焦斌 (中国北京市海淀区学院路29号, Beijing 3, 100083, CN)
大唐移动通信设备有限公司 (中国北京市海淀区学院路29号, Beijing 3, 100083, CN)
JIAO, Bin (NO.29 Xueyuan Rd, Haidian District, Beijing 3, 100083, CN)
| 权 利 要 求 1、 一种数据传输方法， 其特征在于， 该方法包括： 中继节点 RN建立多媒体广播组播业务 MBMS承载标识与 MBMS会话的用户面数据 隧道标识的第一对应关系， 以及 MBMS会话的用户面数据隧道标识与 MBMS会话标识的 第二对应关系； RN根据第一对应关系， 获取施主基站 DeNB发送的 MBMS会话的用户面数据； 并根 据第二对应关系， 将 MBMS会话的用户面数据发送给用户设备 UE。 2、 根据权利要求 1所述的方法， 其特征在于， 所述 RN建立第一对应关系， 包括： RN接收 DeNB发送的 MBMS会话开始请求 MBMS Session Start Request消息， 并从 中获取 MBMS会话的用户面数据隧道标识； 在 DeNB触发的 Un接口的 MBMS承载的建立或更新过程中， RN获取 MBMS承载标 识， 并建立 MBMS承载标识与 MBMS 会话的用户面数据隧道标识的第一对应关系。 3、根据权利要求 1或 2所述的方法，其特征在于，所述 RN建立第二对应关系， 包括： RN接收 DeNB发送的 MBMS会话开始请求 MBMS Session Start Request消息， 并从 中获取 MBMS会话的用户面数据隧道标识以及 MBMS 会话标识； RN建立 MBMS会话的用户面数据隧道标识以及 MBMS 会话标识的第二对应关系。 4、 一种数据传输方法， 其特征在于， 该方法包括： 施主基站 DeNB确定 Un接口的多媒体广播组播业务 MBMS承载； 当 MBMS会话建立完成时， DeNB获取核心网用户面设备发送的 MBMS会话的用户 面数据； DeNB将 MBMS会话的用户面数据， 通过 MBMS承载发送给中继节点 RN。 5、 根据权利要求 4所述的方法， 其特征在于， 所述 DeNB确定 Un接口的 MBMS承 载， 包括： DeNB才 居多小区协调实体 MCE发送的 MBMS会话开始请求 MBMS Session Start Request消息中携带的 MBMS会话的服务盾量 QoS参数，确定 Un接口的 MBMS承载的配 置参数信息； DeNB将 MBMS Session Start Request消息发送给 RN, 当收到 RN反馈的 MBMS会话 开始响应 MBMS Session Start Response消息时，根据 Un接口的 MBMS承载的配置参数信 息 , 触发 Un接口的 MBMS承载的建立或更新过程。 6、根据权利要求 4或 5所述的方法， 其特征在于， 所述 MBMS承载， 为无线承载 RB 或 MBMS点对多点无线承载 MRB。 7、 根据权利要求 6所述的方法， 其特征在于， 当所述 MBMS承载为 MRB时， 所述 Un接口的 MBMS承载的配置参数信息包括： MRB标识， 隧道端点标识 TEID、 多媒体广播多播服务单频网络子帧配置、 调制编码 方式、 MRB使用的逻辑信道标识、 与该 MRB相关联的 MBMS会话标识。 8、 根据权利要求 7所述的方法， 其特征在于， 所述 DeNB根据 Un接口的 MBMS承 载的配置参数信息， 触发 Un接口的 MBMS承载的建立或更新过程， 包括： DeNB通过下列方式之一将 Un接口的 MBMS承载的配置参数信息发送给 RN: 方式一： 无线资源控制 RRC专用信令； 方式二： 无线资源控制 RRC广播消息； 方式三： 多播控制信道 MCCH专用控制信令； 方式四： DeNB与 RN之间的 S1接口使用的应用层协议消息； 方式五： DeNB与 RN之间的 X2接口使用的应用层协议消息； 方式六： DeNB与 RN之间的 M2接口使用的应用层协议消息。 9、 根据权利要求 8所述的方法， 其特征在于， 所述 DeNB根据 Un接口的 MBMS承 载的配置参数信息， 触发 Un接口的 MBMS承载的建立或更新过程， 还包括： DeNB作为 MBMS 网关 MBMS GW,触发移动性管理实体 MME在核心网侧建立 MRB 对应的 MBMS 会话上下文。 10、 根据权利要求 9所述的方法， 其特征在于， 该方法还包括： DeNB当确定 MBMS会话结束时， 释放 MBMS承载资源。 11、 根据权利要求 10所述的方法， 其特征在于， 所述 DeNB确定 MBMS会话结束， 包括： 当定时器超时，或收到 MCE发送的 MBMS会话停止请求 MBMS Session Stop Request 消息时， 确定 MBMS会话结束； 其中，所述定时器是在 DeNB向 RN发送 MBMS会话的用户面数据的同时开启的； 所 述定时器的定时时长，是根据 MBMS会话中的会话持续时间 Session Duration属性确定的。 12、 一种数据传输方法， 其特征在于， 该方法包括： 多小区协调实体 MCE确定多媒体广播组播业务 MBMS会话开始请求 MBMS Session Start Request消息； MCE通过 MBMS Session Start Request消息，触发施主基站 DeNB为 MBMS会话确定 MBMS承载； 其中， MBMS Session Start Request消息中包括 MBMS会话的服务盾量 QoS参数。 13、 根据权利要求 12所述的方法， 其特征在于， 所述 MBMS Session Start Request消 息中， 还包括： MBMS 会话使用的隧道端点标识 TEID。 14、 一种数据传输方法， 其特征在于， 该方法包括： 多小区协调实体 MCE通过多媒体广播组播业务 MBMS会话开始请求 MBMS Session Start Request消息， 触发施主基站 De B为 MBMS会话确定 MBMS承载； De B根据 MCE的触发， 确定 Un接口的多媒体广播组播业务 MBMS承载； 并且， 当 MBMS会话建立完成时， 获取核心网用户面设备发送的 MBMS会话的用户面数据， 并 通过 MBMS承载转发给中继节点 RN。 15、 根据权利要求 14所述的方法， 其特征在于， 该方法还包括： RN建立 MBMS承载标识与 MBMS会话的用户面数据隧道标识的第一对应关系， 以 及 MBMS会话的用户面数据隧道标识与 MBMS会话标识的第二对应关系； RN根据第一对应关系， 获取 DeNB发送的 MBMS会话的用户面数据； 并根据第二对 应关系， 将 MBMS会话的用户面数据发送给用户设备 UE。 16、 一种数据传输装置， 其特征在于， 该装置包括： 对应关系建立单元，用于建立多媒体广播组播业务 MBMS承载标识与 MBMS 会话的 用户面数据隧道标识的第一对应关系， 以及 MBMS 会话的用户面数据隧道标识与 MBMS 会话标识的第二对应关系； 传输处理单元， 用于根据第一对应关系， 获取施主基站 DeNB发送的 MBMS 会话的 用户面数据； 并根据第二对应关系， 将 MBMS 会话的用户面数据发送给用户设备 UE。 17、 根据权利要求 16所述的装置， 其特征在于， 所述对应关系建立单元， 包括： 第一对应关系建立单元， 用于接收 DeNB发送的 MBMS会话开始请求 MBMS Session Start Request消息， 并从中获取 MBMS会话的用户面数据隧道标识； 在 DeNB触发的 Un 接口的 MBMS承载的建立或更新过程中， RN获取 MBMS承载标识， 并建立 MBMS承载 标识与 MBMS 会话的用户面数据隧道标识的第一对应关系； 第二对应关系建立单元， 用于接收 DeNB发送的 MBMS会话开始请求 MBMS Session Start Request消息，并从中获取 MBMS会话的用户面数据隧道标识以及 MBMS 会话标识； 建立 MBMS会话的用户面数据隧道标识以及 MBMS 会话标识的第二对应关系。 18、 一种数据传输装置， 其特征在于， 该装置包括： MBMS承载确定单元， 用于确定 Un接口的多媒体广播组播业务 MBMS承载； 传输处理单元，用于当 MBMS会话建立完成时，获取核心网用户面设备发送的 MBMS 会话的用户面数据； 将 MBMS会话的用户面数据， 通过 MBMS承载发送给中继节点 RN。 19、 根据权利要求 18所述的装置， 其特征在于， 所述 MBMS承载确定单元， 包括： 配置参数确定单元， 用于根据多小区协调实体 MCE发送的 MBMS 会话开始请求 MBMS Session Start Request消息中携带的 MBMS会话的服务盾量 QoS参数， 确定 Un接 口的 MBMS承载的配置参数信息； 触发单元， 用于将 MBMS Session Start Request消息发送给 RN, 当收到 RN反馈的 MBMS会话开始响应 MBMS Session Start Response消息时， 根据 Un接口的 MBMS承载 的配置参数信息， 触发 Un接口的 MBMS承载的建立或更新过程。 20、 根据权利要求 18或 19所述的装置， 其特征在于， 所述 MBMS承载， 为无线承 载 RB或 MBMS点对多点无线承载 MRB; 当所述 MBMS承载为 MRB时，所述配置参数确定单元确定的 Un接口的 MBMS承载 的配置参数信息包括： MRB标识， 隧道端点标识 TEID、 多媒体广播多播服务单频网络子 帧配置、 调制编码方式、 MRB使用的逻辑信道标识、 与该 MRB相关联的 MBMS会话标 识。 21、 根据权利要求 20 所述的装置， 其特征在于， 所述触发单元， 通过下列方式之一 将 Un接口的 MBMS承载的配置参数信息发送给 RN: 方式一： 无线资源控制 RRC专用信令； 方式二： 无线资源控制 RRC广播消息； 方式三： 多播控制信道 MCCH专用控制信令； 方式四： De B与 RN之间的 S1接口使用的应用层协议消息； 方式五： DeNB与 RN之间的 X2接口使用的应用层协议消息； 方式六： DeNB与 RN之间的 M2接口使用的应用层协议消息。 22、 根据权利要求 21 所述的装置， 其特征在于， 所述触发单元， 作为 MBMS 网关 MBMS GW,触发移动性管理实体 MME在核心网侧建立 MRB对应的 MBMS 会话上下文。 23、 根据权利要求 22所述的装置， 其特征在于， 该装置还包括： 释放单元， 用于当确定 MBMS会话结束时， 释放 MBMS承载资源。 24、 根据权利要求 23 所述的装置， 其特征在于， 所述释放单元， 当定时器超时， 或 收到 MCE发送的 MBMS会话停止请求 MBMS Session Stop Request消息时， 确定 MBMS 会话结束； 其中，所述定时器是在 DeNB向 RN发送 MBMS会话的用户面数据的同时开启的； 所 述定时器的定时时长，是根据 MBMS会话中的会话持续时间 Session Duration属性确定的。 25、 一种数据传输装置， 其特征在于， 该装置包括： 消息确定单元， 用于确定多媒体广播组播业务 MBMS会话开始请求 MBMS Session Start Request消息； 触发单元，用于通过 MBMS Session Start Request消息，触发施主基站 DeNB为 MBMS 会话确定 MBMS 7 载； 其中， MBMS Session Start Request消息中包括 MBMS会话的服务盾量 QoS参数。 26、 根据权利要求 25所述的装置， 其特征在于， 所述 MBMS Session Start Request消 息中， 还包括： MBMS 会话使用的隧道端点标识 TEID。 27、 一种数据传输系统， 其特征在于， 该系统包括： 多小区协调实体 MCE, 用于通过多媒体广播组播业务 MBMS会话开始请求 MBMS Session Start Request消息， 触发施主基站 DeNB为 MBMS会话确定 MBMS承载； DeNB, 用于根据 MCE的触发， 确定 Un接口的多媒体广播组播业务 MBMS承载； 并 且， 当 MBMS会话建立完成时，获取核心网用户面设备发送的 MBMS会话的用户面数据， 并通过 MBMS承载转发给中继节点 RN。 28、 根据权利要求 27所述的系统， 其特征在于， 该系统还包括： RN ,用于建立 MBMS承载标识与 MBMS会话的用户面数据隧道标识的第一对应关系， 以及 MBMS会话的用户面数据隧道标识与 MBMS会话标识的第二对应关系； 根据第一对 应关系， 获取 DeNB发送的 MBMS会话的用户面数据； 并根据第二对应关系， 将 MBMS 会话的用户面数据发送给用户设备 UE。 |
本发明涉及通信技术领域， 尤其涉及一种数据传输方法、 装置及系统。 背景技术
在演进型长期演进（ Long Term Evolution- Advanced, LTE-A ) 系统中， 为了增加网络 覆盖引入了中继节点（Relay Node, 以下筒称为 RN )。 RN以无线的方式与施主基站（ Donor Evolved Node B , De B )相连。 它们之间的无线接口称为 Un接口。 现有技术中由于系统 架构原因， RN 不支持对多媒体广播组播业务（Multimedia Broadcast Multicast Service, MBMS )。
下面给出与 RN相关的现有技术的详细说明。
在未来的移动通信系统中，例如后三代 (Beyond Third Generation, B3G)系统中或 LTE-A 系统中， 系统将提供更高的峰值数据速率和小区吞吐量 ， 同时也需要更大的带宽， 目前 2GHz以下的未分配带宽已经很少， B3G系统需要的部分或全部带宽只能位于更高的 频段 上， 例如在 3GHz以上的频段上寻找 B3G系统需要的带宽。 频段越高， 电波传播衰减的越 快， 传输距离越短， 因此同样覆盖区域下， 要保证连续覆盖， 就需要更多的基站， 由于基 站通常具有较高的造价， 这无疑会增加布网成本。 为了解决布网成本以及覆盖问题， 各厂 商和标准化组织开始研究将 RN引入到蜂窝系统中， 以增加覆盖范围。
在 LTE-A系统引入 RN后的网络中， RN通过 DeNB下的施主小区（ donor Cell )接入 到核心网， 和核心网没有直接的有线接口， 每个 RN可以控制一个或多个小区。 在此架构 下， 用户设备 ( User Equipment, UE )和 RN之间的接口称为 Uu接口， 而 RN和 DeNB之 间的接口称为 Un接口。
在引入 RN后的 LTE-A系统架构中， RN具有以下双重身份：
首先， RN具有 UE的身份， RN启动时类似于 UE的开机附着过程。 RN需要连接到 服务网关 （SGW, Serving Gateway )或分组数据网关 （PGW, PDN Gateway ), 和控制节 点——移动性管理实体 ( MME, Mobility Management Entity ) 0
其次， 对于接入 RN的 UE来说， RN具有 eNB的身份， 此时 UE的下行数据， 需要 SGW或 PGW发送给 UE的服务基站， 即 RN, 然后 RN在 Uu接口上发给 UE。
在 RN部署场景下演进型分组系统（EPS, Evolved Packed System )单播承载的建立过 程中， UE连接的 PGW触发 UE的 EPS专用承载的建立。 UE所属的 EPS单播承载， 在 Un接口将被映射到 RN和 De B之间的一个空中接口单播无线承载（RB )上。 De B可 以将 EPS单播承载映射到一条已建立的 Un接口单播 RB上（如果 DeNB将上述 EPS单播 承载映射到一条已建立的 Un接口单播 RB上， DeNB将触发对此 RB的更新过程， 以便为 此 RB分配更多传输资源）， 或者为此 EPS单播承载重新建立一条新的 Un接口单播 RB。
现有技术中每个 EPS 承载（Bearer )都包含服务盾量（QoS, Quality of service )参数 属性， DeNB将 QoS要求相近的 EPS Bearer在 Un接口映射到同一个 RB进行传输， 映射 规则被预先配置在 DeNB上。
下面给出 MBMS系统架构与 MBMS Bearer建立过程介绍。
在 MBMS 系统架构中， Ml 接口是定义在 e B 和多媒体广播组播业务（MBMS,
Multimedia Broadcast Multicast Service ) 网关 （GW )之间的一个纯用户面接口， Ml接口 提供 MBMS GW和 eNB之间的非保证的用户面数据传输。 M2接口是定义在 eNB和多小 区协调实体（MCE, Multi-Cell/Multicast Coordination Entity )之间的一个控制面接口， M2 接口主要用于 MBMS会话管理和 MBMS调度信息供应。 M3接口是定义在 MME和 MCE 之间的一个控制面接口， M3接口主要用于 MBMS会话管理。
根据 3GPP TS 23.246的规定，广播多播服务中心（ BM-SC, Broadcast-Multicast Service
Centre )触发 MBMS会话启动流程， 该会话启动流程涉及 MBMS GW、 MME以及 eNB。 演进的通用陆地无线接入网 （E-UTRAN , Evolved Universal Terrestrial Radio Access
Network )负责在空中接口预留用于 MBMS承载数据发送的资源。 eNB通过加入 IP多播组 的方式， 从 MBMS GW获得 MBMS用户面数据。
综上所述， 现有技术中的普通 eNB可以根据 MCE的调度信息，控制 eNB下的所有或 者部分小区参与 MBMS业务的发送。 但是， 如果考虑到 RN和普通 eNB在网络中的混合 部署场景， 一方面 RN并不支持 MBMS的发送， 另一方面 RN的主要部署场景是用于扩展 覆盖（在扩展覆盖区域内 UE只能接收到来自 RN的信号）的， 因此一旦 UE移动到 RN覆 盖区域， 将导致 UE不能继续正常接收 MBMS业务， 这将严重影响用户的体验。 发明内容
本发明实施例提供了一种数据传输方法、装置 及系统， 用以在部署 RN的网络场景中， 实现支持对 MBMS业务的传输。
为了解决现有技术中在部署了 RN的网络系统中 RN不支持传输 MBMS业务数据的问 题， 本发明实施例提供的一种数据传输方法包括： 中继节点 RN建立多媒体广播组播业务 MBMS承载标识与 MBMS 会话的用户面数据 隧道标识的第一对应关系， 以及 MBMS 会话的用户面数据隧道标识与 MBMS 会话标识 的第二对应关系；
RN根据第一对应关系，获取施主基站 DeNB发送的 MBMS 会话的用户面数据； 并根 据第二对应关系， 将 MBMS 会话的用户面数据发送给用户设备 UE。
为了解决现有技术中在部署了 RN的网络系统中 DeNB不支持传输 MBMS业务数据的 问题， 本发明实施例提供的一种数据传输方法包括：
施主基站 DeNB确定 Un接口的多媒体广播组播业务 MBMS承载；
当 MBMS会话建立完成时， DeNB获取核心网用户面设备发送的 MBMS会话的用户 面数据；
DeNB将 MBMS会话的用户面数据， 通过 MBMS承载发送给中继节点 RN。
为了解决现有技术中在部署了 RN的网络系统中 MCE不支持传输 MBMS业务数据的 问题， 本发明实施例提供的一种数据传输方法包括：
多小区协调实体 MCE通过多媒体广播组播业务 MBMS会话开始请求 MBMS Session Start Request消息， 触发施主基站 DeNB为 MBMS会话确定 MBMS承载；
其中， MBMS Session Start Request消息中包括 MBMS会话的服务盾量 QoS参数。 为了解决现有技术中在部署 RN的网络架构中 MCE和 DeNB不支持传输 MBMS业务 数据的问题， 本发明实施例提供的一种数据传输方法包括：
多小区协调实体 MCE通过多媒体广播组播业务 MBMS会话开始请求 MBMS Session Start Request消息， 触发施主基站 DeNB为 MBMS会话确定 MBMS承载；
DeNB根据 MCE的触发， 确定 Un接口的多媒体广播组播业务 MBMS承载； 并且， 当 MBMS会话建立完成时， 获取核心网用户面设备发送的 MBMS会话的用户面数据， 并 通过 MBMS承载转发给中继节点 RN。
为了解决现有技术中在部署了 RN的网络系统中 RN不支持传输 MBMS业务数据的问 题， 本发明实施例提供的一种数据传输装置包括：
对应关系建立单元，用于建立多媒体广播组播 业务 MBMS承载标识与 MBMS 会话的 用户面数据隧道标识的第一对应关系， 以及 MBMS 会话的用户面数据隧道标识与 MBMS 会话标识的第二对应关系；
传输处理单元， 用于根据第一对应关系， 获取施主基站 DeNB发送的 MBMS 会话的 用户面数据； 并根据第二对应关系， 将 MBMS 会话的用户面数据发送给用户设备 UE。
为了解决现有技术中在部署了 RN的网络系统中 DeNB不支持传输 MBMS业务数据的 问题， 本发明实施例提供的一种数据传输装置包括：
MBMS承载确定单元， 用于确定 Un接口的多媒体广播组播业务 MBMS承载； 传输处理单元，用于当 MBMS会话建立完成时，获取核心网用户面设备 送的 MBMS 会话的用户面数据； 将 MBMS会话的用户面数据， 通过 MBMS承载发送给中继节点 RN。
为了解决现有技术中在部署 RN的网络架构中 MCE和 DeNB不支持传输 MBMS业务 数据的问题， 本发明实施例提供的一种数据传输装置包括：
消息确定单元， 用于确定多媒体广播组播业务 MBMS会话开始请求 MBMS Session
Start Request消息；
触发单元，用于通过 MBMS Session Start Request消息，触发施主基站 DeNB为 MBMS 会话确定 MBMS承载；
其中， MBMS Session Start Request消息中包括 MBMS会话的服务盾量 QoS参数。 为了解决现有技术中在部署了 RN的网络系统中 RN不支持传输 MBMS业务数据的问 题， 本发明实施例提供的一种数据传输系统包括：
多小区协调实体 MCE, 用于通过多媒体广播组播业务 MBMS会话开始请求 MBMS Session Start Request消息， 触发施主基站 DeNB为 MBMS会话确定 MBMS承载；
DeNB, 用于根据 MCE的触发， 确定 Un接口的多媒体广播组播业务 MBMS承载； 并 且， 当 MBMS会话建立完成时，获取核心网用户面设备 送的 MBMS会话的用户面数据， 并通过 MBMS承载转发给中继节点 RN。
本发明实施例，中继节点（ RN )建立多媒体广播组播业务（ MBMS )承载标识与 MBMS 会话的用户面数据隧道标识的第一对应关系， 以及 MBMS 会话的用户面数据隧道标识与 MBMS 会话标识的第二对应关系； RN根据第一对应关系， 获取施主基站（DeNB )发送 的 MBMS 会话的用户面数据； 并根据第二对应关系， 将 MBMS 会话的用户面数据发送 给用户设备 UE,从而在部署 RN的网络场景中， 实现了对 MBMS业务的传输，使得在 RN 的覆盖区域内 UE可以正常接收 MBMS业务。 附图说明
图 1为本发明实施例提供的一种数据传输方法的 程示意图；
图 2为本发明实施例提供的 MBMS承载建立过程 (针对不同 RN分别建立 RB ) 示意 图；
图 3为本发明实施例提供的 MBMS承载建立过程 (针对不同 RN分别根据 QoS属性 映射到对应的 RB ) 示意图；
图 4为本发明实施例提供的 MBMS承载建立过程 (针对所有 RN建立 MRB )示意图； 图 5为本发明实施例提供的将 DeNB作为 MBMS GW代理， 触发 MRB建立过程或 MRB更新过程的示意图；
图 6为本发明实施例提供的 Un接口 RB释放过程示意图； 图 7为本发明实施例提供的 Un接口 MRB释放过程示意图；
图 8为本发明实施例提供的一种数据传输装置的 构示意图；
图 9为本发明实施例提供的一种数据传输装置的 构示意图；
图 10为本发明实施例提供的一种数据传输装置的 构示意图。 具体实施方式
本发明实施例提供了一种建立 MBMS承载的方法、装置及系统， 用以在部署 RN的网 络场景中， 实现支持对 MBMS业务的传输。
为了保证 RN部署场景下， 不影响 UE对 MBMS业务的正常连续接收， 本发明实施例 提供了一种对 RN启动过程以及 RN关闭过程的增强方案， 使系统在部署 RN的场景中继 续支持对 MBMS业务的发送。
RN通过对 DeNB发送的 MBMS 会话的用户面数据的头部进行解析，获取 MBMS 会 话的用户面数据隧道标识，并查找 MBMS承载标识与 MBMS 会话的用户面数据隧道标识 的对应关系， 确定该 MBMS 会话的用户面数据隧道标识对应的 MBMS承载标识， 并从该 MBMS承载标识对应的 MBMS承载上获取 DeNB发送的 MBMS 会话的用户面数据； 然 后， RN根据 MBMS 会话标识， 确定需要发送给 UE的 MBMS 会话的用户面数据； RN 查找 MBMS 会话的用户面数据隧道标识与 MBMS 会话标识的对应关系， 确定该 MBMS 会话标识对应的 MBMS 会话的用户面数据隧道标识， 并根据该 MBMS 会话的用户面数 据隧道标识确定 MBMS会话所属的物理资源，从而通过该物理资 将 MBMS 会话的用户 面数据发送给 UE。
下面结合附图对本发明实施例提供的技术方案 进行说明。
参见图 1 , 在 RN侧， 本发明实施例提供的一种数据传输方法， 包括步骤：
5101、 中继节点 （RN )建立 MBMS承载标识与 MBMS 会话的用户面数据隧道标识 的第一对应关系， 以及 MBMS 会话的用户面数据隧道标识与 MBMS 会话标识的第二对 应关系。
5102、 RN根据第一对应关系， 获取施主基站 DeNB发送的 MBMS 会话的用户面数 据； 并根据第二对应关系， 将 MBMS 会话的用户面数据发送给用户设备 UE。
较佳地， RN建立第一对应关系， 包括：
RN接收 DeNB发送的 MBMS会话开始请求（ MBMS Session Start Request )消息， 并 从中获取 MBMS会话的用户面数据隧道标识；
在 DeNB触发的 Un接口的 MBMS承载的建立或更新过程中， RN获取 MBMS承载标 识， 并建立 MBMS承载标识与 MBMS 会话的用户面数据隧道标识的第一对应关系。
较佳地， RN建立第二对应关系， 包括： RN接收 DeNB发送的 MBMS会话开始请求（ MBMS Session Start Request )消息， 并 从中获取 MBMS会话的用户面数据隧道标识以及 MBMS 会话标识；
RN建立 MBMS会话的用户面数据隧道标识以及 MBMS 会话标识的第二对应关系。 较佳地， RN根据第一对应关系，获取施主基站 DeNB发送的 MBMS 会话的用户面数 据， 包括：
RN对 DeNB发送的 MBMS 会话的用户面数据的头部进行解析，获取 MBMS 会话的 用户面数据隧道标识， 并查找第一对应关系， 确定该 MBMS 会话的用户面数据隧道标识 对应的 MBMS承载标识， 并从该 MBMS承载标识对应的 MBMS承载上获取 DeNB发送 的 MBMS 会话的用户面数据。
较佳地， RN根据第二对应关系， 将 MBMS 会话的用户面数据发送给用户设备 UE, 包括：
RN根据 MBMS 会话标识， 确定需要发送给 UE的 MBMS 会话的用户面数据； RN 查找第二对应关系， 确定该 MBMS 会话标识对应的 MBMS 会话的用户面数据隧道标识， 并根据该 MBMS 会话的用户面数据隧道标识确定 MBMS会话所属的物理资源，通过该物 理资源将 MBMS 会话的用户面数据发送给 UE。
相应地， 在 DeNB侧， 本发明实施例提供的一种数据传输方法， 包括：
施主基站（ DeNB )确定 Un接口的多媒体广播组播业务 MBMS承载；
当 MBMS会话建立完成时， DeNB获取核心网用户面设备发送的 MBMS会话的用户 面数据；
DeNB将 MBMS会话的用户面数据， 通过 MBMS承载发送给中继节点 RN。
较佳地， 所述 DeNB确定 Un接口的 MBMS承载， 包括：
DeNB根据多小区协调实体（ MCE )发送的 MBMS会话开始请求（ MBMS Session Start Request ) 消息中携带的 MBMS会话的服务盾量（ QoS )参数， 确定 Un接口的 MBMS承 载的配置参数信息；
DeNB将 MBMS Session Start Request消息发送给 RN, 当收到 RN反馈的 MBMS会话 开始响应 （ MBMS Session Start Response ) 消息时， 根据 Un接口的 MBMS承载的配置参 数信息， 触发 Un接口的 MBMS承载的建立或更新过程。
较佳地， 所述 MBMS承载， 为无线承载（ RB )或 MBMS点对多点无线承载（ MRB )。 较佳地， 当所述 MBMS承载为 MRB时，所述 Un接口的 MBMS承载的配置参数信息 包括：
MRB标识， 隧道端点标识 TEID、 多媒体广播多播服务单频网络子帧配置、 调制编码 方式、 MRB使用的逻辑信道标识、 与该 MRB相关联的 MBMS会话标识。
较佳地， 所述 DeNB根据 Un接口的 MBMS承载的配置参数信息， 触发 Un接口的 MBMS承载的建立或更新过程， 包括：
De B通过下列方式之一将 Un接口的 MBMS承载的配置参数信息发送给 RN:
方式一： 无线资源控制 （RRC ) 专用信令；
方式二： 无线资源控制 （RRC )广播消息；
方式三： 多播控制信道（MCCH ) 专用控制信令；
方式四： DeNB与 RN之间的 S1接口使用的应用层协议消息；
方式五： DeNB与 RN之间的 X2接口使用的应用层协议消息；
方式六： DeNB与 RN之间的 M2接口使用的应用层协议消息。
较佳地， 所述 DeNB根据 Un接口的 MBMS承载的配置参数信息， 触发 Un接口的 MBMS承载的建立或更新过程， 还包括：
DeNB作为 MBMS 网关 MBMS GW,触发移动性管理实体 MME在核心网侧建立 MRB 对应的 MBMS 会话上下文。
较佳地， 该方法还包括：
DeNB当确定 MBMS会话结束时， 释放 MBMS承载资源。
较佳地， 所述 DeNB确定 MBMS会话结束， 包括：
当定时器超时， 或收到 MCE 发送的 MBMS 会话停止请求 （MBMS Session Stop Request ) 消息时， 确定 MBMS会话结束。
其中，所述定时器是在 DeNB向 RN发送 MBMS会话的用户面数据的同时开启的； 所 述定时器的定时时长， 是根据 MBMS会话中的会话持续时间（ Session Duration )属性确定 的。
相应地， 在 MCE侧， 本发明实施例提供的一种数据传输方法， 包括：
多小区协调实体 MCE通过多媒体广播组播业务 MBMS会话开始请求（ MBMS Session Start Request ) 消息， 触发施主基站 DeNB为 MBMS会话确定 MBMS承载。
其中， MBMS Session Start Request消息中包括 MBMS会话的服务盾量 QoS参数。 以下给出本发明具体实施例的说明。
其中，本发明实施例一和实施例二，主要用于 解决 MBMS 会话（ Session )对应的 MBMS Bearer在 Un接口针对不同的 RN如何映射到 RN的单播无线承载 RB上。
实施例一中， 针对每个 MBMS Bearer建立请求， DeNB在 Un接口针对不同 RN触发 建立新的 RB。
实施例二中， DeNB预先建立 MBMS Bearer的 QoS属性与 RB的对应关系列表。针对 每个 MBMS Bearer建立请求， DeNB根据 MBMS Bearer的 QoS属性， 查找该对应关系列 表中与该 QoS属性相同或相类似的 MBMS Bearer的 QoS属性，并将查找到的 MBMS Bearer 的 QoS属性所对应的 RB, 作为 RN的 RB, 并触发针对该 RB的更新过程。 另外， 考虑到当 DeNB下 RN数目较多时， 对每个 RN分别进行单播 RB传输造成的 Un接口无线资源浪费， 本发明实施例三和实施例四主要解决了 MBMS Session对应的 MBMS Bearer在 Un接口针对所有的 RN如何映射到 Un接口的多播承载 MRB上。
实施例三中， 针对每个 MBMS Bearer建立请求， DeNB在 Un接口针对所有 RN触发 建立新的 MRB。
实施例四中， DeNB预先建立 MBMS Bearer的 QoS属性与 MRB的对应关系列表。 针 对每个 MBMS Bearer建立请求， DeNB根据 MBMS Bearer的 QoS属性， 查找该对应关系 列表中与该 QoS属性相同或相类似的 MBMS Bearer的 QoS属性， 并将查找到的 MBMS Bearer的 QoS属性所对应的 MRB , 作为 RN的 MRB , 并触发针对该 MRB的更新过程。
进一步， 本发明实施例五和实施例六主要用于解决 MBMS Session对应的 MBMS
Bearer在 Un接口无线资源的释放问题。
实施例五是对应于实施例一和实施例二的 RB释放方案， 实施例六是对应于实施例三 和实施例四的 MRB的释放方案。 其中 DeNB将定时器超时或者收到会话停止消息， 作为 判断 MBMS Session占用的 Un接口无线承载资源释放的触发条件。
下面分别给出各个实施例的具体说明。
实施例一：
DeNB在收到每个 MBMS Bearer建立请求后， 针对不同的目标 RN在 Un接口分别建 立不同的 RB。 如图 2所示， 该过程具体包括：
步骤 S201：核心网设备（包括用户面节点 MBMS GW和控制面节点 MME )通过 MBMS 会话开始请求（ MBMS Session Start Request )消息（即 MBMS Bearer建立请求），触发 MCE 为 MBMS会话建立 MBMS承载， 该 MBMS会话开始请求消息中包括的参数有： 会话标 识（ Session ID )、 会话 QoS参数、 会话持续时间以及 MBMS服务区信息等。
步骤 S202: MCE通过 MBMS Session Start Request消息触发 DeNB为 MBMS会话建 立 MBMS承载， 该 MBMS会话开始请求消息中包括的参数有： 会话标识（ Session ID )、 会话 QoS参数、 会话持续时间、 MBMS服务区信息， 以及该 MBMS Session使用的 GPRS P遂道协议（GTP, GPRS Tunnel Protocol )隧道端点标识（TEID , Tunnel Endpoint Identifier ) 等。
其中， 此 MBMS Session使用的 GTP隧道 TEID , 用于后续 RN在步骤九中根据用户 面数据的隧道标识， 即 TEID , 判断出用户面数据所属的 MBMS Session, 即实现 MBMS Session和 MBMS Session对应的用户面数据的匹配。
在 RN启动过程中， RN 小区（ Cell )通过控制和管理 (OAM, Operation And Management) 方式获得的配置参数， 包括 RN Cell ID、 MBSFN 同步区域标识（ MB SFN Synchronization
Area ID )和 MBMS 服务区标识（MBMS Service Area ID ), 将通过 RN和 DeNB之间的 M2接口上报给 DeNB。 DeNB本地保存这些参数， 并且 DeNB作为 RN代理， 将 RN Cell 信息发送给 MCE, MCE将与 RN Cell相关的 MBSFN ( MBMS单频网） 区域配置信息发 送给 DeNB , DeNB本地保存 RN Cell的 MB SFN 区域配置信息。
DeNB根据 RN Cell所属的 MBMS 服务区域标识以及 MBMS Session Start Request消 息中携带的 MBMS 服务区域标识，确定目标 RN列表（假设第一 RN和第二 RN属于目标 腿列表）。
具体地， 本发明实施例中， 每个 RN设备可以同时管理多个 RN Cell, 每个 DeNB可 以为多个 RN设备提供服务。 DeNB本身保存的是 RN Cell的列表和 RN设备的对应关系， 所以 DeNB是先确定 MBMS session涉及的 RN Cell列表， 然后根据 RN Cell列表和 RN设 备的对应关系， 确定目标 RN列表， 并把相应的信令转发给该目标 RN列表中的 RN设备。
另一方面， DeNB根据此 MBMS Session的会话 QoS参数， 利用预先设置的 MBMS Session的会话 QoS参数与 RB的配置参数的映射表， 确定后续触发 Un接口建立 RB所需 的 RB的配置参数， 其中， 为不同的 RN建立的 RB的配置参数可以相同， 也可以不相同。 并在后续步骤 S205和 S206中， 根据 RB的配置参数， 分别触发不同的目标 RN建立相应 的亂
步骤 S203： DeNB将 MBMS Session Start Request消息分别发送给目标第一 RN和第二 RN,其中包括的 MBMS会话的配置信息参数有： MBMS的会话标识（ Session ID )、 MBMS 会话的用户面数据隧道标识（例如： 隧道端点标识（ TEID, Tunnel Endpoint Identifier ) )和 MBMS服务区信息。 第一 RN和第二 RN的标识信息分别保存此 MBMS会话的配置信息。
步骤 S204: 控制面的 MBMS会话建立完成后， 第一 RN和第二 RN分别发送 MBMS 会话开始响应 （ MBMS Session Start Response ) 消息给 De B。
步骤 S205： 在收到第二 RN发送的 MBMS Session Start Response消息后， DeNB根据 步骤 S202中确定的 RB配置参数， 触发针对第二 RN的 Un接口 RB建立过程， 其中， 为 了方便区分， 可以将所建立的 RB称为第二 RB。
步骤 S206: 在收到第一 RN发送的 MBMS Session Start Response消息后， DeNB根据 步骤 S202中确定的 RB配置参数， 触发针对第一 RN的 Un接口 RB建立过程， 其中， 为 了方便区分， 可以将所建立的 RB称为第一 RB。
其中， 步骤 S205和 S206中 DeNB触发 Un接口的 RB建立过程可参见现有技术， 在 此不予以赘述。
步骤 S207: MBMS会话建立完成后， DeNB发送 MBMS Session Start Response消息发 送给 MCE。
步骤 S208: MBMS会话建立完成后， MCE发送 MBMS Session Start Response消息发 送给核心网。 步骤 S209: 核心网用户面设备 MBMS GW开始将 MBMS Session对应的用户面数据 发送给 DeNB。 DeNB将从 MBMS GW收到的 MBMS Session对应的用户面数据， 分别通 过第一 RB和第二 RB转发给目标第一 RN和第二 RN。
实施例二：
DeNB根据 MBMS Bearer的 QoS属性， 针对不同的目标 RN将 MBMS Bearer映射到 某条已建立的 Un RB上。
本发明实施例中， 不但可以将 QoS要求相近的不同 MBMS Bearer映射到一个 Un RB 上， 也可以将 QoS要求相近的 MBMS Bearer和 EPS bearer映射到一个 Un RB上。
如图 3所示， 针对不同 RN分别根据 QoS属性映射到对应的 RB的 MBMS承载建立 过程具体包括：
步骤 S301：核心网设备（包括用户面节点 MBMS GW和控制面节点 MME )通过 MBMS 会话开始请求（ MBMS Session Start Request )消息， 触发 MCE为 MBMS会话建立 MBMS 承载， 该 MBMS会话开始请求消息中包括的参数有： 会话标识（ Session ID )、 会话 QoS 参数、 会话持续时间以及 MBMS服务区信息等。
步骤 S302: MCE通过 MBMS Session Start Request消息触发 DeNB为 MBMS会话建 立 MBMS承载， 该 MBMS会话开始请求消息中包括的参数有： 会话标识（ Session ID )、 会话 QoS参数、 会话持续时间、 MBMS服务区信息， 以及该 MBMS Session使用的 GPRS P遂道协议（GTP, GPRS Tunnel Protocol )隧道端点标识（TEID, Tunnel Endpoint Identifier ) 等。
其中， 此 MBMS Session使用的 GTP隧道 TEID, 用于后续 RN在步骤九中根据用户 面数据的隧道标识， 即 TEID, 判断出用户面数据所属的 MBMS Session, 即实现 MBMS
Session和 MBMS Session对应的用户面数据的匹配。
在 RN启动过程中， RN 小区（ Cell )通过控制和管理 (OAM, Operation And Management) 方式获得的配置参数， 包括 RN Cell ID、 MBSFN 同步区域标识（ MB SFN Synchronization Area ID )和 MBMS 服务区标识（MBMS Service Area ID ), 将通过 RN和 DeNB之间的
M2接口上报给 DeNB。 DeNB本地保存这些参数， 并且 DeNB作为 RN代理， 将 RN Cell 信息发送给 MCE, MCE将与 RN Cell相关的 MBSFN区域配置信息发送给 DeNB, DeNB 本地保存 RN Cell的 MBSFN 区域配置信息。
DeNB根据 RN Cell所属的 MBMS 服务区域标识以及 MBMS Session Start Request消 息中携带的 MBMS 服务区域标识，确定目标 RN列表（假设第一 RN和第二 RN属于目标 腿列表）。
具体地， 本发明实施例中， 每个 RN设备可以同时管理多个 RN Cell, 每个 DeNB可 以为多个 RN设备提供服务。 DeNB本身保存的是 RN Cell的列表和 RN设备的对应关系， 所以 DeNB是先确定 MBMS session涉及的 RN Cell列表， 然后根据 RN Cell列表和 RN设 备的对应关系， 确定目标 RN列表， 并把相应的信令转发给该目标 RN列表中的 RN设备。
另一方面， DeNB根据此 MBMS Session的会话 QoS参数， 利用预先设置的 MBMS Session的会话 QoS参数与 RB的映射表，判断在 Un是否已经针对目标 RN建立了 QoS属 性相同或相近似的 RB。 如果是， DeNB在后续步骤五和六中， 分别触发不同的目标 RN进 行 RB的更新过程， 为 RB分配额外资源。 否则， 后续按照实施例一中的步骤 S203至步骤 S209的流程执行。
步骤 S303： DeNB将 MBMS Session Start Request消息分别发送给目标第一 RN和第二 RN, 其中包括的参数有会话标识（Session ID )和 MBMS服务区信息。 第一 RN和第二 RN分别保存此 MBMS会话的配置信息。
步骤 S304: MBMS会话建立完成后， 第一 RN和第二 RN分别发送 MBMS会话开始 响应 （ MBMS Session Start Response ) 消息给 De B。
步骤 S305： 在收到第二 RN发送的 MBMS Session Start Response消息后， DeNB根据 步骤 S302中确定的 RB配置参数， 触发针对第二 RN的 Un接口第二 RB更新过程， 用于 更新第二 RB的带宽， 其中， 为了方便区分， 可以将针对第二 RN所更新的 RB称为第二 亂
步骤 S306: 在收到第一 RN发送的 MBMS Session Start Response消息后， DeNB根据 步骤 S302中确定的 RB配置参数， 触发针对第一 RN的 Un接口第一 RB更新过程， 用于 更新第一 RB的带宽， 其中， 为了方便区分， 可以将针对第一 RN所更新的 RB称为第一 亂
其中， 步骤 S305和 S306中 DeNB触发 Un接口的 RB更新过程可参见现有技术， 在 此不予以赘述。
步骤 S307: MBMS会话建立完成后， DeNB发送 MBMS Session Start Response消息发 送给 MCE。
步骤 S308: MBMS会话建立完成后， MCE发送 MBMS Session Start Response消息发 送给核心网。
步骤 S309: 核心网用户面设备 MBMS GW开始将 MBMS Session对应的用户面数据 发送给 DeNB。 DeNB将从 MBMS GW收到的 MBMS Session对应的用户面数据， 分别通 过第一 RB和第二 RB转发给目标第一 RN和第二 RN。
实施例三：
DeNB为每条 MBMS Bearer, 针对所有目标 RN在 Un接口建立同一 MRB。
对于 DeNB下需要支持 MBMS服务的 RN数量较多的场景，使用多播承载 MRB的方 式，相比于为每个 RN建立单独的单播承载 RB的方式，可以大大节约 Un接口无线资源的 使用量。
如图 4所示， DeNB为每条 MBMS Bearer,针对所有目标 RN在 Un接口建立同一 MRB 的具体过程包括：
步骤 S401：核心网设备（包括用户面节点 MBMS GW和控制面节点 MME )通过 MBMS 会话开始请求（ MBMS Session Start Request )消息， 触发 MCE为 MBMS会话建立 MBMS 承载， 该 MBMS会话开始请求消息中包括的参数有： 会话标识（ Session ID )、 会话 QoS 参数、 会话持续时间以及 MBMS服务区信息等。
步骤 S402: MCE通过 MBMS Session Start Request消息触发 DeNB为 MBMS会话建 立 MBMS承载， 该 MBMS会话开始请求消息中包括的参数有： 会话标识（ Session ID )、 会话 QoS参数、 会话持续时间、 MBMS服务区信息， 以及该 MBMS Session使用的 GPRS P遂道协议（GTP, GPRS Tunnel Protocol )隧道端点标识（TEID, Tunnel Endpoint Identifier ) 等。
其中， 此 MBMS Session使用的 GTP隧道 TEID, 用于后续 RN在步骤 408中根据用 户面数据的隧道标识， 即 TEID, 判断出用户面数据所属的 MBMS Session, 即实现 MBMS Session和 MBMS Session对应的用户面数据的匹配。
在 RN启动过程中， RN 小区（ Cell )通过控制和管理 (OAM, Operation And Management) 方式获得的配置参数， 包括 RN Cell ID、 MBSFN 同步区域标识（ MB SFN Synchronization Area ID )和 MBMS 服务区标识（MBMS Service Area ID ), 将通过 RN和 DeNB之间的 M2接口上报给 DeNB。 DeNB本地保存这些参数， 并且 DeNB作为 RN代理， 将 RN Cell 信息发送给 MCE, MCE将与 RN Cell相关的 MBSFN区域配置信息发送给 DeNB, DeNB 本地保存 RN Cell的 MBSFN 区域配置信息。
DeNB根据 RN Cell所属的 MBMS 服务区域标识以及 MBMS Session Start Request消 息中携带的 MBMS 服务区域标识，确定目标 RN列表（假设第一 RN和第二 RN属于目标 腿列表）。
具体地， 本发明实施例中， 每个 RN设备可以同时管理多个 RN Cell, 每个 DeNB可 以为多个 RN设备提供服务。 DeNB本身保存的是 RN Cell的列表和 RN设备的对应关系， 所以 DeNB是先确定 MBMS session涉及的 RN Cell列表， 然后根据 RN Cell列表和 RN设 备的对应关系， 确定目标 RN列表， 并把相应的信令转发给该目标 RN列表中的 RN设备。
另一方面， DeNB根据此 MBMS Session的会话 QoS参数， 利用预先设置的 MBMS Session的会话 QoS参数与 MRB的配置参数的映射表，确定后续触发 Un接口建立的 MRB 的配置参数， 即 MBMS Session在物理层分配的资源信息。
步骤 S403： DeNB将 MBMS Session Start Request消息分别发送给目标第一 RN和第二
RN, 其中包括的参数有会话标识（Session ID )和 MBMS服务区信息。 第一 RN和第二 RN分别保存此 MBMS会话的配置信息。
步骤 S404: MBMS会话建立完成后， 第一 RN和第二 RN分别发送 MBMS会话开始 响应 （ MBMS Session Start Response ) 消息给 De B。
步骤 S405:如图 5所示，在收到第二 RN发送的 MBMS Session Start Response消息后， DeNB 居步骤 S402中确定的 MRB配置参数， 触发 MRB建立过程。
一方面， DeNB作为 MBMS GW,触发 MME在核心网侧建立上述 MRB对应的 MBMS Session上下文。
另一方面， DeNB通过信令将 MRB在 Un接口使用的物理资源信息， 包括 MRB标识、 隧道端点标识 ( TEID, Tunnel Endpoint Identifier ), MBSFN子帧 ( Subframe )配置、 调制 编码方式、 MRB使用的逻辑信道标识，以及与此 MRB相关联的 MBMS Session标识信息， 配置给 RN (包括第一 RN和第二 RN ), 由于 RN (包括第一 RN和第二 RN )和 DeNB在 不同协议之间存在多个接口， 因此 DeNB可以通过如下方式将 MRB与 MBMS Session用 户面数据隧道标识（例如 TEID ) 的对应关系， 以及 MRB与 MBMS Session的对应关系， 发送给 RN (包括第一 RN和第二 RN ):
方式一： RRC专用信令；
方式二： RRC广播消息；
方式三： 多播控制信道（MCCH, Multicast Control Channel ) 专用控制信令； 方式四： DeNB与 RN之间的 S1接口使用的 S1应用层协议 ( AP )消息（ Signalling ); 方式五： DeNB与 RN之间的 X2接口使用的 X2 AP消息；
方式六： DeNB与 RN之间的 M2接口使用的 M2 AP消息。
步骤 S406: MBMS会话建立完成后， DeNB发送 MBMS Session Start Response消息发 送给 MCE。
步骤 S407: MBMS会话建立完成后， MCE发送 MBMS Session Start Response消息发 送给核心网。
步骤 S408: 核心网用户面设备 MBMS GW开始将 MBMS Session对应的用户面数据 发送给 De B。 DeNB在 Un接口将从 MBMS GW收到的 MBMS Session用户面数据通过 多播承载 MRB发送给第一 RN和第二 RNo
实施例四：
DeNB根据 MBMS Bearer的 QoS属性，针对所有目标 RN在 Un接口根据 QoS属性将 MBMS Bearer映射到某条已建立的 MRB。
需要说明的是， 可以将 QoS要求相近的不同 MBMS Bearer映射到一个 Un MRB上； 对于 DeNB下需要支持 MBMS服务的 RN数量较多的场景， 使用多播承载 MRB的方式， 相比于为每个 RN建立单独的单播承载 RB的方式，可以大大节约 Un接口无线资源的使用 量。
如图 4所示， DeNB根据 MBMS Bearer的 QoS属性， 针对所有目标 RN在 Un接口根 据 QoS属性将 MBMS Bearer映射到某条已建立的 MRB, 具体包括：
步骤 S401：核心网设备（包括用户面节点 MBMS GW和控制面节点 MME )通过 MBMS 会话开始请求（ MBMS Session Start Request )消息， 触发 MCE为 MBMS会话建立 MBMS 承载， 该 MBMS会话开始请求消息中包括的参数有： 会话标识（ Session ID )、 会话 QoS 参数、 会话持续时间以及 MBMS服务区信息等。
步骤 S402: MCE通过 MBMS Session Start Request消息触发 DeNB为 MBMS会话建 立 MBMS承载， 该 MBMS会话开始请求消息中包括的参数有： 会话标识（ Session ID )、 会话 QoS参数、 会话持续时间、 MBMS服务区信息， 以及该 MBMS Session使用的 GPRS P遂道协议（GTP, GPRS Tunnel Protocol )隧道端点标识（TEID, Tunnel Endpoint Identifier ) 等。
其中， 此 MBMS Session使用的 GTP隧道 TEID, 用于后续 RN在步骤九中根据用户 面数据的隧道标识， 即 TEID, 判断出用户面数据所属的 MBMS Session, 即实现 MBMS Session和 MBMS Session对应的用户面数据的匹配。
在 RN启动过程中， RN 小区（ Cell )通过控制和管理 (OAM, Operation And Management) 方式获得的配置参数， 包括 RN Cell ID、 MBSFN 同步区域标识（ MB SFN Synchronization Area ID )和 MBMS 服务区标识（MBMS Service Area ID ), 将通过 RN和 DeNB之间的 M2接口上报给 DeNB。 DeNB本地保存这些参数， 并且 DeNB作为 RN代理， 将 RN Cell 信息发送给 MCE, MCE将与 RN Cell相关的 MBSFN区域配置信息发送给 DeNB, DeNB 本地保存 RN Cell的 MBSFN 区域配置信息。
DeNB根据 RN Cell所属的 MBMS 服务区域标识以及 MBMS Session Start Request消 息中携带的 MBMS 服务区域标识，确定目标 RN列表（假设第一 RN和第二 RN属于目标 腿列表）。
另一方面， DeNB根据此 MBMS Session的会话 QoS参数， 利用预先设置的 MBMS
Session的会话 QoS参数与 MRB的配置参数的映射表， 确定后续触发 Un接口建立待更新 的 MRB的配置参数。
步骤 S403： DeNB将 MBMS Session Start Request消息分别发送给目标第一 RN和第二 RN, 其中包括的参数有会话标识（Session ID )和 MBMS服务区信息。 第一 RN和第二 RN分别保存此 MBMS会话的配置信息。
步骤 S404: MBMS会话建立完成后， 第一 RN和第二 RN分别发送 MBMS会话开始 响应 （ MBMS Session Start Response ) 消息给 De B。
步骤 S405:如图 5所示，在收到第二 RN发送的 MBMS Session Start Response消息后， DeNB 4 居步骤 S402中确定的 MRB配置参数， 触发 MRB更新过程。
一方面， DeNB通过 MBMG代理功能， 触发 MME在核心网侧建立上述 MRB对应的 MBMS Session上下文的更新过程 (例如对 QoS参数的更新）。
另一方面， DeNB通过信令将 MRB在 Un接口更新后的物理资源信息， 包括 MRB 自 身标识、 MBSFN Subframe 配置、 调制编码方式、 MRB使用的逻辑信道标识， 以及与此 MRB相关联的 MBMS Session标识信息， 配置给 RN (包括第一 RN和第二 RN ), 由于 RN (包括第一 RN和第二 RN )和 DeNB在不同协议之间存在多个接口， 因此 DeNB可以通 过如下方式将 MRB与 MBMS Session用户面数据隧道标识（例如 TEID ) 的对应关系， 以 及 MRB与 MBMS Session的对应关系， 发送给 RN (包括第一 RN和第二 RN ):
方式一： RRC专用信令；
方式二： RRC广播消息；
方式三： 多播控制信道（MCCH, Multicast Control Channel ) 专用控制信令； 方式四： S 1接口使用的 S 1 AP消息 （ Signalling );
方式五： X2接口使用的 X2 AP消息；
方式六： M2接口使用的 M2 AP消息。
步骤 S406: MBMS会话建立完成后， DeNB发送 MBMS Session Start Response消息发 送给 MCE。
步骤 S407: MBMS会话建立完成后， MCE发送 MBMS Session Start Response消息发 送给核心网。
步骤 S408: 核心网用户面设备 MBMS GW开始将 MBMS Session对应的用户面数据 发送给 De B。 DeNB在 Un接口将从 MBMS GW收到的 MBMS Session用户面数据通过 多播承载 MRB发送给第一 RN和第二 RNo
上述实施例中所述的 RB 的配置参数以及 MRB 的配置参数， 在现有协议 3GPP TS36.331中均有定义， 在此不予以赘述。
实施例五 （针对实施例一和二）：
如图 6所示， Un接口 RB资源的释放过程包括：
步骤 S601 : 参考实施一和二中的前六个步骤， DeNB分别为第一 RN和第二 RN成功 完成建立 Un接口 RB后， DeNB根据 MBMS Session中的会话持续时间（ Session Duration ) 属性， 设置定时器 T1的定时时长， 并在向 RN发送 MBMS会话的用户面数据的同时， 开 启定时器 Tl。
步骤 S602: DeNB根据下列两种方式判断 MBMS Session是否结束：
方式一： DeNB收到来自 MCE的 MBMS会话停止请求（ MBMS Session Stop Request ) 消息， 其中， MCE是从 MME收到 Session Stop Request消息的。 方式二： 定时器 T1超时。
步骤 S603： De B通过 MBMS Session Stop Request消息分别触发第一 RN和第二 RN 删除相应 MBMS session的上下文。
步骤 S604: DeNB收到 MBMS Session Stop Response消息后，确认第一 RN和第二 RN 已经完成对 MBMS session上下文的删除。
步骤 S605: DeNB触发针对第一 RN的在 Un接口与 MBMS Session对应 RB资源的释 放过程， 并且触发针对第二 RN的在 Un接口与 MBMS Session对应 RB资源的释放过程。
步骤 S606: DeNB确认 MBMS Session占用的 RB资源释放完毕后， DeNB通过 MBMS 会话停止响应（ MBMS Session Stop Response )消息，通知 MCE和核心网设备 MME, MBMS 会话结束。
实施例六 （针对实施例三和四）：
如图 7所示， Un接口 MRB资源释放过程包括：
步骤 S701 : 参考实施例三和四中的前六个步骤。 DeNB为第一 RN和第二 RN成功完 成建立 Un接口 MRB后， DeNB根据 MBMS Session中的 Session Duration属性，设置定时 器 T2的定时时长， 并在向 RN发送 MBMS会话的用户面数据的同时， 开启定时器 T2。
步骤 S702: DeNB根据下列两种方式判断 MBMS Session是否结束：
方式一： DeNB收到来自 MCE的 MBMS会话停止请求（ MBMS Session Stop Request ) 消息， 其中， MCE是从 MME收到 Session Stop Request消息的。
方式二： 定时器 T2超时。
步骤 S703： DeNB通过 MBMS Session Stop Request消息分别触发第一 RN和第二 RN 删除相应 MBMS session的上下文。
步骤 S704: DeNB收到 MBMS Session Stop Response消息后，确认第一 RN和第二 RN 已经完成对 MBMS session上下文的删除。
步骤 S705: DeNB触发针对 Un接口与 MBMS Session对应的 MRB资源的释放过程。 并将上述消息通知核心网设备。
步骤 S706: DeNB确认 MBMS Session占用的 RB资源释放完毕后， DeNB通过 MBMS 会话停止响应（ MBMS Session Stop Response )消息，通知 MCE和核心网设备 MME, MBMS 会话结束。
需要说明的是， 上述本发明实施例中， 以两个 RN为例进行说明， 但对于更多的 RN, 本发明实施例提供的技术方案同样适用。
下面分别给出本发明实施例提供的装置的说明 。
参见图 8, 在 RN侧， 本发明实施例提供的一种数据传输装置， 包括：
对应关系建立单元 101 , 用于建立多媒体广播组播业务 MBMS承载标识与 MBMS 会 话的用户面数据隧道标识的第一对应关系， 以及 MBMS 会话的用户面数据隧道标识与 MBMS 会话标识的第二对应关系；
传输处理单元 102, 用于根据第一对应关系， 获取施主基站 De B发送的 MBMS 会 话的用户面数据；并根据第二对应关系，将 MBMS 会话的用户面数据发送给用户设备 UE。
较佳地， 所述对应关系建立单元 101 , 包括：
第一对应关系建立单元 201 , 用于接收 DeNB发送的 MBMS会话开始请求 MBMS Session Start Request消息，并从中获取 MBMS会话的用户面数据隧道标识；在 DeNB触发 的 Un接口的 MBMS承载的建立或更新过程中， RN获取 MBMS承载标识，并建立 MBMS 承载标识与 MBMS 会话的用户面数据隧道标识的第一对应关系；
第二对应关系建立单元 202, 用于接收 DeNB发送的 MBMS会话开始请求 MBMS
Session Start Request消息， 并从中获取 MBMS会话的用户面数据隧道标识以及 MBMS 会 话标识； 建立 MBMS会话的用户面数据隧道标识以及 MBMS 会话标识的第二对应关系。
参见图 9, 在 DeNB侧， 本发明实施例提供的一种数据传输装置包括：
MBMS承载确定单元 301 , 用于确定 Un接口的多媒体广播组播业务 MBMS承载； 传输处理单元 302, 用于当 MBMS 会话建立完成时， 获取核心网用户面设备发送的
MBMS会话的用户面数据； 将 MBMS会话的用户面数据， 通过 MBMS承载发送给中继节 点腿。
较佳地， 所述 MBMS承载确定单元 301 , 包括：
配置参数确定单元 401 , 用于根据多小区协调实体 MCE发送的 MBMS会话开始请求 MBMS Session Start Request消息中携带的 MBMS会话的服务盾量 QoS参数， 确定 Un接 口的 MBMS承载的配置参数信息；
触发单元 402, 用于将 MBMS Session Start Request消息发送给 RN, 当收到 RN反馈 的 MBMS会话开始响应 MBMS Session Start Response消息时， 根据 Un接口的 MBMS承 载的配置参数信息， 触发 Un接口的 MBMS承载的建立或更新过程。
较佳地， 所述 MBMS承载， 为无线承载 RB或 MBMS点对多点无线承载 MRB; 当所述 MBMS承载为 MRB时，所述配置参数确定单元 401确定的 Un接口的 MBMS 承载的配置参数信息包括： MRB标识， 隧道端点标识 TEID、 多媒体广播多播服务单频网 络子帧配置、 调制编码方式、 MRB使用的逻辑信道标识、 与该 MRB相关联的 MBMS会 话标识。
较佳地， 所述触发单元 402, 通过下列方式之一将 Un接口的 MBMS承载的配置参数 信息发送给腿：
方式一： 无线资源控制无线资源控制 （RRC, Radio Resource Control ) 专用信令； 方式二： 无线资源控制 （RRC )广播消息； 方式三： 多播控制信道（ MCCH ) 专用控制信令；
方式四： DeNB与 RN之间的 S1接口使用的应用层协议消息；
方式五： DeNB与 RN之间的 X2接口使用的应用层协议消息；
方式六： DeNB与 RN之间的 M2接口使用的应用层协议消息。
较佳地，所述触发单元 402,作为 MBMS 网关 MBMS GW,触发移动性管理实体 MME 在核心网侧建立 MRB对应的 MBMS 会话上下文。
较佳地， 该装置还包括：
释放单元 303 , 用于当确定 MBMS会话结束时， 释放 MBMS承载资源。
较佳地， 所述释放单元 303 , 当定时器超时， 或收到 MCE发送的 MBMS会话停止请 求 MBMS Session Stop Request消息时， 确定 MBMS会话结束；
其中，所述定时器是在 DeNB向 RN发送 MBMS会话的用户面数据的同时开启的； 所 述定时器的定时时长，是根据 MBMS会话中的会话持续时间 Session Duration属性确定的。
参见图 10, 在 MCE侧， 本发明实施例提供的一种数据传输装置包括：
消息确定单元 501 ,用于确定多媒体广播组播业务 MBMS会话开始请求 MBMS Session Start Request消息；
触发单元 502, 用于通过 MBMS Session Start Request消息， 触发施主基站 DeNB为 MBMS会话确定 MBMS 载；
其中， MBMS Session Start Request消息中包括 MBMS会话的服务盾量 QoS参数。 本发明实施例提供的一种数据传输系统包括：
多小区协调实体 MCE, 用于通过多媒体广播组播业务 MBMS会话开始请求 MBMS
Session Start Request消息， 触发施主基站 DeNB为 MBMS会话确定 MBMS承载。
DeNB, 用于根据 MCE的触发， 确定 Un接口的多媒体广播组播业务 MBMS承载； 并 且， 当 MBMS会话建立完成时，获取核心网用户面设备 送的 MBMS会话的用户面数据， 并通过 MBMS承载转发给中继节点 RN。
RN ,用于建立 MBMS承载标识与 MBMS会话的用户面数据隧道标识的第一对应关 ， 以及 MBMS会话的用户面数据隧道标识与 MBMS会话标识的第二对应关系； 根据第一对 应关系， 获取 DeNB发送的 MBMS会话的用户面数据； 并根据第二对应关系， 将 MBMS 会话的用户面数据发送给用户设备 UE。
综上所述， 本发明实施例中 MCE将 MBMS Bearer QoS参数发送给 DeNB, DeNB根 据 QoS参数确定后续触发 Un接口建立的 RB或 MRB的配置参数。 DeNB将 MRB的配置 信息发送给 RN, 配置信息包括但不限于 MRB 自身标识， 隧道标识 （TEID ), MBSFN
Subframe 配置， 调制编码方式， MRB使用逻辑信道标识， 与此 MRB相关联的 MBMS
Session标识信息。 DeNB通过信令将 MRB的配置信息发送给 RN, DeNB触发 MRB对应 的 MBMS Session上下文在 MME中的建立 /更新过程 ( De B将 MRB的 QoS信息发送给 MME )。 DeNB对 RB释放的触发因素， 包括 T1超时和收到会话停止请求。 DeNB对 MRB 释放的触发因素， 包括 T2超时和收到会话停止请求。 DeNB根据 MBMS Session Start请求 中的会话时间 （ Session Duration )设置定时器 T1/T2的时间长度。 RN根据从 DeNB收到 的 RB/MRB 与 MBMS Session用户面数据隧道标识的绑定关系， 在 Un接口对 MBMS Session用户面数据的进行接收。 RN建立 MBMS Session用户面数据和 MBMS Session ID 的绑定关系，并在 Uu接口 MBMS Session所属的物理资源上进行 MBMS Session用户面数 据发送。 因此， 本发明实施例提供的技术方案， 可以在节省运营商投资成本的基础上， 实 现运营商整个网络对 MBMS业务的无缝支持。
本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或计算机程序产 品。 因此， 本发明可釆用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实 施例的形式。 而且， 本发明可釆用在一个或多个其中包含有计算机 可用程序代码的计算机 可用存储介盾 （包括但不限于磁盘存储器和光学存储器等） 上实施的计算机程序产品的形 式。
本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产品的流程图 和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流 程和 /或方框、 以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机 程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处 理器 以产生一个机器， 使得通过计算机或其他可编程数据处理设备的 处理器执行的指令产生用 于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能 装置。
这些计算机程序指令也可存储在能引导计算机 或其他可编程数据处理设备以特定方 式工作的计算机可读存储器中， 使得存储在该计算机可读存储器中的指令产生 包括指令装 置的制造品， 该指令装置实现在流程图一个流程或多个流程 和 /或方框图一个方框或多个 方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他 可编程数据处理设备上， 使得在计算机 或其他可编程设备上执行一系列操作步骤以产 生计算机实现的处理， 从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程 图一个流程或多个流程和 /或方框图一个 方框或多个方框中指定的功能的步骤。
显然， 本领域的技术人员可以对本发明进行各种改动 和变型而不脱离本发明的精神和 范围。这样，倘若本发明的这些修改和变型属 于本发明权利要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。