一、問題現(xiàn)象 5G網(wǎng)絡采用了SA組網(wǎng)方式，語音業(yè)務以EPS fallback方式實現(xiàn)。本次語音業(yè)務測試，主叫駐留5G網(wǎng)絡，被叫駐留LTE網(wǎng)絡。呼叫發(fā)起后，主叫終端從5G回落至LTE，呼叫結束后，主叫返回5G網(wǎng)絡。 統(tǒng)計分析全部的192次呼叫記錄，平均呼叫時延（主叫SIP invite至主叫SIP 180）為3.265秒，但其中出現(xiàn)了幾次呼叫時延超過7秒，明顯超過平均值的案例。以下為其中一次的現(xiàn)象，連續(xù)的3次呼叫分別為2.955秒、7.207秒、3.058秒： 二、問題分析 主叫5G終端發(fā)起語音業(yè)務后，會從5G回落至LTE完成TAU，接收到下行消息SIP invite 183后，繼續(xù)后續(xù)的呼叫流程。對比空口的消息可以發(fā)現(xiàn)，主要的差異點是主叫側TAU complete 消息至 SIP invite183的時延。 呼叫時延7.207秒與3.058秒 根據(jù)5G用戶呼叫LTE用戶端到端流程，主叫（5G）完成TAU以后，核心網(wǎng)向被叫發(fā)SIP invite消息，被叫終端回應 100 trying后，發(fā)出直傳主叫的SIP invite 183消息。 聯(lián)合主被叫空口消息可以發(fā)現(xiàn)，被叫發(fā)出SIP invite 183與主叫收到SIP invite 183的時間間隔正常，但主叫發(fā)出TAU complete至被叫收到 SIP invite，有顯著的差異。 呼叫時延3.058秒 呼叫時延7.207秒 從主叫TAU complete至被叫收到SIP invite，是核心網(wǎng)側的內部處理過程。 在核心網(wǎng)側采集對應呼叫的交互信令，可以觀察到SAEGW不響應，而引入的額外時延。此處相關的交互網(wǎng)元分別來自不同的友商。 根據(jù)了解，SAE和MME在處理用戶簽約速率時，采用了不同的計算方式。簽約速率bps換算為kbps時，有的設備用去除后3位的方法、有的設備用除以1000的方法，導致計算結果不同。由于計算得到的速率不同，增加了額外的速率協(xié)商過程，而SAE會概率性地出現(xiàn)響應不及時的問題。 根因總結如下： 1、SAE會概率性地出現(xiàn)，不及時響應MME的速率匹配命令。 2、由于SAE和MME采用了不同的速率計算方式，導致同一個用戶的簽約速率，在不同設備的計算結果不同，需要增加協(xié)商交互過程。 三、解決方案 調整用戶的簽約信息，將簽約速率的數(shù)值作調整，使得兩種計算方式的結果相同，避免了信令交互過程，從而規(guī)避了SAE響應不及時的問題。 核心網(wǎng)側修改用戶簽約速率后，經(jīng)過數(shù)百次呼叫驗證，前述的呼叫建立大時延未再發(fā)生，問題得到規(guī)避。 (mbbeetchina)