CN101247553B - 多媒体广播组播业务系统及会话开始和停止方法 - Google Patents

Abstract

本发明涉及无线通信领域，公开了一种多媒体广播组播业务系统及会话开始和停止方法，使得可以节约MBMS业务的承载资源。本发明中，将MBMS承载业务和MBMS流量承载相分离，一个MBMS承载业务可以使用多个流量承载下发，多个MBMS承载业务的共同信息可以通过共享的流量承载下发。在MBMS流量承载上下文中包含通过该流量承载下发的各MBMS承载业务的相关标识。MBMS承载业务会话开始时，如果该会话涉及的一个或多个MBMS流量承载已经存在时，可以直接使用已有的流量承载。MBMS承载业务的会话停止时，当该会话所涉及的各MBMS流量承载对应的所有MBMS承载业务的会话均已停止，才释放该MBMS流量承载。

Description

多媒体广播组播业务系统及会话开始和停止方法

技术领域

本发明涉及无线通信领域，特别涉及多媒体广播组播业务(MultimediaBroadcast Multicast Service，简称“MBMS”)技术。

背景技术

随着第三代移动通信技术的发展，第三代移动通信可以提供比第二代移动通信更高数据速率的服务，从而支持多种业务形式。比如视频电话、图片下载、高速浏览Internet网络等服务。其中有一类业务的特点是：该业务可以同时给无线网络中订阅了该业务的用户终端进行发送。比如说天气预报、新闻短片、体育比赛集锦等等。利用这些业务同时发送的特点，第三代移动通信引入了组播/广播的概念。

开展组播/广播业务的组网结构如图1所示。在该结构中，对于一个中间节点而言，无论其下游包含多少个期待接收数据的节点，其上游节点总是向该中间节点发送一份数据；该中间节点收到数据后，根据其下游期待接收数据的节点数量复制该数据，并向其下游各期待接收该数据的节点分发该数据，这样，组播/广播业务数据传输树的每一条分支都只有一份数据进行传输，占用一份传输资源，根节点与其下游节点的数据传输也是如此。

第三代合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)所提出的MBMS体系结构如图2所示。其中，广播组播业务中心(BroadcastMulticast Service Center，简称“BM-SC”)是为了支持MBMS业务而新增的移动网功能实体，它是内容提供商的入口，用于授权和在移动网中发起MBMS承载业务，并按照预定时间计划传送MBMS内容。BM-SC通过Gmb 接口或Gi接口与业务平面功能(TPF)网关GPRS支持节点(Gateway GPRSSupport Node，简称“GGSN”)相连；TPF GGSN通过Gn/Gp接口与服务GPRS支持节点(Serving GPRS Support Node，简称“SGSN”)相连；SGSN可通过Iu接口与通用移动通信系统地面无线接入网(UMTS Terrestrial RadioAccess Network，简称“UTRAN”)相连；UTRAN通过Uu接口与用户终端(User Equipment，简称“UE”)相连，SGSN也可通过Iu/Gb接口与全球移动通信系统及其演进的增强数据无线接入网络(GSM EDGE Radio AccessNetwork，简称“GERAN”)相连；GERAN通过Um接口与UE相连。其中，GGSN和SGSN属于无线网络中核心网(Core Net，简称“CN”)内的节点。

MBMS包括组播模式和广播模式。其中，组播业务对UE有注册要求，而广播业务不需要UE注册。通常通过MBMS组播业务的激活过程将UE在网络中注册，使该UE可以接收该特定组播MBMS承载业务的数据。激活是UE与网络之间的信令过程，该过程为每个激活了组播MBMS承载业务的用户在UE、SGSN、GGSN、BM-SC以及基站控制器(Base Station Controller，简称“BSC”)/无线网络控制器(Radio Network Controller，简称“RNC”)建立用于开展MBMS业务的MBMS UE上下文。

UE通过MBMS组播业务的去激活过程离开该MBMS组播业务，UE离开该MBMS组播业务后，该UE的MBMS UE上下文将被删除。

在MBMS业务中，MBMS承载上下文用于保存MBMS承载信息，包含定义一个MBMS业务承载的所有信息描述。网络中承载该MBMS数据的所有节点均需创建该MBMS承载上下文。如表1所示，MBMS承载上下文包括：IP组播地址、接入点名称(Access Point Name，简称“APN”)、临时移动组标识(Terminal Mobile Group Identify，简称“TMGI”)、状态、要求的MBMS承载能力、服务质量(Quality of Service，简称“QoS”)、MBMS服务区域、下行流节点列表、UE数量等。其中，IP组播地址标识由该MBMS 承载上下文描述的MBMS承载；APN为该IP组播地址已经被定义的接入点名称；TMGI为分配给MBMS承载的临时移动组标识；状态为MBMS承载的活动性状态，包括：待命状态或激活状态，标识是否要求建立用于MBMS数据传输的承载面资源；QoS为该MBMS承载要求的服务质量；MBMS服务区域为MBMS业务需要发送的区域；下行流节点列表为请求了MBMS承载，MBMS数据必须下发到的下行流节点列表；组播/广播模式，指示该MBMS承载使用的是组播还是广播模式。表中的“X”表示在对应的网络实体上存储有该信息。

参数	描述	RAN	SGSN	GGSN	BM-SC
						组播/广播模式	MBMS承载业务处于广播或组   播模式	X	X	X	X
IP组播地址   (只对组播模式)	IP组播地址标识由该MBMS承   载上下文描述的MBMS承载	X	X	X	X
						APN   (只对组播模式)	该IP组播地址已经被定义的接   入点名称	X	X	X	X
TMGI	分配给MBMS承载的临时移动   组标识	X	X	X	X
						状态	MBMS承载的活动性状态   (‘待命’或者‘激活’)	X	X	X	X
服务质量QoS	该MBMS承载要求的服务质量	X	X	X	X
						MBMS服务区域	MBMS业务需要发送的区域	X	X	X	X
下行流节点列表	请求了MBMS承载，MBMS数  据必须下发到的下行流节点列  表			X	X
						……

表1

针对图2所示的网络结构，对于MBMS业务，用户通过MBMS激活过程，加入MBMS业务，使得网络知道有哪些用户希望接收某个特定的MBMS 业务。网络节点通过MBMS注册过程，建立从BM-SC，经GGSN、SGSN到RNC的分发树，从而允许传输MBMS会话属性和数据。BM-SC中的MBMS承载上下文是预先静态配置的；在SGSN和GGSN上，当创建第一个MBMSUE上下文或者当下游节点请求MBMS业务的时候，会创建对应的MBMS承载上下文；在RNC中，当创建第一个MBMS UE上下文的时候，会创建对应的MBMS承载上下文；或者，在RNC中还没有对应的MBMS承载上下文的时候，MBMS会话开始流程(Session Start)也可能引起创建MBMS承载上下文。

当UE加入特定的MBMS承载业务之后，会在MBMS UE上下文中保存与该MBMS承载业务相关联的UE特定信息。图3示出了MBMS承载上下文与MBMS UE上下文之间的关系。

下面简单说明一下现有技术一中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会话开始响应消息，在该消息中提供用于承载平面的隧道端点标识符(Tunnel Endpoint Identifier，简称“TEID”)，用于供GGSN发送MBMS数据。

在步骤450中，SGSN向其下连接的RNC下发MBMS会话开始请求消息，消息中包含会话属性(临时移动组标识、QoS，MBMS服务区域、广播/组播模式、路由区域(Route Area，简称“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。

现有技术的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业务开始和停止过程可以看出，对于任何MBMS承载业务，各网络节点均只能使用与单一服务质量和服务区域相对应的承载资源来传送数据。

为了解决该问题，现有技术二将多个流量承载与一个MBMS承载业务进行绑定，也就意味着将原来的MBMS承载上下文分成两个逻辑实体：MBMS承载业务上下文(MBMS Bearer Service Context)、和MBMS流量承载上下文(MBMS Traffic Bearer Context)。

MBMS承载业务上下文由IP多播地址和APN、或者由TMGI来确定。MBMS承载业务上下文中保存了一些信息，如：UE数量、下行流节点列表等。

MBMS流量承载上下文由TMGI来确定。MBMS流量承载上下文中保存的信息包括：QoS、服务区域(Service Area)等。

UE激活一个MBMS承载业务之后，会引发建立相应的UE上下文。对于某个节点而言，当针对该承载业务的第一个UE上下文被建立，或者收到来自下游节点的业务请求的时候，会创建对应的MBMS承载上下文。

流量承载上下文在会话开始的时候创建。对应于同一个承载业务可以有多个不同的流量承载上下文，如图6所示，这些流量承载上下文各自包含一个互不相交的端口号集合。在会话开始的请求消息中，可以携带一个端口号集合，通过这个端口号集合中的端口来标识一个或多个流量承载。

每个流量承载有自己对应的服务质量(QoS)分布树和通用无线分组服务隧道协议(GPRS Tunneling Protocol，简称“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承载业务的会话停止后造成其它MBMS承载业务无法正常传输，在各承载业务共享资源的同时确保这些MBMS承载业务能够正常进行。

附图说明

图1是现有技术中开展组播/广播业务的组网结构示意图；

图2是现有技术中3GPP提出的MBMS网络结构示意图；

图3是现有技术中MBMS承载上下文与MBMS UE上下文的关系示意图；

图4是现有技术中MBMS会话开始过程示意图；

图5是现有技术中MBMS会话停止过程示意图；

图6是现有技术中MBMS承载业务上下文与MBMS流量承载上下文的关系示意图；

图7是根据本发明第一实施方式的MBMS系统中流量承载和承载业务的关系示意图；

图8是根据本发明第一实施方式的MBMS系统中流量承载上下文和承载业务上下文的关系示意图；

图9是根据本发明第二实施方式的MBMS会话开始方法流程图；

图10是根据本发明第三实施方式的MBMS会话开始方法的第一示意图；

图11是根据本发明第三实施方式的MBMS会话开始方法的第二示意图；

图12是根据本发明第四实施方式的MBMS会话停止方法流程图；

图13是根据本发明第六实施方式的MBMS会话停止方法的第一示意图；

图14是根据本发明第六实施方式的MBMS会话停止方法的第二示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明第一实施方式涉及一种MBMS系统，包括至少一个承载设备，用于提供MBMS流量承载；和至少一个业务设备，用于提供MBMS承载业务， 每个MBMS承载业务通过至少一个MBMS流量承载下发。该业务设备将至少两个MBMS承载业务共享的数据通过该承载设备提供的共享的MBMS流量承载下发。通过将流量承载共享给多个MBMS承载业务，节约了MBMS业务的承载资源。

在现有技术二中，一个承载业务可以对应多个流量承载，形成“一对多”的绑定关系，如图7的(a)所示，每个流量承载只隶属于一个指定的承载业务，只能被该承载业务所使用，承载资源利用率较低。与现有技术不同，在本实施方式中，一个流量承载可以被多个承载业务所使用，一个承载业务可以使用多个流量承载，承载业务和流量承载之间是多对多的关系，如图7的(b)所示。

由于在流量承载与承载业务是一对多关系时，由于同一个流量承载不会同时属于多个承载业务，因此只需要根据该承载业务范围内有效的标识来确定流量承载即可，不需要对流量承载进行全局统一标识。而在本实施方式中，由于流量承载可以同时属于多个承载业务，也就是说不同的承载业务可以使用相同的流量承载，因此需要对流量承载进行预设范围内的全局独立标识。在本实施方式中，每个MBMS流量承载对应一个流量承载标识，该流量承载标识在预设范围内唯一。对于3GPP的MBMS网络构架而言，该预设范围至少是一个GGSN管辖的范围；对于系统架构演进(System ArchitectureEvolution，简称“SAE”)网络构架而言，该预设范围至少是一个网关管辖的范围。通过该流量承载标识，在预设范围内的所有网络节点均可以直接确定该流量承载及流量承载上下文。

该流量承载标识可以由以下方式之一或其任意组合构成：使用IPv6报文结构中流标签(Flow Id)中的部分、整个流标签或流标签集合作为流量承载标识或流量承载标识的一部分；使用接入点名称(APN)作为流量承载标识或流量承载标识的一部分；使用BM-SC的标识作为流量承载标识或流量承 载标识的一部分。

另外，如图8所示，在本实施方式中，该承载设备包含所提供的MBMS流量承载的上下文，每个MBMS流量承载上下文中包含通过该流量承载下发的各MBMS承载业务的部分或全部标识；该业务设备包含所提供的MBMS承载业务的上下文，每个MBMS承载业务上下文中包含下发该承载业务的MBMS流量承载的部分或全部流量承载标识。该流量承载或承载业务上下文中所包含的承载业务标识和流量承载标识并非一定是完整的标识，可能只是标识的一部分或者替代的标识，只要在该网络节点上可以唯一确定承载业务或流量承载即可。

本实施方式中所说的所述承载设备和业务设备是以下之一或其任意组合：3GPP的MBMS网络构架中的BM-SC、GGSN、SGSN、RNC；SAE网络构架中的Gateway(网关)、移动管理实体(Mobility Management Entity，简称“MME”)、演进基站(eNoedB)。

从IP报文转发的角度：当承载设备(如GGSN)接收到目的地址为组播的IP报文时，根据报文中的“流量承载标识”部分(如流标签)可以确定该IP报文所关联的“流量承载上下文”，以及确定所要使用的流量承载。并且，业务设备可以根据IP报文中的“承载业务标识”部分(如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承载业务之间的对应关系。

由于在会话开始流程中，各网络节点之间的操作极为类似，为了使说明清楚简洁，本实施方式中使用上游网络节点和下游网络节点统一对各网络节点的操作进行描述。下面对上游网络节点和下游网络节点所指代的网络节点进行说明。

如图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承载业务的标识；如果已经创建了对应的MBMS承载业务上下文，则直接更新该MBMS承载业务同MBMS流量承载之间的关联关系，包括：在那些已创建的MBMS流量承载上下文中添加该MBMS承载业务的标识；以及，将这些已创建的MBMS流量承载的标识(或标识的一部分)添加至该MBMS承载业务上下文中。之后，如果该MBMS承载业务上下文的状态属性为“待命”，则更改为“激活”。

对于组播模式的MBMS承载业务，下游网络节点中对应的MBMS承载业务上下文已经存在，下游网络节点直接在MBMS承载业务上下文中更新该MBMS承载业务同MBMS流量承载之间的关联关系，包括在该MBMS承载业务对应的新创建或已创建的MBMS流量承载上下文中添加该MBMS承载业务的标识；以及，将该MBMS承载业务对应的新创建或已创建的MBMS流量承载上下文的标识(或标识的一部分)添加至该MBMS承载业务上下文中；另外，如果该MBMS承载业务上下文的状态属性为“待命”，则更改为“激活”。

在图10和图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资源。

本发明第五实施方式同样涉及一种MBMS会话停止方法，与第四实施方式不同，在本实施方式中，完全由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流量承载标识进行检索，确定对应的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流量承载其进行判断。如果有其它MBMS承载业务还在使用该MBMS流量承载，则该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承载业务的对应关系，简化了下游网络节点的操作；后一种方法实现起来更为灵活，且减少了上游网络节点的压力。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (23)

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承载业务和已建的流量承载的对应关系，否则新建所述MBMS流量承载，更新该MBMS承载业务和新建的流量承载的对应关系。

8.根据权利要求7所述的MBMS会话开始方法，其特征在于，建立所述MBMS流量承载包括建立所述MBMS流量承载的上下文，所述MBMS流量承载上下文中包括流量承载标识，该流量承载标识在预设范围内唯一。

9.根据权利要求8所述的MBMS会话开始方法，其特征在于，所述预设范围至少包含一个GGSN或网关。

10.根据权利要求8所述的MBMS会话开始方法，其特征在于，更新所述MBMS承载业务和所述已建或新建的流量承载的对应关系还包含以下步骤：

在所述MBMS承载业务的上下文中包含所述已建或新建的流量承载的部分或全部流量承载标识；和/或

在所述已建或新建的流量承载上下文中包含该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流量承载，否则，删除本MBMS承载业务与各MBMS流量承载的对应关系。

23.根据权利要求18至22中任一项所述的MBMS会话停止方法，其特征在于，所述MBMS承载业务的会话停止时，如果该会话所涉及的各MBMS流量承载对应的所有其它MBMS承载业务的会话未全部停止，则还包含以下步骤：

如果本MBMS承载业务的会话停止后，该会话所涉及的各MBMS流量承载的属性发生改变，则更新该MBMS流量承载的上下文。 

Images