欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

多播業(yè)務(wù)中停止用戶會話的方法

文檔序號:7620029閱讀:126來源:國知局
專利名稱:多播業(yè)務(wù)中停止用戶會話的方法
技術(shù)領(lǐng)域
本發(fā)明涉及多播技術(shù)領(lǐng)域,特別是指在多播業(yè)務(wù)中停止用戶會話的方法。
背景技術(shù)
在無線通信領(lǐng)域中,多播業(yè)務(wù)是一種一點(diǎn)到多點(diǎn)的單向承載業(yè)務(wù),一個設(shè)備采用多播的方式發(fā)送信息,可以被多個設(shè)備同時接收,即一個信息發(fā)送設(shè)備同時為多個接收設(shè)備提供服務(wù)。在多播方式下,多個接收設(shè)備共享一個網(wǎng)絡(luò)信道,提高了網(wǎng)絡(luò)的利用效率。而單播是一種點(diǎn)到點(diǎn)的業(yè)務(wù),信息發(fā)送設(shè)備為每個獨(dú)立的接收設(shè)備服務(wù)。
圖1所示為3GPP23246-660中提供的支持廣播多播服務(wù)(MBMS)業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)示意圖。在現(xiàn)有的第三代合作伙伴計劃(3GPP)和第三代合作伙伴計劃2(3GPP2)中,廣播/多播服務(wù)器(BM-SC)101用于支持廣播/多播業(yè)務(wù)。參見圖1,BM-SC 101與內(nèi)容服務(wù)提供商/多播廣播源相連,該BM-SC 101通過Gmb接口或Gi接口與TPF關(guān)口GPRS支持節(jié)點(diǎn)(GGSN,Gateway GPRS Support Node)102相連,一個BM-SC 101可以與多個TPFGGSN 102相連。TPF GGSN通過Gn/Gp接口與服務(wù)GPRS支持節(jié)點(diǎn)(SGSN,Serving GPRS Support Node)103相連,一個GGSN 102可以與多個SGSN 103相連。SNSN 103通過Iu接口與通用移動通信系統(tǒng)(UMTS)陸地?zé)o線接入網(wǎng)(UTRAN)104相連,UTRAN 104通過Uu接口與用戶終端(UE)106相連;SGSN 103還可以通過Iu/Gb接口與全球移動通信系統(tǒng)(GSM)增強(qiáng)無線接入網(wǎng)(GERAN)105相連,GERAN 105通過Um接口與UE 107相連。其中,GGSN和SGSN屬于無線網(wǎng)絡(luò)中核心網(wǎng)(CN)內(nèi)的節(jié)點(diǎn)。
現(xiàn)有多播業(yè)務(wù)中開始和停止用戶會話的方法為接收設(shè)備如果需要接收多播信息,就在信息發(fā)送設(shè)備上登記;當(dāng)接收設(shè)備不需要接收信息時,就向信息發(fā)送設(shè)備發(fā)起注銷,注銷成功后,信息發(fā)送設(shè)備就不再向該接收設(shè)備發(fā)送多播信息。在所有接收設(shè)備均注銷后,信息發(fā)送設(shè)備將停止發(fā)送信息。其中多播可能發(fā)生在URTAN、SGSN、GGSN或BM-SC。
再有,在多播業(yè)務(wù)中,為防止沒有訂閱或未付費(fèi)的用戶享受多播業(yè)務(wù),在多播業(yè)務(wù)的群組中,針對每個具體業(yè)務(wù)都設(shè)置有一個多播服務(wù)密鑰(MSK),該MSK只有群組內(nèi)的用戶和提供多播業(yè)務(wù)的服務(wù)器知道,而群組外的用戶無權(quán)知道這個密鑰。共享的MSK并不直接加密MBMS業(yè)務(wù)數(shù)據(jù),它用來做接入控制,產(chǎn)生多播業(yè)務(wù)密鑰(MTK),MSK對MTK進(jìn)行加密。多播業(yè)務(wù)服務(wù)器使用MTK對業(yè)務(wù)數(shù)據(jù)信息進(jìn)行加密,群組內(nèi)的用戶收到業(yè)務(wù)數(shù)據(jù)信息后使用相同的共享MTK解密,從而獲得業(yè)務(wù)數(shù)據(jù)信息的內(nèi)容,而群組外用戶因?yàn)闆]有這個共享密鑰,所以不能獲取多播信息內(nèi)容。并且,每隔一段時間,提供多播業(yè)務(wù)的服務(wù)器就會向組內(nèi)的用戶發(fā)送更新的MSK,這樣可以保證信息的安全性。
在群組內(nèi)的用戶希望停止接收多播業(yè)務(wù)時,向多播業(yè)務(wù)服務(wù)器發(fā)送注銷信息,多播業(yè)務(wù)服務(wù)器接收到注銷信息后,停止向該用戶發(fā)送密鑰MSK,之后,由于該發(fā)起注銷的用戶不再擁有密鑰MSK,因而其不能對接收到的信息進(jìn)行解密,從而達(dá)到使該用戶停止接收多播業(yè)務(wù)的目的。
從上述停止用戶會話的過程中可以看出,無論采用哪種方法停止用戶會話,其實(shí)質(zhì)都是由用戶終端主動發(fā)起注銷信息,從而達(dá)到使某個用戶終端的用戶會話停止的目的。
另外,在多播方式下,網(wǎng)絡(luò)側(cè)也可以主動發(fā)起停止用戶會話,在3GPP23246-660中已給出了具體的實(shí)現(xiàn)方式。但網(wǎng)絡(luò)側(cè)所發(fā)起的停止用戶會話是針對某一組用戶終端的,而不是針對某個用戶終端的用戶會話。
由此可以看出,在現(xiàn)有的停止用戶會話的實(shí)現(xiàn)過程中,無論是用戶終端主動發(fā)起注銷還是網(wǎng)絡(luò)側(cè)主動發(fā)起停止,都存在以下問題1、網(wǎng)絡(luò)側(cè)不能主動停止針對某個用戶終端的用戶會話,也就是說,運(yùn)營商無法主動停止對某個用戶終端的服務(wù)。例如,當(dāng)某個用戶欠費(fèi)時,運(yùn)營商也不能主動停止對該用戶終端的多播服務(wù)。
2、如果某個用戶終端已經(jīng)停止接收多播的內(nèi)容,而其沒有發(fā)起注銷信息,則網(wǎng)絡(luò)側(cè)不知道該用戶終端已停止接收,此時,網(wǎng)絡(luò)側(cè)還會繼續(xù)向該用戶終端發(fā)送多播業(yè)務(wù)信息,而如果該用戶是當(dāng)前多播網(wǎng)絡(luò)中的最后一個用戶,那么網(wǎng)絡(luò)例仍然會繼續(xù)發(fā)送多播業(yè)務(wù)信息,可見嚴(yán)重浪費(fèi)了網(wǎng)絡(luò)的資源。

發(fā)明內(nèi)容
有鑒于此,本發(fā)明的目的在于提供一種多播業(yè)務(wù)中停止用戶會話的方法,在多播業(yè)務(wù)中網(wǎng)絡(luò)側(cè)能夠主動停止針對某個用戶終端的用戶會話。
為達(dá)到上述目的,本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種多播業(yè)務(wù)中停止用戶會話的方法,該方法包括以下步驟多播信息發(fā)送設(shè)備獲取針對用戶終端的停止用戶會話的停止條件,判斷當(dāng)前是否滿足停止條件,如果是,則該多播信息發(fā)送設(shè)備主動發(fā)起中斷用戶會話的請求,該請求中包含滿足停止條件用戶終端的用戶會話號,接收該請求的設(shè)備根接收到的用戶會話號,釋放該用戶會話號對應(yīng)用戶終端所占用的網(wǎng)絡(luò)資源;否則多播信息發(fā)送設(shè)備繼續(xù)發(fā)送多播信息。
較佳地,所述停止條件為業(yè)務(wù)用量信息;所述多播信息發(fā)送設(shè)備獲取針對用戶終端的停止用戶會話的停止條件的過程為多播信息發(fā)送設(shè)備接收到來自用戶終端的加入組播請求的信息后,從接收到的信息中獲取當(dāng)前發(fā)起加入請求用戶終端的用戶會話號及該發(fā)起加入請求用戶終端的用戶標(biāo)識,記錄當(dāng)前發(fā)起加入請求用戶終端的用戶會話號;多播信息發(fā)送設(shè)備根據(jù)發(fā)起加入請求的用戶終端的用戶標(biāo)識確定當(dāng)前用戶終端為預(yù)付費(fèi)用戶終端后,從在線計費(fèi)系統(tǒng)中獲取該用戶終端的業(yè)務(wù)用量信息,并將該業(yè)務(wù)用量信息作為停止條件。
較佳地,所述多播信息發(fā)送設(shè)備從在線計費(fèi)系統(tǒng)中獲取該用戶終端的業(yè)務(wù)用量信息的過程包括以下步驟多播信息發(fā)送設(shè)備向在線計費(fèi)系統(tǒng)發(fā)送CCR消息,該消息中包含用戶標(biāo)識以及多播業(yè)務(wù)計費(fèi)信息,該多播業(yè)務(wù)計費(fèi)信息為節(jié)目類型或節(jié)目名稱;在線計費(fèi)系統(tǒng)根據(jù)用戶標(biāo)識確定該用戶終端的信用額度,并根據(jù)該用戶終端的信用額度以及該用戶終端的多播業(yè)務(wù)計費(fèi)信息計算該用戶終端的業(yè)務(wù)用量信息,之后,在線計費(fèi)系統(tǒng)通過CCA消息將業(yè)務(wù)用量信息發(fā)送給多播信息發(fā)送設(shè)備。
較佳地,所述業(yè)務(wù)用量信息為發(fā)送多播服務(wù)密鑰MSK的數(shù)量;所述判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否已給戶終端發(fā)送指定數(shù)量的MSK,如果是,則滿足停止條件,否則不滿足停止條件。
較佳地,所述業(yè)務(wù)用量信息為發(fā)送多播業(yè)務(wù)信息的持續(xù)時間長度;所述判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否到達(dá)發(fā)送多播業(yè)務(wù)信息的持續(xù)時間長度,如果是,則滿足停止條件,否則不滿足停止條件;或者,首先根據(jù)發(fā)送多播業(yè)務(wù)信息的持續(xù)時間長度確定發(fā)送MSK的數(shù)量,然后判斷當(dāng)前是否已給戶終端發(fā)送指定數(shù)量的MSK,如果是,則滿足停止條件,否則不滿足停止條件。
較佳地,所述停止條件為用戶終端所訂購的多播業(yè)務(wù)有效期限信息;所述多播信息發(fā)送設(shè)備獲取針對用戶終端的停止用戶會話的停止條件的過程為多播信息發(fā)送設(shè)備接收到來自用戶終端的加入組播的信息后,記錄該用戶終端的標(biāo)識與其所訂購的多播業(yè)務(wù)有效期限信息的對應(yīng)信息,并將該多播業(yè)務(wù)有效期限信息作為停止條件。
所述判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否到達(dá)所訂購的多播業(yè)務(wù)有效期限,如果是,則滿足停止條件,否則不滿足停止條件;或者,根據(jù)所訂購的多播業(yè)務(wù)有效期限確定發(fā)送MSK的數(shù)量,判斷當(dāng)前是否已給戶終端發(fā)送指定數(shù)量的MSK,如果是,則滿足停止條件,否則不滿足停止條件。
較佳地,所述停止條件為停止某個用戶會話的請求信息;所述多播信息發(fā)送設(shè)備獲取針對用戶終端的停止用戶會話的停止條件的過程為接收來自聯(lián)機(jī)指令系統(tǒng)的停止某個用戶會話的請求信息;所述判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否接收到來自聯(lián)機(jī)指令系統(tǒng)的停止某個用戶會話的請求信息,如果是,則滿足停止條件,否則不滿足停止條件。
較佳地,所述停止條件為業(yè)務(wù)用量信息、發(fā)起加入請求的用戶終端所訂購的有效期限信息和停止某個用戶會話的請求信息三者的任意組合;所述判斷當(dāng)前是否滿足停止條件的過程為判斷業(yè)務(wù)用量信息是否被用盡,或是否到達(dá)發(fā)起加入請求的用戶終端所訂購的有效期限信息,或是否接收到停止某個用戶會話的請求信息,如果其中之一為是,則當(dāng)前滿足停止條件。
較佳地,所述接收中斷用戶會話請求的設(shè)備釋放用戶會話號對應(yīng)用戶終端所占用的網(wǎng)絡(luò)資源后,進(jìn)一步包括接收中斷用戶會話請求的設(shè)備給多播信息發(fā)送設(shè)備返回中斷用戶會話的響應(yīng);所述多播信息發(fā)送設(shè)備主動發(fā)起的停止針對該用戶會話的停止請求由Abort-Session-Request,或RAR,或STR消息承載;所述接收中斷用戶會話請求的設(shè)備給多播信息發(fā)送設(shè)備返回中斷用戶會話的響應(yīng)由Abort-Session-Answer,或RAA,或STA消息承載。
較佳地,該方法進(jìn)一步包括多播信息發(fā)送設(shè)備接收到中斷用戶會話的響應(yīng)后,判斷當(dāng)前網(wǎng)絡(luò)中是否還有用戶終端接收多播信息,如果有,則繼續(xù)發(fā)送多播業(yè)務(wù),如果沒有,則停止發(fā)送多播業(yè)務(wù)。
較佳地,所述接收中斷用戶會話請求的設(shè)備釋放用戶會話號對應(yīng)用戶終端所占用的網(wǎng)絡(luò)資源后,進(jìn)一步包括如果多播信息發(fā)送設(shè)備接收來自該用戶終端的請求MSK信息,則拒絕給該UE下發(fā)MSK。
較佳地,所述多播信息發(fā)送設(shè)備為多播業(yè)務(wù)服務(wù)器BM-SC,所述接收中斷用戶會話的請求的設(shè)備為GGSN。
本發(fā)明關(guān)鍵是,多播信息發(fā)送設(shè)備獲取針對某個用戶終端的停止用戶會話的停止條件,判斷當(dāng)前是否滿足停止條件,如果是,則該多播信息發(fā)送設(shè)備主動發(fā)起中斷用戶會話的請求,該請求中包含滿足停止條件用戶終端的用戶會話號,接收該請求的設(shè)備根接收到的用戶會話號,釋放該用戶會話號對應(yīng)用戶終端所占用的網(wǎng)絡(luò)資源;否則多播信息發(fā)送設(shè)備繼續(xù)發(fā)送多播信息。應(yīng)用本發(fā)明,在多播業(yè)務(wù)中,網(wǎng)絡(luò)側(cè)能夠主動停止針對某個用戶的用戶會話,避免了即使用戶欠費(fèi)運(yùn)營商也不能主動停止對該用戶的多播服務(wù)的情況,而且避免了網(wǎng)絡(luò)資源的浪費(fèi)。同時,應(yīng)用本發(fā)明所述方法還可以對預(yù)付費(fèi)用戶進(jìn)行實(shí)時計費(fèi)。


圖1所示為支持多播服務(wù)(MBMS)業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)示意圖;圖2所示為應(yīng)用本發(fā)明的實(shí)施例一的BM-SC主動停止某用戶會話的流程示意圖。
具體實(shí)施例方式
下面結(jié)合附圖及具體實(shí)施例,對本發(fā)明再做進(jìn)一步地詳細(xì)說明。
圖2所示為應(yīng)用本發(fā)明的實(shí)施例一的BM-SC主動停止某用戶會話的流程示意圖。本實(shí)施例采用IPv4協(xié)議,發(fā)起加入組播請求的用戶終端(UE)為預(yù)付費(fèi)用戶,且本例中與默認(rèn)PDP上下文對應(yīng)的GGSN為GGSN1,實(shí)際提供所需MBMS業(yè)務(wù)的GGSN為GGSN2。在實(shí)際應(yīng)用中,GGSN1和GGSN2可以是同一個GGSN,也可以是不同的GGSN。
步驟201~202,通常UE需要激活某個MBMS組播業(yè)務(wù)時,先要與網(wǎng)絡(luò)進(jìn)行交互建立PDP上下文(PDP Context Activation)。之后,當(dāng)前UE通過上述建立的PDP上下文,發(fā)送一個IGMP加入消息(IGMP Join)給GGSN1,消息中通過IP組播地址標(biāo)識用戶所請求的業(yè)務(wù)類型以及用戶標(biāo)識。
步驟203,GGSN1接收到來自UE的加入組播消息后,向BM-SC發(fā)送鑒權(quán)認(rèn)證請求(AAR)消息,該消息中包含用戶標(biāo)識、用戶會話號(Session-id)以及所請求的業(yè)務(wù)類型。所述Session-id是針對發(fā)起加入請求的用戶終端的用戶會話號。
步驟204,BM-SC鑒權(quán)成功后,從接收到的AAR消息中獲取當(dāng)前發(fā)起加入請求的用戶終端的用戶會話號并記錄,從接收到的AAR消息中獲取該UE的用戶標(biāo)識,并根據(jù)該UE的用戶標(biāo)識確定該發(fā)起請求UE的簽約信息,之后,根據(jù)該UE的簽約信息以及所請求的業(yè)務(wù)類型確定該UE為預(yù)付費(fèi)用戶終端后,向在線計費(fèi)系統(tǒng)(OCS)發(fā)送信用控制請求(CCR,Credit ControlRequest)消息,該CCR消息中包含UE的用戶標(biāo)識、多播業(yè)務(wù)計費(fèi)信息以及開始計費(fèi)的信息,該多播業(yè)務(wù)計費(fèi)信息為節(jié)目類型或節(jié)目名稱。
步驟205,OCS從接收到的信息中獲取UE的用戶標(biāo)識,并根據(jù)開始計費(fèi)的信息以及該UE的用戶標(biāo)識確定該UE的用戶信用額度,之后,根據(jù)該UE的用戶信用額度以及多播業(yè)務(wù)計費(fèi)信息計算出該UE當(dāng)前可使用的業(yè)務(wù)用量信息,并將該業(yè)務(wù)用量信息通過信用控制應(yīng)答(CCA,Credit ControlAnswer)消息返回給BM-SC。該業(yè)務(wù)用量信息將作為停止某個用戶會話的停止條件。
所述業(yè)務(wù)用量信息可以是BM-SC向UE發(fā)送MSK的數(shù)量,也可以是BM-SC發(fā)送多播業(yè)務(wù)信息持續(xù)的時間。
步驟206,BM-SC保存接收到的業(yè)務(wù)用量信息,然后給GGSN1返回鑒權(quán)響應(yīng)(AAA)消息,在本實(shí)施例中為鑒權(quán)成功的響應(yīng)消息。
步驟207~210,GGSN1發(fā)送一個MBMS通知請求(MBMS NotificationRequest)給SGSN,SGSN給GGSN1返回MBMS通知響應(yīng)(MBMSNotification Response),該響應(yīng)中攜帶有原因值,該原因值用于指示是否成功激活MBMS UE上下文;之后,SGSN給UE發(fā)送一個請求MBMS上下文激活消息(Request MBMS Context Activation),用于請求UE激活一個MBMSUE上下文;UE創(chuàng)建一個MBMS UE上下文后,給SGSN發(fā)送一個激活MBMS上下文請求(Activate MBMS Context Request),用于確定實(shí)際提供所需MBMS業(yè)務(wù)的GGSN,即GGSN2。
步驟211~215,SGSN創(chuàng)建一個MBMS UE上下文,并向?qū)嶋H提供所需MBMS業(yè)務(wù)的GGSN即GGSN2發(fā)送創(chuàng)建MBMS上下文請求(Create MBMSContext Request),GGSN2發(fā)送一個MBMS授權(quán)請求(AA Request)給BM-SC,尋求對UE的授權(quán),授權(quán)判決結(jié)果在MBMS授權(quán)響應(yīng)(AA Response)中提供。GGSN2創(chuàng)建一個MBMS UE上下文,并發(fā)送創(chuàng)建MBMS上下文響應(yīng)(Create MBMS Context Response)給SGSN,SGSN發(fā)送一個激活MBMS上下文接受消息(Activate MBMS Context Accept)給UE,該消息中含有MBMS承載能力。
至此,BM-SC開始多播業(yè)務(wù)。
步驟216,在BM-SC下發(fā)多播業(yè)務(wù)的過程中,BM-SC監(jiān)視每個接收多播業(yè)務(wù)的UE的業(yè)務(wù)用量信息,并判斷當(dāng)前是否到達(dá)業(yè)務(wù)用量信息即判斷當(dāng)前是否滿足停止條件,如果是則向GGSN1發(fā)送中斷會話的請求消息,該消息中包含滿足停止條件的UE所使用的用戶會話號Session id,以指示GGSN1終止相應(yīng)的會話,否則繼續(xù)發(fā)送多播業(yè)務(wù)信息。
如果業(yè)務(wù)用量信息是BM-SC向UE發(fā)送MSK的數(shù)量,則判斷當(dāng)前是否到達(dá)業(yè)務(wù)用量信息即判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否已給該用戶終端發(fā)送指定數(shù)量的MSK,如果是則向GGSN1發(fā)送中斷會話的請求消息。
如果業(yè)務(wù)用量信息是多播業(yè)務(wù)信息持續(xù)的時間,則判斷當(dāng)前是否到達(dá)業(yè)務(wù)用量信息即判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否到達(dá)發(fā)送多播業(yè)務(wù)信息的持續(xù)時間;或者,BM-SC首先根據(jù)發(fā)送多播業(yè)務(wù)信息的時間長度確定發(fā)送MSK的數(shù)量,然后BM-SC判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否已給該戶終端發(fā)送指定數(shù)量的MSK。
只要滿足停止條件,BM-SC就停止給該UE發(fā)送MSK。以使該UE無法獲得MSK,進(jìn)而無法對接受到的多播信息進(jìn)行解密,從而達(dá)到終止該UE的用戶會話的目的。
步驟217,GGSN1接收到中斷會話的請求消息后,根據(jù)該消息中的Session id,找到對應(yīng)的用戶會話,釋放該會話所對應(yīng)的資源,之后,給BM-SC返回中斷會話的請求的響應(yīng)消息。
上述步驟216和步驟217中的中斷會話的請求消息和中斷會話請求響應(yīng)消息可以由ASR(Abort-Session-Request)和ASA(Abort-Session-Answer),或者RAR(Re-Auth-Request)和RAA(Re-Auth-Answer),或者STR(Session-Termination-Request)和STA(Session-Termination-Answer)消息承載。
步驟218~224,GGSN1向SGSN發(fā)送針對該滿足停止條件的UE的MBMS上下文去激活請求(MBMS UE Context Deactivation Request),該請求中包含UE的用戶標(biāo)識,SGSN給GGSN1返回針對該UE的MBMS上下文去激活響應(yīng)(MBMS UE Context Deactivation Response)后,給該UE發(fā)送MBMS上下文去激活請求(MBMS Context Deactivation Request),該UE去激活上下文,之后,給SGSN返回MBMS上下文去激活響應(yīng)(MBMSContext Deactivation Response)。SGSN向該UE所屬RAN發(fā)送針對該UE的MBMS去激活連接請求(MBMS UE De-Linking Request),該請求中包含該UE的用戶標(biāo)識,RAN釋放該UE所占用資源后,給SGSN返回針對該UE的MBMS去激活連接響應(yīng)(MBMS UE De-Linking Response)。
步驟225~228,SGSN給GGSN2發(fā)送刪除MBMS上下文請求(DeleteMBMS Context Request),GGSN2接收到該請求后,向BM-SC發(fā)送去激活指示(Deactivation Indication),BM-SC確認(rèn)自身已去激活后給GGSN2返回去激活確認(rèn)(Deactivation Confirmation)信息,之后,GGSN2給SGSN返回刪除MBMS上下文響應(yīng)(Delete MBMS Context Response)。
當(dāng)網(wǎng)絡(luò)側(cè)已釋放該UE所占用的資源后,BM-SC不再給該UE下發(fā)MSK,從而停止針對該UE的用戶會話。如果此時BM-SC接收到來自該UE的請求MSK信息,由于BM-SC不能找到該UE的用戶會話號,因此將拒絕給該UE下發(fā)MSK,即BM-SC不會再向該UE發(fā)送MSK;如果BM-SC判斷出當(dāng)前網(wǎng)絡(luò)中沒有UE接收該多播業(yè)務(wù)信息,即該UE是當(dāng)前網(wǎng)絡(luò)中的最后一個UE,BM-SC就停止發(fā)送多播業(yè)務(wù)信息,以節(jié)約網(wǎng)絡(luò)的資源。
步驟229~230,BM-SC向OCS發(fā)送消息,該CCR消息中包含UE的標(biāo)識、多播業(yè)務(wù)計費(fèi)信息以及結(jié)束計費(fèi)的信息,該多播業(yè)務(wù)計費(fèi)信息為節(jié)目類型或節(jié)目名稱。OCS確認(rèn)結(jié)束計費(fèi),并對該UE實(shí)現(xiàn)計費(fèi)后,給BM-SC返回CCA消息。
至此,實(shí)現(xiàn)了網(wǎng)絡(luò)側(cè)主動停止針對某個UE的用戶會話,并且,還進(jìn)一步實(shí)現(xiàn)了實(shí)時計費(fèi)。
再有,另一種使網(wǎng)絡(luò)側(cè)主動停止針對某個UE的用戶會話的實(shí)現(xiàn)方式是BM-SC接收到來自用戶終端的加入組播的信息后,記錄該用戶終端的標(biāo)識與其所訂購的多播業(yè)務(wù)有效期限信息的對應(yīng)信息,并將該多播業(yè)務(wù)有效期限信息作為停止條件。當(dāng)BM-SC下發(fā)多播信息時,判斷當(dāng)前是否到達(dá)該UE所訂購的有效期限,即判斷當(dāng)前是否滿足停止條件,如果是,則BM-SC發(fā)送中斷會話的請求消息給GGSN,該消息中包含該UE的用戶會話號Sessionid,GGSN接收到該消息后,釋放與該用戶會話號對應(yīng)UE所占用的資源,并給BM-SC返回中斷響應(yīng)消息;否則BM-SC繼續(xù)正常發(fā)送多播業(yè)務(wù)。當(dāng)然,該有效期限既可以是持續(xù)發(fā)送多播業(yè)務(wù)信息的時間,也可以將持續(xù)發(fā)送多播業(yè)務(wù)信息的時間轉(zhuǎn)換為發(fā)送MSK的數(shù)量。同樣地,當(dāng)BM-SC判斷出當(dāng)前網(wǎng)絡(luò)中沒有用戶終端接收該多播業(yè)務(wù)信息后,就停止發(fā)送多播業(yè)務(wù)。所述中斷會話的請求消息和中斷會話請求的響應(yīng)消息可以由ASR和ASA,或者RAR和RAA,或者STR和STA消息承載。
再一種使網(wǎng)絡(luò)側(cè)主動停止針對某個UE的用戶會話的實(shí)現(xiàn)方式是在BM-SC發(fā)送組播信息的過程中,當(dāng)BM-SC接收到來自運(yùn)營支撐系統(tǒng)(OSS)內(nèi)的聯(lián)機(jī)指令系統(tǒng)包含某個UE的用戶會話號的停止針對某個UE的用戶會話請求后,向GGSN下發(fā)包含該UE用戶會話號的中斷會話的請求消息,GGSN接收到該消息后,釋放與該用戶會話號對應(yīng)UE所占用的資源,并給BM-SC返回中斷響應(yīng)消息;從而實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)主動停止針對某個UE的用戶會話。在這種實(shí)現(xiàn)方式下,來自O(shè)SS的停止針對某個UE的用戶會話請求即為停止條件,判斷是否滿足停止條件的過程也既判斷是否接收到來自O(shè)SS的停止針對某個UE的用戶會話請求。同樣地,當(dāng)BM-SC判斷出當(dāng)前網(wǎng)絡(luò)中沒有用戶終端接收該多播業(yè)務(wù)信息后,就停止發(fā)送多播業(yè)務(wù)。所述中斷會話的請求消息和中斷會話請求響應(yīng)消息可以由ASR和ASA,或者RAR和RAA,或者STR和STA消息承載。
以上三種實(shí)現(xiàn)方式的停止條件既可以分別單獨(dú)存在,也可以以任意組合的形式存在。當(dāng)有多個停止條件同時存在時,只要有一個停止條件滿足,BM-SC就下發(fā)包含某個UE的用戶會話號的中斷會話的請求消息。
例如,BM-SC從OCS所獲取的業(yè)務(wù)用量信息為時間長度,且時間長度為10分鐘,而BM-SC從來自用戶的多播業(yè)務(wù)訂購信息中獲知該UE訂購時間為30分鐘,那么,當(dāng)BM-SC監(jiān)視到當(dāng)前已到達(dá)業(yè)務(wù)用量信息所指示的時間即10分鐘時,BM-SC就會主動下發(fā)包含該UE用戶會話號的中斷會話的請求消息,從而實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)主動停止針對該UE的用戶會話。
再例如,BM-SC從OCS所獲取的業(yè)務(wù)用量信息為時間長度,且時間長度為10分鐘,當(dāng)BM-SC下發(fā)業(yè)務(wù)信息3分鐘時,接收到來自O(shè)SS的包含某個UE用戶會話號的停止針對該UE用戶會話的請求,此時,BM-SC也會立即下發(fā)包含該UE用戶會話號的中斷會話的請求消息,從而實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)主動停止針對該UE的用戶會話。
總之,以上所述僅為本發(fā)明的較佳實(shí)施例而已,并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種多播業(yè)務(wù)中停止用戶會話的方法,其特征在于,該方法包括以下步驟多播信息發(fā)送設(shè)備獲取針對用戶終端的停止用戶會話的停止條件,判斷當(dāng)前是否滿足停止條件,如果是,則該多播信息發(fā)送設(shè)備主動發(fā)起中斷用戶會話的請求,該請求中包含滿足停止條件用戶終端的用戶會話號,接收該請求的設(shè)備根接收到的用戶會話號,釋放該用戶會話號對應(yīng)用戶終端所占用的網(wǎng)絡(luò)資源;否則多播信息發(fā)送設(shè)備繼續(xù)發(fā)送多播信息。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述停止條件為業(yè)務(wù)用量信息;所述多播信息發(fā)送設(shè)備獲取針對用戶終端的停止用戶會話的停止條件的過程為多播信息發(fā)送設(shè)備接收到來自用戶終端的加入組播請求的信息后,從接收到的信息中獲取當(dāng)前發(fā)起加入請求用戶終端的用戶會話號及該發(fā)起加入請求用戶終端的用戶標(biāo)識,記錄當(dāng)前發(fā)起加入請求用戶終端的用戶會話號;多播信息發(fā)送設(shè)備根據(jù)發(fā)起加入請求的用戶終端的用戶標(biāo)識確定當(dāng)前用戶終端為預(yù)付費(fèi)用戶終端后,從在線計費(fèi)系統(tǒng)中獲取該用戶終端的業(yè)務(wù)用量信息,并將該業(yè)務(wù)用量信息作為停止條件。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,所述多播信息發(fā)送設(shè)備從在線計費(fèi)系統(tǒng)中獲取該用戶終端的業(yè)務(wù)用量信息的過程包括以下步驟多播信息發(fā)送設(shè)備向在線計費(fèi)系統(tǒng)發(fā)送CCR消息,該消息中包含用戶標(biāo)識以及多播業(yè)務(wù)計費(fèi)信息,該多播業(yè)務(wù)計費(fèi)信息為節(jié)目類型或節(jié)目名稱;在線計費(fèi)系統(tǒng)根據(jù)用戶標(biāo)識確定該用戶終端的信用額度,并根據(jù)該用戶終端的信用額度以及該用戶終端的多播業(yè)務(wù)計費(fèi)信息計算該用戶終端的業(yè)務(wù)用量信息,之后,在線計費(fèi)系統(tǒng)通過CCA消息將業(yè)務(wù)用量信息發(fā)送給多播信息發(fā)送設(shè)備。
4.根據(jù)權(quán)利要求2或3所述的方法,其特征在于,所述業(yè)務(wù)用量信息為發(fā)送多播服務(wù)密鑰MSK的數(shù)量;所述判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否已給戶終端發(fā)送指定數(shù)量的MSK,如果是,則滿足停止條件,否則不滿足停止條件。
5.根據(jù)權(quán)利要求2或3所述的方法,其特征在于,所述業(yè)務(wù)用量信息為發(fā)送多播業(yè)務(wù)信息的持續(xù)時間長度;所述判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否到達(dá)發(fā)送多播業(yè)務(wù)信息的持續(xù)時間長度,如果是,則滿足停止條件,否則不滿足停止條件;或者,首先根據(jù)發(fā)送多播業(yè)務(wù)信息的持續(xù)時間長度確定發(fā)送MSK的數(shù)量,然后判斷當(dāng)前是否已給戶終端發(fā)送指定數(shù)量的MSK,如果是,則滿足停止條件,否則不滿足停止條件。
6.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述停止條件為用戶終端所訂購的多播業(yè)務(wù)有效期限信息;所述多播信息發(fā)送設(shè)備獲取針對用戶終端的停止用戶會話的停止條件的過程為多播信息發(fā)送設(shè)備接收到來自用戶終端的加入組播的信息后,記錄該用戶終端的標(biāo)識與其所訂購的多播業(yè)務(wù)有效期限信息的對應(yīng)信息,并將該多播業(yè)務(wù)有效期限信息作為停止條件。所述判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否到達(dá)所訂購的多播業(yè)務(wù)有效期限,如果是,則滿足停止條件,否則不滿足停止條件;或者,根據(jù)所訂購的多播業(yè)務(wù)有效期限確定發(fā)送MSK的數(shù)量,判斷當(dāng)前是否已給戶終端發(fā)送指定數(shù)量的MSK,如果是,則滿足停止條件,否則不滿足停止條件。
7.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述停止條件為停止某個用戶會話的請求信息;所述多播信息發(fā)送設(shè)備獲取針對用戶終端的停止用戶會話的停止條件的過程為接收來自聯(lián)機(jī)指令系統(tǒng)的停止某個用戶會話的請求信息;所述判斷當(dāng)前是否滿足停止條件的過程為判斷當(dāng)前是否接收到來自聯(lián)機(jī)指令系統(tǒng)的停止某個用戶會話的請求信息,如果是,則滿足停止條件,否則不滿足停止條件。
8.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述停止條件為業(yè)務(wù)用量信息、發(fā)起加入請求的用戶終端所訂購的有效期限信息和停止某個用戶會話的請求信息三者的任意組合;所述判斷當(dāng)前是否滿足停止條件的過程為判斷業(yè)務(wù)用量信息是否被用盡,或是否到達(dá)發(fā)起加入請求的用戶終端所訂購的有效期限信息,或是否接收到停止某個用戶會話的請求信息,如果其中之一為是,則當(dāng)前滿足停止條件。
9.根據(jù)權(quán)利要求1,2,3,6,7或8所述的方法,其特征在于,所述接收中斷用戶會話請求的設(shè)備釋放用戶會話號對應(yīng)用戶終端所占用的網(wǎng)絡(luò)資源后,進(jìn)一步包括接收中斷用戶會話請求的設(shè)備給多播信息發(fā)送設(shè)備返回中斷用戶會話的響應(yīng);所述多播信息發(fā)送設(shè)備主動發(fā)起的停止針對該用戶會話的停止請求由Abort-Session-Request,或RAR,或STR消息承載;所述接收中斷用戶會話請求的設(shè)備給多播信息發(fā)送設(shè)備返回中斷用戶會話的響應(yīng)由Abort-Session-Answer,或RAA,或STA消息承載。
10.根據(jù)權(quán)利要求9所述的方法,其特征在于,該方法進(jìn)一步包括多播信息發(fā)送設(shè)備接收到中斷用戶會話的響應(yīng)后,判斷當(dāng)前網(wǎng)絡(luò)中是否還有用戶終端接收多播信息,如果有,則繼續(xù)發(fā)送多播業(yè)務(wù),如果沒有,則停止發(fā)送多播業(yè)務(wù)。
11.根據(jù)權(quán)利要求1,2,3,6,7或8所述的方法,其特征在于,所述接收中斷用戶會話請求的設(shè)備釋放用戶會話號對應(yīng)用戶終端所占用的網(wǎng)絡(luò)資源后,進(jìn)一步包括如果多播信息發(fā)送設(shè)備接收來自該用戶終端的請求MSK信息,則拒絕給該UE下發(fā)MSK。
12.根據(jù)權(quán)利要求11所述的方法,其特征在于,所述多播信息發(fā)送設(shè)備為多播業(yè)務(wù)服務(wù)器BM-SC,所述接收中斷用戶會話的請求的設(shè)備為GGSN。
全文摘要
本發(fā)明公開了一種多播業(yè)務(wù)中停止用戶會話的方法,關(guān)鍵是,多播信息發(fā)送設(shè)備獲取針對某個用戶終端的停止用戶會話的停止條件,判斷當(dāng)前是否滿足停止條件,如果是,則該多播信息發(fā)送設(shè)備主動發(fā)起中斷用戶會話的請求,該請求中包含滿足停止條件用戶終端的用戶會話號,接收該請求的設(shè)備根接收到的用戶會話號,釋放該用戶會話號對應(yīng)用戶終端所占用的網(wǎng)絡(luò)資源;否則多播信息發(fā)送設(shè)備繼續(xù)發(fā)送多播信息。應(yīng)用本發(fā)明,在多播業(yè)務(wù)中,網(wǎng)絡(luò)側(cè)能夠主動停止針對某個用戶的用戶會話,避免了即使用戶欠費(fèi)運(yùn)營商也不能主動停止對該用戶的多播服務(wù)的情況,而且避免了網(wǎng)絡(luò)資源的浪費(fèi)。同時,應(yīng)用本發(fā)明所述方法還可以對預(yù)付費(fèi)用戶進(jìn)行實(shí)時計費(fèi)。
文檔編號H04L12/18GK1794867SQ20051008058
公開日2006年6月28日 申請日期2005年6月30日 優(yōu)先權(quán)日2005年6月30日
發(fā)明者胡立新 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1
右玉县| 柘城县| 伊宁县| 北宁市| 文成县| 靖安县| 北安市| 安化县| 琼海市| 齐河县| 荆门市| 新绛县| SHOW| 岑巩县| 济阳县| 瑞昌市| 南汇区| 洪湖市| 顺义区| 年辖:市辖区| 珲春市| 泰安市| 常州市| 青岛市| 临夏县| 西和县| 门头沟区| 永修县| 新巴尔虎左旗| 龙川县| 正蓝旗| 石门县| 综艺| 和林格尔县| 伊春市| 济南市| 洛扎县| 黄冈市| 集安市| 张掖市| 新密市|