專(zhuān)利名稱(chēng)：一種多媒體廣播/多播業(yè)務(wù)的業(yè)務(wù)釋放方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體廣播/多播技術(shù)，特別是指一種多媒體廣播/多播業(yè)務(wù)的業(yè)務(wù)釋放方法。
背景技術(shù)：
目前，實(shí)現(xiàn)廣播/多播業(yè)務(wù)的一種組網(wǎng)結(jié)構(gòu)如圖1所示，包括用戶(hù)設(shè)備(UE)、基站(NodeB)和無(wú)線(xiàn)網(wǎng)絡(luò)控制器(RNC)、服務(wù)通用分組無(wú)線(xiàn)業(yè)務(wù)支持節(jié)點(diǎn)(SGSN)、網(wǎng)關(guān)通用分組無(wú)線(xiàn)業(yè)務(wù)支持節(jié)點(diǎn)(GGSN)、門(mén)戶(hù)(Portal)、流媒體服務(wù)器。其中流媒體服務(wù)器可以為分組交換流媒體服務(wù)器(PSS Server)。
基于圖1所示的實(shí)現(xiàn)廣播/多播業(yè)務(wù)的組網(wǎng)結(jié)構(gòu)中，圖2所示為廣播/多播業(yè)務(wù)的業(yè)務(wù)建立和業(yè)務(wù)釋放流程圖，包括以下幾個(gè)步驟步驟201UE瀏覽Portal，選擇自己感興趣的廣播/多播業(yè)務(wù)，向Portal發(fā)送請(qǐng)求所選擇的特定業(yè)務(wù)的統(tǒng)一資源位置(URL)的消息，所述請(qǐng)求消息可以為超文本傳送協(xié)議(HTTP)的獲取(GET)消息。
步驟202Portal向UE返回?cái)y帶有UE所請(qǐng)求特定業(yè)務(wù)URL的響應(yīng)，所述響應(yīng)為HTTP的200OK消息，該HTTP 200OK消息中攜帶UE所請(qǐng)求特定業(yè)務(wù)的URL。
步驟203UE根據(jù)所獲取的特定業(yè)務(wù)的URL，向流媒體服務(wù)器發(fā)送請(qǐng)求建立實(shí)時(shí)流協(xié)議(RTSP)連接的消息，所述請(qǐng)求消息可以為RTSP的建立(Setup)消息。
步驟204流媒體服務(wù)器向UE返回響應(yīng)，所述響應(yīng)可以為RTSP的200OK消息，該響應(yīng)表示UE與流媒體服務(wù)器之間已成功建立RTSP連接。
步驟205UE向流媒體服務(wù)器請(qǐng)求播放在步驟201中所選擇的特定業(yè)務(wù)的消息，所述請(qǐng)求消息可以為RTSP的播放(PLAY)消息，所述RTSP PLAY消息中攜帶步驟202中所得到的特定業(yè)務(wù)的URL。
步驟206流媒體服務(wù)器向UE返回響應(yīng)，所述響應(yīng)可以為RTSP的200OK消息，該響應(yīng)表示已經(jīng)成功處理UE的請(qǐng)求。
步驟207流媒體服務(wù)器根據(jù)UE請(qǐng)求消息中源IP地址找到對(duì)應(yīng)的GGSN，并向該GGSN發(fā)送多播通知(Multieast Notification)消息，該消息中攜帶UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)。其中，UE標(biāo)識(shí)為UE的相關(guān)信息，例如UE的IP地址，或IMSI，或TMSI；業(yè)務(wù)標(biāo)識(shí)為表示特定業(yè)務(wù)的標(biāo)識(shí)，流媒體服務(wù)器和RNC中相同業(yè)務(wù)標(biāo)識(shí)表示同一個(gè)業(yè)務(wù)。
通常，流媒體服務(wù)器中建立有IP地址與該IP地址所路由的GGSN的對(duì)應(yīng)關(guān)系，因此，根據(jù)UE發(fā)送消息時(shí)所攜帶的源IP地址就能夠找到對(duì)應(yīng)的GGSN。
步驟208GGSN收到多播通知消息后，向流媒體服務(wù)器返回多播通知確認(rèn)響應(yīng)(Multicast Notification ACK)。
步驟209GGSN根據(jù)多播通知消息中的UE標(biāo)識(shí)查找服務(wù)該UE的SGSN，并向該SGSN轉(zhuǎn)發(fā)所述多播通知消息，該消息攜帶UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)。
步驟210SGSN收到多播通知消息后，向GGSN返回多播通知確認(rèn)響應(yīng)。
步驟211SGSN根據(jù)多播通知消息中的UE標(biāo)識(shí)查找服務(wù)該UE的RNC，并向該RNC轉(zhuǎn)發(fā)所述多播通知消息，該消息攜帶UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)。
步驟212RNC收到多播通知消息后，向SGSN返回多播通知確認(rèn)響應(yīng)。
步驟213RNC根據(jù)所收到的多播通知消息中UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)，獲取對(duì)應(yīng)該UE標(biāo)識(shí)的UE請(qǐng)求接收的特定的多播業(yè)務(wù)，并向UE發(fā)送指示UE切換到傳送該多播業(yè)務(wù)數(shù)據(jù)的多播信道上的切換信道(Change Channel)消息。如果該UE是當(dāng)前小區(qū)第一個(gè)接收該業(yè)務(wù)的UE，則RNC還應(yīng)該分配相應(yīng)的多播信道并在所分配的信道上傳送業(yè)務(wù)數(shù)據(jù)。所述多播信道可以為前向接入信道(FACH)。
步驟214UE向RNC返回切換信道響應(yīng)(Change Channel ACK)，并根據(jù)RNC的指示切換到傳送業(yè)務(wù)數(shù)據(jù)的多播信道上，從而可以以多播的方式接收業(yè)務(wù)數(shù)據(jù)。
步驟215當(dāng)UE不想繼續(xù)接收業(yè)務(wù)數(shù)據(jù)時(shí)，UE向流媒體服務(wù)器發(fā)送請(qǐng)求業(yè)務(wù)釋放的消息，所述請(qǐng)求消息可以為RTSP的釋放(Teardown)消息，RTSP Teardown消息表示該UE不再繼續(xù)接收該業(yè)務(wù)數(shù)據(jù)，即釋放該業(yè)務(wù)。
步驟216流媒體服務(wù)器向UE返回響應(yīng)，所述響應(yīng)為RTSP的200OK消息，所述響應(yīng)表示成功處理UE的業(yè)務(wù)釋放的請(qǐng)求。
在以上所述的廣播/多播業(yè)務(wù)的業(yè)務(wù)建立和釋放的流程中，UE在接收業(yè)務(wù)數(shù)據(jù)時(shí)發(fā)送業(yè)務(wù)釋放請(qǐng)求消息給流媒體服務(wù)器時(shí)，流媒體服務(wù)器直接向UE發(fā)送響應(yīng)消息，現(xiàn)有技術(shù)中的業(yè)務(wù)釋放過(guò)程存在以下缺點(diǎn)1)UE在接收業(yè)務(wù)數(shù)據(jù)的時(shí)候，處于下行組播數(shù)據(jù)的接收狀態(tài)，當(dāng)在該狀態(tài)下傳送流媒體服務(wù)器給UE的響應(yīng)消息時(shí)，如果還有其它UE繼續(xù)接收所述業(yè)務(wù)數(shù)據(jù)，則會(huì)對(duì)向其它UE傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)造成沖擊，可能引起業(yè)務(wù)數(shù)據(jù)丟包。
2)由于響應(yīng)消息通過(guò)廣播/多播信道傳送，因此不能保證將響應(yīng)消息可靠地傳送到UE，如果UE不能正常地接收流媒體服務(wù)器的響應(yīng)消息，則業(yè)務(wù)釋放流程不能正常完成，有可能導(dǎo)致反復(fù)請(qǐng)求釋放業(yè)務(wù)的死循環(huán)。尤其是當(dāng)傳輸業(yè)務(wù)數(shù)據(jù)所使用的傳輸信道是FACH信道時(shí)，由于FACH信道無(wú)功率控制，更不能保證將來(lái)自流媒體服務(wù)器的響應(yīng)消息可靠地發(fā)送給UE。
3)同時(shí)，當(dāng)UE結(jié)束接收某個(gè)業(yè)務(wù)時(shí)RNC未收到任何通知，因此在某個(gè)小區(qū)開(kāi)始多播傳送特定業(yè)務(wù)數(shù)據(jù)以后，當(dāng)該小區(qū)內(nèi)所有UE都不再接收所述業(yè)務(wù)時(shí)，RNC也不會(huì)釋放該小區(qū)內(nèi)傳送該業(yè)務(wù)數(shù)據(jù)的多播信道，這將極大地浪費(fèi)該小區(qū)的空口資源。
發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種多媒體廣播/多播業(yè)務(wù)的業(yè)務(wù)釋放方法，當(dāng)UE請(qǐng)求業(yè)務(wù)釋放時(shí)，能夠可靠地接收來(lái)自流媒體服務(wù)器的釋放響應(yīng)消息。
為了達(dá)到上述目的，本發(fā)明提供一種多媒體廣播/多播業(yè)務(wù)的業(yè)務(wù)釋放方法，該方法包括a.用戶(hù)設(shè)備UE向流媒體服務(wù)器請(qǐng)求釋放當(dāng)前已建立的業(yè)務(wù)；b.流媒體服務(wù)器向所述UE所在的無(wú)線(xiàn)網(wǎng)絡(luò)控制器RNC發(fā)送所述UE請(qǐng)求釋放廣播/多播業(yè)務(wù)的通知；c.RNC將所述請(qǐng)求釋放業(yè)務(wù)的UE配置為專(zhuān)用信道狀態(tài)后，向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)；d.流媒體服務(wù)器收到來(lái)自RNC的廣播/多播業(yè)務(wù)釋放響應(yīng)后，通過(guò)所配置的專(zhuān)用信道向所述UE返回業(yè)務(wù)釋放響應(yīng)。
步驟b所述流媒體服務(wù)器向RNC發(fā)送請(qǐng)求釋放廣播/多播業(yè)務(wù)的通知為流媒體服務(wù)器通過(guò)網(wǎng)關(guān)通用分組無(wú)線(xiàn)業(yè)務(wù)支持節(jié)點(diǎn)GGSN、服務(wù)通用分組無(wú)線(xiàn)業(yè)務(wù)支持節(jié)點(diǎn)SGSN向RNC發(fā)送廣播/多播業(yè)務(wù)釋放通知消息，廣播/多播業(yè)務(wù)釋放通知消息中攜帶請(qǐng)求釋放業(yè)務(wù)UE的UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)；步驟c所述RNC向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)為RNC通過(guò)SGSN、GGSN向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)。
步驟b所述流媒體服務(wù)器向RNC發(fā)送廣播/多播業(yè)務(wù)釋放通知消息的步驟包括b1.流媒體服務(wù)器根據(jù)UE的IP地址查找對(duì)應(yīng)的GGSN，向所述GGSN發(fā)送廣播/多播業(yè)務(wù)釋放通知消息；b2.GGSN根據(jù)所接收到的廣播/多播業(yè)務(wù)釋放通知消息中UE標(biāo)識(shí)查找對(duì)應(yīng)的SGSN，將所述廣播/多播業(yè)務(wù)釋放通知消息轉(zhuǎn)發(fā)給所述SGSN；b3.SGSN根據(jù)所接收到的廣播/多播業(yè)務(wù)釋放通知消息中UE標(biāo)識(shí)查找對(duì)應(yīng)的RNC，將所述廣播/多播業(yè)務(wù)釋放通知消息轉(zhuǎn)發(fā)給所述RNC；步驟c所述RNC向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)的步驟包括c1.RNC向SGSN返回廣播/多播業(yè)務(wù)釋放響應(yīng)；c2.SGSN向GGSN返回廣播/多播業(yè)務(wù)釋放響應(yīng)。
c3.GGSN向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)。
所述GGSN預(yù)先設(shè)置接收流媒體服務(wù)器的廣播/多播業(yè)務(wù)釋放通知消息的用戶(hù)數(shù)據(jù)報(bào)協(xié)議UDP或傳輸控制協(xié)議TCP端口；步驟b1所述流媒體服務(wù)器向GGSN發(fā)送廣播/多播業(yè)務(wù)釋放通知消息為使用用戶(hù)數(shù)據(jù)報(bào)協(xié)議UDP或傳輸控制協(xié)議TCP將所述廣播/多播業(yè)務(wù)釋放通知消息發(fā)送給GGSN，其中UDP或TCP報(bào)文的目標(biāo)端口為所述GGSN所預(yù)先設(shè)置的接收流媒體服務(wù)器的廣播/多播業(yè)務(wù)釋放通知消息的UDP或TCP端口。
步驟b2所述GGSN將廣播/多播業(yè)務(wù)釋放通知消息轉(zhuǎn)發(fā)給SGSN為使用通用分組無(wú)線(xiàn)業(yè)務(wù)隧道協(xié)議控制面GTP-C協(xié)議傳送所述廣播/多播業(yè)務(wù)釋放通知消息。
步驟b3所述SGSN將廣播/多播業(yè)務(wù)釋放通知消息轉(zhuǎn)發(fā)給RNC為使用無(wú)線(xiàn)接入網(wǎng)絡(luò)應(yīng)用部分RANAP協(xié)議傳送所述廣播/多播業(yè)務(wù)釋放通知消息。
RNC預(yù)先設(shè)置接收流媒體服務(wù)器的廣播/多播業(yè)務(wù)釋放通知消息的UDP或TCP端口；步驟b所述流媒體服務(wù)器向RNC發(fā)送請(qǐng)求釋放廣播/多播業(yè)務(wù)的通知為流媒體服務(wù)器向RNC使用UDP或TCP傳送廣播/多播業(yè)務(wù)釋放通知消息，其中UDP或TCP報(bào)文中目標(biāo)端口為所述RNC所預(yù)先設(shè)置的接收流媒體服務(wù)器的廣播/多播業(yè)務(wù)釋放通知消息的UDP或TCP端口，所述廣播/多播業(yè)務(wù)釋放通知消息攜帶請(qǐng)求釋放業(yè)務(wù)的UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)。
步驟c所述RNC將所述請(qǐng)求釋放業(yè)務(wù)的UE配置為專(zhuān)用信道狀態(tài)的步驟包括RNC指示廣播/多播業(yè)務(wù)釋放通知消息中UE標(biāo)識(shí)對(duì)應(yīng)的UE切換到專(zhuān)用信道狀態(tài)；UE根據(jù)所述指示切換到專(zhuān)用信道狀態(tài)。
當(dāng)建立多播業(yè)務(wù)時(shí)，RNC收到來(lái)自流媒體服務(wù)器的包含UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)的多播通知消息后，進(jìn)一步包括RNC根據(jù)UE標(biāo)識(shí)確定該UE所在的小區(qū)，并根據(jù)業(yè)務(wù)標(biāo)識(shí)更新所述小區(qū)內(nèi)當(dāng)前接收對(duì)應(yīng)業(yè)務(wù)的UE的數(shù)目；當(dāng)釋放多播業(yè)務(wù)時(shí)，步驟c所述RNC將請(qǐng)求釋放業(yè)務(wù)的UE配置為專(zhuān)用信道狀態(tài)之后進(jìn)一步包括RNC根據(jù)廣播/多播業(yè)務(wù)釋放通知消息中UE標(biāo)識(shí)確定該UE所在的小區(qū)，并根據(jù)業(yè)務(wù)標(biāo)識(shí)更新所述小區(qū)內(nèi)當(dāng)前接收對(duì)應(yīng)業(yè)務(wù)的UE的數(shù)目；RNC判斷所述小區(qū)內(nèi)更新后的接收對(duì)應(yīng)業(yè)務(wù)的UE的數(shù)目是否為0，如果是，則釋放該小區(qū)內(nèi)傳送該業(yè)務(wù)的空口資源。
所述RNC釋放小區(qū)內(nèi)傳送該業(yè)務(wù)的空口資源為RNC釋放該小區(qū)內(nèi)傳送該業(yè)務(wù)的空中信道，或者停止下發(fā)所述業(yè)務(wù)的數(shù)據(jù)。
建立多播業(yè)務(wù)時(shí)，所述更新所述小區(qū)內(nèi)當(dāng)前接收對(duì)應(yīng)業(yè)務(wù)的UE的數(shù)目為將UE的數(shù)目加1；釋放多播業(yè)務(wù)時(shí)，所述更新所述小區(qū)內(nèi)當(dāng)前接收對(duì)應(yīng)業(yè)務(wù)的UE的數(shù)目為將UE的數(shù)目減1。
根據(jù)本發(fā)明提供的方法，當(dāng)UE發(fā)起廣播/多播業(yè)務(wù)的業(yè)務(wù)釋放請(qǐng)求時(shí)，流媒體服務(wù)器向該UE所在RNC發(fā)送UE請(qǐng)求釋放業(yè)務(wù)的業(yè)務(wù)釋放通知，然后由RNC為該請(qǐng)求業(yè)務(wù)釋放的UE配置專(zhuān)用信道，這樣，流媒體服務(wù)器向UE返回業(yè)務(wù)釋放響應(yīng)時(shí)通過(guò)專(zhuān)用信道可以正確可靠地傳送響應(yīng)，而且對(duì)廣播/多播業(yè)務(wù)數(shù)據(jù)無(wú)沖擊。由于UE發(fā)起業(yè)務(wù)釋放請(qǐng)求時(shí)，RNC收到來(lái)自流媒體服務(wù)器的業(yè)務(wù)釋放通知，因此，RNC能夠獲取特定小區(qū)內(nèi)接收特定業(yè)務(wù)的UE數(shù)目，這樣，當(dāng)RNC判斷出特定小區(qū)內(nèi)當(dāng)前正在接收特定業(yè)務(wù)的UE數(shù)目為0時(shí)，即可釋放該小區(qū)內(nèi)傳送該業(yè)務(wù)數(shù)據(jù)的空中信道或停止下發(fā)數(shù)據(jù)，從而節(jié)省空口資源。
圖1所示為現(xiàn)有技術(shù)中實(shí)現(xiàn)廣播/多播業(yè)務(wù)的結(jié)構(gòu)；圖2所示為現(xiàn)有技術(shù)中實(shí)現(xiàn)廣播/多播業(yè)務(wù)的業(yè)務(wù)建立和業(yè)務(wù)釋放的流程圖；圖3所示為本發(fā)明實(shí)施例中實(shí)現(xiàn)廣播/多播業(yè)務(wù)的業(yè)務(wù)釋放的流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下面舉具體實(shí)施例，對(duì)本發(fā)明作進(jìn)一步詳細(xì)的說(shuō)明。
本發(fā)明提供廣播/多播業(yè)務(wù)的業(yè)務(wù)釋放方法，其主要思想是流媒體服務(wù)器接收到UE的業(yè)務(wù)釋放請(qǐng)求后，向該UE所在的RNC發(fā)送所述UE請(qǐng)求業(yè)務(wù)釋放的通知，收到所述業(yè)務(wù)釋放通知的RNC將所述發(fā)起業(yè)務(wù)釋放的UE切換到專(zhuān)用信道(DCH)，并向流媒體服務(wù)器返回業(yè)務(wù)釋放響應(yīng)；收到來(lái)自RNC業(yè)務(wù)釋放響應(yīng)的流媒體服務(wù)器向請(qǐng)求業(yè)務(wù)釋放的UE返回業(yè)務(wù)釋放響應(yīng)，所述業(yè)務(wù)釋放響應(yīng)通過(guò)DCH可靠的傳送到UE。針對(duì)多播業(yè)務(wù)的釋放，收到所述業(yè)務(wù)釋放通知的RNC進(jìn)一步判斷是否已沒(méi)有UE接收當(dāng)前請(qǐng)求釋放的業(yè)務(wù)，如果是，則釋放傳輸該業(yè)務(wù)的空口資源。
本發(fā)明中，在采用圖2所示的步驟201～步驟214建立廣播/多播業(yè)務(wù)后，當(dāng)UE在接收廣播/多播業(yè)務(wù)過(guò)程中發(fā)起業(yè)務(wù)釋放請(qǐng)求時(shí)，實(shí)現(xiàn)廣播/多播業(yè)務(wù)的業(yè)務(wù)釋放的流程如圖3所示，包括以下幾個(gè)步驟步驟301當(dāng)正在接收廣播/多播業(yè)務(wù)業(yè)務(wù)數(shù)據(jù)的UE希望不再接收該業(yè)務(wù)時(shí)，UE向流媒體服務(wù)器請(qǐng)求釋放業(yè)務(wù)，即向流媒體服務(wù)器發(fā)送RTSP釋放請(qǐng)求，所述請(qǐng)求可以是RTSP Teardown消息。
步驟302流媒體服務(wù)器根據(jù)UE的IP地址查找對(duì)應(yīng)的GGSN，并向該GGSN發(fā)送廣播/多播業(yè)務(wù)釋放通知消息，該消息中攜帶請(qǐng)求釋放業(yè)務(wù)的UE的UE標(biāo)識(shí)和該UE所要釋放的業(yè)務(wù)標(biāo)識(shí)。
流媒體服務(wù)器向GGSN發(fā)送的廣播/多播業(yè)務(wù)釋放通知消息可通過(guò)用戶(hù)數(shù)據(jù)報(bào)協(xié)議(UDP)或傳輸控制協(xié)議(TCP)傳送，這時(shí)，GGSN需要預(yù)先設(shè)置接收流媒體服務(wù)器的業(yè)務(wù)釋放通知消息的UDP或TCP端口，而流媒體服務(wù)器向GGSN發(fā)送的UDP或TCP報(bào)文中目的端口為所述GGSN預(yù)先設(shè)置的接收流媒體服務(wù)器的業(yè)務(wù)釋放通知消息的UDP或TCP端口。
在廣播/多播業(yè)務(wù)釋放通知消息中攜帶的UE標(biāo)識(shí)可以是該UE的IP地址，或者是該UE的國(guó)際移動(dòng)用戶(hù)識(shí)別碼(IMSI)，或者是該UE的臨時(shí)移動(dòng)臺(tái)識(shí)別碼(TMSI)等UE相關(guān)信息。所述UE標(biāo)識(shí)可以在建立業(yè)務(wù)過(guò)程中得到，或者通過(guò)其它信令過(guò)程得到，或者通過(guò)查找所述UE的分組數(shù)據(jù)協(xié)議(PDP)上下文得到，獲取UE標(biāo)識(shí)的過(guò)程屬于現(xiàn)有技術(shù)，在此不作詳細(xì)描述。
步驟303GGSN根據(jù)廣播/多播業(yè)務(wù)釋放通知消息攜帶的UE標(biāo)識(shí)查找服務(wù)該UE的SGSN，并向該SGSN轉(zhuǎn)發(fā)該廣播/多播業(yè)務(wù)釋放通知消息，該消息攜帶UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)。
GGSN向SGSN發(fā)送的廣播/多播業(yè)務(wù)釋放通知消息可通過(guò)GPRS隧道協(xié)議控制面(GTP-C)協(xié)議傳送。
步驟304SGSN根據(jù)廣播/多播業(yè)務(wù)釋放通知消息攜帶的UE標(biāo)識(shí)查找該UE所在的RNC，并向該RNC轉(zhuǎn)發(fā)該廣播/多播業(yè)務(wù)釋放通知消息，該消息攜帶UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)。
SGSN向RNC發(fā)送的廣播/多播業(yè)務(wù)釋放通知消息可通過(guò)無(wú)線(xiàn)接入網(wǎng)絡(luò)應(yīng)用部分(RANAP)協(xié)議傳送。
步驟305RNC根據(jù)廣播/多播業(yè)務(wù)釋放通知消息中攜帶的UE標(biāo)識(shí)，配置UE到專(zhuān)用信道狀態(tài)(CELL_DCH)，其步驟是RNC指示UE切換到CELL_DCH狀態(tài)，UE根據(jù)所述指示切換到CELL_DCH狀態(tài)。UE處于CELL_DCH狀態(tài)時(shí)，可以通過(guò)專(zhuān)用信道(DCH)接收數(shù)據(jù)。
步驟306RNC根據(jù)廣播/多播業(yè)務(wù)釋放通知消息中攜帶的UE標(biāo)識(shí)確定該UE所在的小區(qū)，并根據(jù)廣播/多播業(yè)務(wù)釋放通知消息中攜帶的業(yè)務(wù)標(biāo)識(shí)更新該小區(qū)內(nèi)當(dāng)前接收特定業(yè)務(wù)的UE數(shù)目，即將所述接收特定業(yè)務(wù)的UE的數(shù)目減1。
步驟307更新UE數(shù)目后，RNC判斷該小區(qū)內(nèi)當(dāng)前接收特定業(yè)務(wù)的UE數(shù)目是否為0，如果是，則說(shuō)明該小區(qū)內(nèi)已沒(méi)有UE接收特定業(yè)務(wù)，釋放該小區(qū)內(nèi)傳輸該業(yè)務(wù)數(shù)據(jù)的空口資源。
所述釋放空口資源的方法可以為釋放該小區(qū)內(nèi)傳輸該業(yè)務(wù)數(shù)據(jù)的空中信道；或者，通過(guò)停止下發(fā)業(yè)務(wù)數(shù)據(jù)釋放空口資源，因?yàn)橹灰Ｖ瓜掳l(fā)數(shù)據(jù)，就不再占用空口資源。
廣播/多播都是指發(fā)送者以一對(duì)多的方式在相同的傳輸通道上傳送一份同樣的數(shù)據(jù)給多個(gè)接收者。在實(shí)際應(yīng)用中，廣播/多播通常會(huì)有一個(gè)樹(shù)狀的多級(jí)廣播/多播傳輸結(jié)構(gòu)，每個(gè)上游節(jié)點(diǎn)將數(shù)據(jù)廣播/多播給相連的多個(gè)下游節(jié)點(diǎn)。廣播和多播存在一個(gè)重要區(qū)別在廣播模式下，這種樹(shù)狀傳輸結(jié)構(gòu)的每個(gè)分支上都有廣播數(shù)據(jù)傳送，每個(gè)上游節(jié)點(diǎn)總是將數(shù)據(jù)傳送給所有相連的下游節(jié)點(diǎn)；而在多播模式下，每個(gè)上游節(jié)點(diǎn)當(dāng)且僅當(dāng)它有至少一個(gè)相連的下游節(jié)點(diǎn)期望接收多播數(shù)據(jù)時(shí)，才會(huì)將多播數(shù)據(jù)傳送給所有期望接收多播數(shù)據(jù)的下游節(jié)點(diǎn)，否則該節(jié)點(diǎn)即使收到多播數(shù)據(jù)，也不會(huì)傳送給下游節(jié)點(diǎn)。
針對(duì)以上釋放空口資源的步驟306、307，RNC可以根據(jù)以下幾種情況執(zhí)行或不執(zhí)行釋放空口資源的步驟如果當(dāng)前釋放的業(yè)務(wù)為廣播業(yè)務(wù)，則RNC不釋放空口資源，如果當(dāng)前釋放的業(yè)務(wù)為多播業(yè)務(wù)，則RNC釋放空口資源；或者RNC根據(jù)自身處理當(dāng)前釋放的業(yè)務(wù)的模式，如果以廣播方式處理該業(yè)務(wù)，則不釋放空口資源，如果以多播方式處理該業(yè)務(wù)，則釋放空口資源。
當(dāng)需要執(zhí)行以上步驟306、307所述釋放空口資源時(shí)，在業(yè)務(wù)建立過(guò)程中，同樣的需要更新每個(gè)小區(qū)內(nèi)接收特定業(yè)務(wù)數(shù)據(jù)的UE數(shù)目，其步驟為在圖2所示步驟211中，RNC接收到包含業(yè)務(wù)標(biāo)識(shí)和UE標(biāo)識(shí)的多播通知消息后，根據(jù)UE標(biāo)識(shí)確定該UE所在的小區(qū)，并根據(jù)業(yè)務(wù)標(biāo)識(shí)更新對(duì)應(yīng)小區(qū)內(nèi)接收當(dāng)前特定業(yè)務(wù)的UE的數(shù)目，即將所述接收當(dāng)前特定業(yè)務(wù)的UE的數(shù)目加1。
步驟308RNC響應(yīng)從SGSN收到的廣播/多播業(yè)務(wù)釋放通知，向SGSN發(fā)送廣播/多播業(yè)務(wù)釋放響應(yīng)。該步驟也可以在步驟306或步驟307之前執(zhí)行。
步驟309SGSN收到RNC的廣播/多播業(yè)務(wù)釋放響應(yīng)后，向GGSN轉(zhuǎn)發(fā)RNC發(fā)送的廣播/多播業(yè)務(wù)釋放響應(yīng)。
步驟310GGSN收到SGSN的廣播/多播業(yè)務(wù)釋放響應(yīng)后，向流媒體服務(wù)器轉(zhuǎn)發(fā)SGSN發(fā)送的廣播/多播業(yè)務(wù)釋放響應(yīng)。
步驟311流媒體服務(wù)器收到廣播/多播業(yè)務(wù)釋放響應(yīng)后，向UE發(fā)送RTSP釋放響應(yīng)消息，由于UE已處于CELL_DCH狀態(tài)，因此RTSP釋放響應(yīng)消息通過(guò)UE當(dāng)前處于的DCH傳送，這樣，UE能夠正確地接收到該響應(yīng)消息。
該UE發(fā)起的業(yè)務(wù)釋放流程至此結(jié)束。
按照以上步驟所述，流媒體服務(wù)器向RNC發(fā)送廣播/多播業(yè)務(wù)釋放通知消息時(shí)，通過(guò)GGSN、SGSN發(fā)送至RNC，其具體實(shí)現(xiàn)除了圖3所述步驟302、303、304的方法之外，還可以通過(guò)以下方法實(shí)現(xiàn)第一種流媒體服務(wù)器根據(jù)UE的IP地址向?qū)?yīng)的GGSN發(fā)送廣播/多播業(yè)務(wù)釋放通知消息，然后由GGSN通過(guò)SGSN向RNC轉(zhuǎn)發(fā)所述廣播/多播業(yè)務(wù)釋放通知消息。例如，GGSN使用該UE的專(zhuān)用信令連接向RNC轉(zhuǎn)發(fā)所述廣播/多播業(yè)務(wù)釋放通知消息，在使用UE專(zhuān)用信令連接傳送所述廣播/多播業(yè)務(wù)釋放通知消息時(shí)，該消息中可以不攜帶UE標(biāo)識(shí)，因?yàn)樵撔帕钸B接為特定UE專(zhuān)用，可以視為該消息中已經(jīng)隱含了UE標(biāo)識(shí)。
第二種流媒體服務(wù)器使用UDP或TCP協(xié)議，直接將所述廣播/多播業(yè)務(wù)釋放通知消息發(fā)送給RNC，這時(shí)，RNC需要預(yù)先設(shè)置接收流媒體服務(wù)器的業(yè)務(wù)釋放通知消息的UDP或TCP端口，而流媒體服務(wù)器向RNC發(fā)送的UDP或TCP報(bào)文中目的端口為所述RNC預(yù)先設(shè)置的接收流媒體服務(wù)器的業(yè)務(wù)釋放通知消息的UDP或TCP端口。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種多媒體廣播/多播業(yè)務(wù)的業(yè)務(wù)釋放方法，其特征在于，該方法包括a.用戶(hù)設(shè)備UE向流媒體服務(wù)器請(qǐng)求釋放當(dāng)前已建立的業(yè)務(wù)；b.流媒體服務(wù)器向所述UE所在的無(wú)線(xiàn)網(wǎng)絡(luò)控制器RNC發(fā)送所述UE請(qǐng)求釋放廣播/多播業(yè)務(wù)的通知；c.RNC將所述請(qǐng)求釋放業(yè)務(wù)的UE配置為專(zhuān)用信道狀態(tài)后，向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)；d.流媒體服務(wù)器收到來(lái)自RNC的廣播/多播業(yè)務(wù)釋放響應(yīng)后，通過(guò)所配置的專(zhuān)用信道向所述UE返回業(yè)務(wù)釋放響應(yīng)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述流媒體服務(wù)器向RNC發(fā)送請(qǐng)求釋放廣播/多播業(yè)務(wù)的通知為流媒體服務(wù)器通過(guò)網(wǎng)關(guān)通用分組無(wú)線(xiàn)業(yè)務(wù)支持節(jié)點(diǎn)GGSN、服務(wù)通用分組無(wú)線(xiàn)業(yè)務(wù)支持節(jié)點(diǎn)SGSN向RNC發(fā)送廣播/多播業(yè)務(wù)釋放通知消息，廣播/多播業(yè)務(wù)釋放通知消息中攜帶請(qǐng)求釋放業(yè)務(wù)UE的UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)；步驟c所述RNC向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)為RNC通過(guò)SGSN、GGSN向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟b所述流媒體服務(wù)器向RNC發(fā)送廣播/多播業(yè)務(wù)釋放通知消息的步驟包括b1.流媒體服務(wù)器根據(jù)UE的IP地址查找對(duì)應(yīng)的GGSN，向所述GGSN發(fā)送廣播/多播業(yè)務(wù)釋放通知消息；b2.GGSN根據(jù)所接收到的廣播/多播業(yè)務(wù)釋放通知消息中UE標(biāo)識(shí)查找對(duì)應(yīng)的SGSN，將所述廣播/多播業(yè)務(wù)釋放通知消息轉(zhuǎn)發(fā)給所述SGSN；b3.SGSN根據(jù)所接收到的廣播/多播業(yè)務(wù)釋放通知消息中UE標(biāo)識(shí)查找對(duì)應(yīng)的RNC，將所述廣播/多播業(yè)務(wù)釋放通知消息轉(zhuǎn)發(fā)給所述RNC；步驟c所述RNC向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)的步驟包括c1.RNC向SGSN返回廣播/多播業(yè)務(wù)釋放響應(yīng)；c2.SGSN向GGSN返回廣播/多播業(yè)務(wù)釋放響應(yīng)；c3.GGSN向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述GGSN預(yù)先設(shè)置接收流媒體服務(wù)器的廣播/多播業(yè)務(wù)釋放通知消息的用戶(hù)數(shù)據(jù)報(bào)協(xié)議UDP或傳輸控制協(xié)議TCP端口；步驟b1所述流媒體服務(wù)器向GGSN發(fā)送廣播/多播業(yè)務(wù)釋放通知消息為使用用戶(hù)數(shù)據(jù)報(bào)協(xié)議UDP或傳輸控制協(xié)議TCP將所述廣播/多播業(yè)務(wù)釋放通知消息發(fā)送給GGSN，其中UDP或TCP報(bào)文的目標(biāo)端口為所述GGSN所預(yù)先設(shè)置的接收流媒體服務(wù)器的廣播/多播業(yè)務(wù)釋放通知消息的UDP或TCP端口。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，步驟b2所述GGSN將廣播/多播業(yè)務(wù)釋放通知消息轉(zhuǎn)發(fā)給SGSN為使用通用分組無(wú)線(xiàn)業(yè)務(wù)隧道協(xié)議控制面GTP-C協(xié)議傳送所述廣播/多播業(yè)務(wù)釋放通知消息。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，步驟b3所述SGSN將廣播/多播業(yè)務(wù)釋放通知消息轉(zhuǎn)發(fā)給RNC為使用無(wú)線(xiàn)接入網(wǎng)絡(luò)應(yīng)用部分RANAP協(xié)議傳送所述廣播/多播業(yè)務(wù)釋放通知消息。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，RNC預(yù)先設(shè)置接收流媒體服務(wù)器的廣播/多播業(yè)務(wù)釋放通知消息的UDP或TCP端口；步驟b所述流媒體服務(wù)器向RNC發(fā)送請(qǐng)求釋放廣播/多播業(yè)務(wù)的通知為流媒體服務(wù)器向RNC使用UDP或TCP傳送廣播/多播業(yè)務(wù)釋放通知消息，其中UDP或TCP報(bào)文中目標(biāo)端口為所述RNC所預(yù)先設(shè)置的接收流媒體服務(wù)器的廣播/多播業(yè)務(wù)釋放通知消息的UDP或TCP端口，所述廣播/多播業(yè)務(wù)釋放通知消息攜帶請(qǐng)求釋放業(yè)務(wù)的UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)。
8.根據(jù)權(quán)利要求2至7任一項(xiàng)所述的方法，其特征在于，步驟c所述RNC將所述請(qǐng)求釋放業(yè)務(wù)的UE配置為專(zhuān)用信道狀態(tài)的步驟包括RNC指示廣播/多播業(yè)務(wù)釋放通知消息中UE標(biāo)識(shí)對(duì)應(yīng)的UE切換到專(zhuān)用信道狀態(tài)；UE根據(jù)所述指示切換到專(zhuān)用信道狀態(tài)。
9.根據(jù)權(quán)利要求2至7任一項(xiàng)所述的方法，其特征在于，當(dāng)建立多播業(yè)務(wù)時(shí)，RNC收到來(lái)自流媒體服務(wù)器的包含UE標(biāo)識(shí)和業(yè)務(wù)標(biāo)識(shí)的多播通知消息后，進(jìn)一步包括RNC根據(jù)UE標(biāo)識(shí)確定該UE所在的小區(qū)，并根據(jù)業(yè)務(wù)標(biāo)識(shí)更新所述小區(qū)內(nèi)當(dāng)前接收對(duì)應(yīng)業(yè)務(wù)的UE的數(shù)目；當(dāng)釋放多播業(yè)務(wù)時(shí)，步驟c所述RNC將請(qǐng)求釋放業(yè)務(wù)的UE配置為專(zhuān)用信道狀態(tài)之后進(jìn)一步包括RNC根據(jù)廣播/多播業(yè)務(wù)釋放通知消息中UE標(biāo)識(shí)確定該UE所在的小區(qū)，并根據(jù)業(yè)務(wù)標(biāo)識(shí)更新所述小區(qū)內(nèi)當(dāng)前接收對(duì)應(yīng)業(yè)務(wù)的UE的數(shù)目；RNC判斷所述小區(qū)內(nèi)更新后的接收對(duì)應(yīng)業(yè)務(wù)的UE的數(shù)目是否為0，如果是，則釋放該小區(qū)內(nèi)傳送該業(yè)務(wù)的空口資源。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述RNC釋放小區(qū)內(nèi)傳送該業(yè)務(wù)的空口資源為RNC釋放該小區(qū)內(nèi)傳送該業(yè)務(wù)的空中信道，或者停止下發(fā)所述業(yè)務(wù)的數(shù)據(jù)。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，建立多播業(yè)務(wù)時(shí)，所述更新所述小區(qū)內(nèi)當(dāng)前接收對(duì)應(yīng)業(yè)務(wù)的UE的數(shù)目為將UE的數(shù)目加1；釋放多播業(yè)務(wù)時(shí)，所述更新所述小區(qū)內(nèi)當(dāng)前接收對(duì)應(yīng)業(yè)務(wù)的UE的數(shù)目為將UE的數(shù)目減1。
全文摘要
本發(fā)明公開(kāi)了一種多媒體廣播/多播業(yè)務(wù)的業(yè)務(wù)釋放方法，該方法包括用戶(hù)設(shè)備UE向流媒體服務(wù)器請(qǐng)求釋放當(dāng)前已建立的業(yè)務(wù)；流媒體服務(wù)器向所述UE所在的無(wú)線(xiàn)網(wǎng)絡(luò)控制器RNC發(fā)送所述UE請(qǐng)求釋放廣播/多播業(yè)務(wù)的通知；RNC將所述請(qǐng)求釋放業(yè)務(wù)的UE配置為專(zhuān)用信道狀態(tài)后，向流媒體服務(wù)器返回廣播/多播業(yè)務(wù)釋放響應(yīng)；流媒體服務(wù)器收到來(lái)自RNC的廣播/多播業(yè)務(wù)釋放響應(yīng)后，通過(guò)所配置的專(zhuān)用信道向所述UE返回業(yè)務(wù)釋放響應(yīng)。根據(jù)本發(fā)明公開(kāi)的方法，當(dāng)UE請(qǐng)求業(yè)務(wù)釋放時(shí)，能夠可靠地接收來(lái)自流媒體服務(wù)器的釋放響應(yīng)，且RNC能夠釋放傳輸該業(yè)務(wù)數(shù)據(jù)的空口資源。
文檔編號(hào)H04W76/06GK101047962SQ20061006707
公開(kāi)日2007年10月3日 申請(qǐng)日期2006年3月31日 優(yōu)先權(quán)日2006年3月31日
發(fā)明者胡軍, 司宏杰 申請(qǐng)人:華為技術(shù)有限公司