學(xué)習(xí)votle俗話說好一入豪門深似海對(duì)于VoLTE這個(gè)新技術(shù)領(lǐng)域認(rèn)知也

VoLTE1IMS只能把艱辛的勞動(dòng)看作是生命的必要；即使沒有收獲的指望，也心平氣靜地繼續(xù)耕種IMS這里主要有5個(gè)功能實(shí)體-CSCF、Interrogating-CSCF、Serving-CSCF和BreakoutGatewayControlFunction、MultimediaResourceFunction（MRF全稱為-CallSessionControlFunction，只要是IMS域中涉及的會(huì)話流程，不可P-CSCF、I-CSCFS-CSCFP-CSCFIMS其他的域，則要通過本地出口節(jié)點(diǎn)（IBCF）這個(gè)網(wǎng)元去實(shí)現(xiàn)。P-CSCF不僅轉(zhuǎn)發(fā)SIP消CSCFP-SIPUEP-CSCFSIP解壓縮、QoSP-CSCFP-CSCFIMSIBCFIMSUEUETMSI4、對(duì)于后的會(huì)話流程進(jìn)行管理，例如，在獲知用戶被接入信息后，可以將會(huì)話流程掉。同時(shí)，S-CSCF可以具備服務(wù)器或者用戶的一些功能，例如中轉(zhuǎn)服務(wù)請(qǐng)SIP對(duì)于主叫會(huì)話發(fā)起的流程，S-CSCF首先通過呼叫用戶的或者SIPURI獲取呼叫用CSSIPBGCF，S-CSCFSIPIMSINVITEIMS內(nèi)部的應(yīng)用服務(wù)器，且該主叫請(qǐng)求所表征的用戶并沒有，那么S-CSCF需要先完成相應(yīng)的流程，之后才會(huì)將來自應(yīng)用服務(wù)器的這些請(qǐng)求進(jìn)行相應(yīng)的轉(zhuǎn)發(fā)。S-CSCFCSS-CSCFSIPBGCFSIPSIPIMSIMS，S-CSCFIBCFBreakoutGatewayControlIMSI-CSCF（接入節(jié)點(diǎn)）。MultimediaResource多資源功能可以被分成多資源功能控制單元（MRFC）和多資源功能處理單供相應(yīng)的資源，例如音頻編碼轉(zhuǎn)換、業(yè)務(wù)分析、多放音等等。TMSI、P-TMSI、RNTI（RA-RNTI、P-RNTI、C-RNTI、SPS-RNTI）、GUTIPublicUserIdentities,GloballyRoutableUserAgentURI(GRUU)。PrivateUser而是被用來進(jìn)行、鑒權(quán)、管理和統(tǒng)計(jì)。私有標(biāo)識(shí)由歸屬地網(wǎng)絡(luò)運(yùn)營商進(jìn)行分配，遵循NetworkAccessIdentifier（網(wǎng)絡(luò)標(biāo)識(shí)）的格式，如果沒有ISIM應(yīng)用，通常該私有標(biāo)IMSI@IMSIIMS域/去階段，該私有標(biāo)識(shí)需要被鑒權(quán)，HSS與S-CSCF需要該私有標(biāo)識(shí)一邊區(qū)分PublicUser這就好比名片一樣，是一種通用的載體格式。公共用戶標(biāo)識(shí)遵循SIPURI或者URI的格式，例如，當(dāng)遵循SIPURI格式時(shí)，應(yīng)表示為”sip:username@；如果遵循電信URI格式，則應(yīng)表示為”:+,詳見IETFRFC3966。一個(gè)用戶可以包含一個(gè)或者多個(gè)公共用戶ISIM全的一個(gè)公共用戶標(biāo)識(shí)，但并不要求存貯該用戶其他的公共用戶標(biāo)識(shí)。對(duì)于擁有同一化進(jìn)行同樣的操作這樣的公共用戶標(biāo)識(shí)組需要分別被在HSSAS（應(yīng)用服務(wù)器、S-CSCF以及UE中在IMS主叫或者被叫會(huì)話流程中公共用戶標(biāo)識(shí)需要提前被顯式或隱式的，值得注意的是，在過程中，公共用戶標(biāo)識(shí)并不需要被鑒權(quán)。單從格式來講，私有用戶標(biāo)識(shí)更像電信網(wǎng)中的IMSI，而公共用戶標(biāo)識(shí)則更像電信網(wǎng)中的或者計(jì)算機(jī)網(wǎng)絡(luò)中的用戶名，這也說明在過程中為什么只對(duì)私有用戶標(biāo)識(shí)進(jìn)行鑒權(quán)，而僅僅是將公共用戶標(biāo)GloballyRoutableUserAgentGRUU.GRUUGRUUGRUU，前者映射公共用戶標(biāo)識(shí)，而后者只在IMS域狀態(tài)下存在，與公共用戶標(biāo)識(shí)無關(guān)。公共GRUU與臨時(shí)GRUU由IMS網(wǎng)在用戶時(shí)對(duì)用戶進(jìn)行分配，SIP信令就是通過GRUU進(jìn)行2信令流SIPUESIPSIP協(xié)議最早于互聯(lián)網(wǎng)機(jī)構(gòu)IETF所制定的多通信協(xié)議，對(duì)于電信網(wǎng)絡(luò)的從業(yè)者來SIP是一個(gè)用層的信令控制協(xié)議用于創(chuàng)建修改和釋放一個(gè)或者多個(gè)參與者的會(huì)話這些會(huì)話可以是Internet多會(huì)議、IP 者多分發(fā)，其中最重要的應(yīng)用當(dāng)屬對(duì)VoLTE(VoIP會(huì)話流程的管理。SIP一個(gè)重要特點(diǎn)是它不定義要建立的會(huì)話類型，而只定義如何管理會(huì)話，由于這樣的管控機(jī)制，對(duì)于眾多的基于P的多用（語音、、音樂與點(diǎn)播、交互式游戲）都可以由SIP協(xié)議來進(jìn)行管理。SessionDescripionProtocal(SDP)則是對(duì)話內(nèi)容定義的一種協(xié)議類型，它本身與傳輸控制協(xié)議無關(guān)，僅僅可以看成對(duì)會(huì)話內(nèi)容的一種描述，例如，可以描述會(huì)話內(nèi)容是音頻，文本，，短消息等可以通俗把SIP比喻成管道的對(duì)交互管道進(jìn)行控制的協(xié)議而在管道里面走的內(nèi)容采取什么樣的格式，則是由SDP協(xié)來進(jìn)行定義和描述。由于在電信網(wǎng)的視角觀察，IMS的信令與其實(shí)可以看成電信網(wǎng)的一種業(yè)務(wù)，那么在SIPUEIP-ConnectivityAccess要保持一致。一個(gè)VoLTE語音，無非需要經(jīng)歷/去、IMS域內(nèi)主被叫，跨域主IMS如同4G網(wǎng)絡(luò)需要開機(jī)或者outofservice一段時(shí)間后進(jìn)行附著流程一樣，IMS子系統(tǒng)的用戶同樣需要進(jìn)行在S-CSCF的，該IMS流程可以在4G網(wǎng)絡(luò)完成分配到了IP地址之后進(jìn)行。從信息流的意義來看，用戶總是位于漫游狀態(tài)發(fā)起的，換句話講，就是流程對(duì)于用戶位于拜訪地網(wǎng)絡(luò)或者歸屬地網(wǎng)絡(luò)都是一樣的只不過“漫游”在歸屬這句話說的像協(xié)議一樣如老太太裹腳布一樣的嚴(yán)謹(jǐn)晦澀其實(shí)說白了就是單從信令流程當(dāng)UE在接入網(wǎng)完成附著獲得IP分配后，就可以開始進(jìn)行IMS域的流程。UE首先將注冊給P-CSCF(當(dāng)然之前需要進(jìn)行借助DHCP/DNS服務(wù)器進(jìn)行P-CSCF的“發(fā)現(xiàn)”流地址，UEGRUU例如上圖，SipMessage=REGISTERsip:SIP/2.0這條消息就是Request-URI，主要標(biāo)識(shí)位置服務(wù)的，值得一提的是，與To標(biāo)頭域提供的內(nèi)容不同，Request-URIFrom(f)To(t)標(biāo)頭域包含的就是臨時(shí)公共用戶標(biāo)識(shí)(值得注意的是，460024211900023@UEIMSI460024211900023；CallID息進(jìn)行標(biāo)識(shí)，在該UE的每個(gè)過程,Call-ID一般對(duì)于同一用戶的多次流程都保持一CallID，CallID（SIPCallID，可采用IMEI填充），并且為了安全目的可以采取適當(dāng)?shù)募用軝C(jī)制；Cseq保證請(qǐng)求的順序，當(dāng)每次請(qǐng)求發(fā)生的時(shí)候，Cseq的值應(yīng)該+1；Max-Forwards該值決定requestIMS70，每一條以-10483（toomanyhops）的錯(cuò)誤響應(yīng)；Via（v）里面的信息主要說TCPSIP2.0，標(biāo)識(shí)著發(fā)送請(qǐng)求的協(xié)議名稱以及協(xié)議版本，另外，ViabranchCANCELACK7z9hG4bK（RFC3261），SIP（UEIMS間）；m對(duì)應(yīng)的內(nèi)容進(jìn)行了描述，首先包含類型，例如這里的類型就是流Authorizationusername戶私有標(biāo)識(shí)，realm所含的是歸屬地網(wǎng)絡(luò),uri所含的就是歸屬地的SIPURI格式，nonce中設(shè)置應(yīng)為空；Security-標(biāo)頭域指明了UE所支持的信令面的安全機(jī)制、IPUE的在響應(yīng)消息里或者沒有包含安全協(xié)商所需要的相關(guān)參數(shù)，UE保護(hù)端口（401chanllenge）。除了初始未鑒權(quán)保護(hù)的請(qǐng)求中的相關(guān)參數(shù)，本次請(qǐng)求中還應(yīng)包括如下參數(shù)uri:設(shè)置為歸屬地網(wǎng)絡(luò)的SIPURI；utran-cell-id-3gpp=DA1A64B02；Security-header標(biāo)頭域說明了UE所支持的面加密機(jī)制情況。1、當(dāng)P-CSCF收到信息流的時(shí)候，P-CSCF需要通過歸屬地稱去確認(rèn)歸屬地的接入制被用來通過歸屬地解析出歸屬地的地址。P-CSCF網(wǎng)絡(luò)標(biāo)識(shí)是用來被歸屬地網(wǎng)絡(luò)確認(rèn)P-CSCF用戶是否允許。合適的S-CSCF選擇。如果校驗(yàn)不通過，這里將反饋請(qǐng)求（reject）址超過S-CSCF預(yù)設(shè)的門限，S-CSCF可以該請(qǐng)求。S-CSCF需要存貯拜訪地網(wǎng)絡(luò)P-CSCFID。7、S-CSCF將存貯的用戶給，并進(jìn)行適合的服務(wù)管控8、S-CSCF200ok（包含歸屬地接入信息，GRUU）I-CSCF在轉(zhuǎn)發(fā)之后，I-CSCF需要釋放存貯的相應(yīng)用戶信息。10、P-CSCF200okUE（GRUU）該標(biāo)頭域中不含該公共用戶標(biāo)識(shí)，則認(rèn)為該標(biāo)識(shí)被。另外，UE需要變更前期的臨時(shí)安全協(xié)商機(jī)制為新建立的安全協(xié)商機(jī)制.SipMessage=SUBSCRIBEsip: SIP/2.0，SIPURI 其實(shí)就是t:內(nèi)容與fo:標(biāo)頭域，應(yīng)設(shè)置為需要訂閱的 UE需要在適當(dāng)?shù)臅r(shí)候發(fā)起重選流程，例如以周期形式刷新已有的信息或者響應(yīng)周期的定時(shí)器，只不過該定時(shí)器比網(wǎng)絡(luò)側(cè)的定時(shí)器略小。1、UE需要在網(wǎng)絡(luò)側(cè)的周期定時(shí)器超時(shí)前發(fā)起重新流程。UE將后續(xù)流程與前述一致。600000區(qū)別于流程的有以下幾個(gè)步驟需要注意1、在請(qǐng)求流程中將超時(shí)（expiration)值設(shè)置為04、當(dāng)I-CSCF發(fā)送S-CSCF尋址請(qǐng)求后，HSS根據(jù)該用戶公共標(biāo)識(shí)的狀態(tài)，將S-CSCF名I-CSCF。或者保留S-CSCFCxHSSHSSS-CSCFS-CSCF9S-CSCF200okI-CSCF，S-CSCFP-而如果存在關(guān)于IMS信令狀態(tài)的訂閱通知，P-CSCF需要取消該訂閱通知。網(wǎng)絡(luò)層面發(fā)起的取消取消流程網(wǎng)絡(luò)側(cè)發(fā)起取消流程主要是為了在這些場景下對(duì)用戶后續(xù)提供穩(wěn)定有保障的冊取消后，LTE網(wǎng)絡(luò)并不一定去附著。一般，IMS子系統(tǒng)發(fā)起取消流程有如下的原因網(wǎng)絡(luò)：解決用戶重新帶來的網(wǎng)絡(luò)節(jié)點(diǎn)相關(guān)數(shù)據(jù)缺失網(wǎng)絡(luò)業(yè)務(wù)：當(dāng)用戶漫游到其他網(wǎng)絡(luò)而并沒有在源網(wǎng)絡(luò)進(jìn)行取消；應(yīng)用服務(wù)：由服務(wù)能力受限導(dǎo)致的取消；于用戶變更服務(wù)，也可能導(dǎo)致網(wǎng)絡(luò)側(cè)發(fā)起IMS取消。了由HSS（含通過HSS流程發(fā)起的第）發(fā)起的情況200okS-CSCF于HSS發(fā)起的取消流程唯一不同的是，S-CSCF在接收到P-CSCF取消流程完成響應(yīng)之后，才通過Cx接口向HSS發(fā)送信息清空流程。VoLTEIMSSIP、SDP3所經(jīng)歷的網(wǎng)元路徑就是在階段被分配好的，并在該UE期間保持不變。多會(huì)話的一個(gè)或多個(gè)流。中很普遍，如果沒有注明正確的類型，很難評(píng)估；UE按進(jìn)行相應(yīng)的P-Preferred-Identity: P-Preferred-Service:urn:urn-7:3gpp-service.ims.icsi.mm,IMSCommunicationSIPa:*;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mm",類型， SIPSDPRFC4566SDPS-CSCF；同一服務(wù)類型，同時(shí)基于用戶的訂閱的多類型對(duì)用戶SDP消息進(jìn)行鑒權(quán)；4、S-CSCFINVITES-CSCF，INVITE5、S-CSCF接收反饋，其中包含了目的網(wǎng)絡(luò)流的能力6、S-CSCFOfferResponseP-CSCF；7、P-CSCF8、P-CSCFOfferResponse可被用來傳遞關(guān)于會(huì)話進(jìn)程的細(xì)節(jié)。9、UEOfferResponseP-22-24，被叫側(cè)產(chǎn)生，通過一系列網(wǎng)元轉(zhuǎn)發(fā)主叫側(cè)25、主叫UE通知用戶被叫28、P-CSCF指示已鑒權(quán)的面啟動(dòng)（即后續(xù)可以傳送話音30、UE開始進(jìn)行傳送（話音31-33、UE200OKSIPACK話終止，這里BYE結(jié)合后續(xù)的無線側(cè)信令看，應(yīng)該是一個(gè)主叫用戶釋放指示。4在學(xué)習(xí)VoLTE這個(gè)新的承載話音技術(shù)上面對(duì)的與茫然某種程度上并不亞于唐朝所，有著我們所不知的廣闊天地。在知識(shí)海洋的彼岸，也還有太多我們不知道的風(fēng)景親眼，S-CSCF；3、S-CSCF根據(jù)之前UE時(shí)的信息，將INVITE請(qǐng)求轉(zhuǎn)發(fā)到之前的P-用動(dòng)態(tài)策略將獲取的用戶PCRF網(wǎng)元P-CSCF通過之前UE時(shí)的UE地址，INVITEUE； ，被叫是 zteims,Call-ID是為了對(duì)同一用戶的會(huì)話進(jìn)行標(biāo)識(shí)，因此在中同一個(gè)用戶的請(qǐng)求和響叫Call-ID是被叫所處IMS域S-CSCF發(fā)起的，因此打上了被叫域S-CSCF的；保持一致（INVITE）。對(duì)于外非消息的Cseq，可以是設(shè)置為任意值。在同一內(nèi)，該值隨著消息每傳遞一次進(jìn)行+1Record-RouteContact:;audio;;+g.3gpp.mid-call;+g.3gpp.srvcc-alerting;+g.3gpp.ps2cs-srv告訴后續(xù)的響應(yīng)消息（Response）ContactUEVia:CancelAckBranchCancelBranchCancelBranchAckBranchInviteBranchContent-Disposition:session,這里對(duì)用戶端（含客戶端和服務(wù)器）描述了消息實(shí)體session(會(huì)話)，如果這一欄丟失，則接收端置為默認(rèn)設(shè)置，如果沒有默認(rèn)設(shè)置，render(展示)類型；P-Called-Party-ID:Supported:100rel,precondition,timer。這里可選項(xiàng)100rel的出現(xiàn)可以判定SIPmessage來自于MGCF，也意味著主叫 Session-Expires:Min-SE:的更新間隔，意味著服務(wù)器在處理request時(shí)不允許將其修改更低，而術(shù)的實(shí)施，將該值適當(dāng)拉大也可以接受（詳見RFC4028）。起來解讀。這里涉及了一個(gè)trust的概念，如果在信任域之間發(fā)送，服務(wù)器收P-Preferred-Identity，如果同在可信域之內(nèi)，該值作為服務(wù)器可參考值，可在P-Asserted-Identity，P-Preferred-Identity頭域的值更值得信任。Asserted的值出現(xiàn)是為了簡化鑒權(quán)（防止篡改，更改，重放主多可添加一個(gè)SIP或者SIPsURI和最多一個(gè)URI；Feature-Caps:*;+g.3gpp.srvcc;+g.3gpp.mid-call;+g.3gpp.srvcc-alerting,Feature-CapsSIPSIPContactURI，ContactSIPURISIPSRVCC，mid-callalertingSRVCC5、UE根據(jù)自身是否支持主叫端發(fā)起流的子集情況，反饋OfferResponse消息。SDP消息中表示多中一個(gè)或者多個(gè)信息。該反饋響應(yīng)發(fā)送至P-CSCF183階段主要做的語音編協(xié)商，m=audio50010RTP/AVP104105，可以看出被叫UE支104、105a=rtpmap:104AMR-a=fmtp:104mode-change-capability=2;max-red=0a=rtpmap:105ephone-event/16000/1a=fmtp:1050-15，AMR16000Hz，同時(shí)ephone-eventDTMF（雙音多頻，主要發(fā)送號(hào)碼用的）；PCRF7、P-CSCFOfferResponseS-8、S-CSCFOfferResponseIMS9、主叫側(cè)發(fā)送響應(yīng)確認(rèn)（ResponseConfirmation）SDPSDP代表的流信息可以與第8步中的包含的SDP信息保持一致互或者也可以是其子集。如果SDP中定義了新的，在第12步后P-CSCF（PCRF）重復(fù)第6步，進(jìn)行重新的資源。主叫可以很靈活的在這一步添加新的和在后續(xù)用Update方法添加，但每一次新的添加都會(huì)導(dǎo)致P-CSCF（PCRF）重復(fù)第6步的資源；（200okIPUE19UE ，向P-CSCF發(fā)送200ok的最終響27、P-CSCF啟動(dòng)為該會(huì)話預(yù)留的流資源28、被叫UE啟動(dòng)流資源29-30，P-CSCF200ok -Supported:這些現(xiàn)象說明主叫TD-SCDMATD-SCDMAIMSVoIPSIPSIPUPDATESDPm=audio20686RTP/AVP1041058018101，UPDATE104，105，8，0，18，101UPDATE104,105，也就是說其他編消息是網(wǎng)絡(luò)側(cè)附加上去的，至于具體原因是什么，只能通還要在臺(tái)燈下查閱各種詳細(xì)資料以求得專業(yè)文章描述盡量精準(zhǔn)寫這些非專業(yè)看不懂的耗費(fèi)心些的技術(shù)八股文簡直是拖時(shí)代的后腿，但是人總要活得有點(diǎn)情懷，經(jīng)常看到文章教導(dǎo)我們說要初心到底是什么？初心其實(shí)就是你來到最本真的訴VoLTESRVCC（eSRVCCSRVCC介紹）LTEVoLTESRVCC（SingleRadioVoiceCallContinuity）。從接入網(wǎng)角度進(jìn)行觀察，SRVCC也同樣經(jīng)歷測量、等相應(yīng)步驟，因此可以認(rèn)為是一種跨系統(tǒng)的切換，但23GCS-CS，SRVCCPS-CS互操作流程一般是網(wǎng)絡(luò)優(yōu)化技術(shù)中研究的熱點(diǎn)、難點(diǎn)，SRVCCLTESRVCC持一致，也就是說，當(dāng)觸發(fā)PS切換滿足后，也應(yīng)該能夠觸發(fā)SRVCC切換；2、對(duì)于，LTE網(wǎng)絡(luò)側(cè)需要分別為以及話音建立兩條獨(dú)立的EPS承載34、在IMS網(wǎng)絡(luò)中引入針對(duì)（v）SRVCC的網(wǎng)絡(luò)，SCC6、多個(gè)流復(fù)用有如下方式，可以多個(gè)流的話音復(fù)用一個(gè)話音承載，而分別承載在相應(yīng)的承載上；也可以多個(gè)流復(fù)用在一個(gè)承載上；PS-CS一旦上傳測量報(bào)告觸發(fā)異系統(tǒng)測量以及切換門限，MME會(huì)通過S1收到切換請(qǐng)求。如果MMEUESTN-SRMMEMSCServerSvSRVCCMSCserverSvMMECSCSSRVCCPSSRVCCPS-PSMMEPS-PSSRVCCPS-CSMSCServer，MMEMSClassmark3,MSClassmark2MSCServerICSUELAUMAP_Update_Location；這里也隱含著一層意思，對(duì)CSFB，CSFB2GLAUMSCserver此時(shí)UESRVCCMSCServerUE因此可以不需要UE觸發(fā)就進(jìn)行網(wǎng)側(cè)位置區(qū)更新流程。SRVCC區(qū)。DTM）：1、以下log可以看出在執(zhí)行SRVCC切換之前的最后一次測控消息，下發(fā)了需要測量的2G發(fā)的是B1 ， ，的GSM小區(qū)滿足觸發(fā)門限需要，上報(bào)等待后續(xù)切換的消息，同時(shí)SRVCC切換明只切換到目標(biāo)小區(qū)的CS域，并不包含PS業(yè)務(wù)的切換；PSPS-CSSTN-SR,CMSISDN,一般源至目標(biāo)透傳容器，加密安全信息、EmergencyIndication；6、如果是MSCPool組網(wǎng)，MSCServer會(huì)通過2G網(wǎng)內(nèi)部流程發(fā)送切換準(zhǔn)備請(qǐng)求至目MSCMSCServerARP，SRVCC2G8MSCMSCServer9MSCServerMSCIMSIMSIMSPSCS12IMS13、MSCServerMMESRVCCPS-CS（目標(biāo)至源透傳容器14、源MME向源E-UTRAN發(fā)送切換命令（目標(biāo)至源的透傳容器），這里只針音 MSCServer;18、UESGSNMMEMME據(jù)業(yè)務(wù)掛起流程和切換完成消息并不，因?yàn)镾GSN進(jìn)行數(shù)據(jù)業(yè)務(wù)處理，而MSC控制話音釋放UE的S1-U的承載，同時(shí)發(fā)送掛起指示到P-GW。MMEUE掛起的狀態(tài)，同時(shí)S-GWP-GWGBRUEP-GWServer22MSCServerMMEMSCServerSRVCCPS-CSMME，UE2GMSCMMESRVCCPS-CS觸發(fā)的承載去激活過程發(fā)送給S-GW和P-GW。PS-CS切換指示也通過該流程一并通知23aHLRIMSIVLR，MSCServerMSC23bMSCServerTMSI，MSCServerHSS/HLRMAPUpdateLocation2G4GTAUServiceRequest（實(shí)測大800ms以上）。3GPP23.856提案了很多解決方案，例如在MSCServer側(cè)加IMS目前比較穩(wěn)固的案采用本地新增ATCF，ATGW網(wǎng)元的方式進(jìn)行中斷時(shí)延優(yōu)化，MMESGW/PGW，ATCFATGW負(fù)責(zé)面的錨定和轉(zhuǎn)發(fā)，其中ATGW由ATCF進(jìn)行控制。值得一提，在后續(xù)用戶需要通過MSCServer進(jìn)行IMS的情況下信令可以不用通過ATCF進(jìn)行路由。另外ATCFATGW，ATCFP-CSCF，IBCFMSCServer，3、指令A(yù)TGW錨定主叫和被叫的路徑址，它將仍然使用舊有的P-CSCF和舊有的ATCF發(fā)起重新流程P-GWCS-MGW。ACCASSRAS參與錨定。MGWATGWPS路徑為新的CS路徑；5ATCFAccessTransferMSCServerMSCServermid-callATCF提供會(huì)話狀態(tài)信息SessionStateInformation（SSI）。路徑已經(jīng)轉(zhuǎn)為CS域內(nèi)容，SCCAS7、SCCASAccessTransfer學(xué)門技能，總有一天能用的上，你懂的PDCP/RLCLTER9VoLTE，UEUEPDCPFeatureGroupIndicator（特征組標(biāo)識(shí)，F(xiàn)GI）包頭數(shù)量，與網(wǎng)絡(luò)側(cè)通過RRC重配消息中下發(fā)無線資源配置IE絡(luò)側(cè)用來配置數(shù)據(jù)承載（dataradiobear）PDCPPDCPSDUPDCPPDCPSDU，UEPDCPSDUPDCP下，需告知樓下的搬家公司，樓上已經(jīng)清空了。不過，UE要求數(shù)據(jù)承載對(duì)應(yīng)的RLC非確認(rèn)模式（VoLTE）PDCPPDCPSDUdiscardTimerPDCPPDUFMSPDCPSDUPDCPPDCPSDU，PDCPSDUs8PDCPSDUs，Bit0；什么應(yīng)答確認(rèn)機(jī)制，如果這個(gè)包沒有被正確收到會(huì)怎樣呢？有的讀者可以琢磨一下。當(dāng)然，這個(gè)PDCPControlPDU即可以由UE觸發(fā)進(jìn)行配置，并通過上行信道發(fā)送出去，Bitmap1COUNTFMSPDCPSDUCOUNT值，則UEPDCPSDUPDCPPDU丟棄，意味著這些PDCPSDU已經(jīng)成功被接收并。該參數(shù)主要結(jié)合了非話音/的數(shù)據(jù)業(yè)務(wù)承載，相較話音而言，數(shù)據(jù)業(yè)務(wù)對(duì)于包的丟失更PDCP-SN12bit7bitHFN對(duì)應(yīng)，HFN又用來計(jì)算時(shí)候所需要的COUNT值。對(duì)于RLC-AM模式下，PDCP-SN設(shè)置為RLC-UMPDCPSDU7bitUMPDCPDataPDUformatforDRBsusinga12bitPDCPDataPDUformatforDRBsusing7bit協(xié)議列表供參考。需要的是，Profile0x0000即使不指明，也會(huì)默認(rèn)存在。在UE能力上報(bào)階段網(wǎng)絡(luò)側(cè)會(huì)不會(huì)UE接入？這就要在現(xiàn)網(wǎng)實(shí)際驗(yàn)證一下了，各個(gè)LTE以下是現(xiàn)網(wǎng)實(shí)測的一個(gè)主叫未接通案例，在主叫發(fā)送INVITE之前，網(wǎng)絡(luò)側(cè)下發(fā)了一協(xié)議RFC3311說明，UPDATE消息可被用來進(jìn)行流和碼流信息的更新，有點(diǎn)類似re-INVITE消息，但是區(qū)別于re-INVITE消息，UPDATE消息可以在初始的INVITE消息完成 由于被叫一端發(fā)起了UPDATE流程。緊接著，主叫又發(fā)起了一個(gè)INVITE流程，如下圖所示UE）。UE403（Forbidden）消息，F(xiàn)orbiddenINVITEUE403re-INVITE進(jìn)行相應(yīng)鑒權(quán)信息修改。(RFC3261)10log,都發(fā)現(xiàn)頻繁重復(fù)的出現(xiàn)了SIPINVITE-403FORBIDDEN-K信令，由此可以初步判定這一系列INVITE403Forbidden1、P-CSCF發(fā)起，可能是因?yàn)樾碌膔e-INVITE請(qǐng)求與現(xiàn)有無關(guān)2、S-CSCF發(fā)起，可能由于與之前信息不符…ofsessiontimerexpirationSCSCF話定時(shí)超時(shí)后，S-CSCF刪除了相關(guān)的信息，并下發(fā)了SIPBYE。403RRC2403FORBIDDENSIP到了網(wǎng)絡(luò)側(cè)的NOTIFY消息，而消息和NOTIFY消息的SIPCallID還不一樣。溯的實(shí)際信令流程來看屬于未接通的的案例（callsetupfailure）。UESIPINVITE100trying協(xié)議規(guī)定SERVICE_UNAVAILABLE(503)表示服務(wù)器由于負(fù)荷過載或者問題暫時(shí)無法處理ServerInternalError(500)響應(yīng)的描述，一般指的是服務(wù)器處于不可預(yù)計(jì)UE100trying183-180ringing，SIP200ok10RRCRRC-IDLEQCI1承載去激活NASESM信令，UE反饋Accept，同時(shí)將承載狀態(tài)置為Inactive。CSFBUE100tryingSIP10，EUTRANRRCConnectionReleaseSRB放掉了DRB，同時(shí)EUTRAN上報(bào)網(wǎng)由于該UE不活躍（UserInactivity）觸發(fā)導(dǎo)致MMEEPSeNodeBUEContextReleaseRequest通知MME將該UE的所有在S1接口建立起來的E-RAB釋放掉)，這樣通知IMS域承載釋5031010認(rèn)默認(rèn)承載QCI9，QCI5以及話音的承載QCI1的映射情況。今年是郵電大學(xué)這所中國信息科技產(chǎn)業(yè)的“黃埔軍?！睆慕ㄐＶ踔两癫粩嘁I(lǐng)祖國信息化的甲子之慶。這所坐落于海淀區(qū)學(xué)院，以信息科技為特色，工學(xué)門類為代優(yōu)秀的信息以及高新科技人才。祖國的郵電事業(yè)從轉(zhuǎn)民用，天北光纜的拉通，從古人只靠明月寄相思到實(shí)現(xiàn)千里共傳音，有著他們那一輩以及我們這一輩幾代人，萬，60相應(yīng)的甄選用以進(jìn)行音業(yè)務(wù)的承載。目前主流就是TCP/UDP/RTP這些協(xié)議標(biāo)準(zhǔn)，一般TransmissionControlProtocol(TCP)80TCP、、5、連接：為了保持傳輸可靠性以及流控機(jī)制，TCP需要為每一個(gè)數(shù)據(jù)流建立以及一系列狀態(tài)信息，這些信息包括socket，序列號(hào)，窗大小，這些信息的結(jié)合就叫做接。socketTCP對(duì)于數(shù)據(jù)傳輸，TCP協(xié)議提供了兩種方法，一種通過pushflag(推送)的方式設(shè)置pushpushflag，則不再繼續(xù)等待從發(fā)端來的數(shù)據(jù)，而將現(xiàn)有數(shù)據(jù)傳遞至接收進(jìn)程。推送進(jìn)程以及推送的目的就是將發(fā)端數(shù)據(jù)推送至接收端，它并不TCP協(xié)議一般與IP協(xié)議使用，也是目前互聯(lián)網(wǎng)中最為重要的協(xié)議族之一。TCP協(xié)議是OSIIPOSI與承載分離的協(xié)議設(shè)計(jì)架構(gòu)（控制面，用戶面），TCP/IP絡(luò)架構(gòu)角度可以認(rèn)為就是電信基礎(chǔ)網(wǎng)絡(luò)承載互聯(lián)網(wǎng)），TCP/IPAS/NASIP（這就好比投遞員不負(fù)責(zé)用戶是否能夠成功接收到郵IPTCPTCP確認(rèn)和超時(shí)：TCP（ACK）機(jī)制以及超時(shí)重傳機(jī)制來確保每一個(gè)分片的成功傳送。LTERRCmsg1（Randomaccessrequest），如果在一定時(shí)間間隔內(nèi)（這里是由backoff指定的一個(gè)隨量）沒有收到msg2(randomaccessresponse,RAR)msg1,TCPTCP經(jīng)歷不同的網(wǎng)絡(luò)，因此重傳超時(shí)需要?jiǎng)討B(tài)的設(shè)置。需要注意的是，RTO（retransmissiontimeout）RTT（RoundTripTime）。值得一提的是，在TCPtimeoutTCPOPENtimeouttimeoutTCP5SENDtimeout，那么當(dāng)timeouttimeout(usertimeout)，重傳超時(shí)(retransmissiontimeout)和時(shí)間等待超時(shí)(time-waittime