KR20090068252A

KR20090068252A - 익명의 호출자에게 결합 서비스를 제공하기 위한 시스템 및 방법

Info

Publication number: KR20090068252A
Application number: KR1020097007710A
Authority: KR
Inventors: 아포스톨리스 케이. 살킨트지스; 마이클 에프. 코우라스
Original assignee: 모토로라 인코포레이티드
Priority date: 2006-10-16
Filing date: 2007-10-15
Publication date: 2009-06-25
Also published as: EP1914973B1; US20080090556A1; WO2008048939A2; EP1914973A1; WO2008048939A3; KR101051826B1; BRPI0717609A8; CN101529883A; BRPI0717609A2; MX2009007030A; ES2451499T3; CN101529883B; US9699220B2; US20090239513A1

Abstract

제1 도메인에서 제1 장치로부터 제2 장치로의 호의 통지가 수신되는 시스템 및 방법이 개시된다. 제1 타입의 호에 대해 컨텍스트가 생성된다. 제2 도메인에서 제2 장치로부터 제1 장치로의 호의 개시의 통지가 수신된다. 호 컨텍스트는 제2 장치에서 제1 장치로의 호의 개시를 제1 장치에 통지하는 데 사용된다.

이동 통신 서비스, 결합 서비스, 도메인, 핸드오프, 호, 컨텍스트

Description

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

본 발명은 익명의 호출자에게 결합 서비스를 제공하기 위한 시스템 및 방법에 관한 것이다.

오늘날, 고객들은 많은 수의 이동 통신 서비스를 이용한다. 이러한 서비스들은 전통적인 음성 서비스, 비디오 공유, 파일 공유, 멀티미디어 메시징, 인스턴트 메시징, 화이트 보드 등을 포함하지만, 이에 한하지 않는다.

아주 종종, 고객들은 둘 이상의 서비스를 동시에 이용하기를 원한다. 두 당사자는 공유 비디오를 보거나 공유 문서를 합작하면서 음성 호를 갖기를 원할 수 있다. 또한, 고객들은 서비스들 사이를 쉽게 이동할 수 있기를 원한다. 예를 들어, 전통적인 음성 호를 갖는 두 당사자는 호를 비디오 호로 변경하기를 원할 수 있다. 그러나, 너무 자주, 현재의 기술 상태는 그러한 변경들을 불가능하게 한다.

예를 들어, 한 당사자는 CS 음성 호의 설정 동안의 호출 CLIR(Calling Line Identification Restriction)로 인해 다른 당사자의 식별자(identity)를 알지 못할 수 있다. 이러한 일이 발생하는 경우, 피호출자는 호출자의 식별자를 알지 못할 것이다. 피호출자는 호출자에게 초청 메시지를 전송할 수 없을 것이므로 호출자와 의 IMS 세션을 호출할 수 없을 것이다. 다른 예에서, 사용자는 통상의 CS 호를 서비스 번호에 대해 행함으로써 도로 지원 서비스를 호출할 수 있다. 이어서, 도로 지원 서비스는 이용 가능한 터미널(에이전트)을 동적으로 선택하여 CS 호를 종료한다. 사용자가 도로 지원 서비스 직원과의 IMS 세션(예를 들어, 비디오 공유 또는 화이트 보딩 세션)을 설정하기를 원하는 경우, 사용자는 도로 지원 서비스(예를 들어, <sip:1154@operator.com>)와의 IMS 세션을 개시하려고 시도할 것이다. 그러나, 사용자는 오퍼레이터의 정확한 터미널의 식별자를 알지 못하므로, IMS 세션은 설정되지 못할 것이다. 다른 예에서, 사용자는 CS 호를 IMS 네트워크로 핸드오프하기를 원할 수 있지만, 사용자가 다른 당사자의 식별자를 알지 못하는 경우, 그러한 핸드오프는 가능하지 않을 것이다. 따라서, 제1 도메인에서의 서비스들과 제2 도메인에서의 서비스들을 결합하는 접근법이 필요하다.

보호받고자 하는 내용의 이해를 돕기 위해, 첨부 도면에는 실시예들이 예시되어 있으며, 그의 검토로부터, 아래의 설명 및 청구항들과 관련하여 고려될 때, 보호받고자 하는 내용, 그의 구성 및 작용, 및 그의 많은 이익이 쉽게 이해되고 인식될 것이다.

도 1은 제1 도메인 및 제2 도메인 양자에서 데이터를 교환할 수 있는 제1 장치 및 제2 장치를 포함하는 시스템의 일 실시예를 나타내는 도면.

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

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

도 4는 도 1의 시스템의 예시적인 동작을 나타내는 흐름도.

도 5는 도 1의 시스템에서의 호 컨텍스트 생성의 예시적인 설명을 제공하는 흐름도.

도 6은 도 1의 시스템의 다른 실시예를 나타내는 도면.

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

일례에서, 방법이 제공된다. 제1 도메인에서 제1 장치로부터 제2 장치로의 호의 통지가 수신된다. 제1 타입의 호에 대해 호 컨텍스트가 생성된다. 제2 도메인에서 제2 장치로부터 제1 장치로의 호의 개시의 통지가 수신된다. 호 컨텍스트는 제2 장치에서 제1 장치로의 호의 개시를 제1 장치에 통지하는 데 사용된다.

다른 예에서, 시스템이 제공된다. 제1 인터페이스 컴포넌트가 제1 도메인에서 제1 장치로부터 제2 장치로의 호의 통지를 수신한다. 컨텍스트 생성 컴포넌트가 제1 타입의 호에 대한 호 컨텍스트를 생성한다. 제2 인터페이스 컴포넌트가 제2 도메인에서 제2 장치로부터 제1 장치로의 호의 개시의 통지를 수신한다. 통지 컴포넌트가 호 컨텍스트를 이용하여 제2 장치로부터 제1 장치로의 호의 개시를 제1 장치에 통지한다.

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

일례에서 장치들(11, 12)은 무선 통신 시스템의 동작에 따라 데이터를 송신 및/또는 수신하도록 동작하는 임의의 적절한 장치이다. 장치들(11, 12)의 예는 셀룰러 폰, 모바일 폰, 페이저, 라디오, PDA(personal digital assistant), 이동 데이터 단말기, 랩톱 컴퓨터, 주문형 게임 장치, 무선 모뎀을 포함하는 비디오 게임 장치, 및 이러한 장치들의 조합들 또는 하위 조합들을 포함하지만, 이에 한정되지 않는다. 이러한 장치들은 일반적으로 프로세서, 제어기, 메모리 컴포넌트, 사용자 인터페이스 장치, 데이터 전송 논리, 네트워크 인터페이스, 안테나 등과 같은 컴포넌트들을 포함한다. 이러한 장치들의 설계 및 동작은 공지되어 있으며, 따라서 각각의 구현에 대한 상세한 설명은 생략된다.

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

본 개시의 목적을 위해, 각각의 도메인(13, 14)은 다른 도메인과 상이한 적어도 하나의 서비스를 제공하는 것으로 설명된다. 예를 들어, 도메인(13)은 전통적인 CS 음성 서비스가 제공되는 회선 교환(CS) 네트워크일 수 있으며, 도메인(14)은 비디오 공유 또는 화이트 보딩과 같은 서비스들이 제공되는 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)의 하나 이상의 인스턴스, 메모리 컴포넌트(34)의 하나 이상의 인스턴스, 데이터 구조(35), 컨텍스트 생성 컴포넌트(36), 통지 컴포넌트(37) 및 호 참조 통신 컴포넌트(38)를 포함한다.

일례에서, 인터페이스 컴포넌트(31)는 CSI-AS(21)에 의해 제1 도메인(13)으로/로부터 데이터를 송신하는 데 사용된다. 인터페이스 컴포넌트(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 호 셋업 시그널링은 CSI-AS(21)의 gsmSCF(GSM Service Control Function)를 향하는 CAMEL(Customized Applications for Mobile network Enhanced Logic) 초기 DP 메시지를 트리거한다. 이어서, gsmSCF는 MSC를 향하는 CAMEL 응답을 전송하여 호 셋업을 계속한다.

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

단계 503에서, CSI-AS(21)는 호 참조를 생성한다. 일례에서, 호 참조는 본 명세서에 참고로 반영되는 RFC(Request for Comments)에서 지정되는 바와 같은 UUID(Universally Unique IDentifier) URN(Uniform Resource Name)을 이용하여 CSI-AS(21)에 의해 생성된다. UUID URN은 시간, 고유 명칭 또는 난수 생성기에 기초하는 URN의 비중앙식 연산(non-centralized computation)을 가능하게 하며, 공간 및 시간을 통한 특이성을 보증한다. 예시적인 호 참조는

이다.

호 컨텍스트는 호 참조 및 식별자로 한정되지 않는다. 추가적인 정보가 호 컨텍스트에 추가될 수 있다. 예를 들어, 호출자 전화 번호 및 피호출자 전화 번호, 재지향자 전화 번호, CLIR 호출 상태, 사용자-사용자 IE에 포함된 정보, 및 CC 시그널링 메시지 내에 포함된 임의의 다른 중요한 정보와 같은 호 정보가 추가될 수 있다. 이러한 추가 정보는 CAMEL 시그널링을 통해 CSI-AS(21)에 의해 얻어질 수 있다. CSI-AS(21)는 예를 들어 VCC(Voice Call Continuity) AS와 같이 CS 호 정보를 저장하는 다른 IMS 애플리케이션 서버들로부터 추가 정보를 얻을 수도 있다.

단계 505를 더 참조하면, 호 컨텍스트는 일례에서 호 참조가 제1 장치(11)에 대한 식별자에 대응하도록 데이터 구조(35)에 저장된다. 예를 들어, 호 참조 및 식별자는 하나의 데이터 테이블에 저장될 수 있다.

이제, 도 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(short message service) 메시지 내에서 제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)는 SIP 요청을 CS 호의 호 참조로 어드레스함으로써 요청을 CSI-AS(21)로 전송한다. 이러한 SIP 요청은 호 참조를 식별하기 위한 "callref=<callreference>" 파라미터(예를 들어,

)와 함께 SIP URI(예컨대, SIP:combinational.operator.com)를 이용하여 생성될 수 있다. IMS 도메인(14) 내의 S-CSCF(22)는 P-표명-식별자(P-Asserted-Identity)에 대한 iFC(Initial Filter Criteria)를 SIP 요청에 적용하고, SIP URI와의 매칭시, SIP 요청을 CSI-AS(21)로 전송한다. 이어서, CSI-AS(21)는 <callreference>를 키온(key on)하고, 요청을 장치(11) 전화 번호로 재지향시킨다.

다른 예에서, 제2 장치(12)는 호 참조를 식별하기 위한 "callref=<callreference>" 파라미터 및 CS 호의 원격 당사자가 어드레스되고 있음을 지시하기 위한 "combinational" 또는 "remote-party" 파라미터와 함께 CSI-AS(21)의 PSI로 요청을 어드레스한다. 예를 들어,

또는

이 경우, SIP 요청은 CSI-AS(21)로 직접 라우트된다(iFC를 필요로 하지 않는다). 이어서, CSI-AS(21)는 <callreference>를 키온하고, 요청을 장치(11) 전화 번호로 재지향시킨다. AS PSI가 단말기 상에 제공되어야 한다.

다른 예에서, 호 참조는 CSI-AS(21)에 의해 관리되는, 와일드 카드를 갖는(wild-carded) PSI에 내장된다. 이어서, 요청은 CS 호의 원격 당사자가 어드레스되고 있음을 지시하기 위한 "combinational" 또는 "remote-party" 파라미터와 함께 와일드 카드를 갖는 PSI로 어드레스된다. 예를 들어,

또는

이 경우, 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 호에 대한 컨텍스트를 삭제한다.

이제, 도 6을 참조하여, SIP 이벤트 패키지가 설명된다. 시스템(10)의 다른 실시예가 도시되어 있는데, 이 실시예에서는 하나 이상의 IMS 장치(15)가 SIP 이벤트 패키지에 가입할 수 있고, 이 패키지는 하나 이상의 CS 장치가 호를 행할 때 IMS 장치(15)에게 통지할 것이다. 시스템(10)은 제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 장치에 대해, 여기에 설명되는 SIP 이벤트 패키지에 가입하는 다수의 IMS 장치를 가질 수 있지만, 간략화를 위해 장치들(11, 12, 15)만이 도시됨에 유의해야 한다.

SIP 이벤트 패키지는 일례에서 IMS 장치(예컨대, 장치 15)의 사용자가 가입할 수 있는 CS 호출 서비스 이벤트 패키지이다. SIP 호출 서비스 이벤트 패키지(이하, "SIP 패키지"라고 함)에 가입함으로써, 장치(15)의 사용자는 특정 서비스들이 제1 도메인(13)에서 개시될 때 장치(15)에게 통지하기 위해 제2 도메인 CSI-AS(21)에게 알릴 수 있다. 예를 들어, 장치(15)는 CS 음성 호가 특정 장치(예컨대, 장치 11 또는 장치 12)에 대해 종료될 때 CSI-AS(21)가 장치(15)에게 통지할 것을 요청할 수 있다. 이어서, CSI-AS(21)는 CS 호에 대한 정보를 식별하고 유지하며, CS 호 정보를 장치(15)의 사용자에게 제공할 것이다.

장치(15) 및 CS 도메인 내의 관심 있는 장치(예를 들어, 장치 11 또는 장치 12)가 동일 사용자에 의해 소유되는 경우, SIP 패키지에 대한 가입은 보안 관점에서 간단하다는 점에 유의해야 한다. 마찬가지로, 관심 있는 장치와 장치(15)가 동일 장치(예컨대, CS 및 IMS 능력을 갖는 이동 유닛)인 경우, SIP 패키지에 대한 가입은 보안 관점에서 간단할 것이다. 그러나, 관심 있는 장치와 장치(15)가 별개의 장치들이고 별개의 사용자들에 의해 소유되는 경우, 보안 관점에서, 장치(15)가 관심 있는 장치에 관한 CS 호 정보에 가입하도록 허가됨을 검증하기 위한 메커니즘을 제공할만한 가치가 있을 것이다. 예를 들어, 가입이 효력을 갖기 위해 패스워드가 요구되거나, 관심 있는 장치의 소유자가 장치(15)가 가입하는 것을 허가하는 명시적인 허가서를 시스템에 제공해야 하거나, 장치의 소유자가 보안 설정을 턴온 또는 턴오프하는 옵션을 가질 수 있는 것 등등이 이루어질 수 있다.

SIP 패키지는 본 명세서에 참고로 반영되는 RFC 3265에서 지정되는 SIP 이벤트 프레임워크의 구체적인 응용을 제공하며, IMS 사용자가 가입할 수 있는 사용자의 CS 호들에 관련된 이벤트들 및 정보를 정의한다. CS 호출 서비스 이벤트 패키지는 가입자를 수반하는 CS 호의 설정(이 경우, 호에 대한 정보, 예를 들어 CSI-AS에서의 개시 호 타입, 종료 호 타입, 호 모드 등도 전송된다), 가입자를 수반하는 CS 호의 해제, 호 상태의 변경(예컨대, 호 유지) 및 다른 CS 관련 이벤트들(새로운 CS 호 대기 등)과 같은 이벤트들을 가입자에게 통지할 수 있다.

이러한 통지들은 CS 도메인을 통해 가입자에게 이미 전송된 정보를 복제할 필요는 없지만, IMS 도메인에서 사용될 수 있는 이벤트들에 대한 여분의 정보(예를 들어, 호 참조)를 가입자에게 전송한다. 가입자는 모든 가능한 이벤트에 가입하지는 않기로 선택할 수 있다. 예를 들어, 가입자는 "CS 설정" 이벤트에만 가입하기로 선택할 수 있다(이 경우, 가입자는 호가 해제되거나 그 상태가 변경될 때 통지받지 못할 것이다). 이러한 선택은 SIP SUBSCRIBE 요청의 본문에 필터 문서를 포함시킴으로써 지정될 수 있다.

시스템(10) 상에서의 SIP 패키지의 사용의 예는 단일 IMS 가입자가 다수의 IMS 가능 장치를 가질 수 있는 것을 포함하지만, 이에 한정되지 않는다. 각각의 장치는 CS 장치들 상에서 설정되는 CS 호들에 대한 정보를 취득하고, 이 정보를 이용하여 그러한 CS 호들과 관련된 IMS 서비스들을 개시할 수 있다. WLAN/VoIP 장치는 GSM 장치 상에서 현재 유효한 음성 호를 수신할 것을 요청할 수 있다. 사용자는 익명의 장치를 이용하여 IMS 비디오 세션을 개시할 수 있다. 사용자는 사용자가 접속된 단말기가 익명인 것처럼 호 센터들에 대해 결합 호들을 개시할 수 있다(전술한 도로 지원 센터 참조).

도 6을 더 참조하면, 일례에서, CSI-AS(21)는 방법(400)의 단계 403과 유사한 방식으로 정보를 식별하고 유지한다. 예를 들어, CSI-AS(21)는 호 참조 및 제1 장치에 대한 식별자를 포함하는 호 컨텍스트를 생성한다. 이러한 요소들에 더하여, 호 컨텍스트는 호출자 전화 번호 및 피호출자 전화 번호, 재지향자 전화 번호, CLIR 호출 상태, 사용자-사용자 IE에 포함된 정보, 및 CC 시그널링 메시지 내에 포함된 임의의 다른 중요한 정보와 같은 추가 정보를 포함할 수 있다. 다른 예에서, CSI-AS(21)는 VCC(Voice Call Continuity) AS와 같이 CS 호 정보를 저장하는 다른 IMS 애플리케이션 서버들로부터 추가 정보를 취득할 수 있다.

일례에서, 개시 또는 종료 CS 호가 장치들(11, 12) 중 하나를 이용하여 설정되고 있을 때, 호 컨텍스트를 설정하고 저장하는 CSI-AS(21)로 CS 호 제어 메시지들을 라우트하기 위해 CAMEL 프로시저가 호출된다. 도 1에 도시된 시스템에서와 같이, CS 호가 해제될 때 동일 메커니즘이 이용된다. CSI-AS(21)로 통지를 전송하기 위해 CS 도메인의 MSC에 의해 CAMEL 프로시저가 호출된다. 이어서, CSI-AS(21)는 CS 호 컨텍스트를 제거한다.

이제, 도 7을 참조하여, 예시적인 목적으로 SIP 패키지를 더 상세히 설명한다.

장치(15)는 일례에서 IMS 단말기이다. 장치(15)는 SUBSCRIBE 메시지(701)를 S-CSCF(22)를 통해 CSI-AS(21)로 전송함으로써 SIP 패키지에 가입한다. 가입(SUBSCRIBE 요청)은 CSI-AS(21)에 의해 서비스된다. SUBSCRIBE 요청을 수신한 후, CSI-AS(21)는 OK 응답 메시지(703)를 S-CSCF(22)를 통해 장치(15)로 전송한다.

SIP 패키지는 CSI-AS(21)가 장치(15)의 사용자에게 CS 도메인 내의 장치들과 진행중인 CS 호들에 대한 정보를 제공하는 것을 가능하게 한다. SIP 패키지 이벤트 통지들(즉, SIP NOTIFY 요청)은 가입자가 접속된 각각의 CS 호에 대한 다양한 정보, 즉 IMS 네트워크에서 호를 고유하게 식별하는 호 참조, 호출자 전화 번호 및 피호출자 전화 번호, 재지향자 전화 번호, CLIR 호출 상태, 사용자-사용자 IE에 포함된 정보, CC 시그널링 메시지에 포함된 다른 중요한 정보 등을 제공할 수 있다.

이벤트 패키지의 포맷에 대한 상세한 설명은 다음과 같다.

이벤트 패키지 명칭: CS 호출 서비스

NOTIFY 본문: XML 문서

MIME 매체 타입명: 애플리케이션

MIME 서브타입명: cscallinfo+xml

SUBSCRIBE 요청 URI: SIP URI 포맷의 TEL URL 또는 Tel URL. 등록된 IMPU이어야 한다.

SUBSCRIBE To 헤더: 요청 URI와 동일

SUBSCRIBE 요청은 SIP URI 포맷의 TEL URL 또는 Tel URL(등록된 IMPU)로 어드레스된다. TEL URL과 연관된 필터 기준들이 최초 SUBSCRIBE 요청을 CSI-AS(21)로 라우트한다. CSI-AS(21)는 요청 URI에서 어드레스된 IMPU를 키로서 이용하여 해당 사용자에 대한 CS 호 컨텍스트에 액세스한다.

단일 IMS 가입자가 동일 전화 번호 IMPU를 이용하는 다수의 IMS 가능 장치를 갖는 경우, SIP 이벤트 패키지에 대한 가입들은 그러한 장치들 중 어느 하나로부터 설정될 수 있다. 이것은 사용자가 다른 장치들 상에 설정된 CS 호들에 대한 정보를 취득하고, 이러한 정보를 잠재적으로 사용하여 상이한 장치로부터의 CS 호들과 관련된 IMS 서비스들을 개시하는 것을 가능하게 한다.

이제, 전화 번호(35850482137)와 관련된 정보에 대한 예시적인 가입 요청(701)이 예시의 목적으로 제공된다.

도 7을 다시 참조하면, 주기적으로 CSI-AS(21)는 어떠한 CS 호 정보도 생성되지 않았음을 지시하는 NOTIFY 메시지들을 S-CSCF(22)를 통해 장치(15)로 전송할 것이다(703). 장치(15)는 OK 수신 확인 메시지들을 CSI-AS(21)로 역전송할 것이다(704).

CS 도메인(13)에서 장치(11) 또는 장치(12) 상에서 호가 설정될 때, CS 도메인(13)의 MSC는 CS 호가 설정되었음을 통지하는 CAMEL 메시지를 CSI-AS(21)로 전송할 것이다(705). CSI-AS(21)는 NOTIFY 메시지를 S-CSCF(22)를 통해 장치(15)로 전송할 것이다(706). 장치(15)는 OK 수신 확인 메시지들로 응답할 것이다(707).

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

제2 CS 호가 예시적인 전화 번호(35850482137)에 대하여 설정될 때 CSI-AS(22)에 의해 장치(15)로 전송되는(709) 예시적인 SIP 메시지 NOTIFY 메시지가 예시의 목적으로 보여진다.

제2 호가 해제되는 경우, CAMEL 메시지가 CS 도메인(13)에서 CSI-AS(21)로 전송된다(711). CSI-AS(21)는 NOTIFY 메시지를 S-CSCF(22)를 통해 장치(15)로 전송한다(712). 장치(15)는 OK 수신 확인 메시지로 응답한다(713).

제1 호가 해제되는 경우, CAMEL 메시지가 CS 도메인(13)에서 CSI-AS(21)로 전송된다(714). CSI-AS(21)는 NOTIFY 메시지를 S-CSCF(22)를 통해 장치(15)로 전송한다(715). 장치(15)는 OK 수신 확인 메시지로 응답한다(716).

도 7을 더 참조하면, 제1 및 제2 CS 호 동안, IMS 장치(15)의 사용자는 SIP 패키지 통지들에서 제공되는 정보를 이용하여, 특정 CS 호들에 밀접하게 연관된 IMS 서비스들을 호출할 수 있다. 이러한 서비스들은 CS 호 자체로 지향되거나, CS 호의 원격 당사자에게로 지향될 수 있다. CS 호출 서비스 이벤트 패키지 통지들에서 식별되는 특정 CS 호들로의 IMS 서비스 호출들의 지향을 지원하기 위해, "callref"라고 하는 SIP URI 파라미터가 사용된다. 이 파라미터는 다음의 구문, 즉 callref=<call reference>를 갖는데, 여기서 <call reference>는 CS 호출 서비스들에서 반환되는 호 참조이다. 예시적인 호 참조는

이다.

대안으로서, 호 참조는 CSI-AS에 의해 생성되는, 와일드 카드를 갖는 PSI에 내장되고, CS 호출 서비스 이벤트 패키지 통지들에서 IMS 사용자에게 제공될 수 있다. 이 경우, callref 파라미터를 사용하는 대신에, SIP 요청은 와일드 카드를 갖는 PSI로 직접 어드레스될 것이다.

이제, CS 호출 이벤트 패키지의 사용을 설명하는 예들이 예시의 목적으로 제공될 것이다.

CLIR이 호출된 CS 호가 설정되고, 피호출자는 결합 서비스를 개시하기를 원하지만, 호출자 전화 번호를 알지 못하므로 결합 서비스를 개시할 수 없다. 결과적으로, 피호출자는 SIP 요청을 결합 서비스를 지시하는 호 참조로 어드레스한다. 일례에서, 피호출자는 호 참조를 식별하기 위한 callref 파라미터 및 CS 호의 원격 당사자가 어드레스되고 있음을 지시하기 위한 "combinational" 또는 "remote-party" 파라미터와 함께, 저장된 CS 호 컨텍스트로의 액세스를 지시하는 SIP URI(예를 들어, SIP:csi-service.operator.com)를 이용한다. 예를 들어,

또는

P-표명-식별자에 대한 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 표명 식별자에 대한 iFC는 개시 IMS 네트워크(피호출자의 IMS 네트워크)에서의 SIP 요청에 적용되며, SIP URI와의 매칭시, SIP 요청은 CSI-AS로 전송된다. 이어서, CSI-AS(21)는 <callreference>를 키온하고, 요청을 호출자 전화 번호로 재지향시킨다.

다른 예에서, 요청은 호 참조를 식별하기 위한 "callref=<callreference>" 파라미터 및 CS 호의 원격 당사자가 어드레스되고 있음을 지시하기 위한 "combinational" 또는 "remote-party" 파라미터와 함께 CSI-AS(21)의 PSI로 어드레스된다. 예를 들어,

또는

이어서, CSI-AS(21)는 <callreference>를 키온하고, 요청을 호출자 전화 번호로 재지향시킨다. CSI-AS는 단말기 상에 제공되어야 한다.

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 호를 키온하고, 요청을 호출자 전화 번호로 재지향시킨다. 결합 서비스는 CS 호를 호스트하는 장치와 다른 장치로부터 개시될 수 있는데, 이는 양 장치가 동일한 등록된 TEL URL IMPU를 공유하는 경우에 그러하다는 점에 유의한다.

다른 예에서, 설정된 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 표명 식별자에 대한 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 표명 식별자에 대한 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)로 리라우트(re-route)한다. CSI-AS PSI는 단말기 상에 제공되어야 한다.

callref 파라미터를 이용하는 것의 대안으로서, IMS 사용자는 호 참조에 기초하여 IMS 서비스 호출을 와일드 카드를 갖는 PSI로 직접 어드레스할 수도 있다. 이 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(21)는 와일드 카드를 갖는 PSI에 의해 참조되는 CS 호를 키온하고, 요청을 핸드오프 프로시저를 실행하는 VCC AS(즉, CCCF/NeDS)로 리라우트한다. 핸드오프는 CS 호를 호스트하는 장치와 다른 장치로부터 개시될 수 있는데, 이는 양 장치가 동일한 등록된 TEL URL IMPU를 공유하는 경우에 그러하다는 점에 유의한다.

위의 SIP 패키지에 대한 설명은 파라미터 명칭들, 예를 들어 callref, remote-party, handoff 등을 포함하였다는 점에 유의해야 한다. 이러한 명칭들은 단지 예시적인 목적으로 제공되었다. 그 의미(즉, SIP 패키지 내에서의 컨텍스트)가 여기에 설명된 바와 같이 유지되는 한, 다른 명칭들로 대체될 수 있다.

특정 실시예들이 도시되고 설명되었지만, 여기에 설명된 원리들을 벗어나지 않고 변경들 및 수정들이 이루어질 수 있음은 이 분야의 기술자들에게 명백할 것이다. 위의 설명 및 첨부 도면들에서 제공되는 내용은 한정이 아니라, 단지 예시적으로 제공된다.

Claims

제1 도메인에서 제1 장치로부터 제2 장치로의 호의 통지를 수신하는 단계;

제1 타입의 호에 대한 호 컨텍스트(call context)를 생성하는 단계;

제2 도메인에서 상기 제2 장치로부터 상기 제1 장치로의 호의 개시의 통지를 수신하는 단계; 및

상기 제1 장치에게 상기 제2 장치로부터 상기 제1 장치로의 호의 개시를 통지하기 위해 상기 호 컨텍스트를 이용하는 단계

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

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

상기 제1 타입의 호에 대한 호 참조(call reference)를 생성하는 단계; 및

상기 호 참조를 메모리 컴포넌트에 저장하는 단계

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

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

상기 제1 장치로부터 상기 제2 장치로의 호의 통지로부터 상기 제1 장치의 식별자를 추출하는 단계; 및

상기 식별자를 상기 호 참조에 대응시켜 상기 메모리에 저장하는 단계

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

상기 이용하는 단계는

상기 제1 장치의 식별자를 결정하기 위해 상기 호 참조를 이용하는 단계; 및

상기 제2 도메인에서, 상기 제2 장치가 상기 제1 장치와 제2 타입의 호를 행하기를 원한다는 것을 지시하는 메시지를 상기 제1 장치로 전송하는 단계

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

상기 호 컨텍스트의 생성에 응답하여 상기 호 참조를 상기 제2 장치로 전송하는 단계

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

상기 식별자를 상기 제1 장치로 전송하는 단계는

상기 제2 장치와의 USSD(Unstructured Supplementary Service Data) 세션을 개시하는 단계; 및

상기 USSD 세션 동안에 상기 호 참조를 상기 제2 장치로 전송하는 단계

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

상기 전송하는 단계는 상기 호 참조를 포함하는 SMS(Short Message Service) 메시지를 상기 제2 장치로 전송하는 단계를 포함하는 방법.
제5항에 있어서,

웹 인터페이스를 통해 상기 제2 장치로부터 상기 호 참조에 대한 요청을 수신하는 단계

를 더 포함하고,

상기 전송하는 단계는

상기 요청의 수신에 응답하여 상기 호 참조를 상기 웹 인터페이스를 통해 상기 제2 장치로 전송하는 단계

를 포함하는 방법.
제5항에 있어서, 상기 전송하는 단계는 상기 호 참조를 포함하는 SIP(session initiation protocol) NOTIFY 메시지를 상기 제2 장치로 전송하는 단계를 포함하는 방법.
제5항에 있어서, 상기 호 참조를 생성하는 단계는 상기 제2 장치 내에서 상 기 호 참조를 생성하는 단계를 포함하는 방법.
제5항에 있어서,

상기 제2 도메인에서 상기 제2 장치로부터 상기 제1 장치에 대한 호를 개시하기 위한 요청을 수신하는 단계

를 더 포함하고,

상기 요청은 상기 호 참조를 포함하는 방법.
제5항에 있어서,

상기 전송하는 단계는 SIP 인스턴트 메시징의 이용을 통해 상기 메시지를 전송하는 단계를 포함하는 방법.
제1 도메인에서 제1 장치로부터 제2 장치로의 호의 통지를 수신하는 제1 인터페이스 컴포넌트;

제1 타입의 호에 대한 호 컨텍스트를 생성하는 컨텍스트 생성 컴포넌트;

제2 도메인에서 상기 제2 장치로부터 상기 제1 장치로의 호의 개시의 통지를 수신하는 제2 인터페이스 컴포넌트; 및

상기 제1 장치에게 상기 제2 장치로부터 상기 제1 장치로의 호의 개시를 통지하기 위해 상기 호 컨텍스트를 이용하는 통지 컴포넌트

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

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

상기 제1 타입의 호에 대한 호 참조(call reference)을 생성하는 호 참조 생성 컴포넌트

를 포함하고,

상기 시스템은

상기 호 참조를 메모리 장치에 저장하는 메모리 컴포넌트

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

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

상기 제1 장치로부터 상기 제2 장치로의 호의 통지로부터 상기 제1 장치의 식별자를 추출하는 장치 식별자 컴포넌트

를 더 포함하고,

상기 시스템은

상기 식별자를 상기 호 참조에 대응시켜 저장하는 메모리 컴포넌트

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

상기 통지 컴포넌트는

상기 제1 장치의 식별자를 결정하기 위해 상기 호 참조를 이용하는 처리 컴포넌트; 및

상기 제2 도메인에서, 상기 제2 장치가 상기 제1 장치와 제2 타입의 호를 행하기를 원한다는 것을 지시하는 제2 메시지를 상기 제1 장치로 전송하는 처리 컴포넌트

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

상기 호 컨텍스트의 생성에 응답하여 상기 호 참조를 상기 제2 장치로 전송하는 호 참조 통신 컴포넌트

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

상기 호 참조 통신 컴포넌트는

상기 제2 장치와의 USSD 세션을 개시하는 처리 컴포넌트; 및

상기 USSD 세션 동안에 상기 호 참조를 상기 제2 장치로 전송하는 처리 컴포넌트

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

상기 호 참조 통신 컴포넌트는 상기 호 참조를 포함하는 SMS 메시지를 상기 제2 장치로 전송하는 처리 컴포넌트를 포함하는 시스템.
제17항에 있어서,

상기 제2 장치로부터 상기 호 참조에 대한 요청을 수신하는 웹 인터페이스

를 더 포함하고,

상기 호 참조 통신 컴포넌트는

상기 요청의 수신에 응답하여 상기 호 참조를 상기 제2 장치로 전송하는 처리 컴포넌트

를 더 포함하는 시스템.
제17항에 있어서, 상기 호 참조 통신 컴포넌트는 상기 호 참조를 포함하는 SIP NOTIFY 메시지를 상기 제2 장치로 전송하는 SIP 컴포넌트를 포함하는 시스템.
제17항에 있어서, 상기 호 참조 생성 컴포넌트는 상기 제2 장치 내에 상주하는 시스템.
제17항에 있어서,

상기 제2 도메인에서 상기 제2 장치로부터 상기 제1 장치에 대한 호를 개시 하기 위한 요청을 수신하는 호 요청 컴포넌트

를 더 포함하고,

상기 요청은 상기 호 참조를 포함하는 시스템.
제17항에 있어서,

상기 호 참조 통신 컴포넌트는 SIP 인스턴트 메시징의 이용을 통해 상기 메시지를 전송하는 처리 컴포넌트를 포함하는 시스템.