KR20080085865A

KR20080085865A - 인터넷 프로토콜 멀티미디어 서브시스템에 대한 세션제어를 선택적으로 리다이렉팅하기 위한 방법 및 장치

Info

Publication number: KR20080085865A
Application number: KR1020087016899A
Authority: KR
Inventors: 트렌트 제이. 밀러; 유리 에스. 바니엘; 제로엔 피. 도렌보쉬; 제임스 피. 코박
Original assignee: 모토로라 인코포레이티드
Priority date: 2005-12-13
Filing date: 2006-12-08
Publication date: 2008-09-24
Also published as: DE602006021624D1; US20070133517A1; CN101385295A; EP1964342A4; ATE507638T1; CN101385295B; EP1964342B1; EP1964342A2; KR101010821B1; WO2007070446A2; WO2007070446A3; US7852838B2; ES2360616T3

Abstract

원격 통신 시스템 내에서 사용자 장비에 대한 세션 제어를 선택적으로 리다이렉팅하기 위한 방법 및 장치는, 홈 서버(108), 프록시 서버(204, 206), 및 홈 서버(108)를 포함하는 초기 서비스 경로로부터 홈 서버(108)를 바이패스하는 직접 서비스 경로로 이탈하기 위한 이탈 요청(208, 210)을 프록시 서버(204, 206)에 전송하기 위한 사용자 장비(202)를 포함한다.

원격 통신 시스템, 홈 서버, 프록시 서버, 서비스 경로, 세션 제어

Description

인터넷 프로토콜 멀티미디어 서브시스템에 대한 세션 제어를 선택적으로 리다이렉팅하기 위한 방법 및 장치{METHOD AND APPARATUS FOR SELECTIVELY REDIRECTING SESSION CONTROL FOR AN INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM}

본 발명은 일반적으로 원격 통신 시스템에 관한 것이다. 보다 구체적으로는, 본 발명은 인터넷 프로토콜 멀티미디어 서브시스템(Internet Protocol Multimedia Subsystems; IMS) 환경에서 이동국(mobile station; MS)에 대한 세션 제어를 애플리케이션 서버에 넘겨주기 위한 방법 및 장치에 관한 것이지만, 이에 제한되는 것은 아니다.

통상적인 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 3GPP/3GPP2(third generation General Partnership Project) 무선 통신 시스템에서, 이동국(MS)은, 이동국에 서비스를 제공하기 위해 SIP(session initiation protocol) 세션 제어가 S-CSCF(Serving Call Session Control Function)로부터 애플리케이션 서버(application server; AS)로 넘겨질 것을 요구하는 세션 개시 프로토콜(session initiation protocol; SIP) INVITE 메시지를 전송한다. IMS에서 이용되는 종래의 방법에서는, INVITE 메시지가 프록시 서버로부터 이동국의 홈 서버(I/S-CSCF)로 라우팅된 후 애플리케이션 서버(AS)로 전달될 것을 요구한다.

이하의 도면은 예로써 제시되는 것이며 제한을 의미하는 것은 아니며, 이들 도면에서 동일한 참조 부호는 몇몇 도면 전체를 통해 유사한 구성요소를 가리키고 있다.

도 1은 종래 기술의 통상적인 원격 통신 시스템의 일부를 나타낸 도면.

도 2는 도 1에서의 통상의 서비스 경로로부터의 이탈 옵션을 제공하는 원격 통신 시스템의 일부를 나타낸 도면.

도 3은 발신측과 종착측 각각에 대한 개별적인 프록시 서버와, 발신측과 종착측 각각에 대한 개별적인 애플리케이션 서버를 포함하는, 도 2의 이탈 요청 옵션을 이용한 시그널링 경로를 나타낸 도면.

도 4는 발신측과 종착측 각각에 대한 개별적인 프록시 서버와 공유 애플리케이션 서버를 포함하는, 도 2의 이탈 요청 옵션을 이용한 시그널링 경로를 나타낸 도면.

도 5는 공유 프록시 서버와 공유 애플리케이션 서버를 포함하는, 도 2의 이탈 요청 옵션을 이용한 시그널링 경로를 나타낸 도면.

도 6은, 종착측이 애플리케이션 서버인, 도 2의 이탈 요청 옵션을 이용한 시그널링 경로를 나타낸 도면.

도 7은 종래 기술에 따른 통상적인 세션 개시 프로토콜 초대(SIP INVITE) 메시지의 앱스트랙트(abstract)를 나타낸 도면.

도 8은 추가의 헤더 필드를 포함하도록 변경된, 도 7의 세션 개시 프로토콜 초대(SIP INVITE) 메시지의 앱스트랙트를 나타낸 도면.

도 9는, 홈 서버를 로컬 애플리케이션 서버로 교체하도록 SERVICE ROUTE VECTOR가 변경되는, 도 7의 세션 개시 프로토콜 초대(SIP INVITE) 메시지의 앱스트랙트를 나타낸 도면.

도 10은 디폴트 서비스 경로를 호출하기 위해 세션 개시 프로토콜 초대(SIP INVITE) 메시지 내에서 SERVICE ROUTE VECTOR를 생략하도록 변경된, 도 7의 세션 개시 프로토콜 초대(SIP INVITE) 메시지의 앱스트랙트를 나타낸 도면.

도 11은 방문 마켓(visited market)에서 빌려온 사용자 장비에 대한 식별자를 포함하도록 변경된, 도 7의 세션 개시 프로토콜 초대(SIP INVITE) 메시지의 앱스트랙트를 나타낸 도면.

도 12는 방문 마켓에서 공공 서비스 아이덴티티로 맵핑하도록 타겟을 지정하는 URI(uniform resource identifier)를 수정하도록 변경된, 도 7의 세션 개시 프로토콜 초대(SIP INVITE) 메시지의 앱스트랙트를 나타낸 도면.

도 13은 인터넷 프로토콜 멀티미디어 서브시스템에 대한 세션 제어를 선택적으로 리다이렉팅하는 방법에 대한 플로우차트.

도면들에서의 구성요소들은 단순성 및 명확성을 위해 예시된 것으로 스케일되도록 도시될 필요는 없었다. 예를 들면, 도면들에서의 일부 구성요소들의 치수, 사이징, 및/또는 상대적인 배치는, 예시된 실시예의 특유의 특성을 명확하게 나타내기 위해 다른 구성요소들에 비해 과장될 수 있다. 또한, 상업적으로 실행가능한 실시예에서 유용하거나 필요한, 통상적이지만 널리 이해되는 구성요소들은, 예시된 실시예들의 도면에 덜 방해되도록 하기 위해 종종 도시되지 않는다.

이하의 설명은 제한적인 의미가 아니라, 예시된 실시예들에 포함되는 일반적인 원리를 특정 실시예들에 의해 설명하기 위한 것이다. 예를 들면, 소정의 액션들 또는 단계들이 특정 순서로 설명되거나 묘사될 수 있지만, 당업자라면 이 특정 묘사된 순서는 필요 요건이 아님을 이해할 것이다. 또한, 본 설명에서 이용되는 용어들 및 표현들은, 다른 의미들이 본원에서 특별히 제시되는 경우를 제외하고는, 조사 및 연구의 대응하는 각 영역 내의 용어들 및 표현들에 일치하는 통상적인 의미를 가지는 것이다.

이하의 개시물에 의하면, 이하에 설명되는 3GPP/3GPP2 IMS 표준은, IMS 환경의 많은 이점을 강화하며 이동국(MS)과 홈 서버 간의 서비스 경로로부터의 이탈의 옵션을 제공한다. INVITE 메시지를, 프록시 서버 및 홈 서버를 포함하는 통상의 서비스 경로를 통해 이동국으로부터 홈 마켓 또는 방문 마켓 내의 애플리케이션 서버로 라우팅하는 대신에, INVITE 메시지는 프록시 서버로부터 애플리케이션 서버로 직접 라우팅된다. 홈 서버로의 통상의 서비스 경로로부터의 "이탈"에 의해, 홈 서버를 통해 INVITE 메시지를 중계함으로써 유발되는 시그널링 및 트랜스포트 딜레이가 바람직하게 방지될 수 있다.

IMS 세션 제어를 선택적으로 리다이렉팅하기 위한 각종 실시예들을 설명하기 전에, 종래의 원격 통신 시스템의 소정의 관련 양태들에 대해 간략하게 설명한다.

도 1은 종래 기술의 통상적인 원격 통신 시스템(100)의 일부를 나타낸 도면 이다. 도 1에는, 홈 마켓(102), 방문 마켓(104), 사용자 장비(106), 홈 서버(108), 프록시 서버들(110, 112), 애플리케이션 서버들(114, 116), 및 서비스 요청(118, 120, 122, 124, 126, 128)이 도시되어 있다.

도 1에서, 사용자 장비(106)는 예를 들면, 모바일 핸드셋, 데스크탑 컴퓨터, 또는 IMS에 대한 규격과 호환가능한 원격 통신 시스템(100)에서 메시지를 송신 및/또는 수신하는 데에 이용되는 임의의 통신 장치 등의 이동국(MS)일 수 있다. 예시되는 실시예들의 설명을 간략하게 하기 위해, "사용자 장비" 및 "이동국"이라는 용어는 상호교환적으로 사용된다. 홈 서버(108)는 통상적으로 홈 마켓(102) 내의 S-CSCF(serving call session control function)이다. "마켓"이라는 용어는, 규정된 지리학적 영역 내에서 마켓 내의 특정 서버와 연관된 무선 송신 타워 등의 송신기 장치의 콜렉션을 나타낸다. 예를 들면, 홈 마켓(102)은 사용자 장비(106)와 연관된 홈 서버((108)를 포함하고, 방문 마켓(104)은 홈 마켓(102)의 지리적 영역의 외부에 있으며 프록시 서버(112)를 포함하는 임의의 마켓일 수 있다. 홈 마켓(102)은 통상적으로 홈 마켓 프록시 서버(110) 및 애플리케이션 서버(114)를 포함하며, 방문 마켓(104)은 통상적으로 프록시 서버(112)를 포함하며 애플리케이션 서버(116)도 또한 포함할 수도 있다.

홈 마켓(102) 및 방문 마켓(104) 내의 송신기 장치 및 네트워크는, 사용자 장비(106), 프록시 서버들(110, 112), 홈 서버(108), 및 애플리케이션 서버들(114, 116)간의 서비스 요청 및 그 밖의 메시지를 중계한다. 프록시 서버들(110, 112)은 예를 들면, IMS 환경에서의 P-CSCF(proxy call session control functions)일 수 있다. 홈 마켓(102) 내의 프록시 서버(110)가 사용자 장비(106)로부터 서비스 요청(118)을 수신하면, 프록시 서버(110)는 그 요청을 서비스 요청(120)을 통해 홈 서버(108)에 전달한다. 방문 마켓(104) 내의 프록시 서버(112)가 사용자 장비(106)로부터 서비스 요청(124)을 수신하면, 프록시 서버(112)는 그 요청을 서비스 요청(126)을 통해 홈 서버(108)에 전달한다. 홈 서버(108)는 그 요청을 서비스 요청(122)을 통해 홈 마켓(102) 내의 애플리케이션 서버(114)에 전달하거나, 혹은 서비스 요청(128)을 통해 방문 마켓(104) 내의 애플리케이션 서버(116)에 전달한다.

애플리케이션 서버들(114, 116)은, 예를 들면 푸시-투-토크(push-to-talk) 서비스를 제공하는 PoC(push-to-talk over cellular) 서버일 수 있다. 일반적으로, 사용자 장비(106)는, 애플리케이션 서버들(114, 116)중 어느 것이 서비스 요청(118 또는 124)을 처리하는 데에 이용될 것인지를 결정하지 않는다. 예를 들면, 사용자 장비(106)가 홈 마켓(102)으로부터 방문 마켓(104)으로 로밍되었음을 탐지하고, 방문 마켓(104) 내에 로컬 애플리케이션 서버(116)가 있음을 인식하면, 방문 마켓(104) 내의 로컬 애플리케이션 서버(116)에 의해 처리하기 위한, 사용자 장비(106)에 의해 행해지는 명시적 서비스 요청이, 사용자 장비(106)가 명시적 서비스 요청(124)을 프록시 서버(112)에 송신할 때 여전히 서비스 요청(126)으로서 홈 서버(108)에 라우팅된다. 서비스 요청들(118, 124)은 통상적으로 예를 들면 세션 개시 프로토콜(SIP) 초대(INVITE) 메시지에 포함된다.

프록시 서버들(110, 112)은 일반적으로, 서비스 경로가 사용자 장비(106)의 홈 서버(108)를 포함하는 서비스 요청만을 이행하도록 구성되어서, 사용자 장비(106)와 애플리케이션 서버들(114, 116) 간의, 서비스 요청들(118, 124)을 포함하는 모든 메시지들이 홈 서버(108)로 라우팅되게 한다. 그 후 홈 서버(108)는 도 1에 도시된 바와 같이 명시적인 서비스 요청(128)을, 방문 마켓(104) 내의 애플리케이션 서버(116)에 라우팅한다. 이와 다르게는, 명시적인 서비스 요청(128)은 프록시 서버(112)를 통해 홈 서버(108)로부터 애플리케이션 서버(116)로 라우팅될 수 있다. 서비스 요청은, 서비스 요청을 라우팅하는 방법을 지정하는 명령 세트일 수 있는 서비스 경로를 포함한다. 서비스 경로는 서비스 요청 내에 삽입되어 예를 들어 프록시 서버들에 의해 사용되어서, 원격 통신 시스템(100)을 통해 서비스 요청을 라우팅할 수 있다. 서비스 경로 정보는 통상적으로, 홈 마켓 또는 방문 마켓에 등록할 때 사용자 장비에 의해 얻어진다.

도 1의 구성에서는, 일부 애플리케이션들의 경우에는 만족스럽게 수행되지만, PoC와 같은 소정의 애플리케이션들의 경우에는 문제가 발생된다. 예를 들면, 캘리포니아 내의 홈 서버와 연관된 이동국이 프랑스의 파리에서 로밍 중일 때, 캘리포니아 내의 홈 서버를 통해 이들 간에 실시간 애플리케이션에 대한 서비스 요청을 라우팅하는 것에 기인한 딜레이가 허용되지 않을 수 있다. 이러한 실시간 애플리케이션의 예로서, PoC 서비스를 들 수 있다. 이들 애플리케이션들의 경우, 이동국으로부터의 서비스 요청을, 홈 서버를 바이패스하고 방문 마켓 내의 서버를 통해 라우팅하는 것이 이로울 수 있다.

도 1의 구성에 기인하는 딜레이를 방지하기 위해, 홈 서버(108)를 포함하는 초기 서비스 경로로부터 이탈하고, 사용자 장비(106)가 방문 마켓(104)에서 로밍중 일 때에는 홈 서버(108)를 바이패스하는 직접 서비스 경로를 획득하고, 사용자 장비(106)가 홈 마켓(102)으로 되돌아가면 초기 서비스 경로로 되돌아가는 것이 이로울 수 있다. 본원에서 사용되는 문맥에서 초기 서비스 경로로부터의 이탈이란, 홈 서버(108)를 바이패스하는(즉, 제외시키는), 사용자 장비(106)로부터 애플리케이션 서버(114 또는 116)로의 직접 서비스 경로를 설정하는 것을 의미한다. 이탈 서비스 요청은, 초기 서비스 경로를 직접 서비스 경로로 교체하기 위한 메시지, 또는 메시지에 포함되는 정보이다.

일실시예에서, 원격 통신 시스템을 위한 사용자 장비는, 홈 서버를 포함하는 초기 서비스 경로로부터 이탈시키고 홈 서버를 바이패스하는, 사용자 장비에 대한 직접 서비스 경로를 제공하기 위한 이탈 요청을 사용자 장비로부터 프록시 서버에 송신하기 위한 수단; 및

직접 서비스 경로를 통해 사용자 장비와 프록시 서버 간에 통신을 행하기 위한 수단을 포함한다.

도 2는, 도 1에서의 통상의 서비스 경로로부터 이탈하는 옵션을 제공하는 원격 통신 시스템(200)의 일부를 나타낸 도면이다. 도 2에는, 홈 마켓(102), 방문 마켓(104), 홈 서버(108), 애플리케이션 서버들(114, 116), 사용자 장비(202), 프록시 서버들(204, 206), 수정된 세션 개시 프로토콜 초대(SIP INVITE) 메시지(208, 210), 이탈 서비스 요청(breakout service requests; BSR)(212, 214), 및 서비스 요청(216, 218, 220, 222)이 도시되어 있다.

도 2에서, 사용자 장비(202)는, 도 1의 사용자 장비(106)와 동일한 것으로, 이탈 서비스 요청들(212, 214)을 송신하는 추가의 능력을 구비하고 있다. 이탈 서비스 요청(212)은, 홈 서버(108)를 바이패스하는, 애플리케이션 서버(114) 또는 애플리케이션 서버(116)로의 직접 서비스 경로에 대한 사용자 장비(202)에 의한 요청이다. 이탈 서비스 요청(214)은, 홈 서버(108)를 바이패스하는, 애플리케이션 서버(114) 또는 애플리케이션 서버(116)로의 직접 서비스 경로에 대한 사용자 장비(202)에 의한 요청이다. 이탈 서비스 요청들(212, 214)은 예를 들면, 도 2의 예에 나타낸 바와 같이, SIP INVITE 메시지(208, 210) 내에 포함될 수 있다. 다른 실시예에서, 이탈 서비스 요청들(212, 214)은, 세션 개시 프로토콜(SIP) 레지스트레이션(REGISTER) 메시지 내에 포함될 수 있다.

프록시 서버들(204, 206)은 도 1의 프록시 서버들(110, 112)과 동일할 수 있는 것으로, 이탈 요청이 프록시 서버에게 알려지지 않는 실시예의 경우, 즉 프록시 서버가, 홈 서버(108)를 바이패스하는, 애플리케이션 서버로의 직접 서비스 경로를 설정하기 위한 추가 기능을 수행할 때 이탈 요청(212, 214)을 검출하는 추가적인 능력을 포함한다.

프록시 서버(204 또는 206)가 메시지(208 또는 210)를 수신하면, 프록시 서버(204 또는 206)는, 메시지(208 또는 210)가 서비스 요청(216, 218, 220, 222)을 통해 애플리케이션 서버(114 또는 116)로 전달될 수 있도록 로컬 서비스가 요청되고 있을 때를 인식한다. 이탈 서비스 요청(212, 214)이 프록시 서버들(204, 206)에게 알려지는 다른 실시예에서, 프록시 서버들(204, 206)은 도 1의 프록시 서버 들(110, 112)과 동일할 수 있다. 도 2의 예에서, 이탈 서비스 요청들(212, 214)은, 수정된 SIP INVITE 메시지들(208, 210) 내에 포함되지만, 이탈 서비스 요청들(212, 214)은 또한 첨부된 특허청구범위의 범주 내에서 각종 실시예들을 실시하기 위한 다른 메시지들 내에서 전달될 수도 있다.

사용자 장비(202)가 방문 마켓(104)에서 로밍중일 때, 예를 들면, 캘리포니아에 있는 홈 마켓(102)에 기반한 이동국이 프랑스의 파리에 있는 방문 마켓(104)에서 로밍중일 때, 사용자 장비(202)를, 홈 마켓(102) 내의 애플리케이션 서버(114) 대신에 방문 마켓(104) 내의 애플리케이션 서버(116)에 등록하는 것이 바람직할 수 있다. 도 1의 구성에서, 프록시 서버(110)는 방문 마켓(104) 내의 PSI(Public Service Identities)(도시하지 않음)에 라우팅할 수 있지만, SIP INVITE 메시지에 대한 URI(Uniform Resource Identifier)는 그룹 또는 애플리케이션 서버를 식별하며, 방문 마켓(104) 내의 애플리케이션 서버(116)와 같은 로컬 애플리케이션 서버에 의해 제공되는 디스패치 콜과 같은, 로컬 서버스에 참여하도록 개인을 초대하는 메카니즘이 존재하지 않는데, 그 이유는 이러한 메카니즘은 DNS(Domain Name Server) 스케일링의 경우 비실용적인 것으로 간주되기 때문이다. 따라서, PSI는 개인이 아니라, 로컬 서비스 세션에 참여하기 위해 마켓 오퍼레이터에 의해 구성되는 전체적으로 고유한 식별자들을 초대하는 데에 이용될 수 있다.

서비스 경로 세션 개시 프로토콜 확장은, 등록시에, 홈 서버(108)가 방문 마켓(104) 내의 프록시 서버(206)에게, 후속하는 SIP INVITE 메시지에 대한 서비스 경로를 알려주는 것을 허용하도록 이용될 수 있다. 이 서비스 경로는 서비스 경로 벡터에서 지정된다. 서비스 경로 벡터는, 사용자 장비(106)에 의해 행해지는 후속 시그널링 시도를 위해 트래버싱(traversing)되어야 하는 일련의 URI이다. 그러나, IMS(Internet Protocol for Multimedia Subsystems) 내의 현재의 서비스 경로 신택스는 둘 이상의 서비스 경로 벡터가 지정되는 것을 허용하지 않는다. 따라서, 홈 서버에 대한 서비스 경로 벡터와 방문 마켓(104) 내의 애플리케이션 서버에 대한 개별적인 서비스 경로 벡터를 갖는 것은 실행가능하지 않은데, 그 이유는 프록시 서버(206)는 사용자 장비(106)에 대해 하나의 서비스 경로 벡터만을 연관시키기 때문이다. 전술한 서비스 이탈 요청(214)은, 홈 서버(108)를 바이패스하는, 방문 마켓(104) 내의 애플리케이션 서버(116)에 대한 서비스 경로 벡터를 요청하는 데에 이롭게 이용될 수 있다. 예를 들면, 애플리케이션 서버(116)에 대한 서비스 경로 벡터는, 경로 필드(경로 엘리먼트로도 칭해짐), 경로 파라미터, 또는 애플리케이션 서버(116)의 주소, 즉 URI를 포함하는 경로 엔트리를 포함할 수 있다.

도 3-6은 도 2의 이탈 요청 옵션을 이용하여 설정될 수 있는, 발신측과 종착측 간의 시그널링 경로의 예를 나타낸 도면이다. 발신(originating) 사용자 장비는 예를 들면 도 2의 사용자 장비(202)와 동일할 수 있다. "발신" 및 "종착"이라는 용어는, 사용자 장비 또는 종착 사용자 장비가 위치될 수 있는 특정 마켓을 암시하는 것을 의도하는 것이 아니며, 오히려 세션 개시 프로토콜(SIP) 세션에서의 사용자 장비 및 종착 사용자 장비의 역할을 암시하는 것이다. 보다 구체적으로는, 발신 사용자 장비는 종착 사용자 장비(또는, 다른 실시예에서는, 애플리케이션 서버)를 세션에 초대한다. 이에 따라, 발신 사용자 장비 및 종착 사용자 장비 중 어 느 한쪽 또는 양쪽 모두는 홈 마켓 또는 방문 마켓 내에 있을 수 있다. 종착측이 하나의 타겟 또는 목적지가 되는 실시예에서, 종착 사용자 장비는, 예를 들면 도 2의 발신 사용자 장비(202)와 동일할 수 있다.

도 3은 도 2의 이탈 요청 옵션을 이용하는 시그널링 경로(300)를 나타낸 도면으로, 발신측과 종착측 각각에 대한 개별적인 프록시 서버와, 발신측과 종착측 각각에 대한 개별적인 애플리케이션 서버를 포함하고 있다. 도 3에는 발신측(302), 종착측(304), 발신 사용자 장비(306), 프록시 서버들(308, 310), 애플리케이션 서버들(312, 314), 종착 사용자 장비(316), 및 경로 증분(318, 320, 322, 324, 326)이 도시되어 있다.

도 3에서, 발신 사용자 장비(306)에 의해 표시되는 발신측(302)과, 종착 사용자 장비(316)에 의해 표시되는 종착측(304) 간에 메시지가 통신된다. 도 3의 예에서, 발신측(302)과 종착측(304) 간의 메시지는, 발신 사용자 장비(306)로부터 프록시 서버(308)로의 경로 증분(318)을 통해, 프록시 서버(308)로부터 애플리케이션 서버(312)로의 경로 증분(320)을 통해, 애플리케이션 서버(312)로부터 애플리케이션 서버(314)로의 경로 증분(322)을 통해, 애플리케이션 서버(314)로부터 프록시 서버(310)로의 경로 증분(324)을 통해, 그리고 프록시 서버(310)로부터 종착 사용자 장비(316)로의 경로 증분(326)을 통해 통신된다. 발신 사용자 장비(306)로부터 종착 사용자 장비(316)로의 경로는, 반대 방향으로 통신을 행할 때에는 역으로 된다. 도 3의 구성은, 프록시 서버(308)와 애플리케이션 서버(312) 간에 사용자 장비(306)를 위한 홈 서버가 요구되며, 애플리케이션 서버(314)와 프록시 서버(310) 간에 사용자 장비(316)를 위한 다른 홈 서버가 요구될 수 있는 종래 기술과 대비된다. 일부 실시예에서는, 애플리케이션 서버(314)와 프록시 서버(310) 간의 홈 서버가 사용자 장비(306) 및 사용자 장비(316)간의 서비스 경로에 포함되고 사용자 장비(306)의 홈 서버는 바이패스될 수 있다.

도 4는 도 2의 이탈 요청 옵션을 이용하는 시그널링 경로(400)를 나타낸 도면으로, 발신측 및 종착측 각각에 대한 개별적인 프록시 서버와, 공유 애플리케이션 서버를 포함한다. 도 4에는, 발신측(402), 종착측(404), 발신 사용자 장비(406), 프록시 서버들(408, 410), 공유 애플리케이션 서버(412), 종착 사용자 장비(414), 및 경로 증분(416, 418, 420, 422)이 도시되어 있다.

도 4에서, 발신 사용자 장비(406)에 의해 표시되는 발신측(402)과, 종착 사용자 장비(414)에 의해 표시되는 종착측(404) 간에 메시지가 통신된다. 공유 애플리케이션 서버(412)는 발신측(402)에서 부분적으로 나타나며 종착측(404)에서 부분적으로 나타나서, 공유 애플리케이션 서버(412)가 발신측(402)과 종착측(404) 양쪽에 공통됨을 가리킨다.

도 4의 예에서, 발신측(402)과 종착측(404) 간의 메시지는, 발신 사용자 장비(406)로부터 프록시 서버(408)로의 경로 증분(416)을 통해, 프록시 서버(408)로부터 애플리케이션 서버(412)로의 경로 증분(418)을 통해, 애플리케이션 서버(412)로부터 프록시 서버(410)로의 경로 증분(420)을 통해, 그리고 프록시 서버(410)로부터 종착 사용자 장비(414)로의 경로 증분(422)을 통해 통신된다. 발신 사용자 장비(406)로부터 종착 사용자 장비(414)로의 경로는, 반대 방향으로 통신을 행할 때에는 역으로 된다.

도 5는, 도 2의 이탈 요청 옵션을 이용한 시그널링 경로(500)를 나타낸 도면으로, 공유 프록시 서버와 공유 애플리케이션 서버를 포함한다. 도 5에는 발신측(502), 종착측(504), 발신 사용자 장비(506), 공유 프록시 서버(508), 공유 애플리케이션 서버(510), 종착 사용자 장비(512), 및 경로 증분(514, 516, 518)이 도시되어 있다.

도 5에서, 발신 사용자 장비(506)에 의해 표시되는 발신측(502)과, 종착 사용자 장비(512)에 의해 표시되는 종착측(504) 간에 메시지가 통신된다. 공유 프록시 서버(508)와 공유 애플리케이션 서버(510)는 발신측(502)에 부분적으로 나타나며 종단측(504)에 부분적으로 나타나서, 공유 프록시 서버(508)와 공유 애플리케이션 서버(510)가 발신측(502) 및 종착측(504) 양쪽 모두에 공통임을 가리키고 있다.

도 5의 예에서, 발신측(502)과 종착측(504) 간의 메시지는, 발신 사용자 장비(506)로부터 프록시 서버(508)로의 경로 증분(514)을 통해, 프록시 서버(508)로부터 애플리케이션 서버(510)로의 경로 증분(516)을 통해, 애플리케이션 서버(510)로부터 프록시 서버(508)로의 경로 증분(516)을 통해, 그리고 프록시 서버(508)로부터 종착 사용자 장비(512)로의 경로 증분(518)을 통해 통신된다. 발신 사용자 장비(506)로부터 종착 사용자 장비(512)로의 경로는, 반대 방향으로 통신을 행할 때에는 역으로 된다. 메시지 라우팅을 위한 이러한 구성은, 사용자 장비(506, 512) 양쪽 모두가 동일한 방문 마켓 내에 있는 경우에 적절할 수 있다.

도 6은, 도 2의 이탈 요청 옵션을 이용한 시그널링 경로(600)를 나타낸 도면 으로, 여기서는 종착측이 애플리케이션 서버이다. 도 6에는, 발신측(602), 종착측(604), 발신 사용자 장비(606), 프록시 서버(608), 애플리케이션 서버(610), 및 경로 증분들(612, 614)이 도시되어 있다.

도 6에서, 발신 사용자 장비(606)에 의해 표시되는 발신측(602)과 애플리케이션 서버(610) 간에 메시지가 통신된다. 종착측(604)은, 애플리케이션 서버(610)가 사용자 장비와의 통신 이외의 목적을 위해 이용됨을 가리키도록 비어 있는 것으로 도시되어 있다. 예를 들면, 애플리케이션 서버(610)는 지도 및 드라이빙 방향을 위한 데이타베이스일 수 있다.

도 6의 예에서, 메시지는, 발신 사용자 장비(606)로부터 프록시 서버(608)로의 경로 증분(612), 및 프록시 서버(608)로부터 애플리케이션 서버(610)로의 경로 증분(614)을 통해 통신된다. 발신 사용자 장비(606)로부터 애플리케이션 서버(610)로의 경로는 반대 방향으로 통신을 행할 때에는 역으로 된다.

도 7은 종래 기술에 따른 통상적인 SIP INVITE 메시지(700)의 앱스트랙트를 나타낸 도면이다. 도 7에는, INVITE 필드(702), ROUTE 헤더(704), FROM 필드(706), 및 TO 필드(708)가 도시되어 있다.

도 7에서, INVITE 필드(702)는 SIP 세션으로 초대되는 측의 URI 및 세션 유형을 포함한다. ROUTE 헤더(704)는, 도 2의 호출측 사용자 장비(202)에 의해 SIP INVITE 메시지(700)에 삽입되며, 사용자 장비(202)로부터 홈 서버(108)로의 경로를 포함한다. FROM 필드는 호출측(202)의 URI를 포함하며, TO 필드(708)는 SIP 세션으로 초대되는 측, 예를 들면 애플리케이션 서버(116)의 URI를 포함한다. SIP INVITE 메시지(700)의 앱스트랙트에서 도시되지 않거나 혹은 약어로 되어 있는 다른 필드들은, 호출측과, SIP 세션으로 초대된 측 간의 SIP 세션을 확립하기 위해 원격 통신 시스템에 의해 이용될 수 있다.

도 8은 추가의 헤더 필드를 포함하도록 수정된, 도 7의 SIP INVITE 메시지의 앱스트랙트를 나타낸 도면이다. 도 8에는 INVITE 필드(702), ROUTE 헤더(704), FROM 필드(706), TO 필드(708), 및 추가의 헤더 필드(802)가 도시되어 있다.

도 8에서, 추가의 헤더 필드(802)는, SIP INVITE 메시지(208 또는 210) 내의, 애플리케이션 서버(114 또는 116)의 URI를 도 2의 프록시 서버(204 또는 206)에 제공한다. 추가의 헤더 필드(802)는, 사용자 장비(202)가 홈 서버(108)를 통한 통상의 서비스 경로로부터의 이탈을 요청하고 있음을 프록시 서버(204, 206)에게 가리키는, 로컬 애플리케이션 서버(114 또는 116)로의 이탈 경로를 포함한다. 프록시 서버(204 또는 206)가 추가의 헤더 필드(802)를 검출하면, 프록시 서버(204 또는 206)는, 서비스 경로가 홈 서버(108)를 포함해야 한다는 요건을 중지시키고 홈 서버(108)를 바이패스하는, 애플리케이션 서버(114 또는 116)로의 직접 서비스 경로를 제공한다. 프록시 서버((204 또는 206)는 그 후, SIP INVITE 메시지(208 또는 210)를, 서비스 요청(216 또는 218)을 통해 애플리케이션 서버(114 또는 1160에 전달한다.

도 9는, 홈 서버를 로컬 애플리케이션 서버로 대체하도록 ROUTE 헤더가 수정되어 있는, 도 7의 SIP INVITE 메시지의 앱스트랙트를 나타낸 도면이다. 도 9에는, INVITE 필드(702), FROM 필드(706), TO 필드(708), 및 ROUTE 헤더(902)가 도시 되어 있다.

도 9에서, ROUTE 헤더(902)는, 이동국을 로밍시키기 위해 도 7과 동일한 방식으로 프록시 서버(204 또는 206)를, 서버스 경로 내의 제1 서버로서 지정한다. 그러나, 애플리케이션 서버(114 또는 116)의 URI는, SIP INVITE 메시지(208 또는 210)의 ROUTE 헤더(902) 내에 삽입되어, 도 7의 ROUTE 헤더(704) 내의 초기 서비스 경로에 이용되는 홈 서버(108)의 URI를 대체하게 된다. 프록시 서버(204 또는 206)가, 홈 서버(108)가 ROUTE 헤더(902)에서 대체되었음을 검출한 경우, 프록시 서버(204 또는 206)는, 서비스 경로가 홈 서버(108)를 포함해야 한다는 요건을 중단시키고 ROUTE 헤더(902)에 따른 로컬 애플리케이션 서버(114 또는 116)로의 직접 서비스 경로를 제공하여 홈 서버(108)를 바이패스한다.

도 10은, 사전구성된 디폴트 서비스 경로를 호출하도록 SIP INVITE 메시지 내에서 ROUTE 헤더(704)를 생략하도록 수정된, 도 7의 SIP INVITE 메시지의 앱스트랙트를 나타낸 도면이다. 도 10에는, INVITE 필드(702), FROM 필드(706), 및 TO 필드(708)가 도시되어 있다.

도 10에서, 도 2에서의 프록시 서버(204 또는 206)를 벗어나는 서비스 경로 벡터 정보는, 이탈 요청(212 또는 214)을 가리키도록 SIP INVITE 메시지(208 또는 210) 내의, 도 7의 ROUTE 헤더(704)로부터 생략된다. 프록시 서버(204 또는 206)가, SIP INVITE 메시지(208 또는 210) 내의, 프록시 서버(204 또는 206)를 벗어나는 서비스 경로 정보의 부재(absence)를 검출하면, 프록시 서버(204 또는 206)는, 서비스 경로가 홈 서버(108)를 포함해야 한다는 요건을 중단시킨다. 이와 다르게 는, 프록시 서버(204 또는 206)를 벗어나는 서비스 경로 정보를 포함하는, 도 7의 전체 ROUTE 헤더(704)는, 이탈 요청(212 또는 214)을 가리키도록 도 2의 SIP INVITE 메시지(208 또는 210)로부터 생략될 수 있다.

프록시 서버(204 또는 206)는, 프록시 서버(204 또는 206)를 벗어난 서비스 경로 정보의 부재로부터 이탈 요청(212 또는 214)을 검출하고, 프록시 서버 내에 이전에 구성된 디폴트 서비스 경로를 호출한다. 이 디폴트 서비스 경로는, 예를 들면, OMC(Operation and Maintenance Center)로부터 프록시 서버(204 또는 206)로 업로드될 수 있다. 디폴트 서비스 경로는, 도 9의 ROUTE 헤더(902) 내의 서비스 경로와 동일하여서, 홈 서버(108)를 바이패스하는 신호 경로로 될 수 있다. 도 10의 예에서, 프록시 서버(204 또는 206)를 벗어나는 서비스 경로 정보의 부재에 의해 이탈 요청이 개시되고, 애플리케이션 서버(114 또는 116)의 URI를 포함하는 서비스 경로가 프록시 서버(204 또는 206)에서 사전구성된다.

도 11은, 방문 마켓으로부터 빌려 온 사용자 장비에 대한 식별자를 포함하도록 수정된, 도 7의 SIP INVITE 메시지의 앱스트랙트를 나타낸 도면이다. 도 11에는, INVITE 필드(702), TO 필드(708), ROUTE 헤더(1102), 및 FROM 필드(1104)가 도시되어 있다.

도 11의 실시예에서, 도 2의 사용자 장비(202)는, 프록시 서버(204 또는 206)에게 알려지는 방식으로 통상의 서비스 경로로부터 이탈할 수 있는 기능을 갖는다. 통상의 서비스 경로로부터 이탈하기 위해, 사용자 장비(202)는, 제1 세션 개시 프로토콜 레지스터(SIP REGISTER) 메시지(208 또는 210)를, 사용자 장비(202) 를 등록하기 위해 사용자 장비(202)에 대한 URI를 포함하는, 도 7의 표준 FROM 필드(706)를 이용하여 프록시 서버(204 또는 206)에 전송한다. 그 후, 사용자 장비(202)는, 예를 들면 방문 마켓(104) 내의 애플리케이션 서버(114 또는 116)로부터, 또는 DHCP 서버(도시하지 않음), RADIX 서버(도시하지 않음) 등의 보안 서버, 또는 로컬 S-CSCF 서버(도시하지 않음)로부터 식별자를 빌려온다. 도 11의 FROM 필드(1104) 내의 사용자 장비(202)의 URI는, 빌려온 식별자와 대체되어서, 사용자가 장비(202)를, 애플리케이션 서버(114 또는 116)를 포함하는 도메인과 연관시킨다. 빌려온 식별자는 또한 사용자 장비(202)를, 디스패치 애플리케이션 서버, 예를 들면 서빙(serving) DAP(Dispatch Application Processor)와 연관시킬 수 있다. 그 후 사용자 장비(202)는 로컬 애플리케이션 서버(116)로의 직접 서비스 경로에 대한 로컬 서비스 경로 정보를 얻기 위해 빌려온 식별자를 이용하여 제2 세션 개시 프로토콜 레지스터(SIP REGISTER) 메시지(208 또는 210)를 전송한다. 직접 서비스 경로는, 로컬 S-CSCF(도시하지 않음)를 통과할 수도 있고 혹은 통과하지 않을 수도 있다. 사용자 장비(202)는 도 7의 ROUTE 헤더(704)를 ROUTE 헤더(1102)로 교체하며, FROM 필드(704) 내의 사용자 장비(202)의 URI를 빌려온 식별자로 교체하여 도 11의 SIP INVITE 메시지 내에 FROM 필드(1104)를 발생시킨다.

도 2의 프록시 서버(204 또는 206)는, 사용자 장비(202)가 로컬 가입자일지라도 도 11의 SIP INVITE 메시지를 수정된 FROM 필드(1104)를 이용하여 처리하며, 그 메시지를 예를 들어 로컬 S-CSCF 서버(도시하지 않음)를 통해 애플리케이션 서버(114 또는 116)에 전달한다. 이러한 구성에서, 통상의 서비스 경로를 이탈하는 데에는 프록시 서버(204 또는 206)의 변경이 요구되지 않는다. 홈 서버(108)를 바이패스하는, 방문 마켓(104) 내의 ROUTE 헤더를 생성하기 위해 FROM 필드(1104) 내의 빌려온 식별자와 마찬가지의 방식으로 추가의 식별자가 빌려질 수 있다. 이들 ROUTE 헤더는, 방문 마켓(104) 내의 애플리케이션 서버와 통신하는 데에 이용될 수 있다. 이에 따라, 제2 SIP REGISTER 메시지는, 후속하는 SIP INVITE 메시지 내의 이탈 요청으로서, 사용자 장비(202)가 빌려온 식별자 및 생성된 ROUTE 헤더를 사용할 수 있게 해주는 이탈 요청으로 된다.

도 12는, 타겟을, 방문 마켓 내의 공공 서비스 아이덴티티로 맵핑하도록 지정하는 URI를 수정하도록 변경된, 도 7의 SIP INVITE 메시지의 앱스트랙트를 나타낸 도면이다. 도 12에는, ROUTE 헤더(704), FROM 필드(706), INVITE 필드(1202), 및 TO 필드(1204)가 도시되어 있다.

도 12에서, 도 2의 사용자 장비(202)는 또한 프록시 서버(110 또는 112)에게 알려지는 방식으로 통상의 서비스 경로로부터 이탈할 수 있는 기능을 갖는다. 도 12의 구성에서, 사용자 장비(202)는, 수정된 SIP INVITE 메시지에서 타겟을 지정하는 URI를 맹글링(mangles)한다. 예를 들면, 사용자 장비(202)는 도 7의 INVITE 필드(702) 내의 원래의 URI, john .doe@domain.com을, PSI(public service identity)의 URI, pttserver . visitedmarket . net으로 맹글링하여, 맹글링된 URI, john.doe&domain.com@pttserver.visitedmarket.net을 발생시킬 수 있으며, 여기서 PSI는 애플리케이션 서버(114 또는 116)로 맵핑된다.

사용자 장비(202)는, SIP INVITE 메시지(1202)의 요청 URI 또는 "TO" 헤 더(1204) 내에 맹글링된 URI를 삽입할 수 있다.

다른 실시예에서, 사용자 장비(202)는, SIP INVITE 메시지의 요청 URI 내의, 로컬 애플리케이션 서버(114 또는 116)의 어드레스를 이용하고, SIP INVITE 메시지의 "TO" 헤더(1204) 또는 SIP INVITE의 본문 내의 다른 곳에 타겟 URI를 삽입할 수 있다. 프록시 서버(110 또는 112)는, 이탈 요청으로서, 또는 PSI로서 교체되거나 맹글링된 URI를 인식하고 SIP 메시지를 로컬 공공 애플리케이션 서버(114 또는 116)에 라우팅하기 위해 공지된 기술에 따라 사전구성될 수 있다. 로컬 공공 애플리케이션 서버(114 또는 116)는 원래의 타겟 URI를 추출하기 위해 맹글링된 URI를 디맹글링(de-mangle)할 수 있으며, 이에 따라 SIP INVITE 메시지를 처리할 수 있다.

PTT(push-to-talk)와 같은 일부 애플리케이션에서, 사전구성된 서비스 경로는, 로컬 PTT 애플리케이션 서버들 중 하나를 식별하는 SIP INVITE 메시지에서 사용될 가능성이 있다. 그러나, 사용자 장비가, 방문 마켓에서 이용가능한 로컬 애플리케이션 서버에 대한 식별자를 이용하여 사전구성되지 않을 때의 애플리케이션도 또한 존재할 수 있다. 이동국(MS)이 방문 마켓 내로 로밍되면, 방문 마켓 내의 로밍중인 이동 국(MS)에 대해 어떤 로컬 서비스가 이용가능한지와 홈 서버로부터 어떤 서비스가 이용가능한지를 알아내는 것이 바람직하다. 방문 마켓에서의 로컬 서비스는, 로밍 전에 방문 도메인 내의 로컬 서비스의 디렉토리를 질문함으로써 찾아질 수 있거나, 혹은 로밍하는 사용자 장비가, 방문 마켓 내의 로컬 서비스 및, 다음과 같은 각 로컬 서비스에 대한 관련 서비스 경로 엔트리를 동적으로 찾아낼 수 있다.

프록시 서버는, 하나 이상의 세션 개시 프로토콜(SIP) 확장을, 로컬 서비스 및 이들의 URI의 리스트를 포함하는 200 OK REGISTER 응답에 추가하는 것을, 200 OK REGISTER 응답을 사용자 장비에 전송하기 전에 행할 수 있다. 그 후 사용자 장비는 로컬 서비스의 리스트를 사용자에게 제공할 수 있다.

이와 다르게는, 프록시 서버는, 로컬 서비스 및 이들의 URI의 리스트를 포함하는 200 OK REGISTER 응답 내에 다중 서비스 경로 벡터를 포함할 수 있다. 또한, 사용자 장비는 프록시 서버없이 로컬 서비스의 리스트를 요청할 수 있는데, 그 이유는 세션 개시 프로토콜(SIP), 압축, 및 QoS(quality of service)와 같은, 프록시 서버의 통상적인 서비스 중 어느 것도 로컬 서비스의 발견을 위해 요구되지 않기 때문이다. 예를 들면, 사용자 장비는, 방문 도메인의 이름을 이용하고 로컬 도메인 이름 시스템(DNS) 서버에게 Configuration_Server@this_visited_domain과 같은 사전정의된 스트링을 질문할 수 있다.

서버가 발견되는 경우, 이동국(MS)은 로컬 서비스 정보에 대해 서버에게 직접 질문할 수 있다. 또한, 로컬 도메인 이름 시스템(DNS) 서버는, 방문 도메인 내의 PTT 애플리케이션의 URI를 사용자 장비에 제공할 수 있다.

대안적인 디스패치 프로토콜은 INVITE 필드(1202)에서가 아닌 위치의 호출 타겟을 식별할 수 있다. 예를 들면, PoC(push-to-talk over cellular)는 타겟을 식별하기 위해 INVITE 메시지의 제1 라인을 이용하지 않는다. PoC INVITE 메시지의 요청 URI는, 발신하는 PoC 사용자의 디스패치 호출을 지원하는, PoC 서버의 컨 퍼런스-팩토리 URI를 포함한다. 타겟은 INVITE 메시지의 본문에서 지정된다.

다른 실시예에서, 방법은,

(a) 사용자 장비, 홈 서버, 프록시, 및 애플리케이션 서버를 포함하는 원격 통신 시스템을 제공하는 단계;

(b) 홈 서버를 포함하는 초기 서비스 경로로부터 이탈시키고 홈 서버를 바이패스하는, 사용자 장비에 대한 직접 서비스 경로를 제공하기 위한 이탈 요청을 사용자 장비로부터 프록시 서버에 전송하는 단계; 및

(c) 프록시 서버를 통한, 사용자 장비와 애플리케이션 서버 간의 후속 통신을 직접 서비스 경로를 통해 라우팅하는 단계를 포함한다.

도 13은 인터넷 프로토콜 멀티미디어 서브시스템에 대한 세션 제어를 선택적으로 리다이렉팅하는 예시적인 방법을 나타낸 플로우차트(1300)이다.

단계 1302는 플로우차트(1300)의 진입점이다.

단계 1304에서, 공지된 기술에 따른 사용자 장비, 홈 서버, 프록시 서버, 및 애플리케이션 서버를 포함하는 원격 통신 시스템이 제공된다.

단계 1306에서, 홈 서버를 포함하는 초기 서비스 경로로부터 이탈하고 홈 서버를 바이패스하는, 사용자 장비에 대한 직접 서비스 경로를 제공하기 위한 이탈 요청이 사용자 장비로부터 프록시 서버에 전송된다. 이 이탈 요청은, 예를 들면 도 8을 참조하여 전술한 바와 같은 추가의 헤더를 포함하도록 수정된 SIP INVITE 메시지, 도 9를 참조하여 전술한 바와 같이 경로 벡터 내의 홈 서버를 교체하도록 수정된 SIP INVITE 메시지, 도 10에 도시된 바와 같이 프록시 서버를 벗어난 모든 경로 엔트리를 생략하도록 수정된 SIP INVITE 메시지, 도 11을 참조하여 전술한 바와 같이 표준 식별자를 빌려온 식별자로 교체하도록 수정된 SIP INVITE 메시지, 또는 도 12를 참조하여 전술한 바와 같이 타겟을 공공 서비스 아이덴티티로 맵핑하도록 수정된 SIP INVITE 메시지일 수 있다.

단계 1308에서, 홈 서버를 바이패스하는 직접 서비스 경로를 통해, 널리 공지된 기술에 따라 사용자 장비와 애플리케이션 서버 간의 후속 통신이 프록시 서버를 통해 라우팅된다.

단계 1310은 플로우차트(1300)의 출구점이다.

인터넷 프로토콜 멀티미디어 서브시스템에 대한 세션 제어를 선택적으로 리다이렉팅하기 위한 전술한 방법은, 선택적으로 적용될 수 있는데, 즉 이탈 요청의 부재시에 방법을 라우팅하는 통상의 인터넷 프로토콜 멀티미디어 서브시스템(IMS)이 계속해서 적용된다.

전술한 플로우차트는 특정 순서대로 수행되는 특정 단계들을 참조하여 설명되고 도시되어 있지만, 이들 단계들은 본 특허청구범위의 범주로 벗어나지 않고, 결합, 세부 분할 또는 재순서화될 수 있다. 특별히 지시되지 않는 한, 단계들의 순서 및 그룹화는, 본 특허청구범위 내에 있을 수 있는 다른 실시예들을 제한하는 것은 아니다.

도 3의 플로우차트(1300)는 또한, 컴퓨터 또는 다른 프로그램가능하거나 또는 부분적으로 프로그램가능한 플랫폼 상에서 수행되는 명령어에 의해 구현될 수 있다. 이 명령어는, 공지된 컴퓨터 프로그래밍 기술에 따라 ROM, RAM, 디스크, CD-ROM, 및 기타 컴포터 판독가능 매체 내에 구현될 수 있다.

다른 실시예에서, 컴퓨터 프로그램 제품은, 컴퓨터로 하여금,

(a) 사용자 장비, 홈 서버, 프록시 서버, 및 로컬 애플리케이션 서버를 포함하는 원격 통신 시스템을 제공하는 단계;

(c) 프록시 서버를 통한, 사용자 장비와 애플리케이션 서버 간의 후속 통신을 서비스 경로를 통해 라우팅하는 단계

를 수행하게 하는, 컴퓨터로의 입력을 위한 컴퓨터 프로그램, 및 매체 내에 구현되는 컴퓨터 프로그램을 구현하기 위한 매체를 포함한다.

전술한 예에서, 컴퓨터 프로그램은 이동국(202)에서 수행된다. 이와 다르게는, 컴퓨터 프로그램은, 애플리케이션에 의해 수행되거나, 혹은 표준(물리적 계층) CDMA-2000, HRPD, HRPDA, HRPDB, UMTS(Universal Mobile Telecommunications System), 강화된 UMTS, W-LAN(Wireless Local Area Network), 및 Wi-MAX(Worldwide interoperability for Microwave Access)에 포함될 수 있다.

다른 실시예에서, 사용자 장비는, 예를 들어 전술한 이탈 방법을 이용하거나, 혹은 로컬 애플리케이션 서버 디렉토리에 직접 질문함으로써 IMS에 통상적으로 제공되는 홈 서버외에도 로컬 애플리케이션 서버를 동적으로 발견할 수 있다. 이와 다르게는, 시스템 오퍼레이터는, 통상의 IMS 시그널링 경로를 이탈하도록 권한 부여된 로컬 애플리케이션 서버들의 리스트를 제공할 수 있다.

전술한 인터넷 프로토콜 멀티미디어 서브시스템에 대한 세션 제어를 선택적으로 리다이렉팅하는 방법으로부터 명백할 수 있는 바와 같이, 사용자 장비가 방문 마켓에서 로밍할 때 사용자 장비의 홈 서버를 포함하는 서비스 경로로부터 이탈함으로써 통신 딜레이의 실질적인 감소가 달성될 수 있다.

전술한 본 발명의 특정 실시예들 및 적용들은 오직 예시용일 뿐이며 이하의 특허청구범위의 범주 내에서 행해질 수 있는 변경 및 수정들을 배제시키는 것은 아니다.

Claims

(a) 사용자 장비를 포함하는 원격 통신 시스템을 제공하는 단계;

(b) 홈 서버를 포함하는 초기 서비스 경로로부터 이탈시키고 상기 홈 서버를 바이패스하는, 상기 사용자 장비에 대한 직접 서비스 경로를 제공하기 위한 이탈 요청을 상기 사용자 장비로부터 프록시 서버에 전송하는 단계; 및

(c) 상기 프록시 서버를 통한, 상기 사용자 장비와 애플리케이션 서버 간의 통신을 상기 직접 서비스 경로를 통하여 행하는 단계

를 포함하는 방법.
제1항에 있어서,

상기 사용자 장비는, 모바일 핸드셋, 데스크탑 컴퓨터, 및 상기 원격 통신 시스템에서 메시지를 송신 및/또는 수신하는 데에 이용되는 다른 통신 장치 중 하나를 포함하는 방법.
제1항에 있어서,

상기 단계 (b)는, 상기 사용자 장비로부터의 세션 개시 프로토콜 초대(session initiation protocol invite; SIP INVITE) 메시지를 상기 프록시 서버에 전송하는 단계를 포함하는 방법.
제3항에 있어서,

상기 단계 (b)는, 상기 세션 개시 프로토콜 초대(SIP INVITE) 메시지 내에 상기 이탈 요청을 포함시키는 단계를 포함하는 방법.
제4항에 있어서,

상기 단계 (b)는, 상기 세션 개시 프로토콜 초대(SIP INVITE) 메시지 내에, 상기 애플리케이션 서버를 식별하는 헤더를 추가하는 단계를 포함하는 방법.
제4항에 있어서,

상기 단계 (b)는, 상기 홈 서버를 상기 애플리케이션 서버로 교체하기 위해, 상기 세션 개시 프로토콜 초대(SIP INVITE) 메시지 내의 경로 엔트리를 수정하는 단계를 포함하는 방법.
제4항에 있어서,

상기 단계 (b)는, 상기 프록시 서버에서 이전에 구성되었으며 상기 사용자 장비 및 상기 애플리케이션 서버의 식별자(ID)와 연관된 디폴트 서비스 경로를 호출하기 위해 상기 세션 개시 프로토콜 초대(SIP INVITE) 메시지 내의, 상기 프록시 서버를 벗어난 모든 경로 엔트리를 생략하는 단계를 포함하는 방법.
제4항에 있어서,

상기 단계 (b)는, 상기 프록시 서버에서 이전에 구성되었으며 상기 사용자 장비 및 상기 애플리케이션 서버의 식별자(ID)와 연관된 디폴트 서비스 경로를 호출하기 위해 상기 세션 개시 프로토콜 초대(SIP INVITE) 메시지 내의 모든 경로 엔트리를 생략하는 단계를 포함하는 방법.
제3항에 있어서,

상기 단계 (b)는, 타겟을 상기 애플리케이션 서버로 맵핑하도록 상기 타겟을 지정하는, 상기 세션 개시 프로토콜 초대(SIP INVITE) 메시지 내의 URI(uniform resource identifier)를 맹글링(mangling)하는 단계를 포함하는 방법.
제1항에 있어서,

상기 단계 (b)는, 상기 사용자 장비로부터의 세션 개시 프로토콜 레지스터(SIP REGISTER) 메시지를 상기 애플리케이션 서버로 전송하는 단계를 포함하며, 상기 세션 개시 프로토콜 레지스터(SIP REGISTER) 메시지는 빌려온(borrowed) 식별자를 포함하는 방법.
제1항에 있어서,

상기 사용자 장비가 방문 마켓에서 로밍할 때 상기 단계 (b)를 수행하는 단계를 더 포함하는 방법.
제1항에 있어서,

상기 프록시 서버는, IMS(Internet Protocol Multimedia Subsystem) 내의 프록시 호출 세션 제어 펑션(proxy call session control function; P-CSCF)인 방법.
원격 통신 시스템을 위한 사용자 장비로서,

송신기; 및

상기 송신기에 통신 연결되며, 홈 서버를 포함하는 초기 서비스 경로로부터 이탈시키고 상기 홈 서버를 바이패스하는, 상기 사용자 장비에 대한 직접 서비스 경로를 제공하기 위한 이탈 요청을 상기 사용자 장비로부터 프록시 서버에 상기 송신기를 통해 송신하도록 적응된 프로세서

를 포함하는 원격 통신 시스템을 위한 사용자 장비.
제13항에 있어서,

상기 이탈 요청은, 세션 개시 프로토콜 초대(SIP INVITE) 메시지 내에 포함되는 원격 통신 시스템을 위한 사용자 장비.
제14항에 있어서,

상기 이탈 요청은, 상기 애플리케이션 서버를 식별하는, 상기 세션 개시 프로토콜 초대 메시지 내의 헤더를 포함하는 원격 통신 시스템을 위한 사용자 장비.
제15항에 있어서,

상기 이탈 요청은, 상기 홈 서버가 상기 애플리케이션 서버로 대체되는 서비스 경로 벡터를 포함하는 원격 통신 시스템을 위한 사용자 장비.
제14항에 있어서,

상기 이탈 요청은, 상기 프록시 서버에서 이전에 구성되어서 상기 사용자 장비와 상기 애플리케이션 서버 간의 서비스 경로를 제공하기 위한 디폴트 서비스 경로를 호출하기 위해 상기 세션 개시 프로토콜 초대 메시지 내의, 상기 프록시 서버를 벗어나는 모든 경로 엔트리를 생략하는 원격 통신 시스템을 위한 사용자 장비.
제13항에 있어서,

상기 이탈 요청은, 상기 사용자 장비로부터 로컬 공공(public) 서버로의 세션 개시 프로토콜 레지스터 메시지를 포함하며, 상기 세션 개시 프로토콜 레지스터 메시지는 상기 로컬 공공 서버로부터 빌려온, 상기 사용자 장비에 대한 식별자(ID)를 포함하는 원격 통신 시스템을 위한 사용자 장비.
제13항에 있어서,

타겟을 상기 애플리케이션 서버로 맵핑하기 위해 맹글링되는, 상기 세션 개시 프로토콜 초대(SIP INVITE) 메시지 내의 상기 타겟의 URI를 더 포함하는 원격 통신 시스템을 위한 사용자 장비.
제13항에 있어서,

상기 사용자 장비는, 모바일 핸드셋, 데스크탑 컴퓨터, 및 상기 원격 통신 시스템 내에서 메시지를 송신 및/또는 수신하는 데에 이용되는 다른 통신 장치 중 하나를 포함하는 원격 통신 시스템을 위한 사용자 장비.
제13항에 있어서,

상기 프록시 서버는 상기 사용자 장비와 이동국 간의 직접 서비스 경로를 제공하는 원격 통신 시스템을 위한 사용자 장비.
원격 통신 시스템을 위한 프록시 서버로서,

IMS(Internet Protocol Multimedia Subsystem) 내의 프록시 호출 세션 제어 펑션(P-CSCF);

사용자 장비로부터 상기 프록시 호출 세션 제어 펑션에 수신되는 이탈 요청으로부터 애플리케이션 서버의 URI를 인식하기 위한 수단; 및

상기 이탈 요청에 응답하여 상기 사용자 장비로부터 상기 애플리케이션 서버로의 직접 서비스 경로를 제공하기 위한 수단

을 포함하는 원격 통신 시스템을 위한 프록시 서버.
제22항에 있어서,

상기 이탈 요청은, 상기 애플리케이션 서버를 식별하는, 상기 세션 개시 프로토콜 초대 메시지 내의 헤더를 포함하는 원격 통신 시스템을 위한 프록시 서버.
제22항에 있어서,

상기 이탈 요청은, 상기 직접 서비스 경로를 제공하기 위해 홈 서버를 상기 애플리케이션 서버로 교체하는, 상기 세션 개시 프로토콜 초대 메시지 내의 경로 엔트리 필드를 포함하는 원격 통신 시스템을 위한 프록시 서버.