SIP - Tính di động
Personal mobilitylà khả năng có một số nhận dạng không đổi trên một số thiết bị. SIP hỗ trợ di động cá nhân cơ bản bằng cách sử dụng phương thức ĐĂNG KÝ, cho phép thiết bị di động thay đổi địa chỉ IP và điểm kết nối với Internet mà vẫn có thể nhận cuộc gọi đến.
SIP cũng có thể hỗ trợ service mobility - khả năng người dùng giữ các dịch vụ tương tự khi di động
SIP Mobility trong khi bàn giao (Gọi trước)
Một thiết bị liên kết URI liên hệ của nó với địa chỉ của bản ghi bằng một đăng ký đơn giản. Theo địa chỉ IP của thiết bị, đăng ký cho phép thông tin này tự động cập nhật trong mạng nhâm nhi.
Trong quá trình chuyển giao, tác nhân Người dùng định tuyến giữa các nhà khai thác khác nhau, nơi nó phải đăng ký lại với một Liên hệ làm AOR với nhà cung cấp dịch vụ khác.
Ví dụ, hãy lấy ví dụ về luồng cuộc gọi sau đây. UA đã tạm thời nhận được SIP URI mới với nhà cung cấp dịch vụ mới. UA sau đó thực hiện đăng ký kép -
Đăng ký đầu tiên là với nhà khai thác dịch vụ mới, liên kết URI liên hệ của thiết bị với AOR URI của nhà cung cấp dịch vụ mới.
Yêu cầu ĐĂNG KÝ thứ hai được chuyển trở lại nhà cung cấp dịch vụ ban đầu và cung cấp AOR của nhà cung cấp dịch vụ mới dưới dạng URI Liên hệ.
Như được trình bày sau trong luồng cuộc gọi, khi có yêu cầu đến mạng của nhà cung cấp dịch vụ ban đầu, INVITE sẽ được chuyển hướng đến nhà cung cấp dịch vụ mới, sau đó sẽ định tuyến cuộc gọi đến người dùng.
Đối với lần đăng ký đầu tiên, thông báo chứa URI thiết bị sẽ là:
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:[email protected]>
From: Tom <sip:[email protected]>;tag = 72d65a24
Call-ID: [email protected]
CSeq: 1 REGISTER
Contact: <sip:[email protected]:5060>
Expires: 600000
Content-Length: 0Thông báo đăng ký thứ hai với URI chuyển vùng sẽ là -
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:[email protected]>
From: Tom <sip:[email protected]>;tag = 45375
Call-ID:[email protected]
CSeq: 6421 REGISTER
Contact: <sip:[email protected]>
Content-Length: 0INVITE đầu tiên được thể hiện trong hình trên sẽ được gửi đến ngụm: registerrar2.in; INVITE thứ hai sẽ được gửi đến ngụm: nhâm nhi: [email protected], sẽ được chuyển tiếp tớisip:[email protected]. Nó đến được với Tom và cho phép thiết lập phiên. Định kỳ cả hai đăng ký sẽ cần được làm mới.
Tính di động trong khi gọi (mời lại)
Tác nhân Người dùng có thể thay đổi địa chỉ IP của nó trong suốt phiên làm việc khi nó hoán đổi từ mạng này sang mạng khác. Basic SIP hỗ trợ kịch bản này, vì có thể sử dụng lại MỜI trong hộp thoại để cập nhật URI Liên hệ và thay đổi thông tin phương tiện trong SDP.
Hãy xem luồng cuộc gọi được đề cập trong hình bên dưới.
Tại đây, Tom phát hiện một mạng mới,
Sử dụng DHCP để lấy địa chỉ IP mới và
Thực hiện MỜI lại để cho phép luồng báo hiệu và phương tiện đến địa chỉ IP mới.
Nếu UA có thể nhận phương tiện từ cả hai mạng, thì sự gián đoạn là không đáng kể. Nếu không đúng như vậy, một vài gói phương tiện có thể bị mất, dẫn đến cuộc gọi bị gián đoạn đôi chút.
MỜI lại sẽ xuất hiện như sau:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bK918f5a84fe6bf7a
Max-Forwards: 70
To: <sip:[email protected]>
From: sip:[email protected];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:240INVITE lại chứa địa chỉ IP mới của Bowditch trong các trường tiêu đề Qua và Liên hệ và thông tin phương tiện SDP.
Di động trong Midcall (Với Header thay thế)
Trong tính di động giữa cuộc gọi, bộ định tuyến thực tế (tập hợp các proxy SIP mà các bản tin SIP phải đi qua) phải thay đổi. Chúng tôi không thể sử dụng lại INVITE trong tính di động trung bình
Ví dụ: nếu một proxy là cần thiết cho truyền NAT, thì URI Liên hệ phải được thay đổi - một hộp thoại mới phải được tạo. Do đó, nó phải gửi một INVITE mới với tiêu đề Thay thế, xác định phiên hiện có.
Note - Giả sử cả A và B đều đang trong một cuộc gọi và nếu A nhận được một INVITE khác (giả sử từ C) với tiêu đề thay thế (phải khớp với hộp thoại hiện có), thì A phải chấp nhận INVITE và kết thúc phiên với B và chuyển tất cả tài nguyên sang hộp thoại mới hình thành.
Luồng cuộc gọi được hiển thị trong Hình sau. Nó tương tự như luồng cuộc gọi trước đó bằng cách sử dụng lại INVITE ngoại trừ việc một BYE được tạo tự động để kết thúc hộp thoại hiện có khi INVITE với Thay thế được chấp nhận.
Dưới đây là những điểm cần lưu ý trong trường hợp này -
Hộp thoại hiện có giữa Tom và Jerry bao gồm máy chủ proxy cũ đã truy cập.
Hộp thoại mới sử dụng mạng không dây mới yêu cầu bao gồm máy chủ proxy mới đã truy cập.
Do đó, Tom gửi một MỜI với Thay thế, hộp thoại này tạo ra một hộp thoại mới bao gồm máy chủ proxy đã truy cập mới nhưng không phải máy chủ proxy đã truy cập cũ.
Khi Jerry chấp nhận INVITE, một BYE sẽ tự động được gửi để chấm dứt hộp thoại cũ định tuyến thông qua máy chủ proxy cũ đã truy cập hiện không còn tham gia vào phiên.
Phiên truyền thông kết quả được thiết lập bằng địa chỉ IP mới của Tom từ SDP trong INVITE.
Dịch vụ di động
Các dịch vụ trong SIP có thể được cung cấp trong proxy hoặc UA. Việc cung cấp tính di động của dịch vụ cùng với tính di động của cá nhân có thể là một thách thức trừ khi thiết bị của người dùng được định cấu hình giống hệt nhau với cùng các dịch vụ.
SIP có thể dễ dàng hỗ trợ tính di động của dịch vụ qua Internet. Khi được kết nối với Internet, một UA được định cấu hình để sử dụng một tập hợp các proxy ở Ấn Độ vẫn có thể sử dụng các proxy đó khi chuyển vùng ở Châu Âu. Nó không có bất kỳ tác động nào đến chất lượng của phiên phương tiện vì phương tiện luôn truyền trực tiếp giữa hai UA và không truyền qua máy chủ proxy SIP.
Các dịch vụ thường trú của điểm cuối chỉ khả dụng khi điểm cuối được kết nối với Internet. Một dịch vụ kết thúc như dịch vụ chuyển tiếp cuộc gọi được triển khai trong một điểm cuối sẽ không thành công nếu điểm cuối tạm thời mất kết nối Internet. Do đó, một số dịch vụ được triển khai trong mạng bằng máy chủ proxy SIP.