KR20080016334A - 음성 호 연속 서비스를 위한 호 요청의 처리 방법 및시스템 - Google Patents

Abstract

본 발명은 VCC 단말이 도메인을 변경한 후에도 IMS AS를 통해 기존 도메인에서 제공받던 서비스를 동일하게 제공받도록 하기 위해, VCC AS가 VCC 단말로 향하는 호 요청을 처리하는 방법 및 시스템을 제공한다. 상기 방법은 회선 교환(CS) 도메인을 통해 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 도메인의 VCC 어플리케이션 서버(AS)에서, VCC 단말로 향하는 호 요청 메시지를 수신하는 과정과, 상기 호 요청 메시지가 상기 VCC AS가 아닌 다른 적어도 하나의 AS에서 처리되어야 하는지를 확인하는 과정과, 상기 호 요청 메시지가 상기 다른 AS에서 처리되어야 하는 경우, 상기 호 요청 메시지를 상기 IMS 도메인을 통해 상기 다른 AS로 전달하고, 상기 다른 AS로부터 처리된 상기 호 요청 메시지를 수신하는 과정과, 상기 처리된 호 요청 메시지를 전달할 도메인을 선택하는 과정과, 상기 선택된 도메인을 통해 상기 처리된 호 요청 메시지를 상기 VCC 단말에게 전달하는 과정을 포함한다. 이러한 본 발명을 통해 VCC 단말은 사용하는 도메인이 변경되어도, VCC 단말이 IMS 망으로부터 제공받는 서비스를 동일하게 유지할 수 있다.

VCC, IMS, Domain Transfer

Description

음성 호 연속 서비스를 위한 호 요청의 처리 방법 및 시스템{A Method for handling the incoming call request of Voice Call Continuity service and therefor system}

도 1은 본 발명이 적용되는 음성 호 연속(VCC) 서비스를 제공하기 위한 구조를 나타낸 도면..

도 2는 VCC 서비스를 지원하는 이동통신 네트워크에서 CS 도메인으로부터의 호 요청 메시지에 따른 제어 메시지둘의 흐름을 나타낸 메시지 흐름도.

도 3은 본 발명의 바람직한 실시예에 따른 VCC 어플리케이션 서버의 동작을 나타낸 순서도.

도 4는 본 발명의 바람직한 실시예에 따라 VCC 서비스를 지원하는 이동통신 네트워크에서 CS 도메인으로부터의 호 요청 메시지에 따른 제어 메시지들의 흐름을 나타낸 메시지 흐름도.

본 발명은 통신 네트워크에 관한 것으로서, 특히 음성 호 연속(Voice Call Continuity: 이하 VCC라 칭함) 서비스를 지원하는 통신 네트워크에서 회선 교환(Circuit Switched: 이하 CS라 칭함) 도메인으로부터의 호 요청을 처리하는 방법 및 시스템에 대한 것이다.

회선 교환(CS) 방식은 전형적인 음성 서비스 및 실시간 서비스를 위해 사용되는 것으로서, 한 사용자와 다른 사용자 사이에 회선 기반(CS based)의 고정된 통화 경로(route)를 형성하는 방식을 의미한다. 인터넷 프로토콜 멀티미디어 서브시스템(Internet Protocol Multimedia Subsystem: 이하 IMS라 칭함)은 인터넷 프로토콜(Internet Protocol: 이하 IP라 칭함)을 기반으로 하는 패킷 교환(Packet Switched: 이하 PS라 칭함) 기반의 고정되지 않은 통화 경로를 사용하여, 전송의 효율을 증대시키고 안정성을 보장하여 데이터 서비스, 메시징 서비스 및 파일 전송 서비스에 적합하다. 이러한 IMS는 단순한 일대일 통화뿐 아니라 다수의 사용자들이 참여하는 연결을 지원 가능하다

음성 호 연속(VCC) 서비스는 도메인 변경(domain transfer)을 통해 CS 도메인과 IMS 도메인사이에 음성 호(voice call)를 이동할 수 있도록 제안된 기술로, 홈 IMS 어플리케이션으로 VCC 서비스에 가입한 사용자에게 제공된다. CS 호와 IMS 세션을 모두 지원하면서, CS 도메인과 IMS 도메인 사이에서 호가 끊어지는 현상 없이 도메인 변경이 가능한 단말을 VCC 단말이라 칭한다.

VCC 어플리케이션서버(Application Server: 이하 AS라 칭함)에 앵커링(anchoring)된 VCC 단말은 CS 도메인과 IMS 도메인 사이를 이동하는 중에도, 발 신 호나 착신 호 모두에 대해 끊김없이 음성 서비스를 사용할 수 있다. VCC는 도메인 변경을 위해 CS 도메인과 IMS 도메인 사이의 음성호 발신(voice call originations) 및 음성호 착신(voice call terminations) 기능을 제공한다.

최근 무선 인터넷 서비스 시장은 단순한 고정 인터넷이 아닌 이동 인터넷을 보다 고속으로 안정적으로 제공하기 위한 방향으로 그 기술이 발전되어 가고 있다. 따라서 이러한 무선 인터넷 환경에서, 특히 VCC를 제공하기 위한 CS 도메인 및 IMS 도메인을 포함하는 시스템 및 네트워크 아키텍쳐에 있어서 VCC 단말이 도메인을 변경하면서도 IMS 도메인으로부터 제공받던 서비스를 지속적으로 제공받을 수 있도록 하기 위한 기술을 필요로 하게 되었다.

따라서 상기한 바와 같이 동작되는 종래 기술의 문제점을 해결하기 위하여 창안된 본 발명은, VCC 단말이 도메인을 변경하면서도 IMS 도메인으로부터 제공받던 서비스를 지속적으로 제공받을 수 있도록 하기 위한 방법 및 시스템을 제공한다.

상기한 바와 같은 목적을 달성하기 위하여 창안된 본 발명의 실시예는, 통신 네트워크에서 음성 호 연속(VCC) 서비스를 위한 호 요청의 처리 방법에 있어서,

회선 교환(CS) 도메인을 통해 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 도메인의 VCC 어플리케이션 서버(AS)에서, VCC 단말로 향하는 호 요청 메시지를 수신하는 과정과,

상기 호 요청 메시지가 상기 VCC AS가 아닌 다른 적어도 하나의 AS에서 처리되어야 하는지를 확인하는 과정과,

상기 호 요청 메시지가 상기 다른 AS에서 처리되어야 하는 경우, 상기 호 요청 메시지를 상기 IMS 도메인을 통해 상기 다른 AS로 전달하고, 상기 다른 AS로부터 처리된 상기 호 요청 메시지를 수신하는 과정과,

상기 처리된 호 요청 메시지를 전달할 도메인을 선택하는 과정과,

상기 선택된 도메인을 통해 상기 처리된 호 요청 메시지를 상기 VCC 단말에게 전달하는 과정을 포함하는 것을 특징으로 한다.

이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대한 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

후술되는 본 발명의 주요한 요지는 CS 호와 IMS 세션을 모두 지원하면서, CS 도메인과 IMS 도메인 사이에서 호가 끊어지는 현상없이 도메인 변경이 가능한 단 말(이하 VCC 단말이라 칭함)이 도메인을 변경하여도 IMS 도메인으로부터 제공받던 서비스를 동일하게 지속적으로 제공받을 수 있도록 하는 것이다.

이하 본 발명을 구체적으로 설명하는데 있어, 구체적인 네트워크 구성요소와 특정 프로토콜에 따른 메시지들을 이용할 것이다. 하지만, 본 발명의 기본 목적인 무선 인터넷 서비스 방법은 유사한 기술적 배경 및 채널형태를 가지는 여타의 통신 시스템에도 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 발명의 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.

도 1은 본 발명이 적용되는 VCC 서비스를 제공하기 위한 구조를 도시한 것으로서 여기에서는 본 발명과 관계있는 엔터티들만을 도시 및 설명한다.

도 1을 참조하면, VCC 단말(User Equipment: 이하 UE라 칭함)(100)은 VCC 서비스에 대한 가입정보(subscription)를 가지고 있으며 VCC 서비스가 가능한 단말로서, IMS 도메인을 통해 음성 서비스가 가능하다. 본 명세서에서는 VCC UE와 VCC 단말을 동일한 의미로 사용하도록 한다.

먼저 CS 도메인의 엔터티들을 설명한다.

게이트웨이 이동 교환국(Gateway Mobile Switching Center: 이하 GMSC라 칭함)(108)은 VCC 단말(100)의 실제 위치로 호를 라우팅하는 MSC이이며, VCC 단말(100)이 방문 네트워크에 진입한 경우 VCC 단말(100)은 VMSC(Visited MSC)(102)를 통해 GMSC(108)에 접속한다. 미디어 게이트웨이 제어부(Media Gateway Control Function: 이하 MGCF라 칭함)(110)는 IMS 사용자와 CS 사용자가 통신할 수 있도록 지원하는 게이트웨이로서, VMSC(102) 및 GMSC(108)를 공중육상 이동 네트워크(Public Land Mobile Network: 이하 PLMN이라 칭함) 및/또는 공중교환 전화 네트워크(Public Swtiched Telephone Network: 이하 PSTN이라 칭함)(118)에 연결한다. MGCF(110)와 VMSC(102) 및 GMSC(108) 사이의 통신을 위해서는 종합정보 통신망(Integrated Services Digital Network: 이하 ISDN이라 칭함) 사용자부(Integrated User Part: 이하 ISUP라 칭함) 프로토콜이 사용된다.

다음으로 IMS 도메인의 엔터티들을 설명한다.

I(Interrogate) 호 세션 제어부(Call Session Control Function: 이하 I-CSCF라 칭함)(112)는 IMS 도메인 내에서 호 요청 메시지가 적절한 서버로 전달되도록 라우팅 정보를 제공한다. 서빙(Serving) 호 세션 제어부(이하 S-CSCF라 칭함)(114)는 IMS 세션을 설정하며, VCC 단말(100)로부터 전달된 SIP(Session Initiation Protocol) 메시지를 받아 처리하는 역할을 담당한다. S-CSCF(114)는 VCC 단말(100)의 요청대로 서비스를 제공하기 위해 IMS 도메인 내의 엔터티들에게 SIP 메시지를 전달하여, 세션이 완성되도록 한다. 프록시(Proxy) 호 세션 제어부(이하 P-CSCF라 칭함)(104)는 VCC 단말(100)이 홈 네트워크에서 벗어나 방문 네트워크에 진입하였을 경우 VCC 단말(100)로부터의 SIP 메시지들을 IP 멀티미디어 네트워크(130)를 통해 I-CSCF(112) 혹은 S-CSCF(114)로 전달하는 역할을 담당한다. 홈 가입자 서버(Home Subscriber Server: 이하 HSS라 칭함)(116)는 가입자의 가입 정보와 서비스 제공에 필요한 여러 가지 정보를 관리하며, 예를 들어 GSM(Global System for Mobile communication) 서비스 제어부(Service Control Function Entity: 이하 SCF라 칭함)(106)를 통해 VMSC(102)에 의해 액세스될 수 있다.

다음으로 VCC 어플리케이션 서버(AS)(120)의 기능부들을 설명한다.

기능부-A(Functional Entity-A: 이하 FE-A라 칭함) 도메인 전달부(Domain Transfer Entity)(122)는 도메인 변경을 수행한다. 즉 FE-A 도메인 전달부(122)는 VCC 단말(100)의 요청에 따라 CS 도메인과 IMS 도메인 사이에 VCC 단말(100)의 액세스 포인트를 변경한다. 기능부-B(FE-B) CS 적응부(CS Adaptation Entity)(124)는 CS 도메인으로 도메인 변경을 하기 위해 만들어진 CS 발신 호(originated call)와 CS 레그(leg)를 가지는 IMS 세션에 대한 VCC UE 프록시로서 동작한다.

기능부-C(FE-C) CAMEL(Customized Application for Mobile network Enhanced Logic) 서비스 어플리케이션부(Service Application Entity: Svc. App.)(126)는 CS 도메인으로부터의 호를 IMS 도메인으로 전달하기 위해 또는 IMS 도메인과 통신하기 위해 사용된다. 기능부-D(FE-D) 도메인 선택부(Domain Selection Entity)(128)는 CS 도메인 및 IMS 도메인에 동시에 등록/연결되어 있는 VCC 단말(100)에게 호를 전달하기 위해, 어떤 도메인을 사용할 것인지를 선택한다. 상기 선택은 VCC 단말(100)의 IMS 등록 상태 및 CS 도메인 등록상태를 파악하며, 도메인 전달부(122)와 통신함으로써 이루어진다.

도 2는 VCC 서비스를 지원하는 이동통신 네트워크에서 CS 도메인으로부터 호 요청 메시지에 따른 후속하는 제어 메시지들의 흐름을 나타낸 것이다. 여기서 AS(240)는 IMS 기반 부가 서비스를 제공하거나, 이메일 또는 셀룰러를 통한 푸쉬투 토크(Push To Talk over Cellular: PoC) 등과 같은 어플리케이션 서비스를 사용자에게 제공하기 위한 엔터티이다

도 2를 참조하면, 201단계에서 CS 도메인을 통해 VCC 단말(244)이 위치한 네트워크에 호 요청 메시지인 IAM(Initial Address Message)가 수신된 후, 202단계에서 GMSC/VMSC(230)는 CAMEL 프로토콜이나 MAP 프로토콜 등을 이용하여 VCC AS(238)에 상기 호 요청 메시지가 수신되었음을 알린다. 여기서 상기 IAM은 착신측 주소(즉 번호)인 B측 DN(B-Party Destination Number)을 라우팅 정보로서 포함한다. 여기에서는 CAMEL 프로토콜에 따른 IDP(Initial Detection Point) 메시지를 사용하는 경우를 도식하였으며, VCC AS(238)로부터 라우팅 번호(IP Multimedia Routing Number: 이하 IMRN이라 칭함)를 받아오기 위한 다른 어떤 방법도 적용될 수 있다.

상기 IDP 메시지에 응답하여 203 단계에서 VCC AS(238)는 상기 VCC 단말(244)이 앵커링됨을 결정한 후, 상기 호 요청 메시지가 자신에게 전달되도록 204 단계에서 VCC AS(238)에 관련된 라우팅 번호(IMRN)를 GMSC/VMSC(230)에 전달한다. 그러면 205단계에서 목적지 주소를 상기 라우팅 번호로 바꾼 상기 IAM이 GMSC/VMSC(230)로부터 MGCF(232)에 전달되며, 206단계에서 상기 MGCF(232)는 상기 IAM을 SIP에 따른 호 요청 메시지인 INVITE 메시지로 변환하여 I-CSCF(234)로 전달한다.

207단계에서 I-CSCF(234)는 HSS 질의를 통해 상기 VCC 단말(244)이 가입된 S-CSCF(236)를 확인한 후, 208단계에서 상기 INVITE 메시지를 상기 S-CSCF(236)로 전달한다. 209단계에서 S-CSCF(236)는 PSI(Public Service Identity) 사용자를 위 한 초기 필터링 조건(Initial Filtering Criteria: 이하 iFC라 칭함)을 통해 상기 INVITE 메시지를 전달할 VCC AS(238)를 확인한 후, 210단계에서 상기 INVITE 메시지를 SIP에 따른 INVITE 메시지에 실어 상기 VCC AS(238)로 전달한다. 이때 SIP 메시지를 VCC AS에게 전달되도록 하는 라우팅 정보를 네트워크에서 관리/참조하기 위해, AS 정보를 마치 사용자 정보처럼 관리하기 위해 PSI 사용자를 위한 iFC가 사용된다. 여기서는 IMRN이 PSI 사용자 이름이 되고, PSI 사용자라는 가상의 사용자에 대한 iFC나 서버 주소가 HSS에 저장되어 있어서 이것을 이용하여 CSCF가 VCC AS에게 INVITE 메시지를 전달하게 된다. 다른 경우, 상기 208 내지 210 단계를 수행하는 대신 211단계에서 I-CSCF(234)는 상기 INVITE 메시지를 VCC AS(238)로 직접 전달할 수 있다.

VCC AS(238)가 상기 210 단계 또는 211 단계의 INVITE 메시지를 수신하기까지의 절차는 일반적인 IMS 망에서의 CS 호 수신 과정과 유사하다. 212단계에서 VCC AS(238)은 상기 INVITE 메시지를 수신한 후, 상기 VCC 단말(244)에 대한 정보를 이용하여 상기 INVITE 메시지를 전달할 도메인을 결정한 뒤, 213단계에서 상기 INVITE 메시지에 따른 호 요청을 직접 처리하고 VCC 단말(244)로 새로운 호 요청 메시지를 보내는 제3측 호 제어(3rd party call control) 동작을 개시한다.

여기서 제3층 호 제어란 SIP 서버가 B2BUA(Back-to-Back UA)로 동작하여, 하나의 호를 B2BUA 중심으로 두 개의 호로 나누어 전달하는 방법을 말한다. 즉, B2BUA SIP 서버가 호 요청을 위한 INVITE 메시지를 수신하면, 서버는 발신측 UA(User Agent)에게 상기 호 요청에 대한 응답을 직접 전달하고, 상기 INVITE 메시 지의 목적지 주소(즉, 수신측 UA)로는 서버가 새로운 INVITE 메시지를 만들어 발신측 UA 대신 전송한다. 상기 새로운 INVITE 메시지는 수신측 UA가 보기에는 마치 발신측 UA가 직접 보낸 것처럼 보인다. 이 결과 생성된 호는 발신측 UA로부터 B2BUA 서버까지의 호와 B2BUA로부터 수신 측 UA까지의 호로 구성된다.

VCC AS(238)에 의해 새롭게 생성된 상기 213단계의 INVITE 메시지는, 214단계에서, 앞서 VCC AS가 결정한 도메인을 통해 VCC 단말(244)에게 착신되도록 라우팅 정보(B-Party DN)를 포함하여 IMS 망의 S-CSCF(242)로 전송된다. 상기 라우팅 정보에는 VCC 단말(244)의 주소가 포함된다. 214단계에서 S-CSCF(242)는 상기 INVITE 메시지에 대해 VCC 단말(244)을 위한 iFC를 적용하여 상기 INVITE 메시지에 의해 요청된 서비스를 제공하는 AS(240)를 확인한다.

도 2에서는 VCC AS(238) 외에도 IMS 망에서 부가적인 서비스를 제공하기 위한 AS(240)가 있는 경우를 나타내었으며, VCC 단말(244)의 서비스 프로파일에 따라 하나 이상의 AS가 존재할 수 있다. VCC 단말(244)의 서비스 프로파일에 포함된 iFC 정보에 따라, 215단계에서 상기 INVITE 메시지는 S-CSCF(242)에서 AS(240)으로 전달된다. AS(240)에서 처리된 상기 INVITE 메시지는 216단계에서 S-CSCF(242)로 전달된 후, 217단계에서 앞서 언급한 라우팅 정보(즉 B-Party DN)에 따라 VCC 단말(244)로 전달된다.

도 2에서 나타나듯 VCC AS(238)로부터 VCC 단말(244) 사이에 새로 생성된 액세스 레그(248)의 전달 경로 내에서 AS(240)가 요청 메시지를 처리하게 된다. 그런데 도메인 변경이 일어나서 엑세스 레그가 새로 생성되는 경우에는 AS(240)는 기존 호 요청 메시지를 처리하던 레그와 새로 생성된 레그를 구분하지 못하거나 새로 생성된 레그에서는 AS가 메시지 전달 경로에서 제외되므로, AS는 새로 만들어진 액세스 레그를 처리하지 못하며, 따라서 도메인 변경 후에는 VCC 단말(244)에게 AS(240)가 제공하던 서비스를 제공할 수 없게 되는 문제가 있다. 따라서 도메인 변경 후에도 AS(240)가 VCC 단말(244)에게 계속하여 서비스를 제공하기 위해서는 AS(240)가 원격 레그(246)의 전달 경로 내에서 호 요청 메시지를 처리하여야 한다.

따라서 본 발명의 바람직한 실시예에서는 IMS망에서 서비스를 제공하는 AS가 항상 원격 레그(246)의 경로 내에서 요청 메시지를 처리할 수 있도록 VCC AS가 호 요청 메시지를 처리하는 방법을 제안한다.

여기서는 VCC AS에 의해 새롭게 생성되는 액세스 레그(248)를 위한 호 요청 메시지(213 단계)가 IMS 도메인으로 전달되는 과정만을 도식하였으며, CS 도메인으로 전달되는 과정도 이와 유사하며, 여기서는 자세한 설명은 생략한다.

도 3은 본 발명의 바람직한 실시예에 따라 CS 도메인을 통해 착신 네트워크로 호 요청 메시지가 수신된 경우, 상기 호 요청 메시지를 수신한 VCC 어플리케이션 서버(AS)의 동작을 나타낸 순서도이다.

도 3을 참조하면, 300 단계에서 CS 도메인을 통해 호 요청 메시지인 INVITE 메시지를 수신한 VCC AS는 수신측 VCC 단말에게 IMS 서비스를 제공하는 별도의 AS가 있는지 여부를 HSS 문의를 통해 확인한다. 즉 상기 INVITE 메시지가 다른 IMS AS를 거칠 필요가 있는지의 여부를 묻는다. 구체적으로 302단계에서 VCC AS는 HSS로부터 수신측 VCC 단말에 대한 서비스 프로파일을 받아온다. 상기 서비스 프로파 일에는 상기 수신측 VCC 단말에 대한 iFC와 다른 AS들의 주소 등이 포함되어 있기 때문에, 304단계에서 VCC AS는 상기 서비스 프로파일을 참조하여 상기 수신한 INVITE 메시지를 처리하게 될 다른 AS가 포함되어 있는지를 판단한다. 여기서 302단계는 사전 설정에 따라 생략될 수 있으며, 이 경우 항상 306단계로 진행한다.

만약 별도의 IMS AS가 있는 경우, 306단계에서 VCC AS는 상기 INVITE 메시지가 다른 IMS AS에서 처리되도록 하기 위한 IMS 망의 S-CSCF를 확인하고, 308단계에서 IMS 망을 통해 상기 S-CSCF로 상기 INVITE 메시지를 전달한다. 이때 VCC AS로부터 상기 S-CSCF로 상기 INVITE 메시지가 전달되는 과정은 일반적인 IMS 망에서의 메시지 전달 과정과 동일하며, 일부 엔터티는 생략하였다. 이 후, 310단계에서 VCC AS는 상기 S-CSCF로부터 적절하게 처리된 INVITE 메시지를 받는다. 312단계에서 VCC AS는 수신측 VCC 단말이 연결된 도메인 정보나 수신측 VCC 단말의 선호 도메인 정보 등에 따라 상기 처리된 INVITE 메시지를 전달할 도메인을 선택한 후, 상기 처리된 INVITE 메시지를 상기 선택된 도메인을 통해 VCC 단말에게 보낸다.

반면, 상기 304 단계에서 별도의 IMS AS가 없는 경우, VCC AS는 312단계로 바로 진행한다. 즉, 312단계에서 VCC AS는 상기 INVITE 메시지를 전달할 도메인을 선택한 후, 314단계에서 상기 INVITE 메시지를 상기 선택된 도메인을 통해 VCC 단말에게 보낸다.

도 4는 본 발명의 바람직한 실시예에 따라, VCC 서비스를 지원하는 이동통신 네트워크에서 CS 도메인으로부터의 호 요청 메시지에 후속하는 제어 메시지들의 흐름을 나타낸 것이다. 여기서 VCC AS는 전술한 바와 같은 FE-B/FE-C(438)와 FE- D/FE-A(440)로 구성되어 있다.

도 4를 참조하면, 401 단계에서부터 410 단계 혹은 411 단계까지의 과정은 도 2의 설명에서와 동일하다. 412단계에서 VCC AS의 FE-C/FE-B(438)는 상기 410단계 혹은 상기 411단계의 호 요청 메시지, 즉 INVITE 메시지를 착신할 VCC 단말(444)의 서비스 프로파일을 확인하여 VCC AS 이외에 다른 AS가 호 요청 메시지 처리 과정에 필요한지를 판단한다. 이러한 FE-C/FE-B(438)의 동작을 CS 적응동작(CS adaptaion이라고 칭한다. 이때 FE-C/FE-B(438)는 필요에 따라 VCC 단말(444)의 서비스 프로파일을 HSS 쿼리를 통해 HSS로부터 얻어올 수 있다. 만일 다른 AS가 필요하지 않은 경우, 상기 INVITE 메시지는 도 2의 212단계 내지 217단계와 동일하게 처리된다. 이 때, VCC 단말(444)의 서비스 프로파일은 HSS 질의를 통해 HSS로부터 얻을 수 있으나, 서비스 프로파일을 가져오는 과정은 생략될 수 있으므로 상세히 설명하지 않기로 한다.

반면 상기 INVITE 메시지를 처리할 다른 AS(440)가 필요한 경우, 413단계에서 FE-C/FE-B(438)는 상기 INVITE 메시지의 착신 정보로서 포함된 라우팅 번호(IMRN)를 실제 착신 정보(B-Party DN)로 변경한 뒤, IMS 망의 S-CSCF(442)로 전달한다. 상기 413단계에서 상기 INVITE 메시지가 VCC 단말(444)을 서비스하는 S-CSCF(442)로 전달되기 위한 구체적인 절차는 본 발명의 요지와 관련이 없기 때문에 생략하였다.

S-CSCF(442)로 전달된 상기 INVITE 메시지는 VCC 단말(444)에게 전달되기 전에 다시 VCC AS로 전달되기 때문에, 이를 구분하기 위해 VCC AS는 상기 INVITE 메 시지에 대한 정보와 상기 INVITE 메시지로 인해 생성되는 호의 상태 정보를 기억하거나 컨텍트(Contact) 헤더 등에 컨텍스트 식별자(context identifier)를 추가한다. IMS 망으로 전달된 상기 INIVTE 메시지는 기존 IMS 망의 착신 호 요청 메시지 처리 절차에 따라 처리된다. 즉, 414단계에서 S-CSCF(442)는 착신할 VCC 단말(444)에 대한 서비스 프로파일의 iFC를 참조하여 상기 INVITE 메시지를 처리하는 부가적인 AS(440)가 포함되어 있는지를 확인한다. 만일 부가적인 AS(440)가 존재하는 경우라면, 415단계에서 상기 INVITE 메시지는 상기 AS(440)로 전달된다. AS(440)에서 처리된 요청 메시지는, 이후의 IMS 착신 호 처리 절차에 따라 416 단계에서 S-CSCF(442)로 전달된 후, 417단계에서 VCC 단말(444)의 iFC가 적용되어, 418단계에서 VCC AS의 FE-D/FE-A(439)에 다시 전달된다.

상기한 바와 같이 VCC AS에 상기 INVITE 메시지가 다시 전달되도록 하기 위하여, VCC 사용자의 서비스 프로파일은 해당 INVITE 메시지에 대한 AS에서의 모든 처리가 끝난 뒤 상기 INVITE 메시지가 VCC AS로 다시 전달되도록 구성된다. 상기 418 단계에서 상기 INVITE 메시지를 수신한 VCC AS의 FE-D/FE-A(439)는 상기 INVITE 메시지가 앞서 413 단계에서 S-CSCF(442)로 전달한 INVITE 메시지와 동일함을 확인하고, 컨텍스트 식별자 등의 정보를 상기 INVITE 메시지에서 삭제한 뒤, 412 단계에서 수행하지 않은 나머지 VCC 기능을 수행한다. 여기에는 제3측 호 제어 기능이 포함된다. 즉, S-CSCF#4(442)로부터 상기 418단계의 INVITE 메시지를 수신한 FE-D/FE-A(439)는 상기 INVITE 메시지에 대해 착신할 VCC 단말처럼 동작하며, 419단계에서 상기 INVITE 메시지를 전달할 도메인을 선택한 후, 420단계에서는 액 세스 레그를 만들기 위해 VCC 단말로 새로운 INVITE 메시지를 보낸다. 여기서 새로운 INVITE 메시지라 함은 앞서 설명한 제3층 호 제어에 따라, 마치 발신측이 보낸 것처럼 보이도록 VCC AS가 새로 만들어서 VCC UE에게 전달하는 INVITE 메시지를 나타낸다. 상기 새로운 INVITE 메시지가 포함하고 있는 정보는 앞서 전달받은 INVITE 메시지와 유사하다.

이러한 방법으로 VCC AS가 상기 INVITE 메시지를 처리하면, AS(440)는 액세스 레그를 생성하는 요청 메시지(420 단계 및 421 단계)를 처리하지 않으므로, 엑세스 레그의 메시지 전달 경로에 AS(440)가 포함되지 않는다. 그러나 도메인 변경 후에 새로운 액세스 레그가 생성되어도 원격 레그의 전달 경로 상에서 VCC 단말로 향하는 착신 요청 메시지 처리를 계속 하게 된다.

이와 같이 VCC AS는 VCC 단말이 도메인을 변경한 후에도 호를 유지하기 위해, 원격 네트워크로부터 수신한 호 요청을 직접 처리하고, VCC 단말로 별도의 호를 생성한다. VCC AS로부터 VCC 단말로 연결된 이 호는, 도메인 변경 후에는 도메인 변경을 위해 새로운 도메인에서 생성된 호로 대체된다. IMS 망은 VCC 단말에게 부가적인 서비스의 제공이 필요한 경우, VCC AS 외에도 다른 여러 IMS AS를 통해 호 요청 메시지를 처리한다. 이 때, VCC 단말이 도메인을 변경한 후에도 VCC 단말과 IMS AS와의 통신 상태를 유지하기 위해서, IMS AS는 VCC AS와 VCC 단말 간에 생성된 호에 대해 서비스를 제공해서는 안 된다. 이를 위해 VCC AS가 CS 도메인을 통해 수신한 발신자로부터의 호 요청 메시지를 처리할 때, VCC AS는 VCC 단말에게 서 비스를 제공하는 다른 IMS AS가 있는지 판단하고, 이 경우 VCC 단말과 VCC AS 사이의 새로운 호를 생성하는 기능을 제외한 나머지 기능을 먼저 처리하고, IMS망으로 호 요청 메시지를 보내어 IMS AS가 모두 적용되도록 한 후에, 서비스가 적용된 호 요청 메시지를 다시 받아, VCC 단말에게 호를 생성하는 나머지 기능을 수행한다. VCC 단말에게 서비스를 제공하는 별도의 IMS AS가 없을 경우에는 VCC AS에서 바로 VCC 단말에게 호를 생성한다.

한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되지 않으며, 후술되는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

이상에서 상세히 설명한 바와 같이 동작하는 본 발명에 있어서, 개시되는 발명 중 대표적인 것에 의하여 얻어지는 효과를 간단히 설명하면 다음과 같다.

본 발명은, CS 도메인으로부터 VCC 단말로 향하는 호 요청을 받은 VCC 어플리케이션 서버는 VCC 단말이 제공받는 서비스에 따라, 도메인 변경 후에도 서비스가 유지될 수 있도록 도메인 변경에 관련된 기능을 다른 서비스의 처리 이후에 수행함으로써, VCC 단말은 도메인 변경에 상관없이 IMS 망으로부터 동일한 서비스를 제공받을 수 있는 효과가 있다.

Claims (2)

1. 통신 네트워크에서 음성 호 연속(VCC) 서비스를 위한 호 요청의 처리 방법에 있어서,

   회선 교환(CS) 도메인을 통해 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 도메인의 VCC 어플리케이션 서버(AS)에서, VCC 단말로 향하는 호 요청 메시지를 수신하는 과정과,

   상기 호 요청 메시지가 상기 VCC AS가 아닌 다른 적어도 하나의 AS에서 처리되어야 하는지를 확인하는 과정과,

   상기 호 요청 메시지가 상기 다른 AS에서 처리되어야 하는 경우, 상기 호 요청 메시지를 상기 IMS 도메인을 통해 상기 다른 AS로 전달하고, 상기 다른 AS로부터 처리된 상기 호 요청 메시지를 수신하는 과정과,

   상기 처리된 호 요청 메시지를 전달할 도메인을 선택하는 과정과,

   상기 선택된 도메인을 통해 상기 처리된 호 요청 메시지를 상기 VCC 단말에게 전달하는 과정을 포함하는 것을 특징으로 하는 호 요청의 처리 방법.
2. 통신 네트워크에서 음성 호 연속(VCC) 서비스를 위한 호 요청을 처리하는 시스템에 있어서,

   VCC 단말을 위한 호 요청 메시지를 수신하는 회선교환(CS) 도메인의 제1 네 트워크 노드와,

   상기 호 요청 메시지를 수신하여 상기 VCC 단말에게 IMS 서비스를 제공하는 별도의 어플리케이션 서버(AS)가 존재하는지를 판단하고, 상기 AS가 존재하면 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 도메인으로 상기 호 요청 메시지를 전달한 후 상기 IMS 도메인에서 처리된 호 요청 메시지를 수신하며, 상기 처리된 호 요청 메시지를 전달할 도메인을 선택하여 상기 선택된 도메인을 통해 상기 VCC 단말에게 상기 처리된 호 요청 메시지를 전송하는 VCC 어플리케이션 서버(AS)와,

   상기 VCC AS로부터 상기 호 요청 메시지를 전달받아 처리한 후 상기 VCC AS로 전달하는 상기 IMS 도메인의 제2 네트워크 노드를 포함하는 것을 특징으로 하는 시스템.

Images