專利名稱：一種實現(xiàn)多媒體廣播/組播業(yè)務(wù)通知的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體廣播/廣播技術(shù)，尤指一種基于互通無線局域網(wǎng)(I-WLAN，Interworking Wireless Local Area Network)，實現(xiàn)多媒體廣播/組播業(yè)務(wù)(MBMS，Multimedia Broadcast/Multicast Service)通知的方法及裝置。
背景技術(shù)：
隨著第三代移動通信技術(shù)的發(fā)展，第三代移動通信可以提供比第二代移動通信更高數(shù)據(jù)速率的服務(wù)，從而支持多種業(yè)務(wù)形式，比如視頻電話、圖片下載、高速瀏覽Internet網(wǎng)絡(luò)等服務(wù)。其中有一類業(yè)務(wù)的特點是該業(yè)務(wù)可以同時給無線網(wǎng)絡(luò)中訂閱了該業(yè)務(wù)的用戶進行發(fā)送，比如說天氣預(yù)報、新聞短片、體育比賽集錦等等。利用這些業(yè)務(wù)同時發(fā)送的特點，第三代移動通信系統(tǒng)引入了廣播/組播的概念。
廣播/組播業(yè)務(wù)中，對于一個中間節(jié)點而言，無論其下游包含多少個期待接收數(shù)據(jù)的節(jié)點，其上游節(jié)點總是向該中間節(jié)點發(fā)送一份數(shù)據(jù)；該中間節(jié)點收到數(shù)據(jù)后，根據(jù)其下游期待接收數(shù)據(jù)的節(jié)點數(shù)量復制該數(shù)據(jù)，并向其下游各期待接收該數(shù)據(jù)的節(jié)點分發(fā)該數(shù)據(jù)，這樣，廣播/組播業(yè)務(wù)數(shù)據(jù)傳輸樹的每一條分支都只有一份數(shù)據(jù)進行傳輸，占用一份傳輸資源，根節(jié)點與其下游節(jié)點的數(shù)據(jù)傳輸也是如此。組播業(yè)務(wù)和廣播業(yè)務(wù)的區(qū)別點僅在于組播業(yè)務(wù)只向訂閱了某些信息的用戶發(fā)送相應(yīng)信息，廣播業(yè)務(wù)則向無線網(wǎng)絡(luò)中的所有用戶發(fā)送信息。由以上描述可見，通過組播/廣播業(yè)務(wù)同時向大量用戶提供相同信息，能夠極大地節(jié)省網(wǎng)絡(luò)資源。
圖1是現(xiàn)有技術(shù)支持廣播/組播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)示意圖，如圖1所示，現(xiàn)有第三代合作伙伴計劃(3GPP)中，支持廣播/組播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)包括廣播/組播業(yè)務(wù)中心(BM-SC)也稱為廣播/組播業(yè)務(wù)服務(wù)器，BM-SC通過Gmb接口或Gi接口與業(yè)務(wù)平面功能(TPF)關(guān)口GPRS支持節(jié)點(GGSN，Gateway GPRS Support Node)相連，一個BM-SC可與多個GGSN相連；GGSN通過Gn/Gp接口與服務(wù)GPRS支持節(jié)點(SGSN，Serving GPRS Support Node)相連，一個GGSN可與多個SGSN相連；SGSN可通過Iu接口與通用移動通信系統(tǒng)(UMTS)陸地無線接入網(wǎng)(UTRAN)相連，然后UTRAN通過Uu接口與用戶終端(UE)相連，SGSN也可通過Iu/Gb接口與全球移動通信系統(tǒng)(GSM)增強無線接入網(wǎng)(GERAN)相連，然后GERAN通過Um接口與UE相連。其中，GGSN和SGSN屬于無線網(wǎng)絡(luò)中核心網(wǎng)(CN)內(nèi)的節(jié)點。
從圖1給出的網(wǎng)絡(luò)結(jié)構(gòu)可以看出，為了支持MBMS業(yè)務(wù)，在第三代移動通信系統(tǒng)中增加了移動網(wǎng)功能實體--廣播/組播業(yè)務(wù)中心，即BM-SC，所述BM-SC為內(nèi)容提供者/組播廣播源的入口，用于授權(quán)和在移動網(wǎng)中發(fā)起MBMS業(yè)務(wù)，并按照預(yù)定時間計劃傳送MBMS內(nèi)容。此外，在UE、UTRAN、GERAN、SGSN、GGSN等功能實體上增加了與MBMS相關(guān)的功能。BM-SC為MBMS用戶業(yè)務(wù)的提供和發(fā)送提供功能?？梢宰鳛橐粋€在公眾陸地移動網(wǎng)(PLMN)中用于MBMS內(nèi)容傳輸、授權(quán)和發(fā)起MBMS承載業(yè)務(wù)的接入點，并且可以用于調(diào)度和發(fā)送MBMS傳輸。圖2是現(xiàn)有技術(shù)BM-SC組成示意圖，如圖2所示，BM-SC作為一個功能實體，必須為MBMS用戶業(yè)務(wù)存在，包含五個功能成員功能(Membership Function)、會話和發(fā)送功能(Session And TransmisionFunction)、代理和傳輸功能(Proxy And Tranport Function)、業(yè)務(wù)宣告功能(Service Announcement Function)和安全功能(Security Function)。
MBMS通知是MBMS業(yè)務(wù)涉及的處理過程中的一個過程，在MBMS通知過程中，網(wǎng)絡(luò)側(cè)通知用戶終端準備開始接收MBMS數(shù)據(jù)。
目前基于圖1所示的支持廣播/組播業(yè)務(wù)的無線網(wǎng)絡(luò)中，MBMS通知的方法是由RNC通知UE MBMS組播會話即將開始?，F(xiàn)有MBMS通知的處理，都是針對GPRS/UMTS系統(tǒng)而設(shè)計的，考慮的接入網(wǎng)是GERAN/UTRAN，MBMS通知處理也是針對圖1所示的GERAN/UTRAN和SGSN-GGSN架構(gòu)進行的。
隨著用戶對無線接入速率的要求越來越高，無線局域網(wǎng)(WLAN，Wireless Local Area Network)應(yīng)運而生，WLAN能在較小范圍內(nèi)提供高速的無線數(shù)據(jù)接入。無線局域網(wǎng)包括多種不同技術(shù)，目前應(yīng)用較為廣泛的一個技術(shù)標準是IEEE 802.11b，IEEE 802.11b采用2.4GHz頻段，最高數(shù)據(jù)傳輸速率可達11Mbps，使用該頻段的還有IEEE 802.11g和藍牙(Bluetooth)技術(shù)，其中，IEEE 802.11g最高數(shù)據(jù)傳輸速率可達54Mbps。其它新技術(shù)諸如IEEE802.11a和ETSI BRAN Hiperlan2都使用5GHz頻段，最高傳輸速率也可達到54Mbps。
盡管有多種不同的無線接入技術(shù)，大部分WLAN都用來傳輸因特網(wǎng)協(xié)議(IP)分組數(shù)據(jù)包。對于一個無線IP網(wǎng)絡(luò)，其采用的具體WLAN接入技術(shù)對于上層的IP一般是透明的，無線IP網(wǎng)絡(luò)基本的結(jié)構(gòu)都是利用接入點(AP)完成用戶終端的無線接入，通過網(wǎng)絡(luò)控制和連接設(shè)備連接組成IP傳輸網(wǎng)絡(luò)。
隨著WLAN技術(shù)的興起和發(fā)展，WLAN與各種無線移動通信網(wǎng)，比如GSM、碼分多址(CDMA)系統(tǒng)、寬帶碼分多址(WCDMA)系統(tǒng)、時分-同步碼分多址(TD-SCDMA)系統(tǒng)、CDMA2000系統(tǒng)的互通正成為當前研究的重點。
在3GPP標準化組織中，WLAN用戶終端可以通過WLAN接入網(wǎng)絡(luò)(WLAN Access Network)與因特網(wǎng)(Internet)、企業(yè)內(nèi)部互聯(lián)網(wǎng)(Intranet)相連，還可以經(jīng)由WLAN接入網(wǎng)絡(luò)與3GPP歸屬網(wǎng)絡(luò)(3GPP Home Network)或3GPP拜訪網(wǎng)絡(luò)(3GPP Visited Network)連接。這里，與3GPP系統(tǒng)互通的WLAN又稱為互通WLAN，即I-WLAN(Interworking WLAN)。WLAN用戶終端經(jīng)由WLAN接入網(wǎng)絡(luò)與3GPP歸屬網(wǎng)絡(luò)或3GPP拜訪網(wǎng)絡(luò)連接，具體分為下面幾種情況圖3是現(xiàn)有技術(shù)I-WLAN非漫游結(jié)構(gòu)示意圖，WLAN用戶終端在本地接入時，經(jīng)由WLAN接入網(wǎng)絡(luò)與3GPP的歸屬網(wǎng)絡(luò)相連；
圖4a是現(xiàn)有技術(shù)一種I-WLAN漫游結(jié)構(gòu)示意圖，圖4b是現(xiàn)有技術(shù)另一種I-WLAN漫游結(jié)構(gòu)示意圖，在漫游時，經(jīng)由WLAN接入網(wǎng)絡(luò)與3GPP拜訪網(wǎng)絡(luò)相連，3GPP拜訪網(wǎng)絡(luò)中的部分實體分別與3GPP歸屬網(wǎng)絡(luò)中的相應(yīng)實體互連，比如3GPP拜訪網(wǎng)絡(luò)中的3GPP認證授權(quán)計費(AAA)代理和3GPP歸屬網(wǎng)絡(luò)中的3GPP認證授權(quán)計費(AAA)服務(wù)器；3GPP拜訪網(wǎng)絡(luò)中的無線局域網(wǎng)接入網(wǎng)關(guān)(WAG，WLAN Access Gateway)與3GPP歸屬網(wǎng)絡(luò)中的分組數(shù)據(jù)網(wǎng)關(guān)(PDG，Packet Data Gateway)等等。圖4a中，3GPP歸屬網(wǎng)絡(luò)中的AAA服務(wù)器通過3GPP拜訪網(wǎng)絡(luò)中的AAA代理與WAG連接；圖4b中，3GPP歸屬網(wǎng)絡(luò)中的AAA服務(wù)器通過3GPP歸屬網(wǎng)絡(luò)中的AAA代理與PDG、WAG連接。
在I-WLAN中，WLAN UE與PDG之間采用端到端的IPsec隧道連接，在WLAN UE與PDG間的IPsec隧道建立后也就建立了WLAN UE的無線資源。WLAN UE和PDG之間的協(xié)議棧如圖5所示，圖5是現(xiàn)有技術(shù)WLANUE與PDG之間的協(xié)議棧示意圖。
從圖5可以看出，每個WLAN UE都擁有兩個不同用途的IP地址，其中一個IP地址是位于傳輸(Transport)IP層的本地(Local)IP地址，該Local IP地址用于在WLAN UE和PDG之間尋址路由，對PDG以外的外網(wǎng)是不可見和不可識別的；另一個IP地址是位于遠端(Remote)IP層的Remote IP地址，該Remote IP地址用于與外網(wǎng)進行通信，也可以說，從外網(wǎng)來看，PDG是數(shù)據(jù)包到達WLAN UE前最后一個路由器，即從外網(wǎng)來看，PDG和WLAN UE之間只有“一跳”的距離。
從上述描述可見，作為一種寬帶接入技術(shù)，WLAN能夠提供更高速率的數(shù)據(jù)服務(wù)，能夠更好地向WLAN UE展示MBMS業(yè)務(wù)的優(yōu)勢，因此，將MBMS引入WLAN是有必要的。從現(xiàn)有MBMS通知的處理可見，MBMS通知是針對GPRS/UMTS系統(tǒng)而設(shè)計的，考慮的接入網(wǎng)是GERAN或UTRAN，該MBMS通知也是針對圖1所示的GERAN/UTRAN和SGSN-GGSN架構(gòu)進行的，并沒有考慮到WLAN作為接入網(wǎng)，目前在I-WLAN框架下尚未提供MBMS通知的實現(xiàn)方案。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)多媒體廣播/組播業(yè)務(wù)通知的方法，該方法能夠基于互通無線局域網(wǎng)實現(xiàn)MBMS業(yè)務(wù)中的MBMS通知過程。
本發(fā)明的另一目的在于提供一種實現(xiàn)多媒體廣播/組播業(yè)務(wù)通知的裝置，該裝置能夠基于互通無線局域網(wǎng)實現(xiàn)MBMS業(yè)務(wù)中的MBMS通知過程。
為達到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的一種實現(xiàn)廣播/組播業(yè)務(wù)MBMS通知的方法，在互通無線局域網(wǎng)I-WLAN中，設(shè)置用于觸發(fā)MBMS通知過程的MBMS通知觸發(fā)模塊、以及用于與用戶終端進行MBMS通知交互的MBMS通知模塊，并在MBMS通知觸發(fā)模塊中設(shè)置用于指示是否向用戶終端下發(fā)MBMS數(shù)據(jù)的接收MBMS數(shù)據(jù)標識；該方法包括以下步驟A.所述MBMS通知觸發(fā)模塊接收到觸發(fā)條件被觸發(fā)后，向所述MBMS通知模塊發(fā)送MBMS通知請求；B.所述MBMS通知模塊與用戶終端進行MBMS通知交互，并根據(jù)該MBMS通知交互所得的結(jié)果向所述MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)；C.所述MBMS通知觸發(fā)模塊根據(jù)接收到的MBMS通知響應(yīng)，設(shè)置所述接收MBMS數(shù)據(jù)標識。
步驟A中所述被觸發(fā)條件觸發(fā)的方法為所述MBMS通知觸發(fā)模塊接收到會話開始請求消息；或所述MBMS通知觸發(fā)模塊判定MBMS數(shù)據(jù)傳輸即將開始。
步驟B中所述MBMS通知模塊與用戶終端進行MBMS通知交互的方法為B1.所述MBMS通知模塊向所述用戶終端發(fā)送MBMS通知消息；B2.所述用戶終端根據(jù)MBMS通知消息攜帶的信息確定自身是否同意接收MBMS數(shù)據(jù)，并將MBMS通知交互所得的結(jié)果攜帶在MBMS通知確認消息中返回所述MBMS通知模塊。
所述MBMS通知消息中攜帶當前會話屬性；所述會話屬性包括會話標識、會話開始時間、會話持續(xù)時間和會話內(nèi)容描述。
步驟B2中，若所述用戶終端同意接收MBMS數(shù)據(jù)，則所述MBMS通知交互所得的結(jié)果為同意接收MBMS數(shù)據(jù)；所述MBMS通知確認消息為同意消息；所述步驟B中的MBMS通知響應(yīng)顯示為成功；若所述用戶終端不同意接收MBMS數(shù)據(jù)，則所述MBMS通知交互所得的結(jié)果為不同意接收MBMS數(shù)據(jù)；所述MBMS通知確認消息為拒絕消息；所述步驟B中的MBMS通知響應(yīng)顯示為失敗。
步驟B2中，若所述用戶終端同意接收MBMS數(shù)據(jù)之后，向所述MBMS通知模塊返回MBMS通知確認消息之前，該方法還包括所述用戶終端確定在已有IPsec隧道中接收MBMS數(shù)據(jù)；或向I-WLAN中的分組數(shù)據(jù)網(wǎng)關(guān)發(fā)起新的IPsec隧道建立請求；或向I-WLAN中的分組數(shù)據(jù)網(wǎng)關(guān)發(fā)起IPsec隧道屬性修改。
步驟C中，若所述MBMS通知響應(yīng)顯示為成功，則設(shè)置所述接收MBMS數(shù)據(jù)標識為同意接收；若所述MBMS通知響應(yīng)顯示為失敗，則設(shè)置所述接收MBMS數(shù)據(jù)標識為不同意接收。
所述接收MBMS數(shù)據(jù)標識設(shè)置在所述MBMS通知觸發(fā)模塊的MBMS UE上下文中。
在步驟A中，所述MBMS通知觸發(fā)模塊被觸發(fā)之后，該方法還包括A1.所述MBMS通知觸發(fā)模塊判斷是否需要向所述用戶終端發(fā)起MBMS通知過程，若需要，則向所述MBMS通知模塊發(fā)送MBMS通知請求后，繼續(xù)執(zhí)行步驟B；否則，進入步驟A2；A2.設(shè)置所述接收MBMS數(shù)據(jù)標識為同意接收后結(jié)束當前處理流程。
步驟A1中所述判斷是否需要發(fā)起MBMS通知過程的方法為所述MBMS通知觸發(fā)模塊根據(jù)用戶簽約信息判斷是否需要向所述用戶終端發(fā)起MBMS通知過程，若所述用戶簽約信息顯示為需要，則判定需要向所述用戶終端發(fā)起MBMS通知過程；若所述用戶簽約信息顯示為不需要，則判定不需要向所述用戶終端發(fā)起MBMS通知過程。
所述被觸發(fā)條件觸發(fā)的方法為所述MBMS通知觸發(fā)模塊接收到會話開始請求消息，步驟A1中所述判斷是否需要發(fā)起MBMS通知過程的方法為所述MBMS通知觸發(fā)模塊根據(jù)所述會話開始請求消息中新增的用于指示當前會話是否需要向用戶終端進行MBMS通知的MBMS通知指示進行判斷，若所述MBMS通知指示顯示需要，則判定需要向所述用戶終端發(fā)起MBMS通知過程；若所述MBMS通知指示顯示為不需要，則判定不需要向所述用戶終端發(fā)起MBMS通知過程。
在步驟A2中，所述設(shè)置接收MBMS數(shù)據(jù)標識為同意接收之后，結(jié)束本發(fā)明流程之前，該方法還包括所述MBMS通知觸發(fā)模塊通知I-WLAN中的計費系統(tǒng)不對MBMS數(shù)據(jù)傳輸生成的計費記錄進行計費。
所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為分組數(shù)據(jù)網(wǎng)關(guān)PDG，或3GPP認證授權(quán)計費AAA服務(wù)器，或廣播/組播業(yè)務(wù)中心BM-SC。
所述MBMS通知模塊為獨立網(wǎng)絡(luò)實體；或所述MBMS通知模塊所屬網(wǎng)絡(luò)實體為PDG，或AAA服務(wù)器，或BM-SC。
若步驟A中所述被觸發(fā)條件觸發(fā)的方法為所述MBMS通知觸發(fā)模塊接收到會話開始請求消息，則所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，所述MBMS通知模塊為獨立網(wǎng)絡(luò)實體；或所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為AAA服務(wù)器，所述MBMS通知模塊為獨立網(wǎng)絡(luò)實體；或所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，所述MBMS通知模塊所屬網(wǎng)絡(luò)實體為PDG。
步驟A中所述被觸發(fā)條件觸發(fā)的方法為所述MBMS通知觸發(fā)模塊判定MBMS數(shù)據(jù)傳輸即將開始，所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為BM-SC，所述MBMS通知模塊所屬網(wǎng)絡(luò)實體為PDG或為獨立網(wǎng)絡(luò)實體。
所述MBMS通知模塊是獨立的網(wǎng)絡(luò)實體，所述MBMS通知模塊與與MBMS業(yè)務(wù)相關(guān)的網(wǎng)絡(luò)實體間的接口協(xié)議為Diameter協(xié)議、RADIUS協(xié)議、SIP協(xié)議、MAP協(xié)議、HTTP協(xié)議、或自定義的協(xié)議；所述MBMS通知模塊為與MBMS業(yè)務(wù)相關(guān)的網(wǎng)絡(luò)實體中的一部分，所述MBMS通知模塊與該網(wǎng)絡(luò)實體中其它模塊的接口協(xié)議為；Diameter協(xié)議、RADIUS協(xié)議、SIP協(xié)議、MAP協(xié)議、HTTP協(xié)議、或設(shè)備商或運營商指定的內(nèi)部接口協(xié)議。
所述用戶終端為無線局域網(wǎng)WLAN用戶終端。
一種實現(xiàn)廣播/組播業(yè)務(wù)MBMS通知的裝置，在互通無線局域網(wǎng)I-WLAN中，該裝置包括MBMS通知觸發(fā)模塊，設(shè)置有指示是否向用戶終端下發(fā)MBMS數(shù)據(jù)的接收MBMS數(shù)據(jù)標識；該模塊用于接收觸發(fā)條件，向MBMS通知模塊發(fā)送MBMS通知請求；接收到來自MBMS通知模塊的MBMS通知響應(yīng)后，設(shè)置接收MBMS數(shù)據(jù)標識；MBMS通知模塊，接收來自MBMS通知觸發(fā)模塊的MBMS通知請求，與用戶終端進行MBMS通知交互，并根據(jù)該MBMS通知交互所得的結(jié)果向MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)；用戶終端，與MBMS通知模塊進行MBMS通知交互，得出該MBMS通知交互的結(jié)果并返回給MBMS通知模塊。
所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為分組數(shù)據(jù)網(wǎng)關(guān)PDG，或3GPP認證授權(quán)計費AAA服務(wù)器，或廣播/組播業(yè)務(wù)中心BM-SC。
所述MBMS通知模塊為獨立網(wǎng)絡(luò)實體；或所述MBMS通知模塊所屬網(wǎng)絡(luò)實體為PDG，或AAA服務(wù)器，或BM-SC。
所述用戶終端為無線局域網(wǎng)WLAN用戶終端。
由上述技術(shù)方案可見，本發(fā)明在I-WLAN中，設(shè)置用于觸發(fā)MBMS通知過程的MBMS通知觸發(fā)模塊、用于與WLAN用戶終端進行MBMS通知交互的MBMS通知模塊，并在MBMS通知觸發(fā)模塊中設(shè)置用于指示是否向WLAN用戶終端下發(fā)MBMS數(shù)據(jù)的接收MBMS數(shù)據(jù)標識。本發(fā)明方案為MBMS通知觸發(fā)模塊接收到觸發(fā)條件且判定需要向WLAN用戶終端發(fā)起MBMS通知后，向MBMS通知模塊發(fā)送MBMS通知請求；MBMS通知模塊接收到通知請求后，與WLAN用戶終端進行MBMS通知交互，獲得WLAN用戶終端是否同意接收MBMS數(shù)據(jù)的MBMS通知交互結(jié)果，并根據(jù)MBMS通知交互結(jié)果向MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)；MBMS通知觸發(fā)模塊根據(jù)接收到的MBMS通知響應(yīng)設(shè)置接收MBMS數(shù)據(jù)標識。本發(fā)明基于I-WLAN，實現(xiàn)了MBMS業(yè)務(wù)處理過程中的MBMS通知，使MBMS數(shù)據(jù)的下發(fā)符合WLAN用戶終端的要求，從而保證了MBMS數(shù)據(jù)下發(fā)的合理性；同時，本發(fā)明提供有多種實現(xiàn)方式，具有很強的靈活性和實用性。


圖1是現(xiàn)有技術(shù)支持廣播/組播業(yè)務(wù)的無線網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖2是現(xiàn)有技術(shù)BM-SC組成示意圖；圖3是現(xiàn)有技術(shù)I-WLAN非漫游結(jié)構(gòu)示意圖；圖4a是現(xiàn)有技術(shù)一種I-WLAN漫游結(jié)構(gòu)示意圖；圖4b是現(xiàn)有技術(shù)另一種I-WLAN漫游結(jié)構(gòu)示意圖；圖5是現(xiàn)有技術(shù)WLAN UE與PDG之間的協(xié)議棧示意圖；圖6是本發(fā)明實現(xiàn)MBMS通知的裝置組成示意圖；圖7是本發(fā)明實現(xiàn)MBMS通知的流程圖；圖8是本發(fā)明實施例一流程圖；圖9是本發(fā)明實施例二流程圖；圖10是本發(fā)明實施例三流程圖；
圖11是本發(fā)明實施例四流程圖；圖12是本發(fā)明實施例五流程圖；圖13是本發(fā)明實施例六流程圖；圖14是本發(fā)明實施例七流程圖；圖15是本發(fā)明實施例八流程圖。
具體實施例方式
本發(fā)明的核心思想是在I-WLAN中，設(shè)置用于觸發(fā)MBMS通知過程的MBMS通知觸發(fā)模塊、以及用于與用戶終端進行MBMS通知交互的MBMS通知模塊，并在MBMS通知觸發(fā)模塊中設(shè)置用于指示是否向用戶終端下發(fā)MBMS數(shù)據(jù)的接收MBMS數(shù)據(jù)標識。MBMS通知觸發(fā)模塊接收到觸發(fā)條件后，向MBMS通知模塊發(fā)送MBMS通知請求；MBMS通知模塊接收到MBMS通知請求后，與用戶終端進行MBMS通知交互，獲得用戶終端是否同意接收MBMS數(shù)據(jù)的MBMS通知交互結(jié)果，并根據(jù)MBMS通知交互結(jié)果向MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)；MBMS通知觸發(fā)模塊根據(jù)接收到的MBMS通知響應(yīng)設(shè)置接收MBMS數(shù)據(jù)標識。
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉較佳實施例，對本發(fā)明進一步詳細說明。
與現(xiàn)有技術(shù)BM-SC在第三代移動通信系統(tǒng)中的應(yīng)用一樣，在I-WLAN中，BM-SC為內(nèi)容提供者/組播廣播源的入口，用于授權(quán)和在移動網(wǎng)中發(fā)起MBMS業(yè)務(wù)，并按照預(yù)定時間計劃傳送MBMS內(nèi)容，BM-SC的出口與AAA服務(wù)器或PDG以及用戶終端相連，BM-SC與AAA服務(wù)器或PDG之間的接口遵循Diameter協(xié)議、RADIUS協(xié)議、SIP協(xié)議等。此外，在處理MBMS業(yè)務(wù)的WLAN UE、WLAN AN、WAG、PDG、AAA服務(wù)器等功能實體上增加了與MBMS相關(guān)的功能，比如會話控制功能，用于接收并存儲會話屬性，并按照該會話屬性對后續(xù)會話進行控制。
由于在I-WLAN中是通過專用IPsec隧道向WLAN用戶終端發(fā)送數(shù)據(jù)，而且是要產(chǎn)生計費信息的，因此，本發(fā)明MBMS通知過程旨在得到用戶終端確認同意接收當前會話后續(xù)MBMS數(shù)據(jù)后才向該用戶終端發(fā)送數(shù)據(jù)。使得MBMS業(yè)務(wù)更加合理。
本發(fā)明采用MBMS通知觸發(fā)模塊、MBMS通知模塊及對MBMS通知消息作出響應(yīng)的WLAN用戶終端的配合實現(xiàn)MBMS通知過程。圖6是本發(fā)明實現(xiàn)MBMS通知的裝置組成示意圖。參見圖6，本發(fā)明裝置包括MBMS通知觸發(fā)模塊、MBMS通知模塊和用戶終端。
其中，MBMS通知觸發(fā)模塊，用于觸發(fā)MBMS通知過程。MBMS通知觸發(fā)模塊被觸發(fā)后，向MBMS通知模塊發(fā)送MBMS通知請求；MBMS通知觸發(fā)模塊接收到來自MBMS通知模塊的MBMS通知響應(yīng)后，根據(jù)MBMS通知響應(yīng)是成功或失敗設(shè)置接收MBMS數(shù)據(jù)標識為同意接收或不同意接收。其中，MBMS數(shù)據(jù)標識為預(yù)先設(shè)置在MBMS通知觸發(fā)模塊中，用于指示是否向用戶終端下發(fā)MBMS數(shù)據(jù)的標識。
MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體可以是PDG、AAA服務(wù)器或BM-SC等；MBMS通知觸發(fā)模塊被觸發(fā)發(fā)起MBMS通知過程的觸發(fā)條件可以是MBMS通知觸發(fā)模塊接收到會話開始請求消息如PDG收到來自AAA服務(wù)器轉(zhuǎn)發(fā)的會話開始請求消息、或PDG收到來自BM-SC的會話開始請求消息、或AAA服務(wù)器收到來自BM-SC的會話開始請求消息；也可以是MBMS通知觸發(fā)模塊判定MBMS數(shù)據(jù)傳輸即將開始如BM-SC判定MBMS數(shù)據(jù)傳輸即將開始等。
MBMS通知觸發(fā)模塊在被觸發(fā)后，還可以包括根據(jù)用戶簽約信息等判斷是否向用戶終端發(fā)起MBMS通知過程，若需要則向MBMS通知模塊發(fā)送通知請求；若不需要，則MBMS通知觸發(fā)模塊不向MBMS通知模塊發(fā)送通知消息，即認為用戶終端同意接收后續(xù)MBMS數(shù)據(jù)，并且設(shè)置接收MBMS數(shù)據(jù)標識為同意接收。
MBMS通知模塊，用于與用戶終端進行MBMS通知交互。MBMS通知模塊接收到來自MBMS通知觸發(fā)模塊的MBMS通知請求后，向用戶終端發(fā)送MBMS通知消息；接收來自用戶終端的攜帶標識用戶終端是否同意接收MBMS數(shù)據(jù)信息的MBMS通知確認消息并根據(jù)該MBMS通知確認消息向MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)。
其中，MBMS通知模塊和用戶終端之間的MBMS通知消息的內(nèi)容可以包括以下會話屬性會話標識，會話開始時間，會話持續(xù)時間，會話內(nèi)容描述等。
MBMS通知模塊可以是獨立的網(wǎng)絡(luò)實體，也可以是與MBMS業(yè)務(wù)相關(guān)的網(wǎng)絡(luò)實體，如PDG、AAA服務(wù)器或BM-SC中的一個模塊，即MBMS通知模塊所屬網(wǎng)絡(luò)實體可以是PDG、AAA服務(wù)器或BM-SC。
如果MBMS通知模塊是獨立的網(wǎng)絡(luò)實體，MBMS通知模塊與其它MBMS業(yè)務(wù)相關(guān)的網(wǎng)絡(luò)實體間的接口可以基于Diameter協(xié)議、RADIUS協(xié)議、SIP協(xié)議、MAP協(xié)議、HTTP協(xié)議、或其它自定義的協(xié)議；如果MBMS通知模塊是與MBMS業(yè)務(wù)相關(guān)的網(wǎng)絡(luò)實體的一部分，MBMS通知模塊與該網(wǎng)絡(luò)實體中其它模塊的接口可以基于Diameter協(xié)議、RADIUS協(xié)議、SIP協(xié)議、MAP協(xié)議、HTTP協(xié)議、或設(shè)備商或運營商指定的內(nèi)部接口協(xié)議。
MBMS通知模塊和用戶終端間的信令承載協(xié)議可以是HTTP協(xié)議、WAP協(xié)議、SIP協(xié)議、或其它自定義的協(xié)議。
用戶終端，用于接收來自MBMS通知模塊的MBMS通知消息并對該MBMS通知消息作出響應(yīng)，之后將攜帶標識用戶終端是否同意接收MBMS數(shù)據(jù)信息的MBMS通知確認消息返回給MBMS通知模塊。在I-WLAN中，用戶終端可以是WLAN用戶終端。
如果用戶終端同意接收當前會話后續(xù)MBMS數(shù)據(jù)，則向MBMS通知模塊返回同意接收MBMS數(shù)據(jù)的MBMS通知確認消息即同意消息；如果用戶終端不同意接收后續(xù)MBMS數(shù)據(jù)，則向MBMS通知模塊返回不同意接收MBMS數(shù)據(jù)的MBMS通知確認消息即拒絕消息，例如若WLAN UE根據(jù)MBMS通知消息中攜帶的會話標識判定當前會話是重復的會話，則向MBMS通知模塊返回拒絕消息，并可以指明拒絕的原因是“重復會話”；若WLAN UE不希望接收MBMS數(shù)據(jù)，則向MBMS通知模塊返回拒絕消息，并可以指明拒絕的原因是“不希望接收”等。
另外，在用戶終端收到MBMS通知消息并同意接收MBMS數(shù)據(jù)后，用戶終端可以進一步確定是在已有的IPsec隧道中接收MBMS數(shù)據(jù)；或者是向MBMS通知觸發(fā)模塊如PDG發(fā)起新的IPsec隧道建立過程，以建立新的IPsec隧道來接收MBMS數(shù)據(jù)；還是向PDG發(fā)起IPsec隧道屬性修改，以使原有IPsec隧道滿足當前接收MBMS數(shù)據(jù)的需要。這里，IPsec隧道建立過程及IPsec隧道屬性修改過程為現(xiàn)有過程，具體實現(xiàn)可參見相關(guān)協(xié)議規(guī)定，這里不再贅述。
圖7是本發(fā)明實現(xiàn)MBMS通知的流程圖，結(jié)合圖6，本發(fā)明方法包括以下步驟步驟701MBMS通知觸發(fā)模塊被外界觸發(fā)條件觸發(fā)。
MBMS通知觸發(fā)模塊被觸發(fā)發(fā)起MBMS通知過程的觸發(fā)條件可以是MBMS通知觸發(fā)模塊接收到會話開始請求消息，或者是MBMS通知觸發(fā)模塊判定MBMS數(shù)據(jù)傳輸即將開始等。
比如，MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG時，觸發(fā)條件為PDG中的MBMS通知觸發(fā)模塊收到來自BM-SC或經(jīng)由AAA服務(wù)器轉(zhuǎn)發(fā)的會話開始請求消息；再比如，MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為AAA服務(wù)器時，觸發(fā)條件為AAA服務(wù)器中的MBMS通知觸發(fā)模塊收到來自BM-SC的會話開始請求消息；又比如，MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為BM-SC時，觸發(fā)條件為BM-SC中的MBMS通知觸發(fā)模塊判定MBMS數(shù)據(jù)傳輸即將開始。
步驟702MBMS通知觸發(fā)模塊判斷是否需要向WLAN UE發(fā)起MBMS通知過程，若需要，則進入步驟703；否則，MBMS通知觸發(fā)模塊設(shè)置用于指示是否向用戶終端下發(fā)MBMS數(shù)據(jù)的預(yù)設(shè)接收MBMS數(shù)據(jù)標識為同意接收后結(jié)束。
MBMS通知觸發(fā)模塊可以根據(jù)用戶簽約信息決定是否需要向用戶終端發(fā)起MBMS通知過程，或者在觸發(fā)條件中新增一MBMS通知指示，該MBMS通知指示用于指示是否需要向用戶終端發(fā)起MBMS通知過程。例如，在會話開始請求消息中攜帶該MBMS通知指示，指示本次會話MBMS數(shù)據(jù)傳輸開始之前是否需要向用戶終端發(fā)起MBMS通知確認過程。
另外，如果MBMS通知觸發(fā)模塊確定不需要向用戶終端發(fā)起MBMS通知過程，MBMS通知觸發(fā)模塊可以進一步包括通知I-WLAN中的計費系統(tǒng)對這種不需要向WLAN UE發(fā)起MBMS通知過程的情況進行相應(yīng)處理，比如，計費系統(tǒng)不對MBMS數(shù)據(jù)傳輸生成的計費記錄進行計費等。
需要說明的是，本步驟可以省略，即直接執(zhí)行步驟703～步驟704。
步驟703～步驟704MBMS通知觸發(fā)模塊向MBMS通知模塊發(fā)送MBMS通知請求，MBMS通知模塊接收到該MBMS通知請求后與用戶終端之間進行MBMS通知交互。
MBMS通知交互的具體實現(xiàn)是MBMS通知模塊接收到來自MBMS通知觸發(fā)模塊的MBMS通知請求后，向用戶終端發(fā)送MBMS通知消息；用戶終端根據(jù)MBMS通知消息攜帶的信息確定自身是否接收MBMS數(shù)據(jù)，得出所述用戶終端同意接收后續(xù)MBMS數(shù)據(jù)或不同意接收后續(xù)MBMS數(shù)據(jù)的MBMS通知交互結(jié)果后，向MBMS通知模塊返回攜帶MBMS通知交互結(jié)果的MBMS通知確認消息；MBMS通知模塊根據(jù)該MBMS通知確認消息向MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)。
MBMS通知模塊和用戶終端之間的MBMS通知消息的內(nèi)容可以包括以下會話屬性會話標識，會話開始時間，會話持續(xù)時間，會話內(nèi)容描述等。
如果用戶終端同意接收后續(xù)MBMS數(shù)據(jù)，則向MBMS通知模塊返回同意接收MBMS數(shù)據(jù)的MBMS通知確認消息即同意消息；如果用戶終端不同意接收后續(xù)MBMS數(shù)據(jù)，則向MBMS通知模塊返回不同意接收MBMS數(shù)據(jù)的MBMS通知確認消息即拒絕消息，例如若用戶終端根據(jù)MBMS通知消息中攜帶的會話標識判定當前會話是重復的會話，則向MBMS通知模塊返回拒絕消息，并可以指明拒絕的原因是“重復會話”；若用戶終端不希望接收MBMS數(shù)據(jù)，則向MBMS通知模塊返回拒絕消息，并可以指明拒絕的原因是“不希望接收”等。
另外，在用戶終端收到MBMS通知消息并同意接收MBMS數(shù)據(jù)后，用戶終端可以進一步確定是在已有的IPsec隧道中接收MBMS數(shù)據(jù)；或者是向PDG發(fā)起新的IPsec隧道建立請求，以建立新的IPsec隧道來接收MBMS數(shù)據(jù)；還是發(fā)起IPsec隧道屬性修改，以使原有IPsec隧道滿足當前接收MBMS數(shù)據(jù)的需要。
步驟705～步驟706MBMS通知模塊向MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)，MBMS通知觸發(fā)模塊根據(jù)該MBMS通知響應(yīng)設(shè)置預(yù)先設(shè)置的接收MBMS數(shù)據(jù)標識。
接收MBMS數(shù)據(jù)標識用于指示是否向用戶終端下發(fā)MBMS數(shù)據(jù)，取值有兩種情況同意接收或不同意接收；接收MBMS數(shù)據(jù)標識可以為存儲在MBMS通知觸發(fā)模塊的MBMS UE上下文中的其中一個參數(shù)。若MBMS通知觸發(fā)模塊接收到的MBMS通知響應(yīng)顯示為成功，則設(shè)置接收MBMS數(shù)據(jù)標識為同意接收；若MBMS通知觸發(fā)模塊接收到的MBMS通知響應(yīng)顯示為失敗，則設(shè)置接收MBMS數(shù)據(jù)標識為不同意接收。這樣，在后續(xù)MBMS數(shù)據(jù)到達MBMS通知觸發(fā)模塊時，MBMS通知觸發(fā)模塊根據(jù)已設(shè)置的接收MBMS數(shù)據(jù)標識決定是否向用戶終端下發(fā)MBMS數(shù)據(jù)，若接收MBMS數(shù)據(jù)標識的值為同意接收，則MBMS通知觸發(fā)模塊向用戶終端下發(fā)接收到的MBMS數(shù)據(jù)；若接收MBMS數(shù)據(jù)標識的值為不同意接收，則MBMS通知觸發(fā)模塊不下發(fā)接收到的MBMS數(shù)據(jù)給用戶終端。
下面列舉較佳實施例具體描述本發(fā)明方法的實現(xiàn)。
實施例一圖8是本發(fā)明實施例一流程圖，在實施例一中，假設(shè)MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，MBMS通知模塊為獨立網(wǎng)絡(luò)實體，觸發(fā)MBMS通知過程的觸發(fā)條件為PDG中的MBMS通知觸發(fā)模塊接收到來自BM-SC的會話開始請求消息，如圖8所示，本實施例包括以下步驟步驟801～步驟802PDG中的MBMS通知觸發(fā)模塊接收到來自BM-SC的會話開始請求消息后，觸發(fā)MBMS通知過程，MBMS通知觸發(fā)模塊并向MBMS通知模塊發(fā)送MBMS通知請求。
步驟803MBMS通知模塊與WALN UE間進行MBMS通知交互。
MBMS通知交互的過程為MBMS通知模塊向WLAN UE發(fā)送MBMS通知消息，該MBMS通知消息中攜帶會話屬性如會話標識，會話開始時間，會話持續(xù)時間，會話內(nèi)容描述等；WLAN UE根據(jù)接收到的MBMS通知消息內(nèi)容確定自身是否接收MBMS數(shù)據(jù)后，向MBMS通知模塊返回MBMS通知確認消息。
本步驟中假設(shè)WLAN UE同意接收后續(xù)MBMS數(shù)據(jù)，則WLAN UE返回MBMS通知模塊的MBMS通知確認消息為同意消息。
步驟804～步驟805MBMS通知模塊根據(jù)接收到的同意消息，向PDG中的MBMS通知觸發(fā)模塊返回顯示成功結(jié)果的MBMS通知響應(yīng)，PDG中的MBMS通知觸發(fā)模塊則將PDG存儲在MBMS UE上下文中的接收MBMS數(shù)據(jù)標識設(shè)置為同意接收。
這樣，通過實施例一的MBMS通知過程之后，WLAN UE同意接收本次會話中的后續(xù)MBMS數(shù)據(jù)，且相關(guān)計費系統(tǒng)正常對WLAN UE進行合理計費。
實施例二圖9是本發(fā)明實施例二流程圖，在實施例二中，假設(shè)MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，MBMS通知模塊為獨立網(wǎng)絡(luò)實體，觸發(fā)MBMS通知過程的觸發(fā)條件為PDG中的MBMS通知觸發(fā)模塊接收到經(jīng)AAA服務(wù)器轉(zhuǎn)發(fā)的來自BM-SC的會話開始請求消息，如圖9所示，本實施例包括以下步驟步驟901～步驟902PDG中的MBMS通知觸發(fā)模塊接收到經(jīng)AAA服務(wù)器轉(zhuǎn)發(fā)的來自BM-SC的會話開始請求消息后，觸發(fā)MBMS通知過程，MBMS通知觸發(fā)模塊向MBMS通知模塊發(fā)送MBMS通知請求。
步驟903MBMS通知模塊與WLAN UE間進行MBMS通知交互。
MBMS通知交互過程與步驟803描述完全一致，這里不再重述。
本步驟中假設(shè)WLAN UE不同意接收后續(xù)MBMS數(shù)據(jù)，則WLAN UE返回MBMS通知模塊的MBMS通知確認消息為拒絕消息。
步驟904～步驟905MBMS通知模塊根據(jù)接收到的拒絕消息，向PDG中的MBMS通知觸發(fā)模塊返回顯示失敗結(jié)果的MBMS通知響應(yīng)，PDG中的MBMS通知觸發(fā)模塊則將PDG存儲在MBMS UE上下文中的接收MBMS數(shù)據(jù)標識設(shè)置為不同意接收。
這樣，通過實施例二的MBMS通知過程之后，WLAN UE不同意接收本次會話中的后續(xù)MBMS數(shù)據(jù)，且相關(guān)計費系統(tǒng)不會對WLAN UE進行不合理計費，提高了I-WLAN中MBMS業(yè)務(wù)的服務(wù)滿意度。
實施例三圖10是本發(fā)明實施例三流程圖，在實施例三中，假設(shè)MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為AAA服務(wù)器，MBMS通知模塊為獨立網(wǎng)絡(luò)實體，觸發(fā)MBMS通知過程的觸發(fā)條件為AAA服務(wù)器中的MBMS通知觸發(fā)模塊接收到來自BM-SC的會話開始請求消息，如圖10所示，本實施例包括以下步驟步驟1001～步驟1002AAA服務(wù)器中的MBMS通知觸發(fā)模塊接收到來自BM-SC的會話開始請求消息后，觸發(fā)MBMS通知過程，MBMS通知觸發(fā)模塊向MBMS通知模塊發(fā)送MBMS通知請求。
步驟1003MBMS通知模塊與WLAN UE間進行MBMS通知交互。
步驟1004～步驟1005MBMS通知模塊根據(jù)MBMS通知交互結(jié)果，向AAA服務(wù)器返回MBMS通知響應(yīng)，AAA服務(wù)器中的MBMS通知觸發(fā)模塊則根據(jù)MBMS通知響應(yīng)設(shè)置AAA服務(wù)器存儲在MBMS UE上下文中的接收MBMS數(shù)據(jù)標識。
實施例三的具體實現(xiàn)與實施例一的完全一致，這里不再重述，實施例三與實施例一不同之處僅在于實施例一中MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，而實施例三中MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為AAA服務(wù)器。
實施例四圖11是本發(fā)明實施例四流程圖，在實施例四中，假設(shè)MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為BM-SC，MBMS通知模塊為獨立網(wǎng)絡(luò)實體，觸發(fā)MBMS通知過程的觸發(fā)條件為BM-SC中的MBMS通知觸發(fā)模塊判定即將開始傳輸MBMS數(shù)據(jù)，如圖11所示，本實施例包括以下步驟步驟1101～步驟1102BM-SC中的MBMS通知觸發(fā)模塊判定即將開始傳輸MBMS數(shù)據(jù)后，觸發(fā)MBMS通知過程，MBMS通知觸發(fā)模塊向MBMS通知模塊發(fā)送MBMS通知請求。
在現(xiàn)有技術(shù)中提到過，BM-SC為內(nèi)容提供者/組播廣播源的入口，用于授權(quán)和在移動網(wǎng)中發(fā)起MBMS業(yè)務(wù)，并按照預(yù)定時間計劃傳送MBMS內(nèi)容。因此BM-SC對MBMS業(yè)務(wù)的處理過程及進展是清楚的，所以BM-SC能夠根據(jù)對MBMS業(yè)務(wù)處理過程的控制判斷出何時即將開始傳輸MBMS數(shù)據(jù)，一般在BM-SC接收到會話開始響應(yīng)消息后可以認為即將開始傳輸MBMS數(shù)據(jù)。
步驟1103MBMS通知模塊與WLAN UE間進行MBMS通知交互。
步驟1104～步驟1105MBMS通知模塊根據(jù)MBMS通知交互結(jié)果，向BM-SC中的MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)，MBMS通知觸發(fā)模塊則根據(jù)MBMS通知響應(yīng)設(shè)置BM-SC存儲在MBMS UE上下文中的接收MBMS數(shù)據(jù)標識。
實施例四的步驟1103～步驟1105的具體實現(xiàn)與實施例一的步驟803～步驟805完全一致，這里不再重述，實施例四與實施例一不同之處僅在于實施例一中MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，且觸發(fā)MBMS通知過程的觸發(fā)條件為PDG中的MBMS通知觸發(fā)模塊接收到會話開始請求消息；而實施例四中MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為BM-SC，且觸發(fā)條件為BM-SC中的MBMS通知觸發(fā)模塊判定即將開始傳輸MBMS數(shù)據(jù)。
實施例五圖12是本發(fā)明實施例五流程圖，在實施例五中，假設(shè)MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，MBMS通知模塊所屬網(wǎng)絡(luò)實體也為PDG，觸發(fā)MBMS通知過程的觸發(fā)條件為PDG中的MBMS通知觸發(fā)模塊接收到來自BM-SC的會話開始請求消息，如圖12所示，本實施例包括以下步驟步驟1201PDG中的MBMS通知觸發(fā)模塊接收到來自BM-SC的會話開始請求消息后，觸發(fā)MBMS通知過程，MBMS通知觸發(fā)模塊向PDG中的MBMS通知模塊發(fā)送MBMS通知請求。
步驟1202MBMS通知模塊與WLAN UE間進行MBMS通知交互。
步驟1203PDG中的MBMS通知模塊根據(jù)MBMS通知交互結(jié)果，向PDG中的MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)，MBMS通知觸發(fā)模塊則根據(jù)MBMS通知響應(yīng)設(shè)置PDG存儲在MBMS UE上下文中的接收MBMS數(shù)據(jù)標識。
實施例五與實施例一的不同之處在于，實施例一中MBMS通知模塊是獨立的網(wǎng)絡(luò)實體，而實施例五中的MBMS通知模塊與MBMS通知觸發(fā)模塊同屬于PDG，是PDG的組成部分。
本實施例中，MBMS通知模塊所屬網(wǎng)絡(luò)實體為PDG，即PDG同時具有MBMS通知觸發(fā)模塊和MBMS通知模塊的功能。
實施例六圖13是本發(fā)明實施例六流程圖，在實施例六中，假設(shè)MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，MBMS通知模塊所屬網(wǎng)絡(luò)實體也為PDG，觸發(fā)MBMS通知過程的觸發(fā)條件為PDG中的MBMS通知觸發(fā)模塊接收到來自BM-SC的會話開始請求消息，如圖13所示，本實施例包括以下步驟步驟1301～步驟1302PDG中的MBMS通知觸發(fā)模塊接收到來自BM-SC的會話開始請求消息后，根據(jù)用戶簽約信息判斷是否需要發(fā)起MBMS通知過程，若需要，則PDG中的MBMS通知觸發(fā)模塊向MBMS通知模塊發(fā)送MBMS通知請求并進行MBMS通知交互；否則進入步驟1303。
本實施例中，MBMS通知觸發(fā)模塊根據(jù)用戶簽約信息決定是否需要向WLAN UE發(fā)起MBMS通知過程，若用戶簽約信息顯示不需要，則進入步驟1303；若用戶簽約信息顯示需要，則PDG中的MBMS通知觸發(fā)模塊向MBMS通知模塊發(fā)送MBMS通知請求并進行MBMS通知交互，具體實現(xiàn)與步驟1202～步驟1203完全一致，這里不再重述，本實施例中，假設(shè)并強調(diào)用戶簽約信息顯示不需要情況下的處理。
步驟1303PDG中的MBMS通知觸發(fā)模塊設(shè)置PDG存儲在MBMS UE上下文中的接收MBMS數(shù)據(jù)標識為同意接收。
從實施例六的處理可見，在MBMS通知觸發(fā)確定不需要向WLAN用戶終端發(fā)起MBMS通知確認過程后，MBMS通知觸發(fā)模塊會將后續(xù)當前會話的MBMS數(shù)據(jù)下發(fā)給WLAN UE。
本實施例中，為了更好地保護WLAN用戶終端的利益，在這種不需要向WLAN用戶終端發(fā)起MBMS通知確認過程的情況下，本發(fā)明方法還可以進一步包括MBMS通知觸發(fā)模塊通知I-WLAN中的計費系統(tǒng)不對該WLAN用戶終端當前會話中的MBMS數(shù)據(jù)傳輸生成的計費記錄進行計費。
實施例七圖14是本發(fā)明實施例七流程圖，在實施例七中，假設(shè)MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，MBMS通知模塊所屬網(wǎng)絡(luò)實體也為PDG，觸發(fā)MBMS通知過程的觸發(fā)條件為PDG中的MBMS通知觸發(fā)模塊接收到來自BM-SC的會話開始請求消息，如圖14所示，本實施例包括以下步驟步驟1401PDG中的MBMS通知觸發(fā)模塊接收到來自BM-SC的會話開始請求消息后，根據(jù)接收到的會話開始請求消息中攜帶的MBMS通知指示判斷是否需要發(fā)起MBMS通知過程，若MBMS通知指示顯示需要，則PDG中的MBMS通知觸發(fā)模塊向MBMS通知模塊發(fā)送MBMS通知請求并進行MBMS通知交互；若MBMS通知指示顯示不需要，進入步驟1402。
本實施例中，采用在觸發(fā)條件即會話開始請求消息中新增一MBMS通知指示，該MBMS通知指示用于指示是否需要向WLAN UE發(fā)起MBMS通知過程。例如，在會話開始請求消息中攜帶該MBMS通知指示，指示本次會話MBMS數(shù)據(jù)傳輸開始之前是否需要向WLAN用戶終端發(fā)起MBMS通知確認過程。
本步驟中，BM-SC可以根據(jù)用戶簽約信息或配置信息為當前會話設(shè)置MBMS通知指示，該MBMS通知指示用于指示當前會話是否需要向WALN用戶終端進行MBMS通知。若MBMS通知指示顯示需要，則PDG中的MBMS通知觸發(fā)模塊向MBMS通知模塊發(fā)送MBMS通知請求并進行MBMS通知交互，具體實現(xiàn)與步驟1202～步驟1203完全一致，這里不再重述，本實施例中，假設(shè)并強調(diào)MBMS通知指示顯示不需要情況下的處理。
步驟1402PDG中的MBMS通知觸發(fā)模塊設(shè)置PDG存儲在MBMS UE上下文中的接收MBMS數(shù)據(jù)標識為同意接收。
從實施例七的處理可見，在MBMS通知觸發(fā)確定不需要向WLAN用戶終端發(fā)起MBMS通知確認過程后，MBMS通知觸發(fā)模塊會將后續(xù)當前會話的MBMS數(shù)據(jù)下發(fā)給WLAN UE。
同樣，本實施例中，為了更好地保護WLAN用戶終端的利益，在這種不需要向WLAN用戶終端發(fā)起MBMS通知確認過程的情況下，本發(fā)明方法還可以進一步包括MBMS通知觸發(fā)模塊通知I-WLAN中的計費系統(tǒng)不對該WLAN用戶終端當前會話中的MBMS數(shù)據(jù)傳輸生成的計費記錄進行計費。
實施例八圖15是本發(fā)明實施例八流程圖，在實施例八中，假設(shè)MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，MBMS通知模塊所屬網(wǎng)絡(luò)實體也為PDG，觸發(fā)MBMS通知過程的觸發(fā)條件為PDG中的MBMS通知觸發(fā)模塊接收到經(jīng)AAA服務(wù)器轉(zhuǎn)發(fā)的來自BM-SC的會話開始請求消息，如圖15所示，本實施例包括以下步驟步驟1501PDG中的MBMS通知觸發(fā)模塊接收到經(jīng)AAA服務(wù)器轉(zhuǎn)發(fā)的來自BM-SC的會話開始請求消息后，根據(jù)接收到的會話開始請求消息中攜帶的MBMS通知指示判斷是否需要發(fā)起MBMS通知過程，若MBMS通知指示顯示需要，則PDG中的MBMS通知觸發(fā)模塊向MBMS通知模塊發(fā)送MBMS通知請求并進行MBMS通知交互；若MBMS通知指示顯示不需要，進入步驟1502。
本實施例中，采用在觸發(fā)條件即會話開始請求消息中新增一MBMS通知指示，當AAA服務(wù)器接收到來自BM-SC的會話開始請求消息后，根據(jù)用戶簽約信息或配置信息為當前會話設(shè)置MBMS通知指示，該MBMS通知指示用于指示當前會話是否需要向WALN用戶終端進行MBMS通知。
本步驟中，若MBMS通知指示顯示需要，則PDG中的MBMS通知觸發(fā)模塊向MBMS通知模塊發(fā)送MBMS通知請求并進行MBMS通知交互，具體實現(xiàn)與步驟1202～步驟1203完全一致，這里不再重述，本實施例中，假設(shè)并強調(diào)MBMS通知指示顯示不需要情況下的處理。
步驟1502PDG中的MBMS通知觸發(fā)模塊設(shè)置PDG存儲在MBMS UE上下文中的接收MBMS數(shù)據(jù)標識為同意接收。
從實施例八的處理可見，在MBMS通知觸發(fā)確定不需要向WLAN用戶終端發(fā)起MBMS通知確認過程后，MBMS通知觸發(fā)模塊會將后續(xù)當前會話的MBMS數(shù)據(jù)下發(fā)給WLAN UE。
同樣，本實施例中，為了更好地保護WLAN用戶終端的利益，在這種不需要向WLAN用戶終端發(fā)起MBMS通知確認過程的情況下，本發(fā)明方法還可以進一步包括MBMS通知觸發(fā)模塊通知I-WLAN中的計費系統(tǒng)不對該WLAN用戶終端當前會話中的MBMS數(shù)據(jù)傳輸生成的計費記錄進行計費。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種實現(xiàn)廣播/組播業(yè)務(wù)MBMS通知的方法，其特征在于，在互通無線局域網(wǎng)I-WLAN中，設(shè)置用于觸發(fā)MBMS通知過程的MBMS通知觸發(fā)模塊、以及用于與用戶終端進行MBMS通知交互的MBMS通知模塊，并在MBMS通知觸發(fā)模塊中設(shè)置用于指示是否向用戶終端下發(fā)MBMS數(shù)據(jù)的接收MBMS數(shù)據(jù)標識；該方法包括以下步驟A.所述MBMS通知觸發(fā)模塊接收到觸發(fā)條件被觸發(fā)后，向所述MBMS通知模塊發(fā)送MBMS通知請求；B.所述MBMS通知模塊與用戶終端進行MBMS通知交互，并根據(jù)該MBMS通知交互所得的結(jié)果向所述MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)；C.所述MBMS通知觸發(fā)模塊根據(jù)接收到的MBMS通知響應(yīng)，設(shè)置所述接收MBMS數(shù)據(jù)標識。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A中所述被觸發(fā)條件觸發(fā)的方法為所述MBMS通知觸發(fā)模塊接收到會話開始請求消息；或所述MBMS通知觸發(fā)模塊判定MBMS數(shù)據(jù)傳輸即將開始。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B中所述MBMS通知模塊與用戶終端進行MBMS通知交互的方法為B1.所述MBMS通知模塊向所述用戶終端發(fā)送MBMS通知消息；B2.所述用戶終端根據(jù)MBMS通知消息攜帶的信息確定自身是否同意接收MBMS數(shù)據(jù)，并將MBMS通知交互所得的結(jié)果攜帶在MBMS通知確認消息中返回所述MBMS通知模塊。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述MBMS通知消息中攜帶當前會話屬性；所述會話屬性包括會話標識、會話開始時間、會話持續(xù)時間和會話內(nèi)容描述。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，步驟B2中，若所述用戶終端同意接收MBMS數(shù)據(jù)，則所述MBMS通知交互所得的結(jié)果為同意接收MBMS數(shù)據(jù)；所述MBMS通知確認消息為同意消息；所述步驟B中的MBMS通知響應(yīng)顯示為成功；若所述用戶終端不同意接收MBMS數(shù)據(jù)，則所述MBMS通知交互所得的結(jié)果為不同意接收MBMS數(shù)據(jù)；所述MBMS通知確認消息為拒絕消息；所述步驟B中的MBMS通知響應(yīng)顯示為失敗。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，步驟B2中，若所述用戶終端同意接收MBMS數(shù)據(jù)之后，向所述MBMS通知模塊返回MBMS通知確認消息之前，該方法還包括所述用戶終端確定在已有IPsec隧道中接收MBMS數(shù)據(jù)；或向I-WLAN中的分組數(shù)據(jù)網(wǎng)關(guān)發(fā)起新的IPsec隧道建立請求；或向I-WLAN中的分組數(shù)據(jù)網(wǎng)關(guān)發(fā)起IPsec隧道屬性修改。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C中，若所述MBMS通知響應(yīng)顯示為成功，則設(shè)置所述接收MBMS數(shù)據(jù)標識為同意接收；若所述MBMS通知響應(yīng)顯示為失敗，則設(shè)置所述接收MBMS數(shù)據(jù)標識為不同意接收。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述接收MBMS數(shù)據(jù)標識設(shè)置在所述MBMS通知觸發(fā)模塊的MBMS UE上下文中。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟A中，所述MBMS通知觸發(fā)模塊被觸發(fā)之后，該方法還包括A1.所述MBMS通知觸發(fā)模塊判斷是否需要向所述用戶終端發(fā)起MBMS通知過程，若需要，則向所述MBMS通知模塊發(fā)送MBMS通知請求后，繼續(xù)執(zhí)行步驟B；否則，進入步驟A2；A2.設(shè)置所述接收MBMS數(shù)據(jù)標識為同意接收后結(jié)束當前處理流程。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，步驟A1中所述判斷是否需要發(fā)起MBMS通知過程的方法為所述MBMS通知觸發(fā)模塊根據(jù)用戶簽約信息判斷是否需要向所述用戶終端發(fā)起MBMS通知過程，若所述用戶簽約信息顯示為需要，則判定需要向所述用戶終端發(fā)起MBMS通知過程；若所述用戶簽約信息顯示為不需要，則判定不需要向所述用戶終端發(fā)起MBMS通知過程。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述被觸發(fā)條件觸發(fā)的方法為所述MBMS通知觸發(fā)模塊接收到會話開始請求消息，步驟A1中所述判斷是否需要發(fā)起MBMS通知過程的方法為所述MBMS通知觸發(fā)模塊根據(jù)所述會話開始請求消息中新增的用于指示當前會話是否需要向用戶終端進行MBMS通知的MBMS通知指示進行判斷，若所述MBMS通知指示顯示需要，則判定需要向所述用戶終端發(fā)起MBMS通知過程；若所述MBMS通知指示顯示為不需要，則判定不需要向所述用戶終端發(fā)起MBMS通知過程。
12.根據(jù)權(quán)利要求9所述的方法，其特征在于，在步驟A2中，所述設(shè)置接收MBMS數(shù)據(jù)標識為同意接收之后，結(jié)束本發(fā)明流程之前，該方法還包括所述MBMS通知觸發(fā)模塊通知I-WLAN中的計費系統(tǒng)不對MBMS數(shù)據(jù)傳輸生成的計費記錄進行計費。
13.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為分組數(shù)據(jù)網(wǎng)關(guān)PDG，或3GPP認證授權(quán)計費AAA服務(wù)器，或廣播/組播業(yè)務(wù)中心BM-SC。
14.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MBMS通知模塊為獨立網(wǎng)絡(luò)實體；或所述MBMS通知模塊所屬網(wǎng)絡(luò)實體為PDG，或AAA服務(wù)器，或BM-SC。
15.根據(jù)權(quán)利要求1所述的方法，其特征在于，若步驟A中所述被觸發(fā)條件觸發(fā)的方法為所述MBMS通知觸發(fā)模塊接收到會話開始請求消息，則所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，所述MBMS通知模塊為獨立網(wǎng)絡(luò)實體；或所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為AAA服務(wù)器，所述MBMS通知模塊為獨立網(wǎng)絡(luò)實體；或所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為PDG，所述MBMS通知模塊所屬網(wǎng)絡(luò)實體為PDG。
16.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A中所述被觸發(fā)條件觸發(fā)的方法為所述MBMS通知觸發(fā)模塊判定MBMS數(shù)據(jù)傳輸即將開始，所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為BM-SC，所述MBMS通知模塊所屬網(wǎng)絡(luò)實體為PDG或為獨立網(wǎng)絡(luò)實體。
17.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MBMS通知模塊是獨立的網(wǎng)絡(luò)實體，所述MBMS通知模塊與與MBMS業(yè)務(wù)相關(guān)的網(wǎng)絡(luò)實體間的接口協(xié)議為Diameter協(xié)議、RADIUS協(xié)議、SIP協(xié)議、MAP協(xié)議、HTTP協(xié)議、或自定義的協(xié)議；所述MBMS通知模塊為與MBMS業(yè)務(wù)相關(guān)的網(wǎng)絡(luò)實體中的一部分，所述MBMS通知模塊與該網(wǎng)絡(luò)實體中其它模塊的接口協(xié)議為Diameter協(xié)議、RADIUS協(xié)議、SIP協(xié)議、MAP協(xié)議、HTTP協(xié)議、或設(shè)備商或運營商指定的內(nèi)部接口協(xié)議。
18.根據(jù)權(quán)利要求1～12任一項所述的方法，其特征在于，所述用戶終端為無線局域網(wǎng)WLAN用戶終端。
19.一種實現(xiàn)廣播/組播業(yè)務(wù)MBMS通知的裝置，其特征在于，在互通無線局域網(wǎng)I-WLAN中，該裝置包括MBMS通知觸發(fā)模塊，設(shè)置有指示是否向用戶終端下發(fā)MBMS數(shù)據(jù)的接收MBMS數(shù)據(jù)標識；該模塊用于接收觸發(fā)條件，向MBMS通知模塊發(fā)送MBMS通知請求；接收到來自MBMS通知模塊的MBMS通知響應(yīng)后，設(shè)置接收MBMS數(shù)據(jù)標識；MBMS通知模塊，接收來自MBMS通知觸發(fā)模塊的MBMS通知請求，與用戶終端進行MBMS通知交互，并根據(jù)該MBMS通知交互所得的結(jié)果向MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)；用戶終端，與MBMS通知模塊進行MBMS通知交互，得出該MBMS通知交互的結(jié)果并返回給MBMS通知模塊。
20.根據(jù)權(quán)利要求19所述的裝置，其特征在于，所述MBMS通知觸發(fā)模塊所屬網(wǎng)絡(luò)實體為分組數(shù)據(jù)網(wǎng)關(guān)PDG，或3GPP認證授權(quán)計費AAA服務(wù)器，或廣播/組播業(yè)務(wù)中心BM-SC。
21.根據(jù)權(quán)利要求19所述的裝置，其特征在于，所述MBMS通知模塊為獨立網(wǎng)絡(luò)實體；或所述MBMS通知模塊所屬網(wǎng)絡(luò)實體為PDG，或AAA服務(wù)器，或BM-SC。
22.根據(jù)權(quán)利要求19所述的裝置，其特征在于，所述用戶終端為無線局域網(wǎng)WLAN用戶終端。
全文摘要
本發(fā)明公開了一種實現(xiàn)廣播/組播業(yè)務(wù)通知的方法及裝置，在用于觸發(fā)MBMS通知過程的MBMS通知觸發(fā)模塊被觸發(fā)后，MBMS通知觸發(fā)模塊向用于與WLAN用戶終端進行MBMS通知交互的MBMS通知模塊發(fā)送MBMS通知請求；MBMS通知模塊接收到MBMS通知請求后，與WLAN用戶終端進行MBMS通知交互并根據(jù)MBMS通知交互所得的結(jié)果向MBMS通知觸發(fā)模塊返回MBMS通知響應(yīng)；MBMS通知觸發(fā)模塊根據(jù)接收到的MBMS通知響應(yīng)，設(shè)置用于指示是否向WLAN用戶終端下發(fā)MBMS數(shù)據(jù)的接收MBMS數(shù)據(jù)標識。本發(fā)明基于I－WLAN，實現(xiàn)了MBMS業(yè)務(wù)中MBMS通知的方法，使MBMS數(shù)據(jù)的下發(fā)符合WLAN用戶終端的意愿，從而保證了MBMS數(shù)據(jù)下發(fā)的合理性；同時提供有多種實現(xiàn)方式，具有很強的靈活性和實用性。
文檔編號H04L12/56GK1956450SQ20051011831
公開日2007年5月2日 申請日期2005年10月28日 優(yōu)先權(quán)日2005年10月28日
發(fā)明者張鵬, 段昌, 張海 申請人:華為技術(shù)有限公司