CN114337936A - 确定收发窗口不一致的方法,装置以及相关设备 - Google Patents

确定收发窗口不一致的方法,装置以及相关设备 Download PDF

Info

Publication number
CN114337936A
CN114337936A CN202011059921.7A CN202011059921A CN114337936A CN 114337936 A CN114337936 A CN 114337936A CN 202011059921 A CN202011059921 A CN 202011059921A CN 114337936 A CN114337936 A CN 114337936A
Authority
CN
China
Prior art keywords
terminal
access network
network device
window
target 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.)
Pending
Application number
CN202011059921.7A
Other languages
English (en)
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.)
Shanghai Huawei Technologies Co Ltd
Original Assignee
Shanghai 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 Shanghai Huawei Technologies Co Ltd filed Critical Shanghai Huawei Technologies Co Ltd
Priority to CN202011059921.7A priority Critical patent/CN114337936A/zh
Publication of CN114337936A publication Critical patent/CN114337936A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种确定收发窗口不一致的方法,可以应用于通信领域,该方法包括:接入网设备确定终端的业务类型是否为可靠传输协议类型的业务;在第一时段内向所述终端发送第一数据报文接收与第一数据报文对应的混合自动重传请求确认HARQ‑ACK;若终端的业务类型为可靠传输协议类型的业务,在第一时段内接入网设备未接收到终端发送的上行数据报文,则接入网设备确定接入网设备的发送窗口和所述终端的接收窗口不一致。本申请可以无需等待不活动定时器超时,提前刷新收发窗口,从而降低数据延迟,提升用户体验。

Description

确定收发窗口不一致的方法,装置以及相关设备
技术领域
本申请涉及通信领域,尤其涉及一种确定收发窗口不一致的方法,装置以及相关设备。
背景技术
随着LTE商用网络容量逐渐增加,长期演进(Long Term Evolution,LTE)用户数正在快速增加。在通信环境瞬息万变的情况下,如何保证数据的准确传输一直备受关注。
以长期演进语音承载(Voice over Long-Term Evolution,VOLTE)语音业务为例,在终端和接入网设备双方交互报文的过程中,发送方通过分组数据汇聚协议(Packet DataConvergence Protocol,PDCP)发送窗口发送数据报文,接收方通过PDCP接收窗口接收数据报文。在发送数据报文前,发送方对数据报文进行加密;在接收到数据报文后,接收方对数据报文进行解密。在加解密的过程中,发送方和接收方会使用到COUNT。COUNT由超帧号(hyper frame number,HFN)和分组数据汇聚协议序列号(Packet Data ConvergencyProtocol Seqence Number,PDCP SN)组成。当PDCP接收窗口和PDCP发送窗口不一致时,简称收发窗口不一致,接收方和发送方拥有的COUNT不同。因此在接收方对数据报文进行解密时,会解密失败。接入网设备可以通过以下方式解决收发窗口不一致的问题。若接入网设备持续解密失败,接入网设备会等待不活动定时器超时,以释放终端,等待终端主动发起重新接入,从而刷新收发窗口,使得收发窗口一致。
若不活动定时器等待的时间太长,则会影响数据的正常传输。例如会提升数据延迟,从而降低用户体验。
发明内容
本申请提供了一种确定收发窗口不一致的方法,装置以及相关设备,可以无需等待不活动定时器超时,提前刷新收发窗口,从而降低数据延迟,提升用户体验。
本申请第一方面提供了一种确定终端位置姿态的方法。
该方法应用于确认模式(AM)场景,方法包括:接入网设备确定终端的业务类型是否为可靠传输协议类型的业务;接入网设备在第一时段内向终端发送第一数据报文;接入网设备接收与第一数据报文对应的混合自动重传请求确认(Hybrid-ARQAcknowledgement,HARQ-ACK);若终端的业务类型为可靠传输协议类型的业务,在第一时段内接入网设备未接收到终端发送的上行数据报文,则接入网设备确定接入网设备的发送窗口和终端的接收窗口不一致。
其中,若终端的业务类型为可靠传输协议类型的业务,例如以传输控制协议(Transmission Control Protocol,TCP)数据报文为信息载体的业务,则终端需要向对第一数据报文进行回复。但是,接入网设备在第一时段内,接收到了与第一数据报文对应的HARQ-ACK,却没有收到终端发送的数据报文,因此,接入网设备确定接入网设备的发送窗口和终端的接收窗口不一致。在确定收发窗口不一致后,接入网设备可以和终端进行全配置的无线重配fullconfig流程,从而刷新收发窗口,使得收发窗口一致。因此,本申请通过该方法可以无需等待不活动定时器超时,提前刷新收发窗口,从而降低数据延迟,提升用户体验。
在第一方面的一种可选方式中,若接入网设备维护的与终端对应的上行COUNT达到下行COUNT的百分之X,则接入网设备确定终端的业务类型为可靠传输协议类型的业务。其中,若终端的业务类型为可靠传输协议类型的业务,则终端对大多数的数据报文,终端都需要进行回复。因此通过可以终端对应的上行COUNT达到下行COUNT的百分之X来确定终端正在进行的业务类型。因此,本申请无需用信令的方式向终端请求终端的业务类型,减少了信令的传输。
在第一方面的一种可选方式中,若终端的业务类型为可靠传输协议类型的业务,在第一时段内接入网设备未接收到终端发送的上行数据报文,且接入网设备在第二时段内未向终端发送下行数据报文,则接入网设备确定接入网设备的发送窗口和终端的接收窗口不一致,第二时段在第一时段之后。其中,第二时段和第一时段相邻。当接入网设备和终端的收发窗口不一致时,接入网设备向终端发送的下行数据报文可能被丢弃,即向终端传输的服务器会在第一时间段收缩向终端发送数据报文的窗口,甚至在第二时间段完全停止向终端发送数据报文。因此,该方法提升了确定收发窗口不一致的准确性。
本申请第二方面提供了一种确定终端位置姿态的方法。
该方法应用于非确认模式(UM)场景,方法包括:接入网设备确定与终端通信的上行分组数据汇聚协议序列号PDCP SN是否发生乱序;若上行PDCP SN乱序,则接入网设备确定目标数据报文是否为非法报文,目标数据报文是接入网设备在上行PDCP SN乱序之后从终端接收的报文;若目标数据报文为非法报文,则接入网设备确定接入网设备的接收窗口和终端的发送窗口不一致。
其中,当接入网设备和终端的收发窗口不一致时,接入网设备用错误的COUNT解密目标数据报文后,得到的都是乱码,即目标数据报文为非法报文。在上行PDCP SN乱序后,目标数据报文又是非法报文,则接入网设备确定接入网设备的接收窗口和终端的发送窗口不一致。在确定收发窗口不一致后,接入网设备可以和终端进行全配置的无线重配fullconfig流程,从而刷新收发窗口,使得收发窗口一致。因此,本申请通过该方法刷新收发窗口,降低数据延迟,提升用户体验。需要说明的是,目标数据报文是接入网设备在上行PDCP SN乱序之后从终端接收的报文,并不一定是指在接入网设备确定与终端通信的上行PDCP SN发生乱序之后接收的报文,因为上行PDCP SN发生乱序是一个时间点,确定上行PDCP SN发生乱序又是一个时间点,这两个时间点可能不重叠。
在第二方面的一种可选方式中,所述方法还包括:接入网设备确定目标数据报文是否为IP或IPSec报文;若目标数据报文不是IP或IPSec报文,则接入网设备确定目标数据报文为非法报文。其中,数据报文一般为IP或IPSec报文。目标数据报文为应用层的报文,报文中携带的部分数据接入网设备无法解读,只能尝试确定目标数据报文的格式。若格式不对,即目标数据报文不是IP或IPSec报文,则说明接入网设备使用的COUNT不对,即目标数据报文是非法报文。
在第二方面的一种可选方式中,若目标数据报文集合中的报文为非法报文,则接入网设备确定接入网设备的接收窗口和终端的发送窗口不一致,目标数据报文为接入网设备在上行PDCP SN乱序之后的第一时间段内从终端接收的报文,目标数据报文集合包括目标数据报文。其中,通过灵活设置第一时间段的时长,可以提升确定收发窗口不一致的准确性。
本申请第三方面提供了一种确定终端位置姿态的装置。
该装置包括:
第一确定模块,用于确定终端的业务类型是否为可靠传输协议类型的业务;
发送模块,用于在第一时段内向所述终端发送第一数据报文;
接收模块,用于接收与所述第一数据报文对应的混合自动重传请求确认HARQ-ACK;
第二确定模块,用于若所述终端的业务类型为可靠传输协议类型的业务,在所述第一时段内所述接入网设备未接收到所述终端发送的上行数据报文,则确定所述接入网设备的发送窗口和所述终端的接收窗口不一致。
在第三方面的一种可选方式中,所述第一确定模块具体用于若所述装置维护的与所述终端对应的上行COUNT达到下行COUNT的百分之X,则确定所述终端的业务类型为可靠传输协议类型的业务。
在第三方面的一种可选方式中,所述第二确定模块具体用于若所述终端的业务类型为可靠传输协议类型的业务,在所述第一时段内所述接入网设备未接收到所述终端发送的上行数据报文,且所述接入网设备在第二时段内未向所述终端发送下行数据报文,则确定所述接入网设备的发送窗口和所述终端的接收窗口不一致,所述第二时段在所述第一时段之后。
本申请第四方面提供了一种确定终端位置姿态的装置。
该装置包括:
第一确定模块,用于确定与终端通信的上行分组数据汇聚协议序列号PDCP SN是否发生乱序;
第二确定模块,用于若所述上行PDCP SN乱序,则确定目标数据报文是否为非法报文,所述目标数据报文是所述接入网设备在所述上行PDCP SN乱序之后从所述终端接收的报文;
第三确定模块,用于若所述目标数据报文为非法报文,则确定所述接入网设备的接收窗口和所述终端的发送窗口不一致。
在第四方面的一种可选方式中,所述第二确定模块还用于确定所述目标数据报文是否为网际协议(Internet Protocol,IP)报文或Internet协议安全性(InternetProtocol Security,IPSec)报文;
所述第二确定模块具体用于若所述目标数据报文不是IP或IPSec报文,则所述接入网设备确定所述目标数据报文为非法报文。
在第四方面的一种可选方式中,所述第三确定模块具体用于若目标数据报文集合中所有的报文为非法报文,则确定所述接入网设备的接收窗口和所述终端的发送窗口不一致,所述目标数据报文为所述接入网设备在所述上行PDCP SN乱序之后的第一时间段内从所述终端接收的报文,所述目标数据报文集合包括所述目标数据报文。
本申请第五方面提供了一种确定终端位置姿态的设备。
该设备包括:处理器和收发器;
所述处理器用于确定终端的业务类型是否为可靠传输协议类型的业务;
所述收发器用于在第一时段内向所述终端发送第一数据报文,接收与所述第一数据报文对应的混合自动重传请求确认HARQ-ACK;
所述处理器还用于若所述终端的业务类型为可靠传输协议类型的业务,在所述第一时段内所述接入网设备未接收到所述终端发送的上行数据报文,则确定所述接入网设备的发送窗口和所述终端的接收窗口不一致。
本申请第六方面提供了一种确定终端位置姿态的设备。
该设备包括:处理器和收发器;
所述收发器用于接收终端发送的上行分组数据汇聚协议序列号PDCP SN;
所述处理器用于确定与所述终端通信的所述上行PDCP SN是否发生乱序,若所述上行PDCP SN乱序,则确定目标数据报文是否为非法报文,所述目标数据报文是所述设备在所述上行PDCP SN乱序之后从所述终端接收的报文,若所述目标数据报文为非法报文,则确定所述设备的接收窗口和所述终端的发送窗口不一致。
本申请第七方面提供了一种计算机存储介质,其特征在于,所述计算机存储介质中存储有指令,所述指令在计算机上执行时,使得所述计算机执行如第一方面或第一方面任意一种可选实施方式所述的方法;或使得所述计算机执行如第二方面或第二方面任意一种可选实施方式所述的方法。
本申请第八方面提供了一种计算机程序产品,其特征在于,所述计算机程序产品在计算机上执行时,使得所述计算机执行如第一方面或第一方面任意一种可选实施方式所述的方法;或使得所述计算机执行如第二方面或第二方面任意一种可选实施方式所述的方法。
附图说明
图1为本申请实施例中的网络架构示意图;
图2为终端和接入网设备的收发窗口不一致的结构示意图;
图3为本申请实施例中应用于AM场景下的确定收发窗口不一致的流程示意图;
图4为本申请实施例中应用于UM场景下的确定收发窗口不一致的流程示意图;
图5为本申请实施例中确定收发窗口不一致的装置的一个结构示意图;
图6为本申请实施例中确定收发窗口不一致的装置的另一个结构示意图;
图7为本申请实施例中确定收发窗口不一致的设备的一个结构示意图;
图8为本申请实施例中确定收发窗口不一致的设备的另一个结构示意图。
具体实施方式
本申请实施例提供了一种确定收发窗口不一致的方法,装置以及相关设备,应用于通信领域,可以无需等待不活动定时器超时,提前刷新收发窗口,从而降低数据延迟,提升用户体验。示例性的,本申请实施例所涉及附图中的以虚线标识的特征或内容可理解为实施例可选的操作或者可选的结构。
应理解,本发明实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯系统(global system for mobile communications,GSM)系统、码分多址码分多址(codedivision multiple access,CDMA)系统、宽带码分多址(wideband code divisionmultiple access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)系统、LTE频分双工(Frequency DivisionDuplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、全球互联微波接入(WorldwideInter operability for Microwave Access,WiMAX)通信系统或未来的第五代移动通信技术(5G)系统等。
为了更好的理解本申请实施例中的确定收发窗口不一致的方法,下面对本申请实施例的网络框架进行描述。
请参阅图1,图1为本申请实施例中的网络架构示意图。
该网络包括:终端101,接入网设备102,核心网设备103和第一设备104。
终端101一般可以指具有与网络设备进行通信能力的设备,比如可以是接入终端设备、用户单元、用户站、移动站、移动台、远方站、远程终端设备、移动设备、用户终端设备、无线终端设备、用户代理、或者用户装置等。还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备、连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备(智能手表、智能手环等)、还可以为智能家具(或家电)、未来5G网络中的终端设备、未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备、或者车联网(vehicle toeverything,V2X)中的车辆设备,客户前置设备(customer premises equipment,CPE)等。终端101与第一设备102之间采用某种空口技术相互通信。
接入网设备102可以用于实现无线物理实体、资源调度和无线资源管理、无线接入控制以及移动性管理等功能。无线接入网设备可以是GSM或者码分多址(code divisionmultiple access,CDMA)系统中的接入网设备(base transceiver station,BTS)、宽带码分多址(wideband code division multiple access,WCDMA)系统中的节点B(nodeB,NB)、长期演进(long term evolution,LTE)系统中的演进型节点B(evolutional nodeB,eNB)、云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、中继节点站、传输接收点(transmission reception point,TRP)、接入点、车载设备、路边单元(roadside unit,RSU)、可穿戴设备、未来5G网络中的网络设备,如NR nodeB,下一代接入网设备(generation nodeB,gNB),集中式单元(centralized unit,CU),分布式单元(distributeunit,DU)或者未来演进的公共陆地移动网络(public land mobile network,PLMN)中的网络设备等。
核心网设备103用于提供用户连接、对用户的管理以及对业务完成承载。例如,用户连接的建立包括移动性管理(mobile management,MM)、寻呼(paging)等功能。用户管理包括用户的描述、Qos、安全性(由鉴权中心提供相应的安全性措施包含了对移动业务的安全性管理和对外部网络访问的安全性处理)。承载连接包括到外部的公共交换电话网络(public switched telephone network,PSTN)、外部电路数据网和分组数据网、因特网(Internet)等等。例如,核心网设备103可以是接入和移动性管理功能(access andmobility management function,AMF),主要负责信令处理部分,即控制面功能,包括接入控制、移动性管理、附着与去附着以及网关选择等功能。
第一设备104是与终端101建立通信连接的设备,例如第一设备104与终端101进行VOLTE语音业务,或者第一设备104作为游戏服务器与终端101进行数据通信。为了方便描述,后续将以第一设备104与终端101进行VOLTE通话为例进行描述。第一设备104可以是服务器,还是可以是对上述终端101任一举例中的设备。
第一设备104与终端101之间的通信需要经过接入网设备102。若终端101和接入网设备102之间的通信不正常,则会影响第一设备104和终端101之间的通信。例如,接入网设备102和终端101之间的收发窗口不对应。如图2所示,图2为终端和接入网设备的收发窗口不一致的结构示意图。假设终端101和接入网设备102正在传输的HFN为2。接入网设备102的发送窗口的下限为HFN 2,SN 100,接入网设备102的发送窗口的上限为HFN 2,SN 2147。若终端101和接入网设备102的收发窗口一致,则终端101的接收窗口下限和上限应当也为HFN2,SN 100和HFN 2,SN 2147。在图2中,终端101的接收窗口下限为HFN 2,SN 500,上限为HFN2,SN 2547。因此,终端101和接入网设备102的收发窗口不一致。
在不同的应用场景下,导致终端101和接入网设备102的收发窗口不一致的原因可能不同。下面分别介绍在AM和UM模式下,收发窗口不一致的可能原因。在做相关介绍前,先对AM和UM的概念做相关描述。
无线链路控制层协议(Radio Link Control,RLC)是GPRS/WCDMA/TD-SCDMA/LTE等无线通信系统中的无线链路控制层协议。在WCDMA系统中,RLC层位于媒体访问控制(MediaAccess Control,MAC)层之上,属于L2层的一部分,为用户和控制数据提供分段和重传业务。每个RLC实体由无线资源控制(Radio Resource Control,RRC)配置,并且根据业务类型有三种模式:透明模式(TM)、非确认模式(UM)、确认模式(AM)。在业务面,RLC层只有UM和AM两种模式,没有TM。在业务面,当PDCP和广播/组播控制(Broadcast/Multicast Control,BMC)协议没有被该业务使用时,RLC向上层提供无线承载(RB);否则RB业务由PDCP或BMC承载。
UM:发送实体在高层协议数据单元(Protocol Data Unit,PDU)上添加必要的控制协议开销,然后进行传送但并不保证传递到对等实体,且没有使用重传协议。接收实体对所接收到的错误数据标记为错误后递交,或者直接丢弃并向高层报告。由于RLC PDU包含有SN,因此能够检测高层PDU的完整性。UM下的业务有小区广播和IP电话等。
AM:发送侧在高层数据上添加必要的控制协议开销后进行传送,并保证传递到对等实体。因为具有自动重传请求(Automatic Repeat-request,ARQ)能力,如果RLC接收到错误的RLC PDU,就通知发送方的RLC重传这个PDU。由于RLC PDU中包含有SN,支持数据向高层的顺序/乱序递交。AM是分组数据传输的标准模式,比如www和电子邮件下载等。
在AM场景下,在终端重建或切换时,目标接入网设备按照源接入网设备配置的下行HFN和SN继续发送下行数据。其中,源接入网设备为终端在重建或切换前与终端连接的接入网设备,目标接入网设备为终端在重建或切换后与终端连接的接入网设备。但源接入网设备向目标接入网设备发送的下行HFN和SN可能与终端使用的下行HFN和SN不一致,导致收发窗口不一致的现象。例如,如图2所示,终端在重建或切换前,源接入网设备的发送窗口下限和上限分别是HFN 2,SN 100和HFN 2,SN 2147,终端的接收窗口下限和上限分别是HFN2,SN 100和HFN 2,SN 2147。在终端重建或切换前,源接入网设备向终端发送了HFN 2,SN100~SN 500,共计400个数据报文。由于是AM场景,终端需要向源接入网设备回复RLC ACK。在重建或切换的场景下,源接入网设备可能未收到终端回复的RLC ACK。终端在与目标接入网设备建立连接后,目标接入网设备的发送窗口下限和上限分别是HFN 2,SN 100和HFN 2,SN 2147,终端由于已经发送了RLC ACK,因此,终端的接收窗口下限和上限变成了HFN 2,SN500和HFN 2,SN 2547。因此,终端和目标接入网设备的收发窗口不一致。
在后续中,目标接入网设备会继续从HFN 2,SN 100开始向终端发送数据报文,但是由于HFN 2,SN 100不在终端的接收窗口的范围内,数据报文到达终端的PDCP层后,终端会将数据报文丢弃。终端的应用层不会向第一设备回复TCP的ACK因此,出现业务中断,目标接入网设备等待不活动定时器超时以释放终端,等待终端主动重新发起接入。
为此,本申请实施例提供了一种确定收发窗口不一致的方法,应用于AM场景,在不定时器超时前,接入网设备确定终端的业务类型是否为可靠传输协议类型的业务;并且在第一时间段内,向终端发送第一数据报文,接收终端的MAC层发送的与第一数据报文对应的HARQ-ACK,若终端的业务类型为可靠传输协议类型的业务,在第一时段内接入网设备未接收到终端发送的上行数据报文,则接入网设备确定接入网设备的接收窗口和终端的发送窗口不一致。因此可以无需等待不活动定时器超时,提前刷新收发窗口,从而降低数据延迟,提升用户体验。
在UM场景下,误码或终端异常等其他原因引起上行PDCP SN乱序可能产生收发窗口不一致的现象。例如,假设接入网设备的接收窗口下限和上限分别是HFN 2,SN 100和HFN2,SN 2147,终端的发送窗口下限和上限分别是HFN 2,SN 100和HFN 2,SN 2147。按照正常的接收顺序,接入网设备接收的数据报文的SN的顺序为:SN 100,SN 101,SN 102,SN103,…,SN 2147。但是接入网设备实际接收的SN的顺序为SN 100,SN 101,SN 102,SN 104,SN 105,SN 103,SN 106,SN 107,SN 108,…,SN 2147。在接收SN 104时,接入网设备的上行PDCP SN发生了第一次乱序,在接收SN 103时,接入网设备的上行PDCP SN发生了第二次乱序,在接收SN 106时,接入网设备的上行PDCP SN发生了第三次乱序。在接入网设备接收到SN 103时,接入网设备会将SN 103的HFN加1,即接入网设备的接收窗口的HFN变成了3。但是终端的发送窗口的HFN为2。因此,导致收发窗口不一致。
在后续中,由于收发窗口的HFN不同,接入网设备持续解密数据报文失败。接入网设备可以等待不定时超时,也可以持续将解密失败的非法报文发送给核心网设备,核心网设备持续无法识别非法报文,一段时间后,核心网设备触发通话释放或用户再次接入,重启数据业务或VOLTE通话等。
为此,本申请实施例提供了一种确定收发窗口不一致的方法,应用于UM场景,在不定时器超时前,或核心网设备触发通话释放前,接入网设备确定与终端通信的上行PDCP SN是否发生乱序;若上行PDCP SN乱序,则确定目标数据报文是否为非法报文,目标数据报文是接入网设备在上行PDCP SN乱序之后从终端接收的报文;若目标数据报文为非法报文,则接入网设备确定接入网设备的接收窗口和终端的发送窗口不一致。因此可以无需等待不活动定时器超时,或等待核心网设备触发通话释放,提前刷新收发窗口,从而降低数据延迟,提升用户体验。在其它的实施例中,目标数据报文为接入网设备HFN加1之后接收的报文,例如上述SN 103,SN 106,SN 107,SN 108。
根据上面的描述,本申请提供了可以应用于AM场景下的一种确定收发窗口不一致的方法和可以应用于UM场景下的一种确定收发窗口不一致的方法。下面进行分别描述。
请参阅图3,图3为本申请实施例中应用于AM场景下的确定收发窗口不一致的流程示意图。
在步骤301中,核心网设备向接入网设备发送第一数据报文。
为了方便理解,将第一数据报文理解为第一设备向终端发送的数据报文。
在步骤302中,接入网设备向终端发送第一数据报文。
接入网设备在接收到第一数据报文后,根据第一数据报文中IP地址向终端发送第一数据报文。假设接入网设备的发送窗口的下限和上限分别为HFN 2,SN 100和HFN 2,SN2147。在接入网设备在发送第一数据报文前,利用COUNT对第一数据报文进行加密时使用的COUNT为HFN2 SN100。
在步骤303中,终端向接入网设备回复HARQ-ACK。
终端在接收到第一数据报文后,终端的MAC层在处理第一数据报文时,会向接入网设备回复HARQ-ACK,该HARQ-ACK表征终端的MAC层收到了第一数据报文。假设此时终端的接收窗口的下限和上限分别为HFN 2,SN 500和HFN 2,SN 2547。终端的PDCP层在接收到第一数据报文后,会读取其中携带的SN,第一数据报文的SN为100。由于SN100不在终端的接收窗口的范围内,终端会丢弃第一数据报文,终端应用层不会向第一设备回复TCP的ACK。
在步骤304中,核心网设备向接入网设备发送第二数据报文。
在步骤305中,接入网设备向终端发送第二数据报文。
在步骤306中,终端向接入网设备回复HARQ-ACK。
步骤304-步骤306的描述与步骤301-步骤303的描述类似。例如第一数据报文与HFN2SN100对应,第二数据报文与HFN2 SN101对应。
若接入网设备是上述终端重建后连接的目标接入网设备,则目标接入网设备可能丢失HFN 2,SN 100和HFN 2,SN 2147之间的数据报文。具体如下,继承上述在AM场景下对终端重建或切换的相关描述。在源接入网设备和终端的通信过程中,源接入网设备向终端发送了HFN 2,SN 100~SN 500之间的数据报文,但由于未收到终端发送的RLC层的ACK,则源接入网设备不会删除HFN 2,SN 100~SN 500之间的数据报文,并且源接入网设备缓存有HFN 2,SN 500~SN 2147之间的数据报文。在终端进行重建时,源接入网设备需要将发送窗口的相关信息和HFN 2,SN 100~SN 2147之间的数据报文转发给目标接入网设备。其中,发送窗口的相关信息包括源接入网设备的发送窗口的下限HFN 2,SN 100。目标接入网设备可以根据设置的发送窗口的大小得到发送窗口的上限。例如,在实际应用中,源接入网设备和目标接入网设备设置的发送窗口的大小都是2048。则目标接入网设备可以根据2048和HFN2,SN 100得到发送窗口的上限HFN 2,SN 2147。但是,若源接入网设备和目标接入网设备之间的通道构建的不够完善,目标接入网设备可能无法收到源接入网设备发送的HFN 2,SN100~SN 2147之间的数据报文,即目标接入网设备丢失了HFN 2,SN 100~SN 2147。由于终端的对端,例如第一设备收不到关于HFN 2,SN 100~SN 2147之间的数据报文对应的TCP报文的回复,第一设备会收缩对终端的数据传输,后续将会发送数据不多的试探报文。在接入网设备丢失HFN 2,SN 100~SN 2147的情况下,上述步骤301中和步骤304中的第一数据报文和第二数据报文可以是试探报文。由于第一数据报文和第二数据报文中携带的SN不在终端的接收窗口的范围内,终端会丢弃试探报文,如上述步骤303中的描述。若第一设备得不到试探报文的回复,则第一设备与终端的通信连接会中断,即接入网设备和核心网设备中的下行数据报文中断。需要说明的是,核心网设备和接入网设备之间的下行数据报文中断并不一定是指接入网设备接收不到需要转发给终端的下行数据报文,而是指接入网设备接收到的需要转发给终端的下行数据报文的数据极小或没有。
在步骤307中,若终端正在进行的业务类型为可靠传输协议类型的业务,且接入网设备在第二时段内未向终端发送下行数据报文,接入网设备和终端进行fullconfig流程。
可靠传输协议类型的业务可以是以TCP数据报文为信息载体的业务。若接入网设备维护的与终端对应的上行COUNT达到下行COUNT的百分之X,则接入网设备确定终端的业务类型为可靠传输协议类型的业务。接入网设备维护着与终端对应的接收窗口和发送窗口,即上行窗口和下行窗口。前面有提到发送窗口和接收窗口对应的信息包括HFN和SN上限和SN下限。其中,接入网设备还维护着另外一个SN信息,即当前发送窗口中接入网设备已经发送的SN,称为当前发送SN。例如,SN下限和上限分别为SN 100和SN 2147。则当前发送SN可以是SN 100和SN 2147中的任一值。当接入设备执行完上述步骤302后,当前发送SN为SN100。与之对应的,接入网设备在维护接收窗口时,也会维护当前接收SN。当前接收SN和接收窗口对应的HFN组成了上行COUNT,当前发送SN和发送窗口对应的HFN组成了下行COUNT。当上行COUNT达到下行COUNT的百分之X,则接入网设备确定终端的业务类型为可靠传输协议类型的业务。因为若终端与第一设备进行的业务为可靠传输协议类型,则终端和第一设备之间的上行数据报文的数量,会达到相对于下行数据报文的数量的一定比值,即上行COUNT达到下行COUNT的百分之X。需要说明的是,除了用上行COUNT和下行COUNT确定终端的业务类型,接入网设备还可以解析第一数据报文或终端与接入网设备交互的其它数据报文的格式,来确定终端与第一设备之间进行的业务类型。
若终端正在进行的业务类型为可靠传输协议类型的业务,在第一时段内接入网设备未接收到终端发送的上行数据报文,接入网设备接收到了与第一数据报文对应的HARQ-ACK,且接入网设备在第二时段内未向终端发送下行数据报文,则接入网设备触发fullconfig流程,使得接入网设备和终端进行fullconfig流程,第一数据报文为接入网设备在第一时段内向终端发送的。
其中,第一时间段可以理解为上述步骤301和步骤306之间的时间段,第一时间段包括步骤301和步骤306。第二时间段可以理解为上述步骤306和步骤307之间的时间段。需要说明的是,在步骤306之后,可能存在步骤:核心网设备向接入网设备发送第三数据报文。如此的话,第二时间段可以相应的往后推迟。并且,第一数据报文也不一定是上述举例中的HFN2 SN100,例如可以是HFN2 SN211等。
在其它实施例中,接入网设备在第一时间段内,接入网设备向终端发送多个数据报文,并且接入网接收到了与该多个数据报文对应的HARQ-ACK,所述多个数据报文包括第一数据报文。
上面对应用于AM场景下的一种确定收发窗口不一致的方法进行了描述,下面对本申请实施例中的应用于UM场景下的一种确定收发窗口不一致的方法进行描述。
请参阅图4,图4为本申请实施例中应用于UM场景下的确定收发窗口不一致的流程示意图。
在步骤401中,接入网设备确定上行PDPC SN是否发生乱序。
继承上述对乱序的定义的相关描述,并且沿用上述对乱序的举例。
在步骤402中,终端向接入网设备发送目标数据报文。
需要说明的是,步骤401和步骤402之间并没有严格是时序关系。终端可能在接入网设备确定上行PDPC SN是否发生乱序之前向接入网设备发送目标数据报文。上行PDCP SN发生乱序是一个时间点,确定上行PDCP SN发生乱序又是一个时间点,这两个时间点可能不重叠。例如,在上述UM场景的相关描述中,接入网设备接收到SN 104时,乱序便已经发生。但是接入网可能在接收到SN 103之后,才确定SN 104处发生了乱序。
在步骤403中,若上行PDPC SN发生乱序,则接入网设备确定目标数据报文是否为非法报文。
非法报文是指接入网设备解密失败的报文。当终端加密使用的COUNT和接入网设备解密使用的COUNT不同时,接入网设备便会解密失败,此时解密失败的报文便是非法报文。为了方便确定目标数据报文是否为非法报文,接入网设备判断目标数据报文是否为IP或IPSec报文,若目标数据报文不是IP或IPSec报文,则目标数据报文为非法报文。除此之外,接入网设备还可以判断目标数据报文的格式是否正确,来确定目标数据报文的格式。因为当解密用的COUNT和加密用的COUNT相同时,接入网设备解密得到的格式是正确的。当解密用的COUNT和加密用的COUNT不同时,接入网设备解密得到的目标数据报文的格式是错误的。关于目标数据报文在解密后的格式,可以参考相关行业标准或规定。
在步骤404中,若目标数据报文为非法报文,则接入网设备确定收发窗口不一致。
目标数据报文为非法报文,则表示加密用的COUNT和解密用的COUNT不同,则接入网设备确定收发窗口不一致。
在步骤405中,若收发窗口不一致,则接入网设备和终端进行fullconfig流程
若接入网设备和终端的收发窗口不一致,则接入网设备触发fullconfig流程,使得接入网设备和终端进行fullconfig流程。
在其它实施例中,若上行PDPC SN乱序之后的多个或全部数据报文都为非法数据报文,则接入网设备确定终端和接入网设备的收发窗口不一致,所述多个或全部数据报文包括所述目标数据报文,所述多个或全部数据报文为HFN加1之后的数据报文,例如上述UM场景下的SN 103,SN106,SN 106,SN 107,SN 108,…,SN 2147。
通过对本申请实施例中的确定收发窗口不一致的方法,可以无需等待不活动定时器超时,提前刷新收发窗口,从而降低数据延迟,提升用户体验。下面对本申请实施例中的确定收发窗口不一致的装置进行描述。
请参阅图5,图5为本申请实施例中确定收发窗口不一致的装置的一个结构示意图。
该装置包括:第一确定模块501,用于确定终端的业务类型是否为可靠传输协议类型的业务;
发送模块502,用于在第一时段内向所述终端发送第一数据报文;
接收模块503,用于接收与所述第一数据报文对应的混合自动重传请求确认HARQ-ACK;
第二确定模块504,用于若所述终端的业务类型为可靠传输协议类型的业务,在所述第一时段内所述接入网设备未接收到所述终端发送的上行数据报文,则确定所述接入网设备的发送窗口和所述终端的接收窗口不一致。
在其它实施例中,该装置中的模块还用于执行前述图3对应的实施例中的接入网设备可以执行的全部或部分操作。
请参阅图6,图6为本申请实施例中确定收发窗口不一致的装置的另一个结构示意图。
该装置包括:第一确定模块601,用于确定与终端通信的上行分组数据汇聚协议序列号PDCP SN是否发生乱序;
第二确定模块602,用于若所述上行PDCP SN乱序,则确定目标数据报文是否为非法报文,所述目标数据报文是所述接入网设备在所述上行PDCP SN乱序之后从所述终端接收的报文;
第三确定模块603,用于若所述目标数据报文为非法报文,则确定所述接入网设备的接收窗口和所述终端的发送窗口不一致。
在其它实施例中,该装置中的模块还用于执行前述图4对应的实施例中的接入网设备可以执行的全部或部分操作。
上面对本申请实施例中确定收发窗口不一致的装置进行了描述,下面对本申请实施例中确定收发窗口不一致的设备进行描述。
请参阅图7,图7为本申请实施例中确定收发窗口不一致的设备的一个结构示意图。
如图7所示,确定收发窗口不一致的设备700包括处理器710,与所述处理器710耦接的收发器720。处理器710可以是中央处理器(central processing unit,CPU),网络处理器(network processor,NP)或者CPU和NP的组合。处理器还可以是专用集成电路(application-specific integrated circuit,ASIC),可编程逻辑器件(programmablelogic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gatearray,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。处理器710可以是指一个处理器,也可以包括多个处理器。
处理器710用于确定终端的业务类型是否为可靠传输协议类型的业务;
收发器720用于在第一时段内向终端发送第一数据报文,接收与第一数据报文对应的HARQ-ACK;
处理器710还用于若终端的业务类型为可靠传输协议类型的业务,在第一时段内接入网设备未接收到终端发送的上行数据报文,则确定接入网设备的发送窗口和终端的接收窗口不一致。
在其它实施例中,确定收发窗口不一致的设备700还包括存储器,存储器可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);存储器也可以包括非易失性存储器(non-volatile memory),例如只读存储器(read-onlymemory,ROM),FRAM存储器,快闪存储器(flash memory),硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD);存储器还可以包括上述种类的存储器的组合。
在其它实施例中,处理器710还用于执行存储器中的计算机可读指令后,按照所述计算机可读指令的指示,执行接入网设备可以执行的全部或部分操作,例如接入网设备在与图3对应的实施例中执行的部分或全部操作。
请参阅图8,图8为本申请实施例中确定收发窗口不一致的设备的另一个结构示意图。
如图8所示,确定收发窗口不一致的设备800包括处理器810,与所述处理器810耦接的收发器820。处理器810可以是中央处理器(central processing unit,CPU),网络处理器(network processor,NP)或者CPU和NP的组合。处理器还可以是专用集成电路(application-specific integrated circuit,ASIC),可编程逻辑器件(programmablelogic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gatearray,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。处理器810可以是指一个处理器,也可以包括多个处理器。
收发器720用于接收终端发送的上行PDCP SN;
处理器710用于确定与终端通信的上行PDCP SN是否发生乱序,若上行PDCP SN乱序,则确定目标数据报文是否为非法报文,目标数据报文是设备在所述上行PDCP SN乱序之后从终端接收的报文,若目标数据报文为非法报文,则确定设备的接收窗口和终端的发送窗口不一致。
在其它实施例中,确定收发窗口不一致的设备800还包括存储器,存储器可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);存储器也可以包括非易失性存储器(non-volatile memory),例如只读存储器(read-onlymemory,ROM),FRAM存储器,快闪存储器(flash memory),硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD);存储器还可以包括上述种类的存储器的组合。
在其它实施例中,处理器810还用于执行存储器中的计算机可读指令后,按照所述计算机可读指令的指示,执行接入网设备可以执行的全部或部分操作,例如接入网设备在与图4对应的实施例中执行的部分或全部操作。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:闪存盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (16)

1.一种确定收发窗口不一致的方法,其特征在于,用于AM场景,包括:
接入网设备确定终端的业务类型是否为可靠传输协议类型的业务;
所述接入网设备在第一时段内向所述终端发送第一数据报文;
所述接入网设备接收与所述第一数据报文对应的混合自动重传请求确认HARQ-ACK;
若所述终端的业务类型为可靠传输协议类型的业务,在所述第一时段内所述接入网设备未接收到所述终端发送的上行数据报文,则所述接入网设备确定所述接入网设备的发送窗口和所述终端的接收窗口不一致。
2.根据权利要求1所述的方法,其特征在于,所述接入网设备确定终端的业务类型是否为可靠传输协议类型的业务包括:
若所述接入网设备维护的与所述终端对应的上行COUNT达到下行COUNT的百分之X,则所述接入网设备确定所述终端的业务类型为可靠传输协议类型的业务。
3.根据权利要求1或2所述的方法,其特征在于,若所述终端的业务类型为可靠传输协议类型的业务,且在所述第一时段内所述接入网设备未接收到所述终端发送的上行数据报文,则所述接入网设备确定所述接入网设备的发送窗口和所述终端的接收窗口不一致包括:
若所述终端的业务类型为可靠传输协议类型的业务,在所述第一时段内所述接入网设备未接收到所述终端发送的上行数据报文,且所述接入网设备在第二时段内未向所述终端发送下行数据报文,则所述接入网设备确定所述接入网设备的发送窗口和所述终端的接收窗口不一致,所述第二时段在所述第一时段之后。
4.一种确定收发窗口不一致的方法,其特征在于,用于UM场景,包括:
接入网设备确定与终端通信的上行分组数据汇聚协议序列号PDCP SN是否发生乱序;
若所述上行PDCP SN乱序,则所述接入网设备确定目标数据报文是否为非法报文,所述目标数据报文是所述接入网设备在所述上行PDCP SN乱序之后从所述终端接收的报文;
若所述目标数据报文为非法报文,则所述接入网设备确定所述接入网设备的接收窗口和所述终端的发送窗口不一致。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
所述接入网设备确定所述目标数据报文是否为IP或IPSec报文;
若所述目标数据报文不是IP或IPSec报文,则所述接入网设备确定所述目标数据报文为非法报文。
6.根据权利要求4或5所述的方法,其特征在于,若所述目标数据报文为非法报文,则所述接入网设备确定所述接入网设备的接收窗口和所述终端的发送窗口不一致包括:
若目标数据报文集合中所有的报文为非法报文,则所述接入网设备确定所述接入网设备的接收窗口和所述终端的发送窗口不一致,所述目标数据报文为所述接入网设备在所述上行PDCP SN乱序之后的第一时间段内从所述终端接收的报文,所述目标数据报文集合包括所述目标数据报文。
7.一种确定收发窗口不一致的装置,其特征在于,包括:
第一确定模块,用于确定终端的业务类型是否为可靠传输协议类型的业务;
发送模块,用于在第一时段内向所述终端发送第一数据报文;
接收模块,用于接收与所述第一数据报文对应的混合自动重传请求确认HARQ-ACK;
第二确定模块,用于若所述终端的业务类型为可靠传输协议类型的业务,在所述第一时段内所述接入网设备未接收到所述终端发送的上行数据报文,则确定所述接入网设备的发送窗口和所述终端的接收窗口不一致。
8.根据权利要求7所述的装置,其特征在于,
所述第一确定模块具体用于若所述装置维护的与所述终端对应的上行COUNT达到下行COUNT的百分之X,则确定所述终端的业务类型为可靠传输协议类型的业务。
9.根据权利要求7或8所述的装置,其特征在于,
所述第二确定模块具体用于若所述终端的业务类型为可靠传输协议类型的业务,在所述第一时段内所述接入网设备未接收到所述终端发送的上行数据报文,且所述接入网设备在第二时段内未向所述终端发送下行数据报文,则确定所述接入网设备的发送窗口和所述终端的接收窗口不一致,所述第二时段在所述第一时段之后。
10.一种确定收发窗口不一致的装置,其特征在于,包括:
第一确定模块,用于确定与终端通信的上行分组数据汇聚协议序列号PDCP SN是否发生乱序;
第二确定模块,用于若所述上行PDCP SN乱序,则确定目标数据报文是否为非法报文,所述目标数据报文是所述接入网设备在所述上行PDCP SN乱序之后从所述终端接收的报文;
第三确定模块,用于若所述目标数据报文为非法报文,则确定所述接入网设备的接收窗口和所述终端的发送窗口不一致。
11.根据权利要求10所述的装置,其特征在于,
所述第二确定模块还用于确定所述目标数据报文是否为IP或IPSec报文;
所述第二确定模块具体用于若所述目标数据报文不是IP或IPSec报文,则所述接入网设备确定所述目标数据报文为非法报文。
12.根据权利要求10或11所述的装置,其特征在于,
所述第三确定模块具体用于若目标数据报文集合中所有的报文为非法报文,则确定所述接入网设备的接收窗口和所述终端的发送窗口不一致,所述目标数据报文为所述接入网设备在所述上行PDCP SN乱序之后的第一时间段内从所述终端接收的报文,所述目标数据报文集合包括所述目标数据报文。
13.一种确定收发窗口不一致的设备,其特征在于,包括:
处理器和收发器;
所述处理器用于确定终端的业务类型是否为可靠传输协议类型的业务;
所述收发器用于在第一时段内向所述终端发送第一数据报文,接收与所述第一数据报文对应的混合自动重传请求确认HARQ-ACK;
所述处理器还用于若所述终端的业务类型为可靠传输协议类型的业务,在所述第一时段内所述接入网设备未接收到所述终端发送的上行数据报文,则确定所述接入网设备的发送窗口和所述终端的接收窗口不一致。
14.一种确定收发窗口不一致的设备,其特征在于,包括:
处理器和收发器;
所述收发器用于接收终端发送的上行分组数据汇聚协议序列号PDCP SN;
所述处理器用于确定与所述终端通信的所述上行PDCP SN是否发生乱序,若所述上行PDCP SN乱序,则确定目标数据报文是否为非法报文,所述目标数据报文是所述设备在所述上行PDCP SN乱序之后从所述终端接收的报文,若所述目标数据报文为非法报文,则确定所述设备的接收窗口和所述终端的发送窗口不一致。
15.一种计算机存储介质,其特征在于,所述计算机存储介质中存储有指令,所述指令在计算机上执行时,使得所述计算机执行如权利要求1至3中任意一项所述的方法;或使得所述计算机执行如权利要求4至6中任意一项所述的方法。
16.一种计算机程序产品,其特征在于,所述计算机程序产品在计算机上执行时,使得所述计算机执行如权利要求1至3中任意一项所述的方法;或使得所述计算机执行如权利要求4至6中任意一项所述的方法。
CN202011059921.7A 2020-09-30 2020-09-30 确定收发窗口不一致的方法,装置以及相关设备 Pending CN114337936A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011059921.7A CN114337936A (zh) 2020-09-30 2020-09-30 确定收发窗口不一致的方法,装置以及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011059921.7A CN114337936A (zh) 2020-09-30 2020-09-30 确定收发窗口不一致的方法,装置以及相关设备

Publications (1)

Publication Number Publication Date
CN114337936A true CN114337936A (zh) 2022-04-12

Family

ID=81011883

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011059921.7A Pending CN114337936A (zh) 2020-09-30 2020-09-30 确定收发窗口不一致的方法,装置以及相关设备

Country Status (1)

Country Link
CN (1) CN114337936A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132260A (zh) * 2006-08-22 2008-02-27 中兴通讯股份有限公司 增强上行链路异步混合自动重传请求的重传控制方法
US20120113825A1 (en) * 2010-11-08 2012-05-10 Matthieu Richard Joachim Baglin Wireless Communication Device and Method for Performing Neighbor Cell Analysis During Continuous Packet Connectivity Mode
CN107920036A (zh) * 2016-10-09 2018-04-17 大唐移动通信设备有限公司 一种重排序窗口调整方法和装置
CN110868744A (zh) * 2018-08-28 2020-03-06 大唐移动通信设备有限公司 一种前转数据的处理方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132260A (zh) * 2006-08-22 2008-02-27 中兴通讯股份有限公司 增强上行链路异步混合自动重传请求的重传控制方法
US20120113825A1 (en) * 2010-11-08 2012-05-10 Matthieu Richard Joachim Baglin Wireless Communication Device and Method for Performing Neighbor Cell Analysis During Continuous Packet Connectivity Mode
CN107920036A (zh) * 2016-10-09 2018-04-17 大唐移动通信设备有限公司 一种重排序窗口调整方法和装置
CN110868744A (zh) * 2018-08-28 2020-03-06 大唐移动通信设备有限公司 一种前转数据的处理方法和装置

Similar Documents

Publication Publication Date Title
CN107852768B (zh) 用于增强型分量载波下的分组数据汇聚协议(pdcp)重排序的方法、装置和计算机可读介质
US8958411B2 (en) Method of transmitting RLC data
US8331290B2 (en) Method and apparatus for delivery notification of non-access stratum retransmission
WO2018170885A1 (zh) 网络连接恢复方法及其装置、通信系统
CN108282292B (zh) 用于处理数据的方法、发送端和接收端
EP3371915B1 (en) Network node, method therein, computer program, and carrier comprising the computer program for retransmitting an rlc pdu
US9247452B2 (en) Passive radio link control entity with unified interface
US11695520B2 (en) Method and apparatus for implementing efficient switching on a split bearer
WO2014166053A1 (zh) 一种通讯方法和终端
WO2020057044A1 (zh) 一种连接释放方法、数据处理方法、设备及存储介质
CN113518401B (zh) 无线通信方法、终端设备和网络设备
WO2021062669A1 (zh) 一种通信方法及通信装置
WO2018127842A1 (en) Lossless packet data convergence protocol sequence number change
CN114337936A (zh) 确定收发窗口不一致的方法,装置以及相关设备
CN111654360B (zh) 一种非激活态的切换处理方法及通信设备
US11916799B2 (en) Reducing latency at packet data convergence protocol (PDCP) in new radio
WO2022151177A1 (en) Methods and apparatuses for multicast and broadcast services
WO2022204999A1 (zh) 存活时间的处理方法和终端设备
US20240056901A1 (en) Method and apparatus for multicast and broadcast services
CA3238297A1 (en) Data transmission method and apparatus, and communication device and storage medium
CN114584263A (zh) 重发超限及双无条件下rlc确认模式增强方法及装置

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