專利名稱：：Mbms業(yè)務(wù)數(shù)據(jù)同步系統(tǒng)中指示數(shù)據(jù)格式類型的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及移動通訊
技術(shù)領(lǐng)域：
，尤其涉及一種多媒體廣播/多點傳送服務(wù)(MultimediaBroadcast/MulticastService，簡稱MBMS)業(yè)務(wù)數(shù)據(jù)同步系統(tǒng)中指示業(yè)務(wù)數(shù)據(jù)格式類型的方法
背景技術(shù)：
：現(xiàn)在人們對移動通信的需求已不再滿足于電話和消息業(yè)務(wù)，隨著Internet網(wǎng)的迅猛發(fā)展，大量多媒體業(yè)務(wù)涌現(xiàn)出來。其中一些應(yīng)用業(yè)務(wù)，多個用戶能同時接收相同數(shù)據(jù)，如視頻點播、電視廣播、視頻會議、網(wǎng)上教育、互動游戲等。為了實現(xiàn)最有效地利用移動網(wǎng)絡(luò)資源而提出多媒體廣播/多播MBMS技術(shù)，其是指一個數(shù)據(jù)源向多個用戶發(fā)送數(shù)據(jù)的點到多點業(yè)務(wù)，實現(xiàn)網(wǎng)絡(luò)資源共享，包括移動核心網(wǎng)和接入網(wǎng)資源共享，尤其是空口資源。3GPP定義的MBMS不僅能實現(xiàn)純文本低速率的消息類組播和廣播，而且能實現(xiàn)高速率的多媒體業(yè)務(wù)組播和廣播，這無疑順應(yīng)了未來移動數(shù)據(jù)發(fā)展的趨勢。作為提高MBMS業(yè)務(wù)頻譜利用率的技術(shù)，單頻網(wǎng)(SingleFrequencyNetwork,簡稱SFN)或者碼片級合并(簡稱Chip合并)技術(shù)，要求所有相鄰基站同步發(fā)送相同的無線信號。在SFN模式下，用戶設(shè)備(UE)可以將來自于不同基站的信號視為多徑信號。使得公共物理信道傳送廣播業(yè)務(wù)獲得比較大的信號增益，從而提高了MBMS業(yè)務(wù)的服務(wù)質(zhì)量(QoS)性能。但該技術(shù)的引入帶來了新的問題既然來自不同基站信號被用戶終端UE視為多徑，就要求各個徑數(shù)據(jù)必須保持同步發(fā)送。在Chip合并模式下，用戶終端UE同時接收不同基站發(fā)送的業(yè)務(wù)信號，并通過多小區(qū)聯(lián)合檢測技術(shù)在碼片級實現(xiàn)合并。這都要求UE接收到的不同小區(qū)發(fā)送的MBMS業(yè)務(wù)信號，在同一時隙都是一樣的。3GPP引入MBMS后用戶面的協(xié)議棧發(fā)生了變化，無線網(wǎng)絡(luò)控制器(RadioNetworkController,簡稱RNC)在MBMS服務(wù)7R載建立時可以按照核心網(wǎng)服務(wù)區(qū)域(ServiceArea,簡稱SA)列表，以所屬的小區(qū)組織成小區(qū)組方式建立多個小區(qū)共享分組數(shù)據(jù)匯聚協(xié)議(PacketDataConvergenceProtocol,簡稱PDCP)和無線鏈路控制(RadioLinkControl,簡稱RLC)實體，每個小區(qū)使用各自的MBMS的媒體接入控制(MediumAccessControlforMBMS,簡稱MAC-m)以及各自的幀協(xié)議(FrameProtocol,簡稱FP)。MBMS業(yè)務(wù)是面向全網(wǎng)的服務(wù)，同一個MBMS業(yè)務(wù)可能建立在不同RNC上。這樣，在不同RNC間的小區(qū)為了利用SFN或者Chip合并技術(shù)提高UE接收增益，需要和相鄰RNC的小區(qū)同步發(fā)送相同的MBMS業(yè)務(wù)空口信號。否則，屬于不同RNC的相鄰小區(qū)間信號會造成同頻干擾，或者UE得不到接收增益。因為不同RNC網(wǎng)元處理業(yè)務(wù)數(shù)據(jù)方式和參數(shù)的不同，尤其是考慮到網(wǎng)絡(luò)擁塞造成不同RNC網(wǎng)元接收到的業(yè)務(wù)數(shù)據(jù)的延時甚至丟失的可能，要保證屬于不同RNC網(wǎng)元下的小區(qū)間能同步發(fā)送相同的空口信號，需要RNC網(wǎng)元間協(xié)調(diào)一致來保證。在一種實現(xiàn)MBMS業(yè)務(wù)節(jié)點間同步的4支術(shù)中，通過在某個核心網(wǎng)網(wǎng)元對MBMS業(yè)務(wù)數(shù)據(jù)進行處理后下發(fā)到各個無線網(wǎng)絡(luò)控制器或者擴展的節(jié)點B(ENB),該方法通過單一節(jié)點的MBMS業(yè)務(wù)數(shù)據(jù)處理實體，避免不同網(wǎng)絡(luò)網(wǎng)元分別處理同一個MBMS業(yè)務(wù)數(shù)據(jù)帶來的不一致。上述的方法的引入，對現(xiàn)有的設(shè)備將會有如下的影響現(xiàn)有標準協(xié)議中，無線網(wǎng)絡(luò)控制器或者擴展節(jié)點B通過Iu接口接收到的MBMS業(yè)務(wù)數(shù)據(jù)格式為原始的MBMS業(yè)務(wù)數(shù)據(jù)包，在引入上述方法后，對需要在無線網(wǎng)絡(luò)控制器或者擴展節(jié)點B間實現(xiàn)MBMS業(yè)務(wù)內(nèi)容同步的業(yè)務(wù)，其原始數(shù)據(jù)包經(jīng)過核心網(wǎng)元處理后的格式與原始的數(shù)據(jù)包格式顯然不一樣，接收到該業(yè)務(wù)數(shù)據(jù)的無線網(wǎng)絡(luò)控制器和擴展節(jié)點B對不同格式的數(shù)據(jù)的處理方法也不一樣。而從兼容現(xiàn)有的協(xié)議和業(yè)務(wù)角度出發(fā)，有必要使得無線網(wǎng)絡(luò)控制器或者擴真節(jié)點B對能夠獲知其接收到的某個MBMS業(yè)務(wù)的數(shù)據(jù)格式，以便使用不同的處理方法進行處理。在現(xiàn)有的標準協(xié)議中，沒有指示無線網(wǎng)絡(luò)控制器或者擴展節(jié)點B有關(guān)某個MBMS業(yè)務(wù)的數(shù)據(jù)格式的方法。
發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題在于，提供一種多媒體廣播/多播系統(tǒng)中指示廣播/多播業(yè)務(wù)數(shù)據(jù)格式類型的方法。本發(fā)明提供一種多媒體廣播/多播業(yè)務(wù)MBMS數(shù)據(jù)同步系統(tǒng)中指示數(shù)據(jù)格式類型的方法，包括同步網(wǎng)元通過分析所收到的操作維護系統(tǒng)的配置信息或者分析所接收的控制面消息獲知廣播/多播業(yè)務(wù)的數(shù)據(jù)格式類型；所述同步網(wǎng)元接收廣播/多播業(yè)務(wù)數(shù)據(jù)包后，根據(jù)分析所得數(shù)據(jù)格式類型對其進行后續(xù)處理；其中，所述配置信息和控制面消息中攜帶有廣播/多播業(yè)務(wù)的數(shù)據(jù)格式類型信息。進一步地，所述配置信息是由操作維護系統(tǒng)進行配置，配置有廣播/多播業(yè)務(wù)與對應(yīng)的數(shù)據(jù)格式類型之間的對應(yīng)關(guān)系；相應(yīng)地，所述同步網(wǎng)元在接收到數(shù)據(jù)包時，根據(jù)配置信息中所述數(shù)據(jù)對應(yīng)的數(shù)據(jù)格式，對所接收的數(shù)據(jù)包進行處理。進一步地，所述控制面消息是廣播/多播會話開始信令消息，其增加有一個用于指示廣播/多播業(yè)務(wù)類型的信元廣播/多播數(shù)據(jù)格式類型即MBMSDataType。進一步地，所述廣播/多播數(shù)據(jù)格式類型包括沒有經(jīng)過無線網(wǎng)絡(luò)協(xié)議處理的原始廣播/多播業(yè)務(wù)數(shù)據(jù)包類型，或無線鏈路控制協(xié)議數(shù)據(jù)單元類型，或媒體接入控制協(xié)議數(shù)據(jù)單元類型，或幀協(xié)議類型，或EMBMS同步SYNC協(xié)議類型。進一步地，所述廣播/多播業(yè)務(wù)數(shù)據(jù)格式類型是沒有經(jīng)過無線網(wǎng)絡(luò)協(xié)議處理的原始廣播/多播業(yè)務(wù)數(shù)據(jù)包類型時，則所述同步網(wǎng)元對接收到的該類型的廣播/多播業(yè)務(wù)數(shù)據(jù)包進行分組數(shù)據(jù)匯聚協(xié)議PDCP、無線鏈路控制RLC、媒體接入控制MAC協(xié)議層處理。進一步地，所述廣播/多播業(yè)務(wù)數(shù)據(jù)格式類型是無線鏈路控制協(xié)議數(shù)據(jù)單元類型時，則所述同步網(wǎng)元對接收到的該類型的業(yè)務(wù)數(shù)據(jù)包進行媒體接入控制MAC-m協(xié)議層處理。進一步地，所述廣播/多播業(yè)務(wù)數(shù)據(jù)格式類型是SYNC協(xié)議數(shù)據(jù)類型時，則所述同步網(wǎng)元對接收到的該類型的業(yè)務(wù)數(shù)據(jù)包進行SYNC協(xié)議處理，并進行無線鏈路控制RLC、媒體接入控制MAC-m協(xié)議層。進一步地，如果所述同步網(wǎng)元為無線網(wǎng)絡(luò)控制器RNC，則還需要進行幀協(xié)議處理后，發(fā)送到節(jié)點B;如果所述同步網(wǎng)元為節(jié)點B，則還需要對其進行無線網(wǎng)絡(luò)物理協(xié)議層處理。進一步地，所述同步網(wǎng)元是無線網(wǎng)絡(luò)控制器RNC，節(jié)點B，擴展節(jié)點B即ENB,節(jié)點B+即NodeB+，或者是與上述網(wǎng)元具備相同功能實體并需要實現(xiàn)MBMS業(yè)務(wù)同步發(fā)送的網(wǎng)元。進一步地，所述廣播/多播業(yè)務(wù)數(shù)據(jù)格式類型是媒體接入控制協(xié)議數(shù)據(jù)單元類型時，如果同步網(wǎng)元為無線網(wǎng)絡(luò)控制器，則所述無線網(wǎng)絡(luò)控制器對接收到的該類型的業(yè)務(wù)數(shù)據(jù)包進行幀協(xié)議FP協(xié)議層處理后，發(fā)送至節(jié)點B;同步網(wǎng)元為擴展節(jié)點B即ENB或節(jié)點B+，則對接收到的該類型的業(yè)務(wù)數(shù)據(jù)包進行無線物理層處理。本發(fā)明提供的方法，可以使RNC獲知MBMS業(yè)務(wù)的數(shù)據(jù)包的類型信息，從而根據(jù)不同的類型進行不同的處理，以適應(yīng)不同的RNC間同步方法、或者沒有RNC間內(nèi)容同步的不同數(shù)據(jù)格式類型。圖1是同步網(wǎng)元獲知MBMS業(yè)務(wù)數(shù)據(jù)格式類型并對其進行相應(yīng)的后續(xù)處理的流程圖。具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，以下結(jié)合附圖對本發(fā)明作進一步地詳細說明。在一種實現(xiàn)MBMS業(yè)務(wù)節(jié)點間同步的技術(shù)中，通過在某中心網(wǎng)元對MBMS業(yè)務(wù)數(shù)據(jù)進行處理后下發(fā)到各個無線網(wǎng)絡(luò)控制器或者擴展的節(jié)點B(ENB)，該方法通過單一節(jié)點的MBMS業(yè)務(wù)數(shù)據(jù)處理實體，避免不同網(wǎng)絡(luò)網(wǎng)元分別處理同一個MBMS業(yè)務(wù)數(shù)據(jù)帶來的不一致。同時，現(xiàn)有的標準協(xié)議定義的方法，不支持MBMS業(yè)務(wù)的無線網(wǎng)絡(luò)控制器間內(nèi)容同步，無線網(wǎng)絡(luò)控制器RNC接收到的數(shù)據(jù)包為沒有經(jīng)過類似處理的原始MBMS業(yè)務(wù)數(shù)據(jù)包。這樣，對需要進行同步的MBMS業(yè)務(wù)和不需要同步的MBMS業(yè)務(wù)，將采用不同的MBMS業(yè)務(wù)數(shù)據(jù)格式。無線網(wǎng)絡(luò)控制器需要處理兩種可能格式的MBMS業(yè)務(wù)數(shù)據(jù)包。對于上述技術(shù)中所述數(shù)據(jù)格式的不同包括兩個方面(1)原始的數(shù)據(jù)包，或是同步處理后的數(shù)據(jù)包，其數(shù)據(jù)是不一樣的；(2)因為同步需要增加的額外信息，包括時間戳，序列號等等。上述的兩個因素導致上述的格式的不同，如果沒有一種方式能夠使得RNC獲知其接收到的業(yè)務(wù)數(shù)據(jù)的格式，RNC將不能根據(jù)不同的數(shù)據(jù)格式，對業(yè)務(wù)數(shù)據(jù)進行不同的處理，從而造成RNC的實現(xiàn)和標準的不兼容性問題。本發(fā)明需要解決的技術(shù)問題是提供一種在MBMS業(yè)務(wù)內(nèi)容同步方法中，實現(xiàn)同步網(wǎng)元獲知MBMS業(yè)務(wù)數(shù)據(jù)格式類型并對其進行相應(yīng)的后續(xù)處理的方法，即如圖l所示包括同步網(wǎng)元通過分析所收到的操作維護系統(tǒng)的配置信息或分析所接收的控制面消息獲知廣播/多播業(yè)務(wù)的數(shù)據(jù)格式類型；所述同步網(wǎng)元對接收到的廣播/多播業(yè)務(wù)數(shù)據(jù)包，根據(jù)分析所得數(shù)據(jù)格式類型對其進行后續(xù)處理；其中，所述配置信息和控制面消息中攜帶有廣播/多播業(yè)務(wù)的數(shù)據(jù)格式類型信息。所述獲知方法包括下列兩種方式之一*同步網(wǎng)元通過操作維護系統(tǒng)的配置得知所述MBMS業(yè)務(wù)的數(shù)據(jù)格式類型，并對其接收到的所述MBMS業(yè)務(wù)數(shù)據(jù)包，根據(jù)其數(shù)據(jù)格式類型，進行相應(yīng)的后續(xù)處理。所述的配置包括MBMS業(yè)務(wù)標識，以及其對應(yīng)的數(shù)據(jù)格式類型。在MBMSSessionStart(MBMS會話開始)消息中，攜帶業(yè)務(wù)的數(shù)據(jù)格式類型信息，所述同步網(wǎng)元接收到MBMSSessionStart信令消息，從中獲知該MBMS業(yè)務(wù)的數(shù)據(jù)格式類型信息，并對其通過Iu接口接收到的所述MBMS業(yè)務(wù)數(shù)據(jù)包，根據(jù)其數(shù)據(jù)格式類型，進行相應(yīng)的后續(xù)處理。上述方法中，所述的同步網(wǎng)元可以是下列的一種無線網(wǎng)絡(luò)控制器RNC,擴展節(jié)點B(ENB)，節(jié)點B+(NodeB+)，或者是其它具備相同功能實體，并需要實現(xiàn)MBMS業(yè)務(wù)同步發(fā)送的網(wǎng)元。上述方法中，所述MBMS業(yè)務(wù)數(shù)據(jù)格式類型可以是下列類型中的一種沒有經(jīng)過無線網(wǎng)絡(luò)協(xié)議處理的原始MBMS業(yè)務(wù)數(shù)據(jù)包，無線鏈路控制協(xié)議數(shù)據(jù)單元類型，媒體接入控制協(xié)議數(shù)據(jù)單元類型，EMBMS同步SYNC協(xié)議類型。其中如果所述MBMS業(yè)務(wù)數(shù)據(jù)格式類型為沒有經(jīng)過無線網(wǎng)絡(luò)協(xié)議處理的原始MBMS業(yè)務(wù)數(shù)據(jù)包，則同步網(wǎng)元需要對其進行PDCP、RLC、MAC協(xié)議層處理。如果所述同步網(wǎng)元為無線網(wǎng)絡(luò)控制器，則還需要進行幀協(xié)議處理后，發(fā)送到節(jié)點B;如果所述同步網(wǎng)元為節(jié)點B,則還需要對其進行無線網(wǎng)絡(luò)物理協(xié)議層處理。如果所述MBMS業(yè)務(wù)數(shù)據(jù)格式類型為無線鏈路控制協(xié)議數(shù)據(jù)單元類型，則同步網(wǎng)元對接收到的RLCPDU需要進行MAC協(xié)議層處理。如果所述同步網(wǎng)元為無線網(wǎng)絡(luò)控制器，則還需要進行幀協(xié)議處理后，發(fā)送到節(jié)點B;如果所述同步網(wǎng)元為節(jié)點B，則還需要對其進行無線網(wǎng)絡(luò)物理協(xié)議層處理。如果所述MBMS業(yè)務(wù)數(shù)據(jù)格式類型為媒體接入控制協(xié)議數(shù)據(jù)單元類型，則如果同步網(wǎng)元為無線網(wǎng)絡(luò)控制器，則同步網(wǎng)元對接收到的MACPDU進行FP幀協(xié)議處理后發(fā)送到其下屬節(jié)點B網(wǎng)元；如果同步網(wǎng)元為ENB，或者NodeB+,則同步網(wǎng)元對其進行無線物理層處理。如果所述MBMS業(yè)務(wù)數(shù)據(jù)格式類型為SYNC協(xié)議數(shù)據(jù)類型，則同步網(wǎng)元對其接收到數(shù)據(jù)包進行SYNC協(xié)議處理，并進行RLC、MAC協(xié)議處理。如果所述同步網(wǎng)元為無線網(wǎng)絡(luò)控制器，則還需要進行幀協(xié)議處理后，發(fā)送到節(jié)點B;如果所述同步網(wǎng)元為節(jié)點B，則還需要對其進行無線網(wǎng)絡(luò)物理協(xié)議層處理。按照本發(fā)明的方法，一種具體的實施例如下按照表1所示方式定義廣播/多播會話開始MBMSSessionStart(MBMS會話開始)消息，該消息中增加MBMS業(yè)務(wù)數(shù)據(jù)才各式類型信息MBMSdatatype(MBMS數(shù)據(jù)類型,如粗體所示)。_<table>tableseeoriginaldocumentpage10</column></row><table>表1:改進后的標準協(xié)議消息MBMSSessionStart消息的信元表在標準協(xié)議消息MBMSSessionStart中增加信元MBMSDataType(MBMS數(shù)據(jù)類型)，指示該MBMS業(yè)務(wù)的類型，可能的類型為IP:指示數(shù)據(jù)為沒有經(jīng)過任何無線網(wǎng)路層用戶面協(xié)議處理的MBMS數(shù)據(jù)包；SYNC:指示數(shù)據(jù)為SYNC協(xié)議的PDU類型；RLCPDU:指示數(shù)據(jù)為經(jīng)過RLC處理的RLCPDU類型；MACPDU:指示數(shù)據(jù)為經(jīng)過了MAC處理的MACPDU類型。無線網(wǎng)絡(luò)控制器RNC在接收到消息MBMSSessionStart后，讀取該消息中信元MBMSDataType,獲知該業(yè)務(wù)的數(shù)據(jù)格式類型，并根據(jù)具體的類型進^f亍相應(yīng)的處理，例如如果數(shù)據(jù)類型為RLCPDU，則RNC對接收到的數(shù)據(jù)包，讀取其攜帶的RLCPDU,并對其進行MAC和FP協(xié)議處理后，發(fā)送到NodeB;如果數(shù)據(jù)類型為IP,則RNC對接收到的數(shù)據(jù)包，需要進行PDCP、RLC、MAC-m、FP等協(xié)議層處理后，發(fā)送到NodeB。下面為一個所述同步網(wǎng)元為NodeB+的具體實施例。按照表1所示方式定義廣播/多播會話開始MBMSSessionStart消息，該消息中增加MBMS業(yè)務(wù)數(shù)據(jù)格式類型信息MBMSdatatype(MBMS數(shù)據(jù)類型，如粗體所示)；在標準協(xié)議消息MBMSSessionStart中增加信元MBMSDataType,指示該MBMS業(yè)務(wù)的類型，可能的類型為IP:指示數(shù)據(jù)為沒有經(jīng)過任何無線網(wǎng)路層用戶面協(xié)議處理的MBMS數(shù)據(jù)包；SYNC:指示數(shù)據(jù)為SYNC協(xié)議的PDU類型；RLCPDU:指示數(shù)據(jù)為經(jīng)過RLC處理的RLCPDU類型；MACPDU:指示lt據(jù)為經(jīng)過了MAC處理的MACPDU類型。所述同步網(wǎng)元為NodeB+,該NodeB+接收到消息MBMSSessionStart后，讀取該消息中信元MBMSDataType,獲知該業(yè)務(wù)的數(shù)據(jù)格式類型，并根據(jù)具體的類型進行相應(yīng)的處理，例如如果數(shù)據(jù)類型為RLCPDU，則NodeB+對接收到的數(shù)據(jù)包，讀取其攜帶的RLCPDU,并對其進行MAC協(xié)議處理，無線網(wǎng)絡(luò)物理層處理；如果數(shù)據(jù)類型為IP,則NodeB+對接收到的數(shù)據(jù)包，需要進行PDCP、RLC、MAC-m、無線網(wǎng)絡(luò)物理層處理。對于另一種實現(xiàn)方法，即同步網(wǎng)元通過操作維護系統(tǒng)的配置得知所述MBMS業(yè)務(wù)的數(shù)據(jù)格式類型，并對其接收到的所述MBMS業(yè)務(wù)數(shù)據(jù)包，根據(jù)其數(shù)據(jù)格式類型，進行相應(yīng)的后續(xù)處理。所述的配置包括MBMS業(yè)務(wù)標識，以及其對應(yīng)的數(shù)據(jù)格式類型。所述操作維護系統(tǒng)配置MBMS業(yè)務(wù)的數(shù)據(jù)格式信息如下表2所示的格式<table>tableseeoriginaldocumentpage12</column></row><table>所述數(shù)據(jù)格式可能的類型為IP:指示數(shù)據(jù)為沒有經(jīng)過任何無線網(wǎng)路層用戶面協(xié)議處理的MBMS數(shù)據(jù)包；SYNC:指示數(shù)據(jù)為SYNC協(xié)議的PDU類型；RLCPDU:指示數(shù)據(jù)為經(jīng)過RLC處理的RLCPDU類型；MACPDU:指示數(shù)據(jù)為經(jīng)過了MAC處理的MACPDU類型。所述無線網(wǎng)絡(luò)控制器RNC接收到操作維護系統(tǒng)的配置后，讀取該消息中信元MBMSDataType，獲知該業(yè)務(wù)的數(shù)據(jù)格式類型，并根據(jù)具體的類型進4亍相應(yīng)的處理，例如如果數(shù)據(jù)類型為RLCPDU,則RNC對接收到的數(shù)據(jù)包，讀取其攜帶的RLCPDU，并對其進4亍MAC和FP協(xié)議處理后，發(fā)送到NodeB;如果數(shù)據(jù)類型為IP，則RNC對接收到的數(shù)據(jù)包，需要進行PDCP、RLC、MAC-m、FP等協(xié)議層處理后，發(fā)送到NodeB。本文所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。因此，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進以及更新等等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。權(quán)利要求1、一種多媒體廣播/多播業(yè)務(wù)MBMS數(shù)據(jù)同步系統(tǒng)中指示數(shù)據(jù)格式類型的方法，其特征在于，包括同步網(wǎng)元通過分析所收到的操作維護系統(tǒng)的配置信息或者分析所接收的控制面消息獲知廣播/多播業(yè)務(wù)的數(shù)據(jù)格式類型；所述同步網(wǎng)元接收廣播/多播業(yè)務(wù)數(shù)據(jù)包后，根據(jù)分析所得數(shù)據(jù)格式類型對其進行后續(xù)處理；其中，所述配置信息和控制面消息中攜帶有廣播/多播業(yè)務(wù)的數(shù)據(jù)格式類型信息。2、如權(quán)利要求l所述的方法，其特征在于，所述配置信息是由操作維護系統(tǒng)進行配置，配置有廣播/多播業(yè)務(wù)與對應(yīng)的數(shù)據(jù)才各式類型之間的對應(yīng)關(guān)系；相應(yīng)地，所述同步網(wǎng)元在接收到數(shù)據(jù)包時，根據(jù)配置信息中所述數(shù)據(jù)對應(yīng)的數(shù)據(jù)格式，對所接收的數(shù)據(jù)包進行處理。3、如權(quán)利要求l所述的方法，其特征在于，所述控制面消息是廣播/多播會話開始信令消息，其增加有一個用于指示廣播/多播業(yè)務(wù)類型的信元廣播/多播數(shù)據(jù)格式類型即MBMSDataType。4、如4又利要求1所述的方法，其特征在于，所述廣播/多播數(shù)據(jù)格式類型包括沒有經(jīng)過無線網(wǎng)絡(luò)協(xié)議處理的原始廣播/多播業(yè)務(wù)數(shù)據(jù)包類型，或無線鏈路控制協(xié)議數(shù)據(jù)單元類型，或媒體接入控制協(xié)議數(shù)據(jù)單元類型，或幀協(xié)議類型，或EMBMS同步SYNC協(xié)議類型。5、如權(quán)利要求4所述的方法，其特征在于，所述廣播/多播業(yè)務(wù)數(shù)據(jù)格式類型是沒有經(jīng)過無線網(wǎng)絡(luò)協(xié)議處理的原始廣播/多播業(yè)務(wù)數(shù)據(jù)包類型時，則所述同步網(wǎng)元對接收到的該類型的廣播/多播業(yè)務(wù)數(shù)據(jù)包進行分組數(shù)據(jù)匯聚協(xié)議PDCP、無線鏈路控制RLC、媒體接入控制MAC協(xié)議層處理。6、如權(quán)利要求4所述的方法，其特征在于，所述廣播/多播業(yè)務(wù)數(shù)據(jù)格式類型是無線鏈路控制協(xié)議數(shù)據(jù)單元類型時，則所述同步網(wǎng)元對接收到的該類型的業(yè)務(wù)數(shù)據(jù)包進行々某體接入控制MAC-m協(xié)議層處理。7、如權(quán)利要求4所述的方法，其特征在于，所述廣播/多播業(yè)務(wù)數(shù)據(jù)格式類型是SYNC協(xié)議數(shù)據(jù)類型時，則所述同步網(wǎng)元對接收到的該類型的業(yè)務(wù)數(shù)據(jù)包進行SYNC協(xié)議處理，并進行無線鏈路控制RLC、媒體接入控制MAC-m協(xié)議層。8、如權(quán)利要求5至7中任一項所述的方法，其特征在于，如果所述同步網(wǎng)元為無線網(wǎng)絡(luò)控制器RNC，則還需要進行幀協(xié)議處理后，發(fā)送到節(jié)點B;如果所述同步網(wǎng)元為節(jié)點B,則還需要對其進行無線網(wǎng)絡(luò)物理協(xié)議層處理。9、如權(quán)利要求4所述的方法，其特征在于，所述廣播/多播業(yè)務(wù)數(shù)據(jù)格式類型是媒體接入控制協(xié)議數(shù)據(jù)單元類型時，如果同步網(wǎng)元為無線網(wǎng)絡(luò)控制器，則所述無線網(wǎng)絡(luò)控制器對接收到的該類型的業(yè)務(wù)數(shù)據(jù)包進行幀協(xié)議FP協(xié)議層處理后，發(fā)送至節(jié)點B;同步網(wǎng)元為擴展節(jié)點B即ENB或節(jié)點B+,則對接收到的該類型的業(yè)務(wù)數(shù)據(jù)包進行無線物理層處理。10、如權(quán)利要求1至7中任一項所述的方法，其特征在于，所述同步網(wǎng)元是無線網(wǎng)絡(luò)控制器RNC,節(jié)點B,擴展節(jié)點B即ENB,節(jié)點B+即NodeB+,或者是與上述網(wǎng)元具備相同功能實體并需要實現(xiàn)MBMS業(yè)務(wù)同步發(fā)送的網(wǎng)元。全文摘要本發(fā)明公開了一種多媒體廣播/多播業(yè)務(wù)MBMS數(shù)據(jù)同步系統(tǒng)中指示數(shù)據(jù)格式類型的方法，由同步網(wǎng)元通過分析所收到的操作維護系統(tǒng)的配置信息或者分析所接收的控制面消息獲知廣播/多播業(yè)務(wù)的數(shù)據(jù)格式類型，其中，所述配置信息和控制面消息中攜帶有廣播/多播業(yè)務(wù)的數(shù)據(jù)格式類型信息；進而，所述同步網(wǎng)元接收廣播/多播業(yè)務(wù)數(shù)據(jù)包后，根據(jù)分析所得數(shù)據(jù)格式類型對其進行后續(xù)處理。應(yīng)用本發(fā)明可以使同步網(wǎng)元例如RNC獲知MBMS業(yè)務(wù)的數(shù)據(jù)包的類型信息，從而根據(jù)不同的類型進行不同的處理，以適應(yīng)不同的RNC間同步方法、或者沒有RNC間內(nèi)容同步的不同數(shù)據(jù)格式類型。文檔編號H04H60/91GK101562602SQ20081009453公開日2009年10月21日申請日期2008年4月18日優(yōu)先權(quán)日2008年4月18日發(fā)明者姚翠峰,艾建勛申請人:中興通訊股份有限公司