專利名稱：多媒體廣播組播服務(wù)中建立會(huì)話的方法和網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種多媒體廣播組播服務(wù)中建立會(huì) -活的方法和網(wǎng)《備系統(tǒng)。
背景技術(shù)：
多i某體廣播組播服務(wù)MBMS (Multimedia Broadcast/Multicast Service), 由第三代合作伙伴計(jì)劃3GPP ( 3rd Generation Partnership Project)定義，用于 點(diǎn)到多點(diǎn)的單向多媒體業(yè)務(wù)。MBMS利用空中接口通過(guò)公共信道向小區(qū)內(nèi)的 用戶發(fā)送多媒體的廣播業(yè)務(wù)，或者以組播的方式向小區(qū)內(nèi)的用戶發(fā)送由用戶 訂購(gòu)的組播業(yè)務(wù)，從而節(jié)省空口資源。MBMS主要的應(yīng)用是手機(jī)電視業(yè)務(wù)， 另外，還可以支持廣播下載和音樂電視MTV互動(dòng)等服務(wù)。MBMS基于通用 分組無(wú)線業(yè)務(wù)GPRS ( General Packet Radio Service ) /寬帶碼分多址WCDMA (Wide band Code Division Multiple Access )分組網(wǎng)，通過(guò)增加一些新的功能 實(shí)體，如廣播組播業(yè)務(wù)中心BM-SC (Broadcast-Multicast Service Centre),并 對(duì)已有的分組域功能實(shí)體如GPRS服務(wù)支持節(jié)點(diǎn)SGSN( Serving GPRS Support Node)、 GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)GGSN (Gateway GPRS Support Node )、基站控 制器BSC (Base Station Controller) /無(wú)線網(wǎng)絡(luò)控制器RNC (Radio Network Controller)和用戶終端UE ( User Equipment)等增加MBMS功能，并定義了 新的邏輯共享信道來(lái)實(shí)現(xiàn)空口資源共享。
MBMS定義了兩種業(yè)務(wù)廣播業(yè)務(wù)和組播業(yè)務(wù)。
現(xiàn)有技術(shù)一個(gè)MBMS組播業(yè)務(wù)涉及的處理過(guò)程如圖1所示，包括訂閱 (Subscription )、月良務(wù)宣告(Service announcement )、力口入(Joining )、會(huì)i舌開 始(Session Start )、 MBMS通知(MBMS notification )、數(shù)據(jù)傳輸(Data transfer )、 會(huì)話結(jié)束(Session Stop)和退出(Leaving )。其中，Subscription過(guò)程用來(lái)讓 用戶預(yù)先訂閱所需的MBMS服務(wù)；Service announcement過(guò)程用于由BM-SC 宣告當(dāng)前能提供的服務(wù)；Joining過(guò)程即MBMS組播業(yè)務(wù)激活過(guò)程，UE在 Joining過(guò)程中，通知網(wǎng)絡(luò)自身愿意成為當(dāng)前組播組的成員，接收對(duì)應(yīng)業(yè)務(wù)的
組播數(shù)據(jù)，該Joining過(guò)程會(huì)在網(wǎng)絡(luò)和加入組播組的UE中創(chuàng)建記錄UE信息 的MBMS UE上下文；Session Start過(guò)程中，BM-SC準(zhǔn)備好數(shù)據(jù)傳輸，通知網(wǎng) 絡(luò)建立相應(yīng)核心網(wǎng)和接入網(wǎng)的承載資源；MBMS notification過(guò)程用于通知UE MBMS組播會(huì)話即將開始；Data transfer過(guò)程中，BM-SC通過(guò)會(huì)話開始過(guò)程 中建立的承載資源將數(shù)據(jù)傳輸給UE; Session Stop過(guò)程用于將Session Start過(guò) 程建立的7^載資源釋放；Leaving過(guò)程使組內(nèi)的訂戶離開組播組，即用戶不再 接收組播數(shù)據(jù)，該過(guò)程會(huì)將相應(yīng)MBMS UE上下文刪除。
現(xiàn)有技術(shù)一個(gè)MBMS廣播業(yè)務(wù)涉及的處理過(guò)程如圖2所示，包括服務(wù) 宣告(Service announcement )、會(huì)i舌開始(Session Start )、 MBMS通#口 ( MBMS notification), !史4居傳豐命(Data transfer )、會(huì)i舌結(jié)束(Session Stop )。
無(wú)論是廣播業(yè)務(wù)和組播業(yè)務(wù)，現(xiàn)有技術(shù)對(duì)會(huì)話開始Session start定義的過(guò) 程如圖3所示，包括步驟
步驟301、 BM-SC向GGSN發(fā)送會(huì)話開始請(qǐng)求"Session Start Request" 消息；
BM-SC向GGSN發(fā)送"Session Start R叫uest"消息中指示將要開始的數(shù) 據(jù)傳輸，以及會(huì)話的相關(guān)屬性，會(huì)話的相關(guān)屬性包括臨時(shí)移動(dòng)用戶識(shí)別碼 TMGI ( Temporaiy Mobile Group Identity ),月艮務(wù)質(zhì)量QoS ( Quality of Service ), MBMS服務(wù)區(qū)，會(huì)話標(biāo)識(shí)ID,預(yù)計(jì)的會(huì)話時(shí)長(zhǎng)，廣播/組播指示，SGSN列表 (只用于廣播模式)，數(shù)據(jù)傳輸?shù)臅r(shí)間，2G/3G指示等。
步驟302、 GGSN向BM-SC返回會(huì)話開始響應(yīng)"Session Start Response" 消息；
GGSN接收"Session Start Request"消息后，建立起MBMS承載上下文， 存儲(chǔ)會(huì)話的相關(guān)屬性以及相關(guān)的SGSN標(biāo)識(shí)，向BM-SC返回"Session Start Response" 消息；
步驟303、 GGSN向相關(guān)的各SGSN發(fā)送MBMS會(huì)話開始請(qǐng)求"MBMS Session Start Request"消息；
GGSN根據(jù)BM-SC的指示，向相關(guān)的各SGSN發(fā)送"MBMS Session Start Request"消息，通知SGSN會(huì)話的相關(guān)屬性，包括TMGI, QoS, MBMS月良話時(shí)長(zhǎng)，廣播/組播指示，數(shù)據(jù)傳輸?shù)臅r(shí)間，2G/3G 指示等。
步驟304、 SGSN向GGSN返回MBMS會(huì)話開始響應(yīng)"MBMS Session Start Response" 消息；
SGSN接收GGSN發(fā)送的"MBMS Session Start Request"消息后，建立 起MBMS承載上下文，存儲(chǔ)會(huì)話相關(guān)的屬性，給GGSN返回"MBMS Session Start Response"消息。SGSN如果收到多個(gè)GGSN發(fā)送的"MBMS Session Start Request"消息，只與一個(gè)GGSN只建立一份承載。
步驟305、 SGSN向與它連接的相關(guān)BSC/RNC發(fā)送"MBMS Session Start Request" 消息；
SGSN根據(jù)接收的2G/3G指示，向與它連接的相關(guān)BSC/RNC發(fā)送"MBMS Session Start Request"消息，通知BSC/RNC關(guān)于會(huì)話的相關(guān)屬性，包括TMGI, QoS, MBMS服務(wù)區(qū)，會(huì)話ID，預(yù)計(jì)的會(huì)話時(shí)長(zhǎng)，廣播/組播指示，到數(shù)據(jù)傳 輸?shù)臅r(shí)間，路由區(qū)域RA ( Routing Area)列表等。
步驟306、 BSC/RNC向SGSN返回"MBMS Session Start Response"消息；
BSC/RNC建立起MBMS業(yè)務(wù)上下文，給SGSN返回"MBMS Session Start Response"消息，Iu模式的BSC/RNC存儲(chǔ)會(huì)話相關(guān)的屬性，Gb模式下的BSC 不需要存儲(chǔ)會(huì)話相關(guān)的屬性。BSC/RNC如果收到多個(gè)SGSN發(fā)送的"MBMS Session Start Request"消息，只與 一個(gè)SGSN只建立一份承載。
步驟307、 BSC/RNC建立需要的無(wú)線資源。
在對(duì)現(xiàn)有技術(shù)的研究和實(shí)踐過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下問(wèn)題
現(xiàn)有技術(shù)MBMS中不同網(wǎng)元設(shè)備間連接的建立過(guò)程是單向的，從BM-SC 到GGSN、 SGSN、 BSC/RNC,各網(wǎng)元設(shè)備依次之間建立會(huì)話，如果兩個(gè)網(wǎng)元 設(shè)備之間因下游的網(wǎng)元設(shè)備的資源不可用而導(dǎo)致建立會(huì)話失敗時(shí)，現(xiàn)有技術(shù) 沒有相應(yīng)的處理流程保證則這兩個(gè)網(wǎng)元設(shè)備之間還能建立會(huì)話，即使后續(xù)下 游的網(wǎng)元設(shè)備資源可用，但因?yàn)檫B接建立過(guò)程是單向的，只要上游的網(wǎng)元設(shè) 備不重新向下游的網(wǎng)元設(shè)備發(fā)起請(qǐng)求，兩個(gè)網(wǎng)元設(shè)備之間還是不能建立會(huì)話，
從而導(dǎo)致相應(yīng)網(wǎng)元設(shè)備區(qū)域內(nèi)的用戶一直無(wú)法享受到MBMS業(yè)務(wù)，因此現(xiàn)有 技術(shù)MBMS中建立會(huì)話的方法并不十分可靠，例如當(dāng)GGSN向SGS—N發(fā)送 "MBMS Session Start Request"消息后，如果SGSN向GGSN返回的"MBMS Session Start Response"中表明因資源不可用導(dǎo)致會(huì)話建立失敗時(shí)，現(xiàn)有技術(shù) 沒有相應(yīng)的處理流程，則GGSN和SGSN間的會(huì)話就可能一直無(wú)法建立，這 將會(huì)導(dǎo)致相應(yīng)SGSN服務(wù)區(qū)域中的用戶無(wú)法收到MBMS會(huì)話。另夕卜，BM-SC 與GGSN之間，以及SGSN與BSC/RNC之間建立會(huì)話也存在類似的問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例要解決的技術(shù)問(wèn)題是提供一種多媒體廣播組播服務(wù)中建立 會(huì)話的方法和網(wǎng)絡(luò)系統(tǒng)，能夠在多媒體廣播組播服務(wù)中可靠的建立會(huì)話。
為解決上述技術(shù)問(wèn)題，本發(fā)明所提供實(shí)施例是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的
本發(fā)明實(shí)施例提供一種多媒體廣播組播服務(wù)MBMS中建立會(huì)話的方法， 包括在廣播或組播業(yè)務(wù)的會(huì)話開始Session start過(guò)程中，發(fā)送端向接收端發(fā) 送建立會(huì)話的請(qǐng)求消息；接收所述接收端返回的響應(yīng)消息；若所述返回的響 應(yīng)消息表明因資源不可用導(dǎo)致建立會(huì)話失敗，則所述發(fā)送端重新向所述接收 端發(fā)送建立會(huì)話的請(qǐng)求消息。
本發(fā)明實(shí)施例提供一種多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò)系統(tǒng)，包括第 一網(wǎng)元設(shè)備，用于在廣播或組播業(yè)務(wù)的會(huì)話開始Session start過(guò)程中，發(fā)送建 立會(huì)話的請(qǐng)求消息，接收返回的響應(yīng)消息，若所述返回的響應(yīng)消息表明因資 源不可用導(dǎo)致建立會(huì)話失敗，則重新發(fā)送建立會(huì)話的請(qǐng)求消息；第二網(wǎng)元設(shè) 備，用于接收所述第一網(wǎng)元設(shè)備發(fā)送的建立會(huì)話的請(qǐng)求消息后，向所述第一 網(wǎng)元i殳備返回響應(yīng)消息。
上述技術(shù)方案可以看出現(xiàn)有技術(shù)中MBMS中建立會(huì)話的方法并不十分 可靠，其中一個(gè)網(wǎng)元設(shè)備向另一個(gè)網(wǎng)元設(shè)備發(fā)送請(qǐng)求消息后，如果因資源不 可用導(dǎo)致建立會(huì)話失敗時(shí)沒有相應(yīng)的處理流程，由此可能帶來(lái)一系列的問(wèn)題， 本發(fā)明實(shí)施例的技術(shù)方案是在廣播或組播業(yè)務(wù)的會(huì)話開始Session start過(guò)程 中，發(fā)送端向接收端發(fā)送建立會(huì)話的請(qǐng)求消息；接收所述接收端返回的響應(yīng) 消息；若所述返回的響應(yīng)消息表明因資源不可用導(dǎo)致建立會(huì)話失敗，則所述 發(fā)送端重新向所述接收端發(fā)送建立會(huì)話的請(qǐng)求消息。這樣，當(dāng)上游的網(wǎng)元設(shè) 備獲知因下游的網(wǎng)元設(shè)備的資源木可用而導(dǎo)致建立會(huì)話失敗時(shí)，即使不知道 下游的網(wǎng)元設(shè)備什么時(shí)候資源可用，但通過(guò)重新向下游的網(wǎng)元設(shè)備發(fā)送建立 會(huì)話的請(qǐng)求消息，就能保證如果下游的網(wǎng)元設(shè)備后續(xù)有資源可用時(shí)，這兩個(gè) 網(wǎng)元設(shè)備之間就能再建立會(huì)話，從而保證相應(yīng)網(wǎng)元設(shè)備區(qū)域內(nèi)的用戶可以享
受到MBMS業(yè)務(wù)。因此，本發(fā)明實(shí)施例4支術(shù)方案實(shí)現(xiàn)了在MBMS中可靠的 建立會(huì)話，避免現(xiàn)有技術(shù)中建立會(huì)話失敗后沒有相應(yīng)處理流程帶來(lái)的一系列 問(wèn)題。


圖1是現(xiàn)有技術(shù)MBMS組播業(yè)務(wù)涉及的處理過(guò)程示意圖； 圖2是現(xiàn)有技術(shù)MBMS廣播業(yè)務(wù)涉及的處理過(guò)程示意圖； 圖3是現(xiàn)有技術(shù)對(duì)會(huì)話開始Session start定義的流程圖； 圖4是本發(fā)明實(shí)施例建立會(huì)話的方法流程圖5是本發(fā)明實(shí)施例一 GGSN與SGSN之間可靠的建立會(huì)話流程圖； 圖6是本發(fā)明實(shí)施例二 GGSN與SGSN之間可靠的建立會(huì)話流程圖； 圖7是本發(fā)明實(shí)施例三GGSN與SGSN之間可靠的建立會(huì)話流程圖； 圖8是本發(fā)明實(shí)施例"MBMS資源可用通知"消息消息格式示意圖； 圖9是本發(fā)明實(shí)施例四BM-SC與GGSN之間可靠的建立會(huì)話的流程圖； 圖10是本發(fā)明實(shí)施例多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供了 一種多媒體廣播組播服務(wù)中建立會(huì)話的方法，能夠 在多媒體廣播組播服務(wù)中可靠的建立會(huì)話。
請(qǐng)參閱圖4，是本發(fā)明實(shí)施例建立會(huì)話的方法流程圖，包括步驟
步驟401 、發(fā)送建立會(huì)話的請(qǐng)求消息；
在網(wǎng)絡(luò)系統(tǒng)中，發(fā)送端向接收端發(fā)送建立會(huì)話的請(qǐng)求消息，請(qǐng)求建立會(huì)話。
步驟402、接收返回的響應(yīng)消息；
接收端接收發(fā)送端發(fā)送的建立會(huì)話的請(qǐng)求消息后，根據(jù)自身資源可用情 況向發(fā)送端返回響應(yīng)消息，發(fā)送端接收所述返回的響應(yīng)消息。
步驟403、若所述返回的響應(yīng)消息表明建立會(huì)話失敗，則重新發(fā)送建立會(huì) 話的請(qǐng)求消息。
當(dāng)發(fā)送端接收所述返回的響應(yīng)消息表明因資源不可用導(dǎo)致建立會(huì)話失敗 時(shí)，發(fā)送端向接收端重新發(fā)送建立會(huì)話的請(qǐng)求消息。所述重新發(fā)送建立會(huì)話 的請(qǐng)求消息，可以是按設(shè)定的時(shí)間間隔不斷重新發(fā)送，直到成功建立會(huì)話， 也可以是在不超過(guò)設(shè)定的最大重發(fā)次數(shù)內(nèi)不斷重新發(fā)送，還可以是同時(shí)考慮 重新發(fā)送的時(shí)間間隔和重發(fā)次凄史。
為方便理解，以下以GGSN與SGSN之間可靠的建立會(huì)話舉例i兌明。
請(qǐng)參閱圖5,是本發(fā)明實(shí)施例一 GGSN與SGSN之間可靠的建立會(huì)話流 程圖，包括步驟
步驟501、 BM-SC向GGSN發(fā)送"Session Start Request"消息；
BM-SC向GGSN發(fā)送"Session Start Request"消息中指示將要開始的數(shù) 據(jù)傳輸，以及會(huì)話的相關(guān)屬性，會(huì)話的相關(guān)屬性包括TMGI, QoS, MBMS 服務(wù)區(qū)，會(huì)話ID,預(yù)計(jì)的會(huì)話時(shí)長(zhǎng)，廣播/組播指示，SGSN列表(只用于廣 播模式)，數(shù)據(jù)傳輸?shù)臅r(shí)間，2G/3G指示等。
步驟502、 GGSN向BM-SC返回"Session Start Response"消息；
GGSN接收"Session Start R叫uest，，消息后，建立起MBMS承載上下文， 存儲(chǔ)會(huì)話的相關(guān)屬性以及相關(guān)的SGSN標(biāo)識(shí)，向BM-SC返回"Session Start Response"消息；
步驟503、 GGSN向相關(guān)的各SGSN發(fā)送"MBMS Session Start Request" 消息；
GGSN根據(jù)BM-SC的指示，向相關(guān)的各SGSN發(fā)送"MBMS Session Start R叫uest"消息，通知SGSN會(huì)話的相關(guān)屬性，包括TMGI, QoS, MBMS月良 務(wù)區(qū)，會(huì)話ID,預(yù)計(jì)的會(huì)話時(shí)長(zhǎng)，廣播/組播指示，數(shù)據(jù)傳輸?shù)臅r(shí)間，2G/3G
指示等。
步驟504、 SGSN向GGSN返回"MBMS Session Start Response"消息表 明創(chuàng)建會(huì)話失?。?br> SGSN接收GGSN發(fā)送的"MBMS Session Start Request"消息后，因?yàn)?資源不可用，無(wú)法建立起MBMS承載上下文，向GGSN發(fā)送"MBMS Session Start Response"消息，表明創(chuàng)建會(huì)話失敗，原因值為"SGSN無(wú)資源可用"。
步驟505、 GGSN按設(shè)定的時(shí)間間隔向SGSN重新發(fā)送"MBMS Session Start Request"消息；
GGSN接收從SGSN返回的表明創(chuàng)建會(huì)話失敗的"MBMS Session Start Response"消息后，延遲一段時(shí)間再向SGSN重新發(fā)送"MBMS Session Start Request"消息，以便等待SGSN有可用資源。
如果GGSN向SGSN重新發(fā)送"MBMS Session Start Request"消息后， SGSN還是返回表明創(chuàng)建會(huì)話失敗的"MBMS Session Start Response"消息， 則GGSN還是延遲一段時(shí)間后繼續(xù)重新發(fā)送。這樣，當(dāng)SGSN后續(xù)資源可用 時(shí)，GGSN和SGSN之間就可以建立MBMS會(huì)話，避免了現(xiàn)有技術(shù)中SGSN 向GGSN返回的"MBMS Session Start Response"中表明會(huì)話建立失敗時(shí)沒有 相應(yīng)的處理流程所帶來(lái)的不利后果。
考慮到不同網(wǎng)絡(luò)合適的延遲時(shí)間可能會(huì)有所不同，因此GGSN重新發(fā)送 "MBMS Session Start R叫uest'，消息的時(shí)間間隔可以根據(jù)網(wǎng)絡(luò)情況進(jìn)行配置。
步驟506、 SGSN向GGSN返回"MBMS Session Start Response"消息表 明創(chuàng)建會(huì)話成功。
SGSN如果有資源可用，在接收GGSN重新發(fā)送的"MBMS Session Start Request"消息后，建立起MBMS承載上下文，存儲(chǔ)會(huì)話相關(guān)的屬性，給GGSN 返回"MBMS Session Start Response"消息，表明創(chuàng)建會(huì)話成功。
請(qǐng)參閱圖6,是本發(fā)明實(shí)施例二 GGSN與SGSN之間可靠的建立會(huì)話流 程圖。實(shí)施例二和實(shí)施例一的主要區(qū)別在于GGSN按設(shè)定的次數(shù)向SGSN重 新發(fā)送"MBMS Session Start Request"消息。圖中包括步驟
步驟601 、 BM-SC向GGSN發(fā)送"Session Start R叫uest"消息；
BM-SC向GGSN發(fā)送"Session Start Request"消息中指示將要開始的彩: 據(jù)傳輸，以及會(huì)話的相關(guān)屬性，會(huì)話的相關(guān)屬性包括TMGI， QoS, MBMS 服務(wù)區(qū)，會(huì)話ID,預(yù)計(jì)的會(huì)話時(shí)長(zhǎng)，廣播/組播指示，SGSN列表(只用于廣 播模式)，數(shù)據(jù)傳輸?shù)臅r(shí)間，2G/3G指示等。
步驟602、 GGSN向BM-SC返回"Session Start Response"消息；
GGSN接收"Session Start Request"消息后，建立起MBMS承載上下文， 存儲(chǔ)會(huì)話的相關(guān)屬性以及相關(guān)的SGSN標(biāo)識(shí)，向BM-SC返回"Session Start Response" 消息；
步驟603、 GGSN向相關(guān)的各SGSN發(fā)送"MBMS Session Start Request"
消息；
GGSN根據(jù)BM-SC的指示，向相關(guān)的各SGSN發(fā)送"MBMS Session Start Request"消息，通知SGSN會(huì)話的相關(guān)屬性，包括TMGI, QoS, MBMS服 務(wù)區(qū)，會(huì)話ID,預(yù)計(jì)的會(huì)話時(shí)長(zhǎng)，廣播/組播指示，數(shù)據(jù)傳輸?shù)臅r(shí)間，2G/3G 指示等。
步驟604、 SGSN向GGSN返回"MBMS Session Start Response"消息表 明創(chuàng)建會(huì)話失??；
SGSN接收GGSN發(fā)送的"MBMS Session Start Request"消息后，因?yàn)?資源不可用，無(wú)法建立起MBMS承載上下文，向GGSN發(fā)送"MBMS Session Start Response"消息，表明創(chuàng)建會(huì)話失敗，原因值為"SGSN無(wú)資源可用"。
步驟605、 GGSN按設(shè)定的重發(fā)次數(shù)向SGSN重新發(fā)送"MBMS Session Start Request"消息；
GGSN接收從SGSN返回的表明創(chuàng)建會(huì)話失敗的"MBMS Session Start Response"消息后，再次向SGSN重新發(fā)送"MBMS Session Start Request"消 息，以便等待SGSN有可用資源。
如果GGSN向SGSN重新發(fā)送"MBMS Session Start R叫uest"消息后， SGSN還是返回表明創(chuàng)建會(huì)話失敗的"MBMS Session Start Response"消息，
則GGSN再次繼續(xù)重新發(fā)送。這樣，當(dāng)SGSN后續(xù)資源可用時(shí)，GGSN和SGSN 之間就可以建立MBMS會(huì)話，避免了'現(xiàn)有技術(shù)中SGSN向GGSN返回的 "MBMS Session Start Response"中表明會(huì)話建立失敗時(shí)沒有相應(yīng)的處理流程 所帶來(lái)的不利后果。
考慮到一些情況下SGSN可能確實(shí)無(wú)法建立MBMS會(huì)話，這時(shí)如果重復(fù) 不斷地向SGSN發(fā)起MBMS會(huì)話建立請(qǐng)求，將會(huì)增加網(wǎng)絡(luò)的信令負(fù)荷，因此 GGSN重復(fù)向SGSN發(fā)送"MBMS Session Start Request"消息的次數(shù)可以進(jìn) 行配置，也就是設(shè)定一個(gè)最大重發(fā)次數(shù)。
步驟606、 SGSN向GGSN返回"MBMS Session Start Response"消息表 明創(chuàng)建會(huì)話成功。
SGSN如果有資源可用，在接收GGSN重新發(fā)送的"MBMS Session Start Request"消息后，建立起MBMS承載上下文，存儲(chǔ)會(huì)話相關(guān)的屬性，給GGSN 返回"MBMS Session Start Response"消息，表明創(chuàng)建會(huì)話成功。
需要說(shuō)明的是，上述實(shí)施例中也可以同時(shí)考慮重新發(fā)送"MBMS Session Start Request"消息的時(shí)間間隔和重發(fā)次數(shù)，即GGSN每次接收SGSN返回表 明創(chuàng)建會(huì)話失敗的"MBMS Session Start Response"消息后，按預(yù)配置的時(shí)間 間隔向SGSN重新發(fā)送"MBMS Session Start Request"消息，重發(fā)的次數(shù)不 超過(guò)預(yù)配置的最大重發(fā)次數(shù)。
請(qǐng)參閱圖7,是本發(fā)明實(shí)施例三GGSN與SGSN之間可靠的建立會(huì)話流 程圖。實(shí)施例三和實(shí)施例一、二的區(qū)別在于實(shí)施例三中SGSN向GGSN返回 表明創(chuàng)建會(huì)話失敗的"MBMS Session Start Response"消息后，如果后續(xù)發(fā)現(xiàn) 有資源可用，則主動(dòng)通知GGSN,由GGSN接收通知后重新發(fā)送"MBMS Session Start Request"消息。圖中包括步驟
步驟701、 BM-SC向GGSN發(fā)送"Session Start R叫uest"消息；
BM-SC向GGSN發(fā)送"Session Start Request"消息中指示將要開始的數(shù) 據(jù)傳輸，以及會(huì)話的相關(guān)屬性，會(huì)話的相關(guān)屬性包括TMGI, QoS， MBMS 服務(wù)區(qū)，會(huì)話ID,預(yù)計(jì)的會(huì)話時(shí)長(zhǎng)，廣播/組播指示，SGSN列表(只用于廣 播模式)，數(shù)據(jù)傳輸?shù)臅r(shí)間，2G/3G指示等。步驟702、 GGSN向BM-SC返回"Session Start Response"消息；
GGSN接收"Session Start Request"消息后，建立起MBMS承載上下文， 存儲(chǔ)會(huì)話的相關(guān)屬性以及相關(guān)的SGSN標(biāo)識(shí)，向BM-SC返回"Session Start Response" 消息；
步驟703、 GGSN向相關(guān)的各SGSN發(fā)送"MBMS Session Start Request"
消息；
GGSN根據(jù)BM-SC的指示，向相關(guān)的各SGSN發(fā)送"MBMS Session Start Request"消息，通知SGSN會(huì)話的相關(guān)屬性，包括TMGI, QoS, MBMS月良 務(wù)區(qū)，會(huì)話ID,預(yù)計(jì)的會(huì)話時(shí)長(zhǎng)，廣播/組播指示，數(shù)據(jù)傳輸?shù)臅r(shí)間，2G/3G 指示等。
步驟704、 SGSN向GGSN返回"MBMS Session Start Response"消息表 明創(chuàng)建會(huì)話失??；
SGSN接收GGSN發(fā)送的"MBMS Session Start Request"消息后，因?yàn)?資源不可用，無(wú)法建立起MBMS承載上下文，向GGSN發(fā)送"MBMS Session Start Response"消息，表明創(chuàng)建會(huì)話失敗，原因值為"SGSN無(wú)資源可用，，。 步驟705、 SGSN創(chuàng)建會(huì)話失敗后記錄下相應(yīng)的GGSN地址及會(huì)話信息； 步驟706、 SGSN向相應(yīng)的GGSN發(fā)送"MBMS資源可用通知"消息； 當(dāng)SGSN有資源可用時(shí)，沖艮據(jù)記錄的信息，向相應(yīng)的GGSN發(fā)送新定義 的"MBMS資源可用通知"消息，通知GGSN有資源可用。
"MBMS資源可用通知"消息為新定義的消息，用于SGSN通知GGSN 已有資源可用。
"MBMS資源可用通知"消息消息格式請(qǐng)參閱圖8。 如圖8所示，"MBMS資源可用通知"消息包括信元EndUser Address(終 端用戶標(biāo)識(shí))與Access Point Name (4妄入點(diǎn)名稱)，這兩個(gè)1言元為必選項(xiàng)，一 起標(biāo)識(shí)了對(duì)應(yīng)的MBMS承載業(yè)務(wù)。
步驟707、 GGSN向SGSN重新發(fā)送"MBMS Session Start Request"消息； GGSN收到通知消息后，知道SGSN有資源可用，向SGSN重新發(fā)送 "MBMS Session Start R叫uest，，消息，重新發(fā)起MBMS承載建立過(guò)程。步驟708、 SGSN向GGSN返回"MBMS Session Start Response"消息表 明創(chuàng)建會(huì)話成功。
SGSN如果有資源可用，在接收GGSN重新發(fā)送的"MBMS Session Start R叫uest"消息后，建立起MBMS承載上下文，存儲(chǔ)會(huì)話相關(guān)的屬性，給GGSN 返回"MBMS Session Start Response"消息，表明創(chuàng)建會(huì)話成功。
需要說(shuō)明的是，上述實(shí)施例是以GGSN與SGSN之間可靠的建立會(huì)話過(guò) 程舉例說(shuō)明但不局限于此，同理，該方法可以推廣到BM-SC與GGSN之間， 以及SGSN與BSC/RNC之間的可靠的建立會(huì)話，其原理是相同的。
以下再簡(jiǎn)單介紹一下BM-SC與GGSN之間可靠的建立會(huì)話的過(guò)程。請(qǐng)參 閱圖9,是本發(fā)明實(shí)施例四BM-SC與GGSN之間可靠的建立會(huì)話的流程圖， 圖中包括步驟
步驟901 、 BM-SC向GGSN發(fā)送"Session Start Request"消息；
BM-SC向GGSN發(fā)送"Session Start Request"消息中指示將要開始的數(shù) 據(jù)傳輸，以及會(huì)話的相關(guān)屬性，會(huì)話的相關(guān)屬性包括TMGI, QoS, MBMS 服務(wù)區(qū)，會(huì)話ID,預(yù)計(jì)的會(huì)話時(shí)長(zhǎng)，廣播/組播指示，SGSN列表(只用于廣 播模式)，數(shù)據(jù)傳輸?shù)臅r(shí)間，2G/3G指示等。
步驟902、 GGSN向BM-SC返回"Session Start Response"消息表明創(chuàng)建 會(huì)話失??；
GGSN接收"Session Start R叫uest，，消息后，因?yàn)橘Y源不可用，無(wú)法建立 起MBMS承載上下文，向BM-SC返回"Session Start Response"消息，表明 創(chuàng)建會(huì)話失敗，原因值為"GGSN無(wú)資源可用"。
步驟903、 BM-SC向GGSN重新發(fā)送"Session Start Request"消息。
BM-SC向GGSN重新發(fā)送"Session Start R叫uest，，消息，可以是4安設(shè)定 的時(shí)間間隔不斷重新發(fā)送，直到與GGSN成功建立會(huì)話，也可以是在不超過(guò) 設(shè)定的最大重發(fā)次數(shù)內(nèi)不斷重新發(fā)送，還可以是同時(shí)考慮重新發(fā)送的時(shí)間間 隔和重發(fā)次數(shù)。
另夕卜，也可以是GGSN向BM-SC返回"Session Start Response"消息表
明創(chuàng)建會(huì)話失敗后，如果后續(xù)發(fā)現(xiàn)有資源可用，則主動(dòng)通知BM-SC,由BM-SC 接收通知后重新發(fā)送"Session Start Request"消息。
步驟904、 GGSN向BM-SC返回"Session Start Response"消息表明創(chuàng)建 會(huì)話成功。
GGSN如果有資源可用，在接收BM-SC重新發(fā)送的"Session Start Request"消息后，建立起MBMS承載上下文，存儲(chǔ)會(huì)話的相關(guān)屬性以及相關(guān) 的SGSN,向BM-SC返回"Session Start Response"消息表明創(chuàng)建會(huì)話成功。
這樣，當(dāng)GGSN后續(xù)資源可用時(shí)，GGSN與BM-SC之間就可以建立會(huì)話， 避免了現(xiàn)有技術(shù)中GGSN向BM-SC返回"Session Start Response"消息表明 創(chuàng)建會(huì)話失敗時(shí)沒有相應(yīng)的處理流程所帶來(lái)的不利后果。
對(duì)于SGSN與BSC/RNC之間可靠的建立會(huì)話，與上述GGSN和SGSN 之間以及BM-SC與GGSN之間可靠的建立會(huì)話的原理是相同的，此處不再詳 細(xì)敘述。
上述內(nèi)容詳細(xì)介紹了本發(fā)明實(shí)施例多媒體廣播組播服務(wù)中建立會(huì)話的方 法，相應(yīng)的，本發(fā)明實(shí)施例提供一種多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò)系統(tǒng)。
請(qǐng)參閱圖10，是本發(fā)明實(shí)施例多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu) 示意圖。
如圖所示，多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò)系統(tǒng)包括第一網(wǎng)元設(shè)備101 和第二網(wǎng)元設(shè)備102。
第 一 網(wǎng)元設(shè)備101,用于在廣播或組播業(yè)務(wù)的會(huì)話開始Session start過(guò)程 中，發(fā)送建立會(huì)話的請(qǐng)求消息，接收返回的響應(yīng)消息；若所述返回的響應(yīng)消 息表明因資源不可用導(dǎo)致建立會(huì)話失敗，則重新發(fā)送建立會(huì)話的請(qǐng)求消息。
第二網(wǎng)元設(shè)備102，用于接收所述第一網(wǎng)元設(shè)備101發(fā)送的建立會(huì)話的請(qǐng) 求消息后，向所述第 一 網(wǎng)元設(shè)備101返回響應(yīng)消息。
所述第一網(wǎng)元設(shè)備101包括收發(fā)單元1011和重發(fā)單元1012。
收發(fā)單元1011,用于在廣播或組播業(yè)務(wù)的會(huì)話開始Session start過(guò)程中， 發(fā)送建立會(huì)話的請(qǐng)求消息，接收返回的響應(yīng)消息； 重發(fā)單元1012,用于在所述收發(fā)單元1011接收的響應(yīng)消息表明因資源不 可用導(dǎo)致建立會(huì)話失敗后，按設(shè)定的時(shí)間間隔和/或在不超過(guò)設(shè)定的最大重發(fā) 次數(shù)內(nèi)重新發(fā)送建立會(huì)話的請(qǐng)求消息。
所述第二網(wǎng)元設(shè)備102包括收發(fā)單元1021、檢測(cè)單元1022和處理單元 1023。
收發(fā)單元1021,用于接收所述第一網(wǎng)元設(shè)備101發(fā)送的建立會(huì)話的請(qǐng)求 消息，向所述第 一 網(wǎng)元設(shè)備101返回響應(yīng)消息。
檢測(cè)單元1022,用于在所述收發(fā)單元1021接收所述第一網(wǎng)元設(shè)備101發(fā) 送的建立會(huì)話的請(qǐng)求消息后檢測(cè)是否含有可用資源。
處理單元1023,用于在所述檢測(cè)單元1022檢測(cè)到無(wú)資源可用時(shí)，記錄建 立會(huì)話失敗的業(yè)務(wù)信息，通知收發(fā)單元1021向所述第一網(wǎng)元設(shè)備101返回表 明因資源不可用導(dǎo)致建立會(huì)話失敗的響應(yīng)消息，并在所述檢測(cè)單元1022后續(xù) 檢測(cè)到資源可用時(shí)，向所述第一網(wǎng)元設(shè)備101發(fā)送表明資源可用的通知消息。
所述第一網(wǎng)元設(shè)備101的收發(fā)單元1011接收所述第二網(wǎng)元設(shè)備102返回 的表明因資源不可用導(dǎo)致建立會(huì)話失敗的響應(yīng)消息后，后續(xù)接收到所述第二 網(wǎng)元設(shè)備102發(fā)送的表明資源可用的通知消息，此時(shí)，所述第一網(wǎng)元設(shè)備IOI 的重發(fā)單元1012根據(jù)所述收發(fā)單元1011接收的通知消息重新向所述第二網(wǎng) 元設(shè)備102發(fā)送建立會(huì)話的請(qǐng)求消息。
所述第一網(wǎng)元設(shè)備101為GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)GGSN,所述第二網(wǎng)元設(shè) 備102為GPRS服務(wù)支持節(jié)點(diǎn)SGSN;或者，所述第一網(wǎng)元設(shè)備101為廣播組 播業(yè)務(wù)中心BM-SC,所述第二網(wǎng)元設(shè)備102為GGSN;或者，所述第一網(wǎng)元 設(shè)備101為SGSN,所述第二網(wǎng)元設(shè)備102為基站控制器BSC/無(wú)線網(wǎng)絡(luò)控制 器RNC。
所述第一網(wǎng)元設(shè)備101為GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)GGSN,所述第二網(wǎng)元設(shè) 備102為GPRS服務(wù)支持節(jié)點(diǎn)SGSN時(shí)，SGSN接收GGSN發(fā)送的"MBMS Session Start Request"消息后，因?yàn)橘Y源不可用，無(wú)法建立起MBMS承載上 下文，向GGSN發(fā)送"MBMS Session Start Response"消息，表明創(chuàng)建會(huì)話失 敗，原因值為"SGSN無(wú)資源可用"。GGSN接收從SGSN返回的表明創(chuàng)建會(huì)
話失敗的"MBMS Session Start Response"消息后，延遲一段時(shí)間即按一定的 時(shí)間間P禹再向SGSN重新發(fā)送"MBMS Session Start Request"消息，以便等 待SGSN有可用資源?；蛘?，GGSN在不超過(guò)設(shè)定的最大重發(fā)次數(shù)內(nèi)不斷重 新發(fā)送，當(dāng)然，也還可以是同時(shí)考慮重新發(fā)送的時(shí)間間隔和重發(fā)次數(shù)。這樣， 當(dāng)SGSN后續(xù)資源可用時(shí)，GGSN和SGSN之間就可以建立MBMS會(huì)話，避 免了現(xiàn)有技術(shù)中SGSN向GGSN返回的"MBMS Session Start Response"中表 明會(huì)話建立失敗時(shí)沒有相應(yīng)的處理流程所帶來(lái)的不利后果。
所述第一網(wǎng)元設(shè)備101為廣播組播業(yè)務(wù)中心BM-SC，所述第二網(wǎng)元設(shè)備 102為GGSN時(shí)，GGSN接收"Session Start Request"消息后，因?yàn)橘Y源不可 用，無(wú)法建立起MBMS承載上下文，向BM-SC返回"Session Start Response" 消息，表明創(chuàng)建會(huì)話失敗，原因值為"GGSN無(wú)資源可用"。BM-SC接收GGSN 返回的表明創(chuàng)建會(huì)話失敗的"Session Start Response"消息后，向GGSN重新 發(fā)送Session Start Request"消息，可以是4姿設(shè)定的時(shí)間間隔不斷重新發(fā)送，直 到與GGSN成功建立會(huì)話，也可以是在不超過(guò)設(shè)定的最大重發(fā)次數(shù)內(nèi)不斷重 新發(fā)送，還可以是同時(shí)考慮重新發(fā)送的時(shí)間間隔和重發(fā)次數(shù)。
所述第一網(wǎng)元設(shè)備101為SGSN，所述第二網(wǎng)元設(shè)備102為基站控制器 BSC/無(wú)線網(wǎng)絡(luò)控制器RNC時(shí)，SGSN與BSC/ RNC之間可靠的建立會(huì)話的過(guò) 程與上述GGSN與SGSN、 BM-SC與GGSN之間可靠的建立會(huì)話的原理是相 同的。
綜上所述，現(xiàn)有技術(shù)中MBMS中建立會(huì)話的方法并不十分可靠，其中一 個(gè)網(wǎng)元設(shè)備向另 一個(gè)網(wǎng)元設(shè)備發(fā)送請(qǐng)求消息后，如果因資源不可用導(dǎo)致建立 會(huì)話失敗時(shí)沒有相應(yīng)的處理流程，由此可能帶來(lái)一系列的問(wèn)題，本發(fā)明實(shí)施 例的技術(shù)方案是在廣^"或組4番業(yè)務(wù)的會(huì)話開始Session start過(guò)程中，發(fā)送端 向接收端發(fā)送建立會(huì)話的請(qǐng)求消息；接收所述接收端返回的響應(yīng)消息；若所 述返回的響應(yīng)消息表明因資源不可用導(dǎo)致建立會(huì)話失敗，則所述發(fā)送端重新 向所述接收端發(fā)送建立會(huì)話的請(qǐng)求消息。這樣，當(dāng)上游的網(wǎng)元設(shè)備獲知因下 游的網(wǎng)元設(shè)備的資源不可用而導(dǎo)致建立會(huì)話失敗時(shí)，即使不知道下游的網(wǎng)元 設(shè)備什么時(shí)候資源可用，但通過(guò)重新向下游的網(wǎng)元設(shè)備發(fā)送建立會(huì)話的請(qǐng)求 消息，就能保證如果下游的網(wǎng)元設(shè)備后續(xù)有資源可用時(shí)，這兩個(gè)網(wǎng)元設(shè)備之
間就能再建立會(huì)話，從而保證相應(yīng)網(wǎng)元設(shè)備區(qū)域內(nèi)的用戶可以享受到MBMS 業(yè)務(wù)。因此，本發(fā)明實(shí)施例技術(shù)方案實(shí)現(xiàn)了在MBMS中可靠的建立會(huì)話，避 免現(xiàn)有技術(shù)中建立會(huì)話失敗后沒有相應(yīng)處理流程帶來(lái)的一系列問(wèn)題。
進(jìn)一步的，本發(fā)明實(shí)施例中重新發(fā)送請(qǐng)求消息時(shí)，可以是按設(shè)定的時(shí)間 間隔不斷重新發(fā)送，直到與GGSN成功建立會(huì)話，也可以是在不超過(guò)設(shè)定的 最大重發(fā)次數(shù)內(nèi)不斷重新發(fā)送，還可以是同時(shí)考慮重新發(fā)送的時(shí)間間隔和重 發(fā)次數(shù)。另外，還可以通過(guò)后續(xù)接收到表明資源可用的通知消息后再重新發(fā) 送建立會(huì)話的請(qǐng)求消息。
進(jìn)一步的，本發(fā)明實(shí)施例建立會(huì)話方法可以應(yīng)用在GGSN與SGSN之間， 或者應(yīng)用在BM-SC與GGSN之間；或者應(yīng)用在SGSN與BSC/ RNC之間。
以上對(duì)本發(fā)明實(shí)施例所提供的 一種多媒體廣播組播服務(wù)中建立會(huì)話的方 法和網(wǎng)絡(luò)系統(tǒng)進(jìn)行了詳細(xì)介紹，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實(shí) 施例的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本 說(shuō)明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1、一種多媒體廣播組播服務(wù)MBMS中建立會(huì)話的方法，其特征在于，包括在廣播或組播業(yè)務(wù)的會(huì)話開始Session start過(guò)程中，發(fā)送端向接收端發(fā)送建立會(huì)話的請(qǐng)求消息；接收所述接收端返回的響應(yīng)消息；若所述返回的響應(yīng)消息表明因資源不可用導(dǎo)致建立會(huì)話失敗，則所述發(fā)送端重新向所述接收端發(fā)送建立會(huì)話的請(qǐng)求消息。
2、 根據(jù)權(quán)利要求1所述的多媒體廣播組播服務(wù)MBMS中建立會(huì)話的方 法，其特征在于所述發(fā)送端重新向所述接收端發(fā)送建立會(huì)話的請(qǐng)求消息具體為所述發(fā) 送端按設(shè)定的時(shí)間間隔和/或在不超過(guò)設(shè)定的最大重發(fā)次數(shù)內(nèi)重新向所述接收 端發(fā)送建立會(huì)話的請(qǐng)求消息。
3、 根據(jù)權(quán)利要求1所述的多媒體廣播組播服務(wù)MBMS中建立會(huì)話的方 法，其特征在于，進(jìn)一步包括若所述返回的響應(yīng)消息表明建立會(huì)話失敗，并且所述發(fā)送端后續(xù)接收到 所述接收端表明資源可用的通知消息后重新向所述接收端發(fā)送建立會(huì)話的請(qǐng) 求消息。
4、 根據(jù)權(quán)利要求3所述的多媒體廣播組播服務(wù)MBMS中建立會(huì)話的方 法，其特征在于所述表明資源可用的通知消息中含有終端用戶地址和接入點(diǎn)名稱，所述 終端用戶地址和接入點(diǎn)名稱標(biāo)識(shí)之前建立會(huì)話失敗的業(yè)務(wù)信息。
5、 根據(jù)權(quán)利要求1至4任一項(xiàng)所述的多媒體廣播組播服務(wù)MBMS中建 立會(huì)話的方法，其特征在于所述發(fā)送端重新向所述接收端發(fā)送建立會(huì)話的請(qǐng)求消息具體為GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)GGSN向GPRS服務(wù)支持節(jié)點(diǎn)SGSN重新發(fā)送MBMS 會(huì)話開始請(qǐng)求消息；或者，廣播組播業(yè)務(wù)中心BM-SC向GGSN重新發(fā)送會(huì)話開始請(qǐng)求消息；或者，SGSN向基站控制器BSC/無(wú)線網(wǎng)絡(luò)控制器RNC重新發(fā)送MBMS會(huì)話開 始請(qǐng)求消息。
6、 一種多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括第一網(wǎng)元設(shè)備，用于在廣播或組播業(yè)務(wù)的會(huì)話開始Session start過(guò)程中， 發(fā)送建立會(huì)話的請(qǐng)求消息，接收返回的響應(yīng)消息，若所述返回的響應(yīng)消息表 明因資源不可用導(dǎo)致建立會(huì)話失敗，則重新發(fā)送建立會(huì)話的請(qǐng)求消息；第二網(wǎng)元設(shè)備，用于接收所述第 一網(wǎng)元設(shè)備發(fā)送的建立會(huì)話的請(qǐng)求消息 后，向所述第一網(wǎng)元設(shè)備返回響應(yīng)消息。
7、 根據(jù)權(quán)利要求6所述的多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò)系統(tǒng)，其特 征在于，所述第一網(wǎng)元設(shè)備包括收發(fā)單元，用于在廣播或組播業(yè)務(wù)的會(huì)話開始Session start過(guò)程中，發(fā)送 建立會(huì)話的請(qǐng)求消息，接收返回的響應(yīng)消息；重發(fā)單元，用于在所述收發(fā)單元接收的響應(yīng)消息表明因資源不可用導(dǎo)致 建立會(huì)話失敗后，按設(shè)定的時(shí)間間隔和/或在不超過(guò)設(shè)定的最大重發(fā)次數(shù)內(nèi)重 新發(fā)送建立會(huì)話的請(qǐng)求消息。
8、 根據(jù)權(quán)利要求6所述的多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò)系統(tǒng)，其特 征在于，所述第二網(wǎng)元設(shè)備包括收發(fā)單元，用于接收所述第一網(wǎng)元設(shè)備發(fā)送的建立會(huì)話的請(qǐng)求消息，向 所述第 一 網(wǎng)元設(shè)備返回響應(yīng)消息；檢測(cè)單元，用于在所述收發(fā)單元接收所述第 一 網(wǎng)元設(shè)備發(fā)送的建立會(huì)話 的請(qǐng)求消息后檢測(cè)是否含有可用資源；處理單元，用于在所述檢測(cè)單元檢測(cè)到無(wú)資源可用時(shí)，記錄建立會(huì)話失 敗的業(yè)務(wù)信息，通知收發(fā)單元向所述第一網(wǎng)元設(shè)備返回表明因資源不可用導(dǎo) 致建立會(huì)話失敗的響應(yīng)消息，并在所述檢測(cè)單元后續(xù)檢測(cè)到資源可用時(shí)，向 所述第一網(wǎng)元設(shè)備發(fā)送表明資源可用的通知消息。
9.根據(jù)權(quán)利要求8所述的多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò)系統(tǒng)，其特征在于所述第一網(wǎng)元設(shè)備的收發(fā)單元接收所述第二網(wǎng)元設(shè)備返回的表明因資源 不可用導(dǎo)致建立會(huì)話失敗的響應(yīng)消息后，后續(xù)接收到所述第二網(wǎng)元設(shè)備發(fā)送 的表明資源可用的通知消息；所述第 一 網(wǎng)元設(shè)備的重發(fā)單元根據(jù)所述收發(fā)單元接收的通知消息重新向 所述第二網(wǎng)元設(shè)備發(fā)送建立會(huì)話的請(qǐng)求消息。
10、根據(jù)權(quán)利要求6至9任一項(xiàng)所述的多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò) 系統(tǒng)，其特征在于所述第一網(wǎng)元設(shè)備為GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)GGSN，所述第二網(wǎng)元設(shè)備為 GPRS服務(wù)支持節(jié)點(diǎn)SGSN;或者，所述第一網(wǎng)元設(shè)備為廣播組播業(yè)務(wù)中心BM-SC,所述第二網(wǎng)元設(shè)備為 GGSN;或者，所述第一網(wǎng)元設(shè)備為SGSN,所述第二網(wǎng)元設(shè)備為基站控制器BSC/無(wú)線 網(wǎng)絡(luò)控制器RNC。
全文摘要
本發(fā)明實(shí)施例公開一種多媒體廣播組播服務(wù)MBMS中建立會(huì)話的方法，包括在廣播或組播業(yè)務(wù)的會(huì)話開始Session start過(guò)程中，發(fā)送端向接收端發(fā)送建立會(huì)話的請(qǐng)求消息；接收所述接收端返回的響應(yīng)消息；若所述返回的響應(yīng)消息表明因資源不可用導(dǎo)致建立會(huì)話失敗，則所述發(fā)送端重新向所述接收端發(fā)送建立會(huì)話的請(qǐng)求消息。相應(yīng)的，本發(fā)明實(shí)施例還提供一種多媒體廣播組播服務(wù)MBMS網(wǎng)絡(luò)系統(tǒng)。本發(fā)明實(shí)施例提供的技術(shù)方案能夠在多媒體廣播組播服務(wù)中可靠的建立會(huì)話。
文檔編號(hào)H04W76/02GK101175252SQ20071016818
公開日2008年5月7日 申請(qǐng)日期2007年11月28日 優(yōu)先權(quán)日2007年11月28日
發(fā)明者林青春 申請(qǐng)人:華為技術(shù)有限公司