SIP - ความคล่องตัว

Personal mobilityคือความสามารถในการมีตัวระบุคงที่ในอุปกรณ์ต่างๆ SIP รองรับการเคลื่อนย้ายส่วนบุคคลขั้นพื้นฐานโดยใช้วิธีการลงทะเบียนซึ่งช่วยให้อุปกรณ์เคลื่อนที่สามารถเปลี่ยนที่อยู่ IP และจุดเชื่อมต่ออินเทอร์เน็ตและยังคงสามารถรับสายเรียกเข้าได้

SIP ยังสามารถรองรับ service mobility - ความสามารถของผู้ใช้ในการให้บริการเดิมเมื่อมือถือ

SIP Mobility ระหว่างการส่งมอบ (การโทรล่วงหน้า)

อุปกรณ์ผูก URI ผู้ติดต่อกับที่อยู่ในการบันทึกโดยการลงทะเบียนจิบง่ายๆ ตามที่อยู่ IP ของอุปกรณ์การลงทะเบียนอนุญาตให้ข้อมูลนี้อัปเดตโดยอัตโนมัติในเครือข่าย sip

ในระหว่างการส่งมอบ User agent จะกำหนดเส้นทางระหว่างตัวดำเนินการต่างๆซึ่งจะต้องลงทะเบียนอีกครั้งด้วยผู้ติดต่อในฐานะ AOR กับผู้ให้บริการรายอื่น

ตัวอย่างเช่นลองใช้ตัวอย่างของขั้นตอนการโทรต่อไปนี้ UA ซึ่งได้รับ SIP URI ใหม่ชั่วคราวกับผู้ให้บริการรายใหม่ จากนั้น UA จะทำการลงทะเบียนสองครั้ง -

  • การลงทะเบียนครั้งแรกคือกับผู้ให้บริการรายใหม่ซึ่งผูก URI การติดต่อของอุปกรณ์กับ AOR URI ของผู้ให้บริการรายใหม่

  • คำขอลงทะเบียนครั้งที่สองจะถูกส่งกลับไปยังผู้ให้บริการเดิมและให้ AOR ของผู้ให้บริการรายใหม่เป็น URI ผู้ติดต่อ

ตามที่แสดงในลำดับต่อไปเมื่อมีคำขอเข้ามาในเครือข่ายของผู้ให้บริการเดิม 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:[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: 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:[email protected]> 
From: Tom <sip:[email protected]>;tag = 45375 
Call-ID:[email protected] 
CSeq: 6421 REGISTER 
Contact: <sip:[email protected]> 
Content-Length: 0

คำเชิญแรกที่แสดงในรูปด้านบนจะถูกส่งไปที่ sip: registerrar2.in; คำเชิญที่สองจะถูกส่งไปยัง sip: sip: [email protected] ซึ่งจะส่งต่อไปยังsip:[email protected]. ถึงทอมและอนุญาตให้สร้างเซสชันได้ จำเป็นต้องมีการรีเฟรชการลงทะเบียนทั้งสองเป็นระยะ

การเคลื่อนไหวระหว่างการโทร (เชิญใหม่)

ตัวแทนผู้ใช้อาจเปลี่ยนที่อยู่ IP ระหว่างเซสชันเมื่อเปลี่ยนจากเครือข่ายหนึ่งไปยังอีกเครือข่ายหนึ่ง SIP พื้นฐานรองรับสถานการณ์นี้เนื่องจากสามารถใช้การเชิญซ้ำในกล่องโต้ตอบเพื่ออัปเดต URI ผู้ติดต่อและเปลี่ยนข้อมูลสื่อใน SDP

ดูขั้นตอนการโทรที่กล่าวถึงในรูปด้านล่าง

  • ที่นี่ทอมตรวจพบเครือข่ายใหม่

  • ใช้ DHCP เพื่อรับที่อยู่ IP ใหม่และ

  • ทำการเชิญอีกครั้งเพื่อให้การส่งสัญญาณและสื่อไปยังที่อยู่ IP ใหม่

หาก UA สามารถรับสื่อจากทั้งสองเครือข่ายได้การหยุดชะงักจะไม่สำคัญ หากไม่เป็นเช่นนั้นแพ็กเก็ตสื่อบางส่วนอาจสูญหายส่งผลให้การโทรหยุดชะงักเล็กน้อย

คำเชิญซ้ำจะปรากฏดังนี้ -

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:240

คำเชิญอีกครั้งมีที่อยู่ IP ใหม่ของ Bowditch ในช่องส่วนหัว Via และ Contact และข้อมูลสื่อ SDP

Mobility in Midcall (พร้อมเปลี่ยน Header)

ในการเคลื่อนที่แบบมิดคอลชุดเส้นทางจริง (ชุดของพร็อกซี SIP ที่ข้อความ SIP ต้องผ่าน) ต้องเปลี่ยน เราไม่สามารถใช้ re-INVITE ในการเคลื่อนที่ของ midcall ได้

ตัวอย่างเช่นหากจำเป็นต้องใช้พร็อกซีสำหรับการส่งผ่าน NAT ดังนั้นต้องเปลี่ยน URI ผู้ติดต่อ - ต้องสร้างกล่องโต้ตอบใหม่ ดังนั้นจึงต้องส่ง INVITE ใหม่พร้อมกับส่วนหัว Replaces ซึ่งระบุเซสชันที่มีอยู่

Note - สมมติว่า A & B ทั้งคู่อยู่ในการโทรและถ้า A ได้รับ INVITE อื่น (สมมติว่ามาจาก C) ด้วยส่วนหัวแทนที่ (ควรตรงกับกล่องโต้ตอบที่มีอยู่) A ต้องยอมรับ INVITE และยุติเซสชันด้วย B และโอนทรัพยากรทั้งหมดไปที่ ไดอะล็อกที่สร้างขึ้นใหม่

ขั้นตอนการโทรแสดงในรูปต่อไปนี้ คล้ายกับขั้นตอนการโทรก่อนหน้านี้โดยใช้การเชิญซ้ำยกเว้นว่า BYE ถูกสร้างขึ้นโดยอัตโนมัติเพื่อยุติกล่องโต้ตอบที่มีอยู่เมื่อยอมรับคำเชิญที่มีการแทนที่

ด้านล่างนี้เป็นประเด็นที่ควรทราบในสถานการณ์นี้ -

  • กล่องโต้ตอบที่มีอยู่ระหว่าง Tom และ Jerry รวมถึงพร็อกซีเซิร์ฟเวอร์เก่าที่เข้าเยี่ยมชม

  • กล่องโต้ตอบใหม่โดยใช้เครือข่ายไร้สายใหม่ต้องการการรวมพร็อกซีเซิร์ฟเวอร์ที่เยี่ยมชมใหม่

  • ด้วยเหตุนี้ Tom จึงส่ง INVITE with Replaces ซึ่งจะสร้างกล่องโต้ตอบใหม่ที่มีพร็อกซีเซิร์ฟเวอร์ที่เข้าเยี่ยมชมใหม่ แต่ไม่ใช่พร็อกซีเซิร์ฟเวอร์เก่าที่เข้าชม

  • เมื่อ Jerry ยอมรับคำเชิญ BYE จะถูกส่งโดยอัตโนมัติเพื่อยุติกล่องโต้ตอบเก่าที่กำหนดเส้นทางผ่านพร็อกซีเซิร์ฟเวอร์เก่าที่เข้าเยี่ยมชมซึ่งตอนนี้ไม่เกี่ยวข้องกับเซสชันอีกต่อไป

  • เซสชันสื่อที่เป็นผลลัพธ์ถูกสร้างขึ้นโดยใช้ที่อยู่ IP ใหม่ของ Tom จาก SDP ใน INVITE

ความคล่องตัวในการบริการ

บริการใน SIP สามารถให้ได้ทั้งในพร็อกซีหรือใน UAs การให้บริการที่คล่องตัวควบคู่ไปกับความคล่องตัวส่วนบุคคลอาจเป็นเรื่องท้าทายเว้นแต่อุปกรณ์ของผู้ใช้จะได้รับการกำหนดค่าให้เหมือนกันด้วยบริการเดียวกัน

SIP สามารถรองรับการเคลื่อนย้ายบริการผ่านอินเทอร์เน็ตได้อย่างง่ายดาย เมื่อเชื่อมต่อกับอินเทอร์เน็ต UA ที่กำหนดค่าให้ใช้ชุดพร็อกซีในอินเดียยังคงสามารถใช้พร็อกซีเหล่านั้นได้เมื่อโรมมิ่งในยุโรป ไม่มีผลกระทบใด ๆ ต่อคุณภาพของเซสชันสื่อเนื่องจากสื่อจะไหลโดยตรงระหว่าง UA ทั้งสองและไม่ผ่านพร็อกซีเซิร์ฟเวอร์ SIP

บริการประจำถิ่นของปลายทางจะพร้อมใช้งานเฉพาะเมื่อปลายทางเชื่อมต่อกับอินเทอร์เน็ต การยุติบริการเช่นบริการโอนสายที่ดำเนินการในปลายทางจะล้มเหลวหากปลายทางขาดการเชื่อมต่ออินเทอร์เน็ตชั่วคราว ดังนั้นบริการบางอย่างจึงถูกนำไปใช้ในเครือข่ายโดยใช้พร็อกซีเซิร์ฟเวอร์ SIP