專利名稱：Mbms接收狀態(tài)查詢的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信領(lǐng)域，具體而言，本發(fā)明涉及MBMS接收狀態(tài)查詢的方法及設(shè)備。
背景技術(shù)：
為了有效地利用移動(dòng)通信網(wǎng)絡(luò)資源，3GPP(3rd Generation PartnershipProject,第三代合作伙伴項(xiàng)目)提出了移動(dòng)通信網(wǎng)絡(luò)的 MBMS (MultimediaBroadcast Multicast Service,多媒體廣播組播業(yè)務(wù))，從而在移動(dòng)通信網(wǎng)絡(luò)中提供一個(gè)數(shù)據(jù)源向多個(gè)用戶發(fā)送數(shù)據(jù)的點(diǎn)到多點(diǎn)業(yè)務(wù)，實(shí)現(xiàn)網(wǎng)絡(luò)資源共享，提高網(wǎng)絡(luò)資源的利用率，尤其是空口接口資源的共享。LTE系統(tǒng)中，在MBMS專用的頻率層和與非MBMS業(yè)務(wù)共享的頻率層上都能夠提供MBMS。支持MBMS的LTE小區(qū)可以是MBMS專用小區(qū)也可以是MBMS/單播混合小區(qū)。 MBMS業(yè)務(wù)可以進(jìn)行單小區(qū)傳輸，也可以進(jìn)行多小區(qū)傳輸。MBMS的多小區(qū)傳輸需要支持 MBSFN(MulticastBroadcast Single Frequency Network，多播廣播單頻網(wǎng)絡(luò))傳輸方式。所謂MBSFN是指在同一時(shí)間以相同頻率在多個(gè)小區(qū)進(jìn)行同步傳輸。使用這種傳輸方式可以節(jié)約頻率資源，提高頻譜利用率。它要求多個(gè)小區(qū)將完全相同的內(nèi)容同時(shí)發(fā)送。這樣一來，UE(User Equipment，用戶設(shè)備)接收機(jī)就能將多個(gè)MBSFN小區(qū)視為一個(gè)大的小區(qū)。 因此，UE不僅不會(huì)受到相鄰小區(qū)傳輸?shù)男^(qū)間干擾，而且將受益于來自多個(gè)MBSFN小區(qū)的信號(hào)的疊加。MBMS專用小區(qū)和MBMS/單播混合小區(qū)都可以采用MBSFN傳輸方式。另外，如果利用先進(jìn)的UE接收機(jī)技術(shù)還能解決多徑傳播的時(shí)間差問題，從而消除小區(qū)內(nèi)干擾。這種多小區(qū)同頻傳輸所帶來的分集效果還可以解決盲區(qū)覆蓋等問題，增強(qiáng)接收的可靠性，提高覆蓋率。MBMS多小區(qū)傳輸?shù)募夹g(shù)特點(diǎn)如下(I)MBSFN域內(nèi)MBMS的同步傳輸；(2)支持多小區(qū)MBMS傳輸?shù)暮喜ⅲ?3)MTCH和 MCCH信道映射在用于PTM傳輸?shù)腗CH物理信道上；(4)MBSFN同步區(qū)域可以半靜態(tài)配置，如 通過0&M。與MBMS傳輸相關(guān)的邏輯信道主要有BCCH，MCCH和MTCH各信道的主要作用如下BCCH(Broadcast Control Channel,廣播控制信道)用于網(wǎng)絡(luò)向UE廣播系統(tǒng)信息。對(duì)于MBMS，BCCH中攜帶MCCH的配置信息，如MCCH 的重復(fù)周期、開始無線幀偏移量、子幀位置、MCCH修改周期、MCCH修改通知指示方式、傳輸 MCCH的信令MCS格式等，以便使UE可以找到MCCH的資源位置，BCCH中并不攜帶具體的MBMS 業(yè)務(wù)信息。MCCH(Multicast Control Channel，多播控制信道)是一個(gè)點(diǎn)到多點(diǎn)的下行信道，用于網(wǎng)絡(luò)向UE傳輸該MBSFN區(qū)域中MBMS相關(guān)的控制信息，一個(gè)MCCH可以對(duì)應(yīng)于一個(gè)或多個(gè)MTCH (即可以攜帶多個(gè)MTCH的控制信息)。MCCH
5可包括的信息有該MBSFN區(qū)域的子幀分配和子幀分配重復(fù)周期、PMCH(或MCH)的配置信息(如MBMS session信息、數(shù)據(jù)MCS格式配置、PMCH子幀位置和調(diào)度周期等)等。MTCH(Multicast Traffic Channel，多播業(yè)務(wù)信道)是一個(gè)點(diǎn)到多點(diǎn)的下行信道，用于網(wǎng)絡(luò)向UE發(fā)送具體的MBMS業(yè)務(wù)數(shù)據(jù)。網(wǎng)絡(luò)利用BCCH向UE指示MCCH的配置信息，再利用MCCH向UE提供⑵MCH信息， UE在(P)MCH上讀取具體業(yè)務(wù)的MTCH調(diào)度信息MSI，從而能夠在MTCH上接收MBMS業(yè)務(wù)。如圖1所示，為MBMS業(yè)務(wù)區(qū)與MBSFN同步區(qū)域的關(guān)系。MBMS業(yè)務(wù)區(qū)由一個(gè)或多個(gè)業(yè)務(wù)標(biāo)識(shí)組成，每個(gè)標(biāo)識(shí)映射至一個(gè)或多個(gè)小區(qū)，MBMS 業(yè)務(wù)區(qū)由BM-SC(Broadcast-Multicast Service Centre，廣播組播業(yè)務(wù)中心)在會(huì)話消息
中攜帶給基站。MBSFN區(qū)域是由同步區(qū)域內(nèi)一組小區(qū)組成，這些小區(qū)進(jìn)行同步的MBSFN發(fā)送， MBSFN 區(qū)域由 MCE (Multi-Cell/Multicast CoordinationEntity,多小區(qū)組播協(xié)調(diào)實(shí)體)根據(jù)運(yùn)營(yíng)商的策略進(jìn)行規(guī)劃，并在M2接口消息中通知基站。MBSFN區(qū)域預(yù)留小區(qū)也屬于同步區(qū)域，該小區(qū)不進(jìn)行MBSFN發(fā)送。現(xiàn)有技術(shù)中MCE負(fù)責(zé)MBSFN資源的分配以及相應(yīng)的配置，其只能依據(jù)MBMS的業(yè)務(wù)會(huì)話以及相應(yīng)的業(yè)務(wù)區(qū)域來分配不同MCH資源，這種分配相對(duì)比較靜態(tài)?，F(xiàn)有技術(shù)中，Generic Transport of NAS messages過程的目的是為了在UE和MME 之間傳遞上層應(yīng)用的消息，例如LCS應(yīng)用的LPP消息或者是位置服務(wù)消息。這個(gè)過程可以由網(wǎng)絡(luò)和UE發(fā)起，其使用條件是UE要附著到EPS SERVICES，且UE要處于連接狀態(tài)。UE 發(fā)起的 Generic Transport of NAS messages 過程為當(dāng)收到來自上層實(shí)體的發(fā)送一個(gè)協(xié)議消息的請(qǐng)求時(shí)，EMM實(shí)體發(fā)起該過程發(fā)送 UPLINK GENERIC NAS TRANSPORT 消息。該消息格式主要包括如下信息單元1. Generic message container type用于UE向應(yīng)用指示對(duì)應(yīng)的Generic message container中的協(xié)議消息的類型。目前定義了兩個(gè)消息類型LTE Positioning Protocol (LPP)禾口 Locationservices message container。EMM實(shí)體應(yīng)將這個(gè)IE交給對(duì)應(yīng)的上層應(yīng)用。2. Generic message container用于封裝UE和網(wǎng)絡(luò)之間傳遞的應(yīng)用的協(xié)議消息。EMM實(shí)體應(yīng)將這個(gè)IE交給對(duì)應(yīng)的上層應(yīng)用。3.Additional information這個(gè)IE中的信息是提供給應(yīng)用使用的。最初引入這個(gè)IE的目的，是解決LPP協(xié)議實(shí)體中的消息路由問題。為了保持Generic Transport ofNASmessages的通用性，會(huì)議決定這個(gè)IE對(duì)于NAS協(xié)議來說是透明。如果EMM實(shí)體收到了這個(gè)IE，應(yīng)交給對(duì)應(yīng)的上層應(yīng)用。不同的上層應(yīng)用負(fù)責(zé)該IE中內(nèi)容的編碼定義。網(wǎng)絡(luò)側(cè)發(fā)起的 Generic Transport of NAS messages 過程為網(wǎng)絡(luò)EMM實(shí)體收到應(yīng)用傳遞協(xié)議消息的請(qǐng)求后，發(fā)起該過程發(fā)送DOWNLINK GENERIC NAS TRANSPORT 消息。消息格式和UPLINK GENERIC NAS TRANSPORT 一致，UE 的 EMM 實(shí)體需將收至丨 J Generic message container type, Generic message container, Additional information交給上層應(yīng)用。在DOWNLINK GENERIC NAS TRANSPORT消息的傳輸過程中，如果NAS層收到底層的指示傳輸失敗，則直接丟棄該消息。現(xiàn)有技術(shù)中，LTE系統(tǒng)目前不支持UE到MCE之間進(jìn)行UE的MBMS業(yè)務(wù)接收狀態(tài)的通知機(jī)制，這樣將無法確?？罩薪涌?MBSFN資源的有效利用。因此，有必要提出一種有效的技術(shù)方案，使得UE與MCE之間能互通進(jìn)行UE的MBMS 業(yè)務(wù)接收狀態(tài)，以提高空中接口 MBSFN資源的利用率。

發(fā)明內(nèi)容
本發(fā)明的目的旨在至少解決上述技術(shù)缺陷之一，特別是UE通過非接入層NAS信令或更高層信令將MBMS業(yè)務(wù)接收狀態(tài)報(bào)告反饋給網(wǎng)絡(luò)側(cè)，以實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)對(duì)MBMS業(yè)務(wù)的合理傳輸。為了達(dá)到上述目的，本發(fā)明的實(shí)施例一方面提出了一種MBMS接收狀態(tài)查詢的方法，包括以下步驟網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求信息；基于非接入層NAS信令交互或基于業(yè)務(wù)源級(jí)交互后，所述網(wǎng)絡(luò)側(cè)設(shè)備接收MBMS接收狀態(tài)信息。本發(fā)明的實(shí)施例另一方面還提出了一種網(wǎng)絡(luò)設(shè)備，包括發(fā)送模塊以及接收模塊，所述發(fā)送模塊，用于發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求信息；所述接收模塊，用于基于非接入層NAS信令交互或基于業(yè)務(wù)源級(jí)交互后，接收 MBMS接收狀態(tài)信息。相對(duì)于現(xiàn)有技術(shù)，本發(fā)明提出的上述方案，可以在不修改RAN側(cè)協(xié)議的基礎(chǔ)上通知網(wǎng)絡(luò)側(cè)關(guān)于UE對(duì)于MBMS業(yè)務(wù)的接收狀態(tài)，從而確?？湛?MBSFN資源更加有效利用。此外，本發(fā)明提出的上述方案，對(duì)現(xiàn)有系統(tǒng)的改動(dòng)較小，不會(huì)影響系統(tǒng)的兼容性，而且實(shí)現(xiàn)簡(jiǎn)
單、高效。本發(fā)明附加的方面和優(yōu)點(diǎn)將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實(shí)踐了解到。


本發(fā)明上述的和/或附加的方面和優(yōu)點(diǎn)從下面結(jié)合附圖對(duì)實(shí)施例的描述中將變得明顯和容易理解，其中圖1為MBMS業(yè)務(wù)區(qū)與MBSFN同步區(qū)域關(guān)系示意圖；圖2為目前LTE MBMS邏輯架構(gòu)圖；圖3為本發(fā)明實(shí)施例MBMS接收狀態(tài)查詢的方法流程圖；圖4為本發(fā)明實(shí)現(xiàn)方式一的信令流程圖；圖5為新增加的協(xié)議實(shí)體示意圖；圖6為本發(fā)明實(shí)現(xiàn)方式二的信令流程圖；圖7為本發(fā)明實(shí)現(xiàn)方式三的信令流程圖8為本發(fā)明實(shí)施例網(wǎng)絡(luò)側(cè)設(shè)備的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面詳細(xì)描述本發(fā)明的實(shí)施例，所述實(shí)施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號(hào)表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實(shí)施例是示例性的，僅用于解釋本發(fā)明，而不能解釋為對(duì)本發(fā)明的限制。gItr LTE MBMS邏輯架構(gòu)如圖2所示，圖中，MBMS Gff為MBMS網(wǎng)關(guān)，Ml為用戶面接 Π , M2 ^ E-UTRAN (Evolved Universal Terrestrial RadioAccess Network, ^ ^ ^ 基無線接入網(wǎng))互聯(lián)網(wǎng)控制面接口，M3為E-UTRAN和EPC(Evolved Packet Core，演進(jìn)型分組核心網(wǎng))控制面接口。即，MCE作為RAN側(cè)的集中節(jié)點(diǎn)，M3接口作為MCE與MME的邏輯接口，主要功能包括會(huì)話管理，負(fù)責(zé)會(huì)話開始、結(jié)束和更新，同時(shí)具有M3接口復(fù)位和錯(cuò)誤指示功能。MCE負(fù)責(zé)MBSFN資源的分配，以及相應(yīng)的配置，因此UE對(duì)于某個(gè)MBMS業(yè)務(wù)的接收狀態(tài)可以反饋給MCE，由MCE根據(jù)此信息動(dòng)態(tài)或半靜態(tài)調(diào)整MBSFN的區(qū)域，從而確保資源的有效利用。本發(fā)明的核心思想是，UE通過非接入層NAS信令或更高層信令將MBMS業(yè)務(wù)接收狀態(tài)報(bào)告反饋給網(wǎng)絡(luò)側(cè)，以實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)對(duì)MBMS業(yè)務(wù)的合理傳輸。MBMS業(yè)務(wù)接收狀態(tài)報(bào)告在MCE與UE之間交互，最終信息匯總至MCE，由MCE根據(jù) MBSFN的資源情況，調(diào)整相應(yīng)的資源分配，包括某區(qū)域的會(huì)話(session)發(fā)起、停止、更新過程和/或發(fā)起MCCH相關(guān)BCCH配置更新等。UE的MBMS業(yè)務(wù)接收?qǐng)?bào)告結(jié)果還可以傳輸給 MBMS集中控制節(jié)點(diǎn)，例如BM-SC節(jié)點(diǎn)，用于調(diào)整會(huì)話的發(fā)起、停止、更新過程等。UE的MBMS 業(yè)務(wù)接收?qǐng)?bào)告結(jié)果也可以傳輸給0AM(Operation Administrationand Maintenance,操作管理和維護(hù))，用于對(duì)網(wǎng)絡(luò)整體監(jiān)測(cè)和優(yōu)化配置等目的。為了實(shí)現(xiàn)本發(fā)明之目的，本發(fā)明提出了一種MBMS接收狀態(tài)查詢的方法，包括以下步驟網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求信息；基于非接入層NAS信令交互或基于業(yè)務(wù)源級(jí)交互后，所述網(wǎng)絡(luò)側(cè)設(shè)備接收MBMS接收狀態(tài)信息。如圖3所示，為本發(fā)明實(shí)施例MBMS接收狀態(tài)查詢的方法流程圖，包括以下步驟步驟SllO 網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求信息。在本發(fā)明公開的實(shí)施例中，網(wǎng)絡(luò)側(cè)設(shè)備包括但不限于多小區(qū)組播協(xié)調(diào)實(shí)體MCE、操作管理和維護(hù)OAM或廣播組播業(yè)務(wù)中心BM-SC?；诤?jiǎn)單和便于理解，后文敘述中主要以 MCE為例說明。步驟S120 基于非接入層NAS信令交互或基于業(yè)務(wù)源級(jí)交互后，網(wǎng)絡(luò)側(cè)設(shè)備接收 MBMS接收狀態(tài)信息。在步驟S120中，基于非接入層NAS信令交互或基于業(yè)務(wù)源級(jí)交互可以以多種形式出現(xiàn)，在不超出本發(fā)明的發(fā)明范疇下，總結(jié)歸納出以下三種典型的方式作說明，以充分闡述本發(fā)明。顯然，本發(fā)明的保護(hù)范圍不僅限于具體的方式。實(shí)現(xiàn)方式一MME通過NAS過程發(fā)送MBMS接收狀態(tài)報(bào)告消息給用戶設(shè)備UE ；UE接收到所述報(bào)告消息后，根據(jù)其中的指示信息以及上報(bào)準(zhǔn)則以NAS消息進(jìn)行相
8應(yīng)的上報(bào)；MME接收到所述UE的接收狀態(tài)上報(bào)后進(jìn)行匯總并發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。網(wǎng)絡(luò)側(cè)設(shè)備以MCE為例，MME通過NAS信令與UE交互MBMS業(yè)務(wù)接收狀態(tài)，匯總后， 通知MCE。本發(fā)明實(shí)現(xiàn)方式一的流程圖如圖4所示。0a, MCE向MME配置或者請(qǐng)求統(tǒng)計(jì)MBMS接收狀態(tài)的信息；Ob、或者其它核心網(wǎng)實(shí)體，例如BM-SC實(shí)體向MME配置或請(qǐng)求統(tǒng)計(jì)MBMS接收狀態(tài)的信息；Oc、或者M(jìn)ME自身觸發(fā)；1、MME通過NAS過程發(fā)送MBMS接收狀態(tài)報(bào)告消息給各UE ；2、各UE接收消息后，根據(jù)其中的信息以及上報(bào)準(zhǔn)則等以NAS消息進(jìn)行相應(yīng)的上報(bào)；3、MME接收到各UE的接收狀態(tài)上報(bào)后對(duì)計(jì)數(shù)信息進(jìn)行匯總；4、MME將匯總信息通過M3接口消息發(fā)送給MCE。在本發(fā)明中，計(jì)數(shù)是指對(duì)反饋進(jìn)行一定的統(tǒng)計(jì)操作，例如計(jì)算所有肯定回答或感興趣的UE的總數(shù)，百分比，甚至發(fā)送請(qǐng)求信息至UE的UE總數(shù)目，回復(fù)UE的總數(shù)目等信息， 上面這些信息還可以區(qū)分UE的狀態(tài)(連接狀態(tài)，空閑狀態(tài))、UE的類型等進(jìn)行分別統(tǒng)計(jì)。其中，NAS消息可以采取設(shè)計(jì)新的信令過程和格式，也可以采取現(xiàn)有的NAS信令捎帶的形式。查詢消息中除了原有NAS信令的設(shè)計(jì)格式要求以外，可以攜帶以下一個(gè)或多個(gè) fn息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域；MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)；MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話。上述信息可以以列表list形式出現(xiàn)，也可以是單獨(dú)的域。此外，網(wǎng)絡(luò)側(cè)需要查詢MBMS業(yè)務(wù)情況時(shí)，也可以在查詢信令中不攜帶業(yè)務(wù)標(biāo)識(shí)， 則UE接收到這樣的查詢信令，上報(bào)自己接收的所有MBMS業(yè)務(wù)信息的狀態(tài)信息，并在上報(bào)信息中明確標(biāo)識(shí)哪些業(yè)務(wù)是感興趣或者正在接收的。UE收到該MBMS接收狀態(tài)查詢消息時(shí)，根據(jù)業(yè)務(wù)標(biāo)識(shí)信息回復(fù)是否對(duì)該MBMS業(yè)務(wù)感興趣，或者僅在感興趣的情況下回復(fù)肯定答復(fù)，不感興趣時(shí)不回復(fù)。MME對(duì)所有發(fā)出去的查詢信息進(jìn)行匯總，將感興趣的UE數(shù)目或者感興趣的UE比例組織信息，發(fā)送給MCE，以供MCE使用。MME發(fā)送給MCE的M3消息，可以是單獨(dú)設(shè)計(jì)的消息過程，也可以伴隨現(xiàn)有的消息在其中增加新的域?？梢园殡S的M3消息包括MBMS SESSION START REQUEST ；MBMS SESSION UPDATE REQUEST。如果是單獨(dú)設(shè)計(jì)的消息過程，可以包含以下內(nèi)容MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域；
MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)；MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話；Number of Users/User groups，感興趣的 UE/群數(shù)量；Possibility Factor，感興趣的 UE 比例；Start/Stop information，需要開始或者結(jié)束的會(huì)話信息。如果采取捎帶的信令格式，其攜帶內(nèi)容與上述單獨(dú)的消息過程所需的內(nèi)容項(xiàng)一致，特別地，在原信令中有業(yè)務(wù)標(biāo)識(shí)則前兩項(xiàng)可省略。實(shí)現(xiàn)方式二 MME接收到所述網(wǎng)絡(luò)設(shè)備發(fā)送的狀態(tài)查詢請(qǐng)求信息后不解析，采取通用NAS傳輸機(jī)制將該消息攜帶在NAS信令中發(fā)往UE ；UE對(duì)查詢消息向所述MME響應(yīng)；所述MME將所述UE的響應(yīng)信息發(fā)送給所述網(wǎng)絡(luò)設(shè)備。網(wǎng)絡(luò)設(shè)備以MCE為例，設(shè)計(jì)新的協(xié)議實(shí)體在UE和MCE中交互，信令通過通用NAS 傳輸機(jī)制承載；其中新增加的協(xié)議實(shí)體示意圖5所示。其中，在MCE和UE中增加一個(gè)新的協(xié)議層，用以處理MBMS相關(guān)的信息交互，例如交互MBMS接收狀態(tài)信息。MCE中的MBMS相關(guān)新協(xié)議層產(chǎn)生網(wǎng)絡(luò)側(cè)的請(qǐng)求或者控制信息，通過現(xiàn)有的低層傳輸方式發(fā)送至MME中的NAS 層，利用NAS層通用傳輸機(jī)制傳輸至UE NAS層，NAS層提供類似透明容器的傳輸機(jī)制，并不對(duì)高層數(shù)據(jù)包進(jìn)行解析，按照消息類型將該包遞交到UE側(cè)的MBMS相關(guān)新協(xié)議層進(jìn)行處理， 新協(xié)議層根據(jù)網(wǎng)絡(luò)側(cè)下發(fā)的請(qǐng)求或者控制信息進(jìn)行相應(yīng)操作或上報(bào)，上行響應(yīng)或上報(bào)信息仍舊通過NAS通用傳輸機(jī)制進(jìn)行傳輸，再由MME中的NAS層進(jìn)行中轉(zhuǎn)，最終達(dá)到MCE的MBMS 相關(guān)新協(xié)議層進(jìn)行處理。新的協(xié)議實(shí)體主要用于對(duì)UE進(jìn)行MBMS接收狀態(tài)的查詢。實(shí)現(xiàn)方式二的信令流程如圖6所示0a、其它核心網(wǎng)實(shí)體，例如BM-SC實(shí)體向MCE配置或請(qǐng)求統(tǒng)計(jì)MBMS接收狀態(tài)的信息；0b、或者M(jìn)CE本地觸發(fā)MBMS接收狀態(tài)查詢；1、MCE通過M3接口向MME發(fā)送查詢信息，該信息為新的協(xié)議層生成；2、MME接收到該消息，并不解析，采取通用NAS傳輸機(jī)制將該消息攜帶在NAS信令中發(fā)往UE;3、UE對(duì)查詢消息進(jìn)行相應(yīng)；4, MME將信息通過M3接口消息發(fā)送給MCE ；5、MCE匯總計(jì)數(shù)消息。其中 DL generic NAS transport 禾口 UL generic NAS transport 信令在現(xiàn)有用法的基礎(chǔ)上做擴(kuò)展Generic message container type 域中增力口新的消息類型MBMS servicesmessage container指示該消息中承載的內(nèi)容為MBMS相關(guān)信息，可以是MBMS接收狀態(tài)上報(bào)的相關(guān)內(nèi)容，也可以是其他MBMS信息，例如，以后MBMS相關(guān)的信息需要網(wǎng)絡(luò)側(cè)和 UE進(jìn)行交換時(shí)，也可以通過這樣的過程進(jìn)行交換。當(dāng)NAS層接收到generic NAS transport消息后，讀取Generic messagecontainer type,發(fā)現(xiàn)為 MBMS 信息，則直接將 Generic message containertype, Generic messagecontainer, Additional information的內(nèi)容傳遞給專門的應(yīng)用層，即協(xié)議結(jié)構(gòu)圖中的New protocol層去處理。其中，如果存在路由問題，也可以在Additional information里攜帶額外信息等。如果有其他的核心網(wǎng)節(jié)點(diǎn)向MCE觸發(fā)MBMS接收狀態(tài)請(qǐng)求，則該消息中可以攜帶以下一個(gè)或多個(gè)信息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域；MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)；MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話。上述信息可以以列表list形式出現(xiàn)，也可以是單獨(dú)的域。此外，網(wǎng)絡(luò)側(cè)需要查詢MBMS業(yè)務(wù)情況時(shí)，也可以在查詢信令中不攜帶業(yè)務(wù)標(biāo)識(shí)， 則UE接收到這樣的查詢信令，上報(bào)自己接收的所有MBMS業(yè)務(wù)信息的狀態(tài)信息，并在上報(bào)信息中明確標(biāo)識(shí)哪些業(yè)務(wù)是感興趣或者正在接收的。MCE在接收到請(qǐng)求消息或者本地滿足觸發(fā)MBMS接收狀態(tài)查詢的條件后，需要根據(jù) MBMS業(yè)務(wù)和一定的規(guī)則，決定需要向哪些UE發(fā)起查詢，UE組成可以如下該MBMS服務(wù)區(qū)域內(nèi)的所有連接態(tài)UE ；該MBMS服務(wù)區(qū)域內(nèi)的連接態(tài)UE中按照一定規(guī)則選取的部分UE ；該MBMS服務(wù)區(qū)域內(nèi)的所有UE ；該MBMS服務(wù)區(qū)域內(nèi)的按照一定規(guī)則選取的部分UE ；該MBMS服務(wù)區(qū)域內(nèi)的全部連接態(tài)UE和按照一定規(guī)則選取的部分空閑態(tài)UE。其中，如果是空閑態(tài)UE，不能向該UE直接發(fā)送消息，而應(yīng)該先尋呼，待UE由空閑態(tài)轉(zhuǎn)換到連接態(tài)，再發(fā)送MBMS接收狀態(tài)查詢消息。此選擇UE的說明也適用于其他兩種方式。此外，實(shí)現(xiàn)方式一、二都是有高層請(qǐng)求- >終端反饋，除此之外還存在這樣一種形式終端在需要接收時(shí)主動(dòng)反饋(讀MCCH已經(jīng)知道有哪些MBMS業(yè)務(wù)了)，而不需高層請(qǐng)求過程。在終端滿足觸發(fā)條件主動(dòng)上報(bào)的流程中，上報(bào)過程完全與方式一和二中的流程一致， 只是省略了網(wǎng)絡(luò)側(cè)請(qǐng)求的過程。實(shí)現(xiàn)方式三基于業(yè)務(wù)源級(jí)交互為所述網(wǎng)絡(luò)設(shè)備向短消息中心發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求； 所述短消息中心組織查詢消息并向UE發(fā)送查詢信息；所述短消息中心接收UE的反饋信息， 匯總后發(fā)送給所述網(wǎng)絡(luò)設(shè)備。以網(wǎng)絡(luò)設(shè)備為MCE為例，通過業(yè)務(wù)源與UE交互，并將信息發(fā)送給MCE，如圖7所示， 為實(shí)現(xiàn)方式三的信令流程圖UMCE實(shí)體向短消息中心等節(jié)點(diǎn)發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求；2、短消息中心等節(jié)點(diǎn)組織查詢消息；3、發(fā)送下行查詢消息；4、UE根據(jù)查詢消息進(jìn)行反饋和；5、短消息中心根據(jù)反饋匯總計(jì)數(shù)信息；6、將匯總結(jié)果發(fā)送給MCE節(jié)點(diǎn)。其中，MCE向短消息中心發(fā)送MBMS接收狀態(tài)請(qǐng)求，該消息中可以攜帶以下一個(gè)或多個(gè)信息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域；MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)；MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話；MBMS Service content, MBMS 業(yè)務(wù)內(nèi)容，內(nèi)容簡(jiǎn)介；上述信息可以以列表list形式出現(xiàn)，也可以是單獨(dú)的域。此外，網(wǎng)絡(luò)側(cè)需要查詢MBMS業(yè)務(wù)情況時(shí)，也可以在查詢信令中不攜帶業(yè)務(wù)標(biāo)識(shí)， 則UE接收到這樣的查詢信令，上報(bào)自己接收的所有MBMS業(yè)務(wù)信息的狀態(tài)信息，并在上報(bào)信息中明確標(biāo)識(shí)哪些業(yè)務(wù)是感興趣或者正在接收的。短消息中心在群發(fā)短消息時(shí)，可以攜帶簡(jiǎn)單的業(yè)務(wù)標(biāo)識(shí)信息和內(nèi)容簡(jiǎn)介等，便于用戶根據(jù)內(nèi)容進(jìn)行反饋。如圖8所示，為根據(jù)本發(fā)明實(shí)施例網(wǎng)絡(luò)側(cè)設(shè)備100的結(jié)構(gòu)示意圖，包括發(fā)送模塊 110以及接收模塊120。其中，發(fā)送模塊110，用于發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求信息。接收模塊120，用于基于非接入層NAS信令交互或基于業(yè)務(wù)源級(jí)交互后，接收MBMS 接收狀態(tài)信息。作為上述設(shè)備的實(shí)施例，網(wǎng)絡(luò)側(cè)設(shè)備包括多小區(qū)組播協(xié)調(diào)實(shí)體MCE、操作管理和維護(hù)OAM或廣播組播業(yè)務(wù)中心BM-SC。作為上述設(shè)備的實(shí)施例，基于非接入層NAS信令交互包括MME通過NAS過程發(fā)送MBMS接收狀態(tài)報(bào)告消息給用戶設(shè)備UE ；UE接收到報(bào)告消息后，根據(jù)其中的指示信息以及上報(bào)準(zhǔn)則以NAS消息進(jìn)行相應(yīng)的上報(bào)；MME接收到UE的接收狀態(tài)上報(bào)后進(jìn)行匯總并發(fā)送給接收模塊120。作為上述設(shè)備的實(shí)施例，NAS消息采用新設(shè)計(jì)的信令過程和格式，或通過現(xiàn)有NAS 信令捎帶，NAS消息攜帶以下一個(gè)或多個(gè)信息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域；MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)；MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話。作為上述設(shè)備的實(shí)施例，當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備為MCE時(shí)，MME通過M3接口向MCE發(fā)送M3 消息，M3消息包括匯總后的MBMS接收狀態(tài)信息，其中，M3消息為單獨(dú)設(shè)計(jì)的消息過程或伴隨現(xiàn)有的M3消息，包括以下一個(gè)或多個(gè) fn息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域，MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)，MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話，Number of Users/User groups，感興趣的 UE/群數(shù)量，
12
Possibility Factor，感興趣的 UE 比例，Start/Stop information，需要開始或者結(jié)束的會(huì)話信息；當(dāng)為伴隨現(xiàn)有的M3消息時(shí)，能夠伴隨的M3消息包括MBMS SES SION START REQUEST, MBMS SESSION UPDATEREQUEST。作為上述設(shè)備的實(shí)施例，基于非接入層NAS信令交互包括MME接收到發(fā)送模塊110發(fā)送的狀態(tài)查詢請(qǐng)求信息后不解析，采取通用NAS傳輸機(jī)制將該消息攜帶在NAS信令中發(fā)往UE ；UE對(duì)查詢消息向MME響應(yīng)；MME將UE的響應(yīng)信息發(fā)送給接收模塊120。作為上述設(shè)備的實(shí)施例，采取通用NAS傳輸機(jī)制將該消息攜帶在NAS信令中發(fā)往 UE包括通過DL generic NAS transport傳遞狀態(tài)查詢請(qǐng)求信息，UE對(duì)查詢消息向MME響應(yīng)包括通過UL generic NAS transport傳遞響應(yīng)消息；其中，DL generic NAS transport 和UL generic NAS transport信令在現(xiàn)有用法的基礎(chǔ)上做擴(kuò)展Generic message container type 域中增力口新的消息類型MBMS servicesmessage container,指示該消息中承載的內(nèi)容為MBMS相關(guān)信息，為MBMS接收狀態(tài)上報(bào)的相關(guān)內(nèi)容，也可以是其他MBMS信息，例如，以后MBMS相關(guān)的信息需要網(wǎng)絡(luò)側(cè)和UE 進(jìn)行交換時(shí)，也可以通過這樣的過程進(jìn)行交換。作為上述設(shè)備的實(shí)施例，基于業(yè)務(wù)源級(jí)交互包括發(fā)送模塊110向短消息中心發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求；短消息中心組織查詢消息并向UE發(fā)送查詢信息；短消息中心接收UE的反饋信息，匯總后發(fā)送給接收模塊120。作為上述設(shè)備的實(shí)施例，發(fā)送模塊110向短消息中心發(fā)送的MBMS接收狀態(tài)查詢請(qǐng)求包括以下一個(gè)或多個(gè)信息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域；MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)；MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話；MBMS Service content，MBMS 業(yè)務(wù)內(nèi)容及內(nèi)容簡(jiǎn)介。為了進(jìn)一步上述本發(fā)明，下面根據(jù)上述方法或設(shè)備，以MCE為例，對(duì)本發(fā)明公開的上述方案舉例如下示例一 MME通過NAS信令向UE查詢MBMS接收狀態(tài)，參見實(shí)現(xiàn)方式一。MCE 設(shè)備步驟1 根據(jù)一定策略，組織MBMS接收狀態(tài)查詢消息，并發(fā)送給對(duì)應(yīng)MME ；步驟2 接收來MME的計(jì)數(shù)報(bào)告，根據(jù)其中的信息決定是否變更資源等。MME 設(shè)備步驟1 接收到MBMS接收狀態(tài)查詢消息后或者本地滿足觸發(fā)查詢消息條件，根據(jù)對(duì)應(yīng)的業(yè)務(wù)信息，準(zhǔn)備通知UE ；步驟2 =MME采取NAS消息通知UE ；步驟3 :MME接受到來自終端的狀態(tài)上報(bào)后，進(jìn)行匯總；
步驟4 =MME在完成匯總后，使用計(jì)數(shù)報(bào)告消息通知MCE。示例二 設(shè)計(jì)新的協(xié)議實(shí)體在UE和MCE中交互，信令通過通用NAS傳輸機(jī)制承載， 參見實(shí)現(xiàn)方式二。MCE 設(shè)備步驟1 根據(jù)一定策略，組織計(jì)數(shù)控制消息，并發(fā)送給MME ；步驟2 接收來自MME的計(jì)數(shù)報(bào)告，根據(jù)其中的信息決定是否變更資源等。MME 設(shè)備步驟1 接收到MBMS狀態(tài)查詢消息后，準(zhǔn)備通知UE ；步驟2 =MME通過NAS層信令透明container消息通知UE ；步驟3 =MME接受到來自終端的NAS層信令透明container消息；步驟4 :MME將MBMS狀態(tài)上報(bào)消息通知MCE。示例三各eNB根據(jù)OAM的預(yù)先配置進(jìn)行計(jì)數(shù)統(tǒng)計(jì)過程，參見實(shí)現(xiàn)方式三。短消息中心等設(shè)備步驟1 接收到MBMS接收狀態(tài)上報(bào)請(qǐng)求消息后，組織查詢消息，準(zhǔn)備向UE發(fā)送；步驟2 通過短消息等業(yè)務(wù)源級(jí)的消息，向UE發(fā)送查詢接收狀態(tài)的消息；步驟3 接收UE的反饋，并進(jìn)行匯總；步驟4 將匯總消息發(fā)送給MCE。MCE 設(shè)備步驟1 根據(jù)一定策略，發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求給短消息中心等實(shí)體；步驟2 接收來自短消息中心的計(jì)數(shù)報(bào)告，根據(jù)其中的信息決定是否變更資源等。相對(duì)于現(xiàn)有技術(shù)，本發(fā)明提出的上述方案，可以在不修改RAN側(cè)協(xié)議的基礎(chǔ)上通知網(wǎng)絡(luò)側(cè)關(guān)于UE對(duì)于MBMS業(yè)務(wù)的接收狀態(tài)，從而確保空口 MBSFN資源更加有效利用。此外，本發(fā)明提出的上述方案，對(duì)現(xiàn)有系統(tǒng)的改動(dòng)較小，不會(huì)影響系統(tǒng)的兼容性，而且實(shí)現(xiàn)簡(jiǎn)單、高效。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法攜帶的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中， 該程序在執(zhí)行時(shí)，包括方法實(shí)施例的步驟之一或其組合。另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理模塊中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)模塊中。上述集成的模塊既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，也可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤或光盤等。
權(quán)利要求
1.一種MBMS接收狀態(tài)查詢的方法，其特征在于，包括以下步驟 網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求信息；基于非接入層NAS信令交互或基于業(yè)務(wù)源級(jí)交互后，所述網(wǎng)絡(luò)側(cè)設(shè)備接收MBMS接收狀態(tài)fe息。
2.如權(quán)利要求1所述的方法，其特征在于，所述網(wǎng)絡(luò)側(cè)設(shè)備包括多小區(qū)組播協(xié)調(diào)實(shí)體MCE、操作管理和維護(hù)OAM或廣播組播業(yè)務(wù)中心BM-SC。
3.如權(quán)利要求2所述的方法，其特征在于，基于非接入層NAS信令交互包括 MME通過NAS過程發(fā)送MBMS接收狀態(tài)報(bào)告消息給用戶設(shè)備UE ；所述UE接收到所述報(bào)告消息后，根據(jù)其中的指示信息以及上報(bào)準(zhǔn)則以NAS消息進(jìn)行相應(yīng)的上報(bào)；所述MME接收到所述UE的接收狀態(tài)上報(bào)后進(jìn)行匯總并發(fā)送給所述網(wǎng)絡(luò)側(cè)設(shè)備。
4.如權(quán)利要求3所述的方法，其特征在于，所述NAS消息采用新設(shè)計(jì)的信令過程和格式，或通過現(xiàn)有NAS信令捎帶，所述NAS消息攜帶以下一個(gè)或多個(gè)信息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域； MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)； MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話。
5.如權(quán)利要求4所述的方法，其特征在于，當(dāng)所述網(wǎng)絡(luò)側(cè)設(shè)備為MCE時(shí)，所述MME通過 M3接口向所述MCE發(fā)送M3消息，所述M3消息包括所述匯總后的MBMS接收狀態(tài)信息，其中，所述M3消息為單獨(dú)設(shè)計(jì)的消息過程或伴隨現(xiàn)有的M3消息，包括以下一個(gè)或多個(gè) fn息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域，MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)，MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話，Number of Users/User groups，感興趣的 UE/群數(shù)量，Possibility Factor，感興趣的 UE 比例，Start/Stop information，需要開始或者結(jié)束的會(huì)話信息；當(dāng)為伴隨現(xiàn)有的M3消息時(shí)，能夠伴隨的M3消息包括MBMS SESSION START REQUEST, MBMS SES SION UPDATEREQUEST。
6.如權(quán)利要求2所述的方法，其特征在于，基于非接入層NAS信令交互包括MME接收到所述網(wǎng)絡(luò)設(shè)備發(fā)送的狀態(tài)查詢請(qǐng)求信息后不解析，采取通用NAS傳輸機(jī)制將該消息攜帶在NAS信令中發(fā)往UE ； UE對(duì)查詢消息向所述MME響應(yīng)； 所述MME將所述UE的響應(yīng)信息發(fā)送給所述網(wǎng)絡(luò)設(shè)備。
7.如權(quán)利要求6所述的方法，其特征在于，采取通用NAS傳輸機(jī)制將該消息攜帶在NAS 信令中發(fā)往UE包括通過DL generic NAS transport傳遞狀態(tài)查詢請(qǐng)求信息，UE對(duì)查詢消息向所述MME響應(yīng)包括通過ULgeneric NAS transport傳遞響應(yīng)消息；其中，DL generic NAS transport和ULgeneric NAS transport信令在現(xiàn)有用法的基礎(chǔ)上做擴(kuò)展Generic message container type域中增加新的消息類型MBMS servicesmessage container，指示該消息中承載的內(nèi)容為MBMS相關(guān)信息，為MBMS接收狀態(tài)上報(bào)的相關(guān)內(nèi)容。
8.如權(quán)利要求2所述的方法，其特征在于，基于業(yè)務(wù)源級(jí)交互包括 所述網(wǎng)絡(luò)設(shè)備向短消息中心發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求； 所述短消息中心組織查詢消息并向UE發(fā)送查詢信息；所述短消息中心接收UE的反饋信息，匯總后發(fā)送給所述網(wǎng)絡(luò)設(shè)備。
9.如權(quán)利要求8所述的方法，其特征在于，所述網(wǎng)絡(luò)設(shè)備向短消息中心發(fā)送的MBMS接收狀態(tài)查詢請(qǐng)求包括以下一個(gè)或多個(gè)信息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域； MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)； MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話； MBMS Service content，MBMS業(yè)務(wù)內(nèi)容及內(nèi)容簡(jiǎn)介。
10.一種網(wǎng)絡(luò)設(shè)備，其特征在于，包括發(fā)送模塊以及接收模塊， 所述發(fā)送模塊，用于發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求信息；所述接收模塊，用于基于非接入層NAS信令交互或基于業(yè)務(wù)源級(jí)交互后，接收MBMS接收狀態(tài)信息。
11.如權(quán)利要求10所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述網(wǎng)絡(luò)側(cè)設(shè)備包括 多小區(qū)組播協(xié)調(diào)實(shí)體MCE、操作管理和維護(hù)OAM或廣播組播業(yè)務(wù)中心BM-SC。
12.如權(quán)利要求11所述的網(wǎng)絡(luò)設(shè)備，其特征在于，基于非接入層NAS信令交互包括 MME通過NAS過程發(fā)送MBMS接收狀態(tài)報(bào)告消息給用戶設(shè)備UE ；所述UE接收到所述報(bào)告消息后，根據(jù)其中的指示信息以及上報(bào)準(zhǔn)則以NAS消息進(jìn)行相應(yīng)的上報(bào)；所述MME接收到所述UE的接收狀態(tài)上報(bào)后進(jìn)行匯總并發(fā)送給所述接收模塊。
13.如權(quán)利要求12所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述NAS消息采用新設(shè)計(jì)的信令過程和格式，或通過現(xiàn)有NAS信令捎帶，所述NAS消息攜帶以下一個(gè)或多個(gè)信息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域； MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)； MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話。
14.如權(quán)利要求13所述的網(wǎng)絡(luò)設(shè)備，其特征在于，當(dāng)所述網(wǎng)絡(luò)側(cè)設(shè)備為MCE時(shí)，所述 MME通過M3接口向所述MCE發(fā)送M3消息，所述M3消息包括所述匯總后的MBMS接收狀態(tài)信息？其中，所述M3消息為單獨(dú)設(shè)計(jì)的消息過程或伴隨現(xiàn)有的M3消息，包括以下一個(gè)或多個(gè) fn息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域，MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)，MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話，Number of Users/User groups，感興趣的 UE/群數(shù)量，Possibility Factor，感興趣的 UE 比例，Start/Stop information，需要開始或者結(jié)束的會(huì)話信息；當(dāng)為伴隨現(xiàn)有的M3消息時(shí)，能夠伴隨的M3消息包括MBMS SESSION START REQUEST, MBMS SESSION UPDATEREQUEST。
15.如權(quán)利要求11所述的網(wǎng)絡(luò)設(shè)備，其特征在于，基于非接入層NAS信令交互包括 MME接收到所述發(fā)送模塊發(fā)送的狀態(tài)查詢請(qǐng)求信息后不解析，采取通用NAS傳輸機(jī)制將該消息攜帶在NAS信令中發(fā)往UE ； UE對(duì)查詢消息向所述MME響應(yīng)； 所述MME將所述UE的響應(yīng)信息發(fā)送給所述接收模塊。
16.如權(quán)利要求15所述的網(wǎng)絡(luò)設(shè)備，其特征在于，采取通用NAS傳輸機(jī)制將該消息攜帶在NAS信令中發(fā)往UE包括通過DL generic NAStransport傳遞狀態(tài)查詢請(qǐng)求信息，UE對(duì)查詢消息向所述MME響應(yīng)包括通過UL generic NAS transport傳遞響應(yīng)消息；其中，DL generic NAStransport禾口 UL generic NAS transport信令在現(xiàn)有用法的基石出上估j(擴(kuò)展Generic message container type域中增加新的消息類型MBMS servicesmessage container，指示該消息中承載的內(nèi)容為MBMS相關(guān)信息，為MBMS接收狀態(tài)上報(bào)的相關(guān)內(nèi)容。
17.如權(quán)利要求11所述的網(wǎng)絡(luò)設(shè)備，其特征在于，基于業(yè)務(wù)源級(jí)交互包括 所述發(fā)送模塊向短消息中心發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求；所述短消息中心組織查詢消息并向UE發(fā)送查詢信息；所述短消息中心接收UE的反饋信息，匯總后發(fā)送給所述接收模塊。
18.如權(quán)利要求17所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述發(fā)送模塊向短消息中心發(fā)送的 MBMS接收狀態(tài)查詢請(qǐng)求包括以下一個(gè)或多個(gè)信息MBSFN Service Area Id or MBSFN Area Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)區(qū)域/MBMSN 區(qū)域； MBSFN Service Id，標(biāo)識(shí)一個(gè) MBSFN 業(yè)務(wù)； MBMS Session Identity，標(biāo)識(shí)一個(gè) MBMS 會(huì)話； MBMS Service content，MBMS業(yè)務(wù)內(nèi)容及內(nèi)容簡(jiǎn)介。
全文摘要
本發(fā)明的實(shí)施例提出了一種MBMS接收狀態(tài)查詢的方法，包括以下步驟網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送MBMS接收狀態(tài)查詢請(qǐng)求信息；基于非接入層NAS信令交互或基于業(yè)務(wù)源級(jí)交互后，所述網(wǎng)絡(luò)側(cè)設(shè)備接收MBMS接收狀態(tài)信息。本發(fā)明的實(shí)施例另一方面還提出了一種網(wǎng)絡(luò)設(shè)備。本發(fā)明提出的上述方案，可以在不修改RAN側(cè)協(xié)議的基礎(chǔ)上通知網(wǎng)絡(luò)側(cè)關(guān)于UE對(duì)于MBMS業(yè)務(wù)的接收狀態(tài)，從而確保空口MBSFN資源更加有效利用。此外，本發(fā)明提出的上述方案，對(duì)現(xiàn)有系統(tǒng)的改動(dòng)較小，不會(huì)影響系統(tǒng)的兼容性，而且實(shí)現(xiàn)簡(jiǎn)單、高效。
文檔編號(hào)H04W4/06GK102378118SQ20101025625
公開日2012年3月14日 申請(qǐng)日期2010年8月17日 優(yōu)先權(quán)日2010年8月17日
發(fā)明者丁昱, 劉佳敏, 張大鈞, 楊曉東, 艾明, 諶麗 申請(qǐng)人:電信科學(xué)技術(shù)研究院