本发明涉及通信领域， 尤其涉及通信系统中数据处理的技术。 背景技术

在长期演进 ( Long Term Evolution, LTE )系统中，无线链路控制（ Radio Link Control, RLC )层具有分段和重传的功能。 RLC层的功能由 RLC实体实 施。 RLC实体在确认模式（Acknowledged Model, AM ) 下 （简称 AM RLC 实体）具有自动重传请求 ( Automatic Repeat-reQuest, ARQ ) 功能， ARQ通 过接收方请求发送方重传出错的数据单元来恢 复出错的数据单元。 为了保 证 RLC层协议数据单元（Protocol Data Unit, PDU ) 的正确传送， ARQ过程 引入了轮询（Polling )机制， 使得 AM RLC实体发送端向对等 AM RLC实体 接收端主动请求状态报告， 确认数据单元是否接收成功。

在用户面上， 用户设备 ( User Equipment, UE )和演进型基站（ evolved Node B， eNB )之间通过数据无线承载（ Data Radio Bearer, DRB )传递数据 包，例如分组因特网探索（ Packet Internet Grope, Ping )包。在控制面上， eNB 与 UE通过信令无线承载（ Signal Radio Bearer, SRB )传递控制信令。

根据现有 3GPP协议的记载， AM RLC实体接收端维护接收窗口变量和 VR(R)和 VR(MR)。具体关于 AM RLC实体接收端维护的接收窗口变量的内 容可参考现有 3GPP协议 TS36.322V9.2.0第 5.1.3.2.1章节的记载。

在 ARQ机制下， 当 AM RLC实体接收到轮询包， 处理轮询包和更新接 收窗口变量的操作顺序的不同，会导致 AM RLC实体处理流程不同，影响系 统的性能。 因此， 如何保证正确的处理轮询包和更新接收窗口变 量的操作 顺序， 以获得较高的系统性能， 是一个亟待解决的问题。 发明内容

本发明一方面提供一种数据处理的方法， 包括： 确认模式 AM无线链 路控制 RLC实体接收轮询包；该 AM RLC实体识别该轮询包是否来自 SRB 或 Ping包业务； 如果该轮询包来自 SRB或 Ping包业务， 所述 AM RLC实 体先处理该轮询包再更新接收窗口变量； 如果该轮询包不是来自 SRB 或 Ping包业务，所述 AM RLC实体先更新所述接收窗口变量再处理该轮询 包。

本发明实施例提供的技术方案， 通过识别轮询包是否来自 SRB或 Ping 包业务， 分场景进行不同的数据处理， 提高了系统的性能。

本发明另一方面提供一种通信设备， 包括： 第一单元， 用于接收轮询 包； 第二单元， 用于识别上述轮询包是否来自 SRB或 Ping包业务； 和第三 单元， 用于当所述第二单元识别的该轮询包来自 SRB或 Ping包业务， 先处 理该轮询包再更新接收窗口变量； 当所述第二单元识别的该轮询包不是来 自 SRB或 Ping包业务时， 先更新所述接收窗口变量再处理该轮询包。

本发明实施例提供的技术方案， 通过第二单元区分场景来进行不同数 据处理， 提高了系统的性能， 设备简单易行。 附图说明

图 1为本发明实施例一的数据处理方法流程示意� �；

图 2为本发明实施例二的数据处理方法流程示意� �；

图 3为本发明实施例三的通信设备结构示意图；

图 4为本发明实施例四的通信设备结构示意图。

具体实施方式

下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述。 显然， 如下描述的具体实施例仅是本发明的一部分 实施例， 对于本领域的技术人员而言， 本发明还可以不拘泥于这些特定的 细节的其它实施例来实施。

本发明的实施例一， 如图 1 所示， 提供一种数据处理的方法， 包括以 下内容。

10, AM RLC实体接收轮询包。 上述轮询包由对等 AM RLC实体发送，该对等 AM RLC实体通过发送 上述轮询包请求状态报告， 保证 RLC层数据传输正确率。 本发明实施例中 的状态报告是表示数据发送状态的报告。

11， 上述 AM RLC实体识别上述轮询包是否来自 SRB或 Ping包业务。 如果上述轮询包来自 SRB或 Ping包业务， 先执行 12， 然后执行 13; 如果上述轮询包不是来自 SRB或 Ping包业务， 执行 13， 然后执行 12。

在具体实现过程中， 在通信链路建立时， RLC层可以通过配置表记录 业务类型信息， 例如记录 SRB或 Ping包业务。 在通信过程中， RLC层维 护这个配置表， 直到通信过程结束， 该配置表才被释放。 所以， 在通信过 程中， AM RLC实体可以从该配置表得知轮询包是否来自 SRB或 Ping包业 务。

12, 上述 AM RLC实体处理上述轮询包。

13 , 上述 AM RLC 实体更新接收窗口变量。

AM RLC实体先更新接收窗口变量再处理轮询包， 能节省空口资源， 尤 其对 SRB或 Ping包业务时， 不需要重传就能使得对等 AM RLC实体获得状态 报告，但存在 SRB或 Ping包业务触发状态报告太快， 会导致由于要发送状态 报告而系统无资源可使用的情况。 AM RLC实体先处理轮询包再更新接收窗 口变量， 给系统调度预留了足够的时间， 不会出现状态报告发送太快而系 统无资源可使用的情况， 但会出现重传， 浪费空口资源。

针对上述技术问题， 本发明实施例一提供的技术方案， 通过识别接收 到的轮询包是否来自 SRB或 Ping包业务， 分场景进行不同的数据处理， 即 为了节省系统资源， 对于不是来自 SRB或 Ping包业务的轮询包， 先更新接 收窗口变量再处理轮询包；为了避免 SRB或 Ping包业务上的状态报告发送 太快， 对于来自 SRB或 Ping包业务的轮询包， 先处理轮询包再更新接收窗 口变量， 因此提高了系统的性能。 本发明的实施例二， 如图 2所示， 提供一种数据处理的方法， 包括以 下内容。

20, AM RLC实体接收轮询包。

上述轮询包由对等 AM RLC实体发送，该对等 AM RLC实体通过发送 上述轮询包请求状态报告， 保证 RLC层数据传输正确率。 本发明实施例中 的状态报告是表示数据发送状态的报告。

21， 上述 AM RLC实体识别上述轮询包是否来自 SRB或 Ping包业务。 如果上述轮询包来自 SRB或 Ping包业务， 执行 22， 如果上述轮询包 不是来自 SRB或 Ping包业务， 执行 261， 221和 251。

在具体实现过程中， 在通信链路建立时， RLC层可以通过配置表记录 业务类型信息， 例如记录 SRB或 Ping包业务。 在通信过程中， RLC层会 维护这个配置表， 直到通信过程结束， 该配置表才被释放。 所以， 在通信 过程中， AM RLC实体可以从该配置表得知轮询包是否来自 SRB或 Ping 包业务。

22， 上述 AM RLC实体处理上述轮询包， 执行 27。 实体轮询等待状态。

如果 AM RLC实体的轮询状态为 AM RLC实体轮询等待状态，执行 24; 如果 AM RLC实体的轮询状态不是 AM RLC实体轮询等待状态， 执行 23 之后再执行 24。

23, 该 AM RLC实体将 AM RLC实体的轮询状态更改为 AM RLC实 体轮询等待状态 （例如： RLC— POLL— WAIT— STATUS )。

24, 该 AM RLC实体启动定时器。

当该定时器到时，且 AM RLC实体的轮询状态仍为 AM RLC实体轮询 等待状态时， 执行 25。

该定时器的时长不超过发送所述轮询包的对等 AM RLC实体的重传定 时器的时长。 例如， 定时器的时长可设置为 45ms。

25,上述 AM RLC实体向发送上述轮询包的对等 AM RLC实体发送表 示数据接收状态的报告， 执行 26。

26, 上述 AM RLC实体更新接收窗口变量。

AM RLC实体使得窗口及时更新， 以保证下一个落在接收窗口中的数 据得到处理。

261 , 上述 AM RLC实体更新接收窗口变量。

221， 上述 AM RLC实体处理上述轮询包。

251 , 上述 AM RLC实体向发送上述轮询包的对等 AM RLC实体发送 表示数据接收状态的报告。

针对本发明的实施例二中描述的数据处理方法 ， 其实现过程举例如下。

殳序列号为 SN的 PDU来自 SRB或 Ping包业务，该 PDU是轮询包， 当该 PDU落在接收窗口中时， 例如满足接收到的 PDU的序列号 REV _SN 与 期望收到的状态变量（ Receive State Variable, VR(R) )、 收到的最大的序列号 的状态变量（ Highest Receive State Variable, VR(H) )和最大状态报告发送的 状态变量 （Maximum Status Transmit State Variable, VR(MS) )相等， 即 REV _SN =VR(R)=VR(H)= VR(MS)时，先处理轮询包，由于这个时候 VR(MS)= REV _SN ， 不满足状态报告发送的条件 VR(MS)<REV _SN ，这时，如果 AM RLC 实体的轮询状态不是 AM RLC实体轮询等待状态， AM RLC实体将 AM RLC 实体的轮询状态更改为 AM RLC 实体轮询等待状态 （例如： RLC— POLL— WAIT— STATUS )。 除非重传才能使得接收窗口滑动起来而使得 下个数据能够落在接收窗口， 此时为了让接收窗口及时更新， 可以设置定 时器， 在 AM RLC实体出现 AM RLC实体轮询等待状态时， 启动这个定时 器， 定时器到时且 AM RLC实体仍为 AM RLC实体轮询等待状态时， 该 AM RLC实体发送状态报告。 然后该 AM RLC实体更新接收窗口变量， 下 一个序号 SN+1的 PDU会落入接收窗口， 即 VR(R)=VR(H)= VR(MS)更新 到 REV _SN+1 。

假设序列号为 SN的 PDU不是来自 SRB或 Ping包业务， 该 PDU是轮 询包， 当该 PDU落在接收窗口中时，例如 REV _SN =VR(R)=VR(H)= VR(MS)， 先更新接收窗口， 据协议描述， VR(R)=VR(H)= VR(MS)更新到 REV _SN+1 ； 再处理轮询包， 由于这个时候 VR(MS)= REVSN+1， 则 REV _SN < VR(MS), 符 合状态报告发送的条件， 于是 AM RLC实体发送状态报告。

本发明实施例二中的技术方案， 进一步提出了一种改进方案， 在通过 识别上述轮询包是否来自 SRB或 Ping包业务，分场景进行不同的数据处理 的基 上，改善了针对 SRB或 Ping包业务下先处理轮询包再更新接收窗口 变量存在重传而浪费空口资源的情况， 保证了状态 4艮告的及时性和系统资 源的及时到位， 提高了系统的性能。 本发明的实施例三， 如图 3所示， 提供一种通信设备 30， 包括第一单 元 301， 第二单元 302和第三单元 303。

其中， 第一单元 301用于接收轮询包； 第二单元 302用于识别上述轮 询包是否来自为 SRB或 Ping包业务； 第三单元 303用于当所述第二单元 302识别的所述轮询包来自所述 SRB或所述 Ping包业务时， 先处理所述轮 询包再更新接收窗口变量， 当所述第二单元 302识别的所述轮询包不是来 自所述 SRB或所述 Ping包业务时，先更新所述接收窗口变量再处� �所述轮 询包。

可选地， 本发明实施例三所提供的通信设备 30可以是 LTE系统中的 UE或者 eNB ₀

本实施例中的通信设备 30可用于实现实施例一中的方法， 具体过程不 再赘述。

本发明实施例提供的通信设备， 通过识别上述轮询包是否来自 SRB或 Ping 包业务， 分情况进行数据处理， 即为了节省系统资源， 如果识别的轮 询包不是来自 SRB或 Ping包业务， 先更新接收窗口变量再处理轮询包； 为 了避免 SRB或 Ping包业务上的状态报告发送太快，如果识别� �轮询包来自 SRB或 Ping包业务， 先处理轮询包再更新接收窗口变量， 因此提高了系统 的性能。 本发明实施例四， 如图 4所示， 提供一种通信设备 40， 包括第一单元 401、 第二单元 402和第三单元 403。

第一单元 401， 用于接收轮询包。

第二单元 402， 用于识别上述轮询包是否来自 SRB或 Ping包业务。 第三单元 403， 用于当所述第二单元 402识别的所述轮询包来自所述 SRB或所述 Ping包业务时， 先处理所述轮询包再更新接收窗口变量， 当所 述第二单元 402识别的所述轮询包不是来自所述 SRB或所述 Ping包业务 时， 先更新所述接收窗口变量再处理所述轮询包。

可选地， 通信设备还可包括定时器 404和第四单元 405。

上述定时器 404是在上述第二单元 402识别上述轮询包来自 SRB或 Ping包业务时， 在上述第三单元 403处理轮询包之后、 更新接收窗口变量 之前，且当该 AM RLC实体的轮询状态为 AM RLC实体轮询等待状态时启 动的； 该定时器 404的时长不超过发送所述轮询包的对等 AM RLC实体的 重传定时器的时长； 第四单元 405用于定时器 404到时， 且 AM RLC实体 的轮询状态仍为 AM RLC实体轮询等待状态时， 向发送所述轮询包的对等 AM RLC实体发送表示数据接收状态的报告。 进一步地， 上述通信设备 40 还可包括第五单元 406， 用于在上述定时器 404启动之前， 当 AM RLC实 体的轮询状态不是所述 AM RLC实体轮询等待状态时， 将所述轮询等待状 态更改为所述 AM RLC实体轮询等待状态。

可选地， 上述通信设备还可包括第六单元 407， 用于在所述第二单元 402识别上述轮询包不是来自 SRB或 Ping包业务时， 在第三单元 403处理 上述轮询包之后向发送所述轮询包的对等 AM RLC实体发送表示数据接收 状态的报告。

可选地， 本发明实施例四所提供的通信设备 40可以是 LTE系统中的 UE或者 eNB ₀

本实施例中的通信设备 40可用于实现实施例二中的方法， 具体过程不 再赘述。

本发明的实施例四， 在实施例三的基 上进一步提出了改进方案， 改 善了针对 SRB或 Ping包业务下先处理轮询包再更新接收窗口变� �会出现重 传而浪费空口资源的情况， 保证了状态报告的及时性和系统资源的及时到 位， 提高了系统的性能。

以上所述的具体实施方式， 对本发明的目的、 技术方案和有益效果进 行了进一步详细说明， 所应理解的是， 以上所述仅为本发明的具体实施方 式而已， 并不用于限定本发明的保护范围， 本领域技术人员在不付出创造 性劳动的基 上， 所做的任何修改、 等同替换、 改进等， 均应包含在本发 明的保护范围之内。