CN112398790B - 通信方法、装置和计算机可读存储介质 - Google Patents
通信方法、装置和计算机可读存储介质 Download PDFInfo
- Publication number
- CN112398790B CN112398790B CN201910755828.0A CN201910755828A CN112398790B CN 112398790 B CN112398790 B CN 112398790B CN 201910755828 A CN201910755828 A CN 201910755828A CN 112398790 B CN112398790 B CN 112398790B
- Authority
- CN
- China
- Prior art keywords
- compressed
- cache
- packet
- data packet
- data packets
- 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.)
- Active
Links
Images
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/1607—Details of the supervisory signal
- H04L1/1642—Formats specially adapted for sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- 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
- 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
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- 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/24—Negotiation of communication capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本申请涉及一种通信方法及装置。第一设备配置用于数据包压缩的多个缓存,多个缓存中的每个缓存用于对一个或多个数据包进行压缩。第一设备根据第一缓存对第一数据包进行压缩,第一缓存是所述多个缓存中的一个。第一设备向第二设备发送压缩的第一数据包。通过本申请实施例提供的方式,可以减小丢包量。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
在长期演进(long term evolution,LTE)系统的确认模式(acknowledged mode,AM) 传输中,引入了上行数据压缩(uplink data compression,UDC)技术,在分组数据汇聚协议 (packet data convergence protocol,PDCP)层进行实现。UDC技术主要针对某些有大量重复内容的数据包,如LTE网络语音业务(voice over long term evolution,VoLTE)中传输会话发起协议(session initiation protocol,SIP)的数据包,通过传输数据包与数据包之间的差异部分,来降低需要传输的数据量。
既然是传输差异部分,那么接收端就需要基于前面的已接收的数据包对后面的压缩的数据包进行解压缩。目前,发送端和接收端都会维护一个缓存(buffer),这里的缓存可以是物理意义上的硬件缓存,或者也可以是逻辑概念,例如是指一段存储空间。发送端会将已经压缩的数据包的原始信息放入缓存,在对下一个数据包进行压缩时,就基于缓存所包括的内容来压缩。对于接收端来说,在接收一个新的压缩的数据包时,就会基于缓存所包括的内容来对该压缩的数据包进行解压缩。可见,发送端和接收端的缓存内容需要一致,这样才会使得接收端实现正确的解压缩。
而在非确认模式(unacknowledgement mode,UM)下,可能会在传输过程中丢包,接收端无法接收丢失的数据包。例如,发送端的PDCP层向接收端发送了压缩的数据包1、压缩的数据包2、压缩的数据包3和压缩的数据包4。在传输过程中,压缩的数据包3丢失,因此接收端无法接收压缩的数据包3。但是数据包4在压缩时,是基于数据包3进行的压缩,也就是说,发送端的缓存会包括数据包3,则接收端接收了压缩的数据包4之后,因为未接收压缩的数据包3,接收端的缓存中不会包括数据包3,因此接收端对压缩的数据包4解压缩会出错。在这种情况下,接收端向发送端发送控制(control)协议数据单元(protocol data unit,PDU),指示解压缩出错。发送端接收该control PDU之后,对于还没进行压缩的数据包,发送端可以不再根据缓存中的内容来压缩,而是可以根据预设的信息来压缩,这样接收端在接收这些压缩的数据包后就可以根据预设的信息实现正常的解压缩。但是接收端从发现解压缩失败到接收能够正确解压缩的数据包,这个过程中接收端对所接收的压缩的数据包均会解压缩失败,导致大量的数据包丢失。
发明内容
本申请实施例提供一种通信方法及装置,用于提高对数据包解压缩的正确率。
第一方面,提供一种通信方法,该方法包括:第一设备配置用于数据包压缩的多个缓存;所述第一设备根据第一缓存对第一数据包进行压缩,所述第一缓存是所述多个缓存中的一个;所述第一设备向第二设备发送所述压缩的第一数据包。
该方法可由第一通信装置执行,第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片系统。示例性地,所述通信设备为第一设备。示例性地,第一设备为终端设备或网络设备。
在本申请实施例中,第一设备可以维护多个缓存。那么,如果有压缩的数据包在传输中丢失,则接收端只是无法对同一个缓存对应的其他的数据包进行解压缩,而对于与该丢失的数据包不对应于同一个缓存的其他的数据包,接收端可以继续正常解压缩。通过这种方式,减小了丢失的数据包所影响的数据包的数量,也就减少了丢包量。
结合第一方面,在第一方面的第一种可能的实施方式中,所述多个缓存中的不同的缓存所用于压缩的数据包不同。
不同的缓存可以压缩不同的数据包,例如缓存1可以压缩数据包1、数据包2,缓存2可以压缩数据包3和数据包4,对于同一个数据包来说,不会通过不同的缓存压缩,这样可以避免压缩出错。
结合第一方面或第一方面的第一种可能的实施方式,在第一方面的第二种可能的实施方式中,所述第一缓存是根据所述第一数据包的序号确定的;或,所述第一缓存是随机确定的。
对于确定第一缓存的方式不做限制。
结合第一方面的第二种可能的实施方式,在第一方面的第三种可能的实施方式中,所述第一缓存是根据所述第一数据包的序号确定的,包括:所述第一缓存是所述第一设备按照所述第一数据包的序号,从所述多个缓存中顺序选择的;或,所述第一缓存是与所述第一数据包的序号所在的第一序号范围对应的缓存。
例如,第一设备也可以为多个缓存编号,则第一设备可以按照数据包的序号以及缓存的序号,令数据包和缓存一一对应。例如,令第1个数据包对应多个缓存中的第一缓存,令第2个数据包对应多个缓存中的第二缓存,令第3个数据包和第4个数据包对应多个缓存中的第三缓存,以此类推。这种方式可以使得不同的缓存对应的数据包的序号之间相差较大,如果有数据包丢失,只会影响与该数据包对应于同一个缓存的数据包,而在丢失的数据包之后,第一设备可能发送的是其他的缓存对应的数据包,而要在一段时间之后可能才会发送丢失的数据包对应的缓存所对应的其他的数据包,那么在发送丢失的数据包对应的缓存所对应的其他的数据包之前,或者在发送丢失的数据包对应的缓存所对应的其他的数据包时,可能第一设备已经重置了缓存,这样可以进一步减少丢包量。或者,第一设备可以将数据包的序号划分为不同的序号范围,每个序号范围可以对应一个缓存。则第一设备确定了第一数据包的序号所在的序号范围,就可以确定该序号范围对应的缓存是第一数据包对应的缓存。这两种确定缓存的方式都较为简单。
结合第一方面或第一方面的第一种可能的实施方式至第一方面的第三种可能的实施方式中的任一种可能的实施方式,在第一方面的第四种可能的实施方式中,所述方法还包括:所述第一设备在根据所述第一缓存对与所述第一缓存对应的多个数据包进行压缩时,所述第一缓存所包括的内容不变。
例如,只要是第一缓存所对应的数据包,在根据第一缓存进行压缩时,第一缓存所包括的内容不变,或者说,第一缓存的状态不变。例如,无论第一缓存对应多少个数据包,在对这些数据包进行压缩时,第一缓存都只包括预设的信息,预设的信息例如为预制字典等。其中,预制字典可以是预先设置的字典,预制字典可以放到缓存中,通过对比待压缩的数据包和缓存所包括的内容的差异,对数据包进行压缩。那么,第一设备在对第一数据包、第二数据包或第三数据包进行压缩时,都是根据预制字典来压缩,且在对一个数据包压缩完毕后,也无需更新第一缓存。在这种方式下,对后面的数据包的压缩无需考虑前面的数据包,数据包之间更加解耦,减小因为一个数据包丢失而对其他数据包造成的影响,而且对于第一设备来说由于无需更新第一缓存,因此可以减小工作量。
结合第一方面或第一方面的第一种可能的实施方式至第一方面的第四种可能的实施方式中的任一种可能的实施方式,在第一方面的第五种可能的实施方式中,所述方法还包括:所述第一设备接收来自第二设备的第一信令,所述第一信令用于指示对所述压缩的第一数据包解压缩失败;所述第一设备重置所述第一缓存,并根据重置的所述第一缓存对与所述第一缓存对应的数据包进行压缩。
如果第二设备对压缩的第一数据包解压缩失败,则第二设备可以向第一设备发送第一信令。第一设备接收第一信令后就可以重置第一缓存,以减小丢包量。
结合第一方面或第一方面的第一种可能的实施方式至第一方面的第五种可能的实施方式中的任一种可能的实施方式,在第一方面的第六种可能的实施方式中,所述方法还包括:所述第一设备接收来自第二设备的第一信令,所述第一信令用于指示第一信息,所述第一信息包括未接收所述压缩的第一数据包,或包括对压缩的第二数据包解压缩失败;所述第一设备向所述第二设备发送第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存,所述第二缓存包括所述第一数据包。
对于一个数据包来说,可以作为缓存所包括的内容,那么与该缓存对应的数据包在被压缩时,就是根据该数据包进行压缩。如果缓存包括的数据包在传输过程中丢失,则对于第二设备来说,与该缓存对应的压缩的数据包可能解压缩都会失败。因此,如果第二缓存包括了第一数据包,那么可以第一设备可以向第二设备发送第二缓存,或者发送压缩的第一数据包,从而使得第二缓存可以重新获得第二缓存的内容,以对第二缓存对应的其他的数据包进行正确的解压缩。
结合第一方面或第一方面的第一种可能的实施方式至第一方面的第六种可能的实施方式中的任一种可能的实施方式,在第一方面的第七种可能的实施方式中,所述多个缓存对应于一个数据承载或一个信令承载。
在本申请实施例中,多个缓存可以对应于一个承载,相当于,本申请实施例可以为一个承载设置多个缓存。
第二方面,提供第二种通信方法,该方法包括:第二设备接收压缩的第一数据包;所述第二设备根据所述压缩的第一数据包对应的第一缓存,对所述压缩的第一数据包进行解压缩,得到第一数据包,其中,所述第二设备维护了用于对压缩的数据包进行解压缩的多个缓存,所述第一缓存是所述多个缓存中的一个。
该方法可由第二通信装置执行,第二通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片系统。示例性地,所述通信设备为第二设备。示例性地,第二设备为终端设备或网络设备。
结合第二方面,在第二方面的第一种可能的实施方式中,所述多个缓存中的不同的缓存所用于压缩的数据包不同。
结合第二方面或第二方面的第一种可能的实施方式,在第二方面的第二种可能的实施方式中,所述方法还包括:所述第二设备按照所述第一数据包的序号确定所述多个缓存中的一个为所述第一缓存;或,所述第二设备根据所述压缩的第一数据包携带的第一指示信息,确定所述第一缓存。
结合第二方面的第二种可能的实施方式,在第二方面的第三种可能的实施方式中,所述第二设备按照所述第一数据包的序号确定所述多个缓存中的一个为所述第一缓存,包括:所述第二设备按照所述第一数据包的序号,顺序选择所述多个缓存中的一个为所述第一缓存;或,所述第二设备确定所述第一数据包的序号属于第一序号范围,所述第二设备确定与所述第一序号范围对应的缓存为所述第一缓存。
结合第二方面或第二方面的第一种可能的实施方式或第二方面的第二种可能的实施方式或第二方面的第三种可能的实施方式,在第二方面的第四种可能的实施方式中,所述方法还包括:所述第二设备向所述第一设备发送第一信令,所述第一信令用于指示第一信息,所述第一信息包括未接收所述压缩的第一数据包的信息,或包括指示对所述压缩的第二数据包解压缩失败的信息;所述第二设备接收来自所述第一设备的第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存,所述第二缓存包括所述第一数据包。
结合第二方面或第二方面的第一种可能的实施方式或第二方面的第二种可能的实施方式或第二方面的第三种可能的实施方式或第二方面的第四种可能的实施方式,在第二方面的第五种可能的实施方式中,所述多个缓存对应于一个数据承载或一个信令承载。
关于第二方面或第二方面的各种可能的实施方式的技术效果,可参考对于第一方面或第一方面的各种可能的实施方式的技术效果的介绍。
第三方面,提供第三种通信方法,该方法包括:第一设备根据M个数据包对应的第一缓存,对所述M个数据包中的第一数据包进行压缩,得到压缩的第一数据包,M为正整数;所述第一设备向第二设备发送所述压缩的第一数据包。
该方法可由第三通信装置执行,第三通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片系统。示例性地,所述通信设备为第一设备。示例性地,第一设备为终端设备或网络设备。
本申请实施例可以降低更新缓存的频率,在对多个数据包进行压缩后再更新缓存,使得同一个缓存状态对应多个数据包。这样,如果一个缓存对应的一个或多个压缩的数据包丢失,由于对这些数据包进行压缩时所采用的缓存的状态都是一样的,这些数据包在压缩时并没有先后的依附关系,因此这些压缩的数据包的丢失不会对其他压缩的数据包的解压缩造成影响,其他压缩的数据包依然可以得到正确的解压缩。可见,通过这种方式能够减小丢包量。
结合第三方面,在第三方面的第一种可能的实施方式中,所述M个数据包为第一数据承载或第一信令承载的全部数据包。
也就是说,该缓存所对应的全部的数据包都可以采用相同的内容来进行压缩。这种压缩方式较为简单,压缩后无需更新缓存,有助于减小第一设备的工作量。
结合第三方面,在第三方面的第二种可能的实施方式中,所述方法还包括:所述第一设备根据所述M个数据包中的一个或多个数据包,将所述第一缓存更新为第二缓存,所述第二缓存用于对N个数据包进行压缩,其中,所述N个数据包的序号在所述M个数据包的序号之后,N为正整数。
M个数据包是第一承载对应的部分数据包,那么第一承载对应的数据包中,除了M个数据包之外还包括其他的数据包。第一设备只选取了M个数据包来对应于第一缓存,而除了M个数据包之外的其他的数据包,可能对应于其他缓存。而第一设备可以根据M个数据包中的一个或多个数据包来将第一缓存更新为其他缓存,更新方式较为简单,且也可以对 M个数据包加以利用。实际上第一设备只维护了一个缓存,这里所述的对应于其他缓存,可以理解为是对应于该缓存的其他状态。
结合第三方面的第二种可能的实施方式,在第三方面的第三种可能的实施方式中,所述第一设备根据所述M个数据包中的一个或多个数据包,将所述第一缓存更新为第二缓存,包括:所述第一设备根据所述M个数据包的序号,将所述一个或多个数据包添加到所述第一缓存,得到所述第二缓存。
例如,第一设备可以从待压缩的第一个数据包开始,选取序号连续的M个数据包,令这M个数据包对应第一缓存,在这种情况下,M个数据包的序号是连续的;或者,第一设备可以对待压缩的数据包的序号进行取模操作,选取取模后的序号连续的M个数据包,令这M个数据包对应第一缓存,在这种情况下,M个数据包的取模后的序号是连续的,那么 M个数据包的序号可能也是连续的;或者,M个数据包也可以是第一设备从待压缩的数据包中随机选择的,在这种情况下,M个数据包的序号可能连续,也可能不连续。或者,第一设备还可以通过其他方式来选择M个数据包,具体的不做限制。
结合第三方面的第三种可能的实施方式,在第三方面的第四种可能的实施方式中,所述方法还包括:所述第一设备接收来自所述第二设备的第一信令,所述第一信令指示一个或多个数据包的序号,所述一个或多个数据包是用于将所述第一缓存更新为所述第二缓存的数据包。
用于将第一缓存更新为第二缓存的数据包,可以是第一设备自行确定,或者也可以由第二设备指示,具体的不做限制。
结合第三方面的第三种可能的实施方式,在第三方面的第五种可能的实施方式中,所述压缩的M个数据包包括压缩的所述一个或多个数据包,所述压缩的所述一个或多个数据包携带第一指示信息,所述第一指示信息用于指示对应的数据包用于将所述第一缓存更新为所述第二缓存。
究竟根据哪些数据包来更新第一缓存,可以由第一设备选择,例如第一设备选择根据 M个数据包中的第一数据包来将第一缓存更新为第二缓存。那么第一设备在向第二设备发送压缩的第一数据包时,可以在压缩的第一数据包中携带第一指示信息,第一指示信息可以指示第一数据包用于将第一缓存更新为第二缓存。当然,如果第一设备除了选择第一数据包来更新第一缓存之外,还选择了其他的数据包来更新第一缓存,则第一设备在向第二设备发送压缩的数据包时,都在相应的压缩的数据包中携带第一指示信息即可。第二设备接收压缩的第一数据包之后,根据压缩的第一数据包携带的第一指示信息就可以确定第一数据包是用于将第一缓存更新为第二缓存,或者说,确定第二缓存包括第一数据包。在每个压缩的数据包中都进行指示,可以使得指示更为明确。或者,如果第一设备选择了连续的多个数据包来更新第一缓存,那么第一设备在向第二设备发送压缩的数据包时,可以在连续的多个压缩的数据包中的第一个压缩的数据包中携带第一指示信息,第一指示信息可以指示从该压缩的数据包开始,连续的K个压缩的数据包都用于更新第一缓存,例如第一指示信息可以指示K的取值。那么第二设备接收压缩的数据包之后,根据连续的多个压缩的数据包中的第一个压缩的数据包中携带的第一指示信息,就可以确定,从该压缩的数据包开始直到第K个压缩的数据包,都是用于更新第一缓存的数据包。这种指示方式有助于减少第一指示信息的数量,节省传输开销。
其中,本申请实施例所述的,根据数据包来更新缓存,可以是指,将该数据包添加到该缓存中,以得到另一个缓存。例如,根据第一数据包将第一缓存更新为第二缓存,可以是指,将第一数据包添加到第一缓存中,添加了第一数据包的缓存就可以称为第二缓存。
结合第三方面的第三种可能的实施方式至第三方面的第五种可能的实施方式中的任一种可能的实施方式,在第三方面的第六种可能的实施方式中,所述方法还包括:所述第一设备接收来自第二设备的第二信令,所述第二信令用于指示未接收压缩的所述第一数据包,或指示对压缩的第二数据包解压缩失败;所述第一设备向所述第二设备发送所述第二缓存或压缩的所述一个或多个数据包,其中,所述压缩的第二数据包对应于所述第二缓存。
例如,第二设备确定未接收压缩的第一数据包,则第二设备可以向第一设备发送第二信令,第二信令用于指示未接收压缩的第一数据包。例如第二信令为control PDU。对于一个数据包来说,可以作为缓存所包括的内容,那么与该缓存对应的数据包在被压缩时,就是根据该数据包进行压缩。如果缓存包括的数据包在传输过程中丢失,则对于第二设备来说,与该缓存对应的压缩的数据包可能解压缩都会失败。因此,如果第一数据包对应于第二缓存,那么第一设备可以向第二设备发送第二缓存,或者发送压缩的第一数据包,从而使得第二缓存可以重新获得第二缓存的内容,以对第二缓存对应的其他的数据包进行正确的解压缩。
第四方面,提供第四种通信方法,该方法包括:第二设备接收来自第一设备的压缩的第一数据包;所述第二设备根据所述压缩的第一数据包对应的第一缓存,对所述压缩的数据包进行解压缩,得到第一数据包,其中,所述第一缓存对应于压缩的M个数据包,所述压缩的第一数据包是所述压缩的M个数据包中的一个,M为正整数。
该方法可由第四通信装置执行,第四通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片系统。示例性地,所述通信设备为第二设备。示例性地,第二设备为终端设备或网络设备。
结合第四方面,在第四方面的第一种可能的实施方式中,所述M个数据包为第一数据承载或第一信令承载的全部数据包。
结合第四方面,在第四方面的第二种可能的实施方式中,所述方法还包括:所述第一设备根据所述压缩的M个数据包中的压缩的一个或多个数据包,将所述第一缓存更新为第二缓存,所述第二缓存用于对压缩的N个数据包进行解压缩,其中,所述压缩的N个数据包的序号在所述压缩的M个数据包的序号之后,N为正整数。
结合第四方面的第二种可能的实施方式,在第四方面的第三种可能的实施方式中,所述第二设备根据所述压缩的M个数据包中的压缩的一个或多个数据包,将所述第一缓存更新为第二缓存,包括:所述第一设备根据所述压缩的M个数据包的序号,将所述压缩的一个或多个数据包解压缩后得到的一个或多个数据包添加到所述第一缓存中,得到所述第二缓存。
结合第四方面的第三种可能的实施方式,在第四方面的第四种可能的实施方式中,所述方法还包括:所述第二设备向所述第二设备发送第一信令,所述第一信令指示一个或多个数据包的序号,所述一个或多个数据包是用于将所述第一缓存更新为所述第二缓存的数据包。
结合第四方面的第三种可能的实施方式,在第四方面的第五种可能的实施方式中,所述压缩的所述一个或多个数据包携带第一指示信息,所述第一指示信息用于指示对应的压缩的数据包用于将所述第一缓存更新为所述第二缓存。
结合第四方面的第三种可能的实施方式至第四方面的第五种可能的实施方式中的任一种可能的实施方式,在第四方面的第六种可能的实施方式中,所述方法还包括:所述第二设备向所述第一设备发送第二信令,所述第二信令用于指示未接收所述压缩的第一数据包,或指示对压缩的第二数据包解压缩失败;所述第二设备接收来自所述第一设备的所述第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存。
关于第四方面或第四方面的各种可能的实施方式的技术效果,可参考对于第三方面或第三方面的各种可能的实施方式的技术效果的介绍。
第五方面,提供第五种通信方法,该方法包括:第一设备根据第一条件重置缓存;所述第一设备根据重置后的缓存对数据包进行压缩,得到压缩的数据包;所述第一设备将所述压缩的数据包发送给第二设备。
该方法可由第五通信装置执行,第五通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片系统。示例性地,所述通信设备为第一设备。示例性地,第一设备为终端设备或网络设备。
在本申请实施例中,第一设备在满足第一条件时就可以重置缓存,而无需等到第二设备指示有数据包丢失时再重置缓存,可以尽量减少丢包量。
结合第五方面,在第五方面的第一种可能的实施方式中,所述第一条件包括如下的一项或如下多项的任意组合:
以第一时长为周期重置所述缓存;
每压缩N个数据包后重置所述缓存;或,
已压缩的数据包的总数据量大于或等于第一阈值。
以第一时长为周期重置缓存,也就是周期性地重置缓存,这种方式较为简单。或者,第一设备每压缩N个数据包后,就可以重置缓存。N的取值越小,则第一设备重置缓存就越频繁,丢包量也越小。但是第一设备重置缓存过于频繁,也会给第一设备带来较大的工作量。因此N的取值可以有所均衡,既不至于使得第一设备过于频繁地重置缓存,也尽量减小丢包量。或者,已压缩的数据包的总数据量,是指所有的已压缩的数据包的数据量之和。如果已压缩的数据包的数据量较大,则可能出错的概率也就比较大,因此,如果已压缩的数据包的总数据量大于或等于第一阈值,第一设备就可以重置缓存。
结合第五方面或第五方面的第一种可能的实施方式,在第五方面的第二种可能的实施方式中,所述方法还包括:所述第一设备接收来自所述第二设备的第一信令,其中,当所述第一条件包括以第一时长为周期重置所述缓存时,所述第一信令指示所述第一时长,或,当所述第一条件包括每压缩N个数据包后重置所述缓存时,所述第一信令指示所述N的取值,或,当所述第一条件包括已压缩的数据包的总数据量大于或等于第一阈值时重置所述缓存时,所述第一信令指示所述第一阈值。
第一条件所涉及的阈值等信息,可以由第一设备设置,或者也可以由第二设备设置,或者也可以通过协议规定,具体的不做限制。
第六方面,提供一种通信装置,例如该通信装置为如前所述的第一通信装置。所述通信装置用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第一方面或第一方面的任一可能的实现方式中的方法的模块,例如包括处理模块和收发模块。其中,收发模块可以是指一个功能模块,该功能模块既能完成接收信息的功能也能完成发送信息的功能。或者,收发模块可以是发送模块和接收模块的统称,发送模块用于完成发送信息的功能,接收模块用于完成接收信息的功能。示例性地,所述通信装置为第一设备。示例性地,所述第一设备为终端设备或网络设备。其中,
所述处理模块,用于配置用于数据包压缩的多个缓存;
所述处理模块,还用于根据第一缓存对第一数据包进行压缩,所述第一缓存是所述多个缓存中的一个;
所述收发模块,用于向第二设备发送所述压缩的第一数据包。
结合第六方面,在第六方面的第一种可能的实施方式中,所述多个缓存中的不同的缓存所用于压缩的数据包不同。
结合第六方面或第六方面的第一种可能的实施方式,在第六方面的第二种可能的实施方式中,所述第一缓存是根据所述第一数据包的序号确定的;或,所述第一缓存是随机确定的。
结合第六方面的第二种可能的实施方式,在第六方面的第三种可能的实施方式中,所述第一缓存是根据所述第一数据包的序号确定的,包括:所述第一缓存是所述处理模块按照所述第一数据包的序号,从所述多个缓存中顺序选择的;或,所述第一缓存是与所述第一数据包的序号所在的第一序号范围对应的缓存。
结合第六方面或第六方面的第一种可能的实施方式至第六方面的第三种可能的实施方式中的任一种可能的实施方式,在第六方面的第四种可能的实施方式中,所述处理模块,还用于在根据所述第一缓存对与所述第一缓存对应的多个数据包进行压缩时,所述第一缓存所包括的内容不变。
结合第六方面或第六方面的第一种可能的实施方式至第六方面的第四种可能的实施方式中的任一种可能的实施方式,在第六方面的第五种可能的实施方式中,
所述收发模块,还用于接收来自第二设备的第一信令,所述第一信令用于指示对所述压缩的第一数据包解压缩失败;
所述处理模块,还用于重置所述第一缓存,并根据重置的所述第一缓存对与所述第一缓存对应的数据包进行压缩。
结合第六方面或第六方面的第一种可能的实施方式至第六方面的第五种可能的实施方式中的任一种可能的实施方式,在第六方面的第六种可能的实施方式中,所述收发模块还用于:
接收来自第二设备的第一信令,所述第一信令用于指示第一信息,所述第一信息包括未接收所述压缩的第一数据包的信息,或包括对压缩的第二数据包解压缩失败的信息;
向所述第二设备发送第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存,所述第二缓存包括所述第一数据包。
结合第六方面或第六方面的第一种可能的实施方式至第六方面的第六种可能的实施方式中的任一种可能的实施方式,在第六方面的第七种可能的实施方式中,所述多个缓存对应于一个数据承载或一个信令承载。
关于第六方面或第六方面的各种可能的实施方式的技术效果,可参考对于第一方面或第一方面的各种可能的实施方式的技术效果的介绍。
第七方面,提供一种通信装置,例如该通信装置为如前所述的第二通信装置。所述通信装置用于执行上述第二方面或第二方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第二方面或第二方面的任一可能的实现方式中的方法的模块,例如包括处理模块和收发模块。其中,收发模块可以是指一个功能模块,该功能模块既能完成接收信息的功能也能完成发送信息的功能。或者,收发模块可以是发送模块和接收模块的统称,发送模块用于完成发送信息的功能,接收模块用于完成接收信息的功能。示例性地,所述通信装置为第二设备。示例性地,所述第二设备为终端设备或网络设备。其中,
所述收发模块,用于接收压缩的第一数据包;
所述处理模块,用于根据所述压缩的第一数据包对应的第一缓存,对所述压缩的第一数据包进行解压缩,得到第一数据包,其中,所述第二设备维护了用于对压缩的数据包进行解压缩的多个缓存,所述第一缓存是所述多个缓存中的一个。
结合第七方面,在第七方面的第一种可能的实施方式中,所述多个缓存中的不同的缓存所用于压缩的数据包不同。
结合第七方面或第七方面的第一种可能的实施方式,在第七方面的第二种可能的实施方式中,所述处理模块还用于:
按照所述第一数据包的序号确定所述多个缓存中的一个为所述第一缓存;或,
根据所述压缩的第一数据包携带的第一指示信息,确定所述第一缓存。
结合第七方面的第二种可能的实施方式,在第七方面的第三种可能的实施方式中,所述处理模块用于通过如下方式按照所述第一数据包的序号确定所述多个缓存中的一个为所述第一缓存:
按照所述第一数据包的序号,顺序选择所述多个缓存中的一个为所述第一缓存;或,
确定所述第一数据包的序号属于第一序号范围,确定与所述第一序号范围对应的缓存为所述第一缓存。
结合第七方面或第七方面的第一种可能的实施方式或第七方面的第二种可能的实施方式或第七方面的第三种可能的实施方式,在第七方面的第四种可能的实施方式中,所述收发模块还用于:
向所述第一设备发送第一信令,所述第一信令用于指示第一信息,所述第一信息包括未接收所述压缩的第一数据包的信息,或包括对所述压缩的第二数据包解压缩失败的信息;
接收来自所述第一设备的第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存,所述第二缓存包括所述第一数据包。
结合第七方面或第七方面的第一种可能的实施方式或第七方面的第二种可能的实施方式或第七方面的第三种可能的实施方式或第七方面的第四种可能的实施方式,在第七方面的第五种可能的实施方式中,所述多个缓存对应于一个数据承载或一个信令承载。
关于第七方面或第七方面的各种可能的实施方式的技术效果,可参考对于第二方面或第二方面的各种可能的实施方式的技术效果的介绍。
第八方面,提供一种通信装置,例如该通信装置为如前所述的第三通信装置。所述通信装置用于执行上述第三方面或第三方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第三方面或第三方面的任一可能的实现方式中的方法的模块,例如包括处理模块和收发模块。其中,收发模块可以是指一个功能模块,该功能模块既能完成接收信息的功能也能完成发送信息的功能。或者,收发模块可以是发送模块和接收模块的统称,发送模块用于完成发送信息的功能,接收模块用于完成接收信息的功能。示例性地,所述通信装置为第一设备。示例性地,所述第一设备为终端设备或网络设备。其中,
所述处理模块,用于根据M个数据包对应的第一缓存,对所述M个数据包中的第一数据包进行压缩,得到压缩的第一数据包,M为正整数;
所述收发模块,用于向第二设备发送所述压缩的第一数据包。
结合第八方面,在第八方面的第一种可能的实施方式中,所述M个数据包为第一数据承载或第一信令承载的全部数据包。
结合第八方面,在第八方面的第二种可能的实施方式中,所述处理模块,还用于根据所述M个数据包中的一个或多个数据包,将所述第一缓存更新为第二缓存,所述第二缓存用于对N个数据包进行压缩,其中,所述N个数据包的序号在所述M个数据包的序号之后, N为正整数。
结合第八方面的第二种可能的实施方式,在第八方面的第三种可能的实施方式中,所述处理模块用于通过如下方式根据所述M个数据包中的一个或多个数据包,将所述第一缓存更新为第二缓存:根据所述M个数据包的序号,将所述一个或多个数据包添加到所述第一缓存,得到所述第二缓存。
结合第八方面的第三种可能的实施方式,在第八方面的第四种可能的实施方式中,所述收发模块,还用于接收来自所述第二设备的第一信令,所述第一信令指示一个或多个数据包的序号,所述一个或多个数据包是用于将所述第一缓存更新为所述第二缓存的数据包。
结合第八方面的第三种可能的实施方式,在第八方面的第五种可能的实施方式中,所述压缩的M个数据包包括压缩的所述一个或多个数据包,所述压缩的所述一个或多个数据包携带第一指示信息,所述第一指示信息用于指示对应的数据包用于将所述第一缓存更新为所述第二缓存。
结合第八方面的第三种可能的实施方式至第八方面的第五种可能的实施方式中的任一种可能的实施方式,在第八方面的第六种可能的实施方式中,所述收发模块还用于:
接收来自第二设备的第二信令,所述第二信令用于指示未接收压缩的所述第一数据包,或指示对压缩的第二数据包解压缩失败;
向所述第二设备发送所述第二缓存或压缩的所述一个或多个数据包,其中,所述压缩的第二数据包对应于所述第二缓存。
关于第八方面或第八方面的各种可能的实施方式的技术效果,可参考对于第三方面或第三方面的各种可能的实施方式的技术效果的介绍。
第九方面,提供一种通信装置,例如该通信装置为如前所述的第四通信装置。所述通信装置用于执行上述第四方面或第四方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第四方面或第四方面的任一可能的实现方式中的方法的模块,例如包括处理模块和收发模块。其中,收发模块可以是指一个功能模块,该功能模块既能完成接收信息的功能也能完成发送信息的功能。或者,收发模块可以是发送模块和接收模块的统称,发送模块用于完成发送信息的功能,接收模块用于完成接收信息的功能。示例性地,所述通信装置为第二设备。示例性地,所述第二设备为终端设备或网络设备。其中,
所述收发模块,用于接收来自第一设备的压缩的第一数据包;
所述处理模块,用于根据所述压缩的第一数据包对应的第一缓存,对所述压缩的数据包进行解压缩,得到第一数据包,其中,所述第一缓存对应于压缩的M个数据包,所述压缩的第一数据包是所述压缩的M个数据包中的一个,M为正整数。
结合第九方面,在第九方面的第一种可能的实施方式中,所述M个数据包为第一数据承载或第一信令承载的全部数据包。
结合第九方面,在第九方面的第二种可能的实施方式中,所述处理模块,还用于根据所述压缩的M个数据包中的压缩的一个或多个数据包,将所述第一缓存更新为第二缓存,所述第二缓存用于对压缩的N个数据包进行解压缩,其中,所述压缩的N个数据包的序号在所述压缩的M个数据包的序号之后,N为正整数。
结合第九方面的第二种可能的实施方式,在第九方面的第三种可能的实施方式中,所述处理模块用于通过如下方式根据所述压缩的M个数据包中的压缩的一个或多个数据包,将所述第一缓存更新为第二缓存:根据所述压缩的M个数据包的序号,将所述压缩的一个或多个数据包解压缩后得到的一个或多个数据包添加到所述第一缓存中,得到所述第二缓存。
结合第九方面的第三种可能的实施方式,在第九方面的第四种可能的实施方式中,所述收发模块,还用于向所述第二设备发送第一信令,所述第一信令指示一个或多个数据包的序号,所述一个或多个数据包是用于将所述第一缓存更新为所述第二缓存的数据包。
结合第九方面的第三种可能的实施方式,在第九方面的第五种可能的实施方式中,所述压缩的所述一个或多个数据包携带第一指示信息,所述第一指示信息用于指示对应的压缩的数据包用于将所述第一缓存更新为所述第二缓存。
结合第九方面的第三种可能的实施方式至第九方面的第五种可能的实施方式中的任一种可能的实施方式,在第九方面的第六种可能的实施方式中,所述收发模块还用于:
向所述第一设备发送第二信令,所述第二信令用于指示未接收所述压缩的第一数据包,或指示对压缩的第二数据包解压缩失败;
接收来自所述第一设备的所述第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存。
关于第九方面或第九方面的各种可能的实施方式的技术效果,可参考对于第四方面或第四方面的各种可能的实施方式的技术效果的介绍。
第十方面,提供一种通信装置,例如该通信装置为如前所述的第五通信装置。所述通信装置用于执行上述第五方面或第五方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第五方面或第五方面的任一可能的实现方式中的方法的模块,例如包括处理模块和收发模块。其中,收发模块可以是指一个功能模块,该功能模块既能完成接收信息的功能也能完成发送信息的功能。或者,收发模块可以是发送模块和接收模块的统称,发送模块用于完成发送信息的功能,接收模块用于完成接收信息的功能。示例性地,所述通信装置为第一设备。示例性地,所述第一设备为终端设备或网络设备。其中,
所述处理模块,用于根据第一条件重置缓存;
所述收发模块,用于根据重置后的缓存对数据包进行压缩,得到压缩的数据包;所述第一设备将所述压缩的数据包发送给第二设备。
结合第十方面,在第十方面的第一种可能的实施方式中,所述第一条件包括如下的一项或如下多项的任意组合:
以第一时长为周期重置所述缓存;
每压缩N个数据包后重置所述缓存;或,
已压缩的数据包的总数据量大于或等于第一阈值。
结合第十方面或第十方面的第一种可能的实施方式,在第十方面的第二种可能的实施方式中,所述收发模块,还用于接收来自所述第二设备的第一信令,其中,当所述第一条件包括以第一时长为周期重置所述缓存时,所述第一信令指示所述第一时长,或,当所述第一条件包括每压缩N个数据包后重置所述缓存时,所述第一信令指示所述N的取值,或,当所述第一条件包括已压缩的数据包的总数据量大于或等于第一阈值时重置所述缓存时,所述第一信令指示所述第一阈值。
关于第十方面或第十方面的各种可能的实施方式的技术效果,可参考对于第五方面或第五方面的各种可能的实施方式的技术效果的介绍。
第十一方面,提供一种通信装置,该通信装置例如为如前所述的第一通信装置。该通信装置包括处理器和收发器,处理器和收发器用于实现上述第一方面或第一方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。示例性的,所述通信设备为第一设备。示例性地,所述第一设备为终端设备或网络设备。其中,
所述处理器,用于配置用于数据包压缩的多个缓存;
所述处理器,还用于根据第一缓存对第一数据包进行压缩,所述第一缓存是所述多个缓存中的一个;
所述收发器,用于向第二设备发送所述压缩的第一数据包。
结合第十一方面,在第十一方面的第一种可能的实施方式中,所述多个缓存中的不同的缓存所用于压缩的数据包不同。
结合第十一方面或第十一方面的第一种可能的实施方式,在第十一方面的第二种可能的实施方式中,所述第一缓存是根据所述第一数据包的序号确定的;或,所述第一缓存是随机确定的。
结合第十一方面的第二种可能的实施方式,在第十一方面的第三种可能的实施方式中,所述第一缓存是根据所述第一数据包的序号确定的,包括:所述第一缓存是所述处理器按照所述第一数据包的序号,从所述多个缓存中顺序选择的;或,所述第一缓存是与所述第一数据包的序号所在的第一序号范围对应的缓存。
结合第十一方面或第十一方面的第一种可能的实施方式至第十一方面的第三种可能的实施方式中的任一种可能的实施方式,在第十一方面的第四种可能的实施方式中,所述处理器,还用于在根据所述第一缓存对与所述第一缓存对应的多个数据包进行压缩时,所述第一缓存所包括的内容不变。
结合第十一方面或第十一方面的第一种可能的实施方式至第十一方面的第四种可能的实施方式中的任一种可能的实施方式,在第十一方面的第五种可能的实施方式中,
所述收发器,还用于接收来自第二设备的第一信令,所述第一信令用于指示对所述压缩的第一数据包解压缩失败;
所述处理器,还用于重置所述第一缓存,并根据重置的所述第一缓存对与所述第一缓存对应的数据包进行压缩。
结合第十一方面或第十一方面的第一种可能的实施方式至第十一方面的第五种可能的实施方式中的任一种可能的实施方式,在第十一方面的第六种可能的实施方式中,所述收发器还用于:
接收来自第二设备的第一信令,所述第一信令用于指示第一信息,所述第一信息包括未接收所述压缩的第一数据包的信息,或包括对压缩的第二数据包解压缩失败的信息;
向所述第二设备发送第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存,所述第二缓存包括所述第一数据包。
结合第十一方面或第十一方面的第一种可能的实施方式至第十一方面的第六种可能的实施方式中的任一种可能的实施方式,在第十一方面的第七种可能的实施方式中,所述多个缓存对应于一个数据承载或一个信令承载。
关于第十一方面或第十一方面的各种可能的实施方式的技术效果,可参考对于第一方面或第一方面的各种可能的实施方式的技术效果的介绍。
第十二方面,提供一种通信装置,该通信装置例如为如前所述的第二通信装置。该通信装置包括处理器和收发器,处理器和收发器用于实现上述第二方面或第二方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。示例性的,所述通信设备为第二设备。示例性地,所述第二设备为终端设备或网络设备。其中,
所述收发器,用于接收压缩的第一数据包;
所述处理器,用于根据所述压缩的第一数据包对应的第一缓存,对所述压缩的第一数据包进行解压缩,得到第一数据包,其中,所述第二设备维护了用于对压缩的数据包进行解压缩的多个缓存,所述第一缓存是所述多个缓存中的一个。
结合第十二方面,在第十二方面的第一种可能的实施方式中,所述多个缓存中的不同的缓存所用于压缩的数据包不同。
结合第十二方面或第十二方面的第一种可能的实施方式,在第十二方面的第二种可能的实施方式中,所述处理器还用于:
按照所述第一数据包的序号确定所述多个缓存中的一个为所述第一缓存;或,
根据所述压缩的第一数据包携带的第一指示信息,确定所述第一缓存。
结合第十二方面的第二种可能的实施方式,在第十二方面的第三种可能的实施方式中,所述处理器用于通过如下方式按照所述第一数据包的序号确定所述多个缓存中的一个为所述第一缓存:
按照所述第一数据包的序号,顺序选择所述多个缓存中的一个为所述第一缓存;或,
确定所述第一数据包的序号属于第一序号范围,确定与所述第一序号范围对应的缓存为所述第一缓存。
结合第十二方面或第十二方面的第一种可能的实施方式或第十二方面的第二种可能的实施方式或第十二方面的第三种可能的实施方式,在第十二方面的第四种可能的实施方式中,所述收发器还用于:
向所述第一设备发送第一信令,所述第一信令用于指示第一信息,所述第一信息包括未接收所述压缩的第一数据包的信息,或包括对所述压缩的第二数据包解压缩失败的信息;
接收来自所述第一设备的第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存,所述第二缓存包括所述第一数据包。
结合第十二方面或第十二方面的第一种可能的实施方式或第十二方面的第二种可能的实施方式或第十二方面的第三种可能的实施方式,在第十二方面的第四种可能的实施方式中,所述多个缓存对应于一个数据承载或一个信令承载。
关于第十二方面或第十二方面的各种可能的实施方式的技术效果,可参考对于第二方面或第二方面的各种可能的实施方式的技术效果的介绍。
第十三方面,提供一种通信装置,该通信装置例如为如前所述的第三通信装置。该通信装置包括处理器和收发器,处理器和收发器用于实现上述第三方面或第三方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。示例性的,所述通信设备为第一设备。示例性地,所述第一设备为终端设备或网络设备。其中,
所述处理器,用于根据M个数据包对应的第一缓存,对所述M个数据包中的第一数据包进行压缩,得到压缩的第一数据包,M为正整数;
所述收发器,用于向第二设备发送所述压缩的第一数据包。
结合第十三方面,在第十三方面的第一种可能的实施方式中,所述M个数据包为第一数据承载或第一信令承载的全部数据包。
结合第十三方面,在第十三方面的第二种可能的实施方式中,所述处理器,还用于根据所述M个数据包中的一个或多个数据包,将所述第一缓存更新为第二缓存,所述第二缓存用于对N个数据包进行压缩,其中,所述N个数据包的序号在所述M个数据包的序号之后,N为正整数。
结合第十三方面的第二种可能的实施方式,在第十三方面的第三种可能的实施方式中,所述处理器用于通过如下方式根据所述M个数据包中的一个或多个数据包,将所述第一缓存更新为第二缓存:根据所述M个数据包的序号,将所述一个或多个数据包添加到所述第一缓存,得到所述第二缓存。
结合第十三方面的第三种可能的实施方式,在第十三方面的第四种可能的实施方式中,所述收发器,还用于接收来自所述第二设备的第一信令,所述第一信令指示一个或多个数据包的序号,所述一个或多个数据包是用于将所述第一缓存更新为所述第二缓存的数据包。
结合第十三方面的第三种可能的实施方式,在第十三方面的第五种可能的实施方式中,所述压缩的M个数据包包括压缩的所述一个或多个数据包,所述压缩的所述一个或多个数据包携带第一指示信息,所述第一指示信息用于指示对应的数据包用于将所述第一缓存更新为所述第二缓存。
结合第十三方面的第三种可能的实施方式至第十三方面的第五种可能的实施方式中的任一种可能的实施方式,在第十三方面的第六种可能的实施方式中,所述收发器还用于:
接收来自第二设备的第二信令,所述第二信令用于指示未接收压缩的所述第一数据包,或指示对压缩的第二数据包解压缩失败;
向所述第二设备发送所述第二缓存或压缩的所述一个或多个数据包,其中,所述压缩的第二数据包对应于所述第二缓存。
关于第十三方面或第十三方面的各种可能的实施方式的技术效果,可参考对于第三方面或第三方面的各种可能的实施方式的技术效果的介绍。
第十四方面,提供一种通信装置,该通信装置例如为如前所述的第四通信装置。该通信装置包括处理器和收发器,处理器和收发器用于实现上述第四方面或第四方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。示例性的,所述通信设备为第二设备。示例性地,所述第二设备为终端设备或网络设备。其中,
所述收发器,用于接收来自第一设备的压缩的第一数据包;
所述处理器,用于根据所述压缩的第一数据包对应的第一缓存,对所述压缩的数据包进行解压缩,得到第一数据包,其中,所述第一缓存对应于压缩的M个数据包,所述压缩的第一数据包是所述压缩的M个数据包中的一个,M为正整数。
结合第十四方面,在第十四方面的第一种可能的实施方式中,所述M个数据包为第一数据承载或第一信令承载的全部数据包。
结合第十四方面,在第十四方面的第二种可能的实施方式中,所述处理器,还用于根据所述压缩的M个数据包中的压缩的一个或多个数据包,将所述第一缓存更新为第二缓存,所述第二缓存用于对压缩的N个数据包进行解压缩,其中,所述压缩的N个数据包的序号在所述压缩的M个数据包的序号之后,N为正整数。
结合第十四方面的第二种可能的实施方式,在第十四方面的第三种可能的实施方式中,所述处理器用于通过如下方式根据所述压缩的M个数据包中的压缩的一个或多个数据包,将所述第一缓存更新为第二缓存:根据所述压缩的M个数据包的序号,将所述压缩的一个或多个数据包解压缩后得到的一个或多个数据包添加到所述第一缓存中,得到所述第二缓存。
结合第十四方面的第三种可能的实施方式,在第十四方面的第四种可能的实施方式中,所述收发器,还用于向所述第二设备发送第一信令,所述第一信令指示一个或多个数据包的序号,所述一个或多个数据包是用于将所述第一缓存更新为所述第二缓存的数据包。
结合第十四方面的第三种可能的实施方式,在第十四方面的第五种可能的实施方式中,所述压缩的所述一个或多个数据包携带第一指示信息,所述第一指示信息用于指示对应的压缩的数据包用于将所述第一缓存更新为所述第二缓存。
结合第十四方面的第三种可能的实施方式至第十四方面的第五种可能的实施方式中的任一种可能的实施方式,在第十四方面的第六种可能的实施方式中,所述收发器还用于:
向所述第一设备发送第二信令,所述第二信令用于指示未接收所述压缩的第一数据包,或指示对压缩的第二数据包解压缩失败;
接收来自所述第一设备的所述第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存。
关于第十四方面或第十四方面的各种可能的实施方式的技术效果,可参考对于第四方面或第四方面的各种可能的实施方式的技术效果的介绍。
第十五方面,提供一种通信装置,该通信装置例如为如前所述的第五通信装置。该通信装置包括处理器和收发器,处理器和收发器用于实现上述第五方面或第五方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。示例性的,所述通信设备为第一设备。示例性地,所述第一设备为终端设备或网络设备。其中,
所述处理器,用于根据第一条件重置缓存;
所述收发器,用于根据重置后的缓存对数据包进行压缩,得到压缩的数据包;所述第一设备将所述压缩的数据包发送给第二设备。
结合第十五方面,在第十五方面的第一种可能的实施方式中,所述第一条件包括如下的一项或如下多项的任意组合:
以第一时长为周期重置所述缓存;
每压缩N个数据包后重置所述缓存;或,
已压缩的数据包的总数据量大于或等于第一阈值。
结合第十五方面或第十五方面的第一种可能的实施方式,在第十五方面的第二种可能的实施方式中,所述收发器,还用于接收来自所述第二设备的第一信令,其中,当所述第一条件包括以第一时长为周期重置所述缓存时,所述第一信令指示所述第一时长,或,当所述第一条件包括每压缩N个数据包后重置所述缓存时,所述第一信令指示所述N的取值,或,当所述第一条件包括已压缩的数据包的总数据量大于或等于第一阈值时重置所述缓存时,所述第一信令指示所述第一阈值。
关于第十五方面或第十五方面的各种可能的实施方式的技术效果,可参考对于第五方面或第五方面的各种可能的实施方式的技术效果的介绍。
第十六方面,提供一种通信装置。该通信装置可以为上述方法设计中的第一通信装置。示例性地,所述通信装置为设置在通信设备中的芯片。示例性地,通信设备为第一设备。示例性地,所述第一设备为终端设备或网络设备。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使该通信装置执行上述第一方面或第一方面的任意一种可能的实施方式中的方法。
其中,该通信装置还可以包括通信接口,该通信接口可以是第一设备中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果该通信装置为设置在第一设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
第十七方面,提供一种通信装置。该通信装置可以为上述方法设计中的第二通信装置。示例性地,所述通信装置为设置在通信设备中的芯片。示例性地,通信设备为第二设备。示例性地,所述第二设备为终端设备或网络设备。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使该通信装置执行上述第二方面或第二方面的任意一种可能的实施方式中的方法。
其中,该通信装置还可以包括通信接口,该通信接口可以是第二设备中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果该通信装置为设置在第二设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
第十八方面,提供一种通信装置。该通信装置可以为上述方法设计中的第三通信装置。示例性地,所述通信装置为设置在通信设备中的芯片。示例性地,通信设备为第一设备。示例性地,所述第一设备为终端设备或网络设备。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使该通信装置执行上述第三方面或第三方面的任意一种可能的实施方式中的方法。
其中,该通信装置还可以包括通信接口,该通信接口可以是第一设备中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果该通信装置为设置在第一设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
第十九方面,提供一种通信装置。该通信装置可以为上述方法设计中的第四通信装置。示例性地,所述通信装置为设置在通信设备中的芯片。示例性地,通信设备为第二设备。示例性地,所述第二设备为终端设备或网络设备。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使该通信装置执行上述第四方面或第四方面的任意一种可能的实施方式中的方法。
其中,该通信装置还可以包括通信接口,该通信接口可以是第二设备中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果该通信装置为设置在第二设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
第二十方面,提供一种通信装置。该通信装置可以为上述方法设计中的第五通信装置。示例性地,所述通信装置为设置在通信设备中的芯片。示例性地,通信设备为第一设备。示例性地,所述第一设备为终端设备或网络设备。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使该通信装置执行上述第五方面或第五方面的任意一种可能的实施方式中的方法。
其中,该通信装置还可以包括通信接口,该通信接口可以是第一设备中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果该通信装置为设置在第一设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
第二十一方面,提供一种通信系统,该通信系统可以包括第六方面所述的通信装置、第十一方面所述的通信装置或第十六方面所述的通信装置,以及包括第七方面所述的通信装置、第十二方面所述的通信装置或第十七方面所述的通信装置。
第二十二方面,提供一种通信系统,该通信系统可以包括第八方面所述的通信装置、第十三方面所述的通信装置或第十八方面所述的通信装置,以及包括第九方面所述的通信装置、第十四方面所述的通信装置或第十九方面所述的通信装置。
第二十一方面所提供的通信系统和第二十二方面所提供的通信系统,可以是同一个通信系统,或者也可以是不同的通信系统。
第二十三方面,提供一种计算机存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。
第二十四方面,提供一种计算机存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。
第二十五方面,提供一种计算机存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第三方面或第三方面的任意一种可能的设计中所述的方法。
第二十六方面,提供一种计算机存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第四方面或第四方面的任意一种可能的设计中所述的方法。
第二十七方面,提供一种计算机存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第五方面或第五方面的任意一种可能的设计中所述的方法。
第二十八方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。
第二十九方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。
第三十方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第三方面或第三方面的任意一种可能的设计中所述的方法。
第三十一方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第四方面或第四方面的任意一种可能的设计中所述的方法。
第三十二方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第五方面或第五方面的任意一种可能的设计中所述的方法。
通过本申请实施例提供的方式,可以减小丢失的数据包所影响的数据包的数量,也就减少了丢包量。
附图说明
图1为UDC技术的一种示意图;
图2为LTE系统中的数据包压缩和解压缩的过程示意图;
图3为LTE系统中的解压缩出错的反馈机制的示意图;
图4为NR系统中的数据包压缩和解压缩的过程示意图;
图5为NR系统中的解压缩出错的反馈机制的示意图;
图6A为本申请实施例的一种应用场景示意图;
图6B为本申请实施例的另一种应用场景示意图;
图7为数据包的计数值的构成示意图;
图8为本申请实施例提供的第一种通信方法的流程图;
图9为本申请实施例中为数据包分配缓存的一种示意图;
图10为本申请实施例中NR系统的一种处理过程的示意图;
图11为本申请实施例提供的第二种通信方法的流程图;
图12为本申请实施例中NR系统的一种处理过程的示意图;
图13为本申请实施例提供的第三种通信方法的流程图;
图14为本申请实施例提供的第一种第一设备的示意性框图;
图15为本申请实施例提供的第一种第一设备的另一示意性框图;
图16为本申请实施例提供的第一种第二设备的示意性框图;
图17为本申请实施例提供的第一种第二设备的另一示意性框图;
图18为本申请实施例提供的第二种第一设备的示意性框图;
图19为本申请实施例提供的第二种第一设备的另一示意性框图;
图20为本申请实施例提供的第二种第二设备的示意性框图;
图21为本申请实施例提供的第二种第二设备的另一示意性框图;
图22为本申请实施例提供的第三种第一设备的示意性框图;
图23为本申请实施例提供的第三种第一设备的另一示意性框图;
图24为本申请实施例提供的通信装置的示意性框图;
图25为本申请实施例提供的通信装置的另一示意性框图;
图26为本申请实施例提供的通信装置的再一示意性框图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
以下,对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
1)终端设备,包括向用户提供语音和/或数据连通性的设备,具体的,包括向用户提供语音的设备,或包括向用户提供数据连通性的设备,或包括向用户提供语音和数据连通性的设备。例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network,RAN)与核心网进行通信,与 RAN交换语音或数据,或与RAN交互语音和数据。该终端设备可以包括用户设备(userequipment,UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device,D2D)终端设备、车到一切(vehicle to everything,V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications,M2M/MTC)终端设备、物联网(internet of things,IoT)终端设备、订户单元(subscriber unit)、订户站(subscriberstation),移动站 (mobile station)、远程站(remote station)、接入点(access point,AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(userterminal)、用户代理(user agent)、或用户装备(user device)等。例如,可以包括移动电话(或称为“蜂窝”电话),具有移动终端设备的计算机,便携式、袖珍式、手持式、计算机内置的移动装置等。例如,个人通信业务(personal communication service,PCS)电话、无绳电话、会话发起协议(session initiation protocol,SIP)话机、无线本地环路(wirelesslocal loop,WLL)站、个人数字助理(personal digital assistant,PDA)、等设备。还包括受限设备,例如功耗较低的设备,或存储能力有限的设备,或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification,RFID)、传感器、全球定位系统(global positioning system,GPS)、激光扫描器等信息传感设备。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能头盔、智能首饰等。
而如上介绍的各种终端设备,如果位于车辆上(例如放置在车辆内或安装在车辆内),都可以认为是车载终端设备,车载终端设备例如也称为车载单元(on-board unit,OBU)。
本申请实施例中,终端设备还可以包括中继(relay)。或者理解为,能够与基站进行数据通信的都可以看作终端设备。
2)网络设备,例如包括接入网(access network,AN)设备,例如基站(例如,接入点),可以是指接入网中在空口通过一个或多个小区与无线终端设备通信的设备,或者例如,一种车到一切(vehicle-to-everything,V2X)技术中的网络设备为路侧单元(roadside unit, RSU)。基站可用于将收到的空中帧与IP分组进行相互转换,作为终端设备与接入网的其余部分之间的路由器,其中接入网的其余部分可包括IP网络。RSU可以是支持V2X应用的固定基础设施实体,可以与支持V2X应用的其他实体交换消息。网络设备还可协调对空口的属性管理。例如,网络设备可以包括长期演进(long term evolution,LTE)系统或高级长期演进(long term evolution-advanced,LTE-A)中的演进型基站(NodeB或eNB或e-NodeB, evolutional Node B),或者也可以包括第五代移动通信技术(the 5thgeneration,5G)新空口 (new radio,NR)系统(也简称为NR系统)中的下一代节点B(nextgeneration node B,gNB)或者也可以包括云接入网(cloud radio access network,CloudRAN)系统中的集中式单元(centralized unit,CU)和分布式单元(distributed unit,DU),本申请实施例并不限定。
本申请实施例所述的接收设备,可以是终端设备,或者也可以是网络设备。而本申请实施例中用于发送数据包的发送设备,同样的,可以是终端设备也可以是网络设备。且,例如一种情况为,发送设备是网络设备,接收设备是终端设备,或者另一种情况为,发送设备和接收设备均为网络设备,或者再一种情况为,发送设备和接收设备均为终端设备,等等,具体的不做限制。
3)本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或 a-b-c,其中a,b,c可以是单个,也可以是多个。
以及,除非有相反的说明,本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。例如,第一数据包和第二数据包,只是为了区分不同的数据包,而并不是表示这两个数据包的内容、优先级、发送顺序或者重要程度等的不同。
前文介绍了本申请实施例所涉及到的一些名词概念,下面介绍本申请实施例涉及的技术特征。
在LTE系统中,引入了UDC技术,在PDCP层进行实现。UDC技术主要针对某些有大量重复内容的数据包,如VoLTE中传输SIP的数据包,通过传输数据包与数据包之间的差异部分,降低需要传输的数据量。
UDC是终端设备作为发送端对数据包进行压缩,网络设备作为接收端对数据包进行解压缩,而压缩和解压缩均是基于发送端和接收端共同维护相同的buffer状态来进行的,buffer 状态,可以是指buffer所包括的内容(或者说,buffer所包括的信息)。发送端在对数据包进行压缩时,基于buffer当前的状态进行压缩,在压缩成功后,发送端会将当前压缩的数据包在压缩之前的原始信息从buffer的后端放入buffer。其中,对于第一个数据包,在压缩时 buffer中可能并不包括之前的数据包的信息,那么发送端可以基于预设的信息进行压缩,预设的信息,例如为预制字典等。例如可参考图1,buffer中包括“abc”,“abc”例如为预设的信息。发送端需要对数据包“def”进行压缩时,可以基于“abc”进行压缩,对数据包“def”压缩后得到压缩的数据包1,而发送端可以将“def”从buffer的后端放入buffer。之后,发送端需要对数据包“ghijkl”进行压缩,则可以基于buffer中的“abcdef”来压缩,也就是说,每次都是基于buffer中的全部内容来进行压缩。对数据包“ghijkl”压缩后得到压缩的数据包2,而发送端可以将数据包“ghijkl”从buffer的后端放入buffer。由于buffer的存储空间有限,因此按照先入先出(first in first out,FIFO)的原则,“abcd”会被挤出buffer,那么,如果发送端还需要再对其他的数据包进行压缩,就会基于缓存中包括的“efghijkl”来进行压缩。对于接收端来说,在接收压缩的数据包1后,可以基于buffer中预设的信息“abc”进行解压缩,得到数据包“def”,将数据包“def”从buffer的后端放入buffer。在接收数据包2后,接收端可以基于buffer中的信息“abcdef”进行解压缩,得到数据包“ghijkl”,将数据包“ghijkl”从buffer 的后端放入buffer,则“abcd”被挤出buffer。可见,接收端的buffer状态和发送端的buffer 状态始终保持一致,这样就可以保证接收端能够正确解压缩。
请参考图2,为LTE系统中的数据包压缩和解压缩的过程。图2中,上面两行的PDCP和RLC是指发送端的PDCP层和RLC层,以buffer大小是2个数据包为例,每个虚线框就表示buffer所包括的内容,另外虚线框中有画“/”的方框,表示buffer中包括的预设的信息。每个数据包都基于当前的buffer所包括的内容进行压缩。图2中下面两行的PDCP和RLC 是指接收端的PDCP层和RLC层。在AM模式下,因为RLC层支持数据重传机制,因此虽然发送端是按照顺序发送数据包,但接收端接收到的压缩的数据包可能存在乱序的现象。在LTE系统中,接收端的RLC层会对接收到的压缩的数据包进行排序,再将排序后的压缩的数据包递交给PDCP层。例如图2中,接收端的RLC层对于压缩的数据包1、压缩的数据包2、压缩的数据包3和压缩的数据包4的接收顺序是压缩的数据包3、压缩的数据包4、压缩的数据包2和压缩的数据包1,那么在接收压缩的数据包1后,RLC层对这4个压缩的数据包进行排序,再按照正常的顺序将这4个压缩的数据包递交给PDCP层,PDCP层接收这4个压缩的数据包后就对这4个压缩的数据包依次解压缩。之后,接收端接收了压缩的数据包5,接收端的RLC层将压缩的数据包5递交给PDCP层,PDCP层对压缩的数据包5 进行解压缩。之后,接收端又接收了压缩的数据包6、压缩的数据包7和压缩的数据包8,但接收端对于这3个压缩的数据包的接收顺序是压缩的数据包8、压缩的数据包7、压缩的数据包6,那么在接收压缩的数据包6后,接收端的RLC层对这3个压缩的数据包进行排序,再将排序后的3个压缩的数据包递交给PDCP层,PDCP层接收这3个压缩的数据包后,依次对这3个压缩的数据包进行解压缩。例如,PDCP层对压缩的数据包1解压缩,依据的是buffer中包括的预设的信息,PDCP层对压缩的数据包2进行解压缩,依据的是buffer中包括的预设的信息以及压缩的数据包1解压缩后得到的信息,PDCP层对压缩的数据包3进行解压缩,依据的是压缩的数据包1解压缩后得到的信息以及压缩的数据包2解压缩后得到的信息(因为以buffer能够容纳两个数据包的内容为例,因此认为预设的信息已经被挤出了buffer),等等,以此类推。其中,图2中出现的数据包的序号(或,压缩的数据包的序号)均为PDCP层的序列号(sequence number,SN),或该序号还可以理解为该数据包PDCP 层的计数(count)值。
通常情况下,接收端的PDCP层将按顺序收到压缩的数据包,保证接收端的buffer和发送端的buffer对齐,实现按序解压。
针对当前LTE的UM,发送端在发出压缩的数据包后,在传输过程中可能会有丢包现象,从而导致接收端收不到有些压缩的数据包。例如发送端发出了压缩的数据包1、压缩的数据包2、压缩的数据包3和压缩的数据包4,压缩的数据包3在传输过程中丢失,则接收端的PDCP层只能接收压缩的数据包1、压缩的数据包2和压缩的数据包4。发送端的PDCP 层在对压缩的数据包4进行压缩时使用了压缩的数据包3的信息,接收端的PDCP层缺少压缩的数据包3,在对压缩的数据包4解压缩时就会出错。在LTE系统中,针对UDC也有解压缩出错时的反馈机制。当接收端发现解压缩出错时,可以向发送端发送control PDU,用于指示解压缩出错。发送端接收该control PDU后,将从当前要压缩的数据包开始,重置 (reset)buffer,再基于重置的buffer对后续的数据包进行压缩,并在该压缩的数据包的UDC 包头处指示该压缩的数据包为重置buffer后的压缩的数据包。接收端接收该压缩的数据包后,根据该压缩的数据包的UDC包头就可以确定该压缩的数据包是根据重置buffer进行压缩的,从而接收端也重置buffer,再根据重置的buffer对该压缩的数据包进行解压缩即可,无需再根据之前的数据包对该压缩的数据包进行解压缩,减少了对前续的数据包的依赖,降低了解压缩出错的概率。
例如请参考图3,为LTE系统中的解压缩出错的反馈机制的示意。发送端发送了压缩的数据包1、压缩的数据包2和压缩的数据包3,在传输过程中压缩的数据包3丢失,而后续的数据包4、数据包5、数据包6、数据包7和数据包8已经压缩打包好,发送端还会正常发出,则接收端由于无法接收压缩的数据包4,所以对于压缩的数据包4、压缩的数据包 5、压缩的数据包6、压缩的数据包7和压缩的数据包8均不能正确解压缩。那么接收端的 PDCP层在对压缩的数据包4解压缩失败时,可以向发送端发送control PDU,告知发送端解压缩出错。由于该control PDU并不指示任何发生错误的序号,发送端接收该control PDU 后,可以重置buffer(目前,重置buffer是将buffer清零)。而发送端在接收该control PDU 时,压缩的数据包4、压缩的数据包5、压缩的数据包6、压缩的数据包7和压缩的数据包 8已经发出,例如压缩的数据包9是当前正要压缩的数据包,因此发送端只能根据重置的 buffer压缩数据包9,接收端收到压缩后的数据包9后,可以正常解压缩。
也就是说,接收端从发现解压缩失败(压缩的数据包4),到收到重置buffer后的数据包(压缩的数据包9),序列号位于这之间的压缩的数据包(即压缩的数据包5、压缩的数据包6、压缩的数据包7和压缩的数据包8),接收端均无法解压缩,只能丢弃这些数据包,造成大量的数据包丢失,需要应用层再次进行重传。
在NR系统中,目前没有UDC,一种比较显然的方案是,将现有的UDC机制直接应用于与NR系统的传输中。不同于LTE系统的是,在NR系统中,RLC层不负责对数据包进行重排序,而是由PDCP层对数据包进行重排序,则接收端的RLC层接收压缩的数据包后会直接递交给PDCP层,由PDCP层进行排序,在排序之后PDCP层对排序后的压缩的数据包进行解压缩,解压缩后再将解压缩后得到的数据包递交给上层。
请参考图4,为NR系统中的数据包压缩和解压缩的过程。图4中,上面两行的PDCP和RLC是指发送端的PDCP层和RLC层,以buffer大小是2个数据包为例,每个虚线框就表示buffer所包括的内容,另外虚线框中有画“/”的方框,表示buffer中包括的预设的信息。每个数据包都基于当前的buffer所包括的内容进行压缩。图4中下面一行的PDCP是指接收端的PDCP层,因为接收端的RLC层接收压缩的数据包后会直接递交给PDCP层,不会进行排序等操作,因此图4中未画出接收端的RLC层。例如图4中,接收端的PDCP层对于压缩的数据包1、压缩的数据包2、压缩的数据包3和压缩的数据包4的接收顺序是压缩的数据包3、压缩的数据包4、压缩的数据包2和压缩的数据包1,那么在接收压缩的数据包 1后,PDCP层对这4个压缩的数据包进行排序,再按照正常的顺序将这4个压缩的数据包进行解压缩,之后再将解压缩后得到的数据包递交给PDCP层的上层。之后,接收端接收了压缩的数据包5,接收端的PDCP层对压缩的数据包5进行解压缩,再将解压缩后得到的数据包5递交给上层。之后,接收端又接收了压缩的数据包6、压缩的数据包7和压缩的数据包8,但接收端对于这3个压缩的数据包的接收顺序是压缩的数据包8、压缩的数据包7、压缩的数据包6,那么在接收压缩的数据包6后,接收端的PDCP层对这3个压缩的数据包进行排序,再对排序后的3个压缩的数据包依次解压缩,之后再将解压缩后的数据包递交给上层。例如,PDCP层对压缩的数据包1解压缩,依据的是buffer中包括的预设的信息, PDCP层对压缩的数据包2进行解压缩,依据的是buffer中包括的预设的信息以及压缩的数据包1解压缩后得到的信息(也就是数据包1),PDCP层对压缩的数据包3进行解压缩,依据的是压缩的数据包1解压缩后得到的信息(也就是数据包1)以及压缩的数据包2解压缩后得到的信息(也就是数据包2)(因为以buffer能够容纳两个数据包的内容为例,因此认为预设的信息已经被挤出了buffer),等等,以此类推。其中,图4中出现的数据包的序号(或,压缩的数据包的序号)均为PDCP层的序列号,或该序号还可以理解为该数据包 PDCP层的计数值。对比LTE,PDCP层对于数据包进行重排序,其只对要进行向上层递交的数据包进行解压。
另外在NR系统中,发送端的PDCP层还可以进行预处理,即,在底层还未分配空口授权(grant)的时候,PDCP层就向RLC层发送压缩的数据包,进行提前处理。例如,在空口处,只传输到压缩的数据包1,但是PDCP层已经对数据包2、数据包3、数据包4、数据包5、数据包6、数据包7和数据包8都进行了压缩等处理,并递交给了RLC层做进一步的处理。预处理可以减少数据包的处理时延。
在NR系统中,如果出现类似于LTE系统中的丢包的情况,则也是类似的,会发生批量丢包的事件。而且在NR系统中,接收端的PDCP层如果确定接收的压缩的数据包出现了乱序的现象,例如在接收压缩的数据包1和压缩的数据包2后本该接收压缩的数据包3,但接收端接收了压缩的数据包4,则接收端的PDCP层就会开启重排序定时器(reordering timer),以等待接收压缩的数据包3,直到接收了压缩的数据包3,准备对数据包3和数据包4进行递交,或者直到重排序定时器超时时,需要将数据包4向上层递交,PDCP层才会对接收的压缩的数据包进行解压缩。可见,在发送端的PDCP层删除数据包后,对于接收端的PDCP 层来说,被删除的数据包是无法接收的,则接收端的PDCP层会开启重排序定时器以等待接收(或者说,检测)被删除的数据包,直到重排序定时器超时时,接收端的PDCP层才能对接收的压缩的数据包进行解压缩,此时才能发现解压缩出错,再向发送端发送control PDU。由于重排序定时器的运行,导致可能有更多的压缩的数据包被发送到了接收端,接收端均无法实现解压缩,增大了丢包量。并且,由于发送端的PDCP层的预处理功能,会导致更多的数据包基于对不齐的buffer进行压缩,也会直接导致更多的压缩的数据包不能被接收端解压缩。可见,由于预处理流程,以及PDCP层需要在重排序定时器超时时才能发现问题,可能导致丢失的数据包量相较于LTE系统来说会变大。
请参考图5,为NR系统中的解压缩出错的反馈机制的示意。发送端发送了压缩的数据包1、压缩的数据包2和压缩的数据包3,在传输过程中压缩的数据包3丢失,而数据包4、数据包5、数据包6、数据包7和数据包8已经压缩打包好,并且由于预处理,压缩的数据包4、压缩的数据包5、压缩的数据包6、压缩的数据包7和压缩的数据包8已经被发送给了发送端的RLC层,发送端会正常发出,则接收端对于压缩的数据包4、压缩的数据包5、压缩的数据包6、压缩的数据包7和压缩的数据包8均不能正确解压缩。例如接收端对于压缩的数据包1、压缩的数据包2、和压缩的数据包4的接收顺序是压缩的数据包4、压缩的数据包2、压缩的数据包1,则接收端在接收压缩的数据包4后会开启重排序定时器,以等待接收压缩的数据包1、压缩的数据包2和压缩的数据包3,因为接收端无法等到压缩的数据包3,则在重排序定时器超时时,接收端的PDCP层可以对接收的压缩的数据包1、压缩的数据包2和压缩的数据包4进行解压缩。在解压缩时,接收端的PDCP层才会发现对压缩的数据包4解压缩失败,从而向发送端发送control PDU。而在等待重排序定时器超时的这段时间,可能又有多个压缩的数据包被发送到了接收端,或者有多个数据包已被发送端压缩处理完毕。例如,发送端的PDCP层接收该control PDU时,压缩的数据包5和压缩的数据包6已经发出,压缩的数据包7和压缩的数据包8已经交给了RLC层,数据包9还未进行压缩,因此发送端的PDCP层重置buffer,只能从数据包9开始,基于重置的buffer进行压缩,那么接收端的PDCP层接收压缩的数据包9后,可以进行正常的解压缩。但是压缩的数据包4、压缩的数据包5、压缩的数据包6、压缩的数据包7和压缩的数据包8,接收端的PDCP层均无法解压缩,导致了这些数据包的丢失。
另外,还存在一种非独立组网(non-standalone,NSA)的场景,当前通信系统会出现采用NR PDCP层,但是全部采用LTE RLC层的承载,如主小区组(master cell group,MCG)承载,或者采用NR PDCP层,但是部分采用LTE RLC层的承载,如分离(split)承载。在此情况下,可以类似地应用上述NR系统的压缩与解压缩流程,但采用的LTE RLC层与NR 的PDCP层均会对经过该层的数据包进行排序。在NSA的场景下,类似的,也会发生批量丢包的事件,此处就不再赘述。并且由于NR PDCP层与LTE RLC层均需要对数据包进行排序,发现压缩问题的时间将较LTE系统滞后,可能导致丢失的数据包量相较于LTE系统来说会变大。
鉴于此,提供本申请实施例的技术方案。在本申请实施例中,第一设备可以维护多个缓存,每个缓存分别对应一个或多个数据包。那么,如果有压缩的数据包在传输中丢失,则接收端只是无法对与该压缩的数据包对应的压缩的数据包进行解压缩,所谓的与该压缩的数据包对应的压缩的数据包,是指这些压缩的数据包均是根据同一个缓存进行压缩,而对于与该压缩的数据包不对应于同一个缓存的其他的数据包,该压缩的数据包的丢失对这些数据包并没有影响。通过这种方式,减小了丢失的数据包所影响的数据包的数量,也就减少了丢包量。
本申请实施例提供的技术方案可以应用于LTE系统,例如可以应用于普通的LTE系统或车联网等,例如车到一切(vehicle to everything,V2X)、LTE-V等,或者可以应用于NR系统,例如可以应用于普通的NR系统或车联网等,例如V2X、NR-V等,或者还可以应用于其他类似的通信系统或下一代通信系统。
请参见图6A,为本申请实施例的一种应用场景。在图6A中包括一个网络设备以及一个终端设备。其中,该网络设备例如工作在演进的通用移动通信系统陆地无线接入(evolved UMTS terrestrial radio access,E-UTRA)系统中,或者工作在NR系统中。当然,在本申请实施例中,一个网络设备可以服务于多个终端设备,图6A只是以其中的一个终端设备为例。
另外考虑一种本申请实施例的实际应用场景。当用户持有终端设备,要进行长期演进语音承载(voice over long-term evolution,VoLTE)/新无线语音承载(voice overnew radio, VoNR)电话或数据上网(如发起直播,玩游戏上网)等操作时,需要接入网络。在接入网络之初,终端设备一般需要向基站上报是否支持数据压缩的能力。当确定终端设备具备支持数据压缩的能力时,基站可以根据用户发起的业务,决定是否给终端设备配置数据压缩的相关参数。当终端设备被基站配置了可以进行数据压缩时,例如可以进行UDC,则终端设备在进行上行传输时,例如发起VoLTE/VoNR电话或者发起直播等的过程中,可以采用 UDC方式。在这种情况下,终端设备可以使用本申请实施例所提供的方法来进行UDC,可以减少甚至避免上行数据压缩导致的丢包。类似的,如果进行下行数据压缩,也可以采用本申请实施例提供的方法,以减少甚至避免下行数据压缩导致的丢包。
考虑到该实际应用场景,请参考图6B,也是本申请实施例的一种应用场景示意图。在图6B中,以用户持有终端设备发起VoLTE/VoNR电话为例。
图6A或图6B中的网络设备例如为基站。其中,网络设备在不同的系统对应不同的设备,例如在4G系统中可以对应eNB,在5G系统中对应5G中的网络设备,例如gNB。在 5G系统中网络设备也可以是LTE网络设备与NR网络设备混合组网的设备,与终端设备组成混合空口双连接(mixed radio-dual connectivity,MR-DC)。当然本申请实施例所提供的技术方案也可以应用于未来的移动通信系统中,因此图6A或图6B中的网络设备也可以对应未来的移动通信系统中的网络设备。图6A或图6B以网络设备是基站为例,实际上参考前文的介绍,网络设备还可以是RSU等设备。
另外,本申请实施例并不限制于是网络设备和终端设备之间的通信,还可以是网络设备与网络设备之间的通信,或者也可以是终端设备与终端设备之间的通信。例如,本申请实施例中所述的第一设备可以是网络设备或终端设备,本申请实施例中所述的第二设备可以是网络设备或终端设备,且对于第一设备和第二设备的类型的组合方式不做限制。
下面结合附图介绍本申请实施例提供的技术方案。需要注意的是,在本申请的各个实施例中,在PDCP层压缩前的数据包(在下文中也称为数据包)和对应的压缩的数据包,其序号可以是相同的。例如,第一数据包的序号和压缩的第一数据包的序号是相同的,第二数据包的序号和压缩的第二数据包的序号是相同的。另外,本申请的各个实施例所提供的技术方案,可以应用于UM/AM的数据无线承载(data radio bearer,DRB)的传输,或应用于信令无线承载(signalling radio bearer,SRB)的传输,或DRB中某一个业务流(QoS flow)的传输。
在空口传输中,每个数据包都有PDCP层对应的编号。其中,一个数据包在PDCP层的编号可以由两部分构成,序列号(sequence number,SN)和超帧号(hyper frame number,HFN),二者合起来就构成数据包的编号,或者说是数据包的计数(count)值。可参考图7,为数据包的计数值的构成示意图。在本申请实施例中所述的数据包的序号,可以是指数据包的序列号,或者是指数据包的计数值。另外在本申请实施例中,一个数据包的序号,和该数据包被压缩后的序号(即,压缩的数据包的序号),是相同的。例如,第一数据包的序号和压缩的第一数据包的序号是相同的。
本申请实施例提供第一种通信方法,请参见图8,为该方法的流程图。在下文的介绍过程中,以该方法应用于图6A或图6B所示的网络架构为例。另外,该方法可由两个通信装置执行,这两个通信装置例如为第一通信装置和第二通信装置,其中,第一通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者第一通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片系统。对于第二通信装置也是同样,第二通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者第二通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片系统。且对于第一通信装置和第二通信装置的实现方式均不做限制,例如第一通信装置可以是网络设备,第二通信装置是终端设备,或者第一通信装置和第二通信装置都是网络设备,或者第一通信装置和第二通信装置都是终端设备,或者第一通信装置是网络设备,第二通信装置是能够支持终端设备实现该方法所需的功能的通信装置,等等。其中,网络设备例如为基站。
为了便于介绍,在下文中,以该方法由第一设备和第二设备执行为例,也就是说,以第一通信装置是第一设备、第二通信装置是第二设备为例。因为本实施例是以应用在图6A 或图6B所示的网络架构为例,因此,下文中所述的第二设备可以是图6A或图6B所示的网络架构中的网络设备,下文中所述的第一设备可以是图6A或图6B所示的网络架构中的终端设备。
S801、第一设备开机,或者第一设备接收到来自第二设备的请求消息,所述请求消息用于请求第一设备的能力信息。
S802、第一设备向第二设备发送第一设备的能力信息。
例如第一设备为终端设备,终端设备在开机时,或者在接收来自第二设备的请求消息时,可以向第二设备发送第一设备的能力信息。例如,第一设备可以将能够支持的缓存的数量包括在能力信息中发送给第二设备。
S803、第二设备向第一设备发送无线资源控制(radio resource control,RRC)信令,第一设备接收来自第二设备的所述RRC信令,所述RRC信令用于为第一设备配置多个缓存。配置的内容还可以包括每个缓存的大小以及每个缓存的初始字典支持情况。
第二设备在S802中接收了第一设备的能力信息,则第二设备可以确定第一设备能够支持的缓存的数量。例如,在第一设备需要进行一些业务时,第二设备可以为第一设备配置多个缓存。第一设备进行的业务例如为VoLTE或游戏等。
S804、第一设备配置所述多个缓存。
例如,多个缓存中的每个缓存用于对一个或多个数据包进行压缩。例如,多个缓存中的至少一个缓存中的每个缓存,可以用于对多个数据包进行压缩,而多个缓存中除了至少一个缓存之外剩余的缓存中的每个缓存,可以用于对一个数据包进行压缩;或者,多个缓存中每个缓存,都可以用于对多个数据包进行压缩;或者,多个缓存中每个缓存,都可以用于对一个数据包进行压缩。如果多个缓存中的每个缓存都只对一个数据包进行压缩,这样的话,一个数据包的丢失不会影响到其他数据包,系统的可靠性较高。但是一般来说,需要传输的数据包较多,这样会需要过多的缓存,可能较为浪费存储空间。因此,多个缓存中的每个缓存究竟用于压缩一个数据包还是多个数据包,可以根据实际情况而定。
第二设备为第一设备配置了多个缓存后,第一设备可以进行相应的配置操作,以将多个缓存配置在本地。
在本申请实施例中,第一设备可以维护多个缓存,不同的缓存可以对不同的数据包进行压缩。这里的缓存,可以是物理意义上的硬件概念,例如第一设备维护了多个硬件缓存;或者,缓存也可以是软件概念,相当于,硬件上并不存在多个缓存,而只是在逻辑上认为维护了多个缓存。如果缓存是软件概念,那么例如,可以认为是将硬件上的一个(或多个)缓存进行了分区,不同的区域就认为是不同的缓存。
其中,多个缓存可以对应于一个承载或一个承载中的一个或多个业务流QoSflow,该承载例如为SRB或DRB等。
S805、第一设备根据第一数据包对应的第一缓存对所述第一数据包进行压缩,得到压缩的第一数据包,所述第一缓存是所述多个缓存中的一个。
缓存对应的数据包,是指,该数据包根据该缓存进行压缩。例如,第一设备可以为待压缩的数据包随机选择所对应的缓存。例如第一设备在要对第一数据包进行压缩时,可以随机从多个缓存中选择一个缓存,选择的缓存例如称为第一缓存,第一设备根据第一缓存对第一数据包进行压缩。
例如,第一设备维护了4个缓存。第一设备在对第一数据包进行压缩时,随机从这4个缓存中选择一个缓存,并根据该缓存对第一数据包进行压缩。例如该缓存为第一缓存,则第一缓存就是第一数据包所对应的缓存。
或者,第一设备也可以按照数据包的序号来确定缓存所对应的数据包,在这种情况下,数据包所对应的缓存就是根据数据包的序号确定的。
例如,第一设备可以按照数据包的序号,令第1个数据包对应多个缓存中的缓存1,令第2个数据包对应多个缓存中的缓存2,令第3个数据包对应多个缓存中的缓存3,以此类推。如果数据包的数量较多,在与多个缓存均对应一次之后数据包还有剩余,那么继续按照数据包的序号从多个缓存中的缓存1开始对应即可。N为正整数。例如对于第一数据包来说,第一缓存就是第一设备按照第一数据包的序号,从多个缓存中顺序选择的。
例如,第一设备维护了4个缓存,例如这4个缓存分别为缓存1、缓存2、缓存3和缓存4。第一设备可以为这4个缓存编号,例如缓存1的编号为1,缓存2的编号为2,缓存 3的编号为3,缓存4的编号为4。第一设备可以按照数据包的序号,以及按照缓存的编号,为每个数据包分配缓存。例如可参考图9,对于序号为00的数据包,第一设备为该数据包分配编号为1的缓存1,对于序号为01的数据包,第一设备可以为该数据包分配编号为2 的缓存2,对于序号为10的数据包,第一设备可以为该数据包分配编号为3的缓存3,对于序号为11的数据包,第一设备可以为该数据包分配编号为4的缓存4。
或者,第一设备可以将数据包的序号进行取模操作,根据取模后得到的值,从多个缓存中顺序选择缓存。
例如,第一设备维护了4个缓存,例如这4个缓存分别为缓存1、缓存2、缓存3和缓存4。第一设备可以为这4个缓存编号,例如缓存1的编号为1,缓存2的编号为2,缓存3的编号为3,缓存4的编号为4。第一设备每当要对一个数据包进行压缩时,就对该数据包的序号进行取模操作,之后顺序为该数据包分配缓存。例如,第一设备要对第一数据包进行压缩,则第一设备对第一数据包的序号进行取模操作,例如第一数据包是第一设备首个压缩的数据包,则第一设备可以为第一数据包分配编号为1的缓存1,根据缓存1对第一数据包进行压缩,或者,例如第一设备为第一数据包之前的上一个数据包分配的缓存是缓存1,则第一设备可以为第一数据包分配缓存2,或者,例如第一设备为第一数据包之前的上一个数据包分配的缓存是缓存4,则第一设备可以为第一数据包分配缓存1。
或者,第一设备可以确定数据包的序号所在的序号范围,从而确定该序号范围对应的缓存就是该数据包对应的缓存。
例如,第一设备可以按照数据包的序号,令第1个数据包~第N个数据包对应多个缓存中的缓存1,再令第N+1个数据包~第2N个数据包对应多个缓存中的缓存2,以此类推。如果数据包的数量较多,在与多个缓存均对应一次之后数据包还有剩余,那么继续按照数据包的序号从多个缓存中的缓存1开始对应即可。N为正整数。那么,数据包的序号范围就包括[1,N],[N+1,2N],等等,不同的序号范围可以对应不同的缓存,例如序号范围[1,N] 对应缓存1,序号范围[N+1,2N]对应缓存2等。例如对于第一数据包来说,缓存1就是第一设备按照第一数据包的序号,从多个缓存中顺序选择的。例如第一数据包的序号为2,则第一数据包的序号属于序号范围[1,N],那么第一设备就可以确定缓存1是第一数据包对应的缓存。
例如,第一缓存对应多个数据包,多个数据包中包括第一数据包。第一设备根据第一缓存对多个数据包进行压缩时,可以采用正常的压缩方式,例如将正常的压缩方式称为第一压缩方式。在第一压缩方式下,第一设备在根据第一缓存对于第一缓存对应的多个数据包进行压缩时,第一缓存所包括的内容不同。下面以第一缓存对应第一数据包、第二数据包和第三数据包为例,来说明第一压缩方式。
例如,第一数据包是要根据第一缓存压缩的第一个数据包,那么在压缩第一数据包时第一缓存中可能并不包括之前的数据包的信息,那么第一设备可以基于预设的信息进行压缩,得到压缩的第一数据包,预设的信息,例如为预制字典等。例如在本申请的各个实施例中,预制字典的内容可以与业务相关,在第一设备所进行的业务不同时,预制的字典可以相同,或者也可以不同。或者,预制字典的内容也可以与其他因素相关,具体的不做限制,后文也不再多赘述。在得到的压缩的第一数据包后,第一设备将第一数据包从第一缓存的后端放入第一缓存,例如第一缓存中包括预制字典和第一数据包。之后,第一设备根据第一缓存包括的内容对第二数据包进行压缩,也就是说,第一设备根据预制字典和第一数据包对第二数据包进行压缩,得到压缩的第二数据包,在得到压缩的第二数据包后,第一设备将第二数据包的内容从第一缓存的后端放入第一缓存,第一缓存的容量是有限的,例如将第二数据包的内容放入第一缓存后,预制字典就被挤出了第一缓存,则第一缓存包括第一数据包和第二数据包。之后,第一设备根据第一缓存包括的内容对第三数据包进行压缩,也就是说,第一设备根据第一数据包和第二数据包对第三数据包进行压缩,得到压缩的第三数据包,在得到压缩的第三数据包后,第一设备将第三数据包的内容从第一缓存的后端放入第一缓存,例如第一数据包被挤出第一缓存,则第一缓存包括第二数据包和第三数据包,之后,如果第一缓存还对应其他数据包,则第一设备可以继续根据第一缓存对其他数据包进行压缩,压缩方式都是类似的。可以看到,第一设备在对第一缓存对应的不同的数据包进行压缩时,第一缓存包括的内容是不同的,或者说第一缓存的状态是不同的。第一设备可以根据该当前缓存内的内容,对某个未压缩的数据包进行编码压缩,之后还可能使用该未压缩的数据包的内容执行对该缓存中的内容更新的行为。
或者,第一设备根据第一缓存对多个数据包进行压缩时,也可以采用其他的压缩方式。例如有第二压缩方式,第一设备在根据第一缓存对于第一缓存对应的多个数据包进行压缩时,第一缓存所包括的内容相同。下面以第一缓存对应第一数据包、第二数据包和第三数据包为例,来介绍第二压缩方式。
例如,只要是第一缓存所对应的数据包,在根据第一缓存进行压缩时,第一缓存所包括的内容相同,或者说,第一缓存的状态相同。例如,无论第一缓存对应多少个数据包,在对这些数据包进行压缩时,第一缓存都只包括预设的信息,预设的信息例如为预制字典等。那么,第一设备在对第一数据包、第二数据包或第三数据包进行压缩时,都是根据预制字典来压缩,且在对一个数据包压缩完毕后,也无需更新第一缓存。在这种方式下,对后面的数据包的压缩无需考虑前面的数据包,数据包之间更加解耦,减小因为一个数据包丢失而对其他数据包造成的影响,而且对于第一设备来说由于无需更新第一缓存,因此可以减小工作量。
对于第二种压缩方式,不同的缓存所包括的内容可能是不同的,也就是说,缓存1可能包括内容1,缓存1包括内容2,对于与缓存1对应的数据包,是根据内容1进行压缩,对于与缓存2对应的数据包,是根据内容2进行压缩。
第一设备维护了多个缓存,第一设备对这多个缓存可以均采用第一种压缩方式,或者均采用第二压缩方式,或者对多个缓存中的部分缓存采用第一压缩方式,以及对多个缓存中剩余的缓存采用第二压缩方式。
S806、第一设备向第二设备发送所述压缩的第一数据包,第二设备接收来自第一设备的所述压缩的第一数据包。
第一设备得到压缩的第一数据包后,可以将压缩的第一数据包发送给第二设备,则第二设备就可以得到压缩的第一数据包。
S807、第二设备根据所述压缩的第一数据包对应的第一缓存,对所述压缩的第一数据包进行解压缩,得到所述第一数据包。其中,所述第二设备也维护了用于对压缩的数据包进行解压缩的多个缓存,所述多个缓存所对应的压缩的数据包不同,所述第一缓存是所述多个缓存中的一个。
第二设备不仅为第一设备配置多个缓存,第二设备也同样维护了多个缓存,第二设备所维护的缓存与第一设备所维护的缓存是对应的。例如,第一设备维护了4个缓存,则第二设备也同样维护4个缓存。例如第一设备维护了第一缓存,则第二设备也同样维护了第一缓存。因为需要保持两个设备的缓存状态一致才能对数据包进行正确的解压缩。
第二设备接收压缩的第一数据包后,首先确定第一数据包对应的缓存。
例如,第一设备是随机确定数据包对应的缓存,那么第一设备可以将数据包与缓存之间的对应关系发送给第二设备。例如,第一设备在向第二设备发送压缩的数据包时,可以在压缩的数据包中携带(例如可以携带在包头中)第一指示信息,第一指示信息可以指示该压缩的数据包所对应的缓存的编号,则第二设备接收该压缩的数据包后,就可以确定该压缩的数据包对应的缓存。例如,压缩的第一数据包的包头携带的第一指示信息指示的缓存的编号为1,则第二设备就可以确定编号为1的缓存就是压缩的第一数据包对应的缓存,编号为1的缓存例如为第一缓存。
或者,第一设备是根据数据包的序号确定的数据包对应的缓存,那么第二设备可以采用相同的方式来确定数据包对应的缓存。
例如,第一设备和第二设备都维护了4个缓存,例如这4个缓存分别为缓存1、缓存2、缓存3和缓存4。第一设备和第二设备都可以为这4个缓存编号,例如缓存1的编号为1,缓存2的编号为2,缓存3的编号为3,缓存4的编号为4。第一设备可以按照数据包的序号,以及按照缓存的编号,为每个数据包分配缓存。例如可参考图9,对于序号为00的数据包,第一设备为该数据包分配编号为1的缓存1,对于序号为01的数据包,第一设备可以为该数据包分配编号为2的缓存2,对于序号为10的数据包,第一设备可以为该数据包分配编号为3的缓存3,对于序号为11的数据包,第一设备可以为该数据包分配编号为4 的缓存4。那么第二设备接收压缩的第一数据包后,可以确定压缩的第一数据包的序号,例如压缩的第一数据包的序号为00,则第二设备可以确定压缩的第一数据包对应缓存1。
或者,第一设备和第二设备都可以将数据包的序号进行取模操作,根据取模后得到的值,从多个缓存中顺序选择缓存。
例如,第一设备和第二设备都维护了4个缓存,例如这4个缓存分别为缓存、缓存、缓存和缓存。第一设备和第二设备都可以为这4个缓存编号,例如缓存1的编号为1,缓存 2的编号为2,缓存3的编号为3,缓存4的编号为4。第一设备每当要对一个数据包进行压缩时,就对该数据包的序号进行取模操作,之后顺序为该数据包分配缓存。例如,第一设备要对第一数据包进行压缩,则第一设备对第一数据包的序号进行取模操作,例如第一数据包是第一设备首个压缩的数据包,则第一设备可以为第一数据包分配编号为1的缓存1,根据1缓存对第一数据包进行压缩,或者,例如第一设备为第一数据包之前的上一个数据包分配的缓存是缓存1,则第一设备可以为第一数据包分配缓存2,或者,例如第一设备为第一数据包之前的上一个数据包分配的缓存是缓存4,则第一设备可以为第一数据包分配缓存1。而第二设备每接收一个压缩的数据包,就可以对该压缩的数据包的序号进行取模操作,之后顺序为该压缩的数据包确定缓存。例如,第二设备接收了压缩的第一数据包,则第二设备对压缩的第一数据包的序号进行取模操作,再根据取模后的值顺序选择对应的缓存,例如为第一缓存。
或者,第一设备和第二设备都可以确定数据包的序号所在的序号范围,从而确定该序号范围对应的缓存就是该数据包对应的缓存。
例如,第一设备和第二设备都可以按照数据包的序号,令第1个数据包~第N个数据包对应多个缓存中的缓存1,再令第N+1个数据包~第2N个数据包对应多个缓存中的缓存2,以此类推。如果数据包的数量较多,在与多个缓存均对应一次之后数据包还有剩余,那么继续按照数据包的序号从多个缓存中的缓存1开始对应即可。N为正整数。那么,数据包的序号范围就包括[1,N],[N+1,2N],等等,不同的序号范围可以对应不同的缓存,例如序号范围[1,N]对应缓存1,序号范围[N+1,2N]对应缓存2等。例如对于第一数据包来说,缓存 1就是第一设备按照第一数据包的序号,从多个缓存中顺序选择的。例如第一数据包的序号为2,则第一数据包的序号属于序号范围[1,N],那么第一设备就可以确定缓存1是第一数据包对应的缓存。而第二设备在接收压缩的第一数据包后,确定压缩的第一数据包的序号为2,则第二设备可以确定压缩的第一数据包的序号属于序号范围[1,N],从而可以确定缓存1是压缩的第一数据包对应的缓存。
第二设备在确定压缩的第一数据包对应的第一缓存后,就可以根据第一缓存对压缩的第一数据包进行解压缩。
如果第一设备是采用第一压缩方式对数据包进行压缩,那么第二设备需要采用与第一压缩方式对应的解压缩方式(例如称为第一解压缩方式)对压缩的数据包进行解压缩。下面以第一缓存对应压缩的第一数据包、压缩的第二数据包和压缩的第三数据包为例,来说明第一解压缩方式。
例如,第一数据包是要根据第一缓存解压缩的第一个数据包,那么在解压缩第一数据包时第一缓存中可能并不包括之前的数据包的信息,那么第二设备可以基于预设的信息进行解压缩,得到第一数据包,预设的信息,例如为预制字典等。在得到的第一数据包后,第二设备将第一数据包从第一缓存的后端放入第一缓存,例如第一缓存中包括预制字典和第一数据包。之后,第二设备根据第一缓存包括的内容对压缩的第二数据包进行解压缩,也就是说,第二设备根据预制字典和第一数据包对压缩的第二数据包进行解压缩,得到第二数据包,在得到第二数据包后,第二设备将第二数据包的内容从第一缓存的后端放入第一缓存,第一缓存的容量是有限的,例如将第二数据包的内容放入第一缓存后,预制字典就被挤出了第一缓存,则第一缓存包括第一数据包和第二数据包。之后,第二设备根据第一缓存包括的内容对压缩的第三数据包进行解压缩,也就是说,第一设备根据第一数据包和第二数据包对第三数据包进行解压缩,得到第三数据包,在得到第三数据包后,第一设备将第三数据包的内容从第一缓存的后端放入第一缓存,例如第一数据包被挤出第一缓存,则第一缓存包括第二数据包和第三数据包,之后,如果第一缓存还对应其他压缩的数据包,则第一设备可以继续根据第一缓存对其他压缩的数据包进行解压缩,解压缩方式都是类似的。可以看到,第二设备在对第一缓存对应的不同的数据包进行解压缩时,第一缓存包括的内容是不同的,或者说第一缓存的状态是不同的。
或者,如果第一设备是采用第二压缩方式对数据包进行压缩,那么第二设备需要采用与第二压缩方式对应的解压缩方式(例如称为第二解压缩方式)对压缩的数据包进行解压缩。下面以第一缓存对应压缩的第一数据包、压缩的第二数据包和压缩的第三数据包为例,来说明第二解压缩方式。
例如,只要是第一缓存所对应的数据包,第二设备在根据第一缓存进行解压缩时,第一缓存所包括的内容相同,或者说,第一缓存的状态相同。例如,无论第一缓存对应多少个数据包,在对这些数据包进行解压缩时,第一缓存都只包括预设的信息,预设的信息例如为预制字典等。那么,第一设备在对第一数据包、第二数据包或第三数据包进行解压缩时,都是根据预制字典来解压缩,且在对一个数据包压缩完毕后,也无需更新第一缓存。在这种方式下,对后面的数据包的解压缩无需考虑前面的数据包,数据包之间更加解耦,减小因为一个数据包丢失而对其他数据包造成的影响,而且对于第二设备来说由于无需更新第一缓存,因此可以减小工作量。
对于第二种解压缩方式,不同的缓存所包括的内容可能是不同的,也就是说,缓存1 可能包括内容1,缓存2包括内容2,对于与缓存1对应的压缩的数据包,是根据内容1进行解压缩,对于与缓存2对应的压缩的数据包,是根据内容2进行解压缩。
对于第二种解压缩方式,每个缓存究竟包括什么内容,可以由第一设备确定,那么第一设备需要通知第二设备。例如对于第一缓存来说,第一设备在向第二设备发送压缩的数据包时,对于用于更新缓存的数据包,第一设备可以在该压缩的数据包中携带第二指示信息,第二指示信息可以指示该压缩的数据包用于将第一缓存更新为第二缓存。
或者,对于第二种解压缩方式,每个缓存究竟包括什么内容,可以由第二设备确定,那么第二设备需要通知第一设备。例如对于第一缓存来说,第二设备可以向第一设备发送第二信令,第二信令可以指示用于将第一缓存更新为第二缓存的一个或多个数据包的序号。
第一设备接收第二信令后,就可以确定是通过哪些数据包更新了第一缓存。
S808、所述压缩的第一数据包丢失。即,第一设备发送了压缩的第一数据包,但第二设备未接收到压缩的第一数据包,压缩的第一数据包在传输过程中丢失。
其中,如果执行了S807,就不会执行S808,而如果执行了S808,就不会执行S807。这两个步骤保护的是两种不同的情况,因此可以认为,这两个步骤之间是“或者”的关系。
由于第一设备和第二设备之间在传输数据包时可能存在丢包现象,因此第二设备在对数据包进行解压缩时,可能就会出现解压缩失败的情况。当然,第一设备和第二设备之间在传输数据包时也有可能不会丢包,那么就不会执行S808以及S808之后的步骤。也就是说,S808和S808之后的步骤(例如后续将要介绍的S809~S812)只是可选的步骤。
例如,第一设备采用的是第一压缩方式,第二设备采用的是第一解压缩方式,那么,如果第二设备对压缩的第一数据包解压缩失败,则可以参考S809,第二设备可以向第一设备发送第一信令,第一信令用于指示对压缩的第一数据包解压缩失败。例如第一信令为control PDU,control PDU例如可以携带压缩的第一数据包的序号。第一设备接收第一信令后,可以参考S8010,第一设备可以重置与压缩的第一数据包对应的缓存,也就是第一缓存。在重置第一缓存后,第一设备可以根据重置的第一缓存对与第一缓存所对应的数据包中还未被压缩的数据包进行压缩。
例如请参考图10,为NR系统中的处理过程的一种示例,图10只以第一缓存为例。图10中,上面两行的PDCP和RLC是指第一设备的PDCP层和RLC层,最上面的一排方框表示缓存,以第一设备维护了4个缓存为例,这4个缓存的编号分别为1、2、3、4,最上面的一排方框的上方的数字就表示对应的缓存的编号。另外,最上面的一排方框的下方的数字表示缓存所对应的数据包的序号,例如,缓存1对应的数据包的序号包括1、5、9,缓存2对应的数据包的序号包括2、6、10,缓存3对应的数据包的序号包括3、7,缓存4对应的数据包的序号包括4、8。每个数据包都基于对应的缓存所包括的内容进行压缩。
图10中下面一行的PDCP是指第二设备的PDCP层,因为第二设备的RLC层接收压缩的数据包后会直接递交给PDCP层,不会进行排序等操作,因此图10中未画出第二设备的RLC层。例如图10中,压缩的数据包1在发送过程中丢失,则第二设备的PDCP层无法接收压缩的数据包1。而第二设备采用的是第一压缩方式,数据包1、数据包5和数据包9都是根据第一缓存进行的压缩,如果压缩的数据包1丢失,则第二设备的PDCP层对于压缩的数据包5和压缩的数据包9都无法解压缩。第二设备的PDCP层发现对压缩的数据包5 无法解压缩时,就可以向第一设备发送control PDU,control PDU可以携带压缩的数据包5 的序号。第一设备接收control PDU之后,就可以确定压缩的数据包5对应的缓存,也就是第一缓存。第一设备可以重置第一缓存,在重置第一缓存后,对于与第一缓存对应的且还未被压缩的数据包,第一设备可以根据重置的第一缓存对这些数据包进行压缩。例如,数据包1、数据包5和数据包9与第一缓存对应,在重置第一缓存后,数据包9还未被压缩,则第一设备可以根据重置的第一缓存对数据包9进行压缩。第一设备在向第二设备发送压缩的数据包9时,可以在压缩的数据包9的包头携带第二信息,该第二信息可以指示,压缩的数据包9是根据重置的第一缓存进行的压缩,则第二设备也可以重置第一缓存,并根据重置的第一缓存对压缩的数据包9进行解压缩。
可以看到,如果有数据包丢失,那么可能只是与该数据包对应的缓存相同的部分数据包可能会受到影响,而对应于其他缓存的数据包并不会受到影响,这样有助于减小丢包量。而且,如果对应于一个缓存的数据包的序号不连续,那么如果有数据包丢失,则该数据包对应的其他的数据包可能暂时还未被压缩,或者被压缩的不多,那么受到影响的数据包会更少。因此,使得对应于一个缓存的数据包的序号不连续,也能进一步减小丢包量。
其中,图10中出现的数据包的编号均为PDCP层的序列号。
或者,第一设备采用的是第二压缩方式,第二设备采用的是第二解压缩方式,那么,如果第二设备确定未接收到某个压缩的数据包,则第二设备可以向第一设备发送第一信令,第一信令用于指示未接收的压缩的数据包。例如可以参考S811,第二设备确定未接收到压缩的第一数据包,则第二设备可以向第一设备发送第一信令,第一信令可以指示第一信息,第一信息可以包括未接收压缩的第一数据包的信息,或包括对压缩的第二数据包解压缩失败的信息。例如,第一信令可以携带压缩的第一数据包的序号,压缩的第一数据包的序号就可以作为第一信息,相当于第一信息指示了未接收压缩的第一数据包。例如第一信令为 control PDU,control PDU例如可以携带压缩的第一数据包的序号。第一设备接收第一信令后,可以确定是否有缓存包括了第一数据包,也就是说,对于一个数据包来说,可以作为缓存所包括的内容,那么与该缓存对应的数据包在被压缩时,就是根据该数据包进行压缩。如果缓存包括的数据包在传输过程中丢失,则对于第二设备来说,与该缓存对应的压缩的数据包可能解压缩都会失败。因此,如果第一设备确定第二缓存包括了第一数据包,那么可以参考S812,第一设备可以向第二设备发送第二缓存,或者发送压缩的第一数据包,从而使得第二缓存可以重新获得第二缓存的内容,以对第二缓存对应的其他的数据包进行正确的解压缩。这里的发送第二缓存,可以是发送第二缓存的状态。或者,如果第一设备确定没有任何缓存包括第一数据包,则第一设备可以不必向第二设备发送第二缓存或压缩的第一数据包,如果没有缓存包括第一数据包,那么第二设备未接收压缩的第一数据包,可能仅仅是第一数据包的丢包,而对于其他压缩的数据包的解压缩并没有影响,因此第一设备不必向第二设备发送第二缓存或压缩的第一数据包,也可以不必重置任何缓存。
或者,第一设备采用的是第二压缩方式,第二设备采用的是第二解压缩方式,那么,如果第二设备确定对某个压缩的数据包解压缩失败,则第二设备可以确定解压缩失败的原因,如果第二设备确定解压缩失败的原因是由于未接收用于更新缓存的数据包,那么可能通过该缓存压缩的其他的数据包的解压缩都会受到影响,因此可继续参考S811,第二设备可以向第一设备发送第一信令,第一信令可以指示第一信息,第一信息例如包括对该压缩的数据包解压缩失败的信息。例如,第二设备确定对压缩的第二数据包解压缩失败,则第二设备可以确定解压缩失败的原因,如果第二设备确定解压缩失败的原因是由于未接收用于更新第二缓存的数据包,则第二设备可以向第一设备发送第一信令,第一信令可以携带压缩的第二数据包的序号,第一信息就可以包括压缩的第二数据包的序号,相当于第一信息指示对压缩的第二数据包解压缩失败。其中,第二缓存是用于对压缩的第二数据包解压缩的缓存。例如第一信令为control PDU,control PDU例如可以携带压缩的第二数据包的序号。第一设备接收第一信令后,可继续参考S812,第一设备可以向第二设备发送第二缓存,或者发送压缩的第一数据包,从而使得第二设备可以重新获得第二缓存的内容,以对第二缓存对应的其他的数据包进行正确的解压缩。这里的发送第二缓存,可以是发送第二缓存的状态。或者,如果第二设备确定对某个压缩的数据包解压缩失败,且第二设备确定解压缩失败的原因不是由于未接收用于更新缓存的数据包,则其他的压缩的数据包的解压缩可能不会受到影响,因此第二设备可以不必向第一设备发送第一信令,第一设备也就不必向第二设备发送第二缓存或压缩的第一数据包,也可以不必重置任何缓存。
在本申请实施例中,第一设备可以维护多个缓存,例如每个缓存分别对应一个或多个数据包。那么,如果有压缩的数据包在传输中丢失,则接收端只是无法对与该压缩的数据包对应的压缩的数据包进行解压缩,所谓的与该压缩的数据包对应的压缩的数据包,是指这些压缩的数据包均是根据同一个缓存进行压缩,而对于与该压缩的数据包不对应于同一个缓存的其他的数据包,该压缩的数据包的丢失对这些数据包并没有影响。通过这种方式,减小了丢失的数据包所影响的数据包的数量,也就减少了丢包量。
为了解决相同的技术问题,本申请实施例提供第二种通信方法,请参见图11,为该方法的流程图。在下文的介绍过程中,以该方法应用于图6A或图6B所示的网络架构为例。另外,该方法可由两个通信装置执行,这两个通信装置例如为第三通信装置和第四通信装置,其中,第三通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者第三通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片系统。对于第四通信装置也是同样,第四通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者第四通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片系统。且对于第三通信装置和第四通信装置的实现方式均不做限制,例如第三通信装置可以是网络设备,第四通信装置是终端设备,或者第三通信装置和第四通信装置都是网络设备,或者第三通信装置和第四通信装置都是终端设备,或者第三通信装置是网络设备,第四通信装置是能够支持终端设备实现该方法所需的功能的通信装置,等等。其中,网络设备例如为基站。
为了便于介绍,在下文中,以该方法由第一设备和第二设备执行为例,也就是说,以第三通信装置是第一设备、第四通信装置是第二设备为例。因为本实施例是以应用在图6A 或图6B所示的网络架构为例,因此,下文中所述的第二设备可以是图6A或图6B所示的网络架构中的网络设备,下文中所述的第一设备可以是图6A或图6B所示的网络架构中的终端设备。
S1101、第一设备开机,或者第一设备接收到来自第二设备的请求消息,所述请求消息用于请求第一设备的能力信息。
S1102、第一设备向第二设备发送第一设备的能力信息。
例如第一设备为终端设备,终端设备在开机时,或者在接收来自第二设备的请求消息时,可以向第二设备发送第一设备的能力信息。例如,第一设备可以将能够支持根据相同的缓存对多个数据包进行压缩的能力的信息发送给第二设备。或者第一设备可以将能够支持基于缓存内容进行数据包压缩的能力信息发送给第二设备。
S1103、第二设备向第一设备发送无线资源控制(radio resource control,RRC)信令,第一设备接收来自第二设备的所述RRC信令,所述RRC信令用于配置第一设备根据相同的缓存对多个数据包进行压缩。
第二设备在S1102中接收了第一设备的能力信息,则第二设备可以确定第一设备能够支持根据相同的缓存对多个数据包进行压缩。例如,在第一设备需要进行一些业务时,第二设备可以为第一设备配置根据相同的缓存对多个数据包进行压缩,如配置的一个数据承载DRB或信令承载SRB或配置的某个数据承载中的一个或多个业务流(QoS flow)对应一个缓存。第一设备进行的业务例如为VoLTE或游戏等。
S1104、第一设备根据M个数据包对应的第一缓存,对所述M个数据包中的第一数据包进行压缩,得到压缩的第一数据包,M为正整数。
第一设备可以维护一个缓存。本申请实施例所述的第一缓存或第二缓存等,可以理解为第一设备所维护的缓存的状态,或者说第一设备所维护的缓存所包括的内容。例如,第一缓存和第二缓存,是指第一设备所维护的缓存的两种状态。
在本申请实施例中,第一设备在对数据包进行压缩时,可以采用图11所示的实施例所介绍的第二种压缩方式。也就是说,对于M个数据包来说,第一设备在根据缓存对M个数据包进行压缩时,缓存所包括的内容都是相同的,或者说,第一设备是根据第一缓存对M 个数据包中的每个数据包进行压缩。例如,第一缓存包括的内容为预制字典,那么,第一设备在对M个数据包进行压缩时,都是根据预制字典进行压缩。
作为一种可选的方式,M个数据包就是第一承载对应的全部的数据包,而第一设备所维护的缓存也是对应于第一承载或第一承载中的业务流,也就是说,该缓存所对应的全部的数据包都可以采用相同的内容来进行压缩。这种压缩方式较为简单,压缩后无需更新缓存内容,有助于减小第一设备的工作量。并且,如果第二设备可以根据第一设备进行的业务配置公共的字典,有助于提高第一设备的压缩率。
或者,作为另一种可选的方式,M个数据包是第一承载对应的部分数据包,那么第一承载对应的数据包中,除了M个数据包之外还包括其他的数据包。第一设备只选取了M个数据包来对应于第一缓存,而除了M个数据包之外的其他的数据包,可能对应于其他缓存。实际上第一设备只维护了一个缓存,这里所述的对应于其他缓存,可以理解为是对应于该缓存的其他状态。
如果M个数据包是第一承载对应的部分数据包,则例如,第一设备可以从待压缩的第一个数据包开始,选取序号连续的M个数据包,令这M个数据包对应第一缓存,在这种情况下,M个数据包的序号是连续的;或者,第一设备可以对待压缩的数据包的序号进行取模操作,选取取模后的序号连续的M个数据包,令这M个数据包对应第一缓存,在这种情况下,M个数据包的取模后的序号是连续的,那么M个数据包的序号可能也是连续的;或者,M个数据包也可以是第一设备从待压缩的数据包中随机选择的,在这种情况下,M个数据包的序号可能连续,也可能不连续。或者,第一设备还可以通过其他方式来选择M个数据包,具体的不做限制。
如果第一设备从待压缩的第一个数据包开始,选取序号连续的M个数据包,令这M个数据包对应第一缓存,或者,第一设备对待压缩的数据包的序号进行取模操作,选取取模后的序号连续的M个数据包,令这M个数据包对应第一缓存,对于这两种选择M个数据包的方式,可以完全由第一设备决策,那么第一设备选择M个数据包后需要通知第二设备, M个数据包与第一缓存对应。或者,对于这两种选择M个数据包的方式,也可以通过协议规定或者由第一设备和第二设备事先协商确定,那么第一设备和第二设备都可以确定与第一缓存对应的M个数据包,无需第一设备通知第二设备。或者,对于这两种选择M个数据包的方式,也可以由第二设备确定,那么第二设备需要首先指示第一设备,应该采用何种方式选择M个数据包。
第一承载例如为DRB(例如称为第一DRB)或SRB(例如称为第一SRB),第一承载中的业务流例如为服务质量(quality of service,QoS)流(flow)(例如称为第一QoS flow)。
S1105、第一设备向第二设备发送所述压缩的第一数据包,第二设备接收来自第一设备的所述压缩的第一数据包。
S1106、第二设备根据所述压缩的第一数据包对应的第一缓存,对所述压缩的第一数据包进行解压缩,得到第一数据包,其中,所述第一缓存对应于压缩的M个数据包,所述压缩的第一数据包是所述压缩的M个数据包中的一个,M为正整数。
如果M个数据包是第一承载或第一承载中的第一业务流对应的部分数据包,且第一设备从待压缩的第一个数据包开始,选取序号连续的或针对第一业务流序号从小到大的M个数据包,令这M个数据包对应第一缓存,或者,第一设备对待压缩的数据包的序号进行取模操作,选取取模后的序号连续的M个数据包,令这M个数据包对应第一缓存,且选择M 个数据包的方式是由第一设备决策的,则第一设备在向第二设备发送M个压缩的数据包时,可以在M个压缩的数据包中的每个压缩的数据包中均携带第二指示信息,第二指示信息可以指示该压缩的数据包所对应的缓存,或者说是指示该压缩的数据包所对应的缓存的状态,那么M个压缩的数据包中的每个压缩的数据包中携带的第二指示信息,均可以指示相应的压缩的数据包对应于第一缓存。从而第二设备接收M个压缩的数据包后,就可以确定根据第一缓存对M个压缩的数据包进行解压缩。这种指示方式较为明确。或者,第一设备在向第二设备发送M个压缩的数据包时,可以在M个压缩的数据包中的第一个压缩的数据包中携带第二指示信息,且第二指示信息可以指示M,相当于,第二指示信息指示了,从第一个压缩的数据包开始直到第M个数据包,都对应于第一缓存。从而第二设备接收M个压缩的数据包后,就可以确定根据第一缓存对M个压缩的数据包进行解压缩。这种指示方式可以减少第二指示信息的数量,从而节省传输开销。
另外,如果M个数据包是第一承载或第一承载中的第一业务流对应的部分数据包,那么第一设备在压缩M个数据包后,可以根据M个数据包中的一个或多个数据包,更新第一设备所维护的缓存,例如将第一缓存更新为第二缓存,可以理解的,第一缓存或第二缓存都是指缓存的状态,或者说是指缓存包括的内容。其中,本申请实施例所述的更新缓存,可以是指改变缓存所包括的内容。例如,根据M个数据包中的一个或多个数据包,将第一缓存更新为第二缓存,可以是,将所述的一个或多个数据包添加到第一缓存中,添加了一个或多个数据包的第一缓存就称为第二缓存。
例如,第一设备可以根据M个数据包的序号,确定根据一个或多个数据包将第一缓存更新为第二缓存。例如,第一设备可以根据M个数据包中的第一个数据包将第一缓存更新为第二缓存,或者,第一设备可以根据M个数据包中的最后一个数据包将第一缓存更新为第二缓存,或者,第一设备也可以根据M个数据包中的其他的一个或多个数据包将第一缓存更新为第二缓存。这里的“第一个数据包”、“最后一个数据包”,是指数据包的序号是第一个或最后一个。
至于究竟根据哪些数据包来更新第一缓存,可以由第一设备选择,例如第一设备选择根据M个数据包中的第一数据包来将第一缓存更新为第二缓存。那么第一设备在向第二设备发送压缩的第一数据包时,可以在压缩的第一数据包中携带第一指示信息,第一指示信息可以指示第一数据包用于将第一缓存更新为第二缓存。当然,如果第一设备除了选择第一数据包来更新第一缓存之外,还选择了其他的数据包来更新第一缓存,则第一设备在向第二设备发送压缩的数据包时,都在相应的压缩的数据包中携带第一指示信息即可。第二设备接收压缩的第一数据包之后,根据压缩的第一数据包携带的第一指示信息就可以确定第一数据包是用于将第一缓存更新为第二缓存,或者说,确定第二缓存包括第一数据包。或者,如果第一设备选择了连续的多个数据包来更新第一缓存,那么第一设备在向第二设备发送压缩的数据包时,可以在连续的多个压缩的数据包中的第一个压缩的数据包中携带第一指示信息,第一指示信息可以指示从该压缩的数据包开始,连续的K个压缩的数据包都用于更新第一缓存,例如第一指示信息可以指示K的取值。那么第二设备接收压缩的数据包之后,根据连续的多个压缩的数据包中的第一个压缩的数据包中携带的第一指示信息,就可以确定,从该压缩的数据包开始直到第K个压缩的数据包,都是用于更新第一缓存的数据包。
或者,究竟根据哪些数据包来更新第一缓存,也可以由第二设备选择。那么,第二设备可以向第一设备发送第一信令,第一信令指示用于将第一缓存更新为第二缓存的一个或多个数据包的序号,第一设备接收来自第二设备的第一信令后,就可以确定第一信令所指示的一个或多个数据包就是用于更新第一缓存的数据包,或者说,确定第二缓存包括第一信令所指示的一个或多个数据包。
在将第一缓存更新为第二缓存后,第一设备可以根据第二缓存对N个数据包进行压缩。同样的,对于N个数据包来说,第一设备在根据缓存对N个数据包进行压缩时,缓存所包括的内容都是相同的,或者说,第一设备是根据第二缓存对N个数据包中的每个数据包进行压缩。例如,第二缓存包括的内容为第一数据包,那么,第一设备在对N个数据包进行压缩时,都是根据第一数据包进行压缩。
N个数据包的序号可以位于M个数据包的序号之后,或者,第一设备可能是从待压缩的数据包中随机选择了M个数据包,之后再随机选择N个数据包,在这种情况下,N个数据包的序号和M个数据包的序号之间可能没有固定的顺序。
至于究竟如何选择用于更新第二缓存的数据包,与选择用于更新第一缓存的数据包的方式是类似的,可以参考前文的描述。
当然,M个数据包和N个数据包可以是第一承载或第一承载中的第一业务流所对应的全部的数据包,或者也可以是第一承载或第一承载中的第一业务流所对应的部分数据包。如果M个数据包和N个数据包是第一承载或第一承载中的第一业务流对应的部分数据包,那么第一设备在对N个数据包进行压缩后,还可以将第二缓存更新为第三缓存,例如,第一设备可以根据N个数据包中的一个或多个数据包将第二缓存更新为第三缓存,或者,也可以根据M个数据包和N个数据包中的一个或多个数据包将第二缓存更新为第三缓存。同样的,这里的第三缓存,也是指缓存的状态。
S1107、所述压缩的第一数据包丢失。即,第一设备发送了压缩的第一数据包,但第二设备未接收到压缩的第一数据包,压缩的第一数据包在传输过程中丢失。
其中,如果执行S1107,就不会执行S1106,而如果执行了S1106,就不会执行S1107。这两个步骤保护的是两种不同的情况,因此可以认为,这两个步骤之间是“或者”的关系。
由于第一设备和第二设备之间在传输数据包时可能存在丢包现象,因此第二设备在对数据包进行解压缩时,可能就会出现解压缩失败的情况。当然,第一设备和第二设备之间在传输数据包时也有可能不会丢包,那么就不会执行S1107,也不会执行S1107后续的步骤。也就是说,S1107和S1107后续的步骤(例如下文将要介绍的S1108和S1109)只是可选的步骤。
例如,第二设备确定未接收压缩的第一数据包,则可以参考S1108,第二设备可以向第一设备发送第二信令,第二信令用于指示未接收压缩的第一数据包。例如第二信令为control PDU,control PDU例如可以携带压缩的第一数据包的序号,相当于指示了未接收压缩的第一数据包。第一设备接收第二信令后,可以确定第一数据包是否用于更新缓存,也就是说,对于一个数据包来说,可以作为缓存所包括的内容,那么与该缓存对应的数据包在被压缩时,就是根据该数据包进行压缩。如果缓存包括的数据包在传输过程中丢失,则对于第二设备来说,与该缓存对应的压缩的数据包可能解压缩都会失败。因此,如果第一设备确定第一数据包对应于第二缓存,那么可参考S1109,第一设备可以向第二设备发送第二缓存,或者发送压缩的第一数据包,从而使得第二缓存可以重新获得第二缓存的内容,以对第二缓存对应的其他的数据包进行正确的解压缩。或者,如果第一设备确定第一数据包没有用于更新缓存,则第一设备可以不必向第二设备发送第二缓存或压缩的第一数据包,如果第一数据包没有用于更新缓存,那么第二设备未接收压缩的第一数据包,可能仅仅是第一数据包的丢包,而对于其他压缩的数据包的解压缩并没有影响,因此第一设备不必向第二设备发送第二缓存或压缩的第一数据包,也可以不必重置任何缓存。
例如请参考图12,为NR系统中的处理过程的一种示例,图12只以第一缓存为例。图12中,上面两行的PDCP和RLC是指第一设备的PDCP层和RLC层,最上面的一排方框表示缓存,这排方框的上方的M,就表示每M个压缩的数据包对应于一个缓存。另外,最上面的一排方框的下方的数字表示缓存所对应的数据包的序号,例如,数据包1、数据包2 和数据包3对应于第一缓存,数据包4、数据包5、数据包6和数据包7对应于第二缓存,数据包8、数据包9和数据包10对应于第三缓存。每个数据包都基于对应的缓存进行压缩。
图12中下面一行的PDCP是指第二设备的PDCP层,因为第二设备的RLC层接收压缩的数据包后会直接递交给PDCP层,不会进行排序等操作,因此图12中未画出第二设备的RLC层。例如图12中,压缩的数据包1在发送过程中丢失,则第二设备的PDCP层无法接收压缩的数据包1。第二设备在发现未接收压缩的数据包1时,可以向第一设备发送control PDU,control PDU例如携带压缩的数据包1的序号,从而指示第二设备未接收压缩的数据包1。第一设备接收control PDU后,可以确定是否有缓存包括了数据包1,也就是说,对于一个数据包来说,可以作为缓存所包括的内容,那么与该缓存对应的数据包在被压缩时,就是根据该数据包进行压缩。如果缓存包括的数据包在传输过程中丢失,则对于第二设备来说,与该缓存对应的压缩的数据包可能解压缩都会失败。如果第一设备确定压缩的数据包1对应的数据包1是用于将第一缓存更新为第二缓存的数据包,那么如果第二设备未接收压缩的数据包1,可能导致第二设备对于与第二缓存对应的数据包4、数据包5、数据包 6和数据包7均无法解压缩。那么,第一设备可以向第二设备发送第二缓存,或发送压缩的数据包1,则第二设备接收第二缓存或压缩的数据包1后,可以尽量完成对与第二缓存对应的数据包4、数据包5、数据包6和数据包7的解压缩,以减小丢包量。
或者,第一设备接收control PDU之后,如果确定压缩的数据包1对应的数据包1不用于更新缓存,则第一设备可以不进行操作。因为压缩的数据包1不用于更新缓存,而压缩的数据包1的丢失不会对其他的压缩的数据包的解压缩造成影响,因此第一设备可以不进行处理。
或者,如果第二设备确定对某个压缩的数据包解压缩失败,则第二设备可以确定解压缩失败的原因,如果第二设备确定解压缩失败的原因是由于未接收用于更新缓存的数据包,那么可能通过该缓存压缩的其他的数据包的解压缩都会受到影响,则可继续参考S1107,第二设备可以向第一设备发送第二信令,第二信令用于指示对该压缩的数据包解压缩失败。例如,第二设备确定对压缩的第二数据包解压缩失败,则第二设备可以确定解压缩失败的原因,如果第二设备确定解压缩失败的原因是由于未接收用于更新第二缓存的数据包,则第二设备可以向第一设备发送第二信令,第二信令可以携带压缩的第二数据包的序号,相当于第二信令指示对压缩的第二数据包解压缩失败。其中,第二缓存是用于对压缩的第二数据包解压缩的缓存。例如第一信令为control PDU,control PDU例如可以携带压缩的第二数据包的序号。第一设备接收第二信令后,可继续参考S1108,第二设备可以向第二设备发送第二缓存,或者发送压缩的第一数据包,从而使得第二设备可以重新获得第二缓存的内容,以对第二缓存对应的其他的数据包进行正确的解压缩。这里的发送第二缓存,可以是发送第二缓存的状态。或者,如果第二设备确定对某个压缩的数据包解压缩失败,且第二设备确定解压缩失败的原因不是由于未接收用于更新缓存的数据包,则其他的压缩的数据包的解压缩可能不会受到影响,因此第二设备可以不必向第一设备发送第一信令,第一设备也就不必向第二设备发送第二缓存或压缩的第一数据包,也可以不必重置任何缓存。
可以看到,如果有数据包丢失,那么可能只是与该数据包对应的缓存相同的部分数据包可能会受到影响,而对应于其他缓存的数据包并不会受到影响,这样有助于减小丢包量。而且,如果对应于一个缓存的数据包的序号不连续,那么如果有数据包丢失,则该数据包对应的其他的数据包可能暂时还未被压缩,或者被压缩的不多,那么受到影响的数据包会更少。因此,使得对应于一个缓存的数据包的序号不连续,也能进一步减小丢包量。
其中,图12中出现的数据包的编号均为PDCP层的序列号。
本申请实施例可以降低更新缓存的频率,在对多个数据包进行压缩后再更新缓存,使得同一个缓存状态对应多个数据包。这样,如果一个缓存对应的一个或多个压缩的数据包丢失,由于对这些数据包进行压缩时所采用的缓存的状态都是一样的,这些数据包在压缩时并没有先后的依附关系,因此这些压缩的数据包的丢失不会对其他压缩的数据包的解压缩造成影响,其他压缩的数据包依然可以得到正确的解压缩。可见,通过这种方式能够减小丢包量。
为了解决相同的技术问题,本申请实施例提供第三种通信方法,请参见图13,为该方法的流程图。在下文的介绍过程中,以该方法应用于图6A或图6B所示的网络架构为例。另外,该方法可由两个通信装置执行,这两个通信装置例如为第五通信装置和第六通信装置,其中,第五通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者第五通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片系统。对于第六通信装置也是同样,第六通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者第六通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片系统。且对于第五通信装置和第六通信装置的实现方式均不做限制,例如第五通信装置可以是网络设备,第六通信装置是终端设备,或者第五通信装置和第六通信装置都是网络设备,或者第五通信装置和第六通信装置都是终端设备,或者第五通信装置是网络设备,第六通信装置是能够支持终端设备实现该方法所需的功能的通信装置,等等。其中,网络设备例如为基站。
为了便于介绍,在下文中,以该方法由第一设备和第二设备执行为例,也就是说,以第五通信装置是第一设备、第六通信装置是第二设备为例。因为本实施例是以应用在图6A 或图6B所示的网络架构为例,因此,下文中所述的第二设备可以是图6A或图6B所示的网络架构中的网络设备,下文中所述的第一设备可以是图6A或图6B所示的网络架构中的终端设备。
S1301、第一设备开机,或者第一设备接收到来自第二设备的请求消息,所述请求消息用于请求第一设备的能力信息。
S1302、第一设备向第二设备发送第一设备的能力信息。
例如第一设备为终端设备,终端设备在开机时,或者在接收来自第二设备的请求消息时,可以向第二设备发送第一设备的能力信息。例如,第一设备可以将能够支持根据相应的条件(例如第一条件)重置缓存的能力的信息发送给第二设备。
S1303、第二设备向第一设备发送无线资源控制(radio resource control,RRC)信令,第一设备接收来自第二设备的所述RRC信令,所述RRC信令用于配置第一设备根据相同的缓存对多个数据包进行压缩。
第二设备在S1302中接收了第一设备的能力信息,则第二设备可以确定第一设备能够支持根据第一条件重置缓存。例如,在第一设备需要进行一些业务时,第二设备可以为第一设备配置根据第一条件重置缓存。第一设备进行的业务例如为VoLTE或游戏等。
S1304、第一设备根据第一条件重置缓存。
第一设备可以维护一个缓存,该缓存可以对应于第一承载,第一承载例如为SRB或DRB。
第一条件例如可以包括如下的一项或如下多项的任意组合:第一子条件,第二子条件,或第三子条件。例如,第一条件仅包括第一子条件,或者,第一条件仅包括第二子条件,或者,第一条件仅包括第三子条件,或者,第一条件包括第一子条件和第二子条件,或者,第一条件包括第二子条件和第三子条件,或者,第一条件包括第一子条件和第三子条件,或者,第一条件包括第一子条件、第二子条件和第三子条件。
1、第一子条件:以第一时长为周期重置缓存。
第一子条件较为简单,就是周期性重置缓存。周期越小,则第一设备重置缓存就越频繁,丢包量也越小。但是第一设备重置缓存过于频繁,也会给第一设备带来较大的工作量。因此周期大小可以有所均衡,既不至于使得第一设备过于频繁地重置缓存,也尽量减小丢包量。
第一时长例如是第一设备自行确定的,或者是第二设备配置的,例如第二设备向第一设备发送第一信令,第一信令可以指示第一时长。或者,第一时长也可以是协议规定的,或者是第一设备和第二设备协商确定的。
第一设备周期性地重置缓存,不必等到第二设备指示有数据包丢失时再重置缓存,可以尽量减少丢包量。
2、第二子条件:每压缩N个数据包后重置缓存。
相当于,第一设备每压缩N个数据包后,就可以重置缓存。N的取值越小,则第一设备重置缓存就越频繁,丢包量也越小。但是第一设备重置缓存过于频繁,也会给第一设备带来较大的工作量。因此N的取值可以有所均衡,既不至于使得第一设备过于频繁地重置缓存,也尽量减小丢包量。
N的取值例如是第一设备自行确定的,或者是第二设备配置的,例如第二设备向第一设备发送第一信令,第一信令可以指示N的取值。或者,N的取值也可以是协议规定的,或者是第一设备和第二设备协商确定的。
第一设备在压缩一定数量的数据包后就可以及时重置缓存,不必等到第二设备指示有数据包丢失时再重置缓存,可以尽量减少丢包量。
3、第三子条件:已压缩的数据包的总数据量大于或等于第一阈值时重置缓存。
已压缩的数据包的总数据量,是指所有的已压缩的数据包的数据量之和。如果已压缩的数据包的数据量较大,则可能出错的概率也就比较大,因此,如果已压缩的数据包的总数据量大于或等于第一阈值,第一设备就可以重置缓存。例如,第一设备可以周期性地判断已压缩的数据包的总数据量是否大于或等于第一阈值,或者,第一设备也可以在每压缩一个数据包之后就判断已压缩的数据包的总数据量是否大于或等于第一阈值,对于第一设备的判断时机不做限制。
其中,已压缩的数据包,可以是指在上一次重置缓存之后已压缩的数据包。例如,第一设备在第一次进行判断时,判断已压缩的数据包的总数据量是否大于或等于第一阈值,此时是第一次判断,没有上一次的重置缓存的事件,则第一设备就是判断从开始压缩数据包起,已压缩的数据包的总数据量是否大于或等于第一阈值。如果已压缩的数据包的总数据量小于第一阈值,第一设备可以不重置缓存,而是继续压缩数据包;而如果已压缩的数据包的总数据量大于或等于第一阈值,第一设备重置缓存,并根据重置后的缓存继续压缩数据包。之后,第一设备在第一次进行判断时,可以判断在上一次重置缓存之后,所压缩的数据包的总数据量是否大于或等于第一阈值,如果已压缩的数据包的总数据量小于第一阈值,第一设备可以不重置缓存,而是继续压缩数据包;而如果已压缩的数据包的总数据量大于或等于第一阈值,第一设备重置缓存,并根据重置后的缓存继续压缩数据包。以此类推。
第一阈值例如是第一设备自行确定的,或者是第二设备配置的,例如第二设备向第一设备发送第一信令,第一信令可以指示第一阈值。或者,第一阈值也可以是协议规定的,或者是第一设备和第二设备协商确定的。
S1305、第一设备根据重置后的缓存对数据包进行压缩,得到压缩的数据包。
在重置缓存后,第一设备可以根据重置后的缓存对还未压缩的数据包顺序进行压缩。
S1306、第一设备将所述压缩的数据包发送给第二设备,第二设备接收来自第一设备的所述压缩的数据包。
在本申请实施例中,第一设备在满足第一条件时就可以重置缓存,而无需等到第二设备指示有数据包丢失时再重置缓存,可以尽量减少丢包量。
图14为本申请实施例提供的通信装置1400的示意性框图。示例性地,通信装置1400 例如为第一设备1400。
第一设备1400包括处理模块1410和收发模块1420。示例性地,第一设备1400可以是终端设备,也可以是应用于终端设备中的芯片或者其他具有上述终端设备功能的组合器件、部件等。或者,第一设备1400可以是网络设备,也可以是应用于网络设备中的芯片或者其他具有上述网络设备功能的组合器件、部件等。示例性地,当第一设备1400是终端设备时,收发模块1420可以是收发器,可以包括天线和射频电路等,处理模块1410可以是处理器,例如基带处理器,基带处理器中可以包括一个或多个中央处理单元(centralprocessing unit, CPU)。当第一设备1400是具有上述终端功能的部件时,收发模块1420可以是射频单元,处理模块1410可以是处理器,例如基带处理器。当第一设备1400是芯片系统时,收发模块1420可以是芯片系统(例如基带芯片)的输入输出接口、处理模块1410可以是芯片系统的处理器,可以包括一个或多个中央处理单元。示例性地,当第一设备1400是网络设备时,收发模块1420可以是收发器,可以包括天线和射频电路等,处理模块1410可以是处理器,处理器中可以包括一个或多个CPU。当第一设备1400是具有上述网络功能的部件时,收发模块1420可以是射频单元,处理模块1410可以是处理器。当第一设备1400是芯片系统时,收发模块1420可以是芯片系统的输入输出接口、处理模块1410可以是芯片系统的处理器,可以包括一个或多个中央处理单元。
其中,处理模块1410可以用于执行图8所示的实施例中由第一设备所执行的除了收发操作之外的全部操作,例如S801、S804、S805和S810,和/或用于支持本文所描述的技术的其它过程。收发模块1420可以用于执行图8所示的实施例中由第一设备所执行的全部收发操作,例如S802、S803、S806、S809、S811和S812,和/或用于支持本文所描述的技术的其它过程。
其中,处理模块1410,用于配置用于数据包压缩的多个缓存;
处理模块1410,还用于根据第一缓存对第一数据包进行压缩,所述第一缓存是所述多个缓存中的一个;
收发模块1420,用于向第二设备发送所述压缩的第一数据包。
作为一种可选的实施方式,所述多个缓存中的不同的缓存所用于压缩的数据包不同。
作为一种可选的实施方式,所述第一缓存是根据所述第一数据包的序号确定的;或,所述第一缓存是随机确定的。
作为一种可选的实施方式,所述第一缓存是根据所述第一数据包的序号确定的,包括:所述第一缓存是所述处理模块按照所述第一数据包的序号,从所述多个缓存中顺序选择的;或,所述第一缓存是与所述第一数据包的序号所在的第一序号范围对应的缓存。
作为一种可选的实施方式,处理模块1410,还用于在根据所述第一缓存对与所述第一缓存对应的多个数据包进行压缩时,所述第一缓存所包括的内容不变。
作为一种可选的实施方式,
收发模块1420,还用于接收来自第二设备的第一信令,所述第一信令用于指示对所述压缩的第一数据包解压缩失败;
处理模块1410,还用于重置所述第一缓存,并根据重置的所述第一缓存对与所述第一缓存对应的数据包进行压缩。
作为一种可选的实施方式,收发模块1420还用于:
接收来自第二设备的第一信令,所述第一信令用于指示第一信息,所述第一信息包括未接收所述压缩的第一数据包的信息,或包括对压缩的第二数据包解压缩失败的信息;
向所述第二设备发送第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存,所述第二缓存包括所述第一数据包。
作为一种可选的实施方式,所述多个缓存对应于一个数据承载或一个信令承载。
应理解,本申请实施例中的处理模块1410可以由处理器或处理器相关电路组件实现,收发模块1420可以由收发器或收发器相关电路组件实现。
如图15所示,本申请实施例还提供一种通信装置1500。示例性地,通信装置1500例如为第一设备1500。示例性地,第一设备1500可以是通信设备,例如为终端设备、网络设备或芯片系统等。第一设备1500包括处理器1510,存储器1520与收发器1530,其中,存储器1520中存储指令或程序,处理器1510用于执行存储器1520中存储的指令或程序。存储器1520中存储的指令或程序被执行时,该处理器1510用于执行上述实施例中处理模块 1410执行的操作,收发器1530用于执行上述实施例中收发模块1420执行的操作。
应理解,根据本申请实施例的第一设备1400或第一设备1500可实现图8所示的实施例中的第一设备的功能,并且第一设备1400或第一设备1500中的各个模块的操作和/或功能分别为了实现图8所示的实施例中的相应流程,为了简洁,在此不再赘述。
图16为本申请实施例提供的通信装置1600的示意性框图。示例性地,通信装置1600 例如为第二设备1600。
第二设备1600包括处理模块1610和收发模块1620。示例性地,第二设备1600可以是终端设备,也可以是应用于终端设备中的芯片或者其他具有上述终端设备功能的组合器件、部件等。或者,第二设备1600可以是网络设备,也可以是应用于网络设备中的芯片或者其他具有上述网络设备功能的组合器件、部件等。示例性地,当第二设备1600是终端设备时,收发模块1620可以是收发器,可以包括天线和射频电路等,处理模块1610可以是处理器,例如基带处理器,基带处理器中可以包括一个或多个中央处理单元(centralprocessing unit, CPU)。当第二设备1600是具有上述终端功能的部件时,收发模块1620可以是射频单元,处理模块1610可以是处理器,例如基带处理器。当第二设备1600是芯片系统时,收发模块1620可以是芯片系统(例如基带芯片)的输入输出接口、处理模块1610可以是芯片系统的处理器,可以包括一个或多个中央处理单元。示例性地,当第二设备1600是网络设备时,收发模块1620可以是收发器,可以包括天线和射频电路等,处理模块1610可以是处理器,处理器中可以包括一个或多个CPU。当第二设备1600是具有上述网络功能的部件时,收发模块1620可以是射频单元,处理模块1610可以是处理器。当第二设备1600是芯片系统时,收发模块1620可以是芯片系统的输入输出接口、处理模块1610可以是芯片系统的处理器,可以包括一个或多个中央处理单元。
其中,处理模块1610可以用于执行图8所示的实施例中由第二设备所执行的除了收发操作之外的全部操作,例如S807,和/或用于支持本文所描述的技术的其它过程。收发模块 1620可以用于执行图8所示的实施例中由第二设备所执行的全部收发操作,例如S802、S803、 S806、S809、S811和S812,和/或用于支持本文所描述的技术的其它过程。
其中,收发模块1620,用于接收压缩的第一数据包;
处理模块1610,用于根据所述压缩的第一数据包对应的第一缓存,对所述压缩的第一数据包进行解压缩,得到第一数据包,其中,所述第二设备维护了用于对压缩的数据包进行解压缩的多个缓存,所述第一缓存是所述多个缓存中的一个。
作为一种可选的实施方式,所述多个缓存中的不同的缓存所用于压缩的数据包不同。
作为一种可选的实施方式,处理模块1610还用于:
按照所述第一数据包的序号确定所述多个缓存中的一个为所述第一缓存;或,
根据所述压缩的第一数据包携带的第一指示信息,确定所述第一缓存。
作为一种可选的实施方式,处理模块1610用于通过如下方式按照所述第一数据包的序号确定所述多个缓存中的一个为所述第一缓存:
按照所述第一数据包的序号,顺序选择所述多个缓存中的一个为所述第一缓存;或,
确定所述第一数据包的序号属于第一序号范围,确定与所述第一序号范围对应的缓存为所述第一缓存。
作为一种可选的实施方式,收发模块1620还用于:
向所述第一设备发送第一信令,所述第一信令用于指示第一信息,所述第一信息包括未接收所述压缩的第一数据包的信息,或包括对所述压缩的第二数据包解压缩失败的信息;
接收来自所述第一设备的第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存,所述第二缓存包括所述第一数据包。
作为一种可选的实施方式,所述多个缓存对应于一个数据承载或一个信令承载。
应理解,本申请实施例中的处理模块1610可以由处理器或处理器相关电路组件实现,收发模块1620可以由收发器或收发器相关电路组件实现。
如图17所示,本申请实施例还提供一种通信装置1700。示例性地,通信装置1700例如为第二设备1700。示例性地,第二设备1700可以是通信设备,例如为终端设备、网络设备或芯片系统等。第二设备1700包括处理器1710,存储器1720与收发器1730,其中,存储器1720中存储指令或程序,处理器1710用于执行存储器1720中存储的指令或程序。存储器1720中存储的指令或程序被执行时,该处理器1710用于执行上述实施例中处理模块 1610执行的操作,收发器1730用于执行上述实施例中收发模块1620执行的操作。
应理解,根据本申请实施例的第二设备1600或第二设备1700可实现图8所示的实施例中的第二设备的功能,并且第二设备1600或第二设备1700中的各个模块的操作和/或功能分别为了实现图8所示的实施例中的相应流程,为了简洁,在此不再赘述。
图18为本申请实施例提供的通信装置1800的示意性框图。示例性地,通信装置1800 例如为第一设备1800。
第一设备1800包括处理模块1810和收发模块1820。示例性地,第一设备1800可以是终端设备,也可以是应用于终端设备中的芯片或者其他具有上述终端设备功能的组合器件、部件等。或者,第一设备1800可以是网络设备,也可以是应用于网络设备中的芯片或者其他具有上述网络设备功能的组合器件、部件等。示例性地,当第一设备1800是终端设备时,收发模块1820可以是收发器,可以包括天线和射频电路等,处理模块1810可以是处理器,例如基带处理器,基带处理器中可以包括一个或多个中央处理单元(centralprocessing unit, CPU)。当第一设备1800是具有上述终端功能的部件时,收发模块1820可以是射频单元,处理模块1810可以是处理器,例如基带处理器。当第一设备1800是芯片系统时,收发模块1820可以是芯片系统(例如基带芯片)的输入输出接口、处理模块1810可以是芯片系统的处理器,可以包括一个或多个中央处理单元。示例性地,当第一设备1800是网络设备时,收发模块1820可以是收发器,可以包括天线和射频电路等,处理模块1810可以是处理器,处理器中可以包括一个或多个CPU。当第一设备1800是具有上述网络功能的部件时,收发模块1820可以是射频单元,处理模块1810可以是处理器。当第一设备1800是芯片系统时,收发模块1820可以是芯片系统的输入输出接口、处理模块1810可以是芯片系统的处理器,可以包括一个或多个中央处理单元。
其中,处理模块1810可以用于执行图11所示的实施例中由第一设备所执行的除了收发操作之外的全部操作,例如S1101和S1104,和/或用于支持本文所描述的技术的其它过程。收发模块1820可以用于执行图11所示的实施例中由第一设备所执行的全部收发操作,例如S1102、S1103、S1105、S1108和S1109,和/或用于支持本文所描述的技术的其它过程。
其中,处理模块1810,用于根据M个数据包对应的第一缓存,对所述M个数据包中的第一数据包进行压缩,得到压缩的第一数据包,M为正整数;
收发模块1820,用于向第二设备发送所述压缩的第一数据包。
作为一种可选的实施方式,所述M个数据包为第一数据承载或第一信令承载的全部数据包。
作为一种可选的实施方式,处理模块1810,还用于根据所述M个数据包中的一个或多个数据包,将所述第一缓存更新为第二缓存,所述第二缓存用于对N个数据包进行压缩,其中,所述N个数据包的序号在所述M个数据包的序号之后,N为正整数。
作为一种可选的实施方式,处理模块1810用于通过如下方式根据所述M个数据包中的一个或多个数据包,将所述第一缓存更新为第二缓存:根据所述M个数据包的序号,将所述一个或多个数据包添加到所述第一缓存,得到所述第二缓存。
作为一种可选的实施方式,收发模块1820,还用于接收来自所述第二设备的第一信令,所述第一信令指示一个或多个数据包的序号,所述一个或多个数据包是用于将所述第一缓存更新为所述第二缓存的数据包。
作为一种可选的实施方式,所述压缩的M个数据包包括压缩的所述一个或多个数据包,所述压缩的所述一个或多个数据包携带第一指示信息,所述第一指示信息用于指示对应的数据包用于将所述第一缓存更新为所述第二缓存。
作为一种可选的实施方式,收发模块1820还用于:
接收来自第二设备的第二信令,所述第二信令用于指示未接收压缩的所述第一数据包,或指示对压缩的第二数据包解压缩失败;
向所述第二设备发送所述第二缓存或压缩的所述一个或多个数据包,其中,所述压缩的第二数据包对应于所述第二缓存。
应理解,本申请实施例中的处理模块1810可以由处理器或处理器相关电路组件实现,收发模块1820可以由收发器或收发器相关电路组件实现。
如图19所示,本申请实施例还提供一种通信装置1900。示例性地,通信装置1900例如为第一设备1900。示例性地,第一设备1900可以是通信设备,例如为终端设备、网络设备或芯片系统等。第一设备1900包括处理器1910,存储器1920与收发器1930,其中,存储器1920中存储指令或程序,处理器1910用于执行存储器1920中存储的指令或程序。存储器1920中存储的指令或程序被执行时,该处理器1910用于执行上述实施例中处理模块 1810执行的操作,收发器1930用于执行上述实施例中收发模块1820执行的操作。
应理解,根据本申请实施例的第一设备1800或第一设备1900可实现图11所示的实施例中的第一设备的功能,并且第一设备1800或第一设备1900中的各个模块的操作和/或功能分别为了实现图11所示的实施例中的相应流程,为了简洁,在此不再赘述。
图20为本申请实施例提供的通信装置2000的示意性框图。示例性地,通信装置2000 例如为第二设备2000。
第二设备2000包括处理模块2010和收发模块2020。示例性地,第二设备2000可以是终端设备,也可以是应用于终端设备中的芯片或者其他具有上述终端设备功能的组合器件、部件等。或者,第二设备2000可以是网络设备,也可以是应用于网络设备中的芯片或者其他具有上述网络设备功能的组合器件、部件等。示例性地,当第二设备2000是终端设备时,收发模块2020可以是收发器,可以包括天线和射频电路等,处理模块2010可以是处理器,例如基带处理器,基带处理器中可以包括一个或多个中央处理单元(centralprocessing unit, CPU)。当第二设备2000是具有上述终端功能的部件时,收发模块2020可以是射频单元,处理模块2010可以是处理器,例如基带处理器。当第二设备2000是芯片系统时,收发模块2020可以是芯片系统(例如基带芯片)的输入输出接口、处理模块2010可以是芯片系统的处理器,可以包括一个或多个中央处理单元。示例性地,当第二设备2000是网络设备时,收发模块2020可以是收发器,可以包括天线和射频电路等,处理模块2010可以是处理器,处理器中可以包括一个或多个CPU。当第二设备2000是具有上述网络功能的部件时,收发模块2020可以是射频单元,处理模块2010可以是处理器。当第二设备2000是芯片系统时,收发模块2020可以是芯片系统的输入输出接口、处理模块2010可以是芯片系统的处理器,可以包括一个或多个中央处理单元。
其中,处理模块2010可以用于执行图11所示的实施例中由第二设备所执行的除了收发操作之外的全部操作,例如S1106,和/或用于支持本文所描述的技术的其它过程。收发模块2020可以用于执行图11所示的实施例中由第二设备所执行的全部收发操作,例如S1102、S1103、S1105、S1108和S1109,和/或用于支持本文所描述的技术的其它过程。
其中,收发模块2020,用于接收来自第一设备的压缩的第一数据包;
处理模块2010,用于根据所述压缩的第一数据包对应的第一缓存,对所述压缩的数据包进行解压缩,得到第一数据包,其中,所述第一缓存对应于压缩的M个数据包,所述压缩的第一数据包是所述压缩的M个数据包中的一个,M为正整数。
结合第九方面,在第九方面的第一种可能的实施方式中,所述M个数据包为第一数据承载或第一信令承载的全部数据包。
作为一种可选的实施方式,处理模块2010,还用于根据所述压缩的M个数据包中的压缩的一个或多个数据包,将所述第一缓存更新为第二缓存,所述第二缓存用于对压缩的N个数据包进行解压缩,其中,所述压缩的N个数据包的序号在所述压缩的M个数据包的序号之后,N为正整数。
作为一种可选的实施方式,处理模块2010用于通过如下方式根据所述压缩的M个数据包中的压缩的一个或多个数据包,将所述第一缓存更新为第二缓存:根据所述压缩的M个数据包的序号,将所述压缩的一个或多个数据包解压缩后得到的一个或多个数据包添加到所述第一缓存中,得到所述第二缓存。
作为一种可选的实施方式,收发模块2020,还用于向所述第二设备发送第一信令,所述第一信令指示一个或多个数据包的序号,所述一个或多个数据包是用于将所述第一缓存更新为所述第二缓存的数据包。
作为一种可选的实施方式,所述压缩的所述一个或多个数据包携带第一指示信息,所述第一指示信息用于指示对应的压缩的数据包用于将所述第一缓存更新为所述第二缓存。
作为一种可选的实施方式,收发模块2020还用于:
向所述第一设备发送第二信令,所述第二信令用于指示未接收所述压缩的第一数据包,或指示对压缩的第二数据包解压缩失败;
接收来自所述第一设备的所述第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存。
应理解,本申请实施例中的处理模块2010可以由处理器或处理器相关电路组件实现,收发模块2020可以由收发器或收发器相关电路组件实现。
如图17所示,本申请实施例还提供一种通信装置2100。示例性地,通信装置2100例如为第二设备2100。示例性地,第二设备2100可以是通信设备,例如为终端设备、网络设备或芯片系统等。第二设备2100包括处理器2110,存储器2120与收发器2130,其中,存储器2120中存储指令或程序,处理器2110用于执行存储器2120中存储的指令或程序。存储器2120中存储的指令或程序被执行时,该处理器2110用于执行上述实施例中处理模块 2010执行的操作,收发器2130用于执行上述实施例中收发模块2020执行的操作。
应理解,根据本申请实施例的第二设备2000或第二设备2100可实现图11所示的实施例中的第二设备的功能,并且第二设备2000或第二设备2100中的各个模块的操作和/或功能分别为了实现图11所示的实施例中的相应流程,为了简洁,在此不再赘述。
图22为本申请实施例提供的通信装置2200的示意性框图。示例性地,通信装置2200 例如为第一设备2200。
第一设备1800包括处理模块2210和收发模块2220。示例性地,第一设备2200可以是终端设备,也可以是应用于终端设备中的芯片或者其他具有上述终端设备功能的组合器件、部件等。或者,第一设备2200可以是网络设备,也可以是应用于网络设备中的芯片或者其他具有上述网络设备功能的组合器件、部件等。示例性地,当第一设备2200是终端设备时,收发模块2220可以是收发器,可以包括天线和射频电路等,处理模块2210可以是处理器,例如基带处理器,基带处理器中可以包括一个或多个中央处理单元(centralprocessing unit, CPU)。当第一设备2200是具有上述终端功能的部件时,收发模块2220可以是射频单元,处理模块2210可以是处理器,例如基带处理器。当第一设备2200是芯片系统时,收发模块2220可以是芯片系统(例如基带芯片)的输入输出接口、处理模块2210可以是芯片系统的处理器,可以包括一个或多个中央处理单元。示例性地,当第一设备2200是网络设备时,收发模块2220可以是收发器,可以包括天线和射频电路等,处理模块2210可以是处理器,处理器中可以包括一个或多个CPU。当第一设备2200是具有上述网络功能的部件时,收发模块2220可以是射频单元,处理模块2210可以是处理器。当第一设备2200是芯片系统时,收发模块2220可以是芯片系统的输入输出接口、处理模块2210可以是芯片系统的处理器,可以包括一个或多个中央处理单元。
其中,处理模块2210可以用于执行图13所示的实施例中由第一设备所执行的除了收发操作之外的全部操作,例如S1301、S1304和S1305,和/或用于支持本文所描述的技术的其它过程。收发模块2220可以用于执行图13所示的实施例中由第一设备所执行的全部收发操作,例如S1302、S1303和S1306,和/或用于支持本文所描述的技术的其它过程。
处理模块2210,用于根据第一条件重置缓存;
收发模块2220,用于根据重置后的缓存对数据包进行压缩,得到压缩的数据包;所述第一设备将所述压缩的数据包发送给第二设备。
作为一种可选的实施方式,所述第一条件包括如下的一项或如下多项的任意组合:
以第一时长为周期重置所述缓存;
每压缩N个数据包后重置所述缓存;或,
已压缩的数据包的总数据量大于或等于第一阈值。
作为一种可选的实施方式,收发模块2220,还用于接收来自所述第二设备的第一信令,其中,当所述第一条件包括以第一时长为周期重置所述缓存时,所述第一信令指示所述第一时长,或,当所述第一条件包括每压缩N个数据包后重置所述缓存时,所述第一信令指示所述N的取值,或,当所述第一条件包括已压缩的数据包的总数据量大于或等于第一阈值时重置所述缓存时,所述第一信令指示所述第一阈值。
应理解,本申请实施例中的处理模块2210可以由处理器或处理器相关电路组件实现,收发模块2220可以由收发器或收发器相关电路组件实现。
如图23所示,本申请实施例还提供一种通信装置2300。示例性地,通信装置2300例如为第一设备2300。示例性地,第一设备2300可以是通信设备,例如为终端设备、网络设备或芯片系统等。第一设备2300包括处理器2310,存储器2320与收发器2330,其中,存储器2320中存储指令或程序,处理器2310用于执行存储器2320中存储的指令或程序。存储器2320中存储的指令或程序被执行时,该处理器2310用于执行上述实施例中处理模块 2210执行的操作,收发器2330用于执行上述实施例中收发模块2220执行的操作。
应理解,根据本申请实施例的第一设备2200或第一设备2300可实现图13所示的实施例中的第一设备的功能,并且第一设备2200或第一设备2300中的各个模块的操作和/或功能分别为了实现图13所示的实施例中的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供一种通信装置,该通信装置可以是终端设备也可以是电路。该通信装置可以用于执行上述图8所示的方法实施例或图11所示的方法实施例中由第一设备或第二设备所执行的动作,或执行上述图13所示的方法实施例中由第一设备所执行的动作。
当该通信装置为终端装置时,图24示出了一种简化的终端设备的结构示意图。如图24 所示,终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理,以及对终端设备进行控制,执行软件程序,处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是,有些种类的终端设备可以不具有输入输出装置。
当需要发送数据时,处理器对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信号转换为数据并对该数据进行处理。为便于说明,图24中仅示出了一个存储器和处理器。在实际的终端设备产品中,可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置,也可以是与处理器集成在一起,本申请实施例对此不做限制。
在本申请实施例中,可以将具有收发功能的天线和射频电路视为终端设备的收发单元,将具有处理功能的处理器视为终端设备的处理单元。如图24所示,终端设备包括收发单元 2410和处理单元2420。收发单元也可以称为收发器、收发机、收发装置等。处理单元也可以称为处理器,处理单板,处理模块、处理装置等。可选的,可以将收发单元2410中用于实现接收功能的器件视为接收单元,将收发单元2410中用于实现发送功能的器件视为发送单元,即收发单元2410包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
应理解,收发单元2410用于执行上述图8所示的方法实施例中第一设备侧的发送操作和接收操作,处理单元2420用于执行上述图8所示的方法实施例中第一设备侧除了收发操作之外的其他操作。
例如,在一种实现方式中,收发单元2410用于执行图8所示的实施例中的第一设备侧的全部收发步骤,例如S802、S803、S806、S809、S811和S812,和/或用于支持本文所描述的技术的其它过程。处理单元2420,用于执行图8所示的实施例中的第一设备侧除了收发操作之外的其他操作,例如S801、S804、S805和S810,和/或用于支持本文所描述的技术的其它过程。
或者,收发单元2410用于执行上述图8所示的方法实施例中第二设备侧的发送操作和接收操作,处理单元2420用于执行上述图8所示的方法实施例中第二设备侧除了收发操作之外的其他操作。
例如,在一种实现方式中,收发单元2410用于执行图8所示的实施例中的第二设备侧的全部收发步骤,例如S802、S803、S806、S809、S811和S812,和/或用于支持本文所描述的技术的其它过程。处理单元2420,用于执行图8所示的实施例中的第二设备侧除了收发操作之外的其他操作,例如S807,和/或用于支持本文所描述的技术的其它过程。
或者,收发单元2410用于执行上述图11所示的方法实施例中第一设备侧的发送操作和接收操作,处理单元2420用于执行上述图11所示的方法实施例中第一设备侧除了收发操作之外的其他操作。
例如,在一种实现方式中,收发单元2410用于执行图11所示的实施例中的第一设备侧的全部收发步骤,例如S1102、S1103、S1105、S1108和S1109,和/或用于支持本文所描述的技术的其它过程。处理单元2420,用于执行图11所示的实施例中的第一设备侧除了收发操作之外的其他操作,例如S1101和S1104,和/或用于支持本文所描述的技术的其它过程。
或者,收发单元2410用于执行上述图11所示的方法实施例中第二设备侧的发送操作和接收操作,处理单元2420用于执行上述图11所示的方法实施例中第二设备侧除了收发操作之外的其他操作。
例如,在一种实现方式中,收发单元2410用于执行图11所示的实施例中的第二设备侧的全部收发步骤,例如S1102、S1103、S1105、S1108和S1109,和/或用于支持本文所描述的技术的其它过程。处理单元2420,用于执行图11所示的实施例中的第二设备侧除了收发操作之外的其他操作,例如S1106,和/或用于支持本文所描述的技术的其它过程。
或者,收发单元2410用于执行上述图13所示的方法实施例中第一设备侧的发送操作和接收操作,处理单元2420用于执行上述图13所示的方法实施例中第一设备侧除了收发操作之外的其他操作。
例如,在一种实现方式中,收发单元2410用于执行图13所示的实施例中的第二终端设备侧的全部收发步骤,例如S1302、S1303和S1306,和/或用于支持本文所描述的技术的其它过程。处理单元2420,用于执行图13所示的实施例中的第二终端装置侧除了收发操作之外的其他操作,例如S1301、S1304和S1305,和/或用于支持本文所描述的技术的其它过程。
当该通信装置为芯片时,该芯片包括收发单元和处理单元。其中,收发单元可以是输入输出电路、通信接口;处理单元为该芯片上集成的处理器或者微处理器或者集成电路。
本申请实施例中的通信装置为终端设备时,可以参照图25所示的设备。作为一个例子,该设备可以完成类似于图25中处理器2510的功能。在图25中,该设备包括处理器2510,发送数据处理器2520,接收数据处理器2530。上述实施例中的处理模块1410可以是图25 中的该处理器2510,并完成相应的功能;上述实施例中的收发模块1420可以是图25中的发送数据处理器2520,和/或接收数据处理器2530。或者,上述实施例中的处理模块1610 可以是图25中的该处理器2510,并完成相应的功能;上述实施例中的收发模块1620可以是图25中的发送数据处理器2520,和/或接收数据处理器2530。或者,上述实施例中的处理模块1810可以是图25中的该处理器2510,并完成相应的功能;上述实施例中的收发模块1820可以是图25中的发送数据处理器2520,和/或接收数据处理器2530。或者,上述实施例中的处理模块2010可以是图25中的该处理器2510,并完成相应的功能;上述实施例中的收发模块2020可以是图25中的发送数据处理器2520,和/或接收数据处理器2530。或者,上述实施例中的处理模块2210可以是图25中的该处理器2510,并完成相应的功能;上述实施例中的收发模块2220可以是图25中的发送数据处理器2520,和/或接收数据处理器2530。
虽然图25中示出了信道编码器、信道解码器,但是可以理解这些模块并不对本实施例构成限制性说明,仅是示意性的。
图26示出本实施例的另一种形式。处理装置2600中包括调制子系统、中央处理子系统、周边子系统等模块。本实施例中的通信装置可以作为其中的调制子系统。具体的,该调制子系统可以包括处理器2603,接口2604。其中,处理器2603完成上述处理模块1410 的功能,接口2604完成上述收发模块1420的功能。或者,处理器2603完成上述处理模块 1610的功能,接口2604完成上述收发模块1620的功能。或者,处理器2603完成上述处理模块1810的功能,接口2604完成上述收发模块1820的功能。或者,处理器2603完成上述处理模块2010的功能,接口2604完成上述收发模块2020的功能。或者,处理器2603 完成上述处理模块2210的功能,接口2604完成上述收发模块2220的功能。作为另一种变形,该调制子系统包括存储器2606、处理器2603及存储在存储器2606上并可在处理器上运行的程序,该处理器2603执行该程序时实现上述图8所示的方法实施例或图11所示的方法实施例中第一设备侧或第二设备侧的方法,或执行该程序时实现图13所示的方法实施例中第一设备侧的方法。需要注意的是,所述存储器2606可以是非易失性的,也可以是易失性的,其位置可以位于调制子系统内部,也可以位于处理装置2600中,只要该存储器2606 可以连接到所述处理器2603即可。
本申请实施例还提供第一通信系统。该通信系统可以包括上述的图8所示的实施例所涉及的第一设备以及图8所示的实施例涉及的第二设备。图8所示的实施例所涉及的第一设备例如为图14中的第一设备1400或图15中的第一设备1500,图8所示的实施例所涉及的第二设备例如为图16中的第二设备1600或图17中的第二设备1700。
本申请实施例还提供第二通信系统。该通信系统可以包括上述的图11所示的实施例所涉及的第一设备以及图8所示的实施例涉及的第二设备。图11所示的实施例所涉及的第一设备例如为图18中的第一设备1800或图19中的第一设备1900,图11所示的实施例所涉及的第二设备例如为图20中的第二设备2000或图21中的第二设备2100。
第一通信系统和第二通信系统可以是同一个通信系统,或者也可以是不同的通信系统。
本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述方法实施例提供的图8所示的实施例中与第一设备相关的流程。
本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述方法实施例提供的图8所示的实施例中与第二设备相关的流程。
本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述方法实施例提供的图11所示的实施例中与第一设备相关的流程。
本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述方法实施例提供的图11所示的实施例中与第二设备相关的流程。
本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述方法实施例提供的图13所示的实施例中与第一设备相关的流程。
本申请实施例还提供一种包含指令的计算机程序产品,该指令被执行时执行上述图8 所示的方法实施例中第一设备侧的方法。
本申请实施例还提供一种包含指令的计算机程序产品,该指令被执行时执行上述图8 所示的方法实施例中第二设备侧的方法。
本申请实施例还提供一种包含指令的计算机程序产品,该指令被执行时执行上述图11 所示的方法实施例中第一设备侧的方法。
本申请实施例还提供一种包含指令的计算机程序产品,该指令被执行时执行上述图11 所示的方法实施例中第二设备侧的方法。
本申请实施例还提供一种包含指令的计算机程序产品,该指令被执行时执行上述图13 所示的方法实施例中第一设备侧的方法。
应理解,本申请实施例中提及的处理器可以是CPU,还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specificintegrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM) 或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器 (doubledata rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请实施例的保护范围应所述以权利要求的保护范围为准。
Claims (30)
1.一种通信方法,其特征在于,包括:
第一设备配置用于数据包压缩的多个缓存,所述多个缓存中的每个缓存用于对一个或多个数据包进行压缩;
所述第一设备根据第一缓存对第一数据包进行压缩,所述第一缓存是所述多个缓存中的一个;
所述第一设备向第二设备发送所述压缩的第一数据包。
2.根据权利要求1所述的方法,其特征在于,所述多个缓存中的不同的缓存所用于压缩的数据包不同。
3.根据权利要求1或2所述的方法,其特征在于,
所述第一缓存是根据所述第一数据包的序号确定的;或,
所述第一缓存是随机确定的。
4.根据权利要求3所述的方法,其特征在于,所述第一缓存是根据所述第一数据包的序号确定的,包括:
所述第一缓存是所述第一设备按照所述第一数据包的序号,从所述多个缓存中顺序选择的;或,
所述第一缓存是与所述第一数据包的序号所在的第一序号范围对应的缓存。
5.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述第一设备在根据所述第一缓存对与所述第一缓存对应的多个数据包进行压缩时,所述第一缓存所包括的内容不变。
6.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述第一设备接收来自第二设备的第一信令,所述第一信令用于指示对所述压缩的第一数据包解压缩失败;
所述第一设备重置所述第一缓存,并根据重置的所述第一缓存对与所述第一缓存对应的数据包进行压缩。
7.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述第一设备接收来自第二设备的第一信令,所述第一信令用于指示第一信息,所述第一信息包括未接收所述压缩的第一数据包的信息,或包括对压缩的第二数据包解压缩失败的信息;
所述第一设备向所述第二设备发送第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存,所述第二缓存包括所述第一数据包。
8.根据权利要求1或2所述的方法,其特征在于,所述多个缓存对应于一个数据承载或一个信令承载。
9.一种通信方法,其特征在于,包括:
第二设备接收压缩的第一数据包;
所述第二设备根据所述压缩的第一数据包对应的第一缓存,对所述压缩的第一数据包进行解压缩,得到第一数据包,其中,所述第二设备维护了用于对压缩的数据包进行解压缩的多个缓存,所述第一缓存是所述多个缓存中的一个,所述多个缓存中的每个缓存用于对一个或多个数据包进行压缩。
10.根据权利要求9所述的方法,其特征在于,所述多个缓存中的不同的缓存所用于压缩的数据包不同。
11.根据权利要求9或10所述的方法,其特征在于,所述方法还包括:
所述第二设备按照所述第一数据包的序号确定所述多个缓存中的一个为所述第一缓存;或,
所述第二设备根据所述压缩的第一数据包携带的第一指示信息,确定所述第一缓存。
12.根据权利要求11所述的方法,其特征在于,所述第二设备按照所述第一数据包的序号确定所述多个缓存中的一个为所述第一缓存,包括:
所述第二设备按照所述第一数据包的序号,顺序选择所述多个缓存中的一个为所述第一缓存;或,
所述第二设备确定所述第一数据包的序号属于第一序号范围,所述第二设备确定与所述第一序号范围对应的缓存为所述第一缓存。
13.根据权利要求9或10所述的方法,其特征在于,所述方法还包括:
所述第二设备向第一设备发送第一信令,所述第一信令用于指示第一信息,所述第一信息包括未接收所述压缩的第一数据包的信息,或包括对压缩的第二数据包解压缩失败的信息;
所述第二设备接收来自所述第一设备的第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存,所述第二缓存包括所述第一数据包。
14.根据权利要求9或10所述的方法,其特征在于,所述多个缓存对应于一个数据承载或一个信令承载。
15.一种通信方法,其特征在于,包括:
第一设备根据M个数据包对应的第一缓存,对所述M个数据包中的第一数据包进行压缩,得到压缩的第一数据包,M为正整数,其中,所述第一设备在根据所述第一缓存对所述M个数据包进行压缩时,所述第一缓存所包括的内容都是相同的;
所述第一设备向第二设备发送所述压缩的第一数据包。
16.根据权利要求15所述的方法,其特征在于,
所述M个数据包为第一数据承载或第一信令承载的全部数据包。
17.根据权利要求15所述的方法,其特征在于,所述方法还包括:
所述第一设备根据所述M个数据包中的一个或多个数据包,将所述第一缓存更新为第二缓存,所述第二缓存用于对N个数据包进行压缩,其中,所述N个数据包的序号在所述M个数据包的序号之后,N为正整数。
18.根据权利要求17所述的方法,其特征在于,所述第一设备根据所述M个数据包中的一个或多个数据包,将所述第一缓存更新为第二缓存,包括:
所述第一设备根据所述M个数据包的序号,将所述一个或多个数据包添加到所述第一缓存,得到所述第二缓存。
19.根据权利要求18所述的方法,其特征在于,所述方法还包括:
所述第一设备接收来自所述第二设备的第一信令,所述第一信令指示一个或多个数据包的序号,所述一个或多个数据包是用于将所述第一缓存更新为所述第二缓存的数据包。
20.根据权利要求18所述的方法,其特征在于,压缩的M个数据包包括压缩的所述一个或多个数据包,所述压缩的所述一个或多个数据包携带第一指示信息,所述第一指示信息用于指示对应的数据包用于将所述第一缓存更新为所述第二缓存。
21.根据权利要求18~20任一项所述的方法,其特征在于,所述方法还包括:
所述第一设备接收来自第二设备的第二信令,所述第二信令用于指示未接收压缩的所述第一数据包,或指示对压缩的第二数据包解压缩失败;
所述第一设备向所述第二设备发送所述第二缓存或压缩的所述一个或多个数据包,其中,所述压缩的第二数据包对应于所述第二缓存。
22.一种通信方法,其特征在于,包括:
第二设备接收来自第一设备的压缩的第一数据包;
所述第二设备根据所述压缩的第一数据包对应的第一缓存,对所述压缩的数据包进行解压缩,得到第一数据包,其中,所述第一缓存对应于压缩的M个数据包,所述压缩的第一数据包是所述压缩的M个数据包中的一个,M为正整数,其中,所述第二设备在根据所述第一缓存对所述M个数据包进行解压缩时,所述第一缓存所包括的内容都是相同的。
23.根据权利要求22所述的方法,其特征在于,
所述M个数据包为第一数据承载或第一信令承载的全部数据包。
24.根据权利要求23所述的方法,其特征在于,所述方法还包括:
所述第一设备根据所述压缩的M个数据包中的压缩的一个或多个数据包,将所述第一缓存更新为第二缓存,所述第二缓存用于对压缩的N个数据包进行解压缩,其中,所述压缩的N个数据包的序号在所述压缩的M个数据包的序号之后,N为正整数。
25.根据权利要求24所述的方法,其特征在于,所述第二设备根据所述压缩的M个数据包中的压缩的一个或多个数据包,将所述第一缓存更新为第二缓存,包括:
所述第一设备根据所述压缩的M个数据包的序号,将所述压缩的一个或多个数据包解压缩后得到的一个或多个数据包添加到所述第一缓存中,得到所述第二缓存。
26.根据权利要求25所述的方法,其特征在于,所述方法还包括:
所述第二设备向所述第二设备发送第一信令,所述第一信令指示一个或多个数据包的序号,所述一个或多个数据包是用于将所述第一缓存更新为所述第二缓存的数据包。
27.根据权利要求26所述的方法,其特征在于,所述压缩的所述一个或多个数据包携带第一指示信息,所述第一指示信息用于指示对应的压缩的数据包用于将所述第一缓存更新为所述第二缓存。
28.根据权利要求24~27任一项所述的方法,其特征在于,所述方法还包括:
所述第二设备向所述第一设备发送第二信令,所述第二信令用于指示未接收所述压缩的第一数据包,或指示对压缩的第二数据包解压缩失败;
所述第二设备接收来自所述第一设备的所述第二缓存或所述压缩的第一数据包,其中,所述压缩的第二数据包对应于所述第二缓存。
29.一种通信装置,其特征在于,包括处理器和存储器,所述存储器用于存储计算机程序,所述计算机程序被所述处理器执行时,用于执行如权利要求1~8中任一项所述的方法,或用于执行如权利要求9~14中任一项所述的方法,或用于执行如权利要求15~21中任一项所述的方法,或用于执行如权利要求22~28中任一项所述的方法。
30.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1~8中任意一项所述的方法,或使得所述计算机执行如权利要求9~14中任意一项所述的方法,或使得所述计算机执行如权利要求15~21中任意一项所述的方法,或使得所述计算机执行如权利要求22~28中任意一项所述的方法。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111359026.1A CN114157723B (zh) | 2019-08-15 | 2019-08-15 | 一种通信方法及装置 |
CN201910755828.0A CN112398790B (zh) | 2019-08-15 | 2019-08-15 | 通信方法、装置和计算机可读存储介质 |
PCT/CN2020/108731 WO2021027853A1 (zh) | 2019-08-15 | 2020-08-12 | 一种通信方法及装置 |
EP20851551.0A EP4013001A4 (en) | 2019-08-15 | 2020-08-12 | COMMUNICATION METHOD AND DEVICE |
US17/634,731 US20220279381A1 (en) | 2019-08-15 | 2020-08-12 | Communication Method and Apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910755828.0A CN112398790B (zh) | 2019-08-15 | 2019-08-15 | 通信方法、装置和计算机可读存储介质 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111359026.1A Division CN114157723B (zh) | 2019-08-15 | 2019-08-15 | 一种通信方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112398790A CN112398790A (zh) | 2021-02-23 |
CN112398790B true CN112398790B (zh) | 2021-11-19 |
Family
ID=74570247
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111359026.1A Active CN114157723B (zh) | 2019-08-15 | 2019-08-15 | 一种通信方法及装置 |
CN201910755828.0A Active CN112398790B (zh) | 2019-08-15 | 2019-08-15 | 通信方法、装置和计算机可读存储介质 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111359026.1A Active CN114157723B (zh) | 2019-08-15 | 2019-08-15 | 一种通信方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220279381A1 (zh) |
EP (1) | EP4013001A4 (zh) |
CN (2) | CN114157723B (zh) |
WO (1) | WO2021027853A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113301123B (zh) * | 2021-04-30 | 2024-04-05 | 阿里巴巴创新公司 | 一种数据流处理方法、设备及存储介质 |
CN115695563A (zh) * | 2021-07-29 | 2023-02-03 | 华为技术有限公司 | 一种通信方法、装置及设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018196491A1 (zh) * | 2017-04-28 | 2018-11-01 | 电信科学技术研究院有限公司 | 上行数据解压缩、压缩的方法和装置 |
CN109246753A (zh) * | 2017-06-15 | 2019-01-18 | 华为技术有限公司 | 一种传输数据的方法、网络设备和终端设备 |
CN109392152A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 通信方法和通信装置 |
CN109672707A (zh) * | 2017-10-16 | 2019-04-23 | 电信科学技术研究院 | 数据传输方法及装置、计算机存储介质 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8692695B2 (en) * | 2000-10-03 | 2014-04-08 | Realtime Data, Llc | Methods for encoding and decoding data |
US8094556B2 (en) * | 2009-04-27 | 2012-01-10 | Avaya Inc. | Dynamic buffering and synchronization of related media streams in packet networks |
CN102457387B (zh) * | 2010-10-22 | 2014-05-28 | 英业达集团(天津)电子技术有限公司 | 多播封包的接收方法 |
CN103684692B (zh) * | 2013-12-17 | 2017-07-28 | 北京中创信测科技股份有限公司 | 多业务信令采集板卡数据包排序方法和装置 |
US10638353B2 (en) * | 2014-11-14 | 2020-04-28 | Qualcomm Incorporated | Evolved data compression scheme for unreliable transmission modes |
US10341466B2 (en) * | 2014-11-14 | 2019-07-02 | Qualcomm Incorporated | Evolved data compression scheme signaling |
US10470090B2 (en) * | 2014-11-14 | 2019-11-05 | Qualcomm Incorporated | Data compression techniques for handover and radio link failure recovery |
JP6485320B2 (ja) * | 2015-10-23 | 2019-03-20 | 富士通株式会社 | キャッシュメモリおよびキャッシュメモリの制御方法 |
CN108347468B (zh) * | 2017-01-25 | 2021-07-13 | 大唐移动通信设备有限公司 | 一种进行数据同步的方法及设备 |
US10531346B2 (en) * | 2017-10-25 | 2020-01-07 | Qualcomm Incorporated | Techniques and apparatuses for compression enabled bearer management |
US20190141567A1 (en) * | 2017-11-06 | 2019-05-09 | Mediatek Inc. | Uplink Data Compression Transaction Flow |
WO2019093835A1 (en) * | 2017-11-09 | 2019-05-16 | Samsung Electronics Co., Ltd. | Method and apparatus for wireless communication in wireless communication system |
CN109802922A (zh) * | 2017-11-16 | 2019-05-24 | 电信科学技术研究院 | 一种缓存同步异常的处理方法和设备 |
CN109842653B (zh) * | 2017-11-27 | 2022-04-01 | 大唐移动通信设备有限公司 | 一种进行数据传输的方法和设备 |
CN109842905B (zh) * | 2017-11-28 | 2021-08-06 | 中国移动通信有限公司研究院 | 字典配置方法、网络侧设备及用户终端 |
-
2019
- 2019-08-15 CN CN202111359026.1A patent/CN114157723B/zh active Active
- 2019-08-15 CN CN201910755828.0A patent/CN112398790B/zh active Active
-
2020
- 2020-08-12 US US17/634,731 patent/US20220279381A1/en active Pending
- 2020-08-12 EP EP20851551.0A patent/EP4013001A4/en active Pending
- 2020-08-12 WO PCT/CN2020/108731 patent/WO2021027853A1/zh unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018196491A1 (zh) * | 2017-04-28 | 2018-11-01 | 电信科学技术研究院有限公司 | 上行数据解压缩、压缩的方法和装置 |
CN109246753A (zh) * | 2017-06-15 | 2019-01-18 | 华为技术有限公司 | 一种传输数据的方法、网络设备和终端设备 |
CN109392152A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 通信方法和通信装置 |
CN109672707A (zh) * | 2017-10-16 | 2019-04-23 | 电信科学技术研究院 | 数据传输方法及装置、计算机存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114157723A (zh) | 2022-03-08 |
EP4013001A4 (en) | 2022-09-28 |
CN114157723B (zh) | 2023-08-22 |
US20220279381A1 (en) | 2022-09-01 |
CN112398790A (zh) | 2021-02-23 |
WO2021027853A1 (zh) | 2021-02-18 |
EP4013001A1 (en) | 2022-06-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109474651B (zh) | 处理数据的方法和设备 | |
US20210007008A1 (en) | Method and apparatus for data segmentation and reassembly over multiple wireless links | |
CN112398790B (zh) | 通信方法、装置和计算机可读存储介质 | |
WO2021023044A1 (zh) | 一种通信方法和装置 | |
CN114979839A (zh) | 一种传输控制协议代理方法及通信装置 | |
CN111756485B (zh) | 一种控制定时器、数据包处理方法及设备 | |
CN114079541A (zh) | 序列号的指示、确定方法及装置 | |
CN111865503A (zh) | 一种发送、接收反馈信息的方法及设备 | |
WO2023207846A1 (zh) | 通信方法和装置 | |
CN111132186B (zh) | 一种重置mac层、数据传输方法及装置 | |
CN112399477B (zh) | 一种通信方法及设备 | |
CN113301606B (zh) | 一种通信方法及装置 | |
CN115843125A (zh) | 通信方法和通信装置 | |
EP4271036A1 (en) | Communication method and apparatus | |
CN108886766B (zh) | 一种控制信息的传输方法及装置 | |
CN112399400B (zh) | 一种ue上报udc信息方法及设备 | |
CN113727368A (zh) | 一种通信方法及装置 | |
CN113810949A (zh) | 数据传输方法和装置 | |
CN109792455B (zh) | 用于传输数据的方法和设备 | |
CN114303355A (zh) | 一种指示解压缩对象的方法及装置、通信设备 | |
WO2024065471A1 (en) | Wireless communication method and device | |
CN117812259A (zh) | 数据传输方法及装置 | |
CN117812637A (zh) | 一种数据包丢弃的方法及相关设备 | |
CN117641476A (zh) | 链路切换方法、装置及系统 | |
CN113573357A (zh) | 下行数据接收方法、系统、存储介质及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |