CN116939704A - 数据包处理方法及装置 - Google Patents

数据包处理方法及装置 Download PDF

Info

Publication number
CN116939704A
CN116939704A CN202210326047.1A CN202210326047A CN116939704A CN 116939704 A CN116939704 A CN 116939704A CN 202210326047 A CN202210326047 A CN 202210326047A CN 116939704 A CN116939704 A CN 116939704A
Authority
CN
China
Prior art keywords
packet
pdcp
mac
harq process
indication information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210326047.1A
Other languages
English (en)
Inventor
胡星星
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202210326047.1A priority Critical patent/CN116939704A/zh
Priority to PCT/CN2023/081343 priority patent/WO2023185450A1/zh
Publication of CN116939704A publication Critical patent/CN116939704A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种数据包处理方法及装置,第一设备从第一DRB或第一逻辑信道的可用HARQ进程范围中确定第一HARQ进程,获取第一DRB或第一逻辑信道对应的第一数据包,第一数据包不携带逻辑信道标识,从而可以减少数据包的开销,通过第一HARQ进程向第二设备发送第一数据包;第二设备确定可用HARQ进程范围,并通过第一HARQ进程接收来自第一设备的第一数据包,根据接收第一数据包的第一HARQ进程,可快速准确地确定出第一数据包对应的逻辑信道标识。

Description

数据包处理方法及装置
技术领域
本申请涉及通信技术领域,尤其涉及一种数据包处理方法及装置。
背景技术
在移动通信系统中,通信协议中会定义多个协议层。一个数据包在发送端经过各个协议层按序处理,最终发送至接收端。接收端在各个协议层进行反处理获得原始数据包。在发送端,各个协议层为了各自的功能,可能会在处理数据包的过程中增加一些报头。例如第五代通信(5th-generation,5G)系统中,Uu口的协议栈包括以下协议层:业务数据适配协议(service data adaptation protocol,SDAP),分组数据汇聚协议(packet dataconvergence protocol,PDCP),无线链路控制(radio link control,RLC),媒体接入控制(media access control,MAC)和物理层(physical,PHY),各个协议层在处理数据包的过程中会增加各自的报头。
Uu口的各个协议层在处理数据包的过程中增加各自的报头,使得发送端发送的数据包大小变大,在一些场景下,可能导致接收端不容易正确接收到数据包,从而影响小区覆盖。例如,在非地面通信(non-terrestrial network,NTN)网络中,在一些小区边缘区域,由于数据包的大小变大,用户设备(user equipment,UE)可能无法正确接收到数据包,从而影响NTN网络的覆盖。
发明内容
本申请实施例提供一种数据包处理方法及装置,可以减少数据包在Uu口传输过程中的报头开销,从而提高网络的覆盖。
第一方面,本申请提供一种数据包处理方法,该方法可以由第二设备或第二设备中的模块执行。该方法包括:确定第一数据无线承载(data radio bearer,DRB)或第一逻辑信道的可用混合自动重传请求(hybrid automatic repeat request,HARQ)进程范围;通过第一HARQ进程接收来自第一设备的第一DRB或第一逻辑信道对应的第一数据包,第一HARQ进程属于可用HARQ进程范围中;根据第一HARQ进程,确定第一数据包对应的逻辑信道标识。
可见,第二设备在第一数据包不携带逻辑信道标识的情况下,可以根据接收第一数据包的HARQ进程,快速准确地确定出第一数据包对应的逻辑信道标识。
在一种可能的实现方式中,第一数据包不携带逻辑信道标识可以是第一MAC包不携带逻辑标识,第一数据包为第一MAC包。第一MAC包不携带逻辑信道标识,可减少MAC包的开销。
在一种可能的实现方式中,在第一MAC包不携带长度(length,L)域的情况下,L域用于直接指示第一MAC包的大小,第二设备可根据包括长度指示信息的下行控制信息,确定第一MAC包的大小,从而进一步节省MAC包的开销;
或者,第二设备根据预配调度资源可承载的最大信息量,确定第一MAC包的大小,预配调度资源可承载的最大信息量与第一MAC包的大小相同,从而进一步节省MAC包的开销;
或者,第二设备根据第一MAC包包含的相对长度指示信息,确定第一MAC包的大小,相对长度指示信息用于指示第一MAC包的大小相对于长度阈值的偏移值。相对长度指示信息,相比L域,占用的开销较少,从而节省MAC包的开销。
在一种可能的实现方式中,第二设备对第一MAC包进行处理,得到第一PDCP包,第一PDCP包包含数据量指示信息,用于指示第一PDCP包中数据的大小,进而第二设备根据数据量指示信息,可以确定第一PDCP包中的数据量,以便获知数据的大小。第一PDCP包包含数据量指示信息,使得第一MAC包可不携带长度(length,L)域,L域用于直接指示第一MAC包的大小,从而进一步MAC包的开销。
可选的,为了减少数据量指示信息占用的开销,数据量指示信息用于指示第一PDCP包中数据的大小相对于长度阈值的偏移值,进而第二设备根据数据量指示信息和长度阈值,可以确定第一PDCP包中的数据量。
进一步的,若第一PDCP包除了数据还有其他内容,例如填充比特,那么第二设备根据数据量指示信息,可确定出第一PDCP包中的填充比特,进而可丢弃填充比特,避免对填充比特进行处理。
在一种可能的实现方式中,第一数据包对应的第一PDCP包不包含第一PDCP包的序列号,可减少PDCP包的开销。其中,第一数据包对应的第一PDCP包可以是第二设备对第一MAC包进行处理得到的第一PDCP包。
在一种可能的实现方式中,第二设备可根据第一HARQ进程和映射规则,确定第一数据包对应的第一PDCP包的序列号,以便在第一PDCP包不包括第一PDCP包的序列号的情况下,可以确定出第一PDCP包的序列号。
其中,映射规则包括:第一PDCP包的序列号=初始序列号+(第一HARQ进程在第一DRB或第一逻辑信道的可用HARQ进程范围中的序号-1)*第M次从第一HARQ进程接收到第一DRB或第一逻辑信道对应的MAC包;初始序列号为第一DRB或第一逻辑信道对应的第一个不携带逻辑信道标识的MAC包对应的PDCP包的序列号,M为正整数。
在一种可能的实现方式中,上述第二设备为终端设备,上述第一设备为网络设备时,终端设备接收来自网络设备的第一指示信息,第一指示信息用于指示第一DRB对应的标识或第一逻辑信道对应的标识;和/或,接收来自网络设备的第二指示信息,第二指示信息用于指示第一DRB或第一逻辑信道的可用HARQ进程范围。终端设备获知可用HARQ进程范围,以便通过这些HARQ进程接收下行数据包。
在一种可能的实现方式中,上述第二设备为网络设备,上述第一设备为终端设备时,网络设备向终端设备发送第一指示信息,第一指示信息用于指示第一DRB对应的标识或第一逻辑信道对应的标识;和/或,网络设备向终端设备第二指示信息,第二指示信息用于指示第一DRB或第一逻辑信道的可用HARQ进程范围。终端设备获知可用HARQ进程范围,以便通过这些HARQ进程发送上行数据包。
在一种可能的实现方式中,上述第一指示信息还用于指示第一DRB或第一逻辑信道对应的MAC包不携带逻辑信道标识,即针对第一DRB或第一逻辑信道的MAC包不携带逻辑信道标识,以减少MAC包的开销。
第二方面,本申请提供一种数据包处理方法,该方法可以由第一设备或第一设备中的模块执行。该方法包括:确定第一HARQ进程,第一HARQ进程属于第一DRB或第一逻辑信道的可用HARQ进程范围中;获取第一DRB或所述第一逻辑信道对应的第一数据包,其中,第一数据包不携带逻辑信道标识;通过第一HARQ进程向第二设备发送第一数据包。
可见,第一设备针对第一DRB或第一逻辑信道对应的数据包不携带逻辑信道标识,可减少数据包的开销。
在一种可能的实现方式中,第一数据包不携带逻辑信道标识可以是第一MAC包不携带逻辑标识,第一数据包为第一MAC包。第一MAC包不携带逻辑信道标识,可减少MAC包的开销。
在一种可能的实现方式中,第一MAC包的大小由下行控制信包含的长度指示信息指示;或者,第一MAC包的大小由预配调度资源指示,预配调度资源可承载的最大信息量与第一MAC包的大小相同;或者,第一MAC包的大小由第一MAC包包含的相对长度指示信息指示,相对长度指示信息用于指示第一MAC包的大小相对于长度阈值的偏移值。可见,无需通过第一MAC包中的L域对第一MAC包的大小进行指示,从而可进一步减少MAC包的开销。
在一种可能的实现方式中,第一数据包对应的第一PDCP包包含数据量指示信息,用于指示第一PDCP包中的数据量,无需通过第一MAC包中的L域对第一MAC包的大小进行指示,可进一步减少MAC包的开销。其中,第一数据包对应的第一PDCP包,即为第一MAC包对应的第一PDCP包,第一设备对第一PDCP包进行处理得到第一MAC包。
在一种可能的实现方式中,若第一PDCP包对应的调度资源可承载的最大信息量与第一PDCP包的大小不相同,那么第一设备对第一PDCP包进行填充处理,使得第一PDCP包还包含填充比特。进而,填充后的第一PDCP包的大小与其对应的调度资源可承载的最大信息量相同。
在一种可能的实现方式中,第一MAC为对第一PDCP包进行处理得到的,第一PDCP包不包含第一PDCP包的序列号,以减少PDCP包的开销,第二设备可根据接收到MAC包的HARQ进程,确定PDCP包的序列号。
在一种可能的实现方式中,第一PDCP包不包含第一PDCP包的序列号,第一PDCP包的序列号由PDCP层发送至MAC层,通过层间传递,可减少PDCP包的开销。
在一种可能的实现方式中,第一设备确定第一HARQ进程时,可采用轮询方式从可用HARQ进程范围中,确定第一HARQ进程,且第一HARQ进程空闲。
在一种可能的实现方式中,上述第二设备为终端设备,上述第一设备为网络设备时,终端设备接收来自网络设备的第一指示信息,第一指示信息用于指示第一DRB对应的标识或第一逻辑信道对应的标识;和/或,接收来自网络设备的第二指示信息,第二指示信息用于指示第一DRB或第一逻辑信道的可用HARQ进程范围。终端设备获知可用HARQ进程范围,以便通过这些HARQ进程接收下行数据包。
在一种可能的实现方式中,上述第二设备为终端设备,上述第一设备为网络设备时,网络设备还向终端设备发送第一预配调度资源,用于调度第一DRB或第一逻辑信道对应的下行数据,进而网络设备根据第一预配调度资源,通过第一HARQ进程向终端设备发送第一数据包。
在一种可能的实现方式中,上述第二设备为网络设备,上述第一设备为终端设备时,网络设备向终端设备发送第一指示信息,第一指示信息用于指示第一DRB对应的标识或第一逻辑信道对应的标识;和/或,网络设备向终端设备第二指示信息,第二指示信息用于指示第一DRB或第一逻辑信道的可用HARQ进程范围。终端设备获知可用HARQ进程范围,以便通过这些HARQ进程发送上行数据包。
在一种可能的实现方式中,上述第二设备为网络设备,上述第一设备为终端设备时,网络设备还向终端设备发送第二预配调度资源,用于调度第一DRB或第一逻辑信道对应的上行数据,进而终端设备根据第二预配调度资源,通过第一HARQ进程向网络设备发送第一数据包。
在一种可能的实现方式中,上述第一指示信息还用于指示第一DRB或第一逻辑信道对应的MAC包不携带逻辑信道标识,即针对第一DRB或第一逻辑信道的MAC包不携带逻辑信道标识,以减少MAC包的开销。
第三方面,本申请提供了一种通信装置,该通信装置可以是第二设备,也可以是第二设备中的装置,或者是能够和第二设备匹配使用的装置。其中,该通信装置还可以为芯片系统。该通信装置可执行第一方面所述的方法。该通信装置的功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。
该单元或模块可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第一方面所述的方法以及有益效果。
第四方面,本申请提供了一种通信装置,该通信装置可以是第一设备,也可以是第一设备中的装置,或者是能够和第一设备匹配使用的装置。其中,该通信装置还可以为芯片系统。该通信装置可执行第二方面所述的方法。该通信装置的功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。该单元或模块可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第二方面所述的方法以及有益效果。
第五方面,本申请提供了一种通信装置,通信装置包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如第一方面和第二方面中任一方面所述的方法。
第六方面,本申请提供了一种计算机可读存储介质,所述存储介质中存储有指令,当所述计算机程序或指令被通信装置执行时,实现如第一方面至第二方面中任一方面所述的方法。
第七方面,本申请提供一种包括指令的计算机程序产品,当通信装置读取并执行该指令时,使得通信装置执行如第一方面至第二方面中任一方面中任意一项的方法。
第八方面,本申请提供了一种通信系统,包括至少一个用于执行上述第一方面所述的方法的通信装置,以及至少一个用于执行上述第二方面所述方法的通信装置。
附图说明
图1是应用本申请的系统架构的示意图;
图2是包括CU节点和DU节点的网络设备的示意图;
图3是5G系统中Uu口的协议栈的示意图;
图4-1是具有SDAP层报头的上行SDAP PDU的格式示意图;
图4-2是具有SDAP层报头的下行SDAP PDU的格式示意图;
图5-1是SRB下的PDCP PDU的格式示意图;
图5-2是DRB下的PDCP PDU的格式示意图;
图5-3是携带以太网头压缩协议反馈的PDCP control PDU的格式示意图;
图6-1是不携带L域的MAC子头的格式示意图;
图6-2是具有8bits的L域的MAC子头的格式示意图;
图7是本申请实施例一提供的数据处理方法的流程示意图;
图8-1是本申请提供的一种PDCP data PDU的格式示意图;
图8-2是本申请提供的另一种PDCP data PDU的格式示意图;
图9是本申请提供的一种传输示例图;
图10是本申请实施例二提供的数据处理方法的流程示意图;
图11是本申请实施例三提供的数据处理方法的流程示意图;
图12是第一设备和第二设备之间进行通信的一种形式的示意图;
图13是是本申请实施例提供的一种通信装置的结构示意图;
图14是本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
为了便于清楚描述本申请的技术方案,在本申请中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
首先,对本申请涉及的系统架构进行阐述。
本申请可应用于第五代(5th generation,5G)系统,也可以称为新空口(newradio,NR)系统;或者可应用于第六代(6th generation,6G)系统,或者第七代(7thgeneration,7G)系统,或未来的其他通信系统;或者还可用于设备到设备(device todevice,D2D)系统,机器到机器(machine to machine,M2M)系统、车联网(vehicle toeverything,V2X)等等。
本申请可应用于图1所示的系统架构中。图1所示的通信系统可包括但不限于:终端设备、网络设备和核心网设备。图1中设备的数量和形态用于举例,并不构成对本申请实施例的限定,例如实际应用中可以包括多个终端设备。
终端设备,又称之为UE、移动台(mobile station,MS)、移动终端(mobileterminal,MT)等,是指向用户提供语音和/或数据连通性的设备。例如,具有无线连接功能的手持式设备、车载设备等。目前,一些终端设备的举例为:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
网络设备,也可以称为接入网设备,是指将终端设备接入到无线网络的无线接入网(radio access network,RAN)节点(或设备),又可以称为基站。目前,一些RAN节点的举例为:继续演进的节点B(gNB)、传输接收点(transmission reception point,TRP)、演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base station controller,BSC)、基站收发台(basetransceiver station,BTS)、家庭基站(例如,home evolved NodeB,或home Node B,HNB)、基带单元(base band unit,BBU),或无线保真(wireless fidelity,Wifi)接入点(accesspoint,AP)等。另外,在一种网络结构中,网络设备可以包括集中单元(centralized unit,CU)节点、或分布单元(distributed unit,DU)节点、或包括CU节点和DU节点的RAN设备。需要说明的是,集中单元节点、分布单元节点还可能采用其他名称,本申请并不限定。
其中,包括CU节点和DU节点的网络设备可参见图2所示,网络设备将NR系统中gNB的协议层拆分开,部分协议层的功能放在CU集中控制,剩下部分或全部协议层的功能分布在DU中,由CU集中控制DU。更进一步,集中式单元CU还可以划分为控制面(CU-CP)和用户面(CU-UP)。其中CU-CP负责控制面功能,主要包含无线资源控制(radio resource control,RRC)和控制面对应的PDCP即PDCP-C。PDCP-C主要负责控制面数据的加解密,完整性保护,数据传输等。CU-UP负责用户面功能,主要包含SDAP和用户面对应的PDCP即PDCP-U。其中SDAP主要负责将核心网的数据进行处理并将流(flow)映射到承载。PDCP-U主要负责数据面的加解密,完整性保护,头压缩,序列号维护,数据传输等。其中CU-CP和CU-UP通过E1接口连接。CU-CP代表gNB通过NG接口和核心网连接。通过F1接口控制面即F1-C和DU连接。CU-UP通过F1接口用户面即F1-U和DU连接。当然还有一种可能的实现是PDCP-C也在CU-UP。可选的,对于CU-CP而言,还可以进一步分为多个模块。例如,CU-CP还可以分为无线资源管理模块和无线资源控制(radio resource control,RRC)消息的编解码处理模块。这两个模块之间可以通过接口相连。
核心网设备,是指为终端设备提供业务支持的核心网(core network,CN)中的设备。目前,一些核心网设备的举例为:接入和移动性管理功能(access and mobilitymanagement function,AMF)实体、会话管理功能(session management function,SMF)实体、用户面功能(user plane function,UPF)实体等等,此处不一一列举。其中,AMF实体可以负责终端设备的接入管理和移动性管理;SMF实体可以负责会话管理,如用户的会话建立等;UPF实体可以是用户面的功能实体,主要负责连接外部网络。需要说明的是,本申请中实体也可以称为网元或功能实体,例如,AMF实体也可以称为AMF网元或AMF功能实体,又例如,SMF实体也可以称为SMF网元或SMF功能实体等。
在本申请中,网络设备可调度终端设备进行上行数据包传输,进而可接收来自终端设备的上行数据包;网络设备还可向终端设备发送下行数据包,进而终端设备可接收来自网络设备的下行数据包。本申请涉及第一设备和第二设备,第一设备可理解为发送端,第二设备可理解为接收端。对于上行数据包传输,第一设备即为终端设备,第二设备即为网络设备;对于下行数据包传输,第一设备即为网络设备,第二设备即为终端设备。
其次,对本申请涉及的相关概念进行阐述。
1,Uu口的协议栈
5G系统中,Uu口的协议栈包括以下协议层:SDAP,PDCP,RLC,MAC和PHY,可参见图3所示。不同的协议层具有各自的功能。对于发送端而言,数据包在Uu口的各个协议层的处理顺序为:SDAP->PDCP->RLC->MAC->PHY;反之,对于接收端而言,数据包在Uu口的各个协议层的处理顺序为:PHY->MAC->RLC->PDCP->SDAP。需要说明的是,对于发送端的某个协议层(例如协议层A)而言,从上层接收的内容称为该协议层A的服务数据单元(service data unit,SDU),该协议层A向低层发送的内容称为该协议层A的协议数据单元(protocol data unit,PDU)。例如对于发送端而言,PDCP层从SDAP层接收的内容称为PDCP SDU,PDCP层向RLC层发送的内容称为PDCP PDU;对于接收端而言,PDCP层从RLC层接收的内容称为PDCP PDU,PDCP层向SDAP层发送的内容称为PDCP SDU。需要说明的是,本申请中提到的某个协议层对数据包进行处理包括该协议层无需对该数据包处理(例如该协议层只是透传从其他协议层收到的数据包)。需要说明的是,本申请是以上5G系统中的以上协议层为例进行描述,也可以扩展到其他系统的其他协议层中。
需要说明的是,本申请中的SDAP、PDCP、RLC、MAC、PHY可以采用其他名称替代,本申请并不限定。
1)SDAP层
数据包在SDAP层主要的处理可包括:服务质量(quality of service,QoS)flow到数据无线承载(data radio bearer,DRB)的映射。其中,QoS flow为核心网或UE的非接入层(non-access stratum,NAS)根据业务数据包的特性,对从应用层接收的数据包进行分类,将具有相同QoS特性的数据包归为同一个QoS flow。DRB是数据包在Uu口进行处理的归类。一个DRB为一些具有相同处理方式的数据包服务。
SDAP层可以为数据包增加SDAP层的报头,也可以不增加SDAP层的报头。是否增加SDAP层的报头可由网络设备决定。基本原则可以包括:对于上行传输而言:当1个DRB承载1个QoS flow时,网络设备可确定无需增加SDAP层的报头;当1个DRB承载多个QoS flow时,网络设备可确定增加SDAP层的报头;对于下行传输而言:当网络设备未配置接入层(accessstratum,AS)的反射特性,也未配置NAS的反射特性,那么可以不配置SDAP层的报头;当配置这两个反射特性中的至少一个,那么可以配置SDAP层的报头。其中,AS的反射特性是指某个DRB中承载的某个QoS flow的下行数据包在SDAP层中携带QoS flow标识(identifier,ID),终端设备检测到QoS flow ID,将与该QoS flow ID相同的上行QoS flow映射至同一DRB,可以理解为根据QoS flow与DRB的下行映射关系获得QoS flow与DRB的上行映射关系。NAS的反射特性是指终端设备可以通过下行数据包与QoS flow的对应关系生成上行数据包与QoSflow的对应关系,具体指终端设备收到某个QoS flow的下行数据包时生成一个该QoS flow的上行包滤波器。该QoS flow的上行包滤波器是指当某个上行数据包满足一定的规则时,则该上行数据包就映射到该QoS flow。比如当上行数据包为IP类型的包时,上行包滤波器可以为源端的IP地址,目的端的IP地址,源端的端口号,目标端的端口号等,当某个上行数据包携带的源端的IP地址,目的端的IP地址,源端的端口号,目标端的端口号满足该QoSflow的上行包滤波器对应的规则时,则该上行数据包映射到该QoS flow。终端设备根据该QoS flow具有NAS的反射特性,根据该QoS flow的下行数据包中携带的源端的IP地址,目的端的IP地址,源端的端口号,目标端的端口号等生成一个上行包滤波器。例如把下行数据包中携带的源端的IP地址和端口号作为上行包滤波器中的目的端的IP地址和端口号,把下行数据包中携带的目的端的IP地址和端口号作为上行包滤波器中的源端的IP地址和端口号。
SDAP层的报头的格式可参见图4-1和图4-2所示,图4-1为具有SDAP层报头的上行SDAP PDU的格式示意图,图4-2为具有SDAP层报头的下行SDAP PDU的格式示意图。其中,数据(Data)表示SDAP层从上层接收到的数据包;D/C用于指示SDAP PDU为控制类型的PDU还是数据类型的PDU,其取值为0表示控制类型的PDU,取值为1表示数据类型的PDU;QoS流标识(QoS flow ID,QFI)用于标识QoS流;QoS flow与DRB映射反射特征指示(reflective QoSflow to DRB mapping indication,RDI)用于指示是否具有AS反射特性,也可以描述为用于指示是否更新QoS flow与DRB的映射规则;QoS反射特性指示(reflective QoSindication,RQI)用于指示是否具有NAS反射特征,也可以描述为用于指示是否通知NAS更新服务数据包过滤器(service data filter,SDF)和QoS flow的映射规则。
应用在本申请中,网络设备可为特定业务对应的DRB不配置上行SDAP报头和/或下行SDAP报头。其中特定业务可由网络设备指示或配置,在本申请中将特定业务对应的DRB描述为第一DRB。举例来说,网络设备通过向终端设备发送的RRC消息,通过第一DRB不配置上行SDAP报头和/或下行SDAP报头,接收端和发送端的SDAP层可按照37.324协议进行相应的处理。
2)PDCP层
数据包在PDCP层主要的处理可包括:头压缩,加密,完整性保护,添加PDCP序列号(sequence number,SN)等。其中,头压缩用于对从上层接收的数据包中的一些TCP/IP,UDP/IP报头进行压缩,以减少开销;加密用于对数据进行加密,避免被其他非法接收端获取数据;完整性保护用于对数据进行完整性保护,避免被其他人修改数据内容,一般完整性保护在加密之前执行。一般一个DRB对应一个PDCP实体。在Uu口中,通过无线承载RB(radiobearer)来承载网络设备与终端设备之间的传输。应用层的业务数据对应的RB称为DRB。RRC层生成的RRC消息对应的RB称为信令无线承载(signalling radio bearer,SRB)SRB。
对于不同的RB,PDCP层的报头格式不同。
对于SRB而言,可参见图5-1所示的PDCP PDU。图5-1中,PDCP SN的长度固定为12比特(bits),并会对数据包进行完整性保护,PDCP SN(cont.)表示连续的PDCP SN,即PDCP SN的一部分放在Oct 1中,剩余部分在Oct 2中。经过完整性保护之后,PDCP层会在PDCP PDU中增加完整性保护生成的完整性消息鉴权码(message authentication code forintegrity,MAC-I),MAC-I(cont.)表示连续的MAC-I,即MAC-I的一部分放在Oct N-3中,剩余部分放在Oct N-2至Oct N中。图5-1中,R表示预留比特。
对于DRB而言,PDCP SN的长度为12bits或18bits,并且网络设备可配置是否对数据包进行完整性保护,从而在PDCP SN中可能增加完整性保护生成的MAC-I。可参见图5-2所示的PDCP PDU,其PDCP SN的长度为18bits。图5-2中,D/C用于指示PDCP PDU为控制类型的PDU还是数据类型的PDU,控制类型的PDU可表示为PDCP control PDU,数据类型的PDU可表示为PDCP data PDU。PDCP data PDU携带的data是PDCP层从上层接收到的内容,该内容可能是PDPC层对从上层接收到的内容进行头压缩、加密等处理得到的,PDCP control PDU携带的是PDCP层生成的内容。
另外,PDCP层还生成一些PDCP control PDU。PDCP control PDU包括PDCP产生的PDCP状态报告(PDCP status report),以及PDCP进行头压缩或解压缩产生的压缩反馈,压缩反馈例如分散的鲁棒性头压缩反馈(interspersed ROHC feedback)或以太网头压缩协议反馈(EHC feedback)。举例来说,可参见图5-3所示的携带以太网头压缩协议反馈的PDCPcontrol PDU的格式,其中PDU类型(type)用于指示PDU是哪种控制类型的PDU。
应用在本申请中,针对数据类型的PDCP PDU,其报头可不携带PDCP SN,例如将图5-2中Oct 1至Oct 3中的PDCP SN删除;或PDCP PDU不携带报头,例如将图5-2中Oct 1至Oct3中的全部内容删除。这样使得发送端发送数据包时,可减少PDCP包的报头开销。
3)RLC层
RLC层的传输模式可分为透明模式(transparent mode,TM)、非确认模式(unacknowledged mode,UM)、确认模式(acknowledged mode,AM),不同的传输模式具有不同的功能。对于AM,数据包在RLC层主要的处理可包括:自动重传请求(automatic repeatrequest,ARQ),分段,重组和添加RLC SN;对于UM,数据包在RLC层主要的处理可包括:分段,重组和添加RLC SN;对于TM,RLC层不做任何处理。RLC层的配置按照逻辑信道进行配置,逻辑信道是对传输的内容进行分配的一个概念。一般,一个逻辑信道对应一个RB。
对于不同的传输模式,RLC PDU的报头有所不同。例如,对于TM,发送端不对RLCSDU进行任何处理,因为RLC PDU不携带RLC报头。再例如,对于UM,发送端支持分段功能,在RLC PDU的报头增加分段信息(segmentation info,SI)。SI的取值为00,用于指示RLC PDU包含一个完整的RLC SDU;取值为01,用于指示RLC PDU包含RLC SDU的第一分段;取值为11,用于指示RLC PDU包含RLC SDU的中间分段;取值为10,用于指示RLC PDU包含RLC SDU的最后一个分段。三种传输模式下的RLC PDU的报头可参考第三代合作伙伴计划(3rd-generation partnership project,3GPP)中RLC层相关协议的描述。
应用在本申请中,RLC层可采用TM模式,以减少PDCP包的报头开销。
4)MAC层
数据在MAC层的处理主要包括:逻辑信道与传输信道的映射,逻辑信道的复用,通过混合自动重传请求(hybrid automatic repeat request,HARQ)进行错误校正等功能。其中传输信道是指对业务如何进行传输的归类。
一个MAC PDU可能包括一个或多个MAC子PDU(subPDU)。一个MAC subPDU可由一个MAC子头(subheader)构成,或由一个MAC子头和一个MAC SDU构成,或由一个MAC子头和一个MAC控制元素(control element,CE)构成,或由一个MAC子头和填充(padding)构成。其中,MAC SDU可以是各种长度,一个MAC子头对应一个MAC SDU或MAC CE或填充,MAC CE是MAC层生成的控制信息。
对于固定大小的MAC CE、填充和包含上行(uplink,UL)CCCH的MAC SDU对应的MAC子头而言,一个MAC子头由预留比特(R)、逻辑信道标识(logical channel identifier,LCID)和扩展的逻辑信道标识(eLCID)中的至少两种构成,例如可参考图6-1所示,第一个MAC子头由R和LCID构成,第二个MAC子头由R、LCID和eLCID构成。其他的MAC子头由R、F、LCID和L(length)构成,可选的还包括eLCID,例如可参考图6-2,为具有8bits的L域的MAC子头。F用于指示L占用的大小,L用于指示MAC SDU或MAC CE的大小,以字节为单位。
在MAC层,有一些不需要MAC头的MAC SDU,例如用于传输寻呼信道、广播信道的MACSDU。
一个或多个MAC subPDU构成一个MAC PDU,携带填充的MAC subPDU位于MAC PDU的最后。发送端根据传输块(transport block,TB)大小和MAC subPDU的大小确定是否增加填充及填充的大小。TB指的是发送端所使用的资源能传输的数据(MAC PDU)。
MAC中的HARQ功能用于确保发送端和接收端之间的成功传输。由于发送端和接收端之间传输时延的影响,MAC层支持多个HARQ进程(process)。一个HARQ进程支持一个或多个TB的传输,HARQ进程标识用于标识HARQ进程。
应用在本申请中,MAC PDU的报头可不携带LCID(进而也不会携带eLCID),或,MACPDU不携带LCID,以减少MAC包的报头开销。进一步的,MAC PDU还可以不携带L,进一步减少MAC包的报头开销。或者,MAC PDU可携带相对长度指示信息,该相对长度指示信息用于指示MAC PDU相对于长度阈值的偏移值,以便确定MAC PDU的大小。
需要说明的是,对于发送端的某个协议层(例如协议层A)而言,协议层A的PDU可以描述为协议层A的包,例如PDCP PDU可以描述为PDCP包,MAC PDU可以描述为MAC包。在本申请中,SDAP包、PDCP包、RLC包和MAC包还可以采用其他名称描述。
2,NTN网络
NTN网络,也可以称为卫星通信网络。由于NTN网络中,终端设备与提供通信的基站之间的距离比较远,无线通信的信道质量比较差,从而一个基站对应的非地面通信范围有限。NTN网络的架构可参考协议TR38.821对其的具体描述。
在NTN网络中,在一些小区边缘区域,由于数据包在Uu口的各个协议层增加了报头,使得数据包的大小变大,UE可能无法正确接收到数据包,从而影响NTN网络的覆盖。举例来说,以语音4.75kbps(例如NR语音(voice over NR,VoNR))为例,每20ms产生一个语音数据包。语音数据包的大小大概为14btye,语音数据包通过RTP/UDP/IP处理之后,会增加40byte的报头开销;之后经过Uu口,在PDCP层增加2byte,同时PDCP层进行RTP/UDP/IP报头压缩,产生2byte的报头(同时缩减RTP/UDP/IP报头中的40byte),在RLC层增加1byte的报头,在MAC层增加2byte的报头。这样,Uu口的报头开销为8/22=36%。
鉴于此,本申请提供一种数据包处理方法及装置,可以减少数据包在Uu口传输过程中的报头开销,从而提高网络的覆盖。本申请中数据包的类型可以是语音、视频、音视频、文字等。
下面结合附图对本申请提供的数据包处理方法进行阐述。
实施例一:下行数据传输,网络设备向终端设备发送数据。
请参见图7,为本申请实施例一提供的数据包处理方法的流程示意图,该方法可以包括但不限于如下步骤:
101,网络设备向终端设备发送第一指示信息。相应的,终端设备接收来自网络设备的第一指示信息。
其中,第一指示信息用于指示第一DRB对应的标识或第一逻辑信道对应的标识。第一DRB对应的标识用于标识第一DRB,第一DRB可以为任意一个DRB,或为特定业务对应的DRB。第一逻辑信道对应的标识用于标识第一逻辑信道,第一逻辑信道可以为任意一个逻辑信道,或为特定业务对应的逻辑信道。一个DRB可以对应一个逻辑信道,那么第一DRB与第一逻辑信道存在对应关系;一个DRB可以对应多个逻辑信道,那么第一DRB对应的多个逻辑信道包括第一逻辑信道。其中,特定业务对应的数据包需采用缩减报头开销的方式进行处理,缩减报头开销指的是缩减SDAP层、PDCP层、RLC层以及MAC层中的至少一层数据包的报头开销。应用在本申请中,缩减报头开销指的是缩减MAC包的报头开销,进一步还可以缩减PDCP包的报头开销。在一种实现方式中,第一指示信息还用于指示第一DRB或第一逻辑信道对应的数据包是采用缩减报头开销的方式进行处理了。
在一种实现方式中,第一指示信息还用于指示第一DRB或第一逻辑信道对应的MAC包不携带逻辑信道标识,以实现缩减MAC包的报头开销。MAC包也可以描述为MAC PDU或MAC数据包等。MAC包不携带逻辑信道标识,可以是MAC sub子头不携带逻辑信道标识,也可以是MAC包不携带任何报头,进而也就不携带逻辑信道标识。这里的逻辑信道标识可以是LCID和/或eLCID。可选的,第一指示信息指示第一DRB或第一逻辑信道对应的MAC包不携带逻辑信道标识,可通过一个比特位的取值实现,例如该比特位的取值为1,表示第一DRB或第一逻辑信道对应的MAC包无需携带逻辑信道标识;该比特位的取值为0,表示第一DRB或第一逻辑信道对应的MAC包需携带逻辑信道标识。
在另一种实现方式中,网络设备通过第一指示信息指示第一DRB的标识或第一逻辑信道的标识,网络设备和终端设备可默认针对第一DRB或第一逻辑信道的数据包采用缩减MAC包的报头开销的方式,即默认在第一DRB或第一逻辑信道对应的MAC包不携带逻辑信道标识;或,协议规定针对某些DRB(包括第一DRB)或某些逻辑信道(包括第一逻辑信道)的MAC包无需携带逻辑信道标识,那么网络设备和终端设备可根据第一指示信息,在第一DRB或第一逻辑信道对应的MAC包不携带逻辑信道标识。
可以理解的是,第一指示信息用于指示针对第一DRB或第一逻辑信道采用缩减MAC层报头开销的方式。
可选的,终端设备向网络设备发送能力信息,能力信息用于指示终端设备支持MAC包不携带逻辑信道标识,即支持采用缩减MAC层报头开销的方式,或具备在MAC包不携带逻辑信道标识的能力或能力信息用于指示终端设备支持采用缩减报头开销的方式进行处理。网络设备可根据能力信息,向终端设备发送第一指示信息。
针对上行数据传输,终端设备在接收到第一指示信息的情况下,可确定出第一DRB或第一逻辑信道,进而可确定出针对第一DRB或第一逻辑信道的上行MAC包无需携带逻辑信道标识;针对下行数据传输,终端设备在接收到第一指示信息的情况下,可确定第一DRB或第一逻辑信道的下行MAC包无需携带逻辑信道标识,进而不从下行MAC包获取逻辑信道标识,而是通过步骤106获取逻辑信道标识。
可选的,若网络设备的结构如图2所示,即网络设备采用CU-DU分离架构,那么CU向DU发送指示信息A,指示信息A用于指示或请求针对第一DRB或第一逻辑信道的MAC包不携带逻辑信道标识,或用于指示或请求针对第一DRB或第一逻辑信道对应的数据包采用缩减报头开销的方式进行处理。可选的,指示信息A中携带第一DRB或第一逻辑信道对应的标识。DU接收到指示信息A的情况下,可向CU发送确认信息,确认针对第一DRB或第一逻辑信道的MAC包不携带逻辑信道标识,或确定针对第一DRB或第一逻辑信道对应的数据包采用缩减报头开销的方式进行处理。可选的,CU向DU发送指示信息A之前,DU向CU发送第一信息,第一信息指示DU支持MAC包不携带逻辑信道标识,或指示支持采用缩减报头开销的方式进行处理。
进一步的,CU-CP向CU-UP发送指示信息B,指示信息B用于指示或请求针对第一DRB或第一逻辑信道的MAC包不携带逻辑信道标识,或用于指示或请求针对第一DRB或第一逻辑信道对应的数据包采用缩减报头开销的方式进行处理。可选的,指示信息B中携带第一DRB或第一逻辑信道对应的标识。CU-UP接收到指示信息B的情况下,可向CU-CP发送确认信息,确认针对第一DRB或第一逻辑信道的MAC包不携带逻辑信道标识。可选的,CU-CP向CU-UP发送指示信息B之前,CU-UP向CU-CP发送第二信息,第二信息指示CU-UP支持MAC包不携带逻辑信道标识。
上述CU与DU之间交互的信息可以理解为缩减MAC层报头开销的信息,CU与DU之间还可以交互缩减其他层报头开销的信息,例如交互缩减PDCP层报头开销的信息等。
需要说明的是,上述CU与DU,CU-CP与CU-UP之间交互指示采用缩减报头开销的方式可以和本申请中的其他步骤独立实施。
步骤101为可选的,即网络设备和终端设备可通过其他方式确定第一DRB对应的标识或第一逻辑信道对应的标识。例如,协议规定针对某些DRB(包括第一DRB)或某些逻辑信道(包括第一逻辑信道)对应的数据包需采用缩减报头开销的方式进行处理,或者在MAC包中携带逻辑信道标识。
102,网络设备向终端设备发送第二指示信息。相应的,终端设备接收来自网络设备的第二指示信息。
其中,第二指示信息用于指示第一DRB或第一逻辑信道的可用HARQ进程范围。第一DRB或第一逻辑信道的可用HARQ进程范围,可以是第一DRB或第一逻辑信道对应的PDCPdate PDU的可用HARQ进程范围。可用HARQ进程范围即可以使用的HARQ进程范围,网络设备为第一DRB或第一逻辑信道分配可用HARQ进程范围,以便网络设备和终端设备可以通过这些HARQ进程对第一DRB或第一逻辑信道对应的数据包进行接收和发送。
网络设备通过第二指示信息告知第一DRB或第一逻辑信道的可用HARQ进程范围是一种实现方式,在另一种实现方式中,网络设备不发送第二指示信息,协议可约定第一DRB或第一逻辑信道的可用HARQ进程范围;或网络设备配置多个可用HARQ进程范围与多个DRB的对应关系(或多个可用HARQ进程范围与多个逻辑信道的对应关系),终端设备根据第一DRB的标识或第一逻辑信道的标识可确定出第一DRB或第一逻辑信道的可用HARQ进程范围。为了描述方便,下面将第一DRB或第一逻辑信道的可用HARQ进程范围简称为可用HARQ范围。
需要说明的是,步骤101和步骤102可以择一执行,例如执行步骤101或步骤102,在执行步骤101时,网络设备和终端设备可通过其他方式确定可用HARQ进程范围;在执行步骤102时,网络设备和终端设备可默认第二指示信息指示的可用HARQ进程范围适用于第一DRB或第一逻辑信道。步骤101和步骤102可都执行,可同时执行或先执行步骤101再执行步骤102。第一指示信息与第二指示信息可以独立发送,也可以通过一条消息发送,该消息既携带第一指示信息又携带第二指示信息。或第一指示信息与第二指示信息为一个指示信息,该指示信息既指示第一DRB的标识或第一逻辑信道的标识,又指示可用HARQ进程范围。
可选的,若网络设备的结构如图2所示,那么CU向DU发送指示信息C,指示信息C用于指示第一DRB或第一逻辑信道的可用HARQ进程范围。可选的,指示信息C中携带第一DRB或第一逻辑信道的标识。可选的,DU接收到指示信息C的情况下,可向CU发送确认信息,确认第一DRB或第一逻辑信道的可用HARQ进程范围。可选的,进一步的,CU-CP向CU-UP发送指示信息D,指示信息D用于指示可用HARQ进程范围。可选的,CU-UP接收到指示信息D的情况下,可向CU-CP发送确认信息,确认第一DRB或第一逻辑信道的可用HARQ进程范围。
需要说明的是,针对下行传输而言,以上第一DRB或第一逻辑信道的可用HARQ进程范围是指第一DRB或第一逻辑信道的下行传输对应的可用HARQ进程范围。针对上行传输而言,以上第一DRB或第一逻辑信道的可用HARQ进程范围是指第一DRB或第一逻辑信道的上行传输对应的可用HARQ进程范围。
103,终端设备确定第一DRB或第一逻辑信道的可用HARQ进程范围。
可选的,终端设备在接收到第二指示信息的情况下,根据第二指示信息,确定可用HARQ进程范围。
可选的,终端设备在接收到第一指示信息的情况下,获知第一DRB或第一逻辑信道对应的数据包是需采用缩减报头开销的方式进行处理。具体而言,对于下行数据传输而言,终端设备根据第一指示信息,获知第一DRB或第一逻辑信道对应的下行数据包是采用缩减报头开销的方式进行处理了的;对于上行数据传输而言,终端设备根据第一指示信息,获知终端设备需对第一DRB或第一逻辑信道对应的上行数据包采用缩减报头开销的方式进行处理;
可选的,终端设备在接收到第一指示信息和第二指示信息的情况下,获知可用HARQ进程范围对应的HARQ进程中的数据包是第一DRB或第一逻辑信道对应的数据包,且数据包需采用缩减报头开销的方式进行处理。具体而言,对于下行数据传输而言,终端设备根据第一指示信息,获知从可用HARQ进程范围对应的HARQ进程中收到的下行数据包是第一DRB或第一逻辑信道对应的下行数据包,且这些下行数据包是采用缩减报头开销的方式进行处理了的;对于上行数据传输而言,终端设备根据第一指示信息,获知终端设备需在可用HARQ进程范围对应的HARQ进程中发送第一DRB或第一逻辑信道对应的上行数据包,且需采用缩减报头开销的方式进行处理。
上述三种可选的用于举例,终端设备还可以采用其他方式确定可用HARQ进程范围。
104,网络设备确定第一HARQ进程,获取第一DRB或第一逻辑信道对应的第一数据包。
其中,第一HARQ进程可用于传输第一数据包。第一数据包为第一DRB或第一逻辑信道对应的多个数据包中的任意一个数据包。
可选的,第一数据包为第一MAC包,第一MAC包为第一DRB或第一逻辑信道对应的多个MAC包中的任意一个MAC包。假设经过RTP/UDP/IP处理的数据包为第一IP包,第一IP包依次经过SDAP层、PDCP层、RLC层、MAC层的处理,可得到第一MAC包,最终通过PHY层发送。假设第一IP包经过SDAP层处理,得到第一SDAP包;第一SDAP包经过PDCP层处理,得到第一PDCP包;第一PDCP包经过RLC层处理,得到第一RLC包。第一RLC包经过MAC层处理,得到第一MAC包。如果是PDCP层自身生成的包,即PDCP控制包,则无需经过SDAP层的处理,PDCP层生成第一PDCP之后,第一PDCP包经过RLC层处理,得到第一RLC包,第一RLC包经过MAC层处理,得到第一MAC包。
需要说明的是,本申请并不限定网络设备执行确定第一HARQ进程,和执行获取第一DRB或第一逻辑信道对应的第一数据包之间的先后关系。
对SDAP层而言,网络设备针对第一DRB或第一逻辑信道不配置下行SDAP报头,即网络设备在SDAP层对第一IP包进行处理,得到第一SDAP包,第一SDAP包不携带SDAP报头。需要说明的是,某些通信系统中可能不存在SDAP层。
对PDCP层而言,网络设备按照3GPP 38.323中的方式为从上层收到的数据包(例如第一SDAP包)分配PDCP SN,进行头压缩、加密等操作。
在第一种实现方式中,在生成第一PDCP包时,在第一PDCP包的报头中不携带PDCPSN,或在第一PDCP包不携带报头,进而使得第一PDCP包不携带PDCP SN,可以减少PDCP包的报头开销。可选的,PDCP层将第一PDCP包发送至低层(例如RLC层或MAC层)时,将通知低层第一PDCP包为PDCP data PDU或PDCP control PDU。进一步的,若为PDCP data PDU,那么PDCP层还将第一PDCP包的PDCP SN发送至低层;若为PDCP control PDU,那么PDCP层不发送PDCPSN。可选的,PDCP层将第一PDCP包发送至低层时,通知MAC层在处理时不携带逻辑信道标识。可选的,PDCP层无需将第一PDCP包的PDCP SN发送至低层,MAC层可确定出第一PDCP包的PDCP SN,具体确定方式将在确定第一HARQ进程中阐述。可选的,网络设备在PDCP层无需进行完整性保护处理,以减少PDCP层增加MAC-I的开销。
可选的,若网络设备的结构如图2所示,即网络设备采用CU-DU分离架构,那么CU向DU发送第一PDCP包时,通过CU与DU的接口通知DU第一PDCP包为PDCP data PDU或PDCPcontrol PDU。进一步的,若为PDCP data PDU,那么CU还将第一PDCP包的PDCP SN发送至DU。
在第二种实现方式中,在生成第一PDCP包时,若第一PDCP包为PDCP data PDU,在第一PDCP包的报头中可携带数据量指示信息,用于指示第一PDCP包中的数据量,即指示第一PDCP包中data的大小。可选的,为了减少数据量指示信息占用的开销,数据量指示信息用于指示第一PDCP包中data的大小相对于长度阈值的偏移值,从而终端设备可根据偏移值和长度阈值,确定出第一PDCP包中data的大小。长度阈值可由协议预定义或预配置或网络设备通知终端设备,具体数值在本申请不作限定。可选的,第一PDCP包的报头还携带PDCP SN。示例性的,可参见图8-1所示的一种PDCP data PDU的格式,该PDCP data PDU的报头包括长度(length,L)和PDCP SN,Length即数据量指示信息,用于指示该PDCP data PDU中data的大小。可选的,PDCP层将第一PDCP包发送至低层(例如RLC层或MAC层)时,将通知低层第一PDCP包为PDCP data PDU或PDCP control PDU,或通知MAC层在处理时不携带逻辑信道标识,或通知MAC层在处理时不携带L。可选的,网络设备在PDCP层无需进行完整性保护处理,以减少PDCP层增加MAC-I的开销。
可选的,若网络设备的结构如图2所示,即网络设备采用CU-DU分离架构,那么CU可通知DU无需在MAC层增加L,进一步的,CU-CP可通知CU-UP在PDCP包中增加数据量指示信息。进一步的,CU-CP可通知CU-UP长度阈值的大小。
若第一PDCP包对应的调度资源可承载的最大信息量与第一PDCP包的大小不匹配,那么PDCP层还对第一PDCP包进行填充,即加入填充比特,进而第一PDCP包还包含填充比特。其中,调度资源可以是动态调度资源或预配调度资源,由网络设备向终端设备发送。调度资源可承载的最大信息量,指的是调度资源可调度传输的最大数据包大小,例如最大MAC包的大小,或最大PDCP包的大小等。可承载的最大信息量,也可以描述为可承载的MAC包或PDCP包的最大信息容量,可承载的最大MAC包或PDCP包的大小,可传输的MAC包或PDCP包的最大信息容量,或可传输的最大MAC包或PDCP包的大小等。通常,调度资源可承载的最大信息量比PDCP包大,因此在PDCP层将填充比特加入第一PDCP包,使得填充后的第一PDCP包的大小与第一PDCP包对应的调度资源可承载的最大信息量匹配,匹配可以理解为相同。PDCP层在发现不匹配时,可将填充比特加入第一PDCP包,以使第一PDCP包对应的调度资源可承载的最大信息量与第一PDCP包的大小相同。PDCP层执行填充操作,可在头压缩之后或完整性保护之后或加密之后执行,或在头压缩之后,完整性保护或加密之前执行。示例性的,可参见图8-2所示的另一种PDCP data PDU的格式,该PDCP data PDU还包括填充比特。可选的,MAC层通知PDCP层,可承载的最大信息量或填充比特的数量。例如,可选的,若网络设备的结构如图2所示,即网络设备采用CU-DU分离架构,那么DU向CU发送指示信息E,指示信息E用于指示第一DRB或第一逻辑信道的调度资源可承载的最大信息量。DU可以通过控制面或用户面向CU发送指示信息E。进一步的,CU-CP向CU-UP发送指示信息F,指示信息F用于指示第一DRB或第一逻辑信道的调度资源可承载的最大信息量。
在第一PDCP包包含数据量指示信息的情况下,在MAC层处理时,可在第一MAC包中不携带L,以减少MAC包的开销。
需要说明的是,上述第一种实现方式与上述第二种实现方式,可独立实施。
对RLC层而言,网络设备可针对第一DRB或第一逻辑信道配置TM模式,这样网络设备在发送下行数据包时,不携带任何RLC报头,以减少RLC包的报头开销;终端设备在接收到下行数据包时,不在RLC层做任何处理,减少操作步骤。可选的,若网络设备的PDCP层将第一PDCP包发送至RLC层时,还通知了第一PDCP包对应的PDCP SN,那么RLC层在向MAC层发送第一RLC包时,还通知第一RLC包对应的PDCP SN。可选的,RLC层还通知MAC层,第一PDCP包为PDCP data PDU或PDCP control PDU,或通知MAC层在处理时不携带逻辑信道标识。
对MAC层而言,网络设备确定第一HARQ进程:
网络设备可采用轮询方式从第一DRB或第一逻辑信道对应的可用HARQ进程范围中,确定第一HARQ进程,且第一HARQ进程空闲。其中,轮询方式可以为:在可用HARQ进程范围中,选择当前空闲的,且HARQ进程ID最小的HARQ进程作为第一HARQ进程。举例来说,可用HARQ进程范围为HARQ process 1~30,且HARQ process 1~10已经被调度传输第一DRB或第一逻辑信道对应的下行数据包且这10个HARQ process不是空闲的(例如还未接收到来自终端设备的反馈信息,指示这10个HARQ process对应的下行数据包已经被终端设备正确接收;或网络设备认为终端设备可能还未正确接收到这10个HARQ process对应的下行数据包),那么网络设备再次发送第一DRB或第一逻辑信道对应的新的下行数据包时,为终端设备选择HARQ process 11,即HARQ process 11即为第一HARQ进程。
上述轮询方式可简化为:在可用HARQ进程范围中轮询使用对应的HARQ process。例如,可用HARQ进程范围中的第N个HARQ process用于发送第一MAC包,即第一HARQ进程在可用HARQ进程范围中的序号为N,N={(PDCP SN-PDCP SN_start)mod(可用HARQ进程范围的HARQ process数目)}+1,N为正整数。其中,PDCP SN为第一MAC包对应的PDCP包(例如PDCPdata PDU)的PDCP SN;PDCP SN_start为第一DRB或第一逻辑信道对应的第一个不携带逻辑信道标识的MAC包对应的PDCP包的序列号,或者第一DRB或第一逻辑信道对应的第一个按照本申请中的方案生成的MAC包对应的PDCP包的序列号。mod为取模运算。PDCP SN_start可以默认为0,也可以由网络设置通知终端设备(即对于下行数据传输而言,通知终端设备第一个不携带PDCP SN的PDCP包对应的PDCP SN为PDCP SN_start或通知终端设备从可用HARQ进程范围中收到的第一DRB或第一逻辑信道的第一个MAC包对应的PDCP SN为PDCP SN_start;对于上行数据传输而言,通知终端设备第一个不携带PDCP SN的PDCP包对应的PDCP SN为PDCP SN_start或通知终端设备从可用HARQ进程范围中发送的第一DRB或第一逻辑信道的第一个MAC包对应的PDCP SN为PDCP SN_start)。以上计算N的公式适用于可用HARQ进程范围中的每个HARQ进程只传输第一DRB或第一逻辑信道的一个数据包。
可选的,如果需要支持可用HARQ进程范围中每个HARQ进程可传输第一DRB或第一逻辑信道的多个数据包时,则计算N的公式可以为:N={(PDCP SN-PDCN SN_last)mod(可用HARQ进程范围的HARQ process数目)}+1,N为正整数。PDCP SN为本次需要发送的多个下行数据包中第一个PDCP SN(即最小的PDCP SN),PDCN SN_last为已经按照上述轮询方式发送的PDCP SN,即上次按照上述轮询方式选择HARQ进程时发送的最后一个PDCP SN。PDCP SN_last初始值为PDCP SN_start。每次按照上述轮询方式选完HARQ进程之后,PDCP SN_last更新为按照上述轮询方式发送的最后一个PDCP SN。例如可用HARQ进程范围为HARQ process1~30,第一次按照上述轮询方式选HARQ进程时,如果该HARQ进程需要发送第一DRB或第一逻辑信道的X1个下行数据包,则N={(这X1个下行数据包中第一个PDCP SN-PDCN SN_last)mod(可用HARQ进程范围的HARQ process数目)}+1,网络设备侧更新PDCP SN_last=PDCPSN_start+X1-1。下次网络设备需要选择某个HARQ进程发送第一DRB或第一逻辑信道对应的X2个下行数据包时,N={(这X2个下行数据包中第一个PDCP SN PDCP SN-PDCN SN_last)mod(可用HARQ进程范围的HARQ process数目)}+1。网络设备侧更新PDCP SN_last=PDCPSN_start+X1+X2-1。
可选的,在网络设备的内部,CU会把该PDCP SN_start发送DU。可选的,MAC层的上层(例如RLC层)会把每个PDCP data PDU对应的PDCP SN发送给MAC层,这样MAC层根据上述公式就可以确定出N,即网络设备确定出第一HARQ进程。可选的,如果MAC层的上层没有把每个PDCP data PDU对应的PDCP SN发送给MAC层,则MAC层可根据PDCP SN_start和MAC层第X次收到第一DRB或第一逻辑信道对应的PDCP包,即第一MAC包对应第X次收到第一DRB或第一逻辑信道对应的PDCP包,确定第一MAC包对应的第一PDCP包的PDCP SN(例如,第一MAC包对应的第一PDCP包的PDCP SN=PDCP SN_start+X-1),进而确定出N。
可选的,若网络设备的结构如图2所示,即网络设备采用CU-DU分离架构,那么CU-CP会把该PDCP SN_start发送CU-UP。CU-UP从该PDCP SN_start开始在PDCP报头中不携带PDCP SN。可选的,也可以是CU-UP向CU-CP发送该PDCP SN_start的取值,之后CU-CP把该PDCP SN_start发送给DU。
需要说明的是,本申请中对PDCP data PDU采用以上方法根据PDCP SN确定第一HARQ进程。
网络设备可通过动态调度或预配调度,调度下行数据传输。
动态调度是指网络设备通过下行控制信息(downlink control information,DCI)向终端设备发送调度资源,动态调度下的调度资源可以称为动态调度资源。动态调度进一步指网络设备通过DCI承载的物理下行控制信道(physical downlink controlchannel,PDCCH)向终端设备发送调度资源。网络设备在调度第一MAC包时,为传输第一MAC包分配调度资源,并分配第一HARQ进程来传输第一MAC包。可选的,网络设备在向终端设备发送携带动态调度资源的PDCCH时,可在PDCCH中携带一个指示信息,该指示信息用于指示动态调度资源针对第一DRB或第一逻辑信道。可选的,PDCCH还可以携带一个指示信息,该指示信息用于指示第一HARQ进程的ID,以便终端设备可以获知第一HARQ进程的ID。
预配调度是指网络设备通过RRC消息向终端设备发送预配置的调度资源。预配调度下的调度资源可以称为预配调度资源。预配调度资源分为下行预配调度资源和上行预配调度资源。后续网络设备向终端设备发送下行数据时,可以采用这些下行预配调度资源向终端设备发送下行数据,而无需再向终端设备发送PDCCH。后续终端设备向网络设备发送上行数据时,可以采用这些上行预配调度资源向网络设备发送上行数据,而无需等网络设备向终端设备发送PDCCH。网络设备在向终端设备发送预配调度资源时,还指示预配调度资源用于调度第一DRB或第一逻辑信道对应的数据包。网络设备在调度第一MAC包时,为传输第一MAC包分配预配调度资源,并分配第一HARQ进程来传输第一MAC包。本申请对于下行数据传输,网络设备向终端设备发送的预配调度资源称为第一预配调度资源,第一预配调度资源用于调度第一DRB或第一逻辑信道的下行数据包,以便终端设备在第一预配调度资源上接收下行数据包。可选的,预配调度资源只用于调度第一DRB或第一逻辑信道对应的PDCPSDU对应的MAC包(即具有PDCP SN的PDCP PDU对应的MAC包)。可选的,网络设备还向终端设备发送预配调度资源的可用HARQ进程范围。可选的,预配调度资源可以在步骤101或102中发送给终端设备。
对于MAC层而言,获取第一DRB或第一逻辑信道对应的第一MAC包,即MAC层对第一PDCP包对应的第一RLC包进行处理,得到第一MAC包。可选的,在生成第一MAC包时,在第一MAC包的报头不携带逻辑信道标识,或在第一MAC包不携带逻辑信道标识,以减少MAC包的报头开销。
进一步的,第一MAC包还可以不携带L,可通过如下方式一至方式三中的任一种,指示第一MAC包中携带的MAC SDU的大小。
方式一,若为动态调度,可通过DCI指示第一MAC包中携带的MAC SDU的大小。DCI可包括长度指示信息,用于指示第一MAC包中携带的MAC SDU的大小,从而终端设备在接收到DCI,可根据长度指示信息确定出第一MAC包中携带的MAC SDU的大小。可选的,为了减少长度指示信息占用DCI的开销,长度指示信息用于指示第一MAC包中携带的MAC SDU的大小相对于长度阈值的偏移值,从而终端设备可根据偏移值和长度阈值,确定出第一MAC包中携带的MAC SDU的大小。长度阈值可由协议预定义或预配置或网络设备通知终端设备,具体数值在本申请不作限定。在该方式一中,第一MAC包中可能携带填充比特及填充比特对应的MAC子头。
方式二,若为预配调度,可通过预配调度资源指示第一MAC包的大小。在预配调度中,网络设备可向终端设备发送多份预配调度资源,一份预配调度资源对应一个长度取值,一个预配调度资源可承载的最大信息量与其对应的长度相同,那么网络设备在发送第一MAC包时,可从多份预配调度资源中选择可承载的最大信息量与第一MAC包的大小相同的预配调度资源,该预配调度资源用于调度第一MAC包的发送。那么终端设备可根据从哪份预配调度资源接收到第一MAC包,获知第一MAC包的大小。在该方式二中,第一MAC包中不包含填充比特及填充比特对应的MAC子头。
方式三,第一MAC包携带相对长度指示信息,用于指示第一MAC包中携带的MAC SDU的大小相对于长度阈值的偏移值。可选的,长度阈值可由协议预定义或预配置或网络设备通知终端设备,具体数值在本申请不作限定。例如长度阈值为12byte。方式三中的长度阈值与方式一中的长度阈值相同或不同。终端设备根据长度阈值和第一MAC包携带的偏移值,确定出第一MAC包中携带的MAC SDU的大小。方式三对于动态调度和预配调度均适用。在该方式三中,第一MAC包中可能携带填充比特及填充比特对应的MAC子头。
上述方式一至方式三用于举例,还可以采用其他方式指示第一MAC包的大小或第一MAC包中携带MAC SDU的大小。
可选的,当发送端的PDCP层在第一PDCP包的报头中携带数据量指示信息时,发送端的MAC层也可以在第一MAC包不携带L。对于下行数据传输而言,发送端为网络设备。对于上行数据传输而言,发送端为终端设备。
当终端设备获得第一MAC包中携带的MAC SDU的大小之后,就可以获知该第一MAC包中是否携带了填充比特。终端设备可以丢弃所述填充比特,或者不把该填充比特发送给RLC层。
105,网络设备通过第一HARQ进程向终端设备发送第一数据包。相应的,终端设备通过第一HARQ进程接收来自终端设备的第一数据包。
网络设备在确定第一HARQ进程,并获得第一数据包的情况下,通过第一HARQ进程向终端设备发送第一数据包。可选的,第一数据包为第一MAC包。
106,终端设备根据第一HARQ进程,确定第一数据包对应的逻辑信道标识。
终端设备通过第一HARQ进程接收第一数据包,并根据步骤103获知第一HARQ进程传输的数据包属于第一逻辑信道的数据包,从而获知第一数据包对应的逻辑信道标识即为第一逻辑信道的标识。
可选的,第一数据包为第一MAC包。
终端设备从第一逻辑信道的可用HARQ进程范围对应的HARQ进程中接收来自网络设备的数据包时,通过这些HARQ进程接收到的数据包对应的逻辑信道均为第一逻辑信道,即这些数据包对应的逻辑信道标识为第一逻辑信道的标识。由于第一MAC包通过第一HARQ进程发送,相应的,终端设备通过第一HARQ进程接收第一MAC包(实际为PHY层处理后发送至MAC层的数据包),第一MAC包对应的逻辑信道标识即为第一逻辑信道的标识。
可选的,终端设备可确定出第一HARQ进程的ID。对于动态调度而言,终端设备可根据PDCCH携带的指示信息,确定出第一HARQ进程的ID。对于预配调度而言,终端设备可参考3GPP 38.321中的方式,根据目前时隙号、每帧包括的时隙数目(numberOfSlotsPerFrame)、预配调度的周期(periodicity)、预配调度的可用HARQ进程数目(nrofHARQ-Processes)以及HARQ进程ID偏移(harq-ProcID-Offset)中的至少两项,确定第一HARQ进程的ID。其中,目前时隙号指的是接收当前下行数据传输开始的时隙号;预配调度的可用HARQ进程数目与本申请中的可用HARQ进程范围的HARQ进程数目相同。
例如:当下行预配调度资源没有配置HARQ进程ID偏移时,终端设备按照如下公式(1)获得第一HARQ进程的ID(具体可以参见3GPP 38.321协议),
HARQ Process ID=[floor(CURRENT_slot×10/(numberOfSlotsPerFrame×periodicity))]modulo nrofHARQ-Processes (1)
其中,CURRENT_slot=[(SFN×numberOfSlotsPerFrame)+slot number in theframe],floor表示向下取整,modulo表示取模运算。slot number in the frame是指当前下行传输开始的时隙号。SFN是指当前系统帧号。
再例如:当下行预配调度资源配置HARQ进程ID偏移时,终端设备按照如下公式(2)获得第一HARQ进程的ID(具体可以参见3GPP 38.321协议),
HARQ Process ID=[floor(CURRENT_slot×10/(numberOfSlotsPerFrame×periodicity))]modulo nrofHARQ-Processes+harq-ProcID-Offset (2)
其中,CURRENT_slot=[(SFN×numberOfSlotsPerFrame)+slot number in theframe]。
可选的,终端设备无需根据第一HARQ进程确定第一MAC包对应的逻辑信道标识,而是根据第一MAC包中携带的逻辑信道标识获得第一MAC包对应的逻辑信道标识。终端设备可以执行以下内容。可选的,对于预配调度而言,上述步骤104中网络设备采用轮询方式从第一DRB或第一逻辑信道对应的可用HARQ进程范围中,确定第一HARQ进程具体可以为根据以上公式(1)或(2)确定第一HARQ进程。
由于网络设备发送的第一MAC包可以不携带L,那么终端设备可根据上述方式一至方式三,确定出第一MAC包的大小或第一MAC包中携带的MAC SDU的大小。
网络设备发送的第一MAC可能是PDCP层进行填充得到(即PDCP层进行了填充),那么终端设备在对第一MAC包进行处理得到第一PDCP包,第一PDCP包含数据量指示信息的情况下,根据数据量指示信息,获得第一PDCP包中的数据量,进一步确定出填充比特,将填充比特丢弃。即PDCP层递交至SDAP层的数据包不携带填充比特。
可选的,当网络设备侧的第一PDCP包不携带其序列号,即不携带PDCP SN时,那么终端设备在对第一MAC包进行处理时,需确定第一PDCP包的PDCP SN。在一种实现方式中,终端设备根据第一HARQ进程和映射规则,确定第一PDCP包的PDCP SN。之后终端设备侧MAC层将MAC SDU和PDCP SN发送至RLC层,RLC层将RLC SDU和PDCP SN发送至PDCP层。
其中,映射规则可包括:第一PDCP包的PDCP SN=初始PDCP SN+(第一HARQ进程在可用HARQ进程范围中的序号-1)*第M次从第一HARQ进程接收到第一DRB或第一逻辑信道对应的MAC包。其中,初始PDCP SN可表示为PDCP SN_start,为第一DRB或第一逻辑信道对应的第一个不携带逻辑信道标识的MAC包对应的PDCP包的序列号或为第一DRB或第一逻辑信道对应的第一个不携带PDCP包序列号的PDCP包对应的PDCP SN,M为正整数。第一HARQ进程在可用HARQ进程范围中的序号是指第一HARQ进程在可用HARQ进程范围中处于第几个HARQ进程。第M次从第一HARQ进程接收到第一DRB或第一逻辑信道对应的MAC包还可以理解为第M次从第一HARQ进程接收到第一DRB或第一逻辑信道对应的不携带逻辑信道标识的MAC包,或为第M次从第一HARQ进程接收到第一DRB或第一逻辑信道对应的不携带PDCP SN的PDCP包对应的MAC包。举例来说,PDCP SN_start为1,可用HARQ进程范围为HARQ process 1~30,第一HARQ进程在可用HARQ进程范围中的序号为11,M为2,那么第一PDCP包的PDCP SN为21。PDCPSN_start可以默认为0,也可以由网络设备通知终端设备(即通知终端设备从该PDCP SN_start开始接收MAC包)。以上计算第一PDCP包的PDCP SN的公式适用于可用HARQ进程范围中的每个HARQ进程传输第一DRB或第一逻辑信道的一个数据包。
可选的,如果需要支持可用HARQ进程范围中的每个HARQ进程可传输第一DRB或第一逻辑信道的多个数据包时,则计算公式可以为:第一HARQ进程中收到的多个数据包中第X3个PDCP包的PDCP SN=上一个HARQ进程中收到的最后一个PDCP SN+X3。其中上一个HARQ进程中收到的最后一个PDCP SN初始值为PDCP SN_start-1,每次从HARQ进程收到多个数据包之后(例如某个HARQ进程中携带X4个数据包),终端设备更新上一个HARQ进程中收到的最后一个PDCP SN,用于计算下一个HARQ进程中收到的数据包对应的PDCP SN。上一个HARQ进程中收到的最后一个PDCP SN=上一个HARQ进程中收到的最后一个PDCP SN+X4。其中上一个HARQ进程是指可用HARQ进程范围中第一HARQ进程之前的那个HARQ进程。下一个HARQ进程是指可用HARQ进程范围中第一HARQ进程之后的那个HARQ进程。
示例性的,可参考图9所示的传输示例图,网络设备在生成PDCP PDU m时,在其报头不携带PDCP SN或不携带报头,PDCP PDU m在处理之后,最终通过HARQ进程1向终端设备发送。终端设备通过HARQ进程1进行接收,在MAC层根据HARQ进程1和映射规则可以确定出PDCP PDU m的PDCP SN,进而将PDCP PDU m的PDCP SN发送至PDPC层。
需要说明的是,终端设备根据第一HARQ进程,确定第一MAC包对应的逻辑信道标识的方案,与根据第一PDCP包包含的数据量指示信息,获得第一PDCP包中的数据量的方案,可独立实施。
在图7所示的实施例一中,网络设备通过第一HARQ进程发送的第一MAC包不携带逻辑信道标识,终端设备根据第一HARQ进程可以确定出第一MAC包对应的逻辑信道标识,从而减少MAC包的报头开销。进一步的,网络设备侧的第一PDCP包不携带PDCP SN,终端设备根据第一HARQ进程和映射规则可以确定出第一PDCP包的PDCP SN,从而减少PDCP包的报头开销。
实施例二:上行数据传输,终端设备向网络设备发送数据。
请参见图10,为本申请实施例二提供的数据包处理方法的流程示意图,该方法可以包括但不限于如下步骤:
201,网络设备向终端设备发送第一指示信息。相应的,终端设备接收来自网络设备的第一指示信息。其中,第一指示信息用于指示第一DRB对应的标识或第一逻辑信道对应的标识。
202,网络设备向终端设备发送第二指示信息。相应的,终端设备接收来自网络设备的第二指示信息。其中,第二指示信息用于指示第一DRB或第一逻辑信道的可用HARQ进程范围。
203,终端设备确定第一DRB或第一逻辑信道的可用HARQ进程范围。
步骤201至步骤203可参考步骤101至步骤103的具体描述,在此不再赘述。
204,终端设备确定第一HARQ进程,获取第一DRB或第一逻辑信道对应的第一数据包。
其中,第一HARQ进程可用于传输第一数据包。第一数据包为第一DRB或第一逻辑信道对应的多个数据包中的任意一个数据包。
可选的,第一数据包为第一MAC包,第一MAC包为第一DRB或第一逻辑信道对应的多个MAC包中的任意一个MAC包。假设经过RTP/UDP/IP处理的数据包为第一IP包,第一IP包依次经过SDAP层、PDCP层、RLC层、MAC层的处理,可得到第一MAC包,最终通过PHY层发送。假设第一IP包经过SDAP层处理,得到第一SDAP包;第一SDAP包经过PDCP层处理,得到第一PDCP包;第一PDCP包经过RLC层处理,得到第一RLC包。第一RLC包经过MAC层处理,得到第一MAC包。如果是PDCP层自身生成的包,即PDCP控制包,则无需经过SDAP层的处理,PDCP层生成第一PDCP之后,第一PDCP包经过RLC层处理,得到第一RLC包。第一RLC包经过MAC层处理,得到第一MAC包。
需要说明的是,本申请并不限定终端设备执行确定第一HARQ进程,和执行获取第一DRB或第一逻辑信道对应的第一数据包之间的先后关系。
对SDAP层而言,网络设备可针对第一DRB或第一逻辑信道不配置下行SDAP报头,进而终端设备在SDAP层对第一IP包进行处理,得到第一SDAP包,第一SDAP包不携带SDAP报头。需要说明的是,某些通信系统中可能不存在SDAP层。
对PDCP层而言,终端设备按照3GPP 38.323中的方式为从上层收到的数据包(例如第一SDAP包)分配PDCP SN,进行头压缩、加密等操作。终端设备在PDCP层生成第一PDCP包的过程,可参考步骤104中网络设备生成第一PDCP包的第一种实现方式和第二种实现方式的具体描述,在此不再赘述。不同之处在于步骤104由网络设备执行,步骤204由终端设备执行。
对于RLC层而言,网络设备可针对第一DRB或第一逻辑信道配置TM模式,这样终端设备在发送上行数据包时,不携带任何RLC报头,以减少RLC包的报头开销;网络设备在接收到上行数据包时,不在RLC层做任何处理,减少操作步骤。可选的,若终端设备的PDCP层将第一PDCP包发送至RLC层时,还通知了第一PDCP包对应的PDCP SN,那么RLC层在向MAC层发送第一RLC包时,还通知第一RLC包对应的PDCP SN。可选的,RLC层还通知MAC层,第一PDCP包为PDCP data PDU或PDCP control PDU,或通知MAC层在处理时不携带逻辑信道标识。
对MAC层而言,终端设备确定或获知第一HARQ进程:
对于动态调度而言,网络设备为终端设备分配第一HARQ进程,通过DCI承载的PDCCH向终端设备发送调度资源,PDCCH可指示第一HARQ进程的ID,以便终端设备确定或获知第一HARQ进程的ID。网络设备可采用轮询方式确定并分配第一HARQ进程。可参见步骤104中的描述。只不过本实施例中是网络设备采用轮询方式确定并分配第一DRB或第一逻辑信道的上行数据传输对应的第一HARQ进程。
对于预配调度,网络设备向终端设备发送预配调度资源,同时还指示预配调度资源用于调度第一DRB或第一逻辑信道对应的MAC包。本申请对于上行数据传输,网络设备向终端设备发送的预配调度资源称为第二预配调度资源,第二预配调度资源用于调度第一DRB或第一逻辑信道对应的上行数据,可以理解为用于调度终端设备在第二预配调度资源(全部或部分资源)上发送上行数据包。终端设备可采用轮询方式从可用HARQ进程中,确定第一HARQ进程,该过程与网络设备采用轮询方式确定第一HARQ进程类似,具体可参考步骤104中的网络设备采用轮询方式确定第一HARQ进程的过程,不同之处在于步骤104中由网络设备采用轮询方式确定第一HARQ进程,步骤204中由终端设备采用轮询方式确定第一HARQ进程,即由终端设备执行。终端设备也可以按照如下公式(3)或(4),根据目前符号号、每帧包括的时隙数目(numberOfSlotsPerFrame)、每时隙包括的符号数目(numberOfSymbolsPerSlot)、预配调度的周期(periodicity)、预配调度的可用HARQ进程数目(nrofHARQ-Processes)以及HARQ进程ID偏移(harq-ProcID-Offset)中的至少两项,确定第一HARQ进程的ID。具体可以参见3GPP 38.321协议。
例如:当上行预配调度资源没有配置HARQ进程ID偏移时,终端设备按照如下公式(3)获得第一HARQ进程的ID,
HARQ Process ID=[floor(CURRENT_symbol/periodicity)]modulo nrofHARQ-Processes (3)
其中,CURRENT_symbol=(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+slot number in the frame×numberOfSymbolsPerSlot+symbol number in the slot),floor表示向下取整,modulo表示取模运算。slot numberin the frame是指当前上行传输开始的时隙号,symbol number in the slot是指当前上行传输开始的时隙号中的符号号。SFN是指当前系统帧号。
再例如:当上行预配调度资源配置HARQ进程ID偏移时,终端设备按照如下公式(4)获得第一HARQ进程的ID。
HARQ Process ID=[floor(CURRENT_symbol/periodicity)]modulo nrofHARQ-Processes+harq-ProcID-Offset (4)
对于MAC层而言,终端设备获取第一DRB或第一逻辑信道对应的第一MAC包,即MAC层对第一PDCP包对应的第一RLC包进行处理,得到第一MAC包。可选的,其中,第一MAC包可以不携带逻辑信道标识。进一步的,第一MAC包还可以不携带L,可通过如下方式一至方式二中的任一种,指示第一MAC包的大小或第一MAC包中携带的MAC SDU的大小。
方式一,若为预配调度,可通过预配调度资源指示第一MAC包的大小。在预配调度中,网络设备可向终端设备发送多份预配调度资源,一份预配调度资源对应一个长度取值,一个预配调度资源可承载的最大信息量与其对应的长度相同。那么终端设备在发送第一MAC包时,可从多份预配调度资源中选择可承载的最大信息量与第一MAC包的大小相同的预配调度资源,该预配调度资源用于发送第一MAC包。那么网络设备可根据从哪份预配调度资源接收到第一MAC包,获知第一MAC包的大小。在该方式一中,第一MAC包中不包含填充比特及填充比特对应的MAC子头。
方式二,第一MAC包携带相对长度指示信息,用于指示第一MAC包中携带的MAC SDU的大小相对于长度阈值的偏移值。可选的,长度阈值可由协议预定义或预配置或网络设备通知终端设备,具体数值在本申请不作限定。例如长度阈值为12byte。网络设备根据长度阈值和第一MAC包携带的偏移值,确定出第一MAC包中携带的MAC SDU的大小。方式二对于动态调度和预配调度均适用。在该方式二中,第一MAC包中可能携带填充比特及填充比特对应的MAC子头。
上述方式一至方式二用于举例,还可以采用其他方式指示第一MAC包的大小或第一MAC包中携带的MAC SDU的大小。
可选的,当终端设备的PDCP层在第一PDCP包的报头中携带数据量指示信息时,终端设备的MAC层也可以在第一MAC包不携带L。
当网络设备获得第一MAC包中携带的MAC SDU的大小之后,就可以获知该第一MAC包中是否携带了填充比特。终端设备可以丢弃所述填充比特,或者不把该填充比特发送给RLC层。
205,终端设备通过第一HARQ进程向网络设备发送第一数据包。
终端设备在确定第一HARQ进程,并获得第一数据包的情况下,通过第一HARQ进程向网络设备发送第一数据包。可选的,第一数据包为第一MAC包。
206,网络设备根据第一HARQ进程,确定第一数据包对应的逻辑信道标识。
步骤206与步骤106类似,不同之处在于步骤106由终端设备执行,步骤206由网络设备执行。即网络设备采用类似步骤106中的方法确定逻辑信道标识、确定第一MAC包中携带的MAC SDU的大小、确定第一MAC包对应的第一PDCP包的PDCP SN。
具体可以为:
网络设备通过第一HARQ进程接收第一数据包,并根据步骤202获知第一HARQ进程传输的数据包属于第一逻辑信道的数据包,从而获知第一数据包对应的逻辑信道标识即为第一逻辑信道的标识。
可选的,第一数据包为第一MAC包。
网络设备从第一逻辑信道的可用HARQ进程范围对应的HARQ进程中接收来自终端设备的数据包时,通过这些HARQ进程接收到的数据包对应的逻辑信道均为第一逻辑信道,即这些数据包对应的逻辑信道标识为第一逻辑信道的标识。由于第一MAC包通过第一HARQ进程发送,相应的,网络设备通过第一HARQ进程接收第一MAC包(实际为PHY层处理后发送至MAC层的数据包),第一MAC包对应的逻辑信道标识即为第一逻辑信道的标识。
可选的,网络设备可确定出第一HARQ进程的ID。对于动态调度而言,网络设备可根据调度第一MAC包的PDCCH携带的指示信息,确定出第一HARQ进程的ID。对于预配调度而言,网络设备可根据步骤204中公式(3)或(4)确定出第一HARQ进程的ID。
可选的,网络设备无需根据第一HARQ进程确定第一MAC包对应的逻辑信道标识,而是根据第一MAC包中携带的逻辑信道标识获得第一MAC包对应的逻辑信道标识。网络设备可以执行以下内容。
由于终端设备发送的第一MAC包可以不携带L,那么网络设备可根据上述方式一至方式三,确定出第一MAC包的大小或第一MAC包中携带的MAC SDU的大小。
终端设备发送的第一MAC可能是PDCP层进行填充得到(即PDCP层进行了填充),那么网络设备在对第一MAC包进行处理得到第一PDCP包,第一PDCP包含数据量指示信息的情况下,根据数据量指示信息,获得第一PDCP包中的数据量,进一步确定出填充比特,将填充比特丢弃。即PDCP层递交至SDAP层的数据包不携带填充比特。
可选的,当终端设备侧的第一PDCP包不携带其序列号,即不携带PDCP SN时,那么网络端设备在对第一MAC包进行处理时,需确定第一PDCP包的PDCP SN。在一种实现方式中,终端设备根据第一HARQ进程和映射规则,确定第一PDCP包的PDCP SN。之后终端设备侧MAC层将MAC SDU和PDCP SN发送至RLC层,RLC层将RLC SDU和PDCP SN发送至PDCP层。其中映射规则可参见步骤106中的描述。
可选的,若网络设备的结构如图2所示,即网络设备采用CU-DU分离架构,由网络设备的DU确定第一MAC包对应的第一PDCP包的PDCP SN。网络设备的DU把第一PDCP包发送给网络设备的CU时,还同时发送第一PDCP包的PDCP SN。例如在F1接口用户面中携带第一PDCP包以及携带第一PDCP包的PDCP SN。
需要说明的是,终端设备根据第一HARQ进程,确定第一MAC包对应的逻辑信道标识的方案,与根据第一PDCP包包含的数据量指示信息,获得第一PDCP包中的数据量的方案,可独立实施。
在图10所示的实施例二中,终端设备通过第一HARQ进程发送的第一MAC包不携带逻辑信道标识,网络设备根据第一HARQ进程可以确定出第一MAC包对应的逻辑信道标识,从而减少MAC包的报头开销。进一步的,终端设备侧的第一PDCP包不携带PDCP SN,网络设备根据第一HARQ进程和映射规则可以确定出第一PDCP包的PDCP SN,从而减少PDCP包的报头开销。
需要说明的是,在图7和图10所示的实施例中,第一MAC包不携带逻辑信道标识,第一MAC包不携带L,第一PDCP包不携带PDCP SN,第一PDCP包含数据量指示信息的方法可以独立实施。
实施例三:第一设备向第二设备发送数据,第一设备即为发送端,第二设备即为接收端。
请参见图11,为本申请实施例三提供的数据包处理方法的流程示意图,该方法可以包括但不限于如下步骤:
301,第一设备确定第一HARQ进程,第一HARQ进程属于第一DRB或第一逻辑信道的可用HARQ进程范围中。
302,第一设备获取第一DRB或第一逻辑信道对应的第一数据包。其中,第一数据包不携带逻辑信道标识。
303,第一设备通过第一HARQ进程向第二设备发送第一数据包。相应的,第二设备通过第一HARQ进程接收来自第一设备的第一数据包。
304,第二设备确定第一DRB或第一逻辑信道的可用HARQ进程范围。
305,第二设备根据第一HARQ进程,确定第一数据包对应的逻辑信道标识。
若第一设备为网络设备,第二终端设备为终端设备,那么图10所示的实施例三可参考实施例一;若第一设备为终端设备,第二设备为网络设备,那么图10所示的实施例三可参考实施例二。
在图11所示的实施例三中,发送端通过第一HARQ进程发送的第一数据包不携带逻辑信道标识,接收端根据第一HARQ进程可以确定出第一数据包对应的逻辑信道标识,从而减少数据包的报头开销。可选的,第一数据包为第一MAC包,可减少MAC包的报头开销。进一步的,发送端侧的第一PDCP包不携带PDCP SN,接收端根据第一HARQ进程和映射规则可以确定出第一PDCP包的PDCP SN,从而减少PDCP包的报头开销。
为了实现本申请实施例提供的数据包处理方法,第一设备和第二设备可以分别包括硬件结构、软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
图12所示一个第一设备和一个第二设备之间进行通信的一种形式,如图12所示,第一设备40包括处理器401、存储器402和收发器403,收发器403包括发射机4031、接收机4032和天线4033。第二设备50包括处理器501、存储器502和收发器503,收发器503包括发射机5031、接收机5032和天线5033。接收机4032可以用于通过天线4033接收消息,发射机4031可以用于通过天线4033向第二设备50发送数据和/或信令。发射机5031可以用于通过天线5033向第一设备40发送消息,接收机5032可以用于通过天线5033接收第一设备40发送数据和/或信令。
对于下行数据传输,第一设备为网络设备,第二设备为终端设备,网络设备和终端设备执行的相关操作可参见图7所示实施例的具体描述;对于上行数据传输,第一设备为终端设备,第二设备为网络设备,终端设备和网络设备执行的相关操作可参见图10所示实施例的具体描述。
图13和图14为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中终端设备或网络设备的功能,因此也能实现上述方法实施例所具备的有益效果。
图13所示的通信装置1300可包括通信单元1301和处理单元1302。通信单元1301可包括发送单元和/或接收单元,发送单元用于实现发送功能,接收单元用于实现接收功能,通信单元1301可以实现发送功能和/或接收功能。通信单元也可以描述为收发单元。
通信装置1300可以是第一设备,也可以第一设备中的装置,还可以具有第一设备功能的装置。通信装置1300可以是第二设备,也可以是第二设备中的装置,还可以是具有第二设备功能的装置。
若通信装置1300为下行数据传输中的网络设备,通信装置1300可执行上述图7所示实施例中网络设备的相关操作。例如,在图7所示的实施例中,通信单元1301用于执行步骤101、步骤102和步骤105;处理单元1302用于执行步骤104。
若通信装置1300为下行数据传输中的终端设备,通信装置1300可执行上述图7所示实施例中终端设备的相关操作。例如,在图7所示的实施例中,通信单元1301用于执行步骤101、步骤102和步骤105;处理单元1302用于执行步骤103和步骤106。
若通信装置1300为上行数据传输中的网络设备,通信装置1300可执行上述图10所示实施例中网络设备的相关操作。例如,在图10所示的实施例中,通信单元1301用于执行步骤201、步骤202和步骤205;处理单元1302用于执行步骤206。
若通信装置1300为上行数据传输中的终端设备,通信装置1300可执行上述图10所示实施例中终端设备的相关操作。例如,在图10所示的实施例中,通信单元1301用于执行步骤201、步骤202和步骤205;处理单元1302用于执行步骤203和步骤204。
图14所示的通信装置1400可包括处理器1401和接口电路1402。处理器1401和接口电路1402之间相互耦合。可以理解的是,接口电路1402可以为接口电路或输入输出接口。可选的,通信装置1400还可以包括存储器1403,用于存储处理器1401执行的指令或存储处理器1401运行指令所需要的输入数据或存储处理器1401运行指令后产生的数据。
比如,所述通信装置1400可以为下行数据传输中的网络设备:接口电路1402用于执行图7中的步骤101、步骤102和步骤105;处理器1401用于执行图7中的步骤104。
比如,所述通信装置1400可以为下行数据传输中的终端设备:接口电路1402用于执行图7中的步骤101、步骤102和步骤105;处理器1401用于执行图7中的步骤103和步骤106。
比如,所述通信装置1400可以为上行数据传输中的网络设备:接口电路1402用于执行图10中的步骤201、步骤202和步骤205;处理器1401用于执行图10中的步骤206。
比如,所述通信装置1400可以为上行数据传输中的终端设备:接口电路1402用于执行图10中的步骤201、步骤202和步骤205;处理器1401用于执行图10中的步骤203和步骤204。
当上述通信装置为应用于终端设备的芯片时,该终端设备的芯片实现上述方法实施例中终端设备的功能。该芯片从终端设备中的其它模块(如射频模块或天线)接收信息,该信息是网络设备或核心网设备发送给终端设备的;或者,该芯片向终端设备中的其它模块(如射频模块或天线)发送信息,该信息是终端设备发送给网络设备或核心网设备的。
当上述通信装置为应用于网络设备的芯片时,该网络设备的芯片实现上述方法实施例中网络设备的功能。该芯片从网络设备中的其它模块(如射频模块或天线)接收信息,该信息是终端设备发送给网络设备的;或者,该芯片向网络设备中的其它模块(如射频模块或天线)发送信息,该信息是网络终端设备发送给终端设备的。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其它通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。设备(终端设备或网络设备)发送信息时,通过芯片的接口电路输出信息;设备接收信息时,向芯片的接口电路输入信息。
本申请的实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、光盘只读存储器(compact disc read-onlymemory,CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于网络设备或终端设备中。当然,处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘;还可以是半导体介质,例如,固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质,或可包括易失性和非易失性两种类型的存储介质。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

Claims (24)

1.一种数据包处理方法,应用于第二设备,其特征在于,所述方法包括:
确定第一DRB或第一逻辑信道的可用HARQ进程范围;
通过第一HARQ进程接收来自第一设备的所述第一DRB或所述第一逻辑信道对应的第一数据包;所述第一HARQ进程属于所述可用HARQ进程范围中;
根据所述第一HARQ进程,确定所述第一数据包对应的逻辑信道标识。
2.根据权利要求1所述的方法,其特征在于,所述第一数据包为第一MAC包;
所述方法还包括:
根据包含长度指示信息的下行控制信息,确定所述第一MAC包的大小;或者,
根据预配调度资源可承载的最大信息量,确定所述第一MAC包的大小,所述预配调度资源可承载的最大信息量与第一MAC包的大小匹配;或者,
根据所述第一MAC包包含的相对长度指示信息,确定所述第一MAC包的大小,所述相对长度指示信息用于指示所述第一MAC包的大小相对于长度阈值的偏移值。
3.根据权利要求1所述的方法,其特征在于,所述第一数据包为第一MAC包;
所述方法还包括:
对所述第一MAC包进行处理,得到第一PDCP包,所述第一PDCP包包含数据量指示信息;
根据所述数据量指示信息,确定所述第一PDCP包中的数据量。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
根据所述第一PDCP包中的数据量,确定所述第一PDCP包中的填充比特。
5.根据权利要求1所述的方法,其特征在于,所述第一数据包对应的第一PDCP包不包含所述第一PDCP包的序列号。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据所述第一HARQ进程和映射规则,确定所述第一数据包对应的第一PDCP包的序列号;
其中,所述映射规则包括:所述第一PDCP包的序列号=初始序列号+(所述第一HARQ进程在所述第一DRB或所述第一逻辑信道的可用HARQ进程范围中的序号-1)*第M次从所述第一HARQ进程接收到所述第一DRB或所述第一逻辑信道对应的MAC包;所述初始序列号为所述第一DRB或所述第一逻辑信道对应的第一个不携带逻辑信道标识的MAC包对应的PDCP包的序列号,M为正整数。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述第二设备为终端设备,所述第一设备为网络设备;
所述方法还包括以下至少一项:
接收来自所述网络设备的第一指示信息,所述第一指示信息用于指示所述第一DRB对应的标识或所述第一逻辑信道对应的标识;
接收来自所述网络设备的第二指示信息,所述第二指示信息用于指示所述第一DRB或第一逻辑信道的可用HARQ进程范围。
8.根据权利要求1-6任一项所述的方法,其特征在于,所述第二设备为网络设备,所述第一设备为终端设备;
所述方法还包括以下至少一项:
向所述终端设备发送第一指示信息,所述第一指示信息用于指示所述第一DRB对应的标识或所述第一逻辑信道对应的标识;
向所述终端设备发送第二指示信息,所述第二指示信息用于指示所述第一DRB或第一逻辑信道的可用HARQ进程范围。
9.根据权利要求7或8所述的方法,其特征在于,所述第一指示信息还用于指示所述第一DRB或所述第一逻辑信道对应的MAC包不携带逻辑信道标识。
10.一种数据包处理方法,应用于第一设备,其特征在于,所述方法包括:
确定第一HARQ进程,所述第一HARQ进程属于第一DRB或第一逻辑信道的可用HARQ进程范围中;
获取所述第一DRB或所述第一逻辑信道对应的第一数据包,其中,所述第一数据包不携带逻辑信道标识;
通过所述第一HARQ进程向第二设备发送所述第一数据包。
11.根据权利要求10所述的方法,其特征在于,所述第一数据包为第一MAC包,所述第一MAC包的大小由下行控制信息包含的长度指示信息指示;或者,所述第一MAC包的大小由预配调度资源指示,所述预配调度资源可承载的最大信息量与所述第一MAC包的大小匹配;或者,所述第一MAC包的大小由所述第一MAC包包含的相对长度指示信息指示,所述相对长度指示信息用于指示所述第一MAC包的大小相对于长度阈值的偏移值。
12.根据权利要求10所述的方法,其特征在于,所述第一数据包对应的第一PDCP包包含数据量指示信息,所述数据量指示信息用于指示所述第一PDCP包中的数据量。
13.根据权利要求12所述的方法,其特征在于,若所述第一PDCP包对应的调度资源可承载的最大信息量与所述第一PDCP包的大小不匹配,所述第一PDCP包还包含填充比特。
14.根据权利要求10所述的方法,其特征在于,所述第一数据包对应的第一PDCP包不包含所述第一PDCP包的序列号。
15.根据权利要求14所述的方法,其特征在于,所述第一PDCP包的序列号由PDCP层发送至MAC层。
16.根据权利要求10-15任一项所述的方法,其特征在于,所述确定第一HARQ进程包括:
采用轮询方式从所述可用HARQ进程范围中,确定所述第一HARQ进程空闲。
17.根据权利要求16所述的方法,其特征在于,所述第一设备为网络设备,所述第二设备为终端设备,所述方法还包括:
向所述终端设备发送第一预配调度资源,所述第一预配调度资源用于调度所述第一DRB或所述第一逻辑信道对应的下行数据;
所述通过所述第一HARQ进程向数据接收端发送所述第一数据包,包括:
根据所述第一预配调度资源,通过所述第一HARQ进程向所述终端设备发送所述第一数据包。
18.根据权利要求17所述的方法,其特征在于,所述方法还包括以下至少一项:
向所述终端设备发送第一指示信息,所述第一指示信息用于指示所述第一DRB对应的标识或所述第一逻辑信道对应的标识;
向所述终端设备发送第二指示信息,所述第二指示信息用于指示所述第一DRB或第一逻辑信道的可用HARQ进程范围。
19.根据权利要求16所述的方法,其特征在于,所述第一设备为终端设备,所述第二设备为网络设备,所述方法还包括:
接收来自所述网络设备的第二预配调度资源,所述第二预配调度资源用于调度所述第一DRB或所述第一逻辑信道对应的上行数据;
所述通过所述第一HARQ进程向数据接收端发送所述第一数据包,包括:
根据所述第二预配调度资源,通过所述第一HARQ进程向所述网络设备发送所述第一数据包。
20.根据权利要求19所述的方法,其特征在于,所述方法还包括以下至少一项:
接收来自所述网络设备的第一指示信息,所述第一指示信息用于指示所述第一DRB对应的标识或所述第一逻辑信道对应的标识;
接收来自所述网络设备的第二指示信息,所述第二指示信息用于指示所述第一DRB或第一逻辑信道的可用HARQ进程范围。
21.根据权利要求18或20所述的方法,其特征在于,所述第一指示信息还用于指示所述第一DRB或所述第一逻辑信道对应的MAC包不携带逻辑信道标识。
22.一种通信装置,其特征在于,包括用于执行如权利要求1至9中的任一项所述方法的模块,或包括用于执行如权利要求10至21中的任一项所述方法的模块。
23.一种通信装置,其特征在于,包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至9中任一项所述的方法,或者,用于实现如权利要求10至21中任一项所述的方法。
24.一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现如权利要求1至9中任一项所述的方法,或实现如权利要求10至21中任一项所述的方法。
CN202210326047.1A 2022-03-30 2022-03-30 数据包处理方法及装置 Pending CN116939704A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210326047.1A CN116939704A (zh) 2022-03-30 2022-03-30 数据包处理方法及装置
PCT/CN2023/081343 WO2023185450A1 (zh) 2022-03-30 2023-03-14 数据包处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210326047.1A CN116939704A (zh) 2022-03-30 2022-03-30 数据包处理方法及装置

Publications (1)

Publication Number Publication Date
CN116939704A true CN116939704A (zh) 2023-10-24

Family

ID=88199057

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210326047.1A Pending CN116939704A (zh) 2022-03-30 2022-03-30 数据包处理方法及装置

Country Status (2)

Country Link
CN (1) CN116939704A (zh)
WO (1) WO2023185450A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111181693B (zh) * 2018-11-09 2021-08-31 华为技术有限公司 发送数据的方法、发送数据的装置、以及终端设备
CN111866796B (zh) * 2019-04-30 2022-07-22 华为技术有限公司 用于获取无线承载配置的方法和装置
WO2021056354A1 (zh) * 2019-09-26 2021-04-01 Oppo广东移动通信有限公司 数据传输方法、装置及系统

Also Published As

Publication number Publication date
WO2023185450A1 (zh) 2023-10-05

Similar Documents

Publication Publication Date Title
RU2728541C1 (ru) Улучшенная поддержка качества обслуживания для передач v2x
EP3627933B1 (en) Communication method, terminal, and base station
KR101653310B1 (ko) Mac 헤더 타입 정보를 이용한 mac pdu 송수신 방법 및 장치
CN111757513B (zh) 通信方法及设备
KR101145034B1 (ko) 무선 통신 시스템에서의 무선 리소스의 할당 방법 및 무선 단말기 및 무선 기지국
EP3737183B1 (en) Communication methods, apparatuses and computer-readable storage medium
CN110741714A (zh) 下一代移动通信系统中支持多个调度请求的方法
JP5642791B2 (ja) Macヘッダーを用いたmacpdu送受信方法及び装置
WO2018059518A1 (zh) 一种数据传输方法、装置和系统
JP2020515182A (ja) データ伝送方法、端末装置及びネットワーク機器
CN109547168A (zh) 数据传输方法、终端设备和网络设备
US20080016248A1 (en) Method and apparatus for time synchronization of parameters
KR20190129191A (ko) 차세대 이동 통신 시스템에서 주변 셀의 기준 신호로 준지속적 사운딩 기준 신호를 지시하는 방법 및 장치
CN110603803A (zh) 用于云局域网环境中网络实体之间通信的方法和设备
KR20110090812A (ko) 이동 통신 시스템에서 pdcp 기능을 선택적으로 적용하는 방법
KR20190116810A (ko) 차세대 이동통신 시스템에서 엑세스 제어 설정 정보를 효율적으로 제공하는 방법 및 장치
CN110324902B (zh) 通信方法、通信装置和系统
CN112703716B (zh) 共享无线承载以及终端设备无线标识和无线接入网路径的管理
AU2018366619B2 (en) Terminal device, base station device, and method
CN114762386A (zh) 一种数据传输方法及装置
WO2015024267A1 (zh) 业务数据的传输方法、终端及基站
CN110431894B (zh) 资源调度的方法、终端设备和网络设备
US20230180340A1 (en) Method and apparatus for small data transmission
CN111148123B (zh) 一种无线回传处理方法及通信装置
CN116232408A (zh) 中继方法、路由表的生成方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication