CN115136727A - 下行链路协议对齐和解码 - Google Patents

Abstract

公开了用于下行链路数据传输和解码的设备和方法的实施例。在一个示例中，所述方法可以包括解码物理层码块或物理层码块组。所述方法还可以包括解码与解码的物理层码块或物理码块组对应的媒体访问控制(MAC)子包而无需等待解码任何后续的物理层码块。所述方法还可以包括将解码的MAC子包向上传递到协议栈。

Description

下行链路协议对齐和解码

交叉引用相关申请

本申请要求享有2020年1月21日提交的题为“METHOD FOR 5G DL MAC FOR FASTDECODING AT UE IN HIGH DATARATE PACKET TRANSFER”的美国临时专利申请号62/964,066的优先权，其全部内容通过引用结合于此。

技术领域

本公开的实施例涉及可用于根据对齐的协议结构进行数据通信的设备和方法。

背景技术

无线通信系统广泛用于提供各种电信服务，例如，电话、视频、数据、消息和广播。各种无线通信系统依赖于使用各种无线协议的数据通信。例如，在第五代(5G)通信系统中，接入节点可以向一个或多个用户设备(UE)装置发送包中的用户平面(UP)和/或控制平面(CP)数据。用户设备装置可以负责从包中解码数据。

发明内容

本文公开了可用于传输和解码包的方法和设备的实施例。

在一个示例中，一种设备可以包括至少一个处理器和包括计算机程序码的至少一个存储器。所述至少一个存储器和计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少解码物理层码块或物理层码块组。所述至少一个存储器和计算机程序码还可以被配置为与所述至少一个处理器一起使所述设备至少解码与解码的物理层码块或物理码块组对应的媒体访问控制(MAC)子包而无需等待解码任何后续的物理层码块。所述至少一个存储器和计算机程序码还可以被配置为与所述至少一个处理器一起使所述设备至少将解码的MAC子包向上传递到协议栈。

在另一示例中，一种用于码块处理的方法可以包括解码物理层码块或物理层码块组。该方法还可以包括解码与解码的物理层码块或物理码块组对应的MAC子包而无需等待解码任何后续的物理层码块。该方法还可以包括将解码的MAC子包向上传递到协议栈。

在另一示例中，一种设备可以包括至少一个处理器和包括计算机程序码的至少一个存储器。所述至少一个存储器和计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少将子包与物理层边界对齐。包可以包括该子包和多个其他子包。所述至少一个存储器和计算机程序码还可以被配置为与所述至少一个处理器一起使所述设备至少转发由物理层边界界定的子包，用于传输。

在另一示例中，一种用于子包对齐的方法可以包括将子包与物理层边界对齐，其中，包包括该子包和多个其他子包。该方法还可以包括转发由物理层边界界定的子包，用于传输。

在另一示例中，一种设备可以包括物理层模块，该物理层模块被配置为解码物理层码块或物理层码块组。该设备还可以包括MAC模块，该MAC模块被配置为解码与解码的物理层码块或物理码块组对应的MAC子包而无需等待解码任何后续的物理层码块。MAC模块还可以被配置为将解码的MAC子包向上传递到协议栈。

在另一示例中，一种设备可以包括上层协议模块，该上层协议模块被配置为将子包与物理层边界对齐。包可以包括该子包和多个其他子包。该设备还可以包括物理层模块，该物理层模块被配置为转发由物理层边界界定的子包，用于传输。

在另一示例中，用于传输包的系统可以包括第一设备和第二设备。第一设备可以包括包含第一计算机程序码的至少一个第一存储器。所述至少一个第一存储器和所述第一计算机程序码可以被配置为与所述至少一个第一处理器一起使所述第一设备至少将子包与物理层边界对齐。包可以包括该子包和多个其他子包。第一设备还可以转发由物理层边界界定的子包，用于传输。第二设备可以包括至少一个第二处理器和包括第二计算机程序码的至少一个第二存储器。所述至少一个第二存储器和所述第二计算机程序码可以被配置为与所述至少一个第二处理器一起使所述第二设备至少解码物理层码块或物理层码块组；解码与解码的物理层码块或物理码块组对应的MAC子包而无需等待解码任何后续的物理层码块；并将解码的MAC子包向上传递到协议栈。物理层码块或物理码块组可以包括子包，该子包可以从第一设备传输到第二设备。

在另一示例中，一种设备可以包括至少一个处理器和包括计算机程序码的至少一个存储器。所述至少一个存储器和计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少在物理层解码物理层码块或物理层码块组。在包括物理层的协议栈的上层，物理层码块或物理层码块组的大小可以与包或子包的大小对齐。

在其他示例中，计算机程序产品可对用于执行过程的指令进行编码，例如，上述任何方法。

在另一示例中，可使用指令对非暂时性计算机可读介质进行编码，当被至少一个处理器时，这些执行指令执行过程。该过程可以包括上述任何方法。

附图说明

并入本文并构成说明书一部分的附图示出了本公开的实施例，并与说明书一起进一步用于解释本公开的原理，并使相关领域的技术人员能够构成和使用本公开。

图1示出了通信系统中的协议栈。

图2示出了根据本公开的某些实施例的示例性无线网络。

图3示出了根据本公开的某些实施例的高效数据传输的示例性方法。

图4示出了图3所示的方法的额外细节。

图5示出了与图3所示的和图4中扩展的方法的实施方式相对应的协议栈内的示例性包流。

图6示出了根据本公开的某些实施例的高效数据传输的示例性方法。

图7示出了与图6所示的方法的实施方式相对应的协议栈内的示例性数据包流。

图8示出了根据本公开的一些实施例的用于高效解码的示例性终端装置的框图。

图9示出了根据本公开的一些实施例的用于高效传输的示例性接入节点的框图。

图10示出了根据本公开的某些实施例的装置。

将参考附图描述本公开的实施例。

具体实施方式

尽管讨论了具体配置和布置，但应理解，这仅用于说明目的。相关领域的技术人员将认识到，在不脱离本公开的精神和范围的情况下，可以使用其他配置和布置。对相关领域的技术人员来说显而易见的是，本公开也可以用于各种其他应用。

注意，说明书中提及的“一个实施例”、“实施例”、“示例性实施例”、“一些实施例”、“某些实施例”等表示所描述的实施例可以包括特定的特征、结构或特性，但是每个实施例不一定包括特定的特征、结构或特性。此外，这些短语不一定指同一实施例。此外，当结合实施例描述特定的特征、结构或特性时，结合其他实施例实现这样的特征、结构或特性，无论是否明确描述，都在相关领域技术人员的知识范围内。

一般而言，术语可至少部分根据上下文中的用法来理解。例如，本文使用的术语“一个或多个”至少部分根据上下文，可以用来描述单数意义上的任何特征、结构或特性，或者可以用来描述复数意义上的特征、结构或特性的组合。类似地，诸如“a”、“an”或“the”等术语同样可以被理解为传达单数用法或传达复数用法，这至少部分取决于上下文。此外，术语“基于”可以被理解为不一定意在传达一组排他的因素，而是可以允许不一定明确描述的额外因素的存在，同样，这至少部分取决于上下文。

现将参考各种设备和方法描述无线通信系统的各个方面。将在下面的详细描述中描述并在附图中由各种块、模块、单元、组件、电路、步骤、操作、过程、算法等(统称为“元件”)示出这些设备和方法。这些元件可以使用电子硬件、固件、计算机软件或其任意组合来实现。这些元件是实现为硬件、固件还是软件取决于特定的应用和对整个系统的设计约束。

本文描述的技术可用于各种无线通信网络，例如，长期演进(LTE)系统、码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和其他网络。术语“网络”和“系统”经常互换使用。CDMA网络可以实现诸如通用陆地无线接入(UTRA)、CDMA 2000等无线电技术。UTRA包括宽带CDMA(WCDMA)和CDMA的其他变体。CDMA 2000涵盖IS-2000、IS-95和IS-856标准。TDMA网络可以实现诸如全球移动通信系统(GSM)等无线电技术。OFDMA网络可以实现无线电技术，例如，新无线电(NR)(例如，5G RAT)、演进的UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、Flash-OFDMA等。UTRA和E-UTRA是通用移动通信系统(UMTS)的一部分。NR是与5G技术论坛(5GTF)一起开发的新兴无线通信技术。3GPP长期演进(LTE)和高级LTE(LTE-A)是使用E-UTRA的UMTS版本。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了CDMA 2000和UMB。本文描述的技术可以用于上述无线网络和无线电技术以及其他无线网络和无线电技术。

图1示出了通信系统中的协议栈。如图1所示，在5G蜂窝无线通信系统中，协议栈可以包括互联网协议(IP)层(也称为第三层(L3))、包数据汇聚协议(PDCP)层、无线链路控制(RLC)层、媒体访问控制(MAC)层和物理层(PHY)。每一层负责处理包数据，并确保数据传输安全、准时、无误。控制平面和用户平面数据都可以使用协议栈来传输。

在下行链路(DL)方向，对应于协议数据单元(PDU)会话的IP包形式的传入的包数据可从网络到达第三层协议栈。这些IP包可能最初是由远程终端装置、核心网络元件或接入节点或其他基站(BS)生成的。接收到的IP包可以由每一层按顺序处理，并最终传递到PHY层，用于通过空中向用户设备(UE)传输(Tx)MAC PDU。

例如，基站可在对报头压缩、完整性检查和加密进行PDCP处理后，通过将L3 IP包封装到PDCP包中，准备从网络传入的包。然后，PDCP包可以传输到RLC层，用于数据链路层控制和错误恢复。5G PDCP PDU可以被封装到一个RLC帧中，该帧也可以被封装到一个MAC子协议数据单元(MACSubPDU)包中(本文也称为“MACSubPDU”)。在MAC层，这些MACSubPDU可以串联成一个用于PHY传输块(TB)的MAC PDU。然后，PHY层可以将传输块分解成多个码块(CB)，用于单独的信道编码和进一步的传输处理。

因此，根据一种方法，每个5G MACSubPDU包可由映射到一个PDCP PDU和一个RLCPDU的一个IP包构成。然后，MACSubPDU串联成一个传输块并被发送到PHY层。PHY层处理这一个传输块，添加循环冗余校验(CRC),并将这一个传输块分割成具有固定段大小的码块。然后，码块可以附加CRC比特，并经过信道编码和进一步的传输处理。

在用户设备侧，PHY层的MAC PDU接收(Rx)可能导致处理包，并将包按顺序向上传递到用户设备的协议层。最终，包可以被传递到外部应用处理器(AP)或主机(例如，通过通用串行总线(USB)或快速外围组件互连(PCIe))。

因此，在用户设备侧，PHY层解码传输块的每个码块，并将传输块转发至MAC层。在没有对齐的情况下，在串联几个码块并找到每个MACSubPDU的边界之后，MAC层解码每个MACSubPDU。然后，MAC层将有效载荷转发到RLC层，RLC层进一步解码并将包转发到PDCP层及更高层，以进行PDCP和L3处理。

DL MAC接收中的挑战在于，在用户设备处，MAC层可能需要等待接收和串联多个PHY码块，然后MAC层才能找到MACSubPDU包的边界，以进行进一步解码。这在解码中引入了延迟。在某些情况下，PHY层可能无法接收中间的一个或多个缺失码块，导致MACSubPDU的DL解码故障和包接收错误。

在这种方法中，MACSubPDU不与码块边界对齐。这种不对齐可能会对用户设备侧产生各种影响。例如，不对齐可能导致从码块形成MACSubPDU的延迟、频繁的传输错误、码块重组和串联所需的大存储器存储以及由于大存储器存储和更多处理工作而增加功率。这些影响可能存在于用户设备侧，并且还可能以重复传输的额外请求等形式对基站侧产生影响。

在本公开的某些实施例中，通过在基站处合成5G DL MAC包用于数据传输的方法，可促进在用户设备处接收的DL MAC包的快速解码。例如，在某些实施例中，基站可以打包并发送与基站处的PHY层码块边界对齐的每个DL MACSubPDU包。在用户设备处，一旦成功解码每个PHY码块，MACSubPDU可以被立即解码并被向上传递到RLC层和更高层。这种方法可以不需要等待接收和解码多个PHY码块，并且可以消除在丢失甚至一个码块的情况下丢弃整个MACSubPDU包的风险。

某些实施例的一个方面是每个物理码块与相应MACSubPDU的一对一映射。在BSPHY层，每个PHY传输块可以被分割成码块，其中，码块大小被给定给MAC层，以组成正好适合一个PHY码块的一个MACSubPDU。因此，例如，在MAC层和PHY层之间可能存在通信，以确保MAC适当地组成MACSubPDU。

根据某些实施例的另一方面，可在映射到码块的多个RLC段中传输一个PDCP包。如果PDCP PDU大于码块大小，则可以在传输之前将PDCP PDU分割成RLC段，考虑到RLC段和MACSubPDU中的报头，每个段符合每个码块一个MACSubPDU的约束。在这种情况下，虽然可能没有PDCP包到码块的一对一映射，但是在码块和MACSubPDU之间可能仍然存在一对一映射。此外，PDCP PDU的第一RLC段可以与一个码块的开始对齐。

根据某些实施例的又一方面，用户设备可对RLC段重组执行码块的流线型解码。在设备处，接收到的每个成功的PHY CB的解码可以被流水线化到MAC层，用于向RLC段重组将MACSubPDU和RLC段等立即解码成PDCP包。在单个PDCP包由多个MACSubPDU组成的情况下，PDCP包重组可能仅需要等待，直到已经接收到与MACSubPDU相对应的确切数量的码块。

图2示出了示例性无线网络200，例如，NR或5G网络，其中，可执行本公开的各方面，例如，用于实现高效的下行链路数据传输，如下文更详细描述的。如图2所示，无线网络200可以包括节点网络，例如，用户设备210、接入节点220和核心网络元件230。用户设备210可以是任何终端装置，例如，智能电话、个人计算机、膝上型计算机、平板计算机、车载计算机、可穿戴电子设备、智能传感器或能够接收、处理和发送信息的任何其他装置，例如，车辆到万物(V2X)网络、集群网络、智能电网节点或物联网(IoT)节点中的任何成员。也允许使用其他装置。仅仅作为说明而非限制，用户设备210被示为智能电话。

接入节点220可为与用户设备210通信的设备，例如，无线接入点、基站、增强型节点B(eNB)、集群主节点等。接入节点220可以具有到用户设备210的有线连接、到用户设备210的无线连接或者其任意组合。接入节点220可以通过多个连接件连接到用户设备210，并且除了接入节点220之外，用户设备210还可以连接到其他接入节点。接入节点220也可以连接到其他用户设备。作为说明而非限制，接入节点220由无线电塔示出。

核心网络元件230可服务于接入节点220和用户设备210，以提供核心网络服务。核心网络元件230的示例包括归属用户服务器(HSS)、移动性管理实体(MME)、服务网关(GW)、包数据网络(PDN)GW。这些是演进包核心(EPC)系统的核心网络元件的示例，该系统是LTE系统的核心网络。其他核心网络元件可以用在LTE和其他通信系统中。作为说明而非限制，核心网络元件230被示为一组机架式服务器。

核心网络元件230可与大型网络连接，例如，互联网240或另一IP网络，以在任何距离上传送包数据。这样，来自用户设备210的数据可以被传送到连接到其他接入点的其他用户设备，包括例如使用有线连接而连接到互联网240的个人计算机250或者经由路由器260连接到互联网240的平板电脑270。因此，个人计算机250和平板电脑270提供了可能的用户设备装置的额外示例，并且路由器260提供了另一个接入点装置的示例。

提供了机架式服务器的一般示例，作为核心网络元件230的说明。然而，在核心网络中可以有多个元件，包括数据库服务器(例如，数据库280)以及安全和认证服务器，例如，认证服务器290。数据库280可以例如管理与用户订阅网络服务相关的数据。归属位置寄存器(HLR)是移动网络的用户信息标准化数据库的一个示例。同样，认证服务器290可以处理用户、会话等的认证。在5G中，认证服务器功能(AUSF)可以是执行用户设备认证的特定实体。在某些实施例中，单个服务器机架可以处理多个这样的功能，使得核心网络元件230、认证服务器290和数据库280之间的连接可以是单个机架内的本地连接。

本公开的某些实施例可在用户设备的调制解调器中实施，例如，用户设备210、平板电脑270或个人计算机250。例如，用户设备210的调制解调器或其他收发机可以被调度用于通过来自接入节点220的通信进行传输。如下面详细描述的，用户设备210可以在接收调度传输的服务许可之前进行准备，然后可以基于该服务许可来最终确定一个或多个MACPDU。

图2的每个元件可视为通信网络的节点。在下面图10和节点1000的描述中以示例的方式提供关于通信节点的可能实现的更多细节。例如，图2中的用户设备210可以实现为图10中所示的节点1000。

图3示出了根据本公开的某些实施例的高效数据传输的示例性方法300。图4示出了图3所示的方法300的额外细节。图5示出了对应于图3所示并在图4中扩展的方法300的实现的协议栈内的示例性包流。应当理解，方法300中所示的操作不是穷举的，并且在任何所示的操作之前、之后或之间也可以执行其他操作。此外，一些操作可以同时执行，或者以不同于图3所示的顺序执行。方法300可以由具有处理用于传输的包的PDCP层的调制解调器来实现。如上所述，调制解调器可以设置在发射侧的基站中。可以在接收侧的用户设备中提供相应的调制解调器。发射侧和接收侧中的每一侧上的调制解调器可以包括任何合适的收发机、处理器和存储器，例如，图10中的收发机1030、处理器1010和存储器1020。

在基站(BS)或其他接入节点，L3 IP包可到达协议栈的L3层。如图3所示，从操作310开始，调制解调器的PDCP层可以处理包并将包排队到信道。例如，如果需要，PDCP层可以执行报头压缩以及完整性检查和加密，并且可以将PDCP PDU排队到相应的L2逻辑信道(LC)。在图5中，TCP/IP包的示例被示为来自网络，例如，无线网络，但是其他实现也是允许的。

在操作320，调制解调器可确定传输块(TB)授权分配大小。例如，调制解调器中的DL调度器可以基于当时的可用资源来确定给定TB的TB授权资源分配。

LTE下行链路物理资源可表示为由多个资源块(RB)组成的时频资源网格。RB可以是可分配给用户的最小资源单位。资源块例如可以具有180kHz宽的频率，并且可以具有0.5毫秒(ms)的持续时间，这可以对应于一个时隙。资源块可以被分成多个资源元件(RE)。另一方面，单个码块可以占用多个资源块，这些资源块可以是相距很远的物理资源块。

下行链路调度可依赖于各种调度算法，例如，旨在平衡比特率和公平性的比例公平(PF)算法，或DP-VT-MLDWDF，这是一种调度器，旨在最大化实时流量的服务质量(QoS)，同时使用延迟优先级功能牺牲非实时流量的性能。存在许多其他下行链路调度算法，并且可以使用任何期望的下行链路调度算法。

在操作330，调制解调器的DL调度器可为TB准备PDCP PDU。DL调度器可以通过基于优先级从各个LC收集PDCP PDU来准备PDCP PDU，以便在分配的TB大小中发送。例如，可以首先收集最高优先级的PDCP PDU，然后是较低优先级的PDCP PDU。可以使用其他优先级机制。例如，如图5所示的PDCP L2队列可以按照优先级顺序排序，并且操作330可以包括根据优先级顺序从PDCP L2队列移动包。

在操作340，物理层(PHY)可留出TB循环冗余校验(CRC)位，并将传输块分割成多个码块。更具体地，PHY层可以使用TB大小、低密度奇偶校验(LDPC)码、信道编码选择算法等将TB分割成码块。可以给MAC层提供CB大小，以组成一个正好适合PHY CB的MACSubPDU。因此，如图5所示，每个CB(伴随CRC比特)可以对应于整个MAC/PHY传输块的给定MACSubPDU。如图5所示，在PHY传输块的末端还可以有额外的CRC比特。同样，MACSubPDU可以对应于相应的RLC段。

参考图3，在操作350，调制解调器可将码块映射到MACSubPDU/RLC段。因此，如图5所示，RLC Seg1可以映射到MACSubPDU，该MACSubPDU可以映射到CB3。因此，可以跨协议栈的多个层(包括PHY层)维护一对一的映射。

如上所述，图4示出了根据本公开的某些实施例的图3所示的方法300的更多细节。例如，图4示出了关于图3中的操作350的更多细节。如图4所示，在操作340为TB留出CRC之后，在操作405，调制解调器可以将一个MACSubPDU映射到每个CB，也如上所述。

在操作410，PHY层可告知MAC层每个CB有效载荷的大小。有效载荷大小可以指CB的大小减去为该CB本身的CRC保留的CB部分。然后，在操作415，MAC层可以告知RLC层每个CB有效载荷的大小。同样，MAC层可以考虑可能需要在MAC层添加到包的任何额外开销，例如，MAC报头。这是图5中的RLC层可以适当地调整RLC段的大小以精确地与相应码块的边界相适应和对齐的一种方式。

参考图4，在操作420，RLC层可将PDCP PDU分割成RLC段，以适合CB和MACSubPDU有效载荷。RLC层可以检索TB队列中的每个PDCP PDU，将PDCP PDU分解成RLC段，将RLC段报头添加到每个RLC段，并将RLC段发送到MAC层，以打包到每个RLC段的一个MACSubPDU中。

在操作425，可在PDCP PDU和CB/MAC有效载荷之间进行比较。在一个PDCP PDU大于一个MACSubPDU(CB)的情况下，来自操作425的“是”路径，在操作430，调制解调器可以将PDCP分割成RLC段，并填充每个CB。例如，PDCP PDU的第一部分可被放入第一RLC段，PDCPPDU的下一部分可被放入下一RLC段。这可以继续下去，直到TB中的所有RLC段/MACSubPDU都被填满。例如，在操作435，可以确定是否填充了TB的所有CB。如果没有，方法300可以循环回到操作415，如上所述。

如果PDCP小于CB/MAC有效载荷，如图4中的操作425的“否”路径所示，则在操作440，调制解调器可抓取更多准备好的数据MAC PDU包进行填充。在操作445，可以确定CB/MAC有效载荷是否已满。如果没有，该方法可以返回到操作420。如果CB/MAC有效载荷已满，则调制解调器可以在操作435进行检查，如上所述，即检查TB的所有CB是否已满。当它们都满时，如操作435的“是”路径所示，调制解调器可以前进到图4和图3所示的操作360。如图5所示，单个MAC PDU可以包括多个PDCP服务数据单元(SDU)，如虚线椭圆所示。因此，例如，CB3、CB4和CB5可为所示出的PDCP SDU的前三个CB，而CB1和CB2可为用于其它目的的码块，例如，用于所示出的MAC控制元件(CE)。

再次参考图3，操作350之后可进行操作360。在操作360，调制解调器可以向PHY层发送MACSubPDU。调制解调器还可以例如通过添加MAC报头来封装MACSubPDU。一旦MAC层向PHY层提供了MACSubPDU，在操作370，PHY层可以处理CB并整体发送TB。例如，PHY层可以继续每个CB的LDPC信道编码以及进一步的PHY层处理，并且可以向UE发送TB。

图6示出了根据本公开的某些实施例的高效数据传输的示例性方法600。方法600可以与方法300一起操作，其中，方法300是传输方法，而方法600是接收由方法300传输的包的相应接收方法。图7示出了对应于图6所示的方法600的实现的协议栈内的示例性包流。

在操作610，UE调制解调器的PHY层可解码接收的CB。CB可以是从服务于UE的基站发送的CB。因此，例如，操作610可以是方法300之后的下一个操作。更具体地，PHY层可以决定TB，TB可以由单个CB组成。例如，图7示出了CB1、CB2、CB3等。

在操作620，PHY层可将每个成功解码的CB转发至MAC层。更具体地，一旦PHY成功解码了每个CB，PHY就将解码的CB转发给MAC层。如图7所示，因为每个CB被映射到一个MACSubPDU，所以MAC层可以对每个MACSubPDU的报头进行快速解码，以立即提取有效载荷而无需等待更多的CB从PHY层到达。

在操作630，MAC层可将每个MACSubPDU转发至RLC层。更具体地，一旦RLC层从MAC接收到每个MACSubPDU有效载荷，RLC层可以立即解码RLC报头，以提取有效载荷中的RLC段。如图7所示，RLC层可以收集多个RLC段，例如，RLC Seg1、RLC Seg2等，并且可以重组PDCP包。在操作640，一旦PDCP包被成功解码，调制解调器可以继续处理直到L3以及直到AP/主机等。

可对上述方法进行各种修改。例如，可以修改MACSubPDU边界，以适合混合自动重复请求(HARQ)传输单元，例如，码块组(CBG)。这可以应用于PHY层在HARQ成功之后(而不是在单独的CB解码之后)转发CBG中的单元的情况。类似地，虽然以上讨论集中于DL处理，但是可以为UL MAC处理提供类似的方法。

作为实施上述高效解码方案的用户设备的示例，如图6和图7所示，图8示出了根据本公开一些实施例的用于高效解码的示例性终端装置800的框图。终端装置800可以包括处理器802、存储器804和收发机806，这些可以是下面参考图10详细描述的处理器1010、存储器1020和收发机1030的示例。在一些实施例中，处理器802、存储器804和收发机806中的一些或全部可以集成在基带SoC(也称为调制解调器SoC或基带模型芯片组)上。应当理解，在一些示例中，处理器802和收发机806可以不集成在同一SoC上，而是集成在单独的芯片上。例如，处理器802和存储器804可以集成在基带芯片(也称为调制解调器芯片)上，收发机806可以在单独的收发机芯片上或者与RF SoC上的RF前端集成在一起。

如图8所示，终端装置800可以包括被实现为由处理器802执行的软件和/或固件模块的多个模块，包括例如PHY模块812、MAC模块814、RLC模块816和PDCP模块818。如上所述，处理器802可以运行诸如RTOS等操作系统，该操作系统执行存储在存储器804(例如，片上RAM)中的指令，以实现上述软件和/或固件模块。应当理解，在一些示例中，一个或多个上述软件和/或固件模块也可以实现为SoC中的专用硬件元件。映射到LTE层架构，上述模块可以在协议栈层实现，也可以在物理层实现。终端装置800还可以包括存储在存储器804(例如，片外RAM或外部存储器)中的各种缓冲器或其他信息，例如，存储用于操作MAC模块814的包数据的MAC缓冲器825和存储用于终端装置800的应用和其他方面的包数据和其他信息的App/主机缓冲器820。本公开的某些实施例可以减小MAC缓冲器825的大小。收发机806可以被配置为从网络(例如，图2中的接入节点220)接收信号。

PHY模块812可用于解码物理层码块或物理层码块组。例如，每个码块可以单独解码并向上传递，或者码块组的多个码块可以一起解码并向上传递。例如，PHY模块812可以在物理层对物理层码块或物理层码块组进行解码。在包括物理层的协议栈的上层，物理层码块或物理层码块组的大小可以与包或子包的大小对齐。更具体地，物理层码块或物理层码块组的大小与包或子包的大小的对齐可以包括物理层码块或物理层码块组与包或子包之间的一对一关系。物理层码块或物理层码块组的字节数可以大于包或子包的字节数，因为例如可以包括报头信息和其他开销字节或比特。相对于PHY层，MAC层以上的任何层都可以被认为是“上层”。

MAC模块814可为逻辑上位于PHY模块812上方的相邻模块。MAC模块814可以用于解码与解码的物理层码块或物理码块组对应的MAC子包而无需等待解码任何后续的物理层码块。MAC模块814还可以被配置为将解码的MAC子包向上传递到协议栈。MAC子包可以是下行链路MAC子包。更具体地，MAC子包可以是MAC子协议数据单元(MACSubPDU)包。

MAC模块814可以被配置为接收解码的MAC子包，并将MAC子包的有效载荷向上传递到协议栈而无需等待解码后续的MAC子包。例如，将MAC子包向上传递到协议栈可以涉及MAC模块814和RLC模块816，每个模块读取和移除协议栈的相应层的层特定报头，并将MAC子包的有效载荷部分传递到协议栈的相邻层。例如，MAC模块814可以移除MAC报头，并且RLC模块816可以移除RLC报头。PDCP模块818可以从RLC模块816接收PDCP包，该包可以对应于在RLC模块816从MAC模块814接收的RLC包的有效载荷。

作为实现上述高效解码方案的用户设备的示例，如图3-5所示，图9示出了根据本公开的一些实施例的用于高效传输的示例性接入节点900的框图。接入节点900可以包括处理器902、存储器904和收发机906，这些可以是下面参考图10详细描述的处理器1010、存储器1020和收发机1030的示例。在一些实施例中，处理器902、存储器904和收发机906中的一些或全部可以集成在基带SoC(也称为调制解调器SoC或基带模型芯片组)上。应当理解，在一些示例中，处理器902和收发机906可以不集成在同一SoC上，而是集成在单独的芯片上。例如，处理器902和存储器904可以集成在基带芯片(也称为调制解调器芯片)上，收发机906可以在单独的收发机芯片上，或者与RF SoC上的RF前端集成在一起。

如图9所示，接入节点900可以包括被实现为由处理器902执行的软件和/或固件模块的多个模块，包括例如PHY模块912、MAC模块914、RLC模块916和PDCP模块918。如上所述，处理器902可以运行诸如RTOS等操作系统，该操作系统执行存储在存储器904(例如，片上RAM)中的指令，以实现上述软件和/或固件模块。应当理解，在一些示例中，一个或多个上述软件和/或固件模块也可以实现为SoC中的专用硬件元件。映射到LTE层架构，上述模块可以在协议栈层实现，也可以在物理层实现。接入节点900还可以包括存储在存储器904(例如，片外RAM或外部存储器)中的各种缓冲器或其他信息，例如，存储用于操作MAC模块914的包数据的MAC缓冲器925(可以为其他层的模块提供类似的缓冲器)和存储与例如在接入节点900处通过网络接收的TCP/IP包相对应的包数据单元的PDCP L2队列920。本公开的某些实施例可以减小MAC缓冲器925的大小，或者减少协议栈的较高层依赖缓冲器的频率。收发机906可以被配置为通过网络向终端(例如，图2中的用户设备210)发送信号。

PDCP模块918可用于将子包与物理层边界对齐。包可以包括该子包和多个其他子包。正确对齐的第一子包可以沿着协议栈向下传递到RLC模块916，该模块可以添加RLC报头。类似地，子包可以进一步沿着协议栈向下传递到MAC模块914，该模块可以是MAC报头。当MAC模块914具有完整的MAC PDU时，MAC PDU可以将该子包和剩余的子包一起传递给PHY模块912。

PHY模块912可转发由物理层边界界定的子包，用于传输，例如，通过向收发机906提供完整的TB。子包可以是下行链路子包，例如，下行链路MACSubPDU。物理层边界可以是码块边界或码块组边界中的至少一个。在上面的大部分讨论中，焦点在于使用单个码块边界，但是在某些实施例中，码块组可以被视为一个单元。这种方法可以提供更多的HARQ灵活性，尽管在MAC层可能不具有相同的缓冲优势。

PDCP模块918可进一步被配置为接收用于通信的多个第三层包，基于接收的第三层包生成包数据单元，并将在第二层逻辑信道中的包数据单元排队。对齐子包可以包括对齐第二层逻辑信道之一中的包数据单元之一，例如，如图5所示。包数据单元可以是包数据汇聚协议(PDCP)包数据单元。上层协议模块(例如，RLC模块916或PDCP模块918)可被配置为通过包括考虑循环冗余校验比特的比特量将传输块分割成多个码块的过程来对齐子包。分割可以包括由PHY模块912识别码块大小，将码块大小提供给MAC模块914，以及由对应于码块大小的MAC模块914构成多个MACSubPDU包。

图8和图9的模块可在单独的硬件或运行软件的硬件中以不同方式实现，例如，存储在存储器中并在硬件处理器上运行的计算机程序指令。图10提供了用于实现这种模块的可能设备。各种模块可以组合或重新排列。上述示例仅仅是说明性的，而不是限制性的。

图10示出了根据本公开的某些实施例的装置。如图10所示，节点1000可以包括各种组件。节点1000可以对应于图2中的用户设备210、接入节点220或核心网络元件230。在一些实施例中，节点1000对应于图2中的用户设备210、接入节点220或核心网络元件230中的调制解调器。

如图10所示，节点1000可以包括处理器1010、存储器1020和收发机1030。这些组件被示为通过总线相互连接，但是也允许其他连接类型。收发机1030可以包括用于发送和/或接收数据的任何合适的装置。节点1000可以包括一个或多个收发机，尽管为了简化说明，仅示出了一个收发机1030。天线1040被示为节点1000的可能的通信机制。可以使用多个天线和/或天线阵列。另外，节点1000的示例可以使用有线技术而不是(或除了)无线技术来通信。例如，接入节点220可以无线地与用户设备210通信，并且可以通过有线连接(例如，通过光缆或同轴电缆)与核心网络元件230通信。可以包括其他通信硬件，例如，网络接口卡(NIC)。

当节点1000是用户设备时，还可以包括额外组件，例如，用户界面(UI)、传感器等。类似地，当节点1000被配置为核心网络元件230时，节点1000可以被实现为服务器系统中的刀片。其他实现也是可能的。

如图10所示，节点1000可以包括处理器1010。尽管仅示出了一个处理器，但是应当理解，可以包括多个处理器。处理器1010可以是任何合适的计算装置，例如，中央处理单元(CPU)、微控制器单元(MCU)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等。处理器1010可以是具有一个或多个处理核心的硬件装置。在节点1000对应于调制解调器的一些实施例中，处理器1010可以是基带处理器。

如图10所示，节点1000还可以包括存储器1020。尽管仅示出了存储器，但是应当理解，可以包括多个存储器。存储器1020可以广义地包括存储器和存储设备。例如，存储器1020可以包括与处理器1010包含在同一芯片上的随机存取存储器(RAM)。存储器1020还可以包括存储设备，例如，硬盘驱动器(HDD)、固态驱动器(SSD)等。也允许其他存储器类型和存储类型。

类似地，节点1000也可以被配置为图2中的个人计算机250、路由器260、平板电脑270、数据库280或认证服务器290。节点1000可以被配置为使用单独的硬件或者硬件与软件一起操作来执行任何上述方法。

本公开的另一方面涉及一种编码有指令的非暂时性计算机可读介质，当由至少一个处理器(例如，图10中的处理器1010)执行时，这些指令执行本文公开的任何过程。计算机可读介质可以包括易失性或非易失性、磁性、半导体、磁带、光学、可移动、不可移动或其他类型的计算机可读介质或计算机可读存储设备。例如，如所公开的，计算机可读介质可以是其上存储有计算机指令的存储设备或存储器模块。在一些实施例中，计算机可读介质可以是其上存储有计算机指令的盘、闪存驱动器或固态驱动器。

某些实施例可能具有各种益处和/或优点。例如，某些实施例可以不接收和解码MACSubPDU的多个PHY码块。此外，某些实施例可以防止在只有一个或少量CB丢失的情况下丢弃整个MACSubPDU包。此外，某些实施例可以在解码MAC包时提供更少的等待时间，因为包可以更快地被传递到MAC层以及向上传递。此外，某些实施例可以降低MAC层的接收错误率，因为关于任何给定CB的错误最多只会影响一次MACSubPDU。某些实施例可以使用较少的片上或外部存储器，因为这种方法可能不需要缓冲多个CB来形成MACSubPDU。在某些实施例中，由于减少了存储器和数据移动，整个芯片组可能需要更少的功率。

某些实施例可应用于各种不同的通信协议和无线电接入技术。例如，某些实施例可适用于不同的无线技术，这些无线技术需要传输不与较小的PHY层传输块单元对齐的大IP层包，例如，5G、LTE或未来的3GPP或其他标准，例如，ETSI。

根据本公开的一个方面，设备可以包括至少一个处理器和包括计算机程序码的至少一个存储器。所述至少一个存储器和计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少解码物理层码块或物理层码块组。所述至少一个存储器和计算机程序码还可以被配置为与所述至少一个处理器一起使所述设备至少解码与解码的物理层码块或物理码块组对应的MAC子包而无需等待解码任何后续的物理层码块。所述至少一个存储器和计算机程序码还可以被配置为与所述至少一个处理器一起使所述设备至少将解码的MAC子包向上传递到协议栈。

在一些实施例中，MAC子包可以是下行链路MAC子包。

在一些实施例中，MAC子包可以是MACSubPDU包。

在一些实施例中，所述至少一个存储器和所述计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少在介质访问控制层接收解码的MAC子包，并将MAC子包的有效载荷向上传递到协议栈而无需等待解码后续的MAC子包。

在一些实施例中，所述至少一个存储器和所述计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少通过以下方式将MAC子包向上传递到协议栈：对于协议栈的多个协议层中的每一层，读取并移除协议栈的给定层的特定层报头，并将MAC子包的有效载荷部分传递至协议栈的相邻层。

根据本公开的另一方面，一种用于码块处理的方法可以包括解码物理层码块或物理层码块组。该方法还可以包括解码与解码的物理层码块或物理码块组对应的MAC子包而无需等待解码任何后续的物理层码块。该方法还可以包括将解码的MAC子包向上传递到协议栈。

在一些实施例中，MAC子包可以是下行链路MAC子包。

在一些实施例中，MAC子包可以是MACSubPDU包。

在一些实施例中，该方法可以包括在媒体访问控制层接收解码的MAC子包。该方法还可以包括将MAC子包的有效载荷向上传递到协议栈而无需等待解码后续的MAC子包。

在一些实施例中，将MAC子包向上传递到协议栈可以包括，对于协议栈的多个协议层中的每一层，读取并移除协议栈的给定层的特定层报头，并将MAC子包的有效载荷部分传递至协议栈的相邻层。

根据本公开的另一方面，设备可以包括至少一个处理器和包括计算机程序码的至少一个存储器。所述至少一个存储器和计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少将子包与物理层边界对齐。包可以包括该子包和多个其他子包。所述至少一个存储器和计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少转发由物理层边界界定的子包，用于传输。

在一些实施例中，子包可以是下行链路子包。

在一些实施例中，子包可以是MACSubPDU包。

在一些实施例中，物理层边界可以是码块边界或码块组边界中的至少一个。

在一些实施例中，所述至少一个存储器和所述计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少接收用于通信的多个第三层包。所述至少一个存储器和计算机程序码还可以被配置为与所述至少一个处理器一起使所述设备至少基于接收的第三层包生成包数据单元。所述至少一个存储器和计算机程序码还可以被配置为与所述至少一个处理器一起使所述设备至少在第二层逻辑信道中将包数据单元排队。所述对齐子包可以包括对齐第二层逻辑信道之一中的包数据单元之一。

在一些实施例中，包数据单元可以包括PDCP包数据单元。

在一些实施例中，所述至少一个存储器和所述计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少通过包括考虑循环冗余校验比特的比特量而将传输块分割成多个码块的过程来对齐子包。

在一些实施例中，分割可以包括由物理层识别码块大小，向媒体访问控制层提供码块大小，以及在对应于码块大小的媒体访问控制层中构成多个MACSubPDU包。

根据本公开的另一方面，一种用于子包对齐的方法可以包括将子包与物理层边界对齐。包可以包括该子包和多个其他子包。该方法还可以包括转发由物理层边界界定的子包，用于传输。

在一些实施例中，子包可以是下行链路子包。

在一些实施例中，子包可以是MACSubPDU包。

在一些实施例中，物理层边界可以是码块边界或码块组边界中的至少一个。

在一些实施例中，该方法可以包括接收用于通信的多个第三层包。该方法还可以包括基于接收的第三层包生成包数据单元。该方法还可以包括在第二层逻辑信道中将包数据单元排队。所述对齐子包可以包括对齐第二层逻辑信道之一中的包数据单元之一。

在一些实施例中，包数据单元可以包括PDCP包数据单元。

在一些实施例中，所述对齐子包可以包括考虑循环冗余校验位的比特量，将传输块分割成多个码块。

在一些实施例中，分割可以包括由物理层识别码块大小，向媒体访问控制层提供码块大小，以及在对应于码块大小的媒体访问控制层中构成多个MACSubPDU包。

根据本公开的另一方面，一种设备可以包括物理层模块，所述物理层模块被配置为解码物理层码块或物理层码块组。该设备还可以包括MAC模块，所述MAC模块被配置为解码与解码的物理层码块或物理码块组对应的MAC子包而无需等待解码任何后续的物理层码块，其中，媒体访问控制模块还用于将解码的MAC子包向上传递到协议栈。

在一些实施例中，MAC子包可以是下行链路MAC子包。

在一些实施例中，MAC子包可以是MACSubPDU包。

在一些实施例中，MAC模块可以被配置为接收解码的MAC子包，并将MAC子包的有效载荷向上传递到协议栈而无需等待解码后续的MAC子包。

在一些实施例中，该设备还可以包括RLC模块。所述将MAC子包向上传递到协议栈可以包括MAC模块和RLC模块均读取和移除协议栈的相应层的层特定报头，并将MAC子包的有效载荷部分传递到协议栈的相邻层。

在一些实施例中，该设备可还包括PDCP模块。所述将MAC子包向上传递到协议栈可以包括RLC模块将在相应层移除的有效载荷部分传递给PDCP模块。

根据本公开的另一方面，一种设备可以包括上层协议模块，所述上层协议模块被配置为将子包与物理层边界对齐。包包括所述子包和多个其他子包。该设备还可以包括物理层模块，所述物理层模块被配置为转发由物理层边界界定的子包，用于传输。

在一些实施例中，子包可以是下行链路子包。

在一些实施例中，子包可以是MACSubPDU包。

在一些实施例中，物理层边界可以是码块边界或码块组边界中的至少一个。

在一些实施例中，上层协议模块可进一步被配置为接收用于通信的多个第三层包，基于接收的第三层包生成包数据单元，以及将在第二层逻辑信道中的包数据单元排队。所述对齐子包可以包括对齐第二层逻辑信道之一中的包数据单元之一。

在一些实施例中，包数据单元可以是PDCP包数据单元。

在一些实施例中，上层协议模块可以被配置为通过包括考虑循环冗余校验比特的比特量而将传输块分割成多个码块的过程来对齐所述子包。

在一些实施例中，分割可以包括由物理层模块识别码块大小，向媒体访问控制模块提供码块大小，以及由对应于码块大小的媒体访问控制模块构成多个MACSubPDU包。

在一些实施例中，上层协议模块可以包括PDCP模块或RLC模块。

根据本公开的另一方面，一种系统可以包括第一设备和第二设备。第一设备可以包括至少一个第一处理器和包括第一计算机程序码的至少一个第一存储器。所述至少一个第一存储器和所述第一计算机程序码可以被配置为与所述至少一个第一处理器一起使所述第一设备至少将子包与物理层边界对齐。包可以包括该子包和多个其他子包。所述至少一个第一存储器和所述第一计算机程序码可以被配置为与所述至少一个第一处理器一起使所述第一设备至少转发以传输由所述物理层边界界定的子包。第二设备可以包括至少一个第二处理器和包括第二计算机程序码的至少一个第二存储器。所述至少一个第二存储器和所述第二计算机程序码可以被配置为与所述至少一个第二处理器一起使所述第二设备至少解码物理层码块或物理层码块组。所述至少一个第二存储器和所述第二计算机程序码还可以被配置为与所述至少一个第二处理器一起使所述第二设备至少解码与解码的物理层码块或物理码块组对应的MAC子包而无需等待解码任何后续的物理层码块。所述至少一个第二存储器和所述第二计算机程序码还可以被配置为与所述至少一个第二处理器一起使所述第二设备至少将解码的MAC子包向上传递到协议栈，其中，所述物理层码块或物理码块组包括从所述第一设备发送到所述第二设备的子包。

根据本公开的另一方面，一种计算机程序产品可对用于执行过程的指令进行编码。该过程可以包括任何上述方法。

根据本公开的另一方面，一种设备可以包括至少一个处理器和包括计算机程序码的至少一个存储器。所述至少一个存储器和计算机程序码可以被配置为与所述至少一个处理器一起使所述设备至少在物理层解码物理层码块或物理层码块组。在包括物理层的协议栈的上层，物理层码块或物理层码块组的大小可以与包或子包的大小对齐。

在一些实施例中，物理层码块或物理层码块组的大小与包或子包的大小对齐可以包括物理层码块或物理层码块组与包或子包之间的一对一关系。

特定实施例的前述说明揭示了本公开的一般性质，其他人可通过应用本技术领域内的知识，在不脱离本公开的一般概念的情况下，无需过多实验，轻松修改此类特定实施例和/或适应此类特定实施例的各种应用。因此，基于本文给出的教导和指导，这种适应和修改旨在处于所公开的实施例的等同物的含义和范围内。应当理解，本文的措辞或术语是为了描述的目的，而不是为了限制，因此本说明书的术语或措辞将由技术人员根据教导和指导来解释。

上面已经在说明特定功能的实施及其关系的功能构建块的帮助下描述了本公开的实施例。为了方便描述，在本文任意定义这些功能构建块的边界。只要适当地执行指定的功能及其关系，就可以定义替代边界。

发明内容和摘要部分可列出发明人预期的本公开的一个或多个但非全部示例性实施例，因此，不以任何方式限制本公开和所附权利要求。

上文公开了各种功能块、模块和步骤。所提供的特定布置是说明性的而非限制性的。因此，功能块、模块和步骤可以以不同于以上提供的示例的方式重新排序或组合。同样，某些实施例仅包括功能块、模块和步骤的子集，并且任何这样的子集都是允许的。

本公开的宽度和范围不应受任何上述示例性实施例的限制，而应仅根据以下权利要求及其等同物进行限定。

Claims (58)

1.一种设备，包括：

至少一个处理器；和

至少一个存储器，包括计算机程序码，

其中，所述至少一个存储器和所述计算机程序码被配置为与所述至少一个处理器一起使所述设备至少：

解码物理层码块或物理层码块组；

解码与解码的物理层码块或物理码块组对应的媒体访问控制(MAC)子包而无需等待解码任何后续的物理层码块；以及

将解码的MAC子包向上传递到协议栈。

2.根据权利要求1所述的设备，其中，所述MAC子包包括下行链路MAC子包。

3.根据权利要求1或2所述的设备，其中，所述MAC子包包括MAC子协议数据单元(MACSubPDU)包。

4.根据权利要求1-3中任一项所述的设备，其中，所述至少一个存储器和所述计算机程序码被配置为与所述至少一个处理器一起使所述设备至少：

在MAC层接收解码的MAC子包；以及

将所述MAC子包的有效载荷向上传递到所述协议栈而无需等待解码后续的MAC子包。

5.根据权利要求1-4中任一项所述的设备，其中，所述至少一个存储器和所述计算机程序码被配置为与所述至少一个处理器一起使所述设备至少：

对于所述协议栈的多个协议层中的每一层，通过读取和移除所述协议栈的给定层的层特定报头，将解码的MAC子包向上传递到所述协议栈；以及

将所述MAC子包的有效载荷部分传递到所述协议栈的相邻层。

6.一种用于码块处理的方法，包括：

解码物理层码块或物理层码块组；

解码与解码的物理层码块或物理码块组对应的媒体访问控制(MAC)子包而无需等待解码任何后续的物理层码块；以及

将解码的MAC子包向上传递到协议栈。

7.根据权利要求6所述的方法，其中，所述MAC子包包括下行链路MAC子包。

8.根据权利要求6或7所述的方法，其中，所述MAC子包包括MAC子协议数据单元(MACSubPDU)包。

9.根据权利要求6-8中任一项所述的方法，还包括：

在媒体访问控制层接收解码的MAC子包；以及

将MAC子包的有效载荷向上传递到所述协议栈而无需等待解码后续的MAC子包。

10.根据权利要求6-8中任一权利要求所述的方法，其中，将所述解码的MAC子包向上传递到所述协议栈包括：对于所述协议栈的多个协议层中的每一层，读取并移除所述协议栈的给定层的层特定报头，并将所述MAC子包的有效载荷部分传递给所述协议栈的相邻层。

11.一种设备，包括：

至少一个处理器；和

至少一个存储器，包括计算机程序码，

其中，所述至少一个存储器和所述计算机程序码被配置为与所述至少一个处理器一起使所述设备至少：

将子包与物理层边界对齐，其中，包包括所述子包和多个其他子包；以及

转发以传输由所述物理层边界界定的所述子包。

12.根据权利要求11所述的设备，其中，所述子包包括下行链路子包。

13.根据权利要求11或12所述的设备，其中，所述子包包括媒体访问控制(MAC)子协议数据单元(MACSubPDU)包。

14.根据权利要求11-13中任一项所述的设备，其中，所述物理层边界是码块边界或码块组边界中的至少一个。

15.根据权利要求11-14中任一项所述的设备，其中，所述至少一个存储器和所述计算机程序码被配置为与所述至少一个处理器一起使所述设备至少：

接收用于通信的多个第三层包；

基于接收的第三层包生成包数据单元；以及

在第二层逻辑信道中将所述包数据单元排队，

其中，所述对齐子包包括对齐所述第二层逻辑信道之一中的所述包数据单元之一。

16.根据权利要求15所述的设备，其中，所述包数据单元包括包数据汇聚协议(PDCP)包数据单元。

17.根据权利要求11-16中任一项所述的设备，其中，所述至少一个存储器和所述计算机程序码被配置为与所述至少一个处理器一起使所述设备通过一过程来对齐所述子包，所述过程包括：考虑循环冗余校验比特的比特量而将传输块分割成多个码块。

18.根据权利要求17所述的设备，其中，所述分割包括：

由物理层识别码块大小；

向MAC层提供所述码块大小，以及

在与所述码块大小对应的所述MAC层中构成多个MACSubPDU包。

19.一种用于子包对齐的方法，包括：

将子包与物理层边界对齐，其中，包包括所述子包和多个其他子包；以及

转发以传输由所述物理层边界界定的子包。

20.根据权利要求19所述的方法，其中，所述子包包括下行链路子包。

21.根据权利要求19或20所述的方法，其中，所述子包包括媒体访问控制(MAC)子协议数据单元(MACSubPDU)包。

22.根据权利要求19-21中任一项所述的方法，其中，所述物理层边界是码块边界或码块组边界中的至少一个。

23.根据权利要求19-22中任一项所述的方法，还包括：

接收用于通信的多个第三层包；

基于接收的第三层包生成包数据单元；以及

在第二层逻辑信道中将所述包数据单元排队，

其中，所述对齐子包包括对齐所述第二层逻辑信道之一中的所述包数据单元之一。

24.根据权利要求23所述的方法，其中，所述包数据单元包括包数据汇聚协议(PDCP)包数据单元。

25.根据权利要求19-24中任一项所述的方法，其中，所述对齐子包包括考虑循环冗余校验比特的比特量，将传输块分割成多个码块。

26.根据权利要求25所述的方法，其中，所述分割包括由物理层识别码块大小，向媒体访问控制层提供所述码块大小，以及在与所述码块大小对应的媒体访问控制层中构成多个MACSubPDU包。

27.一种设备，包括：

物理层模块，所述物理层模块被配置为解码物理层码块或物理层码块组；和

媒体访问控制(MAC)模块，所述MAC模块被配置为解码与解码的物理层码块或物理码块组对应的MAC子包而无需等待解码任何后续的物理层码块，其中，所述媒体访问控制模块还用于将解码的MAC子包向上传递到协议栈。

28.根据权利要求27所述的设备，其中，所述MAC子包包括下行链路MAC子包。

29.根据权利要求27或28所述的设备，其中，所述MAC子包包括MAC子协议数据单元(MACSubPDU)包。

30.根据权利要求27-29中任一项所述的设备，其中，所述MAC模块被配置为：

接收解码的MAC子包；以及

将所述MAC子包的有效载荷向上传递到所述协议栈而无需等待解码后续的MAC子包。

31.根据权利要求27-30中任一项所述的设备，还包括：

无线链路控制(RLC)模块，其中，将所述MAC子包向上传递到所述协议栈包括所述MAC模块和所述RLC模块均读取和移除所述协议栈的相应层的层特定报头，并将所述MAC子包的有效载荷部分传递到所述协议栈的相邻层。

32.根据权利要求31所述的设备，还包括：

包数据汇聚协议(PDCP)模块，其中，将所述MAC子包向上传递到所述协议栈包括所述RLC模块将在所述相应层移除的所述有效载荷部分传递到所述PDCP模块。

33.一种设备，包括：

上层协议模块，所述上层协议模块被配置为将子包与物理层边界对齐，其中，包包括所述子包和多个其他子包；以及

物理层模块，所述物理层模块被配置为转发以传输由所述物理层边界界定的所述子包。

34.根据权利要求33所述的设备，其中，所述子包包括下行链路子包。

35.根据权利要求33或34所述的设备，其中，所述子包包括媒体访问控制(MAC)子协议数据单元(MACSubPDU)包。

36.根据权利要求33-35中任一项所述的设备，其中，所述物理层边界是码块边界或码块组边界中的至少一个。

37.根据权利要求33-36中任一项所述的设备，其中，所述上层协议模块还被配置为：

接收用于通信的多个第三层包；

基于接收的第三层包生成包数据单元；以及

在第二层逻辑信道中将所述包数据单元排队，

其中，所述对齐子包包括对齐所述第二层逻辑信道之一中的所述包数据单元之一。

38.根据权利要求37所述的设备，其中，所述包数据单元包括PDCP包数据单元。

39.根据权利要求33-38中任一项所述的设备，其中，所述上层协议模块被配置为通过如下过程来对齐所述子包，所述过程包括考虑循环冗余校验比特的比特量而将传输块分割成多个码块。

40.根据权利要求39所述的设备，其中，所述分割包括由所述物理层模块识别码块大小，将所述码块大小提供给媒体访问控制模块，以及由对应于码块大小的媒体访问控制模块构成多个MACSubPDU包。

41.根据权利要求33-40所述的设备，其中，所述上层协议模块包括包数据汇聚协议(PDCP)模块或无线链路控制(RLC)模块。

42.一种用于传送数据包的系统，所述系统包括：

第一设备，包括至少一个第一处理器和包括第一计算机程序码的至少一个第一存储器，其中，所述至少一个第一存储器和所述第一计算机程序码被配置为与所述至少一个第一处理器一起使所述第一设备至少：

将子包与物理层边界对齐，其中，包包括所述子包和多个其他子包；以及

转发以传输由所述物理层边界界定的子包；以及

第二设备，包括至少一个第二处理器和包括第二计算机程序码的至少一个第二存储器，其中，所述至少一个第二存储器和所述第二计算机程序码被配置为与所述至少一个第二处理器一起使所述第二设备至少：

解码物理层码块或物理层码块组；

解码与解码的物理层码块或物理码块组对应的媒体访问控制(MAC)子包而无需等待解码任何后续的物理层码块；以及

将解码的MAC子包向上传递到协议栈，其中，所述物理层码块或物理码块组包括从所述第一设备传输到所述第二设备的子包。

43.一种对用于执行过程的指令进行编码的计算机程序产品，所述过程包括：

解码物理层码块或物理层码块组；

解码与解码的物理层码块或物理码块组对应的媒体访问控制(MAC)子包而无需等待解码任何后续的物理层码块；以及

将解码的MAC子包向上传递到协议栈。

44.根据权利要求43所述的计算机程序产品，其中，所述MAC子包包括下行链路MAC子包。

45.根据权利要求43或44所述的计算机程序产品，其中，所述MAC子包包括MAC子协议数据单元(MACSubPDU)包。

46.根据权利要求43-45中任一项所述的计算机程序产品，其中，所述过程还包括：

在媒体访问控制层接收解码的MAC子包；以及

将所述MAC子包的有效载荷向上传递到所述协议栈而无需等待解码后续的MAC子包。

47.根据权利要求43-46中任一项所述的计算机程序产品，其中，将所述解码的MAC子包向上传递到所述协议栈包括：对于所述协议栈的多个协议层中的每一层，读取并移除所述协议栈的给定层的层特定报头，并将所述MAC子包的有效载荷部分传递给所述协议栈的相邻层。

48.一种对用于执行过程的指令进行编码的计算机程序产品，所述过程包括：

将子包与物理层边界对齐，其中，包包括所述子包和多个其他子包；以及

转发以传输由所述物理层边界界定的子包。

49.根据权利要求48所述的计算机程序产品，其中，所述子包包括下行链路子包。

50.根据权利要求48或49所述的计算机程序产品，其中，所述子包包括媒体访问控制(MAC)子协议数据单元(MACSubPDU)包。

51.根据权利要求48-50中任一项所述的计算机程序产品，其中，所述物理层边界是码块边界或码块组边界中的至少一个。

52.根据权利要求48-51中任一项所述的计算机程序产品，其中，所述过程还包括：

接收用于通信的多个第三层包；

基于接收的第三层包生成包数据单元；以及

在第二层逻辑信道中将所述包数据单元排队，

其中，所述对齐子包包括对齐所述第二层逻辑信道之一中的所述包数据单元之一。

53.根据权利要求52所述的计算机程序产品，其中，所述包数据单元包括包数据汇聚协议(PDCP)包数据单元。

54.根据权利要求48-53中任一项所述的计算机程序产品，其中，所述对齐所述子包包括考虑循环冗余校验比特的比特量，将传输块分割成多个码块。

55.根据权利要求45所述的计算机程序产品，其中，所述分割包括由物理层识别码块大小，将所述码块大小提供给媒体访问控制层，以及在对应于所述码块大小的媒体访问控制层中构成多个MACSubPDU包。

56.根据权利要求43-55中任一项所述的计算机程序产品，其中，所述计算机程序产品包括编码有指令的非暂时性计算机可读介质，当在硬件中执行所述指令时，所述指令执行所述过程。

57.一种设备，包括：

至少一个处理器；和

至少一个存储器，包括计算机程序码，

其中，所述至少一个存储器和所述计算机程序码被配置为与所述至少一个处理器一起使所述设备至少：

在物理层解码物理层码块或物理层码块组，

其中，在包括所述物理层的协议栈的上层，所述物理层码块或所述物理层码块组的大小与包或子包的大小对齐。

58.根据权利要求57所述的设备，其中，所述物理层码块或物理层码块组的大小与所述包或子包的大小对齐包括所述物理层码块或物理层码块组与所述包或子包之间的一对一关系。

Images