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