KR20120003873A - 에일리어스가 아닌 아이덴티티들에 대한 보존 데이터의 공유 - Google Patents

Abstract

IP 멀티미디어 서브시스템(IMS)에서 데이터를 저장하는 방법이 개시된다. 방법은 i) 에일리어스(alias)들이 아닌, 제1 사용자 및 제2 사용자를 선택하는 단계, ii) 제1 및 제2 사용자들과 각각 연관된 제1 및 제2 데이터 집합들 각각에서 공통의 데이터 엘레먼트들을 식별하기 위하여 제1 및 제2 데이터 집합들을 분석하는 단계 - 제1 및 제2 데이터 집합들은 IMS 내의 제1 애플리케이션 서버가 제1 및 제2 사용자들을 위하여 서비스 요청들을 만족시키는 데에 사용가능함 -, iii) 식별된 공통의 데이터 엘레먼트들의 하나의 인스턴스를 포함하는 데이터 구조를 생성하는 단계, 및 iv) 데이터 구조를 IMS 내의 홈 가입자 서버(HSS)에 저장하는 단계를 포함한다.

Description

에일리어스가 아닌 아이덴티티들에 대한 보존 데이터의 공유{SHARING OF REPOSITORY DATA FOR NON-ALIAS IDENTITIES}

본 발명은 데이터의 저장, 특히 IP 멀티미디어 서브시스템(IP multimedia subsystem(IMS))에서 애플리케이션 서버가 사용자들에게 서비스 요청들을 발송할 수 있도록 하는 사용자들과 연관된 데이터의 저장에 관한 것이다.

IMS는 3G 네트워크에서 인터넷 프로토콜(internet protocol(IP))에 기반한 서비스들을 제공하여 이에 의해 모바일 사용자들이 IP 네트워크에서 이용 가능한 풍부하게 다양한 서비스들에 접근할 수 있게 해줄 수 있는 서비스 오버레이 구조(service overlay architecture)이다. IMS는 또한 통상적으로 콜 포워딩(call forwarding)과 같은 회선 교환 네트워크(circuit switched network)들에 연관된 서비스들을 제공할 수 있다.

IMS의 구조와 기능은 3세대 파트너쉽 프로젝트(3rd Generation Partnership Project(3GPP))에 의하여 제공되는 표준들의 집합에 의하여 정의된다.

IMS 구조의 3가지 주요 요소들은 서빙-콜 세션 제어 기능(Serving-Call Session Control Function(S-CSCF)), 홈 가입자 서버(Home Subscriber Server(HSS)) 및 애플리케이션 서버(application server)이다.

S-CSCF는 HSS에서 각 사용자에 대해 유지되는 서비스 프로파일 정보에 따라서 하나 이상의 애플리케이션 서버들을 경유하여 사용자들로 가는 또는 사용자들로부터 오는 신호들의 라우팅을 취급한다.

HSS는 각 사용자에 대한 서비스 프로파일 정보를 유지한다. 그것은 사용자가 서브스크라이브(subscribe)하였고 참여할 수 있는 서비스를 포함하여 사용자들과 관련된 다양한 데이터를 포함하는 집중화된 데이터베이스로서 동작한다.

HSS에 의하여 저장된 데이터는 투명성의(transparent) 데이터일 수 있는데, 이는 HSS가 데이터의 구문(syntax)을 이해할 수 있지만 의미(semantics)를 이해할 수 없다는 것을 의미하며, 또는 비투명성의(non-transparent) 데이터일 수 있는데, 이는 HSS가 데이터의 구문과 의미 양쪽을 모두 이해한다는 것을 의미한다.

사용자들과 관련된 데이터(즉, 그들의 서비스 프로파일 및 사용자들에 대한 서비스의 특정 구성을 기술하는)는 투명성의 데이터이다. 그것은 HSS 데이터베이스에의 저장을 위하여 애플리케이션 서버에 의하여 HSS로 보내지는 컨테이너(이 경우는 BLOB, 즉 binary large object로 알려진 데이터 구조)에 저장된다. 따라서, 컨테이너는 데이터베이스 내부의 데이터베이스를 효과적으로 나타내며, HSS는 데이터의 의미를 모르고, 단지 애플리케이션 서버가 사용자를 위하여 요청을 서비스할 필요가 있을 때 요청에 의하여 컨테이너에 접근하고 그것을 애플리케이션 서버에 반납하는 방법을 알 뿐이다.

애플리케이션 서버는 3GPP 표준들에 따른 서비스 표시(Service Indication)를 제공하고, 이 서비스 표시는 HSS에 의하여 데이터베이스로부터 컨테이너들 중의 하나를 검색하기 위한 키로서 사용된다.

3GPP 표준들은 또한, 그들 각각이 다른 것들의 에일리어스인 사용자 아이덴티티들의 그룹에 연관된 투명성의 데이터를 포함하는 에일리어스 보존 데이터 엘레먼트(Alias Repository data element)를 정의한다. 에일리어스로 고려되기 위하여 그룹의 각 사용자 아이덴티티는 3가지 조건들을 충족하여야 한다:

1) 그들은 동일한 서비스 프로파일의 부분이어야 한다(즉, 모든 사용자들이 동일한 서비스들을 서브스크라이브한다);

2) 그들은 동일한 암묵적 등록 집합(implicit registration set)의 부분이어야 한다; 그리고

3) 그들은 각각의 그리고 모든 서비스에 대하여 동일한 서비스 구성을 가져야 한다.

사용자에 속한 공공 사용자 아이덴티티들(Public User Identities)의 집합은 그 집합의 공공 사용자 아이덴티티들 중 하나를 단독으로 IMS 등록함에 의하여 집합의 모든 아이덴티티들이 서비스에 암묵적으로 등록될 때 암묵적 등록 집합을 형성한다. 어느 하나의 공공 아이덴티티도 다른 공공 사용자 아이덴티티들에 대한 매스터(master)로서 고려될 수는 없다. 집합 내의 공공 사용자 아이덴티티들 중의 하나가 등록될 때, 암묵적 등록 집합과 연관된 모든 공공 사용자 아이덴티티들이 동시에 등록된다. 이러한 연관은 HSS에 의하여 유지된다.

그룹의 각 사용자 아이덴티티가 에일리어스로 고려되기 위하여 각각의 그리고 모든 서비스에 대하여 동일한 서비스 구성을 가져야만 한다는 것은 제한으로 생각될 수 있다. 예를 들면, 각 사용자는 콜 포워딩 서비스에 대하여 동일한 콜 포워딩 번호를 가져야만 할 수 있는데, 이는 서비스의 취지를 쉽사리 좌절시킬 수 있다.

에일리어스 보존 데이터 엘레먼트의 존재는 HSS가 에일리어스들 각각에 대하여 동일한 데이터의 중복된 복사본들을 저장하여야 하는 것을 방지한다. 그러나, 에일리어스들이 아닌 사용자 아이덴티티들의 그룹에 대하여는 여전히 중복된 투명성의 데이터가 저장되어야 한다(즉, 그들은 상기 3가지 조건들의 각각을 만족하지 않는다).

본 발명의 첫번째 양태에 따르면, IP 멀티미디어 서브시스템(IMS)에서 데이터를 저장하는 방법으로서,

i) 에일리어스(alias)들이 아닌, 제1 사용자 및 제2 사용자를 선택하는 단계;

ii) 상기 제1 및 제2 사용자들과 각각 연관된 제1 및 제2 데이터 집합들을 분석하여 상기 제1 및 제2 데이터 집합들 각각에서 공통의 데이터 엘레먼트들을 식별하는 단계 - 상기 제1 및 제2 데이터 집합들은 상기 IMS 내의 제1 애플리케이션 서버가 상기 제1 및 제2 사용자들을 위하여 서비스 요청들을 만족시키는 데에 사용 가능함 -;

iii) 상기 식별된 공통의 데이터 엘레먼트들의 단일 인스턴스를 포함하는 데이터 구조를 생성하는 단계; 및

iv) 상기 데이터 구조를 상기 IMS 내의 홈 가입자 서버(HSS)에 저장하는 단계를 포함하는 방법이 제공된다.

따라서, 본 발명은 에일리어스가 아닌 사용자들에 관련된 데이터가 중복된 데이터 엘레먼트들을 배제하는 데이터의 집합으로 감소되도록 허용함에 의하여 현존하는 IMS에 내재하는 문제들을 극복한다. 이는 다양한 혜택들, 즉 동일한 데이터의 다수의 인스턴스들을 가지는 것보다는 에일리어스가 아닌 사용자 아이덴티티들의 그룹들에 연관된 데이터를 단지 한번 저장함에 의한 HSS에서의 메모리 최적화; 데이터의 그룹화된 성질에 기인하여 다수의 데이터 판독/프로파일 갱신 연산들에 대한 필요를 감소시킴에 의한 HSS와 애플리케이션 서버 간의 통지 효율의 향상; 단독의 장소 및 정보의 저장에 기인한 HSS에서의 서브스크립션(subscription) 데이터의 더 용이한 관리; 및 서비스 상호 작용들이 에일리어스 아이덴티티들에 제한되지 않는 데이터의 그룹화에 기초하여 설계될 수 있도록 허용함에 의한 애플리케이션 서버에 대한 향상된 유연성을 제공한다.

통상적으로, 상기 공통의 데이터 엘레먼트들은 상기 HSS에 투명한(transparent) 데이터 집합으로서 저장된다.

상기 공통의 데이터 엘레먼트들은 보통 상기 HSS에 의하여 유지되는 데이터베이스 내의 컨테이너(container)에 저장된다. 적절한 컨테이너는 BLOB(binary large object)이다.

통상적으로, 상기 컨테이너는 상기 공통의 데이터 엘레먼트들에의 접근 요청에 응답하여 상기 제1 애플리케이션 서버로 반환된다.

바람직한 실시예에서, 상기 제1 애플리케이션 서버는 상기 공통의 데이터 엘레먼트들에 대한 변경 사항들의 통지를 수신하도록 서브스크라이브(subscribe)한다.

이러한 바람직한 실시예의 변형예에 있어서, 상기 HSS는 상기 공통의 데이터 엘레먼트들에 대한 변경 사항을 검출하고 상기 제1 애플리케이션 서버로 통지 메시지를 보낸다.

이러한 통지 메시지는 바람직하게는 상기 공통의 데이터 엘레먼트들에 대해 행해진 변경 사항의 세부 사항들을 포함한다. 그 대신에, 애플리케이션 서버가 명시적으로 변경 사항의 세부 사항들을 결정하도록 HSS에 문의할 수 있다.

상기 공통의 데이터 엘레먼트들은 상기 제1 애플리케이션 서버와 동일한 서비스를 수행하는 제2 애플리케이션 서버에 의해 접근 가능하다.

본 발명의 두번째 양태에 따르면, 상기 첫번째 양태의 방법의 단계들 각각을 수행하도록 구성된 프로세서를 포함하는 시스템이 제공된다.

본 발명의 세번째 양태에 따르면, 프로세서로 하여금 상기 첫번째 양태의 방법을 수행하도록 하는 프로세서 상에서 실행 가능한 명령어들을 포함하는 컴퓨터로 판독 가능한 매체가 제공된다.

본 발명의 네번째 양태에 따르면, 프로세서로 하여금 상기 첫번째 양태의 방법을 수행하도록 하는 프로세서 상에서 실행 가능한 명령어들을 포함하는 컴퓨터 프로그램이 제공된다.

지금부터 본 발명의 실시예가 첨부된 도면들을 참조하여 설명된다:
도 1은 본 발명이 수행될 수 있는 IP 멀티미디어 서브시스템(IMS)의 부분을 도시하며;
도 2는 HSS 내의 그룹화된 보존 데이터와 사용자들의 집합과의 연관을 개념적으로 도시하며;
도 3은 본 발명을 수행함에 있어서 애플리케이션 서버와 HSS에서 수행되는 단계들을 도시한다.

도 1은 HSS(2) 및 S-CSCF(3)에 연결된 애플리케이션 서버(1)를 도시한다. 애플리케이션 서버(1)는 Sh 인터페이스를 사용하여 HSS(2)에 연결되고 ISC 인터페이스를 사용하여 S-CSCF(3)에 연결된다. HSS(2)와 S-CSCF(3)는 Cx 인터페이스를 사용하여 연결된다. Sh 및 Cx 인터페이스들은 인증(authentication), 인가(authorisation) 및 과금(accounting)에 사용되는 네트워킹 프로토콜인 DIAMETER 프로토콜의 일부로서 정의된다. ISC 인터페이스는 세션 개시 프로토콜(Session Initiation Protocol(SIP))의 일부로서 정의된다.

이미 언급한 바와 같이, S-CSCF(3)은 HSS(2)에서 사용자들 각각에 대해 유지되는 서비스 프로파일 정보에 따라 애플리케이션 서버(1)을 통하여 사용자들로 가거나 또는 사용자들로부터 오는 신호들의 라우팅(routing)을 취급한다.

HSS(2)는 시스템의 사용자 각각에 대한 서비스 프로파일 정보를 유지한다. 그것은 사용자가 서브스크라이브하고 참여할 수 있는 서비스를 포함하여 사용자들과 관련된 다양한 데이터를 포함하는 집중화된 데이터베이스(centralised database)로서 동작한다.

애플리케이션 서버(1)는 서비스 요청을 처리하는데 필요한 단계들을 수행하고 적절한 응답을 반환하고/하거나 요청에 기초하여 적당한 조치들을 취함에 의하여 서비스 요청들에 응답하도록 구성된다. 처리 및 적당한 조치들은 애플리케이션 서버(1)에 의해 제공되는 서비스에 따라 결정된다. 애플리케이션 서버(1)는 둘 이상의 서비스를 제공할 수 있다.

애플리케이션 서버(1)가 제공할 수 있는 서비스의 종류들의 예로는 콜 스크리닝 서비스(call screening service), 콜 포워딩 서비스(call forwarding service) 또는 통신 제한 서비스(communication barring service)가 있다.

애플리케이션 서버(1)에서 Sh 인터페이스의 수행은 두 가지 모드들로 동작 가능하다: 데이터 핸들링(Data handling) 및 서브스크립션/통지(Subscriptions/Notification)이다.

데이터 핸들링 모드는 HSS(2)로부터 데이터를 검색하기 위하여 Sh Pull을 사용하며 HSS(2)로 데이터를 저장하기 위하여 Sh Update를 사용한다. Sh Pull 요청을 생성함에 의하여 데이터가 HSS(2)로부터 검색되고, Sh Update 요청을 생성함에 의하여 데이터가 HSS(2)에 저장된다.

서브스크립션/통지 모드는 다른 네트워크 엔티티들에 의하여 HSS(2)에서 특정한 사용자에 대한 특정한 데이터가 갱신될 때 애플리케이션 서버(1)가 통지를 받도록 허용한다.

아래의 리스트는 Sh 애플리케이션을 사용하여 요청될 수 있는 데이터의 종류를 요약한다:

● 보존 데이터(Repository data): 서비스에 관련된 투명성의(transparent) 데이터를 포함한다.

● 공공 식별자들(Public identifiers): 사용자와 연관된 공공 사용자 아이덴티티(Public User Identity(IMPU))의 리스트를 포함한다.

● IMS 사용자 상태(IMS User State): 공공 식별자들의 IMS 사용자 상태에 관한 정보를 포함한다; 가능한 값들은 REGISTERED, NOT_REGISTERED, AUTHENTICATION_PENDING, REGISTERED_UNREG_SERVICES이다.

● S-CSCF 이름(S-CSCF Name): 사용자에 할당된 S-CSCF의 주소를 포함한다.

● 초기 필터 평가 기준(Initial Filter Criteria): 서비스에 대한 유발(triggering) 정보를 포함한다; AS는 제공된 서비스에 관련된 초기 필터 평가 기준만을 얻을 수 있다.

● 위치 정보(Location Information): 회선 교환(Circuit-Switched(CS)) 또는 패킷 교환(Packet-Switched(PS)) 도메인에 위치할 수 있는 사용자에 관련된 위치 정보를 포함한다.

● 사용자 상태(User State): CS/PS 도메인에서 사용자의 상태를 포함한다.

● 청구 정보(Charging Information): 청구 기능(charging function)의 주소를 포함한다.

● MSISDN: 공공 사용자 아이덴티티에 연관된 MSISDN(GSM 또는 UMTS 모바일 네트워크에서 서브스크립션을 유일하게 식별하는 수)을 포함한다.

도 2는 각각이 그들과 관계된 보존 데이터를 검색하기 위하여 HSS(2)에 접근하기를 희망할 수 있는 IMS 공공 아이덴티티들(IMPU)(IMPU1 내지 IMPU4)의 집합을 도시한다. 도 2에 도시된 상황에서, IMPU1, IMPU2, 및IMPU3은 에일리어스들이다. IMPU1과 IMPU2는 HSS(2)에서의 그룹화된 보존 데이터 S2에 접근할 수 있으며, IMPU2와 IMPU3은 HSS(2)에서의 그룹화된 보존 데이터 S3에 접근할 수 있다. 이미 언급한 바와 같이, IMPU들(IMPU1 내지 IMPU4)는 그룹화된 보존 BLOB들(binary large objects)들로의 키로서 서비스 표시(Service Indication)을 사용한다.

IMPU3와 IMPU4는 에일리어스들이 아니다. 그러나, 애플리케이션 서버(1)는 프로파일-갱신(profile-update) 연산을 사용하여 이들 두 개의 아이덴티티들에 대한 그룹 보존 데이터를 생성할 수 있으며 이는 그 다음 IMPU3와 IMPU4에 의해 공유될 것이다.

이러한 동작이 수행되는 방식에 대하여, 에일리어스가 아닌 두 아이덴티티들인 IMPU3(도 4에서 사용자 A로 표시됨)와 IMPU4(도 4에서 사용자 B로 표시됨)에 대한 그룹화된 보존 데이터를 생성하고 저장할 때 애플리케이션 서버(1)과 HSS(2) 간의 상호 작용을 도시한 도 3을 참고하여 설명할 것이다.

먼저, 애플리케이션 서버(1)는 서로의 에일리어스가 아닌 사용자 쌍을 선택하는데, 이 경우에서는 사용자 A와 B이다. 그 다음 각각의 사용자와 연관된 보존 데이터를 분석하여 보존 데이터 집합들 각각에서 공통의 데이터 엘레먼트들을 식별한다.

예를 들어, 사용자 A는 콜 스크리닝과 콜 포워딩 서비스들을 서브스크라이브할 수 있고 사용자 B는 콜 스크리닝, 콜 포워딩 및 통신 제한 서비스들을 서브스크라이브할 수 있다.

서브스크라이브하는 서비스들의 차이(즉, 사용자 A와 B의 서로 다른 서비스 프로파일들) 때문에 사용자 A와 사용자 B는 에일리어스들이 아니다. 그러나, 사용자 A와 B에 대한 콜 포워딩 서비스에 관련된 보존 데이터는 그럼에도 불구하고 함께 그룹화되어 하나의 데이터 인스턴스로서 저장될 수 있다.

사용자 A와 사용자 B 각각에 대하여 구성 데이터(configuration data)로서 유지될 수 있는 보존 데이터의 통상적인 집합은 사용자가 서비스를 사용하도록 인가되었다는 것, 서비스가 그 사용자에 대하여 활성화되었다는 것, 콜 포워딩 목적지(전화 번호 또는 이메일 주소와 같은 유니폼 자원 식별자(uniform resource identifier(URI))) 및 다른 서브스크립션 옵션들을 나타내는 정보 엘레먼트들을 포함한다. 이 경우, 콜 포워딩 목적지를 제외한 이들 모든 정보 엘레먼트들은 사용자 A와 사용자 B에 대하여 동일할 수 있다. 예를 들어, 사용자 A와 B가 모두 인가될 수 있으며, 서비스가 양쪽 사용자들 모두에 대하여 활성화될 수 있으며, 다른 서브스크립션 옵션들이 동일할 수 있다.

따라서, 애플리케이션 서버(1)는 사용자 A와 B 각각에 대한 보존 데이터를 분석하여 사용자 A와 사용자 B 양쪽에 대하여 공통의 데이터 엘레먼트들, 즉 사용자가 서비스를 사용하도록 인가되었다는 것, 서비스가 그 사용자에 대하여 활성화되었다는 것, 및 다른 서브스크립션 옵션들의 표시들을 식별하고, HSS(2)에 저장하기 위한 컨테이너(BLOB와 같은)를 생성한다.

그 다음, 애플리케이션 서버(1)는 사용자 A와 B에 대한 그룹화된 보존 데이터와 함께 컨테이너(container)를 HSS(2)로 전송하고, HSS(2)로 하여금 그룹화된 보존 데이터를 그 데이터베이스에 저장하도록 하는 PUR 명령을 발행한다. 따라서, HSS(2)에 저장된 그룹화된 보존 데이터는 에일리어스가 아닌 두 사용자들 A와 B 사이에 그룹화된 투명성의 데이터이다. 이들 동작들은 도 3에서 1과 2 단계로서 도시된다.

3 내지 5 단계는 그룹화된 보존 데이터가 생성되고 저장된 다음 그것과 상호 작용하기 위하여 수행될 수 있는 선택적인 단계들을 도시한다.

3 단계에서, 애플리케이션 서버(1)는 HSS(2)로 사용자 A와 B에 대한 그룹화된 보존 데이터를 검색하도록 하는 UDR 명령을 발행하는데, 이는 각 사용자에 대한 서비스 요청들에 응답하기 위하여 해야 하는 것일 수 있다. UDR 명령은 서비스 표시(Service Indication)(즉, 콜 포워딩) 및 사용자 아이덴티티(즉 IMPU3 또는 IMPU4)를 수반할 것인데, 이는 HSS(2)가 애플리케이션 서버(1)로 그 다음에 반납될 수 있는 그룹화된 보존 데이터를 검색하기 위한 키로서 사용할 것이다.

4 단계에서, 애플리케이션 서버(1)는 사용자 A와 B에 대한 그룹화된 보존 데이터에 대한 변경 사항들을 통지받기 위하여 서브스크라이브한다. 그것은 HSS(2)로 SNR 명령을 발행함에 의하여 이를 행한다. SNR 명령은 서비스 표시(즉, 콜 포워딩) 및 사용자 아이덴티티(즉, IMPU3 또는 IMPU4)를 수반할 것인데, 이는 HSS(2)가 애플리케이션 서버(1)가 그 데이터에 대한 변경 사항이 발생한 이벤트의 경우 통지받을 필요가 있는 데이터를 식별하기 위하여 사용할 것이다.

5 단계에서, HSS(2)는 (예를 들어, 콜 포워딩 서비스를 취급하는 다른 네트워크 엔티티에 의하여 생성될 수 있는) 데이터에 대한 변경 사항을 감지한다. HSS(2)는 애플리케이션 서버(1)로 (PNR 통지로서 알려진) 통지 메시지를 발행함에 의하여 이에 응답한다. 애플리케이션 서버(1)는 그 다음 필요하면 변경된 데이터를 검색하고 검사하거나 변경 사항에 응답하여 필요한 처리들을 수행하기 위하여 이미 설명된 UDR 명령을 사용할 수 있다.

에일리어스가 아닌 사용자들에 대한 보존 데이터를 분석하고 공통의 데이터 엘레먼트들을 식별하고 보존 데이터의 그룹화된 집합을 형성할 때 수행되는 단계들은 애플리케이션 서버(1)에 의하여 수행되는 것으로 설명되었다. 이와 달리 이들 단계들이 어쩌면 그 자신의 유일한 목적으로서 대체적인 네트워크 엔티티에 의하여 수행될 수 있으며, 여전히 본 발명의 범위 내에 속한다는 점을 인식하는 것이 매우 중요하다.

Claims (11)

1. IP 멀티미디어 서브시스템(IP multimedia subsystem(IMS))에서 데이터를 저장하는 방법으로서,
   i) 에일리어스(alias)들이 아닌, 제1 사용자 및 제2 사용자를 선택하는 단계;
   ii) 상기 제1 및 제2 사용자들과 각각 연관된 제1 및 제2 데이터 집합들을 분석하여 상기 제1 및 제2 데이터 집합들 각각에서 공통의 데이터 엘레먼트들을 식별하는 단계 - 상기 제1 및 제2 데이터 집합들은 상기 IMS 내의 제1 애플리케이션 서버가 상기 제1 및 제2 사용자들을 위하여 서비스 요청들을 만족시키는 데에 사용 가능함 -;
   iii) 상기 식별된 공통의 데이터 엘레먼트들의 단일 인스턴스를 포함하는 데이터 구조를 생성하는 단계; 및
   iv) 상기 데이터 구조를 상기 IMS 내의 홈 가입자 서버(HSS)에 저장하는 단계
   를 포함하는 방법.
2. 제1항에 있어서, 상기 공통의 데이터 엘레먼트들은 상기 HSS에 투명한(transparent) 데이터의 집합으로서 저장되는 방법.
3. 제2항에 있어서, 상기 공통의 데이터 엘레먼트들은 상기 HSS에 의하여 유지되는 데이터베이스 내의 컨테이너(container)에 저장되는 방법.
4. 제3항에 있어서, 상기 컨테이너는 상기 공통의 데이터 엘레먼트들에의 접근 요청에 응답하여 상기 제1 애플리케이션 서버로 반환되는 방법.
5. 제1항에 있어서, 상기 제1 애플리케이션 서버는 상기 공통의 데이터 엘레먼트들에 대한 변경 사항들의 통지를 수신하도록 서브스크라이브(subscribe)하는 방법.
6. 제5항에 있어서, 상기 HSS는 상기 공통의 데이터 엘레먼트들에 대한 변경 사항을 검출하고 상기 제1 애플리케이션 서버로 통지 메시지를 보내는 방법.
7. 제6항에 있어서, 상기 통지 메시지는 상기 공통의 데이터 엘레먼트들에 대해 이루어진 변경 사항의 세부 사항들을 포함하는 방법.
8. 제1항에 있어서, 상기 공통의 데이터 엘레먼트들은 상기 제1 애플리케이션 서버와 동일한 서비스를 수행하는 제2 애플리케이션 서버에 의해 접근 가능한 방법.
9. 제1항 내지 제8항 중 어느 한 항의 방법의 단계들 각각을 수행하도록 구성된 프로세서를 포함하는 시스템.
10. 프로세서로 하여금 제1항 내지 제9항 중 어느 한 항의 방법을 수행하도록 하는 프로세서 상에서 실행 가능한 명령어들을 포함하는 컴퓨터로 판독 가능한 매체.
11. 프로세서로 하여금 제1항 내지 제9항 중 어느 한 항의 방법을 수행하도록 하는 프로세서 상에서 실행 가능한 명령어들을 포함하는 컴퓨터 프로그램.

Images