VOLTE現(xiàn)網(wǎng)測(cè)試和分析

VOLTE現(xiàn)網(wǎng)測(cè)試和分析無(wú)線優(yōu)化處羅建迪2015年5月目錄呼叫建立成功率偏低呼叫建立時(shí)長(zhǎng)偏大掉話率偏高eSRVCC切換問(wèn)題RTP丟包率偏高跨廠家切換失敗VoLTE典型問(wèn)題分析VoLTE關(guān)鍵參數(shù)專題分析下一步工作要求VoLTE語(yǔ)音質(zhì)量評(píng)估VoLTE語(yǔ)音特點(diǎn)VoLTE語(yǔ)音語(yǔ)音頻率范圍（Hz）語(yǔ)音采樣率（Hz）語(yǔ)音速率AMR-NB300~34008K4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps，共8個(gè)碼率AMR-WB50~700016~48K6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps，共8個(gè)碼率人聽(tīng)域頻率約為20Hz—20KHz，人聲能量集中在3-4kHz區(qū)間。VoLTE語(yǔ)音有AMR-NB窄帶和AMR-WB寬帶兩種編碼，又稱為VoLTE標(biāo)清語(yǔ)音（或VoLTE12.2kbps）和VoLTE高清語(yǔ)音（或VoLTE23.85kbps）。用戶可主觀感受到VoLTE高清話音比23G語(yǔ)音更加自然、舒適。AMR業(yè)務(wù)模型具有如下特點(diǎn)：每20ms產(chǎn)生一個(gè)語(yǔ)音包，包括了RTP/UDP/RLC-Security壓縮頭；每160ms生成一個(gè)SID語(yǔ)音靜默包。VoLTE語(yǔ)音電話VoLTE語(yǔ)音傳輸帶寬與用戶所處狀態(tài)相關(guān)，以標(biāo)清語(yǔ)音為例：在主叫說(shuō)話（處于語(yǔ)音激活期）時(shí)，有語(yǔ)音包傳輸，上行速率為12.2Kbps；在被叫聆聽(tīng)（處于語(yǔ)音靜默期）時(shí)，160ms傳送一次靜默幀，上行速率僅為0.8Kbps。下行速率正好與之相反。MOS測(cè)試時(shí)，主被叫輪流發(fā)聲；MOS測(cè)試語(yǔ)料：時(shí)長(zhǎng)8秒鐘；VoLTE語(yǔ)音質(zhì)量MOS評(píng)分MOS評(píng)分原理通過(guò)比較原始音信號(hào)和劣化語(yǔ)音信號(hào)，使用規(guī)定的認(rèn)知模型，通過(guò)規(guī)定的算法計(jì)算得到客觀質(zhì)量分值。綜合考慮了感知中的編碼器語(yǔ)音輸入電平、誤碼率、編碼速率、編碼傳輸、編解碼匹配、噪聲等因素的影響來(lái)客觀地評(píng)價(jià)語(yǔ)音信號(hào)的質(zhì)量。PESQ算法存在不足應(yīng)用于CDMA編碼(如EVRC)時(shí)不夠準(zhǔn)確。未考慮終端語(yǔ)音處理帶來(lái)的影響。不能處理超寬帶語(yǔ)音信號(hào)。POLQA算法POLQA-NB與PESQ算法基本等同，POLQA-WB算法在PESQ的基礎(chǔ)上進(jìn)行了擴(kuò)展，克服了PESQ算法存在不足，可以適用于更高的頻率；無(wú)論窄帶還是寬帶，均可使用POLQA算法進(jìn)行評(píng)估，應(yīng)用于3G，4G/LTE和VoIP網(wǎng)絡(luò)時(shí)具有更高的準(zhǔn)確性。AMR語(yǔ)音標(biāo)準(zhǔn)推出年份評(píng)估算法語(yǔ)音頻率范圍（Hz）語(yǔ)料采樣率（Hz）23G語(yǔ)音2001P.862PESQ300~34008KVoLTE語(yǔ)音2012P.863POLQA50~700016~48KVoLTE語(yǔ)音與GSM語(yǔ)音對(duì)比GSM打GSM，VoLTE（23.85kbps）和VoLTE（12.65kbps）三種長(zhǎng)呼語(yǔ)音質(zhì)量，VoLTEMOS相比GSM有較大改善，MOS評(píng)分參見(jiàn)下表。POLQASWB評(píng)分標(biāo)準(zhǔn)比傳統(tǒng)PESQ高，同樣2G語(yǔ)音，POLQA評(píng)分比PESQ評(píng)分低0.5分左右語(yǔ)音撥打類型

2G打2GVoLTE（23.85kbps）VoLTE（12.65kbps）MOS(POLQA)2.643.983.84微信語(yǔ)音沒(méi)有語(yǔ)音靜默包，不具備頭壓縮功能，微信電話本傳輸帶寬高于VoLTE語(yǔ)音在良好無(wú)線環(huán)境下，微信語(yǔ)音每分鐘消耗流量為（40.27+40.33）*60/8=600kbyte，如按移動(dòng)的50元1G進(jìn)行收費(fèi)，折合3分錢/分鐘，且無(wú)長(zhǎng)途，漫游費(fèi)用，其資費(fèi)優(yōu)勢(shì)明顯。VoLTE語(yǔ)音與OTT語(yǔ)音對(duì)比語(yǔ)音撥打類型RSRPSINRMOS微信電話本-88.3312.673.78-116.970.941.93VoLTE-89.5311.723.86-114.830.533.89類型SINR下行上行物理層速率（kbps）PDCP速率（kbps）平均MCSRB數(shù)TBsize（bite）物理層速率（kbps）PDCP速率（kbps）MCSRB數(shù)TBsize（bite）微信電話本18.2658.1440.2719.773.281268.2452.7640.3322.452.51285.14VoLTE20.0218.211.1315.262.8819.4721.8211.2122.011.681086.69當(dāng)其無(wú)線環(huán)境好的時(shí)候，其語(yǔ)音包較大，語(yǔ)音越清晰，用戶感知良好。當(dāng)無(wú)線環(huán)境惡化時(shí)，用戶感知不好。VoLTE語(yǔ)音質(zhì)量評(píng)估指標(biāo)VoLTE語(yǔ)音質(zhì)量端到端影響因素語(yǔ)音質(zhì)量編碼方式、抖動(dòng)、

回聲消除、時(shí)延丟包率端到端時(shí)延調(diào)度機(jī)制L2重傳SINR水平網(wǎng)絡(luò)負(fù)荷保證語(yǔ)音質(zhì)量：無(wú)線側(cè)盡可能保證無(wú)線資源最優(yōu)、最及時(shí)、足夠調(diào)度分配外終端能力和核心網(wǎng)傳輸方面也需要同步保證質(zhì)量，包括終端編解碼能力、碼率自適應(yīng)調(diào)整等方面直接因素：丟包、抖動(dòng)、時(shí)延、掉線、切換中斷時(shí)延間接因素：覆蓋、干擾、切換、傳輸、算法、設(shè)備指標(biāo)標(biāo)清語(yǔ)音編碼速率高清語(yǔ)音編碼速率E2E延遲Jitter抖動(dòng)丟包率MOS呼叫建立時(shí)間用戶面網(wǎng)內(nèi)切換中斷時(shí)延eSRVCC用戶面切換中斷時(shí)延建議取值12.2kbps23.85kbps95%小于285ms95%小于60msE2E95%小于2.5%,空口95%小于1%高清要求95%大于3.5，標(biāo)清要求95%大于395%小于5s95%小于100ms95%小于300msVoLTE語(yǔ)音質(zhì)量評(píng)估指標(biāo)目錄呼叫建立成功率偏低呼叫建立時(shí)長(zhǎng)偏大掉話率偏高eSRVCC切換問(wèn)題RTP丟包率偏高跨廠家切換失敗VoLTE典型問(wèn)題分析VoLTE關(guān)鍵參數(shù)專題分析下一步工作要求VoLTE語(yǔ)音質(zhì)量評(píng)估VoLTE無(wú)線性能外場(chǎng)測(cè)試情況利用高通專業(yè)測(cè)試設(shè)備，對(duì)VoLTE語(yǔ)音關(guān)鍵指標(biāo)進(jìn)行評(píng)估，目前五省VoLTE試驗(yàn)網(wǎng)質(zhì)量不容樂(lè)觀（語(yǔ)音接通率、接續(xù)時(shí)延、掉話率離試商用網(wǎng)絡(luò)還有較大差距）備注：2015年3月份~4月份外場(chǎng)測(cè)試數(shù)據(jù)。城市網(wǎng)絡(luò)總呼叫次數(shù)呼叫建立成功率(%)呼叫建立平均時(shí)延(s)eSRVCC切換成功率(%)網(wǎng)內(nèi)切換成功率(%)掉話率(%)RTP丟包率(%)平均抖動(dòng)(ms)長(zhǎng)沙華為51095.1/97.63.261001002.891.455.31中興15799.364.2787.599.655.133.5811.29福州諾西15197.354.8510099.801.0217.80中興29397.615.041001003.281.9111.43廣州愛(ài)立信18996.34.5510099.311.480.4918.34中興94593.14.2798.099.511.661.5118.32城市網(wǎng)絡(luò)平均PUSCH功率(dBm)路徑損耗上行平均MCS上行平均RBs上行行平均初始BLER(%)長(zhǎng)沙華為0.79104.0520.012.690.74中興1.83104.2319.562.742.3福州諾西2.47103.1420.742.361.42中興-1.96100.1617.402.804.37廣州愛(ài)立信7.35110.514.53.893.15中興15.48109.2318.712.921.99城市網(wǎng)絡(luò)平均RSRP(dBm)平均RSRQ(dB)平均SINR(dB)下行平均RBs下行平均MCS下行平均初始BLER(%)長(zhǎng)沙華為-88.7-7.9418.238.5810.345.93中興-88.03-7.3818.8311.1611.51.58福州諾西-85.41-7.7117.754.9215.459.99中興-83.61-8.0817.188.4811.011.78廣州愛(ài)立信-91.8-8.1918.966.444.801.53中興-94.25-8.0617.327.9711.602.61目前存在的主要問(wèn)題呼叫建立成功率偏低呼叫建立時(shí)長(zhǎng)偏大掉話率偏高eSRVCC相關(guān)的問(wèn)題用戶面中斷時(shí)延超過(guò)300mseSRVCC切換成功率偏低振鈴中和振鈴前的SRVCC切換失敗eSRVCC切換失敗后的VoLTE呼叫恢復(fù)RTP丟包率偏高跨廠家切換失敗呼叫建立成功率偏低（1）VoLTE呼叫建立失敗的主要原因:

被叫進(jìn)入CSFB流程被叫終端收到CS-paging消息或CSNotification消息，而沒(méi)有收到SIPinvite消息在測(cè)試中將這種情況也認(rèn)為是VoLTE呼叫建立失敗。這種情況也是可以接受的，盡管這樣語(yǔ)音呼叫的建立時(shí)間會(huì)比較大。

主要原因是HSS問(wèn)題，VoLTE被叫用戶駐留在LTE網(wǎng)絡(luò)時(shí)并沒(méi)有刪除電路域注冊(cè)信息，因此直接將尋呼發(fā)給2G系統(tǒng)配合問(wèn)題、網(wǎng)絡(luò)側(cè)定時(shí)器設(shè)置不合理，導(dǎo)致PS域?qū)ず舫瑫r(shí)或?qū)ず魺o(wú)響應(yīng)，進(jìn)行電路域?qū)ず艉艚薪⒊晒β势停?）VoLTE呼叫建立失敗的主要原因（續(xù)）: 被叫沒(méi)有收到尋呼呼叫被主叫取消前，被叫終端始終沒(méi)有收到尋呼消息。主要原因是IMS處理機(jī)制問(wèn)題（廣州愛(ài)立信參數(shù)配置不完整、福州諾西軟件Bug等）網(wǎng)絡(luò)側(cè)的尋呼消息未下發(fā)會(huì)未及時(shí)下發(fā)終端的Page消息接收呼叫建立過(guò)程中LTE網(wǎng)絡(luò)或IMS網(wǎng)絡(luò)出現(xiàn)錯(cuò)誤專用承載建立失敗專用承載被網(wǎng)絡(luò)側(cè)釋放專用承載所對(duì)應(yīng)的Packetfilter配置錯(cuò)誤IMS處理錯(cuò)誤，例如ServerTimeout(504)，UpdateCallDetailsFailed(480)，SERVICE_UNAVAILABLE(503)、ServerInternalError(500)（華為網(wǎng)絡(luò)）呼叫建立時(shí)間偏大測(cè)試中呼叫建立時(shí)長(zhǎng)較大的原因有：

尋呼機(jī)制不太適合于話音業(yè)務(wù)

目前設(shè)備廠家不能區(qū)分普通數(shù)據(jù)業(yè)務(wù)觸發(fā)的PS尋呼和VoLTE觸發(fā)的PS尋呼尋呼間隔較大，導(dǎo)致被叫收到尋呼的時(shí)延較大（參見(jiàn)右圖長(zhǎng)沙接入時(shí)延分布）IMSSIP消息處理在被叫側(cè)，RRC連接建立完成后過(guò)了1.2秒才收到SIPinvite消息.（長(zhǎng)沙中興）網(wǎng)絡(luò)側(cè)發(fā)送SIP183sessionprogress時(shí)延較大（廣州愛(ài)立信）主叫側(cè)發(fā)送兩次SIPInvite給網(wǎng)絡(luò)才收到100Trying主叫側(cè)沒(méi)有及時(shí)收到SIP180Ringing消息掉話率偏高VoLTE掉話的主要原因: 專用承載丟失/釋放

發(fā)生在RLF之后，RRC連接重建時(shí)（杭州華為、長(zhǎng)沙中興等）發(fā)生在LTE重定向之后，建立新的RRC連接時(shí)（杭州華為、長(zhǎng)沙中興等）發(fā)生在切換過(guò)程中發(fā)生在TAU過(guò)程中（廣州愛(ài)立信、中興）長(zhǎng)時(shí)間沒(méi)有收到RTP包（南京）切換之后出現(xiàn)單通現(xiàn)象，下行收不到任何RTP包PDCP序號(hào)出現(xiàn)亂序LTE網(wǎng)絡(luò)的問(wèn)題，終端收到TAUReject消息（杭州華為）ServiceReject消息（福州中興）DetachRequest消息（杭州華為）eSRVCC相關(guān)問(wèn)題eSRVCC用戶面中斷時(shí)延大于300ms終端優(yōu)化：ESRVCC到2G后，語(yǔ)音包編碼器模式要做轉(zhuǎn)換，高通芯片收到4個(gè)語(yǔ)音包之后才開(kāi)始語(yǔ)音包譯碼，所以用戶面中斷時(shí)間額外增加4*20=80mseSRVCC切換成功率有的時(shí)候偏低，原因有中興網(wǎng)絡(luò)給終端發(fā)送重定向到GSM的命令(RRCConectionRelease消息)，而不是切換到GSM的命令(MobilityFromEUTRAN消息)網(wǎng)絡(luò)側(cè)沒(méi)有給終端發(fā)GSM測(cè)量配置命令在終端發(fā)出GSM測(cè)量報(bào)告給網(wǎng)絡(luò)之前，或者在終端收到切換命令之前，發(fā)生了無(wú)線鏈路失敗并從LTE脫網(wǎng)UE收到切換到GSM的命令后，在GSM網(wǎng)絡(luò)建立連接失敗振鈴前和振鈴中觸發(fā)的SRVCC失敗振鈴過(guò)程中的SRVCC在實(shí)驗(yàn)室通過(guò)驗(yàn)證，但現(xiàn)場(chǎng)測(cè)試因網(wǎng)絡(luò)原因沒(méi)有成功規(guī)范沒(méi)有對(duì)振鈴前的SRVCC作出要求，盡管高通芯片已經(jīng)支持此功能，但華為等設(shè)備還不支持華為等設(shè)備不支持eSRVCC切換失敗后的VoLTE呼叫恢復(fù)RTP丟包率偏高RTP丟包主要原因:沒(méi)有收到及時(shí)的上行調(diào)度，RTP包在上行PDCP層被丟棄廣州中興網(wǎng)絡(luò)上行鏈路的功控有問(wèn)題，導(dǎo)致基站沒(méi)有收到調(diào)度請(qǐng)求，因此沒(méi)有及時(shí)進(jìn)行上行調(diào)度：語(yǔ)音包對(duì)時(shí)延要求較高，當(dāng)在PDCP層緩存一定時(shí)間（100ms）還沒(méi)有發(fā)送出去，就會(huì)被丟棄

網(wǎng)絡(luò)側(cè)出現(xiàn)周期性的RTP包丟失長(zhǎng)沙周期性丟包現(xiàn)象（每100ms會(huì)有1~2丟包個(gè)）：RTP包在發(fā)送端的上行鏈路發(fā)送成功，而在接收端的下行鏈路在沒(méi)有出現(xiàn)PDCP序號(hào)空洞的情況下出現(xiàn)RTP包的丟失，從而證明包的丟失是在中興網(wǎng)絡(luò)側(cè)由于網(wǎng)絡(luò)側(cè)GBR速率參數(shù)設(shè)置過(guò)小，導(dǎo)致諾西網(wǎng)絡(luò)出現(xiàn)周期性丟包單通在跨廠家切換（南京由貝爾切到華為）之后，下行RTP包的接收出現(xiàn)長(zhǎng)時(shí)間的中斷無(wú)線鏈路失敗以及之后的RRC重建被拒絕，導(dǎo)致RTP中斷切換過(guò)程中出現(xiàn)RTP包的丟失福州PGW發(fā)送的IPv6RA消息中MTU參數(shù)設(shè)置錯(cuò)誤

導(dǎo)致約50%的視頻RTP包在網(wǎng)絡(luò)側(cè)被丟棄跨廠家切換城市設(shè)備商狀態(tài)情況福州諾基亞和中興整改后成功在一階段測(cè)試中，從中興往諾基亞方向的切換失敗，由于切換命令配置不正確使用了重定向而不是切換南京上海貝爾和華為整改后成功切換本身是成功的，但是切換后出現(xiàn)多次單通,最終導(dǎo)致掉話華為網(wǎng)絡(luò)PDCP包頭序列號(hào)設(shè)置為10bit，而貝爾設(shè)置為5bit。華為切換到貝爾小區(qū)，目標(biāo)小區(qū)未反饋相關(guān)信息，終端切換到貝爾基站后依舊按10bitPDCP包頭序列號(hào)解碼，出現(xiàn)丟包與單通。長(zhǎng)沙中興和華為

整改后成功在二階段測(cè)試時(shí)，兩個(gè)方向切換都失敗，沒(méi)有切換命令。切換關(guān)系未配置華為中興MME兼容性問(wèn)題目錄eSRVCC切換C-DRX參數(shù)配置MME尋呼機(jī)制端到端帶寬設(shè)置傳輸質(zhì)量保障VoLTE典型問(wèn)題分析VoLTE關(guān)鍵參數(shù)專題分析下一步工作要求VoLTE語(yǔ)音質(zhì)量評(píng)估12月份，總部網(wǎng)絡(luò)部組織研究院、設(shè)計(jì)院、高通專家在杭州對(duì)eSRVCC進(jìn)行了專題測(cè)試，不同測(cè)試終端ESRVCC性能表現(xiàn)存在較大差異說(shuō)明1：高通與海思芯片終端在業(yè)務(wù)面恢復(fù)時(shí)間上存在差異：ESRVCC到2G后，語(yǔ)音包編碼器模式要做轉(zhuǎn)換，高通芯片收到4個(gè)語(yǔ)音包之后才開(kāi)始語(yǔ)音包譯碼，所以用戶面中斷時(shí)間比海思多出4*20=80ms；eSRVCC切換（1）終端型號(hào)路測(cè)軟件切換控制面時(shí)延(ms)業(yè)務(wù)面中斷時(shí)延(ms)芯片廠家高通8974高通QXDM112411高通SONY高通QXDM175435HTC高通QXDM1051669華為Mate7華為HiDS158277海思注1：杭州HTC終端未開(kāi)啟自主FR功能，掛機(jī)后先在2G執(zhí)行LAU/RAU，再讀取Si2quarter后重選返回4G，故返回時(shí)延長(zhǎng)eSRVCC切換到2G后返回4G覆蓋區(qū)域掛機(jī)后，網(wǎng)絡(luò)FR或終端自主FR返回4G時(shí)延比2G->3G->4G返回時(shí)延短。但如果終端在2G掛機(jī)后無(wú)4G覆蓋，終端無(wú)法返回4G。城市終端網(wǎng)絡(luò)FR或自主FR時(shí)延2G->3G->4G重選時(shí)延2G->4G重選（非自主FR）注1

杭州HTC（高通）N/AN/A

20.3杭州MATE7（海思）0.82N/AN/A

長(zhǎng)沙HTC（高通）0.33N/AN/A

廣州HTC（高通）1.46~2.73.58~4.24N/A

福州

HTC（高通）1.26~1.83.3~4.69N/A

廣州SONY（高通）0.68~1.394.06N/A

ESRVCC切換（2）LTE配置異頻鄰區(qū)后，終端對(duì)GSM頻點(diǎn)測(cè)量時(shí)延影響較大終端不同異頻頻點(diǎn)的平均測(cè)量時(shí)延(s)0個(gè)異頻1個(gè)異頻2個(gè)異頻3個(gè)異頻89741.795.487.526.63SONY1.928.266.5112.16HTC2.186.58.310.47說(shuō)明：時(shí)延統(tǒng)計(jì)：終端下發(fā)B1測(cè)量控制消息->終端上報(bào)第一個(gè)GSM測(cè)量報(bào)告LTE配置的GSM鄰區(qū)BCCH頻點(diǎn)數(shù)對(duì)GSM頻點(diǎn)測(cè)量時(shí)延尚未發(fā)現(xiàn)明顯關(guān)系終端不同GSM頻點(diǎn)的平均測(cè)量時(shí)延（s）8個(gè)頻點(diǎn)16個(gè)頻點(diǎn)32個(gè)頻點(diǎn)897411.926.6310.58Sony8.8312.168.07HTC10.2610.4712.17終端型號(hào)切換準(zhǔn)備時(shí)延（ms）Pool外Pool內(nèi)高通8974647125SONY656115HTC603371高通8974切換時(shí)延（ms）Pool外Pool內(nèi)切換控制面時(shí)延112107業(yè)務(wù)面中斷時(shí)延411352Pool內(nèi)ESRVCC切換時(shí)延要小于Pool外 Pool內(nèi)ESRVCC切換準(zhǔn)備時(shí)間要小于Pool外說(shuō)明：服務(wù)小區(qū)同時(shí)配置了3個(gè)LTE異頻頻點(diǎn)eSRVCC切換（3）測(cè)量步驟終端嘗試在LTE配置的MeasGAP中對(duì)所有的LTE/TDS/GSM鄰頻進(jìn)行RSSI測(cè)量，LTE/TDS頻點(diǎn)能夠在一個(gè)MeasGAP中完成一次測(cè)量，GSM頻點(diǎn)需要多個(gè)MeasGap才能完成一次測(cè)量；對(duì)所有的GSM頻點(diǎn)RSSI測(cè)量結(jié)果進(jìn)行降序排列，RSSI測(cè)量結(jié)果至少需要進(jìn)行3個(gè)測(cè)量值平滑。終端嘗試按照降序?qū)SM頻點(diǎn)進(jìn)行BSIC確認(rèn)，具體時(shí)延依賴于LTE配置的MeasGAP與GSM時(shí)隙的匹配情況GSMFrequencyBurst(FB)檢測(cè)：終端將射頻調(diào)頻到GSM信標(biāo)頻點(diǎn)并對(duì)FB進(jìn)行持續(xù)的相關(guān)檢測(cè)。FB出現(xiàn)在51復(fù)幀中的0,10,20,30,40幀的第一個(gè)時(shí)隙GSMSynchronizationBurst(SB)檢測(cè)：SB位于FB之后的一個(gè)GSM幀，GSM

SB的解碼需要位于FB同步之后對(duì)已滿足上報(bào)事件的頻點(diǎn)進(jìn)行TimetoTrigger監(jiān)測(cè)，TimetoTrigger超時(shí)后上報(bào)該GSM頻點(diǎn)繼續(xù)進(jìn)行其他GSM頻點(diǎn)的檢測(cè)

>>

>>

GSM#1GSM#2MeasGAPFrequencyBurst(FB)SynchronizationBurst(SB)GSM小區(qū)測(cè)量ESRVCC切換（4）后續(xù)改進(jìn)計(jì)劃方案一：規(guī)范LTE中心頻點(diǎn)設(shè)置網(wǎng)優(yōu)平臺(tái)顯示：當(dāng)前LTE中心頻點(diǎn)設(shè)置混亂中心頻點(diǎn)設(shè)置缺乏規(guī)范，網(wǎng)優(yōu)平臺(tái)上報(bào)數(shù)據(jù)有誤F頻段（1885-1915MHz）：F1頻率范圍為1885-1905MHz，中心頻點(diǎn)為1895MH，絕對(duì)頻點(diǎn)號(hào)（EARFCN）38400；F2頻率范圍為1904.4-1914.4MHz，中心頻點(diǎn)為1909.4MHz,絕對(duì)頻點(diǎn)號(hào)為38544，目前我公司僅能使用F1頻點(diǎn)。D頻段（2575-2635MHz）：D1頻率范圍為2575-2595MHz，中心頻點(diǎn)為2585MHz；D2頻率范圍為2594.8-2614.8MHz，中心頻點(diǎn)為2604.8MHz；D3頻率范圍為2614.6MHz-2634.6MHz，中心頻點(diǎn)為2624.6MHz。E頻段（2320-2370MHz）：E1頻率范圍為2320-2340MHz，中心頻點(diǎn)為2330MHz；E2頻率范圍為2339.8-2359.8MHz，中心頻點(diǎn)為2349.8MHz；E3頻率范圍為2359.2MHz-2369.2MHz，中心頻點(diǎn)為2364.2MHz。中心頻率設(shè)置要求ESRVCC切換（5）后續(xù)改進(jìn)計(jì)劃方案二：網(wǎng)絡(luò)下發(fā)異系統(tǒng)測(cè)量事件的同時(shí)刪除LTE異頻測(cè)量對(duì)象，集中所有測(cè)量時(shí)間用來(lái)進(jìn)行GSM測(cè)量；數(shù)據(jù)業(yè)務(wù)正常參數(shù)配置：A2（異頻）=-100dBm開(kāi)啟LTE異頻測(cè)量，A1（異頻）=-95dBm關(guān)閉LTE異頻測(cè)量VOLTE業(yè)務(wù)特殊配置（優(yōu)化eSRVCC測(cè)試時(shí)間）：A2（異頻）>-100dBm開(kāi)啟LTE異頻測(cè)量，A1（異頻）<-110dBm關(guān)閉LTE異頻測(cè)量，A2（異系統(tǒng)）<-110dBm開(kāi)啟LTE異系統(tǒng)測(cè)量A1事件：LTE服務(wù)小區(qū)高于門限值A(chǔ)2事件：LTE服務(wù)小區(qū)低于門限值ESRVCC切換（6）后續(xù)改進(jìn)計(jì)劃方案三：終端CDRX休眠期測(cè)量?jī)?yōu)化方案測(cè)量Gap時(shí)長(zhǎng):6ms測(cè)量周期:80ms為例3GPP標(biāo)準(zhǔn)方案異頻異系統(tǒng)測(cè)量時(shí)間=6ms/80ms=7.5%CDRX激活期LongDRXCycle測(cè)量Gap時(shí)長(zhǎng):6ms測(cè)量周期:80ms為例CDRX激活期LongDRXCycleCDRX優(yōu)化方案理想情況下異頻異系統(tǒng)測(cè)量時(shí)間~=40~50%增加測(cè)量時(shí)間：按照3GPP標(biāo)準(zhǔn)，終端在VoLTE通話時(shí)可以用于異頻異系統(tǒng)的測(cè)量時(shí)間大約為7.5%；利用VoLTE通話期間CDRX參數(shù)設(shè)置，終端可以利用CDRX休眠期繼續(xù)進(jìn)行異頻異系統(tǒng)測(cè)量時(shí)間；在最優(yōu)情況下，可以將終端用于異頻異系統(tǒng)測(cè)量時(shí)間提升到近50%，縮短SRVCC測(cè)量準(zhǔn)備時(shí)間；降低功耗影響：此方案只在網(wǎng)絡(luò)配置下發(fā)針對(duì)異頻異系統(tǒng)頻點(diǎn)測(cè)控B1/B2事件之后使用，即只在VoLTE覆蓋邊緣采用此優(yōu)化方案，最大化降低VoLTE通話功耗影響；支持情況：已推動(dòng)高通、海思實(shí)現(xiàn)該優(yōu)化方案，高通目前已具備測(cè)試版本，海思預(yù)計(jì)后續(xù)支持CDRX參數(shù)配置（1）為了滿足VoLTE音頻業(yè)務(wù)QoS需求（QCI1），VoLTE音視業(yè)務(wù)要求建立在專用承載上

，網(wǎng)絡(luò)可以為VoLTE業(yè)務(wù)配置專用的DRX參數(shù)，以保證業(yè)務(wù)QoS。根據(jù)VoLTE語(yǔ)音數(shù)據(jù)模型，VoLTE業(yè)務(wù)的參數(shù)配置可以分為以下幾類:方案一：使用現(xiàn)網(wǎng)數(shù)據(jù)業(yè)務(wù)配置，僅配置DRX，DRX160ms周期+較長(zhǎng)的DRXInactivityTimer（60psf）方案二：僅配置DRX，使用較短的DRXInactivityTimer（小于語(yǔ)音包間隔）方法1：僅配置較短的DRX長(zhǎng)周期，如DRX40ms方法2：DRX長(zhǎng)周期+短周期，如DRX160ms+20msVoLTE業(yè)務(wù)的數(shù)據(jù)傳輸有周期性非連續(xù)的特點(diǎn)，正常語(yǔ)音通話期間每隔20ms發(fā)送一個(gè)語(yǔ)音包，靜默期每隔160ms發(fā)出一個(gè)靜默幀（SID，SilenceIndicatorDescriptor）用于模擬背景噪聲。語(yǔ)音包語(yǔ)音包間隔20ms靜默包間隔160msDRX（僅供參考）LongDrxCycleOnDurationTimerDrxInactivityTimerDrxRetransmissionTimerQCI9sf160psf8psf60psf4QCI1sf40psf8psf4psf4CDRX參數(shù)配置（2）DRXCycleDRXCycleDRXCycle①.終端進(jìn)入激活期，啟動(dòng)OnDurationTimer（8psf）。②.在OnDurationTimer運(yùn)行期間，動(dòng)態(tài)調(diào)度的數(shù)據(jù)包到達(dá)，啟動(dòng)DRXInactivityTimer，該定時(shí)器時(shí)長(zhǎng)60psf（75ms）。超時(shí)之前如果有新數(shù)據(jù)包到達(dá)則重啟定時(shí)器，超時(shí)之后終端進(jìn)入休眠③

④.在DRXInactivityTimer運(yùn)行期間，新數(shù)據(jù)包每隔20ms到達(dá)一次，DRXInactivityTimer連續(xù)重啟⑤.第④步之后沒(méi)有新數(shù)據(jù)包到達(dá)，DRXInactivityTimer超時(shí)后停止，終端進(jìn)入休眠期⑥.進(jìn)入下一個(gè)DRX周期，終端進(jìn)入激活期，啟動(dòng)OnDurationTimer⑦.OnDurationTimer運(yùn)行期間下行數(shù)據(jù)包到達(dá)，啟動(dòng)DRXInactivityTimer，運(yùn)行時(shí)長(zhǎng)60psf（75ms）⑧.InactivityTimer超時(shí)后停止，終端進(jìn)入休眠期①②③④⑤語(yǔ)音包⑥⑦⑧正常通話語(yǔ)音包間隔20ms靜默期語(yǔ)音包間隔160ms激活期在正常通話期間，終端無(wú)法進(jìn)入休眠在靜默期，僅50%時(shí)間可以休眠……方案一：使用現(xiàn)網(wǎng)數(shù)據(jù)業(yè)務(wù)DRX參數(shù)優(yōu)勢(shì)實(shí)現(xiàn)簡(jiǎn)單：專用承載和默認(rèn)承載使用相同配置，即VoLTE業(yè)務(wù)和數(shù)據(jù)類業(yè)務(wù)使用相同配置，網(wǎng)絡(luò)進(jìn)行參數(shù)配置時(shí)不用區(qū)分VoLTE業(yè)務(wù)，實(shí)現(xiàn)簡(jiǎn)單；終端和網(wǎng)絡(luò)都能支持該方案實(shí)時(shí)性好：雖然現(xiàn)網(wǎng)DRX配置的周期較長(zhǎng)（160ms），但同時(shí)使用較長(zhǎng)的DRXInactivityTimer（60psf），能夠保證語(yǔ)音通話的實(shí)時(shí)性，對(duì)語(yǔ)音質(zhì)量沒(méi)有影響劣勢(shì)對(duì)降低功耗增益較小：由于DRXInactivityTimer時(shí)長(zhǎng)（60psf，3:1子幀配置下約75ms）>語(yǔ)音包間隔（20ms），在正常通話期間該定時(shí)器隨著數(shù)據(jù)包到達(dá)每20ms重啟一次，終端始終處于激活狀態(tài)，無(wú)法降低終端耗電；在靜默期語(yǔ)音包間隔160ms的場(chǎng)景下，DRXInactivityTimer運(yùn)行時(shí)長(zhǎng)占DRX周期一半左右，終端有一半時(shí)間處于激活狀態(tài)，因此這種配置對(duì)降低功耗增益較小。綜上，為了使終端在DRX周期的大部分時(shí)間內(nèi)處于休眠狀態(tài)，DRXInactivityTimer的時(shí)長(zhǎng)必須小于語(yǔ)音包間隔（20ms），否則終端將一直處于激活狀態(tài)，無(wú)法進(jìn)入休眠，也就無(wú)法降低語(yǔ)音通話功耗方案一：優(yōu)劣勢(shì)分析CDRX參數(shù)配置（3）語(yǔ)音包方法1：僅配置DRX長(zhǎng)周期DRXCycle(40ms)OnDurationTimer+InactivityTimer語(yǔ)音包間隔20ms方法2：DRX長(zhǎng)周期+短周期ShortDRXCycle(20ms)OnDurationTimer+InactivityTimer……LongDRXCycle(160ms)…………DRXCycle(40ms)OnDurationTimer靜默包間隔160msDRXCycle=40ms時(shí)兩個(gè)語(yǔ)音包積攢在一起發(fā)送……該方案僅配置一種DRX周期，一個(gè)周期內(nèi)產(chǎn)生的多個(gè)數(shù)據(jù)包積攢在一起發(fā)送，且DRXInactivityTimer時(shí)長(zhǎng)小于語(yǔ)音包間隔。如果DRX周期設(shè)置過(guò)長(zhǎng)，較多（DRXCycle/20ms個(gè)）語(yǔ)音包積攢一起發(fā)送，可能會(huì)導(dǎo)致語(yǔ)音質(zhì)量變差，上行覆蓋收縮。因此該種方案應(yīng)該配置較短的DRX周期，如40ms周期。該方案配置長(zhǎng)、短兩種DRX周期，短周期保證實(shí)時(shí)性，長(zhǎng)周期增強(qiáng)省電效果。在正常語(yǔ)音通話期間，短周期生效，保證語(yǔ)音包能夠?qū)崟r(shí)傳輸；在靜默期，N個(gè)周期沒(méi)有數(shù)據(jù)傳輸（N可定義），則終端自動(dòng)從短周期轉(zhuǎn)換到長(zhǎng)周期，增強(qiáng)省電效果。方案二：僅配置DRX，使用較短的DRXInactivityTimerCDRX參數(shù)配置（4）方法1：僅DRX長(zhǎng)周期優(yōu)勢(shì)實(shí)現(xiàn)簡(jiǎn)單，終端和網(wǎng)絡(luò)都能支持該方案能夠同時(shí)兼顧語(yǔ)音質(zhì)量和功耗，合適的周期配置不會(huì)對(duì)語(yǔ)音質(zhì)量造成影響，同時(shí)也能盡量降低耗電劣勢(shì)：上行覆蓋收縮，為不影響語(yǔ)音質(zhì)量，DRX周期不能配置過(guò)長(zhǎng)，靜默期省電效果受限方法2：DRX長(zhǎng)周期+短周期優(yōu)勢(shì)：短周期保證語(yǔ)音包的實(shí)時(shí)性，不影響語(yǔ)音質(zhì)量；在靜默期可使用長(zhǎng)周期降低耗電劣勢(shì)在靜默期轉(zhuǎn)到正常通話時(shí)，需要等到長(zhǎng)周期激活期才能進(jìn)行數(shù)據(jù)傳輸，最大時(shí)延在100ms左右，引起時(shí)延抖動(dòng)，對(duì)語(yǔ)音質(zhì)量有影響短周期DRX在終端技術(shù)要求中是可選支持，在2014年企標(biāo)中才要求短周期DRX為必選功能，網(wǎng)絡(luò)和終端支持均不完善這兩種方法都能在保證語(yǔ)音質(zhì)量的前提下降低功耗，并各有優(yōu)缺點(diǎn)，具體效果需要測(cè)試驗(yàn)證。方案二：優(yōu)劣勢(shì)分析CDRX參數(shù)配置（5）主要測(cè)試結(jié)論綜合考慮目前網(wǎng)絡(luò)設(shè)備與終端芯片對(duì)DRX與SPS功能的支持程度以及網(wǎng)絡(luò)實(shí)現(xiàn)的復(fù)雜度，僅開(kāi)啟DRX長(zhǎng)周期場(chǎng)景是VoLTE布網(wǎng)初期的一種較可行的方案。DRX周期配置為20ms/40ms時(shí)，終端功耗有所降低，且語(yǔ)音質(zhì)量可以基本保持與不開(kāi)DRX場(chǎng)景下的語(yǔ)音質(zhì)量相同。當(dāng)配置的DRX周期大于等于80ms時(shí)，終端功耗會(huì)有24%~36%的降低，但是同時(shí)語(yǔ)音質(zhì)量卻惡化嚴(yán)重，MOS值降到2以下，不建議采用。綜合語(yǔ)音質(zhì)量和功耗性能，優(yōu)選DRX40ms配置。注：2014年6月測(cè)試數(shù)據(jù)測(cè)試驗(yàn)證：CDRX周期優(yōu)化CDRX參數(shù)配置（6）開(kāi)啟C-DRX功能后可以使終端在沒(méi)有數(shù)據(jù)傳輸時(shí)進(jìn)入休眠，語(yǔ)音通話耗電可降低20%以上：網(wǎng)絡(luò)DRX周期配置為40ms周期，OnDurationTimer配置為8psf，Inactivity-Timer配置為4psf，ReTransmissionTimer配置為4psf測(cè)試驗(yàn)證：40msCDRX參數(shù)優(yōu)化驗(yàn)證CDRX參數(shù)配置（7）maxHARQ-Tx：MaximumnumberoftransmissionsforULHARQ，上行HARQ的最大傳輸次數(shù)，包含初始傳輸和重傳，最大重傳次數(shù)為maxHARQ-Tx-1LTE上行采用同步HARQ，即每個(gè)HARQprocess的傳輸或重傳發(fā)生在固定的子幀；同時(shí)上行HARQ同時(shí)支持自適應(yīng)和非自適應(yīng)重傳，即上行重傳可以由基站通過(guò)PHICH信道發(fā)送NACK觸發(fā)或者通過(guò)PDCCH信道調(diào)度重傳觸發(fā)協(xié)議規(guī)定，在上行數(shù)據(jù)傳輸中，基站在PHICH信道下發(fā)ACK并不代表該次數(shù)據(jù)傳輸成功完成，基站仍可以通過(guò)PDCCH調(diào)度該P(yáng)rocess上的上行重傳，因此終端需在可能發(fā)生重傳調(diào)度的子幀上監(jiān)聽(tīng)PDCCH信道，直到監(jiān)聽(tīng)次數(shù)達(dá)到最大重傳次數(shù)或者基站在該P(yáng)rocess上調(diào)度新數(shù)據(jù)On-DurationTimerInactivityTimer監(jiān)聽(tīng)可能存在的重傳調(diào)度監(jiān)聽(tīng)可能存在的重傳調(diào)度其他相關(guān)參數(shù)（重傳參數(shù)）-1CDRX參數(shù)配置（8）如圖，在傳輸次數(shù)大于1時(shí)，終端在子幀12發(fā)送上行數(shù)據(jù)、子幀18收到ACK后，仍需在可以調(diào)度重傳的子幀28/38上監(jiān)聽(tīng)PDCCH信道，導(dǎo)致終端休眠時(shí)間變短，甚至無(wú)法進(jìn)入休眠根據(jù)協(xié)議，終端應(yīng)監(jiān)聽(tīng)重傳調(diào)度的次數(shù)為maxHARQ-Tx-1，因此網(wǎng)側(cè)配置的maxHARQ-Tx參數(shù)決定了終端需要從休眠期被喚醒的次數(shù)maxHARQ-Tx參數(shù)配置越小，對(duì)降低終端功耗的增益越大。但該參數(shù)對(duì)傳輸質(zhì)量、用戶容量等網(wǎng)絡(luò)性能有影響，建議針對(duì)不同網(wǎng)絡(luò)環(huán)境研究合理的端到端配置方案On-DurationTimerInactivityTimer監(jiān)聽(tīng)可能存在的重傳調(diào)度監(jiān)聽(tīng)可能存在的重傳調(diào)度其他相關(guān)參數(shù)（重傳參數(shù)）-2CDRX參數(shù)配置（9）測(cè)試結(jié)果：傳輸次數(shù)從5次降低到2次，終端語(yǔ)音通話電流最多可以減少約15mA（10%）。傳輸次數(shù)配置為2或3對(duì)終端功耗較優(yōu)。33ms63msSR參數(shù)最優(yōu)，儀表MTK：maxHARQ-Tx=2有數(shù)據(jù)發(fā)送的CDRX，終端仍能進(jìn)入休眠M(jìn)TK：maxHARQ-Tx=5有數(shù)據(jù)發(fā)送的CDRX，沒(méi)有休眠時(shí)間Qualcomm：maxHARQ-Tx=2有數(shù)據(jù)發(fā)送的CDRX周期激活時(shí)間約33msQualcomm：maxHARQ-Tx=5有數(shù)據(jù)發(fā)送的CDRX周期沒(méi)有進(jìn)入休眠終端電流趨勢(shì)圖：傳輸次數(shù)影響休眠時(shí)間不同傳輸次數(shù)對(duì)電流影響SR參數(shù)最優(yōu)，儀表Qualcomm測(cè)試結(jié)果MTK測(cè)試結(jié)果其他相關(guān)參數(shù)（重傳參數(shù)）-3CDRX參數(shù)配置（10）調(diào)度請(qǐng)求（SchedulingRequest，SR）UE發(fā)送SR的作用是向eNodeB請(qǐng)求用于新傳輸?shù)纳闲匈Y源。當(dāng)終端有上行數(shù)據(jù)需要發(fā)送時(shí)，緩存狀態(tài)報(bào)告（BSR）被觸發(fā)，如果沒(méi)有上行資源可用，UE將發(fā)送SR，SR在PUCCH信道發(fā)送。發(fā)送SR的上行子幀需滿足：（10×nf+ns?NOFFSET,SR)modSRPERIODICITY=0，其中nf為系統(tǒng)幀號(hào)，ns為子幀號(hào)。SRPERIODICITY

和NOFFSET,SR

分別表示SR周期和偏移，由基站通過(guò)rrcConnectionReconfiguration信令中的IEsr-ConfigIndex配置,取值范圍（0…157）。SRIndex協(xié)議值,ISRSR周期(ms)SR子幀偏移適用于TDDSA2的ISR取值(上行子幀2和7)0–45ISR2(對(duì)應(yīng)所有上行子幀2和子幀7)5–1410ISR-57,1215–3420ISR-1517,22,27,3235–7440ISR-3537,42,47,52,57,62,67,72,75–15480ISR-7577,82,87,92,97,……,142,147,152155-1562ISR-155NULL15710NULLTDDSA2其他相關(guān)參數(shù)（調(diào)度請(qǐng)求SR）-1CDRX參數(shù)配置（11）在DRX40ms周期內(nèi)，SR

8種配置下激活時(shí)長(zhǎng)SR偏移2SR偏移12SR偏移22SR偏移7SR偏移12SR偏移17SR偏移17SR偏移27SR偏移32……SR偏移37……其他相關(guān)參數(shù)（調(diào)度請(qǐng)求SR）-2CDRX參數(shù)配置（12）備注：偏移32和37省略后一無(wú)線幀上的激活時(shí)長(zhǎng)優(yōu)化目標(biāo)：協(xié)議規(guī)定，在DRX過(guò)程中，當(dāng)SR被觸發(fā)后，UE將進(jìn)入連續(xù)監(jiān)聽(tīng)狀態(tài)。因此，應(yīng)盡量將SR周期/偏移和DRX周期/偏移對(duì)齊，使由SR引起的連續(xù)監(jiān)聽(tīng)子幀落到DRX激活期內(nèi)，避免將SR配置在DRX休眠期內(nèi)。對(duì)比兩種不同SR配置：假設(shè)網(wǎng)絡(luò)開(kāi)啟CDRX，且DRX周期=40ms，偏移為3，OnDurationTimer=8psf，drxInactivityTimer=4psf。SR配置和DRX完全重合，激活期為子幀2-13，總12子幀22~28：SR引起的激活期場(chǎng)景1：SR位置和CDRX對(duì)齊(周期40ms偏移2)場(chǎng)景2：SR位置和CDRX完全不對(duì)齊3~11：OnDurationTimer啟動(dòng)，進(jìn)入激活期9~13：觸發(fā)InactivityTimer2~8：SR引起的激活期3~11：OnDurationTimer啟動(dòng)，進(jìn)入激活期29~33:觸發(fā)InactivityTimerSR配置和DRX完全錯(cuò)開(kāi)：激活期為子幀3-11+子幀22-33，總21子幀其他相關(guān)參數(shù)（調(diào)度請(qǐng)求SR）-3CDRX參數(shù)配置（13）當(dāng)SR偏移與CDRX偏移對(duì)齊時(shí)，平均通話電流能夠降低4~11mA最大傳輸次數(shù)會(huì)影響SR配置能夠帶來(lái)的增益20ms周期偏移不對(duì)齊40ms周期偏移對(duì)齊40ms周期偏移不對(duì)齊CDRX周期配置為40ms，其中子幀偏移為3，OnDurationTimer配置為8psf，Inactivity-Timer配置為4psf，ReTransmissionTimer配置為4psf測(cè)試環(huán)境：儀表+高通MTP、MTK

MTP測(cè)試結(jié)果顯示在SR與最大傳輸次數(shù)均為最優(yōu)配置時(shí)（maxHARQ-Tx=2且SR偏移與CDRX偏移對(duì)齊），終端語(yǔ)音通話電流可以減少約20mA，18%。高通MTKmaxHARQ-Tx=2且SR與CDRX位置對(duì)齊maxHARQ-Tx=5且SR與CDRX位置不對(duì)齊其他相關(guān)參數(shù)（調(diào)度請(qǐng)求SR）-4CDRX參數(shù)配置（14）SGW存在下行報(bào)文緩存開(kāi)關(guān)，當(dāng)不開(kāi)啟此開(kāi)關(guān)時(shí)，下行的第一個(gè)SIP信令會(huì)被丟棄，造成消息重發(fā)。建議打開(kāi)S-GW緩存開(kāi)關(guān)，合理配置S-GW對(duì)承載的下行報(bào)文緩存數(shù)量。此命令用于配置SGW對(duì)每承載的下行報(bào)文緩存數(shù)量?？梢愿鶕?jù)實(shí)際的資源狀況來(lái)調(diào)整每承載能夠緩存的下行報(bào)文，如果配置為0，表示當(dāng)前的SGW網(wǎng)元不對(duì)下行報(bào)文進(jìn)行緩存。對(duì)VOLET呼叫流程來(lái)說(shuō)，被叫用戶處于IDLE狀態(tài)時(shí)，SGW不啟用下行報(bào)文緩存，下行的第一個(gè)SIP信令會(huì)被丟棄；SGW啟用下行報(bào)文緩存，可以減少因?yàn)镾IP信令丟包重發(fā)帶來(lái)的VOLET呼叫時(shí)延。中興S-GW打開(kāi)緩存開(kāi)關(guān)指令為：ZXR10(config-xgw-sgw)#dl-buffer-numX

ZXR10(config-xgw-sgw)#showsgwparameters

Buffernumbersofdownlinkpackets:

XMME尋呼機(jī)制-1單位：s1stpagingrange2ndpagingrange3rdpagingrangepagingintervalDefaultPagingCycle第一次尋呼范圍不合理，異?，F(xiàn)象表現(xiàn)：道路測(cè)試時(shí)，呼叫建立時(shí)間呈現(xiàn)明顯的階梯狀在道路測(cè)試過(guò)程中，進(jìn)入新基站第一次語(yǔ)音呼叫時(shí)延較長(zhǎng)，與后續(xù)呼叫相比時(shí)間增加2s。PCIMO:Call_Orig->SIP_180_RINGING（s）MT:Paging->SIP_180_RINGING（s）1957101700193595150419343913413465265158434629121469346307417204505745154034737871475基站列表為第一次尋呼范圍TA列表為第一次尋呼范圍MME尋呼機(jī)制-21、諾西核心網(wǎng)參數(shù)配置錯(cuò)誤，