CN112312587A - 用户设备及其执行的方法和基站及其执行的方法 - Google Patents
用户设备及其执行的方法和基站及其执行的方法 Download PDFInfo
- Publication number
- CN112312587A CN112312587A CN201910699371.6A CN201910699371A CN112312587A CN 112312587 A CN112312587 A CN 112312587A CN 201910699371 A CN201910699371 A CN 201910699371A CN 112312587 A CN112312587 A CN 112312587A
- Authority
- CN
- China
- Prior art keywords
- ehc
- drb
- maxcid
- uplink
- value
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing 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)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种用户设备及其执行的方法和基站及其执行的方法。由用户设备执行的方法是在用户设备UE上实现的以太网头压缩EHC的指示标识的配置方法,包括如下步骤:UE接收来自基站的无线资源控制RRC消息,该RRC消息包含针对上行EHC和/或下行EHC的指示标识maxCID和/或指示标识drb‑ContinueEHC,该指示标识maxCID用于指示上下文标识最大值,该指示标识drb‑ContinueEHC用于指示当发生分组数据汇聚协议PDCP重建时PDCP实体是否继续上行和/或下行EHC;UE针对上行EHC和下行EHC共用和/或分开配置所述指示标识maxCID和/或所述指示标识drb‑ContinueEHC。
Description
技术领域
本公开涉及无线通信技术领域,更具体地,本公开涉及用户设备及其执行的配置方法、实体重建方法和实体操作方法、以及基站及其执行的方法。
背景技术
2019年3月,在第三代合作伙伴计划(3rd Generation Partnership Project:3GPP)RAN#83次全会上批准了一个支持NR工业物联网的工作项目(参见RP-190728:NewWID:Support of NR Industrial Internet of Things(IoT))。该工作项目的目标之一是定义基于结构感知(structure-aware)算法的以太网头压缩协议。以太网头压缩是一种减少以太网头传输带来的开销的方法,以太网帧可以通过5G系统以以太网PDU会话类型传输。在基于以太网的工业物联网网络中,有效负载大小相对于帧的整体大小相对较小,因此对以太网帧头部进行压缩可以提高传输效率、减少延迟。
在2019年4月召开的3GPP RAN2#105bis次会议上达成:将100%的在3GPP定义以太网头压缩(Ethernet Header Compression,EHC)机制。在2019年5月召开的3GPP RAN2#106次会议上达成:对每个数据无线承载DRB的上行和下行分别单独配置以太网头压缩协议;压缩端(Compressor)和解压端(Decompressor)采用上下文标识(Context ID)的概念将一个上下文标识与以太网头部内容(Ethernet header contents)关联;且EHC基于以下机制:对于产生新上下文的以太网流,压缩端至少发送一个包含完整头部和上下文标识的报文,以便于解压端建立上下文,之后压缩端传输压缩后的报文;以太网头压缩产生的数据包的头部至少包括以下字段:上下文标识,用于指示本数据包的头部格式的指示标识(即指示本数据包的头部是完整头部还是压缩后的头部)。
基于以上结论,本公开讨论以太网头压缩所涉及的相关问题及解决方案,具体包括:EHC相关参数的配置;如果采用EHC,PDCP实体重建时需要执行哪些操作;当接收到包含挂起RRC连接的指示(即RRC释放消息中包含用于指示RRC_INACTIVE状态的配置suspendConfig)时,PDCP实体应该执行哪些操作以及PDCP实体发送端如何管理以太网头压缩的上下文。
发明内容
本公开正是鉴于上述问题而完成的,其目的在于,提供一种能够提高传输效率、减少延迟并减少以太网头传输带来的开销的用户设备及其执行的配置方法、实体重建方法和实体操作方法、以及基站及其执行的方法。
根据本发明的一个方面,提供了一种由用户设备执行的方法,是在用户设备UE上实现的以太网头压缩EHC的指示标识的配置方法,包括如下步骤:UE接收来自基站的无线资源控制RRC消息,该RRC消息包含针对上行EHC和/或下行EHC的指示标识maxCID和/或指示标识drb-ContinueEHC,该指示标识maxCID用于指示上下文标识最大值,该指示标识drb-ContinueEHC用于指示当发生分组数据汇聚协议PDCP重建时PDCP实体是否继续上行和/或下行EHC;UE针对上行EHC和下行EHC共用和/或分开配置所述指示标识maxCID和/或所述指示标识drb-ContinueEHC。
在上述的由用户设备执行的方法中,优选的是,仅配置一个上下文标识最大值maxCID供上行EHC和下行EHC共同使用;或者,为上行EHC配置一个上下文标识最大值maxCID_UL,为下行EHC配置一个上下文标识最大值maxCID_DL,所述maxCID或maxCID_UL或maxCID_DL的取值是以下之一:表示上下文标识的最大取值为maxCID或maxCID_UL或maxCID_DL、或者上下文标识的最大取值为maxCID-1或maxCID_UL-1或maxCID_DL-1;表示上下文标识所占的比特数或字节数;表示上下文标识的最大取值是大值还是小值。
在上述的由用户设备执行的方法中,优选的是,如果为上行EHC和下行EHC分开配置上下文标识最大值,则对于上行采用反射服务质量的数据无线承载DRB,为上行EHC分配的上下文标识最大值maxCID_UL与为下行EHC配置的上下文标识最大值maxCID_DL相同、或者maxCID_UL的值小于或等于maxCID_DL的值、或者maxCID_UL的值大于或等于maxCID_DL的值。
在上述的由用户设备执行的方法中,优选的是,仅配置一个继续EHC指示标识drb-ContinueEHC供上行EHC和下行EHC共同使用;或者,为上行EHC配置一个继续EHC指示标识drb-ContinueEHC_UL,为下行EHC配置一个继续EHC指示标识drb-ContinueEHC_DL,所述drb-ContinueEHC或drb-ContinueEHC_UL或drb-ContinueEHC_DL的取值是以下之一:表示当发生PDCP重建时PDCP实体继续EHC的值;表示当发生PDCP重建时PDCP实体重置EHC的值。
根据本发明的另一个方面,提供了一种由用户设备执行的方法,是在用户设备UE上实现的基于以太网头压缩EHC机制的分组数据汇聚协议PDCP实体重建的方法,包括如下步骤:UE的PDCP实体从上层接收PDCP实体重建请求;对EHC的上下文采用以下方式之一进行处理:对于使用无线链路控制RLC的非确认模式UM的数据无线承载UM DRB和使用RLC的确认模式AM的数据无线承载AM DRB,如果配置了EHC或上行EHC或下行EHC,则丢弃或释放EHC或上行EHC或下行EHC的上下文和/或将CID置为0或1或初始值;对于UM DRB和AM DRB,如果配置了EHC或上行EHC或下行EHC,当没有配置drb-ContinueEHC或drb-ContinueEHC_UL或drb-ContinueEHC_DL时,则丢弃或释放EHC或上行EHC或下行EHC的上下文和/或将CID置为0或1或初始值,所述drb-ContinueEHC或drb-ContinueEHC_UL或drb-ContinueEHC_DL用于指示在PDCP实体重建时PDCP实体或PDCP实体发送端或PDCP实体接收端是否继续或重置EHC头压缩协议。
根据本发明的另一个方面,提供了一种由用户设备执行的方法,是在用户设备UE上实现的释放或挂起无线资源控制RRC连接时分组数据汇聚协议PDCP实体对以太网头压缩EHC执行的操作方法,包括如下步骤:UE的RRC实体从基站接收用于命令释放或挂起RRC连接的RRCRelease消息,该RRCRelease消息包含suspendConfig信元,该suspendConfig信元用于指示RRC非激活RRC_INACTIVE状态的配置;如果接收到的RRCRelease消息不是用于请求继续一个挂起的RRC连接的应答消息,则指示下层实体挂起PDCP,PDCP实体接收到来自上层的挂起PDCP实体的请求后,PDCP实体的发送端或接收端对EHC执行操作。
在上述的由用户设备执行的方法中,优选的是,当上层请求PDCP实体挂起时,PDCP实体发送端执行以下操作:如果配置了上行EHC,则存储以太网头部与上下文标识CID之间的映射关系,或者存储被压缩的以太网头部与上下文标识CID之间的映射关系,和/或存储当前已分配的最大的上下文标识CID;当上层请求PDCP实体挂起时,PDCP实体接收端执行以下操作:如果配置了下行EHC,则存储以太网头部与上下文标识CID之间的映射关系,或者存储被压缩的以太网头部与上下文标识CID之间的映射关系。
根据本发明的另一个方面,提供了一种由基站执行的方法,用于使用户设备UE实现以太网头压缩EHC的指示标识的配置,包括如下步骤:向UE发送无线资源控制RRC消息,该RRC消息包含针对上行EHC和/或下行EHC的指示标识maxCID和/或指示标识drb-ContinueEHC,用于使得UE针对上行EHC和下行EHC共用和/或分开配置所述指示标识maxCID和/或所述指示标识drb-ContinueEHC,所述指示标识maxCID用于指示上下文标识最大值,所述指示标识drb-ContinueEHC用于指示当发生分组数据汇聚协议PDCP重建时PDCP实体是否继续上行和/或下行EHC。
根据本发明的另一个方面,提供了一种用户设备,包括:处理器;以及存储器,所述存储器上存储有指令,所述指令在由所述处理器运行时,使所述用户设备执行根据上文所描述的由用户设备执行的方法。
根据本发明的另一个方面,提供了一种基站,包括:处理器;以及存储器,所述存储器上存储有指令,所述指令在由所述处理器运行时,使所述基站执行根据上文所描述的由基站执行的方法。
根据本公开所涉及的用户设备及其执行的配置方法、实体重建方法和实体操作方法、以及基站及其执行的方法,由于涉及到以太网头压缩EHC的内容,因此能够提高传输效率、减少延迟,并且能够减少以太网头传输带来的开销。
附图说明
通过下文结合附图的详细描述,本公开的上述和其它特征将会变得更加明显,其中:
图1是在用户设备UE上实现的以太网头压缩EHC的指示标识的配置方法。
图2是由基站执行的用于使得用户设备UE实现的以太网头压缩EHC的指示标识的配置方法。
图3是在用户设备UE上实现的基于EHC机制的PDCP实体重建的方法。
图4是在用户设备UE上实现的释放或挂起RRC连接时PDCP实体对EHC执行的操作的方法。
图5是本公开涉及的用户设备UE的简要结构框图。
图6是本公开涉及的基站的简要结构框图。
具体实施方式
下面结合附图和具体实施方式对本公开进行详细阐述。应当注意,本公开不应局限于下文所述的具体实施方式。另外,为了简便起见,省略了对与本公开没有直接关联的公知技术的详细描述,以防止对本公开的理解造成混淆。
下面描述本公开涉及的部分术语,如未特别说明,所述术语与3GPP协议当前最新版本中采用的术语相同,现摘录如下。
EHC:Ethernet Header Compression,以太网头压缩。
DRB:Data Radio Bearer,数据无线承载。
RRC:Radio Resource Control,无线资源控制。
PDCP:Packet Data Convergence Protocol,分组数据汇聚协议。
SDAP:Service Data Adaptation Protocol,服务数据适应协议。
RLC:Radio Link Control,无线链路控制。RLC实体可以配置为采用以下三种模式之一进行数据传输:透传模式TM、非确认模式UM或确认模式AM。
MAC:Medium Access Control,媒体访问控制。
AM DRB:使用RLC AM的DRB(a data radio bearer which utilizes RLC AM)。
UM DRB:使用RLC UM的DRB。
SDU:Service Data Unit,服务数据单元。
PDU:Protocol Data Unit,协议数据单元。
在本公开中,将从上层接收或传送(deliver)上层的数据称为SDU,将提交(submit)下层或从下层接收的数据称为PDU。例如,PDCP实体从上层接收的数据或传送上层的数据称为PDCP SDU;PDCP实体从RLC实体接收到的数据或提交RLC实体的数据称为PDCPPDU(也就是RLC SDU)。
下面具体描述配置以太网头压缩EHC操作的实施例。
3GPP已经达成为一个DRB分开配置上行和下行EHC,对于分开配置上行和下行EHC可以有两种不同的理解,一种是EHC的所有相关参数都分别配置,另一种是上行和下行EHC功能使能或激活、支持头压缩的协议类型(profile)等参数可以单独配置,但部分参数可以共同配置(即配置一个参数供上行和/或下行使用)。下面具体描述用于指示上下文标识最大值的指示标识maxCID和用于指示当发生PDCP重建(re-establishment)时PDCP实体是否继续EHC头压缩(即指示PDCP实体继续EHC头压缩还是重置EHC头压缩)的指示标识drb-ContinueEHC的配置方法。
利用图1来描述在用户设备UE上实现的以太网头压缩EHC的指示标识的配置方法。
在步骤S1001,UE接收来自基站的RRC消息,所述消息中包含上行EHC和/或下行EHC的配置信息。具体的,RRC消息中包含针对上行EHC和/或下行EHC的用于指示上下文标识最大值的指示标识maxCID和/或用于指示当发生PDCP重建(re-establishment)时PDCP实体是否继续上行和/或下行EHC(或是否重置EHC)的指示标识drb-ContinueEHC。
在步骤S1002,UE针对上行EHC和下行EHC共用和/或分开配置所述指示标识maxCID和/或所述指示标识drb-ContinueEHC。
下面通过具体的实施例1~4来说明这两个指示标识的配置方法。
实施例1:上行EHC和下行EHC共用一个上下文标识最大值
在本实施例中,仅配置一个上下文标识CID最大值maxCID供上行和下行共同使用。maxCID的取值可以是整数。maxCID取值的含义可以是以下之一:1)表示上下文标识的最大取值为maxCID或上下文标识的最大取值为maxCID-1;2)表示上下文标识所占的比特数或字节数(例如,在PDCP头部或PDCP PDU头部或压缩包头部所占的比特数或字节数);3)表示上下文标识最大取值是大值还是小值。例如maxCID为2表示上下文标识CID占2个比特或2个字节,如果是2个比特,则CID最大取值为3或4,如果是2个字节,则CID的最大取值为65536或65535。又例如,预定义maxCID可能的两个取值,一个为15,另一个为65535(也可以是其他两个不同的值),当maxCID取值为“true”或真或“1”或所述标识出现,表示上行文标识可取的最大值是大值,当maxCID取值为“false”或假或“0”或所述标识不出现,表示上行文标识可取的最大值是小值,反之亦然。
实施例2:上行EHC和下行EHC分别配置上下文标识最大值
在本实施例中,为上行EHC配置一个上下文标识最大值maxCID_UL,为下行EHC配置一个上下文标识最大值maxCID_DL。与实施例1类似,maxCID_UL(或maxCID_DL)取值的含义可以是以下之一:1)表示上下文标识的最大取值为maxCID_UL(或maxCID_DL)或上下文标识的最大取值为maxCID_UL-1(或maxCID_DL-1);2)表示上下文标识所占的比特数或字节数(例如,在PDCP头部或PDCP PDU头部或压缩包头部所占的比特数或字节数);3)表示上下文标识最大取值是大值还是小值。例如maxCID_UL(或maxCID_DL)为2表示上下文标识CID占2个比特或2个字节,如果是2个比特,则CID最大取值为3或4,如果是2个字节,则CID的最大取值为65536或65535。又例如,预定义maxCID_UL(或maxCID_DL)可能的两个取值,一个为15,另一个为65535(也可以是其他两个不同的值),当maxCID_UL(或maxCID_DL)取值为“true”或真或“1”或所述标识出现,表示上行文标识可取的最大值是大值,当maxCID_UL(或maxCID_DL)取值为“false”或假或“0”或所述标识不出现,表示上行文标识可取的最大值是小值,反之亦然。
可选的,如果为上行EHC和下行EHC分开配置上下文标识的最大取值,对于上行采用反射服务质量(reflective QoS)的DRB来说,上行EHC的上下文标识的最大值maxCID_UL应与为下行EHC配置的maxCID_DL相同(或者maxCID_UL的值应小于或等于maxCID_DL的值或maxCID_UL的值应大于或等于maxCID_DL的值)。其中,采用反射服务质量(reflective QoS)的DRB就是采用反射服务质量流到DRB映射的DRB或者在接收到的RRC消息中用于配置该DRB的SDAP可配置参数的信元SDAP-Config中不包括信元mappedQoS-FlowsToAdd的DRB或者没有配置服务质量流(QoS-Flows)与DRB之间映射关系的DRB或没有配置映射到这个DRB的服务质量流的DRB或者配置了下行SDAP头部(header)的DRB(例如接收到的RRC消息中用于配置该DRB的SDAP可配置参数的信元SDAP-Config中包含值被设置为“present”的sdap-HeaderDL信元)。其中,信元mappedQoS-FlowsToAdd用于指示一个PDU会话中额外映射到这个DRB的上行服务质量流的QFI的列表(Indicates the list of QFIs of UL QoS flowsof the PDU session to be additionally mapped to this DRB),sdap-HeaderDL信元用于指示对应DRB的下行数据中是否包含SDAP头部。反射服务质量流到DRB映射(ReflectiveQoS flow to DRB mapping)是一种QoS流到DRB的映射机制,在这种机制中UE监测下行的QoS流到DRB的映射规则并将其应用于上行。
在本公开实施例中,为以太网头部或头部可压缩字段分配的上下文标识CID可以用一个变量指示,例如CID_Next,其初始值可以设置为0或1。在PDCP实体发送端采用EHC进行头压缩的过程中,对上下文标识的处理可以是以下方式之一:
1)对于需要分配一个上下文标识CID的以太网报文或帧或PDCP SDU的头部或头部可压缩字段(例如,从上层接收到的以太网报文或帧或PDCP SDU的头部或头部可压缩字段没有映射到任何上下文标识)和/或如果有可用的CID值或CID_Next没有达到可使用的最大值(例如CID_Next小于maxCID,或CID_Next小于或等于maxCID),将当前CID_Next的值关联到这个头部或头部可压缩字段,然后将CID_Next的值增加1(即CID_Next=CID_Next+1)。在这种情况下,CID_Next总是保存下一个可分配的上下文标识。
2)对于需要分配一个上下文标识CID的以太网报文或帧或PDCP SDU的头部或头部可压缩字段(例如,从上层接收到的以太网报文或帧或PDCP SDU的头部或头部可压缩字段没有映射到任何上下文标识)和/或如果有可用的CID值或CID_Next没有达到可使用的最大值(例如CID_Next小于maxCID或maxCID-1,或CID_Next小于或等于maxCID或maxCID-1),将当前CID_Next的值增加1,然后关联到这个头部或头部可压缩字段。在这种情况下,CID_Next总是保存最近一次分配给以太网报文或帧或PDCP SDU或数据包的头部或头部可压缩字段的上下文标识的值。
3)对于需要分配一个上下文标识CID的以太网报文或帧或PDCP SDU的头部或头部可压缩字段(例如,从上层接收到的以太网报文或帧或PDCP SDU的头部或头部可压缩字段没有映射到任何上下文标识),将当前尚未分配的(或可用的或尚未关联到任意以太网头部或头部可压缩字段的)CID的最小值关联到这个头部或头部可压缩字段。
在为所述以太网报文或帧或PDCP SDU或数据包的头部或头部可压缩字段关联一个上下文标识CID后,存储这个以太网报文或帧或PDCP SDU或数据包的头部或头部可压缩字段与上下文标识的映射关系。
同样的,在PDCP实体接收端采用EHC进行解压缩的过程中,执行以下操作:
如果接收到的以太网报文或帧或PDCP PDU或数据包中包含的CID的取值不在许可的范围内(例如CID大于或等于maxCID或maxCID-1),则丢弃这个接收到的以太网报文或帧或PDCP PDU或PDCP SDU或数据包。如果接收到的以太网报文或帧或PDCP PDU或数据包中包含的CID的取值在许可的范围内(例如CID小于maxCID或maxCID+1),如果包类型指示标识指示这个以太网报文或帧或PDCP PDU是包含完整头部的以太网报文或帧或PDCP PDU或数据包,则存储CID与以太网报文或帧或PDCP PDU或数据包头部或头部可压缩字段的映射关系;如果包类型指示标识指示这个以太网报文或帧或PDCP PDU或数据包是压缩包,则按照这个以太网报文或帧或PDCP PDU或数据包中携带的CID恢复其以太网头部或头部可压缩字段信息。
所述未压缩包是指这个以太网报文或帧或PDCP PDU或数据包包含完整头部的以太网报文或帧或PDCP PDU或数据包,所述压缩包是指这个以太网报文或帧或PDCP PDU或数据包中不包括完整头部或不包含可压缩的头部。
所述包类型指示标识用于指示对应(即包含这个指示标识)的以太网报文或帧或PDCP PDU或数据包是压缩包还是未压缩包。
此外,可以预定义或通过RRC消息配置一个值用来表示携带该CID值的PDCP PDU未压缩,所述预定义或通过RRC消息配置的CID值称为未压缩指示。换言之,当PDCP PDU(也可称为以太网报文或帧或数据包或压缩包)的CID字段设置为预定义的值(例如,0)或配置的值时表示以太网报文或帧或数据包或PDCP PDU中携带完整的以太网头部。在PDCP实体接收端在采用EHC进行解压缩时,如果接收到的PDCP PDU中的CID字段被设置为所述预定义或配置的值,PDCP实体接收端不存储CID与以太网头部的映射关系。这个预定义或RRC配置的值用于当PDCP实体发送端认为不需要对这个以太网头部进行压缩(或没有可用的CID值或除这个值之外的所有CID值都已经建立了与以太网头部的映射关系)时将PDCP PDU的CID字段设置为这个预定义或RRC配置的值。
需要说明的是,在本公开中,上下文标识CID与以太网头部关联或建立映射关系是指将一个特定取值的CID与一个以太网头部的可压缩字段(即以太网头部的可压缩字段的一个取值)关联起来。所述以太网头部可压缩字段(也称以太网头部需要压缩的字段)可以包括以下一个或多个字段:目的地址(DESTINATION ADDRESS)、源地址(SOURCE ADDRESS)、类型/长度(TYPE/LENGTH)、Q-TAGs。其中Q-TAGs字段可包括以下字段:VLAN标识VID字段、指示以太网帧优先级的PRI字段、帧类型字段TPID、用于指示是否可丢弃的DEI字段。本公开所述可用的CID值是没有关联/映射到任何以太网头部或头部可压缩字段的上下文标识,且所述上下文标识不是未压缩指示(或称缺省的上下文标识,这适用于系统支持缺省的上下文标识的情况)。
在本公开中,将以太网报文或帧或PDCP SDU的头部或头部可压缩字段映射(或关联)到上下文标识也就是将上下文标识映射(或关联)到以太网报文或帧或PDCP SDU的头部或头部可压缩字段,也表示为以太网报文或帧或PDCP SDU的头部或头部可压缩字段分配一个上下文标识。
实施例3:上行EHC和下行EHC共用一个继续EHC指示标识drb-ContinueEHC
在本实施例中,仅配置一个继续EHC指示标识drb-ContinueEHC供上行和下行共同使用。drb-ContinueEHC的取值是以下之一:1)表示当发生PDCP重建时PDCP实体继续EHC的值;2)表示当发生PDCP重建时PDCP实体重置EHC的值。例如,当drb-ContinueEHC取值为TRUE或真或所述指示标识出现,则当发生PDCP重建(re-establishment)时PDCP实体继续EHC头压缩(即上行EHC头压缩和/或下行EHC头压缩);当drb-ContinueEHC取值为False或假或所述指示标识不出现,在PDCP实体重置EHC头压缩(即上行EHC头压缩和/或下行EHC头压缩)。反之亦然。
在本公开实施例中,PDCP实体继续EHC头压缩是指本公开其他实施例中描述的在配置了以太网头压缩EHC时PDCP实体重建时对EHC执行的操作。PDCP实体重置EHC头压缩(也称重置EHC或重置上行EHC或下行EHC)是本公开其他实施例中描述的PDCP实体发送端或接收端重置EHC头压缩所涉及的对EHC上下文和/或相关变量的处理。例如,PDCP实体丢弃或释放上行和/或下行上下文标识CID和以太网头部可压缩字段间的映射关系、PDCP实体发送端重新发送包含完整头部及其对应的上下文标识CID的PDCP PDU用于建立CID与以太网头部可压缩字段间的对应关系,可能还包括初始化头压缩相关变量的值,例如将其他实施例中提到的CID Next设置为初始值。重置上行EHC是指PDCP实体接收端重置EHC,重置下行EHC是指PDCP发送端重置EHC。
实施例4:上行EHC和下行EHC分开配置继续EHC指示标识
在本实施例中,为上行EHC配置一个继续EHC指示标识drb-ContinueEHC_UL,为下行EHC配置一个继续EHC指示标识drb-ContinueEHC_DL。drb-ContinueEHC_UL或drb-ContinueEHC_DL的取值是以下之一:1)表示当发生PDCP重建时PDCP实体继续上行或下行EHC的值;2)表示当发生PDCP重建时PDCP实体重置上行或下行EHC的值。例如,当drb-ContinueEHC_UL(或drb-ContinueEHC_DL)取值为TRUE或真或所述指示标识出现,则当发生PDCP重建(re-establishment)时PDCP实体继续EHC头压缩或上行EHC头压缩(或下行EHC头压缩);当drb-ContinueEHC_UL(或drb-ContinueEHC_DL)取值为False或假或所述指示标识不出现,在PDCP实体重置EHC头压缩或上行EHC头压缩(或下行EHC头压缩)。反之亦然。需要说明的是,本实施例也支持仅配置上行EHC的继续EHC指示标识drb-ContinueEHC_UL或仅配置下行EHC的继续EHC指示标识drb-ContinueEHC_DL的情况。
此外,对于缺省的DRB,在现有的协议中,SDAP实体将所有没有定义应映射到的DRB的QoS流映射到缺省DRB。考虑映射到缺省DRB的QoS流以太网头部相差较大,可以规定不为缺省的DRB配置EHC(包括上行EHC和/或下行EHC)。所述缺省DRB是指用于设置该DRB的SDAP可配置参数的信元SDAP-Config中不包含信元defaultDRB或者defaultDRB的值被设置为“false”。其中,信元defaultDRB用于指示对应的DRB是否是这个PDU会话(PDU session)的缺省DRB。
下面具体利用图2来描述由基站执行的用于使得用户设备UE实现的以太网头压缩EHC的指示标识的配置方法。
在步骤S2001,向UE发送无线资源控制RRC消息,与上述实施例同样地,该RRC消息包含针对上行EHC和/或下行EHC的指示标识maxCID和/或指示标识drb-ContinueEHC,用于使得UE针对上行EHC和下行EHC共用和/或分开配置所述指示标识maxCID和/或所述指示标识drb-ContinueEHC。其中,该指示标识maxCID用于指示上下文标识最大值,该指示标识drb-ContinueEHC用于指示当发生分组数据汇聚协议PDCP重建时PDCP实体是否继续上行和/或下行EHC。关于指示标识maxCID和指示标识drb-ContinueEHC这两个指示标识的配置方法,也与上述实施例相同。
另外,在其他实施例中,用户设备执行的方法所对应的基站执行的方法也与本实施例类似。
下面具体描述在配置了以太网头压缩EHC时PDCP实体重建操作的实施例。
EHC与PDCP实体之间的关系可以是以下之一:
(1)如果配置了EHC(即上行EHC和/或下行EHC),在进行DRB重配置时,总是(始终)重建PDCP实体。具体地,如果配置了EHC(或上行EHC或下行EHC),在进行DRB重配置时,总是重建PDCP实体。换言之,如果一个DRB配置了EHC(或上行EHC或下行EHC),那么在重配置这个DRB时,现有的TS38.331协议中定义的用于指示PDCP实体应该重建的指示标识reestablishPDCP必须携带和/或设置为“true”(即网络或基站发送给UE的包含重配置这个DRB的RRC消息中,将这个DRB对应的reestablishPDCP设置为“true”)。
(2)如果配置了EHC(即上行EHC和/或下行EHC),在进行DRB重配置时,可以(能够)重建PDCP实体。具体地,如果配置了EHC(或上行EHC或下行EHC),在进行DRB重配置时,网络通过配置现有的TS38.331协议中定义的用于指示PDCP实体应该重建的指示标识reestablishPDCP来指示UE是否为对应的DRB重建PDCP实体。
利用图3来描述在用户设备UE上实现的基于EHC机制的PDCP实体重建的方法。
在步骤S3001,UE的PDCP实体从上层接收PDCP实体重建请求。
在步骤S3002,PDCP实体(即PDCP实体发送端或接收端)对EHC的上下文可以采用以下方式之一进行处理:
1)对于UM DRB和AM DRB,如果配置了rohc或uplinkOnlyROHC,当没有配置drb-ContinueROHC时,重置(reset)上行头压缩协议并从U-mode中的IR状态开始。对于UM DRB和AM DRB,如果配置了EHC(或上行EHC或下行EHC),则重置EHC。具体地,丢弃或释放EHC(或上行EHC或下行EHC)上下文(和/或重置上行EHC并从完整头部开始,或者重置上行EHC)和/或将CID置为0或1或初始值。(这适用于不支持继续EHC头压缩的情况)
2)对于UM DRB和AM DRB,如果配置了rohc或uplinkOnlyROHC,当没有配置drb-ContinueROHC时,重置上行头压缩协议并从U-mode中的IR状态开始。对于UM DRB和AM DRB,如果配置了EHC(即上行EHC或下行EHC),当没有配置drb-ContinueEHC时,则重置EHC。具体地,丢弃或释放EHC上下文(和/或重置上行EHC并从完整头部开始或从完整的头部和完整头部指示标识开始)和/或将CID置为0或1或初始值。(这适用于仅配置一个drb-ContinueEHC供上行和下行共同使用的情况)
3)对于UM DRB和AM DRB,如果配置了rohc或uplinkOnlyROHC,当没有配置drb-ContinueROHC时,重置上行头压缩协议并从U-mode中的IR状态开始。对于UM DRB和AM DRB,如果配置了上行EHC,当没有配置drb-ContinueEHC_UL时,则重置EHC。具体地,丢弃或释放上行EHC上下文(和/或重置上行EHC并从完整头部开始或从完整的头部和完整头部指示标识开始)和/或将CID置为0或1或初始值。对于UM DRB和AM DRB,如果配置了下行EHC,当没有配置drb-ContinueEHC_DL时,则重置EHC。具体地,丢弃或释放下行EHC上下文(和/或重置下行EHC并从完整头部开始或从完整的头部和完整头部指示标识开始)。
其中,信元rohc用于配置采用ROHC(包括上行和下行)(Robust HeaderCompression,健壮性头压缩)需要配置的相关参数,信元uplinkOnlyROHC用于配置上行采用ROHC需要配置的相关参数,信元drb-ContinueROHC用于指示在PDCP实体重建时PDCP实体是否继续或重置ROHC头压缩协议。关于这些信元的具体描述参见TS38.331。信元drb-ContinueEHC用于指示在PDCP实体重建时PDCP实体是否继续或重置EHC头压缩协议,信元drb-ContinueEHC_UL用于指示在PDCP实体重建时PDCP实体发送端是否继续或重置EHC头压缩协议,信元drb-ContinueEHC_DL用于指示在PDCP实体重建时PDCP实体接收端是否继续或重置EHC头压缩协议。
在本公开中,EHC是EHC头压缩协议或以太网头压缩协议。没有配置drb-ContinueROHC(或drb-ContinueEHC或drb-ContinueEHC_UL或drb-ContinueEHC_UL)或包括接收到的RRC消息中部包含drb-ContinueROHC(或drb-ContinueEHC或drb-ContinueEHC_UL或drb-ContinueEHC_UL)信元,或者drb-ContinueROHC(或drb-ContinueEHC或drb-ContinueEHC_UL或drb-ContinueEHC_UL)信元的取值不是继续ROCH(或EHC)对应的取值,例如drb-ContinueROHC(或drb-ContinueEHC或drb-ContinueEHC_UL或drb-ContinueEHC_UL)信元取值为false或0。
下面描述RRC释放RRCRelease消息中包含suspendConfig时针对EHC执行的操作的实施例。
suspendConfig信元用于指示RRC_INACTIVE状态的配置。
RRCRelease消息用于命令(command)释放RRC连接或挂起RRC连接。
RRCResumeRequest消息是一个48比特的消息,用于请求继续一个挂起的RRC连接或执行RNA更新。
RRCResumeRequest1消息是一个64比特的消息,用于请求继续一个挂起的RRC连接或执行RAN通知区域(RAN-based Notification Area,RNA)更新。
以上信元或消息的具体描述参见TS38.331。
利用图4来描述在用户设备UE上实现的释放或挂起RRC连接时PDCP实体对EHC执行的操作的方法。
在步骤S4001,UE的RRC实体从基站接收用于命令释放或挂起RRC连接的RRCRelease消息;
在步骤S4002,如果接收到的RRCRelease消息不是用于请求继续一个挂起的RRC连接的消息,则指示下层实体(即PDCP实体)挂起PDCP。PDCP实体接收到来自上层(即RRC)的挂起PDCP实体的请求后,PDCP实体的发送端或接收端对EHC(上行EHC或下行EHC)执行操作。
例如,如果UE从基站接收到的所述包含suspendConfig的RRCRelease消息不是RRCResumeRequest消息或RRCResumeRequest1消息的应答消息,则存储EHC上下文,或者如果配置了EHC(或上行EHC或下行EHC),则存储EHC(或上行EHC或下行EHC)上下文。
当上层(例如RRC)请求PDCP实体挂起(suspend)时,PDCP实体发送端执行以下操作:如果配置了上行EHC,存储EHC(即上行EHC)上下文。具体的,存储以太网头部与上下文标识CID之间的映射关系,或者存储被压缩的以太网头部与上下文标识CID之间的映射关系,和/或当前已分配的最大的上下文标识CID(如果分配的上下文标识CID也用一个变量指示,例如CID_Next,那么保存当前CID_Next的取值)。
当上层(例如RRC)请求PDCP实体挂起(suspend)时,PDCP实体接收端执行以下操作:如果配置了下行EHC,存储EHC(即下行EHC)上下文。具体的,存储以太网头部与上下文标识CID之间的映射关系,或者存储被压缩的以太网头部与上下文标识CID之间的映射关系。
在本公开实施例中,配置了上行EHC是指对应的DRB的配置消息(即配置或重配置DRB的RRC消息)中包含用于指示上行以太网头压缩的ehc_UL信元,ehc_UL信元中包含PDCP实体执行上行EHC时需要配置的相关参数,所述参数可以包括:maxCID_UL、drb-ContinueEHC_UL。配置了下行EHC是指对应的DRB的配置消息(即配置或重配置DRB的RRC消息)中包含用于指示下行以太网头压缩的ehc_DL信元,ehc_DL信元中包含PDCP实体执行下行EHC时需要配置的相关参数,所述参数可以包括:maxCID_DL、drb-ContinueEHC_DL。配置了EHC是指配置了上行EHC和/或下行EHC。
下面描述PDCP实体发送端对EHC上下文管理的实施例。
UE接收到来自基站(例如gNB)的RRC消息,其中包含信元ehc_Timer,用来设置定时器ehc_Timer的值。优选的,所述RRC消息包含用于配置上行EHC相关参数的信元ehc_UL,所述信元ehc_Timer包含在ehc_UL中。
当PDCP实体发送端发送(或向下层提交)一个包含以太网压缩包的PDCP PDU时,启动或重启对应的ehc_Timer,该ehc_Timer是与这个PDCP PDU中携带的CID关联,即不同取值的CID各自关联一个ehc_Timer。ehc_Timer与CID关联就是ehc_Timer与特定的以太网头部可压缩字段关联。所述以太网压缩包可以是用于建立CID与以太网头部可压缩字段的包含完整以太网头部的PDCP PDU或者是不携带完整以太网头部的PDCP PDU。换言之,所述包含以太网压缩包的PDCP PDU中包含的CID字段的取值不是未压缩指示。
当ehc_Timer到期,丢弃或释放其对应CID与以太网头部可压缩字段(即以太网头部可压缩字段的一个取值)间的映射关系,使得这个CID可以被重新映射到新的以太网头部可压缩字段(或以太网头部可压缩字段的其他取值)。
图5是本公开涉及的用户设备UE的简要结构框图。如图5所示,该用户设备UE500包括处理器501和存储器502。处理器501例如可以包括微处理器、微控制器、嵌入式处理器等。存储器502例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器502上存储有程序指令。该指令在由处理器501运行时,可以执行本公开详细描述的由用户设备执行的上述方法。
图6是本公开涉及的基站的简要结构框图。如图6所示,该基站600包括处理器601和存储器602。处理器601例如可以包括微处理器、微控制器、嵌入式处理器等。存储器602例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器602上存储有程序指令。该指令在由处理器601运行时,可以执行本公开详细描述的由基站执行的上述方法。
运行在根据本发明的设备上的计算机可执行指令或者程序可以是通过控制中央处理单元(CPU)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
用于实现本发明各实施例功能的计算机可执行指令或程序可以记录在计算机可读存储介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统,可以包括操作系统或硬件(如外围设备)。“计算机可读存储介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如,单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器,也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路,也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下,本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外,本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例,但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备,如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上,已经参考附图对本发明的实施例进行了详细描述。但是,具体的结构并不局限于上述实施例,本发明也包括不偏离本发明主旨的任何设计改动。另外,可以在权利要求的范围内对本发明进行多种改动,通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外,上述实施例中所描述的具有相同效果的组件可以相互替代。
Claims (10)
1.一种由用户设备执行的方法,是在用户设备UE上实现的以太网头压缩EHC的指示标识的配置方法,包括如下步骤:
UE接收来自基站的无线资源控制RRC消息,该RRC消息包含针对上行EHC和/或下行EHC的指示标识maxCID和/或指示标识drb-ContinueEHC,该指示标识maxCID用于指示上下文标识最大值,该指示标识drb-ContinueEHC用于指示当发生分组数据汇聚协议PDCP重建时PDCP实体是否继续上行和/或下行EHC;
UE针对上行EHC和下行EHC共用和/或分开配置所述指示标识maxCID和/或所述指示标识drb-ContinueEHC。
2.根据权利要求1所述的由用户设备执行的方法,其中,
仅配置一个上下文标识最大值maxCID供上行EHC和下行EHC共同使用;或者,为上行EHC配置一个上下文标识最大值maxCID_UL,为下行EHC配置一个上下文标识最大值maxCID_DL,
所述maxCID或maxCID_UL或maxCID_DL的取值是以下之一:
表示上下文标识的最大取值为maxCID或maxCID_UL或maxCID_DL、或者上下文标识的最大取值为maxCID-1或maxCID_UL-1或maxCID_DL-1;
表示上下文标识所占的比特数或字节数;
表示上下文标识的最大取值是大值还是小值。
3.根据权利要求2所述的由用户设备执行的方法,其中,
如果为上行EHC和下行EHC分开配置上下文标识最大值,则对于上行采用反射服务质量的数据无线承载DRB,为上行EHC分配的上下文标识最大值maxCID_UL与为下行EHC配置的上下文标识最大值maxCID_DL相同、或者maxCID_UL的值小于或等于maxCID_DL的值、或者maxCID_UL的值大于或等于maxCID_DL的值。
4.根据权利要求1所述的由用户设备执行的方法,其中,
仅配置一个继续EHC指示标识drb-ContinueEHC供上行EHC和下行EHC共同使用;或者,为上行EHC配置一个继续EHC指示标识drb-ContinueEHC_UL,为下行EHC配置一个继续EHC指示标识drb-ContinueEHC_DL,
所述drb-ContinueEHC或drb-ContinueEHC_UL或drb-ContinueEHC_DL的取值是以下之一:
表示当发生PDCP重建时PDCP实体继续EHC的值;
表示当发生PDCP重建时PDCP实体重置EHC的值。
5.一种由用户设备执行的方法,是在用户设备UE上实现的基于以太网头压缩EHC机制的分组数据汇聚协议PDCP实体重建的方法,包括如下步骤:
UE的PDCP实体从上层接收PDCP实体重建请求;
对EHC的上下文采用以下方式之一进行处理:
对于使用无线链路控制RLC的非确认模式UM的数据无线承载UM DRB和使用RLC的确认模式AM的数据无线承载AM DRB,如果配置了EHC或上行EHC或下行EHC,则丢弃或释放EHC或上行EHC或下行EHC的上下文和/或将CID置为0或1或初始值;
对于UM DRB和AM DRB,如果配置了EHC或上行EHC或下行EHC,当没有配置drb-ContinueEHC或drb-ContinueEHC_UL或drb-ContinueEHC_DL时,则丢弃或释放EHC或上行EHC或下行EHC的上下文和/或将CID置为0或1或初始值,
所述drb-ContinueEHC或drb-ContinueEHC_UL或drb-ContinueEHC_DL用于指示在PDCP实体重建时PDCP实体或PDCP实体发送端或PDCP实体接收端是否继续或重置EHC头压缩协议。
6.一种由用户设备执行的方法,是在用户设备UE上实现的释放或挂起无线资源控制RRC连接时分组数据汇聚协议PDCP实体对以太网头压缩EHC执行的操作方法,包括如下步骤:
UE的RRC实体从基站接收用于命令释放或挂起RRC连接的RRCRelease消息,该RRCRelease消息包含suspendConfig信元,该suspendConfig信元用于指示RRC非激活RRC_INACTIVE状态的配置;
如果接收到的RRCRelease消息不是用于请求继续一个挂起的RRC连接的应答消息,则指示下层实体挂起PDCP,PDCP实体接收到来自上层的挂起PDCP实体的请求后,PDCP实体的发送端或接收端对EHC执行操作。
7.根据权利要求6所述的由用户设备执行的方法,其中,
当上层请求PDCP实体挂起时,PDCP实体发送端执行以下操作:如果配置了上行EHC,则存储以太网头部与上下文标识CID之间的映射关系,或者存储被压缩的以太网头部与上下文标识CID之间的映射关系,和/或存储当前已分配的最大的上下文标识CID;
当上层请求PDCP实体挂起时,PDCP实体接收端执行以下操作:如果配置了下行EHC,则存储以太网头部与上下文标识CID之间的映射关系,或者存储被压缩的以太网头部与上下文标识CID之间的映射关系。
8.一种由基站执行的方法,用于使用户设备UE实现以太网头压缩EHC的指示标识的配置,包括如下步骤:
向UE发送无线资源控制RRC消息,该RRC消息包含针对上行EHC和/或下行EHC的指示标识maxCID和/或指示标识drb-ContinueEHC,用于使得UE针对上行EHC和下行EHC共用和/或分开配置所述指示标识maxCID和/或所述指示标识drb-ContinueEHC,
所述指示标识maxCID用于指示上下文标识最大值,所述指示标识drb-ContinueEHC用于指示当发生分组数据汇聚协议PDCP重建时PDCP实体是否继续上行和/或下行EHC。
9.一种用户设备,包括:
处理器;以及
存储器,所述存储器上存储有指令,
所述指令在由所述处理器运行时,使所述用户设备执行根据权利要求1-7中任一项所述的方法。
10.一种基站,包括:
处理器;以及
存储器,所述存储器上存储有指令,
所述指令在由所述处理器运行时,使所述基站执行根据权利要求8所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910699371.6A CN112312587A (zh) | 2019-07-30 | 2019-07-30 | 用户设备及其执行的方法和基站及其执行的方法 |
PCT/CN2020/101837 WO2021017812A1 (zh) | 2019-07-30 | 2020-07-14 | 用户设备及其执行的方法和基站及其执行的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910699371.6A CN112312587A (zh) | 2019-07-30 | 2019-07-30 | 用户设备及其执行的方法和基站及其执行的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112312587A true CN112312587A (zh) | 2021-02-02 |
Family
ID=74230100
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910699371.6A Pending CN112312587A (zh) | 2019-07-30 | 2019-07-30 | 用户设备及其执行的方法和基站及其执行的方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112312587A (zh) |
WO (1) | WO2021017812A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115484312A (zh) * | 2021-05-31 | 2022-12-16 | 展讯通信(上海)有限公司 | 以太网包头压缩方法及装置 |
WO2023005770A1 (zh) * | 2021-07-28 | 2023-02-02 | 华为技术有限公司 | 信息指示方法和装置 |
WO2023015481A1 (zh) * | 2021-08-11 | 2023-02-16 | 华为技术有限公司 | 通信方法及通信装置 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117812638A (zh) * | 2022-09-30 | 2024-04-02 | 大唐移动通信设备有限公司 | 数据传输方法、终端及网络侧实体 |
CN118055446B (zh) * | 2024-04-15 | 2024-06-18 | 上海移芯通信科技股份有限公司 | 一种健壮性头部压缩解压方法、系统及通讯终端 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100884956B1 (ko) * | 2002-08-14 | 2009-02-23 | 엘지전자 주식회사 | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 |
EP3046304B1 (en) * | 2014-06-26 | 2019-04-10 | LG Electronics Inc. | Devices for transmitting/receiving broadcast signal |
CN107210964B (zh) * | 2015-08-31 | 2020-11-10 | 华为技术有限公司 | 一种数据流报头压缩传输方法、系统及控制器、节点 |
KR20170026064A (ko) * | 2015-08-31 | 2017-03-08 | 삼성전자주식회사 | 링크 계층 프로토콜을 지원하는 멀티미디어 시스템에서 신호 송수신 장치 및 방법 |
-
2019
- 2019-07-30 CN CN201910699371.6A patent/CN112312587A/zh active Pending
-
2020
- 2020-07-14 WO PCT/CN2020/101837 patent/WO2021017812A1/zh active Application Filing
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115484312A (zh) * | 2021-05-31 | 2022-12-16 | 展讯通信(上海)有限公司 | 以太网包头压缩方法及装置 |
CN115484312B (zh) * | 2021-05-31 | 2024-05-17 | 展讯通信(上海)有限公司 | 以太网包头压缩方法及装置 |
WO2023005770A1 (zh) * | 2021-07-28 | 2023-02-02 | 华为技术有限公司 | 信息指示方法和装置 |
WO2023015481A1 (zh) * | 2021-08-11 | 2023-02-16 | 华为技术有限公司 | 通信方法及通信装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2021017812A1 (zh) | 2021-02-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112312587A (zh) | 用户设备及其执行的方法和基站及其执行的方法 | |
JP4008447B2 (ja) | 双方向パケットデータ伝送システム及びその方法 | |
WO2019131345A1 (ja) | 端末装置、方法、および、集積回路 | |
KR20030036936A (ko) | 데이터 패킷 접속을 위한 헤더 필드 압축 정의 | |
JP2023027035A (ja) | 無線リンク制御ステータスのレポーティング | |
JP7145603B2 (ja) | 端末装置、基地局装置および方法 | |
WO2019098148A1 (ja) | 端末装置、基地局装置、および方法 | |
JP2023176001A (ja) | 端末装置、通信方法、および基地局装置 | |
WO2020091047A1 (ja) | 端末装置、基地局装置、および方法 | |
WO2021027685A1 (zh) | Pdcp实体发送端/接收端的执行方法、pdcp实体及通信设备 | |
WO2021223623A1 (zh) | 针对信令无线承载pdcp重复的配置方法及rrc实体 | |
JP2020025159A (ja) | 端末装置、基地局装置、方法、および、集積回路 | |
WO2019031217A1 (ja) | 端末装置、基地局装置、及び、これらの装置により実行される方法 | |
EP3103279B1 (en) | Mtc device, serving node, and various methods for implementing an uplink stack reduction feature | |
US20150230121A1 (en) | Mtc device, serving node, and various methods for implementing a downlink stack reduction feature | |
JP6826578B2 (ja) | 端末装置、基地局装置、および、方法 | |
WO2024120476A1 (zh) | 由用户设备执行的方法以及用户设备 | |
WO2023185450A1 (zh) | 数据包处理方法及装置 | |
WO2020095838A1 (ja) | 端末装置、基地局装置、および、方法 | |
WO2019098266A1 (ja) | 端末装置および方法 | |
CN113498220A (zh) | 用户设备及其方法、基站及其方法 | |
JP2020014046A (ja) | 端末装置、基地局装置、方法、および、集積回路 | |
JP2024060299A (ja) | ネットワークシステムおよび基地局装置 | |
CN115802416A (zh) | 用户设备执行的方法、基站的传输方法及用户设备 | |
KR20050092606A (ko) | 무선통신단말기에서의 트래픽 메모리 관리 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20210202 |
|
WD01 | Invention patent application deemed withdrawn after publication |