YDT 4514-2023移動智能終端支持視頻彩鈴的技術(shù)要求和測試方法

ICS33.060

CCSM36

YD

中華人民共和國通信行業(yè)標(biāo)準(zhǔn)

YD/TXXXX—XXXX

移動智能終端支持視頻彩鈴的技術(shù)要求和

測試方法

Technicalrequirementsandtestmethodsforsmartmobileterminalto

supportcustomizedvideoalertingtonesservice

(報批稿)

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

中華人民共和國工業(yè)和信息化部發(fā)布

YD/TXXXX—XXXX

前言

本文件按照GB/T1.1—2020《標(biāo)準(zhǔn)化工作導(dǎo)則第1部分：標(biāo)準(zhǔn)化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起

草。

請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔(dān)識別專利的責(zé)任。

本文件由中國通信標(biāo)準(zhǔn)化協(xié)會提出并歸口。

本文件起草單位：中國移動通信集團有限公司，中國電信集團有限公司，中國聯(lián)合網(wǎng)絡(luò)通信集團有

限公司，華為技術(shù)有限公司，北京三星通信技術(shù)研究有限公司，北京小米移動軟件有限公司，高通無線

通信技術(shù)(中國)有限公司，維沃移動通信有限公司，OPPO廣東移動通信有限公司，中興通訊股份有限公

司。

本文件主要起草人：侯冠軍、張秋芬、董慶軍、楊碩、李琳、徐嵩、徐超、張昕、周靜、劉瑩、單

華琦、付皓、胡博、師瑜、馬智、弋翔、羅志亮、郝紅霞、吳康華、吳越、趙福軍、吳春雨、江小威、

杜志敏、陳晨、滕悅明、張元、高立發(fā)、曹婉、劉臻、李騰、張明、王海杰、畢揚、張宏偉。

2

YD/TXXXX—XXXX

移動智能終端支持視頻彩鈴的技術(shù)要求和測試方法

1范圍

本文件規(guī)定了移動智能終端支持視頻彩鈴業(yè)務(wù)的技術(shù)要求和測試方法，包括支持視頻彩鈴業(yè)務(wù)開展

所需的終端功能要求、業(yè)務(wù)功能要求、人機界面要求等，以及針對以上要求開展測試的測試方法。

本文件適用于支持基于IMS的語音和視頻解決方案（即“Voice&videooverIPMultimedia

Subsysytem”，以下簡稱VoIMS）的移動智能終端的視頻彩鈴業(yè)務(wù)的研發(fā)、測試和認(rèn)證等，其它終端也

可參考使用。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

IETFRFC3261SIP：會話初始協(xié)議（SIP:SessionInitiationProtocol）

IETFRFC3264一種基于會話描述協(xié)議（SDP）的要約/應(yīng)答模型（AnOffer/AnswerModelwiththe

SessionDescriptionProtocol(SDP)）

3GPPTS24.182IP多媒體子系統(tǒng)（IMS）彩鈴；協(xié)議規(guī)范（版本15）（IPMultimediaSubsystem

(IMS)CustomizedAlertingTones(CAT);Protocolspecification(Release15)）

3GPPTS24.183IP多媒體子系統(tǒng)（IMS）彩振；協(xié)議規(guī)范（版本17）（IPMultimediaSubsystem

(IMS)CustomizedRingingSignal(CRS);Protocolspecification(Release17)）

3GPPTS24.229基于會話初始協(xié)議（SIP）和會話描述協(xié)議（SDP）的IP多媒體呼叫控制協(xié)議；第

3階段（版本15）（IPmultimediacallcontrolprotocolbasedonSessionInitiationProtocol

(SIP)andSessionDescriptionProtocol(SDP);Stage3(Release15)）

3GPPTS26.114IP多媒體子系統(tǒng)（IMS）；多媒體電話；媒體處理與交互（版本15）（IPMultimedia

Subsystem(IMS);MultimediaTelephony;Mediahandlingandinteraction(Release15)）

3GPPTS24.628IP多媒體核心網(wǎng)公共基礎(chǔ)通信過程（版本12）（CommonBasicCommunication

proceduresusingIPMultimedia(IM)CoreNetwork(CN)subsystem(Release12)）

GSMAPRDIR.92語音和短信的IMS配置文件（IMSProfileforVoiceandSMS）

GSMAPRDIR.94視頻通話業(yè)務(wù)的IMS配置文件（IMSProfileforConversationalVideoService）

ITU-TRecommendationH.264用于一般視聽服務(wù)的高級視頻編碼（Advancedvideocodingfor

genericaudiovisualservices）

3術(shù)語、定義和縮略語

3.1術(shù)語和定義

下列術(shù)語和定義適用于本文件。

3

YD/TXXXX—XXXX

3.1.1

移動智能終端smartmobileterminal

能夠接入移動通信網(wǎng)，具有能夠提供應(yīng)用軟件開發(fā)接口的操作系統(tǒng)，具有安裝、加載和運行應(yīng)用軟

件能力的終端。

[來源：YD/T2408—2021，3.1.1]

3.1.2

視頻彩鈴業(yè)務(wù)customizedvideoalertingtonesservice

視頻彩鈴業(yè)務(wù)是指在通話建立前為主叫用戶播放一段視頻或音頻（媒體降級場景）替代普通回鈴音，

為被叫用戶播放一段視頻替代被叫終端來電鈴聲的業(yè)務(wù)。

用戶使用視頻彩鈴業(yè)務(wù)必須開通業(yè)務(wù)功能，并同時具備VoIMS等功能。

3.1.3

視頻彩鈴customizedvideoalertingtones

視頻彩鈴是視頻彩鈴業(yè)務(wù)的服務(wù)功能之一，指將通話建立前主叫用戶聽到的普通回鈴音替代為網(wǎng)絡(luò)

側(cè)播放的一段視頻或音頻（媒體降級場景）的服務(wù)。

3.1.4

視頻彩振customizedvideoringingsignal

視頻彩振是視頻彩鈴業(yè)務(wù)的服務(wù)功能之一，指將通話建立前被叫終端來電鈴聲替代為網(wǎng)絡(luò)側(cè)播放的

一段視頻的服務(wù)。

3.2縮略語

下列縮略語適用于本文件。

AMR-WB自適應(yīng)多碼率寬帶編碼AdaptiveMulti-RateWideband

ARQ自動重傳請求AutomaticRepeatRequest

AS應(yīng)用專用ApplicationSpecific

AVP音視頻配置文件AudioandVideoProfile

擴展支持實時傳輸控制協(xié)議反饋的音AudioandVideoProfileforRTCP-based

AVPF

視頻配置文件Feedback

aSRVCC振鈴時單一無線語音呼叫連續(xù)性SRVCCduringalertingstage

bSRVCC振鈴前單一無線語音呼叫連續(xù)性SRVCCbeforealertingstage

CBP受約束的基準(zhǔn)配置文件ConstrainedBaselineProfile

CodecControlMessages(CCM)ofRTCP

CCM編解碼器控制消息

feedbackpackage

CCMFIRCCM完整內(nèi)部刷新FullIntraRefresh(CCM)

TemporaryMaximumMediaBitrate

CCMTMMBRCCM臨時最大媒體比特請求

Request(CCM)

4

YD/TXXXX—XXXX

CN核心網(wǎng)CoreNetwork

CS電路交換CircuitSwitching

CSFB電路域回落CircuitSwitchedFallback

CVO視頻定向協(xié)商CoordinationofVideoOrientation

DTMF雙音多頻DualToneMultiFrequency

EPC演進分組核心網(wǎng)EvolvedPacketCore

EPS演進分組系統(tǒng)EvolvedPacketSystem

eMSC針對SRVCC的增強移動交換中心enhancedMobileSwitchCenterforSRVCC

FEC前向糾錯ForwardErrorCorrection

GlobalSystemforMobile

GSMA全球移動通信系統(tǒng)聯(lián)盟

CommunicationsAlliance

IETF互聯(lián)網(wǎng)工程任務(wù)組InternetEngineeringTaskForce

IMSIP多媒體子系統(tǒng)IPMultimediaSubsystem

IP網(wǎng)際協(xié)議InternetProtocol

IR國際漫游InternationalRoaming

InternationalTelecommunicationUnion

ITU-T國際電信聯(lián)盟電信標(biāo)準(zhǔn)化部門TelecommunicationStandardization

Sector

LTE長期演進LongTermEvolution

NegativeAcknowledgementmessagesof

NACK未確認(rèn)包報告

RTCP-basedfeedbackpackage

NACKPLINACK圖片丟失指示PictureLostingIndicator(NACK)

NR新空口NewRadio

PANIP-Access-Network-Info頭域P-Access-Network-Info

PEMP-Early-Media頭域P-Early-Media

PRD永久參考文檔PermanentReferenceDocument

PT載荷類型PayloadType

QoS服務(wù)質(zhì)量QualityofService

RFC請求注解RequestForComments

RRRTCP包接收方報告ReceiverReportRTCPPacket

RSRTCP包發(fā)送方報告SenderReportRTCPPacket

RSRP參考信號接收功率ReferenceSignalReceivedPower

RTCP實時傳輸控制協(xié)議Real-timeTransportControlProtocol

RTP實時傳輸協(xié)議Real-TimeTransportProtocol

5

YD/TXXXX—XXXX

ServiceCentralizationandContinuity

SCCAS服務(wù)集中和連續(xù)性應(yīng)用服務(wù)器

ApplicationServer

SDP會話描述協(xié)議SessionDescriptionProtocol

SessionDescriptionProtocol(SDP)

SDPCapNegSDP能力協(xié)商

CapabilityNegotiation

Signal-to-Interference-and-Noise

SINR信號與噪聲干擾比

Ratio

SIP會話初始協(xié)議SessionInitiationProtocol

SRVCC單一無線語音呼叫連續(xù)性SingleRadioVoiceCallContinuity

TS技術(shù)規(guī)范TechnicalSpecification

Voice&videooverIPMultimedia

VoIMS基于IMS的語音和視頻解決方案

Subsysytem

VoLTE基于LTE的IMS語音解決方案VoiceoverLong-TermEvolution

VoNR基于NR的IMS語音解決方案VoiceoverNewRadio

The2ndGenerationmobile

2G第二代移動通信技術(shù)

communicationtechnology

The3rdGenerationmobile

3G第三代移動通信技術(shù)

communicationtechnology

3GPP第三代合作伙伴計劃3rdGenerationPartnershipProject

The4thGenerationmobile

4G第四代移動通信技術(shù)

communicationtechnology

The5thGenerationmobile

5G第五代移動通信技術(shù)

communicationtechnology

5GC第五代核心網(wǎng)5thGenerationCore

4終端功能要求

4.1終端形態(tài)

本文件中終端是指語音類終端，即可基于IMS會話控制功能提供電信語音和視頻通話業(yè)務(wù)功能的移

動智能終端。

本文件中按照終端演進形態(tài)及其支持的電信語音類業(yè)務(wù)能力的差異，將終端分為4G語音類終端（以

下簡稱“4G終端”）、5G語音類終端（以下簡稱“5G終端”）。

4.2工作模式

4G終端應(yīng)支持CS、CSFB、VoLTE等話音模式。

5G終端應(yīng)支持CS、CSFB、VoLTE、VoNR、EPSfallback等話音模式。

6

YD/TXXXX—XXXX

4.3播放模式

播放模式是指終端電話應(yīng)用去電詳情界面播放音頻回鈴音或視頻彩鈴、來電詳情界面與來電提示浮

窗等界面播放來電鈴聲或視頻彩振時，符合相應(yīng)播放、業(yè)務(wù)操作、業(yè)務(wù)設(shè)置、人機界面等功能要求的終

端電話應(yīng)用的工作界面。播放模式包括：

——去電詳情界面的音頻回鈴音播放模式，是指等待通話接通前還未進行視頻彩鈴等的視頻媒體

圖像播放時的默認(rèn)去電詳情界面。如果撥出呼叫并收到網(wǎng)絡(luò)側(cè)相關(guān)響應(yīng)和指示消息時，不需

進行視頻彩鈴等的視頻媒體圖像播放，則通常會繼續(xù)在該模式下播放主叫終端本地音頻普通

回鈴音、網(wǎng)絡(luò)音頻普通回鈴音、音頻彩鈴或其他網(wǎng)絡(luò)通知音，也即在收到網(wǎng)絡(luò)側(cè)相關(guān)響應(yīng)和

指示消息前后，去電詳情界面的顯示布局通常不會做調(diào)整，因此將該默認(rèn)去電詳情界面和播

放音頻普通回鈴音與音頻網(wǎng)絡(luò)通知音的去電詳情界面統(tǒng)稱為音頻回鈴音播放模式的去電詳情

界面，簡稱為“默認(rèn)去電界面”；

——去電詳情界面的視頻彩鈴播放模式，特指在去電詳情界面中，加入視頻彩鈴的視頻媒體圖像

顯示播放區(qū)域（以下簡稱“視頻畫框”、“畫框”）和相關(guān)播放功能要求、業(yè)務(wù)操作功能要

求所涉及的界面元素后的去電詳情界面，簡稱為“視頻彩鈴去電界面”；

——來電詳情界面的視頻彩振播放模式，特指在來電詳情界面中，加入視頻彩振的視頻畫框和相

關(guān)播放功能要求、業(yè)務(wù)操作功能要求所涉及的界面元素后的來電詳情界面，簡稱為“視頻彩

振來電界面”；

——來電提示浮窗的視頻彩振播放模式，特指在來電提示浮窗中，附加視頻彩振的視頻畫框和相

關(guān)播放功能要求、業(yè)務(wù)操作功能要求所涉及的界面元素后的來電提示浮窗，簡稱為“視頻彩

振來電浮窗”。

4.4IMS媒體功能

4.4.1話音編解碼

視頻彩鈴業(yè)務(wù)場景下，終端應(yīng)支持AMR-WB全部9種速率編碼模式，且默認(rèn)編碼模式為23.85kbps。

4.4.2視頻編解碼

視頻彩鈴業(yè)務(wù)場景下，終端應(yīng)能支持ITU-TH.264CBPlevel3.1，并向下兼容支持其level3.1

以下的level。

終端應(yīng)支持9:16豎屏、16:9橫屏、4:3橫屏、1:1橫屏等多種寬高比分辨率、30fps及以內(nèi)最高幀

率的視頻：

——9:16豎屏：540*960、576*1024、720*1280；

——16:9橫屏：640*360、854*480、960*540、1024*576、1280*720；

——4:3橫屏：640*480、800*600、1024*768；

——1:1橫屏：640*640、720*720、800*800、960*960。

4.5IMS控制功能

4.5.1會話管理

4.5.1.1呼叫管理

終端應(yīng)支持按照3GPPTS24.229和3GPPTS26.114的規(guī)定進行SIP呼叫管理流程及SDP媒體協(xié)商。

終端音、視頻通話SIP信令的頭域攜帶要求：

7

YD/TXXXX—XXXX

——終端在發(fā)起VoIMS話音主叫時，Invite消息中應(yīng)攜帶Accept-Contact頭域，應(yīng)攜帶包含

+g.3gpp.icsi-ref=“urn:urn-7:3gppservice.ims.icsi.mmtel”的Contact頭域；

——終端在發(fā)起視頻主叫時，Invite請求Accept-Contact頭域還應(yīng)包含video標(biāo)簽；

——終端在建立VoIMS音視頻通話和進行音視頻切換時，Invite請求、18X以及200OK消息應(yīng)

攜帶Contact頭域，并通過攜帶+g.3gpp.icsi-ref=

“urn:urn-7:3gpp-servive.ims.icsi.mmtel”與video標(biāo)簽標(biāo)識終端支持語音業(yè)務(wù)和視頻業(yè)

務(wù)能力。

終端音、視頻通話SIP信令處理和攜帶SDP要求：

——終端在收到空SDP的Invite消息后,如果終端支持視頻業(yè)務(wù)，回復(fù)消息的SDPoffer中應(yīng)攜

帶音頻和視頻信息；如果終端只支持音頻業(yè)務(wù)，回復(fù)消息的SDPoffer中只需攜帶音頻信息；

——終端應(yīng)該支持在Prack消息中攜帶SDP進行的媒體協(xié)商流程；

——主叫終端支持通過發(fā)送Cancel消息釋放尚未建立完成的呼叫，Cancel消息應(yīng)在收到對Invite

消息的臨時響應(yīng)之后，收到最終響應(yīng)之前發(fā)送；

——當(dāng)終端作為被叫收到攜帶SDP的Invite消息，如果本次呼叫沒有使用precondition流程且

此時被叫終端本地資源沒有就緒，被叫終端也應(yīng)通過回復(fù)183消息攜帶SDP，同時在被叫本地

資源預(yù)留成功前不提示用戶也不發(fā)送180消息。

終端視頻通話信令處理和攜帶SDP要求：

——在建立VoIMS視頻通話時，終端在Invite消息SDP中攜帶所有支持的視頻格式信息，推薦使

用a=imageattr參數(shù)；

——終端作為被叫接收到視頻呼叫Invite請求后，如果用戶拒絕接聽，應(yīng)支持發(fā)送603Decline

來響應(yīng)Invite；

——終端作為被叫接收到視頻呼叫Invite請求后，如果用戶選擇音頻接聽，終端應(yīng)發(fā)起Update

流程將視頻通話切換為音頻通話后發(fā)送針對Invite的200ok消息給主叫。

終端音、視頻通話SDP媒體協(xié)商和通信功能要求：

——終端在回復(fù)給SDPoffer的SDPanswer中針對每一個媒體行的每一種媒體亞型攜帶選定的一

種編解碼方式；如：視頻媒體行下攜帶為視頻流選定的一種視頻編解碼方式，音頻媒體行下

攜帶為音頻流選定的一種音頻編解碼方式和為電話事件選定的一種電話事件編解碼方式；

——終端在音視頻通話過程中應(yīng)支持雙向收發(fā)（sendrecv）；

——終端在發(fā)起VoIMS音視頻呼叫時，SDP長度不應(yīng)超過4096字節(jié)；

——終端在發(fā)送消息的SDP中代表方向的a行（RFC3264中的directionattribute，以下簡稱

“方向?qū)傩浴保┨顚懼祽?yīng)遵循如下要求：

?發(fā)送初始Invite消息中方向?qū)傩蕴顚懼蛋凑?GPPTS24.229V13.1.0中6.1.2與6.1.3規(guī)定

的要求，即不填寫或者填寫為sendrecv；

?終端在接收到空SDP的Invite消息時,在回復(fù)的消息中包含的SDPoffer中代表方向的a行

不填寫或者填寫為sendrecv；

?終端在接收到空SDP的re-Invite消息時,代表方向的a行填寫符合3GPPTS24.628中

4.7.2.1規(guī)定的要求；

?終端在初始視頻業(yè)務(wù)建立時應(yīng)支持H264CBPprofile編碼方案level3.0的視頻通話，并

且，終端應(yīng)支持level3.1和level3.0的視頻彩鈴。level3.0及l(fā)evel3.1申請帶寬值

建議如表1所示：

8

YD/TXXXX—XXXX

表1

level-idprofile-leTotalASRSRRmax-br

vel-idBandwidth(kbps)(bps)(bps)(kbps)

(kbps)

3.042C01E97496080006000974

3.142C01F21762162800060002176

——終端SDP媒體協(xié)商中AS、RR、RS等帶寬資源申請屬性參數(shù)的取值規(guī)則要求如下：

?會話級的各個帶寬申請屬性參數(shù)取值按會話中所有媒體行的各個媒體行級帶寬申請屬性

參數(shù)取值分別求和的和值來填寫。會話中只有一個媒體行時，會話級的各個帶寬申請屬

性參數(shù)取值為該媒體行的各個媒體行級帶寬申請屬性參數(shù)取值來填寫；

?媒體行的各個媒體行級帶寬資源申請屬性參數(shù)取值按其下各PT行的各相應(yīng)帶寬資源屬性

參數(shù)值中的各個最大值來填寫。媒體行下只有一個PT行時，該媒體行的各個媒體行級帶

寬資源申請屬性參數(shù)取值為該PT行的各帶寬資源屬性參數(shù)值；

?音、視頻等媒體編碼PT行的各帶寬資源屬性參數(shù)值可以根據(jù)業(yè)務(wù)和對應(yīng)各種媒體編碼方案

的各帶寬資源屬性參數(shù)值配置或各級缺省配置來取值。

終端視頻通話SDP媒體協(xié)商和通信功能要求：

——終端在初始視頻業(yè)務(wù)建立時應(yīng)支持發(fā)起level3.0的視頻通話，默認(rèn)向下兼容。同時，終端

支持在初始協(xié)商后針對業(yè)務(wù)媒體協(xié)商SDPoffer在SDPanswer中上報支持的最高level。

——終端在視頻呼叫中應(yīng)兼容網(wǎng)絡(luò)側(cè)分配帶寬小于終端在SDP中申請帶寬的情形；

——推薦支持在視頻會話建立時進行糾錯協(xié)商，協(xié)商內(nèi)容包括采用的糾錯機制以及相關(guān)參數(shù)等，

如FEC或ARQ糾錯機制；

——終端在發(fā)起視頻呼叫時使用AVPF，向下兼容AVP，SDP中使用SDPCapNeg協(xié)商AVPF，具體要

求見IR.92V9.0和IR.94V10.0及其后續(xù)版本；

——終端在發(fā)起視頻呼叫過程中，應(yīng)支持CVO協(xié)商；

——終端在發(fā)起視頻呼叫過程中，應(yīng)支持NACK、NACKPLI、CCMFIR、CCMTMMBR的協(xié)商；

——終端應(yīng)支持視頻自適應(yīng)調(diào)整。

4.5.1.2資源預(yù)留

終端發(fā)起呼叫、通話過程中音頻視頻切換時應(yīng)默認(rèn)開啟資源預(yù)留流程（precondition流程），應(yīng)

滿足如下要求：

——終端應(yīng)支持SegmentedTypePrecondition流程；

——終端應(yīng)對precondition流程中的SIP的Invite消息與專有承載建立的順序具備逆序容錯性；

——終端在通話過程中呼叫保持和呼叫等待等業(yè)務(wù)中可不使用precondition流程；

——呼叫過程中主叫終端發(fā)送的Invite消息中des參數(shù)設(shè)置遵照3GPPTS24.229中描述，且主

叫側(cè)des中參數(shù)設(shè)置為mandatory后，在Require頭域中不包括precondition；

——在主叫側(cè)已經(jīng)進行過成功的SDP協(xié)商且資源已經(jīng)預(yù)留就緒，主叫側(cè)需要重新進行媒體協(xié)商場

景下，主被叫側(cè)應(yīng)遵循以下處理方式：

9

YD/TXXXX—XXXX

?對于主叫側(cè)：在收到的SDPoffer中如果需要進行資源確認(rèn)，如果資源已經(jīng)就緒,直接在回

復(fù)的SDPanswer中進行l(wèi)ocalsendrecv的資源確認(rèn)，不再發(fā)送新的Update消息進行資源

確認(rèn)；

?對于被叫側(cè)：在收到的SDPanswer中如果看到需要確認(rèn)的對端狀態(tài)為sendrecv，那么直接

進行后續(xù)處理如發(fā)送180Ringing消息而不等待新的Update消息進行確認(rèn)；如果直接進行

了后續(xù)處理，如發(fā)送了180Ringing消息后收到新的資源確認(rèn)的Update消息后可正常兼容

并回復(fù)針對Update消息的200ok消息。

——終端應(yīng)支持3GPPTS24.229中定義的precondition相關(guān)機制。

4.5.1.3DTMF

終端應(yīng)按照3GPPTS26.114AnnexG中定義的內(nèi)容支持event方式的帶內(nèi)DTMF功能。終端應(yīng)支持

通話建立過程中和通話過程中的DTMF功能。

4.5.1.4早媒體EarlyMedia

終端應(yīng)該支持gatewaymodel的EarlyMedia功能。終端接收到PEM頭域具體行為參見3GPPTS

24.628R12中描述。

終端在收到180消息中沒有攜帶PEM頭域，或者攜帶該頭域但是取值為inactive時，終端應(yīng)該啟

動本地放音，其中，在此前已收到其他攜帶PEM頭域指示的消息的情況下，收到180消息沒有攜帶PEM

頭域時，終端放音行為不做改變。

前轉(zhuǎn)場景下，終端需根據(jù)不同階段收到的PEM狀態(tài)參數(shù)，調(diào)整放音狀態(tài)。

4.5.2媒體切換

終端應(yīng)支持如下媒體切換流程：

——終端應(yīng)在音視頻切換過程中支持precondition流程，在re-Invite消息的supported頭域攜

帶precondition，并在SDP中攜帶相應(yīng)QoS參數(shù)；

——終端在語音通話過程中接收到升級請求，若對端不支持precondition，終端需在確認(rèn)本側(cè)資

源預(yù)留好后，提示用戶接收到升級請求；

——終端發(fā)出升級請求的re-Invite后，在接收到200OKforre-Invite之前，應(yīng)支持使用Cancel

取消升級請求。若終端在發(fā)出Cancel后收到對端回復(fù)的200OKforre-Invite，應(yīng)重新發(fā)送

re-Invite，并將video端口置0；

——終端在語音通話過程中發(fā)起升級請求后，若本端視頻資源預(yù)留失敗或?qū)Χ顺瑫r未接受升級請

求，終端應(yīng)支持發(fā)送Cancel取消升級請求；

——終端在語音通話過程中接收到升級請求后，若本端視頻資源預(yù)留失敗，應(yīng)支持發(fā)送580響應(yīng)

re-Invite；

——終端在語音通話過程中接收到指示對端支持precondition的升級請求，若用戶拒絕升級請求

或超時未接受升級請求，終端應(yīng)發(fā)送Update消息將視頻端口置0后發(fā)送針對re-Invite的200

ok響應(yīng)消息給對端；

——終端在正在進行的媒體切換流程沒有結(jié)束之前，不應(yīng)再發(fā)起新的媒體切換流程。

4.5.3Forking

終端應(yīng)支持RFC3261和3GPPTS24.229中描述的Forking功能。

4.5.4SIP定時器

10

YD/TXXXX—XXXX

除本文件定制的定時器外，其他定時器取值遵循3GPPTS24.229中7.7SIPTimers中默認(rèn)要求。

4.6媒體協(xié)商能力要求

4.6.1公共基礎(chǔ)協(xié)商要求

終端應(yīng)支持視頻彩鈴業(yè)務(wù)媒體協(xié)商時，在回復(fù)給SDPoffer的SDPanswer中針對每一個媒體行的每

一種媒體亞型只攜帶選定的一種編解碼方式。這種工作模式簡稱為“1/N工作模式”，又稱“單選模式”。

例如：視頻媒體行下攜帶為視頻流媒體亞型選定的一種視頻編解碼方式，音頻媒體行下攜帶為音頻

流媒體亞型選定的一種音頻編解碼方式和為電話事件媒體亞型選定的一種電話事件編解碼方式。

4.6.2音頻編碼協(xié)商要求

4.6.2.1音頻編碼公共協(xié)商要求

終端應(yīng)支持視頻彩鈴業(yè)務(wù)各業(yè)務(wù)媒體協(xié)商SDP下音頻媒體流中各音頻編碼PT行和a=ptime、

a=maxptime和a=sendrecv的方向?qū)傩缘裙矃f(xié)商參數(shù)的協(xié)商功能。

視頻彩鈴業(yè)務(wù)需要支持利用DTMF音通訊功能實現(xiàn)的撥號盤操作功能，因此，終端應(yīng)支持接收業(yè)務(wù)

音頻媒體流進行播放的同時，還應(yīng)支持用戶進行撥號盤操作時發(fā)送音頻媒體流給彩鈴平臺的功能，所以，

視頻彩鈴業(yè)務(wù)媒體協(xié)商時，SDPoffer/answer中均應(yīng)將音頻媒體行的方向?qū)傩灾脼閍=sendrecv。

終端應(yīng)支持視頻彩鈴業(yè)務(wù)各業(yè)務(wù)媒體協(xié)商SDP下音頻媒體行中包含AMR-WB/16000、

telephone-event/16000的編碼PT行。

4.6.2.2AMR-WB編碼協(xié)商要求

終端應(yīng)支持視頻彩鈴業(yè)務(wù)各業(yè)務(wù)媒體協(xié)商SDP下音頻媒體行中AMR-WB編碼PT行的協(xié)商功能。其中：

AMR-WB編碼PT行協(xié)商參數(shù)要求為攜帶a=fmtp等屬性行，其中a=fmtp行需攜帶

mode-change-capability、max-red等參數(shù)，具體見3GPPTS26.114中6.2.2的要求。

4.6.3視頻編碼協(xié)商要求

4.6.3.1視頻編碼公共協(xié)商要求

終端應(yīng)支持視頻彩鈴業(yè)務(wù)各業(yè)務(wù)媒體協(xié)商SDP下視頻媒體流

a=sendrecv/sendonly/recvonly/inactive等視頻媒體流方向?qū)傩詤f(xié)商、a=tcap/pcfg等指示支持AVP

和AVPF的SDP能力協(xié)商，和其下各視頻編碼PT行a=fmtp屬性行對稱媒體協(xié)商、視頻媒體行端口置0

等公共基礎(chǔ)協(xié)商功能。

終端應(yīng)支持視頻彩鈴業(yè)務(wù)各業(yè)務(wù)媒體協(xié)商SDP下視頻媒體行中包含H264/CBPprofile的編碼PT

行。

4.6.3.2H264編碼協(xié)商要求

終端應(yīng)支持視頻彩鈴業(yè)務(wù)各業(yè)務(wù)媒體協(xié)商SDP下視頻媒體行中H264/CBPprofile編碼PT行的協(xié)商

功能。其中：

H264/CBPprofile編碼PT行，參數(shù)填寫要求如下：

——對于視頻彩鈴業(yè)務(wù)各業(yè)務(wù)媒體協(xié)商SDPoffer視頻媒體行下的H264/CBPprofile編碼PT行，

需攜帶a=fmtp等屬性行，其中：

11

YD/TXXXX—XXXX

?a=fmtp行應(yīng)攜帶profile-level-id和packetization-mode參數(shù)，用于這種可用編解碼器的

媒體能力協(xié)商；

?a=fmtp行可攜帶sprop-parameter-sets參數(shù)（以下簡成sps參數(shù)），其即H264/CBPprofile

視頻編碼PT行中對應(yīng)視頻編碼標(biāo)準(zhǔn)定義的PT行參數(shù)中包含視頻圖像分辨率參數(shù)的參數(shù)，

其中sps參數(shù)中分辨率取值與待播放視頻彩鈴實體文件的分辨率取值一致。

——對于視頻彩鈴業(yè)務(wù)各業(yè)務(wù)媒體協(xié)商SDPanswer視頻媒體行下的H264/CBPprofile編碼PT行，

需攜帶a=fmtp等屬性行，其中：

?a=fmtp行需攜帶profile-level-id和packetization-mode參數(shù)，用于指示這種可用編解碼

器的媒體協(xié)商結(jié)果；

?a=fmtp行可攜帶sps參數(shù)，該參數(shù)指示終端發(fā)送視頻媒體時的初始圖像參數(shù)信息，因視頻

彩鈴各業(yè)務(wù)功能目前均不涉及視頻媒體的接收處理，所以該參數(shù)對視頻彩鈴業(yè)務(wù)無實際

意義。

H264/CBPprofile編碼PT行的媒體協(xié)商要求為應(yīng)答方終端根據(jù)業(yè)務(wù)媒體協(xié)商SDPoffer視頻媒體

行中該H264編碼PT行中a=fmtp屬性行攜帶的profile-level-id、packetization-mode兩個協(xié)商參數(shù)

進行處理：

——當(dāng)應(yīng)答方終端不支持offer中該profile的H264編碼PT行的a=ftmp屬性行視頻媒體協(xié)商參

數(shù)profile-level-id和packetization-mode中除level-id值以外的協(xié)商參數(shù)值時，該PT

行媒體協(xié)商不成功；

——當(dāng)應(yīng)答方終端支持offer中該profile的H264編碼PT行的a=ftmp屬性行視頻媒體協(xié)商參數(shù)

profile-level-id和packetization-mode中除level-id值以外的協(xié)商參數(shù)值、且應(yīng)答方終

端可支持的最高level-id值高于或等于offer中該profile的H264編碼PT行的視頻媒體協(xié)

商參數(shù)profile-level-id的level-id值，應(yīng)按照offer方發(fā)送的該PT行的a=fmtp屬性行

視頻媒體協(xié)商參數(shù)profile-level-id、packetization-mode進行應(yīng)答，a=fmtp屬性行可不攜

帶sps參數(shù)，如果攜帶，則為終端結(jié)合該PT行協(xié)商結(jié)果level-id取值、視頻通話媒體協(xié)商

規(guī)范和/或本地配置等要求所優(yōu)選提供的一個圖像分辨率所生成的sps，該PT行媒體協(xié)商成功；

此種情形下，如果該PT行作為最終媒體協(xié)商結(jié)果，則當(dāng)offer中a=fmtp屬性行包含sps參

數(shù)時，終端可直接通過該sps參數(shù)進行相應(yīng)顯示設(shè)備、解碼器等的初始化，并且，最終應(yīng)按

照開始和隨后接收到的與協(xié)商結(jié)果一致/兼容的H264視頻媒體碼流中的sps參數(shù)指示，在此

前未知相應(yīng)參數(shù)或相應(yīng)參數(shù)有變化時進行顯示設(shè)備、解碼器等的(重新)初始化和實際視頻媒

體碼流的解碼播放；

——當(dāng)應(yīng)答方終端支持offer中該profile的H264編碼PT行的a=ftmp屬性行視頻媒體協(xié)商參數(shù)

profile-level-id和packetization-mode中除level-id值以外的協(xié)商參數(shù)值、且應(yīng)答方終

端可支持的最高level-id值低于offer中該profile的H264編碼PT行的a=fmtp屬性行視

頻媒體協(xié)商參數(shù)profile-level-id的level-id值時，應(yīng)答方終端可支持的H264編碼該

profile的最高level-id值應(yīng)不低于level3.0的要求，即：

?如果應(yīng)答方終端可支持的最高level-id值不低于level3.0的要求，應(yīng)答方終端應(yīng)在應(yīng)答

消息中將offer中該PT行的a=fmtp屬性行視頻媒體協(xié)商參數(shù)profile-level-id的

level-id值部分修改為終端可支持的最高level-id值、packetization-mode保持不變進

行應(yīng)答，a=fmtp屬性行可不攜帶sps參數(shù)，如果攜帶，則為終端結(jié)合該PT行協(xié)商結(jié)果

level-id取值、視頻通話媒體協(xié)商規(guī)范和/或本地配置等要求所優(yōu)選提供的一個圖像分辨

率所生成的sps，該PT行媒體協(xié)商成功；此種情形下，如果該PT行作為最終媒體協(xié)商結(jié)果，

則不管offer中a=fmtp屬性行中是否包含sps參數(shù)，建議終端不對該sps參數(shù)做處理，而是

12

YD/TXXXX—XXXX

按照開始和隨后接收到的與協(xié)商結(jié)果一致/兼容的H264視頻媒體碼流中的sps參數(shù)指示進

行顯示設(shè)備、解碼器等的初始化和實際視頻媒體碼流的解碼播放。

?否則，應(yīng)答方終端可選視頻媒體行下該PT行媒體協(xié)商不成功而繼續(xù)協(xié)商其他低優(yōu)先級PT

行、或者視頻媒體行下逐PT行協(xié)商且該PT行為可供選擇的優(yōu)先級最低PT行時，應(yīng)答方終

端可處理成業(yè)務(wù)媒體協(xié)商的視頻媒體行協(xié)商失敗，或者在應(yīng)答消息中將offer中該PT行的

a=fmtp屬性行視頻媒體協(xié)商參數(shù)profile-level-id的level-id值部分修改為終端可支持

的最高level-id值、packetization-mode保持不變進行應(yīng)答，以觸發(fā)彩鈴平臺進行此異

常情況的處理；正常情況下，在應(yīng)答方終端可支持的H264編碼CBPprofile的能力符合本

文件4.3.2條的要求時，不應(yīng)該出現(xiàn)此情況。

——特別的，如果視頻媒體行各PT行媒體協(xié)商均失敗，則業(yè)務(wù)媒體協(xié)商的視頻媒體行協(xié)商失敗，

視頻媒體行端口應(yīng)該置0。

5業(yè)務(wù)功能要求

5.1基礎(chǔ)協(xié)商要求

5.1.1視頻彩鈴協(xié)商要求

5.1.1.1音頻通話的視頻彩鈴協(xié)商要求

在初始通話媒體協(xié)商采用precondition流程的VoIMS音頻通話振鈴階段，主叫終端應(yīng)支持與視頻

彩鈴平臺進行視頻彩鈴媒體協(xié)商，并正常播放視頻彩鈴。具體要求為：

——主叫用戶發(fā)起VoIMS音頻通話時，主叫終端如支持precondition和視頻通話能力，應(yīng)在Invite

消息的Supported頭域中攜帶precondition和100rel標(biāo)簽、Contact頭域中攜帶video標(biāo)簽，

且這一情況下，主叫終端應(yīng)支持視頻彩鈴平臺發(fā)起的基于3GPPTS24.182中g(shù)ateway模式的

precondition流程的視頻彩鈴媒體協(xié)商與資源預(yù)留確認(rèn)流程和據(jù)此播放視頻彩鈴的功能、各

種原因降級為音頻媒體時播放音頻彩鈴的功能，以及支持此后被叫用戶摘機后通過彩鈴平臺

轉(zhuǎn)接恢復(fù)主被叫終端間音頻通話的音頻媒體重協(xié)商與資源預(yù)留確認(rèn)流程、通話接通流程。其

中：

?主叫終端支持按照視頻彩鈴業(yè)務(wù)媒體協(xié)商流程要求進行資源預(yù)留確認(rèn)，在資源預(yù)留確認(rèn)階

段主叫終端本地啟動Pqos定時器（建議Pqos定時器默認(rèn)設(shè)值為2秒，且可配置），正常情

況下，Pqos定時器超時前音視頻媒體資源預(yù)留成功時主叫終端進行資源預(yù)留確認(rèn)，隨后

收到視頻彩鈴音視頻媒體時開始播放視頻彩鈴；異常情況下：Pqos定時器超時前僅視頻

媒體資源預(yù)留失敗時應(yīng)確認(rèn)視頻媒體資源預(yù)留失敗降級為音頻媒體、或Pqos定時器超時

僅視頻媒體資源未完成預(yù)留時應(yīng)降級協(xié)商為音頻媒體，隨后收到音頻彩鈴音頻媒體流時

開始播放音頻彩鈴；資源預(yù)留的過程中，主叫終端收到彩鈴平臺發(fā)送的將視頻彩鈴視頻

媒體行端口置0的降級播放音頻彩鈴的Update消息（含視頻彩鈴視頻媒體協(xié)商結(jié)果中單向

視頻媒體能力低于業(yè)務(wù)場景最低要求且主叫終端未主動處理成視頻媒體協(xié)商失敗的情

況），且在Pqos定時器超時前完成音頻媒體資源預(yù)留確認(rèn)，隨后收到音頻彩鈴音頻媒體

流時開始播放音頻彩鈴；主叫終端收到彩鈴平臺側(cè)發(fā)來的帶PEM:inactive頭域指示的18X

消息時，應(yīng)播放本地普通回鈴音；

?主叫終端支持視頻彩鈴業(yè)務(wù)媒體協(xié)商的視頻媒體行方向?qū)傩詾閟endonly；

13

YD/TXXXX—XXXX

?主叫終端播放視頻彩鈴、播放音頻彩鈴應(yīng)遵循PEM頭域的工作機制，視頻彩鈴媒體協(xié)商

Update消息已帶有PEM:sendrecv頭域指示，主叫終端應(yīng)在收到視頻彩鈴音視頻媒體流時

開始播放視頻彩鈴、或在收到降級為的音頻彩鈴的音頻媒體流時開始播放音頻彩鈴。

——主叫終端進行了視頻彩鈴媒體協(xié)商的情況下，被叫終端側(cè)應(yīng)支持被叫用戶摘機后通過彩鈴平

臺轉(zhuǎn)接恢復(fù)主被叫終端間音頻通話的實現(xiàn)通話音頻媒體重協(xié)商和通話接通功能的

re-Invite/200OKforre-Invite/ACK流程。

5.1.1.2視頻通話的視頻彩鈴協(xié)商要求

在初始通話媒體協(xié)商采用precondition流程的VoIMS視頻通話振鈴階段，主叫終端應(yīng)支持與視頻

彩鈴平臺進行視頻彩鈴媒體協(xié)商，并正常播放視頻彩鈴。具體要求為：

——主叫用戶發(fā)起VoIMS視頻通話時，主叫終端如支持precondition，應(yīng)在Invite消息的

Supported頭域中攜帶precondition和100rel標(biāo)簽，在Contact頭域和Accept-Contact頭

域中攜帶video標(biāo)簽，且這一情況下，主叫終端應(yīng)支持視頻彩鈴平臺發(fā)起的基于3GPPTS24.182

中g(shù)ateway模式的precondition流程的視頻彩鈴媒體協(xié)商與資源預(yù)留確認(rèn)流程和據(jù)此播放視

頻彩鈴的功能、各種原因降級為音頻媒體時播放音頻彩鈴的功能，以及支持此后：在被叫用

戶視頻摘機的情況下，當(dāng)未降級播放音頻彩鈴的情況下，通過彩鈴平臺轉(zhuǎn)接恢復(fù)主被叫終端

間視頻通話的音視頻媒體重協(xié)商與資源預(yù)留確認(rèn)流程、通話接通流程，當(dāng)降級播放音頻彩鈴

的情況下，通過彩鈴平臺轉(zhuǎn)接將主被叫終端間視頻通話降級恢復(fù)為音頻通話的音頻媒體重協(xié)

商與資源預(yù)留確認(rèn)流程、通話接通流程；在被叫用戶音頻摘機的情況下（被叫用戶選擇音頻

摘機，或在振鈴期間發(fā)生被叫終端將通話降級為音頻通話導(dǎo)致被叫用戶只能選擇音頻摘機），

通過彩鈴平臺轉(zhuǎn)接將主被叫終端間視頻通話降級恢復(fù)為音頻通話的音頻媒體重協(xié)商與資源預(yù)

留確認(rèn)流程、通話接通流程。其中：

?主叫終端支持按照視頻彩鈴業(yè)務(wù)媒體協(xié)商流程要求進行資源預(yù)留確認(rèn)，在資源預(yù)留確認(rèn)階

段主叫終端本地啟動Pqos定時器（建議Pqos定時器默認(rèn)設(shè)值為2秒，且可配置），正常情

況下，Pqos定時器超時前音視頻媒體資源預(yù)留成功時主叫終端進行資源預(yù)留確認(rèn)，隨后

收到視頻彩鈴音視頻媒體時開始播放視頻彩鈴；異常情況下，Pqos定時器超時前僅視頻

媒體資源預(yù)留失敗時應(yīng)確認(rèn)視頻媒體資源預(yù)留失敗降級為音頻媒體、或Pqos定時器超時

僅視頻媒體資源未完成預(yù)留時應(yīng)降級協(xié)商為音頻媒體，隨后收到音頻彩鈴音頻媒體流時

開始播放音頻彩鈴，并且這兩種異常情況下，將導(dǎo)致通話降級為音頻通話；資源預(yù)留的

過程中，主叫終端收到彩鈴平臺發(fā)送的將視頻彩鈴視頻媒體行方向?qū)傩灾脼閕nactive的

降級播放音頻彩鈴的Update消息（含視頻彩鈴視頻媒體協(xié)商結(jié)果中單向視頻媒體能力低

于業(yè)務(wù)場景最低要求且主叫終端未主動處理成視頻媒體協(xié)商失敗的情況），且隨后在Pqos

定時器超時前完成音頻媒體資源預(yù)留確認(rèn)和音頻媒體流接收時，播放音頻彩鈴；主叫終

端收到彩鈴平臺側(cè)發(fā)來的帶PEM:inactive頭域指示的18X消息時，應(yīng)播放本地普通回鈴

音；

?主叫終端支持視頻彩鈴業(yè)務(wù)媒體協(xié)商的視頻媒體行方向?qū)傩詾閟endonly或sendrecv，當(dāng)視

頻彩鈴媒體能力要求低于等于視頻通話協(xié)商結(jié)果視頻媒體能力要求時，視頻彩鈴媒體能

力協(xié)商時視頻媒體行方向?qū)傩詾閟endrecv且采用等于視頻通話協(xié)商結(jié)果媒體能力要求的

PT行做協(xié)商；當(dāng)視頻彩鈴媒體能力要求高于視頻通話協(xié)商結(jié)果視頻媒體能力要求時，視

頻彩鈴媒體能力協(xié)商時視頻媒體行方向?qū)傩詾閟endonly且采用視頻彩鈴媒體能力的PT行

做協(xié)商；

14

YD/TXXXX—XXXX

?主叫終端播放視頻彩鈴、播放音頻彩鈴應(yīng)遵循PEM頭域的工作機制，視頻彩鈴媒體協(xié)商

Update消息已帶有PEM:sendrecv頭域指示，主叫終端應(yīng)在收到視頻彩鈴音視頻媒體流時

開始播放視頻彩鈴、或在收到降級為的音頻彩鈴的音頻媒體流時開始播放音頻彩鈴。

——主叫終端進行了視頻彩鈴媒體協(xié)商的情況下，在被叫用戶視頻摘機的情況下，被叫終端側(cè)應(yīng)

支持被叫用戶視頻摘機后通過彩鈴平臺轉(zhuǎn)接恢復(fù)主被叫終端間視頻通話的實現(xiàn)通話音視頻媒

體重協(xié)商和通話接通功能的re-Invite/200OKforre-Invite/ACK流程；在被叫用戶音頻摘

機的情況下（被叫用戶選擇音頻摘機，