CN107404734A - 数据发送方法、装置及系统 - Google Patents
数据发送方法、装置及系统 Download PDFInfo
- Publication number
- CN107404734A CN107404734A CN201610331547.9A CN201610331547A CN107404734A CN 107404734 A CN107404734 A CN 107404734A CN 201610331547 A CN201610331547 A CN 201610331547A CN 107404734 A CN107404734 A CN 107404734A
- Authority
- CN
- China
- Prior art keywords
- data
- pdcp
- transmitting capacity
- rlc
- frame
- 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本发明提供了一种数据发送方法、装置及系统,其中,该方法包括:分组数据汇聚协议层PDCP获取来自无线链路控制RLC的用于发送数据的发送能力;上述PDCP根据上述发送能力发送第一数据。通过本发明,解决了相关技术中存在的无法满足5G的业务需求的问题。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种数据发送方法、装置及系统。
背景技术
移动通信网络面临终端数据业务量膨胀式的增长,第五代移动通信技术(the 5thGeneration mobile communication technology,简称为5G)网络的构建需要达到超高速率,大吞吐量,超高可靠性,超低时延等指标,为用户提供最佳的体验,这些需求使得移动网络的服务能力和部署策略都面临着巨大的压力与挑战,运营商一方面需要增强现有的网络部署和通讯技术,另一方面希望加快新技术的推广和网络拓展,从而达到快速提升网络性能的目的。
第四代移动通信技术(the 4th Generation mobile communicationtechnology,简称为4G)的网络架构呈现了扁平化,去掉了无线网络控制器(Radio NetworkController,简称为RNC),基站eNodeB直接跟核心网相连,降低了时延。未来5G的网络架构,除了进一步将核心网功能下沉外,倾向于采用C-RAN(Centralized,Cooperative,Cloud&Clean-Radio Access Network)的网络部署。这种网络架构采用协作化,虚拟化技术,实现资源共享和动态调度,达到低成本、高带宽和高灵活的运行,而且在5G,小区范围越来越小,是个超密集的异构网络,这种架构可以方便实现小区之间有效的协作。
在4G中,C-RAN架构一般由集中基带单元(BaseBand Unit,简称为BBU)、拉远射频拉远单元(Radio Remote Unit,简称为RRU)组成,BBU、RRU间的前传接口采用通用公共无线电接口(Common Public Radio Interface,简称为CPRI),由于CPRI接口传输的是经过物理层编码调制等处理后的IQ(in-phase/quadrature,同相/正交)信号,CPRI接口对传输时延迟和带宽都有较大的要求。如果在5G空口速率提升到数十Gbps后,CPRI接口的流量需求将上升到Tbps级别,对网络部署成本和部署难度都带来了巨大的压力。因此,在5G,需要重新定义BBU和RRU的功能,比如将层2的用户面部分功能部分放在BBU,部分放在RRU,可以对重新规划功能后的BBU和RRU分别命名为集中处理单元和远端处理单元。
在4G中,无线接口用户平面的协议栈有分组数据汇聚协议层(Packet DataConvergence Protocol,简称为PDCP)、无线链路控制(Radio Link Control,简称为RLC)、媒体接入控制(Medium Access Control,简称为MAC),其中PDCP的功能有头压缩,加密完整性保护,重传,接收侧排序等功能,RLC功能有自动重传请求(Automatic Repeat Request,简称为ARQ),串联分段等,如果只是把PDCP放在集中处理单元,而RLC及其以下如MAC功能放在远端处理单元,这种处理方式较简单,但是有以下的几个问题:
1、PDCP的数据在PDCP重建的需要重传,因此定义了PDCP的状态报告以及重传的功能,与RLC的ARQ功能有重复,而且PDCP每一包数据需要收到RLC的确认后才删除,RLC反馈给PDCP的确认消息量很大;
2、同一包数据在收到对端确认之前PDCP和RLC都需要缓存,并且如果PDCP和RLC之间没有流控机制,那么RLC的缓存开销就很大;
3、PDCP没有将服务数据单元(Service Data Unit,简称为SDU)串接,PDCP和RLC的IP传输效率将比较低,即使如果集中处理单元和远端处理单元支持巨型帧传送,那也不能减轻传输压力。
如果PDCP/RLC的所有功能都放在集中处理单元,那么因为目前4G中MAC需要根据空口能力频繁通知RLC当前可以发送数据量,那这个通知消息的频度是不能承受的,而且RLC组成的协议数据单元(Protocol data unit,简称为PDU)会很大,一般都会超过IP传输的最大包长。这么大的包长不适于IP传输。
综上考虑,在C-RAN架构下,如果不对PDCP/RLC功能做整合,将对运营商的网络部署带来很大困难,采用上述的整合方式会存在诸多问题,用户也将无法达到5G高速率的业务需求。针对相关技术中存在的上述问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种数据发送方法、装置及系统,以至少解决相关技术中存在的无法满足5G的业务需求的问题。
根据本发明的一个实施例,提供了一种数据发送方法,包括:分组数据汇聚协议层PDCP获取来自无线链路控制RLC的用于发送数据的发送能力;所述PDCP根据所述发送能力发送第一数据。
可选地,所述PDCP根据所述发送能力发送所述第一数据包括:所述PDCP根据所述第一数据的数据类型以及所述发送能力对所述第一数据进行封装;所述PDCP发送封装后的第一数据。
可选地,所述PDCP根据所述第一数据的数据类型以及所述发送能力对所述第一数据进行封装包括:当所述数据类型为健壮性头压缩ROHC反馈信息帧时,且所述发送能力允许所述PDCP发送的数据的长度大于或等于所述第一数据的长度时,所述PDCP将所述第一数据封装成第一分组数据单元PDU;和/或,当所述数据类型为非健壮性头压缩ROHC反馈信息帧时,所述PDCP根据所述发送能力将所述第一数据以及其他的待发送的非ROHC反馈信息帧封装在一起组成第二分组数据单元PDU。
可选地,所述PDCP根据所述发送能力将所述第一数据以及所述其他的非ROHC反馈信息帧封装在一起组成所述第二PDU包括:所述PDCP根据所述发送能力确定本次允许发送的数据量;所述PDCP根据所述允许发送的数据量将所述第一数据和其他的待发送的非ROHC反馈信息帧的部分或全部进行串接;所述PDCP将串接后的数据封装成所述第二PDU。
可选地,当所述第一数据类型为所述非ROHC反馈信息帧时,所述PDCP发送所述封装后的第一数据包括:所述PDCP至少根据所述第二PDU的序号和所述第二PDU对应的超帧号HFN对所述第二PDU进行加密;所述PDCP发送加密后的第二PDU。
可选地,所述PDCP在根据所述发送能力发送所述第一数据之后,所述方法还包括:所述PDCP判断在预定时间内是否收到接收所述第一数据的对端返回的确认消息;所述PDCP在判断结果为未收到所述确认消息时,再次发送所述第一数据。
可选地,所述方法还包括:所述PDCP接收第二数据;所述PDCP根据所述第二数据的数据类型对所述第二数据进行处理。
可选地,所述PDCP根据所述第二数据的数据类型对所述第二数据进行处理包括:当所述第二数据为健壮性头压缩ROHC反馈信息帧时,所述PDCP对所述第二数据进行解压缩处理;和/或,当所述第二数据为用于指示数据接收状态的状态报告帧时,所述PDCP解析所述第二数据;根据解析结果确定需要重传的数据;对需要重传的数据进行重传;和/或,当所述第二数据为用于指示所述发送能力的发送能力分配帧时,所述PDCP解析所述第二数据获取所述发送能力;和/或,当所述第二数据为数据帧时,所述PDCP解析所述数据帧的帧头,获取所述数据帧的序号以及状态报告标识,其中,所述状态报告标识用于指示所述PDCP需要返回或无需返回状态报告;根据所述数据帧的序号以及所述PDCP中维护的与所述数据帧对应的超帧号HFN对所述数据帧进行解密处理,以及在所述状态报告标识指示所述PDCP需要返回状态报告时返回用于表示所述PDCP的数据接收情况的状态报告;根据所述第二数据中携带的用于指示服务数据单元SDU的长度的指示信息对解密后的数据进行重组,组成服务数据单元SDU;对所述SDU进行解压缩处理。
根据本发明的一个实施例,提供了一种数据发送方法,包括:无线链路控制RLC确定发送能力;所述RLC将所述发送能力通知给分组数据汇聚协议层PDCP,其中,所述发送能力用于所述PDCP发送数据。
可选地,所述RLC确定所述发送能力包括:所述RLC获取所述PDCP中缓存的数据量以及来自媒体接入控制MAC的空口能力信息;所述RLC根据所述PDCP中缓存的数据量、所述空口能力信息以及所述RLC的数据缓存状态确定所述发送能力。
可选地,所述RLC获取所述PDCP中缓存的数据量包括:所述RLC获取来自所述PDCP的数据帧;所述RLC获取所述数据帧的帧头中携带的数据量标识,其中,所述数据量标识用于标识所述PDCP中缓存的数据量;所述RLC根据所述数据量标识确定所述PDCP中缓存的数据量。
可选地,所述RLC在将所述发送能力通知给所述PDCP之后,所述方法还包括:当所述RLC确定所述空口能力信息和/或所述RLC的数据缓存状态发生变化时,重新确定所述发送能力;将重新确定的发送能力通知给所述PDCP。
可选地,所述RLC将所述发送能力通知给所述PDCP包括:所述RLC根据所述发送能力组成发送能力分配帧;所述RLC将所述发送能力分配帧发送给所述PDCP。
根据本发明的一个实施例,提供了一种数据发送装置,所述装置应用于分组数据汇聚协议层PDCP中,包括:获取模块,用于获取来自无线链路控制RLC的用于发送数据的发送能力;发送模块,用于根据所述发送能力发送第一数据。
根据本发明的一个实施例,提供了一种数据发送装置,所述装置应用于无线链路控制RLC中,包括:确定模块,用于确定发送能力;通知模块,用于将所述发送能力通知给分组数据汇聚协议层PDCP,其中,所述发送能力用于所述PDCP发送数据。
根据本发明的一个实施例,提供了一种数据发送系统,包括上述的应用于分组数据汇聚协议层PDCP中的数据发送装置以及上述的应用于无线链路控制RLC中的数据发送装置。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行上述步骤的程序代码。
通过本发明,由于RLC中增加了能力分配处理,使得PDCP能够根据来自RLC的发送能力进行数据发送,从而使得PDCP的数据发送更加有效,合理,从而为满足5G的业务需求提供了保证,解决相关技术中存在的无法满足5G的业务需求的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的第一种数据发送方法的流程图;
图2是根据本发明实施例的数据帧的结构示意图;
图3是根据本发明实施例的ROHC反馈信息帧的结构示意图;
图4是根据本发明实施例状态报告帧的结构示意图;
图5是根据本发明实施例的能力分配帧的结构示意图;
图6是根据本发明实施例的PDCP发送侧处理功能框图;
图7是根据本发明实施例的PDCP发送侧的流程图;
图8是根据本发明实施例的PDCP接收侧处理功能框图;
图9是根据本发明实施例的PDCP接收侧的流程图;
图10是根据本发明实施例的第二种数据发送方法流程图;
图11是根据本发明实施例的RLC对PDCP数据的处理流程图;
图12是根据本发明实施例的RLC对PDCP能力分配处理流程图;
图13是根据本发明实施例的第一种数据发送装置的结构框图;
图14是根据本发明实施例的第二种数据发送装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种数据发送方法,图1是根据本发明实施例的第一种数据发送方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,分组数据汇聚协议层PDCP获取来自无线链路控制RLC的用于发送数据的发送能力;
步骤S104,上述PDCP根据上述发送能力发送第一数据。
通过上述步骤,由于RLC中增加了能力分配处理,使得PDCP能够根据来自RLC的发送能力进行数据发送,从而使得PDCP的数据发送更加有效,合理,为满足5G的业务需求提供了保证,解决相关技术中存在的无法满足5G的业务需求的问题。
在一个可选的实施例中,在上述步骤S104中,上述PDCP根据上述发送能力发送第一数据时,可以通过如下方式实现:PDCP根据第一数据的数据类型以及上述发送能力对第一数据进行封装;PDCP发送封装后的第一数据。在本实施例中,第一数据的数据类型可以包括多种,例如,数据帧、控制帧(控制帧可以包括:健壮性头压缩(Robust HeaderCompression,简称为ROHC)反馈信息帧等),并且,不同的帧的结构是不同的,各个帧的结构可以参考附图2至5,其中,各个帧结构中的字段可以定义如下:
D/C:1表示数据帧,0表示控制帧;
R:保留字段;
FI:分段信息指示,00表示PDU中的Data字段的第一个字节为一个PDCP SDU的开始,最后一个字节为一个PDCP SDU的最后一个字节;01表示PDU中的Data字段的第一个字节为一个PDCP SDU的开始,最后一个字节不是一个PDCP SDU的最后一个字节;10表示PDU中的Data字段的第一个字节不是一个PDCP SDU的开始,最后一个字节是一个PDCP SDU的最后一个字节;11表示PDU中的Data字段的第一个字节不是一个PDCP SDU的开始,最后一个字节也不是一个PDCP SDU的最后一个字节;
P:1表示对端收到后需要返回状态报告;0表示不需要返回状态报告;
E:1表示后面存在LI字段,0表示后面不再有LI字段;
PDCP_SN:PDCP序号,占两个字节,范围可以是0~65535;
User Buffer size:表示PDCP缓存的数据量(字节数),包括未分段以及待发队列中的数据,最大可以为65535,超过则表示为65535;
LI:PDCP的SDU的长度指示(字节数),该字段占15位,表示这些字节属于一个SDU;
PDCP TYPE:PDCP控制帧类型,可以占3位,000表示该帧为PDCP状态报告;001表示该帧为ROHC反馈信息帧;010表示该帧为发送能力分配帧;
FMS:第一个丢帧的PDCP序号,表示之前的帧都是收到的,可以占两个字节。
Bitmap:丢帧指示的位图,如Bitmap_1的最高位为0,表示序号为(FMS+8)接收端没有收到,需要重传,如果为1,则不需要重传,如Bitmap_k的第n位为0,表示序号为(FMS+8*(k-1)+n)接收端没有收到,需要重传,如果为1,则不需要重传,如果没有Bitmap指示,则表示不存在丢包,发送侧可以根据自己的判断是否决定重传;
Max PDCP Pdu length:可组成的PDCP PDU的最大长度,占两个字节;
Credit:每个Interval时间可以发送的数据量(字节数),占4个字节。
Interval:发送数据的时间间隔(单位ms),占1个字节,最大为255ms;
Repetition Period:连续多个Interval发送数据的重复次数(0~255),占1个字节,最大为255。
在一个可选的实施例中,上述PDCP根据第一数据的数据类型以及上述发送能力对第一数据进行封装包括:当上述数据类型为健壮性头压缩ROHC反馈信息帧时,且上述发送能力允许PDCP发送的数据的长度大于或等于第一数据的长度时,上述PDCP将第一数据封装成第一分组数据单元PDU;和/或,当上述数据类型为非健壮性头压缩ROHC反馈信息帧时,上述PDCP根据发送能力将第一数据以及其他的待发送的非ROHC反馈信息帧封装在一起组成第二分组数据单元PDU。
在一个可选的实施例中,上述PDCP根据发送能力将第一数据以及其他的非ROHC反馈信息帧封装在一起组成第二PDU包括:PDCP根据发送能力确定本次允许发送的数据量;PDCP根据允许发送的数据量将第一数据和其他的待发送的非ROHC反馈信息帧的部分或全部进行串接;PDCP将串接后的数据封装成第二PDU。在本实施例中,当数据类型是非ROHC反馈信息帧时,可以将第一数据和其他的非ROHC反馈信息帧进行串接,在进行串接时,当无法串接完整的其他的非ROHC时,可以将其他的ROHC进行分段,即将第一数据和部分其他的非ROHC进行串接。
在一个可选的实施例中,当上述第一数据类型为非ROHC反馈信息帧时,上述PDCP发送上述封装后的第一数据包括:PDCP至少根据第二PDU的序号和第二PDU对应的超帧号HFN对第二PDU进行加密;PDCP发送加密后的第二PDU。在本实施例中,在发送非ROHC反馈信息帧时,需要进行加密,加密的方式可以有多种,在本实施例中,是采用第二PDU的序号以及对应的HFN进行加密的,其中,第二PDU的序号可以是根据PDCP统计的接收的PDU的数量来确定的,而PDCP中缓存的数据量是有限的,例如,最多缓存65535字节的数据量,HFN可以是缓存到最大数据量的次数。
在一个可选的实施例中,上述PDCP在根据上述发送能力发送第一数据之后,上述方法还包括:PDCP判断在预定时间内是否收到接收第一数据的对端返回的确认消息;PDCP在判断结果为未收到上述确认消息时,再次发送第一数据。在本实施例中,接收第一数据的对端可以是终端侧的PDCP,PDCP在发送了上述第一数据之后,可以启动一个Poll定时器,超时后便对第一数据进行重传。当然,在实际应用中,PDCP也可以不执行上述的重传功能,即,PDCP可以仅发送一次第一数据。
上述的各实施例主要针对的是PDCP发送数据的流程,下面对PDCP侧的整体发送流程进行说明:如图6所示,PDCP在发送数据时,依次实现如下功能:头压缩;分段、串联;增加PDCP序号(对应于上述的PDU的序号)组成PDCP PDU;执行加密处理;放入发送队列(在图6中并无体现);实现重传机制。下面结合具体实施例1对PDCP发送侧的整体的数据处理进行详细说明:
具体实施例1
本实施例提供了一种PDCP发送侧数据处理的方法,如图7所示,本实施例中的处理流程包括以下步骤:
S700、PDCP经过头压缩处理后的数据放在接收队列,调度时刻到时,PDCP从该接收队列中获取数据,头压缩的处理这里不详细介绍,具体参见3GPP的36323协议;
S701、判断取到的数据类型是否是ROHC反馈信息帧,如果是ROHC反馈信息帧,那么在发送能力允许的情况下发送,按图3所示的帧结构构成PDCP PDU发送给RLC,并扣除对应的发送能力(在本实施例中,发送能力可以是允许PDCP发送的数据的总长度,扣除对应的发明能力可以是在允许PDCP发送的数据的总长度中扣除已发送的数据的长度,剩余的允许PDCP发送的数据的长度即为PDCP剩余的发送能力);如果不是ROHC反馈信息帧则转至步骤S702;
S702、如果不是ROHC反馈帧,获取RLC分配的发送能力,最大可组成的PDCP PDU长度,确定本次调度发送的数据量,对接收队列中的其他非ROHC反馈帧统一考虑,进行分段,串接;
S703、得到本PDU的PDCP_SN,并参照4G RLC协议36322协议维护HFN,统计PDCP接收队列以及待发队列中的数据量,记为User Buffer Size;
S704、参照4G RLC的处理,如根据Poll_PDU,Poll_Byte参数,设置P标识;
S705、根据S702~S704得到的结果组成PDCP PDU;
S706、根据配置的加密算法,以及前面计算得到的HFN,PDCP_SN等信息,对PDCPPDU(LI+Data内容)进行加密;
S707、同4G RLC ARQ过程的处理,对数据进行发送,并放入已发队列,如果P位为1,则启动Poll定时器,超时后对该PDU进行重传;
S708、发送此PDU后,需要扣除发送能力。
在一个可选的实施例中,在PDCP发送上述第一数据之前或之后或同时,还可以接收第二数据,该第二数据可以是对端(例如,终端中的PDCP)发送的,下面对相关的数据接收进行描述:上述PDCP接收第二数据;PDCP根据该第二数据的数据类型对第二数据进行处理。在本实施例中,对第二数据进行处理主要是根据第二数据的具体类型来执行对应的处理,其中,第二数据的数据类型可以包括多种,例如,数据帧、控制帧(控制帧可以包括:健壮性头压缩(Robust Header Compression,简称为ROHC)反馈信息帧、状态报告帧、发送能力分配帧等)。下面对第二数据进行处理进行具体说明:
可选地,当上述第二数据为健壮性头压缩ROHC反馈信息帧时,PDCP对第二数据进行解压缩处理,即,直接将ROHC反馈信息帧交给头压缩处理模块进行解压缩处理,获取相应的数据;和/或,
当上述第二数据为用于指示数据接收状态(即,对端接收PDCP发送的数据的接收状态,可以包括接收到了的数据的信息)的状态报告帧时,PDCP解析第二数据;根据解析结果确定需要重传的数据;对需要重传的数据进行重传;和/或,
当上述第二数据为用于指示发送能力的发送能力分配帧时,PDCP解析第二数据获取上述发送能力;和/或,
当所述第二数据为数据帧时,PDCP解析数据帧的帧头,获取数据帧的序号以及状态报告标识,其中,该状态报告标识用于指示PDCP需要返回或无需返回状态报告;根据数据帧的序号以及PDCP中维护的与该数据帧对应的超帧号HFN对上述数据帧进行解密处理,以及在状态报告标识指示PDCP需要返回状态报告时返回用于表示PDCP的数据接收情况的状态报告;根据上述第二数据中携带的用于指示服务数据单元SDU的长度的指示信息对解密后的数据进行重组,组成服务数据单元SDU;对上述SDU进行解压缩处理。
上述的各实施例主要针对的是PDCP接收数据的流程,下面对PDCP侧的整体接收流程进行说明:如图8所示,PDCP在接收数据时,可以依次实现如下功能:根据状态报告进行重传;对接收的数据解密;对PDCP PDU解帧;重组;解头压缩。以及可以对接收的能力分配帧解析将结果作用到发送侧。下面结合具体实施例2对PDCP接收侧的整体的数据处理进行详细说明:
具体实施例2
本实施例提供了一种PDCP接收侧数据处理的方法,如图9所示,本实施例方法的处理流程包括以下步骤:
S900,PDCP接收RLC的数据放在缓存中,调度时刻到时,PDCP从该接收队列中获取数据;
S901,判断取到的数据类型,是控制帧则转至步骤S902,是数据帧则转至步骤S907;
S902,判断是否是ROHC反馈信息帧,若是,转至步骤S911,直接交给头压缩模块处理,否则,转至步骤S903;
S903,判断是否是状态报告帧,如果是状态报告帧,则转至步骤S904否则,转至步骤S905;
S904,解析状态报告帧的内容,得到已经确认收到的数据,需要重传的数据,交给ARQ处理模块,进行窗口的移动,并实施重传;
S905,判断是否是RLC上报的发送能力分配帧,若是,转至步骤S906;
S906,解析发送能力分配帧的内容得到具体的发送能力,供PDCP发送数据时处理;
S907,如果是数据帧,那么解析帧头,得到PDCP_SN,P标识等信息,根据维护的HFN,得到COUNTC;
S908,如果P为1,那么检查是否存在丢包,生成状态报告,发送给对端;
S909,进行解密处理;
S910,解析解密后的数据,得到LI等信息,实行重组,组成PDCP SDU;
S911,将PDCP SDU交给头压缩模块,执行解头压缩;将最后数据投递给上层。
上述的各实施例主要是从PDCP侧的数据发送和数据接收流程进行的说明,下面从RLC侧进行说明:
图10是根据本发明实施例的第二种数据发送方法流程图,如图10所示,该流程包括如下步骤:
步骤S1002,无线链路控制RLC确定发送能力;
步骤S1004,上述RLC将发送能力通知给分组数据汇聚协议层PDCP,其中,该发送能力用于PDCP发送数据。
由上述步骤可知,由于RLC中增加了能力分配处理,使得PDCP能够根据来自RLC的发送能力进行数据发送,从而使得PDCP的数据发送更加有效,合理,为满足5G的业务需求提供了保证,解决相关技术中存在的无法满足5G的业务需求的问题。
在一个可选的实施例中,上述RLC确定上述发送能力包括:RLC获取PDCP中缓存的数据量以及来自媒体接入控制MAC的空口能力信息;RLC根据PDCP中缓存的数据量、上述空口能力信息以及RLC的数据缓存状态确定上述发送能力。
在一个可选的实施例中,上述RLC获取PDCP中缓存的数据量包括:RLC获取来自PDCP的数据帧;RLC获取上述数据帧的帧头中携带的数据量标识,其中,该数据量标识用于标识PDCP中缓存的数据量;RLC根据该数据量标识确定上述PDCP中缓存的数据量。在本实施例中,PDCP发送的数据帧中都可以携带PDCP中缓存的数据总量,从而RLC可以从用于缓存PDCP发送的数据的接收缓存队列中获取PDCP发送的数据,并根据该数据中携带的信息确定PDCP中缓存的数据总量。
可选地,上述发送能力并不是固定的,它可以是根据RLC中缓存的数据或者上述空口能力的改变而改变,当确定上述发送能力需要改变后,可以对发送能力进行更新。在一个可选的实施例中,上述RLC在将上述发送能力通知给PDCP之后,上述方法还包括:当RLC确定上述空口能力信息和/或RLC的数据缓存状态发生变化时,重新确定上述发送能力;并将重新确定的发送能力通知给PDCP。
在一个可选的实施例中,上述RLC将上述发送能力通知给PDCP包括:RLC根据上述发送能力组成发送能力分配帧;上述RLC将上述发送能力分配帧发送给PDCP。即,在本实施例中,RLC是通过发送能力分配帧将发送能力通知给PDCP。
上述的各实施例主要针对的是RLC侧处理流程,下面对RLC侧的整体流程进行说明:RLC侧可以统一都采用非确认模式(Unacknowledge Mode,简称为UM),即实现:根据MAC提供的空口能力进行串联或者分段,并增加RLC序号,进行发送,并且增加能力分配的处理过程,发送能力分配帧给PDCP。下面结合具体实施例3和具体实施例4对RLC侧的整体流程进行详细说明:
具体实施例3
本实施例提供了一种RLC对PDCP数据进行处理的方法,如图11所示,本实施例方法的处理流程包括以下步骤:
S1100,调度时刻到时,RLC从接收缓存中获取PDCP的数据;
S1101,判断取到数据的类型是否是控制帧,如果是,执行步骤S1102,否则执行步骤S1103;
S1102,如果是ROHC反馈信息帧,不需要解析帧内容,继续执行S1104;
S1103,如果是数据帧,那么获取帧头中User Buffer Size信息得到PDCP中缓存信息,共分配发送能力处理时使用;
S1104,执行UM RLC的处理过程,根据MAC上报的空口能力对数据进行分段,串接;
S1105,将组成的RLC PDU发送给MAC层。
具体实施例4
本实施例提供了一种RLC处理能力分配的方法,如图12所示,本实施例方法的处理流程包括以下步骤:
S1200,RLC确定需要调整PDCP的发送能力时,比如MAC上报的空口能力有变化;RLC缓存占用超过门限等等,开始处理以下过程;
S1201,根据保存的PDCP User Buffer Size信息,RLC本身缓存情况,MAC上报的空口能力等信息,计算得到需要分配给PDCP的发送能力;
S1202,将发送能力折算为Max PDCP PDU Length;Credit;Interval;RepetitionPeriod;Max PDCP PDU Length可以同时参照IP传输的MTU配置;
S1203,组成PDCP的能力分配帧,发送给PDCP层。
从上述的实施例可知,本发明实施例中提供的是一种对用户面数据新的数据处理方法,使得在C-RAN架构下,更加能适应5G大容量,短时延的性能要求。其中,主要是将PDCP/RLC的部分功能合并到PDCP层放在集中处理单元,而对时延要求较高的RLC按空口能力串联、重分段以及MAC的功能放在远端处理单元,简化后的RLC功能类似目前的UM RLC模式。为使集中处理单元和远端处理单元的数据传输更加贴近空口能力,以及IP传输特性,本文参照3G的25425协议在RLC层增加能力分配处理,使PDCP的数据处理达到更有效、合理。并且,在本发明实施例中,RLC层可以采用UM模式,执行分段和串接功能,并增加数据发送能力分配的功能;PDCP层除了4G原有的加密,头压缩等功能外,增加根据RLC的发送能力分配对PDCP SDU进行分段和串接功能,并实现ARQ功能。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种数据发送装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图13是根据本发明实施例的第一种数据发送装置的结构框图,该装置可以应用于分组数据汇聚协议层PDCP中,如图13所示,该装置包括获取模块132和发送模块134,下面对该装置进行说明:
获取模块132,用于获取来自无线链路控制RLC的用于发送数据的发送能力;发送模块134,连接至上述获取模块132,用于根据上述发送能力发送第一数据。
在一个可选的实施例中,上述发送模块134可以通过如下方式发送第一数据:根据第一数据的数据类型以及上述发送能力对第一数据进行封装;发送封装后的第一数据。
在一个可选的实施例中,上述发送模块134可以通过如下方式根据第一数据的数据类型以及发送能力对第一数据进行封装:当上述数据类型为健壮性头压缩ROHC反馈信息帧时,且上述发送能力允许PDCP发送的数据的长度大于或等于第一数据的长度时,将第一数据封装成第一分组数据单元PDU;和/或,当上述数据类型为非健壮性头压缩ROHC反馈信息帧时,根据上述发送能力将第一数据以及其他的待发送的非ROHC反馈信息帧封装在一起组成第二分组数据单元PDU。
在一个可选的实施例中,上述发送模块134可以通过如下方式根据上述发送能力将第一数据以及其他的非ROHC反馈信息帧封装在一起组成第二PDU:根据上述发送能力确定本次允许发送的数据量;根据上述允许发送的数据量将第一数据和其他的待发送的非ROHC反馈信息帧的部分或全部进行串接;将串接后的数据封装成上述第二PDU。
在一个可选的实施例中,当上述第一数据类型为非ROHC反馈信息帧时,上述发送模块134发送上述封装后的第一数据包括:至少根据第二PDU的序号和第二PDU对应的超帧号HFN对第二PDU进行加密;发送加密后的第二PDU。
在一个可选的实施例中,上述装置还包括重发送模块,用于在根据上述发送能力发送第一数据之后,判断在预定时间内是否收到接收第一数据的对端返回的确认消息;在判断结果为未收到上述确认消息时,再次发送第一数据。
在一个可选的实施例中,上述装置还包括接收模块和处理模块,其中,该接收模块用于接收第二数据;处理模块,用于根据上述第二数据的数据类型对第二数据进行处理。
在一个可选的实施例中,上述处理模块可以通过如下方式对上述第二数据进行处理:当上述第二数据为健壮性头压缩ROHC反馈信息帧时,对上述第二数据进行解压缩处理;和/或,当上述第二数据为用于指示数据接收状态的状态报告帧时,解析上述第二数据;根据解析结果确定需要重传的数据;对需要重传的数据进行重传;和/或,当上述第二数据为用于指示上述发送能力的发送能力分配帧时,解析上述第二数据获取发送能力;和/或,当上述第二数据为数据帧时,解析上述数据帧的帧头,获取数据帧的序号以及状态报告标识,其中,上述状态报告标识用于指示PDCP需要返回或无需返回状态报告;根据上述数据帧的序号以及PDCP中维护的与数据帧对应的超帧号HFN对所述数据帧进行解密处理,以及在上述状态报告标识指示PDCP需要返回状态报告时返回用于表示PDCP的数据接收情况的状态报告;根据上述第二数据中携带的用于指示服务数据单元SDU的长度的指示信息对解密后的数据进行重组,组成服务数据单元SDU;对上述SDU进行解压缩处理。
图14是根据本发明实施例的第二种数据发送装置的结构框图,该装置可以应用于无线链路控制RLC中,如图14所示,该装置包括确定模块142和通知模块144,下面对该装置进行说明:
确定模块142,用于确定发送能力;通知模块144,连接至上述确定模块142,用于将上述发送能力通知给分组数据汇聚协议层PDCP,其中,该发送能力用于PDCP发送数据。
在一个可选的实施例中,上述确定模块142可以通过如下方式确定上述发送能力:获取上述PDCP中缓存的数据量以及来自媒体接入控制MAC的空口能力信息;根据PDCP中缓存的数据量、上述空口能力信息以及RLC的数据缓存状态确定上述发送能力。
在一个可选的实施例中,上述确定模块142可以通过如下方式获取上述PDCP中缓存的数据量:获取来自PDCP的数据帧;获取该数据帧的帧头中携带的数据量标识,其中,该数据量标识用于标识PDCP中缓存的数据量;根据该数据量标识确定PDCP中缓存的数据量。
在一个可选的实施例中,上述装置还包括更新模块,用于在将上述发送能力通知给PDCP之后,且当上述RLC确定上述空口能力信息和/或RLC的数据缓存状态发生变化时,重新确定上述发送能力;将重新确定的发送能力通知给PDCP。
在一个可选的实施例中,上述通知模块144可以通过如下方式将上述发送能力通知给PDCP:根据上述发送能力组成发送能力分配帧;将上述发送能力分配帧发送给PDCP。
在本发明实施例中,还提供了一种数据发送系统,该系统包括上任一项的应用于PDCP中的数据发送装置以及上述任一项的应用于RLC中的数据发送装置。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行上述各方法实施例中的步骤的程序代码。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行上述各步骤。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种数据发送方法,其特征在于,包括:
分组数据汇聚协议层PDCP获取来自无线链路控制RLC的用于发送数据的发送能力;
所述PDCP根据所述发送能力发送第一数据。
2.根据权利要求1所述的方法,其特征在于,所述PDCP根据所述发送能力发送所述第一数据包括:
所述PDCP根据所述第一数据的数据类型以及所述发送能力对所述第一数据进行封装;
所述PDCP发送封装后的第一数据。
3.根据权利要求2所述的方法,其特征在于,所述PDCP根据所述第一数据的数据类型以及所述发送能力对所述第一数据进行封装包括:
当所述数据类型为健壮性头压缩ROHC反馈信息帧时,且所述发送能力允许所述PDCP发送的数据的长度大于或等于所述第一数据的长度时,所述PDCP将所述第一数据封装成第一分组数据单元PDU;和/或,
当所述数据类型为非健壮性头压缩ROHC反馈信息帧时,所述PDCP根据所述发送能力将所述第一数据以及其他的待发送的非ROHC反馈信息帧封装在一起组成第二分组数据单元PDU。
4.根据权利要求3所述的方法,其特征在于,所述PDCP根据所述发送能力将所述第一数据以及所述其他的非ROHC反馈信息帧封装在一起组成所述第二PDU包括:
所述PDCP根据所述发送能力确定本次允许发送的数据量;
所述PDCP根据所述允许发送的数据量将所述第一数据和其他的待发送的非ROHC反馈信息帧的部分或全部进行串接;
所述PDCP将串接后的数据封装成所述第二PDU。
5.根据权利要求3或4所述的方法,其特征在于,当所述第一数据类型为所述非ROHC反馈信息帧时,所述PDCP发送所述封装后的第一数据包括:
所述PDCP至少根据所述第二PDU的序号和所述第二PDU对应的超帧号HFN对所述第二PDU进行加密;
所述PDCP发送加密后的第二PDU。
6.根据权利要求1所述的方法,其特征在于,所述PDCP在根据所述发送能力发送所述第一数据之后,所述方法还包括:
所述PDCP判断在预定时间内是否收到接收所述第一数据的对端返回的确认消息;
所述PDCP在判断结果为未收到所述确认消息时,再次发送所述第一数据。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述PDCP接收第二数据;
所述PDCP根据所述第二数据的数据类型对所述第二数据进行处理。
8.根据权利要求7所述的方法,其特征在于,所述PDCP根据所述第二数据的数据类型对所述第二数据进行处理包括:
当所述第二数据为健壮性头压缩ROHC反馈信息帧时,所述PDCP对所述第二数据进行解压缩处理;和/或,
当所述第二数据为用于指示数据接收状态的状态报告帧时,所述PDCP解析所述第二数据;根据解析结果确定需要重传的数据;对需要重传的数据进行重传;和/或,
当所述第二数据为用于指示所述发送能力的发送能力分配帧时,所述PDCP解析所述第二数据获取所述发送能力;和/或,
当所述第二数据为数据帧时,所述PDCP解析所述数据帧的帧头,获取所述数据帧的序号以及状态报告标识,其中,所述状态报告标识用于指示所述PDCP需要返回或无需返回状态报告;根据所述数据帧的序号以及所述PDCP中维护的与所述数据帧对应的超帧号HFN对所述数据帧进行解密处理,以及在所述状态报告标识指示所述PDCP需要返回状态报告时返回用于表示所述PDCP的数据接收情况的状态报告;根据所述第二数据中携带的用于指示服务数据单元SDU的长度的指示信息对解密后的数据进行重组,组成服务数据单元SDU;对所述SDU进行解压缩处理。
9.一种数据发送方法,其特征在于,包括:
无线链路控制RLC确定发送能力;
所述RLC将所述发送能力通知给分组数据汇聚协议层PDCP,其中,所述发送能力用于所述PDCP发送数据。
10.根据权利要求9所述的方法,其特征在于,所述RLC确定所述发送能力包括:
所述RLC获取所述PDCP中缓存的数据量以及来自媒体接入控制MAC的空口能力信息;
所述RLC根据所述PDCP中缓存的数据量、所述空口能力信息以及所述RLC的数据缓存状态确定所述发送能力。
11.根据权利要求10所述的方法,其特征在于,所述RLC获取所述PDCP中缓存的数据量包括:
所述RLC获取来自所述PDCP的数据帧;
所述RLC获取所述数据帧的帧头中携带的数据量标识,其中,所述数据量标识用于标识所述PDCP中缓存的数据量;
所述RLC根据所述数据量标识确定所述PDCP中缓存的数据量。
12.根据权利要求10或11所述的方法,其特征在于,所述RLC在将所述发送能力通知给所述PDCP之后,所述方法还包括:
当所述RLC确定所述空口能力信息和/或所述RLC的数据缓存状态发生变化时,重新确定所述发送能力;
将重新确定的发送能力通知给所述PDCP。
13.根据权利要求9所述的方法,其特征在于,所述RLC将所述发送能力通知给所述PDCP包括:
所述RLC根据所述发送能力组成发送能力分配帧;
所述RLC将所述发送能力分配帧发送给所述PDCP。
14.一种数据发送装置,其特征在于,应用于分组数据汇聚协议层PDCP中,包括:
获取模块,用于获取来自无线链路控制RLC的用于发送数据的发送能力;
发送模块,用于根据所述发送能力发送第一数据。
15.一种数据发送装置,其特征在于,应用于无线链路控制RLC中,包括:
确定模块,用于确定发送能力;
通知模块,用于将所述发送能力通知给分组数据汇聚协议层PDCP,其中,所述发送能力用于所述PDCP发送数据。
16.一种数据发送系统,包括权利要求14所述的应用于分组数据汇聚协议层PDCP中的数据发送装置以及权利要求15所述的应用于无线链路控制RLC中的数据发送装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610331547.9A CN107404734B (zh) | 2016-05-18 | 2016-05-18 | 数据发送方法、装置及系统 |
PCT/CN2017/086075 WO2017198236A1 (zh) | 2016-05-18 | 2017-05-26 | 数据发送方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610331547.9A CN107404734B (zh) | 2016-05-18 | 2016-05-18 | 数据发送方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107404734A true CN107404734A (zh) | 2017-11-28 |
CN107404734B CN107404734B (zh) | 2022-08-19 |
Family
ID=60324798
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610331547.9A Active CN107404734B (zh) | 2016-05-18 | 2016-05-18 | 数据发送方法、装置及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107404734B (zh) |
WO (1) | WO2017198236A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110557229A (zh) * | 2018-05-31 | 2019-12-10 | 中国移动通信有限公司研究院 | 一种数据发送方法、接收方法、发送端及接收端 |
WO2020006653A1 (zh) * | 2018-07-02 | 2020-01-09 | 华为技术有限公司 | 一种双连接下基于链路质量的分流方法和设备 |
WO2020057044A1 (zh) * | 2018-09-17 | 2020-03-26 | Oppo广东移动通信有限公司 | 一种连接释放方法、数据处理方法、设备及存储介质 |
WO2020097855A1 (zh) * | 2018-11-15 | 2020-05-22 | Oppo广东移动通信有限公司 | 无线通信的方法和通信设备 |
TWI717944B (zh) * | 2017-12-21 | 2021-02-01 | 聯發科技股份有限公司 | 處理壓縮錯誤的方法和裝置 |
CN112399471A (zh) * | 2020-10-23 | 2021-02-23 | 紫光展锐(重庆)科技有限公司 | 一种数据缓存的方法及相关装置 |
CN112752305A (zh) * | 2019-10-29 | 2021-05-04 | 中国移动通信有限公司研究院 | 流量控制方法、装置、相关设备及存储介质 |
CN112953849A (zh) * | 2019-12-10 | 2021-06-11 | 中国移动通信有限公司研究院 | 一种数据量处理方法、设备及介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111278060B (zh) * | 2019-01-18 | 2023-10-24 | 维沃移动通信有限公司 | 一种以太帧传输方法和相关设备 |
CN110572850B (zh) * | 2019-09-05 | 2023-07-25 | 京信网络系统股份有限公司 | 5g基站缓存处理业务数据方法、装置、设备和存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2153597A1 (en) * | 2007-05-03 | 2010-02-17 | Lg Electronics Inc. | Method of data processing in a wireless communication system |
CN101925121A (zh) * | 2009-06-10 | 2010-12-22 | 中兴通讯股份有限公司 | 一种分组数据汇聚协议层重建的方法和装置 |
CN102395156A (zh) * | 2011-09-28 | 2012-03-28 | 电信科学技术研究院 | 应用于pdcp实体和rlc实体间的数据传输方法及装置 |
CN103634080A (zh) * | 2012-08-29 | 2014-03-12 | 中兴通讯股份有限公司 | 数据调度处理方法及装置 |
CN104396302A (zh) * | 2013-01-18 | 2015-03-04 | 华为技术有限公司 | 传输数据的方法、基站和用户设备 |
US20160088460A1 (en) * | 2014-09-24 | 2016-03-24 | Samsung Electronics Co., Ltd. | Call processing method and apparatus for use in lte system |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4521430B2 (ja) * | 2007-08-10 | 2010-08-11 | 富士通株式会社 | 無線送信装置、無線受信装置、無線送信方法、および無線受信方法 |
CN101729396A (zh) * | 2008-10-31 | 2010-06-09 | 华为技术有限公司 | 数据包的发送、接收方法及装置、以及处理方法及系统 |
CN101848489B (zh) * | 2009-03-25 | 2014-02-05 | 中兴通讯股份有限公司 | Pdu的发送/接收方法和装置 |
CN102958102B (zh) * | 2011-08-22 | 2017-09-29 | 中兴通讯股份有限公司 | 一种rlc分流传输方法及系统 |
-
2016
- 2016-05-18 CN CN201610331547.9A patent/CN107404734B/zh active Active
-
2017
- 2017-05-26 WO PCT/CN2017/086075 patent/WO2017198236A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2153597A1 (en) * | 2007-05-03 | 2010-02-17 | Lg Electronics Inc. | Method of data processing in a wireless communication system |
CN101925121A (zh) * | 2009-06-10 | 2010-12-22 | 中兴通讯股份有限公司 | 一种分组数据汇聚协议层重建的方法和装置 |
CN102395156A (zh) * | 2011-09-28 | 2012-03-28 | 电信科学技术研究院 | 应用于pdcp实体和rlc实体间的数据传输方法及装置 |
CN103634080A (zh) * | 2012-08-29 | 2014-03-12 | 中兴通讯股份有限公司 | 数据调度处理方法及装置 |
CN104396302A (zh) * | 2013-01-18 | 2015-03-04 | 华为技术有限公司 | 传输数据的方法、基站和用户设备 |
US20160088460A1 (en) * | 2014-09-24 | 2016-03-24 | Samsung Electronics Co., Ltd. | Call processing method and apparatus for use in lte system |
Non-Patent Citations (3)
Title |
---|
3GPP;TSGRAN;E-UTRA: ""Packet Data Convergence Protocol (PDCP) specification"", 《3GPP TS 36.323 V13.1.0》 * |
3GPP;TSGRAN;E-UTRA: ""Radio Link Control (RLC) protocol specification"", 《3GPP TS 36.322 V13.1.0》 * |
LG ELECTRONICS INC.: "R2-162861 "5G user plane protocol design"", 《3GPP TSG-RAN WG2 MEETING #93BIS》 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI717944B (zh) * | 2017-12-21 | 2021-02-01 | 聯發科技股份有限公司 | 處理壓縮錯誤的方法和裝置 |
CN110557229A (zh) * | 2018-05-31 | 2019-12-10 | 中国移动通信有限公司研究院 | 一种数据发送方法、接收方法、发送端及接收端 |
CN110557229B (zh) * | 2018-05-31 | 2022-04-29 | 中国移动通信有限公司研究院 | 一种数据发送方法、接收方法、发送端及接收端 |
WO2020006653A1 (zh) * | 2018-07-02 | 2020-01-09 | 华为技术有限公司 | 一种双连接下基于链路质量的分流方法和设备 |
US11576081B2 (en) | 2018-07-02 | 2023-02-07 | Huawei Technolgoies Co., Ltd. | Link quality-based offloading method and device in dual connectivity |
WO2020057044A1 (zh) * | 2018-09-17 | 2020-03-26 | Oppo广东移动通信有限公司 | 一种连接释放方法、数据处理方法、设备及存储介质 |
WO2020097855A1 (zh) * | 2018-11-15 | 2020-05-22 | Oppo广东移动通信有限公司 | 无线通信的方法和通信设备 |
CN112752305A (zh) * | 2019-10-29 | 2021-05-04 | 中国移动通信有限公司研究院 | 流量控制方法、装置、相关设备及存储介质 |
CN112752305B (zh) * | 2019-10-29 | 2023-03-31 | 中国移动通信有限公司研究院 | 流量控制方法、装置、相关设备及存储介质 |
CN112953849A (zh) * | 2019-12-10 | 2021-06-11 | 中国移动通信有限公司研究院 | 一种数据量处理方法、设备及介质 |
CN112953849B (zh) * | 2019-12-10 | 2023-05-09 | 中国移动通信有限公司研究院 | 一种数据量处理方法、设备及介质 |
CN112399471A (zh) * | 2020-10-23 | 2021-02-23 | 紫光展锐(重庆)科技有限公司 | 一种数据缓存的方法及相关装置 |
Also Published As
Publication number | Publication date |
---|---|
CN107404734B (zh) | 2022-08-19 |
WO2017198236A1 (zh) | 2017-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107404734A (zh) | 数据发送方法、装置及系统 | |
US11330466B2 (en) | Method and apparatus for processing a packet in a wireless communication system | |
US20210259036A1 (en) | Method and apparatus for transmitting and receiving data in wireless communication system | |
US11445404B2 (en) | Method and apparatus for wireless communication in wireless communication system | |
US11202279B2 (en) | Method and apparatus for processing data in wireless communication system | |
CN109691155A (zh) | 无线通信系统中管理用户平面操作的方法和装置 | |
US20210167896A1 (en) | Transmitting node, receiving node, methods and mobile communications system | |
CN104683017B (zh) | 一种卫星移动通信rlc层am模式传输方法 | |
CN107889163A (zh) | 数据处理方法、装置及系统 | |
CN109151903A (zh) | 用于在下一代移动通信系统中处理分组的方法和装置 | |
CN110249658A (zh) | 无线通信系统中操作分组数据会聚协议层处理服务质量的方法和装置 | |
KR102602207B1 (ko) | 무선 통신 시스템에서 헤더 압축 프로토콜을 위한 pdcp 장치 재수립 방법 및 장치 | |
CN105704197A (zh) | 一种数据传输方法及系统 | |
KR20200023952A (ko) | 이종 네트워크에서 이중 연결 동작을 수행하기 위한 방법 및 장치. | |
CN101094448A (zh) | 无线通讯系统分帧数据的方法及其相关装置 | |
CN109076475B (zh) | 一种用于保持无连接传输中同步的方法和系统 | |
CN108282868A (zh) | 控制信令配置方法及装置 | |
CN107333298A (zh) | 一种数据传输方法及相关设备 | |
KR20200115863A (ko) | Nr 시스템에서 mr-dc에 대한 단말 능력을 보고하는 방법 및 장치 | |
CN107222890A (zh) | 利用4g移动通信协议层特性构建隐蔽信道的方法 | |
CN102158899A (zh) | 中继网络中的数据转发方法、装置及系统 | |
CN103716141B (zh) | 在移动通信系统中用于用户设备的信号传输方法和装置 | |
CN108400842A (zh) | 一种应用于接收方的状态报告发送方法及装置 | |
CN104618075B (zh) | Tti集束的传输处理方法及装置、网络侧设备、ue | |
US20210176661A1 (en) | Method and device for processing data in wireless communication system |
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 |