WO2012095013A1

WO2012095013A1 - 网络部署中继节点的场景下的mbms业务实现方法和设备

Info

Publication number: WO2012095013A1
Application number: PCT/CN2012/070285
Authority: WO
Inventors: 焦斌
Original assignee: 大唐移动通信设备有限公司
Priority date: 2011-01-14
Filing date: 2012-01-12
Publication date: 2012-07-19
Also published as: US9225536B2; EP2685748A4; CN102026101B; EP2685748B1; EP2685748A1; CN102026101A; US20130286927A1

Description

网络部署中继节点的场景下的 MBMS业务实现方法和设备本申请要求于 2011 年 1 月 14 日提交中国专利局，申请号为 201110007985.7, 发明名称为 "网络部署中继节点的场景下的 MBMS 业务实现方法和设备"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及通信技术领域，特别涉及一种网络部署中继节点的场景下的 MBMS业务实现方法和设备。背景技术

在未来的移动通信系统，例如：后三代（ Beyond Third Generation , B3G ) 中或 LTE-A ( Long Term Evolution Advanced, 高级长期演进 ), 系统将提供更高的峰值数据速率和小区吞吐量，同时也需要更大的带宽，目前， 2GHz以下的未分配带宽已经很少， B3G系统需要的部分或全部带宽只能在更高的频段上，例如，在 3GHz以上寻找。但是，频段越高，电波传播衰减的越快，传输距离越短，因此，在同样覆盖区域下，要保证连续覆盖，需要更多的基站，由于基站通常具有较高的造价，这无疑会增加布网成本。

为了解决布网成本以及覆盖问题，各厂商和标准化组织开始研究将中继节点（Relay Node, RN ) 引入到蜂窝系统中，增加覆盖。

如图 1所示，为现有技术中的 LTE-A系统引入 RN后的网络架构的示意图， RN通过 eNB ( evolved Node B , 演进的 Β节点，即基站）下的 donor cell (施主小区 )接入到核心网，而 RN本身和核心网并没有直接的有线接口，每个 RN可以控制一个或多个小区。在此架构下， UE ( User Equipment , 用户设备，即终端设备）和 RN之间的接口称为 Uu口，而 RN和 DeNB之间的接口称为 Un口。

具体的，在上述架构中的 RN具有双重身份： ( 1 )首先， RN具有 UE的身份， RN启动时类似于 UE的开机附着过程。 RN具有自己的 SGW ( Serving Gateway,服务网关 ) /PGW ( Packet Data Network Gateway, 分组数据网关）和控制节点 MME ( Mobility Management Entity , 移动性管理实体）。

( 2 )其次，对于接入 RN的 UE来说， RN又具有 eNB的身份，此时， UE的下行数据需要从 UE自己的 SGW/PGW发送给 UE的服务基站，即 RN, 然后 RN在 Uu口上发给 UE。

如图 2所示，为现有技术中的 RN启动过程的流程示意图，相应的 RN启动过程可以描述如下：

RN与 DeNB之间建立 RRC连接； RN向 MME发送附着请求； MME从 HSS ( Home Subscriber Server, 归属用户服务器 )处获取认证向量，对 RN进行认证；如果认证通过， MME在 SGW/PGW中为 RN建立默认 7 载，并向 DeNB ( Donor evolved Node B , 施主基站 ) 发送初始上下文建立请求消息，在 DeNB中建立 RN的接入层上下文；随后 DeNB向 RN发送 RRC ( Radio Resource Control, 无线资源控制协议）连接重配置消息，携带 MME发给 RN的附着接受消息； RN 返回 RRC 连接重配置完成进行确认。这样， RN 建立了基本的 IP ( Internet Protocol, 网络互联十办议）连接。

然后 O&M ( Operation and Maintenance, 运行和维爹 )设备将节点配置信息下载到 RN, 对 RN进行配置。 RN再建立必要的 S1接口和 X2接口后，就可以像基站一样正常工作了。

进一步的，如图 3所示，为现有技术中的 RN从网络中去附着的流程示意图，相应的 RN关闭流程可以包括 RN作为普通 UE从网络中去附着流程和 DeNB发起向相邻 eNB的配置更新流程。

进一步的，如图 4所示，为现有技术中的 MBMS ( Multimedia Broadcast Multicast Service, 多媒体广播多播业务）系统架构的结构示意图。 Ml接口是定义在 eNB和 MBMS GW之间的一个纯用户面接口， Ml接口提供 MBMS GW和 eNB之间的非保证的用户面数据传输。 M2接口是定义在 eNB和 MCE( Multi-cell/Multicast Coordination Entity, 多小区协调实体）之间的一个控制面接口， M2接口主要用于 MBMS会话管理功能和 MBMS调度信息供应功能。 M3接口是定义在 MME和 MCE之间的一个控制面接口， M3接口主要用于 MBMS 会话管理功能。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

现有技术中，普通 eNB可以根据 MCE的调度信息控制 eNB控制下的所有或者部分小区参与 MBMS业务的发送。但是，如果考虑到 RN和普通 eNB在网络中的混合部署场景，一方面， RN并不支持 MBMS的发送，另一方面， RN的主要部署场景是用于扩展覆盖（在扩展覆盖区域内 UE只能接收到来自 RN的信号），因此，一旦 UE移动到 RN覆盖区域，将导致 UE不能继续正常接收 MBMS业务，这将严重影响用户的体验。发明内容

本发明实施例提供一种网络部署中继节点的场景下的 MBMS业务实现方法和设备，解决现有技术中不支持中继节点实现 MBMS业务的问题。

为达到上述目的，本发明实施例一方面提供了一种网络部署中继节点的场景下的 MBMS业务实现方法，包括：

基站接收中继节点上报的所述中继节点所服务的各小区的配置信息，所述配置信息中包含所述中继节点所服务的各小区的 MBMS 业务配置信息；

所述基站将所述中继节点所服务的各小区的配置信息发送给 MCE;

当所述基站所接收到的所述 MCE返回的 MBSFN Area配置信息中包含所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息时，所述基站将所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息发送给所述中继节点，以配置所述中继节点所服务的一个或多个小区支持 MBMS业务。另一方面，本发明实施例还提供了一种基站，包括：

接收模块，用于接收中继节点上报的所述中继节点所服务的各小区的配置信息和 MCE返回的 MBSFN Area配置信息，其中，所述配置信息中包含所述中继节点所服务的各小区的 MBMS 业务配置信发送模块 ,用于将所述接收模块所接收到的中继节点所服务的各小区的配置信息发送给 MCE, 并在所述接收模块所接收到的所述 MCE返回的 MBSFN Area配置信息中包含所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息时，将所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息发送给所述中继节点，以配置所述中继节点所服务的一个或多个小区支持 MBMS业务。另一方面，本发明实施例还提供了一种网络部署中继节点的场景下的 MBMS业务实现方法，包括：

中继节点向基站上报所述中继节点所服务的各小区的配置信息，所述配置信息中包含所述中继节点所服务的各小区的 MBMS业务配置信息；

所述中继节点接收所述基站发送的所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息；

所述中继节点根据所述 MBSFN Area配置信息配置相应的小区支持 MBMS业务。另一方面，本发明实施例还提供了一种中继节点，包括：发送模块，用于向基站上报所述中继节点所服务的各小区的配置信息，所述配置信息中包含所述中继节点所服务的各小区的 MBMS 业务配置信息；接收模块，用于接收所述基站发送的所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息；

配置模块，用于根据所述接收模块所接收到的 MBSFN Area配置信息配置相应的小区支持 MBMS业务。

与现有技术相比，本发明实施例具有以下优点：

应用本发明实施例的技术方案，基站将中继节点所服务的小区作为自身的小区，将相应的配置信息发送给 MCE进行注册，并触发相应的 MBMS业务，将基站作为中继节点的代理，实现 MBMS业务的调度和数据转发，从而，克服了现有技术中不支持中继节点实现 MBMS业务的缺陷，实现了中继节点对 MBMS业务的兼容，网络通过部属中继节点实现了 MBMS业务覆盖范围的扩大，同时，在节省硬件建设投资成本的基础上，实现中继节点场景下的整个网络对 MBMS业务的无缝支持。附图说明

图 1为现有技术中的 LTE-A系统引入 RN后的网络架构的示意图；

图 2为现有技术中的 RN启动过程的流程示意图；

图 3为现有技术中的 RN从网络中去附着的流程示意图；图 4为现有技术中的 MBMS系统架构的结构示意图；

图 5 为本发明实施例所提出的一种网络部署中继节点的场景下的 MBMS业务实现方法在基站侧的流程示意图；

图 6 为本发明实施例所提出的一种网络部署中继节点的场景下的 MBMS业务实现方法在中继节点侧的流程示意图；

图 7为本发明实施例所提出的存在 RN的网络系统中的 MBMS 系统架构的示意图；

图 8 为本发明实施例所提出的应用场景一中的一种网络部署中继节点的场景下的 MBMS业务实现方法的流程示意图；

图 9 为本发明实施例所提出的应用场景二中的一种网络部署中继节点的场景下的 MBMS业务实现方法的流程示意图；

图 10为本发明实施例所提出的应用场景三中的一种网络部署中继节点的场景下的 MBMS业务实现方法的流程示意图；

图 11为本发明实施例所提出的 M2AP和 SCTP之间的层间交互流程的示意图；

图 12为本发明实施例所提出的应用场景四中的一种网络部署中继节点的场景下的 MBMS业务实现方法的流程示意图；

图 13为本发明实施例所提出的一种基站的结构示意图；图 14为本发明实施例所提出的一种中继节点的结构示意图。具体实施方式

如背景技术所述，在 LTE-A 系统，为了增加网络覆盖引入了中继节点（RN )。 RN以无线的方式与 DeNB相连。两者之间的无线接口称为 Un接口。但是，在现有技术中，由于系统架构原因， RN不支持对 MBMS业务发送，影响了存在 RN的系统中的 MBMS业务的扩展实现。

为了解决上述的问题，本发明实施例给出了一种网络部署中继节点的场景下的 MBMS业务实现方法，通过对 RN启动过程以及 RN 关闭过程的改进，将 DeNB作为 RN的代理，将 RN下的小区作为 DeNB下的小区在 MCE中进行 MBMS业务的相应调度，使 RN通过 DeNB与 MCE实现 MBMS业务的交互。

如图 5所示，为本发明实施例所提出的一种网络部署中继节点的场景下的 MBMS业务实现方法的流程示意图，具体包括以下步骤：步骤 S501、基站接收中继节点上报的中继节点所服务的各小区的配置信息。

其中，配置信息中包含中继节点所服务的各小区的 MBMS业务配置信息。

在具体的实施场景中，中继节点所服务的各小区的 MBMS业务配置信息，具体包括：

中继节点所服务的各小区的 MBMS同步区标识；和 /或，中继节点所服务的各小区的 MBMS服务区列表。

本步骤中，中继节点上报的中继节点所服务的各小区的配置信息，具体为中继节点从 OAM设备中获取的。

在实际的应用场景中，本步骤的具体实现方式为基站接收中继节点启动后，通过 M2接口的建立过程上报的中继节点所服务的各小区的配置信息。

进一步的，为了为后续操作保留依据，本步骤完成后，基站还可以保存中继节点的标识信息与中继节点所服务的各小区的标识信息的对应关系。

步骤 S502、基站将中继节点所服务的各小区的配置信息发送给 MCE。

即基站将中继节点所服务的各小区的配置信息，作为自身所服务的小区的配置信息发送给 MCE。

步骤 S503、当基站所接收到的 MCE 返回的 MBSFN Area ( Multimedia Broadcast multicast service Single Frequency Network Area, 多媒体广播多播服务单频网络区域）配置信息中包含中继节点所服务的一个或多个小区的 MBSFN Area配置信息时，基站将中继节点所服务的一个或多个小区的 MBSFN Area配置信息发送给中继节点，以配置中继节点所服务的一个或多个小区支持 MBMS业务。

本步骤的具体实现过程为：

基站获取中继节点所服务的一个或多个小区的 MBSFN Area配置信息；

基站通过 M2接口将获取到的 MBSFN Area配置信息发送给中继节点。

需要进一步指出的是，在步骤 S501完成后，如果基站判断中继节点所服务的一个或多个小区的 MBMS业务配置信息与基站已建立的一个或多个 MBMS会话相对应，则本发明实施例所提出的技术方案还包括以下的处理流程：

( 1 )基站向中继节点发送 MBMS会话开始请求消息，请求与中继节点所月良务的一个或多个小区建立 MBMS会话。

其中，基站向中继节点发送的 MBMS会话开始请求消息，具体包括以下两种情况：

情况一、基站向中继节点发送一条 MBMS会话开始请求消息， MBMS会话开始请求消息中同时携带触发多个 MBMS会话建立的请求。

情况二、基站分别向中继节点发送多条 MBMS会话开始请求消息，各 MBMS会话开始请求消息中分别携带触发一个 MBMS会话建立的请求。

在实际应用中，具体应用上述哪种情况进行 MBMS会话开始请求消息的发送可以依据实际需要进行调整，这样的变化并不影响本发明的保护范围。

( 2 )基站接收中继节点返回的 MBMS会话开始请求消息所请求的 MBMS会话的建立情况。 .

( 3 )基站将成功建立 MBMS会话的一个或多个小区所对应的用户面数据发送给中继节点。

其中，基站将成功建立 MBMS会话的一个或多个小区所对应的用户面数据发送给中继节点之后，基站还将接收到中继节点返回的 MBMS调度响应消息。

通过上述处理流程，中继节点通过基站的代理实现了 MBMS业务，进一步的，本发明实施例对于相应的由于中继节点自身的关闭等原因导致 MBMS业务结束的处理流程进行说明如下：

当基站确定中继节点不能继续进行 MBMS业务时，基站向 MCE 发送删除中继节点所月良务的一个或多个小区的配置信息的请求消息，并停止向中继节点转发 MBMS业务。

其中，对于在步骤 S501 中保存了相应的对应关系的情况，当基站确定中继节点不能继续进行 MBMS业务时，基站还需要删除保存的中继节点的标识信息与中继节点所服务的各小区的标识信息的对应关系，并在删除完成后，向中继节点发送 M2接口释放完成的通知消息。

在具体的实施场景中，上述的基站确定中继节点不能继续进行

MBMS业务的方式包括以下两种：

( 1 )基站接收到中继节点发起的通知停止接收 MBMS 业务的 M2进程。

( 2 )当基站与中继节点之间的 M2接口被唯一承载在下层 SCTP ( Stream Control Transmission Protocol, 流控制传输十办议 )层的一个 SCTP关联时，基站接收到中继节点触发的 SCTP关闭的进程。

需要指出的是，在实际应用中，具体的基站确定中继节点不能继续进行 MBMS业务的方式的内容还可以根据实际需要进行设定和调整，这样的变化并不影响本发明的保护范围。上述过程为本发明实施例所提出的一种网络部署中继节点的场景下的 MBMS业务实现方法在基站侧的实现流程，下面，本发明实施例进一步给出了一种网络部署中继节点的场景下的 MBMS业务实现方法在中继节点侧的实现流程，其流程示意图如图 6所示，具体包括以下步骤：

步骤 S601、中继节点向基站上报中继节点所服务的各小区的配置信息。

在本步骤之前，还包括以下处理过程：

中继节点从 OAM设备中获取中继节点所服务的各小区的配置信息，配置信息中包含中继节点所服务的各小区的 MBMS业务配置信在实际的应用场景中，本步骤的具体实现方式为中继节点启动后，通过 Μ2接口的建立过程向基站上报中继节点所服务的各小区的配置信息。

步骤 S602、中继节点接收基站发送的中继节点所服务的一个或多个小区的 MBSFN Area配置信息。

步骤 S603、中继节点根据 MBSFN Area配置信息配置相应的小区支持 MBMS业务。

本步骤完成后，中继节点接收基站发送的 MBMS业务所对应的数据信息，以实现 MBMS业务的数据传输。

具体的，在步骤 S601 中的中继节点向基站上报中继节点所服务的各小区的配置信息之后，本技术方案中还包括以下处理过程：

( 1 ) 中继节点接收基站发送的 MBMS 会话开始请求消息， MBMS会话开始请求消息请求基站与中继节点所服务的一个或多个小区建立 MBMS会话。

( 2 ) 中继节点向基站返回 MBMS会话开始请求消息所请求的 MBMS会话的建立情况。

( 3 )中继节点接收基站发送的成功建立 MBMS会话的一个或多个小区所对应的用户面数据。

在具体的实施场景中，如前述的（1 ) 中所描述的技术流程，步骤 S601完成之后，中继节点还可能接收到基站发送的 MBMS会话开始请求消息，具体包括以下两种情况：

情况一、中继节点接收基站发送的一条 MBMS会话开始请求消息， MBMS会话开始请求消息中同时携带触发多个 MBMS会话建立的请求。

情况二、中继节点接收基站发送的多条 MBMS会话开始请求消息，各 MBMS会话开始请求消息中分别携带触发一个 MBMS会话建立的请求。相应的，无论通过上述的哪种方式接收到 MBMS会话开始请求消息，中继节点在进行相应的 MBMS会话建立处理后，都会将建立的结果反馈给基站。

进一步的，在步骤 S603完成之后，本发明时时所提出的技术方案中，中继节点还可以通过以下方式通知基站中继节点不能继续进行 MBMS业务：

中继节点向基站发起通知停止接收 MBMS业务的 M2进程；或，当中继节点与基站之间的 M2接口被唯一承载在下层 SCTP层的一个 SCTP关联时，中继节点向基站触发的 SCTP关闭的进程。

与现有技术相比，本发明实施例具有以下优点：

应用本发明实施例的技术方案，基站将中继节点所服务的小区作为自身的小区，将相应的配置信息发送给 MCE进行注册，并触发相应的 MBMS业务，将基站作为中继节点的代理，实现 MBMS业务的调度和数据转发，从而，克服了现有技术中不支持中继节点实现 MBMS业务的缺陷，实现了中继节点对 MBMS业务的兼容，网络通过部属中继节点实现了 MBMS业务覆盖范围的扩大，同时，在节省硬件建设投资成本的基础上，实现中继节点场景下的整个网络对 MBMS业务的无缝支持。下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

首先，在存在 RN的网络系统中的 MBMS系统架构的示意图如图 7所示。为了便于说明，本发明时实施例对 RN的启动和 RN的关闭过程中所应用的处理流程分别进行描述。

本发明实施例所提出的技术方案的主要思想在于：

( 1 )RN启动后根据 OAM的配置和相应的 DeNB建立 M2接口， DeNB保存 RN下小区的配置信息。 DeNB将 RN下的小区信息作为 DeNB自己的小区信息发送给 MCE , MCE保存从 DeNB收到的小区信息并生成新的 MBSFN配置并发送给 DeNB。在上述的处理完成后， DeNB为 RN提供 Ml和 M2接口的代理功能， DeNB根据 MBMS会话上下文信息和 MCE为 RN cell配置的 MBSFN area信息以及 RN cell所属的 MBMS Service Area信息，对 Ml接口上 MBMS会话承载在 UN口为 RN进行代理。

( 2 )在 RN关闭前（例如根据 OAM的指示）， DeNB根据从 RN 收到的显式信令或者根据 UN口和 RN的连接情况判断 RN是否即将关闭， DeNB—旦判断出 RN关闭，则 DeNB将 RN小区关闭的信息通知 MCE, MCE删除所有 RN cell相关的上下文信息并生成新的 MBSFN配置并发送给 DeNB。 DeNB删除自身保存的 UN接口上的代理 MBMS会话承载信息并释放相应的 UN口传输资源，另一方面， DeNB删除所有 RN cell的配置信息。

进一步的，分别给予 RN开启和关闭的四种应用场景，对基于上述技术思路的技术方案进行说明如下：

应用场景一

如图 8所示，为本发明实施例所提出的应用场景一中的一种网络部署中继节点的场景下的 MBMS业务实现方法的流程示意图，在 RN 启动过程中， RN cell信息被发送给 DeNB , DeNB作为 RN 的代理，将 RN cell的信息向 MCE进行注册。

具体包括以下处理流程：

步骤 S801、首先完成现有技术中 RN启动过程的全部步骤，参见前述的图 2中所示的流程，并且，上述现有技术的处理过程的详细描述可参见 TS 36.300 VaO, 在此不再详细说明。

需要指出的是，在 RN启动过程中，除现有技术中 RN从 OAM 获得的信息外，在本实施例中， RN还从 OAM获得了 RN cell为支持 MBMS业务所需的配置信息，例如： RN cell的 MBMS同步区标识 ( MBMS Synchronization Area ID )和 MBMS 服务区列表 (MBMS Service Area List)。

步骤 S802、根据 OAM对 RN cell的 MBMS属性的配置， RN在启动过程中向 DeNB发起 M2接口的建立过程，并将 RN cell的 MBMS 属性的配置信息发送给 DeNB。

例如，前述的 RN cell 的 MBSFN 同步区标识（ MBSFN Synchronization Area ID )和 MBMS月良务区列表 (MBMS Service Area List)。

步骤 S803、 DeNB以 RN Cell ID为索引，保存 RN cell的 MBMS 配置信息。此外 DeNB将同一 RN设备下的所有 RN cells信息与 RN 设备名称（例如 RN Name )进行关联。

步骤 S804、通过 eNB配置更新消息， DeNB将 RN cell的信息作为自身小区信息的一部分发送给 MCE。

其中，对于多个 RN同时进行启动的场景， DeNB发给 MCE的小区列表中可能包含来自不同 RN下的 RN cell信息，这样的变化并不影响本发明的保护范围。

步骤 S805、 MCE将 RN cell信息作为 DeNB控制下 cell信息的一部分在本地进行保存。

步骤 S806、 MCE根据自身算法选择部分或者全部 DeNB控制下的小区进行 MBSFN发送，并发起对 DeNB下所有参与 MBSFN发送小区的 MBSFN Area配置更新过程。

步骤 S807、 DeNB将从 MCE收到的 MBSFN Area配置信息按照以小区为索引的方式进行本地保存。

步骤 S808、根据接收到的 MBSFN Area配置信息（小区粒度）， DeNB将与某个 RN设备相关联的 RN cells的 MBSFN Area配置信息提取出来，并通过 M2建立完成相应消息发送给相应的 RN。

步骤 S809、 RN根据收到的信息保存 RN cell的 MBSFN Area的配置信息并对 RN下的 RN cell进行 MBSFN Area的配置。

应用场景二

如图 9所示，为本发明实施例所提出的应用场景二中的一种网络部署中继节点的场景下的 MBMS业务实现方法的流程示意图，在 RN 启动过程中， DeNB根据 RN cell的配置信息与 DeNB 自身保存的 MBMS会话信息进行匹配，对于匹配成功的 MBMS会话， DeNB将触发 RN为相应的 MBMS会话建立上下文。

具体包括以下处理流程：

步骤 S901、 DeNB根据在应用场景一的处理过程中所获得的 RN cell的配置信息和 RN启动之前 DeNB上已建立的会话上下文信息， DeNB触发 RN建立相应的会话上下文。

在本应用场景中，假设 RN启动过程中 DeNB上正在进行 3个 MBMS会话的传输，这里假设根据 RN cell的 MBMS Service Area的配置和 MBMS会话所属的 MBMS Service Area的配置， DeNB判断出 Sessionl和 Session2需要 RN参与发送。

步骤 S902、 DeNB通过 MBMS Session Start请求消息，触发相应的 MBMS Session。

具体的触发方式包括以下两种：

方式一、 DeNB通过 MBMS Session Start请求消息，请求 RN同时建立为多个 MBMS Session同时建立上下文。

方式二、 DeNB可以通过并行发送多条 MBMS Session Start请求消息，每条 MBMS Session Start触发一个 MBMS Session会话建立。

在实际的应用场景中，具体应用哪种方式可以根据实际需要进行调整，所应用的方式的变化，并不会影响本发明的保护范围。

步骤 S903、 RN根据 MBMS Session Start请求消息所携带的 MBMS Session列表，分别反馈各个 MBMS会话的建立情况（可能 MBMS Session Start请求携带的 MBMS会话只有部分建立成功）。

如果在前述的步骤 S902中， DeNB采用方式二，通过多个并行的 MBMS Session Start请求建立多个 MBMS Session,那么， RN需要分别对每个 MBMS Session Start请求进行响应。

步骤 S904、DeNB根据成功建立的 MBMS Session列表，将 MBMS Session对应的用户面数据通过 Un口转发给 RN。

步骤 S905、 DeNB根据 RN Cell的 MBSFN Area的配置信息，将相应的会话的用户面调度信息通过 MBMS调度信息消息发送给 RN。

在本实施例中，具体为 Sessionl和 Session2的用户面调度信息。步骤 S906、 RN根据接收到的调度信息，在 Uu口进行 Sessionl 和 Session2的 MBSFN发送，并将 MBMS调度响应消息反馈给 DeNB。

应用场景三

如图 10所示，为本发明实施例所提出的应用场景三中的一种网络部署中继节点的场景下的 MBMS业务实现方法的流程示意图。

具体包括以下处理流程：

在 RN关闭的过程中， RN将 RN MBMS功能关闭信息通过信令显式信令通知 DeNB。

其中， RN可以通过两种方式通知 DeNB, M2接口释放并指示 RN停止对 MBMS功能的支持：

方式一， RN通过触发一个新的 M2 流程通知 DeNB停止支持 MBMS (例如 M2接口释放请求 )。

具体如图 10所示的步骤 S1001A,根据 OAM的配置或者运营商的策略， RN可能被配置关闭对 MBMS 业务发送的支持， RN通过 M2释放请求消息通知 DeNB, RN不能继续进行 MBMS的发送（注意， RN后续可能继续支持单播数据的发送）。

方式二，在 M2接口被唯一承载在下层 SCTP层的某个 SCTP关联的情况下， RN的 SCTP层通过触发 M2接口对应的 SCTP关联的关闭过程，隐式的指示 DeNB M2接口释放过程。

具体如图 10所示的步骤 S1001B, M2AP协议本身工作在 SCTP 层之上，因此， RN也可以通过释放 M2接口使用的 SCTP关联的方式通知目标端 M2接口释放，从而，隐式的指示出 RN cell停止发送 MBMS的信息。

其中，方式二中 M2AP和 SCTP之间的层间交互流程的示意图参见图 11。

步骤 S1002、 DeNB停止对 RN进行 MBMS Session用户面数据的下行转发。

步骤 S1003、 DeNB将 RN cell于 MBMS发送相关的配置信息从自身的小区列表中删除，并将更新后的列表信息发送给 MCE。步骤 S1004、 MCE对 DeNB的小区列表进行更新，并重新进行配置。

相对应于前述的步骤 S1001A, 本发明实施例中的步骤 S1005A 的处理过程为： DeNB删除所有 RN cell相关的配置信息，并通知 RN M2接口可以释放， RN 收到此消息后释放自身保存的所有 MBMS session上下文和 RN cell与 MBMS发送相关的配置信息。

相对应于前述的步骤 S1001B, 本发明实施例中的步骤 S1005B 的处理过程为： DeNB通过对 M2接口对应得 SCTP关联释放响应消息，隐式的指示 M2接口释放完成。

其中， DeNB在触发步骤 S1003和步骤 S1005A或步骤 S1005B 的过程中，不一定遵从上述的时序关系，例如步骤 S1005A 或步骤 S1005B可以在步骤 S1003之前执行，或者步骤 S1005A或步骤 S1005B 与步骤 S1003并行执行。

应用场景四

如图 12所示，为本发明实施例所提出的应用场景四中的一种网络部署中继节点的场景下的 MBMS业务实现方法的流程示意图。

具体包括以下处理流程：

步骤 S1201、在 RN 关机过程中， DeNB发现 RN发起从网络中去附着过程。

现有技术中， RN从网络去附着过程如图 3所示，具体细节可参见 3GPP TS 36.300 ValO (在 Relay参与 MBMS发送场景下需要执行后续额外步骤）。

步骤 S1202、 DeNB停止对 RN进行 MBMS Session用户面数据的下行转发。

步骤 S1203、 DeNB将 RN cell从自身的小区列表中删除，并将更新后的列表信息发送给 MCE。

步骤 S1204、 MCE对 DeNB的小区列表进行更新，并重新进行配置， DeNB删除所有 RN cell相关的配置信息。

与现有技术相比，本发明实施例具有以下优点：应用本发明实施例的技术方案，基站将中继节点所服务的小区作为自身的小区，将相应的配置信息发送给 MCE进行注册，并触发相应的 MBMS业务，将基站作为中继节点的代理，实现 MBMS业务的调度和数据转发，从而，克服了现有技术中不支持中继节点实现 MBMS业务的缺陷，实现了中继节点对 MBMS业务的兼容，网络通过部属中继节点实现了 MBMS业务覆盖范围的扩大，同时，在节省硬件建设投资成本的基础上，实现中继节点场景下的整个网络对 MBMS业务的无缝支持。为了实现本发明实施例的技术方案，本发明实施例还提出了一种基站，其结构示意图如图 13所示，具体包括：

接收模块 131 , 用于接收中继节点上报的中继节点所服务的各小区的配置信息和 MCE返回的 MBSFN Area配置信息，其中，配置信息中包含中继节点所服务的各小区的 MBMS业务配置信息；

发送模块 132, 用于将接收模块 131所接收到的中继节点所服务的各小区的配置信息发送给 MCE, 并在接收模块 131 所接收到的 MCE返回的 MBSFN Area配置信息中包含中继节点所服务的一个或多个小区的 MBSFN Area配置信息时，将中继节点所服务的一个或多个小区的 MBSFN Area配置信息发送给中继节点，以配置中继节点所服务的一个或多个小区支持 MBMS业务。

在实际应用中，接收模块 131 , 具体用于：

接收中继节点启动后，通过 M2接口的建立过程上报的中继节点所服务的各小区的配置信息。

进一步的，发送模块 132, 具体用于：

当接收模块 131所接收到的 MCE返回的 MBSFN Area配置信息中包含中继节点所服务的一个或多个小区的 MBSFN Area配置信息时，获取中继节点所服务的一个或多个小区的 MBSFN Area配置信息，并通过 M2接口将获取到的 MBSFN Area配置信息发送给中继节点。在具体的实施场景中，基站还包括：

判断模块 133, 用于判断接收模块 131所接收到的中继节点所服务的一个或多个小区的 MBMS业务配置信息是否与基站已建立的一个或多个 MBMS会话相对应；

发送模块 132, 还用于在判断模块 133的判断结果为是时，向中继节点发送 MBMS会话开始请求消息，请求与中继节点所服务的一个或多个小区建立 MBMS会话，并将成功建立 MBMS会话的一个或多个小区所对应的用户面数据发送给中继节点。

其中，判断模块 133 , 还用于判断中继节点是否能继续进行 MBMS业务；

发送模块 132, 还用于在判断模块 133判断中继节点不能继续进行 MBMS业务时，向 MCE发送删除中继节点所服务的一个或多个小区的配置信息的请求消息，并停止向中继节点转发 MBMS业务。

进一步的，上述的基站，还包括：

存储模块 134, 用于保存中继节点的标识信息与中继节点所服务的各小区的标识信息的对应关系，还用于当判断模块 133判断中继节点不能继续进行 MBMS业务时，删除保存的中继节点的标识信息与中继节点所服务的各 d、区的标识信息的对应关系。另一方面，本发明实施例还提供了一种中继节点，其结构示意图如图 14所示，包括：

发送模块 141 , 用于向基站上报中继节点所服务的各小区的配置信息，配置信息中包含中继节点所服务的各小区的 MBMS业务配置信息；

接收模块 142, 用于接收基站发送的中继节点所服务的一个或多个小区的 MBSFN Area配置信息；

配置模块 143, 用于根据接收模块 142所接收到的 MBSFN Area 配置信息配置相应的小区支持 MBMS业务。

进一步的，上述的中继节点还包括：获莫块 144, 用于从 OAM设备中获取中继节点所服务的各小区的配置信息，配置信息中包含中继节点所服务的各小区的 MBMS 业务配置信息。

具体的，接收模块 142, 还用于接收基站发送的 MBMS业务所对应的数据信息。

在实际的应用场景中，接收模块 142, 还用于接收基站发送的 MBMS会话开始请求消息， MBMS会话开始请求消息请求基站与中继节点所月良务的一个或多个小区建立 MBMS会话；

发送模块 141 , 还用于向基站返回 MBMS会话开始请求消息所请求的 MBMS会话的建立情况；

接收模块 142, 还用于接收基站发送的成功建立 MBMS会话的一个或多个小区所对应的用户面数据。

具体的，发送模块 141 , 还用于通过以下方式通知基站中继节点不能继续进行 MBMS业务：

向基站发起通知停止接收 MBMS业务的 M2进程；或，当中继节点与基站之间的 M2接口被唯一承载在下层 SCTP层的一个 SCTP关联时，向基站触发的 SCTP关闭的进程。

与现有技术相比，本发明实施例具有以下优点：

应用本发明实施例的技术方案，基站将中继节点所服务的小区作为自身的小区，将相应的配置信息发送给 MCE进行注册，并触发相应的 MBMS业务，将基站作为中继节点的代理，实现 MBMS业务的调度和数据转发，从而，克服了现有技术中不支持中继节点实现 MBMS业务的缺陷，实现了中继节点对 MBMS业务的兼容，网络通过部属中继节点实现了 MBMS业务覆盖范围的扩大，同时，在节省硬件建设投资成本的基础上，实现中继节点场景下的整个网络对 MBMS业务的无缝支持。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是 CD-ROM, U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims

权利要求

1、一种网络部署中继节点的场景下的 MBMS业务实现方法，其特征在于，包括以下步骤：

基站接收中继节点上报的所述中继节点所服务的各小区的配置信息，所述配置信息中包含所述中继节点所服务的各小区的 MBMS 业务配置信息，其中，所述中继节点上报的所述中继节点所服务的各小区的配置信息，具体为所述中继节点从 OAM设备中获取的；

当所述基站所接收到的所述 MCE返回的 MBSFN Area配置信息中包含所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息时，所述基站将所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息发送给所述中继节点，以配置所述中继节点所服务的一个或多个小区支持 MBMS业务，其中，所述中继节点所服务的各小区的 MBMS业务配置信息，具体包括：

所述中继节点所服务的各小区的 MBMS同步区标识；和 /或，所述中继节点所服务的各小区的 MBMS服务区列表。

2、如权利要求 1所述的方法，其特征在于，所述基站接收中继节点上报的所述中继节点所服务的各小区的配置信息，具体为：

所述基站接收所述中继节点启动后，通过 M2接口的建立过程上报的所述中继节点所服务的各 d、区的配置信息。

3、如权利要求 1所述的方法，其特征在于，所述基站接收中继节点上报的所述中继节点所服务的各 d、区的配置信息之后，还包括：所述基站保存所述中继节点的标识信息与所述中继节点所服务的各小区的标识信息的对应关系。

4、如权利要求 1所述的方法，其特征在于，所述基站将所述中继节点所服务的各小区的配置信息发送给 MCE, 具体为：

所述基站将所述中继节点所服务的各小区的配置信息，作为自身所服务的小区的配置信息发送给 MCE。

5、如权利要求 1所述的方法，其特征在于，当所述基站所接收到的所述 MCE返回的 MBSFN Area配置信息中包含所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息时，所述基站将所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息发送给所述中继节点，具体为：

所述基站获取所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息；

所述基站通过 M2接口将获取到的所述 MBSFN Area配置信息发送给所述中继节点。

6、如权利要求 1所述的方法，其特征在于，所述基站接收中继节点上报的所述中继节点所服务的各小区的配置信息，所述配置信息中包含所述中继节点所服务的各小区的 MBMS业务配置信息之后，还包括：

如果所述基站判断所述中继节点所服务的一个或多个小区的 MBMS业务配置信息与所述基站已建立的一个或多个 MBMS会话相对应，所述基站向所述中继节点发送 MBMS会话开始请求消息，请求与所述中继节点所月良务的一个或多个小区建立 MBMS会话；

所述基站接收所述中继节点返回的所述 MBMS会话开始请求消息所请求的 MBMS会话的建立情况；

所述基站将成功建立 MBMS会话的一个或多个小区所对应的用户面数据发送给所述中继节点。

7、如权利要求 6所述的方法，其特征在于，当所述基站判断所述中继节点所服务的多个小区的 MBMS业务配置信息与所述基站已建立的多个 MBMS 会话相对应时，所述基站向所述中继节点发送 MBMS会话开始请求消息，具体包括：

所述基站向所述中继节点发送一条 MBMS会话开始请求消息，所述 MBMS会话开始请求消息中同时携带触发所述多个 MBMS会话建立的请求；或，所述基站分别向所述中继节点发送多条 MBMS会话开始请求消息，各 MBMS会话开始请求消息中分别携带触发一个 MBMS会话建立的请求。

8、如权利要求 6所述的方法，其特征在于，所述基站将成功建立 MBMS会话的一个或多个小区所对应的用户面数据发送给所述中继节点之后，还包括：

所述基站接收所述中继节点返回的 MBMS调度响应消息。

9、如权利要求 1所述的方法，其特征在于，所述基站将所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息发送给所述中继节点，以配置所述中继节点所服务的一个或多个小区支持 MBMS业务之后，还包括：

当所述基站确定所述中继节点不能继续进行 MBMS业务时，所述基站向 MCE发送删除所述中继节点所服务的一个或多个小区的配置信息的请求消息，并停止向所述中继节点转发 MBMS业务。

10、如权利要求 3或 9所述的方法，其特征在于，当所述基站确定所述中继节点不能继续进行 MBMS业务时，还包括：

所述基站删除保存的所述中继节点的标识信息与所述中继节点所服务的各小区的标识信息的对应关系；

所述基站向所述中继节点发送 M2接口释放完成的通知消息。

11、如权利要求 9所述的方法，其特征在于，所述基站确定所述中继节点不能继续进行 MBMS业务，具体为：

所述基站接收到所述中继节点发起的通知停止接收 MBMS业务的 M2进程；或，

当所述基站与所述中继节点之间的 M2接口被唯一承载在下层 SCTP层的一个 SCTP关联时，所述基站接收到所述中继节点触发的 SCTP关闭的进程。

12、一种基站，其特征在于，包括：

接收模块，用于接收中继节点上报的所述中继节点所服务的各小区的配置信息和 MCE返回的 MBSFN Area配置信息，其中，所述配置信息中包含所述中继节点所服务的各小区的 MBMS 业务配置信发送模块，用于将所述接收模块所接收到的中继节点所服务的各小区的配置信息发送给 MCE, 并在所述接收模块所接收到的所述 MCE返回的 MBSFN Area配置信息中包含所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息时，将所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息发送给所述中继节点，以配置所述中继节点所服务的一个或多个小区支持 MBMS业务。

13、如权利要求 12所述的基站，其特征在于，所述接收模块，具体用于：

接收所述中继节点启动后，通过 M2接口的建立过程上报的所述中继节点所服务的各小区的配置信息。

14、如权利要求 12所述的基站，其特征在于，还包括：存储模块，用于保存所述中继节点的标识信息与所述中继节点所服务的各小区的标识信息的对应关系。

15、如权利要求 12所述的基站，其特征在于，所述发送模块，具体用于：

当所述接收模块所接收到的所述 MCE返回的 MBSFN Area配置信息中包含所述中继节点所服务的一个或多个小区的 MBSFN Area 配置信息时，获取所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息，并通过 M2接口将获取到的所述 MBSFN Area配置信息发送给所述中继节点。

16、如权利要求 12所述的基站，其特征在于，还包括：判断模块，用于判断所述接收模块所接收到的中继节点所服务的一个或多个小区的 MBMS业务配置信息是否与所述基站已建立的一个或多个 MBMS会话相对应；

所述发送模块，还用于在所述判断模块的判断结果为是时，向所述中继节点发送 MBMS会话开始请求消息，请求与所述中继节点所月良务的一个或多个小区建立 MBMS会话，并将成功建立 MBMS会话的一个或多个小区所对应的用户面数据发送给所述中继节点。

17、如权利要求 16所述的基站，其特征在于，所述判断模块，还用于判断所述中继节点是否能继续进行 MBMS业务；

所述发送模块，还用于在所述判断模块判断所述中继节点不能继续进行 MBMS业务时，向 MCE发送删除所述中继节点所服务的一个或多个小区的配置信息的请求消息，并停止向所述中继节点转发 MBMS业务。

18、如权利要求 14或 17所述的方法，其特征在于，所述存储模块，还用于当所述判断模块判断所述中继节点不能继续进行 MBMS 业务时，删除保存的所述中继节点的标识信息与所述中继节点所服务的各小区的标识信息的对应关系。

19、一种网络部署中继节点的场景下的 MBMS业务实现方法，其特征在于，包括以下步骤：

所述中继节点根据所述 MBSFN Area配置信息配置相应的小区支持 MBMS业务，其中，所述中继节点所服务的各小区的 MBMS业务配置信息，具体包括：

20、如权利要求 19所述的方法，其特征在于，所述中继节点向基站上报所述中继节点所服务的各小区的配置信息之前，还包括：所述中继节点从 OAM设备中获取所述中继节点所服务的各小区的配置信息，所述配置信息中包含所述中继节点所服务的各小区的 MBMS业务配置信息。

21、如权利要求 19至 20中任意一项所述的方法，其特征在于，所述中继节点向基站上报所述中继节点所服务的各小区的配置信息，具体为：

所述中继节点启动后，通过 M2接口的建立过程向所述基站上报所述中继节点所服务的各小区的配置信息。

22、如权利要求 19所述的方法，其特征在于，所述中继节点根据所述 MBSFN Area配置信息配置相应的小区支持 MBMS业务之后，还包括：

所述中继节点接收所述基站发送的 MBMS业务所对应的数据信

23、如权利要求 19所述的方法，其特征在于，所述中继节点向基站上报所述中继节点所服务的各小区的配置信息之后，还包括：所述中继节点接收所述基站发送的 MBMS会话开始请求消息，所述 MBMS会话开始请求消息请求所述基站与所述中继节点所服务的一个或多个小区建立 MBMS会话；

所述中继节点向所述基站返回所述 MBMS会话开始请求消息所请求的 MBMS会话的建立情况；

所述中继节点接收所述基站发送的成功建立 MBMS会话的一个或多个小区所对应的用户面数据。

24、如权利要求 23所述的方法，其特征在于，所述中继节点接收所述基站发送的 MBMS会话开始请求消息，具体包括：

所述中继节点接收所述基站发送的一条 MBMS会话开始请求消息，所述 MBMS会话开始请求消息中同时携带触发所述多个 MBMS 会话建立的请求；或，

所述中继节点接收所述基站发送的多条 MBMS会话开始请求消息，各 MBMS会话开始请求消息中分别携带触发一个 MBMS会话建立的请求。

25、如权利要求 19所述的方法，其特征在于，所述中继节点根据所述 MBSFN Area配置信息配置相应的小区支持 MBMS业务之后，还包括：

所述中继节点通过以下方式通知所述基站所述中继节点不能继续进行 MBMS业务：

所述中继节点向所述基站发起通知停止接收 MBMS业务的 M2 进程；或，

当所述中继节点与所述基站之间的 M2接口被唯一承载在下层 SCTP层的一个 SCTP关联时，所述中继节点向所述基站触发的 SCTP 关闭的进程。

26、一种中继节点，其特征在于，包括：

发送模块，用于向基站上报所述中继节点所服务的各小区的配置信息，所述配置信息中包含所述中继节点所服务的各小区的 MBMS 业务配置信息；

接收模块，用于接收所述基站发送的所述中继节点所服务的一个或多个小区的 MBSFN Area配置信息；

27、如权利要求 26所述的中继节点，其特征在于，还包括：获耳^莫块，用于从 OAM设备中获取所述中继节点所服务的各小区的配置信息，所述配置信息中包含所述中继节点所服务的各小区的 MBMS业务配置信息。

28、如权利要求 26所述的中继节点，其特征在于，

所述接收模块，还用于接收所述基站发送的 MBMS业务所对应的数据信息；或，

所述接收模块，还用于接收所述基站发送的 MBMS会话开始请求消息，所述 MBMS会话开始请求消息请求所述基站与所述中继节点所月良务的一个或多个小区建立 MBMS会话；

所述发送模块，还用于向所述基站返回所述 MBMS会话开始请求消息所请求的 MBMS会话的建立情况；

所述接收模块，还用于接收所述基站发送的成功建立 MBMS会话的一个或多个小区所对应的用户面数据。

29、如权利要求 26所述的中继节点，其特征在于，所述发送模块，还用于通过以下方式通知所述基站所述中继节点不能继续进行

MBMS业务：

向所述基站发起通知停止接收 MBMS业务的 M2进程；或，当所述中继节点与所述基站之间的 M2接口被唯一承载在下层 SCTP层的一个 SCTP关联时，向所述基站触发的 SCTP关闭的进程。