CN109962896A - 数据包的处理方法、基站、电子设备和存储介质 - Google Patents
数据包的处理方法、基站、电子设备和存储介质 Download PDFInfo
- Publication number
- CN109962896A CN109962896A CN201711432039.0A CN201711432039A CN109962896A CN 109962896 A CN109962896 A CN 109962896A CN 201711432039 A CN201711432039 A CN 201711432039A CN 109962896 A CN109962896 A CN 109962896A
- Authority
- CN
- China
- Prior art keywords
- data packet
- packet
- certificate parameter
- header
- packet header
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供一种数据包的处理方法、基站、电子设备和存储介质。所述方法包括接收用户设备UE发送的第一数据包,所述第一数据包包括包头和净荷;若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数,所述第二数据包是同一UE的最近一个包头解压成功的数据包,所述第一验证参数是验证所述第二数据包的身份的参数;恢复所述第一数据包的包头,所述包头包括第二验证参数,所述第二验证参数是根据所述第一验证参数得到的;根据所述净荷和恢复的包头,生成所述第一数据包对应的恢复包。所述方法对于接收的第一数据包的包头解压不成功的情况下,对包头进行恢复,尽力降低丢包率。
Description
技术领域
本发明实施例涉及一种通信技术领域,特别是一种数据包的处理方法、基站、电子设备和存储介质。
背景技术
LTE(Long Term Evolution,长期演进)系统无线承载VoLTE(Voice Over LTE,LTE语音)业务,由于空口传输的特殊性容易产生丢包。
简单介绍现有技术中产生丢包的原因:
空口一般采取了头压缩的模式进行传输。采用头压缩,大大提高了空口的利用效率,但是同时也会带来一定的问题,当空口传输遇到质量不佳时,造成头压缩失败,基站会恢复到头压缩初始状态,但UE(User Equipment,用户设备)还未收到基站的指示,依然按照头压缩传输数据包,按照不进行头压缩传输的方式传输,从而导致解压时校验失败,进而基站将直接丢弃给数据包,造成一段时间内丢包率很高,语音质量差。
发明内容
针对现有技术的缺陷,本发明实施例提供一种数据包的处理方法、基站、电子设备和存储介质。
一方面,本发明实施例提供一种数据包的处理方法,所述方法包括:
接收用户设备UE发送的第一数据包,所述第一数据包包括包头和净荷;
若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数,所述第二数据包是同一UE的最近一个包头解压成功的数据包,所述第一验证参数是验证所述第二数据包的身份的参数;
恢复所述第一数据包的包头,所述包头包括第二验证参数,所述第二验证参数是根据所述第一验证参数得到的;
根据所述净荷和恢复的包头,生成所述第一数据包对应的恢复包。
另一方面,本发明实施例提供一种基站,所述基站包括:
接收用户设备UE发送的第一数据包,所述第一数据包包括包头和净荷;
模块,用于若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数,所述第二数据包是同一UE的最近一个包头解压成功的数据包,所述第一验证参数是验证所述第二数据包的身份的参数;
恢复模块,用于恢复所述第一数据包的包头,所述包头包括第二验证参数,所述第二验证参数是根据所述第一验证参数得到的;
生成模块,用于根据所述净荷和恢复的包头,生成所述第一数据包对应的恢复包。
另一方面,本发明实施例还提供一种电子设备,包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现以上方法的步骤。
另一方面,本发明实施例还提供一种存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如上方法的步骤。
由上述技术方案可知,本发明实施例提供的数据包的处理方法、基站、电子设备和存储介质,所述方法对于接收的第一数据包的包头解压不成功的情况下,对包头进行恢复,尽力降低丢包率。
附图说明
图1为本发明实施例提供的一种数据包的处理方法的流程示意图;
图2为本发明实施例中IPv6头的静态部分和动态部分报文格式示意图;
图3为本发明实施例中UDP头的静态部分和动态部分报文格式示意图;
图4为本发明实施例中RTP头的静态部分和动态部分报文格式示意图;
图5为本发明又一实施例提供的数据包的处理方法的流程图;
图6为本发明又一实施例提供的一种基站的结构示意图;
图7为本发明又一实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本发明实施例一部分实施例,而不是全部的实施例。
可选地,LTE的VOLTE的协议栈包括三层:IPv6、UDP和RTP。
LTE网络的VOLTE业务,承载于RTP(Real Time Protocol,实时协议),底层的封装为IP(Internet Protocol,网络协议)和UDP(User Data Protocol,用户数据协议)。
RTP为交互式音频、视频等具有实时特性的数据提供端到端的传送服务,并详细说明了网络传递音频和视频的标准数据包格式。
IP的任务是进行寻址,IPv6(Internet Protocol Version 6,IP的第六版)是设计的用于替代IPv4(Internet Protocol Version 4,IP的第四版,构成现今互联网技术的基础的协议)的下一代IP协议,一般IPV4规定的数据包的字节头达到40字节,IPV6规定的字节头达到了60字节。
UDP是面向无连接的协议,主要作用是将网络数据流量压缩成数据包的形式。
每一数据包括包头和净荷,其中,包头的长度是固定的,交互双方的请求数据包和应答数据包的包头结构是一致的。包头有三层:IPv6、UDP和RTP,每一层包括静态部分(static part)和动态部分(dynamic part),净荷是实际传送的数据,如音频抽样信号,压缩视频数据等。包头中有记录身份信息的字段和数据包的长度的字段,以数据包的长度减去包头的长度,即得出净荷的长度,净荷包括UDP层。
图1示出了本发明实施例提供的一种数据包的处理方法的流程示意图。
如图1所示,本发明实施例提供的方法具体包括以下步骤:
步骤11、接收用户设备UE发送的第一数据包,所述第一数据包包括包头和净荷;
可选地,本发明实施例的方法在基站上实现。
可选地,当UE建立与核心网侧的VoLTE业务的承载后,向基站发送第一数据包,基站接收第一数据包后,采用预设的解压算法对接收的数据包的包头进行解压,判断包头的解压是否成功。
步骤12、若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数,所述第二数据包是同一UE的最近一个包头解压成功的数据包,所述第一验证参数是验证所述第二数据包的身份的参数;
可选地,每一个数据包的包头的动态部分具有验证参数,验证参数用于表明数据包的身份,是可以唯一识别数据包的信息。基站将数据包发送至核心网,核心网根据其中的验证参数识别数据包的身份。
举例来说,数据包的身份信息可以是该数据包的序号,表示该数据包是UE在本次通话中传输的第几个数据包。
若第一数据包的包头解压失败,有可能是第一数据包的包头已经损坏造成,因此无法得到第一数据包的验证参数,基站为了获取第一数据包的验证参数,尝试恢复第一数据包的包头,具体执行以下步骤:
可选地,自本地获取预先存储的第二数据包的包头,所述第二数据包是基站在所述第一数据包之前接收的同一UE的数据包,且对于基站来说,是同一UE的最近一个包头解压成功的数据包。
可选地,自所述第二数据包的动态部分提取第一验证参数,所述第一验证参数是验证所述第二数据包的身份的参数。
若第一数据包的包头的解压成功,则缓存第一数据包的包头至本地。若该UE的后续的某一个数据包解压失败,缓存下来的第一数据包可用来恢复解压失败的数据包。
步骤13、恢复所述第一数据包的包头,所述包头包括第二验证参数,所述第二验证参数是根据所述第一验证参数得到的;
可选地,根据所述第一验证参数,得到所述第二验证参数,所述第二验证参数是验证第一数据包的身份的参数。
可选地,UE按照顺序发送所述第二数据包和第一数据包,基站按照相同的顺序接收所述第二数据包和第一数据包,两个数据包的验证参数有规律可寻,即两个数据包的验证参数具有关联性。
可选地,两个数据包的包头均包括动态部分和静态部分,动态部分主要用于验证数据包的身份的信息。
可选地,基站根据编写验证参数的规则,可通过所述第一验证参数,预测所述第二验证参数。
举例来说,数据包的身份信息是该数据包的序号,则第一数据包的序号是在第二数据包的基础上增加。
可选地,根据预测的所述第二验证参数,得到第一数据包的包头的动态部分。
步骤14、根据所述净荷和恢复的包头,生成所述第一数据包对应的恢复包。
可选地,自所述第一数据包中提取净荷,并将净荷和恢复的包头进行合并,重新生成所述第一数据包对应的恢复包。
可选地,基站将生成的恢复包,发往核心网,使得核心网根据所述第二验证参数对第一数据包进行验证。
可选地,在数据包传输过程中,可能存在一种情况,数据包中包头损坏的,但实际上净荷是完整、正确的,只要恢复出包头,得到的恢复包还是有效的。
可以理解的是,采用尽力服务(Best Effort Service)实现通过所述第一验证参数,预测所述第二验证参数,尽力服务是定义在QoS(Quality of Service,服务质量)服务类型中的一种服务,将预测的所述第二验证参数作为所述第一数据包的包头的验证参数,但网络传输场景复杂,无法保证得到的所述第二验证参数绝对正确。
现有技术中,基站对一个数据包的包头进行解压,若不成功就直接丢弃。在本发明实施例中,若解压不成功,不粗暴的丢包,而是尝试恢复数据包的包头,降低丢包率,从而改善语音质量。
本实施例提供的数据包的处理方法,若第一数据包的包头解压不成功,对包头进行恢复,尽力降低丢包率。
在上述实施例的基础上,本发明又一实施例提供的数据包的处理方法,所述第二验证参数包括序列号Sequence Number、时间戳Timestamp和校验和checksum。
可选地,VOLTE中每一数据包的包头有三层:IPv6、UDP和RTP,分别介绍如下:
图2为本发明实施例中IPv6头的静态部分和动态部分报文格式示意图。
如图2所示,由于IPV6规定的字节头达到了60字节,占用资源较多,因此空口一般采取了头压缩的模式进行传输。头压缩后,字节头缩减为15-20字节。
图3为本发明实施例中UDP头的静态部分和动态部分报文格式示意图。
如图3所示,动态部分包括checksum(校验和),占用2octets(1octet=8bit),checksum用于校验的一组数据项的和,以保证数据的完整性和准确性。
checksum可反映UE传输的数据位数的累加,通常以十六进制表示,当UE传输结束时,可以根据checksum判断是否接到了所有的数据包。如果checksum和预设的数值匹配,那么说明传送已经完成。
也就是说,所述第二数据包和第一数据包中的checksum表示传输的数据位数的累加,可利用此特性,根据第二数据包的checksum,得到所述第一数据包的checksum。
图4为本发明实施例中RTP头的静态部分和动态部分报文格式示意图。
如图4所示,Sequence Number(序列号,简称SN)占用2octets,Sequence Number是数据包的序列号,基站可通过Sequence Number对数据包进行排序,也可以用来统计丢包率。
也就是说,所述第二数据包和第一数据包中的Sequence Number表示数据包的序号,可根据第二数据包的Sequence Number,得到所述第一数据包的Sequence Number。
Timestamp(时间戳)占用4octets,Timestamp表示一份数据在某个特定时间之前已经完整存在,通常是一个字符序列,可唯一地对应某一时间点,且每个数据包的时间戳按照时序呈线性增长。
也就是说,所述第二数据包和第一数据包中的Timestamp可对应至某一时间点,由此可根据第二数据包的Timestamp,得到所述第一数据包的Timestamp。
动态部分主要用于验证数据包的身份的信息,主要包括这三个验证参数,对于核心网侧而言,使得核心网根据包头中的checksum、Sequence Number和Timestamp这三个验证参数,完成第一数据包的验证,从而正确识别第一数据包。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的数据包的处理方法,根据所述第二数据包的checksum、SequenceNumber和Timestamp,得到所述第一数据包的checksum、Sequence Number和Timestamp,从而进行第一数据包的包头的恢复。
在上述实施例的基础上,本发明又一实施例提供的数据包的处理方法,确定所述第二验证参数的Sequence Number的方式有多种,本实施例以其中一种方式为例进行说明。
所述第二验证参数的Sequence Number是根据间隔数据包的个数以及所述第二数据包的Sequence Number得到的,所述间隔数据包的个数是根据时间差以及预设的传输周期得到的,所述述时间差是接收所述第一数据包的时间与接收所述第二数据包的时间的差值。
可选地,根据接收第一数据包的时间,以及接收第二数据包的时间,得出两个数据包的时间差。
可选地,VOLTE协议中对数据包的传输周期进行了规定,例如,协议规定预设的传输周期为20ms,即每间隔20msUE传送一个数据包。
可选地,用所述时间差除以预设的传输周期得出Sequence Number的差值,也就是间隔数据包的个数。
可选地,在第二数据包的Sequence Number的基础上加上Sequence Number的差值,恢复出第一数据包的Sequence Number。
例如,时间差为40ms,40ms除以20ms得出Sequence Number的差值(间隔数据包的个数)为2,第二数据包的Sequence Number为1,第一数据包的Sequence Number为1+2=3,表示序号为3的数据包,也就是说,在第二数据包后,理论上应当接收了两个数据包,第一数据包是第3个。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的数据包的处理方法,根据预设的传输周期,可较为准确的推测得到所述第一数据包的Sequence Number。
在上述实施例的基础上,本发明又一实施例提供的数据包的处理方法,确定所述第一数据包的Timestamp的方式有多种,本实施例以其中一种方式为例进行说明。
所述第二验证参数的Timestamp是根据Timestamp的间隔以及所述第二数据包的Timestamp得到的,所述Timestamp的间隔是根据间隔数据包的个数以及预设的Timestamp的单位时间得到的。
可选地,恢复出第一数据包的Sequence Number后,可开始恢复Timestamp。
每一个Timestamp可映射至为标准时间的一个时刻,第二数据包的Timestamp表示第二数据包自对应的时刻起已经存在。
可选地,VOLTE协议中对Timestamp的单位时间进行了规定,即每间隔单位时间的Timestamp生成一个数据包。
例如,单位时间为2,2表示2560Mcps/1280Mcps,其中,2560Mcps是AMR-WB(Adaptive Multi-Rate Wideband Speech Codec,自适应多速率窄带语音编码)的速率,AMR-NB(Adaptive Multi Rate-Narrow Band Speech Codec,自适应多速率窄带语音编码)的速率。
可选地,在第二数据包的Timestamp的基础上加上Timestamp的间隔,恢复出第一数据包的Timestamp。
例如,预测的间隔数据包的个数为2,则Timestamp的间隔为2*2=4,若第二数据包的Timestamp为0,第一数据包的Timestamp为0+4=4。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的数据包的处理方法,根据Timestamp的间隔以及第二数据包的Timestamp,可较为准确的推测得到所述第一数据包的Timestamp。
在上述实施例的基础上,本发明又一实施例提供的数据包的处理方法,确定所述第一数据包的checksum的方式有多种,本实施例以其中一种方式为例进行说明。
所述第二验证参数的checksum是根据checksum的增量以及所述第二数据包的checksum得到的,所述checksum的增量是根据间隔数据包的个数以及预设的checksum的增量单元得到的。
可选地,恢复出第一数据包的Sequence Number后,可开始恢复checksum。
可选地,VOLTE协议中对checksum的增量单元进行了规定,即每两个数据包的checksum增加预设的数值。
在第二数据包的checksum的基础上,增加checksum的增量,恢复出第一数据包的checksum,checksum增量的计算方式为增量单元乘以间隔数据包的个数。
本实施例提供的数据包的处理方法,根据checksum的增量以及所述第二数据包的checksum,可得到较为准确的第一数据包的checksum。
可选地,确定所述增量单元的方式有多种,本实施例以其中一种方式为例进行说明。
所述checksum的增量单元是在确定编码方式以及语音通话的时期后,选择得到的。
可选地,UE的数据包的编码方式是由核心网侧确定的,基站可预先获知该UE的数据包的编码方式。
可选地,将语音通话的时期分为静默期和激活期,其中,静默期是通话停顿的状态,激活期是指正在通话的状态。
可选地,基站根据接收第一数据包的时间,确定UE当前处于语音通话的时期。
可选地,VOLTE协议中对检验和的增量进行了规定,即每间隔一个数据包,检验和根据预设值线性增加。
例如,数据包应用不同的编码方式,UE所处不同的语音通话期,检验和的增量不同,具体如下表1所示:
表1
适用条件 | 增量单元 |
AMR-WB静默期 | ChsumAdd=0xA01 |
AMR-NB静默期 | ChsumAdd=0x501 |
AMR-WB激活期 | ChsumAdd=0x171 |
AMR-NB激活期 | ChsumAdd=0xA1 |
可选地,基站确定当前的编码方式以及处于语音通话的哪一个时期后,采用对应的增量单元。
若UE为AMR-WB,当前处于静默期,数据包间隔为2,在第二数据包的checksum的基础上,再增加2*0xA01,得到的数值为第一数据包的checksum。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的数据包的处理方法,根据编码方式以及语音通话的时期,考虑实际网络情况选择相应的增量单元checksum,可较为准确的推测得到所述第一数据包的checksum。
在上述实施例的基础上,本发明又一实施例提供的数据包的处理方法,
在接收用户设备UE发送的第一数据包之后,若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数的步骤之前,所述方法还包括:
若判断满足预设的条件,则对第一数据包的包头进行解压,所述条件是丢包率优化开关打开和/或UE的承载类型为预设的承载类型。
可选地,在对第一数据包的包头进行解压之前,基站还进行条件的判断。
可选地,丢包率优化开关是本发明实施例新增的变量,若丢包率优化开关打开,则基站执行本发明实施例的方法,进行丢包优化。
可选地,丢包率优化开关是常开的,但若当前网络中存在bug(漏洞),或是需要调试本发明实施例的方法,将丢包率优化开关关闭。
可选地,基站进行承载类型的判断,用于判断UE的承载类型是否为预设的承载类型。
若UE的承载类型是预设的承载类型,可用本发明实施例进行丢包优化。
可选地,将UE的承载类型依据QCI(Quality of Service Class Identifier,服务质量等级标识)进行分类。
例如,预设的承载类型是QCI=1,当然QCI值可根据实际情况进行扩展。
可选地,将丢包率优化开关打开和UE的承载类型为预设的承载类型两个条件结合起来,在都为是的情况下,执行本发明实施例的方法。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的数据包的处理方法,在对第一数据包的包头进行解压之前,还进行条件的判断,以确定是否对丢包进行优化,可对本发明实施例的方法进行有效管理。
为了更充分理解本发明的技术内容,在上述实施例的基础上,详细说明本实施例提供的数据包的处理方法。
现有技术中的丢包会产生两方面的影响:一是影响用户感知,丢包率是影响语音MOS(Mean Opinion Score-语音质量打分)值的一个重要因素;二、运营商都会在网管侧检测各个设备厂商的语音丢包率,会影响设备厂商的考核。
针对现有技术的缺点,本发明实施例介绍了一种丢包的改良方案。当基站收到数据之后,如果解压失败,不粗暴的进行丢包,取出压缩包的净荷,根据规律尝试恢复数据包。
如图2、图3和图4所示,恢复包头主要需要恢复UDP协议的checksum(校验和),RTP协议的RTP Sequence Number(序列号)和RTP Timestamp(时间戳)。
这三个字段的修改方式:
a)序列号:按照前一个数据包中的序列号加1(若);
b)时间戳:静默期按照前一个缓存包中的时间戳加2560(AMR-WB-宽带语音编码)/1280(AMR-NB-窄带语音编码);
c)校验和:根据修改完序列号和时间戳后,根据表1,重新计算UDP层的校验和。
本发明实施例是通过best effort来实现的,没法要求100%正确。
图5为本发明又一实施例提供的一种数据包的处理方法的流程图。
如图5所示,在基站侧新增几个变量:1)丢包率优化开关,2)承载类型。
1)预先判断条件:当承载建立时,判断丢包率优化开关是否打开,承载是否为设置的承载,是否头压缩算法打开。目前网络中QCI=1的volte业务,激活头压缩算法,因为相对于包头,净荷占用的长度小,开启头压缩算法可提高传输效率,因此算法生效的承载设置为QCI=1。
2)解压:判断解压是否成功,成功则缓存数据包的上下文,包括静态部分和动态部分,用来为恢复数据做准备。
3)恢复:当解压缩失败时尝试恢复数据,提取解压缩失败的净荷,提取上一包解压成功包头的固定部分,提取SN(Sequence Number序列号)号,时间戳,和checksum,根据解压缩失败的包的时间-解压成功的包的时间得出一个时间差,VOLTE的来包的周期基本固定,用时间差除以20ms得出SN差,生成新的SN号。
时间戳和checksum算法同SN的算法类似。
4)发送:生成新的恢复包,发往核心网。
本实施例提供的数据包的处理方法,在包头解压缩失败时,不粗暴的丢包,尝试恢复包,可以部分恢复VOLTE业务包,改善语音质量。恢复包的方式为根据分析上一个数据包的动态部分,恢复第一数据包的动态部分。
本发明实施例在仅头压缩校验失败,尝试恢复包头,复原数据包,尽最大努力减少丢包率,提升语音质量,提高用户感知。
图6为本发明又一实施例提供的一种基站的结构示意图。
参照图6,在上述实施例的基础上,本实施例提供的基站,所述基站包括接收模块61、获取模块62、恢复模块63和生成模块64,其中:
接收模块61用于接收用户设备UE发送的第一数据包,所述第一数据包包括包头和净荷;获取模块62用于若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数,所述第二数据包是同一UE的最近一个包头解压成功的数据包,所述第一验证参数是验证所述第二数据包的身份的参数;恢复模块63用于恢复所述第一数据包的包头,所述包头包括第二验证参数,所述第二验证参数是根据所述第一验证参数得到的;生成模块64用于根据所述净荷和恢复的包头,生成所述第一数据包对应的恢复包。
当UE建立与核心网侧的VoLTE业务的承载后,向基站发送第一数据包,接收模块61接收第一数据包后,采用预设的解压算法对接收的数据包的包头进行解压,判断包头的解压是否成功。
可选地,每一个数据包的包头的动态部分具有验证参数,验证参数用于表明数据包的身份,是可以唯一识别数据包的信息。基站将数据包发送至核心网,核心网根据其中的验证参数识别数据包的身份。
举例来说,数据包的身份信息可以是该数据包的序号,表示该数据包是UE在本次通话中传输的第几个数据包。
若第一数据包的包头解压失败,有可能是第一数据包的包头已经损坏造成,因此无法得到第一数据包的验证参数,获取模块62自本地获取预先存储的第二数据包的包头,所述第二数据包是基站在所述第一数据包之前接收的同一UE的数据包,且对于基站来说,是同一UE的最近一个包头解压成功的数据包。
可选地,自所述第二数据包的动态部分提取第一验证参数,所述第一验证参数是验证所述第二数据包的身份的参数。
若第一数据包的包头的解压成功,则缓存第一数据包的包头至本地。若该UE的后续的某一个数据包解压失败,缓存下来的第一数据包可用来恢复解压失败的数据包。
恢复模块63根据所述第一验证参数,得到所述第二验证参数,所述第二验证参数是验证第一数据包的身份的参数。
可选地,UE的按照顺序发送的所述第二数据包和第一数据包,基站按照相同的顺序接收所述第二数据包和第一数据包,两个数据包的验证参数有规律可寻,即两个数据包的验证参数具有关联性。
可选地,两个数据包的包头均包括动态部分和静态部分,动态部分主要用于验证数据包的身份的信息,静态部分主要用于验证UE的身份的信息。
可选地,恢复模块63根据编写验证参数的规则,可通过所述第一验证参数,预测所述第二验证参数。
举例来说,数据包的身份信息是该数据包的序号,则第一数据包的序号是在第二数据包的基础上增加。
可选地,根据预测的所述第二验证参数,得到动态部分,并将第二数据包的静态部分作为第一数据包的静态部分,从而得到恢复模块63恢复的所述第一数据包的包头。
生成模块64自所述第一数据包中提取净荷,并将净荷和恢复的包头进行合并,重新生成所述第一数据包对应的恢复包。
可选地,基站将生成的恢复包,发往核心网,使得核心网根据所述第二验证参数对第一数据包进行验证。
可选地,在数据包传输过程中,可能存在一种情况,数据包中包头损坏的,但实际上净荷是完整、正确的,只要恢复出包头,得到的恢复包还是有效的。
可以理解的是,采用尽力服务(Best Effort Service)实现通过所述第一验证参数,预测所述第二验证参数,尽力服务是定义在QoS(Quality of Service,服务质量)服务类型中的一种服务,将预测的所述第二验证参数作为所述第一数据包的包头的验证参数,但网络传输场景复杂,无法保证得到的所述第二验证参数绝对正确。
现有技术中,基站对一个数据包的包头进行解压,若不成功就直接丢弃。在本发明实施例中,若解压不成功,不粗暴的丢包,而是尝试恢复数据包的包头,降低丢包率,从而改善语音质量。
本实施例提供的基站,可用于执行上述方法实施例的方法,本实施不再赘述。
本实施例提供的基站,恢复模块在第一数据包的包头解压不成功的情况下,对包头进行恢复,尽力降低丢包率。
图7示出了本发明又一实施例提供的一种电子设备的结构示意图。
参阅图7,本发明实施例提供的电子设备,所述电子设备包括存储器(memory)71、处理器(processor)72、总线73以及存储在存储器71上并可在处理器上运行的计算机程序。其中,所述存储器71、处理器72通过所述总线73完成相互间的通信。
所述处理器72用于调用所述存储器71中的程序指令,以执行所述程序时实现如图1的方法。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:
所述第二验证参数包括序列号Sequence Number、时间戳Timestamp和校验和checksum。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:所述第二验证参数的Sequence Number是根据间隔数据包的个数以及所述第二数据包的SequenceNumber得到的,所述间隔数据包的个数是根据时间差以及预设的传输周期得到的,所述述时间差是接收所述第一数据包的时间与接收所述第二数据包的时间的差值。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:所述第二验证参数的Timestamp是根据Timestamp的间隔以及所述第二数据包的Timestamp得到的,所述Timestamp的间隔是根据间隔数据包的个数以及预设的Timestamp的单位时间得到的。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:所述第二验证参数的checksum是根据checksum的增量以及所述第二数据包的checksum得到的,所述checksum的增量是根据间隔数据包的个数以及预设的checksum的增量单元得到的。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:所述checksum的增量单元是在确定编码方式以及语音通话的时期后,选择得到的。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:在接收用户设备UE发送的第一数据包之后,若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数的步骤之前,所述方法还包括:
若判断满足预设的条件,则对第一数据包的包头进行解压,所述条件是丢包率优化开关打开和/或UE的承载类型为预设的承载类型。
本实施例提供的电子设备,可用于执行上述方法实施例的方法对应的程序,本实施不再赘述。
本实施例提供的电子设备,通过所述处理器执行所述程序时实现对于接收的第一数据包的包头解压不成功的情况下,对包头进行恢复,尽力降低丢包率。
本发明又一实施例提供的一种存储介质,所述存储介质上存储有计算机程序,所述程序被处理器执行时实现如图1的步骤。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:
所述第二验证参数包括序列号Sequence Number、时间戳Timestamp和校验和checksum。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:所述第二验证参数的Sequence Number是根据间隔数据包的个数以及所述第二数据包的Sequence Number得到的,所述间隔数据包的个数是根据时间差以及预设的传输周期得到的,所述述时间差是接收所述第一数据包的时间与接收所述第二数据包的时间的差值。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:所述第二验证参数的Timestamp是根据Timestamp的间隔以及所述第二数据包的Timestamp得到的,所述Timestamp的间隔是根据间隔数据包的个数以及预设的Timestamp的单位时间得到的。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:所述第二验证参数的checksum是根据checksum的增量以及所述第二数据包的checksum得到的,所述checksum的增量是根据间隔数据包的个数以及预设的checksum的增量单元得到的。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:所述checksum的增量单元是在确定编码方式以及语音通话的时期后,选择得到的。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:在接收用户设备UE发送的第一数据包之后,若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数的步骤之前,所述方法还包括:
若判断满足预设的条件,则对第一数据包的包头进行解压,所述条件是丢包率优化开关打开和/或UE的承载类型为预设的承载类型。
本实施例提供的存储介质,所述程序被处理器执行时实现上述方法实施例的方法,本实施不再赘述。
本实施例提供的存储介质,对于接收的第一数据包的包头解压不成功的情况下,对包头进行恢复,尽力降低丢包率。
本发明又一实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:
接收用户设备UE发送的第一数据包,所述第一数据包包括包头和净荷;
若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数,所述第二数据包是同一UE的最近一个包头解压成功的数据包,所述第一验证参数是验证所述第二数据包的身份的参数;
恢复所述第一数据包的包头,所述包头包括第二验证参数,所述第二验证参数是根据所述第一验证参数得到的;
根据所述净荷和恢复的包头,生成所述第一数据包对应的恢复包。
本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。
本领域技术人员可以理解,实施例中的各步骤可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。
虽然结合附图描述了本发明的实施方式,但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型,这样的修改和变型均落入由所附权利要求所限定的范围之内。
Claims (10)
1.一种数据包的处理方法,其特征在于,所述方法包括:
接收用户设备UE发送的第一数据包,所述第一数据包包括包头和净荷;
若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数,所述第二数据包是同一UE的最近一个包头解压成功的数据包,所述第一验证参数是验证所述第二数据包的身份的参数;
恢复所述第一数据包的包头,所述包头包括第二验证参数,所述第二验证参数是根据所述第一验证参数得到的;
根据所述净荷和恢复的包头,生成所述第一数据包对应的恢复包。
2.根据权利要求1所述的方法,其特征在于:所述第二验证参数包括序列号SequenceNumber、时间戳Timestamp和校验和checksum。
3.根据权利要求2所述的方法,其特征在于:所述第二验证参数的Sequence Number是根据间隔数据包的个数以及所述第二数据包的Sequence Number得到的,所述间隔数据包的个数是根据时间差以及预设的传输周期得到的,所述述时间差是接收所述第一数据包的时间与接收所述第二数据包的时间的差值。
4.根据权利要求3所述的方法,其特征在于:所述第二验证参数的Timestamp是根据Timestamp的间隔以及所述第二数据包的Timestamp得到的,所述Timestamp的间隔是根据间隔数据包的个数以及预设的Timestamp的单位时间得到的。
5.根据权利要求3所述的方法,其特征在于:所述第二验证参数的checksum是根据checksum的增量以及所述第二数据包的checksum得到的,所述checksum的增量是根据间隔数据包的个数以及预设的checksum的增量单元得到的。
6.根据权利要求5所述的方法,其特征在于:所述checksum的增量单元是在确定编码方式以及语音通话的时期后,选择得到的。
7.根据权利要求1所述的方法,其特征在于:
在接收用户设备UE发送的第一数据包之后,若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数的步骤之前,所述方法还包括:
若判断满足预设的条件,则对第一数据包的包头进行解压,所述条件是丢包率优化开关打开和/或UE的承载类型为预设的承载类型。
8.一种基站,其特征在于,所述基站包括:
接收模块,用于接收用户设备UE发送的第一数据包,所述第一数据包包括包头和净荷;
获取模块,用于若所述第一数据包的包头解压失败,则获取第二数据包的第一验证参数,所述第二数据包是同一UE的最近一个包头解压成功的数据包,所述第一验证参数是验证所述第二数据包的身份的参数;
恢复模块,用于恢复所述第一数据包的包头,所述包头包括第二验证参数,所述第二验证参数是根据所述第一验证参数得到的;
生成模块,用于根据所述净荷和恢复的包头,生成所述第一数据包对应的恢复包。
9.一种电子设备,其特征在于,包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1-7任意一项的步骤。
10.一种存储介质,其上存储有计算机程序,其特征在于:所述程序被处理器执行时实现如权利要求1-7任意一项的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711432039.0A CN109962896A (zh) | 2017-12-26 | 2017-12-26 | 数据包的处理方法、基站、电子设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711432039.0A CN109962896A (zh) | 2017-12-26 | 2017-12-26 | 数据包的处理方法、基站、电子设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109962896A true CN109962896A (zh) | 2019-07-02 |
Family
ID=67021970
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711432039.0A Pending CN109962896A (zh) | 2017-12-26 | 2017-12-26 | 数据包的处理方法、基站、电子设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109962896A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021017890A1 (zh) * | 2019-07-29 | 2021-02-04 | 华为技术有限公司 | 一种通信方法和通信设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101107829A (zh) * | 2004-12-08 | 2008-01-16 | 高通股份有限公司 | 用于在稳健报头压缩中增强本地修复的方法和系统 |
CN101411157A (zh) * | 2006-05-04 | 2009-04-15 | 高通股份有限公司 | 用于在稳健标头压缩中加强局部修复的方法和系统 |
US20100263040A1 (en) * | 2007-10-02 | 2010-10-14 | Karl Norrman | Method and Arrangement for Security Activation Detection in a Telecommunication System |
CN102056235A (zh) * | 2009-11-09 | 2011-05-11 | 华为技术有限公司 | 一种数据传输方法、设备和系统 |
CN102571540A (zh) * | 2010-12-20 | 2012-07-11 | 华为技术有限公司 | 一种解压的方法及装置 |
WO2017053691A1 (en) * | 2015-09-24 | 2017-03-30 | Qualcomm Incorporated | Timestamp repair mechanism in case of decompression failure |
-
2017
- 2017-12-26 CN CN201711432039.0A patent/CN109962896A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101107829A (zh) * | 2004-12-08 | 2008-01-16 | 高通股份有限公司 | 用于在稳健报头压缩中增强本地修复的方法和系统 |
CN101411157A (zh) * | 2006-05-04 | 2009-04-15 | 高通股份有限公司 | 用于在稳健标头压缩中加强局部修复的方法和系统 |
US20100263040A1 (en) * | 2007-10-02 | 2010-10-14 | Karl Norrman | Method and Arrangement for Security Activation Detection in a Telecommunication System |
CN102056235A (zh) * | 2009-11-09 | 2011-05-11 | 华为技术有限公司 | 一种数据传输方法、设备和系统 |
CN102571540A (zh) * | 2010-12-20 | 2012-07-11 | 华为技术有限公司 | 一种解压的方法及装置 |
WO2017053691A1 (en) * | 2015-09-24 | 2017-03-30 | Qualcomm Incorporated | Timestamp repair mechanism in case of decompression failure |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021017890A1 (zh) * | 2019-07-29 | 2021-02-04 | 华为技术有限公司 | 一种通信方法和通信设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3600189B2 (ja) | パケット送受信装置及びパケット伝送方法 | |
US11563829B2 (en) | Simple ethernet header compression | |
US9325812B2 (en) | Method and apparatus for compressing nested protocol packet header | |
CN107094142A (zh) | 一种上行数据解压缩、压缩的方法和装置 | |
CN103647869B (zh) | 一种终端的配对方法、终端及系统 | |
CN111385221B (zh) | 一种数据处理方法和通信设备 | |
CN108111509B (zh) | 数据传输方法 | |
US8165165B2 (en) | Apparatus for dynamic header compression and method thereof | |
CN109842653A (zh) | 一种进行数据传输的方法和设备 | |
KR20060054662A (ko) | 광대역 무선 통신 시스템에서 헤더 압축 장치 및 방법 | |
CN101860904B (zh) | 基于数据包ip头压缩技术实现校验和计算的方法 | |
CN106332178A (zh) | 一种ip协议头压缩的方法、装置、用户设备及基站 | |
CN109219078B (zh) | 语音丢包处理方法及装置 | |
CN110149299A (zh) | 一种视频优化方法、装置和系统、终端和网络设备 | |
US10136375B2 (en) | Method for service data management, apparatus, and system | |
CN111371887B (zh) | 物联网日志传输方法、客户端、服务端、设备及存储介质 | |
CN109962896A (zh) | 数据包的处理方法、基站、电子设备和存储介质 | |
CN107317760A (zh) | 一种sdu分段处理方法和数据接收端 | |
CN109525374B (zh) | 数据传输的方法、无线接入点、用户设备及传输设备 | |
CN104320810B (zh) | 一种头压缩方法、装置及解压缩方法、装置 | |
CN111225077B (zh) | 物联网设备配网方法、装置和系统 | |
JP2004536509A (ja) | All−ip網に基づいた移動通信システムでの音声フレームを伝送するための装置及び方法 | |
CN108574684B (zh) | 一种解压缩的方法和装置 | |
Maeder et al. | Performance evaluation of ROHC reliable and optimistic mode for voice over LTE | |
CN114244911A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190702 |
|
RJ01 | Rejection of invention patent application after publication |