sk volte终端需求事项uicc移动性支持

1、SKT VoLTE 终端需求事项(UICC )SK / (SKProprietary) 2015-05-151.21/45 1.66669999910101011概要.一般事项 .适用范围.相关规格 .2.终端器 基本 要求事项 . .2.1AIR PROTOCOL 和 PACKET CORE 关联 .2.2 USERERFACE .2.32.4语音 处理 装置 .相机 .3.VoLTE 号处理 IMS 机能 .PROTOCOL STACK .地址体系 及 认证 .REGISTRATION ...4Registration

2、时 Feature tag 设定12APCS(DM) 服务器联动程序13SIP Server Discovery14SIP Server Registration143.43.5DIALING PLAN15号处理..43.5.5基本号处理 .16IMS registration 失败 应答18INVITE 关联 动作19Forking20Early-Media 和 广播说明203.63.7声音-影像 号转换机能20SDP 机能.23.7.3相关语音 .2122相关.Candidate attribute23S-NETWORK-INFO

3、HEADE R03.113.12P-AC通话 中 SESUPDATE .26FAST UPDATE 机能26SIP T MER26异常 处理273.12.1LTE QoS273.13 MULTIPLE PDN 机能28 2015-05-151.22/43.2282828292929292929292929303131313232323234343434Multiple PDN 动作.不同服务.3.14超负荷时VOLTE 号优先 处理 机能 .4. VoLTE IMS media 机能.4.1Audio media(VOICE MEDIA) .4.1.1

4、...34.2.4Audio codec.RTP profile 及 SDP 考虑事项 .RTP profile .SDP Offer 考虑事项.SDP Answer 考虑事项. .SDP sesmodification 考虑事项.数据 传送 .RTCP 使用 .AMR payload format 考虑事项.MEDIA .Codec .RTP Profile 和数据 传送 .H.263 RTP payload format 考虑事项.H.264 RTP payload format 考虑事项.4.3DTMF . .5.VoL

5、TE RAN Feature 及其它机能 .IP header 压缩机能.SPS 机能 . .DRX MODE OF OPERATION .TTI bundling 机能.5.75.83434343435353636363838394040SR VCC 机能 .根据MULTI-TASKING 终端操作 .IP 版本.紧急 号 服务 .5.8.1一般事项 .5.9发信按钮, UI, 设置菜单 及图标..2HD Voice (VoLTE) 设置菜单 操作 .根据 HD Voice 服务使用状态 变更“HD Voice 设置” .6.服务品质 .6

6、.1服务品质保障方案 .7. 附加服务 .7.17.2组通话 .Instant lettering. 2015-05-151.23/45/ (SKProprietary)404142437.3MCID .8.9.10.号连续性的机能 .国际漫游 .DM (Diagnostic monitoring) tool 支援./ (SKProprietary) 2015-05-151.24/45变更日历/ (SKProprietary)版本日期制成者变更事项10.52014.1.25,要求事项 最初制成21.02014.4.30,TTA 标准 反映改正内容 (TTAK.KO-06.0357/R1)3.1

7、.12015.01.07, 移动通信 3 社通话 UI 标准要求事项规格追加IMPU / IMPI 相关重复内容的 删除及统合APCS-DM 连接 Case 追加通话时 regi的情况 Regi 试图追加内容通话时AMR 删除 mode-set=7 设置SIP timer 的 TimerB 值修订为 8 (APCS-DM 默认值反映)PDN 连接步骤内容追加初期失音 品质标准追加紧急 号 操作内容修订附加服务 43 号 删除41.2204 超负荷时 VoLTE 号优先处理内容追加 2015-05-151.25/451. 概要1.1一般事项此需求事项定义为在 VoLTE 终端

8、为提供通话必要的对终端机的最小限度的规格，在此需求事项中 提到的事项一定要在终端机中体现，建议终端设备制造商可以任意开发定义. 除此之外没有提到的事项应该遵循下列规格。此需求事项中提到的“通话”没有其它特别说明的情况下指的是 “VoLTE 语音通话”。对此需求事项解释有差异的情况下, 依据本公司的解释. 除此之外没有提到的事项，制造商一定要和本公司协议后进行开发。1.2适用范围VoLTE 通话服务的提供上需要的终端装置应依据此需求事项.1.3相关规格本文件是以下列规格为基础完成， 没有提及的事项原则上适用于下列规格GSMA IR.65GSMA IR.88GSMA IR.92GSMA IR.94

9、5 TTAK.KO-06.0357/R1IMS Roaming &erworking Guidelines 5.0LTE Roaming Guidelines 5.0IMS Profile for Voice and SMS, V7.0 IMS Profile for ConversationalService, V6.0运营商 UICC 移动性提供的 VoLTE 终端 规格6 3GPP TS 23.1677 3GPP TS 24.1738 3GPP TS 23.2039 3GPP TS 23.21610 3GPP TS 23.22111 3GPP TS 23.27212 3GPP TS 24

10、.229IP Multimedia Subsystem (IMS) emergency sessIMS Multimediaephony service and supplementary servi; Stage3Policy and charging control architectureSingle Radio Voice Call Continuity (SRVCC); Stage 2 Architectural requirementsCircuit Switched (CS) fallback in Evolved Packet System (EPS); Stage 2IP M

11、ultimedia call control protocol based on SesInitiation Protocol (SIP)and SesDescription Protocol (SDP); Stage 313 3GPP TS 24.305 Selective Disabling of 3GPP User Equipment Capabilities (SDoUE)Management Object (MO)14 3GPP TS 26.071 Mandatory speech CODEC speech proCodec; General Descriptionsing func

12、tions; AMR speech15 3GPP TS 26.114 IP Multimedia Subsystem (IMS); Multimediaeractionephony; Media handling and 2015-05-151.26/4516 3GPP TS 26.13117 3GPP TS 26.13218 3GPP TS 26.171Terminal acoustic characteristics forephony; RequirementsSpeech andephony terminal acoustic test specificationSpeech code

13、c speech prosing functions; Adaptive Multi-Rate -Wideband (AMR-WB) speech codec; General description19 3GPP TS 31.103 Characteristics of the IP Multimedia ServiapplicationIdentity Module (ISIM)20 3GPP TS 33.20321 3GPP TS 36.1013G security; Acs security for IP-based serviEvolved Universal Terrestrial

14、 Radio Acs (E-UTRA); User Equipment (UE)radio transmisand reception22 3GPP TS 36.104Evolved Universal Terrestrial Radio Acs (E-UTRA); Base Sion (BS) radiotransmisand reception23 3GPP TS 36.300Evolved Universal Terrestrial Radio Acs (E-UTRA) and Evolved UniversalTerrestrial Radio Acs Network (E-UTRAN

15、); Overall description; Stage 224 3GPP TS 36.321Evolved Universal Terrestrial Radio Ac (MAC) protocol specificationEvolved Universal Terrestrial Radio Acs (E-UTRA); Medium Acs Control25 3GPP TS 36.323s (E-UTRA); Packet DataConvergence Protocol (PDCP) specification26 RFC 76827 RFC 3095User Datagrroto

16、colRobust Header Compres(ROHC); Framework and four profiles : RTP,UDP, ESP andpressed28 RFC 326129 RFC 331230 RFC 332031 RFC 332132 RFC 348533 RFC 355034 RFC 355135 RFC 3556SIP : SesInitiation Protocolegration of resource management and SesInitiation Protocol (SIP)Signaling CompresSignaling Compres(

17、p)p) Extended OperationsSIP and SDP Sic Dictionary for Signaling CompresRTP : A Transport Protocol for Real-Time Applications(p)RTP Profile for Audio andConferenwith Minimal ControlSesDescription Protocol (SDP) Bandwidth Modifiers for RTP ControlProtocol (RTCP) Bandwidth36 RFC 402837 RFC 456638 RFC

18、4585SesTimershe SesInitiation Protocol (SIP)SDP: SesDescription ProtocolExtended RTP Profile for Real-time Transport Control Protocol (RTCP) Based Feedback (RTP/AVPF)39 RFC 473340 RFC 4815RTP Payload for DTMF Digits, RObust Header Compres3095ephony Tones, andephony Signals(ROHC): Corrections and Cla

19、rifications to RFC41 RFC 4867RTP Payload Format and File Storage Format for the Adaptive Multi-Rate(AMR) anptive Multi-Rate Wideband (AMR-WB) Audio Codecs/ (SKProprietary) 2015-05-151.27/4542 RFC 593943 draft44 -45 -46 -47 -48 3GPP TS23.401SesDescription Protocol (SDP) Capability Negotiationp-user-g

20、uideSKT IMS 语音通话 技术规范书, SKLTE 终端 共同需求事项, SK HD Voice 服务 需求事项, SKSKT APCS(DM) 终端联动规范书-VoLTE 服务, SKGeneral Packet Radio Service (GPRS) enhancements for Evolved UniversalTerrestrial Radio Acs Network (E-UTRAN) acs49 RFC 5245eractive Connectivity Establishment (ICE) : A Protocol for NetworkAddress Trans

21、lator (NAT) Traversal for Offer/Answrotocols50 RFC 301651 RFC 618452 RFC 462953 3GPP TS22.27854 -55 -56 -57 -58 -59 -60 -RTP Payload Format for MPEG-4 Audio/Visual Streams RTP Payload Format for H.264RTP Payload Format for ITU-T Rec. H.263Service requirements for the Evolved Packet System VoLTE TAS

22、服务规范书, SK组通话 使用者需求事项, SKinstant_lettering_UI_guide, SK mCID 服务 UI guide, SKmCID 服务 mCID sever-终端联动规范书, SK WCDMA_SBSM 终端 USIM 需求事项, SKSKT LTE/VoLTE通话 UI 规范书, SK移动通信 3 社/KT/LGU+通话 UI 标准 需求事项, SK61 -/ (SKProprietary) 2015-05-151.28/452. 终端机 基本 需求事项2.1Air Protocol 及 Packet Core 联系1)VoLTE 通话 通过本公司的LTE 网

23、号可以收发, LTE 终端需求事项应该满足本公司 “LTE 终端共同需求事项”.2)在VoLTE 终端使用的 Acs PoName (APN) 在“LTE 终端 共同需求事项45”中有定义, IMS用 APN 在此 需求事项 4.16 节 另有定义.VoLTE 通话 只有在连接LTE 网的时候才提供服务, 在连接WCDMA 的情况下应使用 3G CS 实现语音通话.3)4)5)LTE覆盖率和 阴影地区消除之前应该支持 3G CS .VoLTE 通话 和 3G CS 应该支持号连续性机能(SR-VCC).2.2UsererfaceVoLTE 终端 为给使用者提供便利提供画面和菜单, 详细的画面和

24、菜单机能请参照 HD_Voice_服务_需求事项 相关规格 46和 SKT_LTE/VoLTE_通话_UI_规格书相关规格 60, 移动通信 3 社_通话_UI_标准_需求事项 相关规格 61.1)2)VoLTE 终端 收发信号时 应该提供能区别于一般声音信号并选择的机能.VoLTE 终端 收发信号时 与一般声音信号的方式收发信号及 使call log 使用可能 .2.3声音处理装置1)2)VoLTE 通话用 MIC, 耳机, 扬声器 应该支持Wideband 宽带 , 建议Super Wideband 宽带支持. VoLTE 通话用 扬声器 为支持对讲机功能要有足够的音量，建议运用扬声器的直

25、线性使得即使调节到最大音量通话时声波原型也不会发生弯曲.VoLTE 通话用 MIC 要使用对讲机功能的情况, 应支持echo 清除功能。3)2.4相机1)2)3)4)应支持QCIF, QVGA, VGA.最少每秒 10 15 Frame 的同时能够编码, 应该支持最大 30 Frame.通话用相机 应支持最低 30 万像素以上.应全部提供前后相机, 根据前后相机方向的不同 把编码数据按 H/W 方式处理时应该支持回转处理可能 ./ (SKProprietary) 2015-05-151.29/453. VoLTE 号处理 IMS 机能3.1(Protocol Stack)Link Layer

26、/ Physical Layer本公司的VoLTE 通话 应该满足IMS 规格, 大概的 Protocol 如上方图表.1)VoLTE 通话应支持 Always On 机能, 终端显示在(Registration).er On 时 进行 VoLTE 通话登陆2)VoLTE 通话 以SKT IMS 网为基准提供, 连接IMS 网的步骤 应满足 相关规格 44于通话的相关规格.规格中关3)应支持SIP, SDP, RTP, RTCP 机能， 不使用p(RFC3320)机能.4)ernet Protocol (IP) 全都支持IPv4 和 IPv6, VoLTE 语音通话及附加服务 在IPv4 及

27、IPv6中都要动作.3.2地址体系及认证每个申请者 在Metwork 为享受服务有下面两种 ID. 在VoLTE 通话中 使用的 IP addressAlways On 登陆时 使用分配的 IP address.Public User ID : 每个申请者能拥有数个ID. 在区分一般服务的收发信者时使用。 Private User ID : 每个申请者拥有唯一的 ID . 申请者认证的情况下使用. (现在 REGISTER 信息的Authorization header 的 username 参数产生时使用)终端 3GPP TS 24.229 及 3GPP TS 33.203 定义的 IMS

28、应依据 Authentication and Key Agreement(IMS-AKA) 步骤, 这时不使用 Sec-Agree 及 IPsec.终端 un-protected registration 时 REGISTER Authorization header 的 algorithm 参数AKAv1-MD5 应传送 algorithm 信息 .终端 ISIM 应提供基础的认证, UICC(Universalegrated Circuit Card) 没有 ISIM 的情况 3GPP TS23.228, Annex E.3.1 及 3GPP TS 24.229, Annex C.2 中定

29、义的 USIM 应提供基础的认证. 具体的使用参数依照本公司的 “WCDMA SBSM 终端 USIM 需求事项59”版本./ (SKProprietary)VoLTE ApplicationcodecAudio CodecRTCPSIP/SDPRTPUDPIP 2015-05-151.210/453.3RegistrationVoLTE 终端如下情况时应进行 VoLTE 登录步骤.1)-终端启动后连接初始数据的情况解除飞行模式设定的情况在Registration timer expire 前到了本公司按基准设定的时间的情况最先接收到对SIP registration 的 403 应答 的 情

30、况以 APCS(DM)的 SMS Push 变更 LBO P-CSCF address, SMS over IP indicator, Service Sus 的情况SIP Registration 失败状态下接收到DM noti 的情况-2)终端收到 REGISTER request 失败应答的情况应该如下操作. 终端如果连续两回收到 403 应答的情况, 显示弹出文句的同时终端会停止 registration 再操作甚至电源 OFF/ON 都不应该进行 registration 操作.这时弹出的文句会遵循 UI 规格. 仅在第一次收到 403 时马上再连接 DM 服务器后应该再一次运行 I

31、MS registration.终答信息中收到 Retry-After header field 的情况, 应该用有关的值来变更重试周期.终端 如果收到 423 应答的情况, 终端参照应答信息的 Min-Expires header field 值设定Expiresheader field 还有 Contact header 的“expires” header parameter 后应再次传送 REGISTERrequest. 如果 423 应答不包含 Min-Expires header field 的情况 和下列一般失败应答一起理.处-一个 P-CSCF 的情况用 P-CSCF addre

32、ss(最大 2 回), 2 个以上的情况 用 P-CSCFaddress 马上重试 ，所有 P-CSCF 都失败的情况下 应该再次从第一个 P-CSCF 开始重试.这时从第一个P-CSCF 开始重试的间隔 遵循Actual wait time.-所有 P-CSCF 发生tranion timeout 时 根据Actual wait time 进行重试, 即将重试前关闭IMS PDN 应该能马上连接到 IMS PDN.终端 通话中 re-registration 操作时 收到 403(Forbidden)应答的情况 马上结束号, 收到 403以外其余应答的情况直到 registration ex

33、pire timer 前不要结束号. registration expire timer到时结束号然后应该关闭IMS PDN 后马上连接 IMS PDN 尝试 initial registration .-3)终该遵循3GPP TS 24.229中定义的 SesInitiated Protocol(SIP) Registration 步骤. 另外 3GPP TS 24.229的 Annex L.3.1.2的 2,3,4,5,6 项的 IMS Registration 的条件无异常的时候,登陆 IMS.该包含 标示 IMS Multimediaephony 服务的 IMS Communicati

34、on Service终4)终Identifier(ICSI) 数值 service.ims.icsi.mm. ICSI 数值是3GPP TS 24.173 中定义的urn:urn-7:3gpp-, 应遵循3GPP TS 24.229的 .1 节中规定的顺序/ (SKProprietary) 2015-05-151.211/45. 为标示影像服务 追加IETF RFC 3840中定义的 “” feature tag 到 Contact header.5)另外在终端 提供 SMS over IP 的情况应包含 3GPP TS 24.34119的+g.3gpp.smsip.在终端只提供影像服务的情况

35、只使用 IETF RFC 3840中定义的 audio;终端 使用User-Agent header 传送终端信息, 形式如下. 节中定义的6)7)feature tag.8)UE 应该登陆3GPP TS 24.229的 节中定义的 registration event package, network 对 Subscribe 信息 接收到 489 Bad Event 应答的情况 不要进行 registration event 操作. UE SIP registration 时 Contact header 的 +sip.instance 参数应该包含 3GPP TS 23.003的 13.8

36、 节中定义的 IMEI URN.对于 IMS Core network 的 VoLTE 使用的 IRS(Implicit Registration Set)中提供的全部 IMS Public User Identity 应该为化名的 User Identity 的同时包含 URI. 下面的 Public User Identity 应该分配到VoLTE 使用的IRS 中, 这个由于 UE 在 VoLTE Registration 过程中 应该使用.9)-是 ISIM 的情况, ISIM 的 Elementary File 只有 1 个 record 的情况 一般号紧急号都使用, 2 个reco

37、rd 存在的情况第一次用紧急号第二次用一般号 (3GPP TS 31.103 4.2.4); 另外不是ISIM 的情况 从IMSI 输出的 Temporary Public User Identity(3GPP TS 24.229)-除此之外的 IRS 不能为了VoLTE 使用.3.3.1Registration 时 Feature tag 设定VoLTE 登陆时 联动终端 APCS(DM) 服务器 认证信息等 update 后, 3G/LTE 网 应该 全部设定Feature tag 进行登录步骤.连接 APCS(DM)服务器时 SKT的/ (SKProprietary)User-Agent

38、 = “User-Agent” HCOLON VoLTE-c nt-valVoLTE-c nt-val = TTA-VoLTE/1.0 SP device-info SP device-type SP operatordevice-info = device-mSLASH software-ver device-m= 1*16(alphanum / “-“ / “_” / “.”) software-ver= 1*16(alphanum / “-“ / “_” / “.”)device-type = Device_Type SLASH valuevalue = Feature_Phone /

39、Android_Phone / / Android_PAD / iPad / Tablet_PC / tokenoperator = SKT / KT / LGU 2015-05-151.212/45APCS(DM) 终端联动规格书-VoLTE service47中定义的 VoLTE service 状态 在“ON”的情况设定 VoLTEfeature tag 进行登录, VoLTE service 状态在 “OFF”的情况下设定提供 LTE通话服务的 featuretag(audio;)进行登录.由于接收到 403 Forbidden 终端 连接APCS(DM)服务器重试的时候 VoLTE

40、服务状态可能变动 (例: 初次登陆时 VoLTE 服务状态 原来是“ON”, IMS 登陆时 接收到 403,再次连接时 VoLTE 服务状态是“OFF”的情况), 中止尝试在变更 Feature tag 后再尝试登陆 .VoLTE 出现下列情况应该进行 VoLTE 登陆解除步骤, 变更SKT IMS 语音节中定义的 feature tag (VoLTE Feature tag 除外) 做 Re-REGI .通话_技术规格书44 6.2.2在LTE 网下的终端 装载 2 个以上 IMS 基础服务的情况，对每个服务的IMS 网的登陆(Registration) 应该可以通过一个信息实现(合并 登

41、陆).在终端不支持 VoLTE service 及只支持其它 IMS 基础服务(例: RCS)的情况下等De-regi 应该处理VoLTE.仅, 在终端只支持VoLTE 服务的情况下 终端 移动到 3G 网 不应该进行网变更后针对VoLTE 服务的 Re-REGI 或 De-REGI 步骤, 应该继续进行VoLTE 周期性的 Re-REGI. 关闭终端电源的情况下 进行VoLTE 登陆解除 步骤.3.3.2APCS(DM) 服务器 联动 步骤1)APCS(DM) 服务器应该在如下情况下连接 .-终端再启动后飞行模式设定/解除时APCS(DM) 服务器的 DM_polling_priode 经过

42、时SMS push 方式 : 政策变更时(SIP Registration 失败状态下如果收到 DM noti 马上应该尝试 init regi) -最初收到SIPRegistration 的 403 应答时接收到Detach 时 (re-attach)终端的IP 地址变更时APCS(DM)服务器联动时使用 IMS PDN. HTTP request 时 无响应的情况2)3)-4s - 8s 以后 wait timer. DM fail 判断基准 : 4s4s 之前未收到IMS MO 时 使用获得的 IMS MO 没有的时候使用 IMS MO default 数值进行 SIP Registra

43、tion 过程, 之后 从 DM 服务器如果 收到 IMS MO 适用相关数值, 依据IMS MO value 变更条件 重试SIP init regi.无响应和接收 500 混合的情况重试 2 回后做失败处理 .503 Retry-after 以后 2 回重试后 做失败处理.4)5)/ (SKProprietary) 2015-05-151.213/456)7)8)没有 503 Retry-after 时和接收到 4xx 时 马上做失败处理.DNS Query 失败时马上做失败处理.失败处理后使用获得的 IMS MO 没有的情况下使用 IMS MO default 数值进行SIP Regis

44、tration 过程.通话中 DM 信息update 时, 如果影响到基本的通话, 在通话结束后进行 IMS 操作 .9)10) UICC 变更时 基础 IMS MO数值初始化.11) IMS MO value 值变更后的 init regi 重试的条件如下.-LBO P-CSCF Address 变更时SMS over IP indicator 变更时Servius 变更时3.3.3SIP Server Discovery1)终端 将根据优先顺序 应该使用P-CSCF address 进行 SIP registration.-终P-CSCF address via APCS(DM) serv

45、er P-CSCF address via EPS该支持 通过 DM 服务器的 P-CSCF Discovery 步骤.2)3)终端和Packet core 应该支持通过EPS 的 P-CSCF Discovery 步骤. 相关组项在3GPP TS 24.229, Annex L.2.2.1 中有 option 规定.终端执行下列步骤时, 应标示 P-CSCF IPv6 地址申请和 P-CSCF IPv4 地址申请.用 Default APN 设定PDN initial attach 时间用IMS well known APN 设定PDN 连接时间终端 如3GPP TS 24.229 5.1

46、节中定义的内容那样 针对 IMS well known APN 的PDN 连接时 应该使用接收到的P-CSCF 地址 .限于Test 目的 容许直接连接Testbed 服务器, 这个机能应该通过 Hidden 菜单实现 . 输入Test Server 的IP 地址能够连接, 这情况 省略 DNS Query 过程 .4)5)6)3.3.4SIP Server Registration1)运用通过 Server Discovery 步骤得到的服务器地址传送 REGISTER 信息尝试登陆 , 作为对 SIP Server REGISTER 信息的应答 传送 200 OK 信息 , 终该执行依据包

47、含在 200 OK 中的 Expire 数值 每个Timerre-reg 发送REGISTER 信息再登陆的顺序. 这时,考虑 SIP Server 以外的 LTE 数据网的 ses数值等 ，最小数值 作为Timer 数值 使用.-Timerre-reg = Timerreg-expire /2 (if Timerreg-expire =1200)/ (SKProprietary) 2015-05-151.214/452)VoLTESIP Server 登陆时应该包含 REGISTER 信息的 Contact Field 中 VoLTE Feature parameter. (参考相关规格44

48、 )RE-REGISTRATION 相关例外处理操作3)VoLTE 终端 为把SIP ses维持在 alive 状态, 定下的每个 RE-REGISTER 周期传送REGISTER 信息并应该更新SIP ses.执行再发送的时候 应该根据终端状态如下操作.-终端机 能打开物理上的数据通道的情况: 再发送周期结束时无推迟发送 RE-REGISTER终端机 不能打开物理上的数据通道的情况: 直到能打开物理上的数据通道为止推迟 RE- REGISTER 传送, 因为不能打开物理上的数据通道状态继续维持，作为 REGISTER 的回应在 200 OK 中即使是明示的ses推迟发送 RE-REGISTE

49、Rtimer 结束的状态, 如果是能打开数据通道的状况无-除去物理原因，接收不到终端机发送的对 RE_REGISTRATION 信息的回应 或者, 接收到不是 200 OK 信息 的情况等处理方案 参照相关规格44 及 5, 123.4Dialing PlanDialing Plan 是使用者根据发信时可以输入的来信号码 ，记述每个Case 不同 INVITE 信息内的来信 URL的方法, VoLTE 终.该遵守 相关规格 5中定义的 Dialing Plan终端和 IMS Core network 如下应该支持 3GPP TS 23.003, 13.4 节中定义的 Public User I

50、dentities.-SIP URI 形式的 MSISDN(例: sip:URI 形式的 MSISDN;ushone)-(例:)终该支持3GPP TS 24.229 5.1.2A.1.3 节和 5.1.2A.1.5 节的 Alternative 2 中规定的 local numbers.终端 使用 Request URI 的 SIP URI 的情况 usart 中 包含 local number 和 “ushone” 参数并 应该设定 dial string, 使用URI 的情况应该设定 “phone-context” 参数.终设定3GPP TS 24.229的 7.2A.10.3 节的 Al

51、ternative 8 中定义的 “phone-context”. 即, 对于 homelocal number UE 应该设定SIP REGISTER rerquest 中使用的 home中 .name 到 “phone-context”/ (SKProprietary) 2015-05-151.215/45终该如下表 处理输入号码. 为处理输入号码的 Dialing Plan终端和 IMS Core network 应该支持P-Called-Party-ID header, network 应该使用3GPP TS 24.229中规定的 header field .号 处理基

52、本号处理1)终端在号的设定和结束上应该遵循 3GPP TS 24.229, 应支持reliable provial response.终端 以network 为传达 IMS communication service 信息应该包含 3GPP TS 24.229 中定义的 ICSI 数值到 P-Preferred-Service 中 . ICSI 数值是 显示 IMS Multimediaephony 服务的urn:urn-7:3gpp-service.ims.icsi.mm, 这在3GPP TS 24.173中有规定.2)3)终端在 Accept-Contact header 中 应包含 “r

53、equire;explicit” .终端 为 setup 影像号发送 SIP (re)INVITE request 中 audio 及(media descriptor) 全部都包含的SDP, 依据IETF RFC 3840 及media 说明者IETF RFC 3841 在Accept-Contact header 中包含 “” media feature tag .4)media 应该能传送 SDP offer 及 answer. 终端 传送INVITE/re-INVITE 后终端 对于双向media descriptor 上如果接收到 port 数值 设为0的 SDP answer 应该

54、提供语音通话. 而media descriptor 内利用 direction 属性(sendrecv, sendonly, recvonly, inactive)且 终端应该能提供双方向及多方向stream. 终端 SIP re-INVITE request 的mediadescriptor 内 利用 direction 属性应该能变更(sendrecv, sendonly, recvonly, inactive)stream. 终端 SIP re-INVITE request 的stream .descriptor 的 port 数值 传送为0 并能除去5)VoLTE 语音通话发信时 不支

55、持来信终端 通话的情况 还有 发信终端和 SIP Server 的 发信signaling 无法正常运行的情况, 应该提供 Circuit-switched 语音通话/ (SKProprietary)Case使用者号码输入numberURI+没开始的 dial string8522local number:8522;phone-context=01012345678:01012345678;phone-context=*23#:*23#;phone-context=+开始的 dial stringglobal number: 2015-05-151.216/45. 为此 VoLTE 语音通话应

56、该支持 3G CS 语音通话再发信的机能.服务器无法支持 VoLTE 语音通话的情况下 下达 380 Alternative Service, 这种情况终端用3G Circuit-switched 语音号再发信 .-语音通话 服务的情况: SIP Server 对 INVITE 的应答 100 Trying 以外, 传送 404 NotFound, 415 unsupported media type 信息, 发信 终端机 收到相关信息后, 显示转换成3GCircuit-Switched 语音号的信息 还有用 3G CS 语音号 应该自动再发信处理.-发信 signaling处理时: 发信终端

57、和 SIP Server 的 发信 signaling 上 信息流失/Timeout 等处理时 SIP Server 传送 499 信息, 发信终端 收到相关信息时, 对使用者显示自动转换成 Circuit-switched 语音号的信息, 应该自动再发信处理.VoLTE 终端 通话 来信时要求连接 Network 中不能容纳的 RTP port 的情况, 对传送的 200 OK6)能接收包含SDP body 的 BYE. 来信终端 SDP body 接收 装有关号正常结束, 基本 RTP port 应该把BYE 信息的 SDP Body 修正RTP port 的BYE 的情况, 相知道的数值

58、.7)VoLTE通话 发信 转换成 3G CS 语音的情况 依据终端菜单设定(语音通话自动转换菜单) 向使用者 显示 pop-up 确定是否转换成 3G CS 语音号, 使用者确定的情况下进行 3G CS 语音号发送.(只在选择自动转换菜单的情况下自动转换成 3G CS 语音号)8)VoLTE 号结束的情况, 包含区分正常结束和header ，应该生成 Bye 信息而后处理.RTP一定时间接收不到数据的两种情况的/ (SKProprietary)CaseReason header 内容USER 按 结束按钮Reason: USER; cause=101; text=User triggered

59、; fc=9501P-SKT-BYE-CAUSE : normalRTP timeout 时 号 结束Reason: RTP; cause=102; text=RTP timeout; fc=9563P-SKT-BYE-CAUSE : no_rtpSesExpire timer 时 号结束Reason: SIP; cause=103; text=Ses-Expire; fc=9602P-SKT-BYE-CAUSE : normal通话 中 3G 迁移Reason: eHRPD; cause=105; text=er-RAT”; fc=9558P-SKT-BYE-CAUSE : normal由于

60、 Low battery 结束影像Reason:er; cause=106; text=”Low battery”; fc=9999P-SKT-BYE-CAUSE : normal因电池消耗结束语音Reason:er; cause=107; text=”Out of battery”; fc=9999P-SKT-BYE-CAUSE : normal其余 caseReason: ETC; cause=104; text=”Unknown”; fc=9999P-SKT-BYE-CAUSE : normal 2015-05-151.217/453.5.2IMS registration 失败 应答终