CN107787009A - 拥塞处理方法、装置及系统 - Google Patents
拥塞处理方法、装置及系统 Download PDFInfo
- Publication number
- CN107787009A CN107787009A CN201610740528.1A CN201610740528A CN107787009A CN 107787009 A CN107787009 A CN 107787009A CN 201610740528 A CN201610740528 A CN 201610740528A CN 107787009 A CN107787009 A CN 107787009A
- Authority
- CN
- China
- Prior art keywords
- pdu
- sdu
- data
- sublayer
- sdl
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0289—Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本发明提供了一种拥塞处理方法、装置及系统,包括:在发送端的数据链路协议子层为服务数据单元SDU启动丢弃定时器;在所述丢弃定时器超时时,在所述数据链路协议子层丢弃所述SDU,以及,对已经在所述数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU。通过本发明,解决了相关技术中上层数据发送速率与无线链路的传输速率不匹配的问题。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种拥塞处理方法、装置及系统。
背景技术
无线通信技术经过短短数十载的发展,已经从1G发展到4G,虽然四代无线通信技术从系统框架到物理层技术都有不同的设计,但在无线接口的设计上,均采用三层协议模型,即物理层(L1),数据链路层(L2)和网络层(L3)。以LTE(Long Term Evolution,长期演进)系统为例,如图1本发明相关技术LTE系统无线接口(Uu口)的用户面协议栈架构图,所示协议栈架构图只从LTE技术的角度示出了由LTE定义的L1,L2,并未示出L3。LTE系统中,L2从下到上又包括MAC(Medium Access Control,媒体接入控制),RLC(Radio Link Control,无线链路控制),和PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)等协议子层,其中MAC通过传输信道与物理层PHY(L1)进行通信,而PDCP通过PDCP-SAP(ServiceAccess Point,服务接入点)与网络层进行通信。
其中LTE MAC层的功能包括:逻辑信道与传输信道的映射;将一个或多个不同逻辑信道上的MAC SDU(Service Data Unit,服务数据单元)复用到一个传输块上后发送到传输信道上;将一个或多个不同逻辑信道上的MAC SDU从传输信道接收到的传输块中解复用;调度信息上报;传输格式选择;通过动态调度处理不同UE之间的优先级;UE内不同逻辑信道之间的优先级处理;混合自动重传请求(Hybrid Automatic Repeat Request,简称为HARQ)等。
其中LTE RLC层存在三种模式,AM(Acknowledged Mode,确认模式)模式,UM(Unacknowledged Mode,非确认模式)模式和TM模式(Transparent Mode,透明模式),其功能包括:重传(通过ARQ实现);重排序;RLC SDU级联;RLC SDU分段和重组;RLC PDU(Protocol Data Unit,协议数据单元)重分段;RLC PDU重排序;重复包检测;RLC SDU丢弃,RLC重建等。
RLC的以上功能中,重传和重分段功能只有AM模式支持,重排序、级联、分段和重组、重复包检测、RLC SDU丢弃等功能只有AM和UM模式支持。
RLC的以上功能中,根据对处理时间的不同要求,可以分为两类,一类是“高处理时间要求”的功能,包括RLC SDU级联,RLC SDU分段和重组,RLC PDU重分段和RLC PDU重排序等功能,这些功能与数据的调度和传输时序密切相关,需要在调度和传输时序规定的时间内处理完毕。另一类则是“非高处理时间要求”的功能,包括除上述“高处理时间要求”的功能之外的剩余功能,这些功能与调度和传输时序非紧密相关。
其中LTE PDCP层的功能包括:头压缩和解压缩;安全功能,具体包括对数据和信令的加密、解密,对信令的完成性保护;PDCP重建时的重排序,重复包检测和重传(只有在RLC采用AM模式时支持);支持双连接(DC)分叉承载(split bearer)时的包路由,重排序和重传功能(其中重传功能只有在RLC采用AM模式时支持)。
LTE系统中,MAC层的所有功能都是“高处理时间要求”的功能,而PDCP层的所有功能则都是“非高处理时间要求”的功能。
无线通信技术经过几十年的商用,各种智能终端和智能应用层出不穷,无线通信技术也逐渐渗透应用于各个垂直行业,业界预测到2020年左右,无线通信技术的发展指标是实现每区域1000倍的移动数据流量增长,每用户10到100倍的吞吐量增长,连接设备数10到100倍的增长,低功率设备10倍的电池寿命延长,以及端到端5倍延迟的下降,这也是5G技术研究的目标。此外5G新技术需要能过支持各种可能出现的业务,比如eMBB(EnhancedMobile Broadband,增强移动宽带),URLLC(Ultra Reliable and Low LatencyCommunications,超可靠低时延通信),mMTC(Massive Machine-Type-Communications,巨量机器通信)等类型的通信。
申请人经过分析发现,要实现5G(new radio)的技术目标,仅依靠对现有网络进行简单增强或者升级无法实现5G技术目标,因此有必要在对现有网络、现有技术进行进一步演进的基础上,加快对新型网络部署策略、新技术研究等方面的探索。其中在网络部署策略方面,一方面可以考虑更加密集化的部署网络,以及使用具有更大带宽(比如500MHz-1GHz)的高频频段,比如6GHz以上频段;另一方面可以考虑联合使用LTE技术,5G新技术,和其他无线通信技术,比如WLAN技术。而在新技术研究方面,设计5G新波形,新帧(或子帧)结构,新的系统架构以及在此基础上的增强通信过程。
然而申请人发现,相关技术中的L2协议功能设计,由于其固有的架构和功能划分,无法满足5G的设计目标。比如LTE L2的三个协议层设计中,存在一些重复实现的功能,尤其存在于RLC和PDCP层之间,比如包括重排序,重复包检测,重传等功能在两个协议层分别实现了两次,这种重复功能的设计一方面增加了软硬件的处理开销,另一方面也不利于实现5G高速率,低功耗,低时延的技术指标。
因此,为了实现5G技术目标,适应5G时代出现的新的网络部署方式、新的物理层技术和新的系统架构,业界提出需要对L2协议架构进行重新设计,对L2协议功能进行重新分配。其中一种可能的设计思路为,将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现,而对于RLC层中“高处理时间要求”的功能,根据不同的需求,可以考虑将其与MAC层的功能合并到一个协议子层实现,或者继续保留一个单独的协议子层实现这些功能。
将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层,去除原来LTE L2协议中一些重复功能的设计,将使得原来LTE L2中一些关键功能无法工作,其中一个重要功能就是原来LTE PDCP层的包丢弃(PDCP discard)功能。PDCP discard功能设计的初衷是为了解决当无线链路上出现拥塞(上层,比如TCP(Transmission ControlProtocol,传输控制协议)层的数据发送速率超过无线链路的传输速率)时,可以通过发端PDCP主动丢弃数据包,最终实现将丢包的事实传导到发送端上层(如TCP层),从而引发上层降低数据发送速率,解决拥塞问题(即解决上层数据发送速率超过无线链路的传输速率的问题)。PDCP discard功能的失效将导致拥塞问题无法解决,影响业务传输,最终影响用户体验。
针对相关技术中存在的上述问题,目前尚未发现有效的解决方案。
发明内容
本发明实施例提供了一种拥塞处理方法、装置及系统,以至少解决相关技术中上层数据发送速率与无线链路的传输速率不匹配的问题。
根据本发明的一个实施例,提供了一种拥塞处理方法,包括:在发送端的数据链路协议子层为服务数据单元SDU启动丢弃定时器;在所述丢弃定时器超时时,在所述数据链路协议子层丢弃所述SDU,以及,对已经在所述数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU。
可选地,所述数据链路协议子层为最高数据链路协议子层L2-H,其中,所述L2-H层包含以下功能中的至少一项:头压缩和解压缩、安全、重传、重排序和重复包检测。
可选地,在数据链路协议子层为服务数据单元SDU启动丢弃定时器包括:在所述数据链路协议子层收到来自上层的SDU后,为所述SDU启动所述丢弃定时器;或,在所述数据链路协议子层执行级联操作后,为级联的数据SDU启动所述丢弃定时器,其中,所述数据链路协议子层包括对上层SDU的级联功能;其中,所述上层包括以下至少之一:网络层L3,TCP/IP层,应用层,数据链路层中除了所述数据链路协议子层的其他子层。
可选地,在所述数据链路协议子层包含对上层SDU的级联功能时,所述SDU为级联的SDU;在所述数据链路协议子层不包含所述级联功能时,所述SDU为来自上层的SDU。
可选地,将所述数据PDU中的所述SDU换成填充比特包括:将所述数据PDU中所述SDU所在的数据字段换成预设的填充比特。
可选地,将所述数据PDU中的所述SDU换成填充比特包括:如果在所述丢弃定时器超时之前所述数据链路协议子层已经将包含所述SDU的数据PDU发送给了下一个协议子层,在丢弃定时器超时时,在所述数据链路协议子层将所述数据PDU中的所述SDU换成填充比特并指示所述下一个协议子层丢弃所述数据PDU。
可选地,所述丢弃通知PDU包含所述数据PDU的序列号,所述丢弃通知PDU用于指示所述序列号对应的所述数据PDU已经被发送方丢弃。
可选地,丢弃所述数据PDU并发送丢弃通知PDU包括:在所述数据链路协议子层丢弃所述数据PDU,并通知所述数据链路协议子层的下一层协议子层丢弃所述数据PDU。
可选地,在执行继续发送所述数据PDU之后,所述方法还包括:在数据链路子层丢弃所述SDU之后的预设个数的SDU。
根据本发明的一个实施例,提供了另一种拥塞处理方法,包括:在接收端的数据链路协议子层接收协议数据单元PDU;在所述PDU为包括服务数据单元SDU的数据PDU时,从所述数据PDU中还原出SDU,若还原出全部为填充比特的SDU,在向所述数据链路协议子层的上层递交SDU时忽略所述SDU;或,在所述PDU为丢弃通知PDU时,从所述丢弃通知PDU中获取被丢弃数据PDU的序列号DISCARD_SN,若所述DISCARD_SN是所述数据链路协议子层正在按序等待接收的数据PDU的序列号时,执行更新所述正在按序等待接收的数据PDU的操作。
可选地,从所述数据PDU中还原出SDU包括:去除所述数据PDU的协议数据单元头后得到SDU;或者,去除所述数据PDU的协议数据单元头,并执行完整性验证,解密,解压缩中的至少一个操作后得到SDU。
可选地,在向所述数据链路协议子层的上层递交SDU时忽略所述SDU是指:在向所述数据链路协议子层的上层递交SDU时放弃向所述数据链路协议子层的上层递交所述SDU。
可选地,执行更新所述正在按序等待接收的数据PDU的操作包括:更新接收窗口,向所述数据链路协议子层的上层按序递交窗口更新之后,从序列号小于更新后的正在按序等待接收的数据PDU的序列号的数据PDU中还原出的,并且尚未递交过的SDU。
可选地,更新接收窗口包括:将接收状态变量的值更新到所述DISCARD_SN指示的序列号之后需要按序等待接收的数据PDU的序列号SN,并基于所述更新后的接收状态变量的值更新最大可接收状态变量的值;其中,接收状态变量用于记录正在按序等待接收的PDU的序列号,最大可接收状态变量的值等于所述接收状态变量的值加预设接收窗口尺寸的值。
可选地,执行更新所述正在按序等待接收的数据PDU的操作还包括:在更新所述接收窗口后,如果所述接收状态变量更新后的值小于更新前的值,更新接收超帧号RX_HFN。
可选地,所述方法还包括:若所述DISCARD_SN不是所述数据链路协议子层正在按序等待接收的数据PDU的序列号时,则忽略所述丢弃通知PDU。
根据本发明的另一个实施例,提供了一种拥塞处理装置,应用在发送端,包括:启动模块,用于在数据链路协议子层为服务数据单元SDU启动丢弃定时器;处理模块,用于在所述丢弃定时器超时时,在所述数据链路协议子层丢弃所述SDU,以及,对已经在所述数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU。
可选地,所述数据链路协议子层为协议子层L2-H,其中,所述L2-H层包含以下功能中的至少一项:头压缩和解压缩、安全、重传、重排序和重复包检测。
根据本发明的另一个实施例,提供了另一种拥塞处理装置,应用在接收端,包括:接收模块,用于在数据链路协议子层接收协议数据单元PDU;处理模块,用于在所述PDU为包括服务数据单元SDU的数据PDU时,从所述数据PDU中还原出SDU,若还原出全部为填充比特的SDU,在向所述数据链路协议子层的上层递交SDU时忽略所述SDU;或,用于在所述PDU为丢弃通知PDU时,从所述丢弃通知PDU中获取被丢弃数据PDU的序列号DISCARD_SN,若所述DISCARD_SN是所述数据链路协议子层正在按序等待接收的数据PDU的序列号时,执行更新所述正在按序等待接收的数据PDU的操作。
可选地,所述处理模块执行更新所述正在按序等待接收的数据PDU的操作包括:更新接收窗口,向所述数据链路协议子层的上层按序递交窗口更新之后,从序列号小于更新后的正在按序等待接收的数据PDU的序列号的数据PDU中还原出的,并且尚未递交过的SDU;其中,接收状态变量用于记录正在按序等待接收的PDU的序列号。最大可接收状态变量的值等于所述接收状态变量的值加预设接收窗口尺寸的值。
可选地,所述处理模块还用于:若所述DISCARD_SN不是所述数据链路协议子层正在按序等待接收的数据PDU的SN号时,则忽略所述丢弃通知PDU。
根据本发明的又一个实施例,提供了一种拥塞处理系统,包括发送端、接收端,所述发送端包括:启动模块,用于在数据链路协议子层为服务数据单元SDU启动丢弃定时器;第一处理模块,用于在所述丢弃定时器超时时,在所述数据链路协议子层丢弃所述SDU,以及,对已经在所述数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU;
所述接收端包括:接收模块,用于在数据链路协议子层接收协议数据单元PDU;第二处理模块,用于在所述PDU为包括服务数据单元SDU的数据PDU时,从所述数据PDU中还原出SDU,若还原出全部为填充比特的SDU,在向所述数据链路协议子层的上层递交SDU时忽略所述SDU;或,在所述PDU为丢弃通知PDU时,从所述丢弃通知PDU中获取被丢弃数据PDU的序列号DISCARD_SN,若所述DISCARD_SN是所述数据链路协议子层正在按序等待接收的数据PDU的序列号时,执行更新所述正在按序等待接收的数据PDU的操作。
可选地,所述数据链路协议子层为协议子层L2-H,其中,所述L2-H层包含以下功能中的至少一项:头压缩和解压缩、安全、重传、重排序和重复包检测。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:
在发送端的数据链路协议子层为服务数据单元SDU启动丢弃定时器;
在所述丢弃定时器超时时,在所述数据链路协议子层丢弃所述SDU,以及,对已经在所述数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU。
通过本发明,在发送端传输数据时,在数据链路协议子层为服务数据单元SDU启动丢弃定时器;在丢弃定时器超时时,在数据链路协议子层丢弃SDU,以及,对已经在数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将数据PDU中的SDU换成填充比特、丢弃数据PDU并发送丢弃通知PDU、继续发送数据PDU。实现了在发送端主动丢弃数据包的功能,解决了相关技术中上层数据发送速率与无线链路的传输速率不匹配的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1本发明相关技术LTE系统无线接口(Uu口)的用户面协议栈架构图;
图2是根据本发明实施例的一种拥塞处理方法的流程图;
图3是本发明实施例的一种5G-NR无线接口的用户面协议栈架构图;
图4是本实施例的又一种5G-NR无线接口的用户面协议栈架构图;
图5是根据本发明实施例的另一种拥塞处理方法的流程图;
图6是根据本发明实施例的拥塞处理系统的结构框图;
图7为本实施例发送方的拥塞处理方法流程图;
图8为本实施例接收方的拥塞处理方法流程图;
图9是实施例1PDU-x的示意图;
图10是实施例1PDU-x’的示意图;
图11是实施例1PDU-m的示意图;
图12为本实施例L2-H维护的接收窗口的示意图;
图13是本实施例接收端数据链路协议子层维护的接收窗口更新后的示意图;
图14是本实施例的一种丢弃通知PDU的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种拥塞处理方法,图2是根据本发明实施例的拥塞处理方法的流程图,如图2所示,该流程包括如下步骤:
步骤S202,在发送端的数据链路协议子层为服务数据单元SDU启动丢弃定时器;
步骤S204,在丢弃定时器超时时,在数据链路协议子层丢弃该SDU,以及,对已经在数据链路协议子层组成数据协议数据单元PDU的该SDU执行以下操作之一:将该数据PDU中的该SDU换成填充比特、丢弃该数据PDU并发送丢弃通知PDU、继续发送该数据PDU。
通过上述步骤,在发送端的数据链路协议子层为服务数据单元SDU启动丢弃定时器;在丢弃定时器超时时,在数据链路协议子层丢弃该SDU,以及,对已经在数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将该数据PDU中的该SDU换成填充比特、丢弃该数据PDU并发送丢弃通知PDU、继续发送该数据PDU。实现了在发送端主动丢弃数据包的功能,解决了相关技术中上层数据发送速率与无线链路的传输速率不匹配的问题。
可选地,上述步骤的执行主体可以为数据发送端,如基站、终端、发射机等,但不限于此。
可选的,数据链路协议子层为最高数据链路协议子层L2-H,其中,L2-H层包含以下功能中的至少一项:头压缩和解压缩、安全、重传、重排序和重复包检测。
在此结合相关技术中的设计理念进行详细说明,5G时代一种可能的L2协议栈重构设计的思路为,将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现,而对于RLC层中“高处理时间要求”的功能,根据不同的需求,可以考虑将其与MAC层的功能合并到一个协议子层实现,或者继续保留一个单独的协议子层实现这些功能。
图3是本发明实施例的一种5G-NR无线接口的用户面协议栈架构图,如图3所示,5G-NR的L2包括两个协议子层,L2-high(简记为L2-H,称之为最高数据链路协议子层)和L2-Low(简记为L2-L,称之为最低数据链路协议子层)。其中L2-H包括但不限于相关LTE技术中PDCP层的功能,以及RLC层的部分或者全部“非高处理时间要求”功能,这里,部分“非高处理时间要求”功能至少包括重传(通过ARQ实现),重排序和重复包检测功能。其中L2-H合并设计PDCP和RLC的重传、重排序和重复包检测功能,只留下一重重传、重排序和重复包检测功能。L2-L包括但不限于相关LTE技术中MAC层的功能以及RLC层的“高处理时间要求”的功能。
图4是本实施例的又一种5G-NR无线接口的用户面协议栈架构图,如图4所示,5G-NR的L2包括三个协议子层,L2-high(简记为L2-H,称之为最高数据链路协议子层),L2-Middle(简记为L2-M,称之为中间数据链路协议子层)和L2-Low(简记为L2-L,称之为最低数据链路协议子层)。其中L2-H包括但不限于相关LTE技术中PDCP层的功能,以及RLC层的部分或者全部“非高处理时间要求”功能,这里,部分“非高处理时间要求”功能至少包括重传(可以通过ARQ实现),重排序和重复包检测功能。其中L2-H合并设计PDCP和RLC的重传、重排序和重复包检测功能,只留下一重重传、重排序和重复包检测功能。L2-M包括但不限于相关LTE技术RLC层中除重传(通过ARQ实现),重排序和重复包检测功能之外的其他剩余功能,这些剩余功能在5G-NR中不排除需要根据新的无线接口用户面协议栈架构和5G新需求进行修改设计。L2-L包括但不限于相关LTE技术中MAC层的功能。
L2-H根据不同的业务或信息传输要求,可以支持三种数据处理模式,AM模式,UM模式和TM模式。其中,对于AM模式,L2-H用于接收设备上时,除发生L2-H重建的情况,需要保证经过其处理后发送给上层的数据是按序且连续的,这里这里,L2-H的上层协议层具体可以是一个L3协议层,或者TCP(Transfer Control Protocol,传输控制协议)/IP(InternetProtocol,因特网互联协议)层,或者应用层,或者如果5G-NR使用除本发明图3、图4所示无线接口用户面协议栈架构之外的其他架构,则L2-H的上层协议层还可以是其他L2协议子层。本发明的拥塞处理方法可以用于以上三种数据处理模式,尤其可以应用于AM模式,有效解决AM模式下上层数据发送速率与无线链路的传输速率不匹配的问题。
本实施例的拥塞处理方法应用于图3、图4的L2-H子层,L2-H子层可以位于用户设备上,也可以用于采用5G新技术(5G-NR)的无线网络设备上。需要说明的是,本发明的采用5G新技术(5G-NR)的无线网络设备(本发明后续简记为5G-NR),可以独立组网,也可以和采用其他RAT(Radio Access Technology,无线接入技术)(比如LTE,WLAN(Wireless LocalArea Network,无线局域网))的无线网络设备联合组网。其中,本发明的无线网络设备,为实现基站功能的设备,在物理装置上不限定其具体的存在形式,比如可以是一体化基站,即一个装置中包括基带功能,射频功能等所有基站功能;也可以是在物理上分离的BBU(BaseBand Unit,基带单元)+RRU(Remote Radio Unit,远端射频单元),其中在BBU上实现基带功能,而在RRU上实现射频功能;还可以是在物理上分离的CU(Central Unit,中央单元)+DU(Distributed Unit,分布单元),其中在CU上实现全部或者部分基带功能,并实现对CU和DU上的各个无线协议层的控制功能,而在DU上实现部分基带功能和/或实现射频功能。当本发明的数据处理方法应用于5G-NR的L2-H上时,在物理上,该L2-H可以位于如上的一体化基站中,也可以位于BBU或者CU中。
可选的,在数据链路协议子层为服务数据单元SDU启动丢弃定时器包括:
S11,在数据链路协议子层收到来自上层的SDU后,为SDU启动丢弃定时器;或者,
S12,在数据链路协议子层执行级联操作后,为级联的数据SDU启动丢弃定时器,其中,数据链路协议子层包括对上层SDU的级联功能;
其中,上层包括以下至少之一:网络层L3,TCP/IP层,应用层,数据链路层中除了数据链路协议子层L2-H的其他子层。
在根据本实施例的可选实施方式中,在数据链路协议子层包含对上层SDU的级联功能时,SDU为级联的SDU;在数据链路协议子层不包含级联功能时,SDU为来自上层的SDU。
可选的,将该数据PDU中的该SDU换成填充比特包括:将该数据PDU中该SDU所在的数据字段换成预设的填充比特。填充比特根据协议约定,比如可以是全0,或者全1,不排除其他填充方式。
在根据本实施例的可选实施方式中,将该数据PDU中的该SDU换成填充比特包括:
S21,判断在丢弃定时器超时之前数据链路协议子层是否已经将包含该SDU的数据PDU发送给下一个协议子层;
S22,在判断结果为是时,在丢弃定时器超时的情况下,在数据链路协议子层将数据PDU中的该SDU换成填充比特并指示下一个协议子层丢弃该数据PDU。
在本实施例中,丢弃通知PDU包含该数据PDU的序列号,丢弃通知PDU用于指示该序列号对应的数据PDU已经被发送方丢弃。
在根据本实施例的可选实施方式中,丢弃该数据PDU并发送丢弃通知PDU包括:在数据链路协议子层丢弃该数据PDU,并通知数据链路协议子层的下一层协议子层丢弃该数据PDU。
在根据本实施例的可选实施方式中,在执行继续发送该数据PDU之后,方法还包括:在数据链路子层丢弃该SDU之后的预设个数的SDU。可选的,预设个数可以是1个或多个。
在本实施例中提供了另一种拥塞处理方法,图5是根据本发明实施例的另一种拥塞处理方法的流程图,如图5所示,该流程包括如下步骤:
步骤S502,在接收端数据链路协议子层接收协议数据单元PDU;
步骤S504,在PDU为包括服务数据单元SDU的数据PDU时,从数据PDU中还原出SDU,若还原出全部为填充比特的SDU,在向数据链路协议子层的上层递交SDU时忽略该SDU;或,在PDU为丢弃通知PDU时,从丢弃通知PDU中获取被丢弃数据PDU的序列号DISCARD_SN,若DISCARD_SN是数据链路协议子层正在按序等待接收的数据PDU的序列号时,执行接收更新正在按序等待接收的数据PDU的操作。
在根据本实施例的可选实施方式中,从数据PDU中还原出SDU包括:
S31,去除数据PDU的协议数据单元头后得到SDU;或者,
S32,去除数据PDU的协议数据单元头,并执行完整性验证,解密,解压缩中的至少一个操作后得到SDU。
在本实施例中,在向数据链路协议子层的上层递交SDU时忽略该SDU是指:在向数据链路协议子层的上层递交SDU时放弃向数据链路协议子层的上层递交该SDU。
在根据本实施例的可选实施方式中,执行更新正在按序等待接收的数据PDU的操作包括:更新接收窗口,向数据链路协议子层的上层按序递交窗口更新之后,从序列号小于更新后的正在按序等待接收的PDU的序列号的PDU中还原出来的,并且尚未递交过的SDU。可选的,接收窗口为序列号取值大于或等于接收状态变量且小于最大可接收状态变量的范围,所述接收状态变量用于记录所述正在按序等待接收的PDU的序列号,其值等于所述正在按序等待接收的PDU的序列号;所述最大可接收状态变量的值等于所述接收状态变量的值加预设接收窗口尺寸的值。
本实施例的更新接收窗口包括:将所述接收状态变量的值更新到所述DISCARD_SN指示的序列号之后需要按序等待接收的数据PDU的序列号SN,并基于所述更新后的接收状态变量的值更新最大可接收状态变量的值,其中,接收状态变量用于记录正在按序等待接收的PDU的序列号,最大可接收状态变量的值等于所述接收状态变量的值加预设接收窗口尺寸的值;执行更新所述正在按序等待接收的数据PDU的操作还包括:在更新所述接收窗口后,如果所述接收状态变量更新后的值小于更新前的值,更新接收超帧号RX_HFN。
在根据本实施例的可选实施方式中,作为另外一种可能情况,若DISCARD_SN不是数据链路协议子层正在按序等待接收的数据PDU的序列号时,则忽略丢弃通知PDU。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种拥塞处理装置、系统,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
本实施例提供了一种拥塞处理装置,应用在发送端,包括:启动模块,用于在数据链路协议子层为服务数据单元SDU启动丢弃定时器;处理模块,用于在丢弃定时器超时时,在数据链路协议子层丢弃所述SDU,以及,对已经在数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU。
可选的,数据链路协议子层为协议子层L2-H,其中,所述L2-H层包含以下功能中的至少一项:头压缩和解压缩、安全、重传、重排序和重复包检测。
可选的,本实施例的启动模块包括:第一启动单元,用于在所述数据链路协议子层收到来自上层的SDU后,为所述SDU启动所述丢弃定时器;或,第二启动单元,用于在所述数据链路协议子层执行级联操作后,为级联的数据SDU启动所述丢弃定时器,其中,所述数据链路协议子层包括对上层SDU的级联功能;其中,所述上层包括以下至少之一:网络层L3,TCP/IP层,应用层,数据链路层中除了所述数据链路协议子层的其他子层。
在根据本实施例的可选实施方式中,在所述数据链路协议子层包含对上层SDU的级联功能时,所述SDU为级联的SDU;在所述数据链路协议子层不包含所述级联功能时,所述SDU为来自上层的SDU。
处理模块将所述数据PDU中的所述SDU换成填充比特具体可以包括:将所述数据PDU中所述SDU所在的数据字段换成预设的填充比特。
可选的,将所述数据PDU中的所述SDU换成填充比特包括:如果在所述丢弃定时器超时之前所述数据链路协议子层已经将包含所述SDU的数据PDU发送给了下一个协议子层,在丢弃定时器超时时,在所述数据链路协议子层将所述数据PDU中的所述SDU换成填充比特并指示所述下一个协议子层丢弃所述数据PDU。
可选的,所述丢弃通知PDU包含所述数据PDU的序列号,所述丢弃通知PDU用于指示所述序列号对应的数据PDU已经被发送方丢弃。
可选的,处理模块丢弃所述数据PDU并发送丢弃通知PDU包括:在所述数据链路协议子层丢弃所述数据PDU,并通知所述数据链路协议子层的下一层协议子层丢弃所述数据PDU。
可选的,处理模块在执行继续发送所述数据PDU之后,还用于:在数据链路子层丢弃所述SDU之后的预设个数的SDU。
本实施例提供了另一种拥塞处理装置,应用在接收端,包括:接收模块,用于在数据链路协议子层接收协议数据单元PDU;处理模块,用于在PDU为包括服务数据单元SDU的数据PDU时,从所述数据PDU中还原出SDU,若还原出全部为填充比特的SDU,在向数据链路协议子层的上层递交SDU时忽略所述SDU;或,用于在PDU为丢弃通知PDU时,从丢弃通知PDU中获取被丢弃数据PDU的序列号DISCARD_SN,若DISCARD_SN是数据链路协议子层正在按序等待接收的数据PDU的序列号时,执行更新正在按序等待接收的数据PDU的操作。
在根据本实施例的可选实施方式中,处理模块执行更新正在按序等待接收的数据PDU的操作包括:更新接收窗口,向所述数据链路协议子层的上层按序递交窗口更新之后,从序列号小于更新后的正在按序等待接收的数据PDU的序列号的数据PDU中还原出的,并且尚未递交过的SDU;可选的,接收窗口为序列号取值大于或等于接收状态变量且小于最大可接收状态变量的范围,所述接收状态变量用于记录所述正在按序等待接收的PDU的序列号,其值等于所述正在按序等待接收的PDU的序列号;所述最大可接收状态变量的值等于所述接收状态变量的值加预设接收窗口尺寸的值。
可选的,更新接收窗口包括:将所述接收状态变量的值更新到所述DISCARD_SN指示的序列号之后需要按序等待接收的数据PDU的序列号,并基于所述更新后的接收状态变量的值更新最大可接收状态变量的值,其中,接收状态变量用于记录正在按序等待接收的PDU的序列号,最大可接收状态变量的值等于所述接收状态变量的值加预设接收窗口尺寸的值。
在根据本实施例的可选实施方式中,执行更新所述正在按序等待接收的数据PDU的操作还包括:在更新所述接收窗口后,如果所述接收状态变量更新后的值小于更新前的值,更新接收超帧号RX_HFN。
可选的,处理模块还用于:若DISCARD_SN不是数据链路协议子层正在按序等待接收的数据PDU的SN号时,则忽略所述丢弃通知PDU。
可选的,处理模块在从所述数据PDU中还原出SDU时包括:去除所述数据PDU的协议数据单元头后得到SDU;或者,去除所述数据PDU的协议数据单元头,并执行完整性验证,解密,解压缩中的至少一个操作后得到SDU。
在本实施例中,在向所述数据链路协议子层的上层递交SDU时忽略所述SDU是指:在向所述数据链路协议子层的上层递交SDU时放弃向所述数据链路协议子层的上层递交所述SDU。
图6是根据本发明实施例的拥塞处理系统的结构框图,如图6所示,该系统包括:发送端60、接收端62,发送端60包括:启动模块602,用于在数据链路协议子层为服务数据单元SDU启动丢弃定时器;第一处理模块604,用于在丢弃定时器超时时,在数据链路协议子层丢弃所述SDU,以及,对已经在数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU;
接收端62包括:接收模块622,用于在数据链路协议子层接收协议数据单元PDU;第二处理模块624,用于在PDU为包括服务数据单元SDU的数据PDU时,从所述数据PDU中还原出SDU,若还原出全部为填充比特的SDU,在向数据链路协议子层的上层递交SDU时忽略所述SDU;或,在PDU为丢弃通知PDU时,从丢弃通知PDU中获取被丢弃数据PDU的序列号DISCARD_SN,若DISCARD_SN是数据链路协议子层正在按序等待接收的数据PDU的序列号时,执行更新正在按序等待接收的数据PDU的操作。
可选的,数据链路协议子层为协议子层L2-H,其中,所述L2-H层包含以下功能中的至少一项:头压缩和解压缩、安全、重传、重排序和重复包检测。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本实施例是根据本发明的可选实施例,用于结合具体的场景对本申请进行详细说明:
本发明提出一种拥塞处理方法,用于解决5G新L2协议设计中如何实现发端主动丢地数据包功能,解决上层数据发送速率与无线链路的传输速率不匹配的问题。
本发明提出的拥塞处理方法,包括发送方的拥塞处理和接收方的拥塞处理。
图7为本实施例发送方的拥塞处理方法流程图,包括:
701、数据链路协议子层为服务数据单元SDU启动丢弃定时器;
其中,数据链路协议子层为层2(L2)的一个协议子层,比如L2-H。
其中,数据链路协议子层收到来自上层的SDU后,为所述SDU启动丢弃定时器;或者,若所述数据链路协议子层包含对上层SDU的级联(concatenation)功能,则所述数据链路协议子层在执行级联操作后,为级联SDU启动丢弃定时器。
其中,对上层SDU的级联功能,是指将几个来自上层的SDU串接成一个大的SDU,称为级联SDU。
其中,所述数据链接协议子层的上层,具体可以是一个L3协议层,或者TCP/IP层,或者应用层,或者如果5G-NR使用除本发明图3、图4所示无线接口用户面协议栈架构之外的其他架构,则L2-H的上层还可以是其他L2协议子层。
702、丢弃定时器超时时:
数据链路协议子层丢弃所述SDU;并且,若所述SDU已经在所述数据链路协议子层组成协议数据单元PDU,所述数据链路协议子层执行以下操作之一;
(1)、将所述PDU中的所述SDU换成填充比特;或者,
(2)、丢弃所述PDU,并发送丢弃通知PDU;或者,
(3)、继续处理所述PDU;
其中,若所述数据链路协议子层包含对上层SDU的级联功能,则所述SDU指级联SDU;若所述数据链路协议子层不包含所述级联功能,则所述SDU指来自上层的SDU。
其中,将所述PDU中的所述SDU换成填充比特,是指将所述PDU中所述SDU所在的数据字段换成填充比特,填充比特根据协议约定,比如可以是全0,或者全1,不排除其他填充方式。
其中,执行将所述PDU中的所述SDU换成填充比特,还包括,若在丢弃定时器超时之前,所述数据链路协议子层已经将包含所述SDU的PDU发送给下一个协议子层,所述数据链路协议子层在丢弃定时器超时通知所述下一个协议子层丢弃所述PDU。这里,所述数据链路协议子层的下一层协议子层是指L2-H之下的协议层,在如图3中为L2-L,在如图4中为L2-M。
其中,所述丢弃通知PDU中包含所述被丢弃PDU的序列号(本发明中将所述被丢弃PDU的序列号记为DISCARD_SN),所述丢弃通知PDU用于通知接收方,序列号等于所述丢弃通知PDU中指示的序列号的PDU被发送方丢弃了。
其中,丢弃所述PDU,包括所述数据链路协议子层丢弃所述PDU,以及所述数据链路协议子层通知其下一层协议子层丢弃所述PDU。
其中,继续处理所述PDU,包括继续传输和/或重传所述PDU。
其中,丢弃定时器超时时,数据链路协议子层丢弃所述SDU,并且,若所述SDU已经在所述数据链路协议子层组成协议数据单元PDU,数据链路协议子层继续处理所述PDU,还可以包括,数据链路子层丢弃所述SDU之后的下一个或多个SDU。
图8为本实施例接收方的拥塞处理方法流程图,包括:
801、数据链路协议子层接收PDU,所述PDU为数据PDU或丢弃通知PDU:
当所述PDU为数据PDU时,数据链路协议子层从所述PDU中还原出SDU时,若还原出全部为填充比特的SDU,所述数据链路协议子层向上层递交SDU时忽略所述SDU;
其中,从所述PDU中还原出SDU,包括去除所述PDU的协议数据单元头后得到SDU,或者去除所述PDU的协议数据单元头,并执行完整性验证,解密,解压缩中的至少一个操作后得到SDU。
其中,数据链路协议子层向上层递交SDU时忽略所述SDU,是指数据链路协议子层向上层递交SDU时不递交所述SDU。
当所述PDU为丢弃通知PDU时,数据链路协议子层从所述丢弃通知PDU中获取被丢弃PDU的序列号DISCARD_SN,若所述DISCARD_SN是所述数据链路协议子层正在按序等待接收的PDU的SN号,则所述数据链路协议子层执行相当于接收到了所述正在按序等待接收的PDU的相关操作,本发明中称为执行更新所述正在按序等待接收的PDU的操作。
其中,若所述DISCARD_SN是所述数据链路协议子层正在按序等待接收的PDU的SN号,则所述数据链路协议子层执行更新所述正在按序等待接收的PDU的操作,所述操作至少包括:更新接收窗口,和向上层按序递交窗口更新之后,从更新后的正在按序等待接收的PDU之前的PDU中还原出来的、尚未递交过的SDU,也即,向上层按序递交窗口更新之后,从序列号小于所述更新后的正在按序等待接收的PDU的序列号的PDU中还原出来的,尚未递交过的SDU。所述操作还可以包括:如果被配置(由控制面配置)需要对SDU执行解密,在更新所述接收窗口后,判断是否需要更新接收超帧号(RX_HFN),若需要,则更新RX_HFN,即执行RX_HFN=RX_HFN+1操作。
这里,接收窗口为VR(R)<=RSN<VR(MR),当接收PDU的接收序列号RSN满足VR(R)<=RSN<VR(MR)时认为接收PDU在接收窗口之内,否则认为在接收窗口之外。其中,VR(R)为接收状态变量,用于记录按序等待接收的PDU的RSN号,或者换种说法,用于记录上一个已经成功按序接收的PDU之后的下一个按序PDU的RSN号;VR(MR)为最大可接收状态变量,VR(MR)=VR(R)+Window_Size,Window_Size为预设接收窗口尺寸。
其中,更新接收窗口,即指更新VR(R)和VR(MR),具体的,将VR(R)的值更新到需要按序等待接收的PDU的RSN号,并相应的基于更新后的VR(R)更新VR(MR)。
其中,判断是否需要更新接收超帧号(RX_HFN),包括:判断更新后的VR(R)相对于更新前的VR(R)是否发生翻转,如果判断发生翻转,则更新RX_HFN。
其中,判断更新后的VR(R)相对于更新前的VR(R)是否发生翻转,即判断更新后VR(R)的值是否小于更新前VR(R)的值,具体可以是判断条件VR(RO)-VR(RN)>VR(MRN)-VR(RN)是否成立,如果成立,则判断发生翻转,否则判断未发生翻转。这里,VR(RO)为更新之前的VR(R),VR(RN)为更新之后的VR(R),VR(MRN)为更新之后的VR(MR)。
需要说明的是,以上判断条件VR(RO)-VR(RN)>VR(MRN)-VR(RN)在具体计算时,需要进行取模运算,比如实际计算时按照[VR(RO)-VR(RN)]%Window_Size>[VR(MRN)-VR(RN)]%Window_Size进行计算。
其中所述接收方的拥塞处理方法还包括,若所述DISCARD_SN不是所述数据链路协议子层正在按序等待接收的PDU的SN号,则所述数据链路协议子层忽略所述丢弃通知PDU。
本实施例还包括两个具体实施例:
具体实施例1
实施例1详细说明当包定时器超时时,发送端将PDU中的SDU换成填充比特发送和接收端收到所述PDU时的处理过程。
发送端的处理过程包括:
发送端数据链路协议子层L2-H从上层接收SDU,为每个SDU启动一个丢弃定时器,本实施例假设L2-H从上层按序收到了SDU-x,SDU-y,SDU-z,其中为SDU-x启动的丢弃定时器为Dtimer-x。
本实施例中,在Dtimer-x之前,发送端L2-H已经将SDU-x,SDU-y,SDU-z组成了一个PDU(PDU-x),图9是实施例1PDU-x的示意图,图9为该PDU的示意图,PDU-x包括协议数据单元头(L2-H header)和SDU-x,SDU-y,SDU-z,L2-H header包括该PDU的组包信息,比如SN号和各个SDU的长度。需要说明的是,图9只是本实施例的一个PDU示意图,实际使用时并不限定L2-H header的长度和各个SDU的长度。
Dtimer-x超时时,SDU-x和PDU-x仍然保存在发送端L2-H中,比如在Dtimer-x超时之前,发送端L2-H尚未收到来自对端或L2-H下一个协议子层的、对图9所述PDU正确接收的确认信息,则SDU-x和PDU-x仍然保存在发送端L2-H中。
Dtimer-x超时,发送端L2-H丢弃SDU-x,将PDU-x中SDU-x的所有信息换成填充比特,本实施例中填充比特为0。图10是实施例1PDU-x’的示意图,如图10本实施例给出了将PDU-x中的SDU-x换成填充比特后的包示意图(PDU-x’)。
本实施例中,如果Dtimer-x超时之前,PDU-x已经发送给了L2-H的下一个协议子层,则本实施例还包括,L2-H通知下一个协议子层丢弃PDU-x。
需要说明的,具体实施例1中,如果L2-H支持级联功能,则发送端的处理为:
发送端数据链路协议子层L2-H从上层接收按序收到了SDU-x,SDU-y,SDU-z,L2-H将这三个SDU级联成一个大SDU,SDU-m,然后,L2-H为SDU-m启动丢弃定时器为Dtimer-m。本实施例中,级联是指将SDU-x,SDU-y,SDU-z串接成一个大的SDU-m,具体串接设计并非本发明的发明内容,本实施例也不限定具体的串接格式。图11是实施例1PDU-m的示意图,图11为本实施例L2-H将级联SDU组成PDU(PDU-m)的示意图,同样的,本发明并不限定实际使用时L2-H header的长度。
Dtimer-m超时,发送端丢弃SDU-m,将PDU-m中SDU-m的所有信息换成填充比特(PDU-m’)。如果Dtimer-m超时之前,PDU-m已经发送给了L2-H的下一个协议子层,L2-H还通知下一个协议子层丢弃PDU-m。
接收端的处理过程包括:
接收端数据链路协议子层L2-H维护一个接收窗口。图12是本实施例接收端数据链路协议子层维护的接收窗口的示意图,图12为本实施例L2-H维护的接收窗口的示意图,L2-H通过接收序列号(RSN)以及一系列状态变量来维护接收窗口,当RSN在VR(R)<=RSN<VR(MR)范围之内时,则认为是在接收窗口之内,否则认为是在接收窗口之外。
其中,
VR(R)为接收状态变量,用于记录按序等待接收的PDU的RSN号。或者换种说法,用于记录上一个已经成功按序接收的PDU之后的下一个按序PDU的RSN号。比如图12中,RSN=2及之前的PDU都成功按序接收到了,而RSN=3的PDU尚未接收到,则VR(R)=3;
VR(R)初始值为0,每次成功按序接收到正在等待接收的PDU,也即每次成功接收到RSN=VR(R)的PDU后更新VR(R),将其值更新到需要按序等待接收的PDU的RSN号;比如图12中,若成功接收到RSN=3的PDU,则更新VR(R)到需要按序等待接收的PDU的RSN号,即更新VR(R)=6,更新后的窗口如图13所示,图13是本实施例接收端数据链路协议子层维护的接收窗口更新后的示意图;
VR(MR)为最大可接收状态变量,VR(MR)=VR(R)+Window_Size,其中Window_Size的值由控制面配置给L2-H,或者根据其他由控制面配置给L2-H的参数,比如Maximum_RSN(Maximum Reception Sequence Number,最大接收序列号)计算得到,具体计算方式举例如Window_Size=(Maximum_RSN+1)/2。
L2-H从下一个协议子层接收PDU-x’,判断PDU-x’是否在接收窗口内,如果判断PDU-x’的RSN号在接收窗口内,则将PDU-x’放入接收缓存,否则丢弃PDU-x’。
PDU-x’被放入接收缓存后,L2-H在处理PDU-x’,从PDU-x’中还原出SDU-x,SDU-y,SDU-z时,判断SDU-x为填充比特,则判断发送端已经丢弃了SDU-x,因此L2-H向上层递交SDU时忽略SDU-x,比如在本实施例中,向上层递交SDU时,按序递交SDU-y,SDU-z。
需要说明的是,如果L2-H支持级联功能,则对应于发送端的处理,接收端的处理为:
接收端数据链路协议子层L2-H维护一个接收窗口(同图12)。L2-H从下一个协议子层接收PDU-m’,判断PDU-m’是否在接收窗口内,如果判断PDU-m’的RSN号在接收窗口内,则将PDU-m’放入接收缓存,否则丢弃PDU-m’。
PDU-m’被放入接收缓存后,L2-H在处理PDU-m’,从PDU-m’中还原出SDU-m时,判断SDU-m为填充比特,则判断发送端已经丢弃了SDU-m,因此L2-H向上层递交SDU时忽略SDU-m。
采用实施例1的方法,当丢弃定时器超时时,发送端丢弃SDU,并通过将PDU中该SDU换成填充比特,使得一方面接收端可以正常接收到该PDU,接收端窗口维护与处理简单,无需引入异常处理,另一方面,接收端还能通过填充比特判断发送端丢弃了该SDU,在向上层递交SDU时忽略此SDU,从而实现将发送端无线链路上丢包(出现拥塞)的事实传导到发送端上层(如TCP层),引发上层降低发送速率,解决如本发明图3、图4所示5G新L2协议设计中上层数据发送速率与无线链路的传输速率不匹配的问题。
具体实施例2
实施例2详细说明当SDU的包定时器超时时,发送端丢弃包含所述SDU的PDU,并发送丢弃通知PDU,以及接收端收到丢弃通知PDU的处理过程。
发送端的处理过程包括:
发送端数据链路协议子层L2-H从上层接收到SDU-x,SDU-y,SDU-z,L2-H为每个SDU启动一个丢弃定时器,其中为SDU-x启动的丢弃定时器为Dtimer-x。同实施例1,L2-H将这三个SDU组成一个PDU(PDU-x),Dtimer-x超时时,SDU-x和PDU-x仍然保存在发送端L2-H中。
Dtimer-x超时,发送端L2-H丢弃SDU-x和PDU-x,这里,若PDU-x已经发送给了下一个协议子层,L2-H还通知下一个协议子层丢弃PDU-x。同时,L2-H发送丢弃通知PDU。图14是本实施例的一种丢弃通知PDU的示意图,丢弃通知PDU中包含被丢弃PDU(PDU-x)的SN号(DISCARD_SN),丢弃通知PDU的header中,还可以指示该PDU为丢弃通知PDU。需要说明的是,图14只是本实施例的一种优选示例而已,并不限定实际应用时L2-header的长度和DISCARD_SN的长度,也不限定所述PDU中还可以包含其他信息。
需要说明的,实施例2中,如果L2-H支持级联功能,则发送端的处理为:
发送端数据链路协议子层L2-H从上层接收按序收到了SDU-x,SDU-y,SDU-z,L2-H将这三个SDU级联成一个大SDU,SDU-m,然后,L2-H为SDU-m启动丢弃定时器为Dtimer-m。本实施例中,L2-H将级联SDU组成PDU(PDU-m)。
Dtimer-m超时,发送端丢弃SDU-m和PDU-m,同时,L2-H发送丢弃通知PDU,丢弃通知PDU中包含被丢弃PDU(PDU-m)的SN号(DISCARD_SN)。
接收端的处理过程包括:
接收端数据链路协议子层L2-H维护一个接收窗口(同图12示例)。L2-H从下一个协议子层接收丢弃通知PDU,从丢弃通知PDU中获取DISCARD_SN。L2-H判断DISCARD_SN是否是正在按序等待接收的PDU的SN号,若是,则L2-H执行相当于接收到了所述正在按序等待接收的PDU的相关更新操作,至少包括:更新接收窗口,向上层按序递交窗口更新之后,从更新后的正在按序等待接收的PDU之前的PDU中还原出来的、尚未递交过的SDU。所述操作还可以包括:如果被配置(由控制面配置)需要对SDU执行解密,在更新所述接收窗口之后,判断是否需要更新接收超帧号(RX_HFN),若需要,则更新RX_HFN,即执行RX_HFN=RX_HFN+1操作。
这里,接收窗口为VR(R)<=RSN<VR(MR),当接收PDU的接收序列号RSN满足VR(R)<=RSN<VR(MR)时认为接收PDU在接收窗口之内,否则认为在接收窗口之外。其中,VR(R)接收状态变量,用于记录按序等待接收的PDU的RSN号;或者换种说法,用于记录上一个已经成功按序接收的PDU之后的下一个按序PDU的RSN号。VR(MR)=VR(R)+Window_Size,Window_Size为接收窗口尺寸。L2-H判断DISCARD_SN是否是正在按序等待接收的PDU的SN号,也即判断DISCARD_SN是否等于VR(R),如果相等,则判断是,否则判断不是。
这里,更新接收窗口,即指更新VR(R)和VR(MR),具体的,将VR(R)的值更新到DISCARD_SN所指示的序列号之后需要按序等待接收的PDU的RSN号,并相应的基于更新后的VR(R)更新VR(MR)。
这里,判断是否需要更新接收超帧号(RX_HFN),包括:判断更新后的VR(R)相对于更新前的VR(R)是否发生翻转,如果判断发生翻转,则更新RX_HFN。
其中,判断更新后的VR(R)相对于更新前的VR(R)是否发生翻转,即判断更新后VR(R)的值是否小于更新前VR(R)的值,具体可以是:
判断条件VR(RO)-VR(RN)>VR(MRN)-VR(RN)是否成立,如果成立,则判断发生翻转,否则判断未发生翻转。这里,VR(RO)为更新之前的VR(R),VR(RN)为更新之后的VR(R),VR(MRN)为更新之后的VR(MR)。
本具体实施例中以图12为例,在接收到丢弃通知PDU之前,接收窗口的状态如图12所示,其中接收窗口内RSN=4和5的PDU已经成功接收到,但是RSN=3的PDU尚未成功接收到。L2-H接收到丢弃通知PDU,从丢弃通知PDU中获取DISCARD_SN=3,正好是接收端在按序等待接收的PDU的SN号(3),也即当前VR(R)的值,则L2-H执行相当于接收到了RSN=3的PDU的相关更新操作,包括:
更新接收窗口,即将VR(R)的值更新到DISCARD_SN指示的序列号3之后需要按序等待接收的PDU的RSN号,更新后VR(R)=6,相应的更新VR(MR)的值为VR(MR)=6+Window_Size.更新后的接收窗口如图13所示。
更新完接收窗口之后,L2-H向上层递交窗口更新之后,从更新后的正在按序等待接收的PDU(RSN=6)之前的PDU中还原出来的、尚未递交过的SDU,即从RSN=4和5的PDU中还原出来的SDU。
本实施例中,如果判断DISCARD_SN不是正在按序等待接收的PDU的SN号,则L2-H忽略丢弃通知PDU,即不执行以上接收到所述正在按序等待接收的PDU的操作。
采用实施例2的方法,当丢弃定时器超时时,发送端丢弃SDU以及包含该SDU的PDU,并通过发送包含被丢弃PDU的SN号的丢弃通知PDU,使得接收端通过丢弃通知PDU获知被丢弃PDU的信息,更新接收窗口并向上层按序递交SDU,避免了接收端一直在等待所述被丢弃的PDU,实现了将发送端无线链路上丢包(出现拥塞)的事实传导到发送端上层(如TCP层),引发上层降低发送速率,从而解决了如本发明图3、图4所示5G新L2协议设计中上层数据发送速率与无线链路的传输速率不匹配的问题。
此外,采用本发明当丢弃定时器超时时,数据链路协议子层丢弃所述SDU,继续处理包含所述SDU的PDU,一方面简化了发送端的处理,另一方面,进一步的丢弃所述SDU之后的下一个SDU,实现了将发送端无线链路上丢包(出现拥塞)的事实传导到发送端上层(如TCP层),引发上层降低发送速率,从而解决了如本发明图3、图4所示5G新L2协议设计中上层数据发送速率与无线链路的传输速率不匹配的问题。
实施例4
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,在发送端的数据链路协议子层为服务数据单元SDU启动丢弃定时器;
S2,在丢弃定时器超时时,在数据链路协议子层丢弃所述SDU,以及,对已经在数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行在发送端的数据链路协议子层为服务数据单元SDU启动丢弃定时器;
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行在丢弃定时器超时时,在数据链路协议子层丢弃所述SDU,以及,对已经在数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (23)
1.一种拥塞处理方法,其特征在于,包括:
在发送端的数据链路协议子层为服务数据单元SDU启动丢弃定时器;
在所述丢弃定时器超时时,在所述数据链路协议子层丢弃所述SDU,以及,对已经在所述数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU。
2.根据权利要求1所述的方法,其特征在于,所述数据链路协议子层为最高数据链路协议子层L2-H,其中,所述L2-H层包含以下功能中的至少一项:
头压缩和解压缩、安全、重传、重排序和重复包检测。
3.根据权利要求1所述的方法,其特征在于,在数据链路协议子层为服务数据单元SDU启动丢弃定时器包括:
在所述数据链路协议子层收到来自上层的SDU后,为所述SDU启动所述丢弃定时器;或,
在所述数据链路协议子层执行级联操作后,为级联的数据SDU启动所述丢弃定时器,其中,所述数据链路协议子层包括对上层SDU的级联功能;
其中,所述上层包括以下至少之一:网络层L3,传输控制协议TCP/因特网互联IP层,应用层,数据链路层中除了所述数据链路协议子层的其他子层。
4.根据权利要求1或3所述的方法,其特征在于,在所述数据链路协议子层包含对上层SDU的级联功能时,所述SDU为级联的SDU;在所述数据链路协议子层不包含所述级联功能时,所述SDU为来自上层的SDU。
5.根据权利要求1所述的方法,其特征在于,将所述数据PDU中的所述SDU换成填充比特包括:
将所述数据PDU中所述SDU所在的数据字段换成预设的填充比特。
6.根据权利要求1所述的方法,其特征在于,将所述数据PDU中的所述SDU换成填充比特包括:
如果在所述丢弃定时器超时之前所述数据链路协议子层已经将包含所述SDU的数据PDU发送给了下一个协议子层,在丢弃定时器超时时,在所述数据链路协议子层将所述数据PDU中的所述SDU换成填充比特并指示所述下一个协议子层丢弃所述数据PDU。
7.根据权利要求1所述的方法,其特征在于,所述丢弃通知PDU包含所述数据PDU的序列号,所述丢弃通知PDU用于指示所述序列号对应的所述数据PDU已经被发送方丢弃。
8.根据权利要求1所述的方法,其特征在于,丢弃所述数据PDU并发送丢弃通知PDU包括:
在所述数据链路协议子层丢弃所述数据PDU,并通知所述数据链路协议子层的下一层协议子层丢弃所述数据PDU。
9.根据权利要求1所述的方法,其特征在于,在执行继续发送所述数据PDU之后,所述方法还包括:
在数据链路子层丢弃所述SDU之后的预设个数的SDU。
10.一种拥塞处理方法,其特征在于,包括:
在接收端的数据链路协议子层接收协议数据单元PDU;
在所述PDU为包括服务数据单元SDU的数据PDU时,从所述数据PDU中还原出SDU,若还原出全部为填充比特的SDU,在向所述数据链路协议子层的上层递交SDU时忽略所述SDU;或,
在所述PDU为丢弃通知PDU时,从所述丢弃通知PDU中获取被丢弃数据PDU的序列号DISCARD_SN,若所述DISCARD_SN是所述数据链路协议子层正在按序等待接收的数据PDU的序列号时,执行更新所述正在按序等待接收的数据PDU的操作。
11.根据权利要求10所述的方法,其特征在于,从所述数据PDU中还原出SDU包括:
去除所述数据PDU的协议数据单元头后得到SDU;或者,
去除所述数据PDU的协议数据单元头,并执行完整性验证,解密,解压缩中的至少一个操作后得到SDU。
12.根据权利要求10所述的方法,其特征在于,在向所述数据链路协议子层的上层递交SDU时忽略所述SDU是指:在向所述数据链路协议子层的上层递交SDU时放弃向所述数据链路协议子层的上层递交所述SDU。
13.根据权利要求10所述的方法,其特征在于,执行更新所述正在按序等待接收的数据PDU的操作包括:
更新接收窗口,向所述数据链路协议子层的上层按序递交窗口更新之后,从序列号小于更新后的正在按序等待接收的数据PDU的序列号的数据PDU中还原出的,并且尚未递交过的SDU。
14.根据权利要求13所述的方法,其特征在于,更新接收窗口包括:
将接收状态变量的值更新到所述DISCARD_SN指示的序列号之后需要按序等待接收的数据PDU的序列号,并基于所述更新后的接收状态变量的值更新最大可接收状态变量的值;
其中,接收状态变量用于记录正在按序等待接收的PDU的序列号,最大可接收状态变量的值等于所述接收状态变量的值加预设接收窗口尺寸的值。
15.根据权利要求13或14所述的方法,其特征在于,执行更新所述正在按序等待接收的数据PDU的操作还包括:在更新所述接收窗口后,如果所述接收状态变量更新后的值小于更新前的值,更新接收超帧号RX_HFN。
16.根据权利要求10所述的方法,其特征在于,所述方法还包括:
若所述DISCARD_SN不是所述数据链路协议子层正在按序等待接收的数据PDU的序列号时,则忽略所述丢弃通知PDU。
17.一种拥塞处理装置,应用在发送端,其特征在于,包括:
启动模块,用于在数据链路协议子层为服务数据单元SDU启动丢弃定时器;
处理模块,用于在所述丢弃定时器超时时,在所述数据链路协议子层丢弃所述SDU,以及,对已经在所述数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU。
18.根据权利要求17所述的装置,其特征在于,所述数据链路协议子层为协议子层L2-H,其中,所述L2-H层包含以下功能中的至少一项:
头压缩和解压缩、安全、重传、重排序和重复包检测。
19.一种拥塞处理装置,应用在接收端,其特征在于,包括:
接收模块,用于在数据链路协议子层接收协议数据单元PDU;
处理模块,用于在所述PDU为包括服务数据单元SDU的数据PDU时,从所述数据PDU中还原出SDU,若还原出全部为填充比特的SDU,在向所述数据链路协议子层的上层递交SDU时忽略所述SDU;或,用于在所述PDU为丢弃通知PDU时,从所述丢弃通知PDU中获取被丢弃数据PDU的序列号DISCARD_SN,若所述DISCARD_SN是所述数据链路协议子层正在按序等待接收的数据PDU的序列号时,执行更新所述正在按序等待接收的数据PDU的操作。
20.根据权利要求19所述的装置,其特征在于,所述处理模块执行更新所述正在按序等待接收的数据PDU的操作包括:
更新接收窗口,向所述数据链路协议子层的上层按序递交窗口更新之后,从序列号小于更新后的正在按序等待接收的数据PDU的序列号的数据PDU中还原出的,并且尚未递交过的SDU;
其中,接收状态变量用于记录正在按序等待接收的PDU的序列号。最大可接收状态变量的值等于所述接收状态变量的值加预设接收窗口尺寸的值。
21.根据权利要求19所述的装置,其特征在于,所述处理模块还用于:若所述DISCARD_SN不是所述数据链路协议子层正在按序等待接收的数据PDU的SN号时,则忽略所述丢弃通知PDU。
22.一种拥塞处理系统,包括发送端、接收端,其特征在于,
所述发送端包括:
启动模块,用于在数据链路协议子层为服务数据单元SDU启动丢弃定时器;
第一处理模块,用于在所述丢弃定时器超时时,在所述数据链路协议子层丢弃所述SDU,以及,对已经在所述数据链路协议子层组成数据协议数据单元PDU的SDU执行以下操作之一:将所述数据PDU中的所述SDU换成填充比特、丢弃所述数据PDU并发送丢弃通知PDU、继续发送所述数据PDU;
所述接收端包括:
接收模块,用于在数据链路协议子层接收协议数据单元PDU;
第二处理模块,用于在所述PDU为包括服务数据单元SDU的数据PDU时,从所述数据PDU中还原出SDU,若还原出全部为填充比特的SDU,在向所述数据链路协议子层的上层递交SDU时忽略所述SDU;或,在所述PDU为丢弃通知PDU时,从所述丢弃通知PDU中获取被丢弃数据PDU的序列号DISCARD_SN,若所述DISCARD_SN是所述数据链路协议子层正在按序等待接收的数据PDU的序列号时,执行更新所述正在按序等待接收的数据PDU的操作。
23.根据权利要求22所述的系统,其特征在于,所述数据链路协议子层为协议子层L2-H,其中,所述L2-H层包含以下功能中的至少一项:
头压缩和解压缩、安全、重传、重排序和重复包检测。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610740528.1A CN107787009B (zh) | 2016-08-26 | 2016-08-26 | 拥塞处理方法、装置及系统 |
PCT/CN2017/098539 WO2018036492A1 (zh) | 2016-08-26 | 2017-08-22 | 拥塞处理方法及装置 |
US16/328,606 US11159981B2 (en) | 2016-08-26 | 2017-08-22 | Congestion processing method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610740528.1A CN107787009B (zh) | 2016-08-26 | 2016-08-26 | 拥塞处理方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107787009A true CN107787009A (zh) | 2018-03-09 |
CN107787009B CN107787009B (zh) | 2022-09-27 |
Family
ID=61245507
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610740528.1A Active CN107787009B (zh) | 2016-08-26 | 2016-08-26 | 拥塞处理方法、装置及系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US11159981B2 (zh) |
CN (1) | CN107787009B (zh) |
WO (1) | WO2018036492A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111937433A (zh) * | 2018-04-03 | 2020-11-13 | 富士通株式会社 | 基站装置、终端装置、通信方法、以及通信系统 |
WO2021031019A1 (zh) * | 2019-08-16 | 2021-02-25 | Oppo广东移动通信有限公司 | 数据包的删除方法、设备及存储介质 |
CN114339882A (zh) * | 2020-09-30 | 2022-04-12 | 中国移动通信有限公司研究院 | 一种数据的传输方法、装置及设备 |
WO2022237279A1 (zh) * | 2021-05-10 | 2022-11-17 | 华为技术有限公司 | 一种数据传输方法及装置 |
CN115695583A (zh) * | 2022-05-08 | 2023-02-03 | 荣耀终端有限公司 | 数据传输方法及电子设备 |
WO2023098695A1 (zh) * | 2021-12-03 | 2023-06-08 | 维沃移动通信有限公司 | 数据包的处理方法、装置及终端 |
WO2023217014A1 (zh) * | 2022-05-09 | 2023-11-16 | 维沃移动通信有限公司 | 数据包丢弃的处理方法、装置、终端及可读存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10785670B2 (en) * | 2017-04-26 | 2020-09-22 | Motorola Mobility Llc | Packet data converge protocol protocol data unit pre-processing |
US11799794B2 (en) | 2021-08-31 | 2023-10-24 | International Business Machines Corporation | Selective compression of packet payload data in a 5G network |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1832389A (zh) * | 2005-03-08 | 2006-09-13 | 华为技术有限公司 | 无线通信系统中链路控制层协商丢弃信息的实现方法 |
US20090149189A1 (en) * | 2007-12-07 | 2009-06-11 | Interdigital Patent Holdings, Inc. | Method and apparatus for supporting configuration and control of the rlc and pdcp sub-layers |
CN101483505A (zh) * | 2008-01-08 | 2009-07-15 | 中兴通讯股份有限公司 | 一种服务数据单元丢弃方法 |
EP2429235A1 (en) * | 2007-02-02 | 2012-03-14 | InterDigital Technology Corporation | Method and apparatus for enchancing RLC for flexible RLC PDU size |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6904016B2 (en) * | 2001-11-16 | 2005-06-07 | Asustek Computer Inc. | Processing unexpected transmission interruptions in a wireless communications system |
KR100802619B1 (ko) * | 2002-11-07 | 2008-02-13 | 엘지전자 주식회사 | 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법 |
EP2830352A1 (en) * | 2013-07-24 | 2015-01-28 | Panasonic Intellectual Property Corporation of America | Efficient discard mechanism in small cell deployment |
US10028170B2 (en) * | 2014-02-06 | 2018-07-17 | Lg Electronics Inc. | Method for processing a packet data convergence protocol service data unit at a user equipment in a dual connectivity system and device therefor |
CN104837163B (zh) * | 2014-02-08 | 2019-10-25 | 夏普株式会社 | 用于删除无线链路控制服务数据单元的方法和基站 |
EP3235220B1 (en) * | 2014-12-18 | 2021-04-28 | LG Electronics Inc. | Method for reconfiguring a pdcp reordering timer in a wireless communication system and device therefor |
-
2016
- 2016-08-26 CN CN201610740528.1A patent/CN107787009B/zh active Active
-
2017
- 2017-08-22 US US16/328,606 patent/US11159981B2/en active Active
- 2017-08-22 WO PCT/CN2017/098539 patent/WO2018036492A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1832389A (zh) * | 2005-03-08 | 2006-09-13 | 华为技术有限公司 | 无线通信系统中链路控制层协商丢弃信息的实现方法 |
EP2429235A1 (en) * | 2007-02-02 | 2012-03-14 | InterDigital Technology Corporation | Method and apparatus for enchancing RLC for flexible RLC PDU size |
US20090149189A1 (en) * | 2007-12-07 | 2009-06-11 | Interdigital Patent Holdings, Inc. | Method and apparatus for supporting configuration and control of the rlc and pdcp sub-layers |
CN101483505A (zh) * | 2008-01-08 | 2009-07-15 | 中兴通讯股份有限公司 | 一种服务数据单元丢弃方法 |
Non-Patent Citations (1)
Title |
---|
ERICSSON: "R2-080230 "Details of SDU discard function"", 《3GPP TSG_RAN\WG2_RL2》 * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111937433A (zh) * | 2018-04-03 | 2020-11-13 | 富士通株式会社 | 基站装置、终端装置、通信方法、以及通信系统 |
WO2021031019A1 (zh) * | 2019-08-16 | 2021-02-25 | Oppo广东移动通信有限公司 | 数据包的删除方法、设备及存储介质 |
US11722425B2 (en) | 2019-08-16 | 2023-08-08 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data packet deleting method, device and storage medium |
CN114339882A (zh) * | 2020-09-30 | 2022-04-12 | 中国移动通信有限公司研究院 | 一种数据的传输方法、装置及设备 |
CN114339882B (zh) * | 2020-09-30 | 2024-04-09 | 中国移动通信有限公司研究院 | 一种数据的传输方法、装置及设备 |
WO2022237279A1 (zh) * | 2021-05-10 | 2022-11-17 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2023098695A1 (zh) * | 2021-12-03 | 2023-06-08 | 维沃移动通信有限公司 | 数据包的处理方法、装置及终端 |
CN115695583A (zh) * | 2022-05-08 | 2023-02-03 | 荣耀终端有限公司 | 数据传输方法及电子设备 |
CN115695583B (zh) * | 2022-05-08 | 2023-12-01 | 荣耀终端有限公司 | 数据传输方法及电子设备 |
WO2023217014A1 (zh) * | 2022-05-09 | 2023-11-16 | 维沃移动通信有限公司 | 数据包丢弃的处理方法、装置、终端及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2018036492A1 (zh) | 2018-03-01 |
CN107787009B (zh) | 2022-09-27 |
US20200413288A1 (en) | 2020-12-31 |
US11159981B2 (en) | 2021-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107787009A (zh) | 拥塞处理方法、装置及系统 | |
CN107592329A (zh) | 一种数据处理方法及装置 | |
CN104821865B (zh) | 用于pdcp丢弃的方法和装置 | |
US7965674B2 (en) | Sub-segment based transport layer protocol for wireless medium | |
EP2136501B1 (en) | Method of delivering a PDCP data unit to an upper layer | |
CN102395156B (zh) | 应用于pdcp实体和rlc实体间的数据传输方法及装置 | |
CN101039170B (zh) | 支持数据包重传分割级联的方法 | |
US20150103803A1 (en) | Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications | |
CN107113291A (zh) | 演进的数据压缩方案信令 | |
EP2247020B1 (en) | Technique for performing layer 2 processing using a distributed memory architecture | |
TW200836538A (en) | Method and apparatus for controlling a handover between UTRA R6 cells and R7 cells | |
CN108024374A (zh) | 一种进行数据发送和接收的方法及系统 | |
CN106134099A (zh) | 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备 | |
CN103179614B (zh) | 向上层传送pdcp数据单元的方法 | |
CN107359968A (zh) | 一种单层序列号的数据传输方法及装置 | |
WO2017185941A1 (zh) | 一种数据传输方法及相关设备 | |
TWI489842B (zh) | 無線通訊系統處理動態封包重傳的方法及其相關裝置 | |
CN101442398A (zh) | 无线通讯系统处理无线电承载消息的方法 | |
CN107786506A (zh) | 数据处理方法、装置、无线网络设备及无线网络系统 | |
JP2016507943A (ja) | データグラムセグメントを再構成および再送信するための方法および装置 | |
CN107682434A (zh) | 一种水下传感器网络架构及其实现方法 | |
CN102638328B (zh) | 一种数据传输的方法及装置 | |
CN108024288A (zh) | 一种信息处理方法及装置 | |
CN102547687A (zh) | 无线通信网络中对数据包进行处理的方法及装置 | |
CN107801211A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |