CN111866969A - 一种数据处理方法、通信装置和系统 - Google Patents

一种数据处理方法、通信装置和系统 Download PDF

Info

Publication number
CN111866969A
CN111866969A CN201910364555.7A CN201910364555A CN111866969A CN 111866969 A CN111866969 A CN 111866969A CN 201910364555 A CN201910364555 A CN 201910364555A CN 111866969 A CN111866969 A CN 111866969A
Authority
CN
China
Prior art keywords
access network
data packet
network device
rohc
data
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
Application number
CN201910364555.7A
Other languages
English (en)
Other versions
CN111866969B (zh
Inventor
张宏平
曾清海
黄曲芳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202111278394.3A priority Critical patent/CN114071622A/zh
Priority to CN201910364555.7A priority patent/CN111866969B/zh
Priority to EP20799497.1A priority patent/EP3955637A4/en
Priority to PCT/CN2020/087224 priority patent/WO2020221202A1/zh
Publication of CN111866969A publication Critical patent/CN111866969A/zh
Application granted granted Critical
Publication of CN111866969B publication Critical patent/CN111866969B/zh
Priority to US17/452,712 priority patent/US20220053369A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/407Bus networks with decentralised control
    • H04L12/413Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD)
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0058Transmission of hand-off measurement information, e.g. measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/18Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • H04W36/087Reselecting an access point between radio units of access points

Abstract

本申请实施例提供一种数据处理方法、接入设备及终端设备,其中,数据通信方法包括:第一接入网设备从第二接入网设备接收切换请求消息,切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区;第一接入网设备从第二接入网设备接收至少一个数据包;第一接入网设备从至少一个数据包中确认需要丢弃的第一数据包,第一数据包为终端设备成功收到的数据包,至少一个数据包中除第一数据包外的数据包为剩余数据包;第一接入网设备对剩余数据包进行健壮性包头压缩ROHC处理,其中,在确认需要丢弃的第一数据包之前,第一接入网设备不做ROHC处理。可以避免终端解压失败的问题。

Description

一种数据处理方法、通信装置和系统
技术领域
本发明涉及通信技术领域,尤其涉及一种数据处理方法、通信装置和系统。
背景技术
终端设备通常会进行小区切换,比如从第二接入网设备下的小区切换到第一接入网设备下的小区。在终端设备切换过程中,为了减少或避免中断,切换期间,第二接入网设备会对从核心网收到的数据包分配序号后进行复制,一份继续通过第二接入网设备进行健壮性包头压缩(RObust Header Compression,ROHC)处理后,通过第二接入网设备发送给终端设备,另一份发送给第一接入网设备,由第一接入网设备进行ROHC处理后发送给终端设备。终端设备在接入到第一接入网设备后,终端设备会向第一接入网设备发送包数据汇聚协议(Packet Data Convergence Protocol,PDCP)状态报告,用于向第一接入网设备指示哪些数据包已经成功收到了,第一接入网设备接收到PDCP状态报告之后,会丢弃掉终端设备已经确认成功收到的数据包。然而这些丢弃的数据包可能是经过了ROHC处理的初始和刷新(Initial and refresh,IR)数据包,而IR数据包是第一接入网设备提供给终端设备用于建立上下文标识context ID与压缩内容之间对应关系的关键内容,终端设备未接收到该IR数据包,也就未建立压缩内容与context ID之间的对应关系。当第一接入网设备后续直接发送包含context ID的压缩数据包,则终端设备无法得到该上下文标识对应的压缩内容,从而导致解压失败,造成用户数据的丢包。
发明内容
本申请实施例提供了一种数据处理方法、接入设备及终端设备,能够避免切换期间终端设备解压失败导致丢包的问题。
第一方面,本申请实施例提供一种数据处理方法,应用于第一接入网设备侧。该方法包括:第一接入网设备从第二接入网设备接收切换请求消息,该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区,其中,切换请求消息的消息名称还可以是切换命令、切换指示信息等等,本申请实施例不作限定。
第一接入网设备从第二接入网设备接收至少一个数据包,该至少一个数据包可以是第二接入网设备从核心网获取的该终端设备的至少一个数据包,第二接入网设备将该至少一个数据包发送给第一接入网设备。可选的,该至少一个数据包可以是第二接入网设备在从核心网获得该终端设备的至少一个数据包后,进行顺序编号,然后进行复制得到的数据包。其中,复制得到的两份数据包,每份数据包均包含至少一个数据包,其中一份数据包通过第二接入网设备进行ROHC处理后下发给终端设备,另一份数据包由第二接入网设备发送给第一接入网设备,再由第一接入网设备发送给终端设备。
第一接入网设备从所接收的至少一个数据包中确认需要丢弃的第一数据包,该第一数据包可以是终端设备成功收到的数据包,比如,该第一数据包是第二接入网设备发送给该终端设备的。该至少一个数据包中除第一数据包外的数据包为剩余数据包。其中,确认需要丢弃的第一数据包可以是第一接入网设备根据终端设备所发送的PDCP状态报告将终端设备成功收到的数据包进行丢弃。
第一接入网设备对剩余数据包进行ROHC处理,其中,在确认需要丢弃的第一数据包之前,第一接入网设备并不做ROHC处理。比如,可以是延迟进行ROHC处理,在确认需要丢弃的第一数据包之后,才开始对剩余数据包进行ROHC处理。
通过实施本申请实施例,第一接入网设备在确认需要丢弃的第一数据包之后,才进行ROHC处理,避免第一接入网设备将IR数据包丢弃导致终端设备解压失败的问题,同时也避免了用户数据的丢包。
在一种可能的设计中,第一接入网设备从至少一个数据包中确认需要丢弃的第一数据包之前,该方法还包括:第一接入网设备从终端设备接收包数据汇聚协议(PacketData Convergence Protocol,PDCP)状态报告,该PDCP状态报告用于指示终端设备确认成功收到的数据包或确认未成功收到的数据包。
第一接入网设备根据该状态报告,从所接收的至少一个数据包中确认需要丢弃的第一数据包。进一步的,第一接入网设备可以将确认需要丢弃的第一数据包直接丢弃。第一数据包可以包括一个数据包或者多个数据包,或者没有需要丢弃的数据包,则第一数据包包括0个数据包。
在一种可能的设计中,第一接入网设备从第二接入网设备接收的切换请求消息可以携带第一指示信息,该第一指示信息用于指示在确认需要丢弃的第一数据包之前,第一接入网设备不做ROHC处理,或者第一指示信息用于指示终端设备执行的切换是0毫秒中断的切换。需要说明的是,指示终端设备执行的切换是0毫秒中断的切换是一种间接的或者隐式的指示方式,第一接入网设备可以根据该指示信息,获知需要在确认需要丢弃的第一数据包之前,不做ROHC处理。
对应的,第二接入网设备向第一接入网设备发送切换请求消息,该切换请求消息可以携带第一指示信息,该第一指示信息用于指示在确认需要丢弃的第一数据包之前,第一接入网设备不做ROHC处理,或者第一指示信息用于指示终端设备执行的切换是0毫秒中断的切换。
第二方面,本申请实施例提供一种数据处理方法,应用于第一接入网设备侧。该方法包括:第一接入网设备从第二接入网设备接收切换请求消息,该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区。
第一接入网设备确认需要进行ROHC限制处理,该ROHC限制处理包括不进行头压缩,或只产生初始和刷新IR数据包,或使用R模式进行处理。
其中,不进行头压缩可以是第一接入网设备产生一种特定格式的非压缩数据包,比如第一接入网设备先发送IR数据包,该IR数据包中的profile ID的值为特定值,该特定值为0x0000,用于指示不压缩,后续第一接入网设备可以发送一种特定格式的非压缩数据包,比如可以包含context ID,不包含profile ID的非压缩数据包。
第一接入网设备从第二接入网设备接收至少一个数据包,并对该至少一个数据包中的第二数据包进行ROHC限制处理,其中,第二数据包可以是该至少一个数据包中的部分数据包。第二数据包可以包括一个数据包或者多个数据包。
第一接入网设备从该至少一个数据包中确认需要丢弃的第三数据包,该第三数据包为终端设备成功收到的数据包。需要说明的是,第三数据包可以包括一个数据包或者多个数据包。第三数据包可以包含第二数据包,或者第二数据包可以包含第三数据包,或者第二数据包与第三数据包相同,本申请实施例不作限定。
在确认需要丢弃的第三数据包之后,第一接入网设备取消该ROHC限制处理。其中,若ROHC限制处理包括不进行头压缩,或只产生初始和刷新IR数据包,则取消该ROHC限制处理可以是将第一接入网设备的ROHC层重置到初始状态。若ROHC限制处理包括使用R模式进行处理,则取消该ROHC限制处理可以是可以使用其他模式进行处理,其他模式可以是R模式、U模式以及O模式中的任意一种模式。
实施本申请实施例,在确认需要丢弃的第三数据包之前进行ROHC限制处理,避免丢弃时将IR数据包丢弃,导致终端设备无法识别压缩数据包,而产生解压失败,数据包丢弃的问题。
在一种可能的设计中,第一接入网设备取消ROHC限制处理后,第一接入网设备对所接收的至少一个数据包中除第二数据包和第三数据包外的数据包进行ROHC处理。即第一接入网设备仅仅对终端设备确认未收到的数据包,且未进行ROHC限制处理的数据包进行ROHC处理,避免重复处理数据包,提高处理效率。
在一种可能的设计中,第一接入网设备的PDCP协议层指示ROHC协议层进行ROHC限制处理。
在一种可能的设计中,在第一接入网设备从至少一个数据包中确认需要丢弃的第二数据包之前,第一接入网设备从终端设备接收PDCP状态报告,该PDCP状态报告用于指示终端设备确认成功收到的数据包或者确认未成功收到的数据包。
第一接入网设备根据PDCP状态报告,从至少一个数据包中确认需要丢弃的第三数据包。
在一种可能的设计中,第一接入网设备从第二接入网设备接收的切换请求消息携带第二指示信息,该第二指示信息用于指示在确认需要丢弃的第三数据包之前,第一接入网设备进行ROHC限制处理,或者第二指示信息进行间接指示,即指示终端设备执行的切换是0毫秒中断的切换。
对应的,第二接入网设备向第一接入网设备发送切换请求消息,该切换请求消息可以携带第二指示信息,该第二指示信息用于指示在确认需要丢弃的第三数据包之前,第一接入网设备进行ROHC限制处理,或者第二指示信息进行间接指示,即指示终端设备执行的切换是0毫秒中断的切换。
第三方面,本申请实施例提供一种数据处理方法,应用于第一接入网设备侧。该方法包括:第一接入网设备从第二接入网设备接收切换请求消息,该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区。
第一接入网设备从第二接入网设备接收至少一个数据包,并对该至少一个数据包进行ROHC处理,该至少一个数据包可以是第二接入网设备复制得到的数据包。
第一接入网设备从终端设备接收PDCP状态报告,该PDCP状态报告用于指示终端设备确认成功收到的数据包或确认未成功收到的数据包。
为了避免第一接入网设备将IR数据包丢弃,因此第一接入网设备忽略该PDCP状态报告。其中,忽略可以是不处理该PDCP状态报告,或者丢弃该PDCP状态报告。
通过实施本申请实施例,第一接入网设备收到该PDCP状态报告后,忽略该PDCP状态报告,不进行数据包的丢弃,IR数据包也就不会被丢弃,从而避免了终端设备解压失败的问题。
在一种可能的设计中,第一接入网设备从第二接入网设备接收的切换请求消息可以携带第三指示信息,该第三指示信息用于指示第一接入网设备忽略从终端设备所接收的PDCP状态报告,或者第三指示信息用于指示终端设备执行的切换是0毫秒中断的切换。
对应的,第二接入网设备向第一接入网设备发送切换请求消息,该切换请求消息可以携带第三指示信息,该第三指示信息用于指示第一接入网设备忽略从终端设备所接收的PDCP状态报告,或者第三指示信息用于指示终端设备执行的切换是0毫秒中断的切换。
第四方面,本申请实施例提供一种数据处理方法,应用于终端设备侧,该方法包括:终端设备从第二接入网设备接收切换命令消息,该切换命令消息用于指示终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区,其中,切换命令消息携带第四指示信息,第四指示信息用于指示终端设备执行的切换是0毫秒中断的切换,或者指示第二接入网设备在切换期间复制用户数据到所述第一接入网设备进行发送。需要说明的是,切换命令消息的消息名称可以是切换指示信息、切换信息等等,本申请实施例不作限定。
终端设备根据第四指示信息,确定不向第一接入网设备发送包数据汇聚协议PDCP状态报告,该PDCP状态报告用于指示终端设备确认成功收到的数据包或确认未成功收到的数据包。
通过实施本申请实施例,由于终端设备未向第一接入网设备发送PDCP状态报告,第一接入网设备也就不会进行数据包的丢弃,也就不会导致IR数据包的丢弃,避免了终端设备解压失败的问题。
对应的,第一接入网设备从第二接入网设备接收切换请求消息,该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区。
第一接入网设备从第二接入网设备接收至少一个数据包,并对该至少一个数据包进行ROHC处理,该至少一个数据包可以是第二接入网设备复制得到的数据包。
第一接入网设备由于未接收到终端设备所发送的PDCP状态报告,因此,第一接入网设备也就不会从该至少一个数据包中确认需要丢弃的数据包,而是将每一个数据包均进行ROHC处理后发送给终端设备。
第五方面,本申请实施例提供了一种通信装置,该通信装置可以为第一接入网设备或者可以用于第一接入网设备的部件(电路或者芯片),该通信装置可包括多个功能模块或单元,用于相应的执行第一方面至第三方面任一方面所提供的数据处理方法。
第六方面,本申请实施例提供了一种通信装置,该通信装置可以为终端设备或者可以用于终端设备的部件(电路或者芯片),该通信装置可包括多个功能模块或单元,用于相应的执行第四方面所提供的数据处理方法。
第七方面,本申请实施例提供了一种通信装置,该通信装置可以为第一接入网设备或者可以用于第一接入网设备的部件(电路或者芯片),该通信装置可包括:存储器、处理器、发射器、接收器,其中:发射器和接收器用于与其他通信设备(如终端设备或者第二接入网设备)通信。存储器用于存储第一方面至第三方面任一方面所提供的数据处理方法的实现代码,处理器用于执行存储器中存储的程序代码,即执行对应方面所提供的数据处理方法。
第八方面,本申请实施例提供了一种通信装置,该通信装置为终端设备或者可以用于第终端设备的部件(电路或者芯片),该第终端设备用于执行第四方面所提供的数据处理方法。终端设备可包括:存储器、处理器、发射器、接收器,其中:发射器和接收器用于与其他通信设备(如第一接入网或者第二接入网设备)通信。存储器用于存储第四方面所提供的数据处理方法的实现代码,处理器用于执行存储器中存储的程序代码,即执行第四方面所提供的数据处理方法。
第九方面,本申请实施例提供了一种通信芯片,该通信芯片可包括:处理器,以及耦合于所述处理器的一个或多个接口。其中,所述处理器可用于从存储器中调用第一方面至第四方面任一方面所提供的数据处理方法的实现程序,并执行该程序包含的指令。所述接口可用于输出所述处理器的数据处理结果。
第十方面,本申请实施例提供了一种计算机可读存储介质,可读存储介质上存储有指令,当其在处理器上运行时,使得处理器执行上述第一方面至第四方面任一方面描述的数据处理方法。
第十一方面,本申请实施例提供了一种包含指令的计算机程序产品,当其在处理器上运行时,使得处理器执行上述第一方面至第四方面任一方面描述的数据处理方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为本申请实施例提供的一种协议栈的示意图;
图2为本申请实施例提供的一种系统架构图;
图3为本申请实施例提供的一种数据包ROHC处理示意图;
图4为本申请实施例提供的现有技术中的ROHC处理示意图;
图5为本申请实施例提供的一种数据处理方法流程图;
图6为本申请实施例提供的一种协议栈处理数据包的示意图;
图7为本申请实施例提供的一种应用场景下数据处理方法的交互图;
图8为本申请实施例提供的另一种数据处理方法流程图;
图9为本申请实施例提供的一种应用场景下的数据处理方法的交互图;
图10为本申请实施例提供的另一种应用场景下的数据处理方法的交互图;
图11为本申请实施例提供的又一种数据处理方法流程图;
图12为本申请实施例提供的一种应用场景下的数据处理方法的交互图;
图13为本申请实施例提供的又一种数据处理方法流程图;
图14为本申请实施例提供的一种应用场景下的数据处理方法的交互图;
图15是本申请实施例的一个实施例提供的接入网设备的功能框图;
图16是本申请实施例的一个实施例提供的接入网设备的硬件架构示意图;
图17是本申请实施例的一个实施例提供的终端设备的功能框图;
图18是本申请实施例的一个实施例提供的终端设备的硬件架构示意图;
图19是本申请实施例提供的一种通信芯片的结构示意图。
具体实施方式
本申请实施例的第一接入网设备可以是终端设备切换之后所在小区的接入网设备,比如可以是终端设备切换的目标基站。
本申请实施例的第二接入网设备可以是终端设备切换之前所在小区的接入网设备,比如可以是终端设备切换前的源基站。
本申请实施例的数据包可以是PDCP SDU,即可以是对PDCP SDU进行ROHC处理。
下面对本申请实施例的ROHC处理机制进行介绍,需要说明的是,本申请实施例第一接入网设备主要涉及压缩端的ROHC处理流程,终端设备主要涉及解压缩端的ROHC处理流程:
为了有效提高有限的无线资源,需对无线分组报文的报头进行压缩。国际互联网工程任务组(The Internet Engineering Task Force,IETF)工作组于2001年提出了健壮性报头压缩协议,能获得较高的压缩率和较好的抗差错鲁棒性。
报头之所以能够进行压缩处理,主要是因为多个分组报文的报头字段之间存在着冗余信息,比如,IP头里面的源IP地址和目的IP地址。ROHC头压缩的最终目的就是要消除报头中的这些冗余信息,以达到报头压缩的目的。
为了能够对不同压缩内容进行区分,ROHC协议引入上下文标识(Context ID)来进行区分,即不同的压缩内容被分配到各自唯一的Context ID,比如,报头中的压缩内容为20个1,所分配的Context ID为10。如果多个报文的报头中均包含20个1,则所对应的ContextID均为10。
同时为了能够对多种类型协议的报头进行压缩处理,ROHC协议还引入了配置文件(Profile)的概念。根据报头的类型协议不同,ROHC协议制定了唯一Profile ID与之相对应,比如说IP/TCP的Profile ID为0x0006。如下所示为通常使用到的配置文件,该配置文件包含各种类型协议对应的Profile ID的值。
Figure BDA0002047783900000061
压缩端为了让解压缩端先建立Context ID与压缩内容之间的对应关系,需要先向解压缩端发送IR数据包,该IR数据包中包含分配的Context ID,对应的Profile ID和完整的报文(即是未进行压缩),完整的报文中包含Context ID对应的压缩内容,解压缩端接收到该IR数据包后,对其进行解析,并建立Context ID,Profile ID和该Context ID对应的压缩内容之间的对应关系。
由于解压缩端已经成功建立了Context ID、压缩内容以及Profile ID之间的对应关系,因此为了节省开销,压缩端后续可以直接发包含Context ID的压缩数据包,压缩数据包中不包含压缩内容,解压缩端对于之后收到的压缩数据包,通过所存储的Context ID、压缩内容以及Profile ID之间的对应关系,解压缩端就可以对该压缩数据包进行解压缩处理。
上述可见,只有解压端成功建立了context ID与压缩内容之间的对应关系,携带对应的context ID的压缩数据包才能被成功解压,否则就会出现解压失败。而对于压缩端从发IR数据包到发压缩数据包之间的转变方式不同,ROHC协议定义了三种工作模式,分别是U模式、R模式、O模式。
R模式是指压缩端只有收到解压缩端发送的响应(feedback)(feedback用于确认解压缩端已经成功建立了context ID与压缩内容之间的对应关系),后续携带相同压缩内容的报头才能进行压缩处理,否则携带该压缩内容的报头的数据包仍然采用IR数据包形式发送。
U模式是指当ROHC系统没有或者无法使用feedback时,选择U模式。解压缩端无法向压缩端发送feedback。压缩端只要连续发送了n个包含相同Context ID、压缩内容以及Profile ID的IR数据包(即乐观逼近方法)后,就认为解压缩端已经成功建立了Context ID与压缩内容之间的对应关系。压缩端就发包含Context ID的压缩数据包。
O模式是指压缩端根据乐观逼近或收到feedback时就认为解压缩端已经成功建立了Context ID与压缩内容之间的对应关系,并发送包含Context ID的压缩数据包。当ROHC系统有可以使用的feedback时才选择O模式。
在当前的新无线(New Radio,NR)系统(即5G)中,PDCP层负责(作为发送方)对上层递交的用户数据(即PDCP SDU)进行ROHC头压缩和(作为接收方)对下层递交的PDCP PDU进行ROHC头解压。如图1所示,为本申请实施例提供的一种压缩端和解压缩端的协议栈的示意图,如图所示,压缩端的PDCP实体将上层递交的用户数据(即PDCP SDU)存入发送缓存,并分配序号,然后进行ROHC头压缩处理,进一步对进行ROHC头压缩后的数据包进行完整性保护、加密、增加PDCP报头、路由处理,发送到无线链路层,通过无线接口发送到解压缩端。解压缩端去除PDCP报头、解密、完整性验证,然后根据序号重排序,重复包丢弃,进一步进行ROHC头解压,获得用户数据。
如图2所示,是本申请实施例提供的无线通信系统的架构示意图。该无线通信系统100包括:第一接入网设备11、第二接入网设备12以及终端设备(user equipment,UE)13。
其中,终端设备13也可以称为用户设备、移动台、接入终端、用户单元、用户站、移动站、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。终端设备可以是手持用户设备、笔记本电脑、用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字处理(personaldigital assistant,PDA)、具有无线通信功能的手持设备、车载设备、可穿戴设备以及未来5G网络中的移动台或者未来演进的公共陆地移动网(public land mobile network,PLMN)网络中的用户设备等。终端设备13与第一接入网设备11、第二接入网设备12之间采用某种空口技术相互通信。
本申请实施例涉及的第一接入网设备11、第二接入网设备12可以包括各种形式的网络设备,例如:宏基站,微基站(也称为小站),中继站,接入点,小区(Cell)等。示例性的基站可以是演进型基站(evolutional node B,eNB),以及5G系统、新无线(new radio,NR)系统中的下一代节点(next-generation Node B,gNB)。另外,基站也可以为收发点(transmission receive point,TRP)、中心单元(central unit,CU)或其他网络实体。另外,在分布式基站场景中,第一接入网设备11、第二接入网设备12可以是基带处理单元(baseband unit,BBU)和射频单元(remote radio unit,RRU),在云无线接入网(cloudradio access network,CRAN)场景下可以是基带池BBU pool和射频单元RRU。此外,第一接入网设备11、第二接入网设备12还可以是移动性管理实体(mobility management entity,MME)设备、接入和移动管理功能(access and mobility management function,AMF)设备、车联网控制功能(control function,CF)设备、网关(GateWay)、路边装置(roadsite unit,RSU)、运营管理和维护(operation administration and maintenance,OAM)设备、应用服务器(APP server)或第三方网元。
终端设备可以进行小区切换,比如从第二接入网设备12下的小区切换到第一接入网设备11下的小区。在进行网络切换过程时,终端设备断开与第二接入网设备12的无线连接,并重新建立与第一接入网设备11的网络连接。为了减少或避免中断,一种方法是第二接入网设备对从核心网收到的数据包分配序号后进行复制,该数据包可以是包数据汇聚协议(Packet Data Convergence Protocol,PDCP)业务数据单元(Service Data Unit,SDU)。如图3所示,第二接入网设备12将收到的PDCPSDU在第二接入网设备的PDCP层分配序号后进行复制,一份PDCPSDU继续通过第二接入网设备的PDCP层进行ROHC协议等处理后,通过第二接入网设备发送给终端设备,另一份PDCPSDU通过接入设备之间的接口发送给第一接入网设备的PDCP层,第一接入网设备的PDCP层对从第二接入网设备接收到的PDCPSDU进行ROHC等处理后发送给终端设备。需要说明的是,第一接入网设备和第二接入网设备在对数据包进行ROHC处理过程中所建立的Context ID与压缩内容的对应关系是相互独立的,即针对相同的压缩内容,第一接入网设备和第二接入网设备所分配的Context ID可能不同,因此终端设备不能依赖于从第二接入网设备接收的IR数据包所建立的Context ID与压缩内容之间的对应关系,来解压缩第一接入网设备的压缩数据包。
终端设备在完成接入到第一接入网设备后,会向第一接入网设备发送PDCPstatus report(PDCP状态报告),用于向第一接入网设备指示哪些PDCP PDU已经确认收到了。其中,该终端设备确认收到的数据包可以是从第二接入网设备接收到的。进一步,第一接入网设备接收到PDCP status report之后,丢弃掉终端设备已经确认收到的PDCP PDU。
然而,由于第一接入网设备获取第二接入网设备复制得到的PDCPSDU,即进行ROHC协议处理,若第一接入网设备采用的是U模式进行处理,即第一接入网设备处理了预设个数(比如3个)的IR数据包,该IR数据包中包含为压缩内容分配的Context ID和该压缩内容,则第一接入网设备认为终端设备已经建立了Context ID与压缩内容之间的对应关系,就接着发包含Context ID的压缩数据包。而上述丢弃的数据包可能正是ROHC协议处理得到的IR数据包,由于IR数据包被丢弃了,因此终端设备也没有办法建立Context ID与压缩内容之间的对应关系,就可能造成后续压缩数据包的ROHC解压失败,从而造成用户数据的丢包。
如图4所示,即是本申请实施例提供的一种应用场景示意图,如图所示,标号1、2、3、4、5、6用于表示执行顺序,在终端设备的切换过程中,第二接入网设备为数据包分配的序号为100到130,并复制后通过Xn接口发给第一接入网设备,其中第二接入网设备成功将100到106数据包传输到UE。而在第一接入网设备,这些数据包经过ROHC协议处理后,100-104号数据包封装成了用于终端设备建立context ID为10与压缩内容之间对应关系的IR数据包,105-130号数据包进行了压缩处理,成为了压缩数据包,即包含context ID,不包括压缩内容。UE向第一接入网设备发送PDCP status report,指示100-106数据包已经确认收到,第二接入网设备丢弃掉100到106数据包,将107到130号数据包发送给UE,在UE解压107-130号数据包时,由于没有收到100-104数据包,没有建立context ID为10与压缩内容之间的对应关系,因此解压失败,丢弃107-130数据包,从而造成用户数据的丢失。
针对上述技术问题,本申请实施例提出图5-图14的实施例用于解决上述解压失败的技术问题,具体技术细节请参照图5-图14中实施例的描述,在此不再赘述。
需要说明的,图2示出的通信系统100仅仅是为了更加清楚的说明本申请的技术方案,并不构成对本申请的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请提供的技术方案对于类似的技术问题,同样适用。
基于前述无线通信系统100中的各个设备,本申请实施例提供了一种数据包处理方法。如图5所示,该方法包括但不限于如下步骤:
S101、第二接入网设备向第一接入网设备发送切换请求消息,所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区。
S102,第一接入网设备从第二接入网设备接收切换请求消息。
S103,第二接入网设备向第一接入网设备发送至少一个数据包。
S104,第一接入网设备从第二接入网设备接收所述至少一个数据包。
在一个实施例中,终端设备可以进行小区切换,比如终端设备可以从第二接入网设备下的小区切换到第一接入网设备下的小区,第二接入网设备向第一接入网设备发送切换请求消息,该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区,第一接入网设备接收第二接入网设备发送的切换请求消息,并通过解析该切换请求消息,获知终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区。需要说明的是,切换请求消息的消息名称可以是其他,比如,可以是切换命令,切换请求等等,本申请实施例不作限定。
为了能够避免切换期间的中断,当第二接入网设备确定终端设备需要进行小区切换后,即将该终端设备的至少一个数据包发送给第一接入网设备。可选的,该至少一个数据包可以是第二接入网设备将从核心网获得的该终端设备的数据包进行复制后得到的。比如在切换之前,第二接入网设备从核心网获得的该终端设备的数据包,当确定终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区,则第二接入网设备将该终端设备的数据包进行复制,然后进行顺序编号,比如采用阿拉伯数字进行编号,例如编号为100-130,最后,对编号后的数据包进行复制,共获得两份数据包,每份数据包包括至少一个数据包,该两份数据包的数量相同,比如每份数据包均包含31个数据包。其中一份数据包通过第二接入网设备下发给终端设备,另一份通过第一接入网设备发送给终端设备。
S105、所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第一数据包,所述第一数据包为所述终端设备成功收到的数据包,所述至少一个数据包中除所述第一数据包外的数据包为剩余数据包。
在一个实施例中,在终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区的切换过程中,在终端设备断开与第二接入网设备之间的网络连接之前,终端设备可以接收到第二接入网设备发送的数据包,在终端设备建立与第一接入网设备之间的网络连接之后,终端设备可以接收到第一接入网设备发送的数据包。为了避免重复传输浪费空口的无线资源,终端设备在建立与第一接入网设备之间的网络连接之后,会向第一接入网设备发送PDCP状态报告,该PDCP状态报告用于指示终端设备确认成功收到的数据包或确认未成功收到的数据包,这样第一接入网设备接收到该PDCP状态报告之后,会从第二接入网设备接收的至少一个数据包中确认需要丢弃的第一数据包。需要说明的是,终端设备确认成功收到的数据包可以是第二接入网设备在断开与终端设备之间的网络连接之前向该终端设备发送的数据包,或者终端设备确认成功收到的数据包可以包括第二接入网设备在断开与终端设备之间的网络连接之前向该终端设备发送的数据包,以及第一接入网设备在建立与终端设备之间的网络连接之后向该终端设备发送的数据包,本申请实施例对此不作限定。
第一接入网设备根据PDCP状态报告,从至少一个数据包中确认需要丢弃的第一数据包,第一数据包为终端设备成功收到的数据包,其中,第一数据包可以包括一个数据包或者多个数据包,或者没有需要丢弃的数据包,则第一数据包包括0个数据包。该至少一个数据包中除第一数据包外的数据包即为剩余数据包,需要说明的是,第一接入网设备可以通过PDCP状态报告确定剩余数据包,比如,该至少一个数据包编号为100-130,PDCP状态报告指示编号为100-106的数据包终端设备已经成功收到,则可以确认剩余数据包为编号为107-130的数据包。
S106,所述第一接入网设备对所述剩余数据包进行健壮性包头压缩ROHC处理,其中,在所述确认需要丢弃的第一数据包之前,所述第一接入网设备不做ROHC处理。
在一个实施例中,第一接入网设备对剩余数据包进行ROHC处理,需要说明的是,ROHC处理包括为报头中的压缩内容分配上下文标识context ID,产生包含context ID、Profile ID以及压缩内容的IR数据包,当第一接入网设备确认终端设备建立了context ID与压缩内容之间的对应关系后,该第一接入网设备即发送包含context ID、而不包含压缩内容的压缩数据包。其中,第一接入网设备确认终端设备建立了context ID与压缩内容之间的对应关系的确认方式可以是向终端设备发送预设个数的IR数据包,即认为终端设备建立了context ID与压缩内容之间的对应关系。
为了避免第一接入网设备在根据PDCP状态报告确认需要丢弃的数据包时,误将第一接入网设备产生的用于终端设备建立context ID与压缩内容之间的对应关系的IR数据包丢弃掉,本申请实施例中,在确认需要丢弃的第一数据包之前,该第一接入网设备不做ROHC处理,即延迟进行ROHC处理。当第一接入网设备接收到第二接入网设备转发的至少一个数据包,等待终端设备向第一接入网设备发送的PDCP状态报告,并在根据PDCP状态报告确认从该至少一个数据包需要丢弃的第一数据包后,才开始进行ROHC处理。
可选的,第一接入网设备延迟进行ROHC处理,可以是,比如,可以是第一接入网设备接收到切换请求消息后,PDCP层即指示ROHC层在确认需要丢弃的第一数据包之前不作ROHC处理,或者,在第一接入网设备确认需要丢弃的第一数据包之后,PDCP层将剩余数据包交由ROHC层进行ROHC处理,即是第一接入网设备的PDCP层在丢弃第一数据包之前不将数据包交由ROHC层。
可选的,第一接入网设备延迟进行ROHC处理,可以是第一接入网设备延迟进行PDCP处理,由于ROHC处理是由PDCP层指示进行操作的,因此,延迟进行PDCP处理也即延迟进行ROHC。
可选的,可以是第二接入网设备向第一接入网设备指示延迟进行ROHC处理。比如第二接入网设备向第一接入网设备发送的切换请求消息中携带第一指示信息,该第一指示信息用于指示终端设备进行0毫秒终端的切换,或者,该第一指示信息用于指示在确认需要丢弃的第一数据包之前,第一接入网设备不做ROHC处理。需要说明的是,指示终端设备执行的切换是0毫秒中断的切换即是间接指示在确认需要丢弃的第一数据包之前,第一接入网设备不做ROHC处理,只是指示方式的不同。当第一接入网设备收到切换消息中包含用于指示终端设备执行的切换是0毫秒中断的切换的第一指示信息时,即获知在确认需要丢弃的第一数据包之前,不做ROHC处理。
如图6所示,即是本申请实施例提供的一种延迟进行ROHC处理的示意图,如图所示,第二接入网设备将编号为100-130的数据包进行复制,一份发送给第一接入网设备的PDCP层进行ROHC处理,一份通过第二接入网设备的PDCP层进行ROHC处理。比如,编号为100-106的数据包通过第二接入网设备发送给终端设备。第一接入网设备接收到数据包100-130,延迟进行ROHC处理,即不进行ROHC处理。终端设备向第一接入网设备发送PDCP状态报告,用于指示确认成功收到了编号为100-106的数据包。第一接入网设备丢弃掉编号为100-106的数据包,对编号为107-130的数据包进行ROHC处理,经过ROHC处理后,编号为107-111的数据包是IR数据包,用于建立context ID与压缩内容之间的对应关系,编号为112-130的数据包是压缩数据包。由于IR数据包并未丢弃,因此终端设备对于后续压缩数据包也能成功解压。
通过实施本申请实施例,第一接入网设备在从接收的至少一个数据包中确认需要丢弃的第一数据包后,才进行ROHC处理,即不会提前产生IR数据包,避免了IR数据包的丢弃,从而避免终端设备解压失败。
基于图5实施例的描述,请参照图7,为本申请实施例提供的一种具体应用场景中的技术实现,包括以下步骤:
S201、在终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区,第二接入网设备和终端设备之间进行测量控制和报告;
在步骤S201之前,第二接入网设备与终端设备之间建立网络连接,并进行用户数据的传输。
S202、第二接入网设备作出切换决定;
S203、第二接入网设备向第一接入网设备发送切换请求消息,该切换请求消息包含指示信息,用于指示对第二接入网设备转发的至少一个数据包延迟进行ROHC处理,或者,指示在确认需要丢弃该至少一个数据包中的第一数据包之前,不做ROHC处理,第一数据包为终端设备成功收到的数据包;
S204、第一接入网设备进行接纳控制;
S205、第一接入网设备向第二接入网设备发送切换请求确认;
S206、第二接入网设备向终端设备发送RRC重配置信息,该重配置信息包含切换命令;
S207、第二接入网设备向第一接入网设备发送至少一个数据包;该至少一个数据包是第二接入网设备从核心网获得的终端设备的数据包,对该至少一个数据包分配序号,然后复制该数据包,获得两份,一份由第二接入网设备经过ROHC处理后发送至终端设备,另一份发送给第一接入网设备,由第一接入网设备经过ROHC处理后发送至终端设备。
S208、第一接入网设备确定对第二接入网设备发送过来的至少一个数据包延迟进行ROHC处理(或PDCP处理),或者,第一接入网设备确定在确认丢弃该至少一个数据包中的第一数据包之前,不做ROHC处理;
S209、终端设备随机接入第一接入网设备;
S210、终端设备接入第一接入网设备后,向第一接入网设备发送RRC重配置完成信息;
S211、终端设备向第一接入网设备发送PDCP状态报告,该PDCP状态报告用于指示终端设备确认成功收到的数据包或者终端设备未成功收到的数据包;
S212、第一接入网设备根据PDCP状态报告丢弃掉终端设备确认收到的数据包;
S213,第一接入网设备指示对剩余数据包进行ROHC处理或者PDCP处理。
基于前述无线通信系统100中的各个设备,本申请实施例提供了另一种数据包处理方法。如图8所示,该方法包括但不限于如下步骤:
S301,第二接入网设备向第一接入网设备发送切换请求消息,所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区;
S302,第一接入网设备接收切换请求消息;
S303,第一接入网设备确认需要进行ROHC限制处理,所述ROHC限制处理包括不进行ROHC头压缩,或只产生初始和刷新IR数据包,或使用R模式进行ROHC处理;
S304,第二接入网设备向第一接入网设备发送至少一个数据包;
S305,第一接入网设备从第二接入网设备接收至少一个数据包,并对所述至少一个数据包中的第二数据包进行ROHC限制处理;
为了能够避免切换期间的中断,第一接入网设备在接收到切换请求消息后,即确认需要进行ROHC限制处理,比如,第一接入网设备的PDCP层指示ROHC层需要进行ROHC限制处理。当ROHC层被指示需要进行ROHC限制处理,则ROHC层对后续数据包即进行ROHC限制处理。ROHC限制处理包括不进行ROHC头压缩,或只产生初始和刷新IR数据包,或使用R模式进行ROHC处理。
其中,不进行ROHC头压缩可以是产生非压缩数据包,该非压缩数据包包括IR数据包和一种特定格式的非压缩数据包,比如,第一接入网设备可以先产生IR数据包,该IR数据包中的profile ID可以为一个特定值0x0000,该特定值用于指示数据包未进行头压缩,同时会携带一个context ID,该IR数据包用于终端设备建立context ID与不压缩之间的对应关系,当第一接入网设备发送预设个数的IR数据包后,即发特定格式的非压缩数据包,该特定格式的非压缩数据包中包含context ID,但是并没有进行头压缩,终端设备接收到该特定格式的非压缩数据包后,通过预先建立的context ID与不压缩之间的对应关系,即知道该特定格式的非压缩数据包是未压缩的数据包。
其中,只产生IR数据包是指第一接入网设备不能按照原始的U模式发送数据包,而是需要在取消ROHC限制处理之前,需要一直发送IR数据包,原始的U模式是指发送预设个数的IR数据包后,即发送压缩数据包。
其中,使用R模式进行ROHC处理,在现有技术中,ROHC层使用哪种模式进行处理并没有固定,由它自主选择。而在本申请实施例中,PDCP层指示ROHC层需要使用R模式进行处理,即只有收到终端设备发送的用于指示该终端设备成功建立了context ID与压缩内容之间的对应关系的反馈信息,ROHC层才发送压缩数据包,即使第一接入网设备根据PDCP状态报告将IR数据包丢弃了,但是由于第一接入网设备未收到终端设备的反馈信息,第一接入网设备还会继续发送IR数据包,以提供终端设备建立context ID与压缩内容之间的对应关系。因此数据包的丢弃不会造成后续数据包的解压失败问题。
对于第二接入网设备,在确定终端设备需要进行小区切换后,即将该终端设备的至少一个数据包发送给第一接入网设备。可选的,该至少一个数据包可以是第二接入网设备将从核心网获得的该终端设备的数据包进行复制后得到的。比如在切换之前,第二接入网设备从核心网获得的该终端设备的数据包,当确定终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区,则第二接入网设备将该终端设备的数据包进行复制,然后进行顺序编号,比如采用阿拉伯数字进行编号,例如编号为100-130,最后,对编号后的数据包进行复制,共获得两份数据包,每份数据包包括至少一个数据包,该两份数据包的数量相同,比如每份数据包均包含31个数据包。其中一份数据包通过第二接入网设备下发给终端设备,另一份通过第一接入网设备发送给终端设备。
第一接入网设备从第二接入网设备接收至少一个数据包,并对该至少一个数据包中的第二数据包进行ROHC限制处理,其中,第二数据包可以是该至少一个数据包中的部分数据包,第二数据包可以包括一个数据包或者多个数据包。比如,该至少一个数据包为编号为100-130的数据包,则第二数据包可以是编号为100-106的数据包。第二数据包所包含的数据包个数可以取决于第一接入网设备的处理速度,以及第一接入网设备取消该ROHC限制处理的时间,比如,若取消该ROHC限制处理的时间比较晚,则第二数据包所包含的数据包个数比较多,若取消该ROHC限制处理的时间比较早,则第二数据包所包含的数据包个数比较少。又或者,第二数据包还可以是包括0个数据包,比如终端设备反馈PDCP状态报告时,第一接入网设备一个数据包都未进行ROHC限制处理。
S306,所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第三数据包,所述第三数据包为所述终端设备成功收到的数据包;
在一个实施例中,在终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区的切换过程中,在终端设备断开与第二接入网设备之间的网络连接之前,终端设备可以接收到第二接入网设备发送的数据包,在终端设备建立与第一接入网设备之间的网络连接之后,终端设备可以接收到第一接入网设备发送的数据包。为了避免重复接收,终端设备在建立与第一接入网设备之间的网络连接之后,会向第一接入网设备发送PDCP状态报告,该PDCP状态报告用于指示终端设备确认成功收到的数据包或确认未成功收到的数据包,这样第一接入网设备接收到该PDCP状态报告之后,会从第二接入网设备接收的至少一个数据包中确认需要丢弃的第三数据包。需要说明的是,终端设备确认成功收到的数据包可以是第二接入网设备在断开与终端设备之间的网络连接之前向该终端设备发送的数据包,或者终端设备确认成功收到的数据包可以包括第二接入网设备在断开与终端设备之间的网络连接之前向该终端设备发送的数据包,以及第一接入网设备在建立与终端设备之间的网络连接之后向该终端设备发送的数据包,本申请实施例对此不作限定。
其中,第三数据包可以包括一个数据包或者多个数据包或者0个数据包。需要说明的是,第三数据包与第二数据包之间可能存在相同的数据包,比如,若终端设备发送PDCP状态报告比较早,则第一接入网设备进行ROHC限制处理的第二数据包所包含的数据包的数量并不多,可以是编号为100-101的数据包,而根据PDCP状态报告确认需要丢弃的第三数据包可以包括编号为100-106的数据包,则第三数据包包含第二数据包;或者,若终端设备发送PDCP状态报告比较晚,则第一接入网设备进行ROHC限制处理的第二数据包所包含的数据包的数量比较多,可以是编号为100-110的数据包,而根据PDCP状态报告确认需要丢弃的第三数据包可以包括编号为100-105的数据包,则第二数据包包含第三数据包。或者,第二数据包所包含的数据包的个数与第三数据包所包含的个数相同,等等,本申请实施例对此不作限定。
S307,在所述确认需要丢弃的第三数据包之后,所述第一接入网设备取消所述ROHC限制处理。
在一个实施例中,在第一接入网设备确认需要丢弃的第三数据包之后,则可以取消ROHC限制处理,以提高传输效率,其中,取消ROHC限制处理可以是不进行ROHC限制处理。
可选的,若ROHC限制处理包括不进行头压缩或者只产生IR数据包,则取消ROHC限制处理可以是向ROHC层指示需要重置到初始状态,重置到初始状态即是ROHC层不能依赖于之前所建立的context ID与压缩内容之间的对应关系,需要重新为压缩内容分配contextID,并重新产生用于终端设备建立context ID与压缩内容之间对应关系的IR数据包。
可选的,若ROHC限制处理包括使用R模式进行处理,则取消ROHC限制处理可以是可以使用其他任意模式进行处理,其他任意模式可以包括R模式、U模式以及O模式中的任意一种模式。
进一步可选的,在取消ROHC限制处理后,第一接入网设备对第二接入网设备转发过来的至少一个数据包中除第二数据包和第三数据包外的数据包进行ROHC处理。即第一接入网设备只对未经过ROHC限制处理且终端设备确认未成功收到的数据包进行ROHC处理。
可选的,可以是第二接入网设备向第一接入网设备指示在确认需要丢弃的第三数据包之前需要进行ROHC限制处理。比如,第二接入网设备向第一接入网设备发送的切换请求消息中包含第二指示信息,该第二指示信息用于指示在确认需要丢弃的第三数据包之前,第一接入网设备进行ROHC限制处理,或者,第二指示信息用于指示终端设备执行的切换是0毫秒中断的切换,即第二指示信息可以进行直接指示或者间接指示第一接入网设备需要进行ROHC限制处理。第一接入网设备通过第二指示信息可以获知需要进行ROHC限制处理,并对后续数据包进行ROHC限制处理,直至取消ROHC限制处理。
通过实施本申请实施例,在确认需要丢弃的第三数据包之前,第一接入网设备进行ROHC限制处理,不进行头压缩、或只产生IR数据包、或使用R模式进行处理,第三数据包的丢弃不会造成后续数据包的解压失败问题,从而避免终端设备解压失败。
基于图8实施例的描述,请参照图9,为本申请实施例提供的一种具体应用场景中的技术实现,包括以下步骤:
S401、第二接入网设备和终端设备之间进行测量控制和报告;
在步骤S401之前,第二接入网设备与终端设备之间建立网络连接,并进行用户数据的传输。
S402、第二接入网设备作出切换决定;
S403、第二接入网设备向第一接入网设备发送切换请求消息,该切换请求消息包含指示信息,用于指示对第二接入网设备转过来的数据包不进行ROHC头压缩、或者只产生IR数据包;
S404、第一接入网设备进行接纳控制;
S405、第一接入网设备向第二接入网设备发送切换请求确认;
S406、第二接入网设备向终端设备发送RRC重配置信息,该重配置信息包含切换命令;
S407,第一接入网设备的PDCP层指示ROHC层对数据包不进行ROHC头压缩、或者只产生IR数据包;
S408、第一接入网设备接收第二接入网设备发送的至少一个数据包,该数据包是第二接入网设备从核心网获得的终端设备的数据包,首先对该数据包分配序号,然后复制该数据包,获得两份,一份由第二接入网设备经过ROHC协议处理后发送至终端设备,另一份发送给第一接入网设备,由第一接入网设备经过ROHC协议处理后发送至终端设备。
S409、终端设备随机接入第一接入网设备;
S410、终端设备接入第一接入网设备后,向第一接入网设备发送RRC重配置完成信息;
S411、终端设备向第一接入网设备发送PDCP状态报告,该PDCP状态报告用于指示终端设备确认收到的数据包或者终端设备确认未收到的数据包;
S412、第一接入网设备根据PDCP状态报告丢弃掉终端设备确认收到的数据包;
S413,第一接入网设备的PDCP层指示ROHC层重置到初始状态。
基于图8实施例的描述,请参照图10,为本申请实施例提供的另一种具体应用场景中的技术实现,包括以下步骤:
S501、第二网络设备和终端设备之间进行测量控制和报告;
在步骤S501之前,第二接入网设备与终端设备之间建立网络连接,并进行用户数据的传输。
S502、第二接入网设备作出切换决定;
S503、第二接入网设备向第一接入网设备发送切换请求,该切换请求包含指示信息,用于指示第一接入网设备的ROHC层使用R模式;
S504、第一接入网设备进行接纳控制;
S505、第一接入网设备向第二接入网设备发送切换请求确认;
S506、第二接入网设备向终端设备发送RRC重配置信息,该重配置信息包含切换命令;
S507,第一接入网设备的PDCP层指示ROHC层使用R模式进行处理;
S508、第一接入网设备接收第二接入网设备发送至少一个数据包,该数据包是第二接入网设备从核心网获得的终端设备的数据包,首先对该数据包分配序号,然后复制该数据包,获得两份,一份由第二接入网设备经过ROHC协议处理后发送至终端设备,另一份发送给第一接入网设备,由第一接入网设备经过ROHC协议处理后发送至终端设备。
S509、终端设备随机接入第一接入网设备;
S510、终端设备向第一接入网设备发送RRC重配置完成信息;
S511、终端设备向第一接入网设备发送PDCP状态报告,该PDCP状态报告用于指示终端设备确认收到的数据包或者终端设备确认未收到的数据包;
S512、第一接入网设备根据PDCP状态报告丢弃掉终端设备确认收到的数据包;
S513,第一接入网设备的PDCP层指示ROHC层解除限制,可以采用其他模式进行处理,其他模式可以是U模式、O模式或者R模式。
基于前述无线通信系统100中的各个设备,本申请实施例提供了又一种数据包处理方法。如图11所示,该方法包括但不限于如下步骤:
S601,第二接入网设备向第一接入网设备发送切换请求消息,所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区
S602,第一接入网设备从第二接入网设备接收切换请求消息;
S603,第二接入网设备向第一接入网设备发送至少一个数据包;
S604,第一接入网设备从第二接入网设备接收所述至少一个数据包,对所述至少一个数据包进行ROHC处理;
在一个实施例中,终端设备可以进行小区切换,比如终端设备可以从第二接入网设备下的小区切换到第一接入网设备下的小区,第二接入网设备向第一接入网设备发送切换请求消息,该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区,第一接入网设备接收第二接入网设备发送的切换请求消息,并通过解析该切换请求消息,获知终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区。需要说明的是,切换请求消息的消息名称可以是其他,比如,可以是切换命令,切换请求等等,本申请实施例不作限定。
为了能够避免切换期间的中断,当第二接入网设备确定终端设备需要进行小区切换后,即将该终端设备的至少一个数据包发送给第一接入网设备。可选的,该至少一个数据包可以是第二接入网设备将从核心网获得的该终端设备的数据包进行复制后得到的。比如在切换之前,第二接入网设备从核心网获得的该终端设备的数据包,当确定终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区,则第二接入网设备将该终端设备的数据包进行复制,然后进行顺序编号,比如采用阿拉伯数字进行编号,例如编号为100-130,最后,对编号后的数据包进行复制,共获得两份数据包,每份数据包包括至少一个数据包,该两份数据包的数量相同,比如每份数据包均包含31个数据包。其中一份数据包通过第二接入网设备下发给终端设备,另一份通过第一接入网设备发送给终端设备。
第一接入网设备接收到第二接入网设备发送的至少一个数据包后,即对该至少一个数据包中的每个数据包进行ROHC处理。
S605,终端设备向第一接入网设备发送PDCP状态报告;
S606,第一接入网设备从所述终端设备接收包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包;
S607,所述第一接入网设备忽略所述PDCP状态报告。
在一个实施例中,终端设备与第一接入网设备建立网络建立后,即向第一接入网设备发送PDCP状态报告,为了避免第一接入网设备丢弃掉已经经过ROHC处理得到的IR数据包,第一接入网设备忽略该PDCP状态报告。
可选的,第一接入网设备忽略PDCP状态报告可以是不从所述至少一个数据包中丢弃终端设备已经确认成功收到的数据包,也就是说第一接入网设备不处理该PDCP状态报告,从而继续进行ROHC处理,并将经过ROHC处理的每个数据包发送至终端设备,或者,第一接入网设备将该PDCP状态报告丢弃。
可选的,可以是第二接入网设备向第一接入网设备指示忽略PDCP状态报告。比如,第二接入网设备向第一接入网设备发送的切换请求消息携带第三指示信息,该第三指示信息用于指示第一接入网设备忽略所接收的PDCP状态报告,或者,第三指示信息用于指示终端设备进行0毫秒中断切换,当终端设备接收到该切换请求消息,即可获知需要忽略终端设备所发送的PDCP状态报告。
进一步的,终端设备接收第一接入网设备发送的经过ROHC处理的数据包,由于第一接入网设备未进行丢弃,因此,终端设备会接收到一些重复的数据包,但是这些重复的数据包可能为IR数据包,因此终端设备检测到重复数据包后不能马上进行丢弃,需要进行ROHC头解压后,才能进行丢弃。
通过实施本申请实施例,由于第一接入网设备在收到PDCP状态报告后,直接忽略了该PDCP状态报告,未进行丢弃,也不会导致IR数据包的丢失,因此也可以避免终端设备设备解压失败。
基于图11实施例的描述,请参照图12,为本申请实施例提供的一种具体应用场景中的技术实现,包括以下步骤:
S701、第二接入网设备和终端设备之间进行测量控制和报告;
在步骤S701之前,第二接入网设备与终端设备之间建立网络连接,并进行用户数据的传输。
S702、第二接入网设备作出切换决定;
S703、第二接入网设备向第一接入网设备发送切换请求消息,该切换请求消息包含指示信息,用于指示第一接入网设备忽略终端设备发送的PDCP状态报告;
S704、第一接入网设备进行接纳控制;
S705、第一接入网设备向第二接入网设备发送切换请求确认;
S706、第二接入网设备向终端设备发送RRC重配置信息,该重配置信息包含切换命令;
S707、第二接入网设备向第一接入网设备发送至少一个数据包,该数据包是第二接入网设备从核心网获得的终端设备的数据包,首先对该数据包分配序号,然后复制该数据包,获得两份,一份由第二接入网设备经过ROHC协议处理后发送至终端设备,另一份发送给第一接入网设备,由第一接入网设备经过ROHC协议处理后发送至终端设备。
S708、终端设备随机接入第一接入网设备;
S709、终端设备向第一接入网设备发送RRC重配置完成信息;
S710、终端设备向第一接入网设备发送PDCP状态报告,该PDCP状态报告用于指示终端设备确认收到的数据包或者终端设备未收到的数据包;
S711、第一接入网设备忽略PDCP状态报告,即第一接入网设备不丢弃终端设备确认接收的数据包,仍然发送给终端设备;
S712,第一接入网设备将所有数据包均发送给终端设备;
S713、终端设备的PDCP层确认该数据包已经收到,仍然执行ROHC头解压后丢弃。
基于前述无线通信系统100中的各个设备,本申请实施例提供了又一种数据包处理方法。如图13所示,该方法包括但不限于如下步骤:
S801,终端设备从第二接入网设备接收切换命令消息,所述切换命令消息用于指示所述终端设备从所述第二接入网设备下的小区切换到第一接入网设备下的小区,其中,所述切换命令消息携带第四指示信息,所述第四指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换,或者指示所述第二接入网设备在切换期间复制用户数据到所述第一接入网设备进行发送;
S802,所述终端设备根据所述第四指示信息,确定不向所述第一接入网设备发送包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包。
在一个实施例中,切换命令消息的消息名称可以是切换命令、切换指示信息以及切换信息等等,本申请实施例对此不作限定。
可选的,第四指示信息可以是直接指示终端设备不向第一接入网设备发送PDCP状态报告,或者第四指示信息可以是间接指示终端设备不向第一接入网设备发送PDCP状态报告,比如,第四指示信息用于指示终端设备执行的切换是0毫秒中断的切换,或者第四指示信息指示第二接入网设备在切换期间复制用户数据到第一接入网设备进行发送。终端设备通过第四指示信息获知不需要向第一接入网设备发送PDCP状态报告。可以理解的是,终端设备不向第一接入网设备发送PDCP状态报告也可以称为终端设备跳过向第一接入网设备发送PDCP状态报告的步骤。
第一接入网设备获取第二接入网设备发送的至少一个数据包,可选的,该至少一个数据包可以是第二接入网设备将从核心网获得的该终端设备的数据包进行复制后得到的。由于终端设备未向该第一接入网设备发送PDCP状态报告,所以,第一接入网设备将所接收的至少一个数据包中的每个数据包均进行ROHC处理后发送给终端设备。终端设备从第一接入网设备接收经过ROHC处理的至少一个数据包,由于第一接入网设备未丢弃数据包,因此,终端设备接收的经过ROHC处理的至少一个数据包可能与终端设备已经接收的数据包中存在重复数据包,终端设备已经接收的数据包可以是从第二接入网设备所接收的重复数据包。为了避免IR数据包的丢弃,即使终端设备检测到重复数据包也不进行丢弃,而是进行ROHC头解压后进行丢弃。
通过实施本申请实施例,终端设备未向第一接入网设备发送PDCP状态报告,所以第一接入网设备也不会根据PDCP状态报告丢弃经过ROHC处理的数据包,不会存在将IR数据包丢弃的风险,因此避免终端设备解压失败。
基于图13实施例的描述,请参照图14,为本申请实施例提供的一种具体应用场景中的技术实现,包括以下步骤:
S901、第二接入网设备和终端设备之间进行测量控制和报告;
在步骤S901之前,第二接入网设备与终端设备之间建立网络连接,并进行用户数据的传输。
S902、第二接入网设备作出切换决定;
S903、第二接入网设备向第一接入网设备发送切换请求;
S904、第一接入网设备进行接纳控制;
S905、第一接入网设备向第二接入网设备发送切换请求确认;
S906、第二接入网设备向终端设备发送RRC重配置信息,该重配置信息包含切换命令,该切换命令包含指示信息,该指示信息用于指示0ms中断的切换;
S907、第二接入网设备向第一接入网设备发送至少一个数据包,该数据包是第二接入网设备从核心网获得的终端设备的数据包,首先对该数据包分配序号,然后复制该数据包,获得两份,一份由第二接入网设备经过ROHC协议处理后发送至终端设备,另一份发送给第一接入网设备,由第一接入网设备经过ROHC协议处理后发送至终端设备。
S908、终端设备随机接入第一接入网设备;
S909、终端设备接入第一接入网设备后,向第一接入网设备发送RRC重配置完成信息;
S910、终端设备判断是0ms中断的切换,确定不向第一接入网设备发送PDCP状态报告;
S911、终端设备与第一接入网设备进行用户数据传输;
S912,终端设备的PDCP层确认该数据包已经收到,仍然执行ROHC头解压后丢弃。
需要说明的是,本申请上述各个实施例中,由终端设备实现的步骤,也可以由可用于终端设备的部件(例如电路或者芯片)实现,由第一接入网终端设备实现的步骤,也可以由可用于第一接入网设备的部件(例如电路或者芯片)实现,由第二接入网终端设备实现的步骤,也可以由可用于第二接入网设备的部件(例如电路或者芯片)实现。
本申请实施例提供了一种通信装置,该通信装置可以为第一接入网设备或者可以用于第一接入网设备的部件,该通信装置中可以包括模块或者单元,从而实现图5或者图8或者图11的数据处理方法。一种可能的方式中,可以由处理单元、收发单元来实现上述数据处理方法,其中,收发单元用于执行该过程中信息或消息的接收或者发送的操作,处理单元用于执行相应的处理操作,例如确认对接收的至少一个数据包延迟进行ROHC处理,即在确认丢弃的第一数据包之前不进行ROHC处理,从而避免由于IR数据包的丢弃导致终端设备解压失败的问题。可选的,收发单元可以受处理单元控制,即处理单元可以控制收发单元执行收发操作。另外,接入网设备中的处理单元、收发单元可以分别为按照功能划分的逻辑模块,或者分别为相应的硬件模块。当处理单元、收发单元均为逻辑模块时,该接入网设备的结构可以如图15所示。
在一种可能实现中,收发单元1101,用于从第二接入网设备接收切换请求消息,所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区;
所述收发单元1101,还用于从所述第二接入网设备接收至少一个数据包;
处理单元1102,用于从所述至少一个数据包中确认需要丢弃的第一数据包,所述第一数据包为所述终端设备成功收到的数据包,所述至少一个数据包中除所述第一数据包外的数据包为剩余数据包;
所述处理单元1102,还用于对所述剩余数据包进行健壮性包头压缩ROHC处理,其中,在所述确认需要丢弃的第一数据包之前,所述第一接入网设备不做ROHC处理。
处理单元可以具体为处理器,收发单元可以为收发器或者收发电路或者接口电路。
可选的,该通信装置还可以包括存储单元,该存储单元可以包括代码(或者程序)或者数据,处理单元可以与存储单元耦合,例如调用存储单元中的代码或者数据,使得通信装置实现图5或者图8或者图11实施例的数据处理方法。
可以理解的是,上述处理单元,收发单元和存储单元可以集成在一起,也可以分离,本申请实施例对此不做限定。
可选的,图16示出了接入网设备的一种可能的结构。
请参见图16,图16示出了本申请实施例提供的接入网设备,接入网设备可包括:一个或多个处理器1201、存储器1202、网络接口1203、发射器1205、接收器1206、耦合器1207和天线1208。这些部件可通过总线1204或者其他方式连接,图16以通过总线连接为例。其中:
网络接口1203可用于接入网设备与其他通信设备,例如其他网络设备,进行通信。具体的,网络接口1203可以是有线接口。
发射器1205可用于对处理器1201输出的信号进行发射处理,例如信号调制。接收器1206可用于对天线1208接收的移动通信信号进行接收处理。例如信号解调。在本申请的一些实施例中,发射器1205和接收器1206可看作一个无线调制解调器。在接入网设备120中,发射器1205和接收器1206的数量均可以是一个或者多个。天线1208可用于将传输线中的电磁能转换成自由空间中的电磁波,或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器1207可用于将移动通信号分成多路,分配给多个的接收器1206。
存储器1202可以和处理器1201通过总线1204或者输入输出端口耦合,存储器1202也可以与处理器1201集成在一起。存储器1202用于存储各种软件程序和/或多组指令和/或数据。具体的,存储器1202可包括高速随机存取的存储器,并且也可包括非易失性存储器,例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器1202可以存储操作系统(下述简称系统),例如uCOS、VxWorks、RTLinux等嵌入式操作系统。存储器1202还可以存储网络通信程序,该网络通信程序可用于与一个或多个附加设备,一个或多个终端,一个或多个网络设备进行通信。
处理器1201可用于进行无线信道管理、实施呼叫和通信链路的建立和拆除,并为本控制区内的用户提供小区切换控制等。具体的,处理器1201可包括:管理/通信模块(administration6odule/communication 6odule,A6/C6)(用于话路交换和信息交换的中心)、基本模块(basic6odule,B6)(用于完成呼叫处理、信令处理、无线资源管理、无线链路的管理和电路维护功能)、码变换及子复用单元(transcoder and sub6ultiplexer,TCS6)(用于完成复用解复用及码变换功能)等等。
本申请实施例中,处理器1201可用于读取和执行计算机可读指令。具体的,处理器1401可用于调用存储于存储器1202中的程序,例如本申请的一个或多个实施例提供的数据处理方法在接入网设备120侧的实现程序,并执行该程序包含的指令。
在一种可能的实现方式中,接收器1206用于从第二接入网设备接收切换请求消息,所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区;以及从所述第二接入网设备接收至少一个数据包;
处理器1201,用于从所述至少一个数据包中确认需要丢弃的第一数据包,所述第一数据包为所述终端设备成功收到的数据包,所述至少一个数据包中除所述第一数据包外的数据包为剩余数据包;对所述剩余数据包进行健壮性包头压缩ROHC处理,其中,在所述确认需要丢弃的第一数据包之前,所述第一接入网设备不做ROHC处理。
需要说明的是,图16所示的接入网设备120仅仅是本申请实施例的一种实现方式,实际应用中,接入网设备120还可以包括更多或更少的部件,这里不作限制。
本申请实施例提供了一种通信装置,该通信装置可以为终端设备或者可以用于终端设备的部件,该通信装置中可以包括模块或者单元,从而实现图13的数据处理方法。一种可能的方式中,可以由处理单元、收发单元来实现上述数据处理方法,其中,收发单元用于执行该过程中信息或消息的接收或者发送的操作,处理单元用于执行相应的处理操作。可选的,收发单元可以受处理单元控制,即处理单元可以控制收发单元执行收发操作。另外,接入网设备中的处理单元、收发单元可以分别为按照功能划分的逻辑模块,或者分别为相应的硬件模块。当处理单元、收发单元均为逻辑模块时,该终端设备的结构可以如图17所示。
其中,所述接收单元1701,用于从第二接入网设备接收切换命令消息,所述切换命令消息用于指示所述终端设备从所述第二接入网设备下的小区切换到第一接入网设备下的小区,其中,所述切换命令消息携带第四指示信息,所述第四指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换,或者指示所述第二接入网设备在切换期间复制用户数据到所述第一接入网设备进行发送;
所述处理单元1702,用于根据所述第四指示信息,确定不向所述第一接入网设备发送包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包。
处理单元可以具体为处理器,收发单元可以为收发器或者收发电路或者接口电路。
可选的,该通信装置还可以包括存储单元,该存储单元可以包括代码(或者程序)或者数据,处理单元可以与存储单元耦合,例如调用存储单元中的代码或者数据,使得通信装置实现图13实施例的数据处理方法。
可以理解的是,上述处理单元,收发单元和存储单元可以集成在一起,也可以分离,本申请实施例对此不做限定。
可选的,图18示出了终端设备的一种可能的结构。
请参见图18,图18示出了本申请实施例提供的一种终端设备,该终端设备180可包括:一个或多个处理器1801、存储器1802、发射器1803、接收器1804。这些部件可通过总线1805或者其他方式连接,图18以通过总线连接为例。其中:
处理器1801可以是通用处理器,例如中央处理器(central processing unit,CPU),还可以是数字信号处理器(digital signal processing,DSP)、专用集成电路(application specific integrated circuit,ASIC),或者是被配置成实施本申请实施例的一个或多个集成电路。处理器1801可处理通过接收器1804接收到的数据。处理器1801还可处理将被发送到发射器1803的数据。
存储器1802可以和处理器1801通过总线1805或者输入输出端口耦合,存储器1802也可以与处理器1801集成在一起。存储器1802用于存储各种软件程序和/或多组指令。具体的,存储器1802可包括高速随机存取的存储器,并且也可包括非易失性存储器,例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器1802还可以存储网络通信程序,该网络通信程序可用于与一个或多个附加设备,一个或多个终端,一个或多个网络设备进行通信。
发射器1803可用于对处理器1801输出的信号进行发射处理。接收器1804可用于对接收的通信信号进行接收处理。终端设备180中,发射器1803和接收器1804的数量均可以是一个或者多个。
处理器1801可用于读取和执行计算机可读指令。具体的,处理器1801可用于调用存储于存储器1802中的程序,例如本申请的一个或多个实施例提供的数据处理方法在终端设备180侧的实现程序,并执行该程序包含的指令以实现后续实施例涉及的方法。可选地,当处理器1801发送任何消息或数据时,其具体通过驱动或控制发射器1803做所述发送。可选地,当处理器1801接收任何消息或数据时,其具体通过驱动或控制接收器1804做所述接收。因此,处理器1801可以被视为是执行发送或接收的控制中心,发射器1803和接收器1804是发送和接收操作的具体执行者。
其中,处理器1801,用于从第二接入网设备接收切换命令消息,所述切换命令消息用于指示所述终端设备从所述第二接入网设备下的小区切换到第一接入网设备下的小区,其中,所述切换命令消息携带第四指示信息,所述第四指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换,或者指示所述第二接入网设备在切换期间复制用户数据到所述第一接入网设备进行发送;
处理器1801,用于根据所述第四指示信息,确定不向所述第一接入网设备发送包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包。
需要说明的,图18所示的终端设备180仅仅是本申请实施例的一种实现方式,实际应用中,用户面功能设备180还可以包括更多或更少的部件,这里不作限制。
参见图19,图19示出了本申请提供的一种通信芯片的结构示意图。如图19所示,通信芯片190可包括:处理器1901,以及耦合于处理器1901的一个或多个接口1902。其中:
处理器191可用于读取和执行计算机可读指令。具体实现中,处理器1901可主要包括控制器、运算器和寄存器。其中,控制器主要负责指令译码,并为指令对应的操作发出控制信号。运算器主要负责执行定点或浮点算数运算操作、移位操作以及逻辑操作等,也可以执行地址运算和转换。寄存器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中,处理器1901的硬件架构可以是专用集成电路(applicationspecific integrated circuits,ASIC)架构、MIPS架构、ARM架构或者NP架构等等。处理器1701可以是单核的,也可以是多核的。
接口1902可用于输入待处理的数据至处理器1901,并且可以向外输出处理器1901的处理结果。例如,接口1902可以是通用输入输出(general purpose input output,GPIO)接口,可以和多个外围设备(如显示器(LCD)、摄像头(camara)、射频(radio frequency,RF)模块等等)连接。接口1902通过总线1903与处理器1901相连。
本申请中,处理器1901可用于从存储器中调用本申请的一个或多个实施例提供的用户报文传输方法在通信设备侧的实现程序,并执行该程序包含的指令。接口1902可用于输出处理器1901的执行结果。本申请中,接口192可具体用于输出处理器1901的资源分配结果。关于本申请的一个或多个实施例提供的用户报文传输方法可参考前述图5或者图8或者图11或者图13所示各个实施例,这里不再赘述。
需要说明的,处理器1901、接口1902各自对应的功能既可以通过硬件设计实现,也可以通过软件设计来实现,还可以通过软硬件结合的方式来实现,这里不作限制。
本申请的另一实施例中,还提供一种通信系统,该通信系统包括第一接入网设备和第二接入网设备。或者,该通信系统包括第一接入网设备、第二接入网设备和终端设备。示例性的,第一接入网设备可以为图15或图16所提供的接入网设备,且用于执行图5至图12所提供的数据处理方法中接入网设备的步骤;和/或,终端设备可以为图17或图18所提供的终端设备,且用于执行图13至图14所提供的数据处理方法中终端设备的步骤。
在本申请的另一实施例中,还提供一种可读存储介质,可读存储介质中存储有计算机执行指令,当一个设备(可以是单片机,芯片等)或处理器调用可读存储介质中存储的计算机执行指令,实现图5或者图8或者图11或者图13所示各个实施例提供的数据处理方法中第一接入网设备或者终端设备所执行的步骤。前述的可读存储介质可包括:U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请的另一实施例中,还提供一种计算机程序产品,该计算机程序产品包括计算机执行指令,该计算机执行指令存储在计算机可读存储介质中;设备的至少一个处理器可从计算机可读存储介质读取该计算机执行指令,实现图5或者图8或者图11或者图13所示各个实施例提供的数据处理方法中第一接入网设备或者终端设备所执行的步骤。
本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选的还包括没有列出的步骤或单元,或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(如同轴电缆、光纤、数字用户线(DSL))或无线(如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质,(如软盘、硬盘、磁带)、光介质(如DVD)、或者半导体介质(如固态硬盘(solid statedisk,SSD))等。
最后应说明的是:以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种数据处理方法,其特征在于,包括:
第一接入网设备从第二接入网设备接收切换请求消息,所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区;
所述第一接入网设备从所述第二接入网设备接收至少一个数据包;
所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第一数据包,所述第一数据包为所述终端设备成功收到的数据包,所述至少一个数据包中除所述第一数据包外的数据包为剩余数据包;
所述第一接入网设备对所述剩余数据包进行健壮性包头压缩ROHC处理,其中,在所述确认需要丢弃的第一数据包之前,所述第一接入网设备不做ROHC处理。
2.如权利要求1所述的方法,其特征在于,所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第一数据包之前,还包括:
所述第一接入网设备从所述终端设备接收包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包;
所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第一数据包,包括:
所述第一接入网设备根据所述PDCP状态报告,从所述至少一个数据包中确认需要丢弃的第一数据包。
3.如权利要求1或2所述的方法,其特征在于,所述切换请求消息携带第一指示信息,所述第一指示信息用于指示在所述确认需要丢弃的第一数据包之前,所述第一接入网设备不做ROHC处理,或者所述第一指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换。
4.一种数据处理方法,其特征在于,包括:
第一接入网设备从第二接入网设备接收切换请求消息,所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区;
所述第一接入网设备确认需要进行健壮性包头压缩ROHC限制处理,所述ROHC限制处理包括不进行ROHC头压缩,或只产生初始和刷新IR数据包,或使用R模式进行ROHC处理;
所述第一接入网设备从所述第二接入网设备接收至少一个数据包,并对所述至少一个数据包中的第二数据包进行所述ROHC限制处理;
所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第三数据包,所述第三数据包为所述终端设备成功收到的数据包;
在所述确认需要丢弃的第三数据包之后,所述第一接入网设备取消所述ROHC限制处理。
5.如权利要求4所述的方法,其特征在于,所述第一接入网设备取消所述ROHC限制处理之后,还包括:
所述第一接入网设备对所述至少一个数据包中除所述第二数据包和所述第三数据包外的数据包进行ROHC处理。
6.如权利要求4所述的方法,其特征在于,所述第一接入网设备确认需要进行健壮性包头压缩ROHC限制处理,包括:
所述第一接入设备的包数据汇聚协议PDCP协议层指示ROHC协议层进行ROHC限制处理。
7.如权利要求4-6任意一项所述的方法,其特征在于,所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第二数据包之前,还包括:
所述第一接入网设备从所述终端设备接收PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包;
所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第三数据包,包括:
所述第一接入网设备根据所述PDCP状态报告,从所述至少一个数据包中确认需要丢弃的第三数据包。
8.如权利要求4所述的方法,其特征在于,所述切换请求消息携带第二指示信息,所述第二指示信息用于指示在所述确认需要丢弃的第三数据包之前,所述第一接入网设备进行所述ROHC限制处理,或者所述第二指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换。
9.一种数据处理方法,其特征在于,包括:
第一接入网设备从第二接入网设备接收切换请求消息,所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区;
所述第一接入网设备从所述第二接入网设备接收至少一个数据包,并对所述至少一个数据包进行健壮性包头压缩ROHC处理;
所述第一接入网设备从所述终端设备接收包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包;
所述第一接入网设备忽略所述PDCP状态报告。
10.如权利要求9所述的方法,其特征在于,所述切换请求消息携带第三指示信息,所述第三指示信息用于指示所述第一接入网设备忽略所述PDCP状态报告,或者所述第三指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换。
11.一种数据处理方法,其特征在于,包括:
终端设备从第二接入网设备接收切换命令消息,所述切换命令消息用于指示所述终端设备从所述第二接入网设备下的小区切换到第一接入网设备下的小区,其中,所述切换命令消息携带第四指示信息,所述第四指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换,或者指示所述第二接入网设备在切换期间复制用户数据到所述第一接入网设备进行发送;
所述终端设备根据所述第四指示信息,确定不向所述第一接入网设备发送包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包。
12.一种通信装置,其特征在于,所述通信装置包括用于执行权利要求1-3任一项所述的数据处理方法的模块或单元。
13.一种通信装置,其特征在于,所述通信装置包括用于执行权利要求4-8任一项所述的数据处理方法的模块或单元。
14.一种通信装置,其特征在于,所述通信装置包括用于执行权利要求9或10任一项所述的数据处理方法的模块或单元。
15.一种通信装置,其特征在于,所述通信装置包括用于执行权利要求11所述的数据处理方法的模块或单元。
16.一种通信系统,其特征在于,包括第一接入网设备和第二接入网设备,其中,所述第一接入网设备为权利要求12-14任一项所述的通信装置。
17.如权利要求16所述的通信系统,其特征在于,所述通信系统还包括终端设备。
18.一种计算机存储介质,其特征在于,所述计算机存储介质上存储有指令,当所述指令在处理器上运行时,使得所述处理器执行权利要求1至3或者权利要求4至8或者权利要求9至10或者权利要求11任一项所述的的通信方法。
CN201910364555.7A 2019-04-30 2019-04-30 一种数据处理方法、通信装置和系统 Active CN111866969B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202111278394.3A CN114071622A (zh) 2019-04-30 2019-04-30 一种数据处理方法、通信装置和系统
CN201910364555.7A CN111866969B (zh) 2019-04-30 2019-04-30 一种数据处理方法、通信装置和系统
EP20799497.1A EP3955637A4 (en) 2019-04-30 2020-04-27 DATA PROCESSING METHOD, COMMUNICATION APPARATUS, AND SYSTEM
PCT/CN2020/087224 WO2020221202A1 (zh) 2019-04-30 2020-04-27 一种数据处理方法、通信装置和系统
US17/452,712 US20220053369A1 (en) 2019-04-30 2021-10-28 Data processing method, and communication apparatus and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910364555.7A CN111866969B (zh) 2019-04-30 2019-04-30 一种数据处理方法、通信装置和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202111278394.3A Division CN114071622A (zh) 2019-04-30 2019-04-30 一种数据处理方法、通信装置和系统

Publications (2)

Publication Number Publication Date
CN111866969A true CN111866969A (zh) 2020-10-30
CN111866969B CN111866969B (zh) 2021-10-26

Family

ID=72965107

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202111278394.3A Pending CN114071622A (zh) 2019-04-30 2019-04-30 一种数据处理方法、通信装置和系统
CN201910364555.7A Active CN111866969B (zh) 2019-04-30 2019-04-30 一种数据处理方法、通信装置和系统

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202111278394.3A Pending CN114071622A (zh) 2019-04-30 2019-04-30 一种数据处理方法、通信装置和系统

Country Status (4)

Country Link
US (1) US20220053369A1 (zh)
EP (1) EP3955637A4 (zh)
CN (2) CN114071622A (zh)
WO (1) WO2020221202A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114095451A (zh) * 2021-11-17 2022-02-25 腾讯科技(深圳)有限公司 一种数据处理方法、设备及计算机可读存储介质

Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101361343A (zh) * 2005-12-19 2009-02-04 汤姆森许可贸易公司 用于在分布站的网络中交换数据分组的方法,以及用于该方法的压缩服务器、网络站和dhcp服务器
CN101389119A (zh) * 2007-09-11 2009-03-18 大唐移动通信设备有限公司 Lte系统小区切换过程中数据重传的方法及装置
CN101548564A (zh) * 2006-12-04 2009-09-30 高通股份有限公司 将移动设备从源eNB转移到目标eNB的方法和装置
US20110058530A1 (en) * 2009-09-07 2011-03-10 Samsung Electronics Co., Ltd. System and method for supporting robust header compression in wireless communication system
CN102045132A (zh) * 2009-10-23 2011-05-04 华为技术有限公司 基于重传机制的对头压缩数据包进行传输的方法和装置
CN102131234A (zh) * 2010-01-18 2011-07-20 华为技术有限公司 Ip数据包的压缩及解压缩方法和装置
CN102469511A (zh) * 2010-11-15 2012-05-23 中兴通讯股份有限公司 一种分组数据汇聚协议层处理数据的方法及系统
CN102484643A (zh) * 2009-07-08 2012-05-30 汤姆森特许公司 后向鲁棒性首标压缩接收器
KR20130126844A (ko) * 2012-05-07 2013-11-21 주식회사 케이티 Lte 시스템에서 기지국간 헤더압축(rohc)의 연속적 서비스 제공 방법
WO2014119921A1 (en) * 2013-01-29 2014-08-07 Lg Electronics Inc. Method and apparatus for transmitting indicator in wireless communication system
CN104518851A (zh) * 2013-09-27 2015-04-15 中兴通讯股份有限公司 一种数据处理方法及装置
CN107277879A (zh) * 2016-04-01 2017-10-20 北京三星通信技术研究有限公司 一种支持无缝切换的方法及基站设备
CN104067523B (zh) * 2013-01-17 2018-03-09 华为技术有限公司 一种数据包处理方法和装置
US20180098257A1 (en) * 2007-04-25 2018-04-05 Telefonaktiebolaget Lm Ericsson (Publ) Method and Apparatus for Seamless Handover in a Wireless Communication Network
WO2018093939A1 (en) * 2016-11-16 2018-05-24 Intel IP Corporation Rach-less handover
CN108076481A (zh) * 2016-11-10 2018-05-25 普天信息技术有限公司 一种用于终端迟后接入集群组呼的方法
US20180192337A1 (en) * 2017-01-05 2018-07-05 Lg Electronics Inc. Method and base station for supporting handover
CN108632229A (zh) * 2017-03-24 2018-10-09 电信科学技术研究院 一种多连接中的头压缩方法、解头压缩方法及装置
US20180309660A1 (en) * 2017-04-24 2018-10-25 Motorola Mobility Llc Duplicating pdcp pdus for a radio bearer
WO2019006582A1 (en) * 2017-07-03 2019-01-10 Qualcomm Incorporated SYSTEM AND METHOD FOR DELAY-SENSITIVE TRAFFIC LATENCY REDUCTION
CN109644193A (zh) * 2016-08-31 2019-04-16 高通股份有限公司 针对减小的带宽的无线设备的报头压缩

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100770857B1 (ko) * 2004-02-12 2007-10-26 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
EP1773004A1 (en) * 2005-10-10 2007-04-11 Nec Technologies (UK) Limited Header compression optimisation method during and after handovers in a cellular communication network
NZ578058A (en) * 2007-03-16 2012-06-29 Ericsson Telefon Ab L M Method and apparatus for relocating a header compression context in a wireless communication system
CN101965705B (zh) * 2007-10-01 2015-05-06 交互数字专利控股公司 用于pdcp丢弃的方法和装置
JP5734680B2 (ja) * 2011-01-26 2015-06-17 京セラ株式会社 移動通信方法及び基地局
CN104703230A (zh) * 2013-12-09 2015-06-10 中兴通讯股份有限公司 一种基于鲁棒性头压缩协议的切换方法、设备和系统
CN117295114A (zh) * 2017-09-18 2023-12-26 三星电子株式会社 用于在无线通信系统中处理分组的方法和装置

Patent Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101361343A (zh) * 2005-12-19 2009-02-04 汤姆森许可贸易公司 用于在分布站的网络中交换数据分组的方法,以及用于该方法的压缩服务器、网络站和dhcp服务器
CN101548564A (zh) * 2006-12-04 2009-09-30 高通股份有限公司 将移动设备从源eNB转移到目标eNB的方法和装置
US20180098257A1 (en) * 2007-04-25 2018-04-05 Telefonaktiebolaget Lm Ericsson (Publ) Method and Apparatus for Seamless Handover in a Wireless Communication Network
CN101389119A (zh) * 2007-09-11 2009-03-18 大唐移动通信设备有限公司 Lte系统小区切换过程中数据重传的方法及装置
CN102484643A (zh) * 2009-07-08 2012-05-30 汤姆森特许公司 后向鲁棒性首标压缩接收器
US20110058530A1 (en) * 2009-09-07 2011-03-10 Samsung Electronics Co., Ltd. System and method for supporting robust header compression in wireless communication system
CN102045132A (zh) * 2009-10-23 2011-05-04 华为技术有限公司 基于重传机制的对头压缩数据包进行传输的方法和装置
CN102131234A (zh) * 2010-01-18 2011-07-20 华为技术有限公司 Ip数据包的压缩及解压缩方法和装置
CN102469511A (zh) * 2010-11-15 2012-05-23 中兴通讯股份有限公司 一种分组数据汇聚协议层处理数据的方法及系统
KR20130126844A (ko) * 2012-05-07 2013-11-21 주식회사 케이티 Lte 시스템에서 기지국간 헤더압축(rohc)의 연속적 서비스 제공 방법
CN104067523B (zh) * 2013-01-17 2018-03-09 华为技术有限公司 一种数据包处理方法和装置
WO2014119921A1 (en) * 2013-01-29 2014-08-07 Lg Electronics Inc. Method and apparatus for transmitting indicator in wireless communication system
CN104518851A (zh) * 2013-09-27 2015-04-15 中兴通讯股份有限公司 一种数据处理方法及装置
CN107277879A (zh) * 2016-04-01 2017-10-20 北京三星通信技术研究有限公司 一种支持无缝切换的方法及基站设备
CN109644193A (zh) * 2016-08-31 2019-04-16 高通股份有限公司 针对减小的带宽的无线设备的报头压缩
CN108076481A (zh) * 2016-11-10 2018-05-25 普天信息技术有限公司 一种用于终端迟后接入集群组呼的方法
WO2018093939A1 (en) * 2016-11-16 2018-05-24 Intel IP Corporation Rach-less handover
US20180192337A1 (en) * 2017-01-05 2018-07-05 Lg Electronics Inc. Method and base station for supporting handover
CN108632229A (zh) * 2017-03-24 2018-10-09 电信科学技术研究院 一种多连接中的头压缩方法、解头压缩方法及装置
US20180309660A1 (en) * 2017-04-24 2018-10-25 Motorola Mobility Llc Duplicating pdcp pdus for a radio bearer
WO2019006582A1 (en) * 2017-07-03 2019-01-10 Qualcomm Incorporated SYSTEM AND METHOD FOR DELAY-SENSITIVE TRAFFIC LATENCY REDUCTION

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS INC.: "Corrections to PDCP specification", 《3GPP TSG-RAN WG2 #101 R2-1803858》 *
吴冀衍: "延迟敏感的移动多媒体会议端到端服务质量保障", 《计算机学报》 *
高子龙: "基于数据驱动的无线链路管理策略", 《科学技术与工程》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114095451A (zh) * 2021-11-17 2022-02-25 腾讯科技(深圳)有限公司 一种数据处理方法、设备及计算机可读存储介质

Also Published As

Publication number Publication date
CN111866969B (zh) 2021-10-26
EP3955637A4 (en) 2022-09-14
US20220053369A1 (en) 2022-02-17
WO2020221202A1 (zh) 2020-11-05
CN114071622A (zh) 2022-02-18
EP3955637A1 (en) 2022-02-16

Similar Documents

Publication Publication Date Title
KR101264042B1 (ko) 데이터 다운로드 방법 및 단말
WO2020043114A1 (zh) 数据传输方法及相关装置
CN109863731B (zh) 数据传输方法、相关设备及通信系统
RU2701523C1 (ru) Система и способ обеспечения синхронизации в передачах в режиме без соединения
WO2020221048A1 (zh) 一种通信方法及装置
CN111405625B (zh) 一种切换方法、基站、通信系统及存储介质
JP5292172B2 (ja) 接続管理装置及び接続管理方法
WO2018202131A1 (zh) 通信方法、装置及系统
EP3402159B1 (en) Communication method, apparatus and system based on stream control transmission protocol (sctp)
WO2019137169A1 (zh) 数据传输方法、装置、设备及计算机可读存储介质
CN111866969B (zh) 一种数据处理方法、通信装置和系统
JP2010062761A (ja) データ通信制御装置、データ通信方法、データ通信システム及びデータ通信プログラム
CN113873582B (zh) 一种移动边缘计算处理方法以及相关设备
WO2022016558A1 (zh) 一种业务连续性事件的通知方法及装置
CN111355564B (zh) 处理压缩错误的方法和装置
CN111586769B (zh) 无线通信系统中的切换方法、装置及系统
CN111757399B (zh) 无线通信系统中的切换方法、装置及系统
JP2023062123A (ja) 無線通信装置、無線通信方法、及び無線通信システム
WO2017185368A1 (zh) 一种信令传输方法和设备
CN114846774B (zh) 一种通信方法及装置
CN109905447B (zh) 信息传输的方法和装置
CN116491219A (zh) 一种通信方法及装置
CN112218305B (zh) 一种配置更新方法、通信装置和系统
CN111225423A (zh) 一种数据前转的方法和设备
KR20030094974A (ko) 이동통신 시스템의 데이터 호 트래픽 프레임 제어방법

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