SIP-이동성
Personal mobility여러 장치에서 일정한 식별자를 가질 수있는 기능입니다. SIP는 REGISTER 방법을 사용하여 기본 개인 이동성을 지원하므로 모바일 장치가 IP 주소와 인터넷 연결 지점을 변경하고 수신 전화를 계속받을 수 있습니다.
SIP는 또한 service mobility – 사용자가 모바일에서 동일한 서비스를 유지할 수있는 능력
핸드 오버 중 SIP 이동성 (Pre-call)
장치는 간단한 SIP 등록을 통해 연락처 URI를 레코드 주소와 바인딩합니다. 장치 IP 주소에 따라 등록은이 정보가 sip 네트워크에서 자동으로 업데이트되도록 승인합니다.
핸드 오버 중에 사용자 에이전트는 서로 다른 운영자간에 라우팅하며, 여기서 다른 서비스 제공 업체의 AOR로 연락처에 다시 등록해야합니다.
예를 들어 다음 통화 흐름의 예를 살펴 보겠습니다. 새 서비스 공급자와 함께 새 SIP URI를 일시적으로받은 UA입니다. 그런 다음 UA는 이중 등록을 수행합니다.
첫 번째 등록은 새 서비스 운영자를 통해 이루어지며, 이는 장치의 연락처 URI를 새 서비스 공급자의 AOR URI와 바인딩합니다.
두 번째 REGISTER 요청은 원래 서비스 공급자로 다시 라우팅되고 새 서비스 공급자의 AOR을 Contact 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위 그림에 표시된 첫 번째 INVITE는 sip : registrar2.in으로 전송됩니다. 두 번째 INVITE는 sip : sip : [email protected]으로 전송되며, 다음으로 전달됩니다.sip:[email protected]. Tom에 도달하여 세션을 설정할 수 있습니다. 주기적으로 두 등록을 모두 새로 고쳐야합니다.
통화 중 이동성 (재 초대)
사용자 에이전트는 한 네트워크에서 다른 네트워크로 스왑 할 때 세션 중에 IP 주소를 변경할 수 있습니다. 기본 SIP는이 시나리오를 지원합니다. 대화 상자의 re-INVITE를 사용하여 연락처 URI를 업데이트하고 SDP의 미디어 정보를 변경할 수 있기 때문입니다.
아래 그림에 언급 된 통화 흐름을 살펴보십시오.
여기서 Tom은 새로운 네트워크를 감지하고
DHCP를 사용하여 새 IP 주소를 얻습니다.
re-INVITE를 수행하여 신호 및 미디어가 새 IP 주소로 흐르도록합니다.
UA가 두 네트워크 모두에서 미디어를 수신 할 수있는 경우 중단은 무시할 수 있습니다. 그렇지 않은 경우 몇 개의 미디어 패킷이 손실되어 통화가 약간 중단 될 수 있습니다.
re-INVITE는 다음과 같이 나타납니다.
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:240re-INVITE에는 Via 및 Contact 헤더 필드와 SDP 미디어 정보에 Bowditch의 새 IP 주소가 포함됩니다.
통화 중 이동성 (헤더 교체 포함)
통화 중 이동성에서 실제 경로 집합 (SIP 메시지가 통과해야하는 SIP 프록시 집합)은 변경되어야합니다. 통화 중 이동성에서는 re-INVITE를 사용할 수 없습니다.
예를 들어 NAT 통과에 프록시가 필요한 경우 Contact URI를 변경해야합니다. 새 대화 상자를 만들어야합니다. 따라서 기존 세션을 식별하는 Replaces 헤더로 새 INVITE를 보내야합니다.
Note − A와 B가 모두 호출 중이고 A가 교체 헤더 (기존 대화 상자와 일치해야 함)가있는 또 다른 INVITE (C로부터)를 받으면 A는 INVITE를 수락하고 B와의 세션을 종료하고 모든 리소스를 다음으로 전송해야합니다. 새로 형성된 대화.
통화 흐름은 다음 그림에 나와 있습니다. RE-INVITE를 사용하는 이전 통화 흐름과 유사하지만 대체 항목이있는 INVITE가 수락되면 기존 대화 상자를 종료하기 위해 BYE가 자동으로 생성된다는 점이 다릅니다.
이 시나리오에서 주목할 점은 다음과 같습니다.
Tom과 Jerry 간의 기존 대화에는 이전에 방문한 프록시 서버가 포함됩니다.
새 무선 네트워크를 사용하는 새 대화 상자에는 새로 방문한 프록시 서버를 포함해야합니다.
결과적으로 Tom은 INVITE with Replaces를 전송하여 새로 방문한 프록시 서버는 포함하지만 이전에 방문한 프록시 서버는 포함하지 않는 새 대화 상자를 만듭니다.
Jerry가 INVITE를 수락하면 이제 더 이상 세션에 관여하지 않는 이전 방문 프록시 서버를 통해 라우팅하는 이전 대화 상자를 종료하기 위해 BYE가 자동으로 전송됩니다.
결과 미디어 세션은 INVITE의 SDP에서 Tom의 새 IP 주소를 사용하여 설정됩니다.
서비스 이동성
SIP의 서비스는 프록시 또는 UA로 제공 될 수 있습니다. 사용자의 장치가 동일한 서비스로 동일하게 구성되지 않는 한 개인 이동성과 함께 서비스 이동성을 제공하는 것은 어려울 수 있습니다.
SIP는 인터넷을 통한 서비스 이동성을 쉽게 지원할 수 있습니다. 인터넷에 연결된 경우 인도에서 프록시 집합을 사용하도록 구성된 UA는 유럽에서 로밍 할 때 해당 프록시를 계속 사용할 수 있습니다. 미디어는 항상 두 UA간에 직접 흐르고 SIP 프록시 서버를 통과하지 않기 때문에 미디어 세션의 품질에 영향을 미치지 않습니다.
엔드 포인트 상주 서비스는 엔드 포인트가 인터넷에 연결된 경우에만 사용할 수 있습니다. 엔드 포인트에서 일시적으로 인터넷 연결이 끊어진 경우 엔드 포인트에 구현 된 착신 전환 서비스와 같은 종료 서비스가 실패합니다. 따라서 일부 서비스는 SIP 프록시 서버를 사용하여 네트워크에서 구현됩니다.