多媒體廣播組播業務系統及會話開始和停止方法

2023-10-09 01:12:44

專利名稱：：多媒體廣播組播業務系統及會話開始和停止方法
技術領域：
：本發明涉及無線通信領域，特別涉及多媒體廣播組播業務(MultimediaBroadcastMulticastService,簡稱"MBMS")技術。
背景技術：
：隨著第三代移動通信技術的發展，第三代移動通信可以提供比第二代移動通信更高數據速率的服務，從而支持多種業務形式。比如視頻電話、圖片下載、高速瀏覽Internet網絡等服務。其中有一類業務的特點是該業務可以同時給無線網絡中訂閱了該業務的用戶終端進行發送。比如說天氣預報、新聞短片、體育比賽集錦等等。利用這些業務同時發送的特點，第三代移動通信引入了組播/廣播的概念。開展組播/廣播業務的組網結構如圖l所示。在該結構中，對於一個中間節點而言，無論其下遊包含多少個期待接收數據的節點，其上遊節點總是向該中間節點發送一份數據；該中間節點收到數據後，根據其下遊期待接收數據的節點數量複製該數據，並向其下遊各期待接收該數據的節點分發該數據，這樣，組播/廣播業務數據傳輸樹的每一條分支都只有一份數據進行傳輸，佔用一份傳輸資源，根節點與其下遊節點的數據傳輸也是如此。第三代合作夥伴項目(3rdGenerationPartnershipProject,簡稱"3GPP")所提出的MBMS體系結構如圖2所示。其中，廣播組播業務中心(BroadcastMulticastServiceCenter,簡稱"BM-SC")是為了支持MBMS業務而新增的移動網功能實體，它是內容提供商的入口，用於授權和在移動網中發起MBMS承載業務，並按照預定時間計劃傳送MBMS內容。BM-SC通過Gmb接口或Gi接口與業務平面功能(TPF)網關GPRS支持節點(GatewayGPRSSupportNode,簡稱"GGSN")相連；TPFGGSN通過Gn/Gp接口與服務GPRS支持節點(ServingGPRSSupportNode,簡稱"SGSN，，)相連;SGSN可通過Iu接口與通用移動通信系統地面無線接入網(UMTSTerrestrialRadioAccessNetwork,簡稱"UTRAN")相連；UTRAN通過Uu接口與用戶終端(UserEquipment,簡稱"UE")相連，SGSN也可通過Iu/Gb接口與全球移動通信系統及其演進的增強數據無線接入網絡(GSMEDGERadioAccessNetwork,簡稱"GERAN")相連；GERAN通過Um接口與UE相連。其中，GGSN和SGSN屬於無線網絡中核心網(CoreNet,簡稱"CN")內的節點。MBMS包括組播模式和廣播模式。其中，組播業務對UE有註冊要求，而廣播業務不需要UE註冊。通常通過MBMS組播業務的激活過程將UE在網絡中註冊，使該UE可以接收該特定組播MBMS承栽業務的數據。激活是UE與網絡之間的信令過程，該過程為每個激活了組播MBMS承載業務的用戶在UE、SGSN、GGSN、BM-SC以及基站控制器(BaseStationController,簡稱"BSC")/無線網絡控制器(RadioNetworkController,簡稱"RNC")建立用於開展MBMS業務的MBMSUE上下文。UE通過MBMS組4番業務的去激活過程離開該MBMS組播業務，UE離開該MBMS組播業務後，該UE的MBMSUE上下文將被刪除。在MBMS業務中，MBMS承載上下文用於保存MBMS承載信息，包含定義一個MBMS業務承載的所有信息描述。網絡中承載該MBMS數據的所有節點均需創建該MBMS承栽上下文。如表1所示，MBMS承栽上下文包括IP組播地址、接入點名稱(AccessPointName,簡稱"APN")、臨時移動組標識(TerminalMobileGroupIdentify,簡稱"TMGI")、狀態、要求的MBMS承載能力、服務質量(QualityofService,簡稱"QoS")、MBMS服務區域、下行流節點列表、UE數量等。其中，IP組播地址標識由該MBMS承載上下文描述的MBMS承載；APN為該IP組播地址已經被定義的接入點名稱；TMGI為分配給MBMS承載的臨時移動組標識；狀態為MBMS承載的活動性狀態，包括待命狀態或激活狀態，標識是否要求建立用於MBMS數據傳輸的承載面資源；QoS為該MBMS承載要求的服務質量；MBMS服務區域為MBMS業務需要發送的區域；下行流節點列表為請求了MBMS承載，MBMS數據必須下發到的下行流節點列表；組播/廣播模式，指示該MBMS承載使用的是組播還是廣播模式。表中的"X"表示在對應的網絡實體上存儲有該信息。tableseeoriginaldocumentpage9表l針對圖2所示的網絡結構，對於MBMS業務，用戶通過MBMS激活過程，加入MBMS業務，使得網絡知道有哪些用戶希望接收某個特定的MBMS業務。網絡節點通過MBMS註冊過程，建立從BM-SC,經GGSN、SGSN到RNC的分發樹，從而允許傳輸MBMS會話屬性和數據。BM-SC中的MBMS承載上下文是預先靜態配置的；在SGSN和GGSN上，當創建第一個MBMSUE上下文或者當下遊節點請求MBMS業務的時候，會創建對應的MBMS承載上下文；在RNC中，當創建第一個MBMSUE上下文的時候，會創建對應的MBMS承載上下文；或者，在RNC中還沒有對應的MBMS承載上下文的時候，MBMS會話開始流程(SessionStart)也可能引起創建MBMS承載上下文。當UE加入特定的MBMS承載業務之後，會在MBMSUE上下文中保存與該MBMS承載業務相關聯的UE特定信息。圖3示出了MBMS承載上下文與MBMSUE上下文之間的關係。下面簡單說明一下現有技術一中MBMS會話的開始和停止流程。當BM-SC準備發送MBMS數據的時候會發起MBMS會話開始流程，如圖4所示。通過該流程，一方面令網絡激活傳輸數據所必要的承載資源(對於廣播模式，還包括創建對應的MBMS承載上下文)，另一方面通知所有相關的UE即將開始傳送數據。此外通過該流程，還將MBMS會話相關的屬性(如服務質量、服務區域等)提供給相關的網絡節點。在步驟410中，BM-SC發送會話開始請求消息，指示即將開始的傳輸，向該MBMS承載上下文中"下行流節點列表"參數中保存的所有GGSN提供會話屬性，包括臨時移動組標識、QoS，MBMS服務區域、廣播/組播模式等，對於廣播模式，還包括GGSN下行流節點列表參數，BM-SC設置MBMS承載上下文的狀態屬性為"激活"。在步驟420中，各GGSN收到該會話開始請求消息後，進行如下操作對於廣播模式的MBMS承載業務，由於在GGSN中還沒有對應的MBMS承載上下文，因此GGSN需要創建一個MBMS承載上下文，並且將會話屬性和下行流節點列表保存在這個上下文中，設置該MBMS承栽上下文的狀態屬性為"激活"，並發送一個會話開始響應消息給BM-SC。對於組播模式的MBMS承載業務，GGSN中對應的MBMS承栽業務上下文已經在MBMS註冊流程階段創建，GGSN直接在MBMS承載上下文當中保存會話屬性，設置MBMS承載上下文的狀態屬性為"激活"，並發送一個會話開始響應消息給BM-SC。在步驟430中，GGSN發送MBMS會話開始請求消息給對應MBMS承載上下文"下行流節點列表"參數中保存的SGSN，並提供會話屬性(包括臨時移動組標識、QoS，MBMS服務區域、廣播/組播模式等)。在步驟440中，各SGSN收到該會話開始請求消息後，進行如下操作對於廣播模式的MBMS承載業務，SGSN創建對應的MBMS承栽上下文。對於廣播模式和組播模式的MBMS承載業務，SGSN在MBMS承栽上下文當中保存會話屬性，設置該MBMS承載上下文的狀態屬性為"激活"，向GGSN返回一個MBMS會話開始響應消息，在該消息中提供用於承載平面的隧道端點標識符(TunnelEndpointIdentifier,簡稱"TEID")，用於供GGSN發送MBMS數據。在步驟450中，SGSN向其下連接的RNC下發MBMS會話開始請求消息，消息中包含會話屬性(臨時移動組標識、QoS，MBMS服務區域、廣播/組播模式、路由區域(RouteArea,簡稱"RA")列表等)。在步驟460中，各RNC收到該會話開始請求消息後，進行如下操作如果是廣播模式的MBMS承載業務，RNC會創建對應的MBMS承載上下文。對於廣插^莫式和組插^莫式的MBMS承載業務，RNC均返回一個MBMS會話開始響應消息給SGSN。如果該RNC在MBMS業務域內，則該RNC在MBMS業務上下文中，保存會話屬性，設置MBMS業務上下文的狀態屬性為"激活，，，響應一個MBMS會話開始響應消息，RNC將TEID包含在MBMS會話開始響應消息中，供該SGSN發送MBMS數據時使用。在步驟470中，RNC建立必要的無線資源，用於將MBMS數據傳輸給感興趣的UE。現有4支術的MBMS會話停止過程如圖5所示。在步驟510中，BM-SC向對應MBMS承載上下文中的"下行流節點列表"參數中的所有GGSN發送會話停止請求消息，用於指示MBMS會話結束，承栽平面資源可以被釋放。BM-SC設置MBMS承栽上下文的狀態屬性為"待命"。在步驟520中，各GGSN收到該會話停止請求消息後，向該BM-SC返回會話停止響應消息。在步驟530中，各GGSN向對應MBMS承載上下文中的"下行流節點列表"參數中的所有SGSN發送MBMS會話停止請求消息，釋放這些SGSN對應的承載平面資源，設置其MBMS承載上下文的狀態屬性為"待命"。在步驟540中，各SGSN收到該會話停止請求消息後，向對應的GGSN返回會話停止響應消息。在步驟550中，各SGSN釋放TEID,釋放該SGSN從GGSN接收相應MBMS承載業務的MBMS數據的承載平面資源，發送一個MBMS會話停止請求消息給所有和該SGSN建立承載平面的RNC。在步驟560中，各RNC收到該會話停止請求消息後，向對應的SGSN返回會話停止響應消息。在步驟570中，RNC釋放相應無線和Iu資源。/人以上的MBMS業務開始和4亭止過程可以看出，^f於任-MBMStR栽業務，各網絡節點均只能使用與單一服務質量和服務區域相對應的承載資源來傳送數據。為了解決該問題，現有技術二將多個流量承載與一個MBMS承載業務進行綁定，也就意p未著將原來的MBMS承載上下文分成兩個邏輯實體MBMS承載業務上下文(MBMSBearerServiceContext)、和MBMS流量承載上下文(MBMSTrafficBearerContext)。MBMS承載業務上下文由IP多播地址和APN、或者由TMGI來確定。MBMS承載業務上下文中保存了一些信息，如UE數量、下行流節點列表等。MBMS流量承載上下文由TMGI來確定。MBMS流量承載上下文中保存的信息包括QoS、服務區域(ServiceArea)等。UE激活一個MBMS承載業務之後，會引發建立相應的UE上下文。對於某個節點而言，當針對該承載業務的第一個UE上下文被建立，或者收到來自下遊節點的業務請求的時候，會創建對應的MBMS承栽上下文。流量承載上下文在會話開始的時候創建。對應於同一個承載業務可以有多個不同的流量承載上下文，如圖6所示，這些流量承載上下文各自包含一個互不相交的埠號集合。在會話開始的請求消息中，可以攜帶一個埠號集合，通過這個埠號集合中的埠來標識一個或多個流量承載。每個流量承載有自己對應的服務質量(QoS)分布樹和通用無線分組服務隧道協議(GPRSTunnelingProtocol,簡稱"GTP，，)隧道。當GGSN收到目的地址為IP多播地址的報文時，會將該報文中的目的埠號同流量承載中的埠號集合進行匹配，據此可以確定該埠號所在的埠號集合，進而確定所要使用的流量承載。在無線鏈路上，RNC必須要復用屬於同一承栽業務的那些流量承載，這樣才能讓UE平行地接受到這些流量承載。典型的可以把這些流量承載放在相同的頻帶上。對應於同一個承載業務的多個流量承載之間可以存在優先級關係。通常會話開始都會引發尋呼和計數過程，而當一個承載業務有多個流量承載時，只有第一個流量承載的會話開始會引發尋呼和計數過程。現有技術二較好地解決了現有技術一的問題，通過將承栽業務上下文和流量承載上下文分離，使得對於任何MBMS承載業務，均可以使用與不同服務質量和服務區域相對應的多套流量承載資源來傳送數據。然而本發明的發明人發現，在現有技術二中，不同的MBMS承載業務之間，可以使用公共的承栽資源時，卻無法共享使用這些承載資源，如不同的MBMS承載業務在需要傳輸相同的業務數據時，通過各自的流量承載分別傳輸相同的內容，從而造成資源浪費。
發明內容本發明實施方式要解決的主要技術問題是提供一種多媒體廣播組播業務系統及會話開始和停止方法，使得可以節約MBMS業務的承載資源。為解決上述技術問題，本發明的實施方式提供了一種MBMS系統，包括至少一個承載設備，用於提供MBMS流量承載；和至少一個業務設備，用於提供MBMS承載業務，每個MBMS承載業務通過至少一個MBMS流量承載下發；業務設備將至少兩個MBMS承載業務共享的數據通過承載設備提供的共享的MBMS流量承載下發。本發明的實施方式還提供了一種MBMS會話開始方法，包含以下步驟MBMS承載業務的會話開始時，如果該會話所涉及的MBMS流量承載已經建立，則更新該MBMS承載業務和已建的流量承載的對應關係，否則新建MBMS流量承載，更新該MBMS承載業務和新建的流量承載的對應關係。本發明的實施方式還提供了一種MBMS會話停止方法，包舍以下步驟MBMS承載業務的會話停止時，如果該會話所涉及的各MBMS流量承載對應的所有其它MBMS承載業務的會話均已停止，則釋放該MBMS流量承載，否則，更新本MBMS承載業務與各MBMS流量承載的對應關係。本發明實施方式與現有技術相比，主要區別及其效果在於將MBMS承載業務和MBMS流量承載相分離，一個MBMS承載業務可以使用多個流量承載下發，多個MBMS承載業務的共同信息可以通過相同的流量承載下發。通過將流量承載共享給多個MBMS承載業務，節約了MBMS業務的承載資源。MBMS承載業務的會話開始時，首先判斷該會話所涉及的MBMS流量承載是否已經建立，如果是則僅更新該MBMS承載業務和已建的流量承載的對應關係，如果未建立則新建該MBMS流量承載，並更新該MBMS承載業務和新建的流量承載的對應關係。從而在共享承載資源的同時，避免重複建立流量承載。MBMS承載業務的會話停止時，如果該會話所涉及的各MBMS流量承載對應的所有其它MBMS承載業務會話均已停止，則釋放該MBMS流量承載，否則，更新本MBMS岸義載業務與各MBMS流量承載的對應關係。從而避免該MBMS承載業務的會話停止後造成其它MBMS承載業務無法正常傳輸，在各承載業務共享資源的同時確保這些MBMS承載業務能夠正常進行。圖1是現有技術中開展組播/廣播業務的組網結構示意圖；圖2是現有技術中3GPP提出的MBM:S網絡結構示意圖；圖3是現有技術中MBMS承載上下文與MBMSUE上下文的關係示意圖；圖4是現有技術中MBMS會話開始過程示意圖；圖5是現有技術中MBMS會話停止過程示意圖；圖6是現有技術中MBMS承載業務上下文與MBMS流量承載上下文的關係示意圖；圖7是根據本發明第一實施方式的MB,MS系統中流量承載和承栽業務的關係示意圖；圖8是根據本發明第一實施方式的MBMS系統中流量承載上下文和承栽業務上下文的關係示意圖；圖9是根據本發明第二實施方式的MBMS會話開始方法流程圖；圖IO是根據本發明第三實施方式的MBMS會話開始方法的第一示意圖；圖ll是根據本發明第三實施方式的MBMS會話開始方法的第二示意圖；圖12是根據本發明第四實施方式的MBMS會話停止方法流程圖；圖13是根據本發明第六實施方式的MBMS會話停止方法的第一示意圖；圖14是根據本發明第六實施方式的MBMS會話停止方法的第二示意圖。具體實施方式為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明作進一步地詳細描述。本發明第一實施方式涉及一種MBMS系統，包括至少一個承載設備，用於提供MBMS流量承載；和至少一個業務設備，用於提供MBMS承載業務，每個MBMS岸義載業務通過至少一個MBMS流量承載下發。該業務設備將至少兩個MBMS承載業務共享的數據通過該承載設備提供的共享的MBMS流量承載下發。通過將流量承載共享給多個MBMS承載業務，節約了MBMS業務的承載資源。在現有技術二中，一個承載業務可以對應多個流量承載，形成"一對多"的綁定關係，如圖7的(a)所示，每個流量承載只隸屬於一個指定的承載業務，只能被該承載業務所使用，承載資源利用率較低。與現有技術不同，在本實施方式中，一個流量承載可以被多個承載業務所使用，一個承載業務可以使用多個流量承載，承載業務和流量承載之間是多對多的關係，如圖7的(b)所示。由於在流量承載與承載業務是一對多關係時，由於同一個流量承載不會同時屬於多個承載業務，因此只需要根據該承載業務範圍內有效的標識來確定流量承載即可，不需要對流量承載進行全局統一標識。而在本實施方式中，由於流量承載可以同時屬於多個承栽業務，也就是說不同的承載業務可以使用相同的流量承載，因此需要對流量承載進行預設範圍內的全局獨立標識。在本實施方式中，每個MBMS流量承載對應一個流量承載標識，該流量承栽標識在預設範圍內唯一。對於3GPP的MBMS網絡構架而言，該預設範圍至少是一個GGSN管轄的範圍；對於系統架構演進(SystemArchitectureEvolution,簡稱"SAE")網絡構架而言，該預設範圍至少是一個網關管轄的範圍。通過該流量承載標識，在預設範圍內的所有網絡節點均可以直接確定該流量承栽及流量承載上下文。該流量承載標識可以由以下方式之一或其任意組合構成使用IPv6報文結構中流標籤(Flowld)中的部分、整個流標籤或流標籤集合作為流量承載標識或流量承載標識的一部分；使用接入點名稱(APN)作為流量承栽標識或流量承載標識的一部分；使用BM-SC的標識作為流量承載標識或流量承栽標識的一部分。另外，如圖8所示，在本實施方式中，該承載設備包含所提供的MBMS流量承載的上下文，每個MBMS流量承栽上下文中包舍通過該流量承栽下發的各MBMS7fc載業務的部分或全部標識；該業務i殳備包含所^是供的MBMS承栽業務的上下文，每個MBMS承載業務上下文中包含下發該承載業務的MBMS流量承載的部分或全部流量承栽標識。該流量承載或承載業務上下文中所包含的承載業務標識和流量承載標識並非一定是完整的標識，可能只是標識的一部分或者替代的標識，只要在該網絡節點上可以唯一確定承載業務或流量承栽即可。本實施方式中所說的所述承載設備和業務設備是以下之一或其任意組合3GPP的MBMS網絡構架中的BM-SC、GGSN、SGSN、RNC;SAE網絡構架中的Gateway(網關)、移動管理實體(MobilityManagementEntity，簡稱"MME")、演進基站(eNoedB)。從IP報文轉發的角度當承載設備(如GGSN)接收到目的地址為組播的IP報文時，根據報文中的"流量承栽標識"部分(如流標籤)可以確定該IP報文所關聯的"流量承載上下文，，，以及確定所要使用的流量承載。並且，業務設備可以^4居IP4艮文中的"承載業務標識"部分(如IP組播目的地址)確定所關聯的"承載業務上下文"，從而可以確定該IP報文屬於哪個承載業務。通過承載設備和業務設備的合作，可以分別從"承載業務上下文"和"流量承載上下文，，中取得必要的信息(如下行流節點列表、服務質量、服務區域等)，從而進行相應的處理，最後將IP報文向下遊發送。本發明第二實施方式涉及一種MBMS會話開始方法。在本實施方式中，當BM-SC準備發送MBMS業務數據時，發起該MBMS會話開始流程。通過該流程，一方面令網絡激活傳輸數據所必要的承載資源，另一方面通知所有相關的UE即將開始傳送數據。此外通過該流程，MBMS會話相關的屬性(包括服務質量、服務區域等參數)被提供給相關的網絡節點。其中，激活必要的承載資源包括建立必要的上下文以便保存相關的信息。對於組播^莫式，建立與該MBMS承載業務上下文對應的一個或多個MBMS流量承載上下文；對於廣播模式，建立一個或多個MBMS流量承栽上下文，當還沒有對應的MBMS承載業務上下文時，建立承載業務上下文並與MBMS流量承載對應。由於一個MBMS承載業務(會話)可能對應多個MBMS流量承載，而會話開始針對的是流量承載，因此一個會話開始流程可能針對一個或者多個流量承載，對應的可能建立一個或者多個流量承載上下文及其承載資源。上述情況同時適用於廣播和組播模式。另一方面，由於一個MBMS流量《義載可能淨皮多個MBMS壽、載業務<吏用，該MBMS流量承載上下文可能對應於多個MBMS承載業務上下文。作為會話開始流程的起點，MBMS承載業務(會話)同MBMS流量承載之間的關係在BM-SC中是已有的(如通過預先配置等方式)，既包括MBMS承載業務同若干MBMS流量承載之間的對應關係，也包括MBMS流量承載同若干MBMS承載業務之間的對應關係。BM-SC與GGSN、GGSN與SGSN、SGSN與RNC均是上遊網絡節點與下遊網絡節點的關係。在MBMS承載業務的會話開始時，上遊網絡節點會給與該MBMS承載業務相關的所有下遊網絡節點發送會話開始請求消息，該會話開始請求消息可能對應屬於該MBMS承載業務的一個或多個MBMS流量承載。上遊網絡節點給哪些下遊網絡節點發會話開始請求消息，取決於該MBMS承載業務中的相關信息(如下行流節點列表)。無論該下遊網絡節點上是否已存在相關的MBMS流量承載上下文，或者該上遊網絡節點與該下遊網絡節點之間的相關承載資源是否已經被激活，只要該下遊網絡節點在下行流節點列表中，就需要向該下遊網絡節點發送會話開始請求消息。對於組播模式，由於收到該會話開始請求消息的下遊網絡節點上已存在該MBMS承載業務上下文，因此只需要建立對應的MBMS流量承栽上下丈；對於廣播模式，當沒有對應的MBMS承載業務上下文時，需要分別創建MBMS承栽業務上下文和對應的MBMS流量承載上下文。由於MBMS流量承栽可以被多個MBMS承載業務使用，因此對於該MBMS承載業務的會話涉及的MBMS流量承載，在某些下遊網絡節點上可能已經建立了對應的MBMS流量承載上下文，並且與上遊網絡節點之間可能已經激活過相關的承栽資源，那麼此時不再創建新的MBMS承載業務上下文，不再激活新的承載資源。從而在共享承載資源的同時，避免重複建立流量承載。下遊網絡節點通過返回會話開始響應消息來進行確認並激活相關的承載資源。極端情況下，甚至會話開始所涉及的所有MBMS流量承栽均是已有的，即這些流量承栽都正在被其它承栽業務使用，且已建立了相應的流量承載上下文、激活了相關的承載資源。此時，上遊網絡節點仍然需要向承載業務上下文指示的所有下遊網絡節點發起會話開始流程。此時的會話開始流程旨在通知下遊網絡節點該MBMS承載業務的會話開始了，並傳遞信息，建立承載業務同流量承栽之間的關聯關係。對於廣播模式，還可能促使下遊網絡節點建立相應的MBMS承載業務上下文。同時，還能觸發進一步向更下遊網絡節點發起會話開始流程。具體如圖9所示，在步驟910中，BM-SC根據該MBMS業務的MBMS承栽業務上下文，向"下行流節點列表"參數中保存的所有GGSN發送會話開始請求消息，指示這些GGSN該MBMS業務即將開始進行數據傳輸，並提供該MBMS的會話屬性。MBMS的會話屬性包括"MBMS承載業務相關的會話屬性，，以及對應的一套或多套"MBMS流量承載相關的會話屬性"。"MBMS承載業務相關的會話屬性"中可以包括承載業務標識、廣播/組播模式等，如果是廣播模式則還攜帶GGSN下行流節點列表參數；"MBMS流量承載相關的會話屬性"中可以包括流量承載標識、服務質量、服務區域等。若BM-SC中該MBMS承載業務上下文的狀態屬性為"待命，，，則在本步驟中將其設置為"激活"，標識該MBMS承栽業務正在使用至少一個流量承載。與現有技術不同，現有技術中一個MBMS承載業務只有一個MBMS流量承載，所以在該業務使用所有的流量承載時才算激活，而本實施方式中一個MBMS承載業務對應多個MBMS流量承載，只要使用其中的一個流量承栽就算激活。在步驟920中，對應GGSN收到該會話開始請求消息後，首先根據該請求消息中包含的"流量承載標識"在本GGSN上進行檢索，以便在共享承載資源的同時，避免重複建立流量承載。對於每個"流量承栽標識"指示的流量承載，如果在本GGSN上尚未建立該流量承栽對應的MBMS流量承栽上下文，則為該流量岸義載建立對應的MBMS流量承栽上下文，並將該流量承載相關的會話屬性保存在對應的MBMS流量承載上下文中；如果該MBMS流量承載在本GGSN上已經建立了對應的MBMS流量承載上下文，則不再為其重新創建上下文，如果會話開始請求消息中攜帶的該MBMS流量承載的相關會話屬性與GGSN上該流量承載對應的MBMS流量承載上下文中保存的信息不相同，則根據會話開始請求消息中攜帶的該MBMS流量承載的相關會話屬性對對應的MBMS流量承載上下文進行更新，以確保新的MBMS承載業務能夠使用該已存在的流量承載，實現資源共享。這種改變可能是出於屬性信息更新的緣故，比如當使用該流量承載的承栽業務變化時，可能造成服務區域變化，進而使得相應的流量承載上下文中的服務區域參數發生變化。對於廣播模式的MBMS承載業務，如果當前在該GGSN中還沒有對應的MBMS承載業務上下文，則在本步驟中GGSN創建一個MBMS承栽業務上下文，並且將"承栽業務相關的會話屬性，，、承載業務同流量承載的關聯關係(即該會話開始請求消息中包含的"流量承載標識"或"流量承載標識"中一部分)和下行流節點列表保存在這個上下文中，另外，還需要在新創建的MBMS流量承載上下文中保存該MBMS承載業務的標識。如果在GGSN中已經創建了對應的MBMS承載業務上下文，則更新該MBMS承載業務同MBMS流量承載之間的關聯關係，包括在那些已創建的MBMS流量承載上下文中添加該MBMS承載業務的標識；以及，將這些已創建的MBMS流量承載的標識(或標識的一部分)添加至該MBMS承載業務上下文中。之後，如杲該MBMS承載業務上下文的狀態屬性為"待命，，，則更改為"激活"。對於組播模式的MBMS承載業務，GGSN中對應的MBMS承載業務上下文已經在MBMS註冊流程階段創建，GGSN直接在MBMS承載業務上下文中更新該MBMS承載業務同MBMS流量承載之間的關聯關係，包括在該MBMS承載業務對應的新創建或已創建的MBMS流量承載上下文中添加該MBMS承載業務的標識；以及，將該MBMS承載業務對應的新創建或已創建的MBMS流量承載上下文的標識(或標識的一部分)添加至該MBMS承載業務上下文中；另外，如果該MBMS承載業務上下文的狀態屬性為"待命，，，則更改為"激活"。之後，GGSN發送一個會話開始響應消息給BM-SC。在步驟930中，GGSN向對應MBMS承載業務上下文"下行流節點列表，，參數中保存的SGSN發送MBMS會話開始請求消息，該消息中包含的信息與BM-SC發送的相類似。在步驟940中，SGSN收到該MBMS會話開始請求消息後，進行的操作與步驟920中GGSN的操作相同，在此不再贅述。之後，SGSN向GGSN返回一個MBMS會話開始響應消息，在該響應消息中包含用於承載平面的TEID,供GGSN發送MBMS數據時使用。在步驟950中，SGSN向其下連接的RNC下發MBMS會話開始請求消息，該消息中包含的信息與GGSN發送的相類似。在步驟960中，RNC收到該MBMS會話開始請求消息後的操作與步驟920中GGSN、步驟940中SGSN的搡作相類似。之後，RNC向SGSN返回MBMS會話開始響應消息，在該響應消息中包含用於承載平面的TEID，供SGSN發送MBMS數據時使用。在步驟970中，RNC為對該MBMS感興趣的UE建立必要的無線資源，用於傳輸MBMS數據。本發明第三實施方式同樣涉及一種MBMS會話開始方法，與第一實施方式大致相同，其區別在於，第一實施方式描述的是在3GPP當前定義的MBMS網絡構架下，MBMS會話開始的方法；而本實施方式主要描述SAE網絡構架下MBMS會話開始方法。與第二實施方式中相同，作為會話開始流程的起點，MBMS承載業務同MBMS流量承載之間的關係在BM-SC中是已有的，通常是預先配置在BM-SC中的，包括MBMS承載業務同各MBMS流量承載之間的對應關係，和MBMS流量承載同各MBMS承載業務之間的對應關係。由於在會話開始流程中，各網絡節點之間的操作極為類似，為了使說明清楚簡潔，本實施方式中使用上遊網絡節點和下遊網絡節點統一對各網絡節點的操作進行描述。下面對上遊網絡節點和下遊網絡節點所指代的網絡節點進行i兌明。如圖10所示，在BM-SC與Gateway和/或MME之間，BM-SC是上遊網絡節點，Gateway和/或MME為下遊網絡節點；在MME與eNodeB(演進基站)之間，MME是上遊網絡節點，eNodeB是下遊網絡節點。如圖11所示，在BM-SC與Gateway之間，BM-SC是上遊網絡節點，Gateway為下遊網絡節點；Gateway與MME之間，Gateway是上遊網絡節點，MME是下遊網絡節點；MME與eNodeB之間，MME是上遊網絡節點，eNodeB是下遊網絡節點。上遊網絡節點向其對應的下遊網絡節點發起會話開始過程，指示該MBMS業務即將開始數據傳輸，並向下遊網絡節點提供會話屬性。其中"會話屬性"包括"MBMS承載業務相關的會話屬性"(包括承載業務標識、廣播/組播模式等)以及對應的一套或多套":MBMS流量承栽相關的會話屬性"(包括流量承栽標識、服務質量、服務區域等)。下遊網絡節點首先根據上遊網絡節點提供的"流量承載標識"在本節點上進行檢索，對於每個"流量承載標識，，指示的流量承載，如果在本節點上尚未建立該流量承載對應的MBMS流量承載上下文，則為該流量承載建立對應的MBMS流量承載上下文，並將該流量承載相關的會話屬性保存在對應的MBMS流量承載上下文中；如果該MBMS流量承載在本節點上已經建立了對應的MBMS流量承載上下文，則不再為其重新創建上下文，從而在共享承載資源的同時，避免重複建立流量承載，如果上遊網絡節點提供的該MBMS流量承載的相關會話屬性與本節點上該流量承載對應的MBMS流量承載上下文中保存的信息不相同，則根據上遊網絡節點提供的該MBMS流量承載的相關會話屬性對對應的MBMS流量承載上下文進行更新，以確保新的MBMS承載業務能夠使用該已存在的流量承載，實現資源共享。這種改變可能是出於屬性信息更新的緣故，比如當使用該流量承載的承載業務變化時，可能造成服務區域變化，進而使得相應的流量承載上下文中的服務區域參數發生變化。對於廣播模式的MBMS承載業務，如果還沒有建立對應的MBMS承載業務上下文，則該下遊網絡節點會創建該MBMS承載業務上下文，並且將承載業務相關的會話屬性、承載業務同流量承載的關聯關係(即上遊網絡節點提供的"流量承載標識"或"流量承載標識"中一部分)和下行流節點列表保存在這個上下文中，另外，還需要在新創建的MBMS流量承載上下文中保存該MBMS"R載業務的標識；如果已經創建了對應的MBMS承栽業務上下文，則直接更新該MBMS承載業務同MBMS流量承載之間的關聯關係，包括在那些已創建的MBMS流量承載上下文中添加該MBMS承載業務的標識；以及，將這些已創建的MBMS流量承載的標識(或標識的一部分)添加至該MBMS承載業務上下文中。之後，如果該MBMS承載業務上下文的狀態屬性為"待命"，則更改為"激活"。對於組播模式的MBMS承載業務，下遊網絡節點中對應的MBMS承載業務上下文已經存在，下遊網絡節點直接在MBMS承載業務上下文中更新該MBMS承載業務同MBMS流量承栽之間的關聯關係，包括在該MBMS承載業務對應的新創建或已創建的MBMS流量承載上下文中添加該MBMS承載業務的標識；以及，將該MBMS承載業務對應的新創建或已創建的MBMS流量承載上下文的標識(或標識的一部分)添加至該MBMS承載業務上下文中；另外，如果該MBMS承載業務上下文的狀態屬性為"待命"，則更改為"激活"。在圖IO和圖11中，各下遊網絡節點(除eNodeB以外)完成上述操作後，會進一步向其下遊網絡節點發起MBMS會話開始流程，重複上述操作，實現從BM-SC到eNodeB之間所有相關網絡節點之間承載資源的激活，同時向這些網絡節點提供相關會話屬性，確保該MBMS業務數據能夠正常傳輸。本發明第四實施方式涉及一種MBMS會話停止方法。在本實施方式中，通過會話停止流程來指示會話結束，包括釋放相關的承載資源。由於一個MBMS承載業務的會話可能對應多個MBMS流量承栽，而會話停止針對的是流量承載，因此一個會話停止流程可能針對一個或者多個流量承載，對應的可能引起釋放一個或者多個流量承載上下文及其承栽資源，另一方面，由於一個MBMS流量承載可能被多個MBMS承栽業務使用，即一個MBMS流量承載上下文可能對應於多個MBMS承載業務上下文。這樣一來，對於任意的MBMS流量承載上下文及其資源，只有當它沒有任何MBMS承栽業務使用時才會釋放。在本實施方式中，是否釋放MBMS流量承栽由每個網絡節點來控制。BM-SC不考慮流量承載與承載業務之間這種一對多的關係，在MBMS會話結束時直接發起會話停止流程。此種情況下，在每個網絡節點(包括GGSN、SGSN、RNC)需要在其建立的每個MBMS流量承載上下文中保存使用該流量承載的MBMS承載業務的標識(或者標識的一部分)。當通過會話停止流程得知某MBMS承載業務停止時，在該會話對應的所有流量承載上下文中對該承載業務標識進行標註或刪除，當一個流量承載上下文中所有的承載業務標識均被標註或刪除後，即表明已沒有使用該流量承載的承載業務了，此時可釋放相關資源，刪除流量承載上下文。這種方式實現起來比較靈活，且減少了上遊網絡節點(主要是BM-SC)的壓力。具體如圖12所示，在步驟1210中，BM-SC發送一個會話停止請求消息給MBMS承載業務上下文"下行流節點列表"參數中的所有GGSN,指示該MBMS會話結束，其承載資源可被釋放。該會話停止請求消息可能針對該會話涉及的一個或多個MBMS流量承載，即該消息中攜帶MBMS承載業務標識及對應的一個或多個MBMS流量承載標識。在步驟1220中，GGSN根據消息中的MBMS流量承載標識進行檢索，確定對應的MBMS流量承載上下文，對該MBMS流量承載上下文中該MBMS承載業務的標識進行標註或刪除處理，表示該MBMS承載業務不再使用這個MBMS流量承載。如果在本次標註或刪除處理後，該流量承載上下文中所有的承載業務標識均被標註或刪除，則表明已經沒有任何MBMS承載業務使用該MBMS流量承載，釋放相關的承載資源，並且可以刪除該MBMS流量承載的上下文。在本步驟中，GGSN還向BM-SC返回會話停止響應消息。在步驟1230中，GGSN發送一個會話停止請求消息給該MBMS承載業務上下文"下行流節點列表"參數中的所有SGSN，指示該MBMS會話結束，其承載資源可被釋放。在步驟1240中，SGSN收到該會話停止請求消息後的搡作與GGSN相類似，在此不再贅述。SGSN同樣需要向GGSN返回會話停止響應消息。在步驟1250中，SGSN發送一個MBMS會話停止請求消息給所有和該SGSN建立承載平面的RNC,指示該MBMS會話結束，其承載資源可被釋放。在步驟1260中，RNC收到該會話停止請求消息後的操作與GGSN和SGSN的操作相類似，在此不再贅述。RNC同樣需要向SGSN返回會話停止響應消息。在步驟1270中，RNC釋放相應無線和Iu資源。本發明第五實施方式同樣涉及一種M:BMS會話停止方法，與第四實施方式不同，在本實施方式中，完全由BM-SC來控制MBMS承載業務的刪除。因為MBMS承載業務與MBMS流量承載之間這種多對多的關係，本來就是通過BM-SC來體現的，也是通過BM-SC來發布的(通過會話開始流程)。從而，對於指定的MBMS流量承載，BM-SC可以選擇合適的時機通過會話停止流程來終結它，而不依賴於對應的MBMS承載業務。當MBMS承栽業務的會話需要停止時，BM-SC會對該會話涉及的每個MBMS流量承載其進行判斷。如果有其它MBMS承載業務還在使用該MBMS流量承載，則該BM-SC不為該流量承載發起會話停止流程，或者只向那些已不再涉及該流量承載(即不涉及使用該流量承載的其他承載業務)的下遊網絡節點發起會話停止流程，通知這些下遊網絡節點刪除該流量承載和對應的流量承載上下文；如果該BM-SC判定該MBMS流量承載已不再被使用，則向所有相關的下遊網絡節點發起會話停止流程，通知這些下遊網絡節點刪除該流量承載和對應的流量承栽上下文。這種方式並不要求每個網絡節點在其MBMS流量承載上下文中保存對應的MBMS承載業務標識，簡化了下遊網絡節點的操作。對應的下遊網絡節點(如GGSN)在收到會話停止請求時，可直接根據請求中的流量承載標識，對相應的流量承載和流量承載上下文進行釋放和刪除，並進一步觸發其下遊網絡節點之間(GGSN與SGSN之間，SGSN與RNC之間)的會話停止流程，刪除從RNC到BM-SC之間的相應流量承栽。本發明第六實施方式同樣涉及一種MBMS業務停止方法，與第四實施方式相類似，其區別在於，第四實施方式描述的是在3GPP當前定義的MBMS網絡構架下，MBMS會話停止的方法；而本實施方式主要描述SAE網絡構架下MBMS會話結束方法。由於在會話停止流程中，各網絡節點之間的操作極為類似，為了使說明清楚簡潔，本實施方式中使用上遊網絡節點和下遊網絡節點統一對各網絡節點的操作進行描述。下面對上遊網絡節點和下遊網絡節點所指代的網絡節點進行說明。如圖13所示，在BM-SC與Gateway和/或MME之間，BM-SC是上遊網絡節點，Gateway和/或MME為下遊網絡節點；在MME與eNodeB之間，MME是上遊網絡節點，eNodeB是下遊網絡節點。如圖14所示，在BM-SC與Gateway之間，BM-SC是上遊網絡節點，Gateway為下遊網絡節點；Gateway與MME之間，Gateway是上遊網絡節點，MME是下遊網絡節點；MME與eNodeB之間，MME是上遊網絡節點，eNodeB是下遊網絡節點。在本實施方式中，上遊網絡節點根據現有技術向對應的下遊網絡節點發起會話停止過程，發送會話停止請求消息，用於指示MBMS會話結束，承載資源可被釋放。與現有技術不同，本實施方式中，該會話停止請求消息可能針對該會話涉及的一個或多個MBMS流量承載，即該消息中攜帶MBMS承載業務標識及對應的一個或多個MBMS流量承載標識。為了使下遊網絡節點能夠判斷對應的MBMS流量承栽是否還被MBMS承載業務使用，需要在每個下遊網絡節點的MBMS流量承載上下文中保存使用該流量承載的所有MBMS承載業務的標識(或者標識的一部分)。下遊網絡節點收到該請求消息時，根據消息中的MBMS流量承載標識進行^r索，確定對應的MBMS流量承載上下文，進而對所確定的MBMS流量承載上下文中該MBMS承載業務標識進行標註或刪除處理，表示該MBMS承栽業務不再使用這個MBMS流量承載。當一個流量承載上下文中所有的承載業務標識均被標註或刪除後，即表明已沒有使用該流量承載的承載業務了，則釋放相關的承載資源，並且可以刪除對應的MBMS流量承載上下文。另外，下遊網絡節點還需要向再下遊網絡節點發送會話停止請求消息(如Gateway需要向MME發送、MME需要向eNodeB)，觸發對應的下遊網絡節點(如MME、eNodeB)進行上述操作。本發明第七實施方式同樣涉及一種MBMS業務停止方法，與第五實施方式相類似，其區別在於，第五實施方式描述的是在3GPP當前定義的MBMS網絡構架下，MBMS會話停止的方法；而本實施方式主要描述SAE網絡構架下MBMS會話結束方法。在本實施方式中，同樣由BM-SC來控制MBMS承載業務的刪除。因為MBMS承載業務與MBMS流量承載之間這種多對多的關係，本來就是通過BM-SC來體現的，也是通過BM-SC來發布的(通過會話開始流程)。從而，對於指定的MBMS流量承載，BM-SC可以選擇合適的時機通過會話停止流程來終結它，而不依賴於對應的MBMS承載業務。當MBMS承載業務的會話需要停止時，BM-SC會對會話涉及的每個MBMS流量承載其進行判斷。如果有其它MBMS7fc載業務還在^f吏用該MBMS流量7^載，則該BM-SC不為該流量承載發起會話停止流程，或者只向那些已不再涉及該流量承載(即不涉及使用該流量承載的其他承載業務)的下遊網絡節點(Gateway和/或MME)發起會話停止流程，通知這些下遊網絡節點刪除該流量承載和對應的流量承載上下文；如果該BM-SC判定該MBMS流量承載已不再被使用，則向所有相關的下遊網絡節點(Gateway和/或MME)發起會話停止流程；通知這些下遊網絡節點刪除該流量承載和對應的流量承載上下文。這種方式並不要求每個網絡節點在其MBMS流量承載上下文中保存對應的MBMS承栽業務標識，簡化了下遊網絡節點的操作。對應的下遊網絡節點(如Gateway)在收到會話停止請求時，可直接根據請求中的流量承載標識，釋放相應的流量承載、刪除對應流量承載上下文，並進一步觸發其下遊網絡節點之間(Gateway與MME之間，MME與eNodeB之間)的會話停止流程，刪除從eNodeB到BM-SC之間的相應流量承載。需要說明的是，在以上各方法實施方式中，當使用某MBMS流量承載的MBMS承載業務發生變化時，如增加或減少一個承載業務使用該流量承載，可能引起該流量承栽的屬性發生變化(如服務區域發生變化)，這種情況下，可以通過使用會話更新等流程來修改該MBMS流量承栽的屬性。另外，如果某MBMS流量承載的屬性因其他原因需要變化，也可以通過使用會話更新等流程來修改MBMS流量承載的屬性。綜上所述，在本發明的各實施方式中，將MBMS承載業務和MBMS流量承載相分離，一個MBMS承載業務可以使用多個流量承載下發，多個MBMS承載業務的共同信息可以通過相同的流量承載下發。通過將流量承載共享給多個MBMS承載業務，節約了MBMS業務的承栽資源。每個MBMS流量承載對應一個流量承載標識，該流量承栽標識在預設範圍內唯一，使得在預設範圍內的網絡節點可以通過該標識唯一確定需要使用的流量承載。該預設範圍至少包含一個GGSN或網關。在MBMS流量承載上下文中包含通過該流量承栽下發的各MBMS承栽業務的部分或全部標識；MBMS承載業務上下文中包含下發該承載業務的各MBMS流量承栽的部分或全部流量承載標識。從而在MBMS承載業務實現的過程中，能夠根據其對應關係將承載業務通過對應的流量承載下發；且能夠根據該對應關係對流量承載的建立和釋放進行管理。MBMS承栽業務的會話開始時，首先判斷該會話所涉及的MBMS流量承栽是否已經建立，如果是則僅更新該MBMS承載業務和已建的流量承載的對應關係，如果未建立則新建該MBMS流量承載，並更新該MBMS承載業務和新建的流量承載的對應關係。從而在共享承載資源的同時，避免重複建立流量承載。如果該會話所涉及的MBMS流量承載已經建立，則還需要判斷已經建立的MBMS流量承載的上下文中的信息與當前上遊網絡節點下發的該MBMS流量承載的信息是否一致，如果不同則根據上遊網絡節點下發的信息更新該MBMS流量承載上下文。從而確保該MBMS流量承載能夠被對應的承載業務共享。MBMS承載業務的會話停止時，如果該會話所涉及的各MBMS流量承栽對應的所有其它MBMS承載業務的會話均已停止，則釋放該MBMS流量承載，否則，更新本MBMS承載業務與各MBMS流量承載的對應關係。從而避免該MBMS承載業務的會話停止後造成其它MBMS承栽業務無法正常傳輸，在各承載業務共享資源的同時確保這些MBMS承載業務能夠正常進行。在MBMS承載業務會話停止時，由上遊網絡節點判斷該會話所涉及的流量承載是否可以釋放，在可以釋放時通知下遊網絡節點，下遊網絡節點只需要根據上遊網絡節點的通知，進行資源釋放即可；或者，上遊網絡節點僅通知下遊網絡節點該MBMS承載業務會話停止，由下遊網絡節點自行判斷該會話所涉及的流量承載是否可以釋放，如果可以則釋放對應的流量承載。前一種方法由上遊網絡節點統一控制，下遊網絡節點無需各自保存各MBMS流量承載與MBMS承載業務的對應關係，簡化了下遊網絡節點的操作；後一種方法實現起來更為靈活，且減少了上遊網絡節點的壓力。雖然通過參照本發明的某些優選實施方式，已經對本發明進行了圖示和描述，但本領域的普通技術人員應該明白，可以在形式上和細節上對其作各種改變，而不偏離本發明的精神和範圍。權利要求1.一種多媒體廣播組播業務MBMS系統，其特徵在於，包括至少一個承載設備，用於提供MBMS流量承載；和至少一個業務設備，用於提供MBMS承載業務，每個MBMS承載業務通過至少一個MBMS流量承載下發；所述業務設備將至少兩個MBMS承載業務共享的數據通過所述承載設備提供的共享的MBMS流量承載下發。2.根據權利要求1所述的MBMS系統，其特徵在於，每個所述MBMS流量承載對應一個流量承載標識，該流量承載標識在預設範圍內唯一。3.根據權利要求2所述的MBMS系統，其特徵在於，所述預設範圍至少包含一個網關通用分組無線業務支持節點GGSN或網關。4.根據權利要求2所述的MBMS系統，其特徵在於，所述流量承載標識包含以下之一或其任意組合網際互聯協議第6版IPv6報文的部分流標籤、IPv6報文的整個流標籤、IPv6報文的流標籤集合、接入點名稱、廣播組播業務中心BM-SC標識、網關標識。5.根據權利要求2所述的MBMS系統，其特徵在於，所述承載設備包含所提供的MBMS流量承載的上下文，所述MBMS流量承載上下文中包含通過該流量承載下發的各MBMS承載業務的部分或全部標識；所述業務設備包含所提供的MBMS承載業務的上下文，所述MBMS承載業務上下文中包含下發該承載業務的各MBMS流量承載的部分或全部流量承載標識。6.根據權利要求1至5中任一項所述.的MBMS系統，其特徵在於，所述承栽設備和業務設備是以下之一或其任意組合BM-SC、GGSN、服務通用分組無線業務支持節點SGSN、無線網絡控制器、網關、移動管理實體MME、演進基站。7.—種MBMS會話開始方法，其特徵在於，包含以下步驟MBMS承載業務的會話開始時，如果該會話所涉及的MBMS流量承載已經建立，則更新該MBMS承載業務和已建的流量承載的對應關係，否則新建所述MBMS流量承載，更新該MBMS.承載業務和新建的流量承載的對應關係。8.根據權利要求7所述的MBMS會話開始方法，其特徵在於，建立所述MBMS流量承載包括建立所述MBMS流量承載的上下文，所述MBMS流量承載上下文中包括流量承載標識，該流量承載標識在預設範圍內唯一。9.根據權利要求8所述的MBMS會話開始方法，其特徵在於，所述預設範圍至少包含一個GGSN或網關。10.根據權利要求8所述的MBMS會話開始方法，其特徵在於，更新所述MBMS承載業務和所述已建或新建的流量承載的對應關係還包含以下步驟在所述MBMS承載業務的上下文中包含所述已建或新建的流量承栽的部分或全部流量7"R載標識；和/或在所述已建或新建的流量承載上下文中包含該MBMS承載業務的全部或部分標識。11.根據權利要求7所述的MBMS會話開始方法，其特徵在於，在更新所述MBMS承載業務和所述已建或新建流量承載的對應關係前，如果尚未建立所述MBMS承栽業務的上下文，則先建立所述MBMS承栽業務上下文。12.根據權利要求7至10中任一項所述的MBMS會話開始方法，其特徵在於，還包含以下步驟MBMS承載業務的會話開始時，上遊網絡節點下發該會話所涉及的MBMS流量承載的信息，該會話涉及至少一個MBMS流量承載；下遊網絡節點根據所述上遊網絡節點下發的MBMS流量承載的信息，判斷所述MBMS流量承載是否已經在本網絡節點建立。13.根據權利要求12所述的MBMS會話開始方法，其特徵在於，所述下遊網絡節點在新建所述MBMS流量承載的上下文後，將所述上遊網絡節點下發的該MBMS流量承載的信息保存到所述新建的上下文中；所述上遊網絡節點下發的MBMS流量承載的信息包括以下之一或其任意組合流量承載標識、服務區域、服務質量。14.根據權利要求12所述的MBMS會話開始方法，其特徵在於，如果所述會話所涉及的MBMS流量承載已經建立，則還包含以下步驟如果所述已經建立的MBMS流量承載的上下文中的信息與所述上遊網絡節點下發的該MBMS流量承載的信息不同，則根據所述上遊網絡節點下發的信息更新所述MBMS流量承載上下文。15.根據權利要求7所述的MBMS會話開始方法，其特徵在於，在更新所述MBMS承載業務和至少一個已建的流量承載的對應關係，或新建所述會話涉及的至少一個MBMS流量承載後，如果所述MBMS承載業務的上下文狀態為"待命，，，則將其狀態更新為"激活"。16.根據權利要求12所述的MBMS會話開始方法，其特徵在於，所述上遊網絡節點包含以下之一BM-SC、GGSN、服務通用分組無線業務支持節點SGSN、網關、移動管理實體MME;所述下遊網絡節點包含以下之一GGSN、SGSN、無線網絡控制器、網關、MME、演進基站。17.根據權利要求13所述的MBMS會話開始方法，其特徵在於，所述會話涉及的MBMS流量承載由BM-SC預先配置。18.—種MBMS會話停止方法，其特徵在於，包含以下步驟MBMS承載業務的會話停止時，如果該會話所涉及的各MBMS流量承載對應的所有其它MBMS承載業務的會話均已停止，則釋放該MBMS流量承栽，否則，更新本MBMS承栽業務與所述各MBMS流量承載的對應關係,,19.根據權利要求18所述的MBMS會話停止方法，其特徵在於，還包含以下步驟上遊網絡節點保存各MBMS流量承載與使用該流量承載的所有MBMS承載業務的對應關係；在所述MBMS承載業務的會話停止時，所述上遊網絡節點根據所述對應關係判斷該會話所涉及的MBMS流量承載對應的所有其它MBMS承載業務會話是否均已停止，如果均已停止則通知參與本MBMS承載業務會話的所有下遊網絡節點釋放該MBMS流量承載，否則，更新本MBMS承載業務與所述各MBMS流量承載的對應關係；所述下遊網絡節點根據所述上遊網絡節點的通知，釋放對應的MBMS流量承載。20.根據權利要求19所述的MBMS會話停止方法，其特徵在於，所述MBMS承載業務的會話停止時，如果該會話所涉及的各MBMS流量承載對應的所有其它MBMS承載業務會話未全部停止，則還包含以下步驟如果參與本MBMS承載業務會話的下遊網絡節點中的所有未停止的MBMS承載業務均未使用該MBMS流量承載，則通知該下遊網絡節點釋放該MBMS流量承載。21.根據權利要求19或20所述的MBMS會話停止方法，其特徵在於，所述上遊網絡節點是BM-SC;所述下遊網絡節點是以下之一GGSN、SGSN、無線網絡控制器、網關、MME、演進基站。22.根據權利要求18所述的MBMS會話停止方法，其特徵在於，還包含以下步驟下遊網絡節點保存各MBMS流量承載與使用該流量承載的所有MBMS承栽業務的對應關係；在所述MBMS承載業務的會話停止時，所述下遊網絡節點根據所述對應關係判斷該會話所涉及的各MBMS流量承載對應的所有其它MBMS承栽業務會話是否均已停止，如果均已停止則釋放該MBMS流量承載，否則，刪除本MBMS7義載業務與各MBMS流量承載的對應關係。23.根據權利要求18至22中任一項所述的MBMS會話停止方法，其特徵在於，所述MBMS承載業務的會話停止時，如果該會話所涉及的各MBMS流量承栽對應的所有其它MBMS承載業務的會話未全部停止，則還包含以下步驟如果本MBMS承載業務的會話停止後，該會話所涉及的各MBMS流量承載的屬性發生改變，則更新該MBMS流量承載的上下文。全文摘要本發明涉及無線通信領域，公開了一種多媒體廣播組播業務系統及會話開始和停止方法，使得可以節約MBMS業務的承載資源。本發明中，將MBMS承載業務和MBMS流量承載相分離，一個MBMS承載業務可以使用多個流量承載下發，多個MBMS承載業務的共同信息可以通過共享的流量承載下發。在MBMS流量承載上下文中包含通過該流量承載下發的各MBMS承載業務的相關標識。MBMS承載業務會話開始時，如果該會話涉及的一個或多個MBMS流量承載已經存在時，可以直接使用已有的流量承載。MBMS承載業務的會話停止時，當該會話所涉及的各MBMS流量承載對應的所有MBMS承載業務的會話均已停止，才釋放該MBMS流量承載。文檔編號H04W4/06GK101247553SQ200710084649公開日2008年8月20日申請日期2007年2月13日優先權日2007年2月13日發明者周進怡,睿王申請人:華為技術有限公司