多段无线承载下提供服务质量保证的方法和装置 技术领域 本发明涉及无线通信技术， 特别涉及一种多段无线承载下提供服务质量保证的方 法和装置。
背景技术 长期演进 (Long Term Evolution， LTE) 系统的无线接入网包括多个演进基站 (Evolution NodeB， eNB)， eNB 之间通过 X2 接口连接， eNB 通过 S1 接口与核心网中的移动 管理实体 (Mobile Management Entity， MME) 及服务网关 (Serving Gateway， S-GW) 连接。
对于用户设备 (User Equipment， UE) 请求的业务， LTE 系统可以提供端到端的承 载 (End-to-End Bearer)， 端到端的承载为 UE 与核心网的分组数据网网关 (Packet Data Network Gateway， P-GW) 之间的逻辑上的承载。业务数据流通过多个传输路径节点时， 上 述的端到端的逻辑承载被分别承载到每段的实际承载上， 例如， UE 与 eNB 之间的无线承载， eNB 与 S-GW 之间的 S1 承载， S-GW 与 P-GW 之间的 S5/S8 承载。为了保证端到端的服务质量 (Quality ofService， QoS)， eNB 可以根据有线回程 ( 即 eNB 到 P-GW 之间的路径 ) 的固定 QoS 开销， 为每条 Uu 口 ( 即 eNB 与 UE 之间的接口 ) 进行 QoS 参数配置。
LTE 进一步增强 (LTE-Advanced) 系统为了改善小区边缘的覆盖情况， 在无线接入 网中引入了中继节点 (Relay Node， RN)， 对于每个 RN， 只有一个 eNB 可以为其提供无线回程 服务， 这个 eNB 被称为授权演进基站 (DonoreNB， DeNB)。在引入 RN 后， UE 与 DeNB 之间的整 个无线承载至少被分为两段， 包括 UE 与 RN 之间的 Uu 接口对应的承载， 及 RN 与 DeNB 之间 的 Un 接口对应的承载。
发明人在实现本发明的过程中发现， 现有技术在引入 RN 后， 如何进行 QoS 配置或 者数据的处理， 以提供整个无线承载的 QoS 保证， 还没有解决方案。
发明内容
本发明实施例提供了一种多段无线承载下提供服务质量保证的方法和装置， 实现 在引入 RN 后， 依旧提供整个无线承载的 QoS 保证。
本发明实施例提供了一种多段无线承载下提供服务质量保证的方法， 包括 ：
确定无线承载段的服务质量参数， 以使组成整个无线承载的各无线承载段的服务 质量参数之和与所述整个无线承载的服务质量参数相匹配 ；
接收业务数据， 当所述业务数据的服务质量参数在所述无线承载段的服务质量参 数可以满足的范围内时， 传输所述业务数据。
本发明实施例提供了一种多段无线承载下提供服务质量保证的装置， 包括 ：
确定模块， 用于确定无线承载段的服务质量参数， 以使组成整个无线承载的各无 线承载段的服务质量参数之和与所述整个无线承载的服务质量参数相匹配 ；
传输模块， 用于接收业务数据， 当所述业务数据的服务质量参数在所述无线承载 段的服务质量参数可以满足的范围内时， 传输所述业务数据。由上述技术方案可知， 本发明实施例通过传输服务质量参数在无线承载的服务质 量参数可以满足的范围内的业务数据， 可以为数据传输提供有服务质量保证的承载， 或者 传输有服务质量保证的数据， 可以实现在多段无线承载下， 为数据传输提供服务质量保证。 附图说明
图 1 为本发明第一实施例的方法流程示意图 ；
图 2 为本发明第二实施例的方法流程示意图 ；
图 3 为本发明第三实施例的方法流程示意图 ；
图 4 为本发明第四实施例的方法流程示意图 ；
图 5 为本发明第五实施例的方法流程示意图 ；
图 6 为本发明第六实施例的方法流程示意图 ；
图 7 为本发明第七实施例的方法流程示意图 ；
图 8 为本发明第八实施例的方法流程示意图 ；
图 9 为本发明实施例中建立承载的方法流程示意图 ；
图 10 为本发明第九实施例的装置的结构示意图。 具体实施方式 下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完 整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。基于本发 明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施 例， 都属于本发明保护的范围。
图 1 为本发明第一实施例的方法流程示意图， 包括 ：
步骤 11 ： 无线承载段的发送节点确定该无线承载段的服务质量参数， 以使组成整 个无线承载的各无线承载段的服务质量参数之和与所述整个无线承载的服务质量参数相 匹配。
其中， 该无线承载段可以为 RN 与 DeNB 之间的 Un 接口对应的无线承载段， 也可以 为 UE 与 RN 之间的 Uu 接口对应的无线承载段。对于 Un 接口的情况， 当数据传输为下行时， 发送节点为 DeNB ； 当数据传输为上行时， 发送节点为 RN。对于 Uu 接口的情况， 当数据传输 为下行时， 发送节点为 RN ； 当数据传输为上行时， 发送节点为 UE。
该无线承载段也可以为整个无线承载， 该发送节点为整个无线承载的发送节点， 例如， 当数据传输为下行时， 发送节点为 DeNB， 当数据传输为上行时， 发送节点为 UE。
各无线承载段的 QoS 参数之和与整个无线承载的 QoS 参数相匹配是指 ： 各无线承 载段的 QoS 参数之和与整个无线承载的 QoS 参数相同， 或者， 按照预定的策略近似相同。例 如， 以 QoS 参数为时延为例， 假设整个无线承载上的时延为 10ms， 则可以在 Un 接口对应的 无线承载段配置为 6ms， 在 Uu 接口对应的无线承载段配置为 4ms ； 或者， 将两个无线承载段 配置的参数增加一固定值， 例如， 均增加 1ms， 即在 Un 接口对应的无线承载段配置为 7ms， 在 Uu 接口对应的无线承载段配置为 5ms ； 或者， 将两个无线承载段配置的参数按比例增加一 固定值， 例如， 均扩大 1.5 倍， 即在 Un 接口对应的无线承载段配置为 9ms， 在 Uu 接口对应的 无线承载段配置为 6ms。
当发送节点为整个无线承载的发送节点时， 该发送节点确定的 QoS 参数即为整个 无线承载上的 QoS 参数。
步骤 12 ： 该发送节点接收业务数据， 当该业务数据的服务质量参数在该无线承载 段的服务质量参数可以满足的范围内时， 传输所述业务数据。
为了解决存在 RN 的多段无线承载的 QoS 保证问题， 本发明实施例具体采用如下两 种方式 ：
方式一 ： 在各无线承载段 ( 例如 Uu 接口对应的无线承载段及 Un 接口对应的无线 承载段 ) 进行 QoS 参数分配， 各段的 QoS 参数之和与整个的无线承载的 QoS 参数相匹配 ( 即 相同， 或者， 也可以对整个的无线承载的 QoS 参数进行适当放宽 )。由于各段的 QoS 参数之 和与整体的 QoS 参数相同， 当各段均满足预先分配的 QoS 参数时， 在整体上， 同样可以满足 整个无线承载上的 QoS 参数， 因此， 可以提供整个无线承载的 QoS 保证。
方式二 ： 根据数据的实际传输情况， 得到实际 QoS 参数， 正常处理实际 QoS 参数在 整个无线承载的 QoS 参数需求范围内的数据， 丢弃实际 QoS 参数在整个无线承载的 QoS 参 数需求范围之外的数据。由于不满足 QoS 保证的数据都被丢弃了， 余下正常处理的均是可 以提供 QoS 保证的数据， 因此， 可以提供整个无线承载上的 QoS 保证。
在上述两种方式下， 具体实施时， 可以在各无线节点 ( 例如， DeNB、 RN、 UE) 均进行 QoS 参数的分配 ； 或者， 也可以只在发送节点进行 QoS 参数的配置， 中间节点不进行 QoS 参 数的配置， 例如， 下行时， 在 DeNB 处进行配置， 上行时， 在 UE 处进行配置， 而不论上行还是下 行， RN 处均不进行 QoS 参数的配置。
本实施例通过传输服务质量参数在无线承载的服务质量参数可以满足的范围内 的业务数据， 可以实现在多段无线承载下， 为数据传输提供服务质量保证。
图 2 为本发明第二实施例的方法流程示意图， 本实施例对应于上述的方式一。参 见图 2， 本实施例包括 ：
步骤 21 ： 无线承载段上的发送节点与本段的接收节点通过协商确定本段采用的 QoS 参数集， 该 QoS 参数集中各 QoS 参数按照一定的级别进行排列， 在同一级别上， 各段 QoS 参数之和与整个无线承载上的 QoS 参数相匹配。
其中， 无线承载段可以为 RN 与 DeNB 之间的 Un 接口对应的无线承载段， 也可以为 UE 与 RN 之间的 Uu 接口对应的无线承载段。对于 Un 接口的情况， 当数据传输为下行时， 发 送节点为 DeNB ； 当数据传输为上行时， 发送节点为 RN。对于 Uu 接口的情况， 当数据传输为 下行时， 发送节点为 RN ； 当数据传输为上行时， 发送节点为 UE。
其中， 一定的级别可以为业务类型或者优先级 ( 具体可参见下述的实施例四、 五 )。
步骤 22 ： 该发送节点获取待传输的业务数据在本段的所需 QoS 参数。
具体的， 发送节点可以根据该待传输的业务数据所属的承载建立时， 核心网发送 的信息确定对应的 QoS 参数。例如， 当 UE 向核心网请求实时游戏对应的业务数据时， 由于 核心网中通常会保存业务类型与 QoS 参数的对应关系， 因此， 当核心网针对该实时游戏为 UE 建立承载时， 可以将该业务类型 ( 实时游戏 ) 对应的整个无线承载上的 QoS 参数发送给 DeNB。之后， DeNB 根据预先得到的策略， 例如， 配置比例因子或者根据 Uu 接口、 Un 接口的 信道状况或传输条件等实际情况， 将整个的 QoS 参数分配给 Un 接口及 Uu 接口。对于 Un 接口， 发送节点 ( 即 DeNB) 可以直接获取 Un 接口分配的 QoS 参数， 作为 Un 接口段的所需 QoS 参数 ； 对于 Uu 接口， 发送节点 ( 即 RN) 可以从 DeNB 接收 DeNB 分配给 Uu 接口的 QoS 参数， 作为 Uu 接口段的所需 QoS 参数。
步骤 21 和步骤 22 无时序限制关系。
步骤 23 ： 当所述所需服务质量参数在所述本段服务质量参数集可以满足的范围 内时， 该发送节点通过可以满足所述所需服务质量参数的无线承载传输所述待传输数据。
其中， 可以满足该所需的 QoS 参数的无线承载可以是与该数据的业务类型绑定 的， 或者， 也可以是按照优先级可以满足但不与业务类型绑定的无线承载。
本实施例通过在各段进行 QoS 参数的分配， 使各段 QoS 参数之和与整个无线承载 上的 QoS 参数相同， 可以在存在 RN 的情况下， 继续提供整个无线承载的 QoS 保证。本实施 例通过分配 QoS 参数的方式， 可以为数据的有 QoS 保证的传输提供基础。
图 3 为本发明第三实施例的方法流程示意图， 本实施例对应于上述的方式二。参 见图 3， 本实施例包括 ：
步骤 31 ： 无线承载段 ( 例如， Un 接口对应无线承载， Uu 接口对应的无线承载 ) 上 的发送节点配置本段的 QoS 参数。 其中， 发送节点可以在数据所属的承载建立时， 配置本段的 QoS 参数， 可以是， 各 段的 QoS 参数之和与整个无线承载上的 QoS 参数相同， 或者， 各段的 QoS 参数均与整个无线 承载上的 QoS 参数相同， 或者， 在发送节点配置整个无线承载上的 QoS 参数， 而中间节点不 进行 QoS 参数的配置 ( 具体可参见下述的实施例六、 七、 八 )。
步骤 32 ： 该发送节点获取已传输数据的实际服务质量参数。
其中， 实际服务质量参数可以为已传输数据在上一段的实际 QoS 参数和 / 或已传 输数据在本段的实际 QoS 参数。
步骤 31 和步骤 32 无时序限制关系。
步骤 33 ： 当所述实际服务质量参数在所述本段的服务质量参数可以满足的范围 内时， 该发送节点继续传输所述已传输数据。
本实施例通过对数据的实际情况进行计算， 正常处理有 QoS 保证的数据， 丢弃没 有 QoS 保证的数据， 可以在存在 RN 的情况下， 继续提供整个无线承载的 QoS 保证。
图 4 为本发明第四实施例的方法流程示意图， 包括 ：
步骤 401 ： 无线承载段上的发送节点与接收节点通过协商确定本段采用的比例因 子。
其中， 无线承载段可以为 RN 与 DeNB 之间的 Un 接口对应的无线承载段， 也可以为 UE 与 RN 之间的 Uu 接口对应的无线承载段。对于 Un 接口的情况， 当数据传输为下行时， 发 送节点为 DeNB， 接收节点为 RN ； 当数据传输为上行时， 发送节点为 RN， 接收节点为 DeNB。对 于 Uu 接口的情况， 当数据传输为下行时， 发送节点为 RN， 接收节点为 UE ； 当数据传输为上行 时， 发送节点为 UE， 接收节点为 RN。
步骤 402 ： 发送节点将协商确定的比例因子与整个无线承载上的 QoS 参数集进行 相乘， 得到本段的 QoS 参数集。
在 LTE 系统中， 通常 QoS 参数与业务类型是绑定的， 3GPP TS23.203v8.5.0 中给出 的业务类型与 QoS 参数的对应关系可以参见表 1 ：
表1在表 1 的基础上再乘以协商得到的比例因子， 即为本段的 QoS 参数集， 可知， 本段 的 QoS 参数集中的各 QoS 参数与业务类型是绑定的。
步骤 403 ： 发送节点获取数据所需的 QoS 参数。具体可参见步骤 22。
步骤 404 ： 当该所需的 QoS 参数在本段 QoS 参数集中时， 发送节点和接收节点建立 与该所需的 QoS 参数对应的无线承载， 由于 QoS 参数与业务类型绑定， 因此， 建立的无线承 载与业务类型也是绑定的。
具体可以为 ： UE 向核心网中的 MME 发送业务建立请求， 其中携带待传输数据的信 息； MME 根据该待传输数据的信息建立该数据所属的承载， 即 MME 向 DeNB 发送承载建立 (Evolved Radio Access Bearer， eRAB) 消息， 其中携带待传输数据的业务类型 ； DeNB 根据 该业务类型及 Un 接口的 QoS 参数集， 确定与该业务类型对应的本段 QoS 参数 ； DeNB 与 RN 根据该与业务类型对应的本段 QoS 参数建立与业务类型对应的 Un 接口上的无线承载 ； DeNB 通过 Un 接口承载建立消息将该业务类型发送给 RN ； 类似于 DeNB 的处理， RN 也可以与 UE 预 先协商确定比例因子， 并得到 Uu 接口的 QoS 参数集， 该 QoS 参数集中的 QoS 参数与业务类 型是绑定的， 并建立与该业务类型对应的 Uu 接口上的无线承载。之后， 数据可以在 Uu 接口 和 Un 接口的无线承载上进行传输。
步骤 405 ： 发送节点通过与所需的 QoS 参数对应的无线承载 ( 即该数据的业务类 型对应的无线承载 )， 传输该数据。
例如， UE 请求的是 QCI ＝ 3 的实时游戏， 则各无线段将 UE 请求的该业务 ( 实时游 戏 ) 承载在实时游戏对应的无线承载上。
本实施例通过在各段进行 QoS 参数的分配， 使各段 QoS 参数之和与整个无线承载 上的 QoS 参数相同， 可以在存在 RN 的情况下， 继续提供整个无线承载的 QoS 保证。本实施 例通过分配 QoS 参数的方式， 可以为数据的有 QoS 保证的传输提供基础。 本实施例通过 QoS
参数与业务类型绑定的方式， 根据业务类型确定对应无线承载， 可以更好地利用现有 QoS 参数与业务类型绑定的方式， 更好地兼容现有技术。
图 5 为本发明第五实施例的方法流程示意图， 包括 ：
步骤 501 ： 无线承载段上的发送节点与接收节点通过协商确定本段采用的 QoS 参 数集， 该 QoS 参数集中的各 QoS 参数按照优先级进行排列。
由于 RN 的处理能力和具体部署条件的不同， 在 RN 进行入网测试时， 会生成一些极 限的 QoS 参数， 例如， 对于 RN 与 DeNB 之间的 Un 接口， 极限延迟参数可以为 10ms， 极限误码 率可以为 10-6， 根据极限情况测量的 QoS 参数或者对极限 QoS 进行适当扩展， 可以确定本段 的按照优先级排列的 QoS 参数集， 该 QoS 参数集可以如表 2 所示 ：
表2
QoS 参数索引 0 1 2 3 4 5
时延 10ms 10ms 20ms 20ms 40ms 40ms属性 GBR GBR GBR Non-GBR GBR Non-GBR误码率 10-6 10-3 10-6 10-3 10-6 10-3QoS 参数索引为 0 的表示优先级最高。
步骤 502 ： 发送节点获取数据所需的 QoS 参数。
步骤 503 ： 当本段的 QoS 参数集中存在可以满足该所需的 QoS 参数的 QoS 参数时， 发送节点和接收节点建立与可以满足该所需的 QoS 参数需求的 QoS 参数对应的无线承载， 由于本实施例的 QoS 参数不与业务类型绑定， 因此， 建立的无线承载也不与业务类型绑定。
步骤 504 ： 发送节点通过可以满足所需的 QoS 参数的无线承载， 传输该数据。
例如， UE 请求的是 QCI ＝ 3 的实时游戏， 从表 1 可知， 该业务所需的 QoS 参数包括 ： -3 GBR、 50ms、 10 ， 则根据表 2 可知， 除了 QoS 参数索引为 3、 5 之外的各 QoS 参数对应的无线承 载均可以满足该所需的 QoS 参数。发送节点可以随机确定一个， 例如， 将该实时游戏对应的 无线承载确定为 QoS 参数索引为 1 的 QoS 参数对应的无线承载。
可以理解的是， 当两个以上的 UE 请求同一个业务时， 虽然请求的是同一个业务， 也可以将不同的无线承载分配给不同的 UE。例如， UE1 和 UE2 均请求 QCI ＝ 3 的实时游戏， 当 RN 将 QoS 参数索引为 1 的 QoS 参数对应的无线承载分配给 UE1 后， RN 也可以将 QoS 参 数索引为 1 之外的 QoS 参数对应的无线承载分配给 UE2， 例如， 将 QoS 参数索引为 2 的 QoS 参数对应的无线承载分配给 UE2， 当然， 如果 QoS 参数索引为 1 的 QoS 参数对应的无线承载
在分配给 UE1 后仍然足够为 UE2 服务， RN 也可以将 QoS 参数索引为 1 的 QoS 参数对应的无 线承载分配给 UE2。
为实现整个无线承载上的 QoS 保证， 对于 UE 通过多跳 RN 接入到 DeNB 的情况， 例 如 UE 依次通过 RN1、 RN2 接入到 DeNB 的情况下， 后进行承载绑定的节点， 例如 RN1， 需要参 考之前无线路径上的承载绑定情况来决定本段的绑定， 因此在 RN1 确定与 UE 之间的无线承 载时， 需要 RN1 可以获得 UE 承载在 RN2 与 RN1 之间的无线承载段和 DeNB 与 RN2 之间的无 线承载段上的承载绑定信息， 以使各段的 QoS 参数之和在整个无线承载上的 QoS 参数需求 范围内。
本实施例通过在各段进行 QoS 参数的分配， 使各段 QoS 参数之和与整个无线承载 上的 QoS 参数相同， 可以在存在 RN 的情况下， 继续提供整个无线承载的 QoS 保证。本实施 例通过分配 QoS 参数的方式， 可以为数据的有 QoS 保证的传输提供基础。本实施例中 QoS 参数不与业务类型进行绑定， 可以动态分配 QoS 参数， 提高灵活性。
图 6 为本发明第六实施例的方法流程示意图， 包括 ：
步骤 601-602 ： DeNB 和 RN 中分别预先配置时延 (Discard Timer)。
具体地， 业务建立时， 核心网会为 UE 建立相应的承载， 该承载具有一定的 QoS 参数 要求。因此， 可以在核心网 ( 对应的实体为 MME) 为 UE 建立承载 (eRAB) 的过程中， 根据业 务的 QoS 属性， DeNB 和 RN 中分别配置时延 DT1 和 DT2。
例如， 假设整个无线承载上的时延为 T， 可以根据 Un 接口和 / 或 Uu 接口的信道条 件及传输质量， 分别在 Un 接口与 Uu 接口配置的时延需求为 0.4T 及 0.6T。也可以在 0.4T 和 0.6T 的基础上， 再增加一些时延， 比如都在原来的基础上乘以一个系数 1.5， 每段时延分 别变为 0.6T 和 0.9T， 使总时延大于 T ； 或者增加一固定时延， 如每段时延分别变为 0.5T 和 0.7T， 使总时延要求大于 T。
步骤 603 ： 以下行数据传输为例， 当数据到达 DeNB 时， DeNB 将该数据放入分组数据 控制协议 (Packet Data Control Protocol， PDCP) 缓存中， 并为该数据启动 DT1。
步骤 604 ： 当 DT1 超时后， 若数据还在 PDCP 缓存中， 没有发送成功， 则 DeNB 将该数 据丢弃。
步骤 605 ： 当在 DT1 期间， DeNB 将该数据成功发送到 RN， 则在发送成功后， 将该数 据的复本从缓存中删除。为了数据重传等需要， 通常在数据发送后仍就会在 PDCP 缓存中保 存该数据的复本， 当下一跳成功接收该数据后， 可以删除该数据的复本。
步骤 606 ： RN 接收到 DeNB 发送的数据后， 将其放入 PDCP 缓存中， 并为该数据启动 DT2。
步骤 607 ： 类似于 DeNB 的处理， 如果在 DT2 超时后， 数据还在 RN 的 PDCP 缓存中， 则丢弃该数据。
步骤 608 ： 当在 DT2 期间， RN 将该数据成功发送到 UE， 则在发送成功后， 将该数据 的复本从缓存中删除。
本实施例以时延为例， 可以理解的是， 对于其他 QoS 参数， 也可以采用上述预先配 置参数的方式进行处理。 本实施例以一个 RN 为例， 可以理解的是， 对于两个以上的 RN， 也可 以采用上述的方式在每个 RN 处进行配置。上述方案依旧在本实施例的范围内。
本实施例通过对数据的实际情况进行计算， 使正常处理有 QoS 保证的数据， 丢弃没有 QoS 保证的数据， 可以在存在 RN 的情况下， 继续提供整个无线承载的 QoS 保证。本实 施例根据数据的实际传输情况进行处理， 可以提高灵活性。
上述的第四 - 六实施例中， 还可以包括 ： 当 Un 接口和 / 或 Uu 接口的信道条件及传 输质量发生变化时或者达到预先设定的周期性变化周期时， DeNB 及 RN 根据触发条件重新 进行 QoS 参数的分配， 例如， 对于第四实施例， 重新协商比例因子， 对于第五实施例， 重新协 商本段的 QoS 参数集， 对于第六实施例， 重新配置时延参数。
图 7 为本发明第七实施例的方法流程示意图， 包括 ：
步骤 701 ： DeNB 和 RN 进行同步处理。
具体地， DeNB 和 RN 之间可以通过专用消息或 DeNB 的系统广播消息获得 Uu 与 Un 接口的定时关系， 例如， 通过 Uu 接口的系统帧序号 (SystemFrame Number， SFN) 与 Un 接口 的 SFN 之间的关系进行同步。
步骤 702 ： DeNB 和 RN 中根据业务的 QoS 属性分别配置相同的时延 DT， 该 DT 表示 整个无线承载上的时延。
步骤 703 ： 以下行数据传输为例， 当数据到达 DeNB 时， DeNB 将该数据放入 PDCP 缓 存中， 并为该数据启动 DT。
步骤 704 ： 当 DT 超时后， 若数据还在 PDCP 缓存中， 没有发送成功， 则 DeNB 将该数 据丢弃。
步骤 705 ： 当在 DT 期间， DeNB 将该数据成功发送到 RN， 则在发送成功后， 将该数据 的复本从缓存中删除。
步骤 706 ： RN 接收到 DeNB 发送的数据后， 将其放入 PDCP 缓存中， 该数据包中携带 该数据包此前到达 DeNB 的时间。
步骤 707 ： RN 根据当前时间及该数据包中携带的到达 DeNB 的时间， 计算得到 Un 接 口上的时延 DT’ 。
步骤 708 ： RN 根据预设的 DT 及上述的 DT’ ， 得到本段的可传时间 DT” ＝ DT-DT’ 。
步骤 709 ： 当 DT” ＜ 0 时， 表明 Un 接口上消耗的时间太多， 不能满足业务的 QoS 需 求， RN 将丢弃该包。
步骤 710 ： 当 DT” 超时后， 若数据还在 PDCP 缓存中， 没有发送成功， 则 RN 将该数据 丢弃。
步骤 711 ： 当在 DT” 期间， RN 将该数据成功发送到 UE， 则在发送成功后， 将该数据 的复本从缓存中删除。
本实施例通过对数据的实际情况进行计算， 使正常处理有 QoS 保证的数据， 丢弃 没有 QoS 保证的数据， 可以在存在 RN 的情况下， 继续提供整个无线承载的 QoS 保证。本实 施例没有在各段配置固定的 QoS 参数， 而是根据数据在上一段的实际传输情况得到本段的 可传 QoS 参数， 可以提高灵活性。
图 8 为本发明第八实施例的方法流程示意图， 包括 ：
步骤 801 ： 以下行为例， 在 DeNB 中配置时延 DT， 该 DT 表示整个无线承载上的时延。 可以理解的是， 当为上行时， 需要在 UE 中配置该 DT。
步骤 802 ： 当数据到达 DeNB 时， DeNB 将该数据放入 PDCP 缓存中， 并为该数据启动 DT。步骤 803 ： 当在 DT 时间内收到 RN 反馈的 ACK， 则丢弃在 PDCP 中缓存的数据包的复本。 其中， ACK 表示 UE 成功接收该数据， 当 UE 成功接收 DeNB 发送的数据后， 通过 RLC 状态报告通知 RN， RN 收到 UE 的状态报告后， 可以通过 PDCP 状态报告或者媒体接入控制 (Media Access Control， MAC) 单元， 通知 DeNB。
步骤 804 ： 当在 DT 时间内该数据仍旧在 PDCP 缓存中没有被发送成功， 则删除该数 据。
步骤 805 ： 当在 DT 时间内该数据已被发送但是没有收到 RN 发送的 ACK， 则可以向 RN 发送通知消息， 指示 RN 将该数据删除。
该通知消息可以通过 MAC 单元或者 PDCP 状态报告发送给 RN， 且该通知消息的优先 级比其他数据的优先级要高， 以尽量保证该通知消息及时准确的发送给 RN。
步骤 806 ： 当 RN 接收到该通知消息后， 如果该数据包已经被发送给 UE， 则忽略该通 知消息。
步骤 807 ： 当 RN 接收到该通知消息后， 该数据包没有被发送给 UE， 则丢弃该数据 包。
本实施例通过对数据的实际情况进行计算， 使正常处理有 QoS 保证的数据， 丢弃 没有 QoS 保证的数据， 可以在存在 RN 的情况下， 继续提供整个无线承载的 QoS 保证。本实 施例无需在各中间节点配置 QoS 参数， 而是直接根据数据在整个无线承载上的实际传输情 况进行处理， 可以提高灵活性。
图 9 为本发明实施例中建立承载的方法流程示意图， 包括 ：
步骤 901 ： DeNB 根据核心网下发的整个无线承载上的 QoS 参数及 Uu 和 / 或 Un 接 口的信道条件和传输质量， 将整个无线承载上的 QoS 参数分为第一 QoS 参数和第二 QoS 参 数， 其中， 第一 QoS 参数为 Un 接口的 QoS 参数， 第二 QoS 参数为整个无线承载上的 QoS 参数 减去第一 QoS 参数之后的 QoS 参数。
其中， 核心网下发的整个无线承载上的 QoS 参数可以是直接发送给 DeNB 的， 之后， DeNB 进行 QoS 参数的划分 ； 也可以是核心网将整个无线承载上的 QoS 参数发送给 RN， 之后 由 RN 再将该整个无线承载上的 QoS 参数发送给 DeNB， 由 DeNB 进行 QoS 参数的划分。
步骤 902 ： DeNB 根据第一 QoS 参数确定 Un 接口的无线参数配置， 完成 Un 接口的承 载建立。
步骤 903 ： 如果 RN 可以解析 QoS 参数， 则 DeNB 将第二 QoS 参数发送给 RN。
步骤 904 ： RN 根据 DeNB 发送的第二 QoS 参数， 完成 QoS 参数到无线参数的映射， 完 成 Uu 接口的承载建立。
步骤 905 ： 如果 RN 不能解析 QoS 参数， 则 DeNB 获取第二 QoS 参数对应的无线参数， 将该无线参数发送给 RN。
步骤 906 ： RN 根据 DeNB 发送的无线参数， 完成 Uu 接口的承载建立。
本实施例中， DeNB 根据 RN 的情况将 QoS 参数或者无线参数发送给 RN， 可以适用于 不同的场景。
图 10 为本发明第九实施例的装置的结构示意图， 包括确定模块 101 和传输模块 102。确定模块 101 用于确定无线承载段的服务质量参数， 以使组成整个无线承载的各无线
承载段的服务质量参数之和与所述整个无线承载的服务质量参数相匹配 ； 传输模块 102 用 于接收业务数据， 当所述业务数据的服务质量参数在所述无线承载段的服务质量参数可以 满足的范围内时， 传输所述业务数据。
其中， 确定模块 101 包括第一单元、 第二单元或者第三单元 ；
所述第一单元位于无线承载段的发送节点， 用于与接收节点通过协商确定所述无 线承载段的服务质量参数集， 以使所述服务质量参数集包括按照级别排列的服务质量参 数， 且在同一级别下， 组成整个无线承载的各无线承载段的服务质量参数之和与整个无线 承载的服务质量参数相匹配 ；
所述第二单元位于无线承载段的发送节点， 用于配置所述无线承载段的服务质量 参数 ；
所述第三单元位于整个无线承载的发送节点， 用于配置整个无线承载的服务质量 参数。
具体地， 当确定模块包括第一单元时，
所述第一单元具体用于与接收节点通过协商确定所述无线承载段的比例因子 ； 将 所述比例因子与整个无线承载上的服务质量参数集相乘后， 得到所述无线承载段的服务质 量参数集， 所述服务质量参数集中各服务质量参数与业务类型对应， 同一业务类型下， 组成 整个无线承载的各无线承载段的服务质量参数之和与整个无线承载的服务质量参数相匹 配。所述传输模块具体用于接收承载建立信息， 所述承载建立信息与业务数据的业务类型 对应 ； 当所述承载建立信息对应的服务质量参数在所述服务质量参数集内时， 与所述接收 节点根据所述承载建立信息建立与所述业务类型对应的无线承载 ； 接收业务数据， 并通过 与所述业务类型对应的无线承载， 传输所述业务数据至所述接收节点。 或者，
所述第一单元具体用于与接收节点通过协商确定所述无线承载段的比例因子 ； 将 所述比例因子与整个无线承载上的服务质量参数集相乘后， 得到所述无线承载段的服务质 量参数集， 所述服务质量参数集中各服务质量参数与业务类型对应， 同一业务类型下， 组成 整个无线承载的各无线承载段的服务质量参数之和与整个无线承载的服务质量参数相匹 配； 所述传输模块用于接收承载建立信息， 将所述承载建立信息对应的服务质量参数作为 所需服务质量参数 ； 当所述服务质量参数集内存在可以满足所述所需服务质量参数时， 在 所述服务质量参数集内确定可以满足所述所需服务质量参数的优先级较高的服务质量参 数； 与所述接收节点根据所述承载建立消息建立与所述可以满足所述所需服务质量参数的 优先级较高的服务质量参数对应的无线承载 ； 接收业务数据， 并通过与所述优先级较高的 服务质量参数对应的无线承载， 传输所述业务数据至所述接收节点。
当确定模块包括第二单元时，
所述第二单元具体用于配置所述无线承载段的服务质量参数， 以使组成整个无线 承载的各无线承载段的服务质量参数之和与整个无线承载的服务质量参数相匹配 ； 所述传 输模块具体用于接收从上一无线承载段发送的业务数据 ； 根据所述业务数据在对应的无线 承载段的传输情况， 获取所述业务数据在对应的无线承载段的实际服务质量参数 ； 当所述 实际服务质量参数在所述配置的对应的无线承载段的服务质量参数可以满足的范围内时， 继续传输所述业务数据至所述接收节点。
或者，
所述第二单元具体用于配置所述无线承载段的服务质量参数， 以使组成整个无线 承载的各无线承载段的服务质量参数均与整个无线承载上的服务质量参数相同 ； 所述传输 模块具体用于接收从上一无线承载段发送的业务数据， 获取所述业务数据在上一无线承载 段传输时的实际服务质量参数 ； 根据所述配置的服务质量参数和所述上一无线承载段传输 时的实际服务质量参数， 计算得到对应的无线承载段的可传服务质量参数 ； 根据所述业务 数据在对应的无线承载段的传输情况， 获取所述业务数据在对应的无线承载段的实际服务 质量参数 ； 当所述实际服务质量参数在所述计算得到的可传服务质量参数可以满足的范围 内时， 继续传输所述业务数据至所述接收节点。
当所述确定模块包括所述第三单元时， 所述传输模块具体用于接收业务数据， 并 将所述业务数据发送给整个无线承载的接收节点 ； 根据所述业务数据在整个无线承载上的 传输情况， 获取所述业务数据在整个无线承载上的实际服务质量参数 ； 当所述实际服务质 量参数不在所述配置的整个无线承载的服务质量参数可以满足的范围内时， 指示接收到所 述业务数据的节点丢弃所述业务数据。
本实施例还可以包括 ： 接收模块， 与确定模块连接， 用于接收触发信息， 所述触发 信息为周期性发送的， 或者， 所述触发信息为信道条件和 / 或传输质量达到预先设定的阈 值时发送的 ； 所述确定模块还用于在所述接收模块接收到所述触发信息后， 更改所述发送 节点对应的无线承载的服务质量参数 ； 所述传输模块还用于继续接收业务数据， 当继续接 收的业务数据的服务质量参数在更改后的服务质量参数可以满足的范围内时， 传输继续接 收的业务数据。
本实施例通过传输服务质量参数在无线承载的服务质量参数可以满足的范围内 的业务数据， 可以为数据传输提供有服务质量保证的承载， 或者传输有服务质量保证的数 据， 可以实现在多段无线承载下， 为数据传输提供服务质量保证。
本领域普通技术人员可以理解 ： 实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读取存储介质中， 该程序 在执行时， 执行包括上述方法实施例的步骤 ； 而前述的存储介质包括 ： ROM、 RAM、 磁碟或者 光盘等各种可以存储程序代码的介质。
最后应说明的是 ： 以上实施例仅用以说明本发明的技术方案而非对其进行限制， 尽管参照较佳实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解 ： 其依 然可以对本发明的技术方案进行修改或者等同替换， 而这些修改或者等同替换亦不能使修 改后的技术方案脱离本发明技术方案的精神和范围。