專利名稱：多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法
技術領域：
本發(fā)明涉及多媒體廣播組播業(yè)務技術，特別涉及多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法。
背景技術：
在通信系統(tǒng)中，多播(Multicast)和廣播(Broadcast)是一種從一個數(shù)據(jù)源向多個目標傳送數(shù)據(jù)的技術。例如，在以太網(wǎng)中，因特網(wǎng)組管理協(xié)議(Internet Group Management Protocol，簡稱“IGMP”)就是用于多播的網(wǎng)際互連協(xié)議(Internet Protocol，簡稱“IP”)組播技術。
隨著移動通信的發(fā)展，多播和廣播也越來越多的應用在移動網(wǎng)絡中。例如，在傳統(tǒng)移動網(wǎng)絡中，小區(qū)廣播業(yè)務(Cell Broadcast Service，簡稱“CBS”)允許低比特率數(shù)據(jù)通過小區(qū)共享廣播信道向所有用戶發(fā)送，這種廣播業(yè)務屬于消息類業(yè)務。
現(xiàn)在，移動通信的發(fā)展使得用戶對移動通信的需求已不再滿足于電話和消息業(yè)務，隨著因特網(wǎng)(Internet)的迅猛發(fā)展，大量多媒體業(yè)務涌現(xiàn)出來，其中一些應用業(yè)務要求多個用戶能同時接收相同數(shù)據(jù)，如視頻點播、電視廣播、視頻會議、網(wǎng)上教育、互動游戲等。這些移動多媒體業(yè)務與一般的數(shù)據(jù)相比，具有數(shù)據(jù)量大、持續(xù)時間長、時延敏感等特點。目前的IP組播技術可以在有線IP網(wǎng)絡上以組播或廣播的形式實現(xiàn)這些多媒體業(yè)務，但因為移動網(wǎng)絡具有特定的網(wǎng)絡結構、功能實體和無線接口，這些都與有線IP網(wǎng)絡不同，因此這種技術不適用于移動網(wǎng)絡。
為了解決上述問題，有效地利用移動網(wǎng)絡資源，寬帶碼分多址(WidebandCode Division Multiple Access，簡稱“WCDMA”)/全球移動通信系統(tǒng)(GlobalSystem for mobile Communication，簡稱“GSM”)全球標準化組織第三代合作伙伴項目(3rd Generation Partnership Project，簡稱“3GPP”)提出了多媒體廣播和組播業(yè)務(Multimedia Broadcast/Multicast Service，簡稱“MBMS”)，在移動網(wǎng)絡中提供一個數(shù)據(jù)源向多個用戶發(fā)送數(shù)據(jù)的業(yè)務，實現(xiàn)網(wǎng)絡資源共享，提高網(wǎng)絡資源的利用率，尤其是空口接口資源。3GPP定義的MBMS不僅能實現(xiàn)純文本低速率的消息類組播和廣播，而且還能實現(xiàn)高速多媒體業(yè)務的組播和廣播，這無疑順應了未來移動數(shù)據(jù)發(fā)展的趨勢。
3GPP所定義的MBMS體系結構如圖1所示。
其中，廣播組播業(yè)務中心(Broadcast Multicast Service Center，簡稱“BM-SC”)是為了支持MBMS業(yè)務而新增的移動網(wǎng)功能實體，它是內容提供商的入口，用于授權和在移動網(wǎng)中發(fā)起MBMS承載業(yè)務，并按照預定時間計劃傳送MBMS內容。此外，用戶設備(User Equipment，簡稱“UE”)、通用移動通信系統(tǒng)地面無線接入網(wǎng)(UMTS Terrestrial Radio Access Network，簡稱“UTRAN”)、全球移動通信系統(tǒng)及其演進的增強數(shù)據(jù)無線接入網(wǎng)絡(GSM EDGE Radio Access Network，簡稱“GERAN”)、通用分組無線業(yè)務服務支持節(jié)點(Serving GPRS Support Node，簡稱“SGSN”)、通用分組無線業(yè)務網(wǎng)關支持節(jié)點(GPRS Gateway Support Node，簡稱“GGSN”)等功能實體進行增強，增加了MBMS相關的功能。
MBMS包括組播模式和廣播模式。由于組播和廣播模式在業(yè)務需求上存在不同，導致其業(yè)務流程也不同。
MBMS組播模式的業(yè)務流程如圖2所示。
在MBMS組播模式下，用戶通過MBMS激活過程，加入MBMS組播業(yè)務，使得網(wǎng)絡知道有哪些用戶希望接收某一個特定的MBMS業(yè)務。網(wǎng)絡節(jié)點通過MBMS注冊過程，建立從BM-SC，經(jīng)GGSN，SGSN到基站控制器(BaseStation Controller，簡稱“BSC”)/無線網(wǎng)絡控制器(Radio Network Controller，簡稱“RNC”)的分發(fā)樹，從而允許傳輸MBMS會話屬性和數(shù)據(jù)。注冊過程在相關節(jié)點建立了MBMS承載上下文。當BM-SC準備好發(fā)送數(shù)據(jù)時觸發(fā)MBMS會話開始過程。會話開始過程激活網(wǎng)絡中用于傳輸MBMS數(shù)據(jù)的所有需要的承載資源，并且通知感興趣的UE即將開始數(shù)據(jù)傳輸。通過這個過程，BM-SC將MBMS的服務質量(Quality of Service，簡稱“QoS”)、MBMS業(yè)務域、估計會話長度參數(shù)等會話屬性提供給感興趣的相關網(wǎng)絡節(jié)點。通過該過程，會引發(fā)相關RNC在接入網(wǎng)進行會話通知，小區(qū)用戶計數(shù)，無線承載類型選擇，無線和有線承載平面建立等工作。BM-SC等到下游流節(jié)點完成相應工作后，開始組播數(shù)據(jù)傳輸。各個節(jié)點通過會話開始過程中建立的承載傳輸組播數(shù)據(jù)，直到UE。
MBMS廣播模式的業(yè)務流程如圖3所示。
在MBMS廣播模式下，由于廣播業(yè)務向無線網(wǎng)絡中的所有用戶發(fā)送信息，因此各網(wǎng)絡節(jié)點不需要執(zhí)行MBMS注冊過程。當BM-SC準備好發(fā)送數(shù)據(jù)時觸發(fā)MBMS會話開始過程。會話開始過程激活網(wǎng)絡中用于傳輸MBMS數(shù)據(jù)的所有需要的承載資源。通過這個過程，BM-SC將該MBMS承載業(yè)務的終端移動組標識(Terminal Mobile Group Identify，簡稱“TMGI”)、服務質量(Quality of Service，簡稱“QoS”)、MBMS業(yè)務域、估計會話長度參數(shù)(如果存在的話)等會話屬性提供給感興趣的相關網(wǎng)絡節(jié)點。通過該過程，無線和有線承載平面建立等工作。BM-SC等到下游流節(jié)點完成相應工作后，開始廣播數(shù)據(jù)傳輸。各個節(jié)點通過會話開始過程中建立的承載傳輸廣播數(shù)據(jù)，直到UE。
熟悉本領域的技術人員可以看出，MBMS廣播模式和組播模式的主要業(yè)務流程比較相似，都需要依次進行業(yè)務聲明、會話開始、MBMS通知、數(shù)據(jù)傳送和會話結束的處理；二者的區(qū)別在于，組播模式還需要用戶簽約相應組播組，進行業(yè)務激活，并依據(jù)用戶加入和用戶退出的時刻產(chǎn)生相應的計費信息。
在空中接口提供MBMS業(yè)務的承載方式有兩種，一是點到點(Point toPoint，簡稱“PTP”)方式，另一種是點到多點(Point to Multipoint，簡稱“PTM”)方式。其中由于點到點可以使用功率控制，因此在用戶數(shù)較少時使用這種方式有優(yōu)勢，但是如果用戶數(shù)增多，那么就要耗費許多的無線資源，同時可能基站發(fā)送功率較大；而如果用戶數(shù)較多時使用點到多點方式，那么不僅將會節(jié)省空中接口無線資源，而且可以節(jié)省基站的發(fā)送功率。為了使RNC能夠根據(jù)各個小區(qū)內有某MBMS業(yè)務需求的用戶數(shù)來決定使用的承載方式，MBMS系統(tǒng)引入了計數(shù)過程(counting)和重新計數(shù)過程(recounting)。
對于counting過程，是指一個MBMS業(yè)務Session開始時，RNC統(tǒng)計小區(qū)內接收某MBMS業(yè)務用戶數(shù)的過程。而recounting過程，則是在session進行過程中需要重新對于用戶數(shù)進行統(tǒng)計，以便確認采用的PTM方式目前仍是合適的承載方式。Counting過程中主要是對Idle(空閑)的用戶進行統(tǒng)計，Idle狀態(tài)的用戶接收到這個指示后，需要建立無線資源控制(RadioResource Control，簡稱“RRC”)連接，此后UTRAN會發(fā)起包移動性管理(Packet Mobility Management，簡稱“PMM”)連接建立過程，此后CN通過UE Linking(用戶設備鏈接)過程得到該用戶加入的業(yè)務列表。這實際上是用戶建立了與網(wǎng)絡側核心網(wǎng)建立的分組交換(Packet Switching，簡稱“PS”)域連接過程，無線網(wǎng)絡控制器(Radio Network Controller，簡稱“RNC”)從CN的PS域通過Iu-PS接口得到該用戶加入的業(yè)務。本發(fā)明中，Iu是指無線網(wǎng)絡控制器和核心網(wǎng)之間的標準接口。
如果用戶并沒有和網(wǎng)絡建立PS域的連接，換句話說就是網(wǎng)絡和用戶之間沒有Iu-PS接口。那么當UTRAN需要從CN獲得相關的用戶加入業(yè)務信息時，通過已經(jīng)建立的Iu-CS接口也是可以得到的。本發(fā)明中，CS是電路交換(Circuit Switching)的簡稱。
在使用PTP承載方式時，RNC需要使用用戶加入業(yè)務所對應的網(wǎng)絡層服務接入點標識(Network Layer Service Access Point Identifier，簡稱“NSAPI”)來進行業(yè)務識別。在用戶側，NSAPI用來指示PDP-SAP；而在SGSN和GGSN中，NSAPI則用來指示與PDP地址相關的PDP上下文。本發(fā)明中，PDP是分組數(shù)據(jù)協(xié)議(Packet Data Protocol)的簡稱，SAP是服務訪問點(Service Access Point)的簡稱。當UE請求激活一個PDP上下文時，需要選擇一個自己未使用的NSAPI。具體的NSAPI的使用方式如圖4所示。
UE從IP地址A SAP處接收IP包，IP協(xié)議數(shù)據(jù)單元(Protocol Data Unit，簡稱“PDU”)被打包，并將NSAPI初始化為NSAPI-1。在IP PDU被收到后，SGSN分析NSAPI-1，并決定將IP PDU數(shù)據(jù)發(fā)送到與IP地址A相關的GGSN中去。從上例可以看出，NSAPI的作用主要就是可以結合IMSI來標識網(wǎng)絡層的路由。
本發(fā)明涉及MBMS流程中“會話開始”的步驟，當UTRAN需要從網(wǎng)絡獲得用戶加入的業(yè)務時，還需要從網(wǎng)絡獲得用戶對于每個業(yè)務的NSAPI，用于標識用戶業(yè)務路由，實際就是指示業(yè)務信息。
當然，對于用戶來說，所述的業(yè)務標識還可以是RAB ID信息，本發(fā)明中，RAB是無線接入承載(Radio Access Bearer)的簡稱。
UTRAN從CN獲得用戶加入的業(yè)務列表的方法有兩種，一種是PS域無連接方式，另一種是PS域有連接方式。
對于PS域無連接方式，用戶只有Iu-CS接口，沒有Iu-PS接口，即該用戶處于RRC連接和PMM-IDLE狀態(tài)時，UTRAN從CN獲得用戶加入的業(yè)務列表的流程如圖5所示，大致包含以下步驟首先，UE和核心網(wǎng)的MSC建立CS域的連接。即在CS域建立Iu連接，實現(xiàn)從UE到MSC的信令通路；同時UE在PS域的Iu狀態(tài)處于PMM-IDLE，即此時Iu-PS接口沒有信令連接。
然后，RNC以無連接的方式向SGSN請求該用戶加入的業(yè)務列表，發(fā)送的請求消息為MBMS SERVICE ID REQ，其中包含該UE的IMSI標識。
最后，SGSN回應該消息MBMS SERVICE ID回應，其中包括用戶加入的所有業(yè)務列表。
對于PS域有連接方式，如果有Iu-PS接口的信令連接，那么RAN使用現(xiàn)有的UE Linking方式發(fā)送，UTRAN從CN獲得用戶加入的業(yè)務列表的流程如圖6所示，大致包含以下步驟首先，RNC向CN發(fā)起PMM連接建立過程。
然后，CN通過特別的Iu過程，將MBMS UE Linking REQUEST信令，將用戶加入的業(yè)務列表通知給SRNC。
最后，RNC向CN反饋MBMS UE LINKING RESPONSE信令，通知CN已經(jīng)獲得用戶加入的業(yè)務列表在實際應用中，上述方案存在以下問題當RNC對MBMS業(yè)務使用點到點的承載方式時用戶無法識別業(yè)務，無法為業(yè)務建立路由。
造成這種情況的主要原因在于，現(xiàn)有協(xié)議沒有通知用戶NSAPI的過程，即RNC無法知道NSAPI。對于用戶接收的MBMS業(yè)務來說，網(wǎng)絡側并沒有提供給用戶NSAPI參數(shù)，這樣當RNC決定對某個業(yè)務建立點到點的傳輸承載模式時，用戶是無法知道為哪個業(yè)務建立這個承載，于是這里就出現(xiàn)了用戶不能識別業(yè)務的情況。在MBMS系統(tǒng)中，事務標識(TI)(TransactionIdentity)或是RAB ID是和NSAPI相等的，因此知道了NSAPI或是TI實際上就知道了RAB ID，UE也就能夠識別到是哪種業(yè)務。如果是點到多點的情況，因為是使用TMGI來識別業(yè)務類型的，所以不需要NSAPI或是TI信息。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，使得當無線接入網(wǎng)對MBMS業(yè)務使用了PTP的承載方式時，UE能夠識別業(yè)務類型，實現(xiàn)PTP傳輸承載模式下的MBMS業(yè)務。
為實現(xiàn)上述目的，本發(fā)明提供了一種多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，包含以下步驟A無線接入網(wǎng)設備通過與核心網(wǎng)之間的接口信息交互過程，獲取用戶設備所加入的業(yè)務列表及業(yè)務對應的標識信息；B所述無線接入網(wǎng)設備根據(jù)所述標識信息，確定多媒體廣播組播業(yè)務在非接入層中的路由。
其中，所述標識信息是網(wǎng)絡層服務接入點標識或事務標識或無線接入承載標識。
當所述用戶設備存在分組交換域Iu連接時，所述無線接入網(wǎng)設備可通過用戶設備鏈接過程獲得所述用戶設備所加入的業(yè)務列表及業(yè)務對應的標識信息。
當所述用戶設備只存在電路交換域Iu連接時，所述無線接入網(wǎng)設備可通過多媒體廣播組播業(yè)務業(yè)務信息請求過程獲得所述用戶設備所加入的業(yè)務列表及業(yè)務對應的標識信息。
所述步驟A中，所述無線接入網(wǎng)設備獲取用戶設備所加入的業(yè)務列表的過程和獲取業(yè)務對應的標識信息的過程可分別進行的。
所述步驟A中，所述無線接入網(wǎng)設備獲取用戶設備所加入的業(yè)務列表的過程和獲取業(yè)務對應的標識信息的過程可同時進行的。
所述無線接入網(wǎng)設備從所述核心網(wǎng)獲取所述業(yè)務對應的標識信息的步驟可以發(fā)生在所述無線接入網(wǎng)設備從所述核心網(wǎng)獲取了用戶所加入的業(yè)務并確定了該業(yè)務的無線承載方式之后。
在所述無線接入網(wǎng)設備從所述核心網(wǎng)獲取了用戶設備所加入的業(yè)務并確定了該業(yè)務的無線承載方式之后，所述無線接入網(wǎng)設備僅從所述核心網(wǎng)獲取使用點到點承載方式的業(yè)務所對應的標識信息。
所述無線接入網(wǎng)設備是無線網(wǎng)絡控制器。
所述無線接入網(wǎng)設備從所述核心網(wǎng)獲取業(yè)務所對應的標識信息時，還同時獲取所述用戶設備的標識信息。
所述用戶設備的標識信息可以是國際移動臺識別號碼。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術方案與現(xiàn)有技術的區(qū)別在于，本發(fā)明中，RAN中的RNC通過Iu過程不但從CN獲取UE所的業(yè)務列表，還獲取業(yè)務對應的標識信息，RNC根據(jù)得到的標識信息，在非接入層(Non AccessStratum，簡稱“NAS”)中匹配相關的上下文，確定MBMS業(yè)務的路由。獲取標識信息的步驟可以發(fā)生在RNC已獲取了UE所加入的業(yè)務并確定了該業(yè)務的無線承載方式之后，這樣可以只需要獲取使用PTP承載方式的業(yè)務所對應的標識信息。
這種技術方案上的區(qū)別，帶來了較為明顯的有益效果，即因為RNC從CN獲取了業(yè)務對應的NSAPI，所以當RNC決定對某個業(yè)務建立PTP的傳輸承載模式時，可以建立MBMS業(yè)務的路由，UE可以識別業(yè)務的類型。這樣就可以順利地實現(xiàn)PTP傳輸承載模式下的MBMS業(yè)務。
如果使用在確定了業(yè)務的無線承載方式后只獲取使用PTP承載方式的業(yè)務對應NSAPI的方式，因為要傳輸?shù)男畔p少了，所以可以減少Iu接口的傳輸負擔，提高NSAPI獲取過程的效率。


圖1是3GPP所定義的MBMS體系結構；圖2是MBMS組播模式的業(yè)務流程；圖3是MBMS廣播模式的業(yè)務流程；圖4是NSAPI的使用方式示意圖；圖5是PS域無連接時UTRAN從CN獲得用戶加入的業(yè)務列表的流程示意圖；圖6是PS域有連接時UTRAN從CN獲得用戶加入的業(yè)務列表的流程示意圖；圖7是根據(jù)本發(fā)明的一個實施例的PS域沒有Iu連接時CN向RNC通知用戶NSAPI的流程示意圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述。
本發(fā)明的主要思想是CN通過Iu過程不但通知RNC用戶加入的業(yè)務列表，還發(fā)送業(yè)務對應的標識信息，RNC根據(jù)標識信息在NAS中查找相關的上下文，實現(xiàn)路由過程。獲取標識信息的步驟可以發(fā)生在RNC決定承載方式以前；也可以發(fā)生在RNC決定承載方式以后，這樣可以只需要獲取那些使用點到點承載方式的業(yè)務對應的標識信息。
標識信息可以是NSAPI或者TI或者RAB ID，在本發(fā)明中所提到的NSAPI可以用TI或是RAB ID代替。本發(fā)明應用的范圍包括使用MBMS功能的全球移動通信系統(tǒng)(Global System for mobile Communication，簡稱“GSM”)、寬帶碼分多址(Wideband Code Division Multiple Access，簡稱“WCDMA”)系統(tǒng)、碼分多址2000(Code Division Multiple Access 2000，簡稱“CDMA2000”)系統(tǒng)等等。本發(fā)明是以WCDMA為例來進行說明的，熟悉本發(fā)明領域的技術人員可以知道，本發(fā)明中的UTRAN可以對應其它無線通信系統(tǒng)中的無線接入網(wǎng)(RAN)，本發(fā)明中的RNC可以對應其它無線通信系統(tǒng)中的基站控制器(BSC)。
因為通過NSAPI在NAS中進行路由是現(xiàn)有的技術，所以本發(fā)明主要對NSAPI的獲取方法進行重點說明。
NSAPI的獲取分為兩種情況一種是PS域沒有Iu連接時，需要通過一種無連接的方式，通知用戶NSAPI；另一種是有MBMS連接，那么需要通過UE Linking過程將NSAPI通知給用戶。
下面通過幾個具體的實施例對本發(fā)明的技術方案進行說明。
在本發(fā)明的第一個實施例中，如圖7所示，針對PS域沒有Iu連接的情況提出了一種通知用戶NSAPI的方法。
在步驟110中，UE和核心網(wǎng)的MSC建立CS域的連接。即在CS域建立Iu連接，實現(xiàn)從UE到MSC的信令通路；同時UE在PS域的Iu狀態(tài)處于PMM-IDLE，即此時Iu-PS接口沒有信令連接。
此后進入步驟120，RNC以無連接的方式向SGSN請求該用戶加入的業(yè)務列表和業(yè)務相對應的NSAPI，發(fā)送的請求消息為MBMS SERVICE INFOREQ(MBMS服務信息請求)，其中包含該UE的IMSI標識。
此后進入步驟130，SGSN回應該消息MBMS SERVICE INFORESPONSE(MBMS服務信息應答)，其中包括用戶加入的所有業(yè)務列表和業(yè)務相對應的NSAPI，還有用戶的IMSI標識。通過NSAPI就可以在NAS中匹配相應的上下文，從而實現(xiàn)路由過程。
RNC在獲取業(yè)務信息時還可以使用除了IMSI之外的其它用戶標識方式例如臨時移動用戶識別碼(Temperate Mobile Subscription Identity，簡稱“TMSI”)，URNTI等。
在本發(fā)明的第二個實施例中，與第一個實施例的區(qū)別在于，步驟120和130中，SGSN和RNC之間交互的還包括用戶標識，以及該用戶加入的業(yè)務列表和對應的RABID信息。
在本發(fā)明的第三個實施例中，與第一個實施例的區(qū)別在于，步驟120和130中，SGSN和RNC之間交互的還包括用戶標識，以及該用戶加入的業(yè)務列表和對應的TI信息。
在本發(fā)明的第四個實施例中，針對有MBMS連接的情況提出了一種通知用戶NSAPI的方法。
首先，RNC向CN發(fā)起PMM連接建立過程；然后，CN通過特別的Iu過程，MBMS UE LINKING REQUEST信令，將用戶加入的業(yè)務列表及其對應的NSAPI通知給SRNC；最后，RNC向CN反饋MBMS UE LINKING RESPONSE信令，通知CN已經(jīng)獲得用戶加入的業(yè)務列表及其對應的NSAPI。
類似于第一個實施例，RNC在獲取業(yè)務信息時還可以使用除了IMSI之外的其它用戶標識方式，例如臨時移動用戶識別碼(Temperate MobileSubscription Identity，簡稱“TMSI”)，URNTI等。
本發(fā)明的第五個實施例對第四個實施例作了一些變化，即針對第四個實施例中的后2個步驟，SGSN和RNC之間交互的還包括用戶標識，以及該用戶加入的業(yè)務列表和對應的RAB ID信息。
本發(fā)明的第六個實施例對第四個實施例作了一些變化，即針對第四個實施例中的后2個步驟，SGSN和RNC之間交互的還包括用戶標識，以及該用戶加入的業(yè)務列表和對應的TI信息。
本發(fā)明的第七個實施例對前六個實施例作了改進，即獲取NSAPI或是TI或是RAB ID的過程還可以是在RNC決定使用的承載方式后，再通過特別的Iu過程請求NSAPI或是TI或是RAB ID。即在現(xiàn)有技術中通過MBMSSERVICE ID REQUEST(PS域無連接)或是UE LINKING(PS域有連接)過程獲取用戶加入的業(yè)務列表，并在RNC決定了小區(qū)的承載方式后，再通過特別的Iu過程獲取各種業(yè)務列表的NSAPI或是TI或是RAB ID。
在第七個實施例中，RNC還可以在獲取UE加入的業(yè)務列表和決定各個業(yè)務的承載方式后，只對于那些使用點到點方式承載的業(yè)務向SGSN請求這些業(yè)務的NSAPI或是TI或是RAB ID。
雖然通過參照本發(fā)明的某些優(yōu)選實施例，已經(jīng)對本發(fā)明進行了圖示和描述，但本領域的普通技術人員應該明白，可以在形式上和細節(jié)上對其作各種各樣的改變，而不偏離所附權利要求書所限定的本發(fā)明的精神和范圍。
權利要求
1.一種多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，包含以下步驟A無線接入網(wǎng)設備通過與核心網(wǎng)之間的接口信息交互過程，獲取用戶設備所加入的業(yè)務列表及業(yè)務對應的標識信息；B所述無線接入網(wǎng)設備根據(jù)所述標識信息識別業(yè)務，并確定多媒體廣播組播業(yè)務在非接入層中的路由。
2.根據(jù)權利要求1所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，所述標識信息是網(wǎng)絡層服務接入點標識或無線接入承載標識。
3.根據(jù)權利要求1所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，當所述用戶設備存在分組交換域Iu連接時，所述無線接入網(wǎng)設備可通過用戶設備鏈接過程獲得所述用戶設備所加入的業(yè)務列表及業(yè)務對應的標識信息。
4.根據(jù)權利要求1所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，當所述用戶設備只存在電路交換域Iu連接時，所述無線接入網(wǎng)設備可通過多媒體廣播組播業(yè)務業(yè)務信息請求過程獲得所述用戶設備所加入的業(yè)務列表及業(yè)務對應的標識信息。
5.根據(jù)權利要求1所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，所述步驟A中，所述無線接入網(wǎng)設備獲取用戶設備所加入的業(yè)務列表的過程和獲取業(yè)務對應的標識信息的過程可分別進行的。
6.根據(jù)權利要求1所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，所述步驟A中，所述無線接入網(wǎng)設備獲取用戶設備所加入的業(yè)務列表的過程和獲取業(yè)務對應的標識信息的過程可同時進行的。
7.根據(jù)權利要求1所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，所述無線接入網(wǎng)設備從所述核心網(wǎng)獲取所述業(yè)務對應的標識信息的步驟可以發(fā)生在所述無線接入網(wǎng)設備從所述核心網(wǎng)獲取了用戶所加入的業(yè)務并確定了該業(yè)務的無線承載方式之后。
8.根據(jù)權利要求7所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，在所述無線接入網(wǎng)設備從所述核心網(wǎng)獲取了用戶設備所加入的業(yè)務并確定了該業(yè)務的無線承載方式之后，所述無線接入網(wǎng)設備僅從所述核心網(wǎng)獲取使用點到點承載方式的業(yè)務所對應的標識信息。
9.根據(jù)權利要求1所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，所述無線接入網(wǎng)設備是無線網(wǎng)絡控制器。
10.根據(jù)權利要求1所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，所述標識信息是事務標識。
11.根據(jù)權利要求1至10中任一項所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，所述無線接入網(wǎng)設備從所述核心網(wǎng)獲取業(yè)務所對應的標識信息時，還同時獲取所述用戶設備的標識信息。
12.根據(jù)權利要求11所述的多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，其特征在于，所述用戶設備的標識信息可以是國際移動臺識別號碼。
全文摘要
本發(fā)明涉及多媒體廣播組播業(yè)務技術，公開了一種多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法，使得當無線接入網(wǎng)對MBMS業(yè)務使用了PTP的承載方式時，UE能夠識別業(yè)務類型，實現(xiàn)PTP傳輸承載模式下的MBMS業(yè)務。這種多媒體廣播組播業(yè)務系統(tǒng)中業(yè)務識別和路由方法中，RAN中的RNC通過Iu過程不但從CN獲取UE所的業(yè)務列表，還獲取業(yè)務對應的標識信息，RNC根據(jù)得到的標識信息，在NAS中匹配相關的上下文，確定MBMS業(yè)務的路由。獲取標識信息的步驟也可以發(fā)生在RNC已獲取了UE所加入的業(yè)務并確定了該業(yè)務的無線承載方式之后，這樣可以只需要獲取使用PTP承載方式的業(yè)務所對應的標識信息。
文檔編號H04L12/28GK1756216SQ20041009200
公開日2006年4月5日 申請日期2004年11月5日 優(yōu)先權日2004年9月30日
發(fā)明者王艷紅, 張海, 胡灝 申請人:華為技術有限公司