一种NR数据重建立方法技术

技术编号:33500560 阅读:13 留言:0更新日期:2022-05-19 01:11
本发明专利技术公开了一种NR数据重建立方法,采用CU和DU协同重建立机制;控制面指示PDCP实体重建立时,PDCP实体保存重建立参数,不立即进行重建立;控制面指示RLC实体重建立时,下行进行重建立,且发送携带最后一帧指示的下行数据递交状态报告的GTPU报文到PDCP实体。PDCP实体收齐所有对应RLC实体发送的最后一帧指示后,进行下行重建立。当UE在目标小区成功接入后,MAC实体通知RLC实体进行上行重建立;RLC实体变更上行F1

【技术实现步骤摘要】
一种NR数据重建立方法


[0001]本专利技术涉及无线通信
,尤其涉及一种NR数据重建立方法。

技术介绍

[0002]为了增强网络部署的灵活性,以及满足不同应用场景下的不同需求,5G无线接入网络采用中央单元(Centralized Unit,CU)和分布单元(Distributed Unit,DU)独立部署的组网架构,如图1所示。其中,上/下行用户数据在CU和DU之间通过F1用户面接口(F1 User Plane Interface,F1

U)进行传输。
[0003]在CU

DU独立部署场景下,CU和DU之间如何协作完成一些特定的功能(如数据承载重建立),目前仍没有明确方案。若CU和DU重建立时机协调出现偏差,将引入一些新的问题。
[0004]当控制面指示分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)重建立时(如PDCP计数器COUNT值翻转触发重建立),若PDCP实体立即进行下行重建立,并停止下行数据发送,将延长数据中断时间,降低客户体验。
[0005]若PDCP实体立即进行上行重建立,而媒体接入控制协议(Medium Access Control,MAC)仍在进行上行调度时,如果PDCP实体依然处理上行数据,在非确认模式下,由于PDCP重建立会重置收发窗口,处理此报文会导致PDCP窗口异常;此外,若安全功能处于激活态,由于此时上行数据采用原来的安全参数进行安全处理,而重建立会刷新安全参数,则将导致报文安全处理异常。如果PDCP实体停止处理上行数据,将丢弃正常传输的报文,降低客户体验。
[0006]此外,当控制面指示无线链路控制协议(Radio Link Control,RLC)重建立时,若RLC实体立即进行重建立,而MAC仍在进行上行调度时,RLC实体将丢弃上行数据,降低客户体验。

技术实现思路

[0007]本专利技术的目的在于克服现有技术的不足,解决控制面指示PDCP和RLC重建立时,下行数据中断过长、上行数据丢弃和安全处理异常问题,提供一种NR数据重建立方法,协调CU和DU重建立时机,保证数据正常可靠传输。
[0008]本专利技术的目的是通过以下技术方案来实现的:一种NR数据重建立方法,包括以下步骤:步骤1:PDCP实体收到控制面发送的重建立请求时,保存重建立参数;此时,不立即进行重建立,仅重新分配F1

U TEID,正常处理下行和上行业务;步骤2:RLC实体收到控制面发送的重建立请求时,立即进行下行重建立,上行保持不变,且使用原来的F1

U TEID发送上行数据或下行数据递交状态报告;同时,通过原来的F1

U TEID发送携带最后一帧指示的下行数据递交状态报告到PDCP实体;步骤3:当PDCP实体收到RLC实体发送的携带有最后一帧指示的下行数据递交状态报告时,PDCP实体停止发送下行数据到此RLC实体;
步骤4:当PDCP实体收齐所有对应RLC实体发送的携带有最后一帧指示的下行数据递交状态报告时,PDCP实体进行下行重建立,更新下行重建立参数;步骤5:当UE在目标小区随机接入成功时,MAC实体通知RLC实体UE随机接入成功,RLC实体进行上行重建立,并更新上行F1

U TEID为PDCP实体重新分配后的F1

U TEID,同时,通过重新分配后的F1

U TEID发送上行数据或下行数据递交状态报告到PDCP实体;步骤6:PDCP实体识别收到上行数据或下行数据递交状态报告所采用的F1

U TEID;若是在原来的F1

U TEID上收到上行数据或下行数据递交状态报告,则采用原来的上行配置进行处理;若是在重新分配后的F1

U TEID上收到上行数据或下行数据递交状态报告时,则PDCP实体进行上行重建立,更新上行重建立参数。
[0009]进一步的,所述重建立参数包括安全参数、PDCP序号长度和鲁棒性报文压缩参数。
[0010]进一步的,所述步骤1中重新分配的上行F1

U TEID为系统重新分配的与原来的F1

U TEID不同的F1

U隧道标识。
[0011]进一步的,所述步骤1中正常处理下行和上行业务具体为:对下行和上行的数据仍采用原来的参数进行处理。
[0012]进一步的,所述下行和上行数据递交状态报告通过GTPU报文作为载体进行传输。
[0013]进一步的,所述步骤3中PDCP实体仅停止发送下行数据到已发送最后一帧指示的RLC实体,但仍发送下行数据到其他对应RLC实体。
[0014]本专利技术的有益效果:PDCP和RLC下行和上行分别采用不同事件触发的重建立机制,使得基站和终端的重建立状态保持同步,避免丢弃重建立失步的报文,且保证了安全等参数同步更新。同时,采用CU和DU协同重建立机制,消除了多余的消息流程,缩短了数据中断时延,提升了用户体验。
附图说明
[0015]为了更清楚地说明本专利技术实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本专利技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图示出的结构获得其他的附图。
[0016]图1为5G基站架构图。
[0017]图2为本专利技术的方法流程图。
[0018]图3为PDCP实体重建立流程图。
[0019]图4为RLC实体重建立流程图。
具体实施方式
[0020]应当理解,此处所描述的具体实施例仅用以解释本专利技术,并不用于限定本专利技术。
[0021]下面将结合本专利技术实施例中的附图,对本专利技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本专利技术的一部分实施例,而不是全部的实施例。基于本专利技术中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本专利技术保护的范围。
[0022]实施例1,如图2所示,一种NR数据重建立方法,包括以下步骤:
步骤1:PDCP实体收到控制面发送的重建立请求时,保存重建立参数,如安全参数、鲁棒性报文压缩参数、PDCP序号长度等;此时,不立即进行重建立,仅重新分配F1

U TEID,正常处理下行和上行业务;步骤2:RLC实体收到控制面发送的重建立请求时,立即进行下行重建立,上行保持不变,且使用原来的F1

U TEID发送上行数据或下行数据递交状态报告;同时,通过原来的F1

U TEID发送携带最后一帧指示的下行数据递交状态报告到PDCP实体;步骤3:当PDCP实体收到RLC实体发送的携带有最后一帧指示的下行数据递交状态报告时,PDCP实体停止发送下行数据到此RL本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种NR数据重建立方法,其特征在于,包括以下步骤:步骤1:PDCP实体收到控制面发送的重建立请求时,保存重建立参数;此时,不立即进行重建立,仅重新分配F1

U TEID,正常处理下行和上行业务;步骤2:RLC实体收到控制面发送的重建立请求时,立即进行下行重建立,上行保持不变,且使用原来的F1

U TEID发送上行数据或下行数据递交状态报告;同时,通过原来的F1

U TEID发送携带最后一帧指示的下行数据递交状态报告到PDCP实体;步骤3:当PDCP实体收到RLC实体发送的携带有最后一帧指示的下行数据递交状态报告时,PDCP实体停止发送下行数据到此RLC实体;步骤4:当PDCP实体收齐所有对应RLC实体发送的携带有最后一帧指示的下行数据递交状态报告时,PDCP实体进行下行重建立,更新下行重建立参数;步骤5:当UE在目标小区随机接入成功时,MAC实体通知RLC实体UE随机接入成功,RLC实体进行上行重建立,并更新上行F1

U TEID为PDCP实体重新分配后的F1

U TEID,同时,通过重新分配后的F1

U TEID发送上行数据或下行数据递交状态报告到PDCP实体;步骤6:PDCP实体识别收到上行数据或下行...

【专利技术属性】
技术研发人员:吕磊
申请(专利权)人:四川创智联恒科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1