KR101017039B1

KR101017039B1 - Ｉｍｓ를 포함하는 네트워크 환경에서 입중계 호를 적절한도메인에 라우팅하는 시스템 및 방법

Info

Publication number: KR101017039B1
Application number: KR1020087019006A
Authority: KR
Inventors: 아드리안 버클리; 앤드류 알렌; 마이클 센필드
Original assignee: 리서치 인 모션 리미티드
Priority date: 2006-01-10
Filing date: 2007-01-09
Publication date: 2011-02-23
Also published as: JP2009522964A; AU2007204562A1; KR20080091191A; WO2007079579A1; MX2008008901A; CA2636479A1; AU2007204558B2; JP2012200002A; US20070238466A1; EP1985088A4; WO2007079578A1; EP1972118A1; EP1972118A4; US20070238467A1; JP2009522965A; MX2008008900A; KR20080091192A; JP5514866B2; EP1985088A1; AU2007204558A1

Abstract

일 실시예에서, 회선 교환(CS) 네트워크 및 IP 멀티미디어 서브시스템(IMS) 네트워크를 포함하는 네트워크 환경에서 입중계 호를 라우팅하기 위한 방식이 개시되어 있으며, 여기서, 입중계 호는 네트워크 환경에 배치된 유저 장비(UE) 디바이스에 전달된다. IMS 네트워크에 배치된 네트워크 노드는 UE 디바이스의 도메인, 상태, 유저 및/또는 운영자 정책 및 선호도의 적용가능성, 위치 등에 대한 복수의 판정들을 수행하도록 동작가능하다. 입중계 호는 상술한 판정들에 적어도 부분적으로 기초하여 적절한 도메인(예를 들어, CS 도메인 또는 IMS 도메인)에 대해 종료된다.

Description

ＩＭＳ를 포함하는 네트워크 환경에서 입중계 호를 적절한 도메인에 라우팅하는 시스템 및 방법{SYSTEM AND METHOD FOR ROUTING AN INCOMING CALL TO A PROPER DOMAIN IN A NETWORK ENVIRONMENT INCLUDING IMS}

본 특허 명세서는 일반적으로 통신 네트워크 내에서의 호 라우팅에 관한 것이다. 더 구체적으로는, 한정적인 것은 아니지만, 본 특허 명세서는 입중계 호(incoming call)가 적절한 도메인(예로서, CS 도메인 또는 IMS 도메인)에 라우팅되는 회선-교환(CS) 네트워크 및 IP 멀티미디어 서브시스템(IMS) 네트워크를 포함하는 네트워크 환경에서 동작가능한 도메인 선택 시스템 및 방법에 관한 것이다.

모바일 보이스-오버-인터넷 프로토콜(VoIP) 핸드오버(handover)는 IP-기반 네트워크[예를 들면, 무선 LAN(WLAN) 또는 Wi-MAX 네트워크, 3세대 파트너쉽 프로젝트(3GPP) 패킷-교환(PS) 네트워크, 장기 에볼루션(Long Term Evolution)(LTE) 네트워크 등]와 회선-교환 셀룰러 네트워크 사이에서 유저가 이동할 때, 음성 호를 지속하는 프로세스이다. 이러한 핸드오버를 실행하기 위해, 현재의 3세대 파트너쉽 프로젝트(3GPP) 표준은 IP 멀티미디어 서브시스템(IMS)이라 칭하는 신규한 IP-기반 네트워크 아키텍쳐(architecture) 내에 배치된 호 연결성(call continuity) 제어 펑션(CCCF) 요소를 특정하고 있다. 또한, 이중 도메인 기능(즉, CS 도메인 및 IMS 도메인)을 갖는 유저 장비(UE) 디바이스에 지향되는 입중계 호에 대한 적절한 도메인 선택을 용이하게 하기 위해 CCCF 요소와 상호 작용하는, 네트워크 도메인 선택(NeDS) 펑션이라 칭하는 다른 개체(entity)가 3GPP 표준에 의해 규정되어 있다. 그러나, 다수의 단점이 NeDS 기능의 현재의 개발에서 계속 존재하고 있는 것으로 알려져 있다.

본 특허 명세서의 실시예의 더 완전한 이해는 첨부 도면과 결합한 이하의 상세한 설명을 참조함으로써 얻어질 수 있다.

도 1은 본 특허 명세서의 일 실시예가 실시될 수 있는 회선-교환(CS) 네트워크 인프라구조 및 IP 멀티미디어 서브시스템(IMS) 인프라구조를 포함하는 네트워크 환경을 도시하고 있는 도면.

도 2는 본 특허 명세서의 목적을 위한 도메인 선택을 실행하도록 동작가능한 네트워크 요소 일 실시예를 도시하고 있는 도면.

도 3은 입중계 호를 라우팅하기 위한 본 특허 명세서의 실시예의 흐름도.

도 4는 일 실시예에 따른 UE 디바이스와 관련 NeDS 요소 사이의 전체 상호 작용의 모델에 관한 흐름도.

도 5는 일 실시예에 따른 NeDS 요소를 구비하는 복수의 인터페이스를 도시하고 있는 기능 블록도.

도 6a는 UE 디바이스를 위한 상태 전이를 유지하는 NeDS 요소를 구비하는 상 태 전이 엔진의 일 실시예를 도시하고 있는 도면.

도 6b는 본 특허 명세서의 목적을 위한 정책/선호도 스키마를 도시하고 있는 도면.

도 7은 본 명세서의 일 실시예에 따른 NeDS 요소에서의 유저 정책/선호도 설정을 실행하기 위한 메시지 흐름도.

도 8은 일 실시예의 NeDS 요소에의 초기 등록에 관한 메시지 흐름도.

도 9는 다른 실시예의 NeDS 요소에의 초기 등록에 관한 메시지 흐름도.

도 10은 일 실시예에 따른 NeDS 요소에 의한 트리거를 불능화하는 것에 관한 메시지 흐름도.

도 11은 일 실시예의 NeDS 요소에서의 일반화된 등록 프로세스에 관한 메시지 흐름도.

도 12 및 도 13은 비구조화 부가 서비스 데이터(USSD) 메시징을 사용하는 NeDS 요소에서의 일반화된 등록 프로세스에 관한 메시지 흐름도.

도 14는 일 실시예의 UE 디바이스의 상태 변화에 대한 UE 디바이스와 관련 NeDS 요소 사이의 메시징에 관한 메시지 흐름도.

도 15는 UE 디바이스에 의한 회선-교환(CS) 도메인의 발견에 대한 UE 디바이스와 관련 NeDS 요소 사이의 메시징에 관한 메시지 흐름도.

도 16은 다른 실시예의 UE 디바이스의 상태 변화에 대한 UE 디바이스와 관련 NeDS 요소 사이의 메시징에 관한 메시지 흐름도.

도 17은 또 다른 실시예의 UE 디바이스의 상태 변화에 대한 UE 디바이스와 관련 NeDS 요소 사이의 메시징에 관한 메시지 흐름도.

도 18은 본 특허 명세서의 목적을 위해 동작가능한 통신 디바이스의 일 실시예의 블록도.

본 발명은 CS 네트워크 및 IMS 네트워크를 포함하는 네트워크 환경에서 입중계 호 또는 세션을 라우팅하기 위한 방식에 대하여 광범위하게 개시하고 있으며, 여기서, 입중계 호/세션은 네트워크 환경에 배치된 UE 디바이스에 전달된다. 본 발명의 개시 및 아래 후술된 청구범위의 목적을 위하여, 용어 "호"는 "호" 또는 "세션"을 포함하는 것으로 간주된다. IMS 네트워크 에 배치된 네트워크 노드는 UE 디바이스의 도메인, 상태, 유저 및/또는 운영자 정책 및 선호도의 적용가능성, 위치 등에 대한 복수의 판정들을 수행하도록 동작가능하다. 후속하여, 입중계 호는 상술한 판정에 적어도 부분적으로 기초하여 적절한 도메인(예를 들어, CS 도메인 또는 PS 도메인)에 종료된다.

일 양태에서, CS 네트워크 및 IMS 네트워크를 포함하는 네트워크 환경에서 입중계 호를 라우팅하는 방법이 개시되어 있으며, 여기서, 입중계 호는 네트워크 환경에 배치된 UE 디바이스에 전달된다. 청구된 방법은 UE 디바이스에 관한 상태 정보를 판정하는 단계와; 적어도 하나의 정책 기준이 입중계 호에 대하여 적용가능한지를 판정하는 단계와; 판정들 중 적어도 하나에 기초하여 도메인으로의 입중계 호를 종료하는 단계를 포함하며, 상기 판정들은 IMS 네트워크와 연관된 네트워크 노드에서 실시된다.

다른 양태에서, CS 네트워크 및 IMS 네트워크를 포함하는 네트워크 환경에서 입중계 호를 라우팅하는 시스템이 개시되어 있으며, 입중계 호는 네트워크 환경에 배치된 UE 디바이스에 전달되며, 라우팅 시스템은 UE 디바이스에 대한 상태 정보를 판정하기 위한 수단과; 적어도 하나의 정책 기준이 입중계 호에 대하여 적용가능한지 여부를 판정하기 위한 수단과; 판정들 중 적어도 하나의 판정에 기초하여 도메인으로의 입중계 호를 종료하기 위한 수단을 포함하며, 상기 판정들은 IMS 네트워크와 관련된 네트워크 노드에서 실시된다.

또 다른 양태에서, IMS 네트워크에 배치되도록 동작가능한 네트워크 노드에 대하여 개시되며, 네트워크 노드는 IMS 서비스를 지원하도록 동작가능한 UE 디바이스와 통신하기 위한 인터페이스와, UE 디바이스와 연관된 홈 가입자 서버(HSS) 요소와 통신하기 위한 인터페이스와, 프리젠티티 프리젠스 프록시 요소, 프리젠스 네트워크 에이전트, 무선 액세스 네트워크 핫 스폿 데이터베이스 및 정책 판정 펑션 요소 중 하나와 통신하기 위한 복수의 인터페이스를 포함한다.

이제, 본 특허 명세서의 시스템 및 방법이 어떠한 방식으로 실시예가 가장 양호하게 이루어져 사용될 수 있는지에 대한 다양한 예를 참조하여 설명될 것이다. 유사한 도면 부호는 명세서 및 다수의 도면 전체에 걸쳐 유사한 또는 대응 부분을 지시하기 위해 사용되며, 도면에서 다양한 요소들은 반드시 축척대로 도시되어 있는 것은 아니다. 이제, 도면, 특히 도 1을 참조하면, 예시적인 네트워크 환경(100)이 도시되어 있고, 여기서 본 특허 명세서의 실시예는 적절한 도메인(예를 들면, CS 도메인 또는 IMS 도메인)으로의 입중계 호에 대한 호 라우팅을 실행하기 위해 실시될 수 있다. 도시되어 있는 바와 같이, 네트워크 환경(100)은 복수의 UE 디바이스(102-1 내지 102-N)에 이용 가능한 다수의 액세스 기술로 구성된 액세스 공간(104)을 포함한다. 본 명세서의 목적을 위해, UE 디바이스는 임의의 유선식(tethered) 또는 무선식(untethered) 통신 디바이스일 수 있고, 적합한 무선 모뎀을 구비한 임의의 퍼스널 컴퓨터(예를 들면, 데스크탑, 랩탑, 팜탑 또는 휴대형 연산 장치) 또는 이동 통신 디바이스[예를 들면, 휴대 전화 또는 메시지 송수신, 웹 브라우징 등이 가능한 데이터-가능형(data-enabled) 휴대형 디바이스] 또는 임의의 강화 PDA 디바이스 또는 이메일, 비디오 메일, 인터넷 액세스, 기업 데이터 액세스, 메시징, 캘린더링(calendering) 및 스케쥴링, 정보 관리 등이 가능한 통합형 정보 기기를 포함할 수 있다. 바람직하게는, UE 디바이스는, 회선-교환(CS) 통신 뿐만 아니라 패킷-교환(PS) 통신 양쪽 모두에 참여될 수 있고, 연결성의 손실 없이 하나의 통신 모드로부터 다른 통신 모드로 전이할 수 있다는 점에서 다중 모드에서 동작가능하다.

액세스 공간(104)은 무선 기술, 유선 기술, 광대역 액세스 기술 등을 수반할 수 있는 CS 네트워크 및 PS 네트워크 양쪽 모두로 구성될 수 있다. 예를 들면, 도면 부호 106은 이동 통신 글로벌 시스템(GMS) 네트워크 및 코드 분할 다중 접속(CDMA) 네트워크 같은 무선 기술을 나타내고 있지만, 그 기술은 임의의 3세대 파트너쉽 프로젝트(3GPP)-순응 셀룰러 네트워크(예를 들면, 3GPP 또는 3GPP2)에도 마찬가지로 확장될 수 있다. 도면 부호 108은 무선 근거리 네트워크 또는 WLAN, Wi-MAX 네트워크 뿐만 아니라 DSL, 케이블 광대역 등과 같은 고정 네트워크를 포함하 는 광대역 액세스 네트워크를 나타내고 있다. 또한, 액세스 공간(104)의 부분으로서 통상의 유선 PSTN 인프라구조(110)가 예시되어 있다.

IP 멀티미디어 서브시스템(IMS) 코어 네트워크(112)는 임의의 CS 기반 네트워크를 포함하는 전술된 다양한 액세스 네트워크에 결합된다. 공지되어 있는 바와 같이, 3GPP에 의해 규정된 IMS 표준은 임의의 네트워크 유형을 거쳐 IP를 경유하여 전달될 수 있는 다양한 서비스를 서비스 공급자가 관리할 수 있게 하도록 설계되어 있으며, 여기서 IP는 베어러 트래픽(bearer traffic) 및 세션 개시 프로토콜(SIP) 기반 시그널링 트래픽 양쪽 모두를 전송하기 위해 사용된다. 광의적으로, IMS는 멀티미디어 서비스를 제공할 수 있는 애플리케이션(즉, 서비스) 및 네트워크(즉, 액세스)를 관리하기 위한 프레임워크이다. IMS는 가입자가 사용하는 서비스, 예를 들면, 음성 호 연결성(VCC), 푸시-투-토크(PTT) 등을 전달하는 네트워크 요소가 되는 "애플리케이션 서버"를 규정한다. IMS는 각각의 애플리케이션 서버(AS)가 예를 들면 가입자 프로필, IMS 이동성, 네트워크 액세스, 인증, 서비스 인가, 과금 및 요금 청구, 운영자간 펑션(inter-operator function), 기존 전화 네트워크와의 상호 동작을 갖도록 요구되는 공통 제어 구성 요소를 규정함으로써 애플리케이션을 관리한다.

IMS가 주로 GSM 네트워크를 다루는 3GPP 표준체에 의해 규정되는 반면, 다른 그룹, 즉 3GPP2는 멀티미디어 도메인(MMD)이라 칭하는 매우 유사한 아키텍처를 규정하는데 관련되어 있다는 것을 이해해야 한다. MMD는 본질적으로, CDMA 네트워크를 위한 IMS인데, MMD 및 IMS가 대략 동등하기 때문에, 용어 "IMS"는 본 특허 명세 서에서 적용 가능한 경우 IMS 및 MMD 양쪽 모두를 총칭하는데 사용될 수도 있다.

도 1을 계속 참조하면, 도면 부호 114-1 내지 114-N은 전술된 바와 같은 다양한 IMS 서비스, 예를 들면, VCC, PTT 등을 지원하기 위해 동작가능한 복수의 AS 노드를 나타내고 있다. 또한, 호 연결성 및 적절한 도메인 선택을 실행하기 위해, 다른 네트워크 노드 또는 AS(120)가 호 연결성 제어 펑션(CCCF)(116) 및 네트워크 도메인 선택(NeDS)(118)이라 칭하는 기능을 구현하는 가입자의 홈 IMS 코어 네트워크(112)의 부분으로서 제공될 수 있다. 본질적으로, AS(120)의 CCCF 부분(116)은 홈 IMS 네트워크 내에 상주하고, CS 도메인과 IMS 도메인 사이의 호 핸드오버/라우팅을 포함한 모든 호 세션 및 관련된 모바일 보이스-오버-IP(VoIP) 베어러 트래픽을 추적하는 신규한 IMS 애플리케이션 서버 요소로서 동작 가능하다. 이하에 더 상세히 설명되는 바와 같이, AS(116)의 NeDS 부분(118)은, 특히 IMS와 CS 네트워크(P를 들어 GSM 또는 CDMA) 사이의 등록/등록 해제 관리 뿐만 아니라 입중계 호를 라우팅하기 위한 도메인 선택을 수행하는 책임을 갖는다. 가능하게는 개별 펑션일 수 있지만, CCCF 및 NeDS 기능 양쪽 모두를 도 1에 도시되어 있는 바와 같이 단일 IMS 순응 네트워크 요소(120)로 통합하는 것이 가능하다. 부가적으로, 적절한 데이터베이스 구조[예를 들면, DB(122)] 및 타이머 메커니즘[예를 들면, 타이머(124)]이 단일 네트워크 요소로 통합되거나 또는 (예를 들면, 둘 이상의 구성 요소 사이에) 분포될 수 있는 NeDS 기능에 대해 이하에 더 상세히 설명되는 목적을 위해 AS(120)와 연관하여 제공될 수 있다. 구현예의 고도의 유연성에 기인하여, 당 기술 분야의 당업자들은 이하에 사용된 바와 같은 용어 "NeDS 요소"가 일반적으로 도메인 선택 기 능을 갖는 "네트워크 노드"와 동의어로서 취급되며, 이는 이어서 단일 플랫폼 또는 다수의 플랫폼으로 구성될 수 있다는 것을 인식해야 한다. 예를 들면, 네트워크 노드는 3GPP TS 23.206 문서에 지정되어 있는 도메인 전달 펑션(DTF)[또한 기능적 개체(FE-A)라 칭함], CS 적응 펑션(CSAF)(또한 FE-B라 칭함), CAMEL 서비스(또한 FE-C라 칭함) 및 도메인 선택 펑션(DSF)(또한 FE-D라 칭함)과 같은 기능을 포함할 수 있다.

도 2는 본 특허 출원의 목적을 위한 네트워크 요소(200)의 일 실시예를 도시하고 있다. 당 기술 분야의 당업자들은 필수적인 요건은 아니지만, 실시예(200)가 도 1을 참조하여 전술된 바와 같은 CCCF 요소와 연관하여 동작가능하다는 것을 인식할 수 있을 것이다. 또한, 전술된 바와 같이, 네트워크 요소/노드의 기능은 TS 23.206에 지정되어 있는 다수의 상이한 펑션 중에 분포될 수 있다. 여기에 예시되어 있는 바와 같이, NeDS 요소 또는 노드(200)는 호가 IMS 발신인지 CS 발신인지 여부, UE 디바이스의 상태 등, 뿐만 아니라 임의의 적용 가능한 유저 기반 및 운영자 기반 정책 및 선호도에 따라 입중계 호를 종료할 책임이 있는 도메인 라우팅 펑션(202)의 표현을 포함한다. 따라서, 적절한 소프트웨어/펌웨어 구조 또는 로직(204)이 어느 도메인 또는 도메인들에 UE 디바이스가 있는지에 관한 정보를 유지하기 위해 NeDS 요소(200)의 부분으로서 제공된다. UE 디바이스가 내부에 있는 각 도메인에 대해, 하나 이상의 상태 엔진이 양호하게 규정된 전이를 갖는 복수의 "상태"를 포함하는 것으로서 취급될 수 있는 UE 디바이스의 상태 정보를 감시하기 위해 제공된다. 바람직하게는, 상태 전이는 규칙, 정책, 선호도, 뿐만 아니라 UE 디 바이스에 의해 제공된 갱신된 정보에 기초하여 실행될 수 있다. 따라서, 상태 전이 모델은 입중계 호에 대한 적절한 도메인 선택을 용이하게 하기 위해 도메인 라우팅 펑션(202)에 UE 디바이스의 정확한 표현을 제공하도록 동작가능하다. 예로서, 도면 부호 206-1 내지 206-N은 UE 디바이스의 도메인 정보에 기초하여 선택적으로 적용될 수 있는 NeDS 요소(200)에 의해 유지되는 복수의 UE 상태 전이 모델 또는 엔진을 나타낸다.

본 특허 명세서의 실시예에 따르면, NeDS 기능(200)을 갖는 IMS 네트워크 노드에는, 적용 가능한 오버-더-에어(OTA) 메커니즘을 경유하여 주기적으로 또는 다른 방식으로 갱신될 수 있는 다양한 유저 기반 및/또는 운영자 기반 정책 및 선호도를 국부적으로 유지하기 위한 적절한 내부 데이터베이스(208, 210)가 제공될 수 있다. 대안적으로 또는 부가적으로, 외부 데이터베이스(212)는 NeDS 요소(200)와 인터페이싱할 수 있어, 도메인 라우팅 펑션(202)이 UE 디바이스가 존재하는 도메인(들) 및 상태(들)에 관한 판정에 기초하여 적용 가능한 규칙, 정책 및 선호도에 대해 데이터베이스에 질의할 수 있도록 한다. 따라서, 전체 NeDS 기능은 바람직하게는 호의 종료에 대해 하나 이상의 필터를 적용하기 위한 적절한 로직 구조/소프트웨어/펌웨어 모듈(들)을 포함할 수 있고, 여기서 필터는 UE 디바이스의 현재 도메인, 디바이스 상태, 프리젠스(presence) 정보, 적용 가능한 정책 또는 선호도 또는 다른 기준(총괄적으로, "상태 정보")에 기초하여 다수의 판정을 수행하도록 동작가능하다는 것을 이해해야 한다. 더 높은 수준의 요약에서, 따라서 전체 서비스 로직은, (a) IMS 서비스(예를 들면, VCC)가 인보크(invoke)되어야 하는지 여부를 판정하고, (b) 정확한 도메인으로 입중계 호를 라우팅하는 것을 수행하도록 동작가능하다. 이 기능의 제1 부분은 UE 디바이스가 IMS 서비스가 가능한지 여부, UE 디바이스의 위치, UE 디바이스가 등록되어 있거나 그에 접속(attach)되어 있는 네트워크(들)에 기초하여 조정될 수 있다. 마찬가지로, NeDS 기능의 제2 부분은 UE가 등록되어 있는 도메인, UE가 등록되어 있는 도메인(들)에 관한 UE 디바이스의 상태(들), 운영자 기반 선호도 및 유저 기반 선호도에 기초하여 조정될 수 있다. 본 명세서의 이하의 섹션에서, 전술된 NeDS 기능의 다양한 구성 요소를 실행하도록 설계된 전체 NeDS 아키텍쳐의 실시예가 제시될 것이다.

이제, 도 3을 참조하면, 입중계 호를 라우팅하기 위한 본 특허 명세서의 실시예의 흐름도가 도시되어 있다. 전술된 바와 같이, IMS 기반 서비스가 인보크되어야 하는지 여부 및/또는 입중계 호가 지향되는 UE 디바이스가 IMS 서비스가 가능한지 여부에 대하여 판정이 서빙 NsDS 노드에서 초기에 이루어진다. 일단 이들 조건이 충족되었다면, 일련의 판정이 NeDS 요소의 도메인 라우팅 펑션에 의해 이루어져 호 라우팅을 용이하게 할 수 있다. UE 디바이스가 존재하는 도메인(들)에 대한 판정이 이루어질 수 있다(블록 302). 다른 판정은 그 도메인에 대한 UE 디바이스의 상태(들)를 식별하는 것을 포함한다(블록 304). 또 다른 판정은 입중계 호에 대한 유저/운영자 정책 및 선호도의 적용가능성을 포함한다(블록 306). 다음에, 입중계 호는 상기 판정에 기초하여 적절한 도메인/기능으로 NeDS 네트워크 노드에 의해 종료된다(블록 308).

도 4는 일 실시예에 따른 UE 디바이스와 관련 NeDS 요소 사이의 상호 작용의 모델에 관한 흐름도를 도시한다. 예시되어 있는 바와 같이, UE 디바이스는 CS 시그널링 또는 IMS 시그널링을 사용하여 그 NeDS 네트워크 노드에 초기에 등록하도록 동작가능하다(블록 402). UE 디바이스는 이어서 그 상태(들), 도메인(들) 및 정책/선호도의 갱신을 소정의 주기적 방식으로, 예를 들면 적용 가능한 타이머 메커니즘에 기초하여 NeDS 노드에 제공할 수 있다(블록 404). 대안적으로 또는 부가적으로, NeDS 노드는 UE 디바이스의 상태(들), 도메인(들) 및 정책/선호도의 임의의 변경의 통지를 수신할 수 있게 하는 적절한 프리젠스 기반 인터페이싱을 경유하여 UE 디바이스와 연관된 프리젠스 에이전트에 가입할 수 있다(블록 406). 갱신된 정보에 기초하여, NeDS 네트워크 노드는 도메인 선택 및 호 종료를 실행하기 위해 UE 디바이스에 대한 정확한 상태/도메인/정책 공간을 유지한다(블록 408).

도 5는 일 실시예에 따른 NeDS 요소, 예를 들면, NeDS(200)를 구비한 복수의 인터페이스를 예시하고 있는 기능 블록도를 도시하고 있다. 예시되어 있는 바와 같이, NeDS(200)는 기준점이라 칭할 수 있는 양호하게 규정된 인터페이스를 경유하여 다수의 기능적/논리적 개체와 바람직하게 동작가능하다. "Pz" 기준점은 NeDS(200)와 프리젠스 네트워크 에이전트(508) 사이의 통신 경로 및 따라서 소정의 적합한 인터페이스(들)에 대한 필요성을 식별하며, 이는 NeDS(200)가 이동성 관리 이벤트를 프리젠스 네트워크 에이전트(508)에 보고할 수 있게 한다. IP 기반 도메인(즉, PS 도메인)에 관하여, 이 이벤트는 이들에 한정되는 것은 아니지만, 접속, 페이징에 도달 가능하지 않은 상태, 접속해제, 라우팅 영역(RA) 갱신 등을 포함할 수 있다. CS 도메인에 대하여, 이 이벤트는 마찬가지로 이들에 한정되는 것은 아니지만, 접속, 접속해제, 위치 영역(LA) 갱신 등을 포함한다. 다른 변형예에서, Pz 기준점은 베어러 정보를 갖는 호 설정(call setup) 및 호 복구(call release)와 같은 호 관련 이벤트를 NeDS(200)가 보고할 수 있게 한다. 부가적으로, Pz 기준점은 또한 NeDS(200)가 예를 들면, 접속해제됨, 휴지 상태(idle), 접속됨 등과 같은 이동성 상태, 뿐만 아니라 활성 또는 비활성 PDP 컨텍스트(context)와 같은 세션 상태를 보고할 수 있게 한다. 구현예에 관하여, Pz 기준점의 예시적인 실시예는 3GPP 기반 모바일 강화 로직에 대한 주문형 애플리케이션(CAMEL) 메시징을 포함할 수 있다.

"Pw" 기준점은 예를 들면 3GPP TS 23.141에 규정된 바와 같이, NeDS(200)와 프리젠티티(presentity) 프리젠스 프록시(502) 사이의 통신 경로 및 따라서 소정의 적절한 인터페이스(들)에 대한 필요성을 식별한다. 프리젠티티 프리젠스 프록시(502)는 프리젠티티와 연관된 프리젠스 서버를 판정하는 것과 같은 프리젠티티 관련 기능을 제공하는 기능적 개체로서 동작가능하다. 무선 액세스 네트워크 핫 스폿 데이터베이스(504)(예를 들면, WLAN, Wi-MAX 네트워크 등을 위한 핫 스폿)는, NeDS(200)의 도메인 라우팅 기능이 UE가 현재 등록되어 있는 무선 액세스 네트워크에서 IMS 서비스(예를 들면, VCC)가 수행될 수 있는 그리고/또는 수행되어야 하는지를 판정하도록 하는 "z" 기준점을 경유하여 NeDS(200)와 인터페이싱할 수 있다. 이러한 판정은 글로벌 위치 확인 시스템(GPS) 정보, 셀 글로벌 식별(CGI) 정보 또는 공항 코드, 도시 이름, 랜드마크 등과 같은 소정의 다른 유저 입력 웨이포인트(waypoint)에 기초하여 UE의 위치를 판정함으로써 실행될 수 있다. 정책 판정 펑션(506)은 NeDS(200)가 호의 라우팅을 위하여 운영자 정책/선호도 정보를 획득할 수 있게 하는 "j" 기준점을 경유하여 NeDS(200)와 인터페이싱한다. 유저 정책/선호도에 대하여, 이들은 "y" 기준점을 경유하여 NeDS(200)와 인터페이싱하는 홈 가입자 서버(HSS), 예를 들면, HSS(512)라 칭하는 다른 네트워크 요소 내에 저장될 수 있다. 유저 정책 정보가 HSS(512) 내에 저장되지 않는 경우, j 기준점은 외부 데이터베이스로부터 적절한 유저 정책 정보를 획득하기 위하여 NeDS 기능에 의해 사용될 수 있다.

도 5를 계속 참조하면, NeDS(200)와 UE 디바이스(510) 사이의 인터페이스는 "k" 기준점에 의해 규정되어 있고, UE 디바이스는 또한 NeDS가 프리젠스 기반 상태 통지를 수신하기 위해 가입할 수 있는 프리젠스 유저 에이전트(514)를 포함할 수도 있다. 이 인터페이스는 각각의 도메인 내에서의 UE 디바이스의 상태(예를 들면, 접속됨, 접속해제됨 등), 임의의 접속 상태(예를 들면, PDP 활성화, 출중계 호, 호가 설정될 때, 호가 종료될 때 등) 및 UE 디바이스에 대한 위치 정보를 NeDS가 알 수 있게 한다. 부가적으로, 이 인터페이스는 또한 유저가 NeDS 노드에서 그 IMS 서비스 설정을 활성화하고, 비활성화하고, 질의하고 그리고/또는 수정할 수 있게 한다. 전술된 바와 같이, HSS(512)는 y 기준점을 경유하여 NeDS(200)와 인터페이싱할 수 있고, 이는 NeDS가 (i) 적절한 CAMEL 트리거를 턴온함으로써 IMS 서비스(예를 들면, VCC)를 활성화하고, (ii) CAMEL 트리거를 턴오프함으로써 IMS 서비스를 비활성화하고, (iii) 호를 라우팅하기 위한 유저 정책 정보를 획득할 수 있게 한다.

도 6a는 UE 디바이스에 대한 적절한 상태 전이를 유지하는 네트워크 노드, 예를 들면, NeDS(200)를 구비하는 상태 전이 엔진(600)의 실시예를 도시하고 있다. 본질적으로, 도 6a에 도시되어 있는 다양한 상태는 UE 디바이스가 그 사이에 있을 수 있고 그 사이에서 전이를 허용할 수 있는 복수의 상태 조건을 규정한다. 초기의 널(Null) 상태(602)로부터 시작하여, UE 디바이스는 UE가 CS 도메인에 접속되고 호를 발신하고 종료할 수 있다는 것을 규정하는 상태(618)로 전이할 수 있다. 상태(616)는 UE 디바이스가 계속 CS 도메인에 접속되어 있고, 호 내에서 활성화되어 있는 것을 규정한다. 상태(612)는 UE 디바이스가 CS 도메인에 접속되어 있고, 예를 들면, WLAN, Wi-MAX, LTE 등을 경유하여 IMS 도메인에 등록되어 있는 것을 규정한다. 또한, UE 디바이스는 CS 도메인 내의 호 내에서 활성화되어 있고, 이 도메인 내에서만 호를 발신하고 종료할 수 있다. 상태(606)는 UE 디바이스가 CS 도메인에 접속되어 있고, IMS 도메인 내에 등록되어 있는 것을 규정한다. UE 디바이스는 IMS 도메인 내의 호 내에서 활성화되어 있고, IMS 도메인 내에서만 호를 발신하고 종료할 수 있다. 상태(618)와 유사하게, 상태(608)는 UE 디바이스가 예를 들면, WLAN, Wi-MAX, LTE 등을 경유하여 IMS 도메인 내에 등록되어 있고, 호를 발신하고 종료할 수 있는 것을 규정한다. 상태(610)는 UE 디바이스가 예를 들면, WLAN을 경유하여 IMS 도메인 내에 등록되어 있고, 호 내에서 활성화되어 있는 것을 규정한다. 상태(604)는 UE 디바이스가 CS 도메인에 접속되어 있고, 또한 IMS 도메인 내에 등록되어 있지만, 양 도메인 내에서 휴지 상태인 것을 규정한다. 상태(614)는 UE 디바이스가 CS 도메인에 접속되어 있고, IMS 도메인 내에 등록되어 있으며, 양 도메인 내에서 활성화되어 있는 것을 규정한다. 이 전이 상태는 도메인간 IMS 서비스, 예를 들면, VCC가 실제로 수행되고 유한한 시간 동안 존재할 수 있을 때 존재한다.

도 6a는 어떠한 서브-상태도 명시적으로 예시하고 있지는 않지만, 특정 IMS 기반 상태는 실제 구현예에 따라 하나 이상의 이러한 서브-상태를 가질 수 있다. 일 예시적인 실시예에서, 이러한 서브-상태는 UE 디바이스 자체로부터 알려질 수 있다. 예로서, UE 디바이스가 예를 들면, WLAN, Wi-MAX 또는 LTE 네트워크와 연관되어 있지만, 로컬 IP 어드레스는 아직 갖지 않은 것을 규정하는 서브-상태가 존재할 수 있다. 일단 로컬 IP 어드레스가 UE 디바이스에 할당되면, 이 디바이스가 IMS 네트워크에는 아직 등록되어 있지 않더라도, 이는 이 조건을 규정하는 다른 서브-상태로 전이할 수 있다. 이러한 상태는 IMS 코어에 도달하기 위해 WLAN을 사용할 수 있기 이전에 소정 유형의 인가가 UE 디바이스에 요구될 때 존재할 수 있다.

당 기술 분야의 당업자들은 도 6a의 상태 전이 엔진/모델(600) 내의 WLAN에 대해 참조가 이루어졌지만, 다른 IP 기반 무선 네트워크에 관한 상태 전이가 또한 포함될 수 있다는 것을 인식할 수 있을 것이다. 따라서, 용어 "IMS 상태"는 본 특허 명세서의 목적을 위한 WLAN 뿐만 아니라 다른 IP 기반 무선 액세스 네트워크 양쪽 모두에 관한 상태들을 포함할 수 있다.

전술된 바와 같이, 다양한 정책/선호도, 예를 들면, 운영자 기반 정책 및 선호도, 유저 기반 정책 및 선호도 및 이들의 임의의 조합(총괄적으로, "정책 기준")이 여기에 설명된 실시예에 따라 NeDS 기능의 도메인 선택 프로세스를 조정하기 위해 제공될 수 있다. 도 6b는 본 명세서의 목적을 위한 네트워크 기반 또는 디바이스 기반의 데이터베이스 구조로서 구체화될 수 있는 정책 체계(650)를 도시하고 있고, 여기서, 도면 부호 652는 UE에 대해 적용 가능한 전체 정책 공간을 나타내고 있다. 예시적인 운영자 기반 정책(654)은 두 개의 범주, 즉 (i) IMS 호 전달에 영향을 주는 정책(656)(즉, IMS 도메인 내에서 발신된 입중계 호의 종료) 및 (ii) CS 호 전달에 영향을 주는 정책(658)(즉, CS 도메인에서 발신된 입중계 호의 종료)으로 그룹화될 수 있다. 마찬가지로, 유저 기반 정책(660)은 또한 유사한 방식으로 IMS 호 전달 정책(663)과 CS 호 전달 정책(664)으로 분류될 수 있다.

운영자 기반 IMS 호 전달 정책(656)은 이하의 예를 포함할 수 있다.

- UE 디바이스가 CS 등록되어있을 때, 디바이스가 IMS 등록된 경우라도 IMS 호/세션은 CS 측으로 전달된다.

- UE 디바이스가 CS 등록되어 있을 때, 디바이스가 CS 등록된 경우라도 IMS 호/세션은 임의의 서비스 품질(QoS) 고려 사항에 무관하게 IMS 측으로 전달된다.

- UE 디바이스가 CS 등록되어 있을 때, 디바이스가 CS 등록된 경우라도, IMS 호/세션은 주어진 최소 QoS에 대해 IMS 측으로 전달된다.

- UE 디바이스가 CS 등록되어 있을 때, IMS가 이용 가능하지 않을 때에는 IMS 호/세션은 CS측으로 전달되지 않는다.

- 어떠한 정책도 지정되어 있지 않다.

마찬가지로, 운영자 기반 CS 호 전달 정책(658)은 이하의 예를 포함할 수 있다.

- UE 디바이스가 IMS 등록되었을 때, 디바이스가 CS 등록된 경우라도 CS 호/세션은 IMS 측으로 전달된다.

- UE 디바이스가 IMS 등록되었을 때, 디바이스가 CS 등록된 경우라도 CS 호/ 세션은 주어진 최소 QoS에 대해 IMS 측으로 전달된다.

- UE 디바이스가 IMS 등록되었을 때, 디바이스가 IMS 등록된 경우라도 CS 호/세션은 CS 측으로 전달된다.

- UE 디바이스가 CS-등록되었을 때, CS가 이용 가능하지 않을 때에는 CS 호/세션은 IMS 측으로 전달되지 않는다.

- 어떠한 정책도 지정되어 있지 않다.

유사하게, 유저 기반 IMS 호 전달 정책(662)은 이하의 예를 포함할 수 있다.

- UE 디바이스가 CS 등록되었을 때, 디바이스가 IMS 등록된 경우라도 IMS 호/세션은 CS 측으로 전달된다.

- UE 디바이스가 CS 등록되었을 때, 디바이스가 CS 등록된 경우라도 IMS 호/세션은 어떠한 서비스 품질(QoS) 고려 사항에도 무관하게 IMS 측으로 전달된다.

- UE 디바이스가 CS 등록되었을 때, 디바이스가 CS 등록된 경우라도 IMS 호/세션은 주어진 최소 QoS에 대해 IMS 측으로 전달된다.

- UE 디바이스가 CS 등록되었을 때, IMS가 이용 가능하지 않을 때에는 IMS 호/세션은 CS 측으로 전달되지 않는다.

- 어떠한 정책도 지정되어 있지 않다.

부가적으로, 유저 기반 CS 호 전달 정책(664)은 이하의 예를 포함할 수 있다.

- UE 디바이스가 IMS 등록되어 있을 때, 디바이스가 CS 등록된 경우라도 CS 호/세션은 IMS 측으로 전달된다.

- UE 디바이스가 IMS 등록되었을 때, 디바이스가 CS 등록된 경우라도 CS 호/세션은 주어진 최소 QoS에 대해 IMS 측으로 전달된다.

- UE 디바이스가 CS 등록되었을 때, CS가 이용 가능하지 않을 때에는 CS 호/세션은 IMS 측으로 전달되지 않는다.

- 어떠한 정책도 지정되어 있지 않다.

또한, 부가적 정책 또는 라우팅 규칙(666)이 호출 라인 아이덴티티(CLI) 데이터에 기초하여 구현될 수 있으며, 여기서, E.164 호출 파티 번호의 하나 이상의 범위가 특정 라우팅 처리를 위해 규정될 수 있다. 범위는 임의의 임의적인 크기(I)의 목록을 포함할 수 있으며, 여기서 I=1, 2,..., N이다. 각각의 규정된 범위에 대하여, 예시적인 정책은 입중계 호가 (i) IMS 측으로만 전달되는 경우, (ii) CS 측으로만 전달되는 경우, (iii) IMS 측으로 먼저 종료되고, 성공적이지 못하면 CS 측으로 종료되는 경우, (iv) CS 측으로 먼저 종료되고, 성공적이지 못하면 IMS 측으로 종료되는 경우, (v) 어떠한 선호도 처리도 존재하지 않는 경우 등을 포함할 수 있다.

또한, 예시적인 정책/선호도 체계(650)는, 적절한 규칙 또는 우선 순위가 가능한 충돌의 경우에 구현되는 충돌 해결 메커니즘(668)을 포함할 수 있다. 유저 기반 정책과 운영자 기반 정책 사이에서 이하의 옵션, 즉 (i) 유저 정책이 항상 우선함, (ii) 운영자 정책이 항상 우선함, (iii) 어떠한 유저 정책도 존재하지 않을 때, 운영자 정책이 사용될 수 있음, (iv) 어떠한 운영자 정책도 존재하지 않을 때, 유저 정책이 사용될 수 있음의 옵션이 구현될 수 있다. 부가적으로, CLI 기반 라우팅 정책(666)이 유저 기반인지 또는 운영자 기반인지에 무관하게, IMS 및 CS 호 전달 정책에 우선하는 규칙이 제공될 수 있다.

전술한 바와 같이, 다양한 정책 및 선호도(652)는 NeDS 요소 내에 국부적으로 저장될 수 있거나, 또는 적절한 인터페이싱을 경유하여 NeDS 요소에 액세스할 수 있는 외부 데이터 베이스 내에 제공될 수 있다. 부가적으로, 유저 정책 및 선호도 뿐만 아니라 다른 관련된 정보는 UE 디바이스의 부분으로서 제공될 수 있는 유니버셜 집적 회로 카드(UICC), 유니버셜 가입자 아이덴티티 모듈(USIM), 제거 가능한 유저 아이덴티티 모듈(RUIM), 콤팩트 플래시, 보안 디지털(SD) 메모리 카드 등과 같은 제거 가능한 모듈 내에 저장될 수 있다. 또한, 가입자는 적용 가능한 CS 기반 또는 IMS 기반 메시징을 사용하여 NeDS 요소에서 적절한 유저 정책 설정을 실행하도록 UE 디바이스를 동작시킬 수 있다.

도 7은 본 명세서의 일 실시예에 따른 NeDS 요소, 예를 들면, NeDS(200)에서의 유저 정책/선호도 설정을 실행하기 위한 메시지 흐름도를 도시한다. 이하에서 알 수 있는 바와 같이, 본 명세서의 메시지 흐름도는 모바일 교환 센터(MSC), 방문자 위치 등록기(VLR) 및 홈 가입자 서버(HSS)와 같은 공지된 요소로 예시될 수 있지만, 이들은 예를 들면 MSC/VLR 개체가 호 제어, 서비스 제어 및 미디어 스위칭을 수행할 수 있는 것과 같이, 특정 기능을 갖는 네트워크 노드로서 일반화될 수 있다. 따라서, 여기에 설명되어 있는 특정 구현예에 무관하게, 예시적인 기능은 또한 개별의 플랫폼에 의해 실행될 수도 있다는 것이 명백할 것이다. 도 7에 예시되어 있는 바와 같이, USSD 메시지(704)는 CS 도메인 내의 UE 디바이스(510)에 의해 생성되어 NeDS(200)에서 유저 정책 및 선호도를 활성화하고, 질의하고, 비활성화하고, 변경할 수 있다. 통상적으로, 메시지 흐름은 UE 디바이스와 그 홈 IMS NeDS 노드(200) 사이에 배치된, 노드(702)라 총칭하는 모바일 교환 센터(MSC) 및 관련 방문자 위치 등록기(VLR)와 같은 네트워크 요소를 경유하여 전달될 수 있다. 응답 USSD 메시지(706)는 요청된 바와 같은 적절한 정보와 함께 NeDS(200)로부터 UE 디바이스(510)로 MSC/VLR(702)을 경유하여 전파된다.

대안적으로, NeDS(200)에서의 유저 정책/선호도 설정을 실행하기 위한 메시지 흐름은 확장형 마크업 언어(XML) 구성 액세스 프로토콜(XCAP) 메시징 또는 SIP 공개 메시징과 같은 다른 메시징 프로토콜을 사용하여 IMS 도메인 내에서 구현될 수 있다. CS 기반 메시징이 사용되는지 또는 IMS 기반 메시징이 사용되는지 여부에 무관하게, UE 디바이스(510)는 이하의 정보 요소, 즉 가입자 아이덴티티(예를 들면, 국제 모바일 가입자 아이덴티티 즉, IMSI, 모바일 식별 번호 즉, MIN, 네트워크 액세스 식별자 즉, NAI 등과 같은 프라이빗 유저 아이덴티티), 장비 아이덴티티 또는 인스턴스 식별자(예를 들면, 국제 모바일 장비 아이덴티티 또는 IMEI 또는 IMEISV, 전자 시리얼 번호 또는 ESN, PIN의 개인 식별 번호, 미디어 액세스 제어 또는 MAC 어드레스 등), IMSI와 IMEI의 조합일 수 있는 글로벌 라우팅가능 유저 에이전트(URI 또는 GRUU), 정책 정보 및 취해질 수 있는 액션(들)(예를 들면, 활성화, 비활성화, 수정, 질의 등) 중 하나 이상을 포함하도록 동작가능하다. 예를 들 면, 유저는 IMS 서비스(예를 들면, VCC)를 활성화할 수 있으며, 그 후에 다수의 유저 정책이 전술된 것들과 같은 IMS 호 및/또는 CS 호에 대해 설정될 수 있다. 마찬가지로, 유저는 또한 CS 또는 IMS 도메인 내의 적절한 메시징을 경유하여 IMS 서비스를 비활성화할 수도 있다. 유저에 의해 질의될 때, NeDS(200)로부터의 응답 메시지는 질의된 IMS 서비스가 비활성화되었다는 것을 표시할 수 있고, 또는 활성 상태인 경우, 적용 가능한 정책/선호도가 포함될 수 있다는 것을 표시할 수 있다. 수정 옵션을 사용하여, 유저는 쿼리(query) 내에 포함된 IMS 서비스에 대한 하나 이상의 적용 가능한 유저 정책 및 선호도를 변경할 수 있다.

예로서, NeDS 네트워크 노드에서 정책/선호도를 실행하기 위한 XML 메시징을 갖는 표가 이하에 설명되어 있다.

[표 1]

<?xml version="1.0" encoding="UTF-8 " standalone="no"?>

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"

elementFormDefault="qualified">

<xs:import namespace="http://www.w3.org/XML/1998/namespace"/>

<xs:element name="vccmessage">

<xs:complexType>

<xs:sequence>

<xs:element ref="operation"/>

</xs:sequence>

<xs:attribute name="subscriberID" use="required"

type="xs:string"/>

<xs:attribute name="terminalID"

use="required" type= "xs: string "/>

</xs:complexType>

</xs:element>

<xs:element name="operation">

<xs:complexType>

<xs:sequence>

<xs:element ref="delivery" minOccurs="0"

maxOccurs="unbounded"/>

</xs:sequence>

<xs:attribute name="action" default="activate">

<xs:simpleType>

<xs:restriction base="xs:NMTOKEN">

<xs:enumeration value="deactivate"/>

<xs:enumeration value="modify"/>

<xs:enumeration value="activate"/>

<xs:enumeration value="interrogate"/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name="delivery">

<xs:complexType>

<xs:sequence>

<xs:element ref="policy" maxOccurs="unbounded"/>

</xs:sequence>

<xs:attribute namc="type" default="none">

<xs:simple Type>

<xs:restriction base="xs:NMTOKEN">

<xs:enumeration value="all"/>

<xs:enumeration value="none"/>

<xs:enumeration value="IMS"/>

<xs:enumeration value="CS"/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name="policy">

<xs:complexType>

<xs:complexContent>

<xs:restriction base="xs:anyType">

<xs:attribute name="name" default="none">

<xs:simpleType>

<xs:restriction

base="xs:NMTOKEN">

<xs:enumeration

value="none"/>

<xs:enumeration

value="P0"/>

<xs: enumeration

value="P1"/>

<xs:enumeration

value="P2"/>

<xs:enumeration

value="P3"/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:restriction>

</xs:complexContent>

</xs:complexType>

</xs:element>

</xs:schema>

XML 내의 정책 활성화의 다른 예가 아래의 표 2에 제공되어 있다.

[표 2]

<?xml version="1.0" encoding="UTF-8" ?>

- <!--

가입자 ID 00001234 및 단말 ID 1A2B3C4D에 대한 샘플 VCC 메시지

-->

- <!--

동작: 활성화

-->

- <!--

전달 유형:CS

-->

- <!--

정책: CS가 등록될 때, CS가 등록된 경우라도 IMS 호는 IMS 측으로 전달됨

-->

-<!--

전달 유형: IMS

-->

- <!--

정책: IMS가 등록될 때, CS가 임의의 QoS에 무관하게 등록된 경우라도 CS 호는 IMS 측으로 전달됨

-->

=<vccmessage xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="vccmessage.xsd" subscriberID="00001234"

terminalID="1A2B3C4D">

=<operation action="activate">

= <delivery type="CS">

</delivery>

= <delivery type="IMS">

</delivery>

</operation>

</vccmessage>

- <!--

정책 코드:

-->

- <!--

PO- 도메인 A가 등록될 때, 도메인 B가 임의의 QoS에 무관하게 등록된 경우라도 도메인 B 호는 도메인 A로 전달됨:

-->

- <!--

P1-도메인 A가 등록될 때, 도메인 B가 주어진 최소 QoS를 위하여 등록된 경우라도 도메인 B 호는 도메인 A로 전달됨

-->

- <!--

P2-도메인 A가 등록될 때, 도메인 A가 등록된 경우라도 도메인 B 호는 도메인 B 측으로 전달됨

-->

- <!--

P3-도메인 A가 등록될 때, 도메인 B가 이용 가능하지 않을 때에는 도메인 B 호가 도메인 A 측으로 전달되지 않음

-->

- <!--

주의: 도메인은 전달 요소의 유형 속성에 의해 규정된다. 도메인 A 및 B는 상호 배제적이다. 즉, A=IMS이면, B=CS이고 그 반대도 마찬가지이다.

-->

다양한 예시적인 코딩 구조가 NeDS(200)에서의 유저 정책/선호도 설정을 실행하기 위해 전술된 메시지 흐름에 이용될 수 있다. 예시적인 구현예로서, 8-비트 및 4-비트 2진 코딩 양쪽 모두가 그 일반 구조가 이하에 예시되어 있는 XML 기반 구문 내에 사용될 수 있다는 것을 이해할 수 있을 것이다.

수행될 동작

길이

전달 옵션(없음, CS, IMS)

길이

정책(1 내지 N)

전달 옵션(없음, CS, IMS)

길이

정책(1 내지 N)

...

이하의 표는 동작 및 전달 옵션에 대한 8-비트 2진 코딩 구조를 예시하고 있다.

[표 3]

수행될 동작
00000000	활성화
00000001	비활성화
00000010	질의
00000011	수정

[표 4]

전달 옵션
00000000	지정되지 않음
00000001	모두
00000010	CS
00000011	IMS

[표 5]

정책
00000000	도메인 A가 등록될 때, 도메인 B 호는 도메인 B가 임의의 QoS에 무관하게 등록되더라도 도메인 A에 전달됨
00000001	도메인 A가 등록될 때, 도메인 호는 도메인 B가 주어진 QoS에 대해 등록되더라도 도메인 A 측으로 전달됨
00000010	도메인 A가 등록될 때, 도메인 B 호는 도메인 A가 등록되더라도 도메인 B 측으로 전달됨
00000011	도메인 A가 등록될 때, 도메인 B 호는 도메인 B가 이용 가능하지 않을 때 도메인 A 측으로 전달되지 않음
00000100	어떠한 정책도 제공되지 않음

도 8은 일 실시예에서 네트워크 노드에의 초기 등록에 관한 메시지 흐름도를 도시하고 있다. 도시되어 있는 바와 같이, UE 디바이스(510)가 CS 시그널링을 사용하여 네트워크에 접속될 때, HSS(512)는 UE 디바이스의 접속된 상태를 서빙 네트워크 노드(200)에 통지하도록 동작가능하다. 도면 부호 802는 UE(510)와 MSC/VLR(702) 사이의 적용 가능한 접속 절차 메시징을 나타내고 있다. 마찬가지로, 도면 부호 804는 MSC/VLR(702)과 HSS(512) 사이의 접속 절차 메시징을 나타내고 있다. 전술된 바와 같이, MSC/VLR은 본질적으로 음성과 같은 미디어의 세션 제어 및/또는 스위칭에 책임이 있는 네트워크 노드이다. HSS(512)는 본질적으로 이들에 한정되는 것은 아니지만, 가입자가 가입되어 있는 서비스에 대한 정보, 가입된 서비스의 유저 구조, 유저 정책, 운영자 정책 및 정책 또는 정책 조합이 적용될 때 어떠한 방식으로 다양한 네트워크 요소가 거동하는지를 추측하는 것을 포함하는 데이터베이스 펑션이다.

접속 절차(804)시에, HSS(512)는 UE의 접속된 상태를 통지하기 위해 NeDS(200)를 향해 통지 메시지(806)를 생성한다. 통지(806)의 수신시에, 등록 메시지(812)가 UE 디바이스(510)로부터 수신될 때까지 유지되는 타이머가 시작될 수 있다(블록 808). NeDS(200)에서의 등록 메시지(812)의 수신시에, 타이머가 정지하여(블록 814), UE 디바이스가 IMS 서비스 가능한 것을 표시한다. 타이머 메커니즘(블록 810)은 등록 메시지(812)가 생성될 때 마찬가지로 UE 디바이스 상에서 시작될 수 있어, NeDS(200)로부터의 등록 응답 메시지의 유효성이 보장될 수 있다. 응답 메시지(816)의 수신시에, UE의 타이머는 정지될 수 있다(블록 818).

도 9는 IMS 시그널링이 사용되는(예를 들면, GPRS 네트워크, LTE 네트워크, Wi-Max 또는 WLAN과 같은 IP 기반 네트워크를 경유하여) 다른 실시예에 있어서의 네트워크 노드에의 초기 등록에 관한 메시지 흐름도를 도시하고 있다. CS 시그널링을 사용하는 MSC(702)와 UE 디바이스의 접속 절차시에, 적절한 위치 갱신(LU) 및 인서트 가입자 데이터(ISD) 절차(910)가 HSS(512)와 MSC(702) 사이에 발생된다. 부가적으로, 예를 들면 GPRS와 같은 IP 기반 네트워크와 UE 디바이스의 접속 절차(912)시에, 서빙 GRPS 지원 노드(SGSN)(902)는 HSS(512)에서의 적용 가능한 LU 및/또는 ISD 절차(914)에 참여하도록 동작가능하다. 이에 응답하여, 통지 메시지(916)가 생성되어 UE 디바이스(501)에 대한 접속 상태를 NeDS(200)에 통지하고, 이 때 타이머 메커니즘이 시작될 수 있다(블록 918). 게이트웨이 GPRS 지원 노드(GGSN)(904)에 의한 PDP 컨텍스트(도면 부호 920)의 생성시에, UE(510)는 등록 메시지(922)를 경유하여 서빙 호/세션 제어 펑션(S-CSCF)(906)에 등록한다. 이에 응답하여, S-CSCF(906)는 NeDS(200)에서의 제3자 등록 절차(924)에 참여하게 되고, 이 때 타이머 메커니즘이 정지될 수 있다(블록 926). 부가의 구현예로서, IMS 네트워크로 등록이 이루어진 후에, NeDS 노드(200)는 그 기능(예를 들면, 특히 IMS 서비스 기능)을 요청하는 SIP 옵션 요청(928)을 UE 디바이스(510)에 송신할 수 있다. 이에 응답하여, UE(510)는 요청된 기능에 대한 적절한 표시를 포함할 수 있는 SIP OK 메시지(930)를 생성한다. 그 후에, SIP 공개 메시지 또는 XCAP 메시지(932)가 UE 디바이스(510)에 의해 NeDS(200)에 제공될 수 있는데, 이는 적절한 구조 정보(예를 들면, 정책 정보, 갱신, 취해질 액션 등)를 포함한다.

다른 구현예에서, CCCF/NeDS 기능을 갖는 IMS 노드는 CAMEL 트리거를 불능화하기 위해 HSS에 통보하도록 동작가능하다. 도 10은 일 실시예에 따른 NeDS 요소에 의한 불능화 트리거에 관한 메시지 흐름도를 도시하고 있다. 이전과 같이, UE 디바이스(510)는 적용 가능한 접속 절차(들)(802)를 사용하여 MSC/VLR(702)에 접속된다. 타이머 메커니즘은, MSC/VLR 인프라구조를 경유하여 NeDS(200)로 전파되는 메시지(812)가 생성될 때 UE 디바이스(510)에서 시작될 수 있다. 메시지(812)의 수신시에, 타이머 메커니즘은 NeDS 노드(200)에서 시작될 수 있다(블록 1002). 또한, 비활성화 메시지(1004)가 HSS(512)를 향해 NeDS(200)에 의해 생성되어 하나 이상의 선택 IMS 서비스(예를 들면, VCC)에 관한 CAMEL 트리거가 불능화된 것을 표시한다. 이에 응답하여, 통지 메시지(1006)가 HSS(512)에 의해 NeDS(200)에 제공되고, 이 때 타이머 메커니즘이 정지된다(블록 1008). 적절한 응답 메시징(1010)이 NeDS(200)로부터 UE 디바이스(510)로 재차 전파된다.

UE 디바이스 및 그 정보는 NeDS 기능과 최종적으로 등록되도록 요구되기 때문에, CCCF는 특히 UE 디바이스가 단지 CCCF 노드에 등록되도록 동작가능한 경우에 그와 연관된 NeDS에 필요한 정보를 전송하는 것에 관여할 수 있다. 전술된 바와 같이, NeDS에의 등록은 IMS 도메인을 경유하여 또는 CS 도메인을 경유하여 실행될 수 있다. 또한, 적용 가능한 등록 프로세스는 바람직하게는 UE 디바이스가 CS 네트워크 내에 또는 PS 네트워크 내에 접속된 후에 발생한다. 예시적인 구현예로서, NeDS 등록은 먼저 IMS 시그널링을 경유하여 발생하는 것으로 지정될 수 있다. 그러나, IMS 시그널링이 이용 가능하지 않으면(예를 들면, GPRS 또는 WLAN 커버리지가 없기 때문에), 등록은 전술된 바와 같이 CS 시그널링을 사용하여 진행될 수 있다.

도 11은 HSS 노드를 수반하지 않는 일 실시예에 있어서의 네트워크 노드에서의 일반화된 등록 프로세스에 관한 메시지 흐름도를 도시하고 있다. 적용 가능한 접속 절차(802)를 경유하는 CS 네트워크와의 접속 후에, UE(510)는 MSC/VLR 인프라구조(702)를 경유하여 NeDS(200)에 전파되는 등록 메시지(1102)를 생성하도록 동작가능하다. 등록 메시지(1102)는 이들에 한정되는 것은 아니지만, USSD 메시징(이하에 더 상세히 설명됨) 또는 단문 메시지 서비스(SMS) 메시징을 사용하여 구현될 수 있다. 적합한 응답 메시징(1104)은 NeDS에 의해 UE(510)에 제공된다. 예시적인 구현예로서, CS 도메인 내에 실행된 등록 메시지(1102)는 이하의 정보 요소, 즉 GRUU, GRUU 지원됨, 가입자 아이덴티티(예를 들면, IMSI), 장비 아이덴티티 또는 인스턴스 식별자(예를 들면, IMEI/IMEISV, PIN, ESN 등), 가입자 위치(예를 들면, GPS 정보, 등록된 네트워크와 관련하는 CGI 정보, 공항 코드, 도시, 관심 지점 또는 랜드마크 데이터, 우편 번호 등과 같은 유저 입력 웨이포인트), 이용 가능한 네트워크에 관한 네트워크 ID 정보[예를 들면, 원거리 셀룰러 네트워크에 관한 CGI 정보, WLAN, Wi-MAX 네트워크 등에 관한 서비스 세트 식별자(SSID) 정보], 위치 갱신 타이머 정보, PS 접속 상태(즉, 접속됨 또는 접속해제됨), 라우팅 갱신 타이머 정보, PDP 컨텍스트 상태(즉, 접속됨 또는 접속해제됨), 예를 들면 WLAN 상태(연관됨, 로컬 IP 어드레스 할당됨, PDF 접촉됨 등)와 같은 IP 네트워크 상태 및 가입자 선호도/정책 중 하나 이상을 포함할 수 있다.

전술된 바와 같이, GRUU는 IMSI와 IMEI의 조합으로 구성될 수 있고, 고유 인 스턴스 ID(예를 들면, IMEI) 및 기록의 어드레스(예를 들면, SIP URI)를 표시하도록 동작가능하다. 위치 데이터는 IMS 서비스(예를 들면, VCC)가 인보크되거나 불능화되어야 하는지(예를 들면, VCC가 지원되지 않는 지역 또는 구역에서)를 판정하는데 사용될 수 있다. 부가적으로, 위치 데이터는 또한 UE 디바이스가 현재 IMS 서비스 가능 네트워크 상에 등록되어 있는지를 판정하는데 사용될 수 있다. 네트워크 ID 정보는 재지향(redirection)의 기능을 지원하는데 사용될 수 있다. 달리 말하면, UE 디바이스는 이용 가능한 네트워크 및 그 기능 뿐만 아니라 UE 디바이스에 의해 지정된 임의의 서비스 요건에 기초하여 IMS 네트워크 노드에 의해 상이한 셀룰러 네트워크 또는 WLAN에 재지향될 수 있다. 위치 갱신 타이머 정보는 UE 디바이스와 NeDS 사이의 정보의 갱신을 조정하기 위해 NeDS 기능에 의해 사용될 수 있다. 라우팅 갱신 타이머 정보는 라우팅 갱신 타이머가 리셋되어 있는지의 여부를 검증하기 위해 얼마나 자주 PS 네트워크에 의해 주기적으로 체크되는지를 판정하도록 NeDS 기능에 의해 사용될 수 있다.

CS 시그널링을 경유하는 등록에 대한 UE 디바이스(510)의 거동은 이하와 같이 요약될 수 있다. 등록 메시지의 송신시에, UE 디바이스는 응답이 NeDS 펑션으로부터 예측될 수 있는 시간 윈도우를 설정하기 위해 [하드 코딩된 또는 UE 내에 설정된(예를 들면, 전술된 바와 같은 제거 가능한 모듈 내에 또는 UE 내에 통합된 메모리 내에(이들 중 어느 것도 OTA-구성 가능함))] 타이머를 시작할 수 있다. 어떠한 응답도 수신되지 않으면, UE 디바이스는 선택된 횟수로 등록 프로세스를 시도(예를 들면, 5회 시도)하도록 구성될 수 있고, 그 후에 통신 경로가 실패되거나 그 리고/또는 IMS 서비스가 이용 가능하지 않은 것으로 간주될 수 있다. 응답 메시지가 시간 윈도우 내에 수신되거나 유효한 재시도시에, UE 디바이스는 타이머 메커니즘을 정지하도록 동작가능하다. 응답 메시지가 VCC가 수행되지 않는 것에 대한 표시를 포함하면, UE 디바이스는 IMS로부터 CS로 그리고 CS로부터 IMS로 임의의 핸드오버를 수행하지 않을 수 있다. 그 결과, UE 디바이스는 VCC에 대한 임의의 시그널링을 수행하지 않을 수 있다. UE 디바이스가 응답 메시지를 경유하여 GRUU를 수신하면, 수신된 GRUU는 UE의 메모리 내에 또는 그에 결합된 제거 가능한 모듈 내에 국부적으로 저장될 수 있다. 선택적으로, NeDS 갱신 타이머는 UE 디바이스에 대한 응답 메시지에 제공될 수 있고, 이는 또한 국부적으로 저장되어 바람직하게는 임의의 디폴트 값 상에 기록될 수 있다. 부가의 변형예에서, UE 디바이스는 현재 등록되지 않은 네트워크에 대한 하나 이상의 PLMN 코드를 수신할 수 있다. 이러한 코드가 포함되면, UE 디바이스는 네트워크(들)를 발견하기 위해 적용 가능한 대역 및 기술에서 스캔을 수행할 수 있다. 그 후에, 발견시에, UE 디바이스는 발견된 네트워크에 대한 접속 절차를 수행할 수 있고, 등록 및 등록후 프로세스를 반복할 수 있다. 대안적으로, 어떠한 네트워크도 발견되지 않으면, 수신된 PLMN 코드(들)는 무시될 수 있다.

유사하게, IMS 시그널링을 경유하는 UE 디바이스(510)의 등록 거동은 이하와 같이 요약될 수 있다. 일단 UE 디바이스가 CS 네트워크 또는 PS 네트워크로 성공적으로 인가되면, 이는 이어서 전술된 바와 같이 SIP 메시징(예를 들면, SIP 통지 또는 SIP 공개) 또는 XCAP 메시징을 경유하여 예를 들면 GPRS와 같은 적용 가능한 패 킷 데이터 인프라구조를 통해 NeDS 노드에 등록할 수 있다. 이용된 실제 메시징 프로토콜에 무관하게, 등록 메시지는 바람직하게는 CS 시그널링을 경유하여 등록에 대해 전술된 정보 요소와 유사한 다수의 정보 요소를 포함한다. 더욱이, 다양한 타이머 메커니즘 및 등록후 프로세스가 또한 CS 기반 등록에서의 UE의 거동에 대해 전술된 프로세스와 매우 유사하게, IMS 시그널링을 경유하여 등록시에 UE에 의해 활성화될 수 있다.

예시로서, 도 12 및 도 13은 USSD 메시징을 사용하는 NeDS 요소에서의 일반화된 CS 기반 등록 프로세스에 관한 메시지 흐름도를 도시하고 있다. 모바일 발신 USSD(MO-USSD) 등록 메시지(1204)는 MSC/VLR 인프라구조(702)를 경유하여 NeDS(200)로의 전파를 위해 UE 디바이스(510)에 의해 생성된다. 확인 응답 메시지(MO-USSD-Ack)(1208)가 응답시에 NeDS(200)에 의해 복귀된다. 그 후에, 다른 메시지인 적절한 정보를 포함하는 모바일 종료된 USSD(MT-USSD) 응답(1210)이 NeDS 펑션(200)에 의해 UE 디바이스(510)에 제공된다. 확인 응답 메시지(MT-USSD-Ack)(1214)는 이에 응답하여 UE 디바이스에 의해 생성된다. 도면 부호 1202/1212 및 1206/1216은 상세하게 전술된 바와 같은 디바이스 측 및 NeDS 측 각각에서의 타이머 프로세스를 나타내고 있다. 도 13에 도시되어 있는 메시지 흐름 실시예는, 어떠한 개별 USSD 확인 응답 메시지도 사용되지 않는 것을 제외하고는 도 12에 도시되어 있는 메시지 흐름 실시예와 본질적으로 유사하다. 따라서, 도면 부호 1304 및 1306은 MO-USSD 등록 및 응답 메시지를 각각 나타내고 있고, 여기서 응답 메시지(1306)는 확인 응답 뿐만 아니라 필수 정보 양쪽 모두를 포함한다. 도면 부호 1302 및 1308은 마찬가지로 전술된 바와 같이 디바이스 측에서의 타이머 프로세스를 나타내고 있다.

등록에 이어서, UE 디바이스는 이하의 조건, 즉 (i) NeDS 위치 갱신 타이머의 만료, (ii) CS 도메인 상태의 변경 및 (iii) IP 도메인 상태(예를 들면, WLAN에 대한 상태)의 변경 중 하나 이상에 기초하여 NeDS 요소에 갱신된 상태 정보를 제공할 수 있다. 일 구현예에서, 갱신된 정보의 전송은 전술된 NeDS/UE 디바이스 인터페이스를 사용하는 프리젠스 기반 메시징을 경유하여 제어될 수 있다. 예를 들면, NeDS 기능은 UE의 유저 에이전트에 가입할 수 있어, CS 상태, IMS 상태, 타이머 이벤트 등의 임의의 변화의 검출시에 적절한 통지가 NeDS에 제공될 수 있다. 도 14는 일 실시예에 있어서의 UE 디바이스의 상태 변화에 대한 UE 디바이스와 관련 NeDS 요소 사이의 메시징에 관한 메시지 흐름 다이어그램을 도시하고 있다. UE 디바이스(510)를 향해 NeDS(200)에 의해 생성된 SIP 가입 메시지(1402))는 다양한 요청된 상태 변화를 포함한다. UE 디바이스로부터의 응답 메시지(1406)는 요청에 따라 적절한 상태 갱신을 포함한다. 대안적으로, UE 디바이스(510)가 NeDS(200)에 등록될 때, 플래그는 USSD/SMS 또는 SIP 응답 메시지에서 복귀될 수 있어, 이러한 프리젠스 정보가 요구되는 것을 표시한다.

(예를 들면, NeDS 타이머의 만료에 기초하여) 주기적인 통지가 구현되는 경우, CS 시그널링 또는 IMS 시그널링이 사용될 수 있다. NeDS 타이머가 만료될 때, UE는 예를 들면 GRUU, 가입자 아이덴티티, 장비 아이덴티티, 가입자 위치(예를 들면, GPS 정보, 등록된 네트워크에 관한 CGI 정보 등), 네트워크 ID 정보(예를 들 면, CGI 및/또는 SSID), 위치 갱신 타이머 정보, PS 접속 상태, 라우팅 갱신 타이머 정보, PDP 컨텍스트 상태, WLAN 상태 및 가입자 선호도/정책과 같은 전술된 정보 요소 중 임의의 것에 대한 상태 변화를 포함하는 갱신 메시지를 송신하도록 동작가능하다. 개별 타이머 메커니즘은 갱신 메시징 프로세스에 대해 UE 디바이스에 의해 구현될 수 있다. 갱신 메시지의 전송시에, 타이머는 응답 윈도우를 식별하도록 시작될 수 있다. 어떠한 응답 또는 확인 응답도 응답 윈도우 내에서 NeDS로부터 재수신되지 않으면(즉, 타이머가 타임아웃됨), UE는 갱신 메시지가 실패된 것으로 간주되기 전에 선택된 횟수(예를 들면, 최대 5회)로 갱신 메시지를 재전송하는 시도를 할 수 있다.

UE 디바이스가 CS 커버리지를 손실하고 NeDS 펑션이 다른 무선 액세스 기술(예를 들면, WLAN, Wi-MAC, LTE 등)을 경유하여 도달할 수 있으면, UE 디바이스는 CS 커버리지가 "CS 커버리지 손실" 메시지를 경유하여 손실되어 있는 것을 NeDS에 통지하기 위한 로직을 포함한다. 게다가, 이하의 정보 요소, 즉 GRUU, 가입자 아이덴티티(공중 유저 ID 및/또는 프라이빗 유저 ID), 단말 아이덴티티(MAC 어드레스, IMEI/IMEISV, PIN, ESN 등), 가입자 위치, 네트워크 ID 정보(예를 들면, SSID 및/또는 CGI) 및 CSS 접속해제 상태가 CS 커버리지 손실 메시지에 포함될 수 있지만, 이들에 한정되는 것은 아니다. 이 CS 커버리지 손실 메시지는 SIP 통지 또는 SIP 공개 메시지를 사용하여 구현될 수 있다는 것이 이해될 수 있을 것이다. 더욱이, 이 절차는 WLAN 도메인 내에 출중계 호가 있는 동안 발생할 수 있다.

UE 디바이스가 CS 커버리지를 재차 발견하면, UE 디바이스는 이에 따라 NeDS 펑션에 통지하기 위한 로직을 포함한다. 도 15는 UE(510)에 의해 CS 도메인을 발견하는 것에 대한 UE(510)와 관련 NeDS 요소(200) 사이의 메시징에 관한 메시지 흐름도를 도시하고 있다. 도시되어 있는 바와 같이(도면 부호 802), 신규하게 발견된 CS 네트워크 상의 접속은 선택적일 수 있다. UE 디바이스(510)에 의해 제공된 갱신 메시지(1502)는 이하의 정보 요소, 즉 GRUU, 가입자 아이덴티티, 단말 아이덴티티, 가입자 위치, 네트워크 ID 정보(예를 들면, SSID 및/또는 CGI), CS 접속 상태 및 WLAN/IMS 상태를 포함한다.

프리젠스 기반 메시징을 경유하는 CS 도메인 상태 변화의 전송을 제어하는 것과 유사하게, WLAN/IMS 상태 변화는 또한 도 16에 도시되어 있는 바와 같이 프리젠스 가능화 절차를 경유하여 NeDS 펑션에 통지될 수 있다. 도면 부호 1602는 이들이 UE 디바이스에 의해 생성된 응답 메시지(예를 들면, SIP 통지)(1604)를 경유하여 발생할 때 NeDS 펑션(200)이 WLAN/IMS 상태 변화를 수신하는 것을 허용하는 SIP 가입 메시지를 나타내고 있다. 더욱이, 개별 실시예에서, UE 디바이스는 또한 도 17에 도시되어 있는 바와 같이 CS 시그널링을 경유하여 WLAN/IMS 상태 변화를 제공하기 위한 로직을 포함할 수 있고, 여기서 도면 부호 1702는 WLAN/IMS 도메인에 대한 적절한 갱신을 포함하는 갱신 메시지(예를 들면, USSD 등을 사용하는)를 나타내고 있다. 더욱이, SIP 메시징이 사용되는지(즉, 통지 또는 공개) USSD 메시징이 사용되는지 여부에 무관하게, 부가의 정보 요소, 즉 GRUU, 가입자 아이덴티티, 단말 아이덴티티, 가입자 위치, 네트워크 ID 정보(예를 들면, SSID 및/또는 CGI) 및 WLAN/IMS 상태가 갱신 메시지에 포함될 수 있다.

도 18은 본 특허 명세서의 목적을 위한 이중 도메인 기능(즉, CS 도메인 및 IMS 도메인)을 갖는 무선 UE 디바이스, 예를 들면 UE(510)로서 동작가능한 통신 디바이스의 실시예의 블록도를 도시하고 있다. UE(510)의 실시예는 도 18에 도시되어 있는 것과 유사한 배열을 포함할 수 있지만, 도시되어 있는 다양한 모듈에 대해 하드웨어, 소프트웨어 또는 펌웨어에 다수의 변형 및 수정이 있을 수 있다는 것이 본 명세서를 참조할 때 당 기술 분야의 당업자들에 의해 인식될 수 있을 것이다. 더욱이, UE 디바이스는 상세히 전술된 다양한 정보의 부분을 갖는 제거 가능한 저장 모듈과 모바일 장비(ME) 디바이스의 조합으로서 취급될 수 있다. 따라서, 도 18의 배열은 본 특허 명세서의 실시예에 대해 한정적인 것보다는 예시적인 것으로서 취급되어야 한다. UE(510)의 실시예의 전체적인 제어를 제공하는 마이크로프로세서(1802)는 다중 모드 통신(예를 들면, CS 도메인, IMS/WLAN/Wi-MAX 등과 같은 IP 도메인)이 가능한 통신 서브시스템(1804)에 동작가능하게 결합된다. 통신 서브시스템(1804)은 일반적으로 하나 이상의 수신기(1808) 및 하나 이상의 송신기(1814) 뿐만 아니라 하나 이상의 국부 발진기(LO) 모듈(1810)과 같은 프로세싱 모듈과 디지털 신호 프로세서(DSP)(1812)와 같은 프로세싱 모듈을 포함한다. 통신 분야의 당업자들에 명백할 수 있는 바와 같이, 통신 모듈(1804)의 특정 디자인은 모바일 디바이스가 동작하도록 의도되는 통신 네트워크(예를 들면, CDMA 네트워크, GSM 네트워크, WLAN 등)에 의존할 수 있다. 그러나, 특정 디자인에 무관하게 적절한 액세스 인프라구조(1805)(예를 들면, 셀룰러 기지국 타워, WLAN 핫 스폿 등)를 통해 안테나(1806)에 의해 수신된 신호가 수신기(1808)에 제공되고, 이 수신기는 신호 증폭, 주파수 하강 변환, 필터링, 채널 선택, 아날로그-디지털(A/D) 변환 등과 같은 이러한 공통의 수신기 기능을 수행할 수 있다. 유사하게, 전송될 신호는 예를 들면 DSP(1812)에 의한 변조 및 인코딩을 포함하여 처리되고, 디지털-아날로그(D/A) 변환, 주파수 상승 변환, 필터링, 증폭 및 안테나(1816)를 경유하는 에어-무선 인터페이스를 통한 전송을 위해 송신기(1814)에 제공된다.

마이크로프로세서(1802)는 또한 보조 입력/출력(I/O)(1818), 시리얼 포트(1820), 디스플레이(1822), 키보드/키패드(1824), 스피커(1826), 마이크로폰(1828), 임의 접근 메모리(RAM)(1830), 단거리 통신 서브시스템(1832) 및 임의의 다른 디바이스 서브시스템, 예를 들면 일반적으로 도면 부호 1833으로서 나타내고 있는 전술된 타이머 메커니즘과 같은 부가의 디바이스 서브시스템과 인터페이싱할 수 있다. 데이터의 액세스를 제어하고 저장을 제공하기 위해, 가입자 아이덴티티 모듈(SIM) 또는 제거 가능한 유저 아이덴티티 모듈(RUIM) 또는 UICC 인터페이스(1834)가 또한 마이크로프로세서(1802)와 통신하여 제공될 수 있다. 일 구현예에서, SIM/RUIM/UICC 인터페이스(1834)는 다수의 키 구조(1844)와 유저 정책/선호도, 타이머 기간 등과 같은 가입자 관련 데이터 및 식별 정보와 같은 다른 정보(1846)를 갖는 SIM/RUIM/UIC 카드로 동작가능하다.

운영 시스템 소프트웨어 및 적용 가능한 서비스 로직 소프트웨어는 플래시 메모리(1835)와 같은 영구 저장 모듈(즉, 비휘발성 저장 장치)에 구체화될 수 있다. 일 구현예에서, 플래시 메모리(1835)는 예를 들면 컴퓨터 프로그램(1836)(예를 들면, 서비스 프로세싱 로직)을 위한 저장 영역, 뿐만 아니라 디바이스 상 태(1837), 주소록(1839), 다른 개인 정보 관리자(PIM) 데이터(1841) 및 일반적으로 도면 부호 1843으로 표기된 다른 데이터 저장 영역과 같은 상이한 영역으로 분할될 수 있다. 전송 스택(1845)이 하나 이상의 적절한 무선 패킷 전송 프로토콜을 실행하도록 제공될 수 있다. 게다가, 프리젠스 에이전트, 갱신 로직 모듈(1848)이 상세하게 전술되어 있는 바와 같은 UE 디바이스 기능을 실행하기 위해 제공된다. 본질적으로, 로직 모듈(1848)은 (i) NeDS(CS 또는 IMS)에의 등록, (ii) UE 디바이스가 현재 등록되어 있는 도메인을 NeDS에 통지, (iii) 등록된 도메인 내의 UE 디바이스의 상태의 식별, (iv) UE 디바이스에 속하는 위치 정보 식별(IMS 서비스가 수행되어야 하는지의 여부를 용이하게 하기 위해) 및 (v) 프리젠스 및/또는 타이머 메커니즘에 기초하여 NeDS에 상태 갱신을 제공하는 것을 용이하게 하기 위해 다른 구조와 연관하여 동작가능하다.

이하, 상기 상세한 설명에 기초하여, 등록 메시징의 수신시의 NeDS 거동, 초기 위치 갱신 및 후속 갱신 정보를 더 상세히 설명할 것이다. CS 시그널링을 경유하는 등록과 관련하여, NeDS 펑션은 메시지 스트링의 콘텐츠를 검사하고 GRUU가 포함되어 있는지의 여부를 판정하도록 동작가능하다. 어떠한 GRUU도 수신되지 않으면, NeDS 펑션은 가입자 ID 및 장비 ID를 사용하여 GRUU를 생성하도록 동작가능하다. 구성된 GRUU는 NeDS 펑션에서 수신된 정보를 저장하기 위한 인덱서로서 동작가능하다. 최종 GRUU 기록은 도 6a에 식별되어 있는 바와 같은 상태 중 하나에 있도록 표시될 수 있다. 초기 등록을 위해, 유효 상태는, (i) CS 접속됨/휴지 상태(상태 618) 또는 (ii) CS 접속됨/휴지 상태 및 IMS 등록됨/휴지 상태(상태 604)일 수 있다. 한편, GRUU가 UE 디바이스로부터 획득되어 있으면, NeDS 펑션은 기록이 이미 수신된 GRUU에 대해 존재하는지를 판정하도록 동작가능하다. 만일 그러하면, GRUU 기록은 제공된 정보에 기초하여 갱신된다. 어떠한 기록도 존재하지 않으면, 신규한 GRUU 기록이 수신된 GRUU 및 관련 정보에 기초하여 생성된다.

대안적으로, GRUU 기능이 UE 디바이스에 의해 지원되지 않으면, NeDS는 프라이빗 유저 아이덴티티(PUI)에 기초하여 기록을 생성하도록 동작가능하고, 이는 IMSI, MIN, PIN 등일 수 있다. 이 경우에, PUI/IMSI는 NeDS 내의 기록을 인덱싱하기 위해 사용될 수 있다. 더욱이, 전술된 바와 같이, NeDS 기능은 UE 디바이스의 위치를 검사하고 IMS 서비스(예를 들면, VCC)가 제공되어야 하는지를 판정하기 위한 로직을 포함할 수 있다. 관련 구현예에서, IMS 서비스가 발생하지 않아야 한다면, NeDS 펑션은 CAMEL이 전개되어 있으면(예를 들면, 도 10에 도시되어 있는 바와 같이) HSS 내의 임의의 CAMEL 트리거를 비활성화하도록 HSS 요소에 통지하기 위한 로직을 포함한다. 이와 관련하여, NeDS 펑션은 또한 IMS 서비스가 수행되지 않을 것이라는 것을 UE 디바이스에 통지할 수 있다(예를 들면 UE 디바이스에 응답 메시지 내의 IMS 서비스 플래그를 제공하거나 설정함으로써). 한편, IMS 서비스가 수행되면, NeDS 펑션은 UE가 요청된 IMS 서비스를 지원하는 네트워크 내에 있는지를 판정하기 위해 UE의 위치를 검사하도록 동작가능하다. 네트워크가 IMS 서비스를 지원하지 않으면, NeDS 펑션은 IMS 서비스를 지원하는 다른 네트워크로 스위칭하도록 UE 디바이스에 통지할 수 있다. 전술된 바와 같이, IMS 서비스(즉, 네트워크 재지향)를 지원할 수 있는 것으로서 식별되는 하나 이상의 PLMN 코드가 UE 디바이스에 제공될 수 있다. 구현예로서, NeDS 펑션은 어느 네트워크가 IMS 서비스를 지원하는지를 판정하기 위해 UE 디바이스에 의해 제공된 네트워크 ID 데이터를 사용하여 내부 또는 외부 데이터베이스를 참조할 수 있다.

부가적으로, NeDS 펑션은 또한 UE 디바이스가 CS 도메인 내에서 이용 가능하다는 것이 얼마나 자주 통지될 필요가 있는지를 적합한 메시지를 경유하여 UE 디바이스에 통지하는 기능을 포함할 수 있고, 이 통지는 UE의 응답에 CS 위치 갱신 타이머를 제공함으로써 구현될 수 있다. NeDS 펑션은 UE 디바이스에 이 메시지를 송신할 때 그 갱신 타이머를 초기화할 수 있다. 디폴트 구현예로서, NeDS 위치 갱신 타이머는 CS 위치 갱신 타이머와 동일할 수 있다. 또한, NeDS 펑션은 바람직하게는 전술된 바와 같은 적절한 인터페이스를 경유하여 규정된 프로토콜을 사용하여 프리젠스 서버로부터 프리젠스 정보를 요청하는 기능을 포함할 수 있다. 더욱이, NeDS 펑션은 또한 예를 들면 CS 또는 WLAN이 손실된 것과 같은 임의의 프리젠스 정보가 요구되면 응답/요청 메시지 구조 내의 적절한 플래그에 의해 UE 디바이스에 통지할 수 있다.

IMS 등록과 관련하여, 실질적으로 유사한 거동이 마찬가지로 NeDS 기능으로 처리될 수 있다. 전술된 바와 같이, NeDS 기능은 또한 UE 디바이스(도 9에 도시되어 있음)로 SIP 옵션 메시지를 송신하는 기능을 포함할 수 있다. UE 디바이스로부터의 응답이 IMS 서비스를 지원할 수 없다는 것인 경우, 두 개의 예시적인 구현예가 제공될 수 있다. 일 구현예에서, NeDS 요소는 전술된 CS 등록 거동과 유사하게 임의의 CAMEL 트리거를 비활성화하도록 HSS 노드에 통지할 수 있다. 대안적으로, NeDS 요소는 이 특정 가입자/UE 조합에 대해 IMS 서비스가 이용 가능하지 않다는 것을 통지할 수 있다. 따라서, 초기 DP가 MSC로부터 수신될 때 모바일 발신 호에 대해, 호출된 파티 번호는 출중계 호에 사용하기 위한 번호로서 MSC로 재차 복귀될 수 있다. 또한, USSD 메시징이 사용되면, 원래 호출된 파티 번호가 설정에 사용되기 위한 번호로서 재차 복귀될 수 있다.

IMS 등록 절차의 부분으로서 SIP 공개 또는 XCAP 메시징의 수신시에, NeDS 펑션은 전술된 CS 등록 거동과 매우 유사하게, 그 내부의 콘텐츠를 검사하고 GRUU가 제공되었는지의 여부에 기초하여 NeDS 내에 적절한 기록(들)을 구성하도록 동작가능하다. 또한, NeDS는 IMS 서비스가 내부/외부 데이터베이스를 사용하여 위치 정보에 기초하여 제공되어야 하는지 여부를 판정할 수 있고, 이러한 판정에 기초하여, NeDS는 CAMEL이 전개되는 정도로 HSS 내에서 적절한 CAMEL 트리거를 비활성화할 수 있다. CS 등록 거동과 유사하게, 다른 네트워크로의 재지향이 이 경우에도 마찬가지로 가능할 수 있다.

초기 위치 갱신과 관련하여, NeDS 펑션은 HSS 또는 프리젠티티 프록시 서버로부터 PS 접속 및 관련 위치 갱신이 발생하였다는 표시를 수신하도록 동작가능하다. 이에 응답하여, NeDS 펑션은 USSD(CS 측에서) 또는 제3자 등록(도 9에 예시되어 있는 바와 같이 IMS 측에서)을 사용하여 UE로부터 등록을 기대하기 위해 타이머를 시작하도록 동작가능하다. 이들 두 개의 등록 이벤트 중 어느 하나가 발생하면, 타이머는 정지될 수 있다. 한편, 타이머가 등록 없이 만료되면, UE 디바이스는 IMS 서비스 가능이 아닌 것으로서 간주될 수 있다. IMS 서비스가 지원되지 않는 상황에 대해 제공된 처리와 유사하게, 초기 DP가 모바일 발신 호에 대해 MSC로부터 수신될 때, 호출된 파티 번호는 출중계 호에 대해 사용하기 위한 번호로서 MSC로 재차 복귀될 수 있다.

UE 디바이스로부터의 주기적인 갱신의 수신과 관련하여, NeDS 펑션은 적용 가능한 갱신 메시지의 콘텐츠를 검사하고(예를 들면, CS 도메인 내의 USSD 또는 SMS를 경유하여, 또는 IMS 도메인 내의 SIP 공개를 경유하여) 그 가입자/UE 기록 및/또는 상태를 이에 따라 갱신하도록 동작가능하다. 바람직하게는, NeDS는 전술된 바와 같은 GRUU 인덱싱 또는 PUI 인덱싱에 의해 내부 기록과 상호 관련하도록 동작가능하다. CS 상태 변화의 수신시에, NeDS 펑션은 특정 GRUU 또는 PUI/IMSI와 연관된 상태 모델 정보를 갱신하도록 동작가능하다. 도 6a에 설명되어 있는 상태 전이 모델에 기초하여, CS 상태가 "접속 해제됨"이면, 단지 유효한 상태는 IMS 등록됨/휴지 상태(상태 608) 또는 IMS 등록됨/활성화(상태 610)일 수 있다. 마찬가지로, CS 상태가 "접속됨"이면, 유효 상태는 CS 접속됨/휴지 상태(상태 618), CS 접속됨/휴지 상태 및 IMS 등록됨/휴지 상태(상태 604) 또는 CS 접속됨/휴지 상태 및 IMS 등록됨/활성화(상태 606)일 수 있다.

유사하게, NeDS 펑션이 IMS/WLAN 상태 변화를 수신하면, 그와 연관된 상태 엔진은 GRUU 또는 PUI/IMSI에 기초하여 이에 따라 적용 가능한 상태 모델 정보를 갱신하도록 동작가능하다. IMS 상태가 "로컬 IP 할당됨" 또는 "연관됨"이면, 유효 상태는 CS 접속됨/휴지 상태(상태 618) 또는 CS 접속됨/활성화(상태 616)일 수 있다. IMS 상태가 "PDF 접촉됨"이면, 유효 상태는 IMS 등록됨/휴지 상태(상태 608), CS 접속됨/휴지 상태 및 IMS 등록됨/휴지 상태(상태 604) 또는 CS 접속됨/활성화 및 IMS 등록됨/휴지 상태(상태 612)일 수 있다.

본 특허 출원의 실시예의 동작 및 구조는 전술된 실시예 섹션으로부터 명백해질 수 있는 것으로 고려된다. 도시되어 있고 설명되어 있는 예시적인 실시예는 바람직한 것으로서 특정화될 수 있지만, 이하의 청구범위에 설명되어 있는 바와 같은 본 특허 명세서의 범주로부터 일탈하지 않고 다양한 변경 및 수정이 이루어질 수 있다는 것이 즉시 이해될 수 있을 것이다.

Claims

회선 교환(CS; circuit-switched) 네트워크와 인터넷 프로토콜(IP; Internet Protocol) 멀티미디어 서브시스템(IMS; IP multimedia subsystem) 네트워크를 포함하는 네트워크 환경에서 입중계 호를 라우팅하기 위한 방법 - 상기 입중계 호는 상기 네트워크 환경에 배치된 유저 장비(UE; user equipment) 디바이스에 전달되어짐 - 으로서,

상기 UE 디바이스에 관한 상태 정보를 판정하는 단계와;

적어도 하나의 정책 기준이 상기 입중계 호에 대하여 적용가능한지 여부를 판정하는 단계와;

상기 판정들 중 적어도 하나의 판정에 기초하여, 도메인으로의 상기 입중계 호를 종료하는 단계

를 포함하며,

상기 판정들은 상기 IMS 네트워크와 연관된 네트워크 노드에서 실시되는 것인 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 적어도 하나의 정책 기준은 유저 기반 정책 기준을 포함하는 것인 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 적어도 하나의 정책 기준은 운영자 기반 정책 기준을 포함하는 것인 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 적어도 하나의 정책 기준은 상기 네트워크 노드의 외부에 있는 데이터베이스에 저장되어 있는 것인 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 적어도 하나의 정책 기준은 상기 네트워크 노드의 내부에 있는 데이터베이스에 저장되어 있는 것인 입중계 호의 라우팅 방법.
제1항에 있어서, IMS 서비스가 상기 입중계 호에 대하여 인보크(invoke)되어야 하는지를 판정하는 단계를 더 포함하는 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 UE 디바이스가 IMS 서비스 가능한지를 판정하는 단계를 더 포함하는 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 입중계 호는 상기 판정들 중 적어도 하나의 판정에 기초하여 CS 도메인에 대해 종료되는 것인 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 입중계 호는 상기 판정들 중 적어도 하나의 판정에 기초하여 IMS 도메인에 대하여 종료되는 것인 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 UE 디바이스가 어디에 위치되어 있는지를 판정하는 단 계를 더 포함하는 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 상태 정보는 상기 UE 디바이스가 현재 등록되어 있는 도메인을 포함하는 것인 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 상태 정보는 상기 UE 디바이스의 상태를 포함하는 것인 입중계 호의 라우팅 방법.
제1항에 있어서, 상기 상태 정보는 상기 UE 디바이스의 프리젠스(presence) 정보를 포함하는 것인 입중계 호의 라우팅 방법.
회선 교환(CS; circuit-switched) 네트워크 및 인터넷 프로토콜(IP; Internet Protocol) 멀티미디어 서브시스템(IMS; IP multimedia subsystem) 네트워크를 포함하는 네트워크 환경에서 입중계 호를 라우팅하기 위한 시스템 - 상기 입중계 호는 상기 네트워크 환경에 배치되어 있는 유저 장비(UE; user equipment) 디바이스에 전달되어짐 - 으로서,

상기 UE 디바이스에 관련된 상태 정보를 판정하기 위한 수단과;

적어도 하나의 정책 기준이 상기 입중계 호에 대하여 적용가능한지를 판정하기 위한 수단과;

상기 판정들 중 적어도 하나의 판정에 기초하여 도메인으로의 상기 입중계 호를 종료하기 위한 수단

을 포함하며,

상기 판정들은 상기 IMS 네트워크와 관련되어 있는 네트워크 노드에서 실시되는 것인 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 적어도 하나의 정책 기준은 유저 기반 정책 기준을 포함하는 것인 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 적어도 하나의 정책 기준은 운영자 기반 정책 기준을 포함하는 것인 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 적어도 하나의 정책 기준은 상기 네트워크 노드의 외부에 있는 데이터베이스에 저장되어 있는 것인 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 적어도 하나의 정책 기준은 상기 네트워크 노드의 내부에 있는 데이터베이스에 저장되어 있는 것인 입중계 호의 라우팅 시스템.
제14항에 있어서, IMS 서비스가 상기 입중계 호에 대하여 인보크(invoke)되어야 하는지를 판정하기 위한 수단을 더 포함하는 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 UE 디바이스가 IMS 서비스 가능한지 여부를 판정하기 위한 수단을 더 포함하는 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 입중계 호는 상기 판정들 중 적어도 하나의 판정에 기초하여 CS 도메인에 대하여 종료되는 것인 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 입중계 호는 상기 판정들 중 적어도 하나의 판정에 기초하여 IMS 도메인에 대하여 종료되는 것인 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 UE 디바이스의 위치에 대한 위치 정보를 획득하기 위한 수단을 더 포함하는 입중계 호의 라우팅 시스템.
제14항에 있어서, 1보다 많은 정책 기준이 상기 입중계 호에 대하여 적용가능하다고 판정되는 경우에 정책 충돌을 해결하기 위한 수단을 더 포함하는 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 입중계 호에 대하여 호출 라인 아이덴티티(CLI; calling line identity) 기반 라우팅 정책 기준을 적용하기 위한 수단을 더 포함하는 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 상태 정보는 상기 UE 디바이스가 현재 등록되어 있는 도메인을 포함하는 것인 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 상태 정보는 상기 UE 디바이스 상태를 포함하는 것인 입중계 호의 라우팅 시스템.
제14항에 있어서, 상기 상태 정보는 상기 UE 디바이스의 프리젠스(presence) 정보를 포함하는 것인 입중계 호의 라우팅 시스템.
인터넷 프로토콜(IP; Internet Protocol) 멀티미디어 서브시스템(IMS; IP multimedia subsystem) 네트워크에서 네트워크 도메인 선택을 실시하도록 동작가능한 네트워크 노드로서,

IMS 서비스를 지원하도록 동작가능한 유저 장비(UE; user equipment) 디바이스와 통신하기 위한 인터페이스와;

상기 UE 디바이스와 관련되어 있는 홈 가입자 서버(HSS; home subscriber server) 요소와 통신하기 위한 인터페이스와;

프리젠티티 프리젠스 프록시 요소(presentity presence proxy element), 프리젠스(presence) 네트워크 에이전트, 무선 액세스 네트워크 핫스폿(hotspot) 데이터베이스, 정책 결정 펑션 요소 중 하나와 통신하기 위한 적어도 하나의 인터페이스

를 포함하는 네트워크 노드.
제29항에 있어서, 상기 UE 디바이스와 통신하기 위한 인터페이스는 세션 개시 프로토콜(SIP; Session Initiation Protocol) 메시징으로 동작가능한 것인 네트워크 노드.
제29항에 있어서, 상기 UE 디바이스와 통신하기 위한 인터페이스는 비구조화 부가 서비스 데이터(USSD; Unstructured Supplementary Service Data) 메시징으로 동작가능한 것인 네트워크 노드.
제29항에 있어서, 상기 UE 디바이스와 통신하기 위한 인터페이스는 단문 메시지 서비스(SMS; Short Message Service) 메시징으로 동작가능한 것인 네트워크 노드.
제29항에 있어서, 상기 UE 디바이스와 통신하기 위한 인터페이스는 확장형 마크업 언어(XML; Extensible Markup Language) 구성 액세스 프로토콜(XCAP; XML Configuration Access Protocol) 메시징으로 동작가능한 것인 네트워크 노드.