数据包传输方法和装置与流程

本发明涉及无线通信领域，尤其涉及数据包传输方法和装置。

背景技术：
当前的长期演进(LongTermEvolution，LTE)系统中，媒体接入控制(MediaAccessControl，MAC)层负责将无线链路控制(RadioLinkControl，RLC)层的多个不同RLC协议数据包单元(ProtocolDataUnit，PDU)(RLCPDUs)复用成一个MAC层PDU(MACPDU)，然后在空中接口上进行传输，其中，一个RLC实体对应一个逻辑信道，RLCPDU又称为MAC服务数据单元(ServiceDataUnit，SDU)。不同逻辑信道的RLCPDU在MACPDU头中通过逻辑信道标识(LogicalChannelIdentification，LCID)来表示。接收端的MAC层只有在正确接收到MACPDU之后，才能根据MACPDU头中的LCID，将不同逻辑信道的MACSDU向各逻辑信道所对应的RLC层实体递交。如果MAC层没有正确接收到MACPDU，则通常首先要求发送端进行混合自动重传请求(HybridAutomaticRepeatreQuest，HARQ)重传，直到MACPDU被成功接收，或者重传达到一定次数后，丢弃该MACPDU。除了MAC层的上述操作外，RLC层也要根据传输模式不同，执行重传或不执行重传。即，如果是确认模式(AcknowledgementMode，AM)的RLC层，则当MAC层通过HARQ重传仍然没有成功接收到MACPDU，所述没有成功接收到的MACPDU中包含的MACSDU(即RLCPDU)可以在RLC层进行自动重传请求(AutomaticRepeatreQuest，ARQ)重传。当接收端的RLC层成功接收到RLCPDU后，将RLCPDU重组成RLCSDU，按序且无损的将RLCSDU向RLC层的上层协议栈递交，RLC层的上层协议栈可以是分组数据包汇聚协议(PacketDataConvergenceProtocol，PDCP)层，此时，RLCSDU又称为PDCPPDU，此外，RLC层的上层协议栈还可以是无线资源控制无线资源控制(RadioResourceControl，RRC)等。如果RLC层经过最大重传次数仍然没有成功接收到RLCPDU，则认为链路出现问题，会将链路故障信息上报给无线资源控制(RadioResourceControl，RRC)层，以触发RRC连接重建。对于非确认模式(UnacknowledgementMode，UM)的RLC层，只依赖于MAC层的HARQ重传，RLC层本身不作重传，所以当MAC层丢弃某MACPDU后，丢弃的MACPDU中包含的MACSDU(即RLCPDU)也就不能重组成RLCSDU(即PDCPPDU)，此时，RLC层只能保证按序向上层协议栈递交RLCSDU(即PDCPPDU)，而不能保证无损。另外，RLC层根据低层(如MAC层)资源的大小，会对RLCSDU(即高层的PDU，如PDCPPDU)进行分段或级联，以适应低层的资源。但是现有技术存在空中接口资源浪费的问题。

技术实现要素：
本发明提供了种数据包传输方法和装置，以解决现有技术中存在的空中接口资源浪费的问题第一方面，提供了一种数据包传输方法，所述方法包括：用户设备UE确定需要对业务的无线承载RB所承载的错误数据包执行服务数据单元SDU递交；如果接收到的数据包在达到最大重传次数后仍然没有被正确接收到，所述UE确定所述接收到的数据包为所述错误数据包；以及所述UE将所述错误数据包中的SDU递交给所述RB对应的无线链路控制RLC实体，所述UE中的所述RLC实体将所述SDU发送给所述RLC实体的上层。第二方面，提供了一种数据包传输方法，所述方法包括：基站确定需要对业务的无线承载RB所承载的错误数据包执行服务数据单元SDU递交；如果用户设备UE发送的数据包在达到最大重传次数后仍然没有被正确接收到，所述UE确定所述接收到的数据包为所述错误数据包；以及所述基站将所述错误数据包中的SDU递交给所述RB对应的无线链路控制RLC实体，所述基站中的所述RLC实体将所述SDU发送给所述RLC实体的上层。第三方面，提供了一种用户设备，所述用户设备UE包括：接收模块，用于接收基站通过无线承载RB发送的数据包；确定模块，用于确定需要对业务的所述RB所承载的错误数据包执行服务数据单元SDU递交；如果确定所述接收模块接收到的所述数据包在达到最大重传次数后仍然没有被正确接收到，确定所述接收模块接收到的所述数据包为所述错误数据包，将所述错误数据包中的SDU递交给所述RB对应的无线链路控制RLC实体模块；所述RLC实体模块，用于将所述确定模块递交的所述SDU递交给所述RLC实体模块的上层模块；以及所述上层模块，用于获取所述RLC实体模块递交的所述SDU。第四方面，提供了一种基站，所述基站包括：接收模块，用于接收用户设备UE通过无线承载RB发送的数据包；确定模块，用于确定需要对业务的所述RB所承载的错误数据包执行服务数据单元SDU递交；如果所述接收模块接收到的数据包在达到最大重传次数后仍然没有被正确接收到，确定所述接收模块接收到的所述数据包为所述错误数据包；以及，将所述错误数据包中的SDU递交给所述RB对应的无线链路控制RLC实体模块；所述RLC实体模块，用于将所述确定模块递交的所述SDU递交给所述RLC实体模块的上层模块；以及所述上层模块，用于获取所述RLC实体模块递交的所述SDU。第五方面，提供了一种用户设备，所述用户设备UE包括：接收器，用于接收基站通过无线承载RB发送的数据包；处理器，用于确定需要对业务的所述RB所承载的错误数据包执行服务数据单元SDU递交；如果确定所述接收器接收到的所述数据包在达到最大重传次数后仍然没有被正确接收到，确定所述接收器接收到的所述数据包为所述错误数据包，获取所述错误数据包中的SDU，使用所述错误数据包中的所述SDU构成所述RB对应的无线链路控制RLC层的RLCSDU，并使用所述RLCSDU形成数据帧。。第六方面，提供了一种基站，所述基站包括：接收器，用于接收用户设备UE通过无线承载RB发送的数据包；处理器，用于确定需要对业务的所述RB所承载的错误数据包执行服务数据单元SDU递交；如果所述接收器接收到的数据包在达到最大重传次数后仍然没有被正确接收到，确定所述接收器接收到的所述数据包为所述错误数据包；以及，获取所述错误数据包中的SDU，使用所述错误数据包中的所述SDU构成所述RB对应的无线链路控制RLC层的RLCSDU，并使用所述RLCSDU形成数据帧。通过上述方案，由于可以在确定需要对业务的RB所承载的错误数据包执行SDU递交后，将所述错误数据包中的SDU递交给所述RB对应的无线链路控制RLC实体，从而可以实现错误数据包递交，从而能够有效利用空中接口资源，提升解码质量。附图说明为了更清楚地说明本发明实施例的技术方案，下面将对现有技术或实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是一些实施例，对于本领域技术人员来讲，还可以利用这些附图获得其他的附图。图1为本发明一实施例的数据包传输方法的示意图；图2为本发明另一实施例的数据包传输方法的示意图；图3为本发明另一实施例的数据包传输方法的示意图；图3a为本发明实施例没有填充和有填充的MACPDU的格式的示意图；图4为本发明实施例用于通知UE该RB的数据包中包含的SDU的大小的信令的简单示例；图5为本发明实施例发送端组装好的包格式示意图；图6为本发明实施例进程时序示意图示例1；图7为本发明实施例进程时序示意图示例2；图8为本发明实施例进程时序示意图示例3；图9为本发明另一实施例的数据包传输方法的示意图；图10为本发明一实施例的用户设备的示意图；图11为本发明一实施例的基站的示意图；图12为本发明另一实施例的用户设备的示意图；图13为本发明另一实施例的基站的示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员所获得的所有其他实施例，都属于本发明保护的范围。对于目前的许多语音及视频的信源编码及解码，通常前后两个数据帧之间会有一定相关性，此时，就会带来一种可能性：即使某一数据帧在传输过程中发生错误，将出错的数据帧递交给解码器对解码性能仍然有一定的提升。所以，对于这样的业务，一味的将没有正确接收到的MACPDU丢弃，并不是最优的处理方法。一方面，无论接收到的MACPDU是否正确以及是否将接收到的MACPDU中的MACSDU递交给解码器，MACPDU都占用了空中接口资源；另一方面，如果不将接收到的MACPDU中的MACSDU递交给解码器，相当于白白的浪费了空中接口资源，对解码没有任何增益。另外，MAC层目前的处理方法中，如果MACPDU出现错误，由于MAC层无法正确解析MACPDU，不知道是MACPDU中的哪部分内容出现了错误，例如，MAC层无法确定是数据包部分发生错误还是MACPDU头发生错误，所以MAC层也无法通过MACPDU头中的LCID来确定该MACPDU中包含哪个或哪些逻辑信道的MACSDU(即RLCPDU)，因此，也不向对应的RLC实体递交MACSDU(即RLCPDU)。为了解决上述问题，本发明实施例提供了多个实施例。需要说明的是，在没有冲突的情况下，本发明实施例以及实施例中的特征可以相互任意组合。本发明一实施例的数据包传输方法如图1所示，包括如下步骤：步骤110，用户设备(UserEquipment，UE)确定需要对业务的RB所承载的错误数据包执行SDU递交。步骤120，如果接收到的数据包在达到最大重传次数后仍然没有被正确接收到，所述UE确定所述接收到的数据包为所述错误数据包；步骤130，所述UE将所述错误数据包中的SDU递交给所述RB对应的无线链路控制RLC实体，所述UE中的所述RLC实体将所述SDU发送给所述RLC实体的上层。通过本发明实施例的方法，由于可以在确定需要对业务的RB所承载的错误数据包执行SDU递交后，将所述错误数据包中的SDU递交给所述RB对应的无线链路控制RLC实体，从而可以实现错误数据包递交，从而能够有效利用空中接口资源，提升解码质量。本发明另一实施例的数据包传输方法如图2所示，包括如下步骤：步骤210，所述UE从基站接收所述业务的配置信息，其中，所述配置信息包括需要执行所述错误数据包递交的指示信息以及所述RB的信息，所述RB用于承载所述业务的所述数据包。本步骤中，所述指示信息与所述业务的RB一一对应。所述指示可以采用多种方式实现。例如，所述指示可以为所述基站为UE配置的专用无线网络临时标识(Dedicated-RadioNetworkTemporaryIdentifier，D-RNTI)，其中，所述D-RNTI不仅可以用于指示需要执行错误数据包递交，还可以用于通过加掩调度命令，将发送或接收所述业务的数据包时使用的时域和频域资源和调制编码方式等信息通知给UE，以使所述UE在加掩的调度命令所通知的时域和频域资源上使用所述调制编码方式接收和发送数据包。或者，所述指示信息可以为指示比特在调度命令中的位置。这种情况下，所述UE根据所述指示信息确定需要对所述RB承载的所述错误数据包执行所述SDU递交，包括：所述UE根据所述指示信息确定所述指示比特在所述调度命令中的位置，并根据所述调度命令中的指示比特，确定需要对所述RB承载的所述错误数据包执行所述SDU递交。此时，所述调度命令可以使用基站为所述UE配置的在小区无线网络临时标识(Cell-RadioNetworkTemporaryIdentifier，C-RNTI)加掩。此外，所述指示信息还可以通过其他方式实现，例如，可以为D-RNTI和指示比特在调度命令中的位置。由于一个业务在空中接口会建立一个RB，RB与逻辑信道一一对应，一个RB对应一个RLC实体，因此，通过将所述业务的数据包需要执行SDU递交的指示以及与所述指示对应的RB信息发送给UE，UE即可获知需要执行SDU递交的数据包所对应的RLC实体，从而能够将SDU递交给对应的RLC实体。需要说明的是，所述业务可以是一个或多个业务，当为多个业务需要执行SDU递交时，可以为每个业务配置一个D-RNTI，或者在C-RNTI加掩的调度命令中为每个业务增加一个指示比特。本发明实施例以一个业务为例进行说明，多个业务的实施方式与一个业务相同。当为多个业务时，可以将多个业务的所述业务的数据包需要执行SDU递交的指示以及对应的RB的信息一起发送，也可以是针对各个业务分别发送。步骤220，所述UE根据所述指示信息确定需要对所述RB承载的所述错误数据包执行所述SDU递交。步骤230，如果接收到的数据包在达到最大重传次数后仍然没有被正确接收到，所述UE确定所述接收到的数据包为所述错误数据包，将所述错误数据包中的SDU递交给所述RB对应的无线链路控制RLC实体，所述UE中的所述RLC实体将所述SDU发送给所述RLC实体的上层。通过本发明实施例的方法，可以实现SDU递交，从而能够有效利用空中接口资源，提升解码质量。本发明另一实施例如图3所示，包括如下步骤。步骤310，当为UE建立业务时，如果该业务需要执行错误数据包递交(DeliveryOfErroneousPacket)，则基站为UE配置一个D-RNTI，并将配置的所述D-RNTI以及所述业务对应的RB的信息发送给所述UE，其中，所述D-RNTI专用于调度该业务的数据包。本步骤中，基站可以根据业务类型或用户签约信息等确定该业务需要执行SDU递交。当然，本发明实施例并不限于是为UE建立业务时发送所述D-RNTI以及所述业务对应的RB的信息，也可以是业务建立之后发送。可选的，基站还可以为该业务的MACPDU配置一个最大HARQ传输次数。此时，所述最大HARQ传输次数可以是为该RB的数据包专门配置的，也可以是该RB的数据包与其它一个或多个RB的数据包共用的一个最大HARQ传输次数。可选的，也可以为该RB的数据包(如MACSDU和/或RLCSDU)配置一个错误指示参数，所述错误指示参数用于指示在某一层向其上层(upperlayer)递交错误SDU时，同时指示所述SDU是个错误SDU，比如当MAC层向RLC层递交错误SDU时，同时向RLC层指示该SDU是个错误SDU；再比如，当RLC层向PDCP层递交错误SDU时，同时向PDCP层指示该SDU是个错误SDU。本步骤中，基站可以通过RRC消息将所述D-RNTI发送给所述UE，例如RRC连接重配置消息，也可以通过MAC层信令或物理层信令将所述D-RNTI发送给所述UE。此外，当所述基站还配置了最大HARQ传输次数和/或错误指示参数时，所述最大HARQ传输次数和/或错误指示参数也可以与所述D-RNTI同时通过所述RRC消息或MAC层信令或物理层信令发送给所述UE。当然，最大HARQ传输次数和/或错误指示参数也可以单独发送给所述UE。当基站向UE发送了所述D-RNTI之后或收到UE发送的完成消息之后，如果有该UE的该RB的数据包需要调度，基站使用所述D-RNTI调度该RB的数据包。其中，使用所述D-RNTI调度该RB的数据包指：使用所述D-RNTI加掩的调度命令通知UE发送或接收数据包时使用的时域和频域资源和调制编码方式等参数，并在通知的时域和频域资源上使用通知的调制编码方式发送或接收数据包；相应的，UE在调度命令通知的时域和频域资源上使用通知的调制编码方式接收或发送数据包，其中，所述调度命令是通过在物理下行控制信道(PhysicalDownlinkControlChannel，PDCCH)传输给UE的。步骤320，UE接收到所述D-RNTI后，应用该D-RNTI接收或发送该RB的数据包，所述UE向所述基站回复完成消息。UE应用该D-RNTI接收该RB的数据包，包括：UE使用所述基站通过D-RNTI加掩的调度命令通知的UE接收数据包时所使用的时域和频域资源和调制编码方式等参数，在通知的时域和频域资源上使用通知的调制编码方式接收数据包；或者，UE应用该D-RNTI发送该RB的数据包，包括：UE使用所述基站通过D-RNTI加掩的调度命令通知的UE发送数据包时所使用的时域和频域资源和调制编码方式等参数，在通知的时域和频域资源上使用通知的调制编码方式发送数据包。当所述UE能够应用所述D-RNTI接收或发送该RB的数据包，所述UE向所述基站回复完成消息。由于基站在向UE发送了配置的D-RNTI之后，所述基站和UE都可以发送或接收数据包。下文将使用接收端和发送端进行描述。需要说明的是，下文中，如果接收端是基站，则发送端为UE，如果接收端为UE，则发送端为基站。本步骤中，完成消息例如可以是RRC连接重配置完成消息或其他信令。本实施例中，发送端的RLC层和MAC层不对各自的上层数据包(如RLC层的上层数据包可以是PDCPPDU，MAC层的上层数据包可以RLCPDU)进行分段和级联，因此也不添加RLC和MAC头，仅仅是将上层传递下来的数据包(如PDCPPDU)发送给物理层，并在空中接口进行传输。即MACPDU、MACSDU、RLCPDU、RLCSDU和PDCPPDU实际上完全相同。本申请中，RLC层的上层指在协议栈中，RLC层之上的协议层，例如，可以是RRC或PDCP等。MAC的上层包括RLC层和RLC层的上层。由于本实施例不执行分段和级联，即发送端的RLC层和MAC层不对上层的数据包(如PDCPPDU)进行分段和级联，所以基站在调度数据包时，需要根据所要调度的数据包大小选择合适的调度资源的大小和调制编码方式。可选的，调度命令还可以包括一个或多个比特的填充指示，所述填充指示用于指示所调度的MACPDU中填充(Padding)的多少；接收端可以根据该填充指示确定实际数据包的大小，从而将实际数据包分离出来并向上层递交。其中，没有填充和有填充的MACPDU的格式分别如图3a所示。步骤330，如果一个MACPDU在达到最大重传次数后，接收端仍然没有成功接收到D-RNTI调度的MACPDU，则所述接收端根据所述业务对应的RB的信息，将错误的MACSDU递交给与所述业务的RB对应的RLC实体。如果接收端的MAC层成功解码获得D-RNTI调度的MACPDU，则将MACPDU中的MACSDU递交到对应的RLC实体，并向发送端反馈确认(Acknowledgement，ACK)消息。如果接收端的MAC层没有成功接收到D-RNTI调度的MACPDU，则向发送端反馈否定确认消息(NegativeAcknowledgement，NACK)，以请求发送端重传所述MACPDU，直到接收端成功接收到该MACPDU；接收端的MAC层将MACPDU中的MACSDU递交给对应的RLC实体，或者发送端达到最大重传次数，发送端不再重传所述MACPDU，接收端仍然把没有成功接收到的MACSDU递交给RLC层对应的RLC实体，则接收端的RLC实体将错误的MACSDU递交给RLC层的上层。此外，如果还配置了错误指示参数，MAC层在递交错误SDU到对应的RLC实体时，同时向RLC实体指示该SDU错误。RLC实体接收到MAC层递交上来的MACSDU时，使用该MACSDU构成上层SDU，并将构成的上层SDU递交给该RLC实体的上层；如果该MACSDU错误，且配置了错误指示参数，则同时向上层指示该RLCSDU错误。通过本发明实施例的方法，可以实现SDU递交，从而能够有效利用空中接口资源，提升解码质量。本发明另一种实施方式中，UE还可以通过其他方式向UE指示需要执行SDU递交。本实施例将上一实施例的使用D-RNTI的配置改为仍然使用现有技术中的小区无线网络临时标识(Cell-RadioNetworkTemporaryIdentifier，C-RNTI)，不同的是，本实施例使用指示信息以及该C-RNTI加掩的调度命令中增加的指示比特向所述UE指示与该指示比特对应的RB的数据包需要执行SDU递交。例如，在PDCCH上传输的使用C-RNTI加掩的调度命令中增加一个指示比特，当该指示比特置1时，代表该调度命令所调度的RB的数据包为需要执行SDU递交的RB的数据包；为0时，代表该调度命令所调度的数据包为普通的数据包，不需要执行SDU递交，分段串接复用操作与现有技术相同。这种情况下，步骤210中，指示信息所包括的指示为所述指示比特在所述调度命令中的位置。这种情况下，使用C-RNTI加掩的一个调度命令中，只能有一个RB对应的指示比特指示需要执行SDU递交，以便MAC层能够将SDU递交给相应的RLC实体。具体的，可以使用现有在PDCCH上传输的使用C-RNTI加掩的调度命令中的空闲比特作为所述指示比特，也可以是设计新的在PDCCH上传输的使用C-RNTI加掩的调度命令格式。其它操作与上述实施例相同，在此不做赘述。通过接收业务的数据包需要执行SDU递交的指示以及与所述指示对应的所述RB的信息，UE能够将获知需要执行SDU递交的业务对应的RB，从而可以将SDU递交给相应RLC实体，有效了利用空中接口资源，提升了解码质量。上述实施例不执行分段和级联，虽然实现了SDU递交，但当数据包大小与资源不匹配时，可能会导致填充，即空口资源的浪费。本发明另一实施例是对上述实施例的扩展，以实现在需要串接和/或级联时，如何执行SDU递交。本实施例，步骤330之前，还包括如下步骤。所述UE接收基站发送的SDU大小。如果所述基站要向所述UE发送数据，所述基站向所述UE通知SDU大小，所述SDU大小用于指示所述错误数据包中各个所述SDU的所述大小。所述UE在收到所述数据包后，根据所述SDU大小获取所述数据包中的各个SDU。这样，对于错误SDU，无需根据所述数据包中的LCID获取各个SDU的大小也可以获取所述数据包中的各个SDU。如果所述UE要向所述基站发送数据，所述基站会提前获知所述UE要发送的数据的大小，并向所述UE发送所述SDU大小，以使所述UE根据所述SDU大小生成所述数据包。根据所述基站发送的SDU的大小，所述UE中所述RB对应的RLC实体对要发送的SDU分段和/或级联，并向所述基站发送分段和/或级联后的数据包。这种情况下，基站中的RLC实体根据所述基站发送的SDU的大小对接收到的数据包进行重组。或者，根据所述基站要发送的数据的大小，所述RB对应的RLC实体对要发送的SDU分段和/或级联，并向所述UE发送分段和/或级联后的数据包；这种情况下，UE的RLC实体根据从基站接收到的接收到的SDU的大小，对接收到的数据包进行重组。当然，分段和/或级联操作可以是由所述基站和所述UE中的物理层执行，相应地，所述重组操作也可以是由所述基站和所述UE中的物理层执行。需要说明的是，本步骤中，当有错误SDU需要递交时，根据所述基站要发送的该RB的数据包中包含的SDU的大小将所述错误SDU与正确SDU一起进行重组。通过将发送端发送的该RB的数据包中包含的SDU的大小通知给接收端，接收端就可以知道所接收到的SDU的大小，并根据通知的SDU的大小的个数获得接收到的SDU的个数，从而能正确处理接收到的数据包。其中，发送端发送的该RB的数据包中包含的SDU的大小即该RB的高层的PDU的大小，如IP数据包的大小。接收端根据通知的IP数据包的大小的个数获得IP数据包的个数，从而能正确地将接收到的数据包重组成IP数据包并递交给IP层。当然，发送端在通知发送端发送的该RB的数据包中包含的SDU的大小时，还可以直接通知SDU的个数。用于通知接收端发送端发送的该RB的数据包中包含的SDU的大小的信令可以是RRC消息，或者通过PDCP控制包，RLC控制包，甚至MAC控制单元(ControlElements，CE)来承载通知的SDU的大小。该信令至少依次包含所述RB的数据包中包含的各个SDU的大小。例如，图4为用于通知UE该RB的数据包中包含的SDU的大小的信令的简单示例，图4中长度指示符(LengthIndicator，LI)指示对应SDU的大小，E代表后面还有没有LI域；当然也可以采用该信令开始指示LI域个数，后面依次是各个SDU的LI。如果用于通知接收端发送端发送的该RB的数据包中包含的SDU的大小的信令是RRC消息，则在信令无线承载(SignalingRadioBearer，SRB)上进行传输；如果是PDCP/RLC层控制包，则可以在SRB上进行传输，也可以为该信令分配专门的数据无线承载(DataRadioBearer，DRB)，还可以在该RB上进行传输。在发送数据包之前，发送端的RB对应的RLC实体将发送端要发送的SDU(即高层的SDU，如IP数据包)根据调度资源的大小进行分段和/或级联，以适应资源大小。需要说明的是，某一层向其上层传递的数据包称为SDU，向其下层传递的数据包为PDU，因此，本实施例中发送端分段和级联后的对象是PDU，接收端重组后的对象是SDU。其中，分段和级联可以是同时执行，也可以只执行其中一种，例如：发送端的RLC实体将两个高层的PDU级联成一个低层的PDU，或者将高层的PDU分段成两个低层的PDU，或者将第一个高层的PDU和第二个高层的PDU的一部分级联成低层PDU；发送端组装好的包格式可以如图5所示。图5中，上述MACPDU中携带的发送端发送的RB的数据包中包含的SDU的大小由上述信令中的LI域进行指示，接收端据此信令就可以实现数据包的重组和递交。例如在发送端需要发送两个大小分别为1000字节和1500字节的IP数据包，则发送端先通过信令通知接收端这两个IP数据包的大小，然后将这两个IP数据包分成三个MACPDU(分别为MACPDU1，MACPDU2和MACPDU3)发送到接收端；接收端接收到信令后，知道有两个大小分别为1000字节和1500字节的IP数据包需要接收，当收到MACPDU1时，由于MACPDU1只有700字节，小于第一个IP数据包1000字节，所以不会重组；等收到MACPDU2时，将MACPDU1和MACPDU2中的前300字节重组成第一个IP数据包，递交给高层；等收到MACPDU3时，再将MACPDU2中后700字节和MACPDU3重组成第二个IP数据包，递交到高层。由于本发明实施例通过将发送端发送的RB的数据包中包含的SDU的大小通知给接收端，而无需在发送的数据包中增加LCID，从而使接收端能够根据接收到的发送端发送的RB的数据包中包含的SDU的大小，进行重组数据包。这样，即使数据包出错，也不会因为无法根据LCID获知SDU。因此通过本发明实施例的方法，不仅可以实现SDU递交，而且能够实现分段和/或级联，从而能够在数据包大小与资源不匹配时，进一步提高了空中接口资源的利用率。在本发明的另一实施例中，为了保证按序向上递交，MAC层需要完成对接收到的数据包的重排序的功能。本实施例是上述实施例的扩展。通常，MAC层有多个进程，对数据包进行处理，同一时刻，使用其中的一个进程进行数据包收发，由于不同数据包可能执行的HARQ重传次数不同，被接收端正确接收到的时间可能与发送端发送数据包的先后顺序不一致，比如发送端n时刻使用进程1先发的数据包可能执行了2次HARQ重传，在n+16时刻才被接收端成功接收到，而后在n+4时刻使用进程2发送的数据包执行了1次HARQ重传，在n+12时刻即被接收端成功收到，在进程1发送的数据包被成功接收到之前，从而会导致乱序。现有技术中重排序是通过数据包的包头来实现的，例如通过包头中的序列号(SerialNumber，SN)。但在有错误SDU时，则无法解析接收到的数据包，因此无法通过SN来进行重排序。本实施例中，也没有携带SN号。为了解决上述乱序问题，本实施例在MAC层要完成重排序，具体方法包括如下几种实施方式。实施方式一，可以利用PDCCH上传输的上述实施例中的调度命令中的新数据包指示(NewDataIndicator，NDI)域来进行重排序。例如，对于某进程，当调度命令中的NDI为0时，指示有新数据包传输，当NDI为1时，指示是上次数据包的重传。接收端通过判断NDI为0的数据包的传输时刻就能判断出数据包的先后顺序，从而完成重排序的功能。如图6所示，虽然0时刻使用进程x传输...