IMS支持語音通話中的切換

IMS支持語音通話中的切換\o"IMS"#IMS\o"SIP"#SIP\o"語音通話"#語音通話\o"Handover"#Handovertutorialspoint;通話期間切換(重新邀請）用戶代理(PROXY)可以在會話期間更改其IP地址，因為它從一個網(wǎng)絡(luò)交換到另一個網(wǎng)絡(luò)?；維IP支持這種情況，因為對話中的重新邀請可用于更新聯(lián)系人URI并更改SDP中的媒體信息。如圖1中所提到的調(diào)用流程：Tom檢測到一個新網(wǎng)絡(luò)，使用DHCP獲取新的IP地址，并且執(zhí)行重新邀請(reINVITE)以允許信令和媒體流到新IP地址。如果UA可以從兩個網(wǎng)絡(luò)接收媒體，則中斷可以忽略不計。如果不是這種情況，則可能會丟失一些媒體數(shù)據(jù)包，從而導致通話稍微中斷。re-INVITE(重新邀請)中內(nèi)容如下：INVITEsip:Jerry@TTPSIP/2.0

Via:SIP/2.0/UDP02:5060;branch=z9hG4bK918f5a84fe6bf7a

Max-Forwards:70

To:<sip:Harry@TTP>

From:sip:Tom@PPT;tag=70133df4

Call-ID:76d4861c19c

CSeq:1INVITE

Accept:application/sdp

Accept-Language:en

Allow:INVITE,ACK,CANCEL,BYE,INFO,OPTIONS,REFER,NOTIFY,SUBSCRIBE

Contact:<sip:02:5060>;

Content-Type:application/sdp

Content-Length:168

v=0

o=PPT4046740468INIP4

s=-

c=INIP4

b=AS:49

t=00

b=RR:0

b=RS:0

a=rtpmap:97AMR/8000/1

m=audio6000RTP/AVP96

a=fmtp:1020-15

a=ptime:20

a=maxptime:240re-INVITE在Via和Contact標頭字段中包含Bowditch的新IP地址以及SD媒體信息。通話中的切換(帶有替換標題）在呼叫中移動性中，實際路由集(SIP消息必須經(jīng)過的SIP代理集)必須更改。我們不能在通話中移動性中使用re-INVITE例如，如果NAT變化需要代理，則必須更改聯(lián)系人URI，必須創(chuàng)建一個新對話。因此，它必須發(fā)送一個帶有Replaces標頭的新INVITE，該標頭標識現(xiàn)有的會話。注意-假設(shè)A和B都在通話中，如果A獲得另一個帶有替換標頭(應該與現(xiàn)有對話匹配)的INVITE(比方說來自C)，則A必須接受INVITE并終止與B的會話并轉(zhuǎn)移所有資源到新形成的對話框。調(diào)用流程如下圖所示。它與前面使用re-INVITE的呼叫流程類似，只是在接受帶有Replaces的INVITE時會自動生成BYE以終止現(xiàn)有對話。在這種情況下要注意的要點-Tom和Jerry之間的現(xiàn)有對話包括舊訪問的代理服務器。使用新無線網(wǎng)絡(luò)的新對話需要包含新訪問的代理服務器。結(jié)果Tom發(fā)送了一個帶有替換的INVITE，它創(chuàng)建了一個新對話框其中包括新訪問的代理服務器，但不包括舊訪問的代理服務器。當Jerry接受INVITE時，會自動發(fā)送BYE以終止舊對話，該對話通過舊的已訪問代理服務器路由，該代理服務器現(xiàn)在不再參與會話。生成的媒體會話是使用來自邀請中的SDP的Tom的新IP地址建立的。服務中移動性(切換）SIP中的服務可以在代理或UA中提供。除非用戶的設(shè)備配置了相同的服務，否則提供服務移動性和個人移動性可能具有挑戰(zhàn)性。SIP可以輕松支持Internet上的服務移動性。當連接到Internet時，配置為在使用一組代理的UA在漫游時仍然可以使用這些代理。它對媒體會話的質(zhì)量沒有任何影響，因為媒體總是直接在兩個UA之間流動，并且不經(jīng)過SIP代理服務器。端點駐留服務僅