本技术涉及一种gNB侧PDCP层向UPF的数据反馈机制,涵盖下行数据轮询流程,其中UPF端DL PDU Session container的首字节被设置为特定值,以实现高效数据交互。
背景技术
为了使数据传输速率得到更大的提高和毫秒级的低时延需求,5G无线网络中采用控制面与用户面分离架构。基站侧CU(Centralized Unit )如图1所示,5GC(5 GenerationCore),如图2所示。其中信令通过N2接口,数据通过N3在基站与5GC之间传输。
其中数据是在UPF和gNB侧CU_UP之间进行传输。接口如图3所示其传输和处理流程如下:上行传输时gNB侧添加上PDU Session continer如图4以及GTPU头。下行传输时UPF处为数据添加上PDU Session continer如图3和GTPU头,然后通过相应隧道将数据传输至gNB侧CU_UP侧,此侧接收到数据后,如果配置了Discard定时器,此时会启动Discard定时器,该定时器的作用是用于判断接收到报文是否能正常处理,从而决定是否将其丢弃。因CU_UP处理速度、RLC缓冲区大小和处理速度、空口资源以及链路传输速度限制或者链路出现异常没成功释放等情况。如果UPF大流量传输数据到CU_UP,因受上述因素限制,接收到数据未必能及时处理完,故对应报文Discard定时器将超时,将报文丢弃。
如果此种一直持续,则会导致PDCP侧丢包严重,如果不对核心网做出反馈,其一、传输数据被丢失,同时还占用大量的传输资源。将造成资源的浪费,其二、数据的丢弃严重将影响用户体验。 更有甚者,可能会导致基站不能正常运行,造成更大的损失。
此外针对在一个QoS流由多个SDAP服务的场景,即对应同一终端做相应业务时,一个UPF对应多个基站协同的场景下,UPF如果能知道各基站处理能力,数据传输状况。则能较好的利用多基站协同的优势来对数据传输路径进行规划以保证服务质量、避免上述情况产生和造成资源浪费。
实现思路