KR101125201B1

KR101125201B1 - ＩＭＳ 정의 Ｓｈ 인터페이스의 투과 데이터를 사용하여서비스 데이터를 준비하는 시스템

Info

Publication number: KR101125201B1
Application number: KR1020050050556A
Authority: KR
Inventors: 헬멋 엘 레털; 마이클 조셉 루돌프
Original assignee: 알카텔-루센트 유에스에이 인코포레이티드
Priority date: 2004-06-14
Filing date: 2005-06-13
Publication date: 2012-03-19
Also published as: KR20060048336A; CN1716893A; EP1608103B1; DE602005000549D1; EP1608103A3; DE602005000549T2; US9503528B2; CN100499542C; US20050278447A1; EP1608103A2

Abstract

본 발명의 방법 및 장치들의 실시예들은 Sh 인터페이스의 다른 단부에서 애플리케이션에 서비스 데이터를 준비하기 위하여 HSS로부터 범용 애플리케이션으로 IMS HSS 및 Sh 인터페이스에 대한 통상적 준비 인터페이스를 사용한다. 하나의 실시예는 준비 시스템을 Sh 인터페이스를 가진 HSS와 인터페이싱하는 단계; 및 준비 인터페이스로서 Sh 인터페이스를 사용하는 단계를 가질 수 있다.

투과 데이터, 준비 인터페이스, 발행/가입 인터페이스, 투과 데이터 페이로드, 프로토콜, 데이터 블록

Description

ＩＭＳ 정의 Ｓｈ 인터페이스의 투과 데이터를 사용하여 서비스 데이터를 준비하는 시스템{A system for provisioning service data utilizing the ＩＭＳ defined Ｓｈ interface's transparent data}

도 1은 본 방법 및 시스템에 사용하기 위한 통신 시스템(telecommunication system)을 나타내는 블록도.

도 2는 동작에 의해 Sh 인터페이스를 통하여 액세스 가능한 데이터의 테이블을 도시한 도면.

도 3은 본 방법 및 시스템의 일실시예에 따라 수행될 수 있는 논리 동작 단계들의 매우 일반적인 순서도.

도 4는 본 방법 및 시스템의 일실시예에 따라 수행될 수 있는 논리 동작 단계들의 다른 순서도.

도 5는 본 방법 및 시스템의 일실시예의 블록도.

도 6은 본 방법 및 시스템의 다른 실시예의 블록도.

도 7은 본 방법 및 시스템의 다른 실시예의 블록도.

도 8은 본 방법 및 시스템의 일실시예에 따라서 수행될 수 있는 논리 동작 단계들의 흐름도.

도 9는 본 방법 및 시스템의 일실시예에 따라서 수행될 수 있는 논리 동작 단계들의 다른 흐름도.

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

101 : 서비스 아키텍처 103 : 홈 가입자 서버

107 : 애플리케이션 서버 109 : 준비 시스템

111 : CORBA 113 : Sh 인터페이스

본 발명은 일반적으로 가입자 데이터(subscriber data)를 준비하는 것에 관한 것이고, 특히 Sh 인터페이스의 다른 단부에서의 애플리케이션에서 서비스 데이터를 준비하기 위하여 HSS로부터 범용 애플리케이션으로 IMS HSS 및 Sh 인터페이스에 대해 통상적인 준비 인터페이스를 사용하는 시스템에 관한 것이다.

서비스 준비 수단은 많은 서로 다른 사람들에 대해 다를 수 있다. 예를 들면, 몇 개의 정의된 활동을 수행하기 위하여 요구되는 공급들 또는 IT 시스템 자료들의 "사전 준비부(preparation beforehand)"라 할 수 있다. 이것은 리소스들의 공급의 초기 우연성(contingency)보다 관리된 아이템들로서 이들 리소스들의 향상된 관리 생명 주기로 더 나아간다. 이것은 전적으로 시스템들, 네트워크들 및 애플리케이션들에서 사용자 계정들 및 액세스 특권들과 같은 디지털 서비스들을 준비하는 것을 포함할 수 있다. 사무 공간, 휴대폰들 및 신용 카드들의 요청과 같은 비-디지털 또는 물리적 리소스들의 준비를 또한 포함할 수 있다.

CORBA는 준비 시스템들에 사용될 수 있는 인터페이스의 일실시예이다. CORBA는 컴퓨터 애플리케이션들이 네트워크들을 통하여 함께 작업하기 위하여 사용하는 공통 객체 요청 중개 아키텍처(Common Object Request Broker Architecture), OMG의 오픈, 판매자-독립 아키텍처(vendor-independent architecture) 및 인프라구조(infrastructure)에 대한 두문자어(acronym)이다. 표준 프로토콜 IIOP를 사용하여, 거의 모든 임의의 컴퓨터, 연산 시스템, 프로그래밍 언어, 및 네트워크에서 임의의 판매자로부터의 CORBA-기반 프로그램은 거의 모든 임의의 다른 컴퓨터, 연산 시스템, 프로그램 언어 및 네트워크에서 동일하거나 다른 판매자로부터의 CORBA-기반 프로그램과 상호 작용할 수 있다.

CORBA는 많은 상황들에서 유용하다. CORBA는 메인프레임들 내지 미니들과 데스크탑들로부터 휴대용 및 내장 시스템까지의 범위의 크기들을 갖는 많은 판매자들로부터의 기계들을 통합하는 것이 용이하기 때문에, 큰(및 심지어 크지 않은) 기업들을 위한 선택의 미들웨어(middleware)이다. 가장 중요하고 가장 빈번한 용도 중의 하나는 다수의 클라이언트들을 높은 신뢰성을 가지고 고속으로 처리하는 서비스이다.

CORBA 애플리케이션들은 기능성 및 데이터를 결합하고, 주로 실생활에서 다소 빈번하게(항상이 아님) 나타나는 소프트웨어를 구동하는 개별 유닛들인, 객체들로 구성된다. 통상적으로, 단일 유형의 객체의 많은 예들이 있는데-예를 들면, e-거래 웹사이트는 기능에서 모두 동일하지만 각각이 다른 고객에 할당되는 것과 다른 많은 쇼핑 카트 객체 예들을 가지며, 특정 고객이 선택한 상품을 나타내는 데이터를 포함한다. 다른 유형들에 대하여, 단지 하나의 예가 있다. 계정 시스템(accounting system) 같은 레거시 애플리케이션(legacy application)이 CORBA 인터페이스들을 가진 코드로 감싸지고 네트워크상 클라이언트들에게 개방될 때, 일반적으로 단지 하나의 예가 있다.

상기에 언급한 쇼핑 카트 같은 각각의 객체 유형에 대하여, OMG IDL로 인터페이스를 정의할 수 있다. 인터페이스는 그것을 호출하는 클라이언트들에게 서버 객체가 제공하는 계약의 구문 부분(syntax part)이다. 객체에 대한 동작을 호출하기를 원하는 임의의 클라이언트는 수행하기를 원하는 동작을 지정하고, 그것을 전송하는 인수들(arguments)을 정렬하기 위하여 이런 IDL 인터페이스를 사용하여야 한다. 호출(invocation)이 타겟 객체에 도달할 때, 동일한 인터페이스 정의는 객체가 요청된 동작을 수행하도록 인수들을 정렬하기 위하여 사용된다. 인터페이스 정의는 다시 작동하기 위한 결과들을 정렬하고, 그들이 목표에 도달할 때 그들을 비정렬하기 위하여 사용된다.

IDL 인터페이스 정의는 프로그래밍 언어와 무관하지만, OMG 표준들을 통하여 대중 프로그램 언어들 모두에 맵핑한다 : OMG는 IDL로부터 C, C++, 자바, COBOL, Smalltalk, Ada, Lisp, Python 및 IDL스크립트로 표준화된 맵핑들을 가진다.

OMG IDL에 의해 인에이블된 실행으로부터 인터페이스의 분리는 본 발명에서 청구하는 모든 투과성들을 가지고 상호 운용성을 인에이블하는 CORBA의 본질이다. 각각의 객체에 대한 인터페이스는 매우 엄격하게 정의된다. 반대로, 객체의 실행-즉 그것의 구동 코드, 및 데이터-는 클라이언트가 넘을 수 없는 경계 너머에 나머지 시스템으로부터 숨겨진다(즉, 캡슐화된다). 클라이언트들은 호출에 포함된 이들 파라미터들(입력 및 출력)만으로 객체가 그것의 IDL 인터페이스를 통하여 노출하는 그들의 동작들만을 호출하는 그들의 공시된 인터페이스를 통해서만 객체들에 액세스한다.

다이어미터(Diameter) 프로토콜로 공지된 것은 사용자 서비스에서 원격 액세스 다이얼(Remote Access Dial In User Services; RADIUS) 프로토콜에 대한 연장이다. 그것은 로밍, 네트워크 액세스 서버 AAA, 이동 IP 시장성 및 확장성에서 부가적인 고유의 능력들을 처리한다. RADIUS 프로토콜은 다이얼-업 PPP/IP 및 이동 IP 액세스를 위한 인증(authentication), 인가(authorization) 및 계정(accounting) (AAA) 서비스들을 제공하기 위하여 폭넓고 성공적으로 전개되었다. 그러나, RADIUS 프로토콜의 고유 단점들(inherent shortcomings)은 라우터들(router) 및 네트워크 액세스 서버들(NAS)의 항상 증가하는 용량들, 및 바라는 AAA 서비스들의 항상 확장하는 세트에 적응하는 능력이 제한된다.

Sh 3GPP 기준은 홈 가입자 서버(Home Subscriber Server; HSS)와 SIP 애플리케이션 서버(Application Server; AS) 사이 및 HSS와 OSA 서비스 능력 서버(Service Capability Server; SCS) 사이의 상호 작용들(interactions)의 정의를 제공한다. 그것은 다이어미터 프로토콜의 확장성(extensibility)을 사용하여 정의된다.

Sh는 다이어미터 프로토콜에 고유한 확장성을 사용하는 애플리케이션으로서 실행된다. 기술적으로, Sh는 판매자가 3GPP인 경우, IETF 판매자 특정 다이어미터 애플리케이션을 사용하여 정의된다. 판매자 식별기(vendor identifier)는 IANA에 의해 3GPP에 할당되고 다이어미터 애플리케이션 식별기는 Sh 인터페이스에 할당된다.

서비스 제공자들이 개별적으로 각 애플리케이션에 인터페이싱하는 것은 종래 기술의 준비 시스템들의 단점이다. 결과적으로 개별적인 경로들은 가입자 특정 데이터를 요구하는 각 네트워크 요소 및 준비 센터 사이에서 설정되어야 한다.

일 실행예에서 본 발명은 준비 시스템으로부터 애플리케이션 서버로의 경로로서 HSS를 사용하여 애플리케이션 서버 데이터를 준비하는 방법을 포함하고, 상기 방법은 준비 시스템을 Sh 인터페이스를 가진 HSS와 인터페이스하는 단계; 및 준비 인터페이스로서 Sh 인터페이스를 사용하는 단계를 가질 수 있다.

본 발명의 예시적인 실시예들의 특징들은 상세한 설명, 청구항들 및 첨부 도면들로부터 명백하게 될 것이다.

이들 비한정적인 실시예들에 논의된 특정값들 및 구성들은 본 발명의 실시예를 설명하기 위하여 가변되고 인용되고 본 발명의 범위를 제한하고자 의도되지 않는다.

본 장치 및 방법의 실시예들은 Sh 인터페이스의 다른 단부 애플리케이션상에서 서비스 데이터를 준비하기 위하여 HSS로부터 범용 애플리케이션으로 IMS HSS 및 Sh 인터페이스에 통상적인 준비 인터페이스를 사용하는 시스템을 제공한다.

본 발명의 방법 및 시스템의 실시예들은 일반적으로 임의의 IMS 애플리케이션 서버와 연관된 가입자 데이터를 준비하는 것을 제공한다. 이들은 서비스 제공자의 준비 시스템이 지원해야 하는 인터페이스들의 수를 감소시킬 수 있는 장점을 발생시킨다. 이 시스템의 실시예들은 Sh 인터페이스의 다른 단부 애플리케이션상에서 서비스 데이터를 준비하기 위하여 HSS로부터 범용 애플리케이션으로 IMS HSS 및 Sh 인터페이스에 통상적인 준비 인터페이스를 사용한다. 이것은 HSS가 투과 데이터(transparent data)를 사용하기 때문에 유용하므로, 통과하는 포맷을 인식할 필요가 없다. 또한, 일실시예로서, HSS상에 요소를 준비시키는 것은 잘 알려진 CORBA 인터페이스를 통하여 이미 존재한다. 준비 시스템은 애플리케이션 서버에 대한 준비 경로를 생성하기 위하여 정의된 표준 메커니즘을 사용할 수 있다. CORBA 인터페이스가 본 발명의 시스템 및 방법의 실시예들을 사용할 수 있는 유일한 일실시예인 것이 이해될 것이다.

Sh 인터페이스는 발행/가입 인터페이스의 일실시예이다. 발행/가입 인터페이스는 애플리케이션(클라이언트)이 서버상에 원격으로 데이터를 저장하도록 한다. 또한 클라이언트가 데이터의 후속 업데이트들을 하도록 신청하게 한다. 데이터가 업데이트될 때, 서버는 데이터의 복사본을 클라이언트에 보낸다. 본 실시예에서 애플리케이션 서버는 클라이언트로서 동작하고, HSS는 서버로서 동작한다. IP 다중매체 서브시스템(IP Multimedia subsystem; IMS) Sh 인터페이스는 발행/가입 인터페이스로서 고려된다.

3GPP 기술 사양은 HSS(홈 가입자 서버)와 SIP AS 사이 및 HSS와 OSA SCS(서비스 능력 서버) 사이의 상호 작용들을 지정한다. 이런 인터페이스는 Sh 기준점이라 한다. IP 다중매체 코어 네트워크 서브시스템 스테이지 2는 3GPP TS 23.228로 지정되고 SIP 및 SDP 기반 IP 다중매체 호출 제어를 위한 시그널링 흐름들은 3GPP TS 24.228로 지정된다. IP 다중매체 호출 모델로 IP 다중매체 세션 조정은 3GPP 23.218로 지정된다.

IP 다중매체 세션에서 IP 다중매체 세션 및 IP 다중매체 호출은 등가물로서 처리될 수 있다. 투과 데이터는 구문론적으로 이해되지만 HSS에 의해 의미론적으로 이해되지 않을 수 있는 데이터이다. 그것은 AS가 그것의 서비스 논리를 지원하기 위하여 HSS에 저장할 수 있는 데이터이다. 일실시예는 AS가 저장소로서 사용하는 HSS에 저장하는 데이터이다. 비-투과 데이터는 구문론적 및 의미론적으로 HSS에 의해 이해되는 데이터일 수 있다. AS(애플리케이션 서버)는 SIP 애플리케이션 서버 또는 OSA 서비스 능력 서버 중 하나를 나타낼 수 있다.

애플리케이션 서버는 Sh 인터페이스를 통하여 HSS와 통신하고 HSS는 Sh 인터페이스를 통하여 애플리케이션 서버와 통신할 수 있다. Sh 인터페이스에서의 동작들은 데이터 처리 과정들(HSS로부터 AS로 데이터의 다운로딩, 및 HSS에 데이터의 업데이팅), 및 가입/통지 과정들(AS가 HSS로부터 데이터 변화의 통지를 수신하기 위하여 가입함, 및 AS가 이전에 가입한 데이터 변화를 HSS가 AS에게 통지함)과 같은 기능 그룹들로 분류될 수 있다.

애플리케이션 서버(AS)는 IP/PBX, 버디 시스템(Buddy system), 푸시-투-토크(Push-to-Talk) 시스템, 인스턴트 메시징, 임의의 일반적인 선불 전화 서비스 등일 수 있다.

도 1을 참조하면, IMS(101)는 이동성 프레임워크(mobility framework) 내에서, 가입자에 대한 다중 동시 IP 기반 서비스들을 처리하기 위한 인프라구조(infrastructure)를 제공한다. 이런 IMS(101)의 일부는 HSS(103)이다. HSS(103)는 IMS 호출 동안 사용되는 가입자 데이터의 중앙 저장소(central repository)이다. 가입자 데이터는 Cx 다이어미터-기반 인터페이스를 통하여 사용자 등록의 일부로서 I-CSCF, 및 S-CSCF와 통신된다. 다른 애플리케이션들은 3GPP에 의해 Sh라 불리는 다른 HSS 인터페이스를 통하여 많은 이러한 데이터에 액세스할 수 있다.

HSS(103)는 IMS(101)에서 중요한 역할을 하여, IMS 가입자에 대한 프로파일이 인증후 S-CSCF로 통과되는 것을 보장한다. 그것은 SIP 호출을 제어 및/또는 재지향시키도록 CSCF에 필요한 데이터를 포함한다. 이것은 Cx 인터페이스상에서 이루어진다.

HSS(103)의 다른 역할은 애플리케이션 서버들(AS) 사이에서 정보 교환을 용이하게 하기 위한 중앙 데이터 저장소 역할이다. 이것은 애플리케이션들이 데이터의 유형에 따라 데이터를 풀(pull), 서브스크라이브, 또는 푸시(push)한다. 서비스들은 HSS(103)에 저장소 데이터를 남김으로써 다중 처리 플랫폼들 사이에서 통신할 수 있다. 또한, 다른 유형의 HSS 데이터는 요구 또는 서브스크라이브에 기초하여 애플리케이션들에 이용할 수 있다. 데이터의 유형에 대한 몇몇 제한들은 3GPP 29.328(도 2에 도시된 테이블 참조)의 갱신된 버전에 도시된다.

Sh 인터페이스는 가입자에 대한 애플리케이션 서버(들)와 HSS 사이에서 데이터가 통신되게 한다. 이는 비-투과 데이터 및 투과 데이터로 구성된다. 비-투과 데이터는 가입자와 연관되고 로우(row) 4를 제외하고 도 2의 테이블에서 태그들을 포함한다.

저장소 데이터 또는 투과 데이터는 가입자마다 연관되지만, 서비스-표시(service-indication)마다도 연관된다. 다른 서비스-표시들로 인해, 하나의 서비스는 투과 데이터의 다중 정의들을 공유할 수 있거나, 투과 데이터는 독립된 플랫폼 전개 서비스1 사이에서 공유될 수 있고, 다른 세트의 투과 데이터는 플랫폼 전개 서비스2 사이에서 공유될 수 있다. 투과 데이터 포맷은 HSS에 공지되지 않고, 캡슐화된 XML 또는 LDAP 질의들일 수 있다. 상기 질의들은 Sh 다이어미터 인터페이스(또한 Sh 인터페이스라 함)에 기입되거나 판독될 수 있다. 부가적으로, 가입 및 통지 능력은 인터페이스에 의해 지원된다.

많은 HSS 데이터는 판독되거나, 꺼내질 수 있다. 또한, 이런 데이터의 선택된 요소들은 애플리케이션 서버(AS)에 의해 또한 서브스크라이브될 수 있다. 이 방식에서 HSS는 데이터가 HSS에서 변화할 때 AS에 데이터를 보낸다.

투과 데이터의 예는 자발적인 애플리케이션 파트너들 사이에서 공유될 수 있는 버디 리스트(buddy list)이다. 예를 들어, 서비스 A(푸시 투 토크(PTT))와 서비스 B(인스턴트 메시징)가 버디 리스트들을 공유하길 원하는 것으로 가정하자. 도 3 및 도 4에 도시된 Sh 상호 작용들의 시퀀스는 공통 저장소로서 HSS를 사용하여 상기 공유를 달성하기 위하여 사용된다.

애플리케이션들을 가로질러 Sh 투과 데이터를 전달하기 위하여, 각각의 애플리케이션은 HSS에 저장된 동의된 구조를 이해할 수 있어야 한다. 이런 시나리오에서, 양쪽 모두는 데이터를 기입하거나 데이터가 변화되는 통지를 수신 및 파싱할 수 있다.

MMD 서비스 아키텍처 플랫폼에서 준비 시스템의 역할과 관련하여, 준비 시스템은 모든 가입자들이 그들의 서비스들 각각에 대한 액세스를 얻는 것을 가능하게 하기 위하여 요구되는 모든 네트워크 요소들에 대한 준비 인터페이스로서 보여진다. HSS에 대한 CORBA 인터페이스는 IMS 능력들의 지원시 HSS 가입자들을 준비시키기 위하여 사용된다. 부가적으로, HSS는 또한 준비 시스템으로부터 애플리케이션 서버 시스템들의 다중 변형들을 향하여 애플리케이션 서버 준비 정보를 전달할 것으로 여겨진다. 투과 데이터는 Sh 인터페이스를 준비하는 것을 달성하기 위하여 사용될 수 있다.

그것은 저장소 데이터의 컨텐트가 HSS에 알려지지 않을 때(진정한 IMS 공간에서), 애플리케이션 서버 상황에 관심이 있다. 그러므로, HSS는 설득력있게 투과 데이터를 통과시키고, 데이터 정의 변화를 호출하거나 확장할 필요가 없다. 최종 사용자(애플리케이션 서버들)만이 이런 포맷을 이해할 필요가 있다.

도 5는 IP/PBX 같은 애플리케이션 서버(107) 및 준비 시스템(109)에 대한 HSS(103) 인터페이스의 일실시예를 도시한다. 본 발명의 목적은 준비 시스템(109)으로부터의 경로로서 HSS(103)를 사용하여 애플리케이션 서버 데이터를 준비하는 것이다. 두 단계들이 요구된다. 첫째, 데이터는 준비 시스템(109)으로부터 HSS(103)로 전송되고, HSS(103)로부터 애플리케이션 서버(109)로 전송된다. 준비 시스템(109)으로부터 HSS(103)로 이런 CORBA 준비(111)를 달성하고, 그 다음 가입자에 대하여 새로 준비된 데이터를 애플리케이션 서버(107)에 통지하기 위하여 Sh 인터페이스(113)의 투과 데이터 능력들을 사용한다.

준비 시스템(109)은 CORBA 인터페이스(111)를 사용하여 HSS 가입자 데이터를 준비시킨다. Sh 인터페이스(113)상에서 Cx 인터페이스를 지원하기 위해 요구된 데이터뿐 아니라 비-기입가능 데이터는 이런 메커니즘을 통하여 나온다. 투과 데이터로서 정의된 Sh 데이터는 이런 CORBA 인터페이스(111)를 통하여 전송될 수 있다. 가입자에 대한 비-투과 데이터는 HSS(103)에 수신되고 공지된 속성들로 저장된다. 이러한 애플리케이션 서버 서비스에 대한 투과 데이터는 HSS(103)의 DF 함수(115)에 데이터 블록으로서 저장된다. HSS(103)는 투과 데이터의 컨텐트들을 알지 못한다. 이런 메커니즘은 준비 시스템(109)으로부터 HSS(103)로 애플리케이션 서버들(107)에 관련된 HSS 데이터 및 가입자 데이터를 전달한다.

다음 단계를 달성하기 위하여, 이런 CORBA 인터페이스(111)를 통한 HSS 준비는 가입-요구-유형, AS 아이덴티티, 및 애플리케이션 서버(107)의 서비스-표시를 포함하도록 새로운 파라미터들을 포함할 수 있다. 이런 컨텐트는 애플리케이션 서버로부터 Sh-Subs-Notif(가입-통지-요구)를 수신하는 것과 유사할 수 있다. 또한 후속 다이어미터 메시지를 설정하기 위하여 요구된 인증 또는 다른 정보를 포함할 수 있다. 투과 데이터 파라미터는 애플리케이션 서버(107)가 이해하는 포맷으로 CORBA 캡슐화된 LDAP 질의들로서 부호화될 수 있다. 이것은 진행을 위해 충분한 데이터를 HSS(103)에 제공한다.

다음 단계는 HSS(103)로부터 애플리케이션 서버(107)로 애플리케이션 서버 데이터를 얻는 것이다. 단일 서비스-표시를 가진 투과 데이터는 단일 서비스를 준비시킬 것이다. 또한, 다중 서비스-표시들은 동일한 가입자에 대한 다중 서비스들을 준비시키기 위하여 사용될 수 있다. HSS(103)는 CORBA 준비를 통하여 수신된 파라미터들을 취하여, 투과 데이터에 대한 애플리케이션 서버(107)를 서브스크라이브시키고, 다이어미터 프로토콜 Sh-Notif(푸시-통지-요구) 과정(Sh 인터페이스(113))을 통하여 애플리케이션 서버(107)에 LDAP 준비를 포함하는 데이터를 통과시킨다. 애플리케이션 서버(107)는 Sh 다이어미터 인터페이스를 지원하고, 투과 데이터 AVP로부터 LDAP 엔벨로프를 추출하고, 변화들을 적용한다. CORBA 랩퍼(wrapper) 및 Sh 인터페이스하에 포함된 투과 데이터 페이로드는 미리 결정된 컨텐트들을 이해하는 단부 포인트들 사이에서 통신된다.

도 6은 HSS(103)로부터 준비 시스템(109) 및 애플리케이션 서버(107)로의 HSS 인터페이스의 다른 실시예를 도시한다. 이 실시예에서, 애플리케이션 서버 준비에 대한 현재 인터페이스는 LDAP 프로토콜을 통하여 발생하고, Sh 인터페이스는 애플리케이션 서버(107)에서 이용가능하지 않다. 애플리케이션 서버 데이터는 준비 시스템(109)으로부터 경로로서 HSS(103)를 사용하여 준비될 수 있다. 다시, 두 개의 단계들이 요구된다. 첫째, 데이터는 준비 시스템(109)으로부터 HSS(103)로 보내지고, HSS(103)로부터 애플리케이션 서버(107)로 전송된다. 동일한 CORBA 준비는 상기된 바와 같이 준비 시스템(109)으로부터 HSS(103)에 사용된다. 다음 LDAP 인터페이스는 HSS(103)로부터 원하는 애플리케이션 서버(107)로 생성되고, 투과 데이터(AVP)에서 발견된 캡슐화된 LDAP 질의들을 포함할 수 있다.

LDAP 바인드 요청을 지원하는 데이터는 준비 시스템 CORBA 준비부에 포함될 수 있다. 이것은 LDAP 인터페이스(117)가 투과 데이터를 애플리케이션 서버(107)로 전송하기 위하여 요구되는 HSS(103)를 나타낸다. 이런 투과 데이터가 LDAP 문자열들(strings)을 보호하기 때문에, HSS(103)는 LDAP(117) 인터페이스를 통하여 애플리케이션 서버(107)로 투과 데이터를 이동시킬 수 있다. 이 방법은 준비 시스템(109)에서 변화들을 요구할 뿐만 아니라, HSS(103)가 LDAP 또는 다이어미터 프로토콜 요구들을 구별할 수 있도록 전송 출구들의 특정 모드를 아는 것을 요구한다.

본 발명의 방법 및 시스템의 일실시예는 CORBA 객체들 내에서 LDAP를 캡슐화하고, 후속하여 데이터를 HSS로 진행시키는 것을 포함한다. 그럼에도 불구하고, 이 실시예의 수 개의 변형들이 다음 섹션들에서 논의되는 바와 같이 가능하다.

HSS에 저장된 데이터의 양을 감소시키기 위하여, 마치 애플리케이션 서버가 다음 시퀀스가 제공된 것처럼 동작하는 CORBA 인터페이스가 생성된다.

애플리케이션 서버를 이 서비스에 대하여 투과 데이터에 서브스크라이브하고;

데이터 생성을 표시하기 위하여 시퀀스 번호 0으로 Sh 프로파일-업데이트-요청을 에뮬레이팅하는 HSS에 새로운 저장소 데이터를 생성하고;

이것은 애플리케이션 서버가 데이터 변화를 통지하게 할 것이고;

이 서비스를 위한 투과 데이터에 애플리케이션 서버를 가입해제하고;

서비스 데이터를 포함하지 않는 업데이트-프로파일-요청 절차(Update-Profile-Request procedure)를 사용하여 서비스/가입자 결합을 위하여 투과 데이터를 삭제한다. 데이터는 Sh 인터페이스 설명들과 일치하는 HSS로부터 바로 제거될 수 있다.

이 접근법은 도 5 LDAP 해결책에 대해서도 수행될 수 있다. 준비된 투과 데이터는 도 4 실시예와 동일하게 유지된다. AVP의 다이어미터는 동일한 이름 및 준비를 유지할 수 있다. 데이터가 애플리케이션 서버에 전송된 후, HSS는 저장된 투과 데이터를 삭제하는 것을 시작한다.

애플리케이션 서버 데이터에 대한 준비 시스템 포맷은 대부분 알려지지 않았다. 캡슐화된 LDAP 질의들을 가진 CORBA는 일실시예이다. 만약 이런 포맷이 LDAP 캡슐화된 CORBA가 아니거나, 투과 데이터 내에 캡슐화될 수 있는 수 개의 다른 데이터 형태이면, 다른 제안은 AS에 보내진 동작의 개별적인 부가, 변형 또는 삭제와 각각 관련될 수 있는 XML 포맷된 관련 데이터베이스 아이템들이다.

만약 HSS가 각각의 애플리케이션 서버 또는 애플리케이션 서버 준비 스키마(schema)의 세부 사항들을 이해하여야 하면, 많은 작업이 각 AS의 요구들을 지원하기 위하여 HSS에서 요구된다. 애플리케이션 서버들을 포함하는 애플리케이션은 복잡한 데이터 스키마들을 가진다. 데이터를 해석하기 위하여 HSS를 요구하는 옵션의 위험성을 경감시키기 위하여, XML로부터 LDIF로의 맵핑은 LDAP 인터페이스에 대해 보다 많이 정의된 LDIF와 결합되고 적당한 접근법일 수 있다. 명확하게 한 세트의 인터페이스 이동 규칙들은 각각의 애플리케이션 서버 또는 AS 준비 파라미터 들의 스키마를 알기 위하여 HSS를 요구하는 것보다 우수하다. XML에서 LDIF로 및 LDIF에서 LDAP로의 이동들은 공지되었다.

준비 시스템은 HSS에 대해 다이어미터 Sh 인터페이스를 실행할 수 있고, 애플리케이션 서버로서 동작하고, 애플리케이션 서버가 데이터를 변화시키는 경우 이 데이터의 실시간 업데이트들을 요청하도록 가입-통지-요구를 보낸다. 부가적으로, 보다 실시간적인 HSS 데이터는 HSS 인터페이스를 통하여 이용할 수 있다. 이런 능력은 도 6 및 도 7에서 준비 시스템으로부터 HSS로 질의/가입/통지(Query/Subscribe/Notify) 화살표로 표시된다.

일반적으로, 본 시스템의 실시예들은 다음을 가질 수 있다: 준비 시스템으로부터 HSS로 데이터를 보내고, 그 다음 HSS로부터 애플리케이션 서버로 데이터를 보내는 수단; 준비 시스템에 의해 미리 결정된 인터페이스를 사용하여 HSS 가입자 데이터를 준비하는 수단; HSS에서 가입자에 대한 비-투과 데이터를 수신하고 HSS에서 공지된 속성들을 가진 비-투과 데이터를 저장하는 수단; HSS에서 데이터 블록으로 이러한 애플리케이션 서버 서비스에 대한 투과 데이터를 저장하는 수단; 미리 결정된 인터페이스를 통하여 HSS 준비를 위하여 적어도 애플리케이션 서버의 아이덴티티를 나타내는 새로운 파라미터들을 제공하는 수단; 미리 결정된 인터페이스를 통하여 수신된 파라미터들을 사용하는 HSS에 의해 투과 데이터에 대한 애플리케이션 서버에 서브스크라이브하는 수단; 미리 결정된 프로토콜을 통하여 애플리케이션 서버에 투과 데이터를 통과시키는 수단; 발행/가입 인터페이스를 지원하기 위하여 애플리케이션 서버에 의해 투과 데이터로부터의 정보를 추출하는 수단; 및 미리 결정된 컨텐트들을 이해하는 단부 포인트들 사이에서 미리 결정된 인터페이스 및 발행/가입 인터페이스에 대한 미리 결정된 랩퍼하에 포함되는 투과 데이터의 투과 데이터 페이로드를 통신하는 수단.

도 8에 도시된 바와 같이 준비 시스템으로부터 애플리케이션 서버로의 경로로서 HSS를 사용하여 애플리케이션 서버 데이터를 준비하기 위한 본 발명의 방법의 일실시예는, 준비 시스템으로부터 HSS에 데이터를 보내고, HSS로부터 애플리케이션 서버로 데이터를 보내는 단계(단계 801); 준비 시스템에 의해, CORBA 인터페이스를 사용하여 HSS 가입자 데이터를 준비하는 단계(단계 802); HSS에 가입자에 대한 비-투과 데이터를 수신하고 HSS에 공지된 속성들을 가진 상기 비-투과 데이터를 저장하는 단계(단계 803); HSS의 DF 함수에 데이터 블록으로서 애플리케이션 서버 서비스에 대한 투과 데이터를 저장하는 단계(단계 804); HSS 준비를 위해 CORBA 인터페이스를 통해, 가입-요구-유형, AS 아이덴티티, 및 애플리케이션 서버의 서비스-표시를 포함하는 새로운 파라미터들을 제공하는 단계(단계 805); CORBA 인터페이스를 통하여 수신된 파라미터들을 사용하는 HSS에 의해 투과 데이터에 대한 애플리케이션 서버(AS)에 서브스크라이브하는 단계(단계 806); Sh 인터페이스를 통하여 애플리케이션 서버에 투과 데이터 함유 LDAP 준비부를 통과시키는 단계(단계 807); Sh 인터페이스를 지원하기 위하여, 투과 데이터로부터 LDAP 엔벨로프를 애플리케이션 서버에 의해 추출하고, 상기 변화들을 적용하는 단계(단계 808); 및 미리 결정된 컨텐트들을 이해하는 단부 포인트들 사이에서, CORBA 인터페이스 및 Sh 인터페이스에 대한 CORBA 랩퍼하에 포함된 투과 데이터 페이로드를 통신하는 단계(단계 809)를 가질 수 있다.

도 9에 도시된 바와 같이, 준비 시스템으로부터 애플리케이션 서버로의 경로로서 HSS를 사용하여 애플리케이션 서버 데이터를 준비하기 위한 본 발명의 방법의 다른 실시예는: 준비 시스템으로부터 HSS로 데이터를 보내고 HSS로부터 애플리케이션 서버로 데이터를 보내는 단계(단계 901); 준비 시스템에 의해, CORBA 인터페이스를 사용하는 HSS 가입자 데이터를 준비하는 단계(단계 902); HSS에 가입자에 대한 비-투과 데이터를 수신하고 HSS에 공지된 속성들을 가진 비-투과 데이터를 저장하는 단계(단계 903); HSS의 DF 함수에 데이터 블록으로서 이 애플리케이션 서버 서비스에 대한 투과 데이터를 저장하는 단계(단계 904); HSS 준비를 위하여, CORBA 인터페이스를 통해, 가입-요구-유형, AS 아이덴티티 및 애플리케이션의 서비스 표시를 포함하는 새로운 파라미터들을 제공하는 단계(단계 905); Sh 인터페이스를 통하여 애플리케이션 서버에 투과 데이터 함유 LDAP 준비부를 통과시키는 단계(단계 906); Sh 인터페이스를 지원하기 위하여 애플리케이션 서버에 의해 투과 데이터로부터의 LDAP 엔벨로프를 추출하고, 그 변화들을 적용하는 단계(단계 907); 및 미리 결정된 컨텐트들을 이해하는 단부 포인트들 사이에서, CORBA 인터페이스 및 Sh 인터페이스에 대한 CORBA 랩퍼하에 포함된 투과 데이터 페이로드를 통신하는 단계(단계 908)를 가질 수 있다.

시스템이 애플리케이션 서버로부터 다시 준비 시스템으로 변화들을 기록할 수 있는 본 방법 및 시스템의 다른 특징들이 있다. 일실시예에서 상기 방법은 발행/가입 인터페이스와 HSS를 가진 준비 시스템을 인터페이싱하는 단계; 애플리케이션 서버에 대한 애플리케이션 서버 데이터를 준비하기 위해 준비 인터페이스로서 발행/가입 인터페이스를 사용하는 단계; 및 발행/가입 인터페이스를 사용하여 애플리케이션 서버로부터 준비 시스템에 데이터 변화들을 진행시키는 단계를 가질 수 있다. 수 개의 실시예들에서, 발행/가입 인터페이스는 Sh 인터페이스일 수 있다.

개선된 본 방법 및 시스템은 서비스 제공자들의 인터페이스에서 준비 시스템들이 개별적으로 각각의 애플리케이션에 인터페이싱하여, 준비 센터 및 가입자 특정 데이터를 요구하는 각각의 네트워크 요소 사이의 개별적인 경로들을 설정할 필요성을 발생시키는 종래 기술의 단점들을 극복한다.

본 방법 및 시스템의 실시예들은 요청의 컨텐트들을 알기 위하여 HSS에게 요구하지 않고, 요청을 보내기 위하여 HSS를 사용하는 대신, 각각의 애플리케이션 서버에 개별적인 준비 경로에 대한 필요성을 제거한다. 이것은 업그레이드 시간에서 유리한데, 준비 블록의 컨텐트들이 변화될 때, 애플리케이션 및 준비 시스템이 변경해야 하지만, HSS가 포맷을 알지 못하기 때문에, 이것은 인터페이스 업그레이드를 필요로 하지 않는다.

Sh 인터페이스가 투과 데이터로 준비의 가입/통지를 허용하기 때문에, Sh 인터페이스는 HSS가 올바른 애플리케이션 서버를 찾게 하고, 준비 시스템은 데이터가 HSS와 다른 곳으로 진행하는 경우를 알 필요가 없다. 일실시예에서, 복수의 애플리케이션 서버들이 있을 수 있고, 각각은 복수의 가입자들을 갖고, 준비 시스템은 가입자들이 어느 애플리케이션 서버들과 연관되는지를 알지 못한다. 준비 데이터가 준비 시스템에 도달할 때, 준비 시스템은 HSS가 데이터를 보냈는지만을 안다. HSS는 가입 정보를 유지하므로, 특정 가입자에 대한 페이로드 데이터뿐만 아니라 투과 데이터가 이름 및 카운터 데이터를 가지므로 어느 가입자가 준비 데이터를 보내는지를 안다.

본 시스템 및 방법은 이동 전화들 및 이동 터미널들뿐만 아니라, 비-이동 전화들 및 터미널들에 사용될 수 있다. 또한, 다른 형식들의 데이터 기억 장치들은 본 발명의 방법 및 시스템에 사용될 수 있다. 예를 들어, 데이터 기억 장치는 하나 이상의 자기, 전기, 광학, 생물학, 및 원자 데이터 기억 매체일 수 있다.

여기에 기술된 단계들 또는 동작들은 단순히 전형적이다. 본 발명의 사상을 벗어나지 않고 이들 단계들 또는 동작들에 대한 많은 변형들이 있을 수 있다. 예를 들어, 상기 단계들은 다른 순서로 수행되거나, 상기 단계들은 부가, 삭제 또는 변형될 수 있다.

비록 본 발명의 전형적인 실시예들이 여기에 상세히 도시되고 기술되었지만, 다양한 변형들, 부가들, 대체물들 등이 본 발명의 사상으로부터 벗어나지 않고 이루어지고 그러므로 다음 청구항들에서 정의된 바와 같은 본 발명의 범위 내에서 고려되는 것이 당업자에게 명백할 것이다.

본 발명은 준비 센터 및 가입자 특정 데이터를 요구하는 각각의 네트워크 요소 사이에 독립된 경로들을 설정하여 개별적으로 각각의 애플리케이션에 제공자 인터페이스를 서비스하는 종래 기술 준비 시스템들의 문제점을 해결한다.

Claims

삭제
준비 시스템(provisioning system)으로부터 애플리케이션 서버(AS)로의 경로로서 홈 가입자 서버(Home Subscriber Server; HSS; 103)를 사용하여 애플리케이션 서버 데이터를 준비하는 방법에 있어서:

상기 준비 시스템(109)으로부터 상기 HSS(103)로 데이터를 보낸 다음, 상기 HSS(103)로부터 상기 애플리케이션 서버(107)로 데이터를 보내는 단계;

상기 준비 시스템(109)에 의해, CORBA 인터페이스(111)를 사용하여 상기 HSS에 가입자 데이터를 제공하는 단계;

상기 HSS에 의해 구문론적 및 의미론적으로 이해될 수 있는 데이터를 의미하는 비-투과 데이터(non-transparent data)를 상기 HSS(103)에서 수신하고, 상기 HSS(103)에 공지된 속성들을 가진 상기 비-투과 데이터를 저장하는 단계로서, 상기 비-투과 데이터는 가입자 데이터인, 상기 비-투과 데이터를 수신 및 저장하는 단계;

상기 애플리케이션 서버(107)의 서비스를 위한 투과 데이터를 데이터 블록으로서 상기 HSS(103)에 저장하는 단계로서, 상기 투과 데이터는 상기 HSS(103)에 의해 의미론적이 아닌 구문론적으로 이해될 수 있는 데이터를 의미하는, 상기 투과 데이터를 저장하는 단계;

가입-요구-유형, AS 아이덴티티, 및 상기 애플리케이션 서버(107)의 서비스표시(ServiceIndication)를 포함하는 새로운 파라미터들을, 상기 CORBA 인터페이스(111)를 통해 상기 HSS에 제공하는 단계;

상기 CORBA 인터페이스(111)를 통해 수신된 상기 파라미터들을 사용하여 상기 HSS(103)에 의해, 상기 애플리케이션 서버(107)를 상기 투과 데이터에 서브스크라이브하는 단계;

발행/가입 인터페이스(publish/subscribe interface; 113)를 통해 상기 투과 데이터를 상기 애플리케이션 서버(107)에 전달하는 단계;

상기 발행/가입 인터페이스(113)를 지원하기 위해 상기 애플리케이션 서버(107)에 의해 상기 투과 데이터로부터 본래(native) 준비 스크립트를 추출하고, 데이터 변화들의 통지들을 파싱하고, 상기 데이터 변화들을 적용하는 단계; 및

상기 투과 데이터의 컨텐트들을 이해하는 단부 포인트들 사이에서, 상기 CORBA 인터페이스(111) 및 상기 발행/가입 인터페이스(113)에 대한 CORBA 랩퍼(wrapper)하에 포함된 투과 데이터 페이로드(transparent data payload)를 통신하는 단계를 포함하는, 애플리케이션 서버 데이터 준비 방법.
제 2 항에 있어서, 상기 발행/가입 인터페이스는 Sh 인터페이스이고, 상기 준비 시스템으로부터 상기 HSS로의 CORBA 준비가 사용되고, 상기 Sh 인터페이스의 투과 데이터 능력들은 가입자에 대해 새로운 준비된 데이터를 상기 애플리케이션 서버에 통지하기 위해 사용되고, 투과 데이터로서 규정된 Sh 데이터는 상기 CORBA 인터페이스를 통해 또한 전송되는, 애플리케이션 서버 데이터 준비 방법.
제 2 항에 있어서, 상기 새로운 파라미터들은 후속 다이어미터 메시지(subsequent Diameter message)를 설정하기 위해 요구되는 적어도 인증 정보를 더 포함하는, 애플리케이션 서버 데이터 준비 방법.
제 2 항에 있어서, 상기 HSS는 상기 투과 데이터의 컨텐트들을 알지 못하는, 애플리케이션 서버 데이터 준비 방법.
제 2 항에 있어서, 상기 HSS 데이터 및 애플리케이션 서버들에 관련된 가입자 데이터는 상기 준비 시스템으로부터 상기 HSS로 전달되는, 애플리케이션 서버 데이터 준비 방법.
제 2 항에 있어서, 상기 CORBA는 상기 애플리케이션 서버가 이해하는 미리 결정된 포맷으로 LDAP 동작들을 표시하는 투과 데이터 파라미터를 캡슐화하는, 애플리케이션 서버 데이터 준비 방법.
제 2 항에 있어서, 단일 서비스에는 단일 서비스-표시를 가진 투과 데이터가 준비되고, 동일한 가입자에 대한 다중 서비스들에는 다중 서비스-표시들이 준비되는, 애플리케이션 서버 데이터 준비 방법.
제 2 항에 있어서, 상기 투과 데이터는 상기 HSS에 의해 의미론적이 아닌 구문론적으로 이해되는 데이터이고, 상기 투과 데이터는 애플리케이션 서버가 그것의 서비스 논리(service logic)를 지원하기 위해 상기 HSS에 저장하는 데이터이고, 상기 비-투과 데이터는 상기 HSS에 의해 구문론적 및 의미론적으로 이해되는 데이터인, 애플리케이션 서버 데이터 준비 방법.
준비 시스템으로부터 애플리케이션 서버로의 경로로서 HSS를 사용하여 애플리케이션 서버 데이터를 준비하는 방법에 있어서:

상기 준비 시스템으로부터 상기 HSS로 데이터를 보낸 다음, 상기 HSS로부터 상기 애플리케이션 서버로 데이터를 보내는 단계;

상기 준비 시스템에 의해, 미리 결정된 인터페이스를 사용하여 상기 HSS에 가입자 데이터를 제공하는 단계;

비-투과 가입자 데이터를 상기 HSS(103)에서 수신하고, 상기 HSS(103)에 공지된 속성들을 가진 상기 비-투과 데이터를 저장하는 단계로서, 비-투과 데이터는 상기 HSS에 의해 구문론적 및 의미론적으로 이해될 수 있는 데이터를 의미하는, 상기 비-투과 데이터를 수신 및 저장하는 단계;

상기 애플리케이션 서버(107)의 서비스를 위한 투과 데이터를 데이터 블록으로서 상기 HSS(103)에 저장하는 단계로서, 상기 투과 데이터는 상기 HSS(103)에 의해 의미론적이 아닌 구문론적으로 이해될 수 있는 데이터를 의미하는, 상기 투과 데이터를 저장하는 단계;

적어도 상기 애플리케이션 서버(107)의 아이덴티티를 표시하는 새로운 파라미터들을 상기 미리 결정된 인터페이스(111)를 통해 상기 HSS에 제공하는 단계;

상기 미리 결정된 인터페이스(111)를 통해 수신된 상기 파라미터들을 사용하여 상기 HSS(103)에 의해, 상기 애플리케이션 서버(107)를 상기 투과 데이터에 서브스크라이브하는 단계;

미리 결정된 프로토콜을 통해 상기 투과 데이터를 상기 애플리케이션 서버(107)에 전달하는 단계;

상기 발행/가입 인터페이스(113)를 지원하기 위해 상기 애플리케이션 서버(107)에 의해 상기 투과 데이터로부터 정보를 추출하는 단계; 및

상기 투과 데이터의 컨텐트들을 이해하는 단부 포인트들 사이에서, 상기 미리 결정된 인터페이스(111) 및 상기 발행/가입 인터페이스(113)에 대한 미리 결정된 랩퍼하에 포함된 상기 투과 데이터의 투과 데이터 페이로드를 통신하는 단계를 포함하는, 애플리케이션 서버 데이터 준비 방법.