VOLTE案例匯總(9月版)

各省VoLTE試點(diǎn)推進(jìn)情況（1）VoLTE試點(diǎn)推進(jìn)較快的城市城市接通率呼叫接入時(shí)間（s）MOS值RTP丟包率網(wǎng)內(nèi)切換成功率eSRVCC切換成功率掉話率數(shù)據(jù)來自各省工單上報(bào)典型案例介紹（1）廣東&安徽公司8月份案例問題現(xiàn)象：當(dāng)滿足B2事件的條件后，UE上報(bào)B2事件，但是UE一直未收到從eNodeB下發(fā)的HandoverCommand消息，最終導(dǎo)致系統(tǒng)釋放了本次通話，eSRVCC切換失敗。問題分析：1、基站側(cè)信令：eNodeB向MME發(fā)送了HandoverRequired，隨后向MME上發(fā)了HandoverCancel消息，原因值為：radioNetwork:tS1relocprep-expiry（S1重定位準(zhǔn)備超時(shí)），初步判定為定時(shí)器超時(shí)2、MME側(cè)信令：

MME收到了eNodeB上發(fā)的HandoverRequired消息，向MSC發(fā)送PStoCSRequest并得到了響應(yīng)，1s后收到eNodeB上發(fā)的HandoverCancel消息（原因值為9），最終導(dǎo)致MSC向MME確認(rèn)了Cancel消息，切換流程終止。問題解決：經(jīng)核查EnodeB側(cè)的tS1RelPrepG參數(shù)設(shè)置是1s，即EnodeB側(cè)1s內(nèi)等不到核心網(wǎng)的響應(yīng)就進(jìn)行切換釋放，后面把該參數(shù)修改為2s，ESRVCC驗(yàn)證正常。諾西切換等待時(shí)延設(shè)置不合理導(dǎo)致eSRVCC切換失敗問題描述：在VoLTE通話過程中，從貝爾基站切換到華為基站，切換后主被叫同時(shí)上報(bào)BYE，網(wǎng)絡(luò)側(cè)同時(shí)下發(fā)BYE487，造成主被叫掉話。問題分析：1、貝爾基站參數(shù)核查：通過UELog發(fā)現(xiàn)UE切換流程正常，從表象上看很像之前排查過的華為貝爾之間的PDCPPDUSnSIZE不一至導(dǎo)致，但核查貝爾基站參數(shù)與華為均已改為7。2、終端側(cè)信令發(fā)現(xiàn)，部分基站的PDCPPDUSnSIZE設(shè)置仍未123、現(xiàn)網(wǎng)有100多個(gè)基站的PDCPPDUSnSIZE指向到了

DedicatedConf/0PdcpConf/2,在PdcpConf/2中對(duì)應(yīng)的PDCPPDUSnSIZE值為12，由于指向12所以調(diào)用的PDCPPDUSnSIZE也為12.所以會(huì)出現(xiàn)以上問題。核查100多個(gè)指向問題出錯(cuò)的基站均為新版14.3基站。問題解決：修改貝爾LR14.3版本模板PDCPPDUSnSIZE指向?yàn)?/p>

DedicatedConf/0PdcpConf/1（對(duì)應(yīng)的PDCPPDUSnSIZE值為7），問題解決

。貝爾LR14.3版本參數(shù)模板指向錯(cuò)誤，導(dǎo)致跨廠家切換后掉話典型案例介紹（2）江蘇公司8月份案例問題描述：MME下發(fā)S1AP_ERAB_SETUP_REQ給華為ENB，要求建立QCI=1承載，但華為ENB沒有下發(fā)建立承載的RRC重配置消息，3ms后基站直接回復(fù)S1AP_ERAB_SETUP_RSP，攜帶原因值為FailureintheRadioInterfaceProcedure導(dǎo)致QCI=1承載建立失敗，從而VOLTE未接通。問題分析：1、eNodeB側(cè)數(shù)據(jù)來看，回復(fù)S1AP_ERAB_SETUP_RSP失敗的直接原因是由于在S1AP_ERAB_SETUP_REQ申請(qǐng)時(shí)，eNodeBL3模塊在申請(qǐng)資源時(shí)出現(xiàn)UE狀態(tài)異常，導(dǎo)致資源申請(qǐng)失敗，承載建立失敗。2、導(dǎo)致UE狀態(tài)異常的原因是該UE在進(jìn)入下行CoMP的時(shí)候，需申請(qǐng)SRS資源，SRS資源申請(qǐng)失敗后，置該UE狀態(tài)為異常。3、查看該基站配置，發(fā)現(xiàn)該基站開啟了下行CoMP，且TDDSRS配置方式為“接入優(yōu)先”。eNodeB在確定CoMPUE后，需要在預(yù)留的SRS資源上申請(qǐng)SRS資源重配。在申請(qǐng)資源時(shí)，如果基站TDDSRS配置方式為“接入優(yōu)先”，在該方式下，基站沒有預(yù)留SRS資源，會(huì)導(dǎo)致資源申請(qǐng)失敗。由于SRS資源申請(qǐng)失敗，基站會(huì)改變UE狀態(tài)為暫態(tài)（等待狀態(tài)），如果此時(shí)建立QCI1承載，基站會(huì)認(rèn)為UE狀態(tài)異常而拒絕建立問題解決：當(dāng)華為8.1版本基站開啟了下行CoMP，需將TDDSRS配置方式由“接入優(yōu)先”修改為“接入增強(qiáng)（ACCESS_ENHANCED）”，避免“接入優(yōu)先”場景下UE申請(qǐng)CoMPSRS資源失敗后導(dǎo)致的QCI1承載建立失敗。命令為：MODSRSCFG:LocalCellId=xx,TddSrsCfgMode=ACCESS_ENHANCED。華為eNodeB開啟下行Comp，VoLTE通話失敗典型案例介紹（3）上海公司8月份案例問題現(xiàn)象：制版三星S6（G9208ZMU1AOFE）和中國移動(dòng)M823使用手機(jī)默認(rèn)設(shè)置（APN是CMNET、PDNtype是ipv4/v6、終端側(cè)數(shù)據(jù)開關(guān)打開）情況下，貝爾無線環(huán)境下，發(fā)起VOLTE視頻呼叫失敗轉(zhuǎn)成了VOLTE語音呼叫。問題分析：1、中國移動(dòng)M823和定制版三星S6打開數(shù)據(jù)開關(guān)情況下，附著時(shí)已建立了3個(gè)承載（1個(gè)CMMET默認(rèn)承載+2個(gè)IMS默認(rèn)承載）；建立視頻呼叫還需要建立2個(gè)專載（1語音專載+1視頻專載），共需要建立5個(gè)承載2、貝爾設(shè)備無線側(cè)限制每用戶最多能建立4個(gè)承載。中國移動(dòng)M823和定制版三星S6打開數(shù)據(jù)開關(guān)情況下，進(jìn)行VoLTE視頻呼叫建立的專載數(shù)量超過無線側(cè)承載的限制，導(dǎo)致無線側(cè)未建立視頻專載，從而視頻呼叫轉(zhuǎn)化成了語音呼叫。同時(shí)此問題會(huì)導(dǎo)致，用戶收發(fā)彩信、終端側(cè)使用CMWAP接入點(diǎn)等場景，視頻呼叫失敗。問題解決：經(jīng)與貝爾交流，無線側(cè)4個(gè)承載為缺省設(shè)置（根據(jù)標(biāo)書要求），多于4個(gè)承載的license設(shè)置可以修改。設(shè)備可以支持每用戶最大8個(gè)承載，具體如下。LTE_voice_2承載組合支持語音的承載組合：SRB1+SRB2+2xAMDRB+1xUMDRB，其中UMDRB的QCI=1，2個(gè)AMDRB的QCI分別為QCI=5和QCI=8/9LTE_voice_3承載組合支持音視頻的承載組合：SRB1+SRB2+2xAMDRB+2xUMDRB，其中2個(gè)UMDRB的QCI分別為QCI=1和QCI=2，2個(gè)AMDRB的QCI分別為QCI=5和QCI=8/9貝爾基站設(shè)備限制每用戶最多建立4個(gè)承載，視頻呼叫失敗典型案例介紹（4）江蘇公司8月份案例問題現(xiàn)象：主叫在TAC:10323與TAC:9743的兩三個(gè)小區(qū)之間多次發(fā)生切換，導(dǎo)致UE每發(fā)生一次切換就進(jìn)行一次TrackingAreaUpdate（TAU），在幾次TAU后容易導(dǎo)致在TAU請(qǐng)求的過程中，RRC重配消息內(nèi)QCI1被釋放，最終導(dǎo)致掉話。掉話所在的TAU高發(fā)路段處于10323與9743兩個(gè)TAC邊界，且無主覆蓋小區(qū)，在兩個(gè)TAC之間的幾個(gè)小區(qū)來回切換，從而導(dǎo)致多次發(fā)生TAU。問題分析：該TAU頻繁發(fā)生路段由于被建筑物阻擋，覆蓋較差，導(dǎo)致在該處沒有較好的主服務(wù)小區(qū)，當(dāng)UE經(jīng)過該路段時(shí)，會(huì)在3個(gè)不同TAC小區(qū)（廣州增城區(qū)荔城光輝F-ELH-2、廣州增城區(qū)增江永福街D-ELH-2、廣州增江防疫站F-ELH-1）之間來回切換，從而使UE頻繁發(fā)TAU請(qǐng)求。在幾次TAU后容易導(dǎo)致在TAU請(qǐng)求的過程中，RRC重配消息內(nèi)QCI1被釋放，最終導(dǎo)致掉話。問題解決：建議調(diào)整廣州增城區(qū)荔城光輝F-ELH-2與廣州增城區(qū)增江永福街D-ELH-2、廣州增城區(qū)增江永福街D-ELH-2與廣州增江防疫站F-ELH-1的切換門限CIO/QOFFSET，使前一小區(qū)更快向后一小區(qū)切換，避免來回切換導(dǎo)致TAU。反方向則需要延緩切換，避免來回切換導(dǎo)致TAU。以下為相應(yīng)鄰小區(qū)之間的參數(shù)調(diào)整情況。TAC邊界跟蹤區(qū)更新頻繁導(dǎo)致掉話典型案例介紹（5）廣東公司8月份案例主要關(guān)注的優(yōu)化問題分類注冊(cè)問題概率性注冊(cè)不成功問題數(shù)據(jù)配置問題（UGW缺少IMS信令對(duì)應(yīng)的rule規(guī)則導(dǎo)致注冊(cè)失敗問題）；設(shè)備算法問題（三星S6VoLTE異常注銷問題）；終端加密問題（三星S6VoLTE異常注銷問題）；2/3G返回4G注冊(cè)問題終端APN設(shè)置問題(終端未攜帶IMSAPN導(dǎo)致返回4G后注冊(cè)失敗問題)注冊(cè)問題如果一直注冊(cè)不上主要是由于HSS數(shù)據(jù)配置、USIM卡是否開通VoLTE、EPC是否配置數(shù)據(jù)等問題，另外需要重點(diǎn)關(guān)注概率性注冊(cè)失敗問題和2/3G返回4G注冊(cè)失敗問題，主要涉及參數(shù)配置、處理流程、終端設(shè)置等問題，典型問題如下：注冊(cè)問題（2）問題分類序號(hào)網(wǎng)元問題描述問題分析解決方案注冊(cè)問題1UGW終端附著后，創(chuàng)建數(shù)據(jù)和IMS默認(rèn)承載正常，概率性出現(xiàn)VOLTE無法注冊(cè)問題從終端LOG上看到有往SBC發(fā)送REQUESTREGISTER請(qǐng)求，但是沒有收到SBC的響應(yīng)。從UGW的抓包上看可以看到本次激活的終端是在往SBC推送注冊(cè)消息。從UGW跟蹤上免維護(hù)消息看到，由于PCC規(guī)則不匹配導(dǎo)致該SIP消息被丟棄。在該網(wǎng)元下重新加入相應(yīng)的rule配置2CSCF、終端VoLTE終端經(jīng)常出現(xiàn)異常注銷問題，注銷后無法重注冊(cè)，VoLTE標(biāo)志消失由于S-CSCF缺陷，鑒權(quán)序號(hào)未按順序下發(fā)，當(dāng)出現(xiàn)先下發(fā)的序號(hào)大于后下發(fā)的時(shí)，終端檢測出來后會(huì)重新進(jìn)行同步，但這時(shí)未進(jìn)行加密和完整性保護(hù)，是以明文方式發(fā)給網(wǎng)絡(luò)，網(wǎng)絡(luò)會(huì)下發(fā)403Forbidden消息，導(dǎo)致重注冊(cè)失敗。中興S-CSCF打補(bǔ)丁，同時(shí)三星S6終端升級(jí)版本3終端終端從4G到2G后，又從2G重選到4G后，發(fā)起重新注冊(cè)失敗EPC最終為終端創(chuàng)建了1條cmnet、2條ims承載，BearerID分別為5、6、7，且ID為7的ims承載未向SBC申請(qǐng)IP地址。

終端到23G后，根據(jù)協(xié)議刪除了ID為5、6的承載，遺留了ID為7的承載。終端返回4G后，直接使用遺留的承載發(fā)起注冊(cè)請(qǐng)求，但由于該承載無IP地址，導(dǎo)致后續(xù)流程失敗。

終端側(cè)避免使用空APN，可使用底層軟件，配置正確接入信息：cmnet+IPV4，ims+IPV6；華為USNV900R012C05SPH306版本已解決該問題；4HSS終端從4G到2G后，又從2G重選到4G后，發(fā)起重新注冊(cè)失敗終端從4G到2G后，RAUaccept中刪除了IMSPDP上下文，終端從2G重選到4G后，發(fā)起重新注冊(cè)，由于IMS有fork功能，可以允許用戶重復(fù)注冊(cè)5次，第6次將無法注冊(cè)。HSS上配置IMS的IPV5APN后問題解決問題描述：我省三星S6VoLTE終端經(jīng)常出現(xiàn)異常注銷問題，注銷后無法重注冊(cè)，VoLTE標(biāo)志消失，而HTCM8t、華為Mate7較少出現(xiàn)該問題。問題分析：經(jīng)分析，該問題為終端與網(wǎng)絡(luò)配合問題，中興S-CSCF打補(bǔ)丁，同時(shí)三星S6終端升級(jí)版本后，問題得到解決。終端問題：三星S6檢測到網(wǎng)絡(luò)下發(fā)的鑒權(quán)序號(hào)存在問題時(shí)，會(huì)發(fā)起重新同步的注冊(cè)請(qǐng)求，但這時(shí)未進(jìn)行加密和完整性保護(hù)，是以明文方式發(fā)給網(wǎng)絡(luò)，網(wǎng)絡(luò)會(huì)下發(fā)403Forbidden消息，導(dǎo)致重注冊(cè)失敗，用戶后續(xù)將無法使用VoLTE服務(wù)。同時(shí)頻繁的重注冊(cè)會(huì)導(dǎo)致SQN溢出問題。網(wǎng)絡(luò)問題：鑒權(quán)過程中，S-CSCF從HSS下載五組鑒權(quán)向量（每次使用1組，用完再重新獲?。?，在發(fā)送的401Unauthorized消息中攜帶的鑒權(quán)序號(hào)。由于S-CSCF缺陷，鑒權(quán)序號(hào)未按順序下發(fā)（0-4號(hào)，第一次下發(fā)0號(hào)，后續(xù)隨機(jī)下發(fā)），當(dāng)出現(xiàn)先下發(fā)的序號(hào)大于后下發(fā)的時(shí)，終端檢測出來后會(huì)重新進(jìn)行同步。從HSS下載五組鑒權(quán)向量

鑒權(quán)向量未按順序下發(fā)重新同步的注冊(cè)明文發(fā)送案例1：三星S6VoLTE異常注銷問題長沙河?xùn)|終端附著后，存在3個(gè)缺省承載，BearerId分別為5、6、7，且承載ID6,7的APN均為IMS，在LTE弱覆蓋區(qū)域終端重定向/切換到23G后，由于只斷開BearerId為6的IMS承載，在終端返回4G后終端異常匹配了BearerId為7的IMS承載來做VOLTE注冊(cè)，導(dǎo)致終端無法進(jìn)行正常VOLTE附著，影響VoLTE業(yè)務(wù)。案例2：終端未攜帶IMSAPN導(dǎo)致返回4G后注冊(cè)失敗問題*在附著時(shí)終端向網(wǎng)絡(luò)發(fā)送請(qǐng)求為空APN和IPV4V6雙棧地址附著請(qǐng)求，MME根據(jù)簽約數(shù)據(jù)(cmnet+IPV4，ims+IPV6)以及本地的控制策略，將終端附著請(qǐng)求進(jìn)行糾錯(cuò)成CMNET+IPV4，同時(shí)下發(fā)#52(Singleaddressbearersonlyallowed)原因值給終端。附著成功以后UE開始發(fā)起PDN連接，由于簽約了IMSAPN，第一次發(fā)起了(ims+IPV4V6)的PDN連接，并且激活創(chuàng)建成功。終端響應(yīng)attach時(shí)候MME下發(fā)的#52號(hào)原因值，再發(fā)起第二次(cmnet+ipv6)的PDN連接，因?yàn)閿y帶的地址為IPV6，根據(jù)MME的APN糾正規(guī)則，USN將這次PDN連接請(qǐng)求的APN糾正成IMS，并創(chuàng)建了缺省承載。EPC最終為終端創(chuàng)建了1條cmnet、2條ims承載，BearerID分別為5、6、7，且ID為7的ims承載未向SBC申請(qǐng)IP地址。終端到23G后，根據(jù)協(xié)議刪除了ID為5、6的承載，遺留了ID為7的承載。終端返回4G后，直接使用遺留的承載發(fā)起注冊(cè)請(qǐng)求，但由于該承載無IP地址，導(dǎo)致后續(xù)流程失敗。問題分析終端側(cè)避免使用空APN，可使用底層軟件，配置正確接入信息：cmnet+IPV4，ims+IPV6；華為USNV900R012C05SPH306版本已解決該問題。問題解決問題描述接通問題流程沖突流程沖突問題（UGW流程沖突導(dǎo)致503未接通問題）；參數(shù)配置RX口容量配置；HSS配置問題；EPC用戶配置SIP消息丟失UPDATE消息丟失問題；Invite消息丟失問題；無線問題覆蓋問題；干擾、切換問題接通問題主要與設(shè)備性能、參數(shù)有關(guān)，需要重點(diǎn)關(guān)注流程沖突、參數(shù)配置、SIP消息丟失、CSFB等問題，典型問題如下：接通問題（2）涉及網(wǎng)元問題描述問題分析問題解決方案UGW8月集團(tuán)VoLTE巡檢測試，在長沙河?xùn)|出現(xiàn)一次網(wǎng)絡(luò)下發(fā)503錯(cuò)誤碼導(dǎo)致的未接通異常事件。

PCRF側(cè)收到UGW上報(bào)的resource-allocation-failure（10）消息，導(dǎo)致向SBC發(fā)起了ASR流程。EPC在收到X2切換請(qǐng)求之后，需要SGW需要向PGW發(fā)送Modify流程(如右圖)，此時(shí)，剛好又收到PCRF下發(fā)的RAR承載更新消息(UpdateBearerRequest)，PGW優(yōu)先處理ModifyBearer流程，而會(huì)將承載更新消息丟棄。在現(xiàn)網(wǎng)UGW上打開支持緩存重發(fā)功能，并且在USN上配合部署VoLTE流程沖突解決方案。SBC無線側(cè)VoLTE功能益陽、永州主叫手機(jī)發(fā)起呼叫，很大概率在收到網(wǎng)絡(luò)側(cè)呼叫響應(yīng)100Trying之后，收到網(wǎng)絡(luò)側(cè)下發(fā)的503錯(cuò)誤，攜帶的原因值為：ServiceUnavailable。從EPC側(cè)看，主叫UE由于長時(shí)間未收到正常的SIP“183sessionprogress”導(dǎo)致10s之后發(fā)起釋放請(qǐng)求。SBC收到INITE后應(yīng)該觸發(fā)RX接口，但是從跟蹤看并沒有觸發(fā)RX口，而是直接上報(bào)了503,通過檢查配置發(fā)現(xiàn)測試License的RX接口的容量配置過小，僅配置了100個(gè)用戶。按正式標(biāo)準(zhǔn)容量加載正式License，提升RX口容量后解決。SBC永州VoLTE部署初期，進(jìn)行VoLTE撥打測試，被叫100%通過CSFB回落至2G。因CSFB流程需要9.x秒左右的時(shí)間，遠(yuǎn)遠(yuǎn)高于VoLTE呼叫3.x秒，嚴(yán)重影響感知。當(dāng)用戶作被叫進(jìn)行域選擇時(shí)HSSUDA消息直接返回用戶不在IMS域?qū)е掠脩艋芈?。?dāng)而HSS進(jìn)一步分析發(fā)現(xiàn)MME在用戶位置更新是ULR中沒有帶SRVCC能力導(dǎo)致HSS認(rèn)為用戶不在IMS域。之前用戶走的默認(rèn)的Diameter鄰接局配置，采用的協(xié)議是R8，根據(jù)中興研發(fā)說明該參數(shù)是在R9引進(jìn)的，因此將鄰接局協(xié)議修改成了R10后，驗(yàn)證可以跟到ULR消息，呼叫正常。終端+EPC株洲某終端移動(dòng)號(hào)碼從4G重定向/切換到23G后，由于沒有斷開IMS承載，終端從23G重定向/切換4G后，TAU請(qǐng)求中保留有IMS承載,導(dǎo)致IMS承載在TAU流程中被創(chuàng)建，在TAU流程中MME沒有給UGW上報(bào)位置信息，所以導(dǎo)致終端VOLTE語音呼叫失敗，出現(xiàn)CSFB現(xiàn)象。終端在附著時(shí)創(chuàng)建了CMNET和IMS兩條缺省承載，BearerID分別為5、6。從4G重定向/切換到23G后，終端沒有主動(dòng)去激活I(lǐng)MS承載，導(dǎo)致從23G返回4G后，在終端TAU請(qǐng)求中指示給網(wǎng)絡(luò)側(cè)終端保留有BearerID分別為5、6的承載，所以MME在TAU過程中分別創(chuàng)建CMNET和IMS缺省承載。根據(jù)目前MME的配置只會(huì)在附著和PDN激活的時(shí)候上報(bào)位置信息，所以在該場景中，由于IMS承載在TAU流程中創(chuàng)建，所以MME是不攜帶位置信息。目前老版本的集團(tuán)協(xié)議規(guī)范，沒有明確說明位置信息上報(bào)的方式，所以MME上的關(guān)于位置信息上報(bào)軟參沒有打開。終端側(cè)更新新版本，需要在23G重定向/切換到4G后主動(dòng)去激活I(lǐng)MS缺省承載；

華為EPC側(cè)根據(jù)集團(tuán)新規(guī)范，會(huì)打開MME上關(guān)于位置信息上報(bào)的軟參，同時(shí)UGW上關(guān)閉由于位置更新產(chǎn)生的話單。SBC主叫向網(wǎng)絡(luò)側(cè)發(fā)送Invite呼叫請(qǐng)求，但I(xiàn)MS未收到，進(jìn)而終端發(fā)起CSFB呼叫流程，VoLTE呼叫失敗。EPC收到終端往網(wǎng)絡(luò)側(cè)發(fā)送的4次Invite消息，但4次Invite包均不全，都只是第一個(gè)分片，后續(xù)的分片都沒有收到，因而EPC未向SBC轉(zhuǎn)發(fā)。IMS因未收到Invite消息，從IMS看是正常的CSFB流程。經(jīng)后端研發(fā)分析，UE掛機(jī)重新?lián)芴?hào)時(shí)，如果剛好處于TCP長時(shí)間沒有報(bào)文要斷鏈時(shí)，就會(huì)有分片丟失，重新?lián)芴?hào)時(shí)間與上次掛機(jī)時(shí)間剛好在32s左右，核心網(wǎng)下發(fā)了FIN，造成了丟包。需要IMS側(cè)對(duì)FIN問題進(jìn)行核查解決。SBC短呼叫測試，發(fā)現(xiàn)測試20次，就會(huì)失敗1次。初步分析信令抓包發(fā)現(xiàn)是SBC未轉(zhuǎn)發(fā)被叫終端發(fā)送給主叫的200OK（update）消息造成失敗，影響短呼叫的接通率。

Update的200OK觸發(fā)了Rx接口,Rx觸發(fā)時(shí)申請(qǐng)異步動(dòng)態(tài)數(shù)據(jù)區(qū)失敗，失敗的具體原因是在計(jì)算數(shù)據(jù)區(qū)大小的時(shí)候沒有考慮結(jié)束符\0，在臨界值的時(shí)候申請(qǐng)數(shù)據(jù)區(qū)就會(huì)失敗。當(dāng)SIP消息長度恰好是分級(jí)的臨界值時(shí)，實(shí)際保存內(nèi)容的長度要比申請(qǐng)的長度大1，就會(huì)在保存數(shù)據(jù)區(qū)時(shí)造成內(nèi)存越界，進(jìn)而導(dǎo)致響應(yīng)處理失敗，沒有轉(zhuǎn)發(fā)該響應(yīng)。

將SBC版本升級(jí)到V2.13.10(T10a)，經(jīng)過超200次的呼叫測試全部成功,故障現(xiàn)象未復(fù)現(xiàn)。

總體時(shí)間安排及目標(biāo)分工界面各分公司盡快完成VoLTE無線功能的部署，7月31日前完成株洲、湘潭、常德、益陽、郴州、岳陽市區(qū)的優(yōu)化工作，8月31日前完成全省（除張家界、自治州、懷化）市區(qū)和縣城的優(yōu)化工作，張家界、自治州、懷化待核心網(wǎng)聯(lián)調(diào)成功后一個(gè)月完成優(yōu)化工作。全網(wǎng)接通率達(dá)到98%以上，掉話率1%以下。各項(xiàng)資源準(zhǔn)備開展全網(wǎng)測試，深挖網(wǎng)絡(luò)問題

省公司計(jì)劃建設(shè)部、網(wǎng)優(yōu)中心、網(wǎng)管中心、各設(shè)備廠家7月1日召開了全省VoLTE無線功能部署會(huì)，會(huì)議部署了我省VoLTE全省無線側(cè)部署時(shí)間、工程優(yōu)化進(jìn)度及目標(biāo)、工程優(yōu)化分界面、各項(xiàng)資源的需求確定等相關(guān)內(nèi)容，7月正式啟動(dòng)全網(wǎng)的VoLTE優(yōu)化工作。分公司負(fù)責(zé)縣城的測試和優(yōu)化，負(fù)責(zé)現(xiàn)場的協(xié)調(diào)、相關(guān)資源的配合工作；各設(shè)備廠家負(fù)責(zé)各地市市區(qū)全面的工程優(yōu)化工作、協(xié)助分公司縣城測試和優(yōu)化工作，負(fù)責(zé)VoLTE功能參數(shù)部署、設(shè)備問題處理。各設(shè)備廠家VoLTE工程優(yōu)化期間提供IMS、EPC各一名專職人員負(fù)責(zé)工程優(yōu)化期間相關(guān)設(shè)備問題的處理工作，每地市提供2-4名現(xiàn)場無線優(yōu)化人員，2-4臺(tái)測試終端；分公司提供塔工、VoLTE測試卡、市區(qū)必要時(shí)提供車輛配合、縣城提供車輛、各分公司網(wǎng)優(yōu)中心安排一名現(xiàn)場負(fù)責(zé)人員；省公司網(wǎng)優(yōu)中心為每地市工程優(yōu)化期間提供2套測試軟件；*案例1：UGW流程沖突導(dǎo)致503未接通問題8月集團(tuán)VoLTE巡檢測試，在長沙河?xùn)|出現(xiàn)一次網(wǎng)絡(luò)下發(fā)503錯(cuò)誤碼導(dǎo)致的未接通異常事件。SBC在給主被叫發(fā)送完180Ringing信令之后，收到了PCRF返回的ASR錯(cuò)誤，然后給被叫發(fā)送Cacel消息、給主叫發(fā)送503錯(cuò)誤。PCRF側(cè)收到UGW上報(bào)的resource-allocation-failure（10）消息，導(dǎo)致向SBC發(fā)起了ASR流程。EPC在收到X2切換請(qǐng)求之后，需要SGW需要向PGW發(fā)送Modify流程(如右圖)，此時(shí)，剛好又收到PCRF下發(fā)的RAR承載更新消息(UpdateBearerRequest)，PGW優(yōu)先處理ModifyBearer流程，而會(huì)將承載更新消息丟棄，同時(shí)向PCRF返回resource-allocation-failure(10)，進(jìn)而導(dǎo)致未接通。問題分析在現(xiàn)網(wǎng)UGW上打開支持緩存重發(fā)功能，并且在USN上配合部署VoLTE流程沖突解決方案，相關(guān)配置如下：問題解決問題描述總體時(shí)間安排及目標(biāo)分工界面各分公司盡快完成VoLTE無線功能的部署，7月31日前完成株洲、湘潭、常德、益陽、郴州、岳陽市區(qū)的優(yōu)化工作，8月31日前完成全?。ǔ龔埣医?、自治州、懷化）市區(qū)和縣城的優(yōu)化工作，張家界、自治州、懷化待核心網(wǎng)聯(lián)調(diào)成功后一個(gè)月完成優(yōu)化工作。全網(wǎng)接通率達(dá)到98%以上，掉話率1%以下。各項(xiàng)資源準(zhǔn)備開展全網(wǎng)測試，深挖網(wǎng)絡(luò)問題

省公司計(jì)劃建設(shè)部、網(wǎng)優(yōu)中心、網(wǎng)管中心、各設(shè)備廠家7月1日召開了全省VoLTE無線功能部署會(huì)，會(huì)議部署了我省VoLTE全省無線側(cè)部署時(shí)間、工程優(yōu)化進(jìn)度及目標(biāo)、工程優(yōu)化分界面、各項(xiàng)資源的需求確定等相關(guān)內(nèi)容，7月正式啟動(dòng)全網(wǎng)的VoLTE優(yōu)化工作。分公司負(fù)責(zé)縣城的測試和優(yōu)化，負(fù)責(zé)現(xiàn)場的協(xié)調(diào)、相關(guān)資源的配合工作；各設(shè)備廠家負(fù)責(zé)各地市市區(qū)全面的工程優(yōu)化工作、協(xié)助分公司縣城測試和優(yōu)化工作，負(fù)責(zé)VoLTE功能參數(shù)部署、設(shè)備問題處理。各設(shè)備廠家VoLTE工程優(yōu)化期間提供IMS、EPC各一名專職人員負(fù)責(zé)工程優(yōu)化期間相關(guān)設(shè)備問題的處理工作，每地市提供2-4名現(xiàn)場無線優(yōu)化人員，2-4臺(tái)測試終端；分公司提供塔工、VoLTE測試卡、市區(qū)必要時(shí)提供車輛配合、縣城提供車輛、各分公司網(wǎng)優(yōu)中心安排一名現(xiàn)場負(fù)責(zé)人員；省公司網(wǎng)優(yōu)中心為每地市工程優(yōu)化期間提供2套測試軟件；*案例2：因RX口容量不足導(dǎo)致未接通(INVITE503)無線側(cè)VoLTE功能益陽、永州主叫手機(jī)發(fā)起呼叫，很大概率在收到網(wǎng)絡(luò)側(cè)呼叫響應(yīng)100Trying之后，收到網(wǎng)絡(luò)側(cè)下發(fā)的503錯(cuò)誤，攜帶的原因值為：ServiceUnavailable，導(dǎo)致起呼失敗。問題分析SBC收到INITE后應(yīng)該觸發(fā)RX接口，但是從跟蹤看并沒有觸發(fā)RX口，而是直接上報(bào)了503,通過檢查配置發(fā)現(xiàn)測試License的RX接口的容量配置過小，僅配置了100個(gè)用戶。問題解決問題描述從EPC側(cè)看，主叫UE由于長時(shí)間未收到正常的SIP“183sessionprogress”導(dǎo)致10s之后發(fā)起釋放請(qǐng)求。按正式標(biāo)準(zhǔn)容量加載正式License，提升RX口容量后解決。株洲某終端移動(dòng)號(hào)碼從4G重定向/切換到23G后，由于沒有斷開IMS承載，終端從23G重定向/切換4G后，TAU請(qǐng)求中保留有IMS承載,導(dǎo)致IMS承載在TAU流程中被創(chuàng)建，在TAU流程中MME沒有給UGW上報(bào)位置信息，所以導(dǎo)致終端VOLTE語音呼叫失敗，出現(xiàn)CSFB現(xiàn)象。案例3：終端23G重選到4G后VOLTE語音呼叫出現(xiàn)回落問題*問題分析終端側(cè)更新新版本，需要在23G重定向/切換到4G后主動(dòng)去激活I(lǐng)MS缺省承載華為EPC側(cè)根據(jù)集團(tuán)新規(guī)范，會(huì)打開MME上關(guān)于位置信息上報(bào)的軟參，同時(shí)UGW上關(guān)閉由于位置更新產(chǎn)生的話單問題解決問題描述終端在附著時(shí)創(chuàng)建了CMNET和IMS兩條缺省承載，BearerID分別為5、6。從4G重定向/切換到23G后，終端沒有主動(dòng)去激活I(lǐng)MS承載，導(dǎo)致從23G返回4G后，在終端TAU請(qǐng)求中指示給網(wǎng)絡(luò)側(cè)終端保留有BearerID分別為5、6的承載，所以MME在TAU過程中分別創(chuàng)建CMNET和IMS缺省承載。根據(jù)目前MME的配置只會(huì)在附著和PDN激活的時(shí)候上報(bào)位置信息，所以在該場景中，由于IMS承載在TAU流程中創(chuàng)建，所以MME是不攜帶位置信息。目前老版本的集團(tuán)協(xié)議規(guī)范，沒有明確說明位置信息上報(bào)的方式，所以MME上的關(guān)于位置信息上報(bào)軟參沒有打開。掉話問題重建問題覆蓋問題；干擾問題；設(shè)備問題中興基站設(shè)備問題（TM3/8切換、重定向等）；華為基站設(shè)備問題（站內(nèi)切換概率性掉話）；參數(shù)問題鄰區(qū)配置頭壓縮配置不一致eSRVCC門限設(shè)置掉話問題主要有重建問題（覆蓋、干擾）、設(shè)備問題、鄰區(qū)問題、eSRVCC問題等，典型問題如下：總體時(shí)間安排及目標(biāo)分工界面各分公司盡快完成VoLTE無線功能的部署，7月31日前完成株洲、湘潭、常德、益陽、郴州、岳陽市區(qū)的優(yōu)化工作，8月31日前完成全?。ǔ龔埣医?、自治州、懷化）市區(qū)和縣城的優(yōu)化工作，張家界、自治州、懷化待核心網(wǎng)聯(lián)調(diào)成功后一個(gè)月完成優(yōu)化工作。全網(wǎng)接通率達(dá)到98%以上，掉話率1%以下。各項(xiàng)資源準(zhǔn)備開展全網(wǎng)測試，深挖網(wǎng)絡(luò)問題

省公司計(jì)劃建設(shè)部、網(wǎng)優(yōu)中心、網(wǎng)管中心、各設(shè)備廠家7月1日召開了全省VoLTE無線功能部署會(huì)，會(huì)議部署了我省VoLTE全省無線側(cè)部署時(shí)間、工程優(yōu)化進(jìn)度及目標(biāo)、工程優(yōu)化分界面、各項(xiàng)資源的需求確定等相關(guān)內(nèi)容，7月正式啟動(dòng)全網(wǎng)的VoLTE優(yōu)化工作。分公司負(fù)責(zé)縣城的測試和優(yōu)化，負(fù)責(zé)現(xiàn)場的協(xié)調(diào)、相關(guān)資源的配合工作；各設(shè)備廠家負(fù)責(zé)各地市市區(qū)全面的工程優(yōu)化工作、協(xié)助分公司縣城測試和優(yōu)化工作，負(fù)責(zé)VoLTE功能參數(shù)部署、設(shè)備問題處理。各設(shè)備廠家VoLTE工程優(yōu)化期間提供IMS、EPC各一名專職人員負(fù)責(zé)工程優(yōu)化期間相關(guān)設(shè)備問題的處理工作，每地市提供2-4名現(xiàn)場無線優(yōu)化人員，2-4臺(tái)測試終端；分公司提供塔工、VoLTE測試卡、市區(qū)必要時(shí)提供車輛配合、縣城提供車輛、各分公司網(wǎng)優(yōu)中心安排一名現(xiàn)場負(fù)責(zé)人員；省公司網(wǎng)優(yōu)中心為每地市工程優(yōu)化期間提供2套測試軟件；*案例1：因RRC重建導(dǎo)致掉話問題無線側(cè)VoLTE功能部署完成后，因RRC重建的次數(shù)偏多，對(duì)用戶感知有影響，需要重點(diǎn)分析。問題分析無線鏈路失敗的原因?yàn)閺?qiáng)Mod3干擾所致，依據(jù)常規(guī)干擾處理方法進(jìn)行處理即可。切換失敗導(dǎo)致的RRC重建，經(jīng)現(xiàn)場勘查，為某基站過覆蓋所致，進(jìn)行天饋調(diào)整后復(fù)測正常。問題解決問題描述UE在如下幾種情況會(huì)觸發(fā)RRC連接重建：檢測到無線鏈路失敗。切換失敗。從E-UTRAN向異系統(tǒng)網(wǎng)絡(luò)切換失敗時(shí)。從物理層收到了完整性檢查失敗指示。RRC連接重配置失敗。RRC連接重建請(qǐng)求信令解釋：重配置失敗觸發(fā)的重建原因?yàn)椤皉econfigurationFailure”，其中的C-RNTI和physCellId為本小區(qū)信息。切換失敗觸發(fā)的重建原因?yàn)椤癶andoverFailure”，其中的C-RNTI和physCellId為源小區(qū)的信息。無線鏈路失敗觸發(fā)的重建原因?yàn)椤皁therFailure”，其中的C-RNTI和physCellId為本小區(qū)信息?？傮w時(shí)間安排及目標(biāo)分工界面各分公司盡快完成VoLTE無線功能的部署，7月31日前完成株洲、湘潭、常德、益陽、郴州、岳陽市區(qū)的優(yōu)化工作，8月31日前完成全?。ǔ龔埣医?、自治州、懷化）市區(qū)和縣城的優(yōu)化工作，張家界、自治州、懷化待核心網(wǎng)聯(lián)調(diào)成功后一個(gè)月完成優(yōu)化工作。全網(wǎng)接通率達(dá)到98%以上，掉話率1%以下。各項(xiàng)資源準(zhǔn)備開展全網(wǎng)測試，深挖網(wǎng)絡(luò)問題

省公司計(jì)劃建設(shè)部、網(wǎng)優(yōu)中心、網(wǎng)管中心、各設(shè)備廠家7月1日召開了全省VoLTE無線功能部署會(huì)，會(huì)議部署了我省VoLTE全省無線側(cè)部署時(shí)間、工程優(yōu)化進(jìn)度及目標(biāo)、工程優(yōu)化分界面、各項(xiàng)資源的需求確定等相關(guān)內(nèi)容，7月正式啟動(dòng)全網(wǎng)的VoLTE優(yōu)化工作。分公司負(fù)責(zé)縣城的測試和優(yōu)化，負(fù)責(zé)現(xiàn)場的協(xié)調(diào)、相關(guān)資源的配合工作；各設(shè)備廠家負(fù)責(zé)各地市市區(qū)全面的工程優(yōu)化工作、協(xié)助分公司縣城測試和優(yōu)化工作，負(fù)責(zé)VoLTE功能參數(shù)部署、設(shè)備問題處理。各設(shè)備廠家VoLTE工程優(yōu)化期間提供IMS、EPC各一名專職人員負(fù)責(zé)工程優(yōu)化期間相關(guān)設(shè)備問題的處理工作，每地市提供2-4名現(xiàn)場無線優(yōu)化人員，2-4臺(tái)測試終端；分公司提供塔工、VoLTE測試卡、市區(qū)必要時(shí)提供車輛配合、縣城提供車輛、各分公司網(wǎng)優(yōu)中心安排一名現(xiàn)場負(fù)責(zé)人員；省公司網(wǎng)優(yōu)中心為每地市工程優(yōu)化期間提供2套測試軟件；*案例2：鄰區(qū)問題導(dǎo)致掉話車輛從河西開往河?xùn)|下橋轉(zhuǎn)盤處，UE2終端占用長沙開福區(qū)山水卿卿HL-D3900472179PT-3小區(qū)信號(hào)，由于和長沙藝術(shù)品市場HL-D3900460525PT、長沙湘江北路與三叉磯大橋交叉口(戴家河拉遠(yuǎn))HL-D3900461409PT無鄰區(qū)關(guān)系導(dǎo)致轉(zhuǎn)盤處弱覆蓋發(fā)生掉話。將長沙開福區(qū)山水卿卿HL-D3900472179PT-3添加長沙藝術(shù)品市場HL-D3900460525PT三個(gè)小區(qū)、長沙湘江北路與三叉磯大橋交叉口(戴家河拉遠(yuǎn))HL-D3900461409PT三個(gè)小區(qū)的雙向鄰區(qū)關(guān)系?，F(xiàn)場復(fù)測恢復(fù)正常。問題分析問題解決覆蓋差點(diǎn)對(duì)數(shù)據(jù)業(yè)務(wù)只是一小段速率低，但對(duì)于VoLTE來說就是一次掉話，需要對(duì)弱覆蓋區(qū)域更加精細(xì)優(yōu)化；需要關(guān)注異頻鄰區(qū)；問題描述總體時(shí)間安排及目標(biāo)分工界面各分公司盡快完成VoLTE無線功能的部署，7月31日前完成株洲、湘潭、常德、益陽、郴州、岳陽市區(qū)的優(yōu)化工作，8月31日前完成全?。ǔ龔埣医?、自治州、懷化）市區(qū)和縣城的優(yōu)化工作，張家界、自治州、懷化待核心網(wǎng)聯(lián)調(diào)成功后一個(gè)月完成優(yōu)化工作。全網(wǎng)接通率達(dá)到98%以上，掉話率1%以下。各項(xiàng)資源準(zhǔn)備開展全網(wǎng)測試，深挖網(wǎng)絡(luò)問題

省公司計(jì)劃建設(shè)部、網(wǎng)優(yōu)中心、網(wǎng)管中心、各設(shè)備廠家7月1日召開了全省VoLTE無線功能部署會(huì)，會(huì)議部署了我省VoLTE全省無線側(cè)部署時(shí)間、工程優(yōu)化進(jìn)度及目標(biāo)、工程優(yōu)化分界面、各項(xiàng)資源的需求確定等相關(guān)內(nèi)容，7月正式啟動(dòng)全網(wǎng)的VoLTE優(yōu)化工作。分公司負(fù)責(zé)縣城的測試和優(yōu)化，負(fù)責(zé)現(xiàn)場的協(xié)調(diào)、相關(guān)資源的配合工作；各設(shè)備廠家負(fù)責(zé)各地市市區(qū)全面的工程優(yōu)化工作、協(xié)助分公司縣城測試和優(yōu)化工作，負(fù)責(zé)VoLTE功能參數(shù)部署、設(shè)備問題處理。各設(shè)備廠家VoLTE工程優(yōu)化期間提供IMS、EPC各一名專職人員負(fù)責(zé)工程優(yōu)化期間相關(guān)設(shè)備問題的處理工作，每地市提供2-4名現(xiàn)場無線優(yōu)化人員，2-4臺(tái)測試終端；分公司提供塔工、VoLTE測試卡、市區(qū)必要時(shí)提供車輛配合、縣城提供車輛、各分公司網(wǎng)優(yōu)中心安排一名現(xiàn)場負(fù)責(zé)人員；省公司網(wǎng)優(yōu)中心為每地市工程優(yōu)化期間提供2套測試軟件；*案例3：因基站Bug導(dǎo)致基站內(nèi)切換10s后掉話長沙河?xùn)|區(qū)域測試中發(fā)現(xiàn)，終端在站內(nèi)切換完成10s后，有機(jī)率出現(xiàn)掉話，影響測試指標(biāo)。問題分析問題描述同步抓取路測數(shù)據(jù)以及基站側(cè)數(shù)據(jù)進(jìn)行分析，發(fā)現(xiàn)在無線空口良好的環(huán)境下，掉話前均有站內(nèi)不同小區(qū)間切換，切換完成10s后，基站給終端發(fā)送RRCRelease，原因值為:other。分析基站側(cè)數(shù)據(jù)，發(fā)現(xiàn)RRCRelease的原因值為:User-inactivity，即不活動(dòng)定時(shí)器超時(shí)。按照省公司參數(shù)規(guī)范，UE不活動(dòng)定時(shí)器統(tǒng)一設(shè)置為10s，若終端10s內(nèi)無數(shù)據(jù)傳輸則判斷定時(shí)器超時(shí)，基站將RRC釋放。但從終端Log看，從切換完成到定時(shí)器超時(shí)，上/下行PDCP層一直是有數(shù)據(jù)在進(jìn)行傳輸?shù)模Ｇ闆r下基站不應(yīng)將RRC釋放。總體時(shí)間安排及目標(biāo)分工界面各分公司盡快完成VoLTE無線功能的部署，7月31日前完成株洲、湘潭、常德、益陽、郴州、岳陽市區(qū)的優(yōu)化工作，8月31日前完成全省（除張家界、自治州、懷化）市區(qū)和縣城的優(yōu)化工作，張家界、自治州、懷化待核心網(wǎng)聯(lián)調(diào)成功后一個(gè)月完成優(yōu)化工作。全網(wǎng)接通率達(dá)到98%以上，掉話率1%以下。各項(xiàng)資源準(zhǔn)備開展全網(wǎng)測試，深挖網(wǎng)絡(luò)問題

省公司計(jì)劃建設(shè)部、網(wǎng)優(yōu)中心、網(wǎng)管中心、各設(shè)備廠家7月1日召開了全省VoLTE無線功能部署會(huì)，會(huì)議部署了我省VoLTE全省無線側(cè)部署時(shí)間、工程優(yōu)化進(jìn)度及目標(biāo)、工程優(yōu)化分界面、各項(xiàng)資源的需求確定等相關(guān)內(nèi)容，7月正式啟動(dòng)全網(wǎng)的VoLTE優(yōu)化工作。分公司負(fù)責(zé)縣城的測試和優(yōu)化，負(fù)責(zé)現(xiàn)場的協(xié)調(diào)、相關(guān)資源的配合工作；各設(shè)備廠家負(fù)責(zé)各地市市區(qū)全面的工程優(yōu)化工作、協(xié)助分公司縣城測試和優(yōu)化工作，負(fù)責(zé)VoLTE功能參數(shù)部署、設(shè)備問題處理。各設(shè)備廠家VoLTE工程優(yōu)化期間提供IMS、EPC各一名專職人員負(fù)責(zé)工程優(yōu)化期間相關(guān)設(shè)備問題的處理工作，每地市提供2-4名現(xiàn)場無線優(yōu)化人員，2-4臺(tái)測試終端；分公司提供塔工、VoLTE測試卡、市區(qū)必要時(shí)提供車輛配合、縣城提供車輛、各分公司網(wǎng)優(yōu)中心安排一名現(xiàn)場負(fù)責(zé)人員；省公司網(wǎng)優(yōu)中心為每地市工程優(yōu)化期間提供2套測試軟件；*案例3：因基站Bug導(dǎo)致基站內(nèi)切換10s后掉話(續(xù))根因分析在UE進(jìn)行站內(nèi)切換時(shí)，基站源側(cè)PDCP層的數(shù)據(jù)需要轉(zhuǎn)移到目的PDCP層。源側(cè)的用戶面實(shí)體未被馬上釋放，源側(cè)UE不活動(dòng)定時(shí)器正常運(yùn)行。由于切換完成后，上下行數(shù)據(jù)都被切換到目的側(cè)，所以源側(cè)UE不活動(dòng)定時(shí)器10s后會(huì)超時(shí)。UE不活動(dòng)定時(shí)器10s超時(shí)后，會(huì)向RR發(fā)送超時(shí)消息，此時(shí)由于產(chǎn)品問題，基站會(huì)出現(xiàn)極小概率的對(duì)“UE不活動(dòng)定時(shí)器”判斷錯(cuò)誤，導(dǎo)致直接釋放UE。問題解決華為8.1版本基站可通過如下命令進(jìn)行解決：MODGLOBALPROCSWITCH:IntraEnodebHoStaticSw=ON;另外愛立信基站區(qū)域也發(fā)現(xiàn)了概率性不激活定時(shí)器超時(shí)導(dǎo)致異常掉話問題（右圖），目前正在排查中?？傮w時(shí)間安排及目標(biāo)分工界面各分公司盡快完成VoLTE無線功能的部署，7月31日前完成株洲、湘潭、常德、益陽、郴州、岳陽市區(qū)的優(yōu)化工作，8月31日前完成全?。ǔ龔埣医?、自治州、懷化）市區(qū)和縣城的優(yōu)化工作，張家界、自治州、懷化待核心網(wǎng)聯(lián)調(diào)成功后一個(gè)月完成優(yōu)化工作。全網(wǎng)接通率達(dá)到98%以上，掉話率1%以下。各項(xiàng)資源準(zhǔn)備開展全網(wǎng)測試，深挖網(wǎng)絡(luò)問題

省公司計(jì)劃建設(shè)部、網(wǎng)優(yōu)中心、網(wǎng)管中心、各設(shè)備廠家7月1日召開了全省VoLTE無線功能部署會(huì)，會(huì)議部署了我省VoLTE全省無線側(cè)部署時(shí)間、工程優(yōu)化進(jìn)度及目標(biāo)、工程優(yōu)化分界面、各項(xiàng)資源的需求確定等相關(guān)內(nèi)容，7月正式啟動(dòng)全網(wǎng)的VoLTE優(yōu)化工作。分公司負(fù)責(zé)縣城的測試和優(yōu)化，負(fù)責(zé)現(xiàn)場的協(xié)調(diào)、相關(guān)資源的配合工作；各設(shè)備廠家負(fù)責(zé)各地市市區(qū)全面的工程優(yōu)化工作、協(xié)助分公司縣城測試和優(yōu)化工作，負(fù)責(zé)VoLTE功能參數(shù)部署、設(shè)備問題處理。各設(shè)備廠家VoLTE工程優(yōu)化期間提供IMS、EPC各一名專職人員負(fù)責(zé)工程優(yōu)化期間相關(guān)設(shè)備問題的處理工作，每地市提供2-4名現(xiàn)場無線優(yōu)化人員，2-4臺(tái)測試終端；分公司提供塔工、VoLTE測試卡、市區(qū)必要時(shí)提供車輛配合、縣城提供車輛、各分公司網(wǎng)優(yōu)中心安排一名現(xiàn)場負(fù)責(zé)人員；省公司網(wǎng)優(yōu)中心為每地市工程優(yōu)化期間提供2套測試軟件；*案例4：基站RoHC參數(shù)配置錯(cuò)誤導(dǎo)致切換掉話主叫通話過程中，發(fā)生切換后，主叫主動(dòng)上發(fā)Cancel。問題分析目標(biāo)站點(diǎn)配置RoHC參數(shù)

。VoLTE開通后需要重點(diǎn)核查相關(guān)參數(shù)的配置，防止新開通站點(diǎn)配置不一致導(dǎo)致出現(xiàn)異常問題。問題解決問題描述14:40:44.331發(fā)起invite；14:40:44.500成功建立QCI1專有承載(DRB7，rlcUM,Rohc開啟，見圖1)；14:40:46.198主叫完成岳陽地稅局PCI66到岳陽圖書館PCI217的切換；14:40:46.287主叫發(fā)起sip_cancelrequest；14:40:46.287發(fā)起sip_cancelrequest原因,發(fā)現(xiàn)主叫切換時(shí)釋放了QCI1專載(releaseDRB7)(見截圖2)；檢查目標(biāo)基站QCI1的相關(guān)參數(shù)，發(fā)現(xiàn)qci1的RohcEnabled為false。VOLTE通話需要在LTE小區(qū)建立默認(rèn)承載（QCI=5，交互SIP信令）和專有承載（QCI=1，傳輸語音數(shù)據(jù)包），由于切換目標(biāo)站點(diǎn)未配置RoHC，主叫切換后發(fā)現(xiàn)配置不一致釋放了QCI1專有承載，導(dǎo)致主叫發(fā)cancel。時(shí)延問題尋呼問題尋呼策略問題無線問題終端問題重選、TAU問題參數(shù)問題UGW位置信息上報(bào)問題DRB參數(shù)配置問題CSFB問題CSRetry參數(shù)配置問題關(guān)鍵參數(shù)上報(bào)異常未開啟單注冊(cè)功能時(shí)延問題主要通過分段統(tǒng)計(jì)，逐段分解，定位問題點(diǎn)后，相關(guān)網(wǎng)元聯(lián)合排查解決。需重點(diǎn)關(guān)注尋呼問題、參數(shù)配置問題和CSFB問題，典型問題如下：案例1：DRA參數(shù)配置優(yōu)化時(shí)延呼叫建立時(shí)長占比問題描述：呼叫建立時(shí)延中，Invite消息時(shí)長占比最大，達(dá)到71.77%。而Invite消息中，被叫尋呼和DRA處理時(shí)延最長，分別達(dá)到54%和38%，問題點(diǎn)主要在被叫尋呼和DRA上。問題分析：DRA設(shè)備“關(guān)于鏈路的捆綁數(shù)據(jù)開關(guān)”參數(shù)打開的情況下，每條鏈路收到的消息包的長度超過1500字節(jié)或者超過50ms才會(huì)進(jìn)行消息轉(zhuǎn)發(fā)，而VoLTE業(yè)務(wù)量小，很難滿足條件，導(dǎo)致消息交互時(shí)延超過50ms，關(guān)閉該開關(guān)后DRA與SBC交互時(shí)間降低到10ms，總體時(shí)延優(yōu)化1.2s。Invite消息時(shí)長占比案例2：尋呼策略配置優(yōu)化時(shí)延問題描述：路測發(fā)現(xiàn)呼叫建立時(shí)延分布在2~3層，第一層為4s左右，第二層為7s左右。初步懷疑為尋呼原因?qū)е隆栴}分析：通過查詢MME網(wǎng)管配置，發(fā)現(xiàn)尋呼策略如下：首次為eNBlist（最近活動(dòng)的7個(gè)eNB）尋呼，第二到六次為基于GUTI的TAlist尋呼（包含一個(gè)TA），尋呼間隔為3s解決措施：優(yōu)化尋呼策略，首次改為基于GUTI的TAlist尋呼，呼叫建立時(shí)延分布在2層測試樣本明顯減少，核心網(wǎng)一次尋呼成功率明顯提升尋呼成功率變化優(yōu)化MME尋呼策略，提升一次尋呼成功率問題描述：株洲、衡陽等地市VoLTE功能部署初期，在拉網(wǎng)過程中經(jīng)常出現(xiàn)6~15秒超長時(shí)延呼叫，導(dǎo)致IMS側(cè)定時(shí)器超時(shí)后被叫轉(zhuǎn)CSFB，嚴(yán)重影響感知及呼叫時(shí)延指標(biāo)。問題分析：經(jīng)分析，導(dǎo)致該問題主要有兩個(gè)原因，1是IMS側(cè)CSRetry定時(shí)器設(shè)置過短，2是無線覆蓋差點(diǎn)，終端無法解析尋呼消息所致。無線環(huán)境差：抓取終端Log進(jìn)行分析，在QXDM上可以看到若干次問題都是PDSCH解碼失敗所致，RSRP、SINR均較差，可通過傳統(tǒng)RF手段優(yōu)化覆蓋，另外可通過打開Paging干擾隨機(jī)化/降低Paging碼率等手段提升惡劣環(huán)境下尋呼成功率。IMS側(cè)定時(shí)器過短：為提升呼叫接通成功率，IMS側(cè)在判斷VoLTE呼叫無法完成時(shí)，會(huì)往2GCS域繼續(xù)發(fā)送尋呼消息，該過程由CSRetry定時(shí)器控制。開網(wǎng)初期，CSRetry定時(shí)器設(shè)置為5s，而EPC側(cè)尋呼周期為6s，這就導(dǎo)致若一次尋呼無響應(yīng)則CSRetry定時(shí)器直接超時(shí)，終端會(huì)轉(zhuǎn)CSFB繼續(xù)完成呼叫。后IMS將CSRetry改為13s，時(shí)延問題得到極大改善。案例3：尋呼問題導(dǎo)致時(shí)延偏長遺留問題：在好點(diǎn)時(shí)，也存在終端重選時(shí)間過長，導(dǎo)致尋呼消息無法處理問題，海思芯片、三星手機(jī)已確認(rèn)問題，待終端側(cè)給出分析及解決方法?？傮w時(shí)間安排及目標(biāo)分工界面各分公司盡快完成VoLTE無線功能的部署，7月31日前完成株洲、湘潭、常德、益陽、郴州、岳陽市區(qū)的優(yōu)化工作，8月31日前完成全?。ǔ龔埣医?、自治州、懷化）市區(qū)和縣城的優(yōu)化工作，張家界、自治州、懷化待核心網(wǎng)聯(lián)調(diào)成功后一個(gè)月完成優(yōu)化工作。全網(wǎng)接通率達(dá)到98%以上，掉話率1%以下。各項(xiàng)資源準(zhǔn)備開展全網(wǎng)測試，深挖網(wǎng)絡(luò)問題

省公司計(jì)劃建設(shè)部、網(wǎng)優(yōu)中心、網(wǎng)管中心、各設(shè)備廠家7月1日召開了全省VoLTE無線功能部署會(huì)，會(huì)議部署了我省VoLTE全省無線側(cè)部署時(shí)間、工程優(yōu)化進(jìn)度及目標(biāo)、工程優(yōu)化分界面、各項(xiàng)資源的需求確定等相關(guān)內(nèi)容，7月正式啟動(dòng)全網(wǎng)的VoLTE優(yōu)化工作。分公司負(fù)責(zé)縣城的測試和優(yōu)化，負(fù)責(zé)現(xiàn)場的協(xié)調(diào)、相關(guān)資源的配合工作；各設(shè)備廠家負(fù)責(zé)各地市市區(qū)全面的工程優(yōu)化工作、協(xié)助分公司縣城測試和優(yōu)化工作，負(fù)責(zé)VoLTE功能參數(shù)部署、設(shè)備問題處理。各設(shè)備廠家VoLTE工程優(yōu)化期間提供IMS、EPC各一名專職人員負(fù)責(zé)工程優(yōu)化期間相關(guān)設(shè)備問題的處理工作，每地市提供2-4名現(xiàn)場無線優(yōu)化人員，2-4臺(tái)測試終端；分公司提供塔工、VoLTE測試卡、市區(qū)必要時(shí)提供車輛配合、縣城提供車輛、各分公司網(wǎng)優(yōu)中心安排一名現(xiàn)場負(fù)責(zé)人員；省公司網(wǎng)優(yōu)中心為每地市工程優(yōu)化期間提供2套測試軟件；*案例4：因位置信息上報(bào)問題導(dǎo)致呼叫時(shí)延偏長部分VoLTE打VoLTE呼叫建立時(shí)延偏長，需6s以上。問題分析中興PGW升級(jí)到V4.10.18版本，復(fù)測定點(diǎn)測試呼叫建立時(shí)延在3s左右。問題解決問題描述在右圖中，主叫發(fā)送Invite，到被叫收到Invite，約需3s，即被叫尋呼時(shí)間過長；被叫發(fā)送183，到主叫收到183約需3s，時(shí)間過長。從IMS側(cè)看，SBC向PCRF發(fā)起AAR請(qǐng)求位置信息,RAR消息未返回位置信息,2s多后SBC才向IMS發(fā)出INVITE消息。PGW當(dāng)前版本并不能每次都位置上報(bào)，PGW升級(jí)到V4.10.18版本后，固定將ULI信息帶給PCRF,從而傳遞給SBC。語音質(zhì)量問題終端問題VoLTE間概率性單通；三方通話過程中單通；設(shè)備問題VoLTE與GSM間單通問題參數(shù)配置SBC帶寬設(shè)置過小導(dǎo)致丟包室分單雙流配置問題導(dǎo)致單通無線重建重建過程中會(huì)導(dǎo)致丟包率高覆蓋、干擾語音質(zhì)量問題主要體現(xiàn)為單通、丟包等問題，需要重點(diǎn)關(guān)注設(shè)備問題、終端問題、參數(shù)配置等問題，典型問題如下：我省近期出現(xiàn)較多VoLTE單通問題，現(xiàn)象主要有兩類：一是VoLTE打VoLTE單通，二是VoLTE撥打GSM單通。經(jīng)分析，第一類主要是終端問題，第二類主要是網(wǎng)絡(luò)問題。序號(hào)問題描述問題分析及解決1三星S6撥打VoLTE電話概率性單通SBC上抓包發(fā)現(xiàn)手機(jī)發(fā)送數(shù)據(jù)包連續(xù)，但是還原后無任何聲音，疑似三星S6單通。將在三星S6手機(jī)上抓包，進(jìn)一步排查終端問題2三星S6呼叫保持過程中接聽VoLTE電話單通A號(hào)碼（三星S6）撥打B號(hào)碼，通話過程中C號(hào)碼撥打A號(hào)碼，A保持B，接聽C，此時(shí)C聽不到A。手機(jī)與網(wǎng)絡(luò)同時(shí)抓包，定位為三星S6版本問題，升級(jí)版本后問題解決3VoLTE撥打GSM單通在SBC上抓取的數(shù)據(jù)包還原后有聲音，但是IMMGW抓包還原后無聲，定位為SBC版本缺陷，升級(jí)版本后問題解決eNBEPCMGWSBC（ATGW）無線網(wǎng)設(shè)備核心網(wǎng)設(shè)備GSM手機(jī)IMS設(shè)備IM-MGW注：紅圈為RTP包抓包位置案例1：VoLTE單通問題分析案例2：參數(shù)優(yōu)化，提升MOS值研究MOS值是衡量通信系統(tǒng)語音質(zhì)量、保障用戶感知的重要指標(biāo)。MOS值體現(xiàn)的是端到端質(zhì)量，受到全流程各網(wǎng)元的影響，通過對(duì)無線參數(shù)進(jìn)行研究梳理出一套提升MOS的參數(shù)方案，主要采用基于TBS的MCS選擇策略、CQI采取變步長調(diào)整、基于時(shí)延的調(diào)度等方案，對(duì)MOS值提升取得了明顯效果。通過對(duì)全網(wǎng)13個(gè)網(wǎng)格進(jìn)行部署，網(wǎng)格平均MOS值由3.64提升至3.86。涉及主要參數(shù)如下：參數(shù)名稱英文名稱默認(rèn)值修改值參數(shù)含義和作用下行VoIP基于TBS的MCS選擇VoipTbsBasedMcsSelSwitch01該開關(guān)用于控制下行VoIP業(yè)務(wù)基于TBS的MCS選擇策略。開關(guān)打開時(shí)，下行VoIP動(dòng)態(tài)調(diào)度采用基于TBS的MCS選擇策略；開關(guān)關(guān)閉時(shí)，下行VoIP動(dòng)態(tài)調(diào)度不采用基于TBS的MCS選擇策略。CQI變步長調(diào)整StepVarySwitch01該參數(shù)主要用來控制變步長方案的打開和關(guān)閉。

如果打開開關(guān)，采用變步長調(diào)整方案，可加快IBLER的收斂速度，當(dāng)IBLER的測量值與目標(biāo)值相差比較大的時(shí)候，采用大的步長快速調(diào)整，當(dāng)IBLER的測量值接近目標(biāo)值的時(shí)候，采用小步長進(jìn)行微調(diào)；

如果關(guān)閉開關(guān)，采用固定步長調(diào)整。上行VoIP時(shí)延調(diào)度開關(guān)UlVoipDelaySchSwitch01該開關(guān)用于小區(qū)VoIP用戶數(shù)較多且分布均勻時(shí)是否對(duì)VOIP用戶進(jìn)行基于時(shí)延的調(diào)度。當(dāng)開關(guān)關(guān)閉時(shí)，不進(jìn)行基于時(shí)延的調(diào)度；當(dāng)開關(guān)打開，基于時(shí)延進(jìn)行調(diào)度優(yōu)先級(jí)計(jì)算，該開關(guān)僅適用于TDD。

VoIP業(yè)務(wù)時(shí)延調(diào)度VOIP_DELAYSCHNO_DELAYSCHVOIP_DELAYSCH該參數(shù)用于控制上行時(shí)延調(diào)度策略。如果設(shè)置為NO_DELAYSCH(無時(shí)延調(diào)度)，上行動(dòng)態(tài)調(diào)度不采用上行時(shí)延調(diào)度策略；如果設(shè)置為VOIP_DELAYSCH(VoIP業(yè)務(wù)時(shí)延調(diào)度)，上行動(dòng)態(tài)調(diào)度采用針對(duì)VoIP業(yè)務(wù)的上行時(shí)延調(diào)度策略，基于時(shí)延調(diào)整上行動(dòng)態(tài)調(diào)度的調(diào)度優(yōu)先級(jí)，提高VoIP重載場景下的MOS分和小區(qū)VoIP容量。

上行VoIP調(diào)度優(yōu)化開關(guān)UlVoipSchOptSwitch01該參數(shù)用于控制上行VoIP調(diào)度優(yōu)化功能是否生效。當(dāng)開關(guān)關(guān)閉時(shí)，該功能不生效；當(dāng)開關(guān)打開時(shí)，對(duì)上行采用動(dòng)態(tài)調(diào)度的語音用戶，若調(diào)度間隔超過上行語音調(diào)度間隔門限值，則觸發(fā)一次上行動(dòng)態(tài)調(diào)度。保證在發(fā)生SR漏檢時(shí)，也能及時(shí)對(duì)語音用戶進(jìn)行上行調(diào)度，避免PDCP丟包定時(shí)器超時(shí)丟包。

上行VoLTE動(dòng)態(tài)調(diào)度數(shù)據(jù)量估算開關(guān)UlVoLTEDataSizeEstSwitch01該開關(guān)用于控制上行VoLTE動(dòng)態(tài)調(diào)度數(shù)據(jù)量估算功能是否生效。當(dāng)開關(guān)關(guān)閉時(shí)，該功能不生效；當(dāng)開關(guān)打開時(shí)，該功能生效，對(duì)VoLTE業(yè)務(wù)估算上行動(dòng)態(tài)調(diào)度數(shù)據(jù)量，可減小VoLTE業(yè)務(wù)的包時(shí)延和丟包率，提升語音質(zhì)量。終端問題在測試中發(fā)現(xiàn)終端存在不同程度的功能、穩(wěn)定性、兼容性等方面的問題。序號(hào)分類目前存在的問題1功能1、三星手機(jī)存在概率性單通問題；2、HTCM8t存在重復(fù)接收短信的問題；通話過程中RRC連接異常釋放2穩(wěn)定性1、三星S6發(fā)熱，待機(jī)時(shí)間短2、蘋果IPHONE6:發(fā)熱、應(yīng)用無法安裝、應(yīng)用安裝后閃退；VoLTE版本自動(dòng)升級(jí)到非VoLTE版本；彈出“現(xiàn)有新的IOS更新可用，請(qǐng)從IOS9beta版進(jìn)行更新”對(duì)話框，影響使用3、HTCM8T：死機(jī)，無法開機(jī)3兼容性1、三星S6——華為M7：三星撥打華為視頻，無法撥通或者華為無圖像2、HTCM8T——華為M7：HTC撥打華為手機(jī)，華為圖像不清晰3、華為M7——三星S6：華為撥打三星視頻，華為看到三星為黑白圖像4、華為M7——HTCM8T：華為撥打HTC手機(jī)，華為圖像不清晰提高eSRVCC門限，有助于用戶的良好VoLTE語音感知及切換到2G的成功率，但會(huì)導(dǎo)致在低電平時(shí)，觸發(fā)bSRVCC，由于核心網(wǎng)和終端不支持bSRVCC，導(dǎo)致VoLTE起呼出現(xiàn)大概率無法接通；由于VoLTE呼叫建立時(shí)間較短（2-3s），bSRVCC發(fā)生概率不大，但VoLTE終端撥打CSFB終端，接續(xù)時(shí)間會(huì)在5s以上，bSRVCC發(fā)生概率較大，VoLTE起呼失敗概率更大B2切換門限按照-115dbm和-105dbm兩個(gè)門限進(jìn)行設(shè)置，同樣選擇電平在-110左右的位置進(jìn)行測試，呼叫成功率出現(xiàn)大幅下降終端類型測試方法B2=-105dBmB2=-115dBmS6VoLte撥打VoLte終端50%99%VoLte撥打CSFB終端46%99%VoLte撥打2G終端50%98%Mate7VoLte撥打VoLte終端100%100%VoLte撥打CSFB終端30%100%VoLte撥打2G終端85%99%重要問題1----eSRVCC語音感知eSRVCC門限與語音感知：eSRVCC起測門限及切換門限設(shè)置主要影響接通率、掉線率和話音質(zhì)量，本次攻關(guān)重點(diǎn)實(shí)現(xiàn)幾項(xiàng)指標(biāo)間的平衡。eSRVCC起測設(shè)置過低，因終端來不及觸發(fā)eSRVCC切換，容易導(dǎo)致出現(xiàn)較大概率的掉話。場景參數(shù)呼叫次數(shù)掉話次數(shù)掉話率eSRVCC請(qǐng)求次數(shù)成功次數(shù)成功率進(jìn)入電梯內(nèi)A2起測：-110dbm803746.30%474289.36%（無LTE室分場景）B2切換：-115dbm進(jìn)入電梯內(nèi)A2起測：-100dbm8178.64%757397.33%（無LTE室分場景）B2切換：-115dbm重要問題1----eSRVCC語音感知提高測量門限，可使終端有更充足的測量時(shí)間（目前高通、海思芯片測量時(shí)間約為3-5秒不等），提升eSRVCC成功率；提高測量門限，可確保eSRVCC的及時(shí)性，減少掉線、語音質(zhì)差和單通情況。目前全網(wǎng)主要采用A2=-100dbm，B2=-115dbm參數(shù)方案，根據(jù)實(shí)際場景，B2略有所調(diào)整（-113~-116dbm），實(shí)現(xiàn)接通率、掉線率和話音質(zhì)量的平衡。長遠(yuǎn)解決方案為：網(wǎng)絡(luò)終端支持bSRVCC后，可適當(dāng)提升測量和切換門限，語音及時(shí)遷至2G；提升深度覆蓋（如FDD900網(wǎng)絡(luò)部署），可通過系統(tǒng)內(nèi)切換代替eSRVCC。問題描述

測試中一基站下，終端在站內(nèi)切換完成10s后，基站給終端發(fā)送RRCRelease，原因值User-inactivity，即不活動(dòng)定時(shí)器超時(shí)，有概率出現(xiàn)掉話，影響測試指標(biāo)。問題解決案例分析2——因基站Bug導(dǎo)致基站內(nèi)切換10s后掉話問題分析按照集團(tuán)參數(shù)規(guī)范，UE不活動(dòng)定時(shí)器建議值10s，若終端10s內(nèi)無數(shù)據(jù)傳輸，則判定超時(shí)，基站將釋放RRC，但從終端Log看，從切換完成到定時(shí)器超時(shí)，上下行PDCP層一直有數(shù)據(jù)傳輸，正常情況下基站不應(yīng)將RRC釋放。UE在站內(nèi)切換時(shí)，基站源側(cè)PDCP層的數(shù)據(jù)需要轉(zhuǎn)移到目的PDCP層，源側(cè)的用戶面實(shí)體未馬上釋放，源側(cè)UE不活動(dòng)定時(shí)器正常運(yùn)行，10s后會(huì)超時(shí)，超時(shí)后會(huì)發(fā)送RRCRelease消息。由于產(chǎn)品問題，基站會(huì)出現(xiàn)小概率的對(duì)“UE不活動(dòng)定時(shí)器”的判斷錯(cuò)誤，導(dǎo)致釋放UE掉話。問題解決

修改UE不活動(dòng)定時(shí)器，目前已將全網(wǎng)定時(shí)器修改到30s進(jìn)行規(guī)避。預(yù)調(diào)度與智能預(yù)調(diào)度：1、

普通預(yù)調(diào)度：

基站不管有沒有收到UE的SR上報(bào)，都會(huì)周期性的給UE分配上行資源。其中周期間隔和預(yù)分配的資源都是在MML上可以控制的。最顯著的作用是可以降低ping時(shí)延。

當(dāng)小區(qū)用戶數(shù)超過50后，普通預(yù)調(diào)度不生效。

2、智能預(yù)調(diào)度。

當(dāng)CDRX打開的時(shí)候，預(yù)調(diào)度就自動(dòng)關(guān)閉了，此時(shí)為了達(dá)到預(yù)調(diào)度的效果（減少時(shí)延），就引入了智能預(yù)調(diào)度。智能預(yù)調(diào)度由下行業(yè)務(wù)觸發(fā)。即是說，當(dāng)智能預(yù)調(diào)度開關(guān)打開后，當(dāng)下行調(diào)度調(diào)度成功，則啟動(dòng)智能預(yù)調(diào)度，這時(shí)會(huì)根據(jù)預(yù)調(diào)度的時(shí)間間隔和預(yù)分配資源進(jìn)行預(yù)調(diào)度，智能預(yù)調(diào)度的持續(xù)時(shí)長通過MML控制。參照版本使用智能預(yù)調(diào)度后的效果DRXOFF，預(yù)調(diào)度ON上行干擾減低、上行吞吐量、上行MCS、上行吞吐率出現(xiàn)提升。下行CFI占用可能降低，導(dǎo)致下行吞吐量、下行吞吐率出現(xiàn)提升。DRXOFF，預(yù)調(diào)度OFF上行干擾可能略有升高、上行傳輸時(shí)長增加，計(jì)算的上行吞吐率出現(xiàn)下降。現(xiàn)網(wǎng)小包業(yè)務(wù)比例較多時(shí)，下行傳輸時(shí)長減小，下行吞吐率出現(xiàn)提升。DRXON，預(yù)調(diào)度OFF案例分析3——智能預(yù)調(diào)度VoLTE終端問題終端測試1、牽頭收集VoLTE終端問題：收集匯總省內(nèi)發(fā)現(xiàn)問題121項(xiàng)以及集團(tuán)各VOLTE試點(diǎn)省上報(bào)的終端問題19項(xiàng)，共計(jì)138項(xiàng)，其中涉及當(dāng)前商用3款終