專利名稱：一種進(jìn)行多媒體多播業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及廣播/多播技術(shù)，尤指一種進(jìn)行多媒體多播業(yè)務(wù)的方法。
背景技術(shù)：
隨著第三代移動(dòng)通信技術(shù)的發(fā)展，第三代移動(dòng)通信可以提供比第二代移動(dòng)通信更高數(shù)據(jù)速率的服務(wù)，從而支持多種業(yè)務(wù)形式，比如視頻電話、圖片下載、高速瀏覽Internet網(wǎng)絡(luò)等服務(wù)。其中有一類業(yè)務(wù)的特點(diǎn)是該業(yè)務(wù)可以同時(shí)給無線網(wǎng)絡(luò)中訂閱了該業(yè)務(wù)的用戶進(jìn)行發(fā)送，比如說天氣預(yù)報(bào)、新聞短片、體育比賽集錦等等。利用這些業(yè)務(wù)同時(shí)發(fā)送的特點(diǎn)，第三代移動(dòng)通信系統(tǒng)引入了廣播/多播的概念。
廣播/多播業(yè)務(wù)中，對(duì)于一個(gè)中間節(jié)點(diǎn)而言，無論其下游包含多少個(gè)期待接收數(shù)據(jù)的節(jié)點(diǎn)，其上游節(jié)點(diǎn)總是向該中間節(jié)點(diǎn)發(fā)送一份數(shù)據(jù)；該中間節(jié)點(diǎn)收到數(shù)據(jù)后，根據(jù)其下游期待接收數(shù)據(jù)的節(jié)點(diǎn)數(shù)量復(fù)制該數(shù)據(jù)，并向其下游各期待接收該數(shù)據(jù)的節(jié)點(diǎn)分發(fā)該數(shù)據(jù)，這樣，廣播/多播業(yè)務(wù)數(shù)據(jù)傳輸樹的每一條分支都只有一份數(shù)據(jù)進(jìn)行傳輸，占用一份傳輸資源，根節(jié)點(diǎn)與其下游節(jié)點(diǎn)的數(shù)據(jù)傳輸也是如此。多播業(yè)務(wù)和廣播業(yè)務(wù)的區(qū)別點(diǎn)僅在于多播業(yè)務(wù)只向訂閱了某些信息的用戶發(fā)送相應(yīng)信息，廣播業(yè)務(wù)則向無線網(wǎng)絡(luò)中的所有用戶發(fā)送信息。由以上描述可見，通過多播/廣播業(yè)務(wù)同時(shí)向大量用戶提供相同信息，能夠極大地節(jié)省網(wǎng)絡(luò)資源。圖1為支持廣播/多播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)示意圖。如圖1所示，在現(xiàn)有第三代合作伙伴計(jì)劃(3GPP)中，支持廣播/多播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)為廣播/多播業(yè)務(wù)服務(wù)器(BM-SC)，BM-SC通過Gmb接口或Gi接口與關(guān)口GPRS支持節(jié)點(diǎn)(GGSN，Gateway GPRS SupportNode)相連，一個(gè)BM-SC可與多個(gè)GGSN相連；GGSN通過Gn/Gp接口與服務(wù)GPRS支持節(jié)點(diǎn)(SGSN，Serving GPRS Support Node)相連，一個(gè)GGSN可與多個(gè)SGSN相連；SGSN可通過Iu接口與通用移動(dòng)通信系統(tǒng)(UMTS)陸地?zé)o線接入網(wǎng)(UTRAN)相連，然后UTRAN通過Uu接口與用戶終端(UE)相連，SGSN也可通過Iu/Gb接口與全球移動(dòng)通信系統(tǒng)(GSM)增強(qiáng)無線接入網(wǎng)(GERAN)相連，然后GERAN通過Um接口與UE相連，其中，GGSN和SGSN屬于無線網(wǎng)絡(luò)中核心網(wǎng)(CN)內(nèi)的節(jié)點(diǎn)，同時(shí)，SGSN通過Gr接口與歸屬位置寄存器(Home Location Register，HLR)相連，并從HLR獲取用戶信息。
廣播多播業(yè)務(wù)中心用于向多媒體廣播多播業(yè)務(wù)(MBMS，MultimediaBroadcast/Multicast Service)用戶提供MBMS業(yè)務(wù)?？梢宰鳛橐粋€(gè)在PLMN中用于MBMS內(nèi)容傳輸，授權(quán)和發(fā)起MBMS承載業(yè)務(wù)的接入點(diǎn)，并且可以用于調(diào)度和發(fā)送MBMS傳輸。
如圖2所示，BM-SC作為一個(gè)功能實(shí)體，必須為MBMS用戶業(yè)務(wù)存在，包含五個(gè)子部分成員功能、會(huì)話和發(fā)送功能、代理和傳輸功能、業(yè)務(wù)宣告功能和安全功能。
MBMS在數(shù)據(jù)傳輸?shù)墓?jié)點(diǎn)上使用兩個(gè)參數(shù)MBMS UE上下文和MBMS承載上下文；MBMS UE上下文與UE相關(guān)，MBMS承載上下文與承載相關(guān)，當(dāng)節(jié)點(diǎn)上第一個(gè)MBMS UE上下文建立時(shí)，該節(jié)點(diǎn)建立MBMS承載上下文，并向其上游節(jié)點(diǎn)注冊。在每個(gè)MBMS承載上下文中，有一個(gè)下游節(jié)點(diǎn)列表，當(dāng)收到下游節(jié)點(diǎn)的注冊時(shí)，該節(jié)點(diǎn)將下游節(jié)點(diǎn)添加到其下游節(jié)點(diǎn)列表中，當(dāng)發(fā)生下游方向的數(shù)據(jù)、信令傳輸時(shí)，節(jié)點(diǎn)利用該下游節(jié)點(diǎn)列表建立與下游節(jié)點(diǎn)的承載，并將數(shù)據(jù)通過承載向下傳輸。保證一次業(yè)務(wù)在相同路徑上只傳輸一次。
MBMS包括多播模式和廣播模式，其中多播模式需要用戶簽約相應(yīng)的多播組，進(jìn)行業(yè)務(wù)激活，并產(chǎn)生相應(yīng)的計(jì)費(fèi)信息。由于多播模式和廣播模式在業(yè)務(wù)需求上存在不同，導(dǎo)致各自的業(yè)務(wù)流程也不同，圖3是現(xiàn)有技術(shù)中開展MBMS多播模式的業(yè)務(wù)流程示意圖。
如圖3所示，MBMS多播業(yè)務(wù)涉及的處理過程包括簽約(Subscription)、業(yè)務(wù)申明(Service announcement)、用戶加入(Joining)即MBMS多播業(yè)務(wù)激活過程、會(huì)話開始(Session Start)、MBMS通知(MBMS notification)、數(shù)據(jù)傳送(Data transfer)、會(huì)話結(jié)束(Session Stop)和用戶退出(Leaving)即MBMS多播業(yè)務(wù)去激活過程。其中，簽約過程用來建立用戶與業(yè)務(wù)提供者之間的關(guān)系，讓用戶預(yù)先訂閱所需的MBMS服務(wù)；服務(wù)通告過程用于由BM-SC宣告當(dāng)前能提供的服務(wù)，即通知用戶MBMS業(yè)務(wù)的相關(guān)信息；用戶加入過程即MBMS多播業(yè)務(wù)激活過程，UE在加入過程中，通知網(wǎng)絡(luò)自身愿意成為當(dāng)前多播組的成員，接收對(duì)應(yīng)MBMS業(yè)務(wù)的數(shù)據(jù)，該加入過程會(huì)在網(wǎng)絡(luò)和加入多播組的UE中創(chuàng)建記錄UE信息的MBMS UE上下文；會(huì)話開始過程中，BM-SC準(zhǔn)備好數(shù)據(jù)傳輸，通知網(wǎng)絡(luò)建立相應(yīng)核心網(wǎng)和接入網(wǎng)的承載資源；MBMS通知過程用于由RAN通知UE MBMS多播會(huì)話即將開始；在數(shù)據(jù)傳送過程中，BM-SC通過會(huì)話開始過程中建立的承載資源將數(shù)據(jù)傳輸給UE，所有加入多播業(yè)務(wù)或?qū)V播業(yè)務(wù)感興趣的UE都可以接收；會(huì)話結(jié)束過程用于將會(huì)話開始過程建立的承載資源釋放；用戶退出過程即MBMS多播業(yè)務(wù)去激活過程使組內(nèi)的訂戶離開多播組，即用戶不再接收多播數(shù)據(jù)，該過程會(huì)將相應(yīng)MBMS UE上下文刪除。
現(xiàn)有技術(shù)開展多媒體業(yè)務(wù)是通過服務(wù)通告流程告知用戶服務(wù)的相關(guān)信息，如服務(wù)開始時(shí)間、內(nèi)容、數(shù)據(jù)率等信息，用戶根據(jù)自己的情況發(fā)起加入流程。網(wǎng)絡(luò)根據(jù)用戶的加入流程建立網(wǎng)絡(luò)側(cè)的多播數(shù)據(jù)傳輸路徑、建立承載、分發(fā)多播數(shù)據(jù)。
圖4是是現(xiàn)有技術(shù)進(jìn)行MBMS多播業(yè)務(wù)的方法流程示意圖，如圖4所示，具體包括以下步驟步驟401用戶簽約及服務(wù)通告，用戶簽約是用戶向運(yùn)營商請求多播服務(wù)，且運(yùn)營商同意為其提供該多播服務(wù)。服務(wù)通告機(jī)制允許用戶詢問或向用戶告知MBMS用戶服務(wù)有效范圍。這包括運(yùn)營商定義的MBMS用戶服務(wù)和PLMN之外內(nèi)容提供商的服務(wù)。服務(wù)通告用來向用戶發(fā)布服務(wù)相關(guān)信息，服務(wù)激活需要的參數(shù)(如IP多播地址)和可能的其它服務(wù)相關(guān)參數(shù)(服務(wù)開始時(shí)間)。
運(yùn)營商/服務(wù)提供商可考慮多服務(wù)發(fā)現(xiàn)機(jī)制。它能包括普通的機(jī)制，如SMS，或基于終端能力，鼓勵(lì)用戶協(xié)商的應(yīng)用。選擇通知用戶有關(guān)MBMS用戶服務(wù)的方法可能必須要考慮用戶的位置。還未訂閱MBMS用戶服務(wù)的用戶也應(yīng)能發(fā)現(xiàn)MBMS用戶服務(wù)。
步驟402用戶加入請求，加入(用戶激活MBMS多播)是用戶加入多播組的流程，即表示用戶向網(wǎng)絡(luò)指示，他想接收某個(gè)MBMS承載服務(wù)的多播數(shù)據(jù)。
步驟403多播數(shù)據(jù)傳輸路徑建立，網(wǎng)絡(luò)收到UE加入多播組的請求信令后，經(jīng)過對(duì)用戶的鑒權(quán)，從SGSN開始發(fā)起注冊流程，SGSN向GGSN發(fā)起注冊，GGSN向BM-SC發(fā)起注冊，以確認(rèn)這些節(jié)點(diǎn)希望上游節(jié)點(diǎn)能為其提供服務(wù)。以此建立數(shù)據(jù)的傳輸路徑。
步驟404網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載建立，當(dāng)BM-SC準(zhǔn)備發(fā)送數(shù)據(jù)時(shí)，它發(fā)起MBMS會(huì)話開始流程。它請求建立所有必要的網(wǎng)絡(luò)承載資源，來傳送MBMS數(shù)據(jù)。該流程為所有已注冊GGSN和SGSN，以及響應(yīng)會(huì)話開始請求消息的BSC/RNC分配承載面。
步驟405MBMS通知，當(dāng)一個(gè)MBMS會(huì)話開始，網(wǎng)絡(luò)要通知對(duì)MBMS服務(wù)感興趣的UE。為了提高無線效率，UTRAN可能基于一個(gè)小區(qū)選擇是否建立點(diǎn)到點(diǎn)的承載或點(diǎn)到多點(diǎn)的承載，以用于分發(fā)MBMS數(shù)據(jù)給UE。
為了實(shí)現(xiàn)這一選擇，UTRAN通過在MBMS服務(wù)區(qū)域發(fā)送MBMS通知來查詢遷移到PMM-CONNECTED模式的UE比例。如果UE處于PMM-IDLE狀態(tài)，收到該通知后遷移到PMM-CONNECTED狀態(tài)。遷移到PMM-CONNECTED模式UE的確切數(shù)字由RAN節(jié)點(diǎn)決定。沒必要讓所有的UE遷移到PMM-CONNECTED模式來讓RAN決定使用點(diǎn)到多點(diǎn)承載，其它的UE可以停留在PMM-IDLE狀態(tài)。
步驟406空口傳輸承載建立RAN獲得基于小區(qū)的多播服務(wù)用戶數(shù)目后，為這些用戶建立點(diǎn)到點(diǎn)或點(diǎn)到多點(diǎn)的承載。
步驟407服務(wù)數(shù)據(jù)傳輸，發(fā)送會(huì)話開始請求消息后，BM-SC等待一個(gè)可配置的時(shí)間長度去發(fā)送MBMS數(shù)據(jù)。該延遲應(yīng)足夠長以避免除BM-SC外實(shí)體對(duì)MBMS數(shù)據(jù)進(jìn)行緩存，即延遲應(yīng)允許網(wǎng)絡(luò)執(zhí)行所有需要的流程在MBMS數(shù)據(jù)發(fā)送前激活MBMS數(shù)據(jù)發(fā)送能力。然后服務(wù)數(shù)據(jù)通過上述建立好的承載發(fā)送給用戶。
服務(wù)通告流程可以由多種方式開展，如短信、Web網(wǎng)頁等，這些方式只能告知用戶接收多播服務(wù)的時(shí)間等，如果用戶在那個(gè)時(shí)間會(huì)自己發(fā)起加入流程，這個(gè)時(shí)間可能比實(shí)際服務(wù)開始時(shí)間早，因?yàn)闊o線網(wǎng)絡(luò)上的多播服務(wù)不是一個(gè)連續(xù)播放的節(jié)目，在用戶發(fā)起加入流程至實(shí)際服務(wù)開始這個(gè)時(shí)間段內(nèi)需要在用戶與網(wǎng)絡(luò)側(cè)之間建立多播傳輸路徑及傳輸承載，這個(gè)過程是一個(gè)比較消耗時(shí)間的過程，一般時(shí)間間隔是幾分鐘到幾十分鐘不等；如果發(fā)起加入流程比實(shí)際服務(wù)時(shí)時(shí)間晚，不僅需要等待而且將錯(cuò)過已經(jīng)開始的部分內(nèi)容。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種進(jìn)行多媒體多播業(yè)務(wù)的方法，以縮短用戶加入多播服務(wù)后等待服務(wù)到來的時(shí)間。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的一種進(jìn)行多媒體多播業(yè)務(wù)的方法，在多播服務(wù)數(shù)據(jù)傳輸之前，該方法包括以下步驟A1、網(wǎng)絡(luò)側(cè)建立多播數(shù)據(jù)傳輸路徑；A2、網(wǎng)絡(luò)側(cè)向用戶發(fā)送接收確認(rèn)請求并獲取用戶返回信息；A3、根據(jù)用戶返回信息建立多播數(shù)據(jù)傳輸承載。
優(yōu)選地，在步驟A1之前還包括以下步驟A11、用戶簽約多媒體多播服務(wù)以及廣播多播服務(wù)中心通知用戶多播業(yè)務(wù)的相關(guān)信息；A12、網(wǎng)絡(luò)側(cè)根據(jù)用戶簽約信息確定建立多播數(shù)據(jù)傳輸路徑的網(wǎng)絡(luò)節(jié)點(diǎn)。
優(yōu)選地，步驟A2中用戶返回信息為用戶接收服務(wù)確認(rèn)信息或用戶拒絕服務(wù)確認(rèn)信息。
其中，步驟A2中用戶拒絕服務(wù)信息為用戶發(fā)送的拒絕服務(wù)消息或在設(shè)定時(shí)間內(nèi)用戶未響應(yīng)消息。
優(yōu)選地，步驟A3之前還包括以下步驟
A31、網(wǎng)絡(luò)側(cè)根據(jù)用戶返回信息更新多播數(shù)據(jù)傳輸路徑。
其中，步驟A3為根據(jù)更新的多播數(shù)據(jù)傳輸路徑建立多播數(shù)據(jù)傳輸承載。
一種進(jìn)行多媒體多播業(yè)務(wù)的方法，在多播服務(wù)數(shù)據(jù)傳輸之前，該方法包括以下步驟B1、網(wǎng)絡(luò)側(cè)建立多播數(shù)據(jù)傳輸承載；B2、網(wǎng)絡(luò)側(cè)向用戶發(fā)送接收確認(rèn)請求并獲取用戶返回信息；B3、根據(jù)用戶返回信息更新網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載和/或建立空口傳輸承載。
優(yōu)選地，在步驟B1之前還包括以下步驟B11、用戶簽約多媒體多播服務(wù)以及廣播多播服務(wù)中心通知用戶多播業(yè)務(wù)的相關(guān)信息；B12、網(wǎng)絡(luò)側(cè)根據(jù)用戶簽約信息確定建立網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載的網(wǎng)絡(luò)節(jié)點(diǎn)。
優(yōu)選地，步驟B2中用戶返回信息為用戶接收服務(wù)確認(rèn)信息或用戶拒絕服務(wù)確認(rèn)信息。
其中，步驟B2中用戶拒絕服務(wù)信息為用戶發(fā)送的拒絕服務(wù)消息或在設(shè)定時(shí)間內(nèi)用戶未響應(yīng)消息。
由上述技術(shù)方案可見，本發(fā)明在進(jìn)行多播業(yè)務(wù)時(shí)，對(duì)于在用戶接收服務(wù)之前無需用戶根據(jù)多播服務(wù)通知中的約定的時(shí)間發(fā)起加入多播服務(wù)的流程，而是在網(wǎng)絡(luò)側(cè)建立了多播服務(wù)數(shù)據(jù)傳輸路徑，甚至是建立了多播服務(wù)數(shù)據(jù)傳輸承載之后，由網(wǎng)絡(luò)側(cè)發(fā)送多播服務(wù)接收確認(rèn)請求，用戶在確認(rèn)接收多播服務(wù)后經(jīng)過短時(shí)間傳輸承載建立或更新即可接收多播服務(wù)數(shù)據(jù)，從而大大縮短了用戶加入多播服務(wù)至接收多播服務(wù)的時(shí)間，增強(qiáng)了用戶體驗(yàn)。


圖1示出了MBMS的系統(tǒng)結(jié)構(gòu)圖；圖2示出了BM-SC的功能結(jié)構(gòu)；
圖3是現(xiàn)有技術(shù)中MBMS多播業(yè)務(wù)的業(yè)務(wù)流程示意圖；圖4是現(xiàn)有技術(shù)進(jìn)行MBMS多播業(yè)務(wù)的方法流程示意圖；圖5是本發(fā)明實(shí)施例一的流程圖；圖6是本發(fā)明實(shí)施例二的流程圖。
具體實(shí)施例方式
本發(fā)明的核心思想是在進(jìn)行MBMS多播業(yè)務(wù)的過程中，將網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸路徑的建立過程，甚至是多播數(shù)據(jù)傳輸承載的建立提前到用戶確認(rèn)接收服務(wù)數(shù)據(jù)之前，網(wǎng)絡(luò)側(cè)利用通知的方式告知用戶數(shù)據(jù)發(fā)送即將開始，用戶確認(rèn)其加入或拒絕加入一個(gè)服務(wù)，網(wǎng)絡(luò)側(cè)再根據(jù)用戶的確認(rèn)情況對(duì)傳輸路徑或承載進(jìn)行更新。
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉較佳實(shí)施例，對(duì)本發(fā)明進(jìn)一步詳細(xì)說明。
圖5是本發(fā)明實(shí)施例一的流程圖，如圖5所示，包括以下步驟步驟501用戶簽約及服務(wù)通告，本步驟同現(xiàn)有技術(shù)，在此不再贅述。
步驟502多播數(shù)據(jù)傳輸路徑建立，網(wǎng)絡(luò)側(cè)查詢簽約用戶的位置信息獲知用戶所屬的SGSN，建立SGSN到BM-SC的多播數(shù)據(jù)分發(fā)樹，即數(shù)據(jù)傳輸路徑。獲知用戶位置后，網(wǎng)絡(luò)側(cè)從SGSN節(jié)點(diǎn)開始，各個(gè)節(jié)點(diǎn)向其上游節(jié)點(diǎn)進(jìn)行注冊，如果該上游節(jié)點(diǎn)未建立MBMS承載上下文，則建立MBMS承載上下文，加入該服務(wù)分發(fā)樹；上游節(jié)點(diǎn)將申請注冊的節(jié)點(diǎn)標(biāo)識(shí)記錄到其下游節(jié)點(diǎn)列表中，完成分發(fā)樹的建立。同時(shí)，SGSN與其保持連接的所有RAN節(jié)點(diǎn)建立傳輸路徑，將其下游所有RAN節(jié)點(diǎn)記錄到其MBMS承載上下文的下游節(jié)點(diǎn)列表中。
步驟503接收確認(rèn)請求，在進(jìn)行服務(wù)數(shù)據(jù)傳輸前為保障用戶拒絕接收服務(wù)權(quán)利的實(shí)現(xiàn)，網(wǎng)絡(luò)側(cè)需要通過接收確認(rèn)請求消息通知用戶服務(wù)數(shù)據(jù)傳輸即將開始。網(wǎng)絡(luò)側(cè)通知用戶的方式可以通過發(fā)送相關(guān)消息方式實(shí)現(xiàn)，在用戶終端側(cè)該消息提示用戶的方式可通過振鈴實(shí)現(xiàn)。
步驟504用戶接收確認(rèn)，當(dāng)用戶確認(rèn)需要接收相關(guān)服務(wù)時(shí)可向網(wǎng)絡(luò)側(cè)發(fā)送接收確認(rèn)消息，如果不接收相關(guān)服務(wù)，則發(fā)送拒絕接收消息。
步驟505用戶確認(rèn)通知，網(wǎng)絡(luò)側(cè)獲得用戶的確認(rèn)消息后，將消息匯總給RAN。
步驟506多播數(shù)據(jù)傳輸路徑更新，在用戶接收確認(rèn)過程中網(wǎng)絡(luò)側(cè)可以設(shè)定一個(gè)定時(shí)器來限定用戶反饋消息的時(shí)間延遲，反映為終端振鈴的時(shí)間，在該段時(shí)間內(nèi)如果用戶沒有操作，則振鈴自動(dòng)結(jié)束，網(wǎng)絡(luò)側(cè)也自動(dòng)結(jié)束對(duì)用戶的通知流程，如果此時(shí)原先已經(jīng)建立了MBMS承載上下文的RAN發(fā)現(xiàn)沒有任何用戶確認(rèn)要接收服務(wù)，則該節(jié)點(diǎn)向其上游節(jié)點(diǎn)發(fā)起注銷，從多播傳輸路徑中刪除，完成對(duì)傳輸路徑的更新。
步驟507多播數(shù)據(jù)傳輸承載建立，網(wǎng)絡(luò)側(cè)根據(jù)更新的多播數(shù)據(jù)傳輸路徑建立網(wǎng)絡(luò)側(cè)的多播數(shù)據(jù)傳輸承載，同時(shí)，RAN可以根據(jù)其覆蓋下的用戶數(shù)目在空口建立點(diǎn)到點(diǎn)或點(diǎn)到多點(diǎn)的信道，最大限度的提高空口資源的利用率。
步驟508服務(wù)數(shù)據(jù)傳輸，與現(xiàn)有技術(shù)相同，在此不再贅述。
圖6是本發(fā)明實(shí)施例二的流程圖，在本實(shí)施例中，網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載在用戶確認(rèn)前建立，用戶確認(rèn)后再更新網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載，并建立空口傳輸承載。
如圖6所示，包括以下步驟步驟601用戶簽約及服務(wù)通告，本步驟同現(xiàn)有技術(shù)，在此不再贅述。
步驟602網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載建立，網(wǎng)絡(luò)側(cè)查詢簽約用戶的位置信息獲知用戶所屬的SGSN，建立SGSN到BM-SC的多播數(shù)據(jù)分發(fā)樹，即數(shù)據(jù)傳輸路徑。獲知用戶位置后，網(wǎng)絡(luò)側(cè)從SGSN節(jié)點(diǎn)開始，各個(gè)節(jié)點(diǎn)向其上游節(jié)點(diǎn)進(jìn)行注冊，如果該上游節(jié)點(diǎn)未建立MBMS承載上下文，則建立MBMS承載上下文，加入該服務(wù)分發(fā)樹；上游節(jié)點(diǎn)將申請注冊的節(jié)點(diǎn)標(biāo)識(shí)記錄到其下游節(jié)點(diǎn)列表中，完成分發(fā)樹的建立。同時(shí)，SGSN與其保持連接的所有RAN節(jié)點(diǎn)建立傳輸路徑，將其下游所有RAN節(jié)點(diǎn)記錄到其MBMS承載上下文的下游節(jié)點(diǎn)列表中，多播數(shù)據(jù)傳輸路徑建立之后，展開會(huì)話開始流程建立網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載。在承載建立過程中或完成后，網(wǎng)絡(luò)側(cè)發(fā)出接收確認(rèn)請求消息。
步驟603接收確認(rèn)請求，同步驟503。
步驟604用戶接收確認(rèn)，同步驟504。
步驟605用戶確認(rèn)通知，同步驟505。
步驟606網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載更新，在用戶接收確認(rèn)過程中網(wǎng)絡(luò)側(cè)可以設(shè)定一個(gè)定時(shí)器來限定用戶反饋消息的時(shí)間延遲，反映為終端振鈴的時(shí)間，在該段時(shí)間內(nèi)如果用戶沒有操作，則振鈴自動(dòng)結(jié)束，網(wǎng)絡(luò)側(cè)也自動(dòng)結(jié)束對(duì)用戶的通知流程，如果此時(shí)原先已經(jīng)建立了MBMS承載上下文的RAN發(fā)現(xiàn)沒有任何用戶確認(rèn)要接收服務(wù)，則該節(jié)點(diǎn)向其上游節(jié)點(diǎn)發(fā)起注銷，同時(shí)拆除與上游節(jié)點(diǎn)間的承載，完成對(duì)多播數(shù)據(jù)傳輸承載的更新。如果此時(shí)原先已經(jīng)建立了MBMS承載上下文的RAN節(jié)點(diǎn)均有用戶確認(rèn)要接收多播服務(wù)，則保留原網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載。
步驟607空口傳輸承載建立，網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載更新完成后，RAN可以根據(jù)其覆蓋下更新后的用戶數(shù)目在空口建立點(diǎn)到點(diǎn)或點(diǎn)到多點(diǎn)的信道，最大限度的提高空口資源的利用率。
步驟608服務(wù)數(shù)據(jù)傳輸，與現(xiàn)有技術(shù)相同，在此不再贅述。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種進(jìn)行多媒體多播業(yè)務(wù)的方法，其特征在于，在多播服務(wù)數(shù)據(jù)傳輸之前，該方法包括以下步驟A1、網(wǎng)絡(luò)側(cè)建立多播數(shù)據(jù)傳輸路徑；A2、網(wǎng)絡(luò)側(cè)向用戶發(fā)送接收確認(rèn)請求并獲取用戶返回信息；A3、根據(jù)用戶返回信息建立多播數(shù)據(jù)傳輸承載。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟A1之前還包括以下步驟A11、用戶簽約多媒體多播服務(wù)以及廣播多播服務(wù)中心通知用戶多播業(yè)務(wù)的相關(guān)信息；A12、網(wǎng)絡(luò)側(cè)根據(jù)用戶簽約信息確定建立多播數(shù)據(jù)傳輸路徑的網(wǎng)絡(luò)節(jié)點(diǎn)。
3.根據(jù)權(quán)利要求1所述方法，其特征在于，步驟A2中用戶返回信息為用戶接收服務(wù)確認(rèn)信息或用戶拒絕服務(wù)確認(rèn)信息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，步驟A2中用戶拒絕服務(wù)信息為用戶發(fā)送的拒絕服務(wù)消息或在設(shè)定時(shí)間內(nèi)用戶未響應(yīng)消息。
5.根據(jù)權(quán)利要求1、2、3或4所述的方法，其特征在于，步驟A3之前還包括以下步驟A31、網(wǎng)絡(luò)側(cè)根據(jù)用戶返回信息更新多播數(shù)據(jù)傳輸路徑。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，步驟A3為根據(jù)更新的多播數(shù)據(jù)傳輸路徑建立多播數(shù)據(jù)傳輸承載。
7.一種進(jìn)行多媒體多播業(yè)務(wù)的方法，其特征在于，在多播服務(wù)數(shù)據(jù)傳輸之前，該方法包括以下步驟B1、網(wǎng)絡(luò)側(cè)建立多播數(shù)據(jù)傳輸承載；B2、網(wǎng)絡(luò)側(cè)向用戶發(fā)送接收確認(rèn)請求并獲取用戶返回信息；B3、根據(jù)用戶返回信息更新網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載和/或建立空口傳輸承載。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，在步驟B1之前還包括以下步驟B11、用戶簽約多媒體多播服務(wù)以及廣播多播服務(wù)中心通知用戶多播業(yè)務(wù)的相關(guān)信息；B12、網(wǎng)絡(luò)側(cè)根據(jù)用戶簽約信息確定建立網(wǎng)絡(luò)側(cè)多播數(shù)據(jù)傳輸承載的網(wǎng)絡(luò)節(jié)點(diǎn)。
9.根據(jù)權(quán)利要求7所述方法，其特征在于，步驟B2中用戶返回信息為用戶接收服務(wù)確認(rèn)信息或用戶拒絕服務(wù)確認(rèn)信息。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，步驟B2中用戶拒絕服務(wù)信息為用戶發(fā)送的拒絕服務(wù)消息或在設(shè)定時(shí)間內(nèi)用戶未響應(yīng)消息。
全文摘要
本發(fā)明公開了一種進(jìn)行多媒體多播業(yè)務(wù)的方法，其特征在于，在多播服務(wù)數(shù)據(jù)傳輸之前，該方法包括以下步驟A1、網(wǎng)絡(luò)側(cè)建立多播數(shù)據(jù)傳輸路徑；A2、網(wǎng)絡(luò)側(cè)向用戶發(fā)送接收確認(rèn)請求并獲取用戶返回信息；A3、根據(jù)用戶返回信息建立多播數(shù)據(jù)傳輸承載。利用本發(fā)明，用戶在確認(rèn)接收多播服務(wù)后經(jīng)過短時(shí)間傳輸承載建立即可接收多播服務(wù)數(shù)據(jù)，從而大大縮短了用戶加入多播服務(wù)至接收多播服務(wù)的時(shí)間，增強(qiáng)了用戶體驗(yàn)。
文檔編號(hào)H04L12/56GK1983946SQ20061006121
公開日2007年6月20日 申請日期2006年6月19日 優(yōu)先權(quán)日2006年6月19日
發(fā)明者王睿 申請人:華為技術(shù)有限公司