KR20090083953A

KR20090083953A - 익명의 발신자들에게 결합 서비스를 제공하기 위한 시스템 및 방법

Info

Publication number: KR20090083953A
Application number: KR1020097013285A
Authority: KR
Inventors: 마이클 에프. 코울라스; 아포스톨리스 케이. 살킨트지스
Original assignee: 모토로라 인코포레이티드
Priority date: 2006-12-28
Filing date: 2007-12-21
Publication date: 2009-08-04
Also published as: CN101573939B; WO2008083060A2; EP2130347B1; BRPI0720651B8; WO2008083060A3; WO2008083060A4; BRPI0720651B1; CN101573939A; BRPI0720651A2; EP2130347A2

Abstract

제1 디바이스로부터, 제1 도메인 내의 제2 디바이스로의 콜의 통지가 수신되는 시스템 및 방법이 제공된다. 제1 유형의 콜에 대한 컨텍스트가 생성된다. 제2 디바이스로부터, 제2 도메인 내의 제1 디바이스로의 콜의 개시의 통지가 수신된다. 제1 디바이스에게, 제2 디바이스로부터 제1 디바이스로의 콜의 개시를 통지하기 위해 콜 컨텍스트가 이용된다.

모바일 통신 서비스, 콜 컨텍스트, 콜 레퍼런스, IMS 도메인, CS 도메인

Description

익명의 발신자들에게 결합 서비스를 제공하기 위한 시스템 및 방법{SYSTEM AND METHOD TO PROVIDE COMBINATIONAL SERVICES TO ANONYMOUS CALLERS}

오늘날, 소비자들은 많은 수의 모바일 통신 서비스들을 이용한다. 이러한 서비스들에는, 통상의 음성 서비스, 비디오 공유, 파일 공유, 멀티미디어 메시징, 인스턴트 메시징, 화이트 보드(white board) 등이 포함되지만, 이에 제한되는 것은 아니다.

꽤 자주, 소비자들은 두 개 이상의 서비스를 동시에 이용하기를 원한다. 두 일단(two parties)은, 공유된 비디오를 보거나 혹은 공유된 문서 상에서 공동으로 작업하면서, 음성 통화를 하기를 원할 수도 있다. 소비자들은 또한 서비스들 간에 용이하게 이동할 수 있기를 원한다. 예를 들면, 통상의 음성 통화를 하고 있는 두 일단이 이 통화를 화상 통화로 변경하기를 원할 수도 있다. 그러나, 너무나 자주, 현재 기술 상태는 이러한 교환을 불가능하게 만든다.

예를 들면, 한 일단이, CS 음성 통화의 설정 동안에 CLIR(Calling Line Identification Restriction)의 유발로 인해 다른 일단의 아이덴티티(identity)를 알지 못할 수 있다. 이러한 일이 발생하는 경우, 수신 측(called party)은 발신 측(calling party)의 아이덴티티를 알지 못할 것이다. 수신 측은 발신 측에게 초대 메시지를 전송할 수 없기 때문에, 수신 측은 발신 측과의 IMS 세션을 유발하지 못할 것이다. 다른 예에서는, 사용자는 통상의 CS 콜(call)을 서비스 번호로 신청함으로써 긴급 출동 서비스(road assistance service)를 호출할 수도 있다. 그러면, 긴급 출동 서비스는 이용가능한 터미널(에이전트)을 동적으로 선택하여서 CS 콜을 종결시킨다. 사용자가 긴급 출동 서비스 대표자와의 IMS 세션(즉, 비디오 공유(Video-Sharing) 혹은 화이트 보딩(White-Boarding) 세션)을 설정하기를 원하는 경우, 사용자는 긴급 출동 서비스와의 IMS 세션을 개시하려고 시도할 것이다(예를 들면, <sip:1154@operator.com>). 그러나, 사용자는 오퍼레이터의 정확한 터미널의 아이덴티티를 모르기 때문에, IMS 서비스는 설정되지 않을 것이다. 다른 경우에는, 사용자가 CS 콜을 IMS 네트워크로 핸드오프하기를 원할 수도 있는데, 하지만, 사용자가 다른 일단의 아이덴티티를 모르는 경우에는 이러한 핸드오프는 가능하지 않을 것이다. 따라서, 제1 도메인 내의 서비스들이 제2 도메인 내의 서비스들에 연결되게 하는 방안이 필요하다.

도 1은 제1 도메인 및 제2 도메인 양쪽 모두에서의 데이터 교환이 가능한 제1 디바이스 및 제2 디바이스를 포함하는 시스템의 예시적인 실시예를 나타낸 도면.

도 2는 제2 도메인이 더 상세하게 도시된 도 1의 시스템을 나타낸 도면.

도 3은 도 2의 애플리케이션 서버의 예시적인 기능 블럭도.

도 4는 도 1의 시스템의 예시적인 동작을 설명하는 플로우차트.

도 5는 도 1의 시스템에서의 콜 컨텍스트 생성에 대한 예시적인 설명을 제공하는 플로우차트.

도 6은 도 1의 시스템의 다른 예시적인 실시예를 나타낸 도면.

도 7은 도 6의 시스템의 예시적인 동작에 대한 설명을 제공하는 신호도.

보호받고자 하는 내용의 이해를 돕기 위해, 첨부된 도면들 내에 예시적인 실시예들을 나타내며, 이것을 검토하여, 이하의 상세한 설명 및 특허청구범위와 결부하여 고려될 때, 보호받고자 하는 내용, 그 구성 및 동작, 및 이것의 이점들의 대부분이 용이하게 이해되며 인식될 것이다.

일례에서, 하나의 방법이 제공된다. 제1 도메인 내에서 콜이 설정될 때 제2 도메인 내의 디바이스로부터 요구가 수신된다. 콜의 설정이 제1 도메인에서 검출된다. 콜이 제1 도메인에서 설정될 때 제2 도메인 내의 디바이스에 통지가 전송된다.

다른 예에서, 하나의 시스템이 제공된다. 인터페이스 컴포넌트가 제2 도메인 내의 디바이스로부터 서브스크립션(subscription) 요구를 수신하여서 콜이 제1 도메인에서 설정될 때 디바이스에게 통지한다. 처리 컴포넌트는 제1 도메인에서의 콜의 설정을 검출한다. 통지 컴포넌트는 콜이 설정될 때 디바이스에게 통지한다.

도 1을 참조하면, 일례에서의 시스템(10)은 제1 디바이스(11), 제2 디바이스(12), 제1 도메인(13) 및 제2 도메인(14)을 포함한다.

일례에서의 디바이스들(11, 12)은, 무선 통신 시스템의 동작에 따라 데이터를 송신 및 수신하도록 동작하는 임의의 적절한 디바이스들이다. 디바이스들(11, 12)의 예에는, 셀룰라 폰, 모바일 폰, 페이저, 라디오, 개인 휴대 정보 단말 기(PDA), 모바일 데이터 단말기, 랩탑 컴퓨터, 특수 용도 게이밍 디바이스, 무선 모뎀을 내장한 비디오 게이밍 디바이스, 및 이들 디바이스들의 결합물 혹은 하위 결합물(subcombinations)이 포함되지만, 이에 제한되는 것은 아니다. 이러한 디바이스들은 일반적으로, 프로세서, 컨트롤러, 메모리 컴포넌트, 사용자 인터페이스 디바이스, 데이터 전송 로직, 네트워크 인터페이스, 안테나 등과 같은 컴포넌트들을 포함한다. 이들 디바이스들의 설계 및 동작에 대해서는 널리 공지되어 있어서 각 가능성에 대한 상세한 설명은 생략한다.

도메인들(13, 14) 각각은, 적어도 하나의 서비스가 제공되는 환경을 칭한다. 각 도메인(13, 14)은 하나 이상의 네트워크로 구성될 수도 있다. 이러한 네트워크들은, GSM, GPRS, CDMA, IDEN, 2.5G, 3G 및 WiMAX(802.16e) 네트워크들을 포함하지만, 이에 제한되는 것은 아니다. 또한, 도메인들(13, 14)은 동일한 네트워크의 부분일 수도 있다.

본 개시의 목적을 위해, 각 도메인(13, 14)은, 다른 도메인과는 다른 적어도 하나의 서비스를 제공하는 것으로 설명될 것이다. 예를 들면, 도메인(13)은, 일반적인 CS 음성 서비스가 제공되는 회로 스위칭형(CS; circuit switched) 네트워크일 수 있으며, 도메인(14)은, 비디오 공유 및 화이트 보딩 등의 서비스들이 제공되는 IP 멀티미디어 서브시스템(IMS; IP Multimedia Subsystem) 네트워크일 수 있다. 도메인(13)은, CS 음성 서비스를 제공하는 복수의 네트워크들로 구성될 수 있으며, 도메인(14)은, IMS 서비스를 제공하는 복수의 네트워크들로 구성될 수 있다. 또한, 도메인들(13, 14), CS 서비스들 및 IMS 서비스들 양쪽 모두를 지원하는 GSM 네 트워크 등의 단일 네트워크의 부분일 수 있다(즉, 도메인(13)은 GSM 네트워크 내의 CS 도메인이며, 도메인(14)은 동일한 GSM 네트워크 내의 IMS 도메인이다).

도 2를 참조하여, 시스템(10)에 대한 보다 상세한(예시적임) 설명이 예시를 위해 이하에서 제공될 것이다. 다시 한번, 예시를 위해, 도메인(13)은 CS 도메인으로 칭해질 것이며, 도메인(14)은 IMS 도메인으로 칭해질 것이다. 그러나, 이러한 설명은 본 출원을 이 실시예에 제한하는 것으로 해석되어서는 않된다.

도 2를 또한 참조하면, IMS 도메인(14)은 애플리케이션 서버(21) 및 제어 기능 서버(22)를 포함한다. 일례에서, 애플리케이션 서버(21)는 CSI-AS(Circuit Switched Identity Application Server)이며, 제어 기능 서버(22)는 S-CSCF(Serving-Call Session Control Function) 서버이다.

본원에서 추가로 설명되는 바와 같이, CSI-AS(21)는 CS 도메인(13)으로부터, 디바이스(12)가 참여하고 있는 음성 콜의 통지를 수신하며, 디바이스(12)로 하여금, CS 도메인(13)에서의 음성 콜과 밀접하게 연결되어 있는 IMS 도메인(14) 내의 서비스들을 호출하게 하는 콜에 대한 컨텍스트를 생성한다.

일례에서, S-CSCF 서버(22)는 SIP(session initiation protocol) 서버이다. S-CSCF는 IMS 도메인(14)의 사용자들에 대한 제어를 제공한다. 이는 사용자를 대신하여 네트워크와 상호작용하며, SIP 등록 프로세스 동안 사용자에게 할당된다.

애플리케이션 서버(21) 및 제어 기능 서버(22)는, 일례에서, 하나 이상의 컴퓨터 소프트웨어 및/또는 하드웨어 로직 컴포넌트들로 형성된다. 이러한 컴포넌트들은 다수 개가 결합되거나 분리될 수 있다. 일례에서, 본 기술 분야에 통상의 지 식을 가진 자가 알게 되는 바와 같이, 각 디바이스의 예시적인 컴포넌트는, 다수의 프로그래밍 언어들 중 임의의 언어로 작성되거나 혹은 구현되는 일련의 컴퓨터 인스트럭션들을 이용하고/이용하거나 포함한다.

도 3을 참조하면, CSI-AS(21)의 예시적인 컴포넌트들은, 인터페이스 컴포넌트들(31, 32), 프로세서 컴포넌트(33)의 하나 이상의 인스턴스(instance), 메모리 컴포넌트(34)의 하나 이상의 인스턴스, 데이터 구조(35), 컨텍스트 생성 컴포넌트(36), 통지 컴포넌트(37), 및 콜 레퍼런스 통신 컴포넌트(38)를 포함한다.

일례에서 인터페이스 컴포넌트(31)는, 제1 도메인(13)과의 사이에서 데이터를 전송하기 위해 CSI-AS(21)에 의해 이용된다. 일례에서 인터페이스 컴포넌트(32)는 S-CSCF(22)와의 사이에서 데이터를 전송하는 데에 이용된다. 프로세서 컴포넌트(33)는, 하드웨어 및/또는 소프트웨어로 구현되는 코드를 실행함으로써 CSI-AS(21)의 기능을 제어하고 실행한다. 메모리 컴포넌트(34)는, 데이터, 인스트럭션들, 소프트웨어 루틴들, 코드 집합들, 데이터베이스들 등이 저장될 수 있는 저장소를 제공한다. 일례에서 데이터 구조(35)는, 디바이스들(11, 12)이 CS 도메인(13)에서 호출에 관여하고 있을 때 생성되는 콜 컨텍스트 정보를 저장하는 데에 이용된다. 데이터 구조(35)는 메모리(34)에 저장되거나 혹은 독립형 엘리먼트일 수 있다. 컨텍스트 생성 컴포넌트(36)는, 디바이스(11)가 디바이스(12)에 대해 CS 콜을 행할 때 콜 컨텍스트를 생성하는 데에 이용된다. 통지 컴포넌트(37)는, 디바이스(12)가 제2 도메인(14)을 통하여 디바이스(11)에 대해 콜을 행할 때 디바이스(11)에게 통지하는 데에 이용된다. 콜 레퍼런스 통신 컴포넌트(38)는, 콜 컨텍 스트가 생성된 후 콜 레퍼런스를 디바이스(12)에 전송하는 데에 이용된다. 일례에서, 컨텍스트 생성 컴포넌트(36), 통지 컴포넌트(37), 및 콜 레퍼런스 통신 컴포넌트(38)는 프로세서(33) 상에서 실행되며, 메모리(34), 혹은 그 밖의 장소에 저장될 수 있다.

예를 들면, 일례에서, 시스템(10)은 적어도 하나의 컴퓨터 판독가능한 신호 보유 매체(39)를 포함한다. 컴퓨터 판독가능한 신호 보유 매체(39)의 예는, 자기, 광 및/또는 원자 스케일 데이터 저장 매체 등의 기록가능한 데이터 저장 매체이다. 다른 예에서, 컴퓨터 판독가능한 신호 보유 매체(39)는, CSI-AS(21)에 연결된 네트워크를 통하여 전송되는 변조된 반송파 신호이다. 컴퓨터 판독가능 신호 보유 매체(39)는, 본원에서 기술되는 기능을 실행하도록 이용가능한 소프트웨어 로직 컴포넌트들을 저장할 수 있다.

도 4를 참조하여, 시스템(10)의 동작의 예시적인 방법(400)에 대하여 이하에서 예시를 위해 설명할 것이다.

단계 401에서, CSI-AS(21)는 CS 도메인(13)으로부터, 디바이스(11)가 제1 도메인(13) 내의 디바이스(12)에 대한 CS 콜을 행하였다는 통지를 수신한다. 일례에서, CS 도메인(13)은 GSM 네트워크이다. 종결 MSC(디바이스(12)를 서빙하는 것이지만 도시되어 있지는 않음)에서의 GSM CC 콜 설정 시그널링은 CAMEL(Customized Applications for Mobile network Enhanced Logic) 초기 DP 메시지를 CSI-AS(21)의 gsmSCF(GSM Service Control Function)으로 트리거한다. 그 후, gsmSCF는 MSC로 향하는 CAMEL 응답을 전송하여서 콜 설정을 계속한다.

CAMEL 시그널링에 응답하여, 단계 403에서, CSI-AS(21)는 CS 콜에 대한 컨텍스트를 생성한다. 도 5를 참조하면, 단계 501에서, CSI-AS(21)는 제1 도메인(13)으로부터 수신된 통지로부터 제1 디바이스(11)의 ID를 추출한다. 일례에서, 이는, 제1 디바이스(11)로부터 제2 디바이스로의 CS 콜로부터의 CLID(caller identification) 정보이다. 디바이스(11)가 CLIR을 유발한 경우, CLID 정보는 디바이스(12)가 이용하지 못하게 될 것임을 알아야 한다. 그러나, CLID 정보는 제1 도메인(13)의 네트워크가 이용할 수 있게 될 것이다. 따라서, 종결 MSC는 CLID 정보를 CSI-AS(21)에 제공할 것이다.

단계 503에서, CSI-AS(21)는 콜 레퍼런스를 생성한다. 일례에서, 콜 레퍼런스는, RFC(Request for Comments) 4122에서 지정되는 바와 같이, UUID(Universally Unique IDentifier) URN(Uniform Resource Name)을 이용하는 CSI-AS(21)에 의해 생성되며, 이는 이에 의해 참조로 포함된다. UUID URN은, 시간, 고유 명칭, 혹은 난수 발생기에 기초한, URN의 중앙 집중되지 않은 계산을 가능하게 해주며, 공간 및 시간에 걸친 고유성을 보장한다. 예시적인 콜 레퍼런스는, urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6이다.

콜 컨텍스트는 콜 레퍼런스 및 식별자에 제한되지 않는다. 추가의 정보가 콜 컨텍스트에 추가될 수도 있다. 예를 들면, 발신 측 및 수신 측의 전화 번호들, 리다이렉팅 측(redirecting party) 전화 번호, CLIR 호출 상태, 사용자-사용자(User-user) IE 내에 포함되는 정보, 및 CC 시그널링 메시지들 내에 포함되는 그 밖의 다른 임의의 중요 정보 등의 콜 정보가 추가될 수 있다. 이 추가의 정보는, CAMEL 시그널링을 통하여 CSI-AS(21)에 의해 획득될 수도 있다. 또한, CSI-AS(21)가, 예를 들면 VCC(Voice Call Continuity) AS 등의 CS 콜 정보를 저장하는 다른 IMS 애플리케이션 서버들로부터 추가의 정보를 획득하는 것이 가능할 수도 있다.

또한 단계 505를 참조하면, 일례에서의 콜 컨텍스트는 데이터 구조(35) 내에 저장되어서, 콜 레퍼런스가 제1 디바이스(11)에 대한 식별자에 대응하게 된다. 예를 들면, 콜 레퍼런스 및 식별자는 데이터 테이블 내에 저장될 수도 있다.

이제 도 4를 참조하면, 단계 405에서, 콜 레퍼런스가 제2 디바이스(12)에 전송된다. 이에 따라, 디바이스(12)가 디바이스(11)에 대한 IMS 콜을 유발하기를 원하는 경우, 디바이스(12)는 디바이스(11)의 아이덴티티를 알 필요가 없다. 오히려, 디바이스(12)는, 콜 레퍼런스를 갖는, 디바이스(11)의 아이덴티티를 상호 참조한 CSI-AS(21)를 통하여 IMS 콜을 개시할 수 있다.

CSI-AS(21)는 다수의 방식으로 단계 405를 실현할 수 있다. 일례에서, CSI-AS(21)는 디바이스(12)와의 USSD(Unstructured Supplementary Service Data) 세션을 개시하며, 이 세션 내에서 콜 레퍼런스를 전송한다. 다른 예에서는, CSI-AS(21)는 단문 메시지 서비스(SMS) 메시지로 콜 레퍼런스를 제2 디바이스(12)에 전송한다. 또다른 예에서는, 제2 디바이스(12)는, 웹 인터페이스(예를 들면, WAP 인터페이스)를 통하여 인터넷을 통하여 CSI-AS(21)로부터 콜 레퍼런스를 요구한다. 또다른 예에서는, 제2 디바이스(12)가, 콜 레퍼런스를 포함하는 SIP NOTIFY 메시지를 CSI-AS로부터 수신하도록, SIP 이벤트 패키지가 이용될 수 있다. SIP 이벤트 패키지에 대한 보다 상세한 설명은 본원에서 추가로 논의될 것이다.

또한 도 4를 참조하면, 다른 대안으로서, 콜 레퍼런스를 제2 디바이스(12)에 전송하지 않고, 제2 디바이스(12) 및 CSI-AS(21)가 각각 동일한 규칙 집합을 이용하여 콜 레퍼런스를 생성할 수 있다. 예를 들면, 콜 레퍼런스는 이하의 정보, 즉 (1) (예를 들면, PAGING REQUEST에서) 콜을 승인할 때 수신 측에 의해 현재 사용중인 모바일 아이덴티티(예를 들면, TMSI 혹은 IMSI); 및 (2) 네트워크에 의해 생성되며, 수신 측에 전송되는 CC 설정 요구 내에 포함되는 DTAP CC 트랜잭션 ID(TI)(모바일에 대한 특정 CS 콜을 식별함)를 포함할 수도 있다.

계속해서 도 4를 참조하면, 단계 407에서, CSI-AS(21)는, 제2 디바이스(12)가 제1 디바이스(11)에 대한 IMS 콜을 개시하기를 원한다고 하는 통지를 수신한다.

일례에서, 디바이스(12)는, CS 콜의 콜 레퍼런스에 대한 SIP 요구를 어드레싱함으로써 CSI-AS(21)에 요구를 전송한다. 이러한 SIP 요구는, 콜 레퍼런스를 식별하기 위한 "callref=<callreference>" 파라미터를 이용하여, SIP URI(예를 들면, SIP:combinational.operator.com)를 이용함으로써 생성될 수 있다(예를 들면, SIP:combinational.operator.com;callref=<callregerence>). IMS 도메인(14) 내의 S-CSCF(22)는, P-Asserted-Identity에 대한 iFC(Initial Filter Criteria)를 SIP 요구에 적용하며, SIP URI와 매칭되면, SIP 요구를 CSI-AS(21)에 전달한다. 그 후, CSI-AS(21)는 <callreference>에 대해 키잉(keying)하며, 그 요구를 디바이스(11) 전화 번호(telnum)로 리타겟팅(re-targeting)한다.

다른 예에서, 제2 디바이스(12)는, 콜 레퍼런스를 식별하기 위한 "callref=<callreference>" 파라미터, 및 CS 콜의 원격 측이 어드레싱되고 있음을 나타내기 위한 "combinational" 혹은 "remote-party" 파라미터를 이용하여 CSI-AS(21)의 PSI에 대한 요구를 어드레싱한다. 예를 들면, 이하와 같다.

SIP:<CSI_AS_PSI>.operator.com;callref=<callreference>;combinational

혹은,

SIP:<CSI_AS_PSI>.operator.com;callref=<callreference>;remote-party

이 경우, SIP 요구는 CSI-AS(21)에 직접 라우팅된다(iFC가 필요없다). 그 후 CSI-AS(21)는 <callreference>에 대해 키잉하고 요구를 디바이스(11) 전화번호로 리타겟팅한다. AS PSI는 터미널 상에서 프로비져닝(provisioning)되어야 한다.

다른 예에서, 콜 레퍼런스는 CSI-AS(21)에 의해 관리되는 와일드 카드(wild-carded) PSI 내에 삽입된다. 요구는 그 후, CS 콜의 원격 측이 어드레싱되고 있음을 나타내기 위한 "combinational" 혹은 "remote-party" 파라미터를 이용하여 와일드 카드 PSI에 대해 어드레싱된다. 예를 들면, 이하와 같다.

SIP:<CALL_REF_PSI>.operator.com; combinational

혹은

SIP:<CALL_REF_PSI>.operator.com;remote-party

이 경우, SIP 요구는, 와일드 카드 PSI가 관리되는 CSI-AS(21)에 직접 라우팅된다. 그 후, CSI-AS는 와이드 카드 PSI에 의해 CS 콜 레퍼런스에 대해 키잉하고 요구를 디바이스(11) 전화번호로 리타겟팅한다.

최종적으로, CSI-AS(21)는, 당사자들이 CS 콜을 종료하고 CS 도메인(13)이 CS 콜을 해제할 때 콜을 삭제함에 유의한다. 예를 들면, GSM 네트워크에서, 종결 MSC에서의 GSM CC 콜 시그널링은, CSI-AS(21)의 gsmSCF 기능으로 향하는 CAMEL 시그널링을 개시한다. CAMEL 시그널링에 응답하여, CSI-AS(21)는 CS 콜 인(call in)에 대한 컨텍스트를 삭제한다.

도 6을 참조하여, SIP 이벤트 패키지에 대하여 이하에 본원에서 설명될 것이다. 하나 이상의 IMS 디바이스(15)가 SIP 이벤트 패키지(이는 하나 이상의 CS 디바이스가 콜에 참여할 때 IMS 디바이스(15)에 통지할 것임)에 가입할 수 있는 시스템(10)의 다른 실시예가 도시되어 있다. 시스템(10)은 도 6에서, 제1 디바이스(11) 및 제2 디바이스(12) 외에도 IMS 디바이스(15)를 포함하는 것으로 도시되어 있다. 다시 한번, 도메인(13)은 CS 도메인으로 설명되며 도메인(14)은 IMS 도메인으로 설명된다. 그러나, 본 출원은 이 실시예에 한정되는 것으로 해석되어서는 않된다.

제1 디바이스(11) 및 제2 디바이스(12)는 CS 도메인에 접속하는 것으로 도시되어 있으며, 디바이스(15)는, IMS 도메인(14)에 접속된 IMS 디바이스로서 도시되어 있다. 이 구성은 단지 예시용으로서 제공되는 것임에 유의하여야 한다. 디바이스들(11, 12, 15)의 서로 다른 결합들 및 하위 결합들을 생각할 수 있다. 예를 들면, 디바이스들(11, 12) 각각은 IMS 기능을 포함할 수 있으며 디바이스(15)는 CS 기능을 포함할 수 있다. 따라서, SIP 이벤트 패키지는 이후 디바이스들(11, 12)에 대해 기술한다. 그러나, 명확하게 하기 위해, SIP 이벤트 패키지는 디바이스(15)를 참고하여 설명할 것이다. 또한, 제1 도메인(13) 및 제2 도메인(14)의 사용자들 각각은, 하나 이상의 CS 디바이스들이 소유되지만 간결하게 하기 위해 디바이스 들(11, 12, 15)만이 도시되는 본원에 기술되는 SIP 이벤트 패키지에 가입하는 다수의 IMS 디바이스들을 가질 수 있다.

일례에서의 SIP 이벤트 패키지는, IMS 디바이스(예를 들면, 디바이스(15))의 사용자가 가입할 수 있는 CS 콜링 서비스 이벤트 패키지이다. SIP 콜링 서비스 이벤트 패키지(이하 "SIP 패키지"로 칭해짐)에 가입함으로써, 디바이스(15)의 사용자는 제2 도메인 CSI-AS(21)에게, 특정 서비스들이 제1 도메인(13)에서 개시될 때 디바이스(15)에게 통지할 것을 요구할 수 있다. 예를 들면, 디바이스(15)는, CS 음성 콜이 특정 디바이스(예를 들면, 디바이스(11) 혹은 디바이스(12))에 대해 종료될 때 CSI-AS(21)가 디바이스(15)에 통지할 것을 요구할 수 있다. 그 후, CSI-AS(21)는 CS 콜에 대한 정보를 식별하고 유지하며, CS 콜 정보를 디바이스(15)의 사용자에게 제공할 것이다.

디바이스(15) 및 CS 도메인 내의 원하는 디바이스(예를 들면, 디바이스(11) 또는 디바이스)가 동일한 사용자에 의해 소유되는 경우, SIP 패키지에 대한 가입은 보안 관점에서 간단함에 유의한다. 마찬가지로, 원하는 디바이스 및 디바이스(15)가 동일한 디바이스(예를 들면, CS 및 IMS 기능을 갖는 모바일 유닛)인 경우, SIP 패키지에 대한 가입은 보안 관점에서 간단할 것이다. 그러나, 원하는 디바이스 및 디바이스(15)가 개별적인 디바이스들이며 개별적인 사용자들에 의해 소유되는 경우, 보안 관점으로부터, 디바이스(15)가, 원하는 디바이스와 관련된 CS 콜 정보에 가입하는 것이 승인됨을 검증하기 위한 메카니즘을 제공하는 것이 바람직할 것이다. 예를 들면, 가입 효력이 나타나게 하기 위해 패스워드가 요구될 수도 있으며, 혹은 해당 디바이스의 소유자가, 디바이스(15)가 가입하는 것을 허용하기 위한 명시적인 인증을 시스템에 제공하여야 할 수도 있으며, 혹은 디바이스의 소유자가 보안 설정을 온 혹은 오프하는 옵션을 가질 수도 있는 등이 발생할 수 있다.

SIP 패키지는, RFC 3265에서 지정된 SIP 이벤트 프레임워크의 구체적인 적용을 제공하는데, 이는 이에 의해 참조로 포함되며, IMS 사용자가 가입할 수 있는 사용자의 CS 콜과 관련된 이벤트 및 정보를 정의한다. CS 콜링 서비스 이벤트 패키지는, 설정되는 가입자가 참여하는 CS 콜(이 경우, 이 콜에 대한 정보, 예를 들면, 콜 유형 개시, 종료, 콜 모드, CSI-AS 내의 콜 레퍼런스 등도 또한 전송됨); 해제되는 가입자가 참여하는 CS; 콜 상태의 변경(예를 들면, 콜 홀드(call hold)); 및 다른 CS 관련된 이벤트들(새로운 CS 콜 대기 등) 등의 이벤트들을 가입자에게 통지할 수 있다.

이들 통지는, CS 도메인을 통하여 가입자에게 이미 전달된 정보를 두 번 되풀이할 필요는 없으며, 오히려 IMS 도메인에서 이용될 수 있는 이들 이벤트들에 관한 가외의 정보(예를 들면, 콜 레퍼런스)를 가입자에게 전달한다. 가입자는 모든 가능한 이벤트들에 가입하지는 않도록 선택할 수 있다. 예를 들면, 가입자는, "설정된 CS" 이벤트에만 가입하도록 선택할 수 있다(이 경우, 그는, 콜이 해제되거나 혹은 그 상태가 변경될 때 통지받지 않을 것이다). 이 선택은, SIP SUBSCRIBE 요구의 본문 내에 필터 문서(filter document)를 포함시킴으로써 지정될 수 있다.

시스템(10) 상의 SIP 패키지의 사용의 예들은 이하를 포함하지만 이에 제한되지는 않는다: 단일 IMS 가입자가 다수의 IMS 가능 디바이스들을 가질 수도 있다. 각 디바이스는 CS 디바이스들에 대해 설정된 CS 콜에 관한 정보를 얻을 수 있으며, 이 정보를 이용하여 이들 CS 콜과 관련된 IMS 서비스를 개시할 수 있다. WLAN/VoIP 디바이스가, GSM 디바이스 상에서 현재 작동하고 있는 음성 콜을 수신할 것을 요구할 수 있다. 사용자는 익명의 디바이스와의 IMS 비디오 세션을 개시할 수 있다. 사용자는 결합 콜(combinational call)을 개시하여, 사용자가 연결되어 있는 터미널이 익명(전술한 긴급 출동 서비스 센터를 참조)임에도 불구하고 센터를 콜할 수 있다.

또한 도 6을 참조하면, 일례에서, CSI-AS(21)는 방법(400)의 단계 403의 방식과 유사한 방식으로 정보를 식별하고 유지한다. 예를 들면, CSI-AS(21)는 콜 레퍼런스 및 제1 디바이스에 대한 식별자를 포함하는 콜 컨텍스트를 생성한다. 이들 엘리먼트들 외에도, 콜 컨텍스트는, 발신 측 및 수신 측의 전화 번호, 리다이렉팅 측 전화 번호, CLIR 호출 상태, 사용자-사용자 IE 내에 포함된 정보, 및 CC 시그널링 메시지들 내에 포함되는 그 밖의 다른 임의의 중요 정보 등의 추가의 정보를 포함할 수 있다. 다른 예에서, CSI-AS(21)는, VCC(Voice Call Continuity) AS 등의 CS 콜 정보를 저장하는 다른 IMS 애플리케이션 서버들로부터 추가의 정보를 획득할 수 있다.

일례에서, 발신(originating) 혹은 종결 CS 콜이 디바이스들(11, 12) 중 하나와 설정될 때, CAMEL 절차가 호출되어서 CS 콜 제어 메시지들을, 콜 컨텍스트를 설정 및 저장하는 CSI-AS(21)에 라우팅한다. 도 1에 도시된 시스템에서처럼, CS 콜이 해제될 때 동일한 메카니즘이 이용된다. CAMEL 절차는 CS 도메인의 MSC에 의 해 호출되어서 CSI-AS(21)에 통지를 전송한다. 그 후, CSI-AS(21)는 CS 콜 컨텍스트를 제거한다.

이제 도 7을 참조하여, SIP 패지에 대해 이하 예시를 위해 더욱 상세히 설명한다.

일례에서, 디바이스(15)는 IMS 터미널이다. 디바이스(15)는, S-CSCF(21)를 통하여 SUBSCRIBE 메시지(701)를 CSI-AS(22)에 전송함으로써 SIP 패키지에 가입한다. 가입(SUBSCRIBE 요구)은 CSI-AS(21)에 의해 서비스된다. SUBSCRIBE 요구를 수신한 후에, CSI-AS(22)는 S-CSCF(21)를 통하여 OK 응답 메시지(703)를 디바이스(15)에 전송한다.

SIP 패키지는, CSI-AS(21)가, 디바이스(15)의 사용자에게, CS 도메인 내의 디바이스들과의 진행중인 CS 콜에 대한 정보를 제공할 수 있게 해준다. SIP 패키지 이벤트 통지(즉, SIP NOTIFY 요구)는 가입자가 연결되어 있는 각 CS 콜에 대한 각종 정보, 즉 IMS 네트워크에서의 콜을 고유하게 식별하는 콜 레퍼런스; 발신 측 및 수신 측의 전화 번호들; 리다이렉팅 측의 전화 번호; CLIR 호출 상태; 사용자-사용자 IE 내에 포함되는 정보; CC 시그널링 메시지들 내에 포함되는 그 밖의 다른 중요 정보를 제공할 수 있다.

이벤트 패키지의 포맷에 대한 예시적인 디스크립션은 이하와 같다:

Event Package Name: cs-calling-service

NOTIFY body: XML 문서

MIME media type name: 애플리케이션

MIME subtype name: cscallinfo+xml

SUBSCRIBE Request - URI: TEL URL, 혹은 SIP URI 포맷의 Tel URL. 등록된 IMPU이어야 함.

SUBSCRIBE To header: 요구 URI와 동일함.

SUBSCRIBE 요구는, 등록된 TEL URL 혹은 SIP URI 포맷으로 된 TEL URL(즉, 등록된 IMPU)로 어드레싱된다. TEL URL과 연관된 필터 기준은 초기 SUBSCRIBE 요구를 CSI-AS(21)에 라우팅한다. CSI-AS(21)는 키(key)로서 REQUEST-URI에 어드레싱되는 IMPU를 이용하여, 그 사용자에 대한 CS 콜 컨텍스트에 액세스한다.

하나의 IMS 가입자가 동일한 전화 번호 IMPU를 이용하는 다수의 IMS 가능 디바이스들을 갖는 경우, SIP 이벤트 패키지로의 가입은 이들 디바이스들 중 임의의 디바이스로부터 설정될 수 있다. 이로 인해, 사용자가, 다른 디바이스들에 대해 설정된 CS 콜에 관한 정보를 획득할 수 있게 되고, 다른 디바이스로부터의 이들 CS 콜과 관련된 IMS 서비스들을 초기화시키기 위해 이 정보를 잠재적으로 이용할 수 있게 된다.

전화 번호(35850482137)와 관련된 정보에 대한 예시적인 가입 요구(701)가, 이하에 예시를 위해 제공된다.

SUBSCRIBE tel:+35850482137 SIP/2.0

Via: SIP/2.0/UDP 192.0.2.3:1357;comp=sigcomp;branch=z9hG4bKnashds7

Max-Forwards: 70

Route: <sip:pcscf1 .visited1.net:7531;lr;comp=sigcomp>

Route : <sip:orig@scscf1.home1.net;lr>

P-Preferred-Identity:"Dr John" <tel:+35850482137>

P-Access-Network-Info:3GPP-UTRAN-TDD;utran-cell-id-3gpp=234151DOFCE11

Privacy: none

From:<tel:+35850482137>;tag=31415

To:<tel:+35850482137>

Call-ID: b89rjhnedlrfjflslj40a222

Require: sec-agree

Proxy-Require: sec-agree

CSeq: 61 SUBSCRIBE

Event: cs-calling-services

Expires: 3600

Accept: application/cscallinfo+xml

Security-Verify: ipsec-3gpp; q=0.1; alg=hmac-sha-1-96; spi-c=98765432;

spi-s=87654321; port-c=8642; port-s=7531

Contact: <sip:192.0.2.3:1357;comp=sigcomp>

Content-Length: 0

다시 도 7을 참조하면, 주기적으로, CSI-AS(22)는, CS 콜 정보가 생성되지 않았음을 나타내는 NOTIFY 메시지(703)를 S-CSCF(21)를 통하여 디바이스(15)에 전송할 것이다. 디바이스(15)는 OK 수신 확인(acknowledgement) 메시지(704)를 CSI- AS(21)에 회신할 것이다.

CS 도메인(13)에서 디바이스(11) 혹은 디바이스(12)에 대해 콜이 설정되면, CS 도메인(13)의 MSC는, CS 콜이 설정되었음을 통지하는 CAMEL 메시지(705)를 CSI-AS(22)에 전송할 것이다. CSI-AS(22)는 NOTIFY 메시지(706)를 S-CSCF(21)를 통하여 디바이스(15)에 전송할 것이다. 디바이스(15)는 OK 수신 확인 메시지(707)로 응답할 것이다.

CS 도메인(13)에서 디바이스(12)에 대해 제2 콜이 설정되는 경우, CS 도메인(13)의 MSC는, CS 콜이 설정되었음을 통지하는 CAMEL 메시지(708)를 CSI-AS(22)에 전송할 것이다. CSI-AS(22)는 NOTIFY 메시지(709)를 S-CSCF(21)를 통하여 디바이스(15)에 전송할 것이다. 디바이스(15)는 OK 수신 확인 메시지(710)로 응답할 것이다.

예시적인 전화 번호(35850482137)에 대해 제2 CS 콜이 설정될 때 CSI-AS(22)에 의해 디바이스(15)에 전송되는 예시적인 SIP 메시지인 NOTIFY 메시지(709)를 예시를 위해 나타낸다.

NOTIFY sip:192.0.2.3:1357;comp=sigcomp SIP/2.0

Via: SIP/2.0/UDP

pcscf1.visited1.net:7531;comp=sigcomp;branch=z9hG4bK240f34.1,

SIP/2.0/UDP scscf1.home1.net;branch=z9hG4bK332b23.1,

SIP/2.0/UDP csi-as.home1.net;branch=z9hG4bK846ht53.1

Max-Forwards: 69

From: <tel:+35850482137>;tag=151170

To: <tel:+35850482137>;tag=31415

Call-ID: b89rjhnedlrfjflslj40a222

CSeq: 42 NOTIFY

Subscription-State : active;expires= 1580

Event: cs-calling-services

Content-Type:application/cscallinfo+xml

Contact: <sip:csi-as.home1.net>

Content-Length(--)

<?xml version="1.0"?>

<cscallinfo ......

</cscallinfo>

제2 콜이 해제되는 경우, CAMEL 메시지(711)가 CS 도메인(13)으로부터 CSI-AS(22)에 전송된다. CSI-AS(22)는 NOTIFY 메시지(712)를 S-CSCF(21)를 통하여 디바이스(15)에 전송할 것이다. 디바이스(15)는 OK 수신 확인 메시지(713)로 응답할 것이다.

제1 콜이 해제되는 경우, CAMEL 메시지(714)가 CS 도메인(13)으로부터 CSI- AS(22)에 전송된다. CSI-AS(22)는 NOTIFY 메시지(715)를 S-CSCF(21)를 통하여 디바이스(15)에 전송할 것이다. 디바이스(15)는 OK 수신 확인 메시지(716)로 응답할 것이다.

또한 도 7을 참조하면, 제1 혹은 제2 CS 콜 동안, IMS 디바이스(15)의 사용자가 SIP 패키지 통지 내에 제공되는 정보를 이용하여, 특정 CS 콜에 밀접하게 연결된 IMS 서비스들을 호출할 수도 있다. 이들 서비스들은 CS 콜 자체를 타겟으로 하는 것일 수도 있으며, 혹은 CS 콜의 원격 측을 타겟으로 하는 것일 수도 있다. CS 콜링 서비스 이벤트 패키지 통지에서 식별된 특정 CS 콜에 대한 IMS 서비스 콜의 타겟팅을 지원하기 위해, "callref"이라 칭해지는 SIP URI 파라미터가 이용된다. 이 파라미터는 이하의 신택스(syntax)를 갖는다:

callref=<call reference>, 여기서, <call reference>는 CS 콜링 서비스에서 리턴되는 콜 레퍼런스이다. 예시적인 콜 레퍼런스는 이하와 같다:

callref=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6.

대안으로서, 콜 레퍼런스는, CSI-AS에 의해 생성되며, CS 콜링 서비스 이벤트 패키지 통지에서 IMS 사용자에게 제공되는 와일드 카드 PSI 내에 삽입될 수 있다. 이 경우, callref 파라미터를 이용하는 대신에, SIP 요구가 와일드 카드 PSI에 대해 직접적으로 어드레싱될 것이다.

CS 콜링 이벤트 패키지의 이용을 예시하는 예들이, 이하 예시를 위해 제공된다.

CLIR이 호출된 CS 콜이 설정되며, 수신 측은 결합 서비스를 개시할 것을 원 하지만, 발신 측 전화 번호가 알려져 있지 않기 때문에 이는 불가능하다. 이에 따라, 이는, 결합 서비스를 나타내는 콜 레퍼런스에 대한 SIP 요구를 어드레싱한다. 일례에서, 수신 측은, 콜 레퍼런스를 식별하기 위한 callref 파라미터, 및 CS 콜의 원격 측이 어드레싱되고 있음을 나타내기 위한 "combinational" 혹은 "remote-party" 파라미터를 이용하여, 저장된 CS 콜 컨텍스트에 대한 액세스를 나타내는 SIP URI(예를 들면, SIP:csi-service.operator.com)를 이용한다. 예는 이하와 같다:

SIP:csi-service.operator.com;callref=<callreference>;combinational

혹은

SIP:csi-service.operator.com;callref=<callreference>;remote-party

P-Asserted-Identity에 대한 iFC가, 발신 IMS 네트워크(수신 측의 IMS 네트워크)에서 SIP 요구에 적용되며, SIP URI와 매칭되면, SIP 요구가 CSI-AS에 전달된다. 그 후, CSI-AS는 <callreference>에 대해 키잉하며, 요구를 발신 측 전화번호로 리타겟팅한다.

다른 예에서, 수신 측은, 콜 레퍼런스를 식별하기 위한 callref 파라미터를 이용하여 결합 서비스를 나타내는 SIP URI(예를 들면, SIP:combinational.operator.com 혹은 SIP:remote-party.operator.com)를 이용한다. 예는 다음과 같다:

SIP:combinational.operator.com;callref=<callreference>

혹은

SIP:remoteparty.operator.com;callref=<callreference>

P-Asserted-Identity에 대한 iFC가, 발신 IMS 네트워크(수신 측의 IMS 네트워크)에서 SIP 요구에 적용되며, SIP URI와 매칭되면, SIP 요구가 CSI-AS에 전달된다. 그 후, CSI-AS(21)는 <callreference>에 대해 키잉하며, 요구를 발신 측 전화 번호로 리타겟팅한다.

다른 예에서, 요구는, 콜 레퍼런스를 식별하기 위한 "callref=<callreference>" 파라미터, 및 CS 콜의 원격 측이 어드레싱되고 있음을 나타내기 위한 "combinational" 혹은 "remote-party" 파라미터를 이용하여 CSI-AS(21)의 PSI에 어드레싱된다. 예는 다음과 같다:

SIP:<CSI_AS_PSI>.operator.com;callref=<callreference>;combinational

혹은

SIP:<CSI_AS_PSI>.operator.com;callref=<callreference>;remote-party

그 후, CSI-AS(21)는 <callreference>에 대해 키잉하며, 요구를 발신 측 전화 번호로 리타겟팅한다. CSI-AS PSI는 터미널 상에서 프로비져닝되어야 한다.

callref 파라미터를 이용하는 것에 대한 대안으로서, IMS 사용자는 또한, 콜 레퍼런스에 기초하여 IMS 서비스 호출을 와일드 카드 PSI에 직접 어드레싱할 수 있다. 이 CALL_REF_PSI는, 사용자에 대한 CS 콜링 서비스 이벤트 통지 내에 포함될 것이다. 콜 레퍼런스는 CSI-AS(21)에 의해 관리되는 와일드 카드 PSI 내에 삽입된다. 그 후 요구는, CS 콜의 원격 측이 어드레싱되고 있음을 나타내기 위한 "combinational" 혹은 "remote-party" 파라미터를 이용하여 와일드 카드 PSI에 어 드레싱된다. 예는 다음과 같다:

SIP:<CALL_REF_PSI>.operator.com;combinational

혹은

SIP:<CALL_REF_PSI>.operator.com;remote-party

이 경우, SIP 요구는, 와일드 카드 PSI가 관리되는 CSI-AS(21)에 직접 라우팅된다. 그 후, CSI-AS(21)는 와일드 카드 PSI에 의해 레퍼런싱되는 CS 콜에 대해 키잉하며, 요구를 발신 측 전화 번호로 리타겟팅한다. 결합 서비스는, 양쪽 디바이스가 동일한 등록된 TEL URL IMPU를 공유하는 경우, CS 콜을 호스팅하는 디바이스가 아닌 다른 디바이스로부터 개시될 수 있음에 유의한다.

다른 예에서, 설정된 CS 콜을 갖는 IMS가 콜을 IMS 도메인으로 핸드오프하려고 결심한다. 이에 따라, 이는, 핸드오프를 나타내는 콜 레퍼런스에 대한 SIP 요구를 어드레싱한다. 몇몇 대안적인 방안들이 제안된다.

사용자는, 콜 레퍼런스를 식별하기 위한 callref 파라미터, 및 CS 콜이 IMS에 핸드오프될 것을 나타내는 "handoff" 파라미터를 이용하여, 저장된 CS 콜 컨텍스트에 대한 액세스를 나타내는 SIP URI(예를 들면, SIP:csi-service.operator.com)를 전송한다. 예는 다음과 같다:

SIP:csi-service.operator.com;callref=<callreference>;handoff

P-Asserted-Identity에 대한 iFC는, 발신 SIP 네트워크에서 SIP 요구에 적용되며, SIP URI와 매칭되면, SIP 요구는 CSI-AS(21)에 전달된다. 그 후, CSI-AS(21)는 <callreference> 및 "handoff" 파라미터에 대해 키잉하며, 요구를, 핸드 오프 절차가 실행되는 VCC AS(즉, CCCF/NeDS)로 다시 라우팅한다(VCC AS 및 CSI-AS는 함께 위치될 수 있을 것이다. 그렇지 않은 경우에는, 양쪽 서버들에 대한 CS 콜 레퍼런스를 상관시키기 위한 메카니즘이 요구될 것이다).

사용자는, 콜 레퍼런스를 식별하기 위한 callref 파라미터, 및 CS 콜이 IMS로 핸드오프될 것임을 나타내기 위한 "handoff" 파라미터를 이용하여, VCC 서비스를 나타내는 SIP URI(예를 들면, SIP:vcc.operator.com)를 전송한다. 예는 다음과 같다:

SIP:vcc.operator.com;callref=<callreference>;handoff

P-Asserted-Identity에 대한 iFC는, 발신 SIP 네트워크에서 SIP 요구에 적용되며, SIP URI와 매칭되면, SIP 요구는 CSI-AS(21)에 전달된다. 그 후, CSI-AS(21)는 <callreference>에 대해 키잉하며, 요구를, 핸드오프 절차가 실행되는 VCC AS(즉, CCCF/NeDS)로 다시 라우팅한다.

사용자는, 콜 레퍼런스를 식별하기 위한 "callref=<callreference>" 파라미터, 및 CS 콜이 IMS에 핸드오프될 것임을 나타내기 위한 "handoff" 파라미터를 이용하여, CSI-AS(21)의 PSI에 요구를 어드레싱한다.

SIP:<CSI_AS_PSI>.operator.com;callref=<callreference>;handoff

이 요구는 CSI-AS(21)에 직접 라우팅되며, CSI-AS(21)는 그 후 <callreference>에 대해 키잉하며, 요구를, 핸드오프 절차가 실행되는 VCC AS(즉, CCCF/NeDS)에 다시 라우팅한다. CSI-AS PSI는 터미널 상에서 프로비져닝되어야 한다.

callref 파라미터를 이용하는 것에 대한 대안으로서, IMS 사용자는 또한, 콜 레퍼런스에 기초하여 와일드 카드 PSI에 대한 직접적인 IMS 서비스 호출을 어드레싱할 수 있다. 이 CALL_REF_PSI는, 사용자에 대한 CS 콜링 서비스 이벤트 통지 내에 포함될 것이다. 콜 레퍼런스는, CSI-AS에 의해 관리되는 와일드 카드 PSI 내에 삽입된다. 그 후, 요구는, CS 콜이 IMS에 핸드오프될 것임을 나타내기 위한 "handoff" 파라미터를 이용하여 와일드 카드 PSI에 대해 어드레싱된다. 예는 다음과 같다:

SIP:<CALL_REF_PSI>.operator.com;handoff

이 경우, SIP 요구는, 와일드 카드 PSI가 관리되는 CSI-AS(21)에 직접 라우팅된다. 그 후, CSI-AS는 와일드 카드 PSI에 의해 레퍼런싱되는 CS 콜에 대해 키잉하며, 요구를, 핸드오프 절차가 실행되는 VCC AS(즉, CCCF/NeDS)에 다시 라우팅한다. 핸드오프는, 양쪽 디바이스들이 동일한 등록된 TEL URL IMPU를 공유하는 경우 CS 콜을 호스팅하는 디바이스가 아닌 다른 디바이스로부터 개시될 수 있음에 유의한다.

SIP 패키지의 전술한 디스크립션은 파라미터 명칭, 예를 들면, callref, remote-party, handoff 등을 포함하였음에 유의한다. 이들 명칭은, 단지 예시를 위해 제공되었다. 그 의미(즉, SIP 패키지 내의 컨텍스트)가 본원에서 제시된 바와 같이 유지된다면 다른 명칭들이 대체될 수도 있다.

특정 실시예들에 대하여 도시하고 설명하였지만, 본원에 제시되는 원리로부터 벗어나지 않고 변경 및 수정이 행해질 수 있음이, 본 기술 분야에 통상의 지식 을 가진 자에게 명백하게 될 것이다. 전술한 설명 및 첨부 도면에서 제시되는 내용은 단지 예시용으로 제공되는 것이며 제한으로서 제공되는 것은 아니다.

Claims

제1 도메인 내의 디바이스로부터, 상기 디바이스에게, 제2 도메인 내의 적어도 하나의 디바이스와의 콜(call)이 설정될 때 통지하라는 요구를 수신하는 단계; 및

상기 콜이 상기 제2 도메인에서 설정될 때, 상기 제1 도메인 내의 디바이스에 통지(notification)를 전송하는 단계

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

상기 요구를 수신하는 단계는,

IMS 도메인 내의 디바이스로부터, 상기 디바이스에게, CS 도메인 내의 적어도 하나의 디바이스에 의해 콜이 설정될 때 통지하라는 서브스크립션 요구(subscription request)를 수신하는 단계를 포함하는 방법.
제2항에 있어서,

상기 제2 도메인 내의 상기 콜의 설정을 검출하는 단계를 더 포함하는 방법.
제3항에 있어서,

상기 설정을 검출하는 단계는,

상기 제2 도메인 내의 상기 콜에 대한 정보를 획득하는 단계를 더 포함하는 방법.
제4항에 있어서,

상기 정보에 기초하여 상기 콜에 대한 콜 컨텍스트(call context)를 생성하는 단계를 더 포함하는 방법.
제5항에 있어서,

상기 콜 컨텍스트를, 상기 제1 도메인 내의 디바이스에 전송하는 단계를 더 포함하는 방법.
제5항에 있어서,

상기 콜 컨텍스트를 생성하는 단계는,

콜 레퍼런스(call reference)를 생성하는 단계; 및

상기 콜 레퍼런스를, 상기 제1 도메인의 메모리 컴포넌트에 저장하는 단계를 포함하는 방법.
제7항에 있어서,

상기 콜 레퍼런스를 상기 디바이스에 전송하는 단계를 더 포함하는 방법.
제8항에 있어서,

상기 전송하는 단계는,

상기 콜 레퍼런스를 포함하는 SMS(Short Messaging Service) 메시지를 상기 디바이스에 전송하는 단계를 포함하는 방법.
제8항에 있어서,

콜 레퍼런스를 포함하는 SIP(Session Initiation Protocol) NOTIFY 메시지를 상기 디바이스에 전송하는 단계를 더 포함하는 방법.
제1 도메인 내의 디바이스로부터, 상기 디바이스에게, 제2 도메인 내의 디바이스와의 콜이 설정될 때 통지하라는 서브스크립션 요구를 수신하는 인터페이스 컴포넌트; 및

상기 콜이 설정될 때, 상기 디바이스에게 통지하는 통지 컴포넌트

를 포함하는 시스템.
제11항에 있어서,

상기 콜에 대한 콜 컨텍스트를 생성하는 컨텍스트 생성 컴포넌트를 더 포함하는 시스템.
제12항에 있어서,

상기 컨텍스트 생성 컴포넌트는,

상기 콜에 대한 콜 레퍼런스를 생성하는 콜 레퍼런스 생성 컴포넌트를 더 포함하며, 상기 시스템은, 상기 콜 레퍼런스를 저장하기 위한 메모리 컴포넌트를 더 포함하는 시스템.
제13항에 있어서,

상기 콜 레퍼런스를, 상기 제1 도메인 내의 디바이스에 전송하는 콜 레퍼런스 통신 컴포넌트를 더 포함하는 시스템.
제13항에 있어서,

상기 콜 레퍼런스 통신 컴포넌트는,

상기 콜 레퍼런스를 포함하는 SMS(Short Message Service) 메시지를 상기 디바이스에 전송하는 처리 컴포넌트를 포함하는 시스템.
제13항에 있어서,

상기 콜 레퍼런스 통신 컴포넌트는,

상기 콜 레퍼런스를 포함하는 SIP(session initiation protocol) NOTIFY 메시지를 상기 디바이스에 전송하는 SIP 컴포넌트를 포함하는 시스템.