WO2013139249A1

WO2013139249A1 - 数据包发送方法、模式转换方法及装置

Info

Publication number: WO2013139249A1
Application number: PCT/CN2013/072836
Authority: WO
Inventors: 韩广林; 张戬
Original assignee: 华为技术有限公司
Priority date: 2012-03-19
Filing date: 2013-03-19
Publication date: 2013-09-26
Also published as: CN103326832A; CN103326832B

Abstract

本发明实施例提供一种数据包发送方法、模式转换方法及装置。该数据包发送方法包括：发送端实体从上层实体接收数据包；根据上层实体的传输模式指示信息或所述数据包中的传输模式指示信息，发送端实体判断所述数据包的传输模式；所述传输模式指示信息根据所述数据包的传输要求设定；若所述数据包的传输模式为确认模式，发送端实体采用确认模式向接收端发送所述数据包；若所述数据包的传输模式为非确认模式，发送端实体采用非确认模式向接收端发送所述数据包。本发明实施例在同一承载层可采用不同的模式传输不同的数据包。

Description

数据包发送方法、模式转换方法及装置本申请要求于 2012 年 3 月 19 日提交中国专利局、申请号为 201210072939.X, 发明名称为 "数据包发送方法、模式转换方法及装置" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明实施例涉及通信技术，尤其涉及一种数据包发送方法、模式转换方法及装置。发明背景

现有 EPS(Evolved Packet System, 演进分组系统）中，采用承载 ( Bearer )来传输用户设备 ( User Equipment, UE ) 的业务数据，按照在承载中的业务数据所经过的网络的不同，承载包含核心网（Core Network, CN) 承载部分和无线接入网（Radio Access Network, RAN)承载部分。

对于某一个特定的业务， RAN承载 (Radio Bearer, RB)在无线链路控制（Radio Link Control , RLC) 层可以采用两种传输模式：确认模式 (Acknowledged Mode , AM,)和非确认模式 (Un-acknowledged mode, UM)。在 AM模式下， RLC层采用自动重传请求（Automatic Repeat-reQuest, ARQ) 机制传输业务数据，接收端会对发送端所发送出的每一个数据包进行成功接收确认，以表示该数据包被正确接收，如果某数据包没有被接收端成功确认、或确认丢失，则发送端重新发送对应的数据包，该模式应用于对时延要求较低，而对可靠性要求较高的业务传输；在 UM模式下， RLC层只负责发送和接收数据包，并不对所发送的数据包进行重传，也不对所接收的数据包反馈确认。相对于 AM模式， UM模式主要应用于对时延要求较高，对可靠性要求较低的业务。现有网络中同一业务中不同类型的数据包均采用相同的模式进行传输，不能对同一业务的不同数据包采用不同的传输模式，例如同一业务的部分数据采用确认模式传输而其它数据包采用非确认模式传输。然而现有的业务中，对属于同一个业务的不同数据包，其所需要的可靠性和时延并不一致。对于该种类型的业务，如果采用 AM模式传输，则可能过度保障了业务中对可靠性要求较低的业务数据的传输可靠性，而增加了对时延要求较高的业务数据的传输时延；如果采用 UM模式传输则可能降低了对可靠性要求较高的业务数据的传输可靠性，而过度保障了对时延要求较低的业务数据包的传输时延。发明内容

本发明实施例提供一种数据包发送方法、模式转换方法及装置，用以解决现有传输模式在同一承载层只能采用同一种传输模式传输所有数据包的缺陷。

一方面，本发明实施例提供一种数据包发送方法，包括：

发送端传输实体从上层实体接收数据包；

根据上层实体的传输模式指示信息或所述数据包中的传输模式指示信息，发送端传输实体判断所述数据包的传输模式；所述传输模式指示信息根据所述数据包的传输要求设定；

若所述数据包的传输模式为确认模式，发送端传输实体采用确认模式向接收端发送所述数据包；

若所述数据包的传输模式为非确认模式，发送端传输实体采用非确认模式向接收端发送所述数据包。

一方面，本发明实施例提供一种数据包发送装置，包括：

接收模块，用于从上层实体接收待发送的数据包；

模式确定模块，用于根据所述上层实体下发的传输模式指示信息或所述数据包中的传输模式指示信息，判断所述数据包的传输模式；所述传输模式指示信息根据所述数据包的传输要求设定；

确认传输模块，用于若所述数据包的传输模式为确认模式，采用确认模式向接收端发送所述数据包；

非确认传输模块，用于若所述数据包的传输模式为非确认模式，采用非确认模式向接收端发送所述数据包。

一方面，本发明实施例提供一种参数配置方法，包括：

基站向终端发送混合传输模式配置参数，包括混合传输模式标识和传输参数，所述混合传输模式配置参数用于指示所述终端中所述 RLC实体标识对应的 RLC实体根据 RLC承载层中数据包的传输要求采用确认模式或非确认模式传输所述数据包；

终端根据混合传输模式配置参数配置所述接收 RLC 实体标识对应的 RLC实体。

一方面，本发明实施例提供一种参数配置装置，用于向终端发送混合传输模式配置参数，包括混合传输模式标识和传输参数，所述混合传输模式配置参数用于指示所述终端中所述 RLC实体标识对应的 RLC实体根据 RLC承载层中数据包的传输要求采用确认模式或非确认模式传输所述数据包。

本实施例提供的数据包发送方法，发送端 RLC实体向接收端发送数据包之前，先根据所述数据包的传输模式指示信息判断数据包的传输模式，根据传输模式指示信息所指示的传输模式向接收端发送数据包。数据包的传输模式指示信息根据所述数据包的传输要求而设置，例如将传输可靠性要求较高或传输时延要求较低的数据包设置为确认模式传输，将对传输可靠性要求较低或传输时延要求较高的数据包设置为非确认模式传输。因此，本实施例在同一承载层可根据不同数据包的传输模式指示信息对不同数据包采用不同的传输模式，从而可满足同一业务中不同数据包的传输特性。另一方面，本发明实施例一种模式转换方法，包括：

发送端传输实体向接收端发送数据包之前，确定从指定数据包开始的多个连续数据包采用确认模式传输；

发送端传输实体向接收端发送该指定数据包之前，向接收端发送第一传输模式指示，所述第一传输模式指示用于指示接收端从该指定数据包开始采用确认模式传输；如果在发送所述第一传输模式指示之前所采用的传输方式为非确认模式，则所述第一传输模式指示还用于指示接收端从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包；发送端传输实体接收到接收端反馈的第一传输模式响应之后，采用确认模式传输；如果在接收到该传输模式指示之前，采用的是非确认模式，则从非确认模式转换为确认模式。

另一方面，本发明实施例提供一种模式转换装置，包括：

确定模块，用于向接收端发送数据包之前，确定从指定数据包开始的多个连续数据包采用确认模式传输；

指示模块，用于向接收端发送该指定数据包之前，向接收端发送第一传输模式指示，所述第一传输模式指示用于指示接收端从该指定数据包开始采用确认模式传输；如果在发送所述第一传输模式指示之前所采用的传输方式为非确认模式，则所述第一传输模式指示还用于指示接收端从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包；转换模块，用于接收到接收端反馈的第一传输模式响应之后，采用确认模式传输；如果在接收到该传输模式指示之前，采用的是非确认模式，则从非确认模式转换为确认模式。

另一方面，本发明实施例提供一种模式转换方法，包括：

接收端接收发送端传输实体发送的第一传输模式指示，所述第一传输模式指示用于指示接收端从该指定数据包开始采用确认模式传输；如果在发送所述第一传输模式指示之前所采用的传输方式为非确认模式，则所述第一传输模式指示还用于指示接收端从非确认模式转换为确认模式传输所述指定数据包和所述指定数据包的后续数据包；

接收端向发送端反馈第一传输模式响应；

如果接收到所述指定数据包之前的数据包，接收端从该指定数据包开始采用确认模式传输，如果在接收所述第一传输模式指示之前所采用的传输方式为非确认模式，接收端从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包；

如果还没有接收到所述指定数据包之前的数据包，接收端启动重排序事件，在重排序事件触发之后，或，重排序事件触发之前确认已接收到所述指定数据包之前的数据包，接收端从该指定数据包开始采用确认模式传输，如果在接收所述第一传输模式指示之前所采用的传输方式为非确认模式，接收端从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包。

另一方面，本发明实施例提供一种模式转换装置，包括：

接收模块，用于接收发送端传输实体发送的第一传输模式指示，所述第一传输模式指示用于指示接收端从该指定数据包开始采用确认模式传输；如果在发送所述第一传输模式指示之前所采用的传输方式为非确认模式，则所述第一传输模式指示还用于指示接收端从非确认模式转换为确认模式传输所述指定数据包和所述指定数据包的后续数据包；

响应模块，用于向发送端反馈第一传输模式响应；

转换模块，用于如果接收到所述指定数据包之前的数据包，从该指定数据包开始采用确认模式传输，如果在接收所述第一传输模式指示之前所采用的传输方式为非确认模式，从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包；

转换模块，还用于如果还没有接收到所述指定数据包之前的数据包，接收端启动重排序事件，在重排序事件触发之后，或，重排序事件触发之前确认已接收到所述指定数据包之前的数据包，接收端从该指定数据包开始采用确认模式传输，如果在接收所述第一传输模式指示之前所采用的传输方式为非确认模式，从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包。

本发明实施例提供的模式转换方法和装置，发送端在发送数据包的过程中，通过向接收端发送第一传输模式指示，指示使接收端开始采用确认模式传输从指定数据包开始的多个连续数据包，如果在所述第一传输模式指示之前所采用的传输方式为非确认模式，则还指示接收端从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包。因此，本实施例可采用不同的模式传输不同的数据包，

另一方面，本发明实施例提供一种模式转换方法，包括：

发送端传输实体向接收端发送数据包之前，确定从指定数据包开始的多个连续数据包采用非确认模式传输；

发送端传输实体向接收端发送该指定数据包之前，向接收端发送第二传输模式指示，所述第二传输模式指示用于指示接收端从该指定数据包开始采用非确认模式传输；如果在发送所述第二传输模式指示之前所采用的传输方式为确认模式，则所述第二传输模式指示还用于指示接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；发送端传输实体接收到接收端反馈的第二传输模式响应之后，采用非确认模式传输；如果在接收到该传输模式指示之前，采用的是确认模式，则从确认模式转换为非确认模式。

另一方面，本发明实施例提供一种模式转换装置，包括：

确定模块，用于向接收端发送数据包之前，确定从指定数据包开始的多个连续数据包采用非确认模式传输；

发送模块，用于向接收端发送该指定数据包之前，向接收端发送第二传输模式指示，所述第二传输模式指示用于指示接收端从该指定数据包开始采用非确认模式传输；如果在发送所述第二传输模式指示之前所采用的传输方式为确认模式，则所述第二传输模式指示还用于指示接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；转换模块，用于接收到接收端反馈的第二传输模式响应之后，采用非确认模式传输；如果在接收到该传输模式指示之前，采用的是确认模式，则从确认模式转换为非确认模式

另一方面，本发明实施例提供一种模式转换方法，包括：

接收端接收发送端传输实体发送的第二传输模式指示，所述第二传输模式指示用于指示接收端从该指定数据包开始采用非确认模式传输；如果在发送所述第二传输模式指示之前所采用的传输方式为确认模式，则所述第二传输模式指示还用于指示接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；

向发送端反馈第二传输模式响应；

如果接收到所述指定数据包之前的数据包，接收端从该指定数据包开始采用非确认模式传输，如果在接收所述第二传输模式指示之前所采用的传输方式为确认模式，接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；

如果没有接收到所述指定数据包之前的数据包，接收端启动重排序事件，重排序事件触发之前确认已接收到所述指定数据包之前的数据包，接收端从该指定数据包开始采用非确认模式传输，如果在接收所述第二传输模式指示之前所采用的传输方式为确认模式，接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；如果重排序事件触发之后，还未接收到所述指定数据包之前的数据包，向发送端反馈发送失败状态报告使所述发送端重传未接收到的数据包，并重新启动重排序事件。

另一方面，本发明实施例提供一种模式转换装置，包括：接收模块，用于接收发送端传输实体发送的第二传输模式指示，所述第二传输模式指示用于指示接收端从该指定数据包开始采用非确认模式传输；如果在发送所述第二传输模式指示之前所采用的传输方式为确认模式，则所述第二传输模式指示还用于指示接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；

响应模块，用于向发送端反馈第二传输模式响应；

转换模块，用于如果接收到所述指定数据包之前的数据包，接收端从该指定数据包开始采用非确认模式传输，如果在接收所述第二传输模式指示之前所采用的传输方式为确认模式，从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；

所述转换模块，还用于如果没有接收到所述指定数据包之前的数据包，接收端启动重排序事件，重排序事件触发之前确认已接收到所述指定数据包之前的数据包，从该指定数据包开始采用非确认模式传输，如果在接收所述第二传输模式指示之前所采用的传输方式为确认模式，从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；如果重排序事件触发之后，还未接收到所述指定数据包之前的数据包，向发送端反馈发送失败状态报告使所述发送端重传未接收到的数据包，并重新启动重排序事件。

本发明实施例提供的模式转换方法和装置，发送端在发送数据包的过程中，通过向接收端发送第二传输模式指示，指示使接收端开始采用非确认模式传输从指定数据包开始的多个连续数据包，如果在所述第二传输模式指示之前所采用的传输方式为确认模式，则还指示接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包。因此，本实施例可采用不同的模式传输不同的数据包。

又一方面，本发明实施例提供一种确认模式下的数据重传方法，包括：发送端传输实体接收来自接收端实体反馈的传输失败报告；发送端传输实体根据所述传输失败报告确定传输失败的 PDU;

发送端传输实体重新向发送端 MAC实体下发传输失败的 PDU或传输失败的 PDU对应的分段 PDU, 使先生成的传输失败的 PDU优先级高于后生成的传输失败的 PDU; 或者，

发送端传输实体识别传输失败的 PDU对应的 SDU, 按照传输失败的 SDU从所述上层实体的接收顺序，重新向发送端 MAC实体下发传输失败的 PDU对应的 SDU所组装成的新 PDU, 使先从上层实体接收到的传输失败的 SDU优先级高于后从上层实体接收到的传输失败的 SDU。

又一方面，本发明实施例提供一种确认模式下的数据包重传装置，包括：

报告接收模块，用于接收来自接收端实体反馈的传输失败报告；识别模块，用于根据所述传输失败报告确定传输失败的 PDU;

重传模块，用于重新向发送端 MAC实体下发传输失败的 PDU或传输失败的 PDU对应的分段 PDU, 使先生成的传输失败的 PDU优先级高于后生成的传输失败的 PDU。或者，识别传输失败的 PDU对应的 SDU, 按照传输失败的 SDU从所述上层实体的接收顺序，重新向发送端 MAC实体下发传输失败的 PDU对应的 SDU所组装成的新 PDU, 使先从上层实体接收到的传输失败的 SDU优先级高于后从上层实体接收到的传输失败的 SDU。

本发明实施例提供一种确认模式下的数据包重传方法和装置，对重传的 PDU按照生成顺序进行排序，使得先生成的 PDU在传输失败时能优先重传，从而早到达接收端，使接收端可以提交该 PDU之后已接收到的 PDU, 从而减少了接收端緩存已接收到的 PDU的时间。附图简要说明

图 1为本发明实施例提供的一种数据包发送方法流程图；图 2为本发明实施例提供的另一种数据包发送方法流程图；

图 3A为本发明实施例提供的又一种数据包发送方法流程图；

图 3B为本发明实施例提供的再一种数据包发送方法流程图；

图 3C为本发明实施例提供的一种 SDU重传示意图；

图 3D为本发明实施例提供的再一种数据包发送方法流程图；

图 3E为本发明实施例提供的一种 PDU重传示意图；

图 4为本发明实施例提供的再一种数据包发送方法流程图；

图 5为本发明实施例提供的再一种数据包发送方法流程图；

图 6为本发明实施例提供的再一种数据包发送方法流程图；

图 7A为本发明实施例提供的一种模式转换方法流程图；

图 7B为本发明实施例提供的另一种模式转换方法流程图

图 8A为本发明实施例提供的又一种模式转换方法流程图；

图 8B为本发明实施例提供的一种模式转换示意图；

图 9A为本发明实施例提供的再一种模式转换方法流程图；

图 9B为本发明实施例提供的再一种模式转换方法流程图；

图 9C为本发明实施例提供的再一种模式转换方法流程图；

图 10为本发明实施例提供的一种确认模式下的数据重传方法流程图；图 11 A为本发明实施例提供的一种数据包发送装置结构示意图；图 11B为本发明实施例提供的另一种数据包发送装置结构示意图；图 12A为本发明实施例提供的一种模式转换装置结构示意图；图 12B为本发明实施例提供的另一种模式转换装置结构示意图；图 13A为本发明实施例提供的又一种模式转换装置结构示意图；图 13B为本发明实施例提供的再一种模式转换装置结构示意图；图 14为本发明实施例提供的一种确认模式下的数据包重传装置结构示意图。实施本发明的方式实施例一

图 1为本发明实施例提供的一种数据包发送方法流程图。如图 1所示，本实施例提供的数据包发送方法包括：步骤 11 : 发送端传输实体从上层实体接收待发送的数据包。

发送端传输实体可以是发送端 RLC 实体，分组数据汇聚协议（Packet Data Convergence Protocol, PDCP)实体，或无线资源控制（ Radio Resource Control, RRC )实体，或其他传输协议，例如，互联网协议 (Internet Protocol, IP)等。从上层实体接收的数据包可以是无线链路控制业务数据单元（Radio Link Control Service Data Unit, RLC SDU)。

步骤 12: 根据所述上层实体下发的传输模式指示信息或所述数据包中的传输模式指示信息，发送端传输实体判断所述数据包的传输模式。其中，所述传输模式指示信息根据所述数据包的传输要求设置。

所述数据包的传输模式指示信息可以由上层实体通过层间消息通知发送端 RLC实体，例如可以是 PDCP 实体的层间消息或 RRC 的层间消息。另外，所述数据包的传输模式指示信息也可以由上层实体通过所述数据包所包括的指示位携带给发送端 RLC实体。传输模式指示信息所述数据包的传输要求设置，例如所述数据包的传输可靠性要求和时延要求等优先级信息。如果所述数据包对传输可靠性要求较高或传输时延要求较低，所述数据包的传输模式指示信息可以设置所述数据包的传输模式为确认模式。如果所述数据包对传输可靠性要求较低或传输时延要求较高，所述数据包的传输模式指示信息可以设置所述数据包的传输模式为非确认模式。举例来说，如果影响业务时延的重要数据包传输失败会使业务中断，例如视频业务中初始化分片（Initialization Segment )丢失，终端无法播放视频，会导致用户观看视频的等待时间延长。因此，为保证影响业务时延的重要数据包的传输可靠性，可采用确认模式传输影响业务时延的重要数据包。

步骤 13: 若所述数据包的传输模式为确认模式，发送端传输实体采用确认模式向接收端发送所述数据包；若所述数据包的传输模式为非确认模式，发送端传输实体采用非确认模式发送所述数据包。

若所述数据包的传输模式为确认模式，发送端传输实体向发送端媒体访问控制（Media Access Control, MAC ) 实体下发所述数据包后，所述发送端传输实体接收来自接收端反馈的所述数据包的传输状态报告。若根据所述数据包的传输状态报告确定所述数据包传输失败，发送端传输实体重新向发送端 MAC实体下发所述数据包，以使发送端 MAC实体重新向接收端 MAC实体发送所述数据包。本实施例提供的数据包发送方法，发送端传输实体向接收端发送数据包之前，先根据所述数据包的传输模式指示信息判断数据包的传输模式，根据传输模式指示信息所指示的传输模式向接收端发送数据包。数据包的传输模式指示信息根据所述数据包的传输要求而设置，例如将传输可靠性要求较高或传输时延要求较低的数据包设置为确认模式传输，将对传输可靠性要求较低或传输时延要求较高的数据包设置为非确认模式传输。因此，本实施例在同一承载层可根据不同数据包的传输模式指示信息对不同数据包采用不同的传输模式，从而可满足同一业务中不同数据包的传输特性。

图 2、图 3A至图 3D对应实施例中采用本地确认模式传输指定数据包。在本地确认模式中，发送端 RLC实体根据发送端 MAC实体反馈的传输状态报告判断数据包是否传输失败，从而确定是否重传该数据包。

图 2为本发明实施例提供的另一种数据包发送方法流程图。如图 2所示，本实施例提供的采用本地确认模式发送数据包的方法包括：

步骤 21: 发送端 RLC实体从上层实体接收数据包。

步骤 22: 根据所述数据包的传输模式指示信息，发送端 RLC实体判断所述数据包的传输模式；所述传输模式指示信息根据所述数据包的传输要求设置。

步骤 23: 发送端 RLC实体向发送端 MAC实体下发所述数据包后，若所述数据包的传输模式为本地确认模式，所述发送端 RLC实体接收所述发送端 MAC实体反馈的、来自接收端 MAC实体的所述数据包的传输状态报告。

发送端 RLC实体向发送端 MAC实体下发所述数据包后，若所述数据包的传输模式为本地确认模式，所述发送端 RLC实体或 RRC实体可以向发送端 MAC实体发送所述数据包的发送结果反馈指示，以使所述 MAC实体接收到所述接收端 MAC 实体发送的所述数据包的传输状态报告后向所述发送端 RLC实体反馈。发送结果信息为来自接收端 MAC实体的对所述数据包的接收成功信息或接收失败信息、例如返回 ACK, 表示接收端成功接收数据包。返回 NACK表示接收端接收数据包失败。发送端 MAC实体接收到接收端 MAC实体返回的传输状态报告后，将所述传输状态报告反馈给对应的发送端 RLC实体。发送端 RLC传输状态报告实体可根据发送端 MAC实体反馈的传输状态报告，确定对应的数据包传输失败或成功。步骤 24:若根据所述数据包的传输状态报告确定所述数据包传输失败，发送端 RLC 实体重新向发送端 MAC 实体下发所述数据包，以使发送端 MAC实体重新向接收端 MAC实体发送所述数据包。

若根据所述数据包的传输状态报告确定所述数据包传输成功，发送端 RLC实体可以丢弃所述数据包，而不再向发送端 MAC实体下发所述数据包。

本实施例提供的数据包发送方法，发送端 RLC实体向发送端 MAC实体下发数据包后，在该数据包的传输模式为本地确认模式时，发送端 RLC 实体可接收到发送端 MAC实体反馈的、来自接收端 MAC实体的该数据包的传输状态报告。在根据传输状态报告确定该数据包传输失败时，发送端 RLC实体重新向发送端 MAC实体下发该数据包，以使发送端 MAC实体重新向接收端 MAC实体发送该数据包。因此可满足该数据包的传输高可靠性要求，从而满足数据包传输可靠性高的要求。

图 3A为本发明实施例提供的又一种数据包发送方法流程图。本实施例以本地确认模式传输数据包，主要说明发送失败时的处理。如图 3A所示，本实施例提供的数据包发送方法包括：

步骤 la: 发送端 RLC 实体接收到来自上层实体的 RLC SDU;

步骤 2a: 发送端 RLC 实体依据上层实体的传输模式指示信息、或该 RLC SDU中的传输模式指示信息，确定 RLC SDU执行本地确认模式传输; 步骤 2a中的上层实体可以是 PDCP或 RRC实体。

步骤 3a: 发送端 MAC实体执行调度功能，获取发送数据所需资源；步骤 4a: 发送端 MAC 实体为该发送端 RLC 实体所要发送的 RLC SDU分配资源，并根据资源大小向 RLC实体获取 RLC PDU ( Packet Data Unit, 协议数据单元）。

步骤 5a: 发送端 RLC实体按照 MAC所提供的资源封装 RLC PDU; 步骤 6a: 发送端 RLC实体将封装的 RLC PDU递交给 MAC实体；步骤 7a: 发送端 RLC实体向发送端 MAC实体发送所述 RLC PDU的发送结果反馈指示，使所述 MAC实体接收到所述接收端 MAC实体发送的所述数据包的传输失败指示或传输成功指示后向所述 RLC实体反馈。

可选地，在步骤 7a 中也可由 RRC 实体向发送端 MAC 实体发送各 RLC PDU的发送结果反馈指示，使所述 MAC实体接收到所述接收端 MAC 实体发送的所述数据包的传输失败指示或传输成功指示后向所述 RLC实体反馈。

步骤 8a: 发送端 MAC 实体将一个或多个逻辑信道组的 RLC PDU 复用成为 MAC PDU;

步骤 9a: 发送端 MAC 实体通过 HARQ进程 /实体传输 MAC PDU; 步骤 10a:发送端 MAC实体接收来自接收端 MAC实体的该 MAC PDU 的传输状态报告。

本实施例中接收端 MAC实体发送的传输状态报告表示对应 MAC PDU 传输失败，例如可以是 NACK反馈。

步骤 11a:发送端 MAC 实体向该 MAC PDU 中所包含的 RLC PDU所对应的 RLC实体反馈该 RLC PDU的传输状态报告。

步骤 12a: 发送端 RLC实体依据 MAC实体反馈的传输状态报告识别出传输失败的 RLC SDIL

步骤 13a:发送端 RLC 实体更新传输顺序，使得传输失败的 RLC SDU 具有发送优先级高于首次发送的 RLC SDU的发送优先级。

例如，发送端 RLC实体将传输失败的 RLC SDU按照从上层实体的接收顺序，放入 RLC SDU 重传队列， RLC SDU 重传队列中数据传输的优先级高于其他緩存的 SDU 的传输优先级。或者， RLC 可将待发送的 RLC SDU标记为没有发送过或需要重新发送，在后续发送过程中按照 RLC SDU 的标记优先发送需要重新发送的 RLC SDU。

图 3B为本发明实施例提供的再一种数据包发送方法流程图。本实施例提供的数据包发送方法适用于采用 SDU形式重传数据包的场景。如图 3B 所示，本实施例提供的数据包发送方法包括：

步骤 lb: 发送端 RLC 实体依据发送端 MAC 实体的反馈，识别出传输失败的 RLC SDIL

步骤 2b: 发送端 RLC 实体更新传输顺序，使传输失败的 RLC SDU的发送优先级高于首次发送的 RLC SDU的发送优先级。

步骤 3b: 发送端 MAC执行调度功能，获取发送数据所需资源。

步骤 4b: 发送端 MAC实体为所待发送的 RLC SDU分配资源，并根据资源大小向 RLC实体获取 RLC PDIL

步骤 5b: 发送端 RLC 实体按照发送端 MAC 实体所提供的资源封装 RLC SDU, 如果存在需要重传的 RLC SDU, 发送端 RLC实体优先将重传的 RLC SDU封装成 RLC PDU。

进一步，如果存在多个需要重传的 RLC SDU, 发送端 RLC实体优先将重传的 RLC SDU, 按照从上层实体的接收顺序封装成 RLC PDIL

如图 3C所示， RLC SDU1被封装成 RLC PDU1和 RLC PDU2, RLC SDU2被封装成 RLC PDU2和 RLC PDU3。其中， RLC PDU2包含部分 RLC SDU1的数据，又包含部分 RLC SDU2 的数据。在接收 RLC PDU2丢失的 NACK指示后，采用 RLC SDU的重传时，则先前传输的 RLC SDU1 和 RLC SDU2在接收端不能被完整组装而被丢弃，接收端 MAC实体只有在 RLC PDUl、 RLC PDU2和 RLC PDU3全部接收成功后，才进行完整组装并向接收端 RLCP实体递交。发送端 RLC 实体采用 RLC SDU的重传时， RLC SDU1被重新封装成 RLC PDU4和 RLC PDU5, RLC SDU2被重新封装成 RLC PDU5和 RLC PDU6。

步骤 6b: 发送端 RLC 实体将封装的 RLC PDU递交给发送端 MAC 实体；

步骤 7b: 发送端 MAC实体将一个或多个逻辑信道组的 RLC PDU 复用成为 MAC PDU;

步骤 8b: 发送端 MAC实体通过 HARQ进程 /实体传输 MAC PDU; 步骤 9b:发送端 MAC实体接收来自接收端 MAC实体的该 MAC PDU 的传输状态报告。

本实施例中接收端 MAC实体发送的传输状态报告表示对应 MAC PDU 传输成功，例如可以是 ACK反馈。

步骤 10b:发送端 MAC 实体向该 MAC PDU 中所包含的 RLC PDU所对应的 RLC实体反馈该 RLC PDU的传输状态报告。

步骤 lib: 发送端 RLC实体接收到该 RLC PDU传输成功的指示后，丢弃该 RLC PDU, 释放该 RLC PDU的緩存资源。

图 3D为本发明实施例提供的再一种数据包发送方法流程图。本实施例提供的数据包发送方法适用于采用 PDU重传数据包的场景。如图 3D所示，本实施例提供的数据包发送方法包括：

步骤 lc: 发送端 RLC 实体依据发送端 MAC 实体的反馈，识别出传输失败的 RLC PDIL 步骤 2c: 发送端 RLC实体更新传输顺序，使得传输失败的 RLC PDU 具有发送优先级高于首次发送的 RLC PDU的发送优先级，

步骤 3c: 发送端 MAC执行调度功能，获取发送数据所需资源。

步骤 4c: 发送端 MAC实体为待发送的 RLC SDU获取资源，并根据资源大小向 RLC实体获取 RLC PDIL

步骤 5c: 发送端 RLC 实体按照发送端 MAC 实体所提供的资源封装 RLC SDU。

步骤 6c: 发送端 RLC实体将封装的 RLC PDU递交给发送端 MAC实体；如果存在需要重传的 RLC PDU, 优先将重传的 RLC PDU递交给发送端 MAC实体。

进一步，如果存在多个需要重传的 RLC PDU, 按照传输失败的 PDU 的生成顺序，例如 SN (序列号， Sequence Number)递增顺序，重新向发送端 MAC实体下发传输失败的 PDU或传输失败的 PDU对应的分段 PDU,使先生成的传输失败的 PDU优先级高于后生成的传输失败的 PDU。

如图 3E所示， RLC SDU1被封装成 RLC PDU1和 RLC PDU2, RLC SDU2被封装成 RLC PDU2和 RLC PDU3。其中， RLC PDU2包含部分 RLC SDU1的数据，又包含部分 RLC SDU2 的数据。在接收 RLC PDU2丢失的 NACK指示后，采用 RLC PDU的重传时，发送端 MAC实体只重传 RLC PDU2, 而不需要重传 RLC SDU1 中已经传输成功的 RLC PDU1和 RLC SDU2已经传输成功的 RLC PDU3。而如图 3C所示，采用 RLC SDU的重传时，发送端 MAC实体需重传 RLC PDU1的全部 PDU和 RLC PDU2和全部 PDU。采用 RLC SDU的重传时，应该先接收到的 SDU, 可能由于重传而后到达 PDCP层，而为了保证 PDCP可以将数据包按序递交给更上层，因此 PDCP需要依数据包中所携带的 SN对接收到的数据包进行排序；因此，采用 PDU重传比 SDU重传的实现复杂度小。

步骤 7c: 发送端 MAC实体将一个或多个逻辑信道组的 RLC PDU 复用成为 MAC PDU;

步骤 8c: 发送端 MAC实体通过 HARQ进程 /实体传输 MAC PDU; 步骤 9c:发送端 MAC实体接收来自接收端 MAC实体的该 MAC PDU 的传输状态报告。

步骤 10c:发送端 MAC 实体向该 MAC PDU 中所包含的 RLC PDU所对应的 RLC实体反馈该 RLC PDU的传输状态报告。

步骤 11c: 发送端 RLC实体接收到该 RLC PDU传输成功的指示后，丢弃该 RLC PDU, 释放该 RLC PDU的緩存资源。

图 4、图 5和图 6对应实施例中采用自动重传请求确认模式传输指定数据包。在自动重传请求确认模式中，发送端 RLC实体根据接收端 RLC实体的反馈判断数据包是否需要重传。

图 4为本发明实施例提供的再一种数据包发送方法流程图。如图 4所示，本实施例提供的数据包发送方法包括：

步骤 41：发送端 RLC实体从上层实体接收数据包。

上层实体可以是 PDCP实体或 RRC实体。从上层实体接收的数据包可以是 RLC SDU。

步骤 42: 根据所述数据包的传输模式指示信息，发送端 RLC实体判断所述数据包的传输模式；所述传输模式指示信息根据所述数据包的传输要求设置。

所述数据包的传输模式指示信息可以由上层实体通过层间消息通知发送端 RLC实体，例如可以是 PDCP 实体的层间消息或 RRC 的层间消息。另外，所述数据包的传输模式指示信息也可以由上层实体通过所述数据包包括的指示位携带给发送端 RLC实体。

步骤 43: 确定所述数据包的传输模式为自动重传请求确认模式时，在所述数据包中添加反馈传输结果的指示信息，指示接收端 RLC实体接收到所述数据包后向所述发送端 RLC实体反馈所述数据包的传输成功指示。

步骤 44: 发送端 RLC实体向发送端 MAC实体下发数据包后，启动主动重传事件；若在主动重传事件被触发前，没有接收到接收端 RLC实体发送的所述数据包的接收成功确认，发送端 RLC实体重新向发送端 MAC实体下发所述数据包。

发送端 RLC实体确定所述数据包的传输模式为自动重传请求（ ARQ ) 模式时，在所述数据包中添加反馈传输结果的指示信息后，向发送端 MAC 实体下发所述数据包，并同时启动主动重传触发事件，例如设置主动重传定时器。接收端 RLC实体接收到所述数据包后，根据数据包中的反馈传输结果的指示信息向所述发送端 RLC实体反馈所述数据包的接收成功确认。发送端 RLC实体在主动重传事件触发之前，例如在主动重传定时器超时之前，还没有接收到所述接收端 RLC实体发送的所述数据包的接收成功砍认，发送端 RLC实体确定所述数据包发送失败，重新向发送端 MAC实体下发所述数据包。如果发送端 RLC实体在主动重传定时器超时之前接收到所述接收端 RLC实体发送的所述数据包的接收成功确认，则不重新向发送端 MAC实体下发所述数据包，并停止主动重传定时器。

进一步，发送端 RLC 实体还可以设置主动重传的最大次数，当某一个数据包在经过多次重传后，仍然在主动重传事件触发之后没有接收到来自接收端 RLC 实体的接收成功确认，则发送端 RLC 实体不再向发送端 MAC实体发送该数据包。

本实施例提供的数据包发送方法，在确定数据包的传输模式为自动重传请求确认模式时，发送端 RLC实体接收上层实体下发的数据包中添加反馈传输结果的指示信息，指示接收端 RLC实体接收到该数据包后向所述发送端 RLC实体反馈该数据包的传输成功指示。发送端 RLC实体向发送端 MAC实体下发该数据包后，启动主动重传事件。在主动重传事件被触发后，没有接收到来自接收端 RLC 的接收成功确认，发送端 RLC实体重新向发送端 MAC实体下发该数据包。在主动重传事件被触发前，接收到来自接收端 RLC实体对所述数据包的接收成功确认，发送端 RLC实体不再重传该数据包。本发明实施例采用自动重传请求确认模式向接收端发送该数据包，满足了该数据包传输可靠性高的要求。

图 5 为本发明实施例提供的再一种数据包发送方法流程图。本实施例以数据包发送失败为例说明数据包的 ARQ传输模式。如图 5所示，本实施例提供的数据包发送方法包括：

步骤 Id: 发送端 RLC 实体接收到来自上层实体的 RLC SDU;

步骤 2d: 发送端 RLC 实体依据上层实体的传输模式指示信息、或检测该 RLC SDU中包含的传输模式指示信息，确定该 RLC SDU执行自动重传请求确认模式传输。

步骤 2d中的上层实体可以是 PDCP或 RRC实体。

步骤 3d: 发送端 MAC实体执行调度功能，获取发送数据所需资源；步骤 4d:发送端 MAC 实体为该发送端 RLC实体所要发送的 RLC SDU 分配资源，并根据资源大小向 RLC实体获取 RLC PDU。

步骤 5d: 发送端 RLC 实体按照 MAC实体所提供的资源封装数据包，并在数据包中添加反馈传输结果的指示信息，指示接收端 RLC实体接收到所述数据包后向所述发送端 RLC实体反馈所述数据包的接收成功确认。

步骤 6d:发送端 RLC 实体将封装的 RLC PDU递交给发送端 MAC实体。

步骤 7d: 发送端 RLC 实体启动该 RLC PDU的主动重传定时器。

步骤 8d: 发送端 MAC实体将一个或多个逻辑信道组的 RLC PDU 复用成为 MAC PDU;

步骤 9d: 发送端 MAC实体通过 HARQ进程 /实体传输 MAC PDU; 步骤 10d: 发送端 MAC 实体接收到来自接收端 MAC 实体的表示该 MACPDU发送失败的传输状态报告。

步骤 lid: 在 RLC PDU的主动重传定时器超时之前，发送端 RLC实体没有接收到所述接收端 RLC实体发送的该 RLC PDU的接收成功确认，标记该 RLC PDU需要重传。

步骤 12d: 发送端 RLC 实体更新传输顺序，使得传输失败的 RLC PDU具有发送优先级高于首次发送的 RLC SDU的发送优先级。

对于上述重传的 SDU或 PDU, 可以依据数据包的可靠性，预先由基站配置给终端对应的 SDU或 PDU 的最大重传次数，如果对应的 SDU 或 PDU 的最大重传次数等于或超过该预配置的最大重传次数，则停止对该 SDU或 PDU 的重传，即不再重传该 SDU或 PDU。另外，对于上述重传的 SDU或 PDU, 发送端也可一直等待接收到接收端反馈的接收成功确认后才停止重发；，因此接收端在成功接收数据包之后，即使接收的数据包是无效的，也要回复接收成功确认。

图 6为本发明实施例提供的再一种数据包发送方法流程图。本实施例以数据包传输成功为例说明数据包的 ARQ传输模式。如图 6所示，本实施例提供的数据包发送方法包括：步骤 le: 发送端 RLC 实体接收到来自上层实体的 RLC SDU。

步骤 2e:发送端 RLC 实体依据上层实体的传输模式指示信息、或检测该 RLC SDU中包含的传输模式指示信息，确定该 RLC SDU执行自动重传请求确认模式传输。

步骤 3e: 发送端 MAC实体执行调度功能，获取发送数据所需的资源。步骤 4e: 发送端 MAC实体为该 RLC 实体待发送的数据包分配资源，并参考资源大小向 RLC实体获取 RLC PDIL

步骤 5e:发送端 RLC 实体按照发送端 MAC实体所提供的资源封装数据包，并在数据包中添加反馈传输结果的指示信息，指示接收端 RLC实体接收到所述数据包后向所述发送端 RLC实体反馈所述数据包的接收成功确认。

步骤 6e: 发送端 RLC 实体将封装的 RLC PDU递交给发送端 MAC实体。

步骤 7e: 发送端 RLC 实体启动待发送 RLC PDU的主动重传定时器。步骤 8e: 发送端 MAC实体将一个或多个逻辑信道组的 RLC PDU 复用成为 MAC PDU;

步骤 9e: 发送端 MAC实体通过 HARQ进程 /实体传输 MAC PDU; 步骤 10e: 发送端 MAC实体接收到接收端 MAC实体发送的接收成功确认。

步骤 lie: 接收端 MAC实体解复用 MAC PDIL

步骤 12e: 接收端 MAC实体依据 MAC PDU中所包含的 RLC 标识，将解复用后的 RLC PDU发送给对应的接收端 RLC实体。

步骤 13e:接收端 RLC实体依据 RLC PDU中包含的反馈传输结果的指示信息，识别该 RLC PDU需要反馈接收成功确认。

步骤 14e:接收端 RLC实体向发送端 RLC 实体反馈该 RLC PDU的接成功确认。

步骤 15e: 该 RLC PDU的主动重传定时器超时之前，发送端 RLC 实体确认该 RLC PDU被接收端 RLC实体成功接收，使主动重传定时器停止工作。

以上采用数据包的传输模式指示对数据包进行传输的方法中，基站需要对终端进行配置，以使发送端的 RLC实体根据数据包的传输要求采用确认模式或非确认模式传输所述数据包。具体方法如下：

基站向终端发送混合传输模式配置参数，包括混合传输模式标识和传输参数，所述混合传输模式配置参数用于指示所述终端中所述 RLC实体标识对应的 RLC实体根据数据包的传输要求采用确认模式或非确认模式传输所述数据包；终端根据混合传输模式配置参数配置所述接收 RLC实体标识对应的 RLC实体。其中，混合传输模式为终端可根据数据包的传输要求采用确认模式或非确认模式传输所述数据包的一种传输模式。

以下为装置实施例

图 11A为本发明实施例提供的一种数据包发送装置结构示意图。如图 11A所示，本实施例包括：接收模块 111、模式确定模块 112、确认传输模块 113和非确认传输模块 114。

接收模块 111 , 用于从上层实体接收待发送的数据包；

模式确定模块 112,用于根据所述上层实体下发的传输模式指示信息或所述数据包中的传输模式指示信息，判断所述数据包的传输模式；所述传输模式指示信息根据所述数据包的传输要求设定。

确认传输模块 113, 用于若所述数据包的传输模式为确认模式，采用确认模式向接收端发送所述数据包。

非确认传输模块 114, 用于若所述数据包的传输模式为非确认模式，采用非确认模式向接收端发送所述数据包。

以上各模块的功能参见图 1对应实施例中描述，在此不再赘述。

如图 11B所示，所述确认传输模块 113包括：下发单元 1131、反馈接收单元 1132和重发单元 1133。

下发单元 1131 , 用于向发送端 MAC实体下发所述数据包，以使发送端 MAC实体向接收端 MAC实体发送所述数据包。

反馈接收单元 1132, 用于若所述数据包的传输模式为确认模式，接收来自接收端反馈的所述数据包的传输状态报告。

重发单元 1133, 用于若根据所述数据包的传输状态报告确定所述数据包传输失败，重新向发送端 MAC实体下发所述数据包，以使发送端 MAC 实体重新向接收端 MAC实体发送所述数据包。

进一步，重发单元，还用于重新向发送端 MAC实体下发所述数据包之前，更新传输顺序，使得传输失败的数据包的发送优先级高于首次发送的数据包的发送优先级。

进一步，所述重发单元，还用于按照传输失败的 PDU的生成顺序，重新向发送端 MAC 实体下发所述数据包中传输失败的 PDU 或传输失败的 PDU对应的分段 PDU, 使先生成的传输失败的 PDU优先级高于后生成的传输失败的 PDU;或者，按照传输失败的 SDU从所述上层实体的接收顺序，重新向发送端 MAC 实体下发传输失败的 PDU对应的 SDU所组装成的新 PDU,使先从上层实体接收到的传输失败的 SDU优先级高于后从上层实体接收到的传输失败的 SDU。

若所述数据包的传输模式为本地确认模式：

所述下发单元具体用于向发送端 MAC实体下发所述数据包，若所述数据包的传输模式为本地确认模式，向所述发送端 MAC实体发送所述数据包的发送结果反馈指示，以使所述 MAC实体接收到所述接收端 MAC实体发送的所述数据包的传输状态报告后向所述发送端 RLC实体反馈；

所述反馈接收单元具体用于若所述数据包的传输模式为本地确认模式，在接收端 MAC实体发送所述数据包的传输状态报告后，接收所述发送端 MAC实体反馈的所述数据包的传输状态报告。

以上各模块的功能参见图 2、图 3A至图 3D对应实施例中描述，在此不再赘述。

若所述数据包的传输模式为自动重传请求确认模式：

所述下发单元具体用于向发送端 MAC实体下发所述数据包，若所述数据包的传输模式为自动重传请求确认模式时，在所述数据包中添加反馈传输结果的指示信息，以使所述接收端 RLC实体接收到所述数据包后向所述 RLC实体反馈所述数据包的接收成功确认；还用于向发送端 MAC实体下发所述数据包后，启动主动重传事件；

所述重发单元，具体用于若在所述数据包的主动重传事件触发之前没有接收到所述接收端 RLC实体发送的所述数据包的接收成功确认，重新向发送端 MAC实体下发所述数据包。

以上各模块的功能参见图 4、图 5至图 6对应实施例中描述，在此不再赘述。

实施例二还提供一种参数配置装置，用于向终端发送混合传输模式配置参数，包括混合传输模式标识和传输参数，所述混合传输模式配置参数用于指示所述终端中所述 RLC实体标识对应的 RLC实体根据 RLC承载层中数据包的传输要求采用确认模式或非确认模式传输所述数据包。

实施例二

实施例二说明在数据包传输过程中发送端与接收端如何切换传输模式的方法。传输模式切换包括从 UM模式切换到 AM模式，或从 AM模式切换到 UM模式，从而根据不同数据包的传输要求对不同数据包采用不同的传输模式。

图 7A为本发明实施例提供的一种模式转换方法流程图。本实施例主要说明发送端如何从 UM模式转换为确认模式。如图 7A所示，本实施例提供的模式转换方法包括：

步骤 70A: 发送端传输实体向接收端发送数据包之前，确定从指定数据包开始的多个连续数据包采用确认模式传输。

发送端实体根据数据包的传输模式指示信息，判断数据包的传输模式。数据包的传输模式指示信息可以由上层实体通过层间消息通知发送端传输实体，也可以由上层实体通过该数据包所包括的指示位携带给发送端传输实体。

步骤 71A: 发送端传输实体向接收端发送该指定数据包之前，向接收端发送第一传输模式指示，第一传输模式指示用于指示接收端从该指定数据包开始采用确认模式传输；如果在第一传输模式指示之前所采用的传输方式为非确认模式，则第一传输模式指示还用于指示接收端从非确认模式转换为确认模式传输从指定数据包开始的多个连续数据包。

发送端传输实体确定指定数据包之后的多个连续的数据包采用确认模式传输，向接收端发送第一传输模式指示，指示接收端从该指定数据包开始采用确认模式传输。如果在发送第一传输模式指示之前采用非确认模式传输，则第一传输模式指示还用于指示接收端从非确认模式转换为确认模式传输指定数据包和指定数据包的后续数据包。

进一步，如果发送端传输实体确定指定数据包之后的多个连续的数据包采用 ARQ确认模式传输，接收端为接收端 RLC实体，发送端传输实体向接收端 RLC实体下发携带有指定数据包的标识的第一传输模式指示；如果采用本地确认模式传输，发送端传输实体向底层传输实体，例如： MAC 实体，发送第一传输模式指示，该第一传输模式指示中可以不用携带数据包标识，该第一传输模式指示还用于指示发送端底层实体向发送端传输实体反馈本层 (MAC)的传输结果 (HARQ), 该第一传输模式指示可以由发送端控制层（ RRC ) 实体或发送端 RLC实体发送给底层实体。

步骤 72A: 发送端传输实体接收到接收端反馈的第一模式转换响应之后，采用确认模式传输；如果在接收到该传输模式指示之前，采用的是非确认模式，则从非确认模式转换为确认模式。

因此，对于 ARQ确认模式传输，传输模式指示中可以指定开始确认模式传输的数据包标识，并且发送端接收到接收端反馈的第一模式转换响应之后，对指定数据包及其之后的数据包采用确认模式传输，如果在该传输模式指示之前，接收端采用非确认模式传输，则从非确认模式转换为确认模式。对于本地确认模式，第一传输模式指示中可以不携带指定的数据包标识，接收端实体在接收到第一传输模式指示之后，对该数据包及其之后的数据包，向上层反馈本层的传输结果。

本实施例提供的模式转换方法，发送端在发送数据包的过程中，通过向接收端发送第一传输模式指示，指示使接收端开始采用确认模式传输从指定数据包开始的多个连续数据包，如果在所述第一传输模式指示之前所采用的传输方式为非确认模式，则还指示接收端从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包。因此，本实施例可采用不同的模式传输不同的数据包，

图 7B为本发明实施例提供的另一种模式转换方法流程图。本实施例主要说明接收端如何从 UM模式转换为 AM模式。如图 7B所示，本实施例提供的模式转换方法包括：

步骤 70B: 接收端接收发送端传输实体发送的第一传输模式指示，第一传输模式指示用于指示接收端从该指定数据包开始采用确认模式传输；如果在发送第一传输模式指示之前所采用的传输方式为非确认模式，则第一传输模式指示还用于指示接收端从非确认模式转换为确认模式传输指定数据包和指定数据包的后续数据包。

进一步，若确认模式为本地确认模式，接收端为发送端底层实体，发送端底层实体还向发送端传输反馈从指定数据包开始的多个连续数据包的传输结果；若确认模式为自动重传请求确认模式，接收端为接收端 RLC实体，第一传输模式指示还包括指定数据包的标识。步骤 71B: 接收端向发送端反馈第一传输模式响应。

步骤 721B: 如果接收到指定数据包之前的数据包，接收端从该指定数据包开始采用确认模式传输，如果在接收第一传输模式指示之前所采用的传输方式为非确认模式，接收端从非确认模式转换为确认模式传输从指定数据包开始的多个连续数据包。

步骤 722B: 如果还没有接收到指定数据包之前的数据包，接收端启动重排序事件，在重排序事件触发之后，或，重排序事件触发之前确认已接收到指定数据包之前的数据包，接收端从该指定数据包开始采用确认模式传输，如果在接收第一传输模式指示之前所采用的传输方式为非确认模式，接收端从非确认模式转换为确认模式传输从指定数据包开始的多个连续数据包。

图 8A为本发明实施例提供的又一种模式转换方法流程图。本实施例主要说明从 UM模式转换为 ARQ确认模式的过程中发送端和接收端的交互过程。如图 8A所示，本实施例提供的模式转换方法包括：

步骤 If: 发送端 RLC实体准备向接收端发送数据包 c, 确定从数据包 C开始的多个连续数据包采用 ARQ确认模式传输。

步骤 2f: 发送端 RLC实体向接收端 RLC实体发送携带有数据包 C的第一传输模式指示，所述第一传输模式指示用于指示接收端从数据包 C开始采用 ARQ确认模式传输；如果在发送所述第一传输模式指示之前所采用的传输方式为 UM模式，则所述第一传输模式指示还用于指示接收端从 UM 模式转换为 ARQ确认模式传输从数据包 C开始的多个连续数据包。

如图 8B所示， VT ( US )表示在 UM模式下发送端下一个待发送数据包的 SN, 此时 VT ( US ) =C, 表示在 UM模式下发送端下一个待发送的数据包为 c。发送端准备向接收端发送数据包 c之前，向接收端发送携带有数据包 C的第一传输模式指示。

步骤 3f: 接收端 RLC实体接收到第一传输模式指示后，向发送端 RLC 实体反馈第一传输模式响应。

步骤 4f: 确定还未接收到数据包 C之前的数据包 b, 接收端 RLC实体启动、或重新启动重排序定时器，在重排序定时器超时，或重排序定时器超时前已接收到数据包 b,接收端根据第一传输模式指示，确定在接收第一传输模式指示之前所采用的传输方式为 UM模式，从 UM模式转换为 ARQ 确认模式传输从数据包 C开始的多个连续数据包。

如图 8B所示， VR ( UH )为 UM模式下接收窗的接收上限，表示接收端已经接收到数据包的最大 SN+1; VR ( UR )为 UM模式下接收窗的接收下限，表示接收端可接收到数据包的最小 SN。从 UM模式转换为 ARQ确认模式的过程中，接收端在成功接收到数据包 C之前的数据包 b时，或者接收端在重排序定时器超时的时候还没有数据包 C之前的数据包 b, VR ( UH )按照顺时针方向向下移动，在 VR ( UH ) 向下移动之后 VR ( UR ) 也跟随 VR ( UH )按照顺时针方向向下移动。

如图 8B所示， VR ( UX )表示 UM模式下从哪个数据包开始启动重排序定时器（ re-ordering timer )。接收端接收到携带数据包 c标识的第一传输模式指示时，接收端确定此时还未接收到数据包 c之前的数据包 b, VR( UX ) =c, 启动重排序定时器。在重排序定时器超时后，接收端如果还朱接收到数据包 b, 由于在 UM传输数据包，接收端不再等待数据包 b, 对接收到的数据包进行排序，并从 UM模式转换为 ARQ确认模式；如果在重排序定时器超时之前就接收到数据包 b,接收端立即停止重排序定时器，对接收到的数据包进行排序，并从 UM模式转换为 ARQ确认模式。

步骤 5f: 发送端 RLC实体接收到接收端 RLC实体的反馈第一传输模式响应后，确定在接收第一传输模式指示之前所采用的传输方式为 UM模式，从 UM模式转换为 ARQ确认模式。

如图 8B所示， VT ( A )表示在 AM模式下发送端下一个待确认数据包的 SN, VT ( S )表示在 AM模式下发送端下一个待发送数据包的 SN, VT ( MS )为在 AM模式下发送端的发送上限，表示发送端可发送数据包的最大 SN。发送端从 UM模式转换为 ARQ确认模式时， UT ( S ) =C, 表示在 AM模式下发送端下一个待确认的数据包为 c。

可选地，步骤 3f 也可在步骤 4f之后，即接收端 RLC实体从 UM模式转换为 ARQ确认模式后，再向发送端 RLC实体反馈第一模式转换响应。

图 9A为本发明实施例提供的再一种模式转换方法流程图。本实施例主要说明发送端如何从 AM模式转换为 UM模式。如图 9A所示，本实施例提供的模式转换方法包括：

步骤 90A: 发送端传输实体向接收端发送数据包之前，确定从指定数据包开始的多个连续数据包采用非确认模式传输。发送端传输实体可以是发送端 RLC实体。

步骤 91A: 发送端传输实体向接收端发送该指定数据包之前，向接收端发送第二传输模式指示，第二传输模式指示用于指示接收端从该指定数据包开始采用非确认模式传输；如果在发送第二传输模式指示之前所采用的传输方式为确认模式，则第二传输模式指示还用于指示接收端从确认模式转换为非确认模式传输从指定数据包开始的多个连续数据包。

若确认模式为本地确认模式，接收端为发送端底层实体，例如发送端 MAC 实体；若确认模式为自动重传请求确认模式，接收端为接收端 RLC 实体，第二传输模式指示还包括指定数据包的标识。

步骤 92A: 发送端传输实体接收到接收端反馈的第二传输模式响应之后，采用非确认模式传输；如果在接收到该传输模式指示之前，采用的是确认模式，则从确认模式转换为非确认模式。

进一步，为了避免在发送端进入 UM模式后发送过多的数据包，当发送端存在至少一个已发送并需要被确认、而没有被接收端确认的数据包时，发送端发送序列号（SN )在指定范围内的数据包。具体地，在发送端设置一个大小等于 SN (序列号）发送范围一半大小的发送窗，发送窗的下限为第一个已发送并需要被确认、而没有被接收端确认的数据包对应的 SN, 发送端不能使用超过该发送窗上限的 SN发送数据包。

本实施例提供的模式转换方法，发送端在发送数据包的过程中，通过向接收端发送第二传输模式指示，指示使接收端开始采用非确认模式传输从指定数据包开始的多个连续数据包，如果在所述第二传输模式指示之前所采用的传输方式为确认模式，则还指示接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包。因此，本实施例可采用不同的模式传输不同的数据包。

图 9B为本发明实施例提供的再一种模式转换方法流程图。本实施例主要说明接收端如何从 AM模式转换为 UM模式。如图 9B所示，本实施例提供的模式转换方法包括：

步骤 90B: 接收端接收发送端传输实体发送的第二传输模式指示，第二传输模式指示用于指示接收端从该指定数据包开始采用非确认模式传输；如果在发送第二传输模式指示之前所采用的传输方式为确认模式，则第二传输模式指示还用于指示接收端从确认模式转换为非确认模式传输指定数据包和指定数据包的后续数据包。

若确认模式为本地确认模式，接收端为发送端底层实体；若确认模式为自动重传请求确认模式，接收端为接收端 RLC实体，第二传输模式指示还包括指定数据包的标识。

步骤 91B: 接收端向发送端反馈第二传输模式响应。

步骤 921B: 如果接收到指定数据包之前的数据包，接收端从该指定数据包开始采用非确认模式传输，如果在接收第二传输模式指示之前所采用的传输方式为确认模式，接收端从确认模式转换为非确认模式传输从指定数据包开始的多个连续数据包。

步骤 922B: 如果没有接收到指定数据包之前的数据包，接收端启动重排序事件，重排序事件触发之前确认已接收到指定数据包之前的数据包，接收端从该指定数据包开始采用非确认模式传输，如果在接收第二传输模式指示之前所采用的传输方式为确认模式，接收端从确认模式转换为非确认模式传输从指定数据包开始的多个连续数据包；如果重排序事件触发之后，还未接收到指定数据包之前的数据包，向发送端反馈发送失败状态报告使发送端重传未接收到的数据包，并重新启动重排序事件。

如果重排序事件触发之后，还未接收到所述指定数据包之前的数据包，向发送端反馈发送失败状态报告使所述发送端重传未接收到的数据包，可选的，接收端还可重新启动重排序事件。

启动重排序事件可以是重传排序定时器，重排序事件可以是重传排序定时器。在重排序定时器超时后如果还未接收到指定数据包之前的数据包，由于接收端此时还处于 ARQ确认模式，需要接收到数据包 b之后才能转换为 UM模式，因此接收端向发送端反馈发送失败状态报告使发送端重传还没有接收到的数据包，并重新启动重排序定时器，直至接收到数据包 b。

图 9C为本发明实施例提供的再一种模式转换方法流程图。本实施例主要说明从 ARQ确认模式转换为 UM模式的过程中发送端和接收端的交互过程。如图 9C所示，本实施例提供的模式转换方法包括：

步骤 lg: 发送端 RLC实体发送数据包 c之前，确定从数据包 C开始多个连续数据包采用 UM模式传输。

如图 8B所示， VT ( A ) 为 ARQ确认模式下待确认的数据包的 SN加一， VT ( S ) 为 ARQ确认模式下待发送的数据包的 SN加一， VT ( MS ) 表示 ARQ确认模式下的发送上限，从 VT (MS)到 VT ( A) 为发送窗口大小的一半，。

步骤 2g: 发送端 RLC实体向接收端 RLC实体发送携带有数据包 C的第二传输模式指示，第二传输模式指示用于指示接收端 RLC实体从数据包 C开始采用 UM传输；如果在发送第二传输模式指示之前所采用的传输方式为 AM模式，则所述第二传输模式指示还用于指示接收端 RLC 实体从 AM模式转换为 UM模式传输从数据包 C开始的多个连续数据包。

步骤 3g: 接收端 RLC实体接收到第二传输模式指示时，确定还未接收到数据包 C之前的数据包 b, 接收端 RLC实体启动重排序定时器，在重排序定时器超时前已接收到数据包 b, 根据第二传输模式指示从 ARQ确认模式转换为 UM模式；在重排序定时器超时后还未接收到数据包 b, 接收端 RLC 实体向发送端反馈发送失败状态报告使发送端重传数据包 b, 并重新启动重排序定时器。

在重排序定时器超时后如果还未接收到数据包 b, 接收端此时还处于 ARQ确认模式，需要接收到数据包 b之后才能转换为 UM模式，因此接收端向发送端反馈发送失败状态报告使发送端重传数据包 b,并重新启动重排序定时器，直至接收到数据包 b。

如图 8B所示，从 ARQ确认模式转换为 UM模式的过程中， VR (H) 只有在成功接收到数据包 C之前的数据包 b之后， VR (H)按照顺时针方向向下移动，在 VR (H) 向下移动之后 VR (R)也跟随 VR (H)按照顺时针方向向下移动。

如图 8B所示， VR (H)为 AM模式下接收窗的接收上限，表示接收端可接收到数据包的最大 SN+1; VR (R) 为 AM模式下接收窗的接收下限，表示接收端可接收到数据包的最小 SN。 VR(X)表示 AM模式下从哪个数据包开始启动重排序定时器（re-ordering timer )。接收端从 UM模式转换为 ARQ确认模式后， VR (R) =C, 表示接收端可接收到数据包的最小 SN为数据包 c的 SN。从 VR ( MS )到 VR ( R ) 为 AM模式下接收端向发送端反馈发送失败状态报告的窗口。从 VR (R)到 VR (MR)为接收窗的一半。

步骤 4g:接收端 RLC实体接收到第二传输模式指示时，向发送端 RLC 实体反馈第二传输模式响应。

可选地，步骤 4g也可在步骤 3g之前，或者步骤 4g和步骤 3g同时进行。

步骤 5g: 发送端 RLC实体接收到接收端 RLC实体的反馈第一传输模式响应后，从 ARQ确认模式转换为 UM模式。

步骤 6g:发送端 RLC实体没有接收到接收端关于数据包 C之前的数据包 b的接收成功确认之前，发送端 RLC实体向接收端 RLC实体发送 SN小于 VT ( MS ) 的数据包。

为了避免在发送端进入 UM模式后发送过多的数据包，当发送端存在至少一个已发送并需要被确认、而没有被接收端确认的数据包时，在发送端设置一个大小等于 SN发送范围一半大小的发送窗，该发送窗的下限为第一个已发送并需要被确认、而没有被接收端确认的数据包对应的 SN, 该发送窗的上限为 VT ( MS ), 发送端不能使用超过该发送窗上限的 SN发送数据包。

图 12A为本发明实施例提供的一种模式转换装置结构示意图。如图 12A 所示，本实施例提供的位于发送端的模式转换装置包括：确定模块 121 和指示模块 122以及转换模块 123。

确定模块 121 , 用于向接收端发送数据包之前，确定从指定数据包开始的多个连续数据包采用确认模式传输；

指示模块 122, 用于向接收端发送该指定数据包之前，向接收端发送第一传输模式指示，所述第一传输模式指示用于指示接收端从该指定数据包开始采用确认模式传输；如果在发送所述第一传输模式指示之前所采用的传输方式为非确认模式，则所述第一传输模式指示还用于指示接收端从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包。

进一步，若所述确认模式为本地确认模式，所述接收端为发送端底层实体，所述第一传输模式指示还用于指示所述发送端底层实体向所述发送端传输反馈从所述指定数据包开始的多个连续数据包的传输结果；若所述确认模式为自动重传请求确认模式，所述接收端为接收端 RLC实体，所述第一传输模式指示还包括指定数据包的标识。

转换模块 123, 用于接收到接收端反馈的第一传输模式响应之后，采用确认模式传输；如果在接收到该传输模式指示之前，采用的是非确认模式，则从非确认模式转换为确认模式。

本实施例的模块具体功能可参考图 7A和图 8A对应实施例中的描述，在此不再赘述。

图 12B为本发明实施例提供的另一种模式转换装置结构示意图。如图 12B所示，本实施例提供的位于接收端的模式转换装置包括：接收模块 124、响应模块 125和转换模块 126。

接收模块 124, 用于接收发送端传输实体发送的第一传输模式指示，所述第一传输模式指示用于指示接收端从该指定数据包开始采用确认模式传输；如果在发送所述第一传输模式指示之前所采用的传输方式为非确认模式，则所述第一传输模式指示还用于指示接收端从非确认模式转换为确认模式传输所述指定数据包和所述指定数据包的后续数据包。进一步，若所述确认模式为自动重传请求确认模式，所述第一传输模式指示还包括指定数据包的标识。

响应模块 125, 用于向发送端反馈第一传输模式响应；

转换模块 126, 用于如果接收到所述指定数据包之前的数据包，从该指定数据包开始采用确认模式传输，如果在接收所述第一传输模式指示之前所采用的传输方式为非确认模式，从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包；

转换模块 126, 还用于如果还没有接收到所述指定数据包之前的数据包，接收端启动重排序事件，在重排序事件触发之后，或，重排序事件触发之前确认已接收到所述指定数据包之前的数据包，接收端从该指定数据包开始采用确认模式传输，如果在接收所述第一传输模式指示之前所采用的传输方式为非确认模式，从非确认模式转换为确认模式传输从所述指定数据包开始的多个连续数据包。

本实施例的模块具体功能可参考图 7B和图 8A对应实施例中的描述，在此不再赘述。

图 13A为本发明实施例提供的又一种模式转换装置结构示意图。如图

13A所示，本实施例提供的位于发送端的模式转换装置包括：确定模块 131、发送模块 132和转换模块 133。

确定模块 131 , 用于向接收端发送数据包之前，确定从指定数据包开始的多个连续数据包采用非确认模式传输。

发送模块 132, 用于向接收端发送该指定数据包之前，向接收端发送第二传输模式指示，所述第二传输模式指示用于指示接收端从该指定数据包开始采用非确认模式传输；如果在发送所述第二传输模式指示之前所采用的传输方式为确认模式，则所述第二传输模式指示还用于指示接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包。

进一步，若所述确认模式为本地确认模式，所述接收端为发送端底层实体；若所述确认模式为自动重传请求确认模式，所述接收端为接收端 RLC 实体，所述第二传输模式指示还包括指定数据包的标识。

转换模块 133 , 用于接收到接收端反馈的第二传输模式响应之后，采用非确认模式传输；如果在接收到该传输模式指示之前，采用的是确认模式，则从确认模式转换为非确认模式。

进一步，本实施例还包括：限发模块，用于没有接收到接收端反馈的所述指定数据包之前的数据包的接收成功确认之前，发送端发送序列号在指定范围内的数据包。

本实施例的模块具体功能可参考图 9A和图 9C对应实施例中的描述，在此不再赘述。

图 13B为本发明实施例提供的再一种模式转换装置结构示意图。如图 13B所示，本实施例提供的位于接收端的模式转换装置包括：接收模块 134 和响应模块 135以及转换模块 136。

接收模块 134, 用于接收发送端传输实体发送的第二传输模式指示，所述第二传输模式指示用于指示接收端从该指定数据包开始采用非确认模式传输；如果在发送所述第二传输模式指示之前所采用的传输方式为确认模式，则所述第二传输模式指示还用于指示接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；

响应模块 135 , 用于向发送端反馈第一传输模式响应。

进一步，若所述确认模式为自动重传请求确认模式，所述第二传输模式指示还包括指定数据包的标识。

转换模块 136, 用于如果接收到所述指定数据包之前的数据包，接收端从该指定数据包开始采用非确认模式传输，如果在接收所述第二传输模式指示之前所采用的传输方式为确认模式，从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；

本实施例的模块具体功能可参考图 9B和图 9C对应实施例中的描述，在此不再赘述。

实施例三

实施例三针对现有技术在采用确认模式传输过程中，对于需要重传的 PDU没有排序的缺陷，提供一种确认模式下的数据重传方法。

在现有技术中，如果存在多个重传的 RLC PDU或分段 PDU, 发送端传输实体对于重传 PDU的传输顺序没有限定，可以是传输顺序可以是任意的。但接收端 RLC 实体只有在接收到第一个没有接收到的 RLC PDU 的时候，才能够递交 SN 大于该 RLC PDU之后的 PDU, 因此现有技术的实现方式可能导致接收端緩存接收数据的时间较长，进而导致数据在空口的传输时延较长。

图 10为本发明实施例提供的一种确认模式下的数据重传方法流程图。如图 10所示，本实施例包括：

步骤 101: 发送端传输实体接收来自接收端实体反馈的传输失败报告。发送端 RLC 实体接收到来自上层的 RLC SDU, 将所接收到的 RLC SDU封装成 RLC PDU, 并递交给 MAC层实体传输。发送端 RLC 实体通过接收端实体反馈的传输失败报告，例如，在 ARQ确认模式下，接收到接收端 RLC 实体反馈的传输失败报告；在本地确认模式下，接收到来自发送端 MAC实体的反馈的传输失败报告。

步骤 102: 发送端传输实体根据所述传输失败报告确定传输失败的 PDU。

步骤 103: 发送端传输实体重新向发送端 MAC 实体下发传输失败的 PDU或传输失败的 PDU对应的分段 PDU, 使先生成的传输失败的 PDU优先级高于后生成的传输失败的 PDU。

按照传输失败的 PDU的生成顺序，例如 SN (序列号， Sequence Number) 递增顺序，发送端传输实体重新向发送端 MAC实体下发传输失败的 PDU 或传输失败的 PDU对应的分段 PDU, 使先生成的传输失败的 PDU优先级高于后生成的传输失败的 PDU。 RLC将重传数据包按照重传顺序递交给 MAC层实体进行数据重传。

步骤 103也可以为：发送端传输实体识别传输失败的 PDU对应的 SDU, 按照传输失败的 SDU从所述上层实体的接收顺序，重新向发送端 MAC实体下发传输失败的 PDU对应的 SDU所组装成的新 PDU, 使先从上层实体接收到的传输失败的 SDU优先级高于后从上层实体接收到的传输失败的 SDU。

本实施例对重传的 PDU按照生成顺序进行排序，使得先生成的 PDU 在传输失败时能优先重传，从而早到达接收端，使接收端可以提交该 PDU 之后已接收到的 PDU, 从而减少了接收端緩存已接收到的 PDU的时间，图 14为本发明实施例提供的一种确认模式下的数据包重传装置结构示意图。如图 14所示，本实施例包括：报告接收模块 141、识别模块 142和重传模块 143。

报告接收模块 141 , 用于接收来自接收端实体反馈的传输失败报告；识别模块 142, 用于根据所述传输失败报告确定传输失败的 PDU; 重传模块 143, 用于重新向发送端 MAC实体下发传输失败的 PDU或传输失败的 PDU对应的分段 PDU, 使先生成的传输失败的 PDU优先级高于后生成的传输失败的 PDU。或者，识别传输失败的 PDU对应的 SDU, 按照传输失败的 SDU从所述上层实体的接收顺序，重新向发送端 MAC实体下发传输失败的 PDU对应的 SDU所组装成的新 PDU, 使先从上层实体接收到的传输失败的 SDU优先级高于后从上层实体接收到的传输失败的 SDU。

本实施例的模块具体功能可参考图 10对应实施例中的描述，在此不再赘述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权利要求

1、一种数据包发送方法，其特征在于，包括：

发送端传输实体从上层实体接收待发送的数据包；

根据所述上层实体下发的传输模式指示信息或所述数据包中的传输模式指示信息，所述发送端传输实体判断所述数据包的传输模式；所述传输模式指示信息根据所述数据包的传输要求设定；

若所述数据包的传输模式为确认模式，所述发送端传输实体采用确认模式向接收端发送所述数据包；

若所述数据包的传输模式为非确认模式，所述发送端传输实体采用非确认模式向接收端发送所述数据包。

2、根据权利要求 1所述的方法，其特征在于，若所述数据包的传输模式为确认模式，发送端采用确认模式向接收端发送所述数据包包括：

发送端无线链路控制 RLC实体向发送端媒体访问控制 MAC实体下发所述数据包，以使发送端 MAC实体向接收端 MAC实体发送所述数据包；若所述数据包的传输模式为确认模式，所述发送端 RLC实体接收来自接收端反馈的所述数据包的传输状态报告；若根据所述数据包的传输状态报告确定所述数据包传输失败，发送端 RLC实体重新向发送端 MAC实体下发所述数据包，以使发送端 MAC实体重新向接收端 MAC实体发送所述数据包。

3、根据权利要求 2所述的方法，其特征在于，若所述数据包的传输模式为本地确认模式，所述发送端接收来自接收端反馈的所述数据包的传输状态报告具体为：

在所述发送端 MAC实体接收到所述接收端 MAC实体发送所述数据包的传输状态报告后，所述发送端 RLC实体接收所述发送端 MAC实体反馈的所述数据包的传输状态报告。

4、根据权利要求 3所述的方法，其特征在于，在所述发送端 RLC实体接收所述发送端 MAC实体反馈的所述数据包的传输状态报告之前，还包括：

所述发送端 RLC实体或发送端控制层实体向所述发送端 MAC实体发送所述数据包的发送结果反馈指示，以使所述 MAC实体接收到所述接收端 MAC实体发送的所述数据包的传输状态报告后向所述发送端 RLC实体反馈。

5、根据权利要求 2所述的方法，其特征在于，所述数据包的传输模式为自动重传请求确认模式时，所述发送端 RLC实体向发送端 MAC实体下发所述数据包后，所述发送端 RLC实体接收来自接收端反馈的所述数据包的传输状态报告；若根据所述数据包的传输状态报告确定所述数据包传输失败，发送端 RLC实体重新向发送端 MAC实体下发所述数据包包括：发送端 RLC实体在所述数据包中添加反馈传输结果的指示信息，以使所述接收端 RLC实体接收到所述数据包后向所述 RLC实体反馈所述数据包的接收成功确认；

发送端 RLC实体向发送端 MAC实体下发所述数据包后，启动主动重传事件，若在所述数据包的主动重传事件触发之前没有接收到所述接收端 RLC实体发送的所述数据包的接收成功确认，发送端 RLC实体重新向发送端 MAC实体下发所述数据包。

6、根据权利要求 2、 3或 5所述的方法，其特征在于，发送端 RLC实体重新向发送端 MAC实体下发所述数据包之前，还包括：

RLC 实体更新传输顺序，使得传输失败的数据包的发送优先级高于首次发送的数据包的发送优先级。

7、根据权利要求 2、 3或 5所述的方法，其特征在于，发送端 RLC实体重新向发送端 MAC实体下发所述数据包包括：

重新向发送端 MAC 实体下发所述数据包中传输失败的协议数据单元 PDU或传输失败的 PDU对应的分段 PDU, 或者，重新向发送端 MAC实体下发传输失败的 PDU对应的业务数据单元 SDU所组装成的新 PDU。

8、根据权利要求 7所述的方法，其特征在于：

所述重新向发送端 MAC实体下发所述数据包中传输失败的 PDU或传输失败的 PDU对应的分段 PDU具体为：按照传输失败的 PDU的生成顺序，重新向发送端 MAC实体下发传输失败的 PDU或传输失败的 PDU对应的分段 PDU, 使先生成的传输失败的 PDU优先级高于后生成的传输失败的 PDU; 或者，

重新向发送端 MAC实体下发传输失败的 PDU对应的 SDU所组装成的新 PDU具体为：按照传输失败的 SDU从所述上层实体的接收顺序，重新向发送端 MAC 实体下发传输失败的 PDU 对应的 SDU 所组装成的新 PDU,使先从上层实体接收到的传输失败的 SDU优先级高于后从上层实体接收到的传输失败的 SDU。

9、一种参数配置方法，其特征在于，包括：

10、一种数据包发送装置，其特征在于，包括：

接收模块，用于从上层实体接收待发送的数据包；

11、根据权利要求 10所述的装置，其特征在于，所述确认传输模块包括：

下发单元，用于向发送端 MAC实体下发所述数据包，以使发送端 MAC 实体向接收端 MAC实体发送所述数据包；

反馈接收单元，用于若所述数据包的传输模式为确认模式，接收来自接收端反馈的所述数据包的传输状态报告；

重发单元，用于若根据所述数据包的传输状态报告确定所述数据包传输失败，重新向发送端 MAC实体下发所述数据包，以使发送端 MAC实体重新向接收端 MAC实体发送所述数据包。

12、根据权利要求 11所述的装置，其特征在于：

所述下发单元具体用于向发送端 MAC实体下发所述数据包，若所述数据包的传输模式为本地确认模式，向所述发送端 MAC实体发送所述数据包的发送结果反馈指示，以使所述 MAC实体接收到所述接收端 MAC实体发送的所述数据包的传输状态报告后向所述发送端 RLC实体反馈；所述反馈接收单元具体用于若所述数据包的传输模式为本地确认模式，在接收端 MAC实体发送所述数据包的传输状态报告后，接收所述发送端 MAC实体反馈的所述数据包的传输状态报告。

13、根据权利要求 11所述的装置，其特征在于：

14、根据权利要求 11、 12或 13所述的装置，其特征在于，所述重发单元，还用于重新向发送端 MAC实体下发所述数据包之前，更新传输顺序，使得传输失败的数据包的发送优先级高于首次发送的数据包的发送优先级。

15、根据权利要求 11、 12或 13所述的装置，其特征在于，所述重发单元，还用于按照传输失败的 PDU的生成顺序，重新向发送端 MAC实体下发所述数据包中传输失败的 PDU或传输失败的 PDU对应的分段 PDU, 使先生成的传输失败的 PDU优先级高于后生成的传输失败的 PDU; 或者，按照传输失败的 SDU从所述上层实体的接收顺序，重新向发送端 MAC实体下发传输失败的 PDU对应的 SDU所组装成的新 PDU, 使先从上层实体接收到的传输失败的 SDU优先级高于后从上层实体接收到的传输失败的 SDU。

16、一种参数配置装置，其特征在于，用于向终端发送混合传输模式配置参数，包括混合传输模式标识和传输参数，所述混合传输模式配置参数用于指示所述终端中所述 RLC实体标识对应的 RLC实体根据 RLC承载层中数据包的传输要求采用确认模式或非确认模式传输所述数据包。

17、一种模式转换方法，其特征在于，包括：发送端传输实体向接收端发送数据包之前，确定从指定数据包开始的多个连续数据包采用确认模式传输；

18、根据权利要求 17所述的方法，其特征在于，若所述确认模式为本地确认模式，所述接收端为发送端底层实体，所述第一传输模式指示还用于指示所述发送端底层实体向所述发送端传输反馈从所述指定数据包开始的多个连续数据包的传输结果；若所述确认模式为自动重传请求确认模式，所述接收端为接收端 RLC实体，所述第一传输模式指示还包括指定数据包的标识。

19、一种模式转换方法，其特征在于，包括：

接收端向发送端反馈第一传输模式响应；

20、根据权利要求 19所述的方法，其特征在于，若所述确认模式为本地确认模式，所述接收端为发送端底层实体，所述发送端底层实体还向所述发送端传输反馈从所述指定数据包开始的多个连续数据包的传输结果；若所述确认模式为自动重传请求确认模式，所述接收端为接收端 RLC实体，所述第一传输模式指示还包括指定数据包的标识。

21、一种模式转换方法，其特征在于，包括：

22、根据权利要求 21所述的方法，其特征在于，还包括：

发送端传输实体没有接收到接收端反馈的所述指定数据包之前的数据包的接收成功确认之前，发送端传输实体发送序列号在指定范围内的数据包。

23、根据权利要求 21或 22所述的方法，其特征在于，若所述确认模式为本地确认模式，所述接收端为发送端底层实体；若所述确认模式为自动重传请求确认模式，所述接收端为接收端 RLC实体，所述第二传输模式指示还包括指定数据包的标识。

24、一种模式转换方法，其特征在于，包括：

向发送端反馈第二传输模式响应；

25、根据权利要求 24所述的方法，其特征在于，若所述确认模式为本地确认模式，所述接收端为发送端底层实体；若所述确认模式为自动重传请求确认模式，所述接收端为接收端 RLC实体，所述第二传输模式指示还包括指定数据包的标识。

26、一种模式转换装置，其特征在于，包括：

27、根据权利要求 26所述的装置，其特征在于，若所述确认模式为本地确认模式，所述接收端为发送端底层实体，所述第一传输模式指示还用于指示所述发送端底层实体向所述发送端传输反馈从所述指定数据包开始的多个连续数据包的传输结果；若所述确认模式为自动重传请求确认模式，所述接收端为接收端 RLC实体，所述第一传输模式指示还包括指定数据包的标识。

28、一种模式转换装置，其特征在于，包括：

响应模块，用于向发送端反馈第一传输模式响应；

29、根据权利要求 28所述的装置，其特征在于，若所述确认模式为自动重传请求确认模式，所述第一传输模式指示还包括指定数据包的标识。

30、一种模式转换装置，其特征在于，包括：

发送模块，用于向接收端发送该指定数据包之前，向接收端发送第二传输模式指示，所述第二传输模式指示用于指示接收端从该指定数据包开始采用非确认模式传输；如果在发送所述第二传输模式指示之前所采用的传输方式为确认模式，则所述第二传输模式指示还用于指示接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；转换模块，用于接收到接收端反馈的第二传输模式响应之后，采用非确认模式传输；如果在接收到该传输模式指示之前，采用的是确认模式，则从确认模式转换为非确认模式。

31、根据权利要求 30所述的装置，其特征在于，若所述确认模式为本地确认模式，所述接收端为发送端底层实体；若所述确认模式为自动重传请求确认模式，所述接收端为接收端 RLC实体，所述第二传输模式指示还包括指定数据包的标识。

32、根据权利要求 30或 31所述的装置，其特征在于，还包括：限发模块，用于没有接收到接收端反馈的所述指定数据包之前的数据包的接收成功确认之前，发送序列号在指定范围内的数据包。

33、一种模式转换装置，其特征在于，包括：

接收模块，用于接收发送端传输实体发送的第二传输模式指示，所述第二传输模式指示用于指示接收端从该指定数据包开始采用非确认模式传输；如果在发送所述第二传输模式指示之前所采用的传输方式为确认模式，则所述第二传输模式指示还用于指示接收端从确认模式转换为非确认模式传输从所述指定数据包开始的多个连续数据包；

响应模块，用于向发送端反馈第二传输模式响应；

34、根据权利要求 33所述的装置，其特征在于，若所述确认模式为自动重传请求确认模式，所述第二传输模式指示还包括指定数据包的标识。

35、一种确认模式下的数据重传方法，其特征在于，包括：

发送端传输实体接收来自接收端实体反馈的传输失败报告；

发送端传输实体根据所述传输失败报告确定传输失败的 PDU;

36、一种确认模式下的数据包重传装置，其特征在于，包括：报告接收模块，用于接收来自接收端实体反馈的传输失败报告；识别模块，用于根据所述传输失败报告确定传输失败的 PDU;