專利名稱：一種多媒體廣播多播服務(wù)信道類型通知方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體廣播多播服務(wù)(MBMS)技術(shù)領(lǐng)域，特別是指一種無線網(wǎng)絡(luò)控制器(RNC)之間MBMS信道類型通知方法及系統(tǒng)。
背景技術(shù)：
從3GPP R6開始，3GPP定義了多媒體廣播多播服務(wù)(MBMS，MultimediaBroadcast Multicast Service)，用于向通信系統(tǒng)中的移動用戶提供廣播或多播業(yè)務(wù)。在3G無線接入網(wǎng)UTRAN中，從核心網(wǎng)來的MBMS數(shù)據(jù)將承載在下行無線承載(RB，Radio Bearer)之上進行傳輸。該MBMS對應(yīng)的無線承載所使用的邏輯信道可以是專用業(yè)務(wù)信道(DTCH)或MBMS點到多點業(yè)務(wù)信道(MTCH，MBMS Point-to-Multipoint Traffic Channel)。如果是DTCH，那么DTCH將映射到專用信道(DCH)、前向接入信道(FACH)、時分的下行共享信道(DSCH)、高速下行共享信道(HS-DSCH)等傳輸信道之上；如果是MTCH，則MTCH映射到FACH傳輸信道上。具體采用DTCH還是MTCH來傳輸MBMS數(shù)據(jù)，是由CRNC(Control RNC，控制RNC，用于控制UE所在小區(qū)無線資源的RNC)根據(jù)當(dāng)前小區(qū)內(nèi)注冊該MBMS服務(wù)的UE數(shù)目以及當(dāng)前的小區(qū)無線資源狀態(tài)進行決策的(具體決策方法非本發(fā)明關(guān)注內(nèi)容，此處不進行贅述)。如果采用DTCH信道，那么該MBMS服務(wù)的數(shù)據(jù)是點到點傳輸模式(PTP Mode)，通過DTCH信道傳輸?shù)臄?shù)據(jù)只有某個指定的終端(UE)才可以接收。如果采用MTCH信道，那么是點到多點傳輸模式(PTM Mode)，通過MTCH信道傳輸?shù)臄?shù)據(jù)可以被本小區(qū)或其他小區(qū)的所有加入該多播服務(wù)的UE接收到。
從上述可知，由CRNC決定MBMS服務(wù)的數(shù)據(jù)是通過點到點模式還是點到多點模式傳輸。而且，CRNC可以根據(jù)當(dāng)前無線資源狀態(tài)的變化情況、注冊該服務(wù)的UE數(shù)目的變化情況等信息，改變傳輸模式(可以從點到點變到點到多點，反之亦可)。比如某個MBMS服務(wù)原來是通過點到點模式傳輸?shù)?，?dāng)情況發(fā)生變化(比如有多個UE注冊上來)，CRNC決定轉(zhuǎn)換到點到多點模式傳輸，以節(jié)省無線資源。當(dāng)CRNC決定轉(zhuǎn)換傳輸模式的時候，需要通過SRNC(Service RNC，服務(wù)RNC)和UE之間的RRC(無線資源控制)信令流程通知UE這種傳輸模式的轉(zhuǎn)換。當(dāng)UE的RRC連接是建立在CRNC之上，該CRNC即為該UE的SRNC，否則該CRNC是該UE的DRNC(Drift RNC，用于UE通過DRNC控制的無線資源同SRNC建立RRC連接)。當(dāng)CRNC為DRNC的時候，需要將轉(zhuǎn)換MBMS傳輸模式的信息先通過其同SRNC之間的Iur接口的RNSAP(無線網(wǎng)絡(luò)子系統(tǒng)應(yīng)用協(xié)議)信令，通知到SRNC，再由SRNC通過RRC信令通知到UE(可能伴隨MBMS信道的建立或釋放或其他操作，非本發(fā)明關(guān)注內(nèi)容，此處不進行贅述)。
DRNC通知SRNC某個MBMS傳輸模式的轉(zhuǎn)換(由于不同傳輸模式對應(yīng)著不同的信道類型，故也可稱為信道類型的轉(zhuǎn)換)，可以通過多個RNSAP信令流程來實現(xiàn)，其中一個信令流程稱為直接信息傳輸流程(DirectInformation Transfer)，如圖1所示，該流程可用于在兩個RNC之間傳輸信息，其中包括MBMS的信道類型信息(不同信道類型對應(yīng)著不同MBMS傳輸模式)。
如下表1示出了在當(dāng)前的3GPP標(biāo)準(zhǔn)中規(guī)定的RNSAP直接信息傳輸消息(具體可參見TS25.423 v6.8.0的9.1.69小節(jié))


表1其中，表1中的提供的信息(Provided Information)信息元素由如下的表2描述(具體可參見TS25.423 v6.8.0的9.2.1.85小節(jié))

表2表2中的MBMS信道類型信息(MBMS Channel Type Information)信息元素由如下的表3描述(具體參見TS25.423 v6.8.0 9.2.1.86小節(jié))


表3這里，對上述消息中各信息元素之間的關(guān)系進行說明帶有“>”號的信息元素是第2級信息元素，是其上級信息元素(不帶該號)的一個下級元素(類似于數(shù)據(jù)結(jié)構(gòu)中的結(jié)構(gòu)及其下屬的字段)。同理，帶有“>>”的信息元素是第3級元素，屬于其上級帶“>”號信息元素的下級元素，以此類推到帶有多個“>”的信息元素。
表3中的TMGI用于唯一標(biāo)識一個MBMS承載服務(wù)(MBMS bearerservice)，3GPP網(wǎng)絡(luò)提供MBMS承載服務(wù)用來傳輸MBMS服務(wù)的數(shù)據(jù)。在3GPP的接入網(wǎng)中，通過無線承載及其對應(yīng)的相關(guān)信道來提供MBMS承載服務(wù)。如上所述，一個MBMS承載服務(wù)在接入網(wǎng)中可以用點到點模式(PTP)，也就是用專用信道類型來傳輸，也可以用點到多點模式(PTM)，也就是用組播信道類型來傳輸。
由上述的表1、表2和表3可以看出，一個直接信息傳輸(DirectInformation Transfer)消息只能包含一個TMGI及其信道類型的信息(同一個TMGI在不同的小區(qū)中可能有不同的信道類型)。因此，當(dāng)一個RNC有多個TMGI的信道類型信息需要通知到另一個RNC時，就需要發(fā)起多次直接信息傳輸流程，需要傳輸多個直接信息傳輸消息。
這將造成系統(tǒng)處理復(fù)雜度提高，傳輸網(wǎng)絡(luò)帶寬浪費等問題。并且，當(dāng)接收到該信息的RNC需要進行后續(xù)處理的時候，由于各個信息是逐個分別接收的，因此也只能逐個單獨處理各個消息中的TMGI(SRNC不可能等待接收到所有的直接信息傳輸消息再發(fā)起同UE之間的RRC過程，因為它無法知道后續(xù)是否還有直接信息傳輸消息)，不能將多個消息中的TMGI合并起來進行后續(xù)處理(就算這些TMGI的信道類型是同時改變的)。這又進一步將造成后續(xù)處理的復(fù)雜度增加，降低系統(tǒng)整體性能。
例如SRNC收到DRNC發(fā)來的MBMS信道類型信息，發(fā)現(xiàn)信道類型變了，需要通知UE并命令其根據(jù)PTP和PTM之間的轉(zhuǎn)換，進行PTP信道的建立或釋放或其他操作。在現(xiàn)有技術(shù)中，如果DRNC有多個TMGI的信道類型改變，需要發(fā)起多個直接信息傳輸流程逐次分別通知SRNC，SRNC每收到一個該消息，就會發(fā)起RRC過程給UE，從而導(dǎo)致會發(fā)起多個SRNC和UE之間的RRC過程以能夠處理多個TMGI信道類型改變。其處理過程可參見圖2所示。
由上述分析以及圖2所示，當(dāng)DRNC需要同時處理多個TMGI信道類型改變時，將發(fā)起多個同SRNC之間的直接信息傳輸過程(每個過程處理一個TMGI)，這又會引起SRNC發(fā)起多個同UE之間的RRC信令流程以及相關(guān)的后續(xù)處理。而DRNC中同時有多個TMGI信道類型改變的可能性是比較高的，因為一個UE一般情況下會定制多個MBMS服務(wù)，由于這樣的一個UE切換到DRNC下，就會引起DRNC決定改變多個TMGI的傳輸類型，或者CRNC在某些條件下決定將多個TMGI的傳輸模式同時由PTP轉(zhuǎn)換為PTM或由PTM轉(zhuǎn)為PTP(這些條件可能是由于OMC配置PTP用戶數(shù)的門檻值的改變、或S-CCPCH/FACH資源配置增加或減少等)。多次的RRC信令流程將直接造成DRNC，SRNC和UE的處理復(fù)雜度都增加，多個網(wǎng)元之間的信令流程增加，無線信道資源浪費，降低整個系統(tǒng)的性能。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供了一種MBMS信道類型通知方法及系統(tǒng)，使RNC之間可以一次傳送多個TMGI及其信道類型信息，節(jié)省了信道資源。
本發(fā)明提供的多媒體廣播多播服務(wù)MBMS信道類型通知的方法，包括A、第一無線網(wǎng)絡(luò)控制器RNC構(gòu)造包含一定數(shù)量個臨時移動組標(biāo)識TMGI及其信道類型信息的直接信息傳輸消息；B、第一RNC將所述直接信息傳輸消息傳送給第二RNC；C、第二RNC接收到所述的直接信息傳輸消息，對其進行解碼并處理該消息包含的所述數(shù)量個TMGI及其信道類型信息。
其中，步驟A之前進一步包括第一RNC判斷并確定需要傳輸給第二RNC的TMGI及其信道類型信息的數(shù)量。
其中，所述第一RNC判斷并確定TMGI及其信道類型信息數(shù)量的步驟包括第一RNC收到多個用戶設(shè)備UE加入不同TMGI的信息，使得一定數(shù)量個TMGI的信道類型改變時，記錄所述一定數(shù)量為所確定的數(shù)量。
其中，所述第一RNC判斷并確定TMGI及其信道類型信息數(shù)量的步驟包括第一RNC收到配置管理信息，根據(jù)配置管理信息中指定的參數(shù)，決定改變一定數(shù)量個TMGI的信道類型時，記錄所述一定數(shù)量為所確定的數(shù)量。
其中，步驟A所述構(gòu)造步驟包括在直接信息傳輸消息中的提供的信息這一信息元素所包含的MBMS信道類型信息這一信息元素中，設(shè)置一個包含所述數(shù)量個下級元素的激活的MBMS承載服務(wù)列表的信息元素；將所述數(shù)量個TMGI及其信道類型信息分別設(shè)置到該激活的MBMS承載服務(wù)列表的所述數(shù)量個下級元素中。
其中，步驟C具體包括第二RNC解碼所接收到的直接信息傳輸消息，讀取出直接信息傳輸消息中提供的信息這一信息元素所包含的MBMS信道類型信息這一信息元素中，包含的激活的MBMS承載服務(wù)列表；根據(jù)所述激活的MBMS承載服務(wù)列表的指示，從其下級元素中讀取出所述數(shù)量個TMGI及其信道類型信息，并依次進行處理。
其中，步驟A所述構(gòu)造步驟包括在直接信息傳輸消息的提供的信息這一信息元素中，設(shè)置一個包含所述數(shù)量個下級元素為MBMS信道類型信息元素的激活的MBMS承載服務(wù)列表的信息元素；將所述數(shù)量個TMGI及其信道類型信息分別設(shè)置到所述數(shù)量個MBMS信道類型信息元素中。
其中，步驟C具體包括第二RNC解碼所接收到的直接信息傳輸消息；讀取出直接信息傳輸消息的提供的信息這一信息元素中，包含的激活的MBMS承載服務(wù)列表；根據(jù)所述激活的MBMS承載服務(wù)列表的指示，從其包含的所述數(shù)量個MBMS信道類型信息元素中讀取出所述數(shù)量個TMGI及其信道類型信息，并依次進行處理。
其中，步驟C后進一步包括第二RNC構(gòu)造一個包含所述數(shù)量個TMGI信息及后續(xù)處理命令的RRC信令并傳送給UE。
本發(fā)明還提供了一種多媒體廣播多播服務(wù)MBMS信道類型通知系統(tǒng)，包括第一RNC，包括依次相連的TMGI信道類型傳輸數(shù)量判斷和確定單元、信息元素設(shè)置單元和消息構(gòu)造單元；所述TMGI信道類型傳輸數(shù)量判斷和確定單元，用于判斷并確定需要傳輸給第二RNC的TMGI信道類型信息的數(shù)量，并將該數(shù)量傳送給所述信息元素設(shè)置單元；所述信息元素設(shè)置單元用于將包含一定數(shù)量個TMGI及其信道類型信息配置在所述MBMS信道類型信息這一信息元素或提供的信息這一信息元素中，并將設(shè)置好的信息元素傳送給消息構(gòu)造單元；所述消息構(gòu)造單元，用于構(gòu)造完整的直接信息傳輸消息，將信息元素設(shè)置單元傳送來的信息元素包含在所述直接信息傳輸消息中；第二RNC，包括依次相連的消息解碼單元和處理單元；所述消息解碼單元用于將接收的直接信息傳輸消息解碼出所包含的一定數(shù)量個TMGI及其信道類型信息，并傳送給處理單元進行處理；所述處理單元用于提取出MBMS承載服務(wù)列表信息元素中的元素個數(shù)，并按照元素個數(shù)依次提取出該信息元素下級信息元素中包含的TMGI及其信道類型信息進行處理。
由上可以看出，本發(fā)明解決了現(xiàn)有技術(shù)定義的RNSAP消息直接信息傳輸中只能攜帶一個TMGI及其信道類型信息，以及由此導(dǎo)致的通過直接信息傳輸流程沒有辦法在RNC之間通知多個TMGI的信道類型信息，以及由此引起的后續(xù)RNC和UE的處理復(fù)雜度增加、信令流程復(fù)雜、無線帶寬資源浪費和系統(tǒng)性能降低的問題。
具體來說，本發(fā)明通過一個直接信息傳輸消息攜帶多個TMGI及其信道類型信息發(fā)送給接收方，減少了信令傳輸，節(jié)省信道資源。進一步的使后續(xù)的RNC和UE之間RRC流程也可以通過一個RRC流程實現(xiàn)對多次TMGI的信道類型改變導(dǎo)致的原有的多次處理。


圖1為現(xiàn)有技術(shù)中直接信息傳輸流程圖；圖2為現(xiàn)有技術(shù)中同時處理多個TMGI信道類型改變的流程圖；圖3為本發(fā)明的直接信息傳輸流程圖；圖4為本發(fā)明同時處理多個TMGI信道類型改變的信令流程圖；圖5為本發(fā)明中MBMS信道類型通知系統(tǒng)結(jié)構(gòu)圖。
具體實施例方式
本發(fā)明通過定義新的直接信息傳輸消息，發(fā)明該消息的構(gòu)造方法和處理方法，達(dá)到通過一個“直接信息傳輸”流程在兩個RNC之間通知多個TMGI的信道類型的信息。從而達(dá)到減少信令傳輸及處理過程的目的，同時簡化由該流程所引起的后續(xù)的相關(guān)流程(比如SRNC同UE之間的RRC流程)及降低系統(tǒng)處理復(fù)雜度的目的。
本發(fā)明定義的直接信息傳輸(Direct Information Transfer)消息同現(xiàn)有技術(shù)的表1相同，其下的提供的信息(Provided Information)信息元素同現(xiàn)有技術(shù)的表2相同，但其中的MBMS信道類型信息(MBMS Channel TypeInformation)信息元素本發(fā)明定義如下表4所述


表4從表4可見，本發(fā)明的直接信息傳輸消息中的MBMS信道類型信息，可以包含一個或一個以上的TMGI及其信道類型信息的列表。在這個信息元素中，第一級信息元素是激活的MBMS承載服務(wù)列表(Active MBMS BearerService List)，其下可以包含1到最多maxnoofActiveMBMS個下級信息元素的實例(maxnoofActiveMBMS是一個變量，其值可以是從1到無窮大的正整數(shù))。TMGI及其信道信息是激活的MBMS承載服務(wù)列表的下級信息元素。通過該直接信息傳輸消息，當(dāng)一個RNC1想通過直接信息傳輸流程將N(N可以是1到maxnoofActiveMBMS的正整數(shù))個TMGI的信道類型信息通知到另一個RNC2中，參見圖3示出的流程，包括以下步驟步驟301RNC1判斷并確定需要傳輸?shù)腡MGI及其信道類型信息的數(shù)量。包括以下情況收到多個用戶設(shè)備加入不同的TMGI的信息，使得一定數(shù)量個TMGI的信道類型改變時，記錄所述一定數(shù)量為確定的數(shù)量?；蛘撸盏脚渲霉芾砟K的配置信息，根據(jù)配置信息中定義的參數(shù)，決定改變一定數(shù)量個TMGI的信道類型時，記錄所述一定數(shù)量為確定的數(shù)量。
步驟302構(gòu)造直接信息傳輸消息。在MBMS信道類型信息中設(shè)置一個包含N個下級元素的“激活的MBMS承載服務(wù)列表”的信息元素，并設(shè)置所述激活的MBMS承載服務(wù)列表的元素個數(shù)為N個。接著將各個TMGI及其信道類型信息分別設(shè)置到該列表下的各個對應(yīng)的下級元素中。比如，將第1個TMGI設(shè)置到激活的MBMS承載服務(wù)列表的第1個元素的TMGI信息元素中，將該TMGI信道類型以及相關(guān)信息設(shè)置到該第1個元素的對應(yīng)的信息元素中；同樣，將第2個TMGI及其信道類型信息設(shè)置到激活的MBMS承載服務(wù)列表的第2個元素的對應(yīng)信息元素中，一直到第N個TMGI及其信道類型設(shè)置完畢。
步驟303構(gòu)造完直接信息傳輸消息后，將該消息通過Iur接口傳輸?shù)絉NC2。
步驟304RNC2解碼所接收到的直接信息傳輸消息；依次讀取出包含的所述數(shù)量個TMGI及其信道類型信息，并依次進行處理。具體包括解碼所接收到的直接信息傳輸消息；讀取出直接信息傳輸消息的提供的信息所包含的MBMS信道類型信息這一信息元素中，包含的激活的MBMS承載服務(wù)列表；根據(jù)所述激活的MBMS承載服務(wù)列表的指示，從其下級元素中讀取出所述數(shù)量個TMGI及其信道類型信息，并依次進行處理。
同樣的，在同時處理多個TMGI信道類型改變以及由此引起的后續(xù)的RRC信令流程中，利用上述的本發(fā)明定義的直接信息傳輸消息及其構(gòu)造方法，其流程將大為簡化，如下圖4所示的流程圖步驟401～403與步驟301～303相同，此處不再贅述。
步驟404～405當(dāng)SRNC收到包含N個TMGI及其信道類型信息的直接信息傳輸消息后，對它進行處理(具體處理非本發(fā)明關(guān)注內(nèi)容，不進行贅述)，并傳輸一個包含N個TMGI信息及后續(xù)處理命令的RRC信令給UE，實現(xiàn)將N個TMGI及其信道類型改變的信息及后續(xù)處理通過一個RRC流程通知到UE(這種SRNC及UE的處理和RRC信令非本發(fā)明關(guān)注內(nèi)容，不進行贅述)。
由上可見，通過本發(fā)明定義的直接信息傳輸消息，可以通過一個直接信息傳輸流程將一個RNC中的多個TMGI及其信道類型信息通知到另一個RNC。進而，可以同時減少由此引起的另一個RNC及UE的相應(yīng)后續(xù)操作復(fù)雜度和信令流程，從而節(jié)約了無線帶寬資源和傳輸網(wǎng)絡(luò)資源，并降低各個網(wǎng)元的處理復(fù)雜度，解決了由此引起的系統(tǒng)整體性能降低的問題。
另外，對于上述提到的直接信息傳輸消息的構(gòu)造方法，也可以采用下面的方式。其中直接信息傳輸消息同表1相同，但其下的提供的信息(ProvidedInformation)定義為如下表5所示

表5由表5可見，在該表提供的信息(Provided Information)中，定義了一級信息元素——激活的MBMS承載服務(wù)列表，其可以包含0個到最多maxnoofActiveMBMS(是一個變量，其值可以是從1到無窮大的正整數(shù))個下級信息元素MBMS信道類型信息(該信息元素的定義同現(xiàn)有技術(shù)的表3相同)。
在使用表5的方式時，對照上述例3，所不同點在于步驟302和對應(yīng)的304，其他步驟相同，下面對不同點進行描述步驟302構(gòu)造直接信息傳輸消息中，修改如下如果N＝0，則不包含激活的MBMS承載服務(wù)列表及其下級的MBMS信道類型信息。如果N＞0，構(gòu)造一個帶有N個MBMS信道類型信息元素的激活的MBMS承載服務(wù)列表的信息元素，并設(shè)置所述激活的MBMS承載服務(wù)列表的元素個數(shù)為所述數(shù)量。然后將N個TMGI及其信道類型信息分別設(shè)置到N個MBMS信道類型信息元素中。這樣，一個直接信息傳輸消息就包含了N個TMGI及其信道類型信息。
相應(yīng)的步驟304修改為解碼所接收到的直接信息傳輸消息；讀取出直接信息傳輸消息的提供的信息這一信息元素中，包含的激活的MBMS承載服務(wù)列表；根據(jù)所述激活的MBMS承載服務(wù)列表的指示，從其包含的所述數(shù)量個MBMS信道類型信息元素中讀取出所述數(shù)量個TMGI及其信道類型信息，并依次進行處理。
相應(yīng)的，本發(fā)明還提供了一種MBMS信道類型通知系統(tǒng)，參見圖5所示，包括第一RNC，包括依次相連的TMGI信道類型傳輸數(shù)量判斷和確定單元、信息元素設(shè)置單元和消息構(gòu)造單元；所述TMGI信道類型傳輸數(shù)量判斷和確定單元，用于判斷并確定需要傳輸給第二RNC的TMGI信道類型信息的數(shù)量，并將該數(shù)量傳送給所述信息元素設(shè)置單元；所述信息元素設(shè)置單元用于將包含一定數(shù)量個TMGI及其信道類型信息配置在所述MBMS信道類型信息信息元素或提供的信息信息元素中，并將設(shè)置好的信息元素傳送給消息構(gòu)造單元；所述消息構(gòu)造單元，用于構(gòu)造完整的直接信息傳輸消息，將信息元素設(shè)置單元傳送來的信息元素包含在所述直接信息傳輸消息中。
第二RNC，包括依次相連的消息解碼單元和處理單元；所述消息解碼單元用于將接收的直接信息傳輸消息解碼出所包含的一定數(shù)量個TMGI及其信道類型信息，并傳送給處理單元進行處理；所述處理單元用于提取出MBMS承載服務(wù)列表信息元素中的元素個數(shù)，并按照元素個數(shù)依次提取出該信息元素下級信息元素中包含的TMGI及其信道類型信息進行處理。
由上可見，本發(fā)明的該消息的傳輸，以及由此的后續(xù)流程，可以實現(xiàn)操作復(fù)雜度和信令流程的簡化，節(jié)約了無線帶寬資源和傳輸網(wǎng)絡(luò)資源，并降低各個網(wǎng)元的處理復(fù)雜度，解決了由此引起的系統(tǒng)整體性能降低的問題。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種多媒體廣播多播服務(wù)MBMS信道類型通知的方法，其特征在于，包括A、第一無線網(wǎng)絡(luò)控制器RNC構(gòu)造包含一定數(shù)量個臨時移動組標(biāo)識TMGI及其信道類型信息的直接信息傳輸消息；B、第一RNC將所述直接信息傳輸消息傳送給第二RNC；C、第二RNC接收到所述的直接信息傳輸消息，對其進行解碼并處理該消息包含的所述數(shù)量個TMGI及其信道類型信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A之前進一步包括第一RNC判斷并確定需要傳輸給第二RNC的TMGI及其信道類型信息的數(shù)量。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一RNC判斷并確定TMGI及其信道類型信息數(shù)量的步驟包括第一RNC收到多個用戶設(shè)備UE加入不同TMGI的信息，使得一定數(shù)量個TMGI的信道類型改變時，記錄所述一定數(shù)量為所確定的數(shù)量。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一RNC判斷并確定TMGI及其信道類型信息數(shù)量的步驟包括第一RNC收到配置管理信息，根據(jù)配置管理信息中指定的參數(shù)，決定改變一定數(shù)量個TMGI的信道類型時，記錄所述一定數(shù)量為所確定的數(shù)量。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A所述構(gòu)造步驟包括在直接信息傳輸消息中的提供的信息這一信息元素所包含的MBMS信道類型信息這一信息元素中，設(shè)置一個包含所述數(shù)量個下級元素的激活的MBMS承載服務(wù)列表的信息元素；將所述數(shù)量個TMGI及其信道類型信息分別設(shè)置到該激活的MBMS承載服務(wù)列表的所述數(shù)量個下級元素中。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，步驟C具體包括第二RNC解碼所接收到的直接信息傳輸消息，讀取出直接信息傳輸消息中提供的信息這一信息元素所包含的MBMS信道類型信息這一信息元素中，包含的激活的MBMS承載服務(wù)列表；根據(jù)所述激活的MBMS承載服務(wù)列表的指示，從其下級元素中讀取出所述數(shù)量個TMGI及其信道類型信息，并依次進行處理。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A所述構(gòu)造步驟包括在直接信息傳輸消息的提供的信息這一信息元素中，設(shè)置一個包含所述數(shù)量個下級元素為MBMS信道類型信息元素的激活的MBMS承載服務(wù)列表的信息元素；將所述數(shù)量個TMGI及其信道類型信息分別設(shè)置到所述數(shù)量個MBMS信道類型信息元素中。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，步驟C具體包括第二RNC解碼所接收到的直接信息傳輸消息；讀取出直接信息傳輸消息的提供的信息這一信息元素中，包含的激活的MBMS承載服務(wù)列表；根據(jù)所述激活的MBMS承載服務(wù)列表的指示，從其包含的所述數(shù)量個MBMS信道類型信息元素中讀取出所述數(shù)量個TMGI及其信道類型信息，并依次進行處理。
9.根據(jù)權(quán)利要求1、6或8所述的方法，其特征在于，步驟C后進一步包括第二RNC構(gòu)造一個包含所述數(shù)量個TMGI信息及后續(xù)處理命令的RRC信令并傳送給UE。
10.一種多媒體廣播多播服務(wù)MBMS信道類型通知系統(tǒng)，其特征在于，包括第一RNC，包括依次相連的TMGI信道類型傳輸數(shù)量判斷和確定單元、信息元素設(shè)置單元和消息構(gòu)造單元；所述TMGI信道類型傳輸數(shù)量判斷和確定單元，用于判斷并確定需要傳輸給第二RNC的TMGI信道類型信息的數(shù)量，并將該數(shù)量傳送給所述信息元素設(shè)置單元；所述信息元素設(shè)置單元用于將包含一定數(shù)量個TMGI及其信道類型信息配置在所述MBMS信道類型信息這一信息元素或提供的信息這一信息元素中，并將設(shè)置好的信息元素傳送給消息構(gòu)造單元；所述消息構(gòu)造單元，用于構(gòu)造完整的直接信息傳輸消息，將信息元素設(shè)置單元傳送來的信息元素包含在所述直接信息傳輸消息中；第二RNC，包括依次相連的消息解碼單元和處理單元；所述消息解碼單元用于將接收的直接信息傳輸消息解碼出所包含的一定數(shù)量個TMGI及其信道類型信息，并傳送給處理單元進行處理；所述處理單元用于提取出MBMS承載服務(wù)列表信息元素中的元素個數(shù)，并按照元素個數(shù)依次提取出該信息元素下級信息元素中包含的TMGI及其信道類型信息進行處理。
全文摘要
本發(fā)明提供了一種多媒體廣播多播服務(wù)MBMS信道類型通知的方法，包括第一無線網(wǎng)絡(luò)控制器RNC構(gòu)造包含一定數(shù)量個TMGI及其信道類型信息的直接信息傳輸消息；然后，將所述直接信息傳輸消息傳送給第二RNC；第二RNC接收到所述的直接信息傳輸消息，對其進行解碼并處理該消息包含的所述數(shù)量個TMGI及其信道類型信息。還相應(yīng)提供了一種MBMS信道類型通知系統(tǒng)。使用本發(fā)明，使RNC之間可以一次傳送多個TMGI及其信道類型信息，節(jié)省了信道資源及相應(yīng)的處理過程。
文檔編號H04W92/22GK101043728SQ200610071330
公開日2007年9月26日 申請日期2006年3月24日 優(yōu)先權(quán)日2006年3月24日
發(fā)明者陳斌, 莊宏成 申請人:華為技術(shù)有限公司