KR101359057B1

KR101359057B1 - 사용자 기기 디바이스로부터 회선 교환 네트워크를 통하여ｓｉｐ 콜을 발신하는 시스템 및 방법

Info

Publication number: KR101359057B1
Application number: KR1020070099283A
Authority: KR
Inventors: 애드리안 버클리; 존 루크 바커
Original assignee: 블랙베리 리미티드
Priority date: 2006-10-03
Filing date: 2007-10-02
Publication date: 2014-02-05
Also published as: JP4620099B2; AU2007221777A1; KR20080031128A; AU2007221777B2; JP2008092578A; SG141405A1; CA2605102A1; CA2605102C

Abstract

회선 교환(CS) 네트워크 및 IP 멀티미디어 서브시스템(IMS) 네트워크를 포함하는 네트워크 환경에서 사용자 기기(UE) 디바이스로부터 착신측에 세션 개시 프로토콜(SIP)을 발신하는 방법 및 장치를 개시한다. 일 도시예에서, SIP 콜이 CS 네트워크 도메인에서 UE 디바이스에 의해 발신될 때, 착신측의 SIP URI(Uniform Resource Indicator) 또는 Tel URI를 포함하는 SIP 초대 메시지(Invite message)가 UE 디바이스로부터 IMS 네트워크에[예를 들어, 애플리케이션 서버(AS) 노드에] 송신된다. AS 노드에서는, E.164 번호의 풀이 착신측 URI에 매핑되거나 또는 그와 연관되는 데 이용되는 IP 멀티미디어 라우팅 번호(IMRN)로서 유지된다. 따라서, AS 노드는 UE 디바이스로부터 수신된 착신측의 URI에 대하여 선택 E.164 번호를 동적으로 할당하고, SIP 380 (대안 서비스) 응답 메시지(Response message)로 UE 디바이스에 선택 E.164 번호를 반환한다. 이어서, 동적 할당된 E.164 번호는 매핑을 통하여 AS 노드에서의 URI의 식별을 위한 콜 설정 메시지로 UE 디바이스로부터 송신됨으로써, SIP 콜이 착신측을 향하여 적절하게 라우팅될 수 있다.

Description

사용자 기기 디바이스로부터 회선 교환 네트워크를 통하여 ＳＩＰ 콜을 발신하는 시스템 및 방법 {SYSTEM AND METHOD FOR ORIGINATING A SIP CALL VIA A CIRCUIT-SWITCHED NETWORK FROM A USER EQUIPMENT DEVICE}

본 특허 출원은 2007년 4월 25일 제출되어 발명의 명칭이 “SYSTEM AND METHOD FOR ORIGINATING A SIP CALL VIA A CIRCUIT-SWITCHED NETWORK FROM A USER EQUIPMENT DEVICE”인 출원번호 제11/740,102호와, 2006년 10월 3일 제출되어 발명의 명칭이 “SYSTEM AND METHOD FOR MANAGING CALL CONTINUITY IN IMS NETWORK ENVIRONMENT USING SIP MESSAGING”인 출원번호 제11/542,462호에 대한 우선권을 주장하고, 이들은 참조에 의해 여기에 포함된다.

본 특허 개시는 일반적으로 통신 네트워크에서의 콜 라우팅(call routing)에 관한 것이다. 보다 상세하게는, 이에 한정되는 것은 아니지만, 본 특허 개시는 회선 교환(CS; circuit-switched) 네트워크 및 IP 멀티미디어 서브시스템(IMS; IP multimedia subsystem) 네트워크를 포함하는 네트워크 환경에서 콜 라우팅을 관리하는 시스템 및 방법에 관한 것으로, CS 발신(CS-originated) IP 콜(예를 들어, 세션 개시 프로토콜 또는 SIP에 기초함)이 IMS 네트워크 기반구조를 사용하여 라우팅되는 것이다.

오늘날의 진보된 통신 디바이스는 회선 교환 셀룰라 네트워크 도메인 뿐 아니라 [예를 들어, 무선 LAN(WLAN) 또는 Wi-MAX 네트워크 등을 사용하여] 패킷 교환 IP 네트워크 도메인에서 무결절성으로(seamlessly) 동작할 수 있다. 이러한 성능을 용이하게 하기 위해, 현행 3GPP(3^rd Generation Partnership project) 표준은, 통신 디바이스(사용자 기기 또는 UE라고 지칭됨)가 어느 하나의 도메인이라도 사용하여 IP-단독 가입자와 종래의 회선 교환 텔레포니 가입자 둘 다에 대한 콜을 개시할 수 있는 IP 멀티미디어 서브시스템(IMS; IP multimedia subsystem)라고 불리는 새로운 IP 기반 네트워크 아키텍쳐를 규정하고 있다. 그러나, 어떠한 패킷 교환 네트워크도 이용 가능하지 않거나 또는 패킷 교환 도메인에서의 이용 가능한 네트워크가 VoIP(Voice-over-IP) 서비스를 지원하지 않기 때문에 무선 디바이스, 즉 3GPP에서의 UE 디바이스가 회선 교환 네트워크 도메인을 사용해야만 착신측에 보이스 콜을 형성할 수 있는 경우의 상황이 일어날 수 있다. 이러한 상황에서, 착신측이 마침 IP-단독 가입자이고 URI(Uniform Resource Indicator)로 식별되는 경우, UE 디바이스는 회선 교환 도메인에서 동작하면서 E.164 번호 기반 콜만 실시할 수 있기 때문에 발신 UE는 IP 기반 콜을 형성할 수가 없을 수 있다.

회선 교환(CS) 네트워크 및 IP 멀티미디어 서브시스템(IMS) 네트워크를 포함 하는 네트워크 환경에서 사용자 기기(UE) 디바이스로부터 착신측에 세션 개시 프로토콜(SIP; Session Initiation Protocol) 콜을 발신하는 방법 및 장치가 여기에 설명된다.

SIP 콜이 CS 네트워크 도메인에서의 UE 디바이스로부터 발신될 때, 착신측의 SIP URI 또는 Tel URI를 포함하는 SIP 초대 메시지(SIP Invite message)가 UE 디바이스로부터 IMS 네트워크에서의 애플리케이션 서버(AS) 노드에 송신된다. AS 노드에서는, E.164 번호의 풀(pool)이 착신측 URI에 매핑하거나 또는 그와 연관시키는 데 이용되는 IP 멀티미디어 라우팅 번호(IMRN: IP multimedia routing number)로서 유지된다. AS 노드는 UE 디바이스로부터 수신된 착신측의 URI에 대하여 선택 E.164 번호를 동적으로 할당하고, 그것을 SIP 380 (대안 서비스) 응답 메시지[SIP 380 (Alternative Service) Response message)]로 UE 디바이스에 반환한다. 이어서, 동적 할당된 E.164 번호는 AS 노드에서의 URI 및 기타 적당한 콜 정보의 식별을 위한 콜 설정 메시지(call set up message)로 UE 디바이스로부터 송신된다. 따라서, 동적 할당된 E.164 번호는 SIP URI-IMRN 매핑의 문의를 통하여 착신측을 향하여 SIP 콜을 라우팅하는 데 이용되고, 그 후에 추후 사용을 위해 IMRN의 풀에 다시 배포될(released) 수 있다. 콜과 연관된 콜 참조 번호가 유효하게 남아있는지(예를 들어, 시간 만료되지 않았는지) 또는 동적 할당된 IMRN이 유효하게 남아있는지(예를 들어, 시간 만료되지 않았는지)의 여부를 검증할 수 있도록 디바이스 및 AS 노드 종단점에 적합한 타이머가 제공될 수 있다. 선택적으로, 배포된 IMRN은 소정 기간 동안 차단될(quarantined) 수 있다.

본 발명에 따르면, 회선 교환(CS) 네트워크 및 IP 멀티미디어 서브시스템(IMS) 네트워크를 포함하는 네트워크 환경에서 사용자 기기(UE) 디바이스로부터 착신측에 SIP 콜을 발신할 수 있다.

첨부 도면과 함께 다음의 상세한 설명을 참조하여 본 발명의 실시예의 보다 완전한 이해가 이루어질 수 있다.

회선 교환(CS) 네트워크 및 IP 멀티미디어 서브시스템(IMS) 네트워크를 포함하는 네트워크 환경에서 사용자 기기(UE) 디바이스로부터 착신측에 세션 개시 프로토콜(SIP) 콜을 발신하는 방법 및 장치가 여기에 설명된다. SIP 콜이 CS 네트워크 도메인에서 UE 디바이스로부터 발신될 때, 착신측의 SIP URI 또는 Tel URI를 포함하는 SIP 초대 메시지가 UE 디바이스로부터 IMS 네트워크에서의 애플리케이션 서버(AS) 노드에 송신된다. AS 노드에서는, E.164 번호의 풀(pool)이 착신측 URI에 매핑하거나 또는 그와 연관시키는 데 이용되는 IP 멀티미디어 라우팅 번호(IMRN: IP multimedia routing number)로서 유지된다. AS 노드는 UE 디바이스로부터 수신된 착신측의 URI에 대하여 선택 E.164 번호를 동적으로 할당하고, 그것을 SIP 380 (대안 서비스) 응답 메시지로 UE 디바이스에 반환한다. 이어서, 동적 할당된 E.164 번호는 AS 노드에서의 URI 및 기타 적당한 콜 정보의 식별을 위한 콜 설정 메시지로 UE 디바이스로부터 송신된다. 따라서, 동적 할당된 E.164 번호는 SIP URI-IMRN 매핑의 문의를 통하여 착신측을 향하여 SIP 콜을 라우팅하는 데 이용되고, 그 후에 추후 사용을 위해 IMRN의 풀에 다시 배포될 수 있다. 콜과 연관된 콜 참조 번호가 유효하게 남아있는지(예를 들어, 시간 만료되지 않았는지) 또는 동적 할당된 IMRN이 유효하게 남아있는지(예를 들어, 시간 만료되지 않았는지)의 여부를 검증할 수 있도록 디바이스 및 AS 노드 종단점에 적합한 타이머가 제공될 수 있다. 선택적으로, 배포된 IMRN은 소정 기간동안 차단될 수 있다.

이제 실시예들이 어떻게 최선으로 형성되고 사용될 수 있는지에 대한 다양한 예들을 참조하여 본 발명의 시스템 및 방법을 설명한다. 발명의 상세한 설명과 여러 도면의 전반에 걸쳐 유사한 참조 부호는 유사하거나 대응하는 부분을 지시하는 데 사용되고, 다양한 요소들이 반드시 비율에 맞추어 도시되는 것은 아니다. 이제 도면을 참조하여, 보다 구체적으로는 도 1을 참조하면, 회선 교환 네트워크 또는 도메인에서 UE 디바이스에 의해 발신되는 SIP 콜을 라우팅하기 위한 본 발명의 실시예가 실행될 수 있는 예시적인 네트워크 환경(100)이 도시된다. 도시된 대로, 네트워크 환경(100)은 복수의 UE 디바이스(102-1 내지 102-N)에 대해 이용 가능한 다수의 액세스 기술을 포함하는 액세스 공간(104)을 포함한다. 본 발명의 개시를 위해, UE 디바이스는 임의의 속박(tethered) 또는 비속박(untethered) 통신 디바이스일 수 있고, 적당한 무선 모뎀을 갖춘 임의의 퍼스널 컴퓨터(예를 들어, 데스크톱, 랩톱, 팜톱, 또는 핸드헬드 컴퓨팅 디바이스) 또는 모바일 통신 디바이스(예를 들어, 메시지의 송수신, 웹 브라우징 등이 가능한 셀룰라 폰 또는 데이터 송수신 가능 핸드헬드 디바이스), 또는 이메일, 비디오 메일, 인터넷 액세스, 통합 데이터 액세스, 메시징, 캘린더링 및 스케쥴링, 정보 관리 등을 이용할 수 있는 임의의 향상된 PDA 디바이스 또는 집적형 정보 어플라이언스를 포함할 수 있다. 바람직하게는, UE 디바이스는 회선 교환(CS) 뿐 아니라 패킷 교환(PS) 통신 모두에 참여할 수 있는 다중 모드에서 동작할 수 있고, 연속성(continuity)의 손실 없이 하나의 통신 모드에서 다른 통신 모드로 변환할 수 있다.

액세스 공간(104)은 무선 기술, 유선 기술, 광대역 액세스 기술 등을 수반할 수 있는 CS 및 PS 네트워크의 양자 모두로 구성될 수 있다. 예를 들어, 참조 부호 106은 GSM(Global System for Mobile Communications) 네트워크 및 CDMA(Code Division Multiple Access) 네트워크와 같은 무선 기술을 지칭하지만, 이것의 교시는 임의의 3GPP(3^rd Generation Partnership Project) 호환형 셀룰라 네트워크(예를 들어, 3GPP 또는 3GPP2)에도 확장될 수 있는 것으로 파악된다. 참조 부호 108은 무선 로컬 영역 네트워크 또는 WLAN, Wi-MAX 네트워크를 포함하는 광대역 액세스 네트워크 뿐 아니라 DSL, 케이블 광대역 등과 같은 고정 네트워크를 지칭한다. 또한 액세스 공간(104)의 부분으로서 예시된 것은 종래의 유선 PSTN 기반구조(110)이다.

IP 멀티미디어 서브시스템(IMS) 코어 네트워크(112)는 임의의 CS 기반 네트워크를 포함하여 상기 설명한 다양한 액세스 네트워크에 연결된다. 잘 알려진 바와 같이, 3GPP에 의해 정의되는 IMS 표준은 서비스 프로바이더가 임의의 네트워크 유형을 통해 IP를 거쳐 전달될 수 있는 다양한 서비스를 관리할 수 있도록 설계되며, 여기서 IP는 베어러 트래픽(bearer traffic) 및 SIP 기반 시그널링 트래픽의 양자 모두를 수송하는 데 사용된다. 넓은 의미로, IMS는 멀티미디어 서비스를 제공할 수 있는 애플리케이션(즉, 서비스) 및 네트워크(즉, 액세스)를 관리하기 위한 프레임워크이다. IMS는 “애플리케이션 서버”를 가입자들이 사용하는 서비스, 예를 들어, VCC(voice call continuity), PTT(Push-To-Talk), IMS 중심 서비스(ICS: IMS Centralized Services) 등을 전달하는 네트워크 요소인 것으로 정의한다. IMS는 각각의 애플리케이션 서버(AS)가 예를 들어, 가입자 프로필, IMS 이동성, 네트워크 액세스, 인증, 서비스 인가, 요금 및 과금, 오퍼레이터 간 기능, 및 레가시 폰 네트워크와의 상호운용기능(interoperation)을 가져야 한다고 공통 제어 컴포넌트를 정의함으로써 애플리케이션을 관리한다.

IMS가 주로 GSM 네트워크를 어드레스하는 3GPP 표준 바디에 의해 정의되는 반면에, 또 다른 그룹인 3GPP2는 멀티미디어 도메인(MMD: Multimedia Domain)으로 지칭되는 매우 유사한 아키텍쳐를 정의하는 데 관련됨을 이해하여야 한다. MMD는 본질적으로 CDMA 네트워크를 위한 IMS이고, MMD 및 IMS는 대체로 동등하므로, 본 발명의 개시에서 용어 “IMS”는 적용 가능한 경우 IMS 및 MMD의 양자 모두를 총칭하는 데 사용될 수 있다.

계속하여 도 1을 참조하면, 참조 부호 114-1 내지 114-N은 상기 언급한 바와 같이, 다양한 서비스, 예를 들어 VCC, PTT, ICS 등을 지원하도록 동작 가능한 복수의 AS 노드를 지칭한다. 또한, 보이스 베어러로서 CS를 사용하여 SIP 콜의 콜 제어를 실시하기 위해, AS 노드들 중 하나의 노드, 예를 들어 AS 114-(N-1)가 ICCF(IMS Centralised Services Control Function)로 지칭되는 기능성을 구현하기 위해 제공 될 수 있다. ICCF는 홈 IMS 네트워크에 상주하며 CS과 IMS 도메인 사이에서 모든 콜 세션 및 관련 모바일 VoIP 베어러 트래픽을 추적하는 IMS 애플리케이션 서버 요소로서 동작 가능하다. 2006년 1월 10일 제출되어 발명의 명칭이 “SYSTEM AND METHOD FOR MANAGING CALL ROUTING IN A NETWORK ENVIRONMENT INCLUDING IMS”인 계류 중인 미국 특허 출원 제11/328,875호에서 AS 114-(N-1)의 기능성에 관한 부가적인 상세를 볼 수 있으며, 여기에 참조된다.

또한, 또 다른 AS 노드인 AS 114-N은 PS 도메인에서의 접속이 이용 가능하지 않거나 이용 가능한 PS 네트워크가 VoIP 서비스를 지원할 수 없는 동안에 CS 도메인에서 UE 디바이스들 중 하나의 UE 디바이스에 의해 발신되는 IP/SIP 콜의 라우팅을 용이하게 하기 위해 코어 IMS 네트워크(112)의 일부로서 제공된다. 더욱 상세하게 후술하는 바와 같이 SIP 콜 라우팅을 위해 선택 IMRN이 동적 할당될 수 있는 IP 멀티미디어 라우팅 번호(IMRN)의 풀을 구성 및 관리하기 위해 AS(114-N)와 연관되어 적합한 데이터베이스 구조[예를 들어, DB(122)], 타이머 메커니즘[예를 들어, 타이머(124)] 및 적당한 로직(126)이 제공될 수 있다.

본 발명 개시의 교시에 따르면, 바람직하게는 AS 114-N에 다음 단계들, 즉 AS 노드 상에서 종료되는 IMRN으로서 동작 가능한 E.164 번호의 풀을 유지하는 단계로서, 선택 E.164 번호는 이에 한정되는 것은 아니지만 착신측의 SIP URI 또는 Tel URI, P-우선 아이덴티티(P-Preferred Identity), 프라이버시 지시(Privacy Indication), 및 네트워크 액세스 인포 헤더(Network Access Info header)를 포함하는 SIP 초대 메시지에서 수신된 정보에 매핑될 수 있는 것인, 단계; 선택 E.164 번호를 수신된 착신측의 URI(예를 들어, SIP URI 또는 Tel URI) 및 기타 수신된 정보에 동적으로 할당하고, 선택 E.164 번호를 SIP 380 (대안 서비스) 응답 메시지를 통하여 발신 UE 디바이스에 제공하는 단계; 착신측에 대한 SIP 콜 세션을 실시하기 위해 선택 E.164 번호가 AS 114-N에 (종래의 CS 콜 설정을 통해) 반환될 때 그 선택 E.164 번호가 시간 만료되지 않았음을 검증하는 단계; 및 선택적으로, 추후 사용을 위해 선택 E.164 번호를 풀에 다시 배포하여 소정 시간 동안 선택 E.164 번호를 차단시키는 단계;를 수행하기 위해 CCCF(call continuity control function)(116), NeDS(network domain section)(118), 및 gsm SCF(gsm service capability feature)(120)와 같은 적합한 로직/구조/소프트웨어/펌웨어 모듈(들)이 제공된다.

E.164는 전화 번호가 어떻게 그리고 누구에 의해 할당되는지를 규정하는 국제 전기통신 연합(ITU; International Telecommunications Union) 전화 넘버링 플랜을 지시하는 것임을 주목하자. E.164 전화 번호의 형식 및 기호는 예를 들어 ITU 표준 E.123에 규정되어 있다. 동적 할당 가능한 IMRN의 풀을 관리하기 위해, AS 노드(예를 들어, AS 114-N)는 E.164 번호와 관련하여 다수의 방식으로 구성될 수 있다. 예를 들어, 특정 E.164 번호가 IMRN 범위의“시작 어드레스” 번호로서 제공될 수 있다. 또 다른 E.164 번호는 IMRN 범위에 대하여 범위 구분기호(delimiter)로서 동작할 수 있다. 유연성을 허용하기 위해, 다양한 번호 범위로부터 구성되도록 다양한 IMRN의 풀을 제공하는 것이 바람직할 수 있다. 또한, 할당된 IMRN이 유효하게 남아있음(예를 들어, 시간 만료되지 않았는지, 즉 적합한 시간 제한 내에 사용되었 는지), 또는 적당한 차단 시간이 적용됨을 확보하기 위해, 적합한 타이머 메커니즘(들)이 AS 114-N에서 구현될 수 있다. 하기 상세하게 설명될 바와 같이, AS 114-N에서의 IMRN과 연관된 타이머 및 발신 UE 디바이스에서의 콜 참조 번호와 연관된 타이머의 관리는 CS 도메인에서 동작하는 UE 디바이스에 의해 SIP 콜을 실시하는 데 사용될 수 있는 IMRN의 동적 프로비져닝을 허용한다.

도 2는 URI(예를 들어, SIP URI 또는 Tel URI)에 의해 식별되는 착신측에 대하여 UE 디바이스에 의해 CS 발신 SIP 콜을 실시하기 위한 본 발명의 전반적인 방법에 대한 예시적인 실시예의 흐름도를 도시한다. SIP 콜은 UE 디바이스의 최종 사용자, 또는 발신측에 의해 개시된다. 바람직하게는, 발신측은 적당한 인터페이스(예를 들어, MMI)를 통하여 URI를 입력하거나, 또는 UE에 저장된 리스트로부터 URI를 선택한다. 잘 알려져 있는 대로, 통상적인 SIP 어드레스는 sip : < username >@< hostname >의 형태를 취할 수 있는데, 이는 예를 들어 그 명칭이 SIP : Session Initiation Protocol인 RFC 3261과, 그 명칭이 Obtaining and Using Globally Routable User Agent ( UA ) URIs ( GRUU ) in the Session Initiation Protocol ( SIP ) (draft-ieth-sip-gruu-06)(만기: 2006년 4월 23일)인 인터넷 드래프트에 설명되어 있는 것들과 같은 추가적인 체계적 요소 및 파라미터를 포함할 수 있다.

“Tel URI”는 현재 RFC(Request For Comments) 3966에 정의되어 있음을 주목하자(2004년 12월). Tel URI의 일부 예는 다음과 같다: (1) tel:+1-201-555-0123: 이 URI는 미국의 전화 번호를 가리킨다. 하이픈은 사람들이 번호를 용이하게 읽을 수 있도록 포함되는 것이며, 이는 국가, 지역 코드 및 가입자 번호를 분리한다; (2) tel:7042;phone-context=example.com: URI는 콘텍스트 “example.com”내에서 유효한 지역 전화 번호를 나타낸다; 그리고 (3) tel:863-1234;phone-context=+1-914-555: URI는 특정 전화 시내 국번 내에서 유효한 지역 전화 번호를 나타낸다.

블록 202에서, SIP 콜에 관한 다양한 정보 조각(여기에 “콜 정보”라고 총칭하여 지칭될 수 있음)이 UE 디바이스로부터 IMS 네트워크에 배치된 네트워크 노드에 제공된다. 콜 정보는 콜과 연관된 콜 참조 번호, 착신측의 SIP URI(또는, B-URI), 오파크(Opaque) 파라미터(적용 가능하다면), GRID 파라미터(적용 가능하다면), 추가적인 URI 관련 정보(예를 들어, 디스플레이 명칭), 발신측의 SIP URI(또는 A-URI), 오파크 파라미터, 프라이버시 인디케이터, 네트워크 액세스 인포 헤더 등과 같은 정보를 포함할 수 있다. 발신측이 AOR(Address of Record) 뿐 아니라 오파크 및 GRID 파라미터를 포함하는 B-URI를 송신하는 경우, 그것들은 콜 정보의 일부로서 제공될 것이다. 또한, 발신측이 AOR, 오파크 및 GRID 파라미터를 포함하는 자기 자신의 URI를 송신하는 경우, 그것들 또한 콜 정보로 제공될 것이다.

상기 설명한 바와 같이 발신 UE 디바이스에 의해 전송되는 콜 정보의 적어도 일부를 모니터링하는데 사용되는 타이머가 UE 디바이스에서 개시될 수 있다. 특히, 타이머는 특정 콜 참조 번호가 발생되어 IMS 네트워크 노드에 전송된 이래로 경과된 시간을 모니터하기 위해 구현될 수 있다. IMS 네트워크 노드에서, IMRN의 풀로부터 선택된 IMRN은 콜 참조 번호에 대하여 동적으로 연관되며, 여기서 IMRN은 콜 정보의 적어도 일부, 예를 들어, 수신된 착신측의 SIP URI에 매핑된다(블록 204). 일부 실시예에서, IMRN은 모든 수신된 SIP 콜 정보에 매핑될 수 있다. 또한, 동적 할당된 IMRN과 연관된 활동 시간(time-to-live) 변수를 모니터하기 위한 타이머가 네트워크 노드에서 시작될 수 있다.

이후, 동적 할당된 IMRN은 SIP 380 (대안 서비스) 응답 메시지를 통하여 UE 디바이스에 제공된다. SIP 380 (대안 서비스) 응답 메시지의 수신시, 그것이 무효화되지 않았음을 확보하기 위해 콜 참조 번호와 연관된 경과 시간이 모니터링된다(블록 206). 경과 시간이 선택 조건을 충족시키면, 예를 들어 활동 시간 값 내에 있다면, 동적 할당된 IMRN은 UE 디바이스에 의해 수락된다(블록 208). 응답으로, 그 다음 UE 디바이스에 의해 동적 IMRN을 사용하여 적합한 콜 설정이 개시되고, 이에 의해 수락된 IMRN은 AS 노드에서 종료되므로 AS 노드에 반환된다. AS 노드에서 IMRN의 수신시, IMRN이 시간 만료되지 않았음을 확보하기 위해 그것의 활동 시간 변수가 모니터링된다(블록 210). 이후, SIP 초대 메시지를 생성하여 송신함으로써(예를 들어, SIP 초대 메시지에 A측 URI, 프라이버시 인디케이터, B측 URI, 오파크 파라미터 등을 삽입하여 그것을 착신측에 송신시킴으로써) 착신측과의 SIP 세션의 실시를 위해 착신측의 SIP URI 또는 Tel URI (및 동적 할당된 IMRN에 매핑되는 원래 수신된 임의의 기타 적당한 SIP 정보)는 AS 노드에 의해 이용된다. 일 구현예에서, 동적 IMRN은 선택적으로 IMRN의 풀로 다시 반환될 수 있고, 그것이 재사용되거나 추후 사용을 위해 이용 가능하게 되기 전에 일정 시간 동안 차단될 수 있다(블록 212).

전술한 바에 기초하여, 당해 분야에 숙련된 자들이라면 콜 정보, 즉 착신측의 SIP URI 또는 Tel URI, 콜 참조 번호 등이 UE 디바이스에 의해 서빙 AS 노드에 송신될 때, AS 노드에서 적합한 로직이 수신된 콜 정보를 UE 디바이스에 다시 전송될 E.164 기반 IMRN에 매핑하는 기록을 생성할 수 있음을 인식할 것이다. IMRN을 콜 참조 정보와 상관(correlate)시킴으로써 UE는 AS 노드 상에서 종료되는 IMRN을 사용하여 콜을 설정한다. 그 다음 착신측과의 SIP 세션의 확립을 위해[즉, A측 어드레스에 의해 식별되는 발신측(UE 디바이스)과 B측 어드레스에 의해 식별되는 착신측 사이] 기록에 대하여 착신측의 URI를 검색하도록 IMRN이 문의된다.

또한 UE 디바이스와 홈 IMS 네트워크의 AS 노드 간의 메시지 흐름이 다수의 기타 적합한 네트워트 기반구조 요소를 통해 중재될 수 있고, 디바이스 성능 뿐 아니라 네트워크 특성 및 사용될 프로토콜에 따라 다수의 방식으로 구현될 수 있음은, 당 기술 분야에 숙련된 자에 의해 인지되어야 한다. 통상적으로, 메시지 흐름은 UE 디바이스와, CS 발신 SIP 콜을 용이하게 하도록 동작 가능한 그의 홈 IMS AS 노드와의 사이에 배치되는 모바일 교환 센터(MSC: mobile switching center) 및 MGCF(media gateway control function) 요소와 같은 네트워크 요소를 통해 중재될 수 있다.

도 3a는 SIP 메시징이 구현되는 경우 동적 IMRN 할당에 기초하여 CS 발신 SIP 콜을 실시하기 위한 메시지 흐름 실시예(300A)를 도시한다. CS 도메인 및 IMS 도메인 모드의 기능성을 갖는 무선 UE 디바이스(302)는 SIP 콜이 CS 도메인에서의 UE 디바이스(302)로부터 개시되고 있는 것을 검출하는 것에 응답하여 애플리케이션 서버(AS) 노드(308)를 향하여 SIP 초대 메시지(312)를 발생시키도록 동작 가능하다. 앞서 설명한 바와 같이, SIP 초대 메시지(312)는 콜 참조 번호, 착신측의 SIP URI, 추가적인 URI 정보 및 기타, 예를 들어 P_우선 아이덴티티의 A측 AOR, 프라이버시 인디케이터, 오파크 파라미터, GRID 파라미터 등과 같은 적용 가능한 콜 정보를 포함한다. 상기 설명한 바와 같이, 발신측은 적당한 인터페이스(예를 들어 MMI)를 통하여 URI(또는 SIP 어드레스) 또는 Tel URI를 입력하거나, 또는 UE에 저장되어 있는 리스트로부터 그것을 선택하여 콜을 개시한다.

SIP 초대 메시지(312)는 그 메시지가 회선 교환(CS) 모바일 발신(MO: mobile-originated) 콜을 위한 것인지[즉, UE 디바이스(302)가 CS 도메인을 통하여 이 콜을 형성할 의도인지]의 여부를 지시하는 인디케이터 필드의 인디케이터를 더 포함할 수 있다. 예를 들어, “GERAN-CS”와 같은 새로운 네트워크-액세스-인포 값이 이용될 수 있다. 대안으로, SIP 초대 메시지에 새로운 특징의 태그 또는 새로운 URI 파라미터가 제공될 수 있다. 그러나, 지시가 SIP 초대 메시지에 착신측(“B측”)의 SIP URI 또는 Tel URI를 포함하는 것에만 가정될 수 있음을 주목하자. 하나의 바람직한 실시예에서, SIP 초대 메시지의 TARGET 어드레스는 착신측 또는 B측의 SIP URI 또는 Tel URI로 채워진다. 이 경우, SIP 초대 메시지의 SIP URI 필드는 AS 노드의 공공 서비스 식별자(PSI: public service identifier)로 채워진다. SIP 초대 메시지의 원인 값(cause value)은 세션을 위한 무선 베어러 채널이 CS 도메인을 통해 확립될 것을 지시하도록 적합하게 설정될 것이다.

콜 참조 번호와 연관된 활동 시간 변수를 모니터링하기 위해 적당한 타이머 메커니즘(310)이 UE 디바이스에서 개시될 수 있다. 이 동작이 특정 시간프레임 내에 특정 정보를 갖는 SIP 380 응답을 제공하는 것으로 알려져 있기에 보통의 SIP 타이머에 더하여 이 타이머가 제공될 수 있음을 인식하여야 한다.

I-CSCF 및/또는 S-CSCF 노드를 통하여 중재될 수 있는 초대 메시지(312)에 응답하여, 상기 설명된 바와 같이 사용자의 홈 IMS 네트워크에 배치된 AS 노드(308)는 적당한 SIP 380 (대안 서비스) 응답 메시지(예를 들어, SIP 380 응답 메시지)를 발생시키고 채우기 위한 SIP-URI 로직(313)을 착수하도록 동작 가능하다. 사용자에게 SIP 콜을 하는 것이 허용되고 초대 메시지가 적절한 CS MO 인디케이터를 포함함을 검증하면, 네트워크 노드(이 예에서는, IMS AS 노드)는 콜 정보 또는 파라미터(예를 들어, P_우선 아이덴티티의 A측 AOR, 프라이버시 인디케이터, 오파크 파라미터, GRID 파라미터 등)에 매핑된 선택 IMRN을 동적으로 할당하고, 그것을 SIP 380 메시지(316)를 통하여 UE 디바이스(302)에 다시 반환한다. 다시, 동적 할당된 IMRN은 IMS 중심 서비스 라우팅 번호(IMS Centralised Service Routing Number) 또는 “ICSRN”으로 지칭될 수 있다. 초대 헤더(Invite Header) 또는 초대(Invite)의 바디에 포함되는 다이얼로그 정보가 콜을 상관시키는 데 사용될 수 있다.

동적 할당된 IMRN과 연관된 활동 시간 변수를 모니터링하기 위해 AS 노드(308)에서 적당한 타이머 메커니즘이 시작될 수 있다(블록 314). UE 디바이스의 타이머 메커니즘에 기초하여 콜 참조가 시간 만료되지 않았음을 검증한 후에, SIP 380 응답 메시지(316)의 수신에 응답하여 UE 디바이스(302)는 동적 IMRN(또는 ICSRN)을 포함하는 콜 설정 메시지(320)를 개시한다. 응답으로, MSC(304)는 MGCF(306)를 향하여 IAM(Initial Address Message)(322)를 발생시킨다. IMRN을 포함하는 SIP 초대 메시지(324)는 MGCF(306)에 의해 AS 노드(308)를 향하여 발생되고, AS 노드(308)는 그 다음 착신측(미도시)에 대한 SIP 세션 또는 콜의 확립을 위해 IMRN 매핑을 사용한다. 여기에는 구체적으로 도시되지 않았지만, 다양한 중간 SIP 메시지 및 리소스 할당/예약 교섭이 MGCF(306)와, SIP 초대(324)에 이어지는 착신측과의 사이에서 발생할 수 있음은 물론이다. 또한, 당업자에게는 이해될 UE 디바이스(302)와 착신측 사이에 베어러 경로가 확립되기 전에 발생할 수 있는 추가적인 ISUP 메시징은 여기에 도시되지 않는다.

AS 노드(308)에서 SIP 초대(324)를 통하여 동적 할당된 IMRN의 수신시, IMRN이 시간 만료되었는지의 여부를 검증하기 위해 타이머 메커니즘은 정지될 수 있다(블록 326). 시간 만료된 경우, SIP 초대 메시지는 폐기될 수 있고, 콜 라우팅 프로세스는 종료될 수 있다. IMRN이 시간 만료되지 않은 경우, AS 노드(308)는 IMRN 상관(correlation)에 기초하여 SIP 세션을 확립할 수 있다. 상관을 위한 IMRN을 사용한 후에, 그것은 IMRN 풀에 반환될 수 있고, 소정 시간 후에 차단 타이머가 정지될 때까지는 IMRN의 더 이상의 사용을 방지하도록 차단 타이머가 시작될 수 있다(블록 330).

앞서 지적한 바와 같이, 콜 참조 번호가 시간 만료되지 않았음을 확보하기 위해 [예를 들어, 타이머 메커니즘(318)을 사용하여] 디바이스 측에서의 타이머 메커니즘이 또한 사용될 수 있고, 참조 번호는 네트워크 노드로부터 수신된 정보(예 를 들어, 동적 IMRN)와 상관시키도록 UE 디바이스에 의해 사용된다. 동일한 참조 번호가 네트워크 노드로부터 다시 수신되기 전에 타이머가 만기된 경우, UE 디바이스는 콜 프로세스를 소정 횟수(예를 들어, 다섯 번의 시도) 재시도할 수 있으며, 그 후에 아무런 응답도 수신되지 않은 경우 콜 절차는 실패한 것으로 간주될 수 있다. 바꾸어 말하면, UE 디바이스가 더 이상 유효하지 않은 참조 번호를 수신하는 경우, 그것은 폐기될 수 있고 콜 절차는 종료될 수 있다.

도 3b는 요청 URI에 SIP-URI를 갖는 SIP 초대 메시지를 채용함으로써 모바일 발신 SIP 콜을 위한 메시지 흐름도(300B)를 도시하는데, 여기서 홈 네트워크(350)에 어떤 중간 노드가 예시된다. 상기 설명된 흐름도 실시예(300A)와 마찬가지로, UE 디바이스(302)는 I-CSCF(352)를 향하여 SIP 초대 메시지(356)를 발생시키도록 동작 가능하고, 여기서 SIP 초대 메시지는 TARGET 필드에 포함되는 착신측의 SIP-URI를 포함한다. 이 초대 메시지는 SIP 초대(361)로서 직접 또는 SIP 초대 메시지(358 및 360)에 의해 S-CSCF(354)를 통하여 AS 노드(308)에 전달된다. 앞서 설명한 바와 같이, ICSRN을 갖는 SIP 380 (대안 서비스) 응답 메시지(364)는 AS 노드(308)에 의해 S-CSCF(354)를 향하여 발생되고, 그 다음 SIP 응답(366)을 통하여 UE 디바이스(302)에 전달된다. ICSRN을 갖는 콜 설정 메시지(368)는 MSC(304)에 제공되고, CS 발신 절차(370)를 개시한다. MSC(304)로부터 MGCF(306)를 향한 IAM 메시징(372)은 I-CSCF(352)를 향하여 SIP 초대(374)를 발생시키도록 동작 가능하고, 이는 ICSRN을 갖는 초대 메시지(380)로서 AS 노드(308)에 직접 전달될 수 있다. 대안으로, I-CSCF(352)는 먼저 SIP 초대(376)를 S-CSCF(354)에 제공하고, 그 다음 S- CSCF(354)는 SIP 초대(378)를 AS 노드(308)에 전달한다. 어떻게든, 일단 ICSRN이 AS 노드(308)에서 수신되면, 적합한 콜 상관이 형성되어 UE와 착신측 간의 SIP 콜을 확립한다.

도 2, 도 3a 및 도 3b와 관련하여 설명된 기술의 일 변형예에서는, E.164 번호가 동적으로 할당되는 것이 아니라 단지 식별되거나, 계산되거나, 또는 그렇지 않으면 임의의 적당한 알고리즘에 따라 선택되는 것임을 주목하자.

본 발명의 기술을 보다 상세하게 부연하면, UE 디바이스가 CS 콜 발신을 호출해야 함을 검출할 때, SIP 초대 메시지를 생성하여 IMS 중심 서비스 노드에서 종료하는 것으로 알려진 R-URI에 송신할 수 있다. 이 경우, SIP 초대 메시지의 타겟(Target) 파라미터는 B측 어드레스(SIP URI 또는 Tel URI)로 채워지고, SIP 초대 메시지의 원인(Cause) 값은 콜이 CS를 통하여 설정되어야 함을 지시하도록 설정된다. 대안으로, R-URI는 B측 어드레스로 채워질 수 있고, 인디케이터 필드에 메시지가 회선 교환(CS) 모바일 발신(MO) 콜을 위한 것인지[즉, UE 디바이스(302)가 CS 도메인을 통하여 이 콜을 형성할 의도인지]의 여부를 지시하는 인디케이터를 더 포함할 수 있다. 예를 들어, “GERAN-CS”와 같은 새로운 네트워크-액세스-인포 값이 이용될 수 있다. 대안으로, SIP 초대 메시지에 새로운 특징 태그 또는 새로운 URI 파라미터가 제공될 수 있다. 먼저의 경우, SIP 초대 메시지는 UE/공공(Public) ID 조합의 GRUU를 포함한다. P-우선-ID(P-Preferred-ID)는 CS 네트워크에서의 식별을 위한 UE 디바이스의 사용자 또는 가입자와 연관된 발신 회선 아이덴티티(CLI: calling line identity)로 설정된다. B측 공공 사용자 어드레스(Tel URI, SIP URI) 는 SIP URI 타겟 파라미터에 설정되고, 원인 값은 CS 베어러 요청 = YYY를 지시한다.

타겟 파라미터가 B측 어드레스를 전하도록 사용될 때, SIP R-URI는 ICCF를 지시하기 위해 UE 디바이스에 프로비져닝되었던 많은 것들 중 하나일 수 있음을 주목하자. 그러한 경우, UE 디바이스는 무작위로 이들 중 하나를 선택할 수 있고, URI는 우선순위를 식별하는 일부 표시(indice)를 가질 수 있다.

아래에 예가 제공된다:

R-URI가 B측으로 설정된 경우, 초대는 UE/공공 ID 조합의 GRUU를 포함한다. P-우선-ID는 사용자가 CS 네트워크에서 알려지기를 원하는 발신 회선 아이덴티티로 설정된다. 네트워크-액세스-인포 헤더는 콜이 SIP 제어이지만 무선 베어러는 CS 도메인을 통해 가는 것임을 지시하는 값으로 설정되어, 이 예에서는 그 설정이 3GPP-GERAN-CS이고, 또 다른 예에서는 3GPP-UTRAN-CS일 수 있다.

아래에 예가 제공된다:

SIP 초대 메시지에 380 (대안 서비스) 응답의 수신시, UE는 E.164 번호로서 380 (대안 서비스) 응답에 제공된 ICSRN을 사용하여 CS 콜을 설정한다. 이 E.164 번호는 380 (대안 서비스)의 콘택 헤더(contact header)에 있거나, 또는 사실상 XML 바디에 있을 수 있다.

R-URI의 수신시, S-SCSF는 초대가 UE에 할당되었던 IMS 중심 서비스 노드를 위한 것임을 인지하고 그것을 이 AS 노드에 전송한다. IMS 중심 서비스 노드 구성 정보는 (a) ICSRN E.164 시작 어드레스 번호; 및 (b) 할당될 ICSRN의 번호 또는 최근의 E.164 시작 어드레스 번호를 포함한다. 넘버링 플랜에 있어서 유연성을 허용하기 위해, ICSRN의 풀이 다양한 번호 범위로부터 할당될 수 있도록 (a) 및 (b)의 발생이 더 많이 일어날 수 있다. (a) 및 (b)에 더하여, 기타 구성 정보는 (c) ICSRN이 활동할 수 있는 활동 시간; 및 (d) ICSRN의 차단 시간(ICSRN이 ICSRN 풀에 다시 할당된 후에 얼마나 오래 사용될 수 없는지)을 포함할 수 있다.

IMS 중심 서비스 노드에서의 행동을 설명한다. IMS 중심 서비스 노드가 R-URI를 포함하는 초대를 수신한 경우, 그 R-URI를 검사하여 그 R-URI가 CS를 통해 MO 콜을 개시하기 위한 요청과 연관되는지의 여부를 결정한다. 대안의 구현예에서는 IMS 중심 서비스 노드는 P 액세스 네트워크 인포(P-Access-Network-Info) 헤더를 검사할 것이다. 그것이 CS를 통한 콜 설정(call-set-up)을 지시하기 위한 GERAN-CS 또는 어떤 다른 값으로 설정된 경우, IMS 중심 서비스 노드는 수신된 초대가 여기서 종료됨을 가정하고 다음과 같은 행동이 발생한다.

IMS 중심 서비스 노드는 ICSRN을 수신된 GRUU에 할당할 것이다. 다음은 ICSRN의 기타 정보 요소에 대한 가능한 매핑을 나타낸다.

IMS 중심 서비스 노드는 초대(INVITE) 요청에 380 (대안 서비스) 응답으로 응답할 것이다. ICSRN, 핸드오버가 이루어질 무선 액세스 유형을 포함하는 이 응답의 코딩의 예를 아래에서 볼 수 있는데, 무선 액세스 유형은 "IEEE-802.11" / "IEEE-802.11a" / "IEEE-802.11b" / "IEEE-802.11g" / "3GPP-GERAN" / "3GPP-UTRAN-FDD" / "3GPP-UTRAN-TDD" / "ADSL" / "ADSL2" / "ADSL2+" / "RADSL" / "SDSL" / "HDSL" / "HDSL2" / "G.SHDSL" / "VDSL" / "IDSL" / "3GPP2-1X" / "3GPP2-1x-HRPD" / "DOCSIS" / token, 3GPP -GERAN CS, 3GPP -GERAN PS, 3GPP-UTRAN CS, 3GPP-UTRAN PS, 802.11b, 802.11a, 802.11g, EVDO, CDMA1X, WiMAX 등을 포함한다(그러나 이에 한정되는 것은 아님). ICSRN은 또한 콘택 헤더에 포함된다. ICSRN의 할당에 대하여 R-URI로서 ICSRN를 가지며 발신이 MGCF로부터인 초대의 수신시에 해제되는 것인 타이머를 시작할 것이다. 타이머가 만기되는 경우 ICSRN은 차단 풀에 넣어진다.

IMS 중심 서비스 노드가 초대에서 GRUU에 의해 식별되는 동일한 UE로부터 후속 요청을 수신한 경우, IMS 중심 서비스 노드는 다음 동작, 즉 (a) 동일한 ICSRN을 재전송하고 타이머를 재설정하는 동작; (b) 새로운 ICSRN을 할당하고, 그 ICSRN과 연관된 타이머를 시작하여 오래된 것을 차단 풀에 넣는 동작; 및 (c) 그 요청을 완전히 거절하고 오래된 것을 차단 풀에 넣는 동작을 행할 수 있다.

다음은 380 대안 서비스 응답을 코딩하는 예시적인 코드이다.

도 4는 본 발명의 개시를 위해 무선 UE 디바이스, 예를 들어 UE(302)로서 동작 가능한 모바일 통신 디바이스의 실시예의 블록도이다. UE(302)의 실시예는 도 4에 도시된 것과 유사한 배치를 포함할 수 있지만, 도시된 다양한 모듈에 대하여 하드웨어, 소프트웨어 또는 펌웨어에서 다수의 변형 및 변경이 존재할 수 있음은 당업자라면 인지할 것이다. 따라서, 도 4의 배치는 본 발명의 실시예에 대하여 한정하는 것이 아니라 예시로서 간주되어야 한다. UE(302)의 실시예의 전반적인 제어를 제공하는 마이크로프로세서(402)는 다중 모드 통신(예를 들어, CS 도메인, IMS와 같은 IP 도메인 등)이 가능한 통신 서브시스템(404)에 동작 가능하게 연결된다. 통신 서브시스템(404)은 일반적으로 하나 이상의 수신기(408) 및 하나 이상의 송신기(414) 뿐 아니라, 하나 이상의 국부 발진기(LO: local oscillator) 모듈(410)과 같은 연관 컴포넌트와, 디지털 신호 프로세서(DSP: digital signal processor)(412)와 같은 프로세싱 모듈을 포함한다. 통신 분야에 숙련된 자에게 명백한 바와 같이, 통신 모듈(404)의 특정 설계는 모바일 디바이스가 동작하도록 의도되는 통신 네트워크(예를 들어, CDMA 네트워크, GSM 네트워크, WLAN 등)에 따라 좌우될 수 있다. 그러나, 특정 설계에 관계없이, 적합한 액세스 기반구조(405)(예를 들어, 셀룰라 기지국 타워, WLAN 핫 스폿 등)를 통해 안테나(406)에 의해 수신 된 신호는 수신기(408)에 제공되고, 수신기(408)는 신호 증폭, 주파수 다운 변환, 필터링, 채널 선택, A/D(analog-to-digital) 변환 등과 같은 이러한 보통의 수신기 기능을 수행할 수 있다. 마찬가지로, 예를 들어 DSP(412)에 의해 변조 및 인코딩을 포함하여 송신될 신호가 처리되고, D/A(digital-to-analog) 변환, 주파수 업 변환, 필터링, 증폭 및 안테나(416)를 거쳐 무선 인터페이스를 통한 송신을 위해 송신기(414)에 제공된다.

마이크로프로세서(402)는 또한 보조 I/O(input/output)(418), 직렬 포트(420), 디스플레이(422), 키보드/키패드(424), 스피커(426), 마이크로폰(428), RAM(random access memory)(430), 단거리 통신 서브시스템(432) 및 참조 부호 433으로서 통칭되는 임의의 기타 디바이스 서브시스템, 예를 들어 타이머 메커니즘과 같은 부가적인 디바이스 서브시스템과 연결할 수 있다. 이 예에서, 디스플레이(422), 키보드/키패드(424), 스피커(426), 마이크로폰(428)은 모바일 통신 디바이스의 사용자 인터페이스의 부분으로, 이를 통해 최종 사용자에 의해 콜이 개시될 수 있고 유지될 수 있다. 액세스를 제어하기 위해, SIM/ RUIM(434)이 또한 마이크로프로세서(402)와 통신하도록 제공될 수 있다. 일 구현예에서는, SIM/RUIM 인터페이스(434)는 다수의 키 구성(444)과, URI 뿐 아니라 식별 정보(identification) 및 가입자 관련 데이터와 같은 기타 정보(446)를 갖는 SIM/RUIM 카드로써 동작 가능하다. SIM/RUIM이 없는 경우에는 UE 디바이스가 모바일 기기(ME; mobile equipment)로 지칭되지만 본 발명의 기술이 어떠한 디바이스에도 적용 가능함을 주목하자.

운영 시스템 소프트웨어 및 적용 가능한 서비스 로직 소프트웨어가 플래시 메모리(435)와 같은 영구 저장 모듈(즉, 비휘발성 저장 장치)에서 구현될 수 있다. 일 구현예에서, 플래시 메모리(435)는 다양한 영역, 예를 들어 컴퓨터 프로그램(예를 들어, 서비스 프로세싱 로직)을 위한 저장 영역(436) 뿐 아니라 디바이스 상태(437), 어드레스 북(439), 기타 PIM(personal information manager) 데이터(441), 및 참조 부호 443으로서 통칭되는 기타 데이터 저장 영역과 같은 데이터 저장 영역으로 분리될 수 있다. 하나 이상의 적합한 무선 패킷 전달 프로토콜을 실시하기 위해 전달 스택(445)이 제공될 수 있다. 또한, 상기에 설명한 바와 같이, SIP-URI 및 콜 참조 ID 발생, 유효성, 검증, 및 IMRN와의 상관 등을 실시하기 위해 본 발명의 기술에 따른 적합한 콜 메시징 프로세싱을 위한 콜 제어 로직 모듈(448)이 제공된다.

따라서, 회선 교환(CS) 네트워크 및 IP 멀티미디어 서브시스템(IMS) 네트워크를 포함하는 네트워크 환경에서 사용자 기기(UE) 디바이스로부터 착신측에 세션 개시 프로토콜(SIP) 콜을 발신하는 방법 및 장치가 설명되었다. SIP 콜이 CS 네트워크 도메인에서 UE 디바이스로부터 발신될 때, 착신측의 SIP URI 또는 Tele URI을 포함하는 SIP 초대 메시지가 UE 디바이스로부터 IMS 네트워크에서의 애플리케이션 서버(AS) 노드에 송신된다. AS 노드에서는, E.164 번호의 풀이 착신측 URI에 매핑하거나 또는 그와 연관시키는 데 이용되는 IP 멀티미디어 라우팅 번호(IMRN)로서 유지된다. 따라서, AS 노드는 UE 디바이스로부터 수신된 착신측의 URI에 대하여 선택 E.164 번호를 동적으로 할당하고, 그것을 SIP 380 (대안 서비스) 응답 메시지로 UE 디바이스에 반환한다. 이어서, 동적 할당된 E.164 번호는 AS 노드에서의 URI의 식별을 위한 콜 설정 메시지로 UE 디바이스로부터 송신된다. 따라서, 동적 할당된 E.164 번호는 URI-IMRN 매핑의 문의를 통하여 착신측을 향하여 SIP 콜을 라우팅하는 데 이용되고, 그 후에 추후 사용을 위해 IMRN의 풀에 다시 배포될 수 있다. 콜과 연관된 콜 참조 번호가 유효하게 남아있는지(예를 들어, 시간 만료되지 않았는지) 또는 동적 할당된 IMRN이 유효하게 남아있는지(예를 들어, 시간 만료되지 않았는지)의 여부를 검증할 수 있도록 디바이스 및 AS 노드 종단점에 적합한 타이머가 제공될 수 있다. 선택적으로, 배포된 IMRN은 소정 기간 동안 차단될 수 있다.

AS 노드에서, 본 발명의 기술은 IP 멀티미디어 라우팅 번호(IMRN)로서 E.164 번호의 풀에 대한 액세스를 유지하는 단계; 회선 교환 네트워크 도메인을 통하여 사용자 기기(UE) 디바이스로부터 발신하는 SIP 콜을 위한 것으로 착신측의 SIP URI 또는 Tel URI를 포함하는 것인 SIP 초대 메시지를 수신하는 단계; E.164 번호들 중 하나를 선택하고, 선택된 E.164 번호와 콜 정보 간의 매핑을 저장하는 단계; SIP 초대 메시지의 수신에 응답하여 상기 선택된 E.164 번호를 포함하는 것인 SIP 380 (대안 서비스) 응답 메시지를 UE 디바이스에 송신시키는 단계; 및 SIP 380 (대안 서비스) 응답 메시지의 송신 후에, SIP 콜을 위해 UE 디바이스로부터 상기 선택된 E.164 번호를 포함하는 콜 설정 메시지를 수신하는 단계; 콜 설정 메시지로부터 식별되는 URI를 저장된 매핑을 통하여 상기 선택된 E.164 번호를 사용하여 식별하는 단계; 및 저장된 매핑을 통하여 식별되는 URI를 사용하여 착신측과의 SIP 세션을 확립시키는 단계를 포함할 수 있다.

본 발명의 실시예의 동작 및 구성이 상기 서술한 상세한 설명으로부터 명백 할 것이다. 바람직한 것으로 특징될 수 있는 예시적인 실시예들이 도시되고 설명되었지만, 다음의 청구범위에 서술된 본 발명의 범주에서 벗어나지 않고서 다양한 변형 및 변경이 이루어질 수 있음을 이해하여야 한다.

도 1은 본 발명의 실시예가 실행될 수 있는 회선 교환 네트워크 기반구조 및 IM 멀티미디어 서브시스템(IMS) 기반구조를 포함하는 네트워크 환경을 도시한다.

도 2는 본 발명의 하나 이상의 예시적인 실시예와 관련된 흐름도를 도시한다.

도 3a 및 도 3b는 애플리케이션 서버(AS) 노드에서 동적 할당된 IP 멀티미디어 라우팅 번호(IMRN)와의 매핑을 위해 요청 URI에 착신측의 SIP-URI를 갖는 SIP 초대 메시지를 채용함으로써 SIP 콜을 발신하는 예시적인 메시지 흐름도를 도시한다.

도 4는 본 발명의 목적을 위해 동작 가능한 통신 디바이스의 실시예의 블록도를 도시한다.

Claims

콜 라우팅을 위하여 디바이스에서 사용되는 방법에 있어서,

콜(call) 정보 - 상기 콜 정보는 착신측의 URI(uniform resource indicator)와 콜 참조 번호를 포함함 - 를 갖는 SIP 초대(Invite) 요청을 인터넷 프로토콜(IP; Internet Protocol) 멀티미디어 서브시스템(IMS; IP multimedia subsystem) 네트워크로 보내는 단계와;

상기 콜 참조 번호 및 E.164 번호를 포함하는 SIP 응답을 수신하는 단계와;

상기 SIP 응답 내에서 수신된 상기 콜 참조 번호가 유효한 상태로 남아있음을 검증하는(verify) 단계와;

상기 SIP 응답을 수신한 후에 그리고 수신된 콜 참조 번호가 유효한 상태로 남아있음을 검증하면, 콜을 위한 CS 콜 설정 메시지 - 상기 CS 콜 설정 메시지는 상기 E.164 번호를 포함함 - 를 보내는 단계를 포함하는, 콜 라우팅을 위하여 디바이스에서 사용되는 방법.
청구항 1에 있어서,

상기 SIP 초대 요청의 TARGET 필드를 상기 착신측의 URI로 채우는 단계를 더 포함하는, 콜 라우팅을 위하여 디바이스에서 사용되는 방법.
청구항 1에 있어서,

상기 SIP 초대 요청의 URI 필드를 IMS 네트워크의 애플리케이션 서버(AS; application server) 노드의 공공 서비스 식별자(PSI; public service identifier)로 채우는 단계를 더 포함하는, 콜 라우팅을 위하여 디바이스에서 사용되는 방법.
청구항 1에 있어서,

상기 SIP 초대 요청을, 상기 SIP 초대 요청이 디바이스로부터의 회선 교환 모바일 발신(mobile-originated) 콜을 위한 것인지 여부를 표시하는 표시자 필드로 채우는 단계를 더 포함하는, 콜 라우팅을 위하여 디바이스에서 사용되는 방법.
청구항 1에 있어서,

상기 디바이스의 사용자 인터페이스에서 URI의 선택을 수신하는 단계를 더 포함하는, 콜 라우팅을 위하여 디바이스에서 사용되는 방법.
청구항 1에 있어서,

상기 E.164 번호는 IMS 네트워크에서 E.164 번호의 풀로부터 동적 선택된 E.164 번호이고, IMS 네트워크에서 URI에 매핑되는 것인, 콜 라우팅을 위하여 디바이스에서 사용되는 방법.
청구항 1에 있어서,

상기 방법은 컴퓨터 판독 가능한 매체 및 상기 컴퓨터 판독 가능한 매체에 저장되는 컴퓨터 명령을 포함하는 컴퓨터 프로그램 제품에서 구현되고, 상기 컴퓨터 명령은 상기 방법의 수행을 위해 디바이스의 하나 이상의 프로세서에 의해 실행 가능한 것인, 콜 라우팅을 위하여 디바이스에서 사용되는 방법.
모바일 통신 디바이스에 있어서,

하나 이상의 프로세서를 포함하고, 상기 하나 이상의 프로세서는,

콜 정보 - 상기 콜 정보는 착신측의 URI와 콜 참조 번호를 포함함 - 를 갖는 SIP 초대 요청을 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 네트워크로 보내고;

상기 IMS 네트워크로부터 상기 콜 참조 번호 및 E.164 번호를 포함하는 SIP 응답을 수신하고;

상기 SIP 응답 내에서 수신된 상기 콜 참조 번호가 유효한 상태로 남아있음을 검증하고;

상기 SIP 응답을 수신한 후에 그리고 수신된 콜 참조 번호가 유효한 상태로 남아있음을 검증하면, 콜을 위한 CS 콜 설정 메시지 - 상기 CS 콜 설정 메시지는 상기 E.164 번호를 포함함 - 를 보내도록 구성되는 것인 모바일 통신 디바이스.
청구항 8에 있어서,

상기 하나 이상의 프로세서는 또한 상기 SIP 초대 요청의 TARGET 필드를 상기 착신측의 URI로 채우도록 구성되는 것인 모바일 통신 디바이스.
청구항 8에 있어서,

상기 하나 이상의 프로세서는 또한 상기 SIP 초대 요청의 URI 필드를 IMS 네트워크의 애플리케이션 서버(AS) 노드의 공공 서비스 식별자(PSI)로 채우도록 구성되는 것인 모바일 통신 디바이스.
청구항 8에 있어서,

상기 하나 이상의 프로세서는 또한 상기 SIP 초대 요청을, 상기 SIP 초대 요청이 상기 모바일 통신 디바이스로부터의 회선 교환 모바일 발신 콜을 위한 것인지 여부를 표시하는 표시자 필드로 채우도록 구성되는 것인 모바일 통신 디바이스.
청구항 8에 있어서,

상기 하나 이상의 프로세서는 또한 상기 착신측의 URI를 포함하는 모바일 통신 디바이스에서의 사용자 개시(user-initiated) 콜 요청을 검출하는 것에 응답하여 보내지도록 상기 SIP 초대 요청을 보내도록 구성되는 것인 모바일 통신 디바이스.
콜 라우팅을 위하여 애플리케이션 서버(AS) 노드에서 사용되는 방법에 있어서,

모바일 통신 디바이스로부터 제1 SIP 초대 요청 - 상기 제1 SIP 초대 요청은 베어러가 회선 교환(CS; circuit-switched) 네트워크를 사용할 수 있는지 여부를 결정하는데 사용되는 데이터 및 착신측의 URI를 포함하는 콜 정보를 가짐 - 을 수신하는 단계와;

상기 제1 SIP 초대 요청에서의 콜 정보와 E.164 번호 간에 매핑하는 단계와;

상기 제1 SIP 초대 요청을 수신하는 것에 응답하여 상기 모바일 통신 디바이스에 상기 E.164 번호를 포함한 SIP 응답을 보내는 단계와;

상기 SIP 응답을 보낸 후에, CS 네트워크로부터 상기 E.164 번호를 갖는 콜 설정 메시지를 수신하는 단계와;

수신된 E.164 번호가 유효한 상태로 남아있음을 검증하는 단계와;

상기 E.164 번호에 기초하여 상기 콜 정보를 식별하는 단계와;

상기 착신측에 상기 콜 정보를 포함하는 제2 SIP 초대 요청을 보내는 단계를 포함하는, 콜 라우팅을 위하여 애플리케이션 서버(AS) 노드에서 사용되는 방법.
청구항 13에 있어서,

상기 제1 SIP 초대 요청의 TARGET 필드에서 상기 착신측의 URI를 식별하는 단계를 더 포함하는, 콜 라우팅을 위하여 애플리케이션 서버(AS) 노드에서 사용되는 방법.
청구항 13에 있어서,

상기 제1 SIP 초대 요청의 URI 필드는 IMS 네트워크의 AS 노드의 공공 서비스 식별자(PSI)로 채워지는 것인, 콜 라우팅을 위하여 애플리케이션 서버(AS) 노드에서 사용되는 방법.
청구항 13에 있어서,

상기 데이터를 읽어들이는 단계와;

상기 데이터에 기초하여 베어러가 CS 네트워크를 사용할 수 있다고 결정하는 단계를 더 포함하는, 콜 라우팅을 위하여 애플리케이션 서버(AS) 노드에서 사용되는 방법.
애플리케이션 서버(AS) 노드에 있어서,

하나 이상의 프로세서를 포함하고, 상기 하나 이상의 프로세서는,

모바일 통신 디바이스로부터 제1 SIP 초대 요청 - 상기 제1 SIP 초대 요청은 베어러가 회선 교환(CS) 네트워크를 사용할 수 있는지 여부를 결정하는데 사용되는 데이터 및 착신측의 URI를 포함하는 콜 정보를 가짐 - 을 수신하고;

상기 제1 SIP 초대 요청의 콜 정보와 E.164 번호 간의 매핑을 저장하고;

상기 제1 SIP 초대 요청을 수신하는 것에 응답하여 상기 모바일 통신 디바이스에 상기 E.164 번호를 포함한 SIP 응답을 보내고;

상기 SIP 응답을 보낸 후에, CS 네트워크로부터 상기 E.164 번호를 갖는 콜 설정 메시지를 수신하고;

수신된 E.164 번호가 유효한 상태로 남아있음을 검증하고;

상기 E.164 번호에 기초하여 상기 콜 정보를 식별하고;

상기 착신측에 상기 콜 정보를 포함하는 제2 SIP 초대 요청을 보내도록 구성되는 것인 애플리케이션 서버(AS) 노드.
청구항 17에 있어서,

상기 하나 이상의 프로세서는 또한 상기 제1 SIP 초대 요청의 TARGET 필드에서 상기 착신측의 URI를 식별하도록 구성되는 것인 애플리케이션 서버(AS) 노드.
청구항 17에 있어서,

상기 하나 이상의 프로세서는 또한 풀로부터 E.164 번호를 동적으로 할당함으로써 E.164 번호를 선택하도록 구성되는 것인 애플리케이션 서버(AS) 노드.
청구항 17에 있어서,

상기 하나 이상의 프로세서는 또한,

상기 데이터를 읽어들이고;

상기 데이터에 기초하여 베어러가 CS 네트워크를 사용할 수 있다고 결정하도록 구성되는 것인 애플리케이션 서버(AS) 노드.
청구항 1에 있어서,

상기 SIP 초대 요청은 베어러가 CS 네트워크를 사용할 수 있는지 여부를 결정하는데 사용되는 데이터를 더 포함하는 것인, 콜 라우팅을 위하여 디바이스에서 사용되는 방법.
청구항 8에 있어서,

상기 하나 이상의 프로세서는 또한 베어러가 CS 네트워크를 사용할 수 있는지 여부를 결정하는데 사용되는 데이터를 상기 SIP 초대 요청에 포함시키도록 구성되는 것인 모바일 통신 디바이스.
삭제
삭제