CN101166306B - 承载控制及数据分发的方法、系统及网络节点 - Google Patents

Abstract

本发明涉及通信领域，公开了一种承载控制及数据分发的方法、系统及网络节点，使得MBS数据能被顺利接收，并能对该MBS会话进行有效管理。本发明中，对于某一MBS业务，在MBS上下游节点中维护业务分布信息；MBS业务分布信息由各节点对应的下游节点列表组成。基于该业务分布信息建立并维护相应的MBS的业务承载和数据分发关系，基于该业务承载和数据分发关系，在各MBS上下游节点间分发该MBS的业务数据。MBS分布信息是预配置和/或动态维护；业务承载的建立是预配置和/或动态维护的；数据分发关系是预配置、默认分发和/或动态维护。

Description

承载控制及数据分发的方法、系统及网络节点

技术领域

本发明涉及通信领域，特别涉及多播广播技术。

背景技术

IEEE802.16是电子和电气工程师协会(Institute of Electrical andElectronics Engineers，简称“IEEE”)于2001年12月颁布的，用于在城域网中提供最后一公里无线宽带接入的标准。

与此同时，众多设备和组建供应商组成了全球微波接入互操作性(Worldwide Interoperability for Microwave Access，简称“WiMAX”)论坛的组织，其目的在于通过确保宽带无线接入设备的兼容性和互操作性，加快基于上述IEEE802.16系列标准的宽带无线网络的部署。因此，在通常情况下，将应用802.16系列标准中规定的实现无线宽带接入的系统称为WiMAX系统。

图1示出了WiMAX端到端参考模型。如图可见，WiMAX主要包含移动台(Mobile Station，简称“MS”)/用户站(Subscribe Station，简称“SS”)、接入服务网络(Access Service Network，简称“ASN”)与连接服务网络(Connectivity Service Network，简称“CSN”)。

ASN定义为为WiMAX用户终端提供无线接入服务的网络功能集合，ASN包含了基站(Base Station，简称“BS”)和ASN网关(ASN GateWay简称“ASN-GW”)网元，一个ASN可能被多个CSN共享。

ASN的主要功能包含基站的功能和ASN-GW的功能。其中，基站的功能有：提供基站和用户站SS/MS的L2连接、无线资源管理、测量与功率控制和空口数据的压缩与加密。ASN-GW的功能有：为SS/MS认证、授权和计费功能提供代理(proxy)功能；支持NSP的网络发现和选择；为SS提供L3信息的中继(Relay)功能，如IP地址分配。

CSN定义为为WiMAX用户终端提供IP连接服务。CSN主要提供如下功能：SS/MS的IP地址分配，Internet接入，验证、授权、计费协议(Authentication、Authorization、Account，简称“AAA”)代理(proxy)或者服务(server)，基于用户的授权控制，ASN到CSN的隧道，WiMAX用户的计费以及运营商之间的结算，漫游情况下CSN之间的隧道，ASN之间的切换，和各种WiMAX服务(如基于位置的业务、多媒体多播和广播业务、IP多媒体子系统业务)。

MS/SS为(移动)用户设备，用户使用该设备接入WiMAX网络。

WiMAX网络无线侧是基于IEEE 802.16d/e标准的无线城域网接入技术。现在主要遵循的是2004年7月制定的IEEE 802.16-2004(802.16d)标准。IEEE802.16-2004(802.16d)标准工作频段是2GHz到11GHz，是授权和非授权的混合频段。采用正交频分复用(Orthogonal Frequency Division Multiplexing，简称“OFDM”)和正交频分多址接入(Orthogonal Frequency Multiple Access，简称“OFDMA”)的物理层，能有效的抗多径衰落。最佳信道衰落情况下，传输速率可以逼近75Mbps。IEEE 802.16-2004(802.16d)标准用于城域网中的非视距点对多点技术，主要是固定和游牧网络的形式，正在讨论的IEEE802.16e中加入了支持简单移动通信和全移动通信的技术。

随着因特网的迅猛发展，人们对移动通信的需求已不再满足于点对点的通信，因而大量多媒体业务涌现出来，其中一些应用业务要求多个用户能同时接收相同数据，如视频点播、电视广播、视频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据相比，具有数据量大、持续时间长、时延敏感等特点。目前的IP组播技术只适用于有线IP网络，不适用于移动网络，因为移动网络具有特定的网络结构、功能实体和无线接口，这些都与有线IP网络不同。

为了有效地利用移动网络资源，WiMAX引入了组播广播业务(MulticastBroadcast Service，简称“MBS”)，即在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源。WiMAX引入的MBS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，这无疑顺应了未来移动数据发展的趋势。

基于WiMAX网络的MBS支持两种接入模式：单基站接入和多基站接入。在多基站接入模式下，一个MBS域(MBS Zone，通过MBS_zone ID来标识)内的所有基站用相同的组播连接标识符(Multicast Connection ID，简称“MCID”)和MBS多播组安全联盟(MBS Group Security Association，简称“MBS GSA”)发送同一MBS流的内容，注册了MBS服务的终端可以在MBS域内通过多个基站接收MBS内容。并且处于空闲(Idle)模式的终端在MBS区内跨基站移动时，不需要重建连接，可以不受影响的接收MBS，实现MBS的无缝切换。

某些全球定义的服务流可以携带到多个SS/MS的广播或多播信息，这些服务流有服务质量(Quality of Service，简称“QoS”)参数，还可能需要用全球定义的数据加密密钥来加密。在WiMAX网络中，用业务流标识(ServiceFlow Identifier，简称“SFID”)来标识一个单向业务流，用连接标识(ConnectionID，简称“CID”)来标识一个连接。所有的业务流在空口通过MAC(媒体接入控制)层的连接进行传送，即SFID要映射到一个CID上。MCID是专用于组播连接的连接标识符。同时，802.16e规定使用MBS内容标识(Contents ID)来标识一个组播业务。一个MCID上传输的协议数据单元(Protocol Data Unit，简称“PDU”)包含一个或多个MBS。

空口链路层连接标识可以是CID也可以是MCID。一个空口链路层连接上可以承载一个或多个上层数据流，标准定义使用内容标识区分空口链路层连接承载的不同上层数据流。当一个空口链路层连接承载多个内容时，在链路层使用逻辑通道标识(Logical Channel ID，简称“LCID”)加以标识，用于指示当其的链路层报文中承载了哪些内容。LCID和MCID唯一对应一个内容标识。

一个MBS域由一个MBS代理(MBS Proxy)管理，MBS代理维护MCID资源。MBS代理可以位于ASN GW(ASN网关)、MBS Server(MBS服务器)或者独立的功能实体。

但是，目前尚未提供关于MBS会话开始或结束时如何建立承载和拆除承载的具体方案。

发明内容

有鉴于此，本发明的实施方式的主要目的在于提供一种承载控制及数据分发的方法、系统及网络节点，使得MBS数据能被顺利接收，并对该MBS会话进行有效管理。

为实现上述目的，本发明的实施方式提供了一种承载控制及数据分发的方法，包含以下步骤：

在多播广播业务MBS的至少一个节点中保存MBS业务分布信息，该MBS业务分布信息中包含表示该MBS业务的各节点间上下游关系的信息；

基于所述MBS业务分布信息建立和/或维护所述MBS对应的业务承载和数据分发关系；

基于所述业务承载和数据分发关系，在所述MBS业务的各节点间分发该MBS业务的业务数据；

其中，在所述MBS业务的至少一个节点中保存该MBS业务的所有节点间上下游关系的信息；或者，在所述MBS业务的各节点中保存该节点对应的下游节点列表；

在上游节点向下游节点发送所述MBS的业务数据之前，该上游节点向该下游节点发送用于指示该下游节点准备接收MBS业务数据的消息，该消息携带该MBS标识信息，或者，该下游节点向该上游节点发送用于指示该下游节点准备接收MBS业务数据的消息，该消息为携带该MBS标识信息的注册请求消息；

所述上游节点更新与所述发起注册请求的下游节点和/或相关节点对应的数据分发关系，标记向该下游节点和/或相关节点分发MBS业务数据；

所述相关节点为上游节点维护的所述MBS对应的下游节点列表中与所述发起注册请求的下游节点位于同一MBS域的下游节点，或所述下游节点列表中的所有下游节点。

本发明的实施方式还提供了一种网络节点，包含：用于保存MBS分布信息的模块，该MBS分布信息包含该MBS对应的下游节点列表；用于基于所述MBS业务分布信息建立并维护所述MBS对应的业务承载和数据分发关系的模块；用于基于所述业务承载和数据分发关系，分发所述MBS的业务数据的模块。

本发明的实施方式还提供了一种承载控制及数据分发的系统，包含至少两个上述的网络节点，互为上游节点和下游节点，所述下游节点通过包含下述模块建立MBS对应的业务承载数据分发关系：用于向所述上游节点发送携带多播广播业务MBS标识信息的注册请求，指示其希望接收该MBS数据并请求加入该MBS的模块；和/或，

用于在收到指示建立MBS的承载的消息后，建立与所述上游节点之间相应承载的模块；

所述上游节点通过包含下述模块建立MBS对应的业务承载和数据分发关系：用于向所述下游节点发送用于指示建立MBS的承载的消息的模块，该消息携带该MBS标识信息；和/或，

用于收到来自下游节点的携带MBS标识信息的注册请求消息后，至少具备以下功能之一的模块：

将该下游节点和/或下游节点列表外的相关节点加入到接收该MBS的下游节点列表中；

所述下游节点列表外的相关节点为对所述MBS业务，在所述上游节点管理范围内，与所述下游节点属于同一MBS域的下游节点；或对所述MBS业务，在所述上游节点管理范围内的所有下游节点；

更新所述下游节点和/或下游节点列表中的相关节点对应的分发关系，标记向所述下游节点和/或相关节点分发数据；

所述下游节点列表中的相关节点为所述上游节点维护的所述MBS对应的下游节点列表中与所述发起注册请求的下游节点位于同一MBS域的下游节点，或所述下游节点列表中的所有下游节点。

通过比较可以发现，本发明的实施方式的技术方案与现有技术的主要区别在于，对于某一MBS业务，在MBS的至少一个节点中保存MBS业务分布信息；MBS业务分布信息由该MBS业务的各节点间上下游关系的信息组成，该业务分布信息是预配置的和/或动态维护的。MBS对应的业务承载的建立依赖于该业务分布信息；业务承载的建立是预配置的和/或动态维护的；基于MBS业务承载以及节点间的数据分发关系，MBS的业务数据在各MBS上下游节点间分发，数据分发关系是预配置的、默认分发的和/或动态维护的。使得该MBS数据能被顺利发送和接收。

附图说明

图1是根据现有技术中WiMAX网络架构示意图；

图2是根据本发明第一实施方式的承载控制及数据分发方法流程图；

图3是根据本发明第二实施方式的承载控制及数据分发方法流程图；

图4是根据本发明第四实施方式的承载删除的方法流程图；

图5是根据本发明第五实施方式的承载删除及数据分发的方法流程图。

具体实施方式

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

在本发明的实施方式中，MBS节点之间的MBS承载是按照业务分布信息来建立的。MBS节点至少为以下之一：基站、网关、MBS代理、MBS服务器。

业务分布信息由各层上下游节点之间的承载关系构成，上下游节点之间的承载关系可以是预配置的也可以是动态维护的。

上下游节点的之间的承载根据其承载关系来维护，包括建立承载和释放承载。对于承载关系是预配置的节点，其与各下游节点的承载是统一建立或释放的，对于动态维护的承载关系，其与各下游节点之间的承载是独立维护的。

业务分布信息由各层上下游节点的承载关系组成，可以是全部预配置的，也可以是全部动态维护的，也可以是部分预配置部分动态维护的。业务分布信息可以集中由某个节点维护，如MBS服务器或MBS代理；也可以分布于各层节点，对应前述承载关系，由上游节点对自身支持的每个MBS，维护一个对应的接收该MBS的下游节点列表，此节点列表可以是预配置的，也可以是动态维护的。

对于全部预配置的业务分布信息，此业务分布信息可以集中配置在某个节点，如MBS服务器或MBS代理，也可以分散的配置在各层节点。对于完全动态维护的业务分布信息，业务分布信息的维护分散在各层节点，节点动态的维护其下游节点列表，构成动态的业务分布信息。对于部分预配置部分动态的业务分布信息，业务分布信息的维护分散在各层节点，部分节点上的下游节点列表是动态维护的，部分节点上的下游节点列表是预配置的。

下游节点通过注册或去注册过程通知上游节点更新维护其下游节点列表。当某节点满足特定条件时，如该节点希望承载此MBS时，需向其上游节点注册，上游节点将其加入到对应的下游节点列表当中。如果上游节点尚未向其再上游节点注册，则其需要向其上游节点注册。在用户加入业务或用户移动的过程中，注册流程可以通过用户终端加入MBS流程或用户终端移动的处理流程隐含实现。当某节点满足特定条件时，如该节点希望不再承载此MBS时，该节点可以向上游节点发起去注册流程，通知上游节点将其从对应的下游节点列表中删除。

承载的建立依赖于业务分布信息，承载遵循业务分布信息进行建立，可以采用全部预建立、全部动态建立以及部分动态建立的方式来建立承载。承载全部预建立的情况依赖于全部预配置的业务分布信息，当MBS Server/MBSProxy(MBS服务器/MBS代理)满足特定条件时，如会话开始时，触发全部节点间承载的建立。如果承载采用全部动态建立的方式，则承载根据业务分布信息只在需要承载特定业务的节点之间建立，如果某节点在加入业务分布信息时，MBS会话已经开始，则可以立即建立上游节点与该节点之间的承载，如果某节点在加入业务分布信息时，MBS会话尚未开始，则可以立即建立相应承载，也可以在该MBS业务会话开始之前建立相应承载；如果某节点在退出业务分布信息时其与上游节点间的承载已经建立，此时需触发承载释放过程，承载释放的过程可以从上游节点发起，也可以由下游节点发起，承载释放过程也可以与该节点退出业务分布信息的过程合并。如果业务分布信息中有部分承载关系是预配置的，承载的建立使用可以部分预建立的方式。

承载释放的过程是承载建立的逆过程。承载的释放可以由MBS服务器触发，当某MBS会话结束时，所有下游节点列表中的相关节点需释放此业务对应的承载，各上游节点在收到承载释放的请求后，根据此维护的下游节点列表释放其与下游节点之间的承载。当承载使用动态建立的方式时，已建立承载的下游节点退出业务分布信息时，也可以触发承载的释放流程，承载释放过程也可以与下游节点退出业务分布信息的过程合并。

MBS对应的数据分发关系的建立依赖于MBS业务分布信息。MBS节点对MBS数据的分发依赖于承载的建立。MBS节点可以在承载建立之后，立即进行数据分发。MBS节点也可以在承载建立之后，暂不进行数据分发，只有在某一下游节点有业务需求时，才进行数据分发。上游节点在维护下游节点列表的同时，需维护对列表中节点的数据分发关系，以标识是否对该节点进行数据分发，对数据分发关系的维护可以通过节点的注册流程及去注册流程触发；在默认对列表中节点全部进行转发的情况下，数据分发关系可以以隐含方式表示，无需独立维护。此分发关系也可以是预配置的。

MBS业务承载及数据分发关系的建立，其实施方式按照触发条件可以分为三种方式：(1)由下游节点向上游节点的注册流程触发；(2)由MBS服务器在MBS会话开始时触发；(3)相关的承载以及数据分发关系使用配置的方式建立，没有信令触发。

下面结合附图，对本发明的第一实施方式进行详细介绍。本实施方式涉及承载控制及数据分发方法。本实施方式中涉及的网络侧实体为基站、网关、MBS代理(MBS Proxy)和MBS服务器，在本实施方式中，MBS业务承载及数据分发关系的建立，由下游节点向上游节点的注册流程触发。

如图2所示，在步骤201中，基站发现自身需要接收某MBS。导致该基站需要接收该MBS的原因可以是：用户终端在该基站下加入了该MBS业务，或者已经加入了此MBS的用户终端从其他基站移动到当前基站下接入，通过切换流程通知了该基站，或者因为周期性计数发现接收该MBS的用户终端数目非0等。

接着，进入步骤202，如果该基站尚未向上游节点注册请求加入该MBS，则该基站向其上游节点发送注册请求，请求加入该MBS。具体地说，基站向网关发送携带该MBS标识信息的注册请求。其中，MBS标识信息包含以下之一或其任意组合：MBS标识、内容标识、该MBS业务对应的IP多播地址。

网关接收到此注册请求后，如果网关维护的该MBS对应的下游节点列表中没有该节点的信息，则需在该列表中加入该基站节点信息，或者可以将该基站所在域内的支持该MBS的基站，或对此MBS业务，该网关管理的所有基站全部加入到该列表中；该列表也可能已经存在当前节点的信息，可能是预配置的也可能是由于其他节点的注册造成的。

网关将基站对应的分发关系标记为‘分发’，或者网关也可以将该列表中对应域内的所有节点的分发关系标记为”分发’，或者网关也可以将该列表中所有节点的分发关系标记为‘分发’。三个分发关系也可能已经被标记为‘分发’，可能是由于预配置或者其他节点的注册造成的。

如果该网关尚未在其上游节点注册该MBS，则此时该网关亦需向上游节点注册，其上游节点可以是MBS服务器或MBS代理。

针对其上游节点为MBS服务器的情况，需要进入步骤203，网关向MBS服务器发送携带该MBS标识信息的注册请求。其中，MBS标识信息包含以下之一或其任意组合：MBS标识、内容标识、该MBS业务对应的IP多播地址。网关向MBS服务器发送的注册请求可以经由MBS代理转发到MBS服务器，也可以直接由网关发送到MBS服务器。

MBS服务器接收到此注册请求后，如果MBS服务器维护的该MBS对应的下游节点列表中没有该节点的信息，则在该列表中加入该网关节点信息，或者可以将该网关所在域内的支持该MBS的网关，或对此MBS业务，该MBS服务器管理的所有网关全部加入到该列表中；该列表也可能已经存在当前节点的信息，可能是预配置的也可能是由于其他节点的注册造成的。

MBS服务器将网关对应的分发关系标记为‘分发’，或者MBS服务器也可以将该列表中对应域内的所有节点的分发关系标记为‘分发’，或者MBS服务器也可以将该列表中所有节点的分发关系标记为‘分发’。三个分发关系也可能已经被标记为‘分发’，可能是由于预配置或者其他节点的注册造成的。

针对网关的上游节点是MBS代理的情况，需要进入步骤204，网关向MBS代理发送携带该MBS标识信息的注册请求。其中，MBS标识信息包含以下之一或其任意组合：MBS标识、内容标识、该MBS业务对应的IP多播地址。

MBS代理接收到此注册请求后，如果MBS代理维护的该MBS对应的下游节点列表中没有该节点的信息，则在该列表中加入该网关节点信息，或者可以将该网关所在域内支持该MBS的网关，或对此MBS业务，该MBS代理管理的所有网关全部加入到该列表中；该列表也可能已经存在当前节点的信息，可能是预配置的也可能是由于其他节点的注册造成的。

MBS代理将网关对应的分发关系标记为‘分发’，或者MBS代理也可以将该列表中对应域内的所有节点的分发关系标记为‘分发’，或者MBS代理也可以将该列表中所有节点的分发关系标记为‘分发’。三个分发关系也可能已经被标记为‘分发’，可能是由于预配置或者其他节点的注册造成的。

如果该MBS代理尚未在其上游节点注册该MBS，则此时该MBS代理亦需向上游节点注册，其上游节点为MBS服务器，如步骤205。MBS代理向MBS服务器发送携带该MBS标识信息的注册请求。其中，MBS标识信息包含以下之一或其任意组合：MBS标识、内容标识、该MBS业务对应的IP多播地址。

MBS服务器接收到此注册请求后，如果MBS服务器维护的该MBS对应的下游节点列表中没有该节点的信息，则在该列表中加入该MBS代理节点信息，或者可以将所有该MBS相关的MBS代理全部加入到该列表中；该列表也可能已经存在当前节点的信息，可能是预配置的也可能是由于其他节点的注册造成的。

MBS服务器将MBS代理对应的分发关系标记为‘分发’，或者MBS服务器也可以将该列表中对应域内的所有节点的分发关系标记为‘分发’。两个分发关系也可能已经被标记为‘分发’，可能是由于预配置或者其他节点的注册造成的。

基站、网关和MBS代理的注册行为可以作为独立的信令流程，也可以合并到用户终端加入到该MBS或用户终端移动时上下文传递的流程中。

预配置和/或动态维护MBS服务器与其下游节点间的承载的建立，也就是说，MBS服务器与其下游节点间的承载可以是预配置的也可以是动态建立的。如果在MBS服务器完成与下游承载节点的注册流程(步骤203或步骤205)后，没有对应的承载，MBS服务器可以暂不建立承载，也可以立即触发与其下游承载节点间承载的建立。MBS服务器可以只建立与发起注册流程的节点之间的承载，也可以同时与其所有下游节点建立承载，或选择与发起注册流程的节点处于同一MBS域内的所有下游节点建立承载。

如果MBS服务器的下游承载节点为网关(即MBS代理不参与数据面传输)，且MBS服务器拥有对应网关的信息，则MBS服务器向网关发送承载建立的指示消息，如步骤206，消息内容包括MBS标识、内容标识、MCID、业务所需的QoS(服务质量)信息、业务预计要持续的时间、承载隧道的相关信息、IP多播地址、业务分类器信息。网关收到该指示消息后分配相应的承载资源，并向MBS服务器返回响应消息。MBS服务器与网关之间的具体承载方式可以使用隧道方式也可以采用IP多播组方式。步骤206中的承载建立过程包括MBS服务器与网关之间隧道建立的过程和网关加入IP多播组的过程。此处的承载建立过程可以与前述承载建立指示/响应过程合并。步骤206包含了承载建立指示、承载建立响应、和承载建立过程。

如果MBS服务器的下游承载节点为网关(即MBS代理不参与数据面传输)，且MBS服务器没有对应网关的信息，网关信息由MBS代理维护时，MBS服务器通过步骤207向MBS代理发送承载建立的指示消息，消息内容包括MBS标识、内容标识、MCID、业务所需的QoS信息、业务预计要持续的时间、承载隧道的相关信息、IP多播地址、业务分类器信息。MBS代理向MBS服务器返回响应消息，消息中可以包含需要建立承载的网关的列表。步骤207包含了承载建立指示和承载建立响应。同时MBS代理可以通过步骤208将承载建立指示消息转发到需要建立承载的网关(步骤208包含了承载建立指示和承载建立响应。)。网关与MBS服务器之间的承载建立通过步骤209完成，可以由网关触发也可以由MBS服务器触发。

如果MBS服务器的下游承载节点为MBS代理(即MBS代理参与到数据面传输)，MBS服务器通过步骤210建立与MBS代理之间的承载，此过程与前述步骤206中MBS服务器与网关建立承载的流程一致。步骤210包含了承载建立指示、承载建立响应、和承载建立过程。MBS代理与网关之间的承载可以是预配置的，也可以是动态建立的。如果此时MBS代理与网关之间没有对应的承载，那么MBS代理可以暂不建立承载，也可以通过步骤211建立与网关之间的承载，承载建立的过程与前述步骤206中MBS服务器与网关建立承载的流程一致。MBS代理可以只与发起注册流程的网关建立承载，也可以与和该网关属于同一MBS域的所有网关建立承载。步骤211包含了承载建立指示、承载建立响应、和承载建立过程。

网关与基站之间的承载可以是预配置的，也可以是动态建立的。如果此时网关与基站之间没有对应的承载，那么网关可以暂不建立承载，也可以通过步骤212建立与基站之间的承载。网关可以只与发起注册流程的基站建立承载，也可以与该基站属于同一MBS域的所有基站建立承载。网关向基站发送用于指示建立相应承载的消息，通知建立承载。该消息中包含以下参数之一或其任意组合：MBS标识、内容标识、MCID、业务所需的QoS信息、业务预计要持续的时间、分类器信息。使得下游节点能顺利地建立起相应的承载。基站收到网关发送的用于指示建立相应承载的消息，并建立相应的承载，向该网关返回响应消息。网关与基站之间R6接口上的承载可以借用原有RR(资源预留)流程和Data Path(数据通道)流程建立。

接着，进入步骤213，在网络侧承载建立完成后，基站进一步分配空口业务资源，由于此时涉及到空口资源的建立，因此基站需要做一次PTP(点对点)/PTM(点对多点)传输模式的判决。

至此，数据承载建立完成，MBS服务器可以下发业务数据，各MBS节点根据建立的承载以及承载对应的分发关系进行数据分发。

值得一提的是，在本实施方式中，当上游节点在收到携带MBS标识信息的注册请求后，还可以与下游节点列表中的相关节点建立承载，其中，下游节点列表中的相关节点为上游节点维护的MBS对应的下游节点列表中与发起注册请求的下游节点位于同一MBS域的下游节点，或下游节点列表中的所有下游节点。如果下游节点向该上游节点发送了用于指示准备接收MBS业务数据的消息(如携带MBS标识信息的注册请求消息)，则该上游节点将该下游节点和/或下游节点列表外的相关节点加入其维护的下游节点列表中。其中，下游节点列表外的相关节点为对该MBS业务，在该上游节点管理范围内，与该下游节点属于同一MBS域的下游节点；或对该MBS业务，在该上游节点管理范围内的所有下游节点。

本实施方式为MBS承载的建立提供了具体流程，使得MBS数据能被顺利接收。

本发明的第二实施方式涉及承载控制及数据分发方法。在本实施方式中，MBS节点间承载的建立是由MBS服务器在MBS业务会话开始时触发建立的。

下面结合附图，对本实施方式进行详细介绍。本实施方式涉及承载控制及数据分发方法。本实施方式中涉及的网络侧实体为基站、网关、MBS代理和MBS服务器。

在本实施方式中，承载建立的过程与第一实施方式大致相同，其区别在于承载建立的触发条件不同，在第一实施方式中，承载的建立由下游节点的注册流程触发，而在本实施例中，承载的建立由MBS服务器在特定时间点触发。如图3所示，当MBS会话即将开始，该MBS的业务数据传输之前，MBS服务器向该MBS的下游节点，发送用于指示建立相应承载的消息，通知该节点会话开始，需要建立承载。该消息中包含以下参数之一或其任意组合：MBS标识、内容标识、MCID、业务所需的QoS信息、业务预计要持续的时间、承载隧道的相关信息、IP多播地址、业务分类器信息。

在本实施方式中，网络侧承载建立的过程与第一实施方式大致相同。MBS节点间的承载根据预配置的或动态维护的业务分布信息建立。在承载建立之后，MBS业务数据根据承载及其对应的分发关系进行分发，业务分布信息以及数据分发关系的维护机制与第一实施方式相同。

由此可见，本实施方式同样可以使得MBS数据能被顺利接收。

本发明的第三实施方式涉及承载控制及数据分发方法。在本实施方式中，相关的承载以及数据分发关系使用配置的方式建立，没有信令触发。也就是说，各MBS节点之间承载全部通过配置的方式建立，数据的分发关系也在配置阶段全部配好，没有信令触发创建或更新。业务数据在配置的区域内分发，与有无用户接收没有关系。

由此可见，本实施方式同样可以使得MBS数据能被顺利接收。

MBS业务承载的释放，作为建立过程的逆过程，其实施方式按照触发条件可以分为三种方式：

第一，在WiMAX网络中，当业务数据的发送告一段落时，上游节点需通过信令交互通知下游节点拆除相应的数据承载，以节约系统资源，此过程可以发生在MBS会话结束。此时MBS服务器根据其上维护的接收该MBS的下游承载节点(接入网网关或MBS代理)的列表通知接受该MBS的接入网网关拆除该数据承载，通知的方式根据承载的方式不同而不同。接入网网关或MBS代理根据其上维护的接收该MBS的下游承载节点(基站或网关)的列表通知其拆除相应的承载。基站根据收到的通知，依据传输模式的PTP与PTM模式的不同，分别采取不同的连接释放策略，停止发送数据并释放该MBS占用的空口带宽资源。

第二，当某节点由于无需接收该MBS业务时，出于节省空口带宽资源和/或网络承载资源的目的，将通知网络侧不再向其发送业务数据，其形式可以是拆除之前建立的该MBS的数据承载，也可以是保留承载，但不向其发送数据。承载释放的方式根据承载的形式不同而不同。当基站需要释放承载资源时，需依据传输模式的PTP与PTM模式的不同，分别采取不同的连接释放策略，停止发送数据并释放该MBS占用的空口带宽资源。导致基站和/或接入网网关无需接收该MBS的原因可能为：用户终端在该基站下进行了leave(离开)操作，或者因为在接收此MBS时，移动到了其他的基站下，或者因为用户终端由于某种原因被网络侧踢出接收用户行列，或者因为周期性计数发现接收该MBS的用户终端或下游节点数目为0等原因。

第三，承载资源的释放由配置方式实现，与建立时的第三种方式一样，释放也通过配置完成，没有信令交互。

下面对本发明的第四实施方式进行详细说明，本实施方式涉及承载删除的方法，具体流程如图4所示。在本实施方式中，网络侧由于MBS会话的结束而需拆除相应的承载。

在步骤401中，MBS服务器决定拆除MBS承载。具体地说，当MBS的会话停止时，出于节省网络承载资源的目的，该MBS需要发起在网络侧的拆除该MBS承载的流程。

当MBS服务器的下游承载节点为MBS代理(即MBS代理参与到数据面传输)时，进入步骤402至步骤407；当MBS服务器的下游承载节点为网关(即MBS代理不参与数据面传输)，且MBS服务器没有对应网关的信息时，进入步骤402′至步骤406′；当MBS服务器的下游承载节点为网关(即MBS代理不参与数据面传输)，且MBS服务器拥有对应网关的信息时，进入步骤402”至步骤404”。下面对于这三种情况分别进行说明。

当MBS服务器的下游承载节点为MBS代理(即MBS代理参与到数据面传输)时，进入步骤402，MBS服务器根据其上维护的接收该MBS的MBS代理列表，将用于指示停止向该节点传输该MBS业务数据的消息通过信令通道发送到该列表中的已建立承载的所有MBS代理，通知接收该MBS的MBS代理会话已结束，需释放承载，该消息携带该MBS标识信息。

由于MBS服务器和MBS代理之间MBS的业务传输有两种传输方式：一种是隧道方式，信令和业务通过不同的隧道进行发送。另一种是通过IP多播方式进行，信令和业务通过不同的IP地址进行发送和接收处理，针对具体的MBS，MBS服务器维护一个IP多播组信息。

因此，MBS服务器向下游节点发送的该消息中，携带的MBS标识信息可以包含数据通道标识或该MBS的IP多播地址，和该MBS标识和/或该MBS的内容标识，或其他能够标识该MBS的信息。使得接收到该消息的MBS代理能够顺利查找到所需拆除的MBS承载。

接着，进入步骤403，MBS代理收到该消息后，根据该消息中携带的MBS标识信息开始删除与该MBS服务器之间的该MBS的数据承载，如果数据承载采用的是数据通道的方式建立，则按照数据通道释放流程进行拆除即可；如果数据承载采用的是IP多播组的方式，继续保持IP多播组不做操作。

MBS代理收到MBS服务器发送的该消息并执行该MBS承载的删除操作后，需向该MBS服务器返回响应消息，该消息携带处理结果和/或该MBS标识信息，如步骤404。

接着，进入步骤405，MBS代理根据其上维护的接收该MBS的网关列表，将用于指示停止向该节点传输该MBS业务数据的消息通过信令通道发送到该列表中的已建立承载的所有网关，通知接收该MBS的网关会话已结束，需释放承载，该消息携带该MBS标识信息。

由于MBS代理和网关之间MBS的业务传输同样有两种传输方式：一种是隧道方式，另一种是通过IP多播方式进行。因此，MBS代理向下游网关节点发送的用于指示停止向该节点传输该MBS业务数据的消息中，携带的MBS标识信息可以包含数据通道标识或该MBS的IP多播地址，和该MBS标识和/或该MBS的内容标识，或其他能够标识该MBS的信息。使得接收到该消息的网关能够顺利查找到所需拆除的MBS承载。

在步骤406中，网关收到该消息后，根据该消息中携带的MBS标识信息开始删除与该MBS代理之间的该MBS的数据承载，如果数据承载采用的是数据通道的方式建立，则按照数据通道释放流程进行拆除即可；如果数据承载采用的是IP多播组的方式，继续保持IP多播组不做操作。

网关收到MBS代理发送的该消息并执行该MBS承载的删除操作后，需向该MBS代理返回响应消息，该消息携带处理结果和/或该MBS标识信息，如步骤407。

如果MBS服务器的下游承载节点为网关(即MBS代理不参与数据面传输)，且MBS服务器没有对应网关的信息时，进入步骤402’至步骤406’，MBS服务器根据其维护的MBS代理列表，通过信令通道将用于指示停止向该节点传输该MBS业务数据的消息发送到MBS代理，通知接收该MBS的网关会话已结束，该消息携带该MBS标识信息，携带的MBS标识信息可以包含数据通道标识或该MBS的IP多播地址，和该MBS标识和/或该MBS的内容标识，或其他能够标识该MBS的信息，如步骤402’。MBS代理将其维护的网关列表通过响应消息返回给MBS服务器，如步骤403’。同时MBS代理可以将用于指示停止向该节点传输该MBS业务数据的消息发送给需要释放承载的网关，如步骤404’。步骤405’为接收到该消息的网关删除与该MBS服务器之间的该MBS的数据承载，与步骤405类似，在此不再赘述。网关通过步骤406’向MBS代理返回响应消息，携带结果信息，MBS代理根据此消息维护其下游节点列表。

当MBS服务器的下游承载节点为网关(即MBS代理不参与数据面传输)，且MBS服务器拥有对应网关的信息时，进入步骤402”至步骤404”，MBS服务器根据其上维护的接收该MBS的网关列表，通过信令通道直接将用于指示停止向该节点传输该MBS业务数据的消息发送到该列表中的已建立承载的所有网关，通知接收该MBS的网关会话已结束，需释放承载，该消息携带该MBS标识信息，携带的MBS标识信息可以包含数据通道标识或该MBS的IP多播地址，和该MBS标识和/或该MBS的内容标识，或其他能够标识该MBS的信息。步骤403”与步骤404”为接收到该消息的网关删除与该MBS服务器之间的该MBS的数据承载，与步骤406和步骤407相类似，在此不再赘述。

在步骤408中，网关根据其上维护的接收该MBS的基站列表，通过信令通道将用于指示停止向该节点传输该MBS业务数据的消息发送到该列表中的所有基站，通知接收该MBS的基站会话已结束，需释放承载，该消息携带该MBS标识信息。该MBS标识信息可以包含以下参数之一或其任意组合：该MBS的数据通道标识、内容标识、业务流标识、MBS标识、MCID、LCID。使得接收到该消息的基站能够顺利查找到所需拆除的MBS承载。

接着，进入步骤409，基站收到网关发送的该消息后，根据消息中的MBS标识信息拆除消息中指定的数据通道。基站可以根据消息中指定的MBS内容标识和/或MBS标识停止发送该MBS的数据；也可以选择把当前缓存在基站中的MBS数据发送完，然后再停止发送该MBS的数据。

接着，进入步骤410，基站向网关回复响应消息，该消息携带处理结果和/或MBS标识。

接着，进入步骤411，基站根据该MBS的传输模式释放相应的空口带宽资源。

具体地说，如果基站当前发送的该MBS数据的模式为PTM模式，则根据该MBS标识和/或MBS内容标识查找相对应的MCID和LCID。该基站取消对于该MCID和对应的LCID的空口带宽资源分配，如在“MBS_MAP_IE”和“MBS_DATA_IE”和/或“EXTEND_MBS_DATA_IE”中取消对于该MCID和对应的LCID的空口资源分配。如果基站当前发送的该MBS数据的模式为PTP模式，则根据MBS标识和/或MBS内容查找相对应的CID，停止为该CID分配空口带宽资源。

由此可见，在本实施方式中，当MBS会话结束时，通过拆除网络侧内与该MBS相关的承载，可一定程度地节约承载资源，同时使得MBS会话能被有效管理。

本发明的第五实施方式涉及承载删除及数据分发的方法，具体流程如图5所示。在本实施方式中，由于基站下没有需接收该MBS的用户终端而通知上游节点停止向其分发业务数据。

在步骤501中，当基站下没有用户终端在接收该MBS时，出于节省网络承载资源和空口带宽的需要，需要该基站停止发送该MBS。导致该基站无需接收该MBS的原因可以是：接收该MBS的用户终端在该基站下进行了leave(离开)操作，或者因为在接收此MBS的过程中，用户终端移动到了其他的基站下接入，通过切换确认消息通知了该基站，或者因为用户终端由于某种原因被网络侧踢出接收用户行列，或者因为周期性计数发现接收该MBS的用户终端数目为0等。

当基站无需接收该MBS时，需向其上游节点，也就是接入网网关发送用于指示停止向本节点传输该MBS业务数据的消息。使得接入网网关能停止向该节点进行数据分发并可以在必要时拆除相应的承载，进而使得MBS会话能被有效管理。该消息携带该MBS标识信息。该消息为去注册请求消息或请求释放承载通道的消息。其中，MBS标识信息包含以下参数之一或其任意组合：MBS标识、内容标识、业务流标识、连接标识、多播连接标识和逻辑信道标识、数据通道标识、IP多播地址。

具体地说，如果此前该基站已有该MBS的接收与传送，也就是说，已建立有该基站与网关之间的该MBS承载，且网关已标记向该基站分发数据，并且该基站已为该MBS分配了空口资源，则该基站可以释放对于该MBS的空口带宽资源的分配，且可以要求进行释放针对该MBS建立的数据通道的流程，或者，该基站在释放完对于该MBS的空口带宽资源后，向接入网网关发起去注册请求，通知网关该基站已无需再接收该MBS。如果该基站仅加入的该MBS，但尚未接收该MBS(如该MBS会话尚未开始)，也就是说，该基站在此之前没有建立和接入网网关之间的承载资源，则该基站无需执行释放该MBS空口资源的步骤，向接入网网关发起去注册请求，通知网关该基站已无需接收该MBS。基站向网关发送的去注册请求消息或请求释放承载通道的消息内可以MBS标识、MBS内容标识和/或IP多播地址，或其他可以标识该MBS的信息，如该MBS的承载标识信息。使得接收到该消息的网关能够顺利查找到相应的MBS。

接着，进入步骤502，如果接入网网关收到请求释放承载通道的消息，则根据该消息内的数据通道标识找到相应的MBS，从而查找到接收该MBS的基站列表，并将该基站信息从该列表中删除。如果接入网网关收到去注册请求消息，则根据该去注册请求内的MBS标识信息查找到相应的接收该MBS的基站列表，将该基站信息从该列表中删除或者将该基站对应的数据分发关系标记为‘不分发’，并且，根据该MBS标识信息查找到相应的数据通道信息，如果已经建立了和该基站之间该MBS的承载资源，则可以进行该MBS的承载资源释放流程。

如果该网关内维护的接收该MBS的基站列表上面已经没有需要接收业务的基站，则该网关可以向MBS代理或MBS服务器发起去注册请求。

当网关的上游承载节点为MBS代理时，进入步骤503至步骤506；当网关的上游承载节点为MBS服务器时，进入步骤503′至步骤504′。下面对于这两种情况分别进行说明。

当网关的上游承载节点为MBS代理时，进入步骤503，该网关向MBS代理发起去注册请求。该去注册请求中携带该MBS标识、MBS内容标识和/或IP多播地址，以便接收该消息的MBS代理查找到相应的MBS。

接着，进入步骤504，MBS代理更新接收该MBS的网关列表，即将该网关信息从该列表中删除或者将对该网关对应的数据分发关系标记为‘不分发’。如果已经建立了MBS代理和网关之间的承载资源，则可以进行承载资源释放流程：如果承载资源为数据通道资源，则进行数据通道释放流程；如果承载资源是IP多播组资源，则将该网关从该IP多播组中删除。保证了该MBS的数据在此之后不再发送到已不需要接收数据的下游节点，使得MBS会话能被有效管理。

如果MBS代理中维护的接收该MBS的网关列表中已经没有需要接收业务的网关，则进入步骤505，该MBS代理向MBS服务器发起去注册请求。该去注册请求中携带该MBS标识、MBS内容标识和/或IP多播地址，以便接收该消息的MBS服务器查找到相应的MBS。

接着，进入步骤506，MBS服务器更新接收该MBS的MBS代理列表，即将该MBS代理从该列表中删除或该MBS代理对应的数据分发关系标记为‘不分发’。如果已经建立了MBS代理和MBS服务器之间的承载资源，则可以进行承载资源释放流程：如果承载资源为数据通道资源，则进行数据通道释放流程；如果承载资源是IP多播组资源，则将该网关从该IP多播组中删除。保证了该MBS的数据在此之后不再发送到已不需要接收数据的下游节点，使得MBS会话能被有效管理。

当网关的上游承载节点为MBS服务器时，进入步骤503′，该网关向MBS服务器发起去注册请求，可以是由网关直接发送到MBS服务器，也可以由MBS代理转发到MBS服务器。该去注册请求中携带该MBS标识、MBS内容标识和/或IP多播地址，以便接收该消息的MBS服务器查找到相应的MBS。

接着，进入步骤504′，MBS服务器更新接收该MBS的网关列表，即将该网关从该列表中删除或者将对该网关对应的数据分发关系标记为‘不分发’。如果已经建立了网关和MBS服务器之间的承载资源，则可以进行承载资源释放流程：如果承载资源为数据通道资源，则进行数据通道释放流程；如果承载资源是IP多播组资源，则将该网关从该IP多播组中删除。保证了该MBS的数据在此之后不再发送到已不需要接收数据的下游节点，使得MBS会话能被有效管理。

本发明的第六实施方式涉及承载删除及数据分发方法。在本实施方式中，各MBS节点之间承载的释放以及分发关系的维护使用配置的方式，与建立时一样，没有信令触发其释放或更新，与有无用户接收也没有关系。具体配置的行为在此不再赘述。

本发明的第七实施方式涉及网络节点，包含用于保存MBS分布信息的模块，该MBS分布信息包含该MBS对应的下游节点列表；用于基于该MBS业务分布信息建立并维护该MBS对应的业务承载和数据分发关系的模块；用于基于该业务承载和数据分发关系，分发该MBS的业务数据的模块。MBS对应的业务承载以及数据分发关系的建立将在第八实施方式中进行具体说明。

本发明的第八实施方式涉及承载控制及数据分发的系统，包含至少两个第七实施方式中提及的网络节点，分别为上游节点和下游节点。

下游节点通过包含下述模块建立MBS对应的业务承载和数据分发关系：用于向上游节点发送携带MBS标识信息的注册请求，指示其希望接收该MBS数据并请求加入该MBS的模块；和/或用于在收到指示建立MBS的承载的消息后，建立与该上游节点之间相应承载的模块。其中，MBS标识信息包含MBS标识、内容标识和/或IP多播地址。

上游节点通过包含下述模块建立MBS对应的业务承载和数据分发关系：用于向下游节点发送用于指示建立MBS的承载的消息的模块，该消息携带该MBS标识信息，可以包含以下参数之一或其任意组合：MBS标识、内容标识、MCID、MBS所需的服务质量消息、MBS预计持续的时间、承载隧道的相关信息、IP多播地址以及业务对应的分类器信息；和/或，用于收到来自下游节点的携带MBS标识信息的注册请求消息后，至少具备以下功能之一的模块：

将该下游节点和/或下游节点列表外的相关节点加入到接收该MBS的下游节点列表中；

更新该下游节点和/或下游节点列表中的相关节点对应的分发关系，并标记向该下游节点和/或相关节点分发数据；

其中，下游节点列表外的相关节点为对同一MBS业务，在该上游节点管理范围内，与该下游节点属于同一MBS域的下游节点；或对同一MBS业务，在该上游节点管理范围内的所有下游节点；下游节点列表中的相关节点为该上游节点维护的该MBS对应的下游节点列表中与发起注册请求的下游节点位于同一MBS域的下游节点，或该下游节点列表中的所有下游节点。

当MBS会话开始时，由上游节点向与需要接收该MBS承载的所有下游节点发送用于指示建立与该MBS标识信息对应的MBS的承载的消息，下游节点收到该消息后，建立相应的承载；当下游节点需要接收MBS时，该下游节点向其上游节点发送携带MBS标识信息的注册请求消息，上游节点收到该消息后，准备向其分发数据，可以立即建立相应的承载，也可以暂不建立承载但将该节点加入到需接收业务的节点列表中和/或将该节点对应的分发关系标记为‘分发’，在必要时建立相应的承载并分发业务数据，进而使得MBS会话能被有效管理。

下游节点可以为基站、网关、或MBS代理；上游节点可以为网关、MBS代理、或MBS服务器。保证了网络侧能够顺利建立起MBS的承载及分发关系，使得用户终端能顺利接收MBS数据。

本发明的第九实施方式涉及承载删除及数据分发的系统，包含上游节点和下游节点。

上游节点至少包含以下模块之一：

用于向下游节点发送用于指示停止向该下游节点传输MBS业务数据的消息的模块，该消息携带该MBS标识信息。

用于在收到来自下游节点的用于指示停止向该下游节点传输MBS业务数据的消息后，删除与该下游节点之间的与该消息内携带的MBS标识信息对应的MBS的承载的模块。该模块可以通过释放该数据通道或将该下游节点从相应的IP多播组中删除，删除该承载。保证了该MBS的数据在此之后不再发送到已不需要接收业务的下游节点，使得MBS会话能被有效管理。其中，MBS标识信息包含以下参数之一或其任意组合：MBS标识、内容标识、连接标识、多播连接标识和逻辑信道标识、数据通道标识、IP多播地址。

用于在收到下游节点发送的用于指示停止向该下游节点传输该MBS业务数据的消息后，将该下游节点从接收该MBS的下游节点列表中删除的模块。

用于在收到下游节点发送的用于指示停止向该下游节点传输该MBS业务数据的消息后，将该下游节点对应的分发关系标记为‘不分发’的模块。

下游节点包含：用于向上游节点发送用于指示停止向本节点传输MBS业务数据的消息的模块，该消息携带该MBS标识信息；和/或用于在收到来自上游节点的用于指示停止向本节点传输MBS业务数据的消息后，删除与该上游节点之间的与该消息内携带的MBS标识信息对应的MBS的承载的模块。其中，MBS标识信息包含以下参数之一或其任意组合：MBS标识、内容标识、业务流标识、连接标识、多播连接标识和逻辑信道标识、数据通道标识、IP多播地址。

当MBS结束时，由上游节点向与本节点建立该MBS承载的所有下游节点发送用于停止向该节点传输该MBS业务数据的消息，下游节点收到该消息后，删除相应的承载；当下游节点无需接收MBS时，该下游节点向其上游节点发送指示停止向该下游节点传输该MBS业务数据的消息，上游节点收到该消息后，停止向其分发数据，可以删除相应的承载，也可以保留承载但将该节点对应的分发关系标记为‘不分发’，不下发业务数据，进而使得MBS会话能被有效管理。下游节点可以为基站、网关、或MBS代理；上游节点可以为网关、MBS代理、或MBS服务器。

在本发明的实施方式中，对于某一MBS业务，在MBS的至少一个节点中保存MBS业务分布信息；MBS业务分布信息由该MBS业务的各节点间上下游关系的信息组成，该业务分布信息是预配置的和/或动态维护的。MBS对应的业务承载的建立依赖于该业务分布信息；业务承载的建立是预配置的和/或动态维护的；基于MBS业务承载以及节点间的数据分发关系，MBS的业务数据在各MBS上下游节点间分发，数据分发关系是预配置的、默认分发的和/或动态维护的。使得该MBS数据能被顺利发送和接收。

在下游节点需接收MBS时，该下游节点向上游节点发送携带MBS标识信息的注册请求，指示上游节点该下游节点准备接收MBS业务数据并请求加入该MBS；上游节点收到该消息后，如果该上游节点维护的下游节点列表中没有请求加入该MBS的下游节点和/或相关节点的信息，则该上游节点将该下游节点和/或相关节点加入其维护的下游节点列表中；上游节点可以于此时发起建立与该下游节点和/或下游节点列表中的相关节点之间的承载，向需要建立承载的下游节点发送用于指示建立MBS承载的消息；同时上游节点可以更新该下游节点和/或下游节点列表中的相关节点对应的数据分发关系，标记向其分发MBS业务数据。

在MBS的业务会话即将开始之前，上游节点根据其维护向需建立承载的下游节点发送用于指示建立MBS承载的消息，建立上游节点与下游节点之间的承载。

上游节点向下游节点发送的用于指示建立与该MBS标识信息对应的MBS的承载的消息包含以下参数之一或其任意组合：MBS标识、内容标识、MCID、MBS所需的服务质量消息、MBS预计持续的时间、承载隧道的相关信息、IP多播地址、业务分类器信息。使得下游节点能顺利地建立起相应的承载。

上述的方式中，承载的建立可以是十分灵活的，可以伴随注册时建立，也可以在业务会话开始建立，也可以是预配置好的。某一节点注册后，在建立该节点承载的同时，也可以同时将下游节点列表中的相关节点的承载一起建立。同时由于数据分发关系的存在，在已建立承载的时候，也允许不向其分发数据。数据分发关系可以是预配置的、默认分发的或动态维护的。这样一方面可以节约网络资源，同时也缩短了提供业务的时延，保证了用户体验。

当MBS会话结束时，由上游节点向下游节点发送用于指示停止向该下游节点发送MBS业务数据的消息，该消息携带该MBS标识信息，下游节点收到该消息后，删除与该上游节点之间的该MBS标识信息对应的MBS的承载。当下游节点无需接收该MBS时，向上游节点发送用于指示停止向该下游节点发送MBS业务数据的消息，该消息携带该MBS标识信息，上游节点收到该消息后，删除与该下游节点之间的该MBS标识信息对应的MBS的承载和/或修改该节点对应的数据分发关系，标记不向该节点分发数据。使得网络侧只在必要的范围内分发MBS业务数据，进而使得MBS会话能被有效管理。

上游节点向下游节点，或下游节点向上游节点发送的指示停止向该下游节点发送MBS业务数据的消息包含以下参数之一或其任意组合：MBS标识、内容标识、业务流标识、CID、多播连接标识MCID和LCID、数据通道标识、IP多播地址。使得接收到该消息的节点能够顺利查找到所需处理的MBS承载。

当上游节点收到下游节点发送的指示停止向该下游节点发送MBS业务数据的消息后，该上游节点将该下游节点从接收该MBS的节点列表中删除和/或修改该节点对应的数据分发关系，标记不向该节点分发数据。保证了该MBS的数据在此之后不再发送到已不需接收业务数据的下游节点，使得MBS会话能被有效管理。

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

Claims (15)

1.一种承载控制及数据分发的方法，其特征在于，包含以下步骤：

在多播广播业务MBS的至少一个节点中保存MBS业务分布信息，该MBS业务分布信息中包含表示该MBS业务的各节点间上下游关系的信息；

基于所述MBS业务分布信息建立和/或维护所述MBS对应的业务承载和数据分发关系；

基于所述业务承载和数据分发关系，在所述MBS业务的各节点间分发该MBS业务的业务数据；

其中，在所述MBS业务的至少一个节点中保存该MBS业务的所有节点间上下游关系的信息；或者，在所述MBS业务的各节点中保存该节点对应的下游节点列表；

在上游节点向下游节点发送所述MBS的业务数据之前，该上游节点向该下游节点发送用于指示该下游节点准备接收MBS业务数据的消息，该消息携带该MBS标识信息，或者，该下游节点向该上游节点发送用于指示该下游节点准备接收MBS业务数据的消息，该消息为携带该MBS标识信息的注册请求消息；

所述上游节点更新与所述发起注册请求的下游节点和/或相关节点对应的数据分发关系，标记向该下游节点和/或相关节点分发MBS业务数据；

所述相关节点为上游节点维护的所述MBS对应的下游节点列表中与所述发起注册请求的下游节点位于同一MBS域的下游节点，或所述下游节点列表中的所有下游节点。

2.根据权利要求1所述的承载控制及数据分发的方法，其特征在于，所述上游节点在收到所述携带MBS标识信息的注册请求后，与该发起MBS注册请求的下游节点，和/或下游节点列表中的相关节点建立承载。

3.根据权利要求1所述的承载控制及数据分发的方法，其特征在于，如果发送所述准备接收MBS业务数据的消息的下游节点和/或其相关节点在所述上游节点维护的下游节点列表外，则所述上游节点将该下游节点和/或相关节点加入该上游节点维护的下游节点列表中。

4.根据权利要求1所述的承载控制及数据分发的方法，其特征在于，在所述MBS的业务会话即将开始之前，上游节点根据其维护的下游节点列表向需要建立承载的下游节点发送所述用于指示该下游节点准备接收MBS业务数据的消息，建立上游节点与下游节点之间的承载。

5.根据权利要求2或4所述的承载控制及数据分发的方法，其特征在于，所述上游节点向需建立承载的下游节点发送用于指示建立所述MBS标识信息对应的MBS的承载的消息；

所述下游节点收到所述消息后，建立与所述上游节点之间的所述MBS的承载。

6.根据权利要求2或4所述的承载控制及数据分发的方法，其特征在于，还包含以下步骤：

当所述MBS在网络侧的承载建立完成后，基站在分配该MBS的空口资源时，判断该MBS的传输模式。

7.根据权利要求5所述的承载控制及数据分发的方法，其特征在于，所述用于指示建立所述MBS标识信息对应的MBS的承载的消息包含以下参数之一或其任意组合：

MBS标识、内容标识、组播连接标识符MCID、所述MBS所需的服务质量信息、所述MBS预计持续的时间、承载隧道的相关信息、IP多播地址、业务分类器信息。

8.根据权利要求1所述的承载控制及数据分发的方法，其特征在于，在所述业务承载建立之后，所述上游节点根据下游节点对应的数据分发关系决定是否向该下游节点分发数据。

9.根据权利要求1至4，7和8中任一项所述的承载控制及数据分发的方法，其特征在于，所述下游节点至少为以下之一：基站、网关、MBS代理；

所述上游节点至少为以下之一：网关、MBS代理、MBS服务器。

10.根据权利要求1所述的承载控制及数据分发的方法，其特征在于，所述MBS标识信息至少包含以下之一：MBS标识、内容标识、IP多播地址。

11.根据权利要求1所述的承载控制及数据分发的方法，其特征在于，通过以下方式之一建立和/或维护所述MBS对应的业务承载和数据分发关系：

预先配置业务承载和数据分发关系，该数据分发关系对应于预先配置的业务承载；

将所述数据分发关系与业务承载的建立保持一致，业务承载一旦建立，即默认为可分发；

将所述数据分发关系独立于所述业务承载的建立。

12.一种承载控制及数据分发的系统，其特征在于，包含至少两个网络节点，互为上游节点和下游节点，

所述网络节点包含用于保存MBS分布信息的模块，该MBS分布信息包含该MBS对应的下游节点列表；用于基于所述MBS业务分布信息建立并维护所述MBS对应的业务承载和数据分发关系的模块；用于基于所述业务承载和数据分发关系，分发所述MBS的业务数据的模块；

所述下游节点通过包含下述模块建立MBS对应的业务承载和数据分发关系：用于向所述上游节点发送携带多播广播业务MBS标识信息的注册请求，指示其希望接收该MBS数据并请求加入该MBS的模块；和/或

用于在收到指示建立MBS的承载的消息后，建立与所述上游节点之间相应承载的模块；

所述上游节点通过包含下述模块建立MBS对应的业务承载和数据分发关系：用于向所述下游节点发送用于指示建立MBS的承载的消息的模块，该消息携带该MBS标识信息；和/或

用于收到来自下游节点的携带MBS标识信息的注册请求消息后，至少具备以下功能之一的模块：

将所述下游节点和/或下游节点列表外的相关节点加入到接收所述MBS的下游节点列表中；

所述下游节点列表外的相关节点为对所述MBS业务，在所述上游节点管理范围内，与所述下游节点属于同一MBS域的下游节点；或对所述MBS业务，在所述上游节点管理范围内的所有下游节点；

更新所述下游节点和/或下游节点列表中的相关节点对应的数据分发关系，标记向所述下游节点和/或相关节点分发数据；

所述下游节点列表中的相关节点为所述上游节点维护的所述MBS对应的下游节点列表中与所述发起注册请求的下游节点位于同一MBS域的下游节点，或所述下游节点列表中的所有下游节点。

13.根据权利要求12所述的承载控制及数据分发的系统，其特征在于，所述MBS标识信息至少包含以下之一：MBS标识、内容标识、IP多播地址。

14.根据权利要求12所述的承载控制及数据分发的系统，其特征在于，所述下游节点至少为以下之一：基站、网关、MBS代理；

所述上游节点至少为以下之一：网关、MBS代理、MBS服务器。

15.根据权利要求12所述的承载控制及数据分发的系统，其特征在于，所述用于指示建立MBS的承载的消息包含以下参数之一或其任意组合：

MBS标识、内容标识、MCID、所述MBS所需的服务质量消息、所述MBS预计持续的时间、承载隧道的相关信息、IP多播地址、业务分类器信息。

Images