sk volte終端需求事項(xiàng)uicc移動(dòng)性支持

1、SKT VoLTE 終端需求事項(xiàng)(UICC )SK / (SKProprietary) 2015-05-151.21/45 1.66669999910101011概要.一般事項(xiàng) .適用范圍.相關(guān)規(guī)格 .2.終端器 基本 要求事項(xiàng) . .2.1AIR PROTOCOL 和 PACKET CORE 關(guān)聯(lián) .2.2 USERERFACE .2.32.4語音 處理 裝置 .相機(jī) .3.VoLTE 號(hào)處理 IMS 機(jī)能 .PROTOCOL STACK .地址體系 及 認(rèn)證 .REGISTRATION ...4Registration

2、時(shí) Feature tag 設(shè)定12APCS(DM) 服務(wù)器聯(lián)動(dòng)程序13SIP Server Discovery14SIP Server Registration143.43.5DIALING PLAN15號(hào)處理..43.5.5基本號(hào)處理 .16IMS registration 失敗 應(yīng)答18INVITE 關(guān)聯(lián) 動(dòng)作19Forking20Early-Media 和 廣播說明203.63.7聲音-影像 號(hào)轉(zhuǎn)換機(jī)能20SDP 機(jī)能.23.7.3相關(guān)語音 .2122相關(guān).Candidate attribute23S-NETWORK-INFO

3、HEADE R03.113.12P-AC通話 中 SESUPDATE .26FAST UPDATE 機(jī)能26SIP T MER26異常 處理273.12.1LTE QoS273.13 MULTIPLE PDN 機(jī)能28 2015-05-151.22/43.2282828292929292929292929303131313232323234343434Multiple PDN 動(dòng)作.不同服務(wù).3.14超負(fù)荷時(shí)VOLTE 號(hào)優(yōu)先 處理 機(jī)能 .4. VoLTE IMS media 機(jī)能.4.1Audio media(VOICE MEDIA) .4.1.1

4、...34.2.4Audio codec.RTP profile 及 SDP 考慮事項(xiàng) .RTP profile .SDP Offer 考慮事項(xiàng).SDP Answer 考慮事項(xiàng). .SDP sesmodification 考慮事項(xiàng).數(shù)據(jù) 傳送 .RTCP 使用 .AMR payload format 考慮事項(xiàng).MEDIA .Codec .RTP Profile 和數(shù)據(jù) 傳送 .H.263 RTP payload format 考慮事項(xiàng).H.264 RTP payload format 考慮事項(xiàng).4.3DTMF . .5.VoL

5、TE RAN Feature 及其它機(jī)能 .IP header 壓縮機(jī)能.SPS 機(jī)能 . .DRX MODE OF OPERATION .TTI bundling 機(jī)能.5.75.83434343435353636363838394040SR VCC 機(jī)能 .根據(jù)MULTI-TASKING 終端操作 .IP 版本.緊急 號(hào) 服務(wù) .5.8.1一般事項(xiàng) .5.9發(fā)信按鈕, UI, 設(shè)置菜單 及圖標(biāo)..2HD Voice (VoLTE) 設(shè)置菜單 操作 .根據(jù) HD Voice 服務(wù)使用狀態(tài) 變更“HD Voice 設(shè)置” .6.服務(wù)品質(zhì) .6

6、.1服務(wù)品質(zhì)保障方案 .7. 附加服務(wù) .7.17.2組通話 .Instant lettering. 2015-05-151.23/45/ (SKProprietary)404142437.3MCID .8.9.10.號(hào)連續(xù)性的機(jī)能 .國(guó)際漫游 .DM (Diagnostic monitoring) tool 支援./ (SKProprietary) 2015-05-151.24/45變更日歷/ (SKProprietary)版本日期制成者變更事項(xiàng)10.52014.1.25,要求事項(xiàng) 最初制成21.02014.4.30,TTA 標(biāo)準(zhǔn) 反映改正內(nèi)容 (TTAK.KO-06.0357/R1)3.1

7、.12015.01.07, 移動(dòng)通信 3 社通話 UI 標(biāo)準(zhǔn)要求事項(xiàng)規(guī)格追加IMPU / IMPI 相關(guān)重復(fù)內(nèi)容的 刪除及統(tǒng)合APCS-DM 連接 Case 追加通話時(shí) regi的情況 Regi 試圖追加內(nèi)容通話時(shí)AMR 刪除 mode-set=7 設(shè)置SIP timer 的 TimerB 值修訂為 8 (APCS-DM 默認(rèn)值反映)PDN 連接步驟內(nèi)容追加初期失音 品質(zhì)標(biāo)準(zhǔn)追加緊急 號(hào) 操作內(nèi)容修訂附加服務(wù) 43 號(hào) 刪除41.2204 超負(fù)荷時(shí) VoLTE 號(hào)優(yōu)先處理內(nèi)容追加 2015-05-151.25/451. 概要1.1一般事項(xiàng)此需求事項(xiàng)定義為在 VoLTE 終端

8、為提供通話必要的對(duì)終端機(jī)的最小限度的規(guī)格，在此需求事項(xiàng)中 提到的事項(xiàng)一定要在終端機(jī)中體現(xiàn)，建議終端設(shè)備制造商可以任意開發(fā)定義. 除此之外沒有提到的事項(xiàng)應(yīng)該遵循下列規(guī)格。此需求事項(xiàng)中提到的“通話”沒有其它特別說明的情況下指的是 “VoLTE 語音通話”。對(duì)此需求事項(xiàng)解釋有差異的情況下, 依據(jù)本公司的解釋. 除此之外沒有提到的事項(xiàng)，制造商一定要和本公司協(xié)議后進(jìn)行開發(fā)。1.2適用范圍VoLTE 通話服務(wù)的提供上需要的終端裝置應(yīng)依據(jù)此需求事項(xiàng).1.3相關(guān)規(guī)格本文件是以下列規(guī)格為基礎(chǔ)完成， 沒有提及的事項(xiàng)原則上適用于下列規(guī)格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運(yùn)營(yíng)商 UICC 移動(dòng)性提供的 VoLTE 終端 規(guī)格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 語音通話 技術(shù)規(guī)范書, SKLTE 終端 共同需求事項(xiàng), SK HD Voice 服務(wù) 需求事項(xiàng), SKSKT APCS(DM) 終端聯(lián)動(dòng)規(guī)范書-VoLTE 服務(wù), 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、服務(wù)規(guī)范書, SK組通話 使用者需求事項(xiàng), SKinstant_lettering_UI_guide, SK mCID 服務(wù) UI guide, SKmCID 服務(wù) mCID sever-終端聯(lián)動(dòng)規(guī)范書, SK WCDMA_SBSM 終端 USIM 需求事項(xiàng), SKSKT LTE/VoLTE通話 UI 規(guī)范書, SK移動(dòng)通信 3 社/KT/LGU+通話 UI 標(biāo)準(zhǔn) 需求事項(xiàng), SK61 -/ (SKProprietary) 2015-05-151.28/452. 終端機(jī) 基本 需求事項(xiàng)2.1Air Protocol 及 Packet Core 聯(lián)系1)VoLTE 通話 通過本公司的LTE 網(wǎng)

23、號(hào)可以收發(fā), LTE 終端需求事項(xiàng)應(yīng)該滿足本公司 “LTE 終端共同需求事項(xiàng)”.2)在VoLTE 終端使用的 Acs PoName (APN) 在“LTE 終端 共同需求事項(xiàng)45”中有定義, IMS用 APN 在此 需求事項(xiàng) 4.16 節(jié) 另有定義.VoLTE 通話 只有在連接LTE 網(wǎng)的時(shí)候才提供服務(wù), 在連接WCDMA 的情況下應(yīng)使用 3G CS 實(shí)現(xiàn)語音通話.3)4)5)LTE覆蓋率和 陰影地區(qū)消除之前應(yīng)該支持 3G CS .VoLTE 通話 和 3G CS 應(yīng)該支持號(hào)連續(xù)性機(jī)能(SR-VCC).2.2UsererfaceVoLTE 終端 為給使用者提供便利提供畫面和菜單, 詳細(xì)的畫面和

24、菜單機(jī)能請(qǐng)參照 HD_Voice_服務(wù)_需求事項(xiàng) 相關(guān)規(guī)格 46和 SKT_LTE/VoLTE_通話_UI_規(guī)格書相關(guān)規(guī)格 60, 移動(dòng)通信 3 社_通話_UI_標(biāo)準(zhǔn)_需求事項(xiàng) 相關(guān)規(guī)格 61.1)2)VoLTE 終端 收發(fā)信號(hào)時(shí) 應(yīng)該提供能區(qū)別于一般聲音信號(hào)并選擇的機(jī)能.VoLTE 終端 收發(fā)信號(hào)時(shí) 與一般聲音信號(hào)的方式收發(fā)信號(hào)及 使call log 使用可能 .2.3聲音處理裝置1)2)VoLTE 通話用 MIC, 耳機(jī), 揚(yáng)聲器 應(yīng)該支持Wideband 寬帶 , 建議Super Wideband 寬帶支持. VoLTE 通話用 揚(yáng)聲器 為支持對(duì)講機(jī)功能要有足夠的音量，建議運(yùn)用揚(yáng)聲器的直

25、線性使得即使調(diào)節(jié)到最大音量通話時(shí)聲波原型也不會(huì)發(fā)生彎曲.VoLTE 通話用 MIC 要使用對(duì)講機(jī)功能的情況, 應(yīng)支持echo 清除功能。3)2.4相機(jī)1)2)3)4)應(yīng)支持QCIF, QVGA, VGA.最少每秒 10 15 Frame 的同時(shí)能夠編碼, 應(yīng)該支持最大 30 Frame.通話用相機(jī) 應(yīng)支持最低 30 萬像素以上.應(yīng)全部提供前后相機(jī), 根據(jù)前后相機(jī)方向的不同 把編碼數(shù)據(jù)按 H/W 方式處理時(shí)應(yīng)該支持回轉(zhuǎn)處理可能 ./ (SKProprietary) 2015-05-151.29/453. VoLTE 號(hào)處理 IMS 機(jī)能3.1(Protocol Stack)Link Layer

26、/ Physical Layer本公司的VoLTE 通話 應(yīng)該滿足IMS 規(guī)格, 大概的 Protocol 如上方圖表.1)VoLTE 通話應(yīng)支持 Always On 機(jī)能, 終端顯示在(Registration).er On 時(shí) 進(jìn)行 VoLTE 通話登陸2)VoLTE 通話 以SKT IMS 網(wǎng)為基準(zhǔn)提供, 連接IMS 網(wǎng)的步驟 應(yīng)滿足 相關(guān)規(guī)格 44于通話的相關(guān)規(guī)格.規(guī)格中關(guān)3)應(yīng)支持SIP, SDP, RTP, RTCP 機(jī)能， 不使用p(RFC3320)機(jī)能.4)ernet Protocol (IP) 全都支持IPv4 和 IPv6, VoLTE 語音通話及附加服務(wù) 在IPv4 及

27、IPv6中都要?jiǎng)幼?3.2地址體系及認(rèn)證每個(gè)申請(qǐng)者 在Metwork 為享受服務(wù)有下面兩種 ID. 在VoLTE 通話中 使用的 IP addressAlways On 登陸時(shí) 使用分配的 IP address.Public User ID : 每個(gè)申請(qǐng)者能擁有數(shù)個(gè)ID. 在區(qū)分一般服務(wù)的收發(fā)信者時(shí)使用。 Private User ID : 每個(gè)申請(qǐng)者擁有唯一的 ID . 申請(qǐng)者認(rèn)證的情況下使用. (現(xiàn)在 REGISTER 信息的Authorization header 的 username 參數(shù)產(chǎn)生時(shí)使用)終端 3GPP TS 24.229 及 3GPP TS 33.203 定義的 IMS

28、應(yīng)依據(jù) Authentication and Key Agreement(IMS-AKA) 步驟, 這時(shí)不使用 Sec-Agree 及 IPsec.終端 un-protected registration 時(shí) REGISTER Authorization header 的 algorithm 參數(shù)AKAv1-MD5 應(yīng)傳送 algorithm 信息 .終端 ISIM 應(yīng)提供基礎(chǔ)的認(rèn)證, UICC(Universalegrated Circuit Card) 沒有 ISIM 的情況 3GPP TS23.228, Annex E.3.1 及 3GPP TS 24.229, Annex C.2 中定

29、義的 USIM 應(yīng)提供基礎(chǔ)的認(rèn)證. 具體的使用參數(shù)依照本公司的 “WCDMA SBSM 終端 USIM 需求事項(xiàng)59”版本./ (SKProprietary)VoLTE ApplicationcodecAudio CodecRTCPSIP/SDPRTPUDPIP 2015-05-151.210/453.3RegistrationVoLTE 終端如下情況時(shí)應(yīng)進(jìn)行 VoLTE 登錄步驟.1)-終端啟動(dòng)后連接初始數(shù)據(jù)的情況解除飛行模式設(shè)定的情況在Registration timer expire 前到了本公司按基準(zhǔn)設(shè)定的時(shí)間的情況最先接收到對(duì)SIP registration 的 403 應(yīng)答 的 情

30、況以 APCS(DM)的 SMS Push 變更 LBO P-CSCF address, SMS over IP indicator, Service Sus 的情況SIP Registration 失敗狀態(tài)下接收到DM noti 的情況-2)終端收到 REGISTER request 失敗應(yīng)答的情況應(yīng)該如下操作. 終端如果連續(xù)兩回收到 403 應(yīng)答的情況, 顯示彈出文句的同時(shí)終端會(huì)停止 registration 再操作甚至電源 OFF/ON 都不應(yīng)該進(jìn)行 registration 操作.這時(shí)彈出的文句會(huì)遵循 UI 規(guī)格. 僅在第一次收到 403 時(shí)馬上再連接 DM 服務(wù)器后應(yīng)該再一次運(yùn)行 I

31、MS registration.終答信息中收到 Retry-After header field 的情況, 應(yīng)該用有關(guān)的值來變更重試周期.終端 如果收到 423 應(yīng)答的情況, 終端參照應(yīng)答信息的 Min-Expires header field 值設(shè)定Expiresheader field 還有 Contact header 的“expires” header parameter 后應(yīng)再次傳送 REGISTERrequest. 如果 423 應(yīng)答不包含 Min-Expires header field 的情況 和下列一般失敗應(yīng)答一起理.處-一個(gè) P-CSCF 的情況用 P-CSCF addre

32、ss(最大 2 回), 2 個(gè)以上的情況 用 P-CSCFaddress 馬上重試 ，所有 P-CSCF 都失敗的情況下 應(yīng)該再次從第一個(gè) P-CSCF 開始重試.這時(shí)從第一個(gè)P-CSCF 開始重試的間隔 遵循Actual wait time.-所有 P-CSCF 發(fā)生tranion timeout 時(shí) 根據(jù)Actual wait time 進(jìn)行重試, 即將重試前關(guān)閉IMS PDN 應(yīng)該能馬上連接到 IMS PDN.終端 通話中 re-registration 操作時(shí) 收到 403(Forbidden)應(yīng)答的情況 馬上結(jié)束號(hào), 收到 403以外其余應(yīng)答的情況直到 registration ex

33、pire timer 前不要結(jié)束號(hào). registration expire timer到時(shí)結(jié)束號(hào)然后應(yīng)該關(guān)閉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 項(xiàng)的 IMS Registration 的條件無異常的時(shí)候,登陸 IMS.該包含 標(biāo)示 IMS Multimediaephony 服務(wù)的 IMS Communicati

34、on Service終4)終Identifier(ICSI) 數(shù)值 service.ims.icsi.mm. ICSI 數(shù)值是3GPP TS 24.173 中定義的urn:urn-7:3gpp-, 應(yīng)遵循3GPP TS 24.229的 .1 節(jié)中規(guī)定的順序/ (SKProprietary) 2015-05-151.211/45. 為標(biāo)示影像服務(wù) 追加IETF RFC 3840中定義的 “” feature tag 到 Contact header.5)另外在終端 提供 SMS over IP 的情況應(yīng)包含 3GPP TS 24.34119的+g.3gpp.smsip.在終端只提供影像服務(wù)的情況

35、只使用 IETF RFC 3840中定義的 audio;終端 使用User-Agent header 傳送終端信息, 形式如下. 節(jié)中定義的6)7)feature tag.8)UE 應(yīng)該登陸3GPP TS 24.229的 節(jié)中定義的 registration event package, network 對(duì) Subscribe 信息 接收到 489 Bad Event 應(yīng)答的情況 不要進(jìn)行 registration event 操作. UE SIP registration 時(shí) Contact header 的 +sip.instance 參數(shù)應(yīng)該包含 3GPP TS 23.003的 13.8

36、 節(jié)中定義的 IMEI URN.對(duì)于 IMS Core network 的 VoLTE 使用的 IRS(Implicit Registration Set)中提供的全部 IMS Public User Identity 應(yīng)該為化名的 User Identity 的同時(shí)包含 URI. 下面的 Public User Identity 應(yīng)該分配到VoLTE 使用的IRS 中, 這個(gè)由于 UE 在 VoLTE Registration 過程中 應(yīng)該使用.9)-是 ISIM 的情況, ISIM 的 Elementary File 只有 1 個(gè) record 的情況 一般號(hào)緊急號(hào)都使用, 2 個(gè)reco

37、rd 存在的情況第一次用緊急號(hào)第二次用一般號(hào) (3GPP TS 31.103 4.2.4); 另外不是ISIM 的情況 從IMSI 輸出的 Temporary Public User Identity(3GPP TS 24.229)-除此之外的 IRS 不能為了VoLTE 使用.3.3.1Registration 時(shí) Feature tag 設(shè)定VoLTE 登陸時(shí) 聯(lián)動(dòng)終端 APCS(DM) 服務(wù)器 認(rèn)證信息等 update 后, 3G/LTE 網(wǎng) 應(yīng)該 全部設(shè)定Feature tag 進(jìn)行登錄步驟.連接 APCS(DM)服務(wù)器時(shí) 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) 終端聯(lián)動(dòng)規(guī)格書-VoLTE service47中定義的 VoLTE service 狀態(tài) 在“ON”的情況設(shè)定 VoLTEfeature tag 進(jìn)行登錄, VoLTE service 狀態(tài)在 “OFF”的情況下設(shè)定提供 LTE通話服務(wù)的 featuretag(audio;)進(jìn)行登錄.由于接收到 403 Forbidden 終端 連接APCS(DM)服務(wù)器重試的時(shí)候 VoLTE

40、服務(wù)狀態(tài)可能變動(dòng) (例: 初次登陸時(shí) VoLTE 服務(wù)狀態(tài) 原來是“ON”, IMS 登陸時(shí) 接收到 403,再次連接時(shí) VoLTE 服務(wù)狀態(tài)是“OFF”的情況), 中止嘗試在變更 Feature tag 后再嘗試登陸 .VoLTE 出現(xiàn)下列情況應(yīng)該進(jìn)行 VoLTE 登陸解除步驟, 變更SKT IMS 語音節(jié)中定義的 feature tag (VoLTE Feature tag 除外) 做 Re-REGI .通話_技術(shù)規(guī)格書44 6.2.2在LTE 網(wǎng)下的終端 裝載 2 個(gè)以上 IMS 基礎(chǔ)服務(wù)的情況，對(duì)每個(gè)服務(wù)的IMS 網(wǎng)的登陸(Registration) 應(yīng)該可以通過一個(gè)信息實(shí)現(xiàn)(合并 登

41、陸).在終端不支持 VoLTE service 及只支持其它 IMS 基礎(chǔ)服務(wù)(例: RCS)的情況下等De-regi 應(yīng)該處理VoLTE.僅, 在終端只支持VoLTE 服務(wù)的情況下 終端 移動(dòng)到 3G 網(wǎng) 不應(yīng)該進(jìn)行網(wǎng)變更后針對(duì)VoLTE 服務(wù)的 Re-REGI 或 De-REGI 步驟, 應(yīng)該繼續(xù)進(jìn)行VoLTE 周期性的 Re-REGI. 關(guān)閉終端電源的情況下 進(jìn)行VoLTE 登陸解除 步驟.3.3.2APCS(DM) 服務(wù)器 聯(lián)動(dòng) 步驟1)APCS(DM) 服務(wù)器應(yīng)該在如下情況下連接 .-終端再啟動(dòng)后飛行模式設(shè)定/解除時(shí)APCS(DM) 服務(wù)器的 DM_polling_priode 經(jīng)過

42、時(shí)SMS push 方式 : 政策變更時(shí)(SIP Registration 失敗狀態(tài)下如果收到 DM noti 馬上應(yīng)該嘗試 init regi) -最初收到SIPRegistration 的 403 應(yīng)答時(shí)接收到Detach 時(shí) (re-attach)終端的IP 地址變更時(shí)APCS(DM)服務(wù)器聯(lián)動(dòng)時(shí)使用 IMS PDN. HTTP request 時(shí) 無響應(yīng)的情況2)3)-4s - 8s 以后 wait timer. DM fail 判斷基準(zhǔn) : 4s4s 之前未收到IMS MO 時(shí) 使用獲得的 IMS MO 沒有的時(shí)候使用 IMS MO default 數(shù)值進(jìn)行 SIP Registra

43、tion 過程, 之后 從 DM 服務(wù)器如果 收到 IMS MO 適用相關(guān)數(shù)值, 依據(jù)IMS MO value 變更條件 重試SIP init regi.無響應(yīng)和接收 500 混合的情況重試 2 回后做失敗處理 .503 Retry-after 以后 2 回重試后 做失敗處理.4)5)/ (SKProprietary) 2015-05-151.213/456)7)8)沒有 503 Retry-after 時(shí)和接收到 4xx 時(shí) 馬上做失敗處理.DNS Query 失敗時(shí)馬上做失敗處理.失敗處理后使用獲得的 IMS MO 沒有的情況下使用 IMS MO default 數(shù)值進(jìn)行SIP Regis

44、tration 過程.通話中 DM 信息update 時(shí), 如果影響到基本的通話, 在通話結(jié)束后進(jìn)行 IMS 操作 .9)10) UICC 變更時(shí) 基礎(chǔ) IMS MO數(shù)值初始化.11) IMS MO value 值變更后的 init regi 重試的條件如下.-LBO P-CSCF Address 變更時(shí)SMS over IP indicator 變更時(shí)Servius 變更時(shí)3.3.3SIP Server Discovery1)終端 將根據(jù)優(yōu)先順序 應(yīng)該使用P-CSCF address 進(jìn)行 SIP registration.-終P-CSCF address via APCS(DM) serv

45、er P-CSCF address via EPS該支持 通過 DM 服務(wù)器的 P-CSCF Discovery 步驟.2)3)終端和Packet core 應(yīng)該支持通過EPS 的 P-CSCF Discovery 步驟. 相關(guān)組項(xiàng)在3GPP TS 24.229, Annex L.2.2.1 中有 option 規(guī)定.終端執(zhí)行下列步驟時(shí), 應(yīng)標(biāo)示 P-CSCF IPv6 地址申請(qǐng)和 P-CSCF IPv4 地址申請(qǐng).用 Default APN 設(shè)定PDN initial attach 時(shí)間用IMS well known APN 設(shè)定PDN 連接時(shí)間終端 如3GPP TS 24.229 5.1

46、節(jié)中定義的內(nèi)容那樣 針對(duì) IMS well known APN 的PDN 連接時(shí) 應(yīng)該使用接收到的P-CSCF 地址 .限于Test 目的 容許直接連接Testbed 服務(wù)器, 這個(gè)機(jī)能應(yīng)該通過 Hidden 菜單實(shí)現(xiàn) . 輸入Test Server 的IP 地址能夠連接, 這情況 省略 DNS Query 過程 .4)5)6)3.3.4SIP Server Registration1)運(yùn)用通過 Server Discovery 步驟得到的服務(wù)器地址傳送 REGISTER 信息嘗試登陸 , 作為對(duì) SIP Server REGISTER 信息的應(yīng)答 傳送 200 OK 信息 , 終該執(zhí)行依據(jù)包

47、含在 200 OK 中的 Expire 數(shù)值 每個(gè)Timerre-reg 發(fā)送REGISTER 信息再登陸的順序. 這時(shí),考慮 SIP Server 以外的 LTE 數(shù)據(jù)網(wǎng)的 ses數(shù)值等 ，最小數(shù)值 作為Timer 數(shù)值 使用.-Timerre-reg = Timerreg-expire /2 (if Timerreg-expire =1200)/ (SKProprietary) 2015-05-151.214/452)VoLTESIP Server 登陸時(shí)應(yīng)該包含 REGISTER 信息的 Contact Field 中 VoLTE Feature parameter. (參考相關(guān)規(guī)格44

48、 )RE-REGISTRATION 相關(guān)例外處理操作3)VoLTE 終端 為把SIP ses維持在 alive 狀態(tài), 定下的每個(gè) RE-REGISTER 周期傳送REGISTER 信息并應(yīng)該更新SIP ses.執(zhí)行再發(fā)送的時(shí)候 應(yīng)該根據(jù)終端狀態(tài)如下操作.-終端機(jī) 能打開物理上的數(shù)據(jù)通道的情況: 再發(fā)送周期結(jié)束時(shí)無推遲發(fā)送 RE-REGISTER終端機(jī) 不能打開物理上的數(shù)據(jù)通道的情況: 直到能打開物理上的數(shù)據(jù)通道為止推遲 RE- REGISTER 傳送, 因?yàn)椴荒艽蜷_物理上的數(shù)據(jù)通道狀態(tài)繼續(xù)維持，作為 REGISTER 的回應(yīng)在 200 OK 中即使是明示的ses推遲發(fā)送 RE-REGISTE

49、Rtimer 結(jié)束的狀態(tài), 如果是能打開數(shù)據(jù)通道的狀況無-除去物理原因，接收不到終端機(jī)發(fā)送的對(duì) RE_REGISTRATION 信息的回應(yīng) 或者, 接收到不是 200 OK 信息 的情況等處理方案 參照相關(guān)規(guī)格44 及 5, 123.4Dialing PlanDialing Plan 是使用者根據(jù)發(fā)信時(shí)可以輸入的來信號(hào)碼 ，記述每個(gè)Case 不同 INVITE 信息內(nèi)的來信 URL的方法, VoLTE 終.該遵守 相關(guān)規(guī)格 5中定義的 Dialing Plan終端和 IMS Core network 如下應(yīng)該支持 3GPP TS 23.003, 13.4 節(jié)中定義的 Public User I

50、dentities.-SIP URI 形式的 MSISDN(例: sip:URI 形式的 MSISDN;ushone)-(例:)終該支持3GPP TS 24.229 5.1.2A.1.3 節(jié)和 5.1.2A.1.5 節(jié)的 Alternative 2 中規(guī)定的 local numbers.終端 使用 Request URI 的 SIP URI 的情況 usart 中 包含 local number 和 “ushone” 參數(shù)并 應(yīng)該設(shè)定 dial string, 使用URI 的情況應(yīng)該設(shè)定 “phone-context” 參數(shù).終設(shè)定3GPP TS 24.229的 7.2A.10.3 節(jié)的 Al

51、ternative 8 中定義的 “phone-context”. 即, 對(duì)于 homelocal number UE 應(yīng)該設(shè)定SIP REGISTER rerquest 中使用的 home中 .name 到 “phone-context”/ (SKProprietary) 2015-05-151.215/45終該如下表 處理輸入號(hào)碼. 為處理輸入號(hào)碼的 Dialing Plan終端和 IMS Core network 應(yīng)該支持P-Called-Party-ID header, network 應(yīng)該使用3GPP TS 24.229中規(guī)定的 header field .號(hào) 處理基

52、本號(hào)處理1)終端在號(hào)的設(shè)定和結(jié)束上應(yīng)該遵循 3GPP TS 24.229, 應(yīng)支持reliable provial response.終端 以network 為傳達(dá) IMS communication service 信息應(yīng)該包含 3GPP TS 24.229 中定義的 ICSI 數(shù)值到 P-Preferred-Service 中 . ICSI 數(shù)值是 顯示 IMS Multimediaephony 服務(wù)的urn:urn-7:3gpp-service.ims.icsi.mm, 這在3GPP TS 24.173中有規(guī)定.2)3)終端在 Accept-Contact header 中 應(yīng)包含 “r

53、equire;explicit” .終端 為 setup 影像號(hào)發(fā)送 SIP (re)INVITE request 中 audio 及(media descriptor) 全部都包含的SDP, 依據(jù)IETF RFC 3840 及media 說明者IETF RFC 3841 在Accept-Contact header 中包含 “” media feature tag .4)media 應(yīng)該能傳送 SDP offer 及 answer. 終端 傳送INVITE/re-INVITE 后終端 對(duì)于雙向media descriptor 上如果接收到 port 數(shù)值 設(shè)為0的 SDP answer 應(yīng)該

54、提供語音通話. 而media descriptor 內(nèi)利用 direction 屬性(sendrecv, sendonly, recvonly, inactive)且 終端應(yīng)該能提供雙方向及多方向stream. 終端 SIP re-INVITE request 的mediadescriptor 內(nèi) 利用 direction 屬性應(yīng)該能變更(sendrecv, sendonly, recvonly, inactive)stream. 終端 SIP re-INVITE request 的stream .descriptor 的 port 數(shù)值 傳送為0 并能除去5)VoLTE 語音通話發(fā)信時(shí) 不支

55、持來信終端 通話的情況 還有 發(fā)信終端和 SIP Server 的 發(fā)信signaling 無法正常運(yùn)行的情況, 應(yīng)該提供 Circuit-switched 語音通話/ (SKProprietary)Case使用者號(hào)碼輸入numberURI+沒開始的 dial string8522local number:8522;phone-context=01012345678:01012345678;phone-context=*23#:*23#;phone-context=+開始的 dial stringglobal number: 2015-05-151.216/45. 為此 VoLTE 語音通話應(yīng)

56、該支持 3G CS 語音通話再發(fā)信的機(jī)能.服務(wù)器無法支持 VoLTE 語音通話的情況下 下達(dá) 380 Alternative Service, 這種情況終端用3G Circuit-switched 語音號(hào)再發(fā)信 .-語音通話 服務(wù)的情況: SIP Server 對(duì) INVITE 的應(yīng)答 100 Trying 以外, 傳送 404 NotFound, 415 unsupported media type 信息, 發(fā)信 終端機(jī) 收到相關(guān)信息后, 顯示轉(zhuǎn)換成3GCircuit-Switched 語音號(hào)的信息 還有用 3G CS 語音號(hào) 應(yīng)該自動(dòng)再發(fā)信處理.-發(fā)信 signaling處理時(shí): 發(fā)信終端

57、和 SIP Server 的 發(fā)信 signaling 上 信息流失/Timeout 等處理時(shí) SIP Server 傳送 499 信息, 發(fā)信終端 收到相關(guān)信息時(shí), 對(duì)使用者顯示自動(dòng)轉(zhuǎn)換成 Circuit-switched 語音號(hào)的信息, 應(yīng)該自動(dòng)再發(fā)信處理.VoLTE 終端 通話 來信時(shí)要求連接 Network 中不能容納的 RTP port 的情況, 對(duì)傳送的 200 OK6)能接收包含SDP body 的 BYE. 來信終端 SDP body 接收 裝有關(guān)號(hào)正常結(jié)束, 基本 RTP port 應(yīng)該把BYE 信息的 SDP Body 修正RTP port 的BYE 的情況, 相知道的數(shù)值

58、.7)VoLTE通話 發(fā)信 轉(zhuǎn)換成 3G CS 語音的情況 依據(jù)終端菜單設(shè)定(語音通話自動(dòng)轉(zhuǎn)換菜單) 向使用者 顯示 pop-up 確定是否轉(zhuǎn)換成 3G CS 語音號(hào), 使用者確定的情況下進(jìn)行 3G CS 語音號(hào)發(fā)送.(只在選擇自動(dòng)轉(zhuǎn)換菜單的情況下自動(dòng)轉(zhuǎn)換成 3G CS 語音號(hào))8)VoLTE 號(hào)結(jié)束的情況, 包含區(qū)分正常結(jié)束和header ，應(yīng)該生成 Bye 信息而后處理.RTP一定時(shí)間接收不到數(shù)據(jù)的兩種情況的/ (SKProprietary)CaseReason header 內(nèi)容USER 按 結(jié)束按鈕Reason: USER; cause=101; text=User triggered

59、; fc=9501P-SKT-BYE-CAUSE : normalRTP timeout 時(shí) 號(hào) 結(jié)束Reason: RTP; cause=102; text=RTP timeout; fc=9563P-SKT-BYE-CAUSE : no_rtpSesExpire timer 時(shí) 號(hào)結(jié)束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 結(jié)束影像Reason:er; cause=106; text=”Low battery”; fc=9999P-SKT-BYE-CAUSE : normal因電池消耗結(jié)束語音Reason:er; cause=107; text=”O(jiān)ut 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 失敗 應(yīng)答終