[发明专利]实现数据包的查询处理的方法、通信系统和发送端设备

说明书

技术领域

本发明涉及无线移动通信领域，更具体地，涉及一种实现针对数据包的查询处理的方法、通信系统和发送端设备，能够通过在MAC(媒体接入控制)层预留查询请求位来实现针对数据包的查询处理，能够节省数据包空间、无线资源且无需接收端RLC(无线链路控制)层的参与。

背景技术

3GPP(第三代合作伙伴计划)在2005年启动了长期演进研究项目(LTE)，希望以更高的数据吞吐量和更好的网络性能，为运营商和用户不断增长的需求提供支持。

在LTE中，已经提出了针对单独或最后一个数据净荷传输的查询策略。其一般思想是当净荷在缓冲器中为单独数据包或最后一个数据包的情况下，请求接收机反馈指示该数据包是否已经被正确接收的报告。否则，如果在预定的时间内未接收到这样的报告，则该发射机将认为先前传输是失败的并触发ARQ(自动重传请求)级重传。其目的是解决在单独或最后一个数据净荷传输的场景下的HARQ(混合自动重传请求)反馈信令差错。

另外，还提出了在RLC PDU(无线链路控制层协议数据单元)头中设置一个查询位以指示查询请求。例如，当RLC PDU是单独或最后一个数据净荷时，将该查询位设置为1，于是，相关的接收端RLC(无线链路控制)层实体应该反馈该查询的RLC PDU已经被正确接收的报告。否则，将该查询位设置为0，而该接收端RLC层实体并不反馈这样的报告，如图1所示。

但是，图1所示的传统方法存在以下缺陷：

-无论是否需要查询，必须为每一个RLC PDU预留一个查询位Q。这意味着在一个MAC PDU(媒体接入控制层协议数据单元)中，为此目的会浪费许多这样的位；

-如果多于一个RLC PDU要求查询，则在Uu接口中会传输许多状态报告，这导致了不可估量的无线资源浪费；以及

-因为查询位Q添加在RLC PDU头中，因此仅在接收端的RLC层中对相关的RLC PDU进行处理之后，例如重新排序进程之后，才能够反馈状态报告。这可能会导致较大的延迟，结果会导致在发送端的错误重传。

发明内容

为了克服现有技术的上述缺陷，提出了本发明。因此，本发明的目的是提出一种实现针对数据包的查询处理的方法、通信系统和发送端设备，能够通过在MAC(媒体接入控制)层预留查询请求位来实现针对数据包的查询处理，能够节省数据包空间、无线资源且无需接收端RLC(无线链路控制)层的参与。

为了实现上述目的，根据本发明，提出了一种在通信系统中实现针对数据包的查询处理的方法。在发送端，所述方法包括步骤：从无线链路控制RLC层向媒体接入控制MAC层传输各个RLC层数据包、以及指示各个RLC层数据包的查询请求状态的查询请求信息，在MAC层，接收来自RLC层的各个RLC层数据包和所述查询请求信息，对接收到的各个RLC层数据包进行合并以生成MAC层数据包，并且根据所述查询请求信息来设置MAC层数据包包头的查询请求位，并将所述MAC层数据包传输到接收端。在接收端，所述方法包括步骤：在MAC层，接收来自发送端的所述MAC层数据包，并根据接收到的所述MAC层数据包包头的查询请求位来确定是否向发送端返回针对所述查询请求的查询响应。

优选地，该方法还包括步骤：在发送端的MAC层，根据查询请求信息记录关于哪些RLC层数据包请求了查询的信息。

优选地，在接收端向发送端返回针对所述查询请求的查询响应的步骤之后，在发送端，所述方法还包括步骤：在MAC层，接收来自接收端的查询响应，并根据记录的关于哪些RLC层数据包请求了查询的信息，将所述查询响应分发到相应的RLC层实体。

优选地，所述查询请求信息包括各个RLC层数据包的查询请求和请求了查询的RLC层数据包的逻辑信道指示。

优选地，该方法还包括步骤：如果在接收端MAC层，接收到的所述MAC层数据包包头的查询请求位指示存在所述查询请求，则向发送端返回针对所述查询请求的查询响应；否则，不发送查询响应。

优选地，该方法还包括步骤：如果在发送端的MAC层，所述查询请求信息指示至少一个RLC数据包请求了查询，则设置MAC层数据包包头的查询请求位来指示存在查询请求；否则，如果所述查询请求信息指示没有任何RLC数据包请求了查询，则设置MAC层数据包包头的查询请求位来指示无查询请求。

优选地，所述查询位为一个比特。

优选地，该方法还包括步骤：在发送端的RLC层，如果所述RLC层数据包是单独数据包或最后一个数据包，则请求针对RLC层数据包的查询。