5G优化案例：5G NR网络端到端时延优化案例

5GNR网络端到端时延优化【摘要】目前中国电信5G网络已经开始运行，在网络实际运行的过程中，时延是最明显的感知指标，5G时延和4G相比，从20ms降低至1ms，有着非常大的提升，也是URLLC（Ultrareliableandlowlatencycommunication）超可靠且超低的时延业务所需求的。本案例结合影响时延的各个网元节点，对时延优化进行深入分析，并结合地市实际情况进行问题处理，从端到端对影响时延的各个因素进行总结排查，并解决问题。【关键字】时延、端到端【业务类别】参数优化问题描述5G网络的1毫秒时间延迟，最初是由：四IMT-2020M.2410-0（4.7.1）关于IMT-2020系统的设计最小需求中提到的。其适用的范围是URLLC（Ultrareliableandlowlatencycommunication）超可靠且超低的时延业务，这里的时延是针对用户面时延。用户面时延，是指我们平时使用手机发送数据的时间延迟，区别于控制面时延：手机注册网络或者状态转换经过的信令流程所花费的时间（控制面时延不做讨论）。另外，1毫秒指的是无线网络空中接口（手机和基站之间，不包括核心网，互联网等网络节点）的双向延迟时间。总时间二T1+T2图1-1：双向延迟双向延迟(RoundTripTime,RTT)，指的是信息从发送方到达接收方，加上接受方发信息给发送方所花费的总时间。双向延迟在工程中更加常见，因为我们可以只在信息发送方或者接收方的其中一方就可以测量到双向延迟(利用ping等工具)。在5G网络中，时延是一个重要的关注点，如何优化改善网络时延，是需要重点关注的方面。分析过程5GURLLC满足极低时延极高可靠业务，2016年，3GPP开始了5G的需求分析和研究项目，为了满足ITU所设置的URLLC极高的可靠性和极低的时延要求，在6的需求研究项目TR38.913Studyonscenariosandrequirementsfornextgenerationaccesstechnologies中的用户面KPI中针对URLLC业务用户面时延定义了上行0.5ms和下行0.5ms的要求，加起来正好是1ms的双向时延。需求的定义明确了，接下来进入了研究如何实现技术需求的阶段，2016年3月，3GPPTSGRAN71次会议通过了TR38.912StudyonNewRadio(NR)accesstechnology，这项研究工作致力于提出可行的无线技术来满足ITU-2020制定的56需求。而从研究项目伊始，URLLC就做为一项不可缺少的56需求被考虑进来。从2016年的研究项目开始到2018年中第一版本5G标准(release15NSA&SA)的出炉，低时延的设计贯穿了整个5G无线系统，我们就从用户面的每个层(物理层PHY，媒体接入控制层MAC，无线链路控制层RLC)看看为了实现1ms的目标都做了怎样的努力。5G中物理层的主要作用是：编解码，调制解调，多天线映射等。因为低时延是与URLLC的另一部分需求：极高的可靠性(9.999%)被共同捆绑在一起的。如果单单考虑低时延会比低时延高可靠简单很多，因为要满足极高的可靠性惯常采用更多的控制信令开销，重传，冗余，这些手段往往会提升时间延迟的水平。所以如何在保证可靠性的同时改善时延水平在物理层的设计中是难上加难°5G物理层用了哪些手段来改善时延呢？

UE图2-2：物理层UE图2-2：物理层2.1包结构在4GLTE的时延分析中提到过的系统处理时间在时延中所占的分量比较大，而且改善较为不易。这部分时延包括了接收包，获取控制信息，调度信息，解调数据，以及错误检测。在4GLTE中是采用下图左侧这种方形的包结构，传输的信息分为三部分，导频信息（Pilot），控制信息（controlinformation），以及数据（data）。这种设计方式被广泛的用来对抗信道衰落。但是在5G中URLLC包采用的是下图右侧这种设计方式，导频信息，控制信息，以及数据依次在时域上排列，这样做的好处是信道估计，控制信道解码，数据的获取可以串行的进行，通过这样的方式这样减少了处理时间。图2-3：4GLTE和5GURLLC包结构对比从手机收到资源分配（Grant）指令到数据的传输时间要求如下，中间部分是5G不同子载波间隔(SubcarrierSpacing)配置下的不同要求：Table14.1MinimumProcessingTimeinOFDMSymbolsFromGrantReceptiontoDataTransmissionDeviceCapabilrtySubcarrierSpacingLTERel815kHz30kHz60kHz120kHzBaselineAggressive0-71ms0,18-0.39rns0.43ms0.OB—0.2ms0.41msQ.32ms3ms图2-4：子载波从手机收到资源分配（Grant）指令到数据的传输时间要求2.2信道编码4GLTE采用Turbo和Simplecode来编解码数据达到无线传输的可靠性。在G中使用的是LDPC和Polar码来提升数据和控制信道的编解码效率，经过编码界研究的不懈努力编解码的性能和计算复杂度的提升对于降低时延也有所帮助。2.3更短的传输时间间隔从更短的时间间隔这点说5G是天然优势一点都不为过，LTE规定的一个子载波传送信息的最小频域单位是15KHz，时间域是1ms（正常情况下）。5G所需要支持的频率范围非常广，中低频从450MHz~6000MHz（FR1），高频从24.25GHz~52.6GHz（FR2）。高频意味着更高的相位噪声，所以需要设计更加宽的子载波间隔来抵御相位噪声的干扰。更宽的子载波间隔，意味着时域上更短的时隙，更短的传输时间间隔，我们在4GLTE时代千方百计想要降低的传输时间间隔在G时代只需要使用更高的频段，更宽的子载波间隔就轻而易举的降低了。而且根据不同的频段可以选择15KHz,30KHz到120KHz的子载波间隔，可以简单的理解为，5G子载波间隔相比于LTE15KHz增加了多少倍，那么在时域上的传输时间间隔就减少相应的倍数。频域子载波间隔成倍增加，时域符号时长相应倍数减少。ISAHrSCSWfcHrSQISAHrSCSWfcHrSQ国临新I而川mini而iiiiiiwiiiiiii而iii而111血||血|||血iiniiii［而Hiif?痴福图2-5：NR子载波2.4微时隙调度微时隙调度继承了LTE中减小传输时间间隔subslot）的设计理念，将最小的传输时间间隔由子帧拓展到了符号上。第一优先级最小的调度间隔根据情况可以选择2个符号，4个符号，7个符号。下图是一个下行数据传输的示例，数据包到达了基站，基站经过符号的处理以及等待合适的，?。（3如时间，随后通过两个符号的微时隙调度将数据传输给用户。数据包到达图2-6：数据传输MAC的作用是多路逻辑信道的复用，HARQ（混合重传），以及调度相关的功能。关于时延的改善的技术在MAC层有：2.5异步HARQ当无线环境出现问题等原因造成传输的数据出错，在MAC层会由HARQ功能来发起重新传输流程，在LTE中，HARQ的时间间隔（从收到数据到发送反馈给发送方是否正确接收信息指令）是固定的（FDD，TDD根据子帧结构变化）。而在5G中，HARQ的时间间隔是动态指派的，更加的灵活，也符合低时延的设计要求。5G与4GHARQ流程时间对比:Tabte13』MinimumProcessingTime(PDSCHMappingTypeA,FeedbackonPUCCH)DM-RSConfigurationDeviceCapabililySubcarriafSpacing15kHz30蚌It60kHi120kHzRel8Front-loadedAdditionalBaselineAggressiveBaselineAggressive0-57ms018-D29rns0.92ms005ms0.36ms000-017ms046ms04ms030ms036ms0.18ms0.21ms:匚rr一仃；2.3ms图2-7：5G与4GHARQ流程时间对比2.6上行免调度传输和4GLTE一样，5G可以周期性的给用户分配上行资源（半静态调度）来减少上行的传输时延，而且5G更加进了一步。在4G中半静态调度的资源一般是给每个用户单独分配的，所以当网络中用户较多的时候，造成的浪费是非常大的，因为预留的无线资源终端不一定会使用。在5G中可以将预留资源分配给一组终端用户，并且设计了当多个用户同时在相同的无线资源上发生冲撞的解决机制。这样在降低时延的同时使宝贵的无线资源的利用率也得到了保证。图2-8:5G上行免调度传输typel和type22.7预清空调度预清空调度的意思是为某个高优先级的用户清空原来已经分配给其他用户的资源，打个比方，我们去餐馆吃饭，没有位置了，餐馆老板认识我们是高级VIP，所以把一桌正在吃饭的人赶走了，把桌子留给了咱们。通过这样的方式达到了对时间延迟要求高的用户可以立即传输数据，从而降低了时延。下图是一个示例：用户A已经在一个时隙上被调度了数据，但是这时用户被标记为对时延要求高的数据需要传输。如果这时有空闲的时频域资源可用，用户B会被优先调度空闲的资源但是如果此时网络负荷较大，没有空闲的资源可用，用户B就会抢占其他用户的（例如用户A）的资源。这种方式有个弊端就是会影响原本被分配资源的A的用户的数据传输（在被用户B抢占的资源上），当然优秀的5G系统也设计了方案来解决这个问题，方式有：HARQ重传用户A受影响的传输数据，或者是直接通过控制信令DCI2-1）通知用户A,哪些传输的数据受到了影响。图2-9:预清空调度RLC层主要负责RLC数据的切分，重复数据去除，RLC重传的工作。在RLC层中关于低时延的技术考量主要体现在：在GLTE中RLC层还需要负责保证数据的按顺序传递（In-sequencedelivery，即前面的包没有向上层传递之前，排在后面的包需要等待。在5G中去掉了这样的功能要求来保障低时延水平。这样做的好处是，如果之前有某些包因为某些原因（例如无线环境突然变差）丢失了需要重传，在5G中后面的包不需要等到前面的包重传完毕就可以直接向上层传递。那么通过以上关键技术的组合，是怎么一步步使5G无线网络时间延迟降低到1毫秒的呢？表2-1:双向延迟通过使用30KHz的子载波间隔，上行免调度，以及两个符号的微时隙HG系统配置方案，可以达到低于双向时延1ms以下的要求。如果采用5G高频通信，使用120KHz的子载波间隔，时延可以更低。至此，1ms梦寐以求的目标终于达成，但是科技工作者们仍没有停下探索的脚步，目前的研究转向了5G物理层的增强对URLLC业务的支持，而新的研究项目也已经成功立项并完成：StudyonphysicallayerenhancementsforNRultra-reliableandlowlatencycase(URLLC),在下一版本5Grelease16中，URLLC将从PDCCH，UCI，PUSCH(上下行控制信道以及上行数据信道)获得更多的提升。同时还研究支持对时延和可靠性要求极高的工业互联网应用StudyonNRindustrialInternetofThings(IoT)。解决措施5G做ping时延测试，一般是在连接终端UE的笔记本电脑上面进行ping包，为了排除，外网时延的影响，一般采用pingFTP内网服务器IP地址的方式。3.1ping测试问题的分析思路由于ping包测试电脑和测试终端JE的影响不可控，排除这这个因素后，需要重点分析PING环回时延的空口时延和传输时延两部分。当测试得到的环回时延较大时，甚至不能

满足PING包测试指标要求时，需要将ping时延分解成下面两部分单独进行分析：无线空口时延，即UE和基站间的交互时延，传输侧交互时延。分解为两部分统计环回时延的目的是判断出时延较大的原因是由空口造成还是传输引起的。如果空口时延较大，则需要从调度算法上考虑优化，这块由版本和无线参数来保证；若传输时延较长，那就是非接入层的原因，可以从基站侧pingEPC或PINGFTP服务器来确认是否受到传输网络的影响，确认是传输的问题，需要请传输侧工程师协助解决。3.2无线空口时延分析方法无线空口时延，即UE和基站间的交互时延主要受基站无线参数设置及无线环境的影响。主要分析方法是通过QXDM或者其他测试工具在终端UE侧进行抓log分析，如果有时延差异的话就需要对相关信令流程和无线参数进行分析定位。3.3影响ping时延的无线参数影响ping时延的无线参数主要有3类，分别介绍如下。3.3.1ping包调度模式多元域编码的设计动态调度（0）基于收到SR置大的模拟BSR模式（1）混合调度模式（2）增强型混合调度模式（3）基于预调度模式（4）VSWc2单板的ping包时延具有3中调度模式，见DV参数表中V2调度参数---ping包优化开关：基于收到SR置大的模拟BSR模式Large-TB-basedDynamicSchedule(0)混合调度HybridSchedule(1)MmX尊WHiT.K心tthbrUWFT5-械9…瞄唱予弦，顷•，―动态调度DynamicSchedule(2)*ww«F1VI网.仲母祯琏*电MmX尊WHiT.K心tthbrUWFT5-械9…瞄唱予弦，顷•，―Ping包时延5种调度模式具体介绍如下:第一种、动态调度对于当前5G系统，动态调度未打开ping包优化开关条件下，Ping包过程及各段时延分析。图3-11：Ping包调度过程Ping包过程（动态调度）正常的动态调度模式下，当UE的MAC层收到高层的上行业务请求，会触发一俶（ScheduleRequest）请给给基站，基站收到响应后，发送一个小的上行授权，UE用来报告BSR（BufferStatusReport,用来告诉基站有多少数据需要发送）。基站收到BSR之后，根挪5日给UE上行授权，UE使用该授权发上行的PING的内容，PING的数据就发送到基站侧。第二种、基于收到SR置大的模拟BSR模式这是目前版本默认设置的模式。其基本原理是基于SR上报，根据前一个TTI需要调度的UE个数，基站主动下发一个较大的上行资源，使建可以利用该资源发送上行数据，减少了UE^送BSR然后eNB根据BSR进行调度的流程。第三种、混合调度模式混合调度模式是在预调度持续时间内，定时主动向UE发送上行资源，UE利用该资源发送上行数据。由于基站是周期性的对E分配上行资源，减少TUE^送SR的流程，因此使得PING包的时延缩短。具体为:。£发送5日请求，基站检测至后日后，产生虚拟的BSR＞行正常的调度处理，启动预调度周期PingPreSchPeriodTimer和预调度持续时间PingPreSchHoldTime默认2048ms)；在PingPreSchHoldTimer超时前，每隔PingPreSchPeriodTimer站主动产生虚拟BSR并进行调度；UE利用预调度的资源发送ING包的上行数据和可能的3SR。混合调度模式对所有的SR均做同样的处理，如果商用系统中用户量较大，大量的上行资源预授权将导致基站反向干扰加重，严重影响基站反向解调性能。商用局环境下不建议采用这种模式。第四种、增强型混合调度模式为了避免混合调度模式带来的负面影响，增强型混合调度模式能够对PING的业务进行识别，识别出PING业务的周期和大小之后，仅仅在ING的周期到来时，给一定长度及相应大小的预授权即可。这样能大大减缓预授权带来的带宽损失，可提升上行的有效载荷。第五种、基于预调度模式预调度模式下，UE直接发送ping包，没有SR及BSR预授权协商过程，这种模式只能用于单用户实验室测试，属于极限测试。3.3.2SR传输周期Ping包测试时，上行传输默认使用LargeBSR方式传输。终端首先发起SR(SchedulingRequest)，在基站进行上行资源授权之后，终端再发起BSR(BufferStatusRequest)和ping数据包一起上传。注意当JE高层要求发送SR的时候，并不是在每一个时隙都可以发送，而是需要在SR周期内的某一个时隙才能发送。SHIPffTtFTFlfll图3-12：SR传输周期网管参数在无线参数---上下行物理信道配置表：UESR传输周期(ms)如果配置SR周期为10ms，那么SR发送前的等待时间为1〜10ms，平均等待时间为5ms。协议规定的最小SR周期是5ms，SR周期最短只能设置到51^，目前我司默认配置是10ms，其实有些场景下如果S1传输时延太大导致ping时延离验收标准只差几略的时候，可以把SR周期改为5ms，使得SR发送前的平均等待时间缩小至2.5ms。通过将SR传输周期从10ms修改为5ms，使得ping时延平均值减少了3ms。需要注意的是，将SR周期从10ms修改为5ms，将会使得PUCCHSR信道支持的最大用户数减少一倍，我司默认参数是按照每载扇00激活用户配置的，修改后会使得UCCH信道容量减少。在网络负载比较小的场景下修改这个参W响不大。主要包括码字设计和系统设计。码字设计的目标是设计协作传输的效率更高，与各个分支链路信道条件相匹配的信道编码；系统设计的内容包括用户配对、路由选择和资源调度等。网络编码是与部署场景密切相关的，具体方案需要针对某一种场景进行优化，例如，协作中继和节点双向传输两种场景对空口标准的影响程度就有所不同。3.3.3DRX参数链路DRX功能开启之后，在没有数据传输的时候，终端会进入休眠状态以节省电源，这时候上/下行数据的发送都可能会被延迟，进行ping业务会造成时延变长。在NGBRDRX打开和关闭前后进行ping对比测试，关闭DRX时ping平均时延减少了3~4ms。3.4无线环境对ping时延的影响如果无线环境较差，或者无线环境的突然变化，都会造成空口发送的数据包解码错误而产生HARQ重传，重传一次的额外时延是8ms。下图是通过QXDM抓取的一个ping包测试log数据，利用QCAT进行分析，在系统帧和子帧1099时上行MAC层发了一个ping包数据。msLM■-Lif*甘》^知-LSn^-sdinED-*，■甘abki-Krmrp・rl!IglE-&岷:I3JbcsifejlElm>■M.DaLuj.CiMrpaiAJda11■Pracsrirfruf由"-]III■:Inii-m-miI|H?riii阳f由m『¥出TbI*iHMlKfE：IMt+ncIIB4l?irrfl|让DEEI¥J.iOKUllCff|in.|q|£-khc|i|i«a|.|ic>iIhrf'|<-anc|11unmif-aica|me|■||||TOC\o"1-5"\h\zIIIIIIII'IIIIl||||IIIIIIIIIIII41HlIIIIIIIIIIIIIII-IlIII

Miu.ii的“imMfr■■awiTEvw-OiTd^KKwg，r■IEw甘—in4.ife-1-I,U.'Sria^nnILlHiI<KBllh■*2-村1rwj-p■■>■£j.srli?S|■Xa.rvinEri.9r■.IIfiflJ|口|£»J«d上：JkhIIfiflJ|口|£»J«d上：Jkhtin|n-jr-Frjt>rrf・|ix-|tb|rr-|fhru^-|nuiiirrajiuMu\|ji=Eijiir•rTOC\o"1-5"\h\ziiii|9ic-Edruciiinillii=勺m』■>陌*IIIlliIIIIImlElcwrlsiIImlilIxisl<1rriml］r-aratiin:；［l|isiiM”ii甘IIIlliIIIIIiizliis?«nltIIImlilI啊I■!ir图3-13：Ping包数据在系统帧和子帧1123时才收到下行MAC层返回的ping包数据，时延为1123-1099=24ms，这个商用局的S1口传输时延为10ms，即使扣除这个S1口10ms时延后，14ms也明显大于基站内部标准处理时延6ms。在LTEPDSCHStatIndication消息中查看，发现在系统帧子帧1115时的CRCResult是fail，导致HARQ重传，在8ms后的系统帧子帧1123重新收到了ping包数据，这时候的CRCResult为pass，正确解码。从这个例子中可以看出空口解码错误导致的HARQ重传，会增加ping包时延8ms。S1口时延指PingReq从基站出去（发往UE需要Ping的服务器）-＞基站收到服务器返回的PingReply的时延，该段时延应该小于1ms，而不是单单指的基站与核心网的传输交互时延。S1口时延测试有三种方法：第一种、IP通道质量测试确定S1口时延这个功能可实现通过在OMC客户端上进行操作，发起以“基站”做为ping操作的起点，对目标IP地址的IP通道质量通道检测。目标IP地址选择核心网MME或者SGW的IP地址。正常情况下，从基站ping核心网MME或者SGW的时延应该在1~2ms，如果偏大的话将会导致UEping时延增大，需要联系传输侧排查S1口时延。第二种、Wireshark在基站VSWc2板debug口抓包确定传输时延Telnet6，并padMGR.exe，登录到平台管理进程，敲入MirrorToDebug0,0，在QE进行端口映射，然后开启wireshark，在CC板debug口抓包。详细抓包方法请参考附录ADebug口抓包方法。在Ping之前，打开Wireshark工具，点击Capture捕获窗口，选择正确的interface,对应的服务器地址，在过滤栏指定IMCP消息，选择Updatelistofpacketsinrealtime。使用完成之后使用BspClearESwitchMirror清除镜像，以免出现其他问题。

图3-14:传输时延采集在InterControlMessageProtocol里：Sequencennumber:确定该Ping包的序列号，Data里确定一次Ping包的大小。传输时延=Echo(ping)reply的frame23里的Arrivaltime-Echo(ping)request的frame24里的Arrivaltime。第三种、UE侧log分析确定传输时延通过Ue侧Mog来看，看上行包发出去时间及下行接收到的时间差，将这个时间差减去基站内部处理时延，既可以得到传输时延了。通常基站内部处理时延正常值为6ms。使用QXDM抓包时注意把所有LTE相关设置都选上，否则可能引起MAC层抓包不全，无法记录下所有上下行数据包的信息。抓包完成后，使用QCAT把记录的LOG打开，并使用以下条件过滤，见下图：Ping包是32字节，在加了各个协议层的开销之后，在MAC层看到的就是引L-niJRLWj29耻Me.■:ec«IJI141^M3；n8-^n¥T^^ETZ...iiL:..J:_—LdtL■iill・Ik■Lrur-■:.■-r™'■-IM-Hr；>rjIth-'t--i/NT'awid、牝司I"1ILJrllw1*11A*rH[<-r"I.-:iiJHiT曰FlHF.Vliwh*nluprMlDK<1iphifMaIfjmjaMan]iiaiew%[寸bomarft:tHr*项1m.yiKJinIZHmEHDm]ST»-FFMLtTfl丁口町1"匚撕AdjcdFB■iX，Etebln]顽[trjKi*fcTKTUfl：cjIci]SIE9血/*皿11tsr:Ca93llh.j«:aJ:C7Kelv1-1明虞WuiInanw-Prnud；wn-lmGic:tt-UJJ.kSOl.iU.Mf-L1!],On-：W.GL.U.12|r|i*l1"iil■bl»"，■■；AIIIIMS：：K*+fr也Ir«||r：i■：>:¥rllw1*11A*rH[<-r"I.-:iiJHiT曰FlHF.Vliwh*nluprMlDK<1iphifMaIfjmjaMan]iiaiew%[寸bomarft:tHr*SIE9血/*皿11tsr:Ca93llh.j«:aJ:C7在0xB064LTEMACULTransportBlock中找到LCID为3或者4，长度为64的包，为UE侧数据包发出的时间。在上行数据附近的0xB063LTEMACDLTransportBlock找到LCID为3或者4，长度为64的包，对应的帧号子帧号为UE侧收到ping包的ACK的时间，如下：I™IE5FIITnEILEGPlUDGIi际顽|n■:IriaantlISfT|^j^n|wrTn-a|IE^T>|4|I，|r-EJTilIfil~-ari|Ii|r-arilIi|!u-i£irE|Ii|L-airx|Ii|匚由驻|的raIfiilL-13!III™IE5FIITnEILEGPlUDGI4|I，|r-EJTilIfil~-ari|Ii|r-arilIi|!u-i£irE|Ii|L-airx|Ii|匚由驻|的raIfiilL-13!II&iFiidL-1S!III|ruL-3ZIJkficlrhdL-!ZIAtm|lhdL-5±Il-5心壬jlHL-5^|ijxif]]r戏eIjXIF]]EOH3IIXIF31皿皿IIXIF]]C>3IEi：xifaaeta■I军iFa谊ital|E£iF93maar-oirij■dkB|Hii[a[wadnrivtiI1-5113|F-LIl|»IF1X13。1C-JTTIIC-1TT]7:.TJI1D|列1ml，l1L跑*LFLF，ip血出iF业空|21-11-L|1汕31C-JKTIIQ51TI111跆M131131Pt^un^l-U,CJSIJ0dI11LF~nPaiHLvrl-lI图3-16：MAC层消息采集故上述ping包在网络侧的时延为5448(DLreceive)-5441(ULsend)=7ms。基站侧内部处理时延正常的情况下，S1口时延为7ms-6ms=1ms。3.5随机接入基本过程在小区搜索过程之后，UE与小区取得了下行同步，因此UE能够接收下行数据。但UE只有与小区取得上行同步，才能进行上行传输。UE通过随机接入过程(RandomAccessProcedure)与小区建立连接并取得上行同步。控制面时延主要关注接入过程中MSG1-5的时延。目前皿MSG1-MSG5的空口时间，在CPE的LMT上都可以看到，信令的lot号就是空口时间。_!'Flf『■布_!'Flf『■布7>=■RUtmMlL^KX^k3t■HJjl1.fl图3-17:随机接入过程3.6接入时延优化过程3.6.1时延目标流程msg1-msg2实测3ms目标3msmsg2-msg3实测5ms目标3msmsg3-msg4实测17.5ms目标msg1-msg2实测3ms目标3msmsg2-msg3实测5ms目标3msmsg3-msg4实测17.5ms目标6.5ms需优化msg4-msg5实测5.5ms，目标3.5ms下行NR2.0|宜:3口1I34：或:5911：11213ALSISIT1?01Z34587EI'DIL111314LiJ617U：9IT0CLusesICFIFmiITEC3ITSG4IFHT.IDEPF£<-XPX3.5ts■CFf■Ft=eI■图3-18:各流程时延目标3.6.2控制面时延的优化方案Msg1-Msg2实测值与目标值一致，时延正常。Msg2-Msg3CPE收到msg2之后，CPE内部处理时间CPEProcl太长，CPE侧进行进程优化，使得msg3提前了4个slot（2ms）出空口，从而满足时延要求。

Msg3-Msg4①msg3->msg4的流程图图3-19：图3-19：MSG3-MSG4流程图②mcc->pps/mcc->spa流程图UC发出UE上下文给MCC，在此过程中存在板间传输时延（VSW->VBP）,MCC先给PPS发上下文消息（因为SPA建立上下文需要PPS生成的UEID），后PPS将消息通过调用平台OP接口发给MCC，之后MCC给SPA的组件SMC发上下文消息，SMC的启动时间是每个slot的起始位置offset=0，错过后SPA只能到下个slot收到上下文消息，SMC再给UAC配置上下文消息，从图中看出RAC在200微秒的位置启动，UAC在310微秒的位置启动，所以UAC微秒的位置启动，所以UAC收到上下文后，不能在slotN给RAC调