潘璐，高晨亮，金晨光，曹蕾

VoLTE終端多媒體彩鈴業(yè)務(wù)關(guān)鍵技術(shù)研究

潘璐，高晨亮，金晨光，曹蕾

（中國移動通信集團(tuán)公司研究院，北京 100053）

為了豐富VoLTE終端用戶的業(yè)務(wù)體驗，針對音頻和視頻起呼不同場景，開展終端側(cè)音頻和視頻彩鈴業(yè)務(wù)的關(guān)鍵技術(shù)研究，結(jié)合IMS視頻彩鈴業(yè)務(wù)協(xié)商機(jī)制，從終端側(cè)和平臺側(cè)提出了兩種優(yōu)化方案，可有效保障多媒體彩鈴的協(xié)商以及用戶彩鈴業(yè)務(wù)的體驗效果，并對未來多媒體彩鈴的應(yīng)用場景進(jìn)行了展望。

IMS 多媒體彩鈴 音頻彩鈴 視頻彩鈴 資源預(yù)留

1 引言

傳統(tǒng)音頻彩鈴是運(yùn)營商增值業(yè)務(wù)中市場滲透率和覆蓋率非常高的一項業(yè)務(wù)。隨著VoLTE語音業(yè)務(wù)迅速發(fā)展，VoLTE視頻及相關(guān)增值業(yè)務(wù)也逐漸受到關(guān)注。基于IMS（IP Multimedia Subsystem，IP多媒體子系統(tǒng)）的多媒體彩鈴業(yè)務(wù)不僅可以為用戶提供更悅耳的音樂彩鈴，而且還可以為用戶提供如歌曲MV、DIY視頻等視頻彩鈴業(yè)務(wù)，使用戶獲得更豐富的增值業(yè)務(wù)體驗。為確保用戶良好的多媒體彩鈴業(yè)務(wù)體驗，本文針對不同場景重點(diǎn)研究彩鈴業(yè)務(wù)關(guān)鍵技術(shù)，并結(jié)合可能出現(xiàn)的異常場景，從終端側(cè)和平臺側(cè)提出相應(yīng)的優(yōu)化方案。

2 業(yè)務(wù)背景

VoLTE是一種基于IMS的語音解決方案，其與傳統(tǒng)2G/3G的CS域話音方案、LTE下的CSFB（Circuit Switched FallBack，電路域回落）語音方案相比，具有如下優(yōu)勢：

（1）通話質(zhì)量明顯提升

一方面，由于AMR-WB（Adaptive Multi Rate Wideband，自適應(yīng)多速率寬帶）等新型高清語音編解碼技術(shù)的引入；

另一方面，QoS（Quality of Service，服務(wù)質(zhì)量）控制機(jī)制和資源預(yù)留機(jī)制（precondition）為語音業(yè)務(wù)提供了有效的資源保障，使VoLTE通話質(zhì)量提升約50%，用戶可以體驗到更自然的通話效果。

（2）呼叫建立時延大幅縮短

VoLTE是基于TD-LTE網(wǎng)絡(luò)全I(xiàn)P條件下的端到端語音方案，呼叫建立時延在2 s左右，與2G/3G相比時延縮短50%～70%。

（3）增值業(yè)務(wù)有更廣闊的拓展空間

由于基于IMS網(wǎng)絡(luò)架構(gòu)，VoLTE更容易與IMS網(wǎng)絡(luò)其他多媒體業(yè)務(wù)（如融合消息、會議、視頻共享等）及互聯(lián)網(wǎng)業(yè)務(wù)發(fā)生融合，進(jìn)而為用戶提供更豐富的業(yè)務(wù)體驗。

在確保VoLTE業(yè)務(wù)已有優(yōu)勢的基礎(chǔ)上，為了使多媒體彩鈴業(yè)務(wù)在“黃金15 s”發(fā)揮最大的增值效果，本文重點(diǎn)從VoLTE終端側(cè)梳理不同場景下的多媒體彩鈴業(yè)務(wù)的實現(xiàn)技術(shù)，保障多媒體彩鈴業(yè)務(wù)良好的體驗效果。

3 技術(shù)實現(xiàn)

3.1 音頻彩鈴業(yè)務(wù)場景

IMS網(wǎng)絡(luò)下的音頻彩鈴與2G/3G網(wǎng)絡(luò)下的同類業(yè)務(wù)相比，主叫終端與彩鈴平臺通過SIP（Session Initiation Protocol，會話初始協(xié)議）信令協(xié)商，且遵循QoS、precondition協(xié)商機(jī)制；同時彩鈴庫新增使用AMR-WB和AMR-NB新型語音編解碼技術(shù)制作的鈴音，因此主叫用戶可在起呼后、被叫摘機(jī)前的時間窗內(nèi)又快又好地享受到更高清、更自然的音頻彩鈴業(yè)務(wù)。

（1）音頻起呼音頻彩鈴場景關(guān)鍵技術(shù)

在音頻起呼場景，主叫VoLTE終端與彩鈴平臺通過SIP信令協(xié)商音頻彩鈴業(yè)務(wù)，既遵循了IMS網(wǎng)絡(luò)下QoS服務(wù)質(zhì)量的協(xié)商機(jī)制，保障音頻彩鈴在QCI（QoS Class Identifier，QoS等級標(biāo)識）=1的專有承載上進(jìn)行傳輸，同時也通過precondition資源預(yù)留機(jī)制保證彩鈴業(yè)務(wù)在主叫與彩鈴平臺間端到端資源準(zhǔn)備就緒后的正常傳輸。具體流程如圖1所示。

VoLTE音頻彩鈴端到端信令協(xié)商流程描述如下：

步驟1～8：主叫與被叫完成端到端信令協(xié)商及資源預(yù)留。被叫發(fā)送180 Ringing振鈴消息，被叫歸屬地彩鈴平臺AS收到并緩存此消息。

步驟9：主叫終端收到Update消息。其中，消息頭中攜帶支持資源預(yù)留的頭域（Supported:precondition），SDP（Session Description Protocol，會話描述協(xié)議）中攜帶AMR-WB、AMR-NB等音頻編解碼信息。同時，攜帶資源預(yù)留的提議（offer），包括本地和遠(yuǎn)端的當(dāng)前及預(yù)期狀態(tài)信息、需作為遠(yuǎn)端的主叫反饋資源預(yù)留狀態(tài)的確認(rèn)（conf）字段。

步驟10：主叫終端根據(jù)自身能力回復(fù)200 OK（For Update），其中攜帶本地當(dāng)前資源預(yù)留的情況。

步驟11～12：若主叫本地資源在步驟10中已預(yù)留成功并反饋給彩鈴平臺，此步驟可省略；若主叫本地資源在步驟10時未準(zhǔn)備就緒，待預(yù)留成功時主叫發(fā)送Update消息更新狀態(tài)，彩鈴平臺收到更新并確認(rèn)。

步驟13：彩鈴AS在確認(rèn)主叫和本地資源均預(yù)留成功后，向主叫轉(zhuǎn)發(fā)180 Ringing，同時推送音頻彩鈴RTP媒體包。其中，180 Ringing中早媒體參數(shù)PEM（P-Early-Media）狀態(tài)為sendrecv，即主叫本地可發(fā)可收RTP媒體包。此時主叫終端根據(jù)收到的PEM=sendrecv狀態(tài)信息，對后續(xù)收到音頻彩鈴RTP媒體包進(jìn)行解析和播放處理。

步驟14～17：當(dāng)被叫用戶摘機(jī)，被叫終端將發(fā)送200 OK（For Invite），彩鈴AS收到并緩存，同時向被叫回復(fù)確認(rèn)ACK。

步驟18～25：被叫終端收到空SDP的re-Invite消息，發(fā)送200 OK（For re-Invite）消息。其中，SDP攜帶被叫本地上一次音頻協(xié)商能力或音視頻全媒體能力；彩鈴平臺根據(jù)步驟1～4原始音頻通話協(xié)商結(jié)果，刪除視頻媒體相關(guān)SDP內(nèi)容，并轉(zhuǎn)為Update消息發(fā)送給主叫，進(jìn)行音頻通話的重協(xié)商。

圖1 音頻起呼場景音頻彩鈴業(yè)務(wù)協(xié)商流程

結(jié)合彩鈴業(yè)務(wù)流程中QoS和precondition機(jī)制，針對步驟9提供如下信令示例：

a=curr：qos local sendrecv

a=curr：qos remote none

a=des：qos mandatory local sendrecv

a=des：qos mandatory remote sendrecv

a=conf：qos remote sendrecv

其中：

第一行當(dāng)前（curr）本地（local）可收可發(fā)（sendrecv），說明彩鈴平臺本地資源已預(yù)留成功；

第二行當(dāng)前遠(yuǎn)端（即主叫，remote）狀態(tài)未知（none）；

第三行根據(jù)QoS和precondition機(jī)制，說明彩鈴平臺本端期望最終本端資源預(yù)留成功（sendrecv），根據(jù)第一行目前本地狀態(tài)已滿足；

第四行同理，最終預(yù)期遠(yuǎn)端（即主叫）也成功完成資源預(yù)留狀態(tài)（sendrecv）。

對于當(dāng)前彩鈴平臺而言，由于當(dāng)前主叫側(cè)資源預(yù)留是否成功的狀態(tài)未知，因此在Update消息中攜帶第五行conf消息，即指出彩鈴平臺本端期待收到主叫（遠(yuǎn)端）資源預(yù)留成功的應(yīng)答（Answer）。

若主叫終端發(fā)送給彩鈴平臺的第一條200 OK（For Update）消息SDP中攜帶的主叫側(cè)資源預(yù)留仍為none，則彩鈴平臺將始終等待來自主叫側(cè)的Answer；若主叫終端側(cè)資源預(yù)留成功，則將發(fā)送Update狀態(tài)更新消息，把本地資源預(yù)留成功（sendrecv）的狀態(tài)更新至彩鈴平臺。

在此場景中，VoLTE終端需具備基本的SIP信令協(xié)商能力，同時終端必須遵循QoS機(jī)制和precondition協(xié)商機(jī)制。

（2）視頻起呼音頻彩鈴場景關(guān)鍵技術(shù)

視頻起呼與音頻起呼場景相比，主叫VoLTE終端與彩鈴平臺間的SIP信令協(xié)商流程相似，但仍存在不同，下面結(jié)合圖1具體論述如下：

步驟9：主叫終端收到的Update消息中，視頻媒體行被置為inactive。

步驟20：被叫回復(fù)200 OK（For re-Invite），將攜帶音視頻全媒體能力。

步驟18～22：彩鈴平臺收到攜帶音視頻全媒體能力的200 OK（For re-Invite）消息。彩鈴平臺根據(jù)步驟1～4原始視頻通話協(xié)商結(jié)果，保留被叫終端的視頻媒體能力，并將200 OK（For re-Invite）轉(zhuǎn)為Update發(fā)給主叫終端。

步驟22～23：主被叫終端通過SIP信令協(xié)商恢復(fù)原視頻通話。

在此場景中，需確?，F(xiàn)網(wǎng)彩鈴設(shè)備在步驟9中將視頻媒體行置為inactive而非0。否則，在后續(xù)主被叫終端恢復(fù)視頻通話的重協(xié)商時，經(jīng)彩鈴平臺轉(zhuǎn)發(fā)給主叫終端的步驟21中的視頻媒體行仍將為0，從而導(dǎo)致無法恢復(fù)為視頻通話，進(jìn)而影響用戶體驗。

3.2 視頻彩鈴業(yè)務(wù)場景

IMS網(wǎng)絡(luò)下的視頻彩鈴與音頻彩鈴相比，在業(yè)務(wù)早媒體類型方面將由單一的音頻擴(kuò)展至音頻和視頻兩種媒體，為確保主叫用戶能夠觀賞到流暢、清晰的視頻彩鈴，需對QoS和資源預(yù)留提出新的需求，下面將分場景逐一論述。

（1）音頻起呼視頻彩鈴場景關(guān)鍵技術(shù)

音頻起呼場景中，視頻彩鈴業(yè)務(wù)在主叫VoLTE終端與彩鈴平臺間的SIP信令協(xié)商流程如圖2所示。

VoLTE視頻彩鈴基本端到端協(xié)商流程描述如下：

步驟1～8：同圖1。

步驟9：主叫終端收到Update。其中，消息頭攜帶支持資源預(yù)留頭域（Supported:precondition），SDP中攜帶音視頻編解碼能力。同時，攜帶資源預(yù)留的提議（offer），包括本地和遠(yuǎn)端的當(dāng)前及預(yù)期狀態(tài)、需要主叫遠(yuǎn)端反饋資源預(yù)留狀態(tài)的確認(rèn)（conf）消息。

步驟10：若在主叫執(zhí)行步驟10前視頻專用承載QCI=2已建立成功，且主叫本地音視頻媒體資源已預(yù)留成功，主叫終端將根據(jù)自身能力回復(fù)200 OK（For Update），其SDP中攜帶本地當(dāng)前音視頻媒體資源預(yù)留情況（sendrecv）；若主叫終端在執(zhí)行步驟10前無線鏈路和本地資源有任一未就緒，此時主叫終端在200 OK（For Update）消息的SDP中，本地視頻資源狀態(tài)將為none。

圖2 音頻起呼場景視頻彩鈴業(yè)務(wù)協(xié)商流程

步驟11～12：若在步驟10中主叫終端本地?zé)o線鏈路和本地資源有任意一項未預(yù)留成功，待本地音視頻資源均準(zhǔn)備就緒后，主叫終端將發(fā)送Update更新狀態(tài)；若在步驟10中主叫本地?zé)o線鏈路、音視頻資源均已就緒且告知彩鈴平臺，此流程可省略。

步驟13：當(dāng)彩鈴AS確認(rèn)遠(yuǎn)端主叫及本地音視頻資源均預(yù)留成功后，將向主叫轉(zhuǎn)發(fā)180 Ringing，并推送音頻和視頻彩鈴RTP媒體包。其中，180 Ringing的SDP中早媒體參數(shù)PEM（P-Early-Media）狀態(tài)將填寫為sendrecv，即可發(fā)可收RTP媒體包。此時主叫終端根據(jù)PEM=sendrecv，將收到的RTP媒體包進(jìn)行解析和播放。

步驟14～17：被叫摘機(jī)發(fā)送200 OK（For Invite），彩鈴AS收到后緩存本地并回復(fù)ACK。

步驟18～25：被叫終端收到空SDP的re-Invite消息，發(fā)送200 OK（For re-Invite）。其中，SDP攜帶原音頻協(xié)商結(jié)果或本地音視頻全媒體能力；彩鈴平臺依步驟1～4原始音頻協(xié)商，刪除其中的視頻媒體能力，并將此消息轉(zhuǎn)為Update，發(fā)送給主叫進(jìn)而音頻重協(xié)商。

針對音頻起呼播放視頻彩鈴媒體場景，原主被叫終端完成音頻協(xié)商后，主被叫間僅有一條QCI=1語音專用承載，需在主叫和彩鈴平臺之間重新協(xié)商并申請QCI=2的視頻專有承載；同時，為保障信令面和媒體面資源同時準(zhǔn)備就緒，需繼續(xù)嚴(yán)格遵循precondition資源預(yù)留協(xié)商機(jī)制。

若QCI=2的視頻專有承載和端到端資源均預(yù)留成功，主叫終端將可正常觀賞到清晰的視頻彩鈴；若QCI=2的視頻專有承載或端到端資源預(yù)留任意一個協(xié)商失敗，如何確保主叫用戶對于多媒體彩鈴業(yè)務(wù)的良好體驗，即如何兼容異常場景下的多媒體彩鈴業(yè)務(wù)，下面將通過終端側(cè)方案和平臺側(cè)方案來詳細(xì)論述。

1）終端側(cè)兼容方案

為兼容資源預(yù)留異常場景，從終端角度出發(fā)制定兼容方案。

參考圖2，若在主叫執(zhí)行步驟10時，本地音視頻資源任一項未就緒，主叫將在發(fā)送200 OK（For Update）消息SDP中將對應(yīng)項資源狀態(tài)填寫為a=curr：qos local none，同時啟動本地保護(hù)定時器（Pqos）。此定時器可配置，主叫終端可根據(jù)網(wǎng)絡(luò)情況調(diào)整設(shè)定。

◆若Pqos定時器超時前，主叫本地判斷視頻專用承載等資源預(yù)留成功，將主動發(fā)送Update狀態(tài)更新消息給彩鈴平臺，即可正常執(zhí)行視頻彩鈴協(xié)商和播放流程。

◆若Pqos定時器超時前，主叫本地判斷視頻專用承載等資源始終未預(yù)留成功，待Pqos定時器超時，主叫終端將主動發(fā)送Update消息，且將此消息SDP中的視頻媒體行置為0，即因資源不足，本次主叫建議將視頻彩鈴降級為音頻彩鈴。彩鈴平臺根據(jù)收到的更新消息進(jìn)行協(xié)商，若協(xié)商成功則根據(jù)協(xié)商結(jié)果向主叫終端推送音頻彩鈴媒體包，主叫終端根據(jù)協(xié)商結(jié)果正常接收并播放音頻彩鈴。

通過以上終端側(cè)兼容方案，不僅可以實現(xiàn)資源預(yù)留成功場景下視頻彩鈴的正常播放，而且也可以兼容資源預(yù)留失敗場景下多媒體彩鈴業(yè)務(wù)的連續(xù)性及用戶體驗。

2）平臺側(cè)兼容方案

結(jié)合視頻彩鈴業(yè)務(wù)實現(xiàn)流程，從彩鈴平臺側(cè)設(shè)置定制器，考慮平臺側(cè)保護(hù)機(jī)制。

參考圖2信令交互流程，當(dāng)彩鈴平臺執(zhí)行完步驟9時，即刻啟動本地保護(hù)定時器（Tqos）。定時器Tqos必須大于Pqos，以便確保主叫側(cè)音視頻資源預(yù)留成功后再次發(fā)送Update給彩鈴AS，可執(zhí)行正常的視頻彩鈴協(xié)商和播放流程。同時，此定時器可配置，主叫終端可根據(jù)網(wǎng)絡(luò)實際情況設(shè)定和調(diào)整。

◆若Tqos定時器超時前，主叫本地判斷視頻專用承載等資源預(yù)留成功，將主動發(fā)送Update狀態(tài)更新消息給彩鈴平臺，主叫與彩鈴平臺即執(zhí)行正常的視頻彩鈴協(xié)商和播放流程，同時關(guān)閉Tqos定時器。

◆若Tqos定時器超時前，彩鈴平臺僅收到主叫終端發(fā)送的本地視頻資源未預(yù)留成功（a=curr：qos local none）的Update消息，待Tqos定時器超時，彩鈴平臺將發(fā)送Update消息，且將此消息SDP中的視頻媒體行置為0，重新進(jìn)行音頻彩鈴早媒體協(xié)商，主叫終端與彩鈴平臺間根據(jù)協(xié)商結(jié)果播放音頻彩鈴。

◆若Tqos定時器超時前，彩鈴平臺始終未收到200 OK（For Update）消息，待Tqos定時器超時，彩鈴平臺將直接發(fā)送180 Ringing消息，其中PEM=inactive。主叫終端在收到此消息后，啟動本地放音功能，向主叫播放“嘟嘟嘟”普通提示音。

此平臺側(cè)兼容方案不僅保證了主叫和彩鈴平臺間音視頻資源預(yù)留成功場景下視頻彩鈴的正常播放，而且在視頻資源預(yù)留失敗、主叫故障等異常場景下也均可實現(xiàn)多媒體彩鈴業(yè)務(wù)的連續(xù)性。

（2）視頻起呼視頻彩鈴場景關(guān)鍵技術(shù)

針對視頻彩鈴業(yè)務(wù)，視頻起呼場景與音頻起呼場景相比，主被叫在初始協(xié)商階段即完成QCI=1和QCI=2的音視頻專有承載的申請及建立、端到端的音視頻資源預(yù)留，因此在視頻彩鈴協(xié)商階段無需額外申請視頻專有承載及資源。

若協(xié)商過程中因主叫終端移動發(fā)生SRVCC（Single Radio Voice Call Continuity，雙模單待無線語音呼叫連續(xù)性）流程，終端將移入非VoLTE覆蓋區(qū)，此場景的多媒體業(yè)務(wù)流程將在下文重點(diǎn)介紹。

3.3 SRVCC場景下的多媒體彩鈴業(yè)務(wù)

具體如下：

（1）音頻起呼振鈴階段，如主叫終端在被叫終端音頻摘機(jī)應(yīng)答后發(fā)生SRVCC切換。此場景下，主叫終端可正常體驗多媒體彩鈴業(yè)務(wù)，但由于主叫終端能力發(fā)生變化，因此主被叫將進(jìn)行重協(xié)商。針對主被叫重協(xié)商過程，被叫終端將回復(fù)200 OK（For re-Invite）攜帶初始SDP協(xié)商結(jié)果（音頻媒體能力）或全媒體能力（音頻全媒體或音視頻全媒體）的消息。

（2）視頻起呼振鈴階段，如被叫終端先視頻摘機(jī)應(yīng)答，隨后主叫終端發(fā)生SRVCC切換。此場景下，主叫終端將可正常體驗多媒體彩鈴業(yè)務(wù)，但因主叫媒體能力發(fā)生變更，所以主被叫間將通過重協(xié)商由原視頻通話恢復(fù)為音頻通話，被叫終端需支持回復(fù)200 OK（For re-Invite）攜帶上一次SDP協(xié)商結(jié)果（音視頻媒體能力）或音視頻全媒體能力的消息。

（3）視頻起呼振鈴階段，如主叫終端先發(fā)生SRVCC切換，稍后被叫終端音頻摘機(jī)應(yīng)答。此場景下，主叫終端在切換前可正常體驗多媒體彩鈴業(yè)務(wù)，切換后因主叫終端無法再支持視頻能力，網(wǎng)絡(luò)側(cè)將給彩鈴平臺發(fā)送Update消息通知主叫的能力降級。此時被叫終端回復(fù)200 OK（For re-Invite）中攜帶音頻媒體能力或音視頻全媒體能力，核心網(wǎng)網(wǎng)元檢查并刪除視頻能力，轉(zhuǎn)發(fā)至主叫域MGCF（Media Gateway Controller Function，媒體網(wǎng)關(guān)控制功能）網(wǎng)元，使主被叫經(jīng)重協(xié)商恢復(fù)音頻通話。

（4）視頻彩鈴播放過程中，若主叫終端發(fā)生a-SRVCC切換，彩鈴平臺將根據(jù)主叫側(cè)網(wǎng)絡(luò)反饋的媒體更新請求，完成媒體更新處理，將本次視頻彩鈴直接回落為音頻彩鈴。即便主叫可能切換失敗再次返回LTE，為避免因音頻和視頻彩鈴頻繁切換影響用戶體驗，本場景的多媒體彩鈴業(yè)務(wù)將始終保持為降級后的音頻彩鈴。

4 應(yīng)用展望

多媒體彩鈴業(yè)務(wù)占據(jù)了音視頻通話振鈴階段的“黃金15 s”，隨著IMS網(wǎng)絡(luò)架構(gòu)的引入，多媒體彩鈴與互聯(lián)網(wǎng)IP類應(yīng)用業(yè)務(wù)將發(fā)生更多深度的融合。

根據(jù)音視頻多媒體彩鈴業(yè)務(wù)的特點(diǎn)，可在企業(yè)客戶新型廣告投放、微博等網(wǎng)紅自我宣傳等場景推廣應(yīng)用。同時，從傳統(tǒng)音頻彩鈴到新型視頻彩鈴，彩鈴業(yè)務(wù)將給予用戶聽覺和視覺的全方位業(yè)務(wù)體驗。結(jié)合現(xiàn)有的訂餐、快遞等互聯(lián)網(wǎng)市場對人工客服的需求，未來多媒體彩鈴業(yè)務(wù)將承擔(dān)更多點(diǎn)擊等在線互動交互功能，不僅可以大大降低人工服務(wù)的成本，而且能夠提升平臺與用戶的智能互動體驗，從而提高便捷性及用戶體驗。

5 結(jié)束語

本文總結(jié)了音頻、視頻不同起呼場景下，音頻和視頻兩類多媒體彩鈴業(yè)務(wù)的端到端關(guān)鍵技術(shù)。針對音頻起呼視頻彩鈴場景，結(jié)合資源預(yù)留異常場景，通過終端和平臺兩種兼容方案確保了多媒體彩鈴業(yè)務(wù)的端到端協(xié)商及業(yè)務(wù)體驗，同時結(jié)合多媒體彩鈴業(yè)務(wù)特點(diǎn)進(jìn)行了應(yīng)用展望。后續(xù)將結(jié)合現(xiàn)網(wǎng)多媒體彩鈴業(yè)務(wù)實測優(yōu)化定時器時長設(shè)置，并針對資源預(yù)留異常問題進(jìn)行定位，提出相應(yīng)的解決方案，進(jìn)一步優(yōu)化網(wǎng)絡(luò)性能并提升多媒體彩鈴業(yè)務(wù)體驗。

[1] Mikka Poikselka, Georg Mayer, Hisham Khartabil. IMS：IP多媒體概念和服務(wù)[M]. 3版. 北京: 機(jī)械工業(yè)出版社,2011.

[2] 3GPP TS 22.173 V15.1.0. IP Multimedia Core Network Subsystem (IMS) Multimedia Telephony Service and supplementary services[S/OL]. [2017-06-25]. https://www.3gpp.org/DynaReport/22173.htm.

[3] 3GPP TS 24.182 V14.0.0. IP Multimedia Subsystem (IMS)Customized Alerting Tones (CAT) [S/OL]. [2017-06-25].https://www.3gpp.org/DynaReport/24182.htm.

[4] 3GPP TS 24.229 V14.4.0. IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP)[S/OL]. [2017-06-25].https://www.3gpp.org/DynaReport/24229.htm.

[5] 3GPP TS 24.628 V14.0.0. Common Basic Communication procedures using IP Multimedia (IM) Core Network (CN)subsystem[S/OL]. [2017-06-25]. https://www.3gpp.org/DynaReport/24628.htm.

[6] RFC 3312. Integration of Resource Management and Session Initiation Protocol (SIP)[S/OL]. [2017-06-25].http://www.rfc-editor.org/info/rfc3321.

[7] 周峰. VoLTE讓彩鈴更悅耳[J]. 中國新通信, 2017,19(3):43-46.

[8] 楊軍,廖建新,朱曉民,等. 基于IMS的多媒體彩鈴業(yè)務(wù)的設(shè)計和實現(xiàn)[J]. 電信工程技術(shù)與標(biāo)準(zhǔn)化, 2006,19(4):87-90.

[9] 喬木,王晶. 基于VoLTE的多媒體彩鈴業(yè)務(wù)的設(shè)計與實現(xiàn)[J]. 電信工程技術(shù)與標(biāo)準(zhǔn)化, 2015,28(7): 52-57.

[10] 姜先貴,李勇輝,朱斌,等. VoLTE語音質(zhì)量研究[J]. 郵電設(shè)計技術(shù), 2015(10): 51-55.★

Research on Key Techniques of Multimedia Ringback Music Services for VoLTE Terminal

PAN Lu, GAO Chenliang, JIN Chenguang, CAO Lei

(China Mobile Research Institute, Beijing 100053, China)

In order to enrich the service experience of VoLTE terminal users，key techniques of voice and video ringback music service in the terminal side were investigated according to the different calling scenarios of voice and video.Combined with the negotiation mechanism of IMS video ringback music service, two optimization solutions in both terminal side and the platform side were proposed, which can effectively guarantee the negotiation of multimedia ringback music and the experience effect of user’s ringback music service. In addition, the application scenario of multimedia ringback music in the future was prospected.

IMS multimedia ringback music audio ringback music video ringback music resource reservation

10.3969/j.issn.1006-1010.2017.22.017

TN929.5

A

1006-1010(2017)22-0089-08

潘璐,高晨亮,金晨光,等. VoLTE終端多媒體彩鈴業(yè)務(wù)關(guān)鍵技術(shù)研究[J]. 移動通信, 2017,41(22): 89-96.

2017-06-25

袁婷 yuanting@mbcom.cn

潘璐：碩士，現(xiàn)任職于中國移動通信集團(tuán)公司研究院，主要從事VoLTE及物聯(lián)網(wǎng)相關(guān)標(biāo)準(zhǔn)制定、測試驗證、產(chǎn)業(yè)推進(jìn)等工作。

高晨亮：碩士，現(xiàn)任職于中國移動通信集團(tuán)公司研究院，主要從事VoLTE及物聯(lián)網(wǎng)相關(guān)標(biāo)準(zhǔn)制定、測試驗證、產(chǎn)業(yè)推進(jìn)等工作。

金晨光：高級工程師，碩士畢業(yè)于西安電子科技大學(xué)，現(xiàn)任職于中國移動通信集團(tuán)公司研究院，長期從事2G/3G/4G/5G移動通信技術(shù)標(biāo)準(zhǔn)研究、移動終端原型產(chǎn)品方案研發(fā)、規(guī)模試驗、終端產(chǎn)品測試認(rèn)證等工作，目前主要從事4G/5G移動通信語音方案研究及產(chǎn)品方案開發(fā)等相關(guān)工作。