專利名稱：基于移動(dòng)網(wǎng)絡(luò)的組播業(yè)務(wù)數(shù)據(jù)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)網(wǎng)絡(luò)技術(shù)領(lǐng)域，特別是指一種基于移動(dòng)網(wǎng)絡(luò)的組播業(yè)務(wù)數(shù)據(jù)的實(shí)現(xiàn)方法。
背景技術(shù)：
隨著3G通信技術(shù)的發(fā)展，網(wǎng)絡(luò)已經(jīng)能夠提供足夠的數(shù)據(jù)無線傳輸帶寬，而且，手機(jī)的集成度也越來越高，手機(jī)的信息處理能力也越來越強(qiáng)，在這種條件下，手機(jī)早已不僅僅用于傳統(tǒng)的語(yǔ)音電話業(yè)務(wù)，還能夠?qū)崿F(xiàn)播放多種業(yè)務(wù)數(shù)據(jù)，與視頻音頻相關(guān)的流媒體業(yè)務(wù)數(shù)據(jù)就很自然的出現(xiàn)在手機(jī)上，具體的如多媒體短消息業(yè)務(wù)數(shù)據(jù)、PS域視頻流業(yè)務(wù)數(shù)據(jù)、可視電話業(yè)務(wù)數(shù)據(jù)、多媒體廣播多播業(yè)務(wù)數(shù)據(jù)等。
目前，現(xiàn)有的在手機(jī)上播放的流媒體業(yè)務(wù)均采用點(diǎn)到點(diǎn)的傳輸方式，參見圖1，圖1所示為點(diǎn)對(duì)點(diǎn)傳輸?shù)膶?shí)現(xiàn)原理示意圖。
每個(gè)用戶終端(UE)分別與無線接入網(wǎng)(RAN)、核心網(wǎng)(CN)進(jìn)行交互，建立專用的用于和外部網(wǎng)絡(luò)連接的IP數(shù)據(jù)傳輸通道。之后，流媒體服務(wù)器通過該專用的IP數(shù)據(jù)傳輸通道向UE發(fā)送流媒體業(yè)務(wù)數(shù)據(jù)。即每個(gè)UE與流媒體服務(wù)器之間都建立一條專用的IP數(shù)據(jù)傳輸通道用于傳輸流媒體業(yè)務(wù)數(shù)據(jù)，流媒體服務(wù)器也必須為每個(gè)UE分別發(fā)送一份數(shù)據(jù)。
基于上述原理，當(dāng)一個(gè)用戶需要通過手機(jī)收看電視時(shí)，用戶的UE通過網(wǎng)絡(luò)側(cè)，包括SGSN、GGSN、IP傳輸網(wǎng)，向流媒體服務(wù)器發(fā)送流媒體播放請(qǐng)求，播放請(qǐng)求可以通過RTSP協(xié)議或其他的流媒體實(shí)時(shí)交互協(xié)議來承載，該請(qǐng)求中包含用戶所選擇的節(jié)目標(biāo)識(shí)，即所選的頻道，網(wǎng)絡(luò)側(cè)在UE和流媒體服務(wù)器間建立專用的IP數(shù)據(jù)傳輸通道，IP數(shù)據(jù)傳輸通道建立完成后，流媒體服務(wù)器將接收的屬性信息告訴UE。所謂屬性信息包括數(shù)據(jù)傳輸通道的IP地址、端口號(hào)、速率以及編碼格式等信息。之后，流媒體服務(wù)器拷貝一份與節(jié)目標(biāo)識(shí)所對(duì)應(yīng)的數(shù)據(jù)，并將該數(shù)據(jù)通過已建立的專用的IP數(shù)據(jù)傳輸通道發(fā)送給UE，UE根據(jù)接收的屬性信息，對(duì)接收到的數(shù)據(jù)解碼后將音頻視頻信息呈現(xiàn)給用戶。
上述是以流媒體業(yè)務(wù)數(shù)據(jù)為例來說明基于移動(dòng)網(wǎng)的傳輸業(yè)務(wù)數(shù)據(jù)的方法，當(dāng)然在移動(dòng)網(wǎng)絡(luò)中所傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)包括但不限于流媒體業(yè)務(wù)數(shù)據(jù)，所傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)還可以是媒體文件業(yè)務(wù)數(shù)據(jù)，如MTV、MP3音樂文件、視頻文件、電子書、圖片、電子報(bào)紙等。由此可見，現(xiàn)有的傳輸業(yè)務(wù)數(shù)據(jù)的方法存在以下缺陷1)對(duì)于目前的R99、R4、R5網(wǎng)絡(luò)，在應(yīng)用服務(wù)器與每個(gè)UE之間都需要建立一條專用的IP數(shù)據(jù)傳輸通道，無論各個(gè)UE所要求接收的業(yè)務(wù)數(shù)據(jù)是否相同，應(yīng)用服務(wù)器都要為每個(gè)UE都發(fā)送一份數(shù)據(jù)，這樣必然出現(xiàn)同樣的業(yè)務(wù)數(shù)據(jù)被發(fā)送多次，因而使得資源利用率很低，而且，由于網(wǎng)絡(luò)側(cè)的資源所限，接入的用戶數(shù)目也受限制的。
2)由于NodeB分布范圍廣，并不是所有的NodeB基站都有條件鋪設(shè)光纖或多條E1，而即使鋪設(shè)，鋪設(shè)的成本也非常高；對(duì)于沒有傳輸資源的運(yùn)營(yíng)商，租用傳輸通道的價(jià)格是非常高的。一般一個(gè)運(yùn)營(yíng)商僅提供幾個(gè)直播頻道(如幾套電視節(jié)目)，假如RAN中一個(gè)NodeB下面的幾十個(gè)用戶都接收相同的業(yè)務(wù)數(shù)據(jù)，如收看同一個(gè)電視頻道，在目前的實(shí)現(xiàn)方案下，就需要在RNC和NodeB之間的IUB接口上為每一個(gè)UE建立一條承載流媒體業(yè)務(wù)數(shù)據(jù)的專用傳輸通道，這必然導(dǎo)致IUB接口資源被大量占用，運(yùn)營(yíng)商不得不為此增加傳輸資源，而對(duì)于用戶而言，接收的費(fèi)用肯定也是非常高的。這樣，不利用該服務(wù)的推廣應(yīng)用。
3)對(duì)于R6網(wǎng)絡(luò)，其擁有廣播多播-業(yè)務(wù)中心(BM-SC，Broadcast Multicast-Service Center)，理論上可以支持多媒體的廣播多播業(yè)務(wù)(MBMS)，但該版本的協(xié)議還未制定完成，成熟的產(chǎn)品推向市場(chǎng)還需較長(zhǎng)時(shí)間，而現(xiàn)有的網(wǎng)絡(luò)大多不支持R6，如果采用R6的方式，對(duì)現(xiàn)有網(wǎng)絡(luò)的整體改動(dòng)較大。
由此可見，在現(xiàn)有網(wǎng)絡(luò)中類似流媒體的業(yè)務(wù)數(shù)據(jù)不能實(shí)現(xiàn)組播，因而不但網(wǎng)絡(luò)資源利用率低，而且實(shí)現(xiàn)成本非常高。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種基于移動(dòng)網(wǎng)絡(luò)的組播業(yè)務(wù)數(shù)據(jù)的實(shí)現(xiàn)方法，使網(wǎng)絡(luò)側(cè)的用于提供數(shù)據(jù)的數(shù)據(jù)源只需下發(fā)一份數(shù)據(jù)至RAN，提高網(wǎng)絡(luò)側(cè)應(yīng)用層的資源利用率。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種基于移動(dòng)網(wǎng)絡(luò)的組播業(yè)務(wù)數(shù)據(jù)的實(shí)現(xiàn)方法，在無線接入網(wǎng)RAN上設(shè)置組播代理模塊，待接收業(yè)務(wù)數(shù)據(jù)的UE與CN進(jìn)行交互，激活PDP，該方法還包括以下步驟a、RAN中的組播代理模塊監(jiān)測(cè)到來自UE的包含目的信息的接入請(qǐng)求，判斷出該請(qǐng)求中的目的信息是預(yù)先指定的用于提供數(shù)據(jù)業(yè)務(wù)服務(wù)的數(shù)據(jù)源的目的信息后，執(zhí)行接入控制，獲取發(fā)起接入請(qǐng)求的UE待接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)，建立起與UE之間的控制連接；UE從控制連接的建立過程中獲取接收屬性信息；b、RAN中的組播代理模塊接收到來自UE的啟動(dòng)播放請(qǐng)求后，根據(jù)已獲取的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)，將來自數(shù)據(jù)源的與業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)下發(fā)給UE；c、UE根據(jù)已獲取的接收屬性信息在已建立的傳輸通道中接收業(yè)務(wù)數(shù)據(jù)。
較佳地，所述組播代理模塊由控制代理CA和數(shù)據(jù)代理DA構(gòu)成；步驟a所述操作由組播代理模塊內(nèi)的CA執(zhí)行；當(dāng)CA建立起與UE之間的控制連接后，CA通知DA開始執(zhí)行發(fā)送業(yè)務(wù)數(shù)據(jù)的操作；DA接收到來自CA的該通知后，再將來自數(shù)據(jù)源的與業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)下發(fā)給UE。
較佳地，所述已建立的傳輸通道為在傳輸層RAN與UE之間針對(duì)每個(gè)UE建立的一條專用的數(shù)據(jù)傳輸通道；所述DA將來自數(shù)據(jù)源的與業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)下發(fā)給UE的過程為當(dāng)DA接收到來自CA的執(zhí)行發(fā)送業(yè)務(wù)數(shù)據(jù)的通知后，開始向發(fā)起播放請(qǐng)求的UE所在的下行專用數(shù)據(jù)傳輸通道上發(fā)送業(yè)務(wù)數(shù)據(jù)。
較佳地，所述已建立的傳輸通道為在傳輸層RAN為每個(gè)小區(qū)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)預(yù)先建立的共享數(shù)據(jù)傳輸通道；所述DA將來自數(shù)據(jù)源的與業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)下發(fā)給UE的過程為當(dāng)DA接收到來自CA的執(zhí)行發(fā)送業(yè)務(wù)數(shù)據(jù)的通知后，統(tǒng)計(jì)該發(fā)起播放請(qǐng)求的UE當(dāng)前所在小區(qū)內(nèi)接收該UE所要求播放的業(yè)務(wù)數(shù)據(jù)的用戶數(shù)，并判斷該用戶數(shù)是否由零變?yōu)榉橇?，如果是，則DA開始在下行公共傳輸通道上發(fā)送該UE所要求的業(yè)務(wù)數(shù)據(jù)，否則DA不做處理；或者，由RAN內(nèi)的SACU統(tǒng)計(jì)該發(fā)起播放請(qǐng)求的UE當(dāng)前所在小區(qū)內(nèi)接收該UE所要求播放的業(yè)務(wù)數(shù)據(jù)的用戶數(shù)，并判斷該用戶數(shù)是否由零變?yōu)榉橇?，如果是，則給DA發(fā)送開始發(fā)送數(shù)據(jù)的通知，DA接收到該通知后，開始在下行公共傳輸通道上發(fā)送該UE所要求的業(yè)務(wù)數(shù)據(jù)，否則RAN內(nèi)的SACU不再做處理。
較佳地，所述預(yù)先建立的共享數(shù)據(jù)傳輸通道的建立過程包括以下步驟01)組播代理模塊內(nèi)的CA指示RAN內(nèi)的SACU進(jìn)行重配置，且該配置指示中包含UE所選擇的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)；02)SACU接收到步驟01)所述指示后，斷開已建立的下行IP數(shù)據(jù)通道，在自身進(jìn)行重配置，之后，從重配置指示中獲取業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)，根據(jù)該業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)按照現(xiàn)有的計(jì)算方式重新計(jì)算該UE的無線網(wǎng)絡(luò)標(biāo)識(shí)；然后再向UE發(fā)送更改UTRAN的信息，該信息中包含已重新計(jì)算出的無線網(wǎng)絡(luò)標(biāo)識(shí)；03)UE接收到步驟02)所述更改信息后，更新自身無線網(wǎng)絡(luò)標(biāo)識(shí)，然后向SACU返回更改確認(rèn)信息；04)SACU向UE發(fā)送重配置命令，UE接收到該命令后，在自身進(jìn)行重配置之后，UE給SACU返回重配置命令響應(yīng)；05)SACU釋放當(dāng)前UE占用的信道資源。
較佳地，當(dāng)所述網(wǎng)絡(luò)為WCDMA時(shí)，所述SACU為RRC，所述無線網(wǎng)絡(luò)標(biāo)識(shí)為UTRAN無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)URNTI和小區(qū)無線網(wǎng)絡(luò)暫時(shí)標(biāo)識(shí)CRNTI；所述重配置指示和重配置命令分別為D2F重配置指示和D2F重配置命令；所述當(dāng)前UE占用的信道資源為專用信道資源。
較佳地，所述UE與CN進(jìn)行交互，激活PDP的過程中至少包括建立無線資源控制連接，如果網(wǎng)絡(luò)已預(yù)先配置為RAN對(duì)空口數(shù)據(jù)進(jìn)行加密，則該方法進(jìn)一步包括UE與RAN交互時(shí)發(fā)起無線資源控制連接請(qǐng)求中包含 “組播業(yè)務(wù)請(qǐng)求(Multicast Service Request)”的擴(kuò)展原因值，當(dāng)RAN檢測(cè)到無線資源控制連接請(qǐng)求的原因值為“組播業(yè)務(wù)請(qǐng)求”時(shí)，將對(duì)該UE的空中接口數(shù)據(jù)不加密，直接發(fā)送。
較佳地，所述組播代理模塊內(nèi)的DA接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)的方式是組播代理模塊直接接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，或者，組播代理模塊經(jīng)除CN以外的網(wǎng)絡(luò)接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，或者，利用CN中的路由功能，建立一條專門用于傳輸組播業(yè)務(wù)數(shù)據(jù)的通道，組播代理模塊經(jīng)CN中的該專門的傳輸通道接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)。
較佳地，所述組播代理模塊內(nèi)的DA接收到來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)為單播數(shù)據(jù)或組播數(shù)據(jù)，如果接收到是單播數(shù)據(jù)則將單播數(shù)據(jù)轉(zhuǎn)換為組播數(shù)據(jù)，再執(zhí)行后續(xù)操作。
較佳地，該方法進(jìn)一步包括A、UE發(fā)起釋放請(qǐng)求，該請(qǐng)求中包含目的信息；該目的信息為目的IP地址，或目的IP地址和端口號(hào)；B、RAN中的組播代理模塊監(jiān)測(cè)到來自UE的包含目的信息的釋放請(qǐng)求，判斷出該請(qǐng)求中的目的信息是預(yù)先指定的用于提供數(shù)據(jù)業(yè)務(wù)服務(wù)的數(shù)據(jù)源的目的信息后，截獲該請(qǐng)求，執(zhí)行資源釋放操作；之后，給UE返回釋放響應(yīng)。
較佳地，所述組播代理模塊由控制代理CA和數(shù)據(jù)代理DA構(gòu)成；當(dāng)在傳輸層RAN與UE之間針對(duì)每個(gè)UE存在一條專用的數(shù)據(jù)傳輸通道時(shí)，所述資源釋放操作包括以下步驟CA通知DA停止向該UE的下行專用傳輸通道發(fā)送業(yè)務(wù)數(shù)據(jù)，并且，CA釋放網(wǎng)絡(luò)側(cè)和UE側(cè)之間的控制連接以及無線資源控制；DA接收到上述通知后，則停止向該UE的下行專用傳輸通道發(fā)送業(yè)務(wù)數(shù)據(jù)。
較佳地，所述組播代理模塊由控制代理CA和數(shù)據(jù)代理DA構(gòu)成；當(dāng)在傳輸層RAN與每個(gè)小區(qū)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)存在一條共享的數(shù)據(jù)傳輸通道時(shí)，所述UE發(fā)起的釋放請(qǐng)求中進(jìn)一步包括業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)；所述資源釋放操作包括以下步驟CA控制網(wǎng)絡(luò)側(cè)進(jìn)行重配置，通知DA停止在該共享的數(shù)據(jù)傳輸通道上發(fā)送業(yè)務(wù)數(shù)據(jù)，且CA釋放UE側(cè)所占用的控制連接以及無線資源控制；DA接收到上述通知后，將該小區(qū)內(nèi)當(dāng)前接收該業(yè)務(wù)數(shù)據(jù)內(nèi)容的用戶數(shù)減一，然后判斷接收該業(yè)務(wù)數(shù)據(jù)的用戶數(shù)是否為由非零變?yōu)榱?，如果是，則DA停止向該小區(qū)發(fā)送業(yè)務(wù)數(shù)據(jù)，否則DA不做處理；或者，所述資源釋放操作包括以下步驟CA控制網(wǎng)絡(luò)側(cè)進(jìn)行重配置，同時(shí)，RAN內(nèi)的SACU將該小區(qū)內(nèi)當(dāng)前接收該業(yè)務(wù)數(shù)據(jù)內(nèi)容的用戶數(shù)減一，然后判斷接收該業(yè)務(wù)數(shù)據(jù)的用戶數(shù)是否為由非零變?yōu)榱?，如果是，則給DA發(fā)送停止發(fā)送數(shù)據(jù)的通知，DA接收到該通知后，停止在下行公共傳輸通道上發(fā)送該UE所要求的業(yè)務(wù)數(shù)據(jù)，否則RAN內(nèi)的SACU不再做處理。
較佳地，所述CA控制網(wǎng)絡(luò)側(cè)進(jìn)行重配置的操作包括以下步驟組播代理模塊內(nèi)的CA指示SACU進(jìn)行重配置；SACU接收到重配置指示后，在自身進(jìn)行重配置，之后，向UE發(fā)送重配置命令；UE根據(jù)接收到的命令在自身進(jìn)行重配置。
較佳地，當(dāng)所述網(wǎng)絡(luò)為WCDMA時(shí)，所述SACU為RRC；所述重配置指示和重配置命令分別為F2D重配置指示和F2D重配置命令。
較佳地，所述控制連接為業(yè)務(wù)控制連接和TCP連接，所述業(yè)務(wù)控制連接可以是流媒體控制連接，其包括但不限于實(shí)時(shí)流媒體協(xié)議RTSP(RealtimeStreaming Protocol)，所述業(yè)務(wù)控制連接也可以是文件傳送的控制連接，其包括但不限于點(diǎn)到多點(diǎn)的單向文件傳送協(xié)議FLUTE(File Delivery overUnidirectional Transport)。
較佳地，當(dāng)所述組播代理模塊由控制代理CA和數(shù)據(jù)代理DA構(gòu)成，且RAN與每個(gè)小區(qū)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)存在一條共享的數(shù)據(jù)傳輸通道時(shí)，進(jìn)一步包括，UE進(jìn)行跨小區(qū)更新，所述小區(qū)更新過程包括以下步驟i)SACU接收到來自UE的包含目標(biāo)小區(qū)標(biāo)識(shí)信息的小區(qū)更新請(qǐng)求后，判斷目標(biāo)小區(qū)與源小區(qū)所承載的公共信道數(shù)據(jù)是否一樣，如果一樣，則直接執(zhí)行步驟iii)，如果不一樣，則執(zhí)行步驟ii)；ii)SACU重新計(jì)算該UE的無線網(wǎng)絡(luò)標(biāo)識(shí)，之后，向UE發(fā)送更改UTRAN的信息，該信息中包含已重新計(jì)算出的無線網(wǎng)絡(luò)標(biāo)識(shí)，UE根據(jù)接收到的信息更新完畢后，向SACU返回更改UTRAN的確認(rèn)信息；iii)SACU通知組播代理模塊內(nèi)的CA，UE進(jìn)行了小區(qū)更新，由CA通知DA，上述通知中均包含目標(biāo)小區(qū)的標(biāo)識(shí)信息以及發(fā)起更新請(qǐng)求的UE的標(biāo)識(shí)；iv)DA將目標(biāo)小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)加一；然后判斷與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)傳輸通道內(nèi)的用戶數(shù)是否為由零變?yōu)榉橇悖绻?，則在目標(biāo)小區(qū)內(nèi)啟動(dòng)向承載該業(yè)務(wù)數(shù)據(jù)的公共傳輸通道發(fā)送數(shù)據(jù)，然后再執(zhí)行步驟v)，否則，則直接執(zhí)行步驟v)；v)DA將源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)減一；然后判斷源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)數(shù)據(jù)傳輸通道內(nèi)的用戶數(shù)是否為非零，如果是，則直接執(zhí)行步驟vi)，否則，DA停止向源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道內(nèi)發(fā)送業(yè)務(wù)數(shù)據(jù)，然后再執(zhí)行步驟vi)；vi)DA通知CA操作完成，CA給SACU返回操作執(zhí)行完畢響應(yīng)信息；SACU接收到該響應(yīng)后，給UE返回小區(qū)更新響應(yīng)。
較佳地，當(dāng)所述組播代理模塊由控制代理CA和數(shù)據(jù)代理DA構(gòu)成，且RAN與每個(gè)小區(qū)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)存在一條共享的數(shù)據(jù)傳輸通道時(shí)，進(jìn)一步包括，UE進(jìn)行跨小區(qū)更新，所述小區(qū)更新過程包括以下步驟i)SACU接收到來自UE的包含目標(biāo)小區(qū)標(biāo)識(shí)信息的小區(qū)更新請(qǐng)求后，判斷目標(biāo)小區(qū)與源小區(qū)所承載的公共信道數(shù)據(jù)是否一樣，如果一樣，則直接執(zhí)行步驟iii)，如果不一樣，則執(zhí)行步驟ii)；ii)SACU重新計(jì)算該UE的無線網(wǎng)絡(luò)標(biāo)識(shí)，之后，向UE發(fā)送更改UTRAN的信息，該信息中包含已重新計(jì)算出的無線網(wǎng)絡(luò)標(biāo)識(shí)，UE根據(jù)接收到的信息更新完畢后，向SACU返回更改UTRAN的確認(rèn)信息；iii)SACU將目標(biāo)小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)加一，然后判斷與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)傳輸通道內(nèi)的用戶數(shù)是否為由零變?yōu)榉橇?，如果是，則執(zhí)行步驟iv)，否則，則直接執(zhí)行步驟v)；iv)SACU通知組播代理模塊內(nèi)的DA開始發(fā)送數(shù)據(jù)，DA接收到該通知后在目標(biāo)小區(qū)內(nèi)啟動(dòng)向承載該業(yè)務(wù)數(shù)據(jù)的公共傳輸通道發(fā)送數(shù)據(jù)，并給SACU返回執(zhí)行操作的響應(yīng)信息，然后再執(zhí)行步驟v)；v)SACU將源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)減一，然后判斷源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)數(shù)據(jù)傳輸通道內(nèi)的用戶數(shù)是否為非零，如果是，則不做處理，否則，通知組播代理模塊內(nèi)的DA停止發(fā)送數(shù)據(jù)，DA接收到該通知后，停止向源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道內(nèi)發(fā)送業(yè)務(wù)數(shù)據(jù)，并給SACU返回操作執(zhí)行完畢響應(yīng)信息；vi)SACU給UE返回小區(qū)更新響應(yīng)。
較佳地，當(dāng)所述網(wǎng)絡(luò)為WCDMA時(shí)，所述SACU為RRC，所述無線網(wǎng)絡(luò)標(biāo)識(shí)為UTRAN無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)URNTI和小區(qū)無線網(wǎng)絡(luò)暫時(shí)標(biāo)識(shí)CRNTI。
較佳地，所述組播代理模塊內(nèi)的數(shù)據(jù)代理DA由單級(jí)處理單元構(gòu)成，或由兩級(jí)或兩級(jí)以上的處理單元構(gòu)成；在組播代理模塊內(nèi)的DA由兩級(jí)處理單元構(gòu)成時(shí)，如果低層次的組播數(shù)據(jù)代理單元LDAU接收到來自CA的播放通知，則LDAU將當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)加一，然后判斷當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)是否由零變?yōu)榉橇?，若是，則向高層次的組播數(shù)據(jù)代理單元HDAU發(fā)出接入請(qǐng)求，由HDAU啟動(dòng)向承載該業(yè)務(wù)數(shù)據(jù)的公共傳輸通道發(fā)送數(shù)據(jù)，否則LDAU不做處理；如果低層LDAU接收到來自CA的停止播放通知，則LDAU將當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)減一，然后判斷當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)是否由非零變?yōu)榱悖羰?，則LDAU通知HDAU停止向該小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道內(nèi)發(fā)送業(yè)務(wù)數(shù)據(jù)，否則，不做處理。
較佳地，如果是WCDMA網(wǎng)絡(luò)，且所述組播代理模塊設(shè)置在RAN中的RNC內(nèi)時(shí)，所述組播代理模塊利用RNC內(nèi)基于硬件的組播功能將業(yè)務(wù)數(shù)據(jù)從高層次的組播數(shù)據(jù)代理單元發(fā)送至低層次的組播數(shù)據(jù)代理單元；所述硬件為IP交換功能的硬件平臺(tái)，或ATM交換平臺(tái)或多業(yè)務(wù)平臺(tái)。
較佳地，如果是WCDMA網(wǎng)絡(luò)，且所述組播代理模塊設(shè)置在RAN中的RNC內(nèi)時(shí)，進(jìn)一步包括在NodeB內(nèi)設(shè)置具有業(yè)務(wù)數(shù)據(jù)分發(fā)功能的多播數(shù)據(jù)分發(fā)代理MDDA模塊，該MDDA模塊接收來自RNC的業(yè)務(wù)數(shù)據(jù)，根據(jù)需要將數(shù)據(jù)復(fù)制后分發(fā)給各個(gè)小區(qū)。
較佳地，如果是WCDMA網(wǎng)絡(luò)，所述組播代理模塊設(shè)置在RAN中的RNC內(nèi)，或設(shè)置在RAN中的NodeB內(nèi)；如果是CDMA網(wǎng)絡(luò)，所述組播代理模塊設(shè)置在RAN中的CBSC上，或設(shè)置在RAN中的CBTS上；如果是GSM網(wǎng)絡(luò)，所述組播代理模塊設(shè)置在RAN中的GBSC上，或設(shè)置在RAN中的GBTS上。
較佳地，所述目的信息為目的IP地址，或目的IP地址和端口號(hào)；步驟b所述接收屬性信息至少包含與待接收業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)的IP地址、端口號(hào)、速率以及編碼格式。
較佳地，所述數(shù)據(jù)源包括但不限于流媒體服務(wù)器，所述業(yè)務(wù)數(shù)據(jù)包括但不限于流媒體業(yè)務(wù)數(shù)據(jù)。
本發(fā)明的關(guān)鍵是，RAN中的組播代理模塊監(jiān)測(cè)到來自UE的包含目的信息的接入請(qǐng)求，判斷出該請(qǐng)求中的目的信息是預(yù)先指定的用于提供數(shù)據(jù)業(yè)務(wù)服務(wù)的數(shù)據(jù)源的目的信息后，執(zhí)行接入控制，獲取發(fā)起接入請(qǐng)求的UE待接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)，建立起與UE之間的控制連接；UE從控制連接的建立過程中獲取接收屬性信息；RAN中的組播代理模塊接收到來自UE的啟動(dòng)播放請(qǐng)求后，根據(jù)已獲取的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)，將來自數(shù)據(jù)源的與業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)下發(fā)給UE；UE根據(jù)已獲取的接收屬性信息在已建立的傳輸通道中接收業(yè)務(wù)數(shù)據(jù)。
應(yīng)用本發(fā)明，具有以下優(yōu)點(diǎn)1、由于采用了組播代理模塊，數(shù)據(jù)源至組播代理模塊之間只需傳輸一份數(shù)據(jù)，實(shí)現(xiàn)了業(yè)務(wù)數(shù)據(jù)的組播，使得數(shù)據(jù)處理能更快速和流暢，有助于提升流媒體業(yè)務(wù)的Qos，提高了網(wǎng)絡(luò)資源的利用率。
2、由于組播代理模塊的存在，RAN可以獲得當(dāng)前業(yè)務(wù)數(shù)據(jù)的速率，從而使RAN內(nèi)的相關(guān)實(shí)體根據(jù)業(yè)務(wù)數(shù)據(jù)當(dāng)前的速率，指配或重配相應(yīng)速率的承載信道，比如當(dāng)一個(gè)節(jié)目源的速率是50Kbits/秒時(shí)，只需要給該用戶分配64K的傳輸信道就足夠了，從而可以更加有效和科學(xué)地應(yīng)用有限的空口資源。
3、由于采用了RAN代理技術(shù)，許多處理不用再到CN及流媒體服務(wù)器側(cè)處理，流程處理速度大加快，使用戶明顯感覺到接續(xù)速度的加快，提高了服務(wù)質(zhì)量。
4、如果數(shù)據(jù)源是流媒體服務(wù)器，目前一臺(tái)性能較高的流媒體服務(wù)器處理同時(shí)在線點(diǎn)播或直播的用戶數(shù)約為1000左右，而采用本發(fā)明的方法后，流媒體服務(wù)器能支持的同時(shí)在線直播用戶可以達(dá)到數(shù)萬，核心網(wǎng)側(cè)和應(yīng)用層的資源也會(huì)大大節(jié)省。
5、本發(fā)明所述方法可以很好地與移動(dòng)網(wǎng)絡(luò)相結(jié)合，如與目前R99、R4、R5中的RAN相結(jié)合，對(duì)現(xiàn)有網(wǎng)絡(luò)改動(dòng)很小，為運(yùn)營(yíng)商提供一種能大幅度降低運(yùn)行成本，尤其是降低在空口、IUB接口上的傳輸成本的運(yùn)營(yíng)方式。同時(shí)運(yùn)營(yíng)商可以利用這種技術(shù)，降低由手機(jī)觀看直播流媒體費(fèi)用，從而使運(yùn)營(yíng)商在競(jìng)爭(zhēng)中處理非常有利的位置。
6、接收數(shù)據(jù)源業(yè)務(wù)數(shù)據(jù)的組播代理模塊，可以采用組播數(shù)據(jù)的旁路技術(shù)接收業(yè)務(wù)數(shù)據(jù)，這樣組播業(yè)務(wù)數(shù)據(jù)由專用的通道承載，大幅度提升了組播數(shù)據(jù)的QOS。


圖1所示為點(diǎn)對(duì)點(diǎn)傳輸?shù)膶?shí)現(xiàn)原理示意圖；圖2a所示為應(yīng)用本發(fā)明的實(shí)現(xiàn)組播的一種實(shí)現(xiàn)原理示意圖；圖2b所示為應(yīng)用本發(fā)明的實(shí)現(xiàn)組播的另一種實(shí)現(xiàn)原理示意圖；圖3a所示為CA作為流媒體服務(wù)器代理時(shí)的協(xié)議層次圖；圖3b所示當(dāng)CA作為流媒體服務(wù)器代理時(shí)DA的協(xié)議層次圖；圖4所示為一實(shí)施例的建立業(yè)務(wù)數(shù)據(jù)組播的總體實(shí)現(xiàn)流程圖；圖5示為在傳輸層配置共享數(shù)據(jù)傳輸通道的實(shí)現(xiàn)流程圖。本實(shí)現(xiàn)流程以FACH信道為例進(jìn)行說明；圖6a為現(xiàn)有的網(wǎng)絡(luò)側(cè)空口的各實(shí)體關(guān)系示意圖；圖6b為應(yīng)用本發(fā)明的發(fā)起接入請(qǐng)求的UE采用專用通道時(shí)網(wǎng)絡(luò)側(cè)空口的各實(shí)體關(guān)系示意圖；圖6c為應(yīng)用本發(fā)明的發(fā)起接入請(qǐng)求的UE采用共享通道時(shí)網(wǎng)絡(luò)側(cè)空口的各實(shí)體關(guān)系示意圖；圖7所示為RAN內(nèi)的組播代理模塊中的DA接收數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)的實(shí)現(xiàn)方式示意圖；圖8所示為一實(shí)施例的釋放業(yè)務(wù)數(shù)據(jù)組播的總體實(shí)現(xiàn)流程圖；圖9所示為釋放共享組播傳輸通道時(shí)對(duì)傳輸層進(jìn)行重配置的實(shí)現(xiàn)流程圖；圖10所示為小區(qū)更新的流程示意圖；圖11所示為進(jìn)行跨RNC時(shí)的切換過程流程圖；圖12所示為組播代理模塊內(nèi)存在兩級(jí)DA的實(shí)現(xiàn)原理示意圖；圖13所示為在NodeB內(nèi)設(shè)置MDDA的實(shí)現(xiàn)原理示意圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明再做進(jìn)一步地詳細(xì)說明。
本發(fā)明基本實(shí)現(xiàn)思路是，在應(yīng)用服務(wù)器與UE之間傳輸業(yè)務(wù)數(shù)據(jù)時(shí)，由原來的點(diǎn)對(duì)點(diǎn)的傳輸方式變?yōu)橐稽c(diǎn)對(duì)多點(diǎn)的傳輸方式，即實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的組播。
圖2a所示為應(yīng)用本發(fā)明的實(shí)現(xiàn)組播的一種實(shí)現(xiàn)原理示意圖。在RAN中設(shè)置組播代理模塊，各個(gè)UE分別與RAN、CN進(jìn)行交互，激活PDP。之后，用于提供業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)源只需將自身所有業(yè)務(wù)數(shù)據(jù)經(jīng)路由器發(fā)送一份至RAN中的組播代理模塊，而在UE與RAN之間仍應(yīng)用現(xiàn)有的傳輸模式實(shí)現(xiàn)傳輸，即每個(gè)UE與RAN之間建立一條專用的數(shù)據(jù)傳輸通道，由RAN中的組播代理模塊將接收到的來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)分別發(fā)送給各個(gè)UE。這樣，對(duì)于網(wǎng)絡(luò)側(cè)的核心網(wǎng)部分而言，在數(shù)據(jù)源與RAN之間只存在一條通道，大大節(jié)約了核心網(wǎng)部分的資源，提高了資源利用率，降低了成本。
圖2b所示為應(yīng)用本發(fā)明的實(shí)現(xiàn)組播的另一種實(shí)現(xiàn)原理示意圖。該實(shí)現(xiàn)過程中，對(duì)于數(shù)據(jù)源到RAN的實(shí)現(xiàn)方式與圖2a所示方式相同，在此基礎(chǔ)上，組播代理模塊在每個(gè)小區(qū)內(nèi)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)只建立一條數(shù)據(jù)傳輸通道，這樣，同一小區(qū)內(nèi)接收同一業(yè)務(wù)數(shù)據(jù)內(nèi)容的所有UE只需一條通道，從而進(jìn)一步地節(jié)約了網(wǎng)絡(luò)側(cè)接入網(wǎng)部分的網(wǎng)絡(luò)資源，提高了資源利用率，降低了成本。
本發(fā)明所述數(shù)據(jù)源包括但不限來源于流媒體服務(wù)器，所述業(yè)務(wù)數(shù)據(jù)包括但不限于流媒體業(yè)務(wù)數(shù)據(jù)，還可以是MTV、MP3音樂文件、電子書、圖片、電子報(bào)紙等媒體文件業(yè)務(wù)數(shù)據(jù)。
為實(shí)現(xiàn)本發(fā)明需要在RAN中設(shè)置組播代理模塊(MA)，該組播代理模塊由控制代理(CA)實(shí)體和數(shù)據(jù)代理(DA)實(shí)體共同構(gòu)成，且控制代理(CA)實(shí)體和數(shù)據(jù)代理(DA)實(shí)體可以為同一物理實(shí)體，也可以為不同的物理實(shí)體。
控制代理(CA)，其主要處理與UE的業(yè)務(wù)控制連接和TCP連接，其中業(yè)務(wù)控制連接可以是流媒體控制連接，其包括但不限于實(shí)時(shí)流媒體協(xié)議(RTSP，Realtime Streaming Protocol)，業(yè)務(wù)控制連接也可以是文件傳送的控制連接，其包括但不限于點(diǎn)到多點(diǎn)的單向文件傳送協(xié)議(FLUTE，F(xiàn)ile Delivery overUnidirectional Transport)。
數(shù)據(jù)代理(DA)，其主要處理具體的組播業(yè)務(wù)數(shù)據(jù)分發(fā)處理，接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，在CA或信令及控制處理單元(SACU，Signal And ControlUnit)的控制下，將數(shù)據(jù)通過RAN建立好的業(yè)務(wù)信道發(fā)送給UE。
本文以下所述所有實(shí)施例均以WCDMA網(wǎng)絡(luò)為例。在WCDMA網(wǎng)絡(luò)中，SACU為RRC實(shí)體。
下面以RAN內(nèi)組播代理模塊代理流媒體服務(wù)器為例進(jìn)行說明，此時(shí)MA中的CA代理了流媒體服務(wù)器的TCP/IP協(xié)議層及RTSP協(xié)議層，DA代理了流媒體服務(wù)器的實(shí)時(shí)的媒體數(shù)據(jù)分發(fā)功能。圖3a和圖3b所示分別為CA及DA作為流媒體服務(wù)器代理時(shí)的協(xié)議層次圖。
參見圖3a，從下至上，CA的協(xié)議層依次為物理層(PHY)，該物理層可以是DPCH或是SCCPCH，介質(zhì)訪問控制(MAC)層，該MAC層內(nèi)有專用信道(DCH)或前向接入信道(FACH)，無線鏈路控制(RLC)層，該層可以是應(yīng)答確認(rèn)(AM)模式，也可以是非應(yīng)答確認(rèn)(UM)模式，PDCP層，IP層，TCP層，以及流媒體控制層，如RTSP或MMS協(xié)議。由此可見，CA完全代理了TCP/IP協(xié)議層及RTSP、MMS等流媒體協(xié)議層，PDCP及以下協(xié)議層是RAN固有的協(xié)議層。
參見圖3b，從下至上，DA的協(xié)議層依次為PHY，該P(yáng)HY可以是DPCH或SCCPCH，MAC層，該MAC層可以是DCH或FACH，RLC層，該層可AM模式，也可以是UM模式，PDCP層，IP層，UDP層，RTP層，A/V Stream，如AMR，H.263，H.264，MPEG4等。由此可見，DA實(shí)現(xiàn)了流媒體數(shù)據(jù)的分發(fā)功能，并對(duì)數(shù)據(jù)做了相應(yīng)的處理，這些處理包括，如果IP地址是單播地址，則將其轉(zhuǎn)化為組播地址，以及更改UDP端口號(hào)，并重新計(jì)算該UDP數(shù)據(jù)包的校驗(yàn)和，之后交由PDCP在專用或公用信道上發(fā)給UE，其中，PDCP及以下協(xié)議層是RAN固有的協(xié)議層。
圖4所示為一實(shí)施例的建立業(yè)務(wù)數(shù)據(jù)組播的總體實(shí)現(xiàn)流程圖。在本實(shí)施例中，RAN內(nèi)已設(shè)置了由CA及DA構(gòu)成的MA。在圖中應(yīng)用“RAN/組播代理模塊”來表示RAN內(nèi)已設(shè)置的MA。
步驟401，空閑模式下UE與RAN交互，與RAN內(nèi)的無線資源控制(RRC)實(shí)體間建立RRC連接。
步驟402，UE與CN進(jìn)行交互激活PDP。
步驟403，UE與MA中的CA之間建立業(yè)務(wù)數(shù)據(jù)的控制連接；由于本實(shí)施例是以流媒體業(yè)務(wù)數(shù)據(jù)為例，因此該控制連接包括TCP/IP連接和RTSP的控制連接，其中，TCP/IP連接用于承載RTSP協(xié)議或其他的流媒體實(shí)時(shí)交互協(xié)議。
具體建立控制連接的過程為UE發(fā)起接入請(qǐng)求，該請(qǐng)求中包含目的信息，RAN中的組播代理模塊內(nèi)的CA監(jiān)測(cè)到來自UE的接入請(qǐng)求后，判斷該請(qǐng)求中的目的IP地址是否為預(yù)先指定的用于提供數(shù)據(jù)業(yè)務(wù)服務(wù)的數(shù)據(jù)源的IP地址，如果是，則執(zhí)行接入控制，以與UE之間建立起控制連接，否則，組播代理模塊內(nèi)的CA不做處理。
上述目的信息為目的IP地址，或目的IP地址和端口號(hào)。
由于上述控制連接建包括TCP/IP連接和RTSP的控制連接，因此，當(dāng)TCP/IP連接建立完成后，UE就通過RTSP協(xié)議與RAN中的組播代理模塊內(nèi)的CA進(jìn)行交互，以獲得接收業(yè)務(wù)數(shù)據(jù)的接收屬性信息，該接收屬性信息中至少包含待接收業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)，承載業(yè)務(wù)內(nèi)容的組播數(shù)據(jù)的IP地址、端口號(hào)、視頻及音頻的編碼格式。由于是標(biāo)準(zhǔn)的RTSP協(xié)議所要求的內(nèi)容，這里不做詳細(xì)描述。
步驟404～405，UE發(fā)起RTSP播放請(qǐng)求(PLAY)，該請(qǐng)求主要用于觸發(fā)業(yè)務(wù)數(shù)據(jù)開始播放；RAN內(nèi)的CA檢測(cè)到該播放請(qǐng)求后，給UE返回播放請(qǐng)求確認(rèn)信息，之后，給DA發(fā)送通知消息，以通知DA開始執(zhí)行發(fā)送流媒體業(yè)務(wù)數(shù)據(jù)的操作。DA用于將接收到的直接來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，如流媒體業(yè)務(wù)數(shù)據(jù)，下發(fā)下去。
步驟406，UE接收到該消息后，在已建立的數(shù)據(jù)傳輸通道中接收業(yè)務(wù)數(shù)據(jù)。
由上述實(shí)現(xiàn)流程可以看出，對(duì)于網(wǎng)絡(luò)側(cè)的核心網(wǎng)部分而言，數(shù)據(jù)源只需發(fā)送一份數(shù)據(jù)至RAN中的DA即可，因而大大節(jié)約了網(wǎng)絡(luò)側(cè)核心網(wǎng)部分的資源。而且，由于許多處理不用再到CN及流媒體服務(wù)器側(cè)處理，流程處理速度大加快，使用戶明顯感覺到接續(xù)速度的加快，提高了服務(wù)質(zhì)量。
在上述步驟406中，所述已建立的數(shù)據(jù)傳輸通道，可以是針對(duì)每個(gè)UE分別建立的專用的數(shù)據(jù)傳輸通道，即在RAN與每個(gè)UE之間建立一條專用的數(shù)據(jù)傳輸通道，如DCH信道；也可以是在每個(gè)小區(qū)內(nèi)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)只建立一條數(shù)據(jù)傳輸通道，即同一小區(qū)內(nèi)每種業(yè)務(wù)數(shù)據(jù)只建立一條公共的數(shù)據(jù)傳輸通道，如FACH信道，這樣可以使得同一小區(qū)內(nèi)接收某種業(yè)務(wù)的用戶在該同一信道下接收業(yè)務(wù)數(shù)據(jù)。
如果所提到的已建立的數(shù)據(jù)傳輸通道是針對(duì)每個(gè)UE分別建立的專用通道，則當(dāng)DA接收到來自CA的通知開始執(zhí)行發(fā)送流媒體業(yè)務(wù)數(shù)據(jù)的操作后，DA開始向發(fā)起播放請(qǐng)求的UE所在的下行專用傳輸通道，如DCH上，發(fā)送業(yè)務(wù)數(shù)據(jù)。上述下行專用傳輸通道DCH的建立過程與現(xiàn)有技術(shù)完全相同，在此也不再重復(fù)說明。
如果所提到的已建立的數(shù)據(jù)傳輸通道是同一小區(qū)內(nèi)多個(gè)UE共享的公用通道，則該條共享的組播傳輸通道是在小區(qū)建立時(shí)預(yù)先配置好的，只是在配置完后在該通道上不發(fā)業(yè)務(wù)數(shù)據(jù)，而不發(fā)業(yè)務(wù)數(shù)據(jù)就不會(huì)占用空口的資源，只會(huì)占用碼資源，待有用戶要求接收時(shí)才發(fā)送業(yè)務(wù)數(shù)據(jù)。再有，在同一小區(qū)內(nèi)多個(gè)UE使用共享傳輸通道的情況下，當(dāng)DA接收到來自CA的開始執(zhí)行發(fā)送流媒體業(yè)務(wù)數(shù)據(jù)操作的通知后，DA統(tǒng)計(jì)該發(fā)起播放請(qǐng)求的UE當(dāng)前所在小區(qū)內(nèi)接收該UE所要求播放的業(yè)務(wù)數(shù)據(jù)的用戶數(shù)，如果該用戶數(shù)由零變?yōu)榉橇?，DA開始在的下行公共傳輸通道，如FACH上，發(fā)送該UE所要求的業(yè)務(wù)數(shù)據(jù)；如果用戶數(shù)不是由零變?yōu)榉橇?，則不再執(zhí)行啟動(dòng)發(fā)送該業(yè)務(wù)數(shù)據(jù)的操作，因?yàn)榇藭r(shí)DA已為該小區(qū)發(fā)送了該業(yè)務(wù)數(shù)據(jù)，即DA此時(shí)只做統(tǒng)計(jì)操作。
當(dāng)然，每個(gè)小區(qū)訪問某個(gè)業(yè)務(wù)數(shù)據(jù)的用戶數(shù)也可以由RAN內(nèi)的RRC進(jìn)行統(tǒng)計(jì)，并由RRC根據(jù)該小區(qū)訪問某個(gè)業(yè)務(wù)數(shù)據(jù)的用戶數(shù)，直接通知DA啟動(dòng)向該小區(qū)的承載該業(yè)務(wù)的公共信道發(fā)送業(yè)務(wù)，即當(dāng)用戶數(shù)從零變成非零時(shí)，RRC通知DA啟動(dòng)向該小區(qū)的承載該業(yè)務(wù)的公共信道發(fā)送業(yè)務(wù)。
另外，如果網(wǎng)絡(luò)已預(yù)先配置為RAN對(duì)空口數(shù)據(jù)加密，則在步驟401中，UE與RAN交互時(shí)發(fā)起RRC連接請(qǐng)求中需包含擴(kuò)展的原因值“組播業(yè)務(wù)請(qǐng)求(Multicast Service Request)”，當(dāng)RAN檢測(cè)到RRC連接請(qǐng)求的原因值為“組播業(yè)務(wù)請(qǐng)求”時(shí)，RRC會(huì)對(duì)該UE的加密流程進(jìn)特殊處理，也就是RRC在發(fā)給該UE的加密命令中的“加密算法”設(shè)置為算法零，即不啟動(dòng)空中接口(UU接口)加密功能。
有關(guān)用戶發(fā)起RRC連接請(qǐng)求中的原因值，已在3GPP 25331中做了明確規(guī)定，且該規(guī)定中還定義了spare1到spare12是系統(tǒng)預(yù)留的原因值，在此，可以任選spare1到spare12中的任何一個(gè)用于承載“組播業(yè)務(wù)請(qǐng)求”，在本申請(qǐng)中將spare10定義為“組播業(yè)務(wù)請(qǐng)求”。
在同一小區(qū)內(nèi)多個(gè)UE使用共享傳輸通道的情況下，共享數(shù)據(jù)傳輸通道是在傳輸層預(yù)先配置好的，下面以FACH為例具體說明在傳輸層進(jìn)行配置的過程。
圖5所示為在傳輸層配置共享數(shù)據(jù)傳輸通道的實(shí)現(xiàn)流程圖。本實(shí)現(xiàn)流程以FACH信道為例進(jìn)行說明。
根據(jù)WCDMA協(xié)議，UE選擇FACH的規(guī)則是當(dāng)UE處于空閑模式時(shí)，根據(jù)系統(tǒng)消息5中廣播的SCCPCH數(shù)目及本身的IMSI進(jìn)行選擇，選擇方式是IMSI取SCCPCH數(shù)的模，模等于多少，就選擇那條SCCPCH中所配置的FACH；當(dāng)UE處于連接模式時(shí)，根據(jù)系統(tǒng)消息6中廣播的SCCPCH數(shù)目，網(wǎng)絡(luò)側(cè)分配給UE的URNTI進(jìn)行選擇，選擇方式是URNTI取SCCPCH數(shù)的模，模等于多少，就選擇那條SCCPCH中所配置的FACH，由于是FACH信道的選擇方式標(biāo)準(zhǔn)協(xié)議，在此不過多的描述。
RAN在重配置前，需要根據(jù)RAN中的組播代理模塊上報(bào)的該UE選擇的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)號(hào)，重新分配該手機(jī)的URNTI，并通過WCDMA標(biāo)準(zhǔn)協(xié)議的UTRAN信息更改消息通知UE更改URNTI，該過程見圖3.5。
步驟501，RAN中的組播代理模塊內(nèi)的CA指示RRC配置為FACH通道模式，由于現(xiàn)有的網(wǎng)絡(luò)通常是采用DCH通道模式進(jìn)行業(yè)務(wù)數(shù)據(jù)的傳輸，因此，指示RRC配置為FACH通道模式，也就是指示RRC將DCH通道模式重配置為FACH通道模式，通常將該配置指示簡(jiǎn)寫為D2F(DCH to FACH)重配置，且該配置指示中包含UE所選擇的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)。
步驟502，RRC接收到上述指示后，斷開已建立的下行IP數(shù)據(jù)通道，在自身進(jìn)行重配置，之后，從D2F重配置指示申獲取業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)，根據(jù)該業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)重新計(jì)算該UE的無線網(wǎng)絡(luò)標(biāo)識(shí)。具體計(jì)算方式與現(xiàn)有技術(shù)相同。
由于是以WCDMA網(wǎng)絡(luò)為例，因此上述無線網(wǎng)絡(luò)標(biāo)識(shí)包括UTRAN無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(URNTI)和小區(qū)無線網(wǎng)絡(luò)暫時(shí)標(biāo)識(shí)(CRNTI)。
步驟503，RRC向UE發(fā)送更改UTRAN的信息，該信息中包含已重新計(jì)算出的URNTI和CRNTI。
步驟504，UE接收到步驟504所述更改信息后，將自身的URNTI和CRNTI更改為接收到的URNTI和CRNTI，更改完畢后，向RRC返回更改UTRAN的確認(rèn)信息。
步驟505～506，RRC向UE發(fā)送D2F重配置命令，UE接收到該命令后，在自身進(jìn)行重配置，之后，UE給RRC返回D2F重配置命令響應(yīng)。
步驟507，RRC釋放當(dāng)前該UE占用的專用信道資源，給組播代理模塊內(nèi)的CA返回D2F重配置指示的響應(yīng)。
對(duì)于多個(gè)UE在同一共享信道下同時(shí)接收業(yè)務(wù)數(shù)據(jù)的實(shí)現(xiàn)方法，已在本申請(qǐng)人提出的申請(qǐng)?zhí)枮椤?00510006948.9”的發(fā)明名稱為“使多個(gè)用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法”的中國(guó)專利申請(qǐng)中給出，本申請(qǐng)不再對(duì)此詳細(xì)描述。
圖6所示為網(wǎng)絡(luò)側(cè)空口的各實(shí)體關(guān)系示意圖。其中，圖6a為現(xiàn)有的網(wǎng)絡(luò)側(cè)空口的各實(shí)體關(guān)系示意圖，圖6b為應(yīng)用本發(fā)明的發(fā)起接入請(qǐng)求的UE采用專用數(shù)據(jù)傳輸通道接收業(yè)務(wù)數(shù)據(jù)時(shí)網(wǎng)絡(luò)側(cè)空口的各實(shí)體關(guān)系示意圖，圖6c為應(yīng)用本發(fā)明的發(fā)起接入請(qǐng)求的UE采用共享數(shù)據(jù)傳輸通道接收業(yè)務(wù)數(shù)據(jù)時(shí)網(wǎng)絡(luò)側(cè)空口的各實(shí)體關(guān)系示意圖。在圖6所示各圖中，虛線(----)表示上行數(shù)據(jù)，實(shí)線(—)表示下行數(shù)據(jù)，點(diǎn)劃線 表示控制消息。
參見圖6a，每個(gè)UE內(nèi)有一個(gè)媒體接入控制專用(MACD，Medium AccessControl Dedicated)實(shí)體，五個(gè)無線鏈路控制實(shí)體(RLC)，其中，RLC1到RLC4是信令RLC，RLC5是業(yè)務(wù)RLC。RLC1和RLC5為非應(yīng)答確認(rèn)(UM)模式，RLC2、RLC3、RLC4為應(yīng)答確認(rèn)(AM)模式，RLC1～4都用于承載RRC消息。RLC5用于承載應(yīng)用層控制消息。每個(gè)UE的待接收業(yè)務(wù)數(shù)據(jù)經(jīng)各自的RLC5后分別映射在各自專用的DCH上傳輸，UE傳輸?shù)纳闲袛?shù)據(jù)也經(jīng)DCH傳輸至網(wǎng)絡(luò)側(cè)。
參見圖6b，每個(gè)UE內(nèi)有一個(gè)MACD實(shí)體，五個(gè)RLC，其中，RLC1到RLC4是信令RLC，RLC5是業(yè)務(wù)RLC。RLC1和RLC5為UM模式，RLC2、RLC3、RLC4為AM模式，RLC1～4都用于承載RRC消息。RLC5用于承載應(yīng)用層控制消息。由于在本實(shí)施例中是應(yīng)用現(xiàn)有的專用數(shù)據(jù)傳輸通道為每個(gè)UE傳輸業(yè)務(wù)數(shù)據(jù)，因此，組播代理模塊中DA接收到來自CA的開始啟動(dòng)發(fā)送數(shù)據(jù)的通知后，將接收到的來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)傳輸給指定的UE，該業(yè)務(wù)數(shù)據(jù)經(jīng)各個(gè)UE的RLC5后分別映射在各自專用的DCH信道上進(jìn)行傳輸，UE傳輸?shù)纳闲袛?shù)據(jù)也經(jīng)DCH傳輸至網(wǎng)絡(luò)側(cè)。
上述DA由具有分發(fā)功能的實(shí)體構(gòu)成，且每種業(yè)務(wù)數(shù)據(jù)，即流媒體服務(wù)器所提供的每個(gè)流媒體電視節(jié)目，分別對(duì)應(yīng)一個(gè)具有分發(fā)功能的實(shí)體。也就是說，DA需要為每個(gè)UE復(fù)制一份業(yè)務(wù)數(shù)據(jù)。由于在傳輸層每個(gè)UE對(duì)應(yīng)一個(gè)數(shù)據(jù)傳輸通道，因此不需要統(tǒng)計(jì)每種業(yè)務(wù)數(shù)據(jù)的接收用戶數(shù)。
參見圖6c，每個(gè)UE內(nèi)有一個(gè)MACD實(shí)體，五個(gè)RLC，其中，RLC1到RLC4是信令RLC，RLC5是業(yè)務(wù)RLC。RLC1和RLC5為UM模式，RLC2、RLC3、RLC4為AM模式，RLC1～4都用于承載RRC消息。RLC5用于承載應(yīng)用層控制消息。組播代理模塊中的CA通過RRC模塊控制每個(gè)UE中的RLC5斷開下行IP數(shù)據(jù)通道，控制RRC模塊進(jìn)行D2F重配置，之后，通知DA，以使DA開始執(zhí)行操作。本實(shí)施方式中的組播代理模塊內(nèi)的DA用于承載下行業(yè)務(wù)數(shù)據(jù)流以及統(tǒng)計(jì)接收用戶數(shù)，其將接收到的來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)通過共享FACH信道下發(fā)下去。該下發(fā)的業(yè)務(wù)數(shù)據(jù)經(jīng)媒體接入控制公共(MACC，MediumAccess Control Common)后映射在多個(gè)UE共享的FACH信道上傳輸。UE傳輸?shù)纳闲袛?shù)據(jù)經(jīng)隨機(jī)接入信道(RACH，Random Access Channel)傳輸至網(wǎng)絡(luò)側(cè)。
上述DA由UM模式的多個(gè)UE公用的無線鏈路控制實(shí)體(RLC5’)和多個(gè)媒質(zhì)接入控制專用組播(MACDm，MACD Multicast)功能實(shí)體構(gòu)成，每種業(yè)務(wù)數(shù)據(jù)標(biāo)識(shí)即每個(gè)流媒體電視節(jié)目分別對(duì)應(yīng)一個(gè)RLC5’和一個(gè)MACDm。這樣即可實(shí)現(xiàn)在每個(gè)小區(qū)內(nèi)針對(duì)每種業(yè)務(wù)數(shù)據(jù)，即每個(gè)節(jié)目，只建立一條傳輸通道。也就是說，DA需要針對(duì)每種業(yè)務(wù)數(shù)據(jù)為每個(gè)小區(qū)復(fù)制一份業(yè)務(wù)數(shù)據(jù)。
DA內(nèi)的RLC5’用于實(shí)現(xiàn)接入控制，MACDm用于統(tǒng)計(jì)每個(gè)小區(qū)內(nèi)與各個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的接收該業(yè)務(wù)數(shù)據(jù)的用戶數(shù)以及啟動(dòng)發(fā)送業(yè)務(wù)數(shù)據(jù)，如果發(fā)起播放請(qǐng)求的UE當(dāng)前所在小區(qū)內(nèi)已經(jīng)存在與該UE所要求的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道，則MACDm不再為該小區(qū)啟動(dòng)發(fā)送業(yè)務(wù)數(shù)據(jù)，只統(tǒng)計(jì)用戶數(shù)；如果發(fā)起播放請(qǐng)求的UE當(dāng)前所在小區(qū)內(nèi)還不存在與該UE所要求的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)業(yè)務(wù)數(shù)據(jù)，則MACDm再給該小區(qū)發(fā)送業(yè)務(wù)數(shù)據(jù)，并統(tǒng)計(jì)用戶數(shù)。也就是說，如果小區(qū)內(nèi)接收某一業(yè)務(wù)數(shù)據(jù)內(nèi)容的用戶數(shù)為由零變?yōu)榉橇?，則開始啟動(dòng)發(fā)送業(yè)務(wù)數(shù)據(jù)。另外，當(dāng)UE請(qǐng)求釋放時(shí)，通過RACH發(fā)送釋放請(qǐng)求，組播代理模塊中的DA將該小區(qū)內(nèi)當(dāng)前接收該業(yè)務(wù)數(shù)據(jù)內(nèi)容的用戶數(shù)減一，判斷接收該業(yè)務(wù)數(shù)據(jù)的用戶數(shù)是否為由非零變?yōu)榱?，如果是，則說明該小區(qū)內(nèi)當(dāng)前沒有用戶接收該業(yè)務(wù)數(shù)據(jù)，此時(shí)，組播代理模塊內(nèi)DA停止向該小區(qū)發(fā)送業(yè)務(wù)數(shù)據(jù)，并通知CA釋放與該UE所占用的資源；否則組播代理模塊內(nèi)的DA只通知CA釋放與UE所占用的資源。
同樣地，每個(gè)小區(qū)訪問某個(gè)業(yè)務(wù)數(shù)據(jù)的用戶數(shù)也可以由RAN內(nèi)的RRC進(jìn)行統(tǒng)計(jì)，并由RRC根據(jù)該小區(qū)訪問某個(gè)業(yè)務(wù)數(shù)據(jù)的用戶數(shù)，直接通知DA啟動(dòng)或停止向該小區(qū)的承載該業(yè)務(wù)的公共信道發(fā)送業(yè)務(wù)，即當(dāng)用戶數(shù)從零變成非零時(shí)，RRC通知DA啟動(dòng)向該小區(qū)的承載該業(yè)務(wù)的公共信道發(fā)送業(yè)務(wù)，當(dāng)用戶數(shù)從非零變成零時(shí)，RRC通知DA停止向該小區(qū)的承載該業(yè)務(wù)的公共信道發(fā)送業(yè)務(wù)。
以上主要介紹了兩種建立傳輸層數(shù)據(jù)傳輸通道的實(shí)現(xiàn)方式，即兩種組播的實(shí)現(xiàn)方式，一種是實(shí)現(xiàn)方式是在傳輸層針對(duì)每個(gè)UE建立一條數(shù)據(jù)傳輸通道；另一種是實(shí)現(xiàn)方式是在傳輸層對(duì)每個(gè)小區(qū)內(nèi)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)即每個(gè)節(jié)目建立一條數(shù)據(jù)傳輸通道。
無論哪種實(shí)現(xiàn)方式，組播代理模塊內(nèi)的DA的主要功能都是用于接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，并將該業(yè)務(wù)數(shù)據(jù)下發(fā)下去。對(duì)于RAN內(nèi)的組播代理模塊中的DA而言，其可以有多種方式接收數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)。參見圖7，圖7所示為RAN內(nèi)的組播代理模塊中的DA接收數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)的實(shí)現(xiàn)方式示意圖。組播代理模塊內(nèi)的DA可以直接接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，如圖7中的細(xì)實(shí)線所示；也可以經(jīng)除CN以外的網(wǎng)絡(luò)接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，即采用旁路技術(shù)接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，如圖7中的粗實(shí)線所示；還可以利用CN中的路由功能預(yù)先建立一條專門用于傳輸組播業(yè)務(wù)數(shù)據(jù)的通道，組播代理模塊內(nèi)的DA經(jīng)CN中的該專門的數(shù)據(jù)傳輸通道接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，如經(jīng)CN中的GGSN、SGSN，接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，如圖7中的點(diǎn)劃線所示。再有，對(duì)于RAN內(nèi)的組播代理模塊中的DA，由于其具有如圖3b所示協(xié)議層，因此，DA既可以接收單播數(shù)據(jù)，也可以接收組播數(shù)據(jù)，如果接收到是單播數(shù)據(jù)則將單播數(shù)據(jù)地址轉(zhuǎn)換為組播數(shù)據(jù)地址后，再執(zhí)行后續(xù)的分發(fā)處理。
下面介紹組播釋放的過程。
圖8所示為一實(shí)施例的釋放業(yè)務(wù)數(shù)據(jù)的組播傳輸通道的總體實(shí)現(xiàn)流程圖。本實(shí)施例仍是以MA代理流媒體服務(wù)器為例進(jìn)行說明。
步驟801，UE發(fā)起釋放請(qǐng)求，該請(qǐng)求中包含目的信息。所述目的信息為目的IP地址，或目的IP地址和端口號(hào)。
步驟802，RAN中的組播代理模塊內(nèi)的CA監(jiān)測(cè)到來自UE的釋放請(qǐng)求后，判斷該請(qǐng)求中的目的信息是否為預(yù)先指定的用于提供數(shù)據(jù)業(yè)務(wù)服務(wù)的數(shù)據(jù)源的目的信息，如果是，則執(zhí)行步驟703，否則，組播代理模塊內(nèi)的CA不做處理。
步驟803，組播代理模塊內(nèi)的CA執(zhí)行釋放操作，之后，給UE返回釋放響應(yīng)。
由于傳輸層的數(shù)據(jù)傳輸通道的實(shí)現(xiàn)方式不同，因此釋放業(yè)務(wù)數(shù)據(jù)組播傳輸通道的具體操作也有所不同。
如果在傳輸層針對(duì)每個(gè)UE分別存在一條業(yè)務(wù)數(shù)據(jù)傳輸通道，則上述步驟803中所述的CA執(zhí)行的釋放操作為CA通知DA停止向該UE的下行專用傳輸通道發(fā)送業(yè)務(wù)數(shù)據(jù)，釋放網(wǎng)絡(luò)側(cè)和UE側(cè)之間的控制連接以及無線資源控制，即釋放針對(duì)該UE專用的下行數(shù)據(jù)傳輸通道。該控制連接為流媒體控制連接和TCP連接，在本實(shí)施例中該流媒體控制連接為RTSP協(xié)議。具體釋放通道的過程與現(xiàn)有技術(shù)相同，在此不再詳細(xì)說明。MA中的DA接收到上述通知后，則停止向該UE的下行專用傳輸通道發(fā)送業(yè)務(wù)數(shù)據(jù)。由于是針對(duì)每個(gè)UE建立一條數(shù)據(jù)傳輸通道，此時(shí)，不需要統(tǒng)計(jì)接收的用戶數(shù)。
如果在傳輸層針對(duì)每個(gè)小區(qū)內(nèi)的每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)即節(jié)目標(biāo)識(shí)存在一條數(shù)據(jù)傳輸通道時(shí)，則上述步驟801中所述的釋放請(qǐng)求中進(jìn)一步包括業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)；步驟803中所述的CA執(zhí)行的釋放操作為CA控制網(wǎng)絡(luò)側(cè)進(jìn)行重配置，具體的重配置過程參見圖9，并釋放UE側(cè)所占用的控制連接以及無線資源控制，該控制連接為流媒體控制連接和TCP連接，在本實(shí)施例中該流媒體控制連接為RTSP協(xié)議。這是因?yàn)?，公共?shù)據(jù)傳輸通道是預(yù)先配置好的，當(dāng)有UE要求接收數(shù)據(jù)時(shí)，則在該傳輸通道上發(fā)送數(shù)據(jù)，當(dāng)沒有UE接收數(shù)據(jù)時(shí)，則不再該傳輸通道上發(fā)送數(shù)據(jù)，因此，在接收到來自UE的釋放請(qǐng)求時(shí)，只需釋放該UE所占用的資源即可。
當(dāng)由DA執(zhí)行用戶數(shù)的統(tǒng)計(jì)操作時(shí)，CA控制網(wǎng)絡(luò)側(cè)進(jìn)行重配置的同時(shí)，通知DA停止在該共享的數(shù)據(jù)傳輸通道上發(fā)送業(yè)務(wù)數(shù)據(jù)，DA接收到來自CA的通知后，將該小區(qū)內(nèi)當(dāng)前接收該業(yè)務(wù)數(shù)據(jù)內(nèi)容的用戶數(shù)減一，判斷接收該業(yè)務(wù)數(shù)據(jù)的用戶數(shù)是否為由非零變?yōu)榱?，如果是，則說明該小區(qū)內(nèi)當(dāng)前沒有用戶接收該業(yè)務(wù)數(shù)據(jù)，此時(shí)，組播代理模塊內(nèi)的DA停止向該小區(qū)發(fā)送業(yè)務(wù)數(shù)據(jù)，否則組播代理模塊內(nèi)的DA并不停止發(fā)送業(yè)務(wù)數(shù)據(jù)，即只對(duì)用戶數(shù)進(jìn)行統(tǒng)計(jì)。
當(dāng)由RRC執(zhí)行用戶數(shù)的統(tǒng)計(jì)操作時(shí)，在CA控制網(wǎng)絡(luò)側(cè)進(jìn)行重配置的同時(shí)，RAN內(nèi)的RRC將該小區(qū)內(nèi)當(dāng)前接收該業(yè)務(wù)數(shù)據(jù)內(nèi)容的用戶數(shù)減一，然后判斷接收該業(yè)務(wù)數(shù)據(jù)的用戶數(shù)是否為由非零變?yōu)榱?，如果是，則給DA發(fā)送停止發(fā)送數(shù)據(jù)的通知，DA接收到該通知后，停止在下行公共傳輸通道上發(fā)送該UE所要求的業(yè)務(wù)數(shù)據(jù)，否則RAN內(nèi)的RRC不再做處理，DA也并不停止發(fā)送業(yè)務(wù)數(shù)據(jù)。
圖9所示為釋放共享組播傳輸通道時(shí)對(duì)傳輸層進(jìn)行重配置的實(shí)現(xiàn)流程圖。
步驟901，組播代理模塊內(nèi)的CA指示RRC配置為DCH通道模式，由于當(dāng)前是FACH通道模式，因此，指示RRC配置為DCH通道模式，也就是指示RRC由當(dāng)前的FACH通道模式重配置為DCH通道模式，通常將該配置指示簡(jiǎn)寫為F2D(FACH to DCH)重配置。
步驟902，RRC接收到F2D重配置指示后，在自身進(jìn)行重配置，即將自身配置為DCH模式，之后，RRC向UE發(fā)送F2D重配置命令，步驟903，UE接收到該命令后也在自身進(jìn)行重配置，即將自身配置為DCH模式，之后，UE給RRC返回F2D重配置命令響應(yīng)。
步驟904，RRC建立DCH信道釋放FACH信道，命令RAN內(nèi)的用于承載IP數(shù)據(jù)通道的RLC5實(shí)體回復(fù)接收來自CN的下行數(shù)據(jù)，即使已斷開的下行IP數(shù)據(jù)通道恢復(fù)正常，給組播代理模塊內(nèi)的CA回復(fù)F2D重配置指示響應(yīng)。
至此，重配置操作完成。
由于UE具有移動(dòng)性，下面對(duì)小區(qū)更新的過程進(jìn)行說明。
如果在傳輸層是針對(duì)每個(gè)UE分別存在一條專用的傳輸通道，則由于是專用數(shù)據(jù)傳輸通道為該UE提供服務(wù)，因此小區(qū)更新的處理過程與現(xiàn)有技術(shù)的處理過程一致，在此不再詳細(xì)說明；下面重點(diǎn)描述在傳輸層針對(duì)每個(gè)小區(qū)內(nèi)的每個(gè)業(yè)務(wù)內(nèi)容標(biāo)識(shí)即節(jié)目標(biāo)識(shí)存在一條傳輸通道時(shí)，進(jìn)行小區(qū)更新的過程。
圖10所示為小區(qū)更新的流程示意圖。本實(shí)施例中將UE當(dāng)前所在小區(qū)稱為源小區(qū)，將待切換進(jìn)入的小區(qū)稱為目標(biāo)小區(qū)，且本實(shí)施例中由DA執(zhí)行用戶數(shù)的統(tǒng)計(jì)操作。
步驟1001，UE向RRC發(fā)起小區(qū)更新的請(qǐng)求，該請(qǐng)求中包含目標(biāo)小區(qū)的標(biāo)識(shí)信息。
步驟1002，RRC接收到來自UE的小區(qū)更新的請(qǐng)求后，判斷目標(biāo)小區(qū)與源小區(qū)所承載的公共信道數(shù)據(jù)是否一樣，如果一樣，則直接執(zhí)行步驟1005，如果不一樣，則執(zhí)行步驟1003；步驟1003～1004，RRC重新計(jì)算該UE的URNTI及CRNTI，之后，向UE發(fā)送更改UTRAN的信息，該信息中包含已重新計(jì)算出的URNTI和CRNTI，UE根據(jù)接收到的信息，將自身的URNTI和CRNTI更改為接收到的URNTI和CRNTI，更改完畢后，向RRC返回更改UTRAN的確認(rèn)信息。
步驟1005，RRC通知組播代理模塊內(nèi)的CA，UE進(jìn)行了小區(qū)更新，由CA通知DA，上述通知中均包含目標(biāo)小區(qū)的標(biāo)識(shí)信息以及發(fā)起更新請(qǐng)求的UE的標(biāo)識(shí)。
步驟1006～1007，組播代理模塊內(nèi)的DA將目標(biāo)小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)加一；然后判斷與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)傳輸通道內(nèi)的用戶數(shù)是否為由零變?yōu)榉橇?，如果是，則在目標(biāo)小區(qū)內(nèi)啟動(dòng)向承載該業(yè)務(wù)數(shù)據(jù)的公共傳輸通道發(fā)送數(shù)據(jù)，然后再執(zhí)行步驟1008，否則，則直接執(zhí)行步驟1008。
步驟1008～1009，組播代理模塊內(nèi)的DA將源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)減一；然后判斷源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)數(shù)據(jù)傳輸通道內(nèi)的用戶數(shù)是否為非零，如果是，則直接執(zhí)行步驟1010，否則，DA停止向源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道內(nèi)發(fā)送業(yè)務(wù)數(shù)據(jù)，然后再執(zhí)行步驟1010。
步驟1010，組播代理模塊內(nèi)的DA通知CA操作完成，CA給RRC返回操作執(zhí)行完畢響應(yīng)信息。
步驟1011，RRC接收到該響應(yīng)后，給UE返回小區(qū)更新響應(yīng)。
至此，在UE公共信道上接收業(yè)務(wù)數(shù)據(jù)時(shí)實(shí)現(xiàn)了小區(qū)更新。
如果由RRC執(zhí)行用戶數(shù)的統(tǒng)計(jì)操作，則在上述步驟1004執(zhí)行完畢后，RRC將目標(biāo)小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)加一，然后判斷與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)傳輸通道內(nèi)的用戶數(shù)是否為由零變?yōu)榉橇?，如果是，則通知組播代理模塊內(nèi)的DA開始發(fā)送數(shù)據(jù)，DA接收到該通知后在目標(biāo)小區(qū)內(nèi)啟動(dòng)向承載該業(yè)務(wù)數(shù)據(jù)的公共傳輸通道發(fā)送數(shù)據(jù)，并給SACU返回執(zhí)行操作的響應(yīng)信息；然后再執(zhí)行步驟1008，否則則直接執(zhí)行步驟1008；在步驟1008中，由RRC將源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)減一，然后判斷源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)數(shù)據(jù)傳輸通道內(nèi)的用戶數(shù)是否為非零，如果是，則不做處理，否則，通知組播代理模塊內(nèi)的DA停止發(fā)送數(shù)據(jù)，DA接收到該通知后，停止向源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道內(nèi)發(fā)送業(yè)務(wù)數(shù)據(jù)，并給RRC返回操作執(zhí)行完畢響應(yīng)信息；最后，仍然是由RRC給UE返回小區(qū)更新響應(yīng)。
由于是以WCDMA為例，所述組播代理模塊可以設(shè)置在RAN中的RNC內(nèi)，也可以設(shè)置在RAN中的NodeB內(nèi)，如果設(shè)置在RNC內(nèi)，則上述所有組播代理模塊與RRC之間的交互均為RNC的內(nèi)部處理，如果設(shè)置在NodeB內(nèi)，則上述所有組播代理模塊與RRC的交互均為NodeB與RNC之間的交互。如果組播代理模塊設(shè)置在RNC內(nèi)，則存在跨RNC的切換問題，下面具體說明跨RNC的實(shí)現(xiàn)過程。
圖11所示為進(jìn)行跨RNC時(shí)的切換過程流程圖。在此，將UE當(dāng)前所在小區(qū)稱為源小區(qū)，將待切換進(jìn)入的小區(qū)稱為目標(biāo)小區(qū)，將UE當(dāng)前所屬RNC稱為源RNC，該源RNC中的組播代理模塊稱為源組播代理模塊，將待切換的RNC稱為目標(biāo)RNC，該目標(biāo)RNC中的組播代理模塊稱為目標(biāo)組播代理模塊。
步驟1101，源RNC中的RRC向目標(biāo)RNC中的RRC發(fā)送加入請(qǐng)求。
步驟1102～1103，目標(biāo)RNC中的RRC向目標(biāo)組播代理模塊內(nèi)的CA發(fā)起加入請(qǐng)求，由CA通知DA，目標(biāo)組播代理模塊內(nèi)的DA將目標(biāo)小區(qū)內(nèi)與該UE待接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)加一，然后判斷與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)傳輸通道內(nèi)的用戶數(shù)是否為由零變?yōu)榉橇?，如果是，則在目標(biāo)小區(qū)內(nèi)，與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)傳輸通道上啟動(dòng)發(fā)送業(yè)務(wù)數(shù)據(jù)，然后給目標(biāo)RNC中的RRC返回響應(yīng)消息，否則，直接給目標(biāo)RNC中的RRC返回響應(yīng)消息。
步驟1104，目標(biāo)RNC中的RRC給源RNC中的RRC發(fā)送加入請(qǐng)求響應(yīng)。
步驟1105～1106，源RNC中的RRC給源組播代理模塊內(nèi)的CA發(fā)送釋放請(qǐng)求，由CA通知DA，源組播代理模塊內(nèi)的DA將源小區(qū)內(nèi)與該UE待接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)減一，然后判斷源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)傳輸通道內(nèi)的用戶數(shù)是否為非零，如果是，則直接給源RNC中的RRC返回響應(yīng)消息，否則，停止在源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道的發(fā)送業(yè)務(wù)數(shù)據(jù)，然后再給源RNC中的RRC返回響應(yīng)消息。
至此，當(dāng)UE公共信道上接收業(yè)務(wù)數(shù)據(jù)時(shí)實(shí)現(xiàn)了跨RNC之間的切換。同樣地，在上述跨RNC切換的流程中，也可以由RRC執(zhí)行用戶數(shù)的統(tǒng)計(jì)操作，具體方式與小區(qū)更新流程中的執(zhí)行方式相同，在此不再重復(fù)說明。
以上所述所有的組播代理模塊內(nèi)的DA既可以以單級(jí)的形式存在，也可以以多級(jí)的形式存在，當(dāng)DA以多級(jí)的形式存在時(shí)，參見圖12。
圖12所示為組播代理模塊內(nèi)存在兩級(jí)DA的實(shí)現(xiàn)原理示意圖。在本實(shí)施例中，假設(shè)組播代理模塊分為兩級(jí)低層次的組播數(shù)據(jù)代理單元(LDAU，LowerData Agent Unit)和高層次的組播數(shù)據(jù)代理單元(HDAU，High Data Agent Unit)，且假設(shè)該組播代理模塊設(shè)置在RNC中。
如果LDAU接收到來自CA的播放通知，則LDAU將當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)加一，然后判斷當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)是否由零變?yōu)榉橇?，若是，則向高層次的組播數(shù)據(jù)代理單元HDAU發(fā)出接入請(qǐng)求，由HDAU啟動(dòng)向承載該業(yè)務(wù)數(shù)據(jù)的公共傳輸通道發(fā)送數(shù)據(jù)，否則LDAU不做處理。
如果低層LDAU接收到來自CA的停止播放通知，則LDAU將當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)減一，然后判斷當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)是否由非零變?yōu)榱?，若是，則LDAU通知HDAU停止向該小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道內(nèi)發(fā)送業(yè)務(wù)數(shù)據(jù)，否則，不做處理。
圖12僅以兩級(jí)為例進(jìn)行說明，當(dāng)然，也可以存在兩級(jí)以上的組播數(shù)據(jù)代理單元，此時(shí)，HDAU將根據(jù)需要與更高HDAU進(jìn)行交互，具體交互方式與LDAU的特性一致，在此不再重復(fù)說明。同樣地，上述是以LDAU或HDAU進(jìn)行用戶數(shù)統(tǒng)計(jì)為例進(jìn)行說明，當(dāng)然也可以由RRC執(zhí)行用戶數(shù)的統(tǒng)計(jì)操作。
由此可見，無論由哪個(gè)實(shí)體進(jìn)行用戶數(shù)統(tǒng)計(jì)操作，最低LDAU作為組播路由器主要用于管理下面的組播用戶組，從而減輕HDAU的處理負(fù)擔(dān)，實(shí)現(xiàn)分布式處理，而HDAU只負(fù)責(zé)對(duì)LDAU進(jìn)行管理，其管理方法與LDAU管理對(duì)小區(qū)的管理方法一致。再有，圖12中所示實(shí)施例是將多級(jí)的組播代理模塊設(shè)置在了RNC中，在實(shí)際應(yīng)用時(shí)，該多級(jí)的組播代理模塊也可以設(shè)置在NodeB中，具體實(shí)現(xiàn)方式與設(shè)置在RNC中的實(shí)現(xiàn)方式相同。
如果組播代理模塊設(shè)置在RNC內(nèi)，可以令組播代理模塊利用RNC內(nèi)基于硬件的組播功能實(shí)現(xiàn)數(shù)據(jù)分發(fā)功能，如利用基于IP組播交換功能，或利用ATM組播交換功能，或利用多業(yè)務(wù)平臺(tái)的組播交換功能，將組播業(yè)務(wù)數(shù)據(jù)由HDAU分發(fā)到低層次的LDAU，這樣可以簡(jiǎn)化RNC內(nèi)的組播數(shù)據(jù)分發(fā)處理，同時(shí)提供了可靠的QOS保證。
如果組播代理模塊設(shè)置在了RNC中，無論是單級(jí)還是多級(jí)，對(duì)于NodeB而言，還可以有以下幾種實(shí)現(xiàn)方式。
方式一NodeB側(cè)不做任何處理，即RNC中的組播代理模塊直接針對(duì)每個(gè)小區(qū)內(nèi)為每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)建立一條傳輸通道。這種實(shí)現(xiàn)方式的優(yōu)點(diǎn)是NodeB不需任何改動(dòng)，但需要占用大量RNC和NodeB之間的IUB接口資源。參見圖12。
方式二，在NodeB內(nèi)設(shè)置多播數(shù)據(jù)分發(fā)代理(MDDA，Multicast DataDistribute Agent)模塊，由NodeB內(nèi)的MDDA實(shí)現(xiàn)向各小區(qū)分發(fā)的功能。該MDDA模塊接收來自RNC的業(yè)務(wù)數(shù)據(jù)，根據(jù)需要將接收到的業(yè)務(wù)數(shù)據(jù)復(fù)制后分發(fā)給各個(gè)小區(qū)發(fā)送一份。采用這種方式只需在RNC與NodeB之間針對(duì)同一業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)建立一條數(shù)據(jù)傳輸通道，發(fā)送一份業(yè)務(wù)數(shù)據(jù)即可，從而節(jié)省了RNC和NodeB之間的IUB接口資源。參見圖13，該實(shí)施例中在RNC內(nèi)設(shè)置了兩級(jí)代理，在NodeB內(nèi)設(shè)置了MDDA。
以上所有實(shí)施例均是以WCDMA網(wǎng)絡(luò)為例進(jìn)行說明，當(dāng)然，本申請(qǐng)所述方法同樣適用于CDMA和GSM網(wǎng)絡(luò)。如果是CDMA網(wǎng)絡(luò)，則所述組播代理模塊可以設(shè)置在RAN中的BSC上，通常將該BSC記為CBSC，也可以設(shè)置在RAN中的BTS上，通常將該BTS記為CBTS，如果是GSM網(wǎng)絡(luò)，則所述組播代理模塊可以設(shè)置在RAN中的GBSC，通常將該BSC記為GBSC，也可以設(shè)置在RAN中的BTS上，通常將該BTS記為GBTS。無論在哪個(gè)網(wǎng)絡(luò)中，實(shí)現(xiàn)組播的處理流程不變，只是具體執(zhí)行操作的實(shí)體根據(jù)網(wǎng)絡(luò)不同而不同。
由于以上所述具體流程均是以WCDMA為例，因此上述與UE進(jìn)行控制連接的實(shí)體為RRC，當(dāng)然，如果是其他移動(dòng)網(wǎng)絡(luò)，上述RRC將是其他移動(dòng)網(wǎng)絡(luò)中的相應(yīng)實(shí)體，在此，不妨將所有類似RRC的控制實(shí)體統(tǒng)稱為信令及控制處理單元(SACU，Signal And Control Unit)。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種基于移動(dòng)網(wǎng)絡(luò)的組播業(yè)務(wù)數(shù)據(jù)的實(shí)現(xiàn)方法，其特征在于，在無線接入網(wǎng)RAN上設(shè)置組播代理模塊，待接收業(yè)務(wù)數(shù)據(jù)的UE與CN進(jìn)行交互，激活PDP，該方法還包括以下步驟a、RAN中的組播代理模塊監(jiān)測(cè)到來自UE的包含目的信息的接入請(qǐng)求，判斷出該請(qǐng)求中的目的信息是預(yù)先指定的用于提供數(shù)據(jù)業(yè)務(wù)服務(wù)的數(shù)據(jù)源的目的信息后，執(zhí)行接入控制，獲取發(fā)起接入請(qǐng)求的UE待接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)，建立起與UE之間的控制連接；UE從控制連接的建立過程中獲取接收屬性信息；b、RAN中的組播代理模塊接收到來自UE的啟動(dòng)播放請(qǐng)求后，根據(jù)已獲取的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)，將來自數(shù)據(jù)源的與業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)下發(fā)給UE；c、UE根據(jù)已獲取的接收屬性信息在已建立的傳輸通道中接收業(yè)務(wù)數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述組播代理模塊由控制代理CA和數(shù)據(jù)代理DA構(gòu)成；步驟a所述操作由組播代理模塊內(nèi)的CA執(zhí)行；當(dāng)CA建立起與UE之間的控制連接后，CA通知DA開始執(zhí)行發(fā)送業(yè)務(wù)數(shù)據(jù)的操作；DA接收到來自CA的該通知后，再將來自數(shù)據(jù)源的與業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)下發(fā)給UE。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述已建立的傳輸通道為在傳輸層RAN與UE之間針對(duì)每個(gè)UE建立的一條專用的數(shù)據(jù)傳輸通道；所述DA將來自數(shù)據(jù)源的與業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)下發(fā)給UE的過程為當(dāng)DA接收到來自CA的執(zhí)行發(fā)送業(yè)務(wù)數(shù)據(jù)的通知后，開始向發(fā)起播放請(qǐng)求的UE所在的下行專用數(shù)據(jù)傳輸通道上發(fā)送業(yè)務(wù)數(shù)據(jù)。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述已建立的傳輸通道為在傳輸層RAN為每個(gè)小區(qū)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)預(yù)先建立的共享數(shù)據(jù)傳輸通道；所述DA將來自數(shù)據(jù)源的與業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)下發(fā)給UE的過程為當(dāng)DA接收到來自CA的執(zhí)行發(fā)送業(yè)務(wù)數(shù)據(jù)的通知后，統(tǒng)計(jì)該發(fā)起播放請(qǐng)求的UE當(dāng)前所在小區(qū)內(nèi)接收該UE所要求播放的業(yè)務(wù)數(shù)據(jù)的用戶數(shù)，并判斷該用戶數(shù)是否由零變?yōu)榉橇?，如果是，則DA開始在下行公共傳輸通道上發(fā)送該UE所要求的業(yè)務(wù)數(shù)據(jù)，否則DA不做處理；或者，由RAN內(nèi)的SACU統(tǒng)計(jì)該發(fā)起播放請(qǐng)求的UE當(dāng)前所在小區(qū)內(nèi)接收該UE所要求播放的業(yè)務(wù)數(shù)據(jù)的用戶數(shù)，并判斷該用戶數(shù)是否由零變?yōu)榉橇?，如果是，則給DA發(fā)送開始發(fā)送數(shù)據(jù)的通知，DA接收到該通知后，開始在下行公共傳輸通道上發(fā)送該UE所要求的業(yè)務(wù)數(shù)據(jù)，否則RAN內(nèi)的SACU不再做處理。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述預(yù)先建立的共享數(shù)據(jù)傳輸通道的建立過程包括以下步驟01)組播代理模塊內(nèi)的CA指示RAN內(nèi)的SACU進(jìn)行重配置，且該配置指示中包含UE所選擇的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)；02)SACU接收到步驟01)所述指示后，斷開已建立的下行IP數(shù)據(jù)通道，在自身進(jìn)行重配置，之后，從重配置指示中獲取業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)，根據(jù)該業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)按照現(xiàn)有的計(jì)算方式重新計(jì)算該UE的無線網(wǎng)絡(luò)標(biāo)識(shí)；然后再向UE發(fā)送更改UTRAN的信息，該信息中包含已重新計(jì)算出的無線網(wǎng)絡(luò)標(biāo)識(shí)；03)UE接收到步驟02)所述更改信息后，更新自身無線網(wǎng)絡(luò)標(biāo)識(shí)，然后向SACU返回更改確認(rèn)信息；04)SACU向UE發(fā)送重配置命令，UE接收到該命令后，在自身進(jìn)行重配置之后，UE給SACU返回重配置命令響應(yīng)；05)SACU釋放當(dāng)前UE占用的信道資源。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，當(dāng)所述網(wǎng)絡(luò)為WCDMA時(shí)，所述SACU為RRC，所述無線網(wǎng)絡(luò)標(biāo)識(shí)為UTRAN無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)URNTI和小區(qū)無線網(wǎng)絡(luò)暫時(shí)標(biāo)識(shí)CRNTI；所述重配置指示和重配置命令分別為D2F重配置指示和D2F重配置命令；所述當(dāng)前UE占用的信道資源為專用信道資源。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述UE與CN進(jìn)行交互，激活PDP的過程中至少包括建立無線資源控制連接，如果網(wǎng)絡(luò)已預(yù)先配置為RAN對(duì)空口數(shù)據(jù)進(jìn)行加密，則該方法進(jìn)一步包括UE與RAN交互時(shí)發(fā)起無線資源控制連接請(qǐng)求中包含“組播業(yè)務(wù)請(qǐng)求(Multicast Service Request)”的擴(kuò)展原因值，當(dāng)RAN檢測(cè)到無線資源控制連接請(qǐng)求的原因值為“組播業(yè)務(wù)請(qǐng)求”時(shí)，將對(duì)該UE的空中接口數(shù)據(jù)不加密，直接發(fā)送。
8.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述組播代理模塊內(nèi)的DA接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)的方式是組播代理模塊直接接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，或者，組播代理模塊經(jīng)除CN以外的網(wǎng)絡(luò)接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)，或者，利用CN中的路由功能，建立一條專門用于傳輸組播業(yè)務(wù)數(shù)據(jù)的通道，組播代理模塊經(jīng)CN中的該專門的傳輸通道接收來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)。
9.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述組播代理模塊內(nèi)的DA接收到來自數(shù)據(jù)源的業(yè)務(wù)數(shù)據(jù)為單播數(shù)據(jù)或組播數(shù)據(jù)，如果接收到是單播數(shù)據(jù)則將單播數(shù)據(jù)轉(zhuǎn)換為組播數(shù)據(jù)，再執(zhí)行后續(xù)操作。
10.根據(jù)權(quán)利要求1或7所述的方法，其特征在于，該方法進(jìn)一步包括A、UE發(fā)起釋放請(qǐng)求，該請(qǐng)求中包含目的信息；該目的信息為目的IP地址，或目的IP地址和端口號(hào)；B、RAN中的組播代理模塊監(jiān)測(cè)到來自UE的包含目的信息的釋放請(qǐng)求，判斷出該請(qǐng)求中的目的信息是預(yù)先指定的用于提供數(shù)據(jù)業(yè)務(wù)服務(wù)的數(shù)據(jù)源的目的信息后，截獲該請(qǐng)求，執(zhí)行資源釋放操作；之后，給UE返回釋放響應(yīng)。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述組播代理模塊由控制代理CA和數(shù)據(jù)代理DA構(gòu)成；當(dāng)在傳輸層RAN與UE之間針對(duì)每個(gè)UE存在一條專用的數(shù)據(jù)傳輸通道時(shí)，所述資源釋放操作包括以下步驟CA通知DA停止向該UE的下行專用傳輸通道發(fā)送業(yè)務(wù)數(shù)據(jù)，并且，CA釋放網(wǎng)絡(luò)側(cè)和UE側(cè)之間的控制連接以及無線資源控制；DA接收到上述通知后，則停止向該UE的下行專用傳輸通道發(fā)送業(yè)務(wù)數(shù)據(jù)。
12.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述組播代理模塊由控制代理CA和數(shù)據(jù)代理DA構(gòu)成；當(dāng)在傳輸層RAN與每個(gè)小區(qū)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)存在一條共享的數(shù)據(jù)傳輸通道時(shí)，所述UE發(fā)起的釋放請(qǐng)求中進(jìn)一步包括業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)；所述資源釋放操作包括以下步驟CA控制網(wǎng)絡(luò)側(cè)進(jìn)行重配置，通知DA停止在該共享的數(shù)據(jù)傳輸通道上發(fā)送業(yè)務(wù)數(shù)據(jù)，且CA釋放UE側(cè)所占用的控制連接以及無線資源控制；DA接收到上述通知后，將該小區(qū)內(nèi)當(dāng)前接收該業(yè)務(wù)數(shù)據(jù)內(nèi)容的用戶數(shù)減一，然后判斷接收該業(yè)務(wù)數(shù)據(jù)的用戶數(shù)是否為由非零變?yōu)榱?，如果是，則DA停止向該小區(qū)發(fā)送業(yè)務(wù)數(shù)據(jù)，否則DA不做處理；或者，所述資源釋放操作包括以下步驟CA控制網(wǎng)絡(luò)側(cè)進(jìn)行重配置，同時(shí)，RAN內(nèi)的SACU將該小區(qū)內(nèi)當(dāng)前接收該業(yè)務(wù)數(shù)據(jù)內(nèi)容的用戶數(shù)減一，然后判斷接收該業(yè)務(wù)數(shù)據(jù)的用戶數(shù)是否為由非零變?yōu)榱悖绻?，則給DA發(fā)送停止發(fā)送數(shù)據(jù)的通知，DA接收到該通知后，停止在下行公共傳輸通道上發(fā)送該UE所要求的業(yè)務(wù)數(shù)據(jù)，否則RAN內(nèi)的SACU不再做處理。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述CA控制網(wǎng)絡(luò)側(cè)進(jìn)行重配置的操作包括以下步驟組播代理模塊內(nèi)的CA指示SACU進(jìn)行重配置；SACU接收到重配置指示后，在自身進(jìn)行重配置，之后，向UE發(fā)送重配置命令；UE根據(jù)接收到的命令在自身進(jìn)行重配置。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，當(dāng)所述網(wǎng)絡(luò)為WCDMA時(shí)，所述SACU為RRC；所述重配置指示和重配置命令分別為F2D重配置指示和F2D重配置命令。
15.根據(jù)權(quán)利要求1、11或12所述的方法，其特征在于，所述控制連接為業(yè)務(wù)控制連接和TCP連接，所述業(yè)務(wù)控制連接可以是流媒體控制連接，其包括但不限于實(shí)時(shí)流媒體協(xié)議RTSP，所述業(yè)務(wù)控制連接也可以是文件傳送的控制連接，其包括但不限于點(diǎn)到多點(diǎn)的單向文件傳送協(xié)議FLUTE。
16.根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述組播代理模塊由控制代理CA和數(shù)據(jù)代理DA構(gòu)成，且RAN與每個(gè)小區(qū)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)存在一條共享的數(shù)據(jù)傳輸通道時(shí)，進(jìn)一步包括，UE進(jìn)行跨小區(qū)更新，所述小區(qū)更新過程包括以下步驟i)SACU接收到來自UE的包含目標(biāo)小區(qū)標(biāo)識(shí)信息的小區(qū)更新請(qǐng)求后，判斷目標(biāo)小區(qū)與源小區(qū)所承載的公共信道數(shù)據(jù)是否一樣，如果一樣，則直接執(zhí)行步驟iii)，如果不一樣，則執(zhí)行步驟ii)；ii)SACU重新計(jì)算該UE的無線網(wǎng)絡(luò)標(biāo)識(shí)，之后，向UE發(fā)送更改UTRAN的信息，該信息中包含已重新計(jì)算出的無線網(wǎng)絡(luò)標(biāo)識(shí)，UE根據(jù)接收到的信息更新完畢后，向SACU返回更改UTRAN的確認(rèn)信息；iii)SACU通知組播代理模塊內(nèi)的CA，UE進(jìn)行了小區(qū)更新，由CA通知DA，上述通知中均包含目標(biāo)小區(qū)的標(biāo)識(shí)信息以及發(fā)起更新請(qǐng)求的UE的標(biāo)識(shí)；iv)DA將目標(biāo)小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)加一；然后判斷與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)傳輸通道內(nèi)的用戶數(shù)是否為由零變?yōu)榉橇悖绻?，則在目標(biāo)小區(qū)內(nèi)啟動(dòng)向承載該業(yè)務(wù)數(shù)據(jù)的公共傳輸通道發(fā)送數(shù)據(jù)，然后再執(zhí)行步驟v)，否則，則直接執(zhí)行步驟v)；v)DA將源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)減一；然后判斷源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)數(shù)據(jù)傳輸通道內(nèi)的用戶數(shù)是否為非零，如果是，則直接執(zhí)行步驟vi)，否則，DA停止向源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道內(nèi)發(fā)送業(yè)務(wù)數(shù)據(jù)，然后再執(zhí)行步驟vi)；vi)DA通知CA操作完成，CA給SACU返回操作執(zhí)行完畢響應(yīng)信息；SACU接收到該響應(yīng)后，給UE返回小區(qū)更新響應(yīng)。
17.根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述組播代理模塊由控制代理CA和數(shù)據(jù)代理DA構(gòu)成，且RAN與每個(gè)小區(qū)針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)存在一條共享的數(shù)據(jù)傳輸通道時(shí)，進(jìn)一步包括，UE進(jìn)行跨小區(qū)更新，所述小區(qū)更新過程包括以下步驟i)SACU接收到來自UE的包含目標(biāo)小區(qū)標(biāo)識(shí)信息的小區(qū)更新請(qǐng)求后，判斷目標(biāo)小區(qū)與源小區(qū)所承載的公共信道數(shù)據(jù)是否一樣，如果一樣，則直接執(zhí)行步驟iii)，如果不一樣，則執(zhí)行步驟ii)；ii)SACU重新計(jì)算該UE的無線網(wǎng)絡(luò)標(biāo)識(shí)，之后，向UE發(fā)送更改UTRAN的信息，該信息中包含已重新計(jì)算出的無線網(wǎng)絡(luò)標(biāo)識(shí)，UE根據(jù)接收到的信息更新完畢后，向SACU返回更改UTRAN的確認(rèn)信息；iii)SACU將目標(biāo)小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)加一，然后判斷與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)傳輸通道內(nèi)的用戶數(shù)是否為由零變?yōu)榉橇?，如果是，則執(zhí)行步驟iv)，否則，則直接執(zhí)行步驟v)；iv)SACU通知組播代理模塊內(nèi)的DA開始發(fā)送數(shù)據(jù)，DA接收到該通知后在目標(biāo)小區(qū)內(nèi)啟動(dòng)向承載該業(yè)務(wù)數(shù)據(jù)的公共傳輸通道發(fā)送數(shù)據(jù)，并給SACU返回執(zhí)行操作的響應(yīng)信息，然后再執(zhí)行步驟v)；v)SACU將源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)減一，然后判斷源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)數(shù)據(jù)傳輸通道內(nèi)的用戶數(shù)是否為非零，如果是，則不做處理，否則，通知組播代理模塊內(nèi)的DA停止發(fā)送數(shù)據(jù)，DA接收到該通知后，停止向源小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道內(nèi)發(fā)送業(yè)務(wù)數(shù)據(jù)，并給SACU返回操作執(zhí)行完畢響應(yīng)信息；vi)SACU給UE返回小區(qū)更新響應(yīng)。
18.根據(jù)權(quán)利要求16或17所述的方法，其特征在于，當(dāng)所述網(wǎng)絡(luò)為WCDMA時(shí)，所述SACU為RRC，所述無線網(wǎng)絡(luò)標(biāo)識(shí)為UTRAN無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)URNTI和小區(qū)無線網(wǎng)絡(luò)暫時(shí)標(biāo)識(shí)CRNTI。
19.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述組播代理模塊內(nèi)的數(shù)據(jù)代理DA由單級(jí)處理單元構(gòu)成，或由兩級(jí)或兩級(jí)以上的處理單元構(gòu)成；在組播代理模塊內(nèi)的DA由兩級(jí)處理單元構(gòu)成時(shí)，如果低層次的組播數(shù)據(jù)代理單元LDAU接收到來自CA的播放通知，則LDAU將當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)加一，然后判斷當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)是否由零變?yōu)榉橇悖羰?，則向高層次的組播數(shù)據(jù)代理單元HDAU發(fā)出接入請(qǐng)求，由HDAU啟動(dòng)向承載該業(yè)務(wù)數(shù)據(jù)的公共傳輸通道發(fā)送數(shù)據(jù)，否則LDAU不做處理；如果低層LDAU接收到來自CA的停止播放通知，則LDAU將當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)減一，然后判斷當(dāng)前小區(qū)內(nèi)與發(fā)起請(qǐng)求的UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的用戶數(shù)是否由非零變?yōu)榱?，若是，則LDAU通知HDAU停止向該小區(qū)內(nèi)與該UE接收的業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)傳輸通道內(nèi)發(fā)送業(yè)務(wù)數(shù)據(jù)，否則，不做處理。
20.根據(jù)權(quán)利要求19所述的方法，其特征在于，如果是WCDMA網(wǎng)絡(luò)，且所述組播代理模塊設(shè)置在RAN中的RNC內(nèi)時(shí)，所述組播代理模塊利用RNC內(nèi)基于硬件的組播功能將業(yè)務(wù)數(shù)據(jù)從高層次的組播數(shù)據(jù)代理單元發(fā)送至低層次的組播數(shù)據(jù)代理單元；所述硬件為IP交換功能的硬件平臺(tái)，或ATM交換平臺(tái)或多業(yè)務(wù)平臺(tái)。
21.根據(jù)權(quán)利要求19所述的方法，其特征在于，如果是WCDMA網(wǎng)絡(luò)，且所述組播代理模塊設(shè)置在RAN中的RNC內(nèi)時(shí)，進(jìn)一步包括在NodeB內(nèi)設(shè)置具有業(yè)務(wù)數(shù)據(jù)分發(fā)功能的多播數(shù)據(jù)分發(fā)代理MDDA模塊，該MDDA模塊接收來自RNC的業(yè)務(wù)數(shù)據(jù)，根據(jù)需要將數(shù)據(jù)復(fù)制后分發(fā)給各個(gè)小區(qū)。
22.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果是WCDMA網(wǎng)絡(luò)，所述組播代理模塊設(shè)置在RAN中的RNC內(nèi)，或設(shè)置在RAN中的NodeB內(nèi)；如果是CDMA網(wǎng)絡(luò)，所述組播代理模塊設(shè)置在RAN中的CBSC上，或設(shè)置在RAN中的CBTS上；如果是GSM網(wǎng)絡(luò)，所述組播代理模塊設(shè)置在RAN中的GBSC上，或設(shè)置在RAN中的GBTS上。
23.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述目的信息為目的IP地址，或目的IP地址和端口號(hào)；步驟b所述接收屬性信息至少包含與待接收業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的數(shù)據(jù)的IP地址、端口號(hào)、速率以及編碼格式。
24.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)源包括但不限于流媒體服務(wù)器，所述業(yè)務(wù)數(shù)據(jù)包括但不限于流媒體業(yè)務(wù)數(shù)據(jù)。
全文摘要
本發(fā)明公開了一種基于移動(dòng)網(wǎng)絡(luò)的組播業(yè)務(wù)數(shù)據(jù)的實(shí)現(xiàn)方法，關(guān)鍵是，在RAN中設(shè)置組播代理模塊，該組播代理模塊監(jiān)測(cè)到來自UE的包含目的信息的接入請(qǐng)求，判斷出該請(qǐng)求中的目的信息是預(yù)先指定的用于提供數(shù)據(jù)業(yè)務(wù)服務(wù)的數(shù)據(jù)源的目的信息后，執(zhí)行接入控制，建立起與UE之間的控制連接；UE從控制連接的建立過程中獲取接收屬性信息；組播代理模塊接將來自數(shù)據(jù)源的與業(yè)務(wù)數(shù)據(jù)內(nèi)容標(biāo)識(shí)相對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)下發(fā)給UE；UE根據(jù)已獲取的接收屬性信息在已建立的傳輸通道中接收業(yè)務(wù)數(shù)據(jù)。由于本發(fā)明采用了組播代理模塊，數(shù)據(jù)源至組播代理模塊之間只需傳輸一份數(shù)據(jù)，實(shí)現(xiàn)了業(yè)務(wù)數(shù)據(jù)的組播，使得數(shù)據(jù)處理能更快速和流暢，提高了網(wǎng)絡(luò)資源的利用率。
文檔編號(hào)H04W74/00GK1852551SQ20051007119
公開日2006年10月25日 申請(qǐng)日期2005年5月20日 優(yōu)先權(quán)日2005年5月20日
發(fā)明者陳建, 胡軍, 繆軍海 申請(qǐng)人:華為技術(shù)有限公司