KR101233176B1

KR101233176B1 - Ｖｃｃ에서의 호처리 방법, 서버 및 엔티티

Info

Publication number: KR101233176B1
Application number: KR20060111208A
Authority: KR
Inventors: 송재승; 빠트리쓰 에드
Original assignee: 엘지전자 주식회사
Priority date: 2006-05-02
Filing date: 2006-11-10
Publication date: 2013-02-15
Also published as: US20090310597A1; KR20070107563A; US9131042B2; WO2007126218A1

Abstract

본 발명은 VCC(Voice Call Continuity)에서 CS 호들(Circuit Switching calls)을 처리를 제공하는 방법, 서버 및 장치에 관한 것이다. 본 발명은, 첫째 VCC 어플리케이션이 자신에게 라우팅된 CS 도메인 호(CS calls)의 착신측 전화번호가 국제 전화번호(international number) 형식인지를 식별하고, 둘째 상기 착신측 전화번호가 국제 전화번호 형식이 아닌 경우 VCC 어플리케이션이 상기 착신측 전화번호를 국제 전화번호 형식(일명, '라우팅 가능 번호'라 한다)으로 변환 요청을 하면, 셋째 번역 엔티티가 발신 단말의 위치정보와 그 착신측 전화번호에 기초하여 발신 단말의 현재 위치에 적합한 국제 식별부호를 부가하여 상기 착신측 전화번호를 라우팅 가능 번호로 변환하고, 넷째 그 라우팅 가능 번호를 통하여 상기 호들이 IMS 도메인 또는 CS 도메인으로 계속 진행되도록 하는 것이다.

VCC, 호 처리, VCC 어플리케이션, 번역 엔티티

Description

ＶＣＣ에서의 호처리 방법, 서버 및 엔티티{METHOD FOR HANDLING CS CALLS IN VOICE CALL CONTINUITY AND VCC APPLICATION SERVER AND TRANSLATION ENTITY}

도 1은 VCC 서비스를 제공하는 네트워크의 구조(Archictecture)이다.

도 2는 본 발명에 따른 실시 예로서, 착신측 전화번호가 국제 전화번호 형태가 아닌 경우, VCC에서의 호 처리 방법을 도시한 신호 흐름도이다.

*** 도면의 주요 부분에 대한 부호의 설명 ***

10: 단말(UE) 20: 방문 네트워크

21: VMSC 22: MGCF

30: 홈 네트워크 31: VCC 어플리케이션

32: 번역 엔티티

본 발명은 VCC(Voice Call Continuity)에 관한 것으로서, 특히 로밍 서비스를 받는 VCC 가입자들에게 CS 호들(Circuit Switching calls)를 처리를 제공하는 방법 및 장치에 관한 것이다.

일반적으로 VCC란 어플리케이션의 일종으로서, 즉 CS 도메인과 IMS 간에 음 성 호들(voice calls)을 전달할 수 있는 능력을 있는 홈 IMS 어플리케이션을 말한다. 이와 같은 VCC는, 음성 호 발신(voice call originations), 음성 호 착신( voice call terminations) 그리고 CS 도메인에서 IMS 도메인으로 또는 그 반대 방향으로 도메인을 전환(domain transfer)시키는 기능(fuctions)들을 제공한다. 여기서, 도메인 전환(domain transfer)이란, 활성 세션(active session) 동안에 사용자 장치(UE: User Equipment)(즉, 단말)로의 음성 호에 대한 에세스 레그(acces leg)를 CS 도메인에서 IMS 도메인으로 또는 그 반대 방향으로 전환되는 것을 말한다. 한편, 에세스 레그란 VCC UE와 DTF(Domain Transfer Function) 간에 호 제어 레그(call control leg)를 말한다.

특정 음성 호/세션이, CS 도메인에서 IMS도메인으로 또는 그 반대 방향으로, 도메인 전환이 발생하려면, 그 음성 호/세션 설정의 신호 경로(signal path) 상에 DTF가 위치하여야 한다. 이를 위해 DTF를 음성 호/세션 설정의 신호 경로 중간에 위치시키는 것을 IMS 엥커링(Anchoring in IMS) 또는 엥커링(anchoring)이라 한다.

도 1에 도시된 바와 같이, VCC UE(10)는 VCC 서비스 가능한 모든 형태의 단말을 말한다. VCC UE(1)는 CS 및 PS 도메인에 접속할 수 있다. 즉, CS 도메인 접속할 때는, VCC UE(10)는 그 내부에 구비되어 있는 UE-CS(미도시)를 사용하고, 한편 PS 도메인에 접속할 때는, 그 내부에 구비되어 있는 UE-IMS(미도시)를 사용한다.

VCC 어플리케이션(31)은 VCC 서비스를 제공하는 어플리케이션 서버이고, 일련의 기능들을 수행하는 엔티티들로 구성된다: 즉, 그 일련의 기능들이란 VCC UE(10)으로 음성 호들(voice calls)을 설정하기 위해 요구되는 기능들과; 활성 세션(active session)을 유지하면서 CS 도메인과 IMS 도메인 간에 VCC UE(10)의 어세스 레그를 스위칭하기 위해 요구되는 기능들이다. 여기서, 일련의 기능들이란 도메인 전환 기능(Domain Transfer Function)과, 도메인 선택 기능(Domain Selection Fuction)과, CS 적응 기능(CS Adaptation Function)과, CAMEL service을 말한다. 상기 일련의 기능의 상세한 기능 및 동작은 3GPP TS 23.206 V1.2.0에 개진되어 있는 바와 같다.

한편, CS 도메인 엔티티로서; VMSC(Visited Mobile Switching Center)와, GMSC(Gateway MSC)와, gsmSCF 등이 포함된다. IMS 도메인 엔티티로서; P-CSCF와, S-CSCF와, I-CSCF와,MGCF(Media Gateway Control Function)가 포함된다.

VCC 서비스에서 음성 호의 착신 및 발신을 간략히 설명하면 다음과 같다. VCC UE(10)의 사용자(즉, VCC 서비스 가입자)가 착신측 전화번호(called party number)로 음성 호를 발신하면, 그 음성 호는 먼저 상기 사용자가 가입되어 있는 홈 네트워크 서버, 즉 VCC 어플리케이션(31)으로 일단 라우팅된다(routing). 상기 사용자가 로밍 서비스 지역에 위치하여 전화를 거는 경우에도, 상기 사용자가 착신 측 전화번호로 발신한 음성 호는 로밍 서비스 지역의 로컬 네트워크를 경유하여 홈 네트워크의 VCC 어플리케이션(31)으로 라우팅된다. 그리고, VCC 어플리케이션(31)이 그 음성 호를 CS 도메인 또는 IMS 도메인을 통하여 착신 측 전화번호로 발신한다.

이와 같이, 사용자가 발신하는 모든 음성 호는 그 사용자의 홈 네트워크의 VCC 어플리케이션(31)으로 라우팅되어야 하기 때문에, 착신측 전화번호가 사용자가 현재 위치해 있는 로컬 네트워크(예를 들어, 해외 로밍 서비스 지역의 일 로컬 네트워크)에 해당하는 로컬 전화번호인지, 아니면 홈 네트워크 전화번호인지 구분할 기술적 필요성이 있다.

또한, 만약 사용자가 현재 해외의 로밍 서비스 지역에 있고, 그 사용자에 의해 발신된 착신측 전화번호가 그 해외 로밍 서비스 지역의 로컬 전화번호라면, VCC 어플리케이션(31)은 라우팅된 음성 호를 다시 로컬 네트워크(즉, 로밍 서비스 지역의 해당 로컬 네트워크)로 라우팅하기 위한 기술적 필요성이 있다.

VCC 어플리케이션(31)이 국제 포맷이 아닌 착신자 전화번호를 수신하는 경우, 홈 네트워크(Home Network)에 가입되어 있는 발신자(즉, VCC 가입자)가 현재 해외의 특정 지역의 네트워크, 즉 방문 네트워크(other visited network)를 통하여 로밍 서비스를 받고 있다면, VCC 어플리게이션(31)은 착신 전화번호로 상기 발신 호(originating calls)들을 적합하게 연결할 수 없다. 왜냐하면, 발신자(예를 들어, 현재 해외에 머물면서 로밍 서비스를 제공받는 VCC 가입자이다)가 발신한 호가 VCC 어플리게이션(31)(즉, 발신자가 가입되어 있는 홈 네트워크의 VCC 어플리케이션 서버이다)로 라우팅된 상태에서, 발신자에 의해 다이얼링된 착신측 전화번호가 로밍 지역의 로컬 전화번호(local number)라면, 그 다이얼링한 착신측 전화번호를 홈 네트워크(예를 들어, Home PLMN)의 로컬 전화번호로 해석될 수 있는 문제가 발생한다. 즉, 로밍 지역에 있는 발신자가 그 로밍 지역(즉, 방문 네트워크(visited network)의 로컬 전화번호를, 마치 VCC 어플리케이션(31)(즉, 상기 발신자가 가입 되어 있는 서버이고, 상기 발신자에 의해 발신한 호를 라우팅한다)이 홈 네트워크의 로컬 전화번호로 해석할 수 있는 문제점이 있다.

본 발명의 목적은, VCC 서비스에 있어서 로밍 서비스 지역(예를 들어, 해외의 로컬 네트워크)으로부터 발신된 호들(calls)의 착신측 전화번호가 로컬 전화번호(즉, 해외 로밍 서비스 지역의 전화번호)인지 아니면, 홈 전화번호(즉, 가입자가 가입된 홈 네트워크 전화번호)인지를 분석하고 구별하는 것이다.

또한, 본 발명의 다른 목적은 발신자(originating user)의 위치와 발신자로부터 발신된 착신측 전화번호가 국제 전화번호 형식인지를 분석하고, 국제 전화번호 형식이 아닌 경우, 착신측 전화번호 국제 전화번호 형식으로 변환하고, 그 변환된 착신측 전화번호를 통하여 상기 발신 호를 계속 진행시키는 것이다.

상기와 같은 목적을 달성하기 위하여, 본 발명에 따른 VCC에서의 호 처리 방법은, VCC 어플리케이션(또는 홈 네트워크 서버)이 CS 도메인에 있는 단말로부터 발신된 호를 수신하여, 상기 호의 착신측 전화번호가 국제 전화번호 형식인지를 분석하고;

상기 착신측 전화번호가 비국제 번호 형식인 경우, 상기 VCC 어플리케이션이 번역 엔티티에게 상기 착신측 전화번호를 국제 전화번호 형식으로 변환할 것을 요청하면;

상기 번역 엔티티로부터 상기 변환 요청에 대한 응답을 전달 받아, 상기 VCC 어플리케이션이 상기 호를 착신측으로 계속 진행시키는 것을 특징으로 한다.

또한, 상기와 같은 목적을 달성하기 위하여, 본 발명에 따른 홈 네트워크 서버는,

발신 단말로부터의 발신 호에서 착신측 전화번호 및 그 발신 단말의 위치정보를 분석하고;

상기 분석한 착신측 전화번호가 비국제 번호인 경우, 번역 엔티티에게 상기 착신측 전화번호를 국제 전화번호 형식으로 변환 요청하고;

상기 번역 엔티티로부터 상기 변환 요청에 대한 응답을 전달받고, 그 응답에 따라 상기 발신 호를 계속 진행시키는 것을 특징으로 한다.

또한, 상기와 같은 목적을 달성하기 위하여, 본 발명에 따른 VCC에서의 번역 엔티티는,

착신측 전화번호를 국제 전화번호 형식으로 변환을 요청하는 메시지를 VCC 어플리케이션으로부터 수신하고;

상기 요청 메시지에 대한 응답으로서, 상기 착신측 전화번호가 국제 전화번호 형식으로 변환된 라우팅 가능 번호를 또는 상기 요청 메시지에 대한 거절 메시지를 상기 VCC 어플리케이션에게 보내는 것을 특징으로 한다.

본 발명의 기본 개념은, 첫째 VCC 어플리케이션이 자신에게 라우팅된 CS 도메인 호(CS calls)의 착신측 전화번호가 국제 전화번호(international number) 형 식인지 아니면 로컬 전화번호(또는 긴급 전화번호, 또는 전화번호 안내 서비스나 기상 안내 서비스 등과 같은 단축 서비스 번호) (이하, 로컬 전화번호와, 긴급 전화번호와, 단축 서비스 번호를 통칭하여 '비국제 번호'라 한다) 형식인지를 식별하고, 둘째 상기 착신측 전화번호가 국제 전화번호 형식이 아닌 경우 VCC 어플리케이션이 상기 착신측 전화번호를 국제 전화번호 형식(일명, '라우팅 가능 번호'라 한다)으로 변환 요청을 하면, 셋째 번역 엔티티(일종의 장치이다)가 발신 단말의 위치정보와 그 착신측 전화번호에 기초하여 발신 단말의 현재 위치에 적합한 국제 식별부호(international prefix) 및 지역 코드(province/area code)를 부가함으로써 상기 착신측 전화번호를 '라우팅 가능 번호(routable number)'로 변환하고, 넷째 그 '라우팅 가능 번호'를 통하여 상기 호들이 IMS 도메인 또는 CS 도메인으로 계속 진행되도록 하는 것이다.

현재 CS 네트워크를 사용하고 있는 사용자(즉, 발신자)가 특정 착신자의 전화번호로 전화를 한다면, 그 착신자의 전화번호는 국제 전화번호이거나 비국제 전화번호(즉, 국제 식별부호(international prefix)(또는 국가 식별 코드(country code라 한다)가 없는 전화번호)일 것이다. 이때, 착신측 전화번호는 VCC 세션을 설정하기 위한 SETUP 메시지에 포함되어 전송된다. 만약 착신측 전화번호가 국제 전화번호 형식이라면, VCC 어플리케이션은 기타 요소에 의존하여 호(즉, 발신자가 발신한 호)를 라우팅한다. 이에 대한 상세한 설명은 3GPP TS 23.206에 개진된 바와 같다.

그러나, 만약 착신측 전화번호가 국제 전화번호 형식가 아니라 비국제 번호 형식라면 , 도 2의 신호 흐름과 같은 동작이 수행된다.

도 2는 본 발명에 따른 실시 예로서, 착신측 전화번호가 국제 전화번호 형태가 아닌 경우, VCC에서의 호 처리 방법을 도시한 신호 흐름도이다. 다만, 도 2는 본 발명에 따른 제1 내지 제3 실시 예를 포함하고 있으며, 본 발명 설명을 간략하게 표현하기 위하여 한개의 도면으로 제1 내지 제3 실시 예를 도시한 것이다. 즉, 도 2에서 본 발명에 따른 제1 실시 예는, 단계(S1 ~ S3)와 단계(S10)로 이루어진 일련의 동작이다. 또한, 도 2에서 본 발명에 따른 제2 실시 예는, 단계(S1 ~ S3)와 단계(S10')로 이루어진 일련의 동작이다. 또한, 도 2에서 본 발명에 따른 제3 실시 예는, 단계(S1 ~ S3)와 단계(S10'')로 이루어진 일련의 동작이다.

도 2에서 , 단말(10)은 VCC 서비스에 가입하여 VCC 서비스를 이용할 수 있는 사용자 장치(UE: User Equipment)이다. 도 2는 단말(10)이 CS 호를 발신하는 경우의 신호 흐름을 도시한 실시 예들이며, 그 발신 호(originating CS call)는 방문 네트워크(visited network)(30)와 홈 네트워크(home network)(30)를 통하여 착신측(intended B-party)으로 전송된다. 여기서, 방문 네트워크(20)는 단말(10)의 사용자가 현재 위치한 지역(예를 들면, 사용자가 로밍 서비스를 받고 있는 외국의 특정 지역)의 로컬 네트워크일 수 있다. 방문 네트워크(20)는 VMSC(21)과 MGCF(22)를 포함하고, 홈 네트워크(30)는 VCC 어플리케이션(31)과 번역 엔티티(Translation entity)(32)를 포함한다.

이하, 번역 엔티티(32)의 기능 및 동작을 설명한다.

번역 엔티티(Translation entity)(32)는 착신측 전화번호를 국제 전화번호 형식으로 변환하기 위하여 단말(10)의 위치정보와 착신측 전화번호를 해석하는 물리적 엔티티 또는 논리적 엔티티로 일종의 장치(device)일 수 있다. 또한, 번역 엔티티(32)는 VCC 어플리케이션(31) 내의 내부 엔티티(internal entity)로 구성될 수도 있음은 물론, VCC 어플리케이션(31)와 독립적(stand-alone)으로 외부 엔티티(external entity)로 구성될 수도 있다.

번역 엔티티(32)는 발신 단말(10)의 위치(예를 들어, 로밍 서비스 지역에 해당하는 방문 네트워크)에 기초하여 사업자 정책(operator policy) 및 번역 규칙(translation policy)을 저장하고, 요청에 의해 이에 접근(access)할 수 있다.

번역 엔티티(32)는 착신측 전화번호를 국제 전화번호 형식으로의 변환 요청이 있으면(즉, 도 2에서 'Query number' 로 도시됨), 사업자 정책 및 번역 규칙에 기초하여 상기 변환 요청에 대한 응답 메시지(또는 신호)를 보낸다: 즉, 사업자 정책에 의거하여, 1) 상기 요청을 거절하는 메시지를 보내고 VCC 어플리케이션(31)으로 호를 엥커링하지 않거나 ; 또는 2) 착신측 전화번호를 국제 전화번호 형식으로 변환하지 않고 회신하거나(예를 들어, 발신 호가 Home PLMN(Public Land Mobile Network)으로부터 발신되고 착신측 전화번호가 Home PLMN으로 라우팅할 수 있는 경우이기 때문에, 국제 전화번호 형식으로 착신측 전화번호를 변환할 필요가 없는 경우 등이다); 또는 3) 발신 단말(10)의 위치에 적용될 번역 규칙 및 사업자 정책을 확인하여, 국제 전화번호 형식으로 변환된 번호(이하, 편의상 '라우팅 가능 번호(routable number)'라 한다)를 보내거나 또는 변환 요청을 거절 한다(reject request).

번역 엔티티(32)는 VCC 어플리케이션(31)이 보내주는 단말의 위치정보 및 착신측 전화번호에 기초하여 그것에 해당하는 국가 식별 코드(international prefix or country code) 및 지역 코드(province/area code) 등을 번역 규칙으로부터 획득한다. 그리고 번역 엔티티(32)는 그 획득한 국가 식별 코드 및 지역 코드를 이용하여 착신측 전호번호를 '라우팅 가능 번호' 또는 '라우팅 가능 URI' (즉, 국제 전화번호 형식의 번호 또는 URI)로 변환한다.

일 예를 들어, 단말(10)의 사용자(일명, 발신자로서 'A-party'라 한다)의 상태를 다음과 같이 가정하자: 즉, 발신자(A-party)가 캐나다의 홈 네트워크(30)에 가입되어 있는 가입자이고; 현재 프랑스의 파리에 머물러 있고; A-party가 머무르고 있는 지역(즉, 프랑스 파리)은 방문 네트워크(20)에 의해 통신 서비스(예를 들어, 로밍 서비스)가 제공된다고 가정하자. 이때, 만약 발신자(즉, A-party)가 착신 전화번호, "06 12 24 56 78" 로 전화(dialing)를 건다면, 상기 착신 전화번호와 함께 발신자의 위치정보(예를 들면, 방문 네트워크(20)의 ID 또는 VMSC(21)의 ID 또는 VPLMN(Visited PLMN)의 ID)를 기초로하여 번역 엔티티(32)가 착신측 전화번호(국제 전화번호 형식이 아닌 착신측 전화번호)를 국제 전화번호 형식으로 변환한다. 다시 말해서, 번역 엔티티(32)는, 사업자 정책 및 번역 규칙을 참조하여 발신자의 현재 지역(프랑스)의 국가 식별 코드(즉, 프랑스의 국가 식별 코드는 '33'이다)를 찾고, 국제 전화번호 형식 "33 6 12 34 56 78"으로 변환한다.

또 다른 예를 들면, 캐나다의 홈 네트워크(30)에 가입한 가입자가 프랑스 파리에서 현지 날씨 서비스를 제공하는 단축 전화번호 "3250"으로 전화(call)를 하였 다고 가정하자. 이러한 호(call)는 캐나다의 홈 네트워크(30)로 라우팅되어 처리된다. 특히, 번역 엔티티(32)는 발신자의 위치정보(예를 들면, 방문 네트워크(20)의 ID 또는 VMSC(21)의 ID 또는 VPLMN(Visited PLMN)의 ID)를 이용하여 상기 호(call)가 프랑스로부터 걸려온 것으로 파악하고, 단축 전화번호 "3250"을 국제 전화번호 형식으로 변환한다. 즉, 번역 엔티티(32)가 프랑스 날씨 서비스를 제공하는 단축 전화번호 "3250"에 해당하는 실제 전화번호(예를 들어, "892 68 08 08" 이라고 가정한다)를 번역 규칙에서 서치하고, 그 실제 전화번호에 국가 식별 코드(프랑스의 국가 식별 코드 "33")를 조합하여 라우팅 가능 번호(즉, 33 892 68 08 08)로 변환한다.

이하, 도 2에서 본 발명의 제1 내지 제3 실시 예에 공통되는 단계(S1 ~ S3)을 설명한다.

단말(10)이 SETUP 메시지(즉, 발신 호에 해당한다)를 방문 네트워크(20)(즉, 단말의 사용자에게 현재 로밍 서비스를 제공하는 로컬 네트워크)의 VMSC(21)로 보낸다(S1). 이때, 상기 SETUP 메시지는 착신측 전화번호(즉, B-party number)를 포함하고 있다.

VMSC(21)는 VCC 어플리케이션(31)에 링크된 gsmSCF(도2에 도시되지 않음)로 이니셜DP 메시지를 보낸다(S2). 여기서, 이니셜 DP 메시지는 상기 착신측 전화번호와 그 외에도 단말(10)의 위치정보로서, VMSC(21) ID와 방문 네트워크(20)의 ID와 VPLMN(도2에 도시되지 않음)의 ID 중 적어도 한개 이상을 포함할 수 있다.

VCC 어플리케이션(31)은 상기 이니셜 DP 메시지에서 착신측 전화번호(즉, B- party number) 및 단말(10)의 위치정보를 분석한다(S3). 그리고, 상기 분석에 의하여 단말(10)의 현재 위치가 해외에 있는 것으로 확인되면, VCC 어플리케이션(31)은 착신측 전화번호가 국제 전화번호 형식(international format)인지를 확인한다(S3). 이때, 착신측 전화번호를 분석하는 엔티티는 VCC 어플리케이션(31)이외에도, VCC 어플리케이션(31)과 관련되어 있는 기능성 엔티티(예를 들어, gsmSCF)일 수도 있다. 한편, gsmSCF는 VCC 어플리케이션 내부에 구성되는 물리적 또는 논리적인 기능성 엔티티이거나, 또는 외부에 구성되는 물리적 엔티티일 수도 있다(gsmSCF may interact with a separate VCC application or contain intergrated therewith).

상기 단계(S3)에서 만약 착신측 전화번호가 국제번호 형식이라면, VCC 어플리케이션은 기타 요소에 의존하여 호(즉, 발신자가 발신한 호)를 엥커링한다. 이에 대한 상세한 설명은 3GPP TS 23.206에 개진된 바와 같다. 그러나, 만약 착신측 전화번호가 국제번호 형식이 아니라 비국제 번호 형식(예를 들어, 방문 네트워크에 가입된 로컬 번호 또는 특정 부가 서비스를 제공하는 단축번호)인 경우, VCC 어플리케이션(31)은 일련의 동작들로서, 즉 특정 단계들(S10와, S10'와, S10'') 중 어느 하나를 수행한다. 여기서, 특정 단계(S10)에 대한 일련의 동작은 VCC 어플리케이션(31)이 발신 호를 IMS 도메인으로 엥커링하여 착신측으로 라우팅하는 실시 예에 해당한다. 한편, 특정 단계들(S10' 과 S10'')에 대한 일련의 동작은 VCC 어플리케이션(31)이 발신 호를 IMS 도메인으로 엥커링하지 않고, 그 발신 호가 CS 도메인에서 계속하여 진행되는 실시 예들에 해당한다.

이하, 본 발명에 따른 제1 실시 예에 해당하는 상기 단계(S10)를 설명한다.

VCC 어플리케이션(31)은 번역 엔티티(Translation entity)(42)에게 착신측 전화번호 및 단말(즉, 발신자의 UE)의 위치정보(location)을 제공하고, 번역 엔티티(32)에게 착신측 전화번호의 형식을 변화시켜줄 것을 요청한다(도 2에서 query number)(S11). 이때, 상기 착신측 전화번호의 형식은 비국제 번호 형식 일 것이고, 상기 단말의 위치정보는, 예를 들어 방문 네트워크(20)의 ID 또는 VMSC(21)의 ID 또는 VPLMN의 ID(identity) 중 적어도 한개 이상일 수 있다. 번역 엔티티(32)는, 착신측 전화번호 및 발신자의 단말의 위치정보(예를 들어, VMSC(21)의 ID)에 기초하여, 발신자 단말의 현재 위치에 해당하는 국가 식별코드(또는 국제 식별부호) 등을 포함하는 국제 전화번호(또는 URI)를 유추한다(drive). 이때, 번역 엔티티(32)는, 사업자 정책(operator policy)와 번역 규칙(translation rules)에 근거하여, 상기 착신측 전화번호를 국제 전화번호 형식(즉, 라우팅 가능 번호)으로 변환한다. 한편, 번역 엔티티(32)에 의하여 상기 착신측 전화번호가 국제 전화번호 형식으로 변화되는 과정은 이미 상술한 바와 같다.

번역 엔티티(32)는 상기 단계(S11)에서 착신측 전화번호로부터 변환한 '라우팅 가능 번호'(즉, 착신측 전화번호를 국제 전화번호 형식으로 변환시킨 전화번호 또는 URI 이다)를 VCC 어플리케이션(31)(또는 gsmSCF)에게 제공한다(S12). VCC 어플리케이션(31)는 발신 호를 CS 도메인에서 IMS 도메인으로 도메인 전환(Domain Transfer)하여, 상기 라우팅 가능 번호를 통하여 착신측(즉, B-party)으로 그 발신 호를 계속 수행한다(continue)(S13 ~ S16). 즉, 상기 단계들(S13 ~ S16)은 VCC 어 플리케이션(31)이 CS 도메인으로부터의 발신 호를 IMS 도메인으로 엥커링시키고, 착신측으로 발신 호를 라우팅시킨다.

VCC 어플리케이션(31)이 VMSC(21)로 발신 호(도 2에서 Connect 메시지로 도시됨)를 보내고(S13), VMSC(21)는 MGCF(22)으로 발신 호(도 2에서 IAM(Routing number) 메시지로 도시됨)를 라우팅한다(S14). MGCF(22)는 VCC 어플리케이션(31) 으로 SIP 메시지(예를 들어, INVITE 메시지)를 보내어, 단말(10)로부터의 발신 호를 계속 진행한다(S15). VCC 어플리케이션(31)는 발신 호를 엥커링하여, SIP 메시지(즉, 도 2에서 INVITE 메시지)를, 상기 단계(S12)에서 번역 엔티티(32)로부터 획득한 착신측 번호(즉, 국제 전화번호 형식으로 변환된 라우팅 가능 번호)로 보낸다(S16).

이하, 본 발명에 따른 제2실시 예에 해당하는 상기 단계(S10')를 설명한다.

상기 단계(S1 ~ S3)가 수행된 후, VCC 어플리케이션(31)은 번역 엔티티(Translation entity)(42)에게 착신측 전화번호 및 단말(즉, 발신자의 UE)의 위치정보(location)(예를 들어, 방문 네트워크(20)의 ID 또는 VMSC(21)의 ID 또는 VPLMN의 ID(identity) 중 적어도 한개 이상)을 제공하고, 번역 엔티티(32)에게 착신측 전화번호의 형식을 변화시켜줄 것을 요청한다(도 2에서 'Query number'로 도시 됨)(S11'). 그리고, 번역 엔티티(32)가 상기 단계에서 'Query number' 가 수신하면, 번역 엔티티(32)는 상기 착신측 전호번호 및 위치정보(예를 들어, VMSC의 ID)를 분석하고, 그 위치(즉, 단말이 현재 위치하고 있는 지역 내지 방문 네트워크)에 해당하는 사업자 정책 및 번역 규칙(이들은 번역 엔티티에 이미 저장되어 있 다)이 있는지를 확인한다. 즉, 번역 엔티티(32)는 발신 단말(10)이 있는 위치정보 및 착신측 전화번호에 따라 사업자 정책(operator policy) 및 번역 규칙을 조회하여 국제 전화번호 형식으로 변환할 수 있는지를 확인한다.

이때, 만약 번역 엔티티(32)가 상기 단계(S11')에서의 착신측 전화번호로부터 국제 전화번호(또는 URI) 형식(즉, 라우팅 가능 번호)으로 변환할 수 없다면, 번역 엔티티(32)는 국제 전화번호 형식으로 변환 실패를 가리키는 메시지(도2에서 Reject request)를 VCC 어플리케이션(31)으로 보낸다(S12').

VCC 어플리케이션(31)(또는 gsmSCF)은 번역 엔티티(32)로부터 'Reject request' 메시지를 수신하고, 방문 네트워크(20)의 VMSC(21)로 하여금 발신 호를 계속 진행하도록 'Continue' 메시지를 보낸다(S13'). VMSC(21)는 발신 호를 계속 진행시켜서, 착신측(intended B-party)으로 그 발신 호를 라우팅시킨다(도 2에서 'IAM' 메시지로 도시 됨)(S14').

이하, 본 발명에 따른 제3실시 예에 해당하는 상기 단계(S10'')를 설명한다.

본 발명의 제3 실시 예는, 사업자 정책에 의하여 단말(10)로부터의 발신 호를 VCC 어플리케이션(31)으로 라우팅하지 않고, 방문 네트워크(20)의 VMSC(21)에 의하여 발신 호를 착신측(B-party)으로 진행하는 것이다.

다시 말해서, 상기 단계(S1 ~ S3)가 수행된 후, VCC 어플리케이션(31)은 사업자 정책(operator policy)을 조회하여, 상기 발신 호가 VCC 어플리케이션(31)로 엥커링하여 IMS 도메인으로 라우팅하지 않는 것으로 결정한다. 따라서, VCC 어플리케이션(31)은 방문 네트워크(20)의 VMSC(21)에 의하여 상기 발신 호를 착신측(B- party)으로 계속 진행하도록 'Continue' 메시지를 보낸다(S13''). 그리고, VMSC(21)는 발신 호를 계속 진행 시켜서, 착신측(intended B-party)으로 그 발신 호를 라우팅시킨다(도 2에서 'IAM' 메시지로 도시 됨)(S14'').

이상, 본 발명의 도면에 도시된 실시 예를 참고로 본 발명을 설명하였으나, 이는 예시적인 것에 불과하며 본 발명의 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시 예가 가능하다는 점을 이해할 것이다. 예를 들면, 본 발명의 실시 예에서, 단말(10)이 발신한 호가 전화번호인 경우를 설명하였으나, 발신호가 URI인 경우에도 본 발명의 실시 예가 그대로 적용된다. 또한, 본 발명의 제1 내지 제3 실시 예들에서 설명한 VCC 어플리케이션 서버의 기능 및 동작은, gsmSCF에 의해 동일하게 수행될 수도 있다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

상술한 바와 같이, 본 발명은, 해외에 로밍 중인 발신자가 발신한 착신측 전화번호가 국제 전화번호 형식이 아닌 경우, 이를 국제 전화번호 형식의 라우팅 가능 번호로 변환하는 효과가 있다.

Claims

(a) VCC 어플리케이션이 CS 도메인에 있는 단말로부터 발신된 호를 수신하여,

상기 호의 착신측 전화번호가 국제 전화번호 형식인지를 분석하는 단계와;

(b) 상기 착신측 전화번호가 비국제 번호 형식인 경우, 상기 VCC 어플리케이션이 번역 엔티티에게 상기 착신측 전화번호를 국제 전화번호 형식으로 변환 요청하는 단계와;

(c) 상기 번역 엔티티로부터 상기 변환 요청에 대한 응답을 전달 받아, 상기 VCC 어플리케이션이 상기 호를 착신측으로 계속 진행시키는 것을 특징으로 VCC에서의 호 처리 방법.
제1항에 있어서, 상기 (a) 단계에서 상기 VCC 어플리케이션은

상기 호에 포함된 착신측 전화번호와 상기 단말의 위치정보에 기초하여 상기 착신측 전화번호가 국제 전화번호 형식인지를 분석하는 것을 특징으로 VCC에서의 호 처리 방법.
제2항에 있어서, 상기 단말의 위치정보는

상기 CS 도메인에 해당하는 네트워크의 ID와 그 네트워크의 VMSC의 ID 중 적어도 하나 이상을 포함하는 것을 특징으로 VCC에서의 호 처리 방법.
제1항에 있어서, 상기 (c) 단계에서 상기 VCC 어플리케이션은

상기 CS 도메인의 VMSC를 통하여 상기 호를 계속 진행시키는 것을 특징으로 VCC에서의 호 처리 방법.
제1항에 있어서, 상기 (c) 단계에서 상기 VCC 어플리케이션은

상기 착신측 전화번호의 변환 요청에 대하여

상기 번역 엔티티로부터 라우팅 가능 번호 또는 거절 메시지를 전달받는 것을 특징으로 VCC에서의 호 처리 방법.
제5항에 있어서, 상기 라우팅 가능 번호는

상기 착신측 전화번호가 국제 전화번호 형식으로 변환된 전화번호인 것을 특징으로 VCC에서의 호 처리 방법.
제5항에 있어서, 상기 VCC 어플리케이션이 상기 번역 엔티티로부터 라우팅 가능 번호를 전달받은 경우,

상기 VCC 어플리케이션은

상기 CS 도메인의 VMSC에 의하여 상기 호가 IMS 도메인으로 엥커링되게 하고;

상기 VMSC에 의하여 상기 라우팅 가능 번호를 통하여 상기 호가 착신측으로 계속 진행되도록 하는 것을 특징으로 VCC에서의 호 처리 방법.
제5항에 있어서, 상기 VCC 어플리케이션이 상기 번역 엔티티로부터 거절 메시지를 전달받은 경우,

상기 VCC 어플리케이션은

상기 CS 도메인의 VMSC에 의하여 상기 호가 IMS 도메인으로 엥커링되지 않게 하고;

상기 VMSC가 상기 착신측 전화번호를 통하여 상기 호가 계속 진행되도록 하는 것을 특징으로 VCC에서의 호 처리 방법.
제1항에 있어서, 상기 VCC 어플리케이션이 번역 엔티티에게 상기 착신측 전화번호를 국제 전화번호 형식으로 변환 요청하는 경우,

상기 번역 엔티티가 사업자 정책 및 번역 규칙에 기초하여

상기 착신측 전화번호에 대한 국제 식별부호를 조회하는 단계와;

만약 상기 조회에서 상기 착신측 전화번호에 해당하는 국제 식별부호가 있는 경우, 상기 번역 엔티티가 상기 국제 식별부호를 사용하여 상기 착신측 전화번호를 라우팅 가능 번호로 변환하는 단계와;

상기 번역 엔티티가 상기 VCC 어플리케이션에게 상기 라우팅 가능 번호를 보내는 단계를 더 포함하는 것을 특징으로 하는 VCC에서의 호 처리 방법.
제1항에 있어서, 상기 VCC 어플리케이션이 번역 엔티티에게 상기 착신측 전화번호를 국제 전화번호 형식으로 변환 요청하는 경우,

상기 번역 엔티티가 사업자 정책 및 번역 규칙에 기초하여

상기 착신측 전화번호에 대한 국제 식별부호를 조회하는 단계와;

만약 상기 조회에서 상기 착신측 전화번호에 해당하는 사용규칙 또는 번역 규칙이 없는 경우,

상기 번역 엔티티가 상기 VCC 어플리케이션에게 거절 메시지를 보내는 단계를 더 포함하는 것을 특징으로 하는 VCC에서의 호 처리 방법.
제1항에 있어서, 상기 VCC 어플리케이션은

상기 착신측 전화번호를 국제 전화번호 형식으로 변환하기 위하여

상기 번역 엔티티에게 상기 착신측 전화번호 및 상기 단말의 위치정보를 보내는 단계를 더 포함하는 것을 특징으로 하는 VCC에서의 호 처리 방법.
제11항에 있어서, 상기 번역 엔티티는

상기 착신측 전화번호 및 상기 단말의 위치정보를 이용하여 상기 착신측 전화번호에 해당하는 국제 식별부호가 있는지 조회하기 위하여

상기 사업자 정책 및 상기 번역 규칙에 접근하는 것을 특징으로 하는 VCC에서의 호 처리 방법.
VCC 어플리케이션 서버가 CS 도메인으로부터 발신된 착신측 전화번호가 국제 전화번호 형식인지를 분석하여,

상기 VCC 어플리케이션 서버가 번역 엔티티에게 상기 착신측 전화번호를 국제 전화번호 형식의 라우팅 가능 번호로 변환시키도록 요청하고,

상기 VCC 어플리케이션 서버가 상기 번역 엔티티로부터 상기 라우팅 가능 번호 또는 거절 메시지를 전달받아 착신측으로 호를 계속 진행시키는 것을 특징으로 하는 VCC에서의 호 처리 방법.
발신 단말로부터의 발신 호에서 착신측 전화번호 및 그 발신 단말의 위치정보를 분석하고;

상기 분석한 착신측 전화번호가 비국제 번호인 경우, 번역 엔티티에게 상기 착신측 전화번호를 국제 전화번호 형식으로 변환 요청하고;

상기 번역 엔티티로부터 상기 변환 요청에 대한 응답을 전달받고, 그 응답에 따라 상기 발신 호를 계속 진행시키는 것을 특징으로 하는 VCC 어플리케이션 서버.
제14항에 있어서, 상기 VCC 어플리케이션 서버는

상기 착신측 전화번호 및 상기 발신 단말의 위치정보를 상기 번역 엔티티에게 전달하는 것을 특징으로 하는 VCC 어플리케이션 서버.
CS 도메인에 있는 단말로부터 발신된 호를 수신하고;

상기 호에 포함된 특정 정보를 통하여 상기 착신측 전화번호가 비국제 번호인지를 분석하고;

상기 착신측 전화번호가 비국제 번호인 경우, 번역 엔티티에게 상기 착신측 전화번호를 국제 전화번호 형식으로 변환하도록 요청하고;

상기 번역 엔티티로부터 상기 변환된 착신측 전화번호를 수신하여 상기 CS 도메인의 VMSC에게 상기 호를 계속진행 시키는 것을 특징으로 하는 VCC 어플리케이션 서버.
제16항에 있어서, 상기 특정 정보는

착신측 전화번호 및 상기 단말의 위치정보를 포함하는 것을 특징으로 하는 VCC 어플리케이션 서버.
제17항에 있어서, 상기 단말의 위치정보는

상기 CS 도메인에 해당하는 네트워크의 ID와 그 네트워크의 VMSC의 ID 중 적어도 하나 이상을 포함하는 것을 특징으로 VCC 어플리케이션 서버.
착신측 전화번호를 국제 전화번호 형식으로 변환을 요청하는 메시지를 VCC 어플리케이션으로부터 수신하고;

상기 요청 메시지에 대한 응답으로서 라우팅 가능 번호를 또는 상기 요청 메시지에 대한 거절 메시지를

상기 VCC 어플리케이션에게 보내는 것을 특징으로 하는 VCC에서의 번역 엔티티.
제19항에 있어서, 상기 라우팅 가능 번호는

상기 착신측 전화번호를 국제 전화번호 형식으로 변환한 전화번호인 것을 특징으로 하는 VCC에서의 번역 엔티티.
제19항에 있어서, 상기 번역 엔티티는

VCC 어플리케이션의 내부에 구성되거나 VCC 어플리케이션과 독립적으로 외부에 구성되는 것을 특징으로 하는 VCC에서의 번역 엔티티.
제19항에 있어서, 상기 번역 엔티티는

상기 착신측 전화번호와 발신 단말의 위치정보를 VCC 어플리케이션으로부터 전달받는 것을 특징으로 하는 VCC에서의 번역 엔티티.
제22항에 있어서, 상기 번역 엔티티는

사업자 정책 및 번역 규칙을 저장하고;

상기 착신측 전화번호에 해당하는 국제 식별부호가 있는지 조회하기 위하여 상기 사업자 정책 및 번역 규칙에 접근하는 것을 특징으로 하는 VCC에서의 번역 엔티티.
제23항에 있어서, 상기 번역 엔티티는

상기 국제 식별부호를 이용하여 상기 착신측 전화번호를 국제 전화번호 형식의 라우팅 가능 번호로 변환하는 것을 특징으로 하는 번역 엔티티.