CN112333047A - 数据传输方法、装置及设备 - Google Patents
数据传输方法、装置及设备 Download PDFInfo
- Publication number
- CN112333047A CN112333047A CN202011277887.0A CN202011277887A CN112333047A CN 112333047 A CN112333047 A CN 112333047A CN 202011277887 A CN202011277887 A CN 202011277887A CN 112333047 A CN112333047 A CN 112333047A
- Authority
- CN
- China
- Prior art keywords
- data packet
- information
- equipment
- state
- packet
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 84
- 230000005540 biological transmission Effects 0.000 title claims abstract description 83
- 230000006835 compression Effects 0.000 claims abstract description 35
- 238000007906 compression Methods 0.000 claims abstract description 35
- 238000012545 processing Methods 0.000 claims description 33
- 238000012546 transfer Methods 0.000 claims description 6
- 230000006837 decompression Effects 0.000 description 41
- 238000010586 diagram Methods 0.000 description 22
- 238000004590 computer program Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 230000006854 communication Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 230000003068 static effect Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 2
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000008713 feedback mechanism Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/02—Capturing of monitoring data
- H04L43/022—Capturing of monitoring data by sampling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/11—Identifying congestion
- H04L47/115—Identifying congestion using a dedicated packet
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种数据传输方法、装置及设备。该方法可以包括:第一设备接收第二设备发送的第一数据包,所述第一设备为健壮性包头压缩ROHC单向模式,所述第一数据包为通过ROHC协议压缩的数据包;在确定所述第一设备对所述第一数据包解压缩失败时,所述第一设备向所述第二设备发送第一信息,所述第一信息用于指示所述第一设备对所述第一数据包解压缩失败。提高了数据传输的可靠性。
Description
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种数据传输方法、装置及设备。
背景技术
通过健壮性包头压缩(robust header compression,ROHC)协议,可以对报文的包头进行压缩,以提高传输效率。
ROHC包括三种模式,分别为单向(uni-directional,U)模式、优化(optimistic,O)模式和双向可信(reliable,R)模式。在终端设备和网络设备通信过程中,根据ROHC协议的规定,在初始时,终端设备和网络设备必须从U模式开始,网络设备通常周期性向终端设备发送上下文信息和通过ROHC协议压缩的数据包,以使终端设备根据上下文信息对数据包进行解压缩处理。在一个周期内,若终端设备接收上下文信息失败,则终端设备对该周期内接收到的数据包解压缩失败,导致数据传输的可靠性较差。
发明内容
本申请实施例提供一种数据传输方法、装置及设备。提高了数据传输的可靠性。
第一方面,本申请实施例提供一种数据传输方法,包括:
第一设备接收第二设备发送的第一数据包,所述第一设备为健壮性包头压缩ROHC单向模式,所述第一数据包为通过ROHC协议压缩的数据包;
在确定所述第一设备对所述第一数据包解压缩失败时,所述第一设备向所述第二设备发送第一信息,所述第一信息用于指示所述第一设备对所述第一数据包解压缩失败。
在一种可能的实施方式中,确定所述第一设备对所述第一数据包解压缩失败,包括:
若所述第一设备为无上下文信息NC状态或者所述第一设备中不存在所述第一数据包对应的上下文信息时,确定所述第一设备对所述第一数据解压缩失败。
在一种可能的实施方式中,所述第一信息用于指示所述第二设备发送上下文信息;或者,
所述第一信息用于指示所述第二设备切换为初始化与重置IR状态。
在一种可能的实施方式中,所述方法还包括:
所述第一设备获取连续解压缩失败的数据包的第一数量和第一阈值;
在所述第一数量大于或等于所述第一阈值时,所述第一设备与所述第二设备进行无线资源控制RRC重建连接。
在一种可能的实施方式中,所述第一设备获取第一阈值,包括:
所述第一设备接收所述第二设备发送的第一消息,所述第一消息包括所述第一阈值。
在一种可能的实施方式中,所述第一消息为RRC消息。
在一种可能的实施方式中,所述方法还包括:
在如下任意条件满足时,所述第一设备将所述第一数量置为零:
所述第一设备与所述第二设备进行RRC重建连接;或者,
所述第一设备对所述第二设备发送的数据包解压缩成功。
第二方面,本申请实施例提供一种数据传输方法,包括:
第二设备接收第一设备发送的第一信息,所述第二设备为健壮性包头压缩ROHC单向模式,所述第一信息指示所述第一设备对第一数据包解压缩失败,所述第一数据包为通过ROHC协议压缩的数据包;
所述第二设备根据所述第一信息,向所述第一设备发送上下文信息,所述上下文信息用于解压缩通过ROHC协议压缩的数据包。
在一种可能的实施方式中,所述第二设备根据所述第一信息,向所述第一设备发送上下文信息,包括:
所述第二设备根据所述第一信息,将状态切换为初始化与重置IR状态;
所述第二设备在所述IR状态下向所述第一设备发送所述上下文信息。
在一种可能的实施方式中,所述第二设备在所述IR状态下向所述第一设备发送所述上下文信息,包括:
所述第二设备在所述IR状态下向所述第一设备发送IR包,所述IR包包括所述上下文信息。
在一种可能的实施方式中,所述方法还包括:
所述第二设备向所述第一设备发送第一消息,所述第一消息包括第一阈值;其中,在所述第一设备连续解压缩失败的数据包的第一数量大于或等于所述第一阈值时,所述第一设备与所述第二设备进行无线资源控制RRC重建连接。
在一种可能的实施方式中,所述第一消息为RRC消息。
第三方面,本申请实施例提供一种数据传输装置,包括:接收模块、处理模块和发送模块,其中,
所述接收模块用于,接收第二设备发送的第一数据包,所述数据传输装置对应的第一设备为健壮性包头压缩ROHC单向模式,所述第一数据包为通过ROHC协议压缩的数据包;
所述发送模块用于,在所述处理模块对所述第一数据包解压缩失败时,向所述第二设备发送第一信息,所述第一信息用于指示所述第一设备对所述第一数据包解压缩失败。
在一种可能的实施方式中,所述处理模块具体用于:
若所述第一设备为无上下文信息NC状态或者所述第一设备中不存在所述第一数据包对应的上下文信息时,确定所述处理模块对所述第一数据解压缩失败。
在一种可能的实施方式中,所述第一信息用于指示所述第二设备发送上下文信息;或者,
所述第一信息用于指示所述第二设备切换为初始化与重置IR状态。
在一种可能的实施方式中,所述处理模块还用于:
获取连续解压缩失败的数据包的第一数量和第一阈值;
在所述第一数量大于或等于所述第一阈值时,与所述第二设备进行无线资源控制RRC重建连接。
在一种可能的实施方式中,所述接收模块还用于:
接收所述第二设备发送的第一消息,所述第一消息包括所述第一阈值。
在一种可能的实施方式中,所述第一消息为RRC消息。
在一种可能的实施方式中,所述处理模块还用于:
在如下任意条件满足时,将所述第一数量置为零:
所述第一设备与所述第二设备进行RRC重建连接;或者,
所述第一设备对所述第二设备发送的数据包解压缩成功。
第四方面,本申请实施例提供一种数据传输装置,包括:接收模块和发送模块,其中,
所述接收模块用于,接收第一设备发送的第一信息,所述数据传输装置对应的第二设备为健壮性包头压缩ROHC单向模式,所述第一信息指示所述第一设备对第一数据包解压缩失败,所述第一数据包为通过ROHC协议压缩的数据包;
所述发送模块用于,根据所述第一信息,向所述第一设备发送上下文信息,所述上下文信息用于解压缩通过ROHC协议压缩的数据包。
在一种可能的实施方式中,所述装置还包括处理模块,其中,
所述处理模块用于,根据所述第一信息,将状态切换为初始化与重置IR状态;
所述发送模块用于,在所述IR状态下向所述第一设备发送所述上下文信息。
在一种可能的实施方式中,所述发送模块具体用于:
在所述IR状态下向所述第一设备发送IR包,所述IR包包括所述上下文信息。
在一种可能的实施方式中,所述发送模块还用于:
向所述第一设备发送第一消息,所述第一消息包括第一阈值;其中,在所述第一设备连续解压缩失败的数据包的第一数量大于或等于所述第一阈值时,所述第一设备与所述第二设备进行无线资源控制RRC重建连接。
在一种可能的实施方式中,所述第一消息为RRC消息。
第五方面,本申请实施例提供一种终端设备,包括:收发器、处理器、存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如第一方面任一项所述的数据传输方法。
第六方面,本申请实施例提供一种终端设备,包括:收发器、处理器、存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如第二方面任一项所述的数据传输方法。
第七方面,本申请实施例提供一种网络设备,包括:收发器、处理器、存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如第一方面任一项所述的数据传输方法。
第八方面,本申请实施例提供一种网络设备,包括:收发器、处理器、存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如第二方面任一项所述的数据传输方法。
第九方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当所述计算机执行指令被处理器执行时用于实现第一方面任一项所述的数据传输方法。
第十方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当所述计算机执行指令被处理器执行时用于实现第二方面任一项所述的数据传输方法。
本申请实施例提供的数据传输方法、装置及设备,在第一设备为U模式时,在第一设备接收到第二设备发送的第一数据包(通过ROHC协议压缩后的数据包)之后,若确定第一设备对第一数据包解压缩失败,第一设备可以向第二设备发送第一信息,以指示第一设备对第一数据包解压缩失败,第二设备可以根据第一信息暂停向第一设备发送压缩后的数据包,并向第一设备发送上下文信息,以避免第一设备在较长时间内对压缩后的数据包解压缩失败,提高了数据传输的可靠性。
附图说明
图1为本申请实施例提供的一种通信系统的架构图;
图2为相关技术中的数据传输方法的示意图;
图3为本申请实施例提供的一种数据传输方法的流程示意图;
图4为本申请实施例提供的另一种数据传输方法的流程示意图;
图5为本申请实施例提供的又一种数据传输方法的流程示意图;
图6为本申请实施例提供的再一种数据传输方法的流程示意图;
图7为本申请实施例提供的一种数据传输装置的结构示意图;
图8为本申请实施例提供的另一种数据传输装置的结构示意图;
图9为本申请实施例提供的又一种数据传输装置的结构示意图;
图10为本申请实施例提供的一种终端设备的结构示意图;
图11为本申请实施例提供的一种网络设备的结构示意图。
具体实施方式
为了便于理解,首先对本申请实施例所涉及的概念进行说明。
网络设备:是一种具有无线收发功能的设备。包括但不限于:长期演进(long termevolution,LTE)中的演进型基站(Evolutional Node B,eNB或eNodeB),新空口技术(newradio,NR)中的基站(gNodeB或gNB)或TRP,后续演进系统中的基站,无线保真(wirelessfidelity,WiFi)系统中的接入节点,无线中继节点,无线回传节点等。基站可以是:宏基站,微基站,微微基站,小站,中继站,或,气球站等。多个基站可以支持上述提及的同一种技术的网络,也可以支持上述提及的不同技术的网络。基站可以包含一个或多个共站或非共站的收发点(transmission receiving point,TRP)。
终端设备:是一种具有无线收发功能的设备。终端设备可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmentedreality,AR)终端设备、工业控制(industrial control)中的无线终端、车载终端设备、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备、可穿戴终端设备等。本申请实施例所涉及的终端设备还可以称为终端、用户设备(user equipment,UE)、接入终端设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、UE代理或UE装置等。终端设备也可以是固定的或者移动的。
ROHC协议:用于对报文的包头进行压缩处理。通过ROHC协议可以对多种报文的包头进行压缩处理,例如,报文的类型可以包括:实时传输协议(real-time transportprotocol,RTP)报文、用户数据协议(user datagram protocol,UDP)报文、互联网协议(internet protocol,IP)报文、网际协议版本4(internet protocol version 4,IPV4)报文、网际协议版本6(internet protocol version 6,IPV6)报文等。例如,通过ROHC协议可以将40字节或者60字节的包头压缩到1个字节。
ROHC的工作过程:压缩端和解压缩端可以建立一套上下文信息,压缩端可以根据上下文信息对报文的包头进行压缩处理,并向解压缩端发送压缩处理后的报文,解压缩端可以根据上下文信息对压缩后的报文的包头进行解压缩处理。
ROHC的模式:ROHC包括三种模式,分别为U模式(单向模式)、O模式(优化模式)和R模式(双向可信模式),目前协议约定:在O模式和R模式下,解压缩端具有反馈(feedback)机制,即,解压缩端可以向压缩端发送反馈信息,以指示解压缩端对数据包解压缩成功或者失败;在U模式下,解压缩端不具有反馈机制,即,无论解压缩端是否对数据包解压缩成功,解压缩端均不向压缩端发送反馈信息,导致压缩端无法知道解压缩端是否对数据包解压缩成功。
ROHC压缩状态:ROHC压缩状态还可以称为压缩端的状态。压缩端的状态包括初始化和重置状态(initiation and refresh,IR)状态和二级压缩(second order,SO)状态。当压缩端的状态为IR状态时,压缩端向解压缩端发送上下文信息。当压缩端的状态为SO状态时,压缩端向解压缩端发送压缩后的数据包。
ROHC解压缩状态:ROHC解压缩状态还可以称为解压缩端的状态。解压缩端的状态包括无上下文(no context,NC)状态、静态上下文(static context,SC)状态和全上下文(full context,FC)状态。在解压缩端的状态为NC状态时,解压缩端不存在上下文信息,解压缩端无法成功的解压缩数据包。在解压缩端的状态为SC状态时,解压缩端仅存在静态上下文信息,不存在动态上下文信息,解压缩端可以对部分数据包解压缩成功。在解压缩端的状态为FC状态时,解压缩端存在所有的上下文信息,解压缩端通常可以成功的解压缩数据包。
为了便于理解,下面,结合图1,介绍本申请实施例的一种适用场景。
图1为本申请实施例提供的一种通信系统的架构图。请参见图1,包括网络设备101和终端设备102。网络设备101和终端设备102之间可以传递数据包,传递的数据包的包头可以通过ROHC压缩。网络设备101和终端设备102分别可以作为压缩端和解压缩端,针对一次数据传输,当网络设备101为压缩端时,终端设备102为解压缩端;当终端设备102为压缩端时,网络设备101为解压缩端。
网络设备101和终端设备102之间传递的数据包可以为长期演进语音承载(voiceover long term evolution,VOLTE)语音包,VOLTE数据包的报文结构可以为IPV4/UDP/RTP+净荷(payload),净荷是指传输的数据,在该种报文结构中,包头大小通常为40字节,净荷大小通常为15至20字节。VOLTE数据包的报文结构还可以为IPV6/UDP/RTP+净荷(payload),在该种报文结构中,包头大小通常为60字节,净荷大小通常为15至20字节。
需要说明的是,图1只是以示例的形式示意一种应用场景,当然,本申请实施例所示的技术方案还可以适用于基于ROHC压缩的其它的应用场景。
在相关技术中,若终端设备和网络设备为U模式,网络设备通常周期性向终端设备发送上下文信息和通过ROHC协议压缩的数据包,为了便于理解,下面,结合图2,对相关技术中数据传输过程进行说明。
图2为相关技术中的数据传输方法的示意图。在图2所示的实施例中,以网络设备为压缩端,终端设备为解压缩端为例进行说明。请参见图2,包括:
S201、网络设备向终端设备发送IR包,IR包中包括上下文信息。
初始时,网络设备为U模式,IR状态;终端设备为U模式,NC状态。
网络设备和终端设备均为U模式。
假设IR包传输失败,例如,IR包在空口丢失,即,终端设备未成功接收到IR包,导致终端设备无法获取得到上下文信息。
在网络设备向终端设备发送完IR包之后,可以将网络设备的状态切换为SO状态。
S202、网络设备开启定时器。
S203、网络设备向终端设备发送压缩后的数据包。
网络设备可以通过上下文信息进行数据包压缩,得到压缩后的数据包,并向终端设备发送压缩后的数据包。
在定时器超时之前,网络设备持续的通过上下文信息进行数据包压缩,以及持续的发送压缩后的数据包。网络设备持续发送的数据包为多个不同的数据包。
S204、终端设备对压缩后的数据包解压缩失败。
由于终端设备未获取得到上下文信息,因此,终端设备对压缩后的数据包解压缩失败。
S205、重复执行S203-S204,直至定时器超时。
其中,S201-S205为一个周期内的处理过程。
在定时器超时之后,网络设备和终端设备进行下一个周期的数据传输,其过程与S201-S205类似,此处不再进行赘述。
需要说明的是,终端设备作为压缩端,网络设备作为解压缩端时的数据传输过程与上述过程类似,此处不再进行赘述。
由图2所示的过程可知,在相关技术中,若终端设备接收上下文信息失败,则在一个周期内,终端设备均无法成功的解压缩网络设备发送的压缩后的数据包,导致数据传输的可靠性较差。例如,假设数据包为语音包,则可能会导致终端设备侧在长时间内无法听到语音,即,终端设备在语音通话过程中,终端设备侧出现较长时间的无声。
为了解决上述技术问题,本申请实施例提供一种数据传输方法,在本申请实施例所示的数据传输方法中,在解压缩端为U模式时,若解压缩端解压缩失败,解压缩端向压缩端发送反馈信息,以指示解压缩端解压缩失败,压缩端可以根据该反馈信息暂停发送压缩后的数据包,进而避免解压缩端在较长的时间内解压缩失败的问题,提高了数据传输的可靠性。
下面,通过具体实施例对本申请所示的技术方案进行说明。需要说明的是,下面几个实施例可以独立存在,也可以相互结合,对于相同或相似的内容,在不同的实施例中不再重复说明。
图3为本申请实施例提供的一种数据传输方法的流程示意图。请参见图3,该方法可以包括:
S301、第二设备向第一设备发送第一数据包。
第一设备为解压缩端,第二设备为压缩端。第一设备和第二设备可以为终端设备,也可以为网络设备。当第一设备为终端设备时,第二设备为网络设备。当第一设备为网络设备时,第二设备为终端设备。在设备到设备(device to device,D2D)通信场景中,第一设备和第二设备可以均为终端设备。
第一设备为ROHC单向模式(U模式),第二设备也可以为ROHC单向模式。第一数据包为第二设备通过ROHC协议压缩的数据包。
当第一设备为终端设备,第二设备为网络设备(提供LTE网络)时,可以在终端设备开机后打VOLTE电话时执行图3实施例所示的方法,或者,可以在终端设备进行切换后执行图3实施例所示的方法。可选的,VOLTE数据无线承载(data radio bearer,DRB)预先配置了分组数据汇聚协议(packet data convergence protocol,PDCP)ROHC。
S302、在确定第一设备对第一数据包解压缩失败时,第一设备向第二设备发送第一信息。
可选的,可以通过如下方式确定第一设备对第一数据包解压缩失败:
方式1、若第一设备为NC状态,则第一设备确定对第一数据包解压缩失败。
方式2、若第一设备中不存在第一数据包对应的上下文信息,则第一设备确定对第一数据包解压缩失败。
方式3:第一设备可以尝试对第一数据包进行解压缩处理,若无法完成对第一数据包进行解压缩,则确定对第一数据包解压缩失败。
其中,第一信息用于指示第一设备对第一数据包解压缩失败。例如,第一信息可以为静态NACK反馈信息(FEEDBACK STATIC NACK)。
可选的,第一信息可以用于指示第二设备发送上下文信息;或者,第一信息用于指示第二设备切换为IR状态。
S303、第二设备根据第一信息,向第一设备发送上下文信息。
第二设备接收到第一信息之后,第二设备暂停向第一设备发送压缩后的数据包,以避免第一设备继续解压缩失败。
第二设备在接收到第一信息之后,可以切换为IR状态,并在IR状态向第一设备发送IR包,IR包中包括上下文信息。
在图3所示的实施例中,在第一设备为U模式时,在第一设备接收到第二设备发送的第一数据包(通过ROHC协议压缩后的数据包)之后,若确定第一设备对第一数据包解压缩失败,第一设备可以向第二设备发送第一信息,以指示第一设备对第一数据包解压缩失败,第二设备可以根据第一信息暂停向第一设备发送压缩后的数据包,并向第一设备发送上下文信息,以避免第一设备在较长时间内对压缩后的数据包解压缩失败,提高了数据传输的可靠性。
在上述任意实施例的基础上,可选的,在第一设备解压缩失败之后,第一设备向第二设备发送第一信息,以指示第一设备解压缩失败,第一设备还可以获取连续解压缩失败的数据包的第一数量和第一阈值,在第一数量大于或等于第一阈值时,第一设备与第二设备进行无线资源控制(radio resource control,RRC)重建连接。当第一设备为终端设备,第二设备为网络设备时,第一设备可以向第二设备发送RRC重建请求,第二设备可以根据RRC重建请求与第一设备进行RRC重建连接,或者,第二设备可以先释放与第一设备的RRC连接,再进行RRC重建连接。初始时,第一数量为0。在如下任意条件满足时,第一设备将第一数量置为零:第一设备与第二设备进行RRC重建连接;或者,第一设备对第二设备发送的数据包解压缩成功。或者,在上述任意条件满足时,还可以删除DRB或者终端设备退回至空闲(idle)状态。
第一阈值可以为预配置的、协议约定的,或者,第一阈值还可以为第一设备从第二设备获取到的。例如,在第一设备为终端设备、第二设备为网络设备时,第一设备可以接收第二设备发送的第一消息,第一消息包括第一阈值。例如,第一消息为RRC消息。
在第一设备向第二设备发送第一信息之后,若第一设备还是连续解压缩失败,且连续解压缩失败的数据包的数量大于或等于第一阈值,则说明第一设备和第二设备之间的无线链路出现故障,第一设备可以与第二设备进行RRC重建连接,进而避免第一设备长时间连续解压缩失败,进而提高数据传输的可靠性。
下面,以第一设备为终端设备,第二设备为网络设备为例,通过图4-图6所示的实施例,对上述数据传输方法进行详细说明。
图4为本申请实施例提供的另一种数据传输方法的流程示意图。请参见图4,该方法可以包括:
S401、网络设备向终端设备发送IR包。
初始时,网络设备为U模式,IR状态;终端设备为U模式,NC状态。
其中,IR包中包括上下文信息。
为了提高终端设备成功接收IR包的概率,网络设备可以向终端设备发送多次IR包。需要说明的是,图4中,以网络设备向终端设备发送3次IR包为例进行说明,当然,网络设备向终端设备发送的IR包的次数还可以为其它,本申请实施例对此不作具体限定。
假设网络设备向终端设备发送的IR包在传输过程中丢失,则终端设备无法接收到IR包。
S402、网络设备将状态切换为SO状态,并向终端设备发送压缩数据包。
压缩数据包可以为U模式O模式下0类型(UO-0类型)的数据包。
网络设备可以先通过ROHC协议对数据包进行压缩处理,得到压缩数据包,再向终端设备发送压缩数据包。
S402所示的压缩数据包可以为图3实施例中的第一数据包。
S403、终端设备确定对压缩数据包解压缩失败。
终端设备可以尝试对压缩数据包进行解压缩处理,由于第一终端设备中不存在上下文信息,则终端设备对压缩数据包解压缩失败。
S404、终端设备向网络设备发送第一信息。
第一信息指示终端设备对数据包解压缩失败。
S405、网络设备将状态切换为IR状态,并向终端设备发送IR包。
可选的,网络设备可以向终端设备重复发送3次IR包,以提高终端设备成功接收到IR的概率。
假设网络状况较好,终端设备成功的接收到了IR包。由于终端设备成功接收到了IR包,则终端设备将状态切换为FC状态。
S406、网络设备将状态切换为SO状态,并向终端设备发送压缩数据包。
可选的,S406中的压缩数据包与S402中的压缩数据包为不同的压缩数据包。
S407、终端设备对压缩数据包解压缩成功。
由于终端设备为FC状态,即,终端设备中包括完整的上下文信息,因此,终端设备对压缩数据包解压缩成功。
若终端设备对压缩数据包解压缩成功,网络设备可以在预设时长(例如,可以为一个周期的时长)内连续的向终端设备发送压缩数据包,终端设备可以对连续接收到的压缩数据包解压缩成功。即,可以在预设时长内重复执行S406-S407,并在预设时长之后,网络设备将状态切换为IR状态。
上述S401-S407只是以示例的形式示意网络设备向终端设备发送IR包和压缩数据包的一种情形,并非对数据传输过程的限定。
在图4所示的实施例中,在终端设备对压缩数据包解压缩失败之后,终端设备可以向网络设备发送第一信息,以指示终端设备解压缩失败,网络设备可以根据第一信息暂停向终端设备发送压缩数据包,进而避免终端设备长时间内解压缩失败,提高了数据传输的可靠性。
图5为本申请实施例提供的又一种数据传输方法的流程示意图。请参见图5,该方法可以包括:
S501、网络设备向终端设备发送IR包。
初始时,网络设备为U模式,IR状态;终端设备为U模式,NC状态。
其中,IR包中包括上下文信息。
S502、网络设备将状态切换为SO状态,并向终端设备发送压缩数据包。
S503、终端设备确定对压缩数据包解压缩失败。
需要说明的是,S501-S503的执行过程可以参见S401-S403的执行过程,此处不再进行赘述。
S504、终端设备启动计数器。
终端设备启动计数器之后,将计数器的值加1。
其中,计数器用于累计终端设备连续解压缩失败的数据包的数量。
S505、终端设备向网络设备发送第一信息。
第一信息指示终端设备对数据包解压缩失败。
S506、网络设备向终端设备发送压缩数据包。
可选的,网络设备接收到第一信息之后,由于网络设备为U模式,因此,网络设备可以不处理第一信息,例如,网络设备可以丢弃第一信息,则网络设备继续向终端设备发送压缩数据包。
可选的,可能由于网络状态较差,网络设备接收第一信息失败,则网络设备继续向终端设备发送压缩数据包。
S507、终端设备确定对压缩数据包解压缩失败。
S508、终端设备更新计数器的计数值。
终端设备可以将计数器的计数值加1。
S509、重复执行S506-S508,直至终端设备确定计数器的计数值等于第一阈值时,终端设备与网络设备重建RRC连接。
在终端设备确定计数器的计数值等于第一阈值时,终端设备可以向网络设备发送RRC重建请求,网络设备根据RRC重建请求与终端设备重建RRC连接,或者,网络设备先释放与终端设备之间的RRC连接,再与终端设备进行RRC重建连接。
需要说明的是,在上述过程中,若网络设备在U模式下不处理第一信息,则终端设备可以不向网络设备发送第一信息,即,不执行S505。
在终端设备与网络设备重建RRC连接之后,终端设备可以将计数器的计数值置0。
上述S501-S509只是以示例的形式示意网络设备向终端设备发送IR包和压缩数据包的一种情形,并非对数据传输过程的限定。
在图5所示的实施例中,第一设备连续解压缩失败的数据包的数量大于或等于第一阈值,则说明第一设备和第二设备之间的无线链路出现故障,第一设备可以与第二设备进行RRC重建连接,进而避免第一设备长时间解压缩失败,提高了数据传输的可靠性。
图6为本申请实施例提供的再一种数据传输方法的流程示意图。请参见图6,该方法可以包括:
S601、网络设备向终端设备发送IR包。
初始时,网络设备为U模式,IR状态;终端设备为U模式,NC状态。
其中,IR包中包括上下文信息。
S602、网络设备将状态切换为SO状态,并向终端设备发送压缩数据包。
S603、终端设备确定对压缩数据包解压缩失败。
需要说明的是,S601-S603的执行过程可以参见S601-S603的执行过程,此处不再进行赘述。
S604、终端设备启动计数器。
其中,计数器用于累计终端设备连续解压缩失败的数据包的数量。
终端设备启动计数器后,将计数器的值加1。
S605、终端设备向网络设备发送第一信息。
第一信息指示终端设备对数据包解压缩失败。
S606、网络设备将状态切换为IR状态,并向终端设备发送IR包。
其中,IR包中包括上下文信息。
假设网络设备向终端设备发送的IR包在传输过程中丢失,则终端设备无法接收到IR包。
S607、网络设备向终端设备发送压缩数据包。
网络设备可以将状态切换为SO状态,并向终端设备发送压缩数据包。
S608、终端设备确定对压缩数据包解压缩失败。
终端设备可以尝试对压缩数据包进行解压缩处理,由于第一终端设备中不存在上下文信息,则终端设备对压缩数据包解压缩失败。
S609、终端设备更新计数器。
终端设备可以将计数器的计数值加1。
S610、重复执行S607-S609,直至终端设备确定计数器的计数值等于第一阈值时,终端设备与网络设备重建RRC连接。
在终端设备确定计数器的计数值等于第一阈值时,终端设备可以向网络设备发送RRC重建请求,网络设备根据RRC重建请求与终端设备重建RRC连接,或者,网络设备先释放与终端设备之间的RRC连接,再与终端设备进行RRC重建连接。
在终端设备与网络设备重建RRC连接之后,终端设备可以将计数器的计数值置0。
上述S601-S609只是以示例的形式示意网络设备向终端设备发送IR包和压缩数据包的一种情形,并非对数据传输过程的限定。
在图6所示的实施例中,在第一设备向第二设备发送过第一信息以后,若第一设备仍解压缩失败,且第一设备连续解压缩失败的数据包的数量大于或等于第一阈值,则说明第一设备和第二设备之间的无线链路出现故障,第一设备可以与第二设备进行RRC重建连接,进而避免第一设备长时间解压缩失败,提高了数据传输的可靠性。
上述任意一个实施例均可以应用于VOLTE场景,在VOLTE场景下,通过本申请实施例所示的技术方案,可以减少通话过程中无声的时长,提高了通话的可靠性,进而提高用户体验。
图7为本申请实施例提供的一种数据传输装置的结构示意图。该数据传输装置10可以设置在第一设备中。请参见图7,该数据传输装置10可以包括:接收模块11、发送模块12和处理模块13,其中,
所述接收模块11用于,接收第二设备发送的第一数据包,所述数据传输装置对应的第一设备为健壮性包头压缩ROHC单向模式,所述第一数据包为通过ROHC协议压缩的数据包;
所述发送模块12用于,在所述处理模块13对所述第一数据包解压缩失败时,向所述第二设备发送第一信息,所述第一信息用于指示所述第一设备对所述第一数据包解压缩失败。
本申请实施例提供的数据传输装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
在一种可能的实施方式中,所述处理模块13具体用于:
若所述第一设备为无上下文信息NC状态或者所述第一设备中不存在所述第一数据包对应的上下文信息时,确定所述处理模块对所述第一数据解压缩失败。
在一种可能的实施方式中,所述第一信息用于指示所述第二设备发送上下文信息;或者,
所述第一信息用于指示所述第二设备切换为初始化与重置IR状态。
在一种可能的实施方式中,所述处理模块13还用于:
获取连续解压缩失败的数据包的第一数量和第一阈值;
在所述第一数量大于或等于所述第一阈值时,与所述第二设备进行无线资源控制RRC重建连接。
在一种可能的实施方式中,所述接收模块11还用于:
接收所述第二设备发送的第一消息,所述第一消息包括所述第一阈值。
在一种可能的实施方式中,所述第一消息为RRC消息。
在一种可能的实施方式中,所述处理模块13还用于:
在如下任意条件满足时,将所述第一数量置为零:
所述第一设备与所述第二设备进行RRC重建连接;或者,
所述第一设备对所述第二设备发送的数据包解压缩成功。
本申请实施例提供的数据传输装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
图8为本申请实施例提供的另一种数据传输装置的结构示意图。该数据传输装置20可以设置在第二设备中。请参见图8,该数据传输装置20可以包括:接收模块21和发送模块22,其中,
所述接收模块21用于,接收第一设备发送的第一信息,所述数据传输装置对应的第二设备为健壮性包头压缩ROHC单向模式,所述第一信息指示所述第一设备对第一数据包解压缩失败,所述第一数据包为通过ROHC协议压缩的数据包;
所述发送模块22用于,根据所述第一信息,向所述第一设备发送上下文信息,所述上下文信息用于解压缩通过ROHC协议压缩的数据包。
本申请实施例提供的数据传输装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
图9为本申请实施例提供的又一种数据传输装置的结构示意图。在图8所示实施例的基础上,请参见图9,数据处理装置20还包括处理模块23,其中,
所述处理模块23用于,根据所述第一信息,将状态切换为初始化与重置IR状态;
所述发送模块22用于,在所述IR状态下向所述第一设备发送所述上下文信息。
在一种可能的实施方式中,所述发送模块22具体用于:
在所述IR状态下向所述第一设备发送IR包,所述IR包包括所述上下文信息。
在一种可能的实施方式中,所述发送模块22还用于:
向所述第一设备发送第一消息,所述第一消息包括第一阈值;其中,在所述第一设备连续解压缩失败的数据包的第一数量大于或等于所述第一阈值时,所述第一设备与所述第二设备进行无线资源控制RRC重建连接。
在一种可能的实施方式中,所述第一消息为RRC消息。
本申请实施例提供的数据传输装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
图10为本申请实施例提供的一种终端设备的结构示意图。请参见图10终端设备30可以包括:收发器31、存储器32、处理器33。收发器31可包括:发射器和/或接收器。该发射器还可称为发送器、发射机、发送端口或发送接口等类似描述,接收器还可称为接收器、接收机、接收端口或接收接口等类似描述。示例性地,收发器31、存储器32、处理器33,各部分之间通过总线34相互连接。
存储器32用于存储程序指令;
处理器33用于执行该存储器所存储的程序指令,用以使得终端设备30执行上述任一所示的数据传输方法。
需要说明的是,图10实施例所示的终端设备可以为方法实施例中的第一设备,也可以为方法实施例中的第二设备。
图11为本申请实施例提供的一种网络设备的结构示意图。请参见图11网络设备40可以包括:收发器41、存储器42、处理器43。收发器41可包括:发射器和/或接收器。该发射器还可称为发送器、发射机、发送端口或发送接口等类似描述,接收器还可称为接收器、接收机、接收端口或接收接口等类似描述。示例性地,收发器41、存储器42、处理器43,各部分之间通过总线44相互连接。
存储器42用于存储程序指令;
处理器43用于执行该存储器所存储的程序指令,用以使得网络设备40执行上述任一所示的数据传输方法。
需要说明的是,图11实施例所示的网络设备可以为方法实施例中的第一设备,也可以为方法实施例中的第二设备。
本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当所述计算机执行指令被处理器执行时用于实现上述数据传输方法。
本申请实施例还可提供一种计算机程序产品,该计算机程序产品可以由处理器执行,在计算机程序产品被执行时,可实现上述数据传输方法。
实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储器(存储介质)包括:只读存储器(英文:read-only memory,缩写:ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文:magnetic tape)、软盘(英文:floppydisk)、光盘(英文:optical disc)及其任意组合。
本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
在本申请中,术语“包括”及其变形可以指非限制性的包括;术语“或”及其变形可以指“和/或”。本本申请中术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。本申请中,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
Claims (27)
1.一种数据传输方法,其特征在于,包括:
第一设备接收第二设备发送的第一数据包,所述第一设备为健壮性包头压缩ROHC单向模式,所述第一数据包为通过ROHC协议压缩的数据包;
在确定所述第一设备对所述第一数据包解压缩失败时,所述第一设备向所述第二设备发送第一信息,所述第一信息用于指示所述第一设备对所述第一数据包解压缩失败。
2.根据权利要求1所述的方法,其特征在于,确定所述第一设备对所述第一数据包解压缩失败,包括:
若所述第一设备为无上下文信息NC状态或者所述第一设备中不存在所述第一数据包对应的上下文信息时,确定所述第一设备对所述第一数据解压缩失败。
3.根据权利要求1或2所述的方法,其特征在于,
所述第一信息用于指示所述第二设备发送上下文信息;或者,
所述第一信息用于指示所述第二设备切换为初始化与重置IR状态。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
所述第一设备获取连续解压缩失败的数据包的第一数量和第一阈值;
在所述第一数量大于或等于所述第一阈值时,所述第一设备与所述第二设备进行无线资源控制RRC重建连接。
5.根据权利要求4所述的方法,其特征在于,所述第一设备获取第一阈值,包括:
所述第一设备接收所述第二设备发送的第一消息,所述第一消息包括所述第一阈值。
6.根据权利要求5所述的方法,其特征在于,所述第一消息为RRC消息。
7.根据权利要求4-6任一项所述的方法,其特征在于,所述方法还包括:
在如下任意条件满足时,所述第一设备将所述第一数量置为零:
所述第一设备与所述第二设备进行RRC重建连接;或者,
所述第一设备对所述第二设备发送的数据包解压缩成功。
8.一种数据传输方法,其特征在于,包括:
第二设备接收第一设备发送的第一信息,所述第二设备为健壮性包头压缩ROHC单向模式,所述第一信息指示所述第一设备对第一数据包解压缩失败,所述第一数据包为通过ROHC协议压缩的数据包;
所述第二设备根据所述第一信息,向所述第一设备发送上下文信息,所述上下文信息用于解压缩通过ROHC协议压缩的数据包。
9.根据权利要求8所述的方法,其特征在于,所述第二设备根据所述第一信息,向所述第一设备发送上下文信息,包括:
所述第二设备根据所述第一信息,将状态切换为初始化与重置IR状态;
所述第二设备在所述IR状态下向所述第一设备发送所述上下文信息。
10.根据权利要求9所述的方法,其特征在于,所述第二设备在所述IR状态下向所述第一设备发送所述上下文信息,包括:
所述第二设备在所述IR状态下向所述第一设备发送IR包,所述IR包包括所述上下文信息。
11.根据权利要求8-10任一项所述的方法,其特征在于,所述方法还包括:
所述第二设备向所述第一设备发送第一消息,所述第一消息包括第一阈值;其中,在所述第一设备连续解压缩失败的数据包的第一数量大于或等于所述第一阈值时,所述第一设备与所述第二设备进行无线资源控制RRC重建连接。
12.根据权利要求11所述的方法,其特征在于,所述第一消息为RRC消息。
13.一种数据传输装置,其特征在于,包括:接收模块、处理模块和发送模块,其中,
所述接收模块用于,接收第二设备发送的第一数据包,所述数据传输装置对应的第一设备为健壮性包头压缩ROHC单向模式,所述第一数据包为通过ROHC协议压缩的数据包;
所述发送模块用于,在所述处理模块对所述第一数据包解压缩失败时,向所述第二设备发送第一信息,所述第一信息用于指示所述第一设备对所述第一数据包解压缩失败。
14.根据权利要求13所述的装置,其特征在于,所述处理模块具体用于:
若所述第一设备为无上下文信息NC状态或者所述第一设备中不存在所述第一数据包对应的上下文信息时,确定所述处理模块对所述第一数据解压缩失败。
15.根据权利要求13或14所述的装置,其特征在于,
所述第一信息用于指示所述第二设备发送上下文信息;或者,
所述第一信息用于指示所述第二设备切换为初始化与重置IR状态。
16.根据权利要求13-15任一项所述的装置,其特征在于,所述处理模块还用于:
获取连续解压缩失败的数据包的第一数量和第一阈值;
在所述第一数量大于或等于所述第一阈值时,与所述第二设备进行无线资源控制RRC重建连接。
17.根据权利要求16所述的装置,其特征在于,所述接收模块还用于:
接收所述第二设备发送的第一消息,所述第一消息包括所述第一阈值。
18.根据权利要求17所述的装置,其特征在于,所述第一消息为RRC消息。
19.根据权利要求16-18任一项所述的装置,其特征在于,所述处理模块还用于:
在如下任意条件满足时,将所述第一数量置为零:
所述第一设备与所述第二设备进行RRC重建连接;或者,
所述第一设备对所述第二设备发送的数据包解压缩成功。
20.一种数据传输装置,其特征在于,包括:接收模块和发送模块,其中,
所述接收模块用于,接收第一设备发送的第一信息,所述数据传输装置对应的第二设备为健壮性包头压缩ROHC单向模式,所述第一信息指示所述第一设备对第一数据包解压缩失败,所述第一数据包为通过ROHC协议压缩的数据包;
所述发送模块用于,根据所述第一信息,向所述第一设备发送上下文信息,所述上下文信息用于解压缩通过ROHC协议压缩的数据包。
21.根据权利要求20所述的装置,其特征在于,所述装置还包括处理模块,其中,
所述处理模块用于,根据所述第一信息,将状态切换为初始化与重置IR状态;
所述发送模块用于,在所述IR状态下向所述第一设备发送所述上下文信息。
22.根据权利要求21所述的装置,其特征在于,所述发送模块具体用于:
在所述IR状态下向所述第一设备发送IR包,所述IR包包括所述上下文信息。
23.根据权利要求20-22任一项所述的装置,其特征在于,所述发送模块还用于:
向所述第一设备发送第一消息,所述第一消息包括第一阈值;其中,在所述第一设备连续解压缩失败的数据包的第一数量大于或等于所述第一阈值时,所述第一设备与所述第二设备进行无线资源控制RRC重建连接。
24.根据权利要求23所述的装置,其特征在于,所述第一消息为RRC消息。
25.一种终端设备,其特征在于,其特征在于,包括:收发器、处理器、存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如权利要求1至12任一项所述的数据传输方法。
26.一种网络设备,其特征在于,其特征在于,包括:收发器、处理器、存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如权利要求1至12任一项所述的数据传输方法。
27.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当所述计算机执行指令被处理器执行时用于实现权利要求1至12任一项所述的数据传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011277887.0A CN112333047B (zh) | 2020-11-16 | 2020-11-16 | 数据传输方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011277887.0A CN112333047B (zh) | 2020-11-16 | 2020-11-16 | 数据传输方法、装置及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112333047A true CN112333047A (zh) | 2021-02-05 |
CN112333047B CN112333047B (zh) | 2022-04-26 |
Family
ID=74318235
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011277887.0A Active CN112333047B (zh) | 2020-11-16 | 2020-11-16 | 数据传输方法、装置及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112333047B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1780296A (zh) * | 2004-11-26 | 2006-05-31 | 华为技术有限公司 | 一种快速恢复压缩解压缩上下文的方法 |
CN103051434A (zh) * | 2012-12-20 | 2013-04-17 | 中兴通讯股份有限公司 | 数据的解压缩、解压缩处理方法及装置 |
WO2016112643A1 (zh) * | 2015-01-16 | 2016-07-21 | 中兴通讯股份有限公司 | 业务恢复方法、装置和计算机存储介质 |
CN110875909A (zh) * | 2018-08-31 | 2020-03-10 | 上海华为技术有限公司 | 数据传输方法及相关装置 |
CN111328104A (zh) * | 2018-12-14 | 2020-06-23 | 华为技术有限公司 | 数据包的解压缩方法和装置 |
CN111385268A (zh) * | 2018-12-29 | 2020-07-07 | 电信科学技术研究院有限公司 | 一种数据包头压缩确认方法及通信设备 |
-
2020
- 2020-11-16 CN CN202011277887.0A patent/CN112333047B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1780296A (zh) * | 2004-11-26 | 2006-05-31 | 华为技术有限公司 | 一种快速恢复压缩解压缩上下文的方法 |
CN103051434A (zh) * | 2012-12-20 | 2013-04-17 | 中兴通讯股份有限公司 | 数据的解压缩、解压缩处理方法及装置 |
WO2016112643A1 (zh) * | 2015-01-16 | 2016-07-21 | 中兴通讯股份有限公司 | 业务恢复方法、装置和计算机存储介质 |
CN110875909A (zh) * | 2018-08-31 | 2020-03-10 | 上海华为技术有限公司 | 数据传输方法及相关装置 |
CN111328104A (zh) * | 2018-12-14 | 2020-06-23 | 华为技术有限公司 | 数据包的解压缩方法和装置 |
CN111385268A (zh) * | 2018-12-29 | 2020-07-07 | 电信科学技术研究院有限公司 | 一种数据包头压缩确认方法及通信设备 |
Also Published As
Publication number | Publication date |
---|---|
CN112333047B (zh) | 2022-04-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220377602A1 (en) | Method and apparatus for performing feedback-based ethernet header compression or decompression in wireless communication system | |
US20220159100A1 (en) | Communication Method And Apparatus | |
US20240056873A1 (en) | Transmission method, terminal device, and storage medium | |
US11246058B2 (en) | Radio communication device and radio communication method | |
CN114503631A (zh) | 用于在支持高可靠性低延迟服务的系统中处理完整性验证失败的方法和装置 | |
WO2022111365A1 (zh) | 数据传输方法、装置、设备、存储介质及程序产品 | |
US20220053369A1 (en) | Data processing method, and communication apparatus and system | |
CN112468981B (zh) | 通信方法、装置及设备 | |
CN112333047B (zh) | 数据传输方法、装置及设备 | |
CN108076481B (zh) | 一种用于终端迟后接入集群组呼的方法 | |
CN113056036B (zh) | 通信方法、装置及设备 | |
EP3860209B1 (en) | Data transmission method and device | |
CN115669019A (zh) | 用于用信号通知网络编码能力的方法和设备 | |
CN115334588A (zh) | 一种数据传输方法及装置 | |
WO2021097686A1 (zh) | 用于传输以太网压缩包的方法和设备 | |
CN115668822A (zh) | 用信号通知网络编码操作的暂停和恢复的方法和设备 | |
CN113678501B (zh) | 一种以太网数据包头压缩方法、处理方法及其装置 | |
US20240179561A1 (en) | Data transmission method and terminal device | |
CN109219079B (zh) | 一种ir报文传输方法及通信设备 | |
CN112544104B (zh) | 数据的传输方法及终端 | |
CN118510079A (zh) | 通信方法及装置 | |
CN116939511A (zh) | 多播业务处理方法及装置 | |
CN116669100A (zh) | 通信方法及通信装置 | |
CN116746171A (zh) | 用于多播及广播服务的方法及设备 | |
CN117378248A (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 |