專利名稱：一種多媒體多播/廣播業(yè)務控制方法及網(wǎng)絡結(jié)點的制作方法
技術(shù)領域：
本發(fā)明涉及移動通信技術(shù)，特別涉及一種WCDMA系統(tǒng)中的多媒體多播/廣播業(yè)務控制方法及網(wǎng)絡結(jié)點。
背景技術(shù)：
MBMS(Multimedia Broadcast and Multicast Service，多媒體多播和廣播業(yè)務)是一個一點到多點的單向多媒體服務，它允許數(shù)據(jù)從一個源實體發(fā)送到多個接收者，這樣的服務將在無線網(wǎng)絡中廣泛應用。MBMS利用高效率的無線轉(zhuǎn)送方法把相同的數(shù)據(jù)下載到多個移動用戶，主要內(nèi)容為媒體流(Streaming)或背景Background類的多媒體數(shù)據(jù)。
在3GPP中定義了兩種運行模式，分別是廣播模式和多播(組播)模式。廣播模式是一種從某一資源實體向廣播服務區(qū)域內(nèi)所有用戶發(fā)起的單向的、點到多點的多媒體數(shù)據(jù)傳輸。在多播模式中，網(wǎng)絡有選擇的將多播數(shù)據(jù)發(fā)送給有多播業(yè)務接收用戶存在的小區(qū)。
下面以在WCDMA(Wide-band Code Division Multiple Access，寬帶碼分多址接入系統(tǒng))系統(tǒng)中的實現(xiàn)為例，簡要介紹MBMS業(yè)務的流程，包括以下步驟1、業(yè)務宣告(Service announcement)BMSC(Broadcast Multicast Service Centre，廣播多播服務中心)在通過廣播/多播方式下發(fā)流媒體之前，先通過小區(qū)廣播、短信的方式通知MS(MobileStation)，MS開始監(jiān)聽承載該業(yè)務的MCCH、MTCH等信道。
2、會話開始(Session Start)會話開始流程用于BMSC通知GGSN、SGSN和接入網(wǎng)開始發(fā)送廣播/多播業(yè)務的數(shù)據(jù)，需要各網(wǎng)絡結(jié)點建立傳輸?shù)臉I(yè)務承載。
會話開始流程如圖1所示，包括如下步驟S101-S101’、BMSC向GGSN發(fā)送Session Start Request(會話開始請求消息)并建立本地MBMS承載上下文，GGSN向BMSC返回Session Start Response消息；Session Start Request消息中包括以下信元TMGI(Temporary Mobile Group Identity)，臨時移動組標志；QoS(Quality of Service，服務質(zhì)量)，本次會話的服務質(zhì)量；MBMS service Area，MBMS業(yè)務的服務區(qū)信息；Session Identifier，會話標志；Estimated Session Duration，預計會話時長；Broadcast/Multicast，表明本次業(yè)務是多播業(yè)務或廣播業(yè)務；List of Downstream Nodes for GGSN，GGSN的下游結(jié)點SGSN列表等。
GGSN根據(jù)這些信息建立本地MBMS承載上下文。
S102-S102’、GGSN收到Session Start Request消息后，如果能夠建立相應的MBMS承載，則向BMSC返回Session Start Response消息，其中攜帶成功響應信息，然后根據(jù)List of Downstream Nodes for GGSN，向每一個對應的SGSN發(fā)送MBMS Session Start Request消息并建立MBMS承載上下文，同樣，MBMS Session Start Request消息中包含以下信元TMGI、QoS、MBMS ServiceArea、Session Identifier、Estimated Session Duration、Broadcast/Multicast......；GGSN如果不夠建立相應的MBMS承載，則向BMSC發(fā)布會攜帶失敗信息的Session Start Response消息。
每一個收到MBMS Session Start Request消息并能夠建立相應的MBMS承載時，SGSN向GGSN返回攜帶成功響應信息的MBMS Session Start Response消息，并創(chuàng)建MBMS承載上下文；然后，每一個成功響應的SGSN與GGSN之間建立GTP(GPRS TunnelingProtocol GPRS隧道協(xié)議)隧道。
S103-S103’、同樣，SGSN與成功響應的無線網(wǎng)絡控制器RNC之間建立GTP隧道；這里，SGSN下游可能連接兩個或兩個以上RNC，SGSN分別與每一個RNC執(zhí)行步驟S103-S103’并建立GTP隧道。
S104、RNC為MS分配無線接入網(wǎng)空口資源(RAN(Radio Access Network)Resource Setup)。
3、MBMS通知(MBMS Notification)RNC將在Uu口發(fā)送MBMS Notification消息，針對的是其控制的所有屬于MBMS Service Area的小區(qū)內(nèi)的MS。
4、數(shù)據(jù)傳輸在MBMS數(shù)據(jù)傳送到MS的過程中，GGSN完成數(shù)據(jù)轉(zhuǎn)發(fā)，將BMSC發(fā)來的數(shù)據(jù)包通過對應的GTP隧道轉(zhuǎn)發(fā)到下游的SGSN，SGSN再經(jīng)對應的GTP隧道發(fā)送給RNC，數(shù)據(jù)經(jīng)空口傳輸給MS。
5、會話停止會話停止過程是會話開始過程的逆過程，RNC釋放空口資源，RNC、SGSN、GGSN和BMSC逐級拆除GTP隧道。
根據(jù)不同的組網(wǎng)方式，SGSN的下游結(jié)點可能是RNC、BSC(Base StationController，基站控制器)或MSC(Mobile Service Switch Center，移動交換中心)，其中，MSC也可能通過一個或多個中繼結(jié)點連接SGSN。
根據(jù)現(xiàn)有協(xié)議的規(guī)定，在廣播/多播業(yè)務中，當前結(jié)點收到上游結(jié)點發(fā)來的會話開始消息后，創(chuàng)建本地承載，把承載的狀態(tài)設置為激活(Active)狀態(tài)，并發(fā)送會話開始請求消息給下游結(jié)點，表明現(xiàn)在廣播業(yè)務要開始發(fā)送數(shù)據(jù)了，需要下游網(wǎng)絡結(jié)點建立傳輸?shù)臉I(yè)務承載。下游網(wǎng)絡結(jié)點創(chuàng)建承載上下文后，回復會話開始成功響應給當前結(jié)點。
GGSN在收到BMSC發(fā)來的會話開始消息后，創(chuàng)建MBMS承載上下文后，把上下文的屬性設置為Active狀態(tài)。然后向BMSC發(fā)送會話開始成功響應，表明GGSN準備就緒。然后發(fā)送會話開始消息給每一個SGSN，但是在設定時間內(nèi)未收到SGSN的會話開始成功響應。即GGSN上的MBMS承載上下文，并未與任一SGSN創(chuàng)建隧道。但是BMSC并不清楚，所以后面就會照常向GGSN發(fā)送數(shù)據(jù)。GGSN收到以后無法轉(zhuǎn)發(fā)，只能丟棄。這個過程中不光浪費了GGSN和BMSC之間的網(wǎng)絡資源，還浪費了GGSN和BMSC的處理能力。此外，BMSC產(chǎn)生的話單會表明此GGSN接受了本次服務，顯然也是不合理的。
以此類推，當類似上述異常情況發(fā)生時，當前結(jié)點可能收不到所有下游結(jié)點的響應消息，比如網(wǎng)絡阻塞、全部下游結(jié)點不可用、網(wǎng)絡配置錯誤等。當前設備在創(chuàng)建本地承載上下文后，就將本地承載上下文的屬性設置為Active狀態(tài)，標志此上下文已經(jīng)處于激活狀態(tài)，事實上此時這個承載上下文還不能完成轉(zhuǎn)發(fā)數(shù)據(jù)的功能。但上游結(jié)點并不知道此情況，仍然會向當前結(jié)點發(fā)送數(shù)據(jù)，而當前結(jié)點收到數(shù)據(jù)后只能丟棄掉，造成通信帶寬資源和設備處理能力的浪費，還會導致上游結(jié)點計費上的錯誤。對此類MBMS廣播模式的會話開始過程中的異常情況，3GPP協(xié)議并未進行規(guī)范。

發(fā)明內(nèi)容
本發(fā)明提供一種多媒體多播/廣播業(yè)務控制方法及網(wǎng)絡結(jié)點，以解決現(xiàn)有多媒體多播/廣播業(yè)務控制中由于無法在出現(xiàn)異常情況時及時進行故障通知而導致浪費通信帶寬和處理機的問題。
為實現(xiàn)本發(fā)明技術(shù)構(gòu)思，本發(fā)明提供如下技術(shù)方案一種多媒體多播/廣播業(yè)務控制方法，當多播/廣播業(yè)務至少通過三個網(wǎng)絡結(jié)點傳輸時，在建立多媒體多播/廣播業(yè)務承載的過程中，本發(fā)明所述的控制方法包括如下步驟A、中間網(wǎng)絡結(jié)點收到上一級網(wǎng)絡結(jié)點發(fā)送的多播/廣播業(yè)務開始請求并能夠建立多媒體多播/廣播業(yè)務承載時，向上一級網(wǎng)絡結(jié)點返回業(yè)務開始成功響應，建立本地多播/廣播業(yè)務承載上下文并向至少一個下一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求；
B、中間網(wǎng)絡結(jié)點判斷在設定響應時間超時前是否收到至少一個下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，如果是則激活本地多播/廣播業(yè)務承載上下文；否則向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務停止請求。
其中，當上一級網(wǎng)絡結(jié)點發(fā)送給中間網(wǎng)絡結(jié)點的多播/廣播業(yè)務開始請求中包括下一級網(wǎng)絡結(jié)點列表時，中間網(wǎng)絡結(jié)點向該下一級網(wǎng)絡結(jié)點列表中包含的每一個下一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求；并且中間網(wǎng)絡結(jié)點在所述設定響應時間超時前收到來自下一級網(wǎng)絡結(jié)點的第一個業(yè)務開始成功響應時激活本地業(yè)務承載上下文；中間網(wǎng)絡結(jié)點如果在所述設定響應時間超時前沒有收到部分下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則在本地業(yè)務承載上下文中標記出該部分下一級網(wǎng)絡結(jié)點；中間網(wǎng)絡結(jié)點如果在所述設定響應時間超時前沒有收到任何一個下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務停止請求并拆除本地多播/廣播業(yè)務承載上下文。
如果上一級網(wǎng)絡結(jié)點收到來自中間網(wǎng)絡結(jié)點的業(yè)務停止請求，在本地業(yè)務承載上下文中標記出發(fā)送該業(yè)務停止請求的中間網(wǎng)絡結(jié)點，并當所有中間網(wǎng)絡結(jié)點全部被標記時，向多播/廣播業(yè)務服務中心發(fā)送業(yè)務停止請求并拆除本地多播/廣播業(yè)務承載上下文。
一般情況下，上一級網(wǎng)絡結(jié)點直接連接多播/廣播業(yè)務服務中心，多播/廣播業(yè)務服務中心在業(yè)務開始后上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求并建立本地多播/廣播業(yè)務承載上下文；上一級網(wǎng)絡結(jié)點向多播/廣播業(yè)務服務中心返回業(yè)務開始成功響應，建立本地多播/廣播業(yè)務承載上下文并向中間網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求；上一級網(wǎng)絡結(jié)點判斷在所述設定響應時間超時前是否收到中間網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，如果是則激活本地多播/廣播業(yè)務承載上下文；否則向多播/廣播業(yè)務服務中心發(fā)送業(yè)務停止請求。
如果多播/廣播業(yè)務服務中心向上一級網(wǎng)絡結(jié)點發(fā)送的業(yè)務開始請求中包括中間網(wǎng)絡結(jié)點列表，則上一級網(wǎng)絡結(jié)點向所述中間網(wǎng)絡結(jié)點列表中包含的每一個中間網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求；并在所述設定響應時間超時前收到來自中間網(wǎng)絡結(jié)點的第一個業(yè)務開始成功響應時激活本地業(yè)務承載上下文；如果在所述設定響應時間超時前沒有收到部分中間網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則在本地業(yè)務承載上下文中標記出該部分中間網(wǎng)絡結(jié)點；如果在所述設定響應時間超時前沒有收到任何一個中間網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則向多播/廣播業(yè)務服務中心發(fā)送業(yè)務停止請求并拆除本地多播/廣播業(yè)務承載上下文。
如果多播/廣播業(yè)務服務中心在收到來自上一級網(wǎng)絡結(jié)點的業(yè)務停止請求時，在本地業(yè)務承載上下文中標記出發(fā)送該業(yè)務停止請求的上一級網(wǎng)絡結(jié)點，并當所有上一級網(wǎng)絡結(jié)點全部被標記時，停止本次業(yè)務并拆除本地多播/廣播業(yè)務承載上下文。
如果多播/廣播業(yè)務服務中心同時向至少兩個上一級網(wǎng)絡結(jié)點發(fā)送的業(yè)務開始請求，則多播/廣播業(yè)務服務中心在所述設定響應時間超時前收到來自上一級網(wǎng)絡結(jié)點的第一個業(yè)務開始成功響應時激活本地業(yè)務承載上下文；如果在所述設定響應時間超時前沒有收到部分上一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則在本地業(yè)務承載上下文中標記出該部分上一級網(wǎng)絡結(jié)點；如果在所述設定響應時間超時前沒有收到任何一個上一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則拆除本地多播/廣播業(yè)務承載上下文。
多播/廣播業(yè)務服務中心向發(fā)送業(yè)務停止請求的上一級網(wǎng)絡結(jié)點返回業(yè)務停止響應。
所述步驟A和B之間還包括如下步驟下一級網(wǎng)絡結(jié)點收到來自中間網(wǎng)絡結(jié)點的業(yè)務開始請求后，向中間網(wǎng)絡結(jié)點返回業(yè)務開始成功響應并建立并激活本地多播/廣播業(yè)務承載上下文。
本發(fā)明還提供一種多媒體多播/廣播業(yè)務的網(wǎng)絡結(jié)點，包括信息收發(fā)單元，還包括第一單元，連接信息收發(fā)單元，用于收到上一級網(wǎng)絡結(jié)點發(fā)送的業(yè)務開始請求并能夠建立多播/廣播業(yè)務承載時，向至少一個上一級網(wǎng)絡結(jié)點返回業(yè)務開始成功響應，向至少一個下一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求并建立本地多播/廣播業(yè)務承載上下文；第二單元，連接信息收發(fā)單元，用于判斷在設定響應時間超時前是否收到至少一個下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，如果是則激活本地多播/廣播業(yè)務承載上下文；否則向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務停止請求；存儲單元，分別連接所述第一單元和第二單元，用于保存本地業(yè)務承載上下文及其相應的屬性信息，所述第一單元向下一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求后將本地多播/廣播業(yè)務承載上下文暫時設置為已建立狀態(tài)，所述第二單元收到至少一個下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應時，激活本地多播/廣播業(yè)務承載上下文。
本發(fā)明的有益效果如下本發(fā)明所述技術(shù)方案為多播/廣播業(yè)務提供了網(wǎng)絡故障通知機制，各網(wǎng)絡結(jié)點可以及時發(fā)現(xiàn)下游網(wǎng)絡或網(wǎng)絡結(jié)點是否出現(xiàn)異常情況，從而及時在本地承載上下文中進行標記，不再將數(shù)據(jù)發(fā)送給被標記的下游網(wǎng)絡結(jié)點，以減少通信帶寬和處理機的浪費；如果多播/廣播業(yè)務服務中心的下游網(wǎng)絡或網(wǎng)絡結(jié)點全部故障，可以及時停止本次業(yè)務以減少通信帶寬和處理機的浪費，并極高計費精度。在帶寬和處理機都比較寶貴的網(wǎng)絡中，本發(fā)明技術(shù)方案提供了出現(xiàn)異常情況時的承載鏈路拆除機制，有利于減少異常情況下的通信帶寬和處理機的浪費，并提高了上游結(jié)點計費的準確性，完善了組網(wǎng)方案。


圖1為現(xiàn)有MBMS業(yè)務開始流程示意圖；圖2為實現(xiàn)本發(fā)明所述方法的一種網(wǎng)絡結(jié)點結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明針對現(xiàn)有技術(shù)的缺陷，給出在會話開始過程中，如果出現(xiàn)網(wǎng)絡阻塞、全部下游結(jié)點不可用或網(wǎng)絡配置錯誤等異常情況時，下游結(jié)點通知上游結(jié)點的機制，使上游結(jié)點可以及時停止本次會話業(yè)務。
仍以WCDMA系統(tǒng)為例，包括以下幾種場景一、對于MBSCMBSC在業(yè)務開始后建立本地MBMS Bear Context并向GGSN(可能包括兩個或兩個以上)發(fā)送會話開始請求(Session Start Request)消息，然后判斷是否收到至少一個GGSN返回的攜帶成功響應信息的Session Start Response消息，如果是則繼續(xù)本次業(yè)務，否則停止本次業(yè)務并及時拆除MBMS BearContext；如果MBSC收到下游GGSN發(fā)送的STR Session Termination Request消息，則在本地MBMS Bear Context中標記該GGSN，當所有GGSN全部被標記，說明下游結(jié)點或網(wǎng)絡全部不可用，則停止本次業(yè)務并及時拆除MBMS BearContext。
二、對于GGSNGGSN收到BMSC發(fā)來的Session Start Request后，向上游結(jié)點BMSC返回Session Start Response消息，創(chuàng)建本地MBMS業(yè)務承載上下文MBMS BearContext，還可以暫時將MBMS Bear Context的屬性設置為建立完成(Standby)狀態(tài)，然后向List of Downstream Nodes for GGSN列表中的每一個SGSN發(fā)送MBMS Session Start Request請求消息。當收到第一個來自下游SGSN的攜帶成功響應信息的MBMS Session Start Response消息后，再將MBMS Bear Context的屬性設置為Active狀態(tài)。如果GGSN超時前沒有收到一個來自SGSN并攜帶成功響應信息的MBMS Session Start Response消息，則向BMSC發(fā)送STRSession Termination Request消息以通知BMSC結(jié)束本次會話，并及時拆除MBMS承載上下文以減少通信帶寬和處理機的浪費；如果GGSN收到下游SGSN的發(fā)送MBMS Session Stop Request消息，則在本地MBMS Bear Context中標記該SGSN，當所有SGSN全部被標記，說明下游結(jié)點或網(wǎng)絡全部不可用，則向BMSC發(fā)送STR Session Termination Request消息并及時拆除MBMS Bear Context。
三、對于SGSNSGSN收到GGSN發(fā)來的Session Start Request消息后向GGSN返回MBMSSession Start Response消息，向RNC(可能包括兩個或以上)發(fā)送Session StartRequest請求消息并創(chuàng)建本地MBMS Bear Context，還可以暫時將MBMS BearContext的屬性設置為Standby狀態(tài)。然后，當收到來自RNC的第一個攜帶成功響應信息的MBMS Session Start Response消息后，再將MBMS Bear Context的屬性設置為Active狀態(tài)。如果SGSN在設定時間超時前沒有收到任何一個來自RNC并攜帶成功響應信息的MBMS Session Start Response消息，向GGSN發(fā)送MBMS Session Stop Request消息以請求GGSN結(jié)束本次會話，并及時拆除本地MBMS承載上下文以減少通信帶寬和處理機的浪費；如果SGSN收到下游RNC的發(fā)送MBMS Session Stop Request消息，則在本地MBMS Bear Context中標記該RNC，當所有RNC全部被標記，說明下游結(jié)點或網(wǎng)絡全部不可用，則向GGSN發(fā)送MBMS Session Stop Request消息并及時拆除MBMS Bear Context。
這樣，從BMSC發(fā)送Session Start Request消息到開始發(fā)送數(shù)據(jù)的時間段內(nèi)，通過本發(fā)明的故障上報機制，各網(wǎng)絡結(jié)點可以及時發(fā)現(xiàn)下游網(wǎng)絡或網(wǎng)絡結(jié)點是否出現(xiàn)異常情況，從而及時在本地承載上下文中進行標記，不再將數(shù)據(jù)發(fā)送給被標記的下游網(wǎng)絡結(jié)點，以減少通信帶寬和處理機的浪費；如果BMSC的下游網(wǎng)絡或網(wǎng)絡結(jié)點全部故障，可以及時停止本次業(yè)務以減少通信帶寬和處理機的浪費，并提高計費精度。
詳細的會話開始流程包括如下步驟S201、在會話開始后，BMSC創(chuàng)建本地MBMS Bear Context并向下游結(jié)點GGSN發(fā)送Session Start Request消息，該Session Start Request消息中包括以下信元TMGI、QoS、MBMS service Area、Session Identifier、Estimated SessionDuration、Broadcast/Multicast和List of Downstream Nodes for GGSN，GGSN的下游結(jié)點SGSN列表等。
S202、GGSN收到上游結(jié)點BMSC發(fā)來Session Start Request消息后，如果能夠建立相應的MBMS業(yè)務承載則向上游結(jié)點BMSC返回攜帶成功響應信息的Session Start Response消息，創(chuàng)建本地MBMS業(yè)務承載上下文MBMS BearContext；GGSN如果不能建立相應的MBMS業(yè)務承載，則向上游結(jié)點BMSC返回攜帶失敗響應信息的Session Start Response消息。
這里，GGSN還可以將MBMS Bear Context的屬性暫時設置為Standby狀態(tài)，用于在本地標識MBMS Bear Context的狀態(tài)。
S203、GGSN根據(jù)來自上游結(jié)點BMS的Session Start Request消息中的下游SGSN列表，向每一個下游結(jié)點SGSN發(fā)送MBMS Session Start Request消息；同樣，MBMS Session Start Request消息中包含以下信元TMGI、QoS、MBMS Service Area、Session Identifier、Estimated Session Duration、Broadcast/Multicast......；如果下游結(jié)點SGSN收到上游結(jié)點GGSN發(fā)來的MBMS Session StartRequest消息時能夠建立相應的MBMS業(yè)務承載，則向上游GGSN返回攜帶成功響應信息的MBMS Session Start Response消息，并創(chuàng)建本地MBMS BearContext；如果下游結(jié)點SGSN不能建立相應的MBMS業(yè)務承載，則向上游結(jié)點GGSN返回攜帶失敗響應信息的Session Start Response消息。
S204、GGSN判斷在設定時間超時前是否收到來自下游SGSN返回的至少一個攜帶成功響應信息的MBMS Session Start Response消息，如果是執(zhí)行步驟S205；否則執(zhí)行步驟S207；S205、GGSN收到第一個來自下游結(jié)點SGSN的攜帶成功響應信息的MBMS Session Start Response消息后，將MBMS Bear Context的屬性設置為Active狀態(tài)；當收到所有的SGSN發(fā)回來的攜帶成功響應信息的MBMS Session StartResponse消息(或超時)后，完成MBMS Bear Context創(chuàng)建的剩余工作(比如創(chuàng)建NP的表項等)；并標記在設定時間超時前沒有返回攜帶成功響應信息的MBMS Session Start Response消息的SGSN，在轉(zhuǎn)發(fā)本次業(yè)務數(shù)據(jù)時，不向被標記的SGSN發(fā)送數(shù)據(jù)；S206、GGSN與每一個返回攜帶成功響應信息的MBMS Session StartResponse消息的SGSN建立GTP隧道，該GTP隧道用于承載本次業(yè)務數(shù)據(jù)；如果出現(xiàn)異常情況，GGSN在設定時間超時前沒有收到任何一個SGSN發(fā)回來的攜帶成功響應信息的Session Start Response消息，則執(zhí)行步驟S207至S208S207、GGSN在設定時間超時前，如果沒有收到任何一個下游SGSN返回的攜帶成功響應信息的MBMS Session Start Response消息，則向BMSC發(fā)送STR Session Termination Request消息以通知BMSC結(jié)束本次會話，并及時刪除本地MBMS Bear Context以減少通信帶寬和處理機的浪費。
這樣，當出現(xiàn)異常時，GGSN可以及時通知BMSC結(jié)束本次會話，BMSC收到會話停止請求消息后，在承載上下文中對此GGSN做標記，不再發(fā)送數(shù)據(jù)給此GGSN。在生成的話單的下行結(jié)點列表(List of Downstream Nodes)中，不包括此GGSN。
這里，BMSC可能同時向兩個或兩個以上的GGSN發(fā)送Session StartRequest消息，當設定時間超時前沒有收到任何一個GGSN返回的攜帶成功響應信息的Session Start Response消息，則停止本次業(yè)務并拆除本地MBMS BearContext；當收到其中一個GGSN返回的STR Session Termination Request消息時，在本地MBMS Bear Context標記出發(fā)送該STR Session Termination Request消息的GGSN，不再發(fā)送數(shù)據(jù)給此GGSN，當所有的GGSN都被標記之后，則停止本次業(yè)務并拆除本地MBMS Bear Context。
S208、BMSC收到STR Session Termination Request消息后，可以向下游結(jié)點GGSN發(fā)送會話停止響應(STR Session Termination Answer)消息，但GGSN收到STR Session Termination Answer消息后不必進行任何處理。
能夠建立MBMS承載的SGSN收到來自上游結(jié)點GGSN的MBMS SessionStart Request消息后，還需要繼續(xù)執(zhí)行下述步驟S209、SGSN根據(jù)MBMS Session Start Request消息中的內(nèi)容創(chuàng)建本地MBMS Bear Context后，將MBMS Bear Context的屬性設置為Standby狀態(tài)，并向下游結(jié)點RNC/BSC繼續(xù)發(fā)送MBMS Session Start Request消息；如果下游結(jié)點RNC收到上游結(jié)點SGSN發(fā)來的MBMS Session StartRequest消息時能夠建立相應的MBMS業(yè)務承載，則向上游SGSN返回攜帶成功響應信息的MBMS Session Start Response消息，并創(chuàng)建本地MBMS BearContext；如果下游結(jié)點RNC不能建立相應的MBMS業(yè)務承載，則向上游結(jié)點SGSN返回攜帶失敗響應信息的Session Start Response消息。
S211、SGSN判斷在設定時間超時前是否收到至少一個RNC返回的攜帶成功響應信息的MBMS Session Start Response消息，如果是則執(zhí)行步驟S212；否則執(zhí)行步驟S213；S212、SGSN將MBMS Bear Context的屬性設置為Active狀態(tài)；然后，SGSN與返回攜帶成功響應信息的MBMS Session Start Response消息的下游結(jié)點RNC之間建立承載本次業(yè)務的GTP隧道。至此，本次業(yè)務需要的承載建立完成，BMSC發(fā)送的數(shù)據(jù)依次經(jīng)GGSN、SGSN、RNC傳輸給MS。
S213、SGSN在設定時間超時前沒有收到任何一個下游結(jié)點RNC返回的攜帶成功響應信息的MBMS Session Start Response消息，則向上游結(jié)點GGSN發(fā)送MBMS Session Stop Response消息以通知停止本次業(yè)務，并及時刪除本地MBMS Bear Context以減少通信帶寬和處理機的浪費；上游結(jié)點GGSN收到MBMS Session Stop Response消息后，在本地MBMSBear Context中標記出該SGSN，如果本地MBMS Bear Context中的所有SGSN全部被標記，則向BMSC發(fā)送STR Session Termination Request消息以通知BMSC結(jié)束本次會話，并及時刪除本地MBMS Bear Context以減少通信帶寬和處理機的浪費。
同樣，BMSC收到GGSN返回的STR Session Termination Request消息時，在本地MBMS Bear Context標記出發(fā)送該STR Session Termination Request消息的GGSN，不再發(fā)送數(shù)據(jù)給此GGSN，當所有的GGSN都被標記之后，則停止本次業(yè)務并拆除本地MBMS Bear Context。
至此，當RNC與SGSN結(jié)點之間的網(wǎng)絡出現(xiàn)異常、或者RNC結(jié)點本身出現(xiàn)異常時，SGSN能夠通過GGSN及時通知BMSC停止本次業(yè)務。
在WCDMA網(wǎng)絡中，帶寬和處理機都是比較寶貴的，本發(fā)明所述技術(shù)方案在異常情況下的承載鏈路拆除機制，有利于減少異常情況下的通信帶寬和處理機的浪費，并提高上游結(jié)點計費的準確性，完善組網(wǎng)方案。
上述實施例以WCDMA系統(tǒng)中的實現(xiàn)為例進行說明，根據(jù)不同的組網(wǎng)方式，SGSN的下游結(jié)點可能是RNC、BSC(Base Station Controller，基站控制器)或MSC(Mobile Service Switch Center，移動交換中心)，其中，MSC也可能通過一個或多個中繼結(jié)點連接SGSN，在每三個連接的網(wǎng)絡結(jié)點中，都可以執(zhí)行本發(fā)明所述的故障上報機制。
如圖2所示，用于WCDMA系統(tǒng)中，實現(xiàn)本發(fā)明所述多媒體多播/廣播業(yè)務的網(wǎng)絡結(jié)點200，包括信息收發(fā)單元201，還包括第一單元202，連接信息收發(fā)單元201，用于通過信息收發(fā)單元201收到上一級網(wǎng)絡結(jié)點發(fā)送的業(yè)務開始請求并能夠建立本地多播/廣播業(yè)務承載時，向上一級網(wǎng)絡結(jié)點返回成功響應消息，建立本地多播/廣播業(yè)務承載上下文并通過信息收發(fā)單元201向至少一個下一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求，所述業(yè)務開始請求中包括建立業(yè)務承載上下文的相關信息；第二單元203，連接信息收發(fā)單元201，用于判斷判斷是否收到至少一個下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，如果是則將本地業(yè)務承載上下文的屬性設置為激活狀態(tài)，否則通過信息收發(fā)單元201向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務停止請求；存儲單元204，分別連接所述第一單元202和第二單元203，用于保存本地業(yè)務承載上下文及其相應的屬性信息，所述第一單元向下一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求后將本地多播/廣播業(yè)務承載上下文的屬性暫時設置為已建立狀態(tài)，所述收到下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應時，將本地多播/廣播業(yè)務承載上下文的屬性改為激活狀態(tài)。
顯然，本領域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種多媒體多播/廣播業(yè)務控制方法，所述多媒體多播/廣播業(yè)務至少通過三個網(wǎng)絡結(jié)點傳輸，在建立多媒體多播/廣播業(yè)務承載的過程中，所述控制方法包括A、中間網(wǎng)絡結(jié)點收到上一級網(wǎng)絡結(jié)點發(fā)送的多播/廣播業(yè)務開始請求并能夠建立多媒體多播/廣播業(yè)務承載時，向上一級網(wǎng)絡結(jié)點返回業(yè)務開始成功響應，建立本地多播/廣播業(yè)務承載上下文并向至少一個下一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求；B、中間網(wǎng)絡結(jié)點判斷在設定響應時間超時前是否收到至少一個下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，如果是則激活本地多播/廣播業(yè)務承載上下文；否則向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務停止請求。
2.如權(quán)利要求1所述的控制方法，其特征在于所述步驟A中，上一級網(wǎng)絡結(jié)點發(fā)送給中間網(wǎng)絡結(jié)點的多播/廣播業(yè)務開始請求中包括下一級網(wǎng)絡結(jié)點列表，中間網(wǎng)絡結(jié)點向該下一級網(wǎng)絡結(jié)點列表中包含的每一個下一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求；所述步驟B中，中間網(wǎng)絡結(jié)點在所述設定響應時間超時前收到來自下一級網(wǎng)絡結(jié)點的第一個業(yè)務開始成功響應時激活本地業(yè)務承載上下文；中間網(wǎng)絡結(jié)點如果沒有收到部分下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則在本地業(yè)務承載上下文中標記出該部分下一級網(wǎng)絡結(jié)點；中間網(wǎng)絡結(jié)點如果在所述設定響應時間超時前沒有收到任何一個下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務停止請求并拆除本地多播/廣播業(yè)務承載上下文。
3.如權(quán)利要求2所述的控制方法，其特征在于，所述步驟A之前還包括A01、多播/廣播業(yè)務服務中心向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求并建立本地多播/廣播業(yè)務承載上下文；A02、上一級網(wǎng)絡結(jié)點收到來自多播/廣播業(yè)務服務中心的業(yè)務開始請求并能夠建立多媒體多播/廣播業(yè)務承載時，向多播/廣播業(yè)務服務中心返回業(yè)務開始成功響應，建立本地多播/廣播業(yè)務承載上下文并向中間網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求；A03、上一級網(wǎng)絡結(jié)點判斷在所述設定響應時間超時前是否收到中間網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，如果是則激活本地多播/廣播業(yè)務承載上下文；否則向多播/廣播業(yè)務服務中心發(fā)送業(yè)務停止請求。
4.如權(quán)利要求2或3所述的控制方法，其特征在于，所述步驟A01中，多播/廣播業(yè)務服務中心向上一級網(wǎng)絡結(jié)點發(fā)送的業(yè)務開始請求中包括中間網(wǎng)絡結(jié)點列表；所述步驟A02中，上一級網(wǎng)絡結(jié)點向所述中間網(wǎng)絡結(jié)點列表中包含的每一個中間網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求；所述步驟A03中，上一級網(wǎng)絡結(jié)點在所述設定響應時間超時前收到來自中間網(wǎng)絡結(jié)點的第一個業(yè)務開始成功響應時激活本地業(yè)務承載上下文；上一級網(wǎng)絡結(jié)點如果在所述設定響應時間超時前沒有收到部分中間網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則在本地業(yè)務承載上下文中標記出該部分中間網(wǎng)絡結(jié)點；上一級網(wǎng)絡結(jié)點如果在所述設定響應時間超時前沒有收到任何一個中間網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則向多播/廣播業(yè)務服務中心發(fā)送業(yè)務停止請求并拆除本地多播/廣播業(yè)務承載上下文。
5.如權(quán)利要求4所述的控制方法，其特征在于，所述方法步驟A01中，多播/廣播業(yè)務服務中心同時向至少兩個上一級網(wǎng)絡結(jié)點發(fā)送的業(yè)務開始請求，并且多播/廣播業(yè)務服務中心在所述設定響應時間超時前收到來自上一級網(wǎng)絡結(jié)點的第一個業(yè)務開始成功響應時激活本地業(yè)務承載上下文；多播/廣播業(yè)務服務中心如果在所述設定響應時間超時前沒有收到部分上一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則在本地業(yè)務承載上下文中標記出該部分上一級網(wǎng)絡結(jié)點；多播/廣播業(yè)務服務中心如果在所述設定響應時間超時前沒有收到任何一個上一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，則拆除本地多播/廣播業(yè)務承載上下文。
6.如權(quán)利要求5所述的控制方法，其特征在于，所述方法還包括上一級網(wǎng)絡結(jié)點在收到來自中間網(wǎng)絡結(jié)點的業(yè)務停止請求時，在本地業(yè)務承載上下文中標記出發(fā)送該業(yè)務停止請求的中間網(wǎng)絡結(jié)點，并當所有中間網(wǎng)絡結(jié)點全部被標記時，向多播/廣播業(yè)務服務中心發(fā)送業(yè)務停止請求并拆除本地多播/廣播業(yè)務承載上下文；多播/廣播業(yè)務服務中心在收到來自上一級網(wǎng)絡結(jié)點的業(yè)務停止請求時，在本地業(yè)務承載上下文中標記出發(fā)送該業(yè)務停止請求的上一級網(wǎng)絡結(jié)點，并當所有上一級網(wǎng)絡結(jié)點全部被標記時，停止本次業(yè)務并拆除本地多播/廣播業(yè)務承載上下文。
7.如權(quán)利要求6所述的控制方法，其特征在于，所述方法還包括多播/廣播業(yè)務服務中心向發(fā)送業(yè)務停止請求的上一級網(wǎng)絡結(jié)點返回業(yè)務停止響應。
8.如權(quán)利要求5、6或7所述的控制方法，其特征在于，所述步驟A和B之間還包括如下步驟下一級網(wǎng)絡結(jié)點收到來自中間網(wǎng)絡結(jié)點的業(yè)務開始請求并能夠建立多媒體多播/廣播業(yè)務承載時，向中間網(wǎng)絡結(jié)點返回業(yè)務開始成功響應，建立并激活本地多播/廣播業(yè)務承載上下文。
9.如權(quán)利要求8所述的控制方法，其特征在于，所述方法還包括多播/廣播業(yè)務服務中心向本地業(yè)務承載上下文中沒有被標記的上一級網(wǎng)絡結(jié)點發(fā)送本次業(yè)務數(shù)據(jù)；上一級網(wǎng)絡將本次業(yè)務數(shù)據(jù)轉(zhuǎn)發(fā)給本地業(yè)務承載上下文中沒有被標記的中間網(wǎng)絡結(jié)點；中間網(wǎng)絡將本次業(yè)務數(shù)據(jù)轉(zhuǎn)發(fā)給本地業(yè)務承載上下文中沒有被標記的下一級網(wǎng)絡結(jié)點；下一級網(wǎng)絡結(jié)點將本次業(yè)務數(shù)據(jù)轉(zhuǎn)發(fā)給終端。
10.如權(quán)利要求1所述的控制方法，其特征在于，所述步驟A中還包括中間網(wǎng)絡結(jié)點將本地業(yè)務承載上下文暫時設置為已建立狀態(tài)。
11.如權(quán)利要求3所述的控制方法，其特征在于，所述步驟A01中還包括多播/廣播業(yè)務服務中心將本地業(yè)務承載上下文暫時設置為已建立狀態(tài)；所述步驟A02中還包括上一級網(wǎng)絡結(jié)點將本地業(yè)務承載上下文暫時設置為已建立狀態(tài)。
12.如權(quán)利要求1所述的控制方法，其特征在于，所述上一級網(wǎng)絡結(jié)點為網(wǎng)關GPRS支持結(jié)點GGSN；所述中間網(wǎng)絡結(jié)點為服務GPRS支持結(jié)點SGSN；所述下一級網(wǎng)絡結(jié)點為無線網(wǎng)絡控制器RNC、基站控制器BSC、或移動交換中心MSC。
13.一種多媒體多播/廣播業(yè)務的網(wǎng)絡結(jié)點，包括信息收發(fā)單元，其特征在于，所述網(wǎng)絡結(jié)點還包括第一單元，連接信息收發(fā)單元，用于收到上一級網(wǎng)絡結(jié)點發(fā)送的業(yè)務開始請求并能夠建立多媒體多播/廣播業(yè)務承載時，向上一級網(wǎng)絡結(jié)點返回業(yè)務開始成功響應，向至少一個下一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求并建立本地多播/廣播業(yè)務承載上下文；第二單元，連接信息收發(fā)單元，用于判斷在設定響應時間超時前是否收到至少一個下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，如果是則激活本地多播/廣播業(yè)務承載上下文；否則向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務停止請求。
14.如權(quán)利要求13所述的網(wǎng)絡結(jié)點，其特征在于，所述網(wǎng)絡結(jié)點還包括存儲單元，分別連接所述第一單元和第二單元，用于保存本地業(yè)務承載上下文及其相應的屬性信息，第一單元向下一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求后將本地多播/廣播業(yè)務承載上下文暫時設置為已建立狀態(tài)，第二單元收到下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應時激活本地多播/廣播業(yè)務承載上下文。
全文摘要
本發(fā)明涉及移動通信技術(shù)，特別涉及一種多媒體多播/廣播業(yè)務控制方法及網(wǎng)絡結(jié)點，以解決現(xiàn)有多媒體多播/廣播業(yè)務控制中由于無法在出現(xiàn)異常情況時及時進行故障通知而導致浪費通信帶寬和處理機的問題。本發(fā)明所述方法包括中間網(wǎng)絡結(jié)點向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求后，判斷在設定響應時間超時前是否收到下一級網(wǎng)絡結(jié)點返回的業(yè)務開始成功響應，如果是則激活本地多播/廣播業(yè)務承載上下文；否則向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務停止請求；如果同時向多個中間網(wǎng)絡結(jié)點發(fā)送業(yè)務開始請求，則在設定響應時間超時前沒有收到任何一個業(yè)務響應時再向上一級網(wǎng)絡結(jié)點發(fā)送業(yè)務停止請求。應用本發(fā)明技術(shù)方案可以減少帶寬和處理機的浪費。
文檔編號H04W24/04GK101052150SQ20061007264
公開日2007年10月10日 申請日期2006年4月7日 優(yōu)先權(quán)日2006年4月7日
發(fā)明者紀燁 申請人:華為技術(shù)有限公司