VoLTE網(wǎng)絡(luò)分組域設(shè)備容災(zāi)技術(shù)研究

鮑偉華，謝志剛

(中國移動通信集團(tuán)上海有限公司，上海 201206)

VoLTE網(wǎng)絡(luò)分組域設(shè)備容災(zāi)技術(shù)研究

鮑偉華，謝志剛

(中國移動通信集團(tuán)上海有限公司，上海 201206)

摘要:針對EPC網(wǎng)絡(luò)中MME和SGW設(shè)備故障時VoLTE業(yè)務(wù)中斷的問題，研究GTP鏈路故障檢測機(jī)制、MME和SGW的實時容災(zāi)技術(shù)，形成MME和SGW的VoLTE主叫和被叫業(yè)務(wù)容災(zāi)方案，并提出各個容災(zāi)方案的部署策略，總結(jié)部署效果。實際應(yīng)用表明容災(zāi)方案能夠?qū)崿F(xiàn)在MME和SGW設(shè)備故障時，將VoLTE業(yè)務(wù)實時倒換至其他正常運(yùn)行的設(shè)備上，用戶對故障無感知，實現(xiàn)了VoLTE業(yè)務(wù)不受影響的目標(biāo)。

關(guān)鍵詞:VoLTE；MME；SGW；容災(zāi)

在移動互聯(lián)網(wǎng)時代的大背景下，運(yùn)營商傳統(tǒng)的語音和短信業(yè)務(wù)受到微信、QQ等OTT軟件的沖擊，出現(xiàn)了業(yè)務(wù)量增長放緩，甚至下滑的情況。如何重構(gòu)運(yùn)營商的業(yè)務(wù)優(yōu)勢，避免管道化，是擺在運(yùn)營商面前的緊迫問題。

VoLTE支持高清語音和高清視頻，可以為用戶提供極佳的業(yè)務(wù)體驗，同時支持類似微信等軟件的即時消息、群組聊天、內(nèi)容共享等RCS應(yīng)用。因而在單卡雙待、CSFB語音技術(shù)成熟商用的情況下，VoLTE解決方案的商用也被國內(nèi)運(yùn)營商提上日程。

VoLTE網(wǎng)絡(luò)的容災(zāi)能力將直接影響商用時用戶的業(yè)務(wù)體驗。傳統(tǒng)承載數(shù)據(jù)業(yè)務(wù)的EPC網(wǎng)絡(luò)容災(zāi)方案對于數(shù)據(jù)上網(wǎng)等非實時類業(yè)務(wù)有較好的容災(zāi)效果，例如基于S1 flex的MME/SAEGW Pool技術(shù)，能夠?qū)崿F(xiàn)用戶遷移，恢復(fù)數(shù)據(jù)業(yè)務(wù)。但該技術(shù)存在實時性不高的問題，無法滿足VoLTE業(yè)務(wù)的容災(zāi)要求。

因此本文對承載數(shù)據(jù)業(yè)務(wù)的EPC網(wǎng)絡(luò)容災(zāi)技術(shù)在VoLTE網(wǎng)絡(luò)中的問題進(jìn)行分析，并對VoLTE網(wǎng)絡(luò)內(nèi)MME和SGW設(shè)備的關(guān)鍵容災(zāi)技術(shù)進(jìn)行研究，提出容災(zāi)方案部署策略，總結(jié)部署效果，為提升VoLTE網(wǎng)絡(luò)安全性提供參考。

1VoLTE網(wǎng)絡(luò)架構(gòu)

VoLTE/eSRVCC網(wǎng)絡(luò)架構(gòu)如圖1所示。

從網(wǎng)絡(luò)結(jié)構(gòu)[1]來看，VoLTE網(wǎng)絡(luò)由無線網(wǎng)、傳輸網(wǎng)、核心網(wǎng)、PCC、信令網(wǎng)、IMS網(wǎng)絡(luò)和支撐系統(tǒng)等組成，結(jié)構(gòu)復(fù)雜。主要技術(shù)特點(diǎn)如下：

1)MME與MSC之間新增Sv接口[2]，是區(qū)別于CS-FB語音方案SGs接口的最顯著特征。

圖1　VoLTE/eSRVCC網(wǎng)絡(luò)架構(gòu)

2)2G/3G/LTE核心網(wǎng)進(jìn)一步融合[3]，語音業(yè)務(wù)控制上移至IMS核心網(wǎng)[4]來完成。

3)語音業(yè)務(wù)、短信業(yè)務(wù)和增值業(yè)務(wù)通過AS業(yè)務(wù)平臺來實現(xiàn)，并具備靈活的可擴(kuò)展性。

4)PCC網(wǎng)絡(luò)通過端到端QoS機(jī)制實現(xiàn)對VoLTE業(yè)務(wù)的承載質(zhì)量保障，PCRF成為了必選網(wǎng)元。

5)語音業(yè)務(wù)承載在分組域核心網(wǎng)上，要求EPC設(shè)備具備高可靠性和容災(zāi)能力。

由此可見，分組域核心網(wǎng)，特別是EPC核心網(wǎng)，在VoLTE網(wǎng)絡(luò)中將承載所有的語音和數(shù)據(jù)業(yè)務(wù)，其容災(zāi)能力將直接影響業(yè)務(wù)體驗。

2EPC設(shè)備故障檢測機(jī)制

為實現(xiàn)設(shè)備的冗余倒換，需要依托于快速的故障檢測機(jī)制。EPC設(shè)備故障檢測機(jī)制主要有兩種，一種是通過GTP-C協(xié)議[5]的Echo Request/Response消息，另外一種是通過GTP-C信令消息中的Recovery信元[6]。檢測流程適用于S5、S11接口，用來檢測MME、SGW故障。

2.1基于GTP-C的Echo Request/Response消息故障檢測

Echo消息故障檢測流程如圖2所示。

圖2　Echo消息故障檢測流程

基于Echo消息的故障檢測流程如下：設(shè)備1發(fā)往設(shè)備2的Echo Request消息無響應(yīng)(T3-RESPONSE定時器超時)，設(shè)備1啟動對設(shè)備2的故障檢測；當(dāng)連續(xù)多次請求(N3-REQUESTS)均未收到任何響應(yīng)，設(shè)備1判斷設(shè)備2故障；設(shè)備1持續(xù)對設(shè)備2進(jìn)行檢測，收到響應(yīng)后，設(shè)備1確認(rèn)設(shè)備2恢復(fù)業(yè)務(wù)。

2.2基于GTP-C消息的Recovery信元的故障檢測

基于Recovery信元的故障檢測流程如圖3所示。

圖3　Recovery信元故障檢測流程

設(shè)備1和設(shè)備2會通過GTP-C消息內(nèi)攜帶的Recovery信元，記錄對方的重啟計數(shù)器值。當(dāng)設(shè)備2故障重啟后，會將本地重啟計數(shù)器遞增，并包含在GTP-C信令消息中的Recovery信元內(nèi)發(fā)送給設(shè)備1。設(shè)備1收到消息后，將設(shè)備2的重啟計數(shù)器值與之前存儲的值進(jìn)行比較。若信令消息中的重啟計數(shù)器值大于設(shè)備存儲的值，則設(shè)備1判斷設(shè)備2已故障重啟。

3EPC設(shè)備容災(zāi)方案和部署策略

通過檢測機(jī)制發(fā)現(xiàn)EPC設(shè)備故障之后，外圍網(wǎng)元需要通過一系列的信令流程，實現(xiàn)VoLTE業(yè)務(wù)的實時倒換。傳統(tǒng)僅承載數(shù)據(jù)業(yè)務(wù)EPC網(wǎng)元設(shè)備的容災(zāi)技術(shù)無法滿足VoLTE實時性的要求，因此本節(jié)將對此問題進(jìn)行深入分析，并研究適用于VoLTE網(wǎng)絡(luò)的MME和SGW容災(zāi)方案，提出方案部署策略。

3.1MME容災(zāi)方案

3.1.1 MME Pool容災(zāi)問題分析

為實現(xiàn)MME的容災(zāi)，負(fù)責(zé)同一LTE無線區(qū)域的多個MME需要組成一個MME Pool，同一Pool內(nèi)的設(shè)備負(fù)荷分擔(dān)所轄無線區(qū)域的業(yè)務(wù)。通常MME Pool在LTE建網(wǎng)初期已經(jīng)實現(xiàn)。因此有必要分析VoLTE技術(shù)引入后，MME故障時對語音業(yè)務(wù)的影響。

在VoLTE用戶IMS APN承載建立過程中，即選定了為用戶服務(wù)的MME、SGW和PGW。

VoLTE用戶會周期性地發(fā)起IMS重注冊，在用戶進(jìn)行IMS重注冊過程中，若MME故障，則eNodeB會將用戶接入MME Pool內(nèi)正常工作的MME設(shè)備，MME會選擇正常工作的SGW和PGW，為用戶重新建立APN承載，從而實現(xiàn)MME的容災(zāi)。

值得注意的是，當(dāng)用戶進(jìn)行IMS重注冊之前，用戶接入的MME故障，則會影響用戶的VoLTE業(yè)務(wù)。

對于主叫業(yè)務(wù)，eNodeB會將用戶接入MME POOL內(nèi)正常工作的MME設(shè)備，MME會選擇正常工作的SGW和PGW，為用戶重新建立IMS APN承載，從而實現(xiàn)主叫業(yè)務(wù)恢復(fù)。但在恢復(fù)過程中，用戶的首次主叫會失敗。

對于被叫業(yè)務(wù)，SGW通過故障檢測機(jī)制檢測到MME故障，在收到PGW下發(fā)的IMS信令(包含在Downlink Data消息內(nèi))后，無法將DDN(Downlink Data Notification)消息發(fā)給故障的MME，導(dǎo)致信令流程中斷，被叫業(yè)務(wù)受到影響(見圖4)。

圖4　MME故障時VoLTE被叫失敗

為此需要在MME上實現(xiàn)VoLTE業(yè)務(wù)主被叫恢復(fù)功能，提升MME故障場景下用戶被叫業(yè)務(wù)的體驗。

3.1.2 MME的VoLTE被叫恢復(fù)方案

MME的VoLTE被叫恢復(fù)方案用于恢復(fù)MME節(jié)點(diǎn)故障時的用戶被叫業(yè)務(wù)，當(dāng)SGW檢測到MME故障時，為用戶觸發(fā)被叫恢復(fù)流程。MME故障被叫恢復(fù)流程如圖5所示。

圖5　MME故障被叫恢復(fù)流程

具體信令流程如下：

1)VoLTE用戶完成分組域的附著以及IMS域的注冊。

2)MME Pool內(nèi)MME間同步用戶數(shù)據(jù)，包括IMSI、TA List和用戶上下文等。

3)SGW通過故障檢測機(jī)制檢測到MME故障。

4)當(dāng)故障MME上的用戶有VoLTE被叫業(yè)務(wù)時，用戶的IMS信令(包含在下行數(shù)據(jù)消息內(nèi))到達(dá)SGW。

5)SGW發(fā)送DDN消息給Pool內(nèi)備份有該用戶數(shù)據(jù)的MME。

6)MME根據(jù)備信息向用戶發(fā)起尋呼。

7)UE發(fā)起附著或者Service Request流程。

8)用戶IMS PDN連接恢復(fù)，恢復(fù)被叫業(yè)務(wù)。

3.1.3 MME被叫恢復(fù)方案部署策略

為實現(xiàn)上述被叫恢復(fù)功能，MME和SGW需要進(jìn)行如下改造：

1)MME用戶數(shù)據(jù)備份

MME之間需要增加一個同步接口，用于用戶數(shù)據(jù)備份。根據(jù)備份信息的不同，可以實現(xiàn)的尋呼方式不同，具體分析如表1所示。

表1備份信息和容災(zāi)效果的關(guān)系

備份信息MME尋呼方式UE行為容災(zāi)效果IMSI+TAListIMSI尋呼用戶重新附著用戶重新附著后接通,接續(xù)時間略有增加IMSI+TAList+用戶上下文S-TMSI尋呼業(yè)務(wù)請求直接接通,不額外增加接續(xù)時間

在實際部署時可根據(jù)實際需要對備份的數(shù)據(jù)進(jìn)行選擇。建議在設(shè)備容量足夠的情況下，采用備份IMSI、TA List和用戶上下文的方式。

考慮到MME存儲Pool內(nèi)其他有MME上的在線用戶數(shù)據(jù)，需要占用大量的存儲空間、接口帶寬和CPU資源，因此在具體實施時建議MME Pool內(nèi)MME采用鏈?zhǔn)交浞绞?。?臺MME組成的Pool為例，用戶數(shù)據(jù)的鏈?zhǔn)交浞绞饺鐖D6所示。

圖6　MME Pool內(nèi)用戶數(shù)據(jù)鏈?zhǔn)交浞绞?/p>

2)SGW配置要求

為了實現(xiàn)步驟5)SGW發(fā)送DDN消息給Pool內(nèi)備份有該用戶數(shù)據(jù)的MME，需要在SGW上配置MME Pool內(nèi)的MME備份關(guān)系表，并維護(hù)各臺MME的可用狀態(tài)。一旦SGW發(fā)現(xiàn)用戶歸屬的MME出現(xiàn)故障，則按照備份關(guān)系表發(fā)送DDN消息給備份MME，從而觸發(fā)用戶的被叫業(yè)務(wù)恢復(fù)。

3.1.4 MME的VoLTE主叫恢復(fù)方案

將MME的VoLTE被叫恢復(fù)方案進(jìn)行拓展，可以解決MME故障時，用戶首次主叫失敗的問題。具體來說，eNodeB需要實現(xiàn)類似被叫恢復(fù)方案中SGW的功能，配置MME Pool內(nèi)的MME備份關(guān)系表。當(dāng)eNodeB檢測到用戶歸屬的MME出現(xiàn)故障(S1AP鏈路斷連)，則按照備份關(guān)系，將用戶的Service Request消息轉(zhuǎn)發(fā)給備份MME，從而觸發(fā)用戶的主叫業(yè)務(wù)恢復(fù)。

當(dāng)然如果eNodeB不改造也可以實現(xiàn)主叫恢復(fù)。eNodeB遵循原先S1 Flex技術(shù)的功能，即在MME故障時將Service Request消息轉(zhuǎn)發(fā)給MME Pool內(nèi)任意MME進(jìn)行后續(xù)呼叫接續(xù)。但在這種場景下MME Pool內(nèi)所有的MME之間都要進(jìn)行用戶數(shù)據(jù)備份，網(wǎng)絡(luò)開銷較大，不建議采用。

3.2SGW容災(zāi)方案

3.2.1SGW Pool容災(zāi)問題分析

當(dāng)用戶進(jìn)行IMS重注冊之前，用戶接入的SGW故障，會影響用戶的VoLTE業(yè)務(wù)。具體來說：

對于主叫業(yè)務(wù)，MME通過故障檢測機(jī)制檢測到SGW故障，原有IMS APN承載阻斷，需要重新建立承載，主叫業(yè)務(wù)受到影響。

對于被叫業(yè)務(wù)，PGW通過故障檢測機(jī)制檢測到SGW故障，無法向SGW轉(zhuǎn)發(fā)IMS信令(包含在Downlink Data消息內(nèi))，導(dǎo)致信令流程中斷，被叫業(yè)務(wù)受到影響。

3.2.2SGW的VoLTE主叫恢復(fù)方案

SGW的VoLTE主叫恢復(fù)方案用于SGW節(jié)點(diǎn)故障時恢復(fù)故障節(jié)點(diǎn)上用戶的語音主叫業(yè)務(wù)。具體流程如圖7所示。

圖7　SGW故障主叫恢復(fù)流程

對于SGW故障前的VoLTE用戶，MME需要記錄承載用戶PDN連接的SGW/PGW地址，以及維護(hù)設(shè)備狀態(tài)信息。當(dāng)MME通過故障檢測機(jī)制檢測到SGW故障，MME根據(jù)APN恢復(fù)優(yōu)先級，首先恢復(fù)受到影響的IMS PDN連接。APN恢復(fù)優(yōu)先級在HSS內(nèi)簽約，在用戶附著時插入MME，或者在MME上本地配置。

MME通過輪選SGW Pool內(nèi)正常工作的其他SGW發(fā)送Create Session Request消息，重新建立IMS PDN連接。

值得注意的是，用戶原先承載VoLTE用戶IMS PDN連接的PGW上的承載需要釋放，以防止資源被無效占用。PGW通過故障檢測機(jī)制檢測到SGW故障后，需要啟動T-Release-PDN定時器。如果故障SGW不能在短時間內(nèi)恢復(fù)，PGW待T-Release-PDN超時后，會釋放所有VoLTE用戶IMS PDN連接，并通過Gx接口通知PCRF用戶的PCC策略未激活。IMS PDN連接恢復(fù)后，PGW再通知PCRF修改IP-CAN會話并更新策略。

考慮到MME上的用戶狀態(tài)不同，產(chǎn)生的行為不同，因此MME在選擇新的SGW之前，需要進(jìn)行相應(yīng)的處理，具體如表2所示。

3.2.3SGW的VoLTE被叫恢復(fù)方案

SGW的VoLTE被叫恢復(fù)方案用于SGW節(jié)點(diǎn)故障時恢復(fù)故障節(jié)點(diǎn)上用戶的語音被叫業(yè)務(wù)。

SGW被叫業(yè)務(wù)恢復(fù)方案的流程如圖8所示。

具體信令流程如下：

1)PGW根據(jù)Create Session Request/Modify Bearer

表2SGW故障時MME對不同用戶的處理方式

用戶的狀態(tài)/行為MME處理方式ECM_IDLE狀態(tài)MME根據(jù)用戶最近接入的TAI,選擇SGWPool內(nèi)其他SGWECM_CONNECTED狀態(tài)MME釋放S1連接和無線資源,等用戶回到ECM_IDLE狀態(tài),發(fā)起ServiceRequest,重新建立S1連接和無線資源切換中源MME拒絕HandoverRequired請求,然后按照上述方式繼續(xù)處理正在發(fā)起ServiceRequest先重分配SGW,再繼續(xù)處理用戶的ServiceRequest請求MME內(nèi)TAU重分配SGW,然后繼續(xù)TAU流程MME間TAU源MME在ContextResponse消息內(nèi)指示目標(biāo)MME需要SGW重分配,繼續(xù)TAU流程

圖8　SGW故障被叫恢復(fù)流程

Request消息，記錄用戶附著的MME地址。

2)PGW收到IMS信令(包含在Downlink Data消息內(nèi))。

3)當(dāng)檢測出為用戶服務(wù)的SGW故障后，PGW輪選一臺SGW Pool內(nèi)的其他SGW發(fā)送PGW Downlink Triggering Notification消息，攜帶IMSI和MME地址。

4)備用SGW根據(jù)消息內(nèi)攜帶的MME地址，將消息轉(zhuǎn)發(fā)給相應(yīng)的MME。如果PGW沒有提供MME地址，SGW根據(jù)配置，將消息轉(zhuǎn)發(fā)給Pool內(nèi)所有MME。

5)如果MME找到了IMSI對應(yīng)的UE上下文，MME向SGW返回PGW Downlink Triggering Acknowledge消息。

6)(可選步驟)如果MME沒有查詢到該IMSI的UE上下文，發(fā)送PGW Downlink Triggering Acknowledge消息，攜帶錯誤代碼Context Not Found。

7)(可選步驟)如果SGW從MME收到PGW Downlink Triggering Acknowledge消息，攜帶錯誤代碼Context Not Found，SGW將PGW Downlink Triggering Notification消息轉(zhuǎn)發(fā)給Pool內(nèi)所有其他的MME。

8)MME向UE發(fā)起S-TMSI尋呼。

9)UE發(fā)起Service Request，后續(xù)流程參照主叫恢復(fù)流程。

10)SGW向PGW返回 Downlink Triggering Acknowledge消息。

3.2.4SGW主被叫業(yè)務(wù)恢復(fù)方案部署策略

為實現(xiàn)上述主被叫恢復(fù)功能，MME、SGW、PGW、HSS需要進(jìn)行如下改造：

為實現(xiàn)主叫方案中的VoLTE業(yè)務(wù)優(yōu)先恢復(fù)，HSS需要升級支持APN恢復(fù)優(yōu)先級的簽約功能。由于VoLTE業(yè)務(wù)一般使用固定的IMS APN，因此可以在MME上直接配置IMS APN為高優(yōu)先恢復(fù)等級，以減少HSS的改造費(fèi)用。

考慮到VoLTE用戶較多，MME重新為VoLTE用戶分配SGW時，需要合理設(shè)置參數(shù)，控制分配的速度，防止核心網(wǎng)設(shè)備過載。同時需要兼顧其他重要用戶的無線專線數(shù)據(jù)業(yè)務(wù)恢復(fù)。

為實現(xiàn)被叫方案步驟3)，PGW需要配置一張SGW Pool內(nèi)所有SGW的地址列表，并指定SGW的主備關(guān)系，實際部署時可以采用鏈?zhǔn)交浞绞?，提高PGW輪選的效率。

為實現(xiàn)被叫方案步驟4)和7)，SGW需要配置MME Pool內(nèi)所有MME的地址列表。實際配置時，僅需要在SGW上配置同覆蓋TAC的MME Pool地址列表。

4部署效果

容災(zāi)方案部署前后，MME和SGW設(shè)備故障時VoLTE業(yè)務(wù)的恢復(fù)情況對比如表3所示。

表3容災(zāi)方案部署前后效果對比

故障設(shè)備方案部署前方案部署后MME1)用戶主被叫業(yè)務(wù)均受影響2)當(dāng)用戶第一次數(shù)據(jù)/語音業(yè)務(wù)失敗后用戶的主被叫業(yè)務(wù)恢復(fù)1)主被叫業(yè)務(wù)不受影響2)主叫接續(xù)時間略有增加,用戶無感知3)被叫接續(xù)時間不變,用戶無感知SGW1)用戶主被叫業(yè)務(wù)均受影響2)主被叫業(yè)務(wù)恢復(fù)與數(shù)據(jù)業(yè)務(wù)恢復(fù)同步進(jìn)行,不區(qū)分優(yōu)先級1)主被叫業(yè)務(wù)不受影響2)呼叫接續(xù)時間略有增加3)語音業(yè)務(wù)優(yōu)先恢復(fù)

從方案部署后的效果來看，MME和SGW設(shè)備故障時VoLTE主被叫業(yè)務(wù)均不受影響，呼叫接續(xù)時間僅略有增加或者不增加，用戶業(yè)務(wù)感知得到極大提升，達(dá)到了較好的容災(zāi)目的。

5結(jié)束語

VoLTE網(wǎng)絡(luò)MME和SGW容災(zāi)方案彌補(bǔ)了傳統(tǒng)承載數(shù)據(jù)業(yè)務(wù)EPC網(wǎng)絡(luò)容災(zāi)功能不具備的實時性的特點(diǎn)，因而能夠確保設(shè)備故障情況下，VoLTE的語音業(yè)務(wù)不受影響。由于VoLTE網(wǎng)絡(luò)結(jié)構(gòu)復(fù)雜、涉及網(wǎng)元眾多，針對PGW，PCC，IMS，AS等設(shè)備，也需要進(jìn)一步研究相應(yīng)的容災(zāi)技術(shù)和方案，以實現(xiàn)VoLTE整體網(wǎng)絡(luò)的容災(zāi)目標(biāo)。

參考文獻(xiàn)：

[1]中國移動.中國移動面向VoLTE的TD-LTE技術(shù)白皮書[S].2013.

[2]3GPP TS 23.216，Single radio voice call continuity (SRVCC)[S].2012.

[3]3GPP TR 23.856，Single radio voice call continuity(SRVCC) enhancements[S].2010.

[4]3GPP TS 23.237，IP multimedia subsystem (IMS) service continuity[S].2012.

[5]3GPP TS 29.274，Tunnelling protocol for control plane (GTPv2-C)[S].2014.

[6]3GPP TS 23.007，Restoration procedures[S].2014.

Research on disaster recovery technology of EPC equipments in VoLTE network

BAO Weihua, XIE Zhigang

(ChinaMobileCommunicationsCorporationShanghaiCo.,Ltd.,Shanghai201206,China)

Abstract:To solve the problem of VoLTE service interruption during breakdown of MME and SGW equipment in EPC network, technologies of GTP path failure detection and MME/SGW disaster recovery are researched. Disaster recovery schemes of mobile originate/mobile terminated VoLTE calls are formed. Deployment policy of each scheme is proposed and actual deployment effect is summarized. The result shows that VoLTE service could be seamless handover to other equipments in normal status during breakdown of MME and SGW equipment, and users are not aware of the breakdown, which proves that the goal of the disaster recovery scheme is realized.

Key words:VoLTE; MME; SGW; disaster recovery

中圖分類號:TN949.6

文獻(xiàn)標(biāo)識碼:A

DOI：10.16280/j.videoe.2016.02.019

作者簡介：

鮑偉華(1981— )，碩士，工程師，主研移動通信分組域和電路域核心網(wǎng)的演進(jìn)、網(wǎng)絡(luò)管理、運(yùn)維自動化；

謝志剛(1981— )，工程碩士，工程師，主研移動通信分組域和電路域核心網(wǎng)的演進(jìn)、網(wǎng)絡(luò)管理、運(yùn)維自動化。

責(zé)任編輯：許盈

收稿日期：2015-09-09

文獻(xiàn)引用格式：鮑偉華，謝志剛. VoLTE網(wǎng)絡(luò)分組域設(shè)備容災(zāi)技術(shù)研究[J].電視技術(shù)，2016，40(2)：96-102.

BAO W H, XIE Z G. Research on disaster recovery technology of EPC equipments in VoLTE network [J].Video engineering，2016，40(2)：96-102.