YD/T 3178-2016
基本信息
标准号： YD/T 3178-2016
中文名称：移动终端支持基于 LTE 的语音解决方案 (VoLTE) 的技术要求
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：29507726
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 3178-2016.Technical requirement for user equipment of Voice over LTE (VoLTE).
1范围.
YD/T 3178规定了移动终端通过基于 LTE 的语音解决方案(VoLTE) 支持语音类业务(含语音、视频、短消息、补充业务等)的终端功能要求、业务功能要求、人机界面要求、功耗要求等。
YD/T 3178适用于支持基于 LTE 的语音解决方案的移动终端设备。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本( 包括所有的修改单)适用于本文件。
3GPP TS 23.216单一 无线语音呼叫连续性 (SRVCC) ;阶段2 (Single Radio Voice Call Continuity(SRVCC) ; Stage 2)
3GPP TS 24.1673GPP IMS管理对象(MO) ;阶段3 (3GPP IMS Management Object) (MO) ; Stage 3)
3GPP TS 24.229基于会话初始协议(SIP)和会话描述协议(SDP)的IP多媒体呼叫控制协议(IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP) )
3GPP TS 24.238基于用户配置的会话初始协议(SIP) ;阶段3 (Session Initiation Protocol (SIP) based user configuration; Stage 3)
3GPP TS 24.604使用IP多媒体(IM)核心网(CN)子系统的通信转移(CDIV) ;协议规范(Communication Diversion (CDIV) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol specification)
1范围.
YD/T 3178规定了移动终端通过基于 LTE 的语音解决方案(VoLTE) 支持语音类业务(含语音、视频、短消息、补充业务等)的终端功能要求、业务功能要求、人机界面要求、功耗要求等。
YD/T 3178适用于支持基于 LTE 的语音解决方案的移动终端设备。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本( 包括所有的修改单)适用于本文件。
3GPP TS 23.216单一 无线语音呼叫连续性 (SRVCC) ;阶段2 (Single Radio Voice Call Continuity(SRVCC) ; Stage 2)
3GPP TS 24.1673GPP IMS管理对象(MO) ;阶段3 (3GPP IMS Management Object) (MO) ; Stage 3)
3GPP TS 24.229基于会话初始协议(SIP)和会话描述协议(SDP)的IP多媒体呼叫控制协议(IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP) )
3GPP TS 24.238基于用户配置的会话初始协议(SIP) ;阶段3 (Session Initiation Protocol (SIP) based user configuration; Stage 3)
3GPP TS 24.604使用IP多媒体(IM)核心网(CN)子系统的通信转移(CDIV) ;协议规范(Communication Diversion (CDIV) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol specification)
标准图片预览
标准内容
ICS33.060.99
中华人民共和国通信行业标准
YD/T31782016
移动终端支持基于LTE的语音解决方案（VoLTE）的技术要求
Technical requirement for user equipment of Voice over LTE (VoLTE)2016-10-22发布
中华人民共和国工业和信息化部2017-01-01实施
前言：
1范围
2规范性引用文件，
3术语、定义和缩略语.
3.1术语和定义.
3.2缩略语，
4终端功能要求
4.1概述
卡槽功能要求
4.3无线功能要求..
4.4IP版本要求..
4.5IMS控制面要求.
4.6IMS媒体面要求.
4.8语音方案选择策略
业务功能要求，
语音业务.
5.2视频业务
短消息
补充业务
数据与VoLTE语音/视频并发业务5.5
5.6IMS紧急呼叫
6人机界面要求.
6.1显示要求..
6.2呼叫界面..
6.3补充业务
7功耗要求，
附录A（规范性附录）VoLTE业务流程目
YD/T3178—2016
YD/T3178—2016
本标准是基于LTE的语音解决方案（VoLTE）系列标准之一，该系列标准的结构和名称预计如下：a）YD/T3177《基于LTE的语音解决方案（VoLTE）总体技术要求》；b）YD/T3180《基于LTE的语音解决方案（VoLTE）演进分组系统（EPS）设备技术要求》；c）YD/T3178《移动终端支持基于LTE的语音解决方案（VoLTE）的技术要求》；d）YD/T3181《基于LTE的语音解决方案（VoLTE）演进分组系统（EPS）设备测试方法》；e）YD/T3179《移动终端支持基于LTE的语音解决方案（VoLTE）的测试方法》。第1部分：功能和性能测试；
一第2部分：一致性测试。
随着技术的发展，还将制定后续的相关标准。本标准按照GB/T1.1—2009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国信息通信研究院、中国移动通信集团公司、中国联合网络通信集团有限公司、中国电信集团公司、大唐电信科技产业集团、北京展讯高科通信技术有限公司、重庆重邮信科通信技术有限公司、华为技术有限公司、联发博动科技（北京）有限公司、南京爱立信熊猫通信有限公司、诺基亚通信有限公司、天津三星通信技术有限公司。本标准主要起草人：宋丽娜、朵灏、李文宇、胡泊、张翔、金晨光、赵琳、孔露婷、周晶、宁小洲、师瑜、戴国华、张婷、余骏华、梅晓华、师延山、李彩、朴虎哲、刘海涛、衣强、吴敏、孙建成、李芳、周嘉、吴越。I
YD/T3178—2016
移动终端支持基于LTE的语音解决方案（VoLTE）的技术要求1范围
本标准规定了移动终端通过基于LTE的语音解决方案（VoLTE）支持语音类业务（含语音、视频、短消息、补充业务等）的终端功能要求、业务功能要求、人机界面要求、功耗要求等。本标准适用于支持基于LTE的语音解决方案的移动终端设备。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。3GPPTS23.216
3GPPTS24.167
3GPPTS24.229
3GPPTS24.238
3GPPTS24.604
3GPPTS24.605
3GPPTS24.606
3GPPTS24.607
3GPPTS24.608
单一无线语音呼叫连续性（SRVCC）：阶段2（SingleRadioVoiceCallContinuity（SRVCC）：Stage2）
3GPPIMS管理对象（MO）；阶段3（3GPPIMSManagementObject）（MO）；Stage3）基于会话初始协议（SIP）和会话描述协议（SDP）的IP多媒体呼叫控制协议（IPmultimediacallcontrolprotocolbasedonSessionInitiationProtocol(SIP）andSessionDescriptionProtocol（SDP））基于用户配置的会话初始协议（SIP）；阶段3（SessionInitiationProtocol（SIP）baseduserconfiguration；Stage3）使用IP多媒体（IM）核心网（CN）子系统的通信转移（CDIV）：协议规范(CommunicationDiversion（CDIV)usingIPMultimedia（IM)CoreNetwork（CN)subsystem；Protocolspecification）使用IP多媒体（IM）核心网（CN）子系统的会议电话（CONF）；协议规范（Conference(CONF）usingIPMultimedia（IM)CoreNetwork（CN)subsystemProtocolspecification）
使用IP多媒体（IM）核心网（CN）子系统的消息等待指示（MWI）；协议规范(MessageWaitingIndication（MWI)usingIPMultimedia（IM)CoreNetwork（CN）subsystem;Protocol specification)使用IP多媒体（IM）核心网（CN）子系统的主叫身份显示（OIP）和主叫身份显示限制（OIR）；协议规范（OriginatingIdentificationPresentation（OIP）andOriginatingIdentification Restriction（OIR)using IPMultimedia（IM)CoreNetwork（CN)subsystem；Protocolspecification）使用IP多媒体（IM）核心网（CN）子系统的被叫身份显示（TIP）和被叫身份显YD/T3178—2016
3GPPTS24.610
3GPPTS24.611
3GPPTS24.615
3GPPTS24.623
3GPPTS26.093
3GPPTS26.114
3GPPTS26.193
3GPPTS31.103
3GPPTS33.203
IETFRFC768
IETFRFC3095
IETFRFC3550
IETFRFC3551
IETFRFC3843
IETFRFC4815
示限制（TIR）：协议规范（TerminatingIdentificationPresentation（TIP）andTerminatingIdentificationRestriction（TIR）)usingIPMultimedia（IM)CoreNetwork(CN)subsystem;Protocol specification）使用IP多媒体（IM）核心网（CN）子系统的呼叫保持（HOLD）；协议规范(CommunicationHOLD（HOLD）usingIPMultimedia（IM)CoreNetwork（CN)subsystem；Protocolspecification）使用IP多媒体（IM）核心网（CN）子系统的匿名呼叫拒绝（ACR）和通信闭锁（CB）；协议规范（AnonymousCommunicationRejection（ACR）andCommunicationBarring(CB）usingIPMultimedia（IM)CoreNetwork（CN）subsystem；Protocolspecification）使用IP多媒体（IM）核心网（CN）子系统的通信等待（CW）（CommunicationWaiting（CW）usingIPMultimedia （IM）CoreNetwork（CN）subsystem；ProtocolSpecification)
Ut接口上处理补充业务的可扩展标记语言（XML）配置接入协议（XCAP）（ExtensibleMarkupLanguage（XML）ConfigurationAccessProtocol（XCAP）overtheUtinterfaceforManipulatingSupplementaryServices）必选语音编解码语音处理功能自适应多码率（AMR）语音编解码；源端控制码率操作（Mandatory speechcodec speech processing functions Adaptive Multi-Rate（AMR）speechcodec；Sourcecontrolledrateoperation）IP多媒体子系统（IMS）；多媒体电话；媒体控制和交互（IPMultimediaSubsystem(IMS)；Multimediatelephony;Mediahandlingand interaction)语音编解码语音处理功能；自适应宽带多码率（AMR-WB）语音编解码：源端控制码率操作（SpeechcodecspeechprocessingfunctionsAdaptiveMulti-Rate-Wideband（AMR-WB)speechcodec;Sourcecontrolledrateoperation）IP多媒体业务身份识别模块（ISIM）应用特性（CharacteristicsoftheIPMultimediaServicesIdentityModule（ISIM）application）3G安全；IP类业务的接入安全（3Gsecurity；AccesssecurityforIP-basedservices）用户数据报文协议（UserDatagramProtocol）鲁棒头压缩（ROHC）：框架和四个概要描述：RTP、UDP、ESP和不压缩（RobustHeaderCompression(ROHC)：Frameworkandfourprofiles:RTP,UDP,ESP,anduncompressed)
RTP：用于实时应用的传输协议（RTP：ATransportProtocolforReal-TimeApplications）
用于语音和视频会议的最小控制RTP概要描述（RTPProfileforAudioandVideoConferenceswithMinimalControl)鲁棒头压缩（ROHC）：用于IP的压缩功能概要描述（RobustHeaderCompression(ROHC)：ACompressionProfileforIP)鲁棒头压缩（ROHC）：对RFC3095的修正和澄清（RobustHeaderCompression(ROHC)：CorrectionsandClarificationstoRFC3095)IETFRFC4995
IETFRFC4996
IETFRFC5939
YD/T3178—2016
鲁棒头压缩（ROHC）框架（TheRobustHeaderCompression（ROHC）Framework）鲁棒头压缩（ROHC）：TCP/IP头压缩的概要描述（ROHC-TCP）（RobustHeaderCompression（ROHC）：AProfileforTCP/IP（ROHC-TCP））会话描述协议（SDP）能力协商（SessionDescriptionProtocol（SDP）CapabilityNegotiation）
3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。3.1.1
终端VoLTETerminal
能够支持基于LTE的语音解决方案（VoLTE）的移动终端设备。3.1.2
多模单待方案Multiple-Mode-Single-StandbyTerminalTechnicalSolution支持多个制式网络的接入，仅能在一种制式的网络待机以及监听寻呼消息的方案。3.1.3
多模双待方案Multiple-Mode-Dual-StandbyTerminalTechnicalSolution支持多个制式网络的接入，支持通过轮流监听或者双天线接收的方式分别在两个不同制式的网络上监听寻呼消息并保持待机状态的方案。3.2缩略语
下列缩略语适用于本文件。
AMR-WB
eNodeB (eNB)
Acknowledged Mode
Adaptive Multi-Rate
AdaptiveMulti-RateWideband
Access PointName
Audio/VideoProfile
Circuit Swtiching
Circuit Switched Fallback
DiscontinuousReception
Dual Transfer Mode
Dual Tone Multi Frequency
DedicatedRadioBearer
Evolved NodeB
确认模式
自适应多码率编码
自适应多码率宽带编码
接入点名字
音频/视频概要描述
电路交换
电路域回落
非连续接收
双传输模式
双音多频
专用无线承载
演进型NodeB
YD/T3178—2016
eSRVCC
E-UTRA
E-UTRAN
IP-CAN
MSISDN
P-CSCF
EvolvedPacketCorenetwork
Evolved Packet Service
Encapsulate Security PayloadEnhanced SingleRadioVoiceCall ContinuityEvolvedUTRA
Evolved UTRAN
Feature Grouplndicator
Guaranteed Bitrate
GlobalSystemforMobileCommunicationsHyperTextTransferProtocol
International Mobile EquipmentIdentityIMS Private user identity
IMS Public user identity
IPMultimediaSubsystem
International Mobile SubscriberIdentificationNumber
Internet Protocol
IP-ConnectivityAccessNetworkIPMultimedia ServiceIdentity ModuleLongTermEvolution
MediaAccessControl
Modulation and Coding SchemeMobileEquipment
MasterInformationBlock
MultipleInput MultipleOutputMobilityManagementEntity
Mobile Subscriber International ISDN/PSTNnumber
Protocol Configuration OptionsPhysicalDownlinkControl ChannelPublic Data Network
PhysicalResourceBlock
ProxyCall SessionControlFunctionQualityof ServiceClassIndicatorQualityof Service
RadioBearer
Radio Link Control
Request ForComments
演进型分组核心网
演进型分组业务
封装安全载荷
增强的单一无线语音呼叫连续性演进型UTRA
演进型UTRAN
功能组指示
保证速率
全球移动通信系统
超文本传输协议
国际移动设备身份码
私有用户标识
公有用户标识
IP多媒体子系统
国际移动用户识别码
网络间互联协议
IP连接访问网络
IP多媒体业务身份识别模块
长期演进
媒体接入控制
调制编码方式
移动设备
主信息块
多入多出
移动性管理实体
移动用户号码
协议配置选项
物理下行控制信道
公用数据网
物理资源块
代理呼叫会话控制功能
服务质量等级指示
服务质量
无线承载
无线链路控制
请求评议
TD-SCDMA
4终端功能要求
4.1概述
Robust Header Compression
RadioResourceControl
RadioResourceManagement
Radio Remote Unit
Reference Signal
ReceivedSignalCodePower
RSReceived Power
RSReceivedQuality
Received Signal Strength IndicationReal-timeTransport ControlProtocolReal-time Transport ProtocolSession Description ProtocolServing GateWay
Subscriber Identity Module
SessionInitiation Protocol
Semi-Persisting Scheduling
SignallingRadioBearer
SingleRadioVoiceCall ContinuityTimeDivision Duplex
TimeDivision-SynchronousCodeDivisionMultipleAccess
Transmission Time Interval
User Datagram Protocol
UserEquipment
Universal Integrated Circuit CardUnacknowledged Mode
Uniform ResourceIdentifier
Voice overLTE
WidebandCodeDivisionMultipleAccess:XMLConfiguration Access Protocol鲁棒头压缩
无线资源控制
无线资源管理
无线远端单元
参考信号
YD/T3178—2016
接收信号码功率
RS接收功率
RS接收质量
接收机信号场强指示
实时传输控制协议
实时传输协议
回话描述协议
业务网关
用户识别模块
会话初始协议
半持续调度
信令无线承载
单一无线语音呼叫连续性
时分双工
时分同步码分多址
发送时间间隔
用户数据报文协议
用户设备
通用集成电路卡
非确认模式
通用资源标识符
基于LTE的语音解决方案
宽带码分多址
XML配置访问协议
本标准规定了LTE移动终端设备中支持基于LTE的语音解决方案卡槽对应的相关功能、业务和性能要求。
本标准中规定的与视频通话功能相关的承载要求、IMS控制面要求、IMS媒体面要求、视频业务要5
YD/T3178—2016
求、并发业务要求、人机界面要求只适用于支持视频功能的终端。本标准中规定的语音呼叫时的方案优选原则仅适用于IMS话音业务开关打开时的情况，IMS话音业务关闭时终端在电路域上发起语音业务。4.2卡槽功能要求
本标准中规定的移动终端设备，卡槽应能支持UICC卡，UICC卡推荐支持ISIM应用。UICC卡仅支持SIM应用时，终端不支持LTE工作模式。4.3无线功能要求
4.3.1资源分配和调度
终端应支持连接状态下的非连续接收（DRX）功能，包括长周期DRX（LongCycleDRX）和短周期DRX（ShortCycleDRX)。
终端应支持TTI捆绑（TTIBundling）功能，对于工作在TD-LTE模式下的终端，仅要求支持上、下行时隙配置0/1/6下的TTI捆绑，终端应支持SPS功能，包括通过RRC信令对SPS进行配置、通过PDCCH指示激活和释放SPS、对上行SPS进行隐式的SPS释放
4.3.2无线承载
终端应支持如下无线承载的组合，并在FGIbit7和bit20中设置相应的指示：语音业务：SRB1+SRB2+4个AMDRB+1个UMDRB；其中，2个AMDRB分别用于QCI=5和QCI=8或9的EPS承载，1个UMDRB用于QCI=1的EPS承载；视频业务：SRB1+SRB2+5个AMDRB+3个UMDRB：其中，2个AMDRB分别用于QCI=5和QCI=8或9的EPS承载，1个UMDRB用于QCI=1的EPS承载，另1个UMDRB用于nOn-GBR承载或QCI=2的EPS承载。
4.3.3EPS承载
终端应支持建立如下EPS承载：
一支持建立QCI=8/9的AMEPS承载用于数据业务；一支持建立QCI=5的AMEPS承载用于SIP信令业务：一支持建立QCI=1的UMEPS承载用于语音业务：一支持建立QCI=2的UMEPS承载用于视频业务。4.3.4RoHC
终端应支持ROHC头压缩功能，对在承载语音、视频业务的DRB上传输的报头进行头压缩处理，并至少支持表1中针对RTP报文的“RTP/UDP/IP，协议框架（Ox0001）和针对RTCP报文的‘UDP/IP”协议框架（0x0002）。终端应支持对IPv4和IPv6报文的头压缩。6
协议框架标识
0x0000
0x0001
0x0002
0x0003
0x0004
0x0006
0x0101
0x0102
0x0103
0x0104
表1建议支持的报头压缩协议和协议框架用途
不压缩
RTP/UDP/IP
UDP/IP
ESP/IP
TCP/IP
RTP/UDP/IP
UDP/IP
ESP/IP
协议名称
RFC4995
RFC3095,RFC4815
RFC3095,RFC4815
RFC3095,RFC4815
RFC3843,RFC4815
RFC4996
RFC5225
RFC5225
RFC5225
RFC5225
YD/T3178—2016
必选/可选
终端应支持同时建立多个PDN连接，包括同时支持一个数据PDN连接，一个IMSPDN连接和一个紧急呼叫PDN连接。
终端应支持专用IMSAPN，终端可在附着过程中建立IMSPDN连接，或者在附着成功后再请求建立IMSPDN连接。
若终端和网络间的PDN连接丢失，则终端应重新建立PDN连接，并在建立成功之后判断，若IP地址改变或在PDN连接丢失的过程中IMS注册超时，终端应重新发起IMS注册过程。4.4IP版本要求
对VoLTE应用的协议，包括SIP、SDP、RTP、RTCP和XCAP/HTTP等，终端均应支持其IPv4和IPv6版本。
在PS注册时，终端应发起IPv4v6的PDN连接建立请求，如果同时被分配了IPv4和IPv6地址，终端应优先使用IPv6地址完成IMS的P-CSCF发现过程。当终端完成P-CSCF发现过程，并使用一个特定的IP地址（IPv6或IPv4）完成IMS注册之后，终端应对随后所有的SIP,SDP和RTP/RTCP功能和流程使用相同的IP地址，直至该次IMS注册失效。4.5IMS控制面要求
4.5.1P-CSCF发现
在开始IMS注册前，终端首先要建立与IMS网络之间的IP连接，连接建立后，终端可通过空中接口发送SIP信令。在发送首个SIP消息前，终端应已知P-CSCF的地址。终端应支持PCO方式进行P-CSCF发现。当接入非紧急业务时，终端应使用在建立到IMS已知APN的PDN连接期间，收到的P-CSCF地址：并且当接入紧急业务时，终端应使用为紧急承载业务建立PDN连接期间，收到的P-CSCF地址。当终端知道多于一个的P-CSCF地址，其选择应基于归属运营商所配置的策略以选定P-CSCF。4.5.2IMS注册
注册过程如附录A.1的图A.1所示。1
YD/T3178—2016
在建立了IMSPDN连接，得到一个IP地址，并发现其P-CSCF地址后，终端应发起IMS注册过程。注册就是把公有用户标识和IP地址进行绑定的过程。在创建初始SIP注册请求前，IMS客户端从ISIM中读出下列数据：私有用户标识（IMPI）和公有用户标识（IMPU）。私有用户标识仅用于认证而不用来路由，不向用户显示。公有用户标识就是IMS客户端将要在首次注册中使用的SIPURI。如果用户使用的卡类型为USIM卡，则IMS客户端可以通过从USIM应用中提取IMSI来建立私有用户标识和公有用户标识。IMPI和IMPU推导规则如下：—IMPI：[email protected].mcc.3gppnetwork.org—IMPUsip:[email protected].mcc.3gppnetwork.orgIMS注册通过SIPREGISTER请求消息来完成。当执行IMS注册时，若满足如下条件，则终端应注册到IMS，具体为：一若终端能接收任何（但不必要是全部）电路域支持的媒体类型，以至于此媒体类型也能用于使用当前IP-CAN接入IMS核心网子系统时：一若上一项媒体类型是“audio”媒体类型，且终端支持的编解码适合于（交互式）语音一若终端确定其联系方式还未使用IP-CAN与公共用户标识绑定，以至于此联系方式期望被使用于，与上两项的媒体相关的IMS核心网子系统，传入的请求的收件人地址；一一若IMSVoPS标识符被底层提供，指示了支持语音；且一着执行初始注册过程是充许的。在初始注册过程中，终端应包含IMS通信业务标识符（ICSI）的值，用于指示IMS多媒体电话业务；终端应包含用于指示基于IP的SMS（SMSoverIP）业务的功能标记。终端应订阅注册事件包，终端应在Contact地址的“+sip.instance头字段参数（InstanceID）中，包含一个IMEIURN。
如下公有用户标识应被分配到用于VoLTE的隐含注册集，被终端使用：当ISIM被使用，ISIM中基本文件中的首个（或唯一）记录中的共有用户标识，见3GPPTS31.103；或
一来源于IMSI的临时的共有用户标识，见3GPPTS24.229。注：若两个标识都属于相同的隐含注册集，则一个共有用户标识是另一个共有用户标识的别名，两者被链接到相同的业务配置和具有配置给每个业务的相同的业务数据。考虑到互操作性和前向兼容，终端应在REGISTER请求的Contact头字段，通过增加“video”媒体功能标记，以指示管理视频呼叫的能力。4.5.3IMS注销
注销过程如附录A.5.1的图A.5和附录A.5.2的图A.6所示。终端应支持由终端主动发起的IMS注销，以及由网络发起的IMS注销过程。终端应支持使用从ISIM中获取的IMPU或从USIM提取的IMSI中推导出的IMPU标识主动发起到网络的注销过程，注销流程中REGISTER消息中Expires值为\O”。在发起注销请求之前，终端应释放与需要注销的用户身份相关的所有会话，并且在注销流程完成后，删除所有与该IMPU相关的注册信息。网络通过向终端发送NOTIFY请求来发起注销，终端在接收到网络用于注销的NOTIFY请求后，8
应删除所有与该IMPU相关的注册信息。4.5.4IMS鉴权和安全bzxz.net
YD/T3178—2016
终端应依照3GPPTS24.229和3GPPTS33.203所定义的，使用IMS认证和密匙协商（IMS-AKA）、Sec-Agree和IPSec的鉴权过程。终端应支持IPSec完整性保护，IPSec加密保护功能可选要求。若在UICC上存在ISIM，终端应支持基于ISIM的鉴权。若在UICC上不存在ISIM，终端应支持基于USIM的鉴权过程。终端应在Ut参考点支持鉴权过程。终端应支持接收，未被401未授权响应的，HTTP请求的2xx响应。4.5.5IMS呼叫建立
呼叫建立过程如附录A.2中的图A.2和附录A.3的图A.3所示。终端应支持可靠临时响应（reliableprovisionalresponses）。终端应能接收没有SDP提议（offer）的INVITE请求，且终端应在没有SDP提议的INVITE请求的首个非失败可靠响应中，包含一个带有音频媒体的SDP提议。注：在首个非失败可靠响应中，SDP提议能包含其他媒体。为了向网络指示一个IMS通信业务，终端使用的ICSI值应指示IMS多媒体电话业务。终端应支持通过发送SIPINVITE消息发起IMS域语音业务，在语音业务期间，可通过发送一个带有更新会话描述的INVITE请求来修改正在进行的会话，例如在会话过程中请求增加或删除视频流。在IMS语音呼叫建立过程中，当用户使用MSISDN进行呼叫时，被叫标识使用telURI格式；当用户显式使用SIPURI格式时，被叫标识使用SIPURI格式，显式包括用户直接输入或在通讯录中存储。终端的主叫号码不可使用注册过程中的IMSI推导出的IMPU，应使用注册过程中网路返回的隐式注册集中的IMPU标识。
终端应能在会话期间直接建立一个视频呼叫，且能通过发送，带有同时包含音频和视频媒体描述符的SDP提议的，SIP（re-）INVITE请求增加视频到一个音频会话中。终端应在INVITE请求的Contact头，通过包含“video”媒体功能标记，以指示管理视频的能力，无论视频媒体是否是SDP提议的一部分。终端应在，响应INVITE请求的，任何18x或200响应的Contact头，通过包含“video媒体功能标记，以指示管理视频的能力，无论视频媒体是否是SDP应答（answer）的一部分。终端应能发送全双工视频媒体的SDP提议和应答。一个SDP应答，可通过设置视频媒体描述符的端口号为零以拒绝视频媒体，可通过省略SDP方向属性或使用sendrecvSDP属性以接受全双工模式的视频媒体，或可通过使用sendonly或recvonlySDP属性以接受单工视频媒体。
若终端接收了一个带有多视频流的SDP提议，且终端只能处理一个视频流，则：一可给予用户选择所接受的视频流的可能。一若不能给予用户选择所接受的视频流的可能，则终端应接受或拒绝主视频流，和拒绝所有其他视频流。若终端不能决定SDP提议中哪个视频流是主视频流，则应视SDP提议中的终端所支持的首个视频流作为主视频流。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T31782016
移动终端支持基于LTE的语音解决方案（VoLTE）的技术要求
Technical requirement for user equipment of Voice over LTE (VoLTE)2016-10-22发布
中华人民共和国工业和信息化部2017-01-01实施
前言：
1范围
2规范性引用文件，
3术语、定义和缩略语.
3.1术语和定义.
3.2缩略语，
4终端功能要求
4.1概述
卡槽功能要求
4.3无线功能要求..
4.4IP版本要求..
4.5IMS控制面要求.
4.6IMS媒体面要求.
4.8语音方案选择策略
业务功能要求，
语音业务.
5.2视频业务
短消息
补充业务
数据与VoLTE语音/视频并发业务5.5
5.6IMS紧急呼叫
6人机界面要求.
6.1显示要求..
6.2呼叫界面..
6.3补充业务
7功耗要求，
附录A（规范性附录）VoLTE业务流程目
YD/T3178—2016
YD/T3178—2016
本标准是基于LTE的语音解决方案（VoLTE）系列标准之一，该系列标准的结构和名称预计如下：a）YD/T3177《基于LTE的语音解决方案（VoLTE）总体技术要求》；b）YD/T3180《基于LTE的语音解决方案（VoLTE）演进分组系统（EPS）设备技术要求》；c）YD/T3178《移动终端支持基于LTE的语音解决方案（VoLTE）的技术要求》；d）YD/T3181《基于LTE的语音解决方案（VoLTE）演进分组系统（EPS）设备测试方法》；e）YD/T3179《移动终端支持基于LTE的语音解决方案（VoLTE）的测试方法》。第1部分：功能和性能测试；
一第2部分：一致性测试。
随着技术的发展，还将制定后续的相关标准。本标准按照GB/T1.1—2009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国信息通信研究院、中国移动通信集团公司、中国联合网络通信集团有限公司、中国电信集团公司、大唐电信科技产业集团、北京展讯高科通信技术有限公司、重庆重邮信科通信技术有限公司、华为技术有限公司、联发博动科技（北京）有限公司、南京爱立信熊猫通信有限公司、诺基亚通信有限公司、天津三星通信技术有限公司。本标准主要起草人：宋丽娜、朵灏、李文宇、胡泊、张翔、金晨光、赵琳、孔露婷、周晶、宁小洲、师瑜、戴国华、张婷、余骏华、梅晓华、师延山、李彩、朴虎哲、刘海涛、衣强、吴敏、孙建成、李芳、周嘉、吴越。I
YD/T3178—2016
移动终端支持基于LTE的语音解决方案（VoLTE）的技术要求1范围
本标准规定了移动终端通过基于LTE的语音解决方案（VoLTE）支持语音类业务（含语音、视频、短消息、补充业务等）的终端功能要求、业务功能要求、人机界面要求、功耗要求等。本标准适用于支持基于LTE的语音解决方案的移动终端设备。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。3GPPTS23.216
3GPPTS24.167
3GPPTS24.229
3GPPTS24.238
3GPPTS24.604
3GPPTS24.605
3GPPTS24.606
3GPPTS24.607
3GPPTS24.608
单一无线语音呼叫连续性（SRVCC）：阶段2（SingleRadioVoiceCallContinuity（SRVCC）：Stage2）
3GPPIMS管理对象（MO）；阶段3（3GPPIMSManagementObject）（MO）；Stage3）基于会话初始协议（SIP）和会话描述协议（SDP）的IP多媒体呼叫控制协议（IPmultimediacallcontrolprotocolbasedonSessionInitiationProtocol(SIP）andSessionDescriptionProtocol（SDP））基于用户配置的会话初始协议（SIP）；阶段3（SessionInitiationProtocol（SIP）baseduserconfiguration；Stage3）使用IP多媒体（IM）核心网（CN）子系统的通信转移（CDIV）：协议规范(CommunicationDiversion（CDIV)usingIPMultimedia（IM)CoreNetwork（CN)subsystem；Protocolspecification）使用IP多媒体（IM）核心网（CN）子系统的会议电话（CONF）；协议规范（Conference(CONF）usingIPMultimedia（IM)CoreNetwork（CN)subsystemProtocolspecification）
使用IP多媒体（IM）核心网（CN）子系统的消息等待指示（MWI）；协议规范(MessageWaitingIndication（MWI)usingIPMultimedia（IM)CoreNetwork（CN）subsystem;Protocol specification)使用IP多媒体（IM）核心网（CN）子系统的主叫身份显示（OIP）和主叫身份显示限制（OIR）；协议规范（OriginatingIdentificationPresentation（OIP）andOriginatingIdentification Restriction（OIR)using IPMultimedia（IM)CoreNetwork（CN)subsystem；Protocolspecification）使用IP多媒体（IM）核心网（CN）子系统的被叫身份显示（TIP）和被叫身份显YD/T3178—2016
3GPPTS24.610
3GPPTS24.611
3GPPTS24.615
3GPPTS24.623
3GPPTS26.093
3GPPTS26.114
3GPPTS26.193
3GPPTS31.103
3GPPTS33.203
IETFRFC768
IETFRFC3095
IETFRFC3550
IETFRFC3551
IETFRFC3843
IETFRFC4815
示限制（TIR）：协议规范（TerminatingIdentificationPresentation（TIP）andTerminatingIdentificationRestriction（TIR）)usingIPMultimedia（IM)CoreNetwork(CN)subsystem;Protocol specification）使用IP多媒体（IM）核心网（CN）子系统的呼叫保持（HOLD）；协议规范(CommunicationHOLD（HOLD）usingIPMultimedia（IM)CoreNetwork（CN)subsystem；Protocolspecification）使用IP多媒体（IM）核心网（CN）子系统的匿名呼叫拒绝（ACR）和通信闭锁（CB）；协议规范（AnonymousCommunicationRejection（ACR）andCommunicationBarring(CB）usingIPMultimedia（IM)CoreNetwork（CN）subsystem；Protocolspecification）使用IP多媒体（IM）核心网（CN）子系统的通信等待（CW）（CommunicationWaiting（CW）usingIPMultimedia （IM）CoreNetwork（CN）subsystem；ProtocolSpecification)
Ut接口上处理补充业务的可扩展标记语言（XML）配置接入协议（XCAP）（ExtensibleMarkupLanguage（XML）ConfigurationAccessProtocol（XCAP）overtheUtinterfaceforManipulatingSupplementaryServices）必选语音编解码语音处理功能自适应多码率（AMR）语音编解码；源端控制码率操作（Mandatory speechcodec speech processing functions Adaptive Multi-Rate（AMR）speechcodec；Sourcecontrolledrateoperation）IP多媒体子系统（IMS）；多媒体电话；媒体控制和交互（IPMultimediaSubsystem(IMS)；Multimediatelephony;Mediahandlingand interaction)语音编解码语音处理功能；自适应宽带多码率（AMR-WB）语音编解码：源端控制码率操作（SpeechcodecspeechprocessingfunctionsAdaptiveMulti-Rate-Wideband（AMR-WB)speechcodec;Sourcecontrolledrateoperation）IP多媒体业务身份识别模块（ISIM）应用特性（CharacteristicsoftheIPMultimediaServicesIdentityModule（ISIM）application）3G安全；IP类业务的接入安全（3Gsecurity；AccesssecurityforIP-basedservices）用户数据报文协议（UserDatagramProtocol）鲁棒头压缩（ROHC）：框架和四个概要描述：RTP、UDP、ESP和不压缩（RobustHeaderCompression(ROHC)：Frameworkandfourprofiles:RTP,UDP,ESP,anduncompressed)
RTP：用于实时应用的传输协议（RTP：ATransportProtocolforReal-TimeApplications）
用于语音和视频会议的最小控制RTP概要描述（RTPProfileforAudioandVideoConferenceswithMinimalControl)鲁棒头压缩（ROHC）：用于IP的压缩功能概要描述（RobustHeaderCompression(ROHC)：ACompressionProfileforIP)鲁棒头压缩（ROHC）：对RFC3095的修正和澄清（RobustHeaderCompression(ROHC)：CorrectionsandClarificationstoRFC3095)IETFRFC4995
IETFRFC4996
IETFRFC5939
YD/T3178—2016
鲁棒头压缩（ROHC）框架（TheRobustHeaderCompression（ROHC）Framework）鲁棒头压缩（ROHC）：TCP/IP头压缩的概要描述（ROHC-TCP）（RobustHeaderCompression（ROHC）：AProfileforTCP/IP（ROHC-TCP））会话描述协议（SDP）能力协商（SessionDescriptionProtocol（SDP）CapabilityNegotiation）
3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。3.1.1
终端VoLTETerminal
能够支持基于LTE的语音解决方案（VoLTE）的移动终端设备。3.1.2
多模单待方案Multiple-Mode-Single-StandbyTerminalTechnicalSolution支持多个制式网络的接入，仅能在一种制式的网络待机以及监听寻呼消息的方案。3.1.3
多模双待方案Multiple-Mode-Dual-StandbyTerminalTechnicalSolution支持多个制式网络的接入，支持通过轮流监听或者双天线接收的方式分别在两个不同制式的网络上监听寻呼消息并保持待机状态的方案。3.2缩略语
下列缩略语适用于本文件。
AMR-WB
eNodeB (eNB)
Acknowledged Mode
Adaptive Multi-Rate
AdaptiveMulti-RateWideband
Access PointName
Audio/VideoProfile
Circuit Swtiching
Circuit Switched Fallback
DiscontinuousReception
Dual Transfer Mode
Dual Tone Multi Frequency
DedicatedRadioBearer
Evolved NodeB
确认模式
自适应多码率编码
自适应多码率宽带编码
接入点名字
音频/视频概要描述
电路交换
电路域回落
非连续接收
双传输模式
双音多频
专用无线承载
演进型NodeB
YD/T3178—2016
eSRVCC
E-UTRA
E-UTRAN
IP-CAN
MSISDN
P-CSCF
EvolvedPacketCorenetwork
Evolved Packet Service
Encapsulate Security PayloadEnhanced SingleRadioVoiceCall ContinuityEvolvedUTRA
Evolved UTRAN
Feature Grouplndicator
Guaranteed Bitrate
GlobalSystemforMobileCommunicationsHyperTextTransferProtocol
International Mobile EquipmentIdentityIMS Private user identity
IMS Public user identity
IPMultimediaSubsystem
International Mobile SubscriberIdentificationNumber
Internet Protocol
IP-ConnectivityAccessNetworkIPMultimedia ServiceIdentity ModuleLongTermEvolution
MediaAccessControl
Modulation and Coding SchemeMobileEquipment
MasterInformationBlock
MultipleInput MultipleOutputMobilityManagementEntity
Mobile Subscriber International ISDN/PSTNnumber
Protocol Configuration OptionsPhysicalDownlinkControl ChannelPublic Data Network
PhysicalResourceBlock
ProxyCall SessionControlFunctionQualityof ServiceClassIndicatorQualityof Service
RadioBearer
Radio Link Control
Request ForComments
演进型分组核心网
演进型分组业务
封装安全载荷
增强的单一无线语音呼叫连续性演进型UTRA
演进型UTRAN
功能组指示
保证速率
全球移动通信系统
超文本传输协议
国际移动设备身份码
私有用户标识
公有用户标识
IP多媒体子系统
国际移动用户识别码
网络间互联协议
IP连接访问网络
IP多媒体业务身份识别模块
长期演进
媒体接入控制
调制编码方式
移动设备
主信息块
多入多出
移动性管理实体
移动用户号码
协议配置选项
物理下行控制信道
公用数据网
物理资源块
代理呼叫会话控制功能
服务质量等级指示
服务质量
无线承载
无线链路控制
请求评议
TD-SCDMA
4终端功能要求
4.1概述
Robust Header Compression
RadioResourceControl
RadioResourceManagement
Radio Remote Unit
Reference Signal
ReceivedSignalCodePower
RSReceived Power
RSReceivedQuality
Received Signal Strength IndicationReal-timeTransport ControlProtocolReal-time Transport ProtocolSession Description ProtocolServing GateWay
Subscriber Identity Module
SessionInitiation Protocol
Semi-Persisting Scheduling
SignallingRadioBearer
SingleRadioVoiceCall ContinuityTimeDivision Duplex
TimeDivision-SynchronousCodeDivisionMultipleAccess
Transmission Time Interval
User Datagram Protocol
UserEquipment
Universal Integrated Circuit CardUnacknowledged Mode
Uniform ResourceIdentifier
Voice overLTE
WidebandCodeDivisionMultipleAccess:XMLConfiguration Access Protocol鲁棒头压缩
无线资源控制
无线资源管理
无线远端单元
参考信号
YD/T3178—2016
接收信号码功率
RS接收功率
RS接收质量
接收机信号场强指示
实时传输控制协议
实时传输协议
回话描述协议
业务网关
用户识别模块
会话初始协议
半持续调度
信令无线承载
单一无线语音呼叫连续性
时分双工
时分同步码分多址
发送时间间隔
用户数据报文协议
用户设备
通用集成电路卡
非确认模式
通用资源标识符
基于LTE的语音解决方案
宽带码分多址
XML配置访问协议
本标准规定了LTE移动终端设备中支持基于LTE的语音解决方案卡槽对应的相关功能、业务和性能要求。
本标准中规定的与视频通话功能相关的承载要求、IMS控制面要求、IMS媒体面要求、视频业务要5
YD/T3178—2016
求、并发业务要求、人机界面要求只适用于支持视频功能的终端。本标准中规定的语音呼叫时的方案优选原则仅适用于IMS话音业务开关打开时的情况，IMS话音业务关闭时终端在电路域上发起语音业务。4.2卡槽功能要求
本标准中规定的移动终端设备，卡槽应能支持UICC卡，UICC卡推荐支持ISIM应用。UICC卡仅支持SIM应用时，终端不支持LTE工作模式。4.3无线功能要求
4.3.1资源分配和调度
终端应支持连接状态下的非连续接收（DRX）功能，包括长周期DRX（LongCycleDRX）和短周期DRX（ShortCycleDRX)。
终端应支持TTI捆绑（TTIBundling）功能，对于工作在TD-LTE模式下的终端，仅要求支持上、下行时隙配置0/1/6下的TTI捆绑，终端应支持SPS功能，包括通过RRC信令对SPS进行配置、通过PDCCH指示激活和释放SPS、对上行SPS进行隐式的SPS释放
4.3.2无线承载
终端应支持如下无线承载的组合，并在FGIbit7和bit20中设置相应的指示：语音业务：SRB1+SRB2+4个AMDRB+1个UMDRB；其中，2个AMDRB分别用于QCI=5和QCI=8或9的EPS承载，1个UMDRB用于QCI=1的EPS承载；视频业务：SRB1+SRB2+5个AMDRB+3个UMDRB：其中，2个AMDRB分别用于QCI=5和QCI=8或9的EPS承载，1个UMDRB用于QCI=1的EPS承载，另1个UMDRB用于nOn-GBR承载或QCI=2的EPS承载。
4.3.3EPS承载
终端应支持建立如下EPS承载：
一支持建立QCI=8/9的AMEPS承载用于数据业务；一支持建立QCI=5的AMEPS承载用于SIP信令业务：一支持建立QCI=1的UMEPS承载用于语音业务：一支持建立QCI=2的UMEPS承载用于视频业务。4.3.4RoHC
终端应支持ROHC头压缩功能，对在承载语音、视频业务的DRB上传输的报头进行头压缩处理，并至少支持表1中针对RTP报文的“RTP/UDP/IP，协议框架（Ox0001）和针对RTCP报文的‘UDP/IP”协议框架（0x0002）。终端应支持对IPv4和IPv6报文的头压缩。6
协议框架标识
0x0000
0x0001
0x0002
0x0003
0x0004
0x0006
0x0101
0x0102
0x0103
0x0104
表1建议支持的报头压缩协议和协议框架用途
不压缩
RTP/UDP/IP
UDP/IP
ESP/IP
TCP/IP
RTP/UDP/IP
UDP/IP
ESP/IP
协议名称
RFC4995
RFC3095,RFC4815
RFC3095,RFC4815
RFC3095,RFC4815
RFC3843,RFC4815
RFC4996
RFC5225
RFC5225
RFC5225
RFC5225
YD/T3178—2016
必选/可选
终端应支持同时建立多个PDN连接，包括同时支持一个数据PDN连接，一个IMSPDN连接和一个紧急呼叫PDN连接。
终端应支持专用IMSAPN，终端可在附着过程中建立IMSPDN连接，或者在附着成功后再请求建立IMSPDN连接。
若终端和网络间的PDN连接丢失，则终端应重新建立PDN连接，并在建立成功之后判断，若IP地址改变或在PDN连接丢失的过程中IMS注册超时，终端应重新发起IMS注册过程。4.4IP版本要求
对VoLTE应用的协议，包括SIP、SDP、RTP、RTCP和XCAP/HTTP等，终端均应支持其IPv4和IPv6版本。
在PS注册时，终端应发起IPv4v6的PDN连接建立请求，如果同时被分配了IPv4和IPv6地址，终端应优先使用IPv6地址完成IMS的P-CSCF发现过程。当终端完成P-CSCF发现过程，并使用一个特定的IP地址（IPv6或IPv4）完成IMS注册之后，终端应对随后所有的SIP,SDP和RTP/RTCP功能和流程使用相同的IP地址，直至该次IMS注册失效。4.5IMS控制面要求
4.5.1P-CSCF发现
在开始IMS注册前，终端首先要建立与IMS网络之间的IP连接，连接建立后，终端可通过空中接口发送SIP信令。在发送首个SIP消息前，终端应已知P-CSCF的地址。终端应支持PCO方式进行P-CSCF发现。当接入非紧急业务时，终端应使用在建立到IMS已知APN的PDN连接期间，收到的P-CSCF地址：并且当接入紧急业务时，终端应使用为紧急承载业务建立PDN连接期间，收到的P-CSCF地址。当终端知道多于一个的P-CSCF地址，其选择应基于归属运营商所配置的策略以选定P-CSCF。4.5.2IMS注册
注册过程如附录A.1的图A.1所示。1
YD/T3178—2016
在建立了IMSPDN连接，得到一个IP地址，并发现其P-CSCF地址后，终端应发起IMS注册过程。注册就是把公有用户标识和IP地址进行绑定的过程。在创建初始SIP注册请求前，IMS客户端从ISIM中读出下列数据：私有用户标识（IMPI）和公有用户标识（IMPU）。私有用户标识仅用于认证而不用来路由，不向用户显示。公有用户标识就是IMS客户端将要在首次注册中使用的SIPURI。如果用户使用的卡类型为USIM卡，则IMS客户端可以通过从USIM应用中提取IMSI来建立私有用户标识和公有用户标识。IMPI和IMPU推导规则如下：—IMPI：[email protected]
如下公有用户标识应被分配到用于VoLTE的隐含注册集，被终端使用：当ISIM被使用，ISIM中基本文件中的首个（或唯一）记录中的共有用户标识，见3GPPTS31.103；或
一来源于IMSI的临时的共有用户标识，见3GPPTS24.229。注：若两个标识都属于相同的隐含注册集，则一个共有用户标识是另一个共有用户标识的别名，两者被链接到相同的业务配置和具有配置给每个业务的相同的业务数据。考虑到互操作性和前向兼容，终端应在REGISTER请求的Contact头字段，通过增加“video”媒体功能标记，以指示管理视频呼叫的能力。4.5.3IMS注销
注销过程如附录A.5.1的图A.5和附录A.5.2的图A.6所示。终端应支持由终端主动发起的IMS注销，以及由网络发起的IMS注销过程。终端应支持使用从ISIM中获取的IMPU或从USIM提取的IMSI中推导出的IMPU标识主动发起到网络的注销过程，注销流程中REGISTER消息中Expires值为\O”。在发起注销请求之前，终端应释放与需要注销的用户身份相关的所有会话，并且在注销流程完成后，删除所有与该IMPU相关的注册信息。网络通过向终端发送NOTIFY请求来发起注销，终端在接收到网络用于注销的NOTIFY请求后，8
应删除所有与该IMPU相关的注册信息。4.5.4IMS鉴权和安全bzxz.net
YD/T3178—2016
终端应依照3GPPTS24.229和3GPPTS33.203所定义的，使用IMS认证和密匙协商（IMS-AKA）、Sec-Agree和IPSec的鉴权过程。终端应支持IPSec完整性保护，IPSec加密保护功能可选要求。若在UICC上存在ISIM，终端应支持基于ISIM的鉴权。若在UICC上不存在ISIM，终端应支持基于USIM的鉴权过程。终端应在Ut参考点支持鉴权过程。终端应支持接收，未被401未授权响应的，HTTP请求的2xx响应。4.5.5IMS呼叫建立
呼叫建立过程如附录A.2中的图A.2和附录A.3的图A.3所示。终端应支持可靠临时响应（reliableprovisionalresponses）。终端应能接收没有SDP提议（offer）的INVITE请求，且终端应在没有SDP提议的INVITE请求的首个非失败可靠响应中，包含一个带有音频媒体的SDP提议。注：在首个非失败可靠响应中，SDP提议能包含其他媒体。为了向网络指示一个IMS通信业务，终端使用的ICSI值应指示IMS多媒体电话业务。终端应支持通过发送SIPINVITE消息发起IMS域语音业务，在语音业务期间，可通过发送一个带有更新会话描述的INVITE请求来修改正在进行的会话，例如在会话过程中请求增加或删除视频流。在IMS语音呼叫建立过程中，当用户使用MSISDN进行呼叫时，被叫标识使用telURI格式；当用户显式使用SIPURI格式时，被叫标识使用SIPURI格式，显式包括用户直接输入或在通讯录中存储。终端的主叫号码不可使用注册过程中的IMSI推导出的IMPU，应使用注册过程中网路返回的隐式注册集中的IMPU标识。
终端应能在会话期间直接建立一个视频呼叫，且能通过发送，带有同时包含音频和视频媒体描述符的SDP提议的，SIP（re-）INVITE请求增加视频到一个音频会话中。终端应在INVITE请求的Contact头，通过包含“video”媒体功能标记，以指示管理视频的能力，无论视频媒体是否是SDP提议的一部分。终端应在，响应INVITE请求的，任何18x或200响应的Contact头，通过包含“video媒体功能标记，以指示管理视频的能力，无论视频媒体是否是SDP应答（answer）的一部分。终端应能发送全双工视频媒体的SDP提议和应答。一个SDP应答，可通过设置视频媒体描述符的端口号为零以拒绝视频媒体，可通过省略SDP方向属性或使用sendrecvSDP属性以接受全双工模式的视频媒体，或可通过使用sendonly或recvonlySDP属性以接受单工视频媒体。
若终端接收了一个带有多视频流的SDP提议，且终端只能处理一个视频流，则：一可给予用户选择所接受的视频流的可能。一若不能给予用户选择所接受的视频流的可能，则终端应接受或拒绝主视频流，和拒绝所有其他视频流。若终端不能决定SDP提议中哪个视频流是主视频流，则应视SDP提议中的终端所支持的首个视频流作为主视频流。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。