SIP 移動性

個人移動性是在多個設備上擁有常量標識符的功能。 SIP使用REGISTER方法支持基本的個人移動性，其允許移動設備改變其到因特網(wǎng)的IP地址和連接點，并且仍然能夠接收呼入呼叫。

SIP還可以支持服務移動性 - 移動時用戶保持相同服務的能力

切換期間的SIP移動性(呼叫前)

設備通過簡單的SIP注冊將其聯(lián)系URI與記錄的地址綁定。根據(jù)設備IP地址，注冊授權此信息在SIP網(wǎng)絡中自動更新。

在切換期間，用戶代理在不同運營商之間路由，其中它必須再次向作為AOR的聯(lián)系人注冊另一服務提供商。

例如，讓我們以下面的調用流程為例。UA已經臨時接收到具有新服務提供商的新SIP URI。 UA然后執(zhí)行雙重注冊 -

• 第一次注冊是使用新的服務運營商，它將設備的Contact URI與新的服務提供商的AOR URI綁定。

• 第二個REGISTER請求被路由回原始服務提供者，并提供新的服務提供者的AOR作為聯(lián)系URI。

如稍后在呼叫流程中所示，當請求進入原始服務提供商的網(wǎng)絡時，INVITE被重定向到新的服務提供商，然后新的服務提供商將呼叫路由到用戶。

對于第一次注冊，包含設備URI的郵件將是 -

REGISTER sip:visited.registrar1.com SIP/2.0 
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bK97a7ea349ce0fca 
Max-Forwards: 70 
To: Tom <sip:UA1@registrar1.in> 
From: Tom <sip:UA1@registrar1.in>;tag = 72d65a24 
Call-ID: 4e719d1c1fc9000803630373300@172.22.1.102 
CSeq: 1 REGISTER 
Contact: <sip:Tom@172.22.1.102:5060> 
Expires: 600000 
Content-Length: 0

具有漫游URI的第二注冊消息將是 -

REGISTER sip:home.registrar2.in SIP/2.0 
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bKah4vn2u 
Max-Forwards: 70 
To: Tom <sip:UA1@registrar2.in> 
From: Tom <sip:UA1@registrar2.in>;tag = 45375 
Call-ID:87nr43i@172.22.1.102 
CSeq: 6421 REGISTER 
Contact: <sip:UA1@registrar2.in> 
Content-Length: 0

在上圖中表示的第一個INVITE將被發(fā)送到sip:registrar2.in; 第二INVITE將被發(fā)送到sip:sip:Tom@registrar2.in，其將被轉發(fā)到 sip:Tom@172.22.1.102 。 它到達Tom并允許建立會話。 定期兩個注冊都需要刷新。

通話期間的移動(重新邀請)

用戶代理可以在會話期間更改其IP地址，因為它從一個網(wǎng)絡交換到另一個網(wǎng)絡。基本SIP支持此場景，因為對話框中的re-INVITE可用于更新聯(lián)系URI并更改SDP中的媒體信息。

看看下面圖中提到的呼叫流程。

• 這里，Tom檢測到一個新的網(wǎng)絡，

• 使用DHCP獲取新的IP地址，和

• 執(zhí)行re-INVITE以允許信令和媒體流到新的IP地址。

如果UA可以從兩個網(wǎng)絡接收媒體，則中斷可以忽略。 如果不是這種情況，則幾個媒體分組可能丟失，導致呼叫的輕微中斷。

re-INVITE將顯示如下 -

INVITE sip:Jerry@TTP.com SIP/2.0  
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bK918f5a84fe6bf7a 
Max-Forwards: 70 

To: <sip:Harry@TTP.com> 

From: sip:Tom@PPT.com;tag = 70133df4 
Call-ID: 76d4861c19c 
CSeq: 1 INVITE 
Accept: application/sdp 
Accept-Language: en 

Allow: INVITE,ACK,CANCEL,BYE,INFO,OPTIONS,REFER,NOTIFY,SUBSCRIBE 
Contact: <sip:172.22.1.102:5060>; 
Content-Type: application/sdp 
Content-Length: 168 

v = 0
o = PPT 40467 40468 IN IP4 192.168.2.1 
s = - 
c = IN IP4 192.168.2.1 
b = AS:49 
t = 0 0 
b = RR:0 
b = RS:0 
a = rtpmap:97 AMR/8000/1 
m = audio 6000 RTP/AVP 96 
a = fmtp:102 0-15 
a = ptime:20 
a = maxptime:240

re-INVITE在Via和Contact報頭字段和SDP媒體信息中包含Bowditch的新IP地址。

移動性在Midcall(與替換標題)

在中間移動性中，實際路由集(SIP消息必須穿越的SIP代理集)必須改變。我們不能在midcall移動中使用re-INVITE

例如，如果NAT穿越需要代理，則必須更改聯(lián)系URI - 必須創(chuàng)建一個新對話框。因此，它必須發(fā)送一個帶有Replaces標頭的新INVITE，它標識現(xiàn)有會話。

注意 - 假設A＆amp; B都在一個調用中，如果A得到另一個INVITE(我們說從C)替換頭(應該匹配現(xiàn)有的對話框)，則A必須接受INVITE并終止與B的會話，并將所有資源轉移到新形成的對話框。

呼叫流程如下圖所示。 它類似于使用re-INVITE的先前呼叫流程，除了當接受具有Replaces的INVITE時自動生成BYE以終止現(xiàn)有對話。

下面是在這種情況下要注意的要點 -

• Tom和Jerry之間的現(xiàn)有對話包括舊的訪問代理服務器。

• 使用新無線網(wǎng)絡的新對話框需要包括新的訪問代理服務器。

• 結果，由Tom發(fā)送具有Replaces的INVITE，其創(chuàng)建包括新訪問的代理服務器但不包括舊的訪問的代理服務器的新對話。

• 當Jerry接受INVITE時，會自動發(fā)送一個BYE，以終止通過現(xiàn)在不再包含在會話中的舊訪問代理服務器路由的舊對話。

• 使用來自INVITE中的SDP的Tom的新IP地址來建立所得到的媒體會話。

服務移動性

SIP中的服務可以在代理中或在UA中提供。除非用戶的設備被相同地配置有相同的服務，否則提供服務移動性以及個人移動性可能是有挑戰(zhàn)性的。

SIP可以輕松地支持Internet上的服務移動性。當連接到Internet時，配置為在印度使用一組代理的UA仍然可以在歐洲漫游時使用這些代理。它對媒體會話的質量沒有任何影響，因為媒體總是直接在兩個UA之間流動，并且不穿過SIP代理服務器。

端點駐留服務僅在端點連接到Internet時可用。如果端點已臨時丟失其Internet連接，則端點中實現(xiàn)的端點服務(例如呼叫轉發(fā)服務)將失敗。因此，使用SIP代理服務器在網(wǎng)絡中實現(xiàn)一些服務。