KR101573672B1

KR101573672B1 - 강화된 캐리어 간 부가가치 서비스들을 촉진하기 위한 주 서비스 제어 기능을 구현하는 방법

Info

Publication number: KR101573672B1
Application number: KR1020147008265A
Authority: KR
Inventors: 바룬 지 굽타
Original assignee: 알까뗄 루슨트
Priority date: 2011-09-20
Filing date: 2012-07-13
Publication date: 2015-12-11
Also published as: JP2014531155A; KR20140068110A; WO2013041261A1; JP5859129B2; CN103814583A

Abstract

확장된 상호-오퍼레이터 특징들을 위한 주 SCP가 개시된다. 본 발명은 원격통신 네트워크들에 관한 것이고, 특히 다양하고 독립적인 네트워크 오퍼레이터들 및 서비스 제공자들에 속하는 가입자들에 오퍼레이터-간 부가가치 및 부가 서비스들을 제공하기 위해 주 서비스 제어 포인트를 이용하는 시스템들 및 방법들에 관한 것이다. 주 SCP는 다이어미터 프로토콜 메시지들을 이용하여 상이한 네트워크 오퍼레이터들의 다수의 SCP들 사이에 통신을 제공하는 중앙 노드의 역할을 한다. 그것은 다양한 네트워크 오퍼레이터들에 연관된 가입자들에 의해/가입자들 사이에 이용하기 위한 오퍼레이터-독립 서비스들로서 오퍼레이터-특정 서비스들의 제공을 촉진한다.

Description

강화된 캐리어 간 부가가치 서비스들을 촉진하기 위한 주 서비스 제어 기능을 구현하는 방법{METHOD OF IMPLEMENTING MASTER SERVICE CONTROL FUNCTION FOR FACILITATING ENHANCED INTER CARRIER VALUE ADDED SERVICES}

다음 명세서는 특히 본 발명의 본질 및 그것이 수행되어야 하는 방식을 설명하고 확인한다.

본 발명은 원격통신 네트워크들에 관한 것이고 특히, 또 다른 오퍼레이터의 가입자들에 텔레콤 오퍼레이터에 연관된 액세스-권한 기반 오퍼레이터-간 부가가치 및 부가 서비스들을 제공하기 위해 주 서비스 제어 포인트를 이용하는 시스템들 및 방법들에 관한 것이다.

오늘날, 원격통신 서비스들은 다수의 네트워크 오퍼레이터들 및 서비스 제공자들에 의해 제공된다. 이들 네트워크 오퍼레이터들 및 서비스 제공자들은 제한된 상호운용성(interoperability)을 갖고 서로에 관계없이 동작한다. 그러나, 원격통신 기술 및 경쟁력의 증가로 인해, 네트워크 오퍼레이터들 및 서비스 제공자들은 향상된 고객 가입자 서비스들과 함께 더 새로운 애플리케이션들을 제공할 필요가 있다.

각각의 오퍼레이터 네트워크는 오퍼레이터 및 임의의 제 3 자 애플리케이션들에 의해 제공된 다양한 서비스들을 제어하고 관리하기 위해 지능망(intelligent network)을 이용한다. 지능망(IN)은 오퍼레이터 특정한 네트워크 아키텍처이고, 이는 가입자들에게 오퍼레이터 특정한, 부가가치 및 부가 서비스들을 제공하기 위해 다양한 네트워크 구성요소들 사이의 통신을 촉진한다. IN은 이용자들에 서비스들을 제공하기 위해 서비스 스위칭 포인트들(SSPs), 서비스 제어 포인트들(SCPs), 시그널링 시스템 소위 SS7(시그널링 시스템 7) 및 다양한 신호 전송 포인트들을 이용한다. 지능망은 네트워크 서비스들을 제어하고 관리하기 위해 서비스제어 포인트(SCP)를 이용한다. SCP들은 서비스 스위칭 포인트들(SSP) 또는 신호 전송 포인트들(STP)과 접속된다. 이것은 네트워크 서비스 제공자의 네트워크 아키텍처에 의존한다.

서비스 제공자에 등록된 각각의 가입자는 네트워크 내부의 특정한 서비스 제어 기능에 연관되고, 이는 상기 각각의 가입자를 오퍼레이터의 지능망 로직에 접속시킨다. 하나의 단일 지능망에 접속된 임의의 가입자는 서비스 제어 포인트를 통해 오퍼레이터 네트워크에 의해 제공된 모든 서비스들에 가입하고 액세스할 수 있다. 가입자는 서비스 제공자에 의해 제공된 서비스들에 제한되고 다른 오퍼레이터들에 의해 제공된 서비스들에 액세스할 수 없다. 대안적으로, 제공의 부가가치/부가 서비스 대부분은 피어-투-피어 리필과 두 가입자들이 동일한 오퍼레이터에 속할 필요와 같은 2명의 가입자들 사이의 상호작용을 요구한다.

서비스 제공자들의 수가 증가함에 따라, 가입자들은 각각의 서비스 제공자로부터 최상의 서비스들을 얻기 위해 다양한 서비스 제공자들에 대해 다수의 가입들을 가지는 경향이 있다. 이러한 시나리오에서, 가입자들은 다양한 가입들을 독립적으로 관리할 필요가 있다. 오퍼레이터-간 서비스들은 일반적으로, 그들 자신의 세트의 가입자 기반을 만족시키는 오퍼레이터 특정한 SCP들의 고립된 기능으로 인해 기본적인 서비스들에 제한된다. 또한, 각각의 서비스 제공자의 네트워크 아키텍처가 상이할 수 있기 때문에, 오퍼레이터-간 서비스들을 제공하는 것은 도전적이 되고 있다.

상기 내용을 고려하여, 여기에서의 실시예들은 주 서비스 제어 포인트(SCP)를 이용함으로써 다수의 네트워크 오퍼레이터들의 다수의 가입자들에 오퍼레이터-간 서비스들을 제공하기 위한 방법을 제공한다. 상호 오퍼레이터 서비스들에 더하여; 그것은 또한 SCP들 사이의 다른 관련 정보를 동적으로 공유하는 메커니즘을 제공한다. 방법은 오퍼레이터 네트워크(A)의 SCP로부터 주 SCP에 의해, 오퍼레이터 네트워크(B)에 대한 요청을 처리하기 위해 요구된 관련 파라미터들과 함께 오퍼레이터-간 서비스를 제공하고/상기 오퍼레이터-간 서비스로의 액세스를 요청하기 위한 서비스 요청 메시지를 수신하는 단계, 주 SCP에 의해 오퍼레이터 네트워크(B)를 통해 오퍼레이터 네트워크(A)의 액세스 권한들을 분석하기 위한 서비스 요청 메시지를 인증하는 단계, 주 SCP에 의해 필요하다면 오퍼레이터 네트워크(B)의 SCP와의 상호작용을 포함하는 서비스 요청을 처리하는 단계, 및 오퍼레이터 네트워크(A)의 sCP로 다시 주 SCP에 의해 긍정의 액세스 수신확인 또는 서비스의 거부를 나타내는 응답 메시지를 전송하는 단계로 구성된다. 액세스 권한들은 또 다른 오퍼레이터의 서비스 제어 포인트에 대한 하나의 오퍼레이터의 서비스 제어 포인트에 의해 지원되고/승인된 서비스들을 규정한다. 중재 SCP들은 요청 및 응답 메시지들을 전송하고 수신하기 위한 다이어미터 프로토콜(diameter protocol)을 이용한다. 요청 메시지의 처리는 주 서비스 제어 포인트의 서버 상에서 이용가능한 정보의 이용을 포함한다.

실시예들은 또한 다수의 네트워크 오퍼레이터들의 다수의 가입자들에 오퍼레이터-간 서비스들을 제공하기 위한 주 서비스 제어 포인트를 개시한다. 주 서비스 제어 포인트는 오퍼레이터 네트워크(B)에 관련된 서비스를 위해 오퍼레이터 네트워크(A)로부터 서비스 요청 메시지를 수신하는 것, 오퍼레이터 네트워크(B)를 통해 오퍼레이터 네트워크(A)의 액세스 권한들을 분석하기 위한 서비스 요청 메시지를 인증하는 것, 서비스가 허가되면, 오퍼레이터(B)의 SCP와의 상호작용을 포함할 수 있는 서비스 요청을 처리하는 것 및 오퍼레이터 네트워크(A)로 대응 메시지를 전송하는 것을 포함한다. 액세스 권한은 또 다른 오퍼레이터에 대한 서비스 제어를 위해 하나의 오퍼레이터의 서비스 제어 포인트에 의해 지원된 서비스들을 규정한다. 중재 SCP들은 메시지들을 전송하고 수신하기 위한 다이어미터 프로토콜을 이용한다. 요청 메시지의 처리는 주 서비스 제어 포인트의 서버 상에서 이용가능한 정보의 이용을 포함한다.

여기에서의 실시예들은 또한 통신 네트워크에서 다수의 네트워크 오퍼레이터들의 가입자들에 오퍼레이터-간 서비스들을 제공하기 위한 시스템을 개시하고, 시스템은 복수의 서비스 제어 포인트들 및 주 서비스 제어 포인트를 포함하고, 상기 주 서비스 제어 포인트는 또한 오퍼레이터 네트워크(B)에 관련된 서비스를 위해 오퍼레이터 네트워크(A)로부터 서비스 요청 메시지를 수신하고, 오퍼레이터 네트워크(B)를 통해 오퍼레이터 네트워크(A)의 액세스 권한들을 분석하기 위한 서비스 요청 메시지를 인증하고, 서비스가 허가되면, 오퍼레이터 네트워크(A)에 대한 서비스를 처리하고 오퍼레이터 네트워크(A)로 다시 응답 메시지를 전송하기 위해 구성된다. 시스템은 액세스 권한들을 결정하기 위해 메시지를 인증하고, 액세스 권한들은 또 다른 오퍼레이터에 대한 서비스 제어를 위해 하나의 오퍼레이터의 서비스 제어 포인트에 의해 지원된 서비스들을 규정한다. 시스템은 다이어미터 프로토콜을 이용하여 요청 및 대응 메시지들을 전송하고 수신한다. 시스템은 주 서비스 제어 포인트의 서버 상에서 이용가능한 정보를 이용함으로써 대응 메시지를 처리한다.

여기에서의 실시예들은 또한 오퍼레이터-간 가입자 대 가입자 공동 과금, 오퍼레이터-간 입금 및 출금들을 위한 방법과 오퍼레이터-간 바우처 기반 재충전을 위해 주 SCP를 이용하기 위한 방법을 개시한다.

실시예들은 또한 네트워크 오퍼레이터들과 서비스 제어 포인트들 사이의 메시지들을 처리하기 위한 방법을 개시하고, 방법은 다양한 서비스들을 규정하는 단계 및 서비스 제어 포인트들 사이의 관련 메시징을 위한 새로운 "속성 값 쌍들"을 생성하는 단계를 포함한다. 방법에서 서비스들의 규정은 주 서비스 제어 포인트(SCP)를 이용하여 서로 접속된 네트워크 오퍼레이터들에 의해 제공된 오퍼레이터-간 서비스들을 포함한다. 속성 값 쌍들은 주 SCP에 의해 제공된 각각의 서비스에 대해 규정된다.

여기에서의 실시예들의 이들 및 다른 양태들은 다음 설명 및 첨부된 도면들과 결부하여 고려될 때, 더 양호하게 인식되고 이해될 것이다.

여기에서의 실시예들은 도면들을 참조하여 다음의 상세한 설명으로부터 더 양호하게 이해될 것이다.

도 1은 여기서 개시된 바와 같은 실시예들에 따른, 주 서비스 제어 포인트에 접속된 원격통신 오퍼레이터들의 네트워크의 블록도.
도 2는 여기서 개시된 바와 같은 실시예들에 따른, 주 서비스 제어 포인트의 블록도.
도 3a 및 도 3b는 여기서 개시된 실시예들에 따른, 통신 프로토콜로서 이용된 다이어미터 패킷 포맷의 일례를 도시한 도면들.
도 3c 및 도 3d는 여기서 개시된 실시예들에 따른, 호 제어 요청 및 호 제어 응답 메시지들과 그들의 규정들을 도시한 도면들.
도 4는 여기서 개시된 실시예들에 따른, 다른 서비스 제공자의 서비스 제어 포인트를 갖는 호출/요청 오퍼레이터 네트워크의 SCP에 의해 공유된 액세스 권한들을 설명하는 일례를 도시한 도면.
도 5는 여기서 개시된 실시예들에 따른, 글로벌 MSISDN - SCP ID - SCP 어드레스 매핑 표를 도시한 도면.
도 6은 여기서 개시된 실시예들에 따른, 기능 매퍼 표에 대한 글로벌 프로파일을 도시한 도면.
도 7a, 도 7b, 도 7c는 여기서 개시된 실시예들에 따른, 오퍼레이터-간 가입자(OP1에 속하는) 대 가입자(OP2에 속하는) 신용거래 입금의 방법을 설명하는 예시적인 흐름도들.
도 8a, 도 8b, 도 8c는 여기서 개시된 실시예들에 따른, 오퍼레이터-간 가입자(OP1에 속하는) 대 가입자(OP2에 속하는) 신용거래 출금의 방법을 설명하는 예시적인 흐름도들.
도 9a, 도 9b, 도 9c는 여기서 개시된 실시예들에 따른, 오퍼레이터-간 가입자 대 가입자 공동 과금의 방법을 설명하는 흐름도들.
도 10a, 도 10b는 주 SCP가 오퍼레이터-간 바우처 기반 재충전을 위해 이용되는 이용자 경우를 설명하는 흐름도들.
도 11은 여기서 개시된 실시예들에 따른, 로컬 SCP 기능들을 도시하는 도면.

여기에서의 실시예들, 다양한 특징들, 및 그의 이로운 상세들은 첨부된 도면들에 도시되고 다음의 설명에서 상세되는 비-제한적인 실시예들을 참조하여 더 완전하게 설명된다. 잘-공지된 구성요소들 및 처리 기술들의 설명들은 여기에서의 실시예들을 불필요하게 모호하게 하지 않기 위해 생략된다. 여기서 이용된 예들은 단지, 여기에서의 실시예들이 실행될 수 있는 방식들의 이해를 촉진하고 또한 당업자들이 여기에서의 실시예들을 실행할 수 있게 하도록 의도된다. 따라서, 예들은 여기에서의 실시예들의 범위를 제한하는 것으로서 해석되지 않아야 한다.

도 1은 여기서 개시된 바와 같은 실시예들에 따른, 주 서비스 제어 포인트(주 SCP)에 접속된 원격통신 오퍼레이터들의 네트워크의 블록도를 도시한다. 베이스 오퍼레이터(base operator)(102)에서의 주 SCP(101)는 도시된 오퍼레이터들(OP1, OP2, OP3, 및 OP4) 사이의 통신을 위한 허브의 역할을 한다. 베이스 오퍼레이터(102)는 일반적으로 네트워크 환경에서의 기존의 오퍼레이터들 중 하나이다. 베이스 오퍼레이터(102)는 모든 다른 오퍼레이터들이 그들 자신의 오퍼레이터 네트워크들을 이용하고 구현할 수 있는 기본적인 네트워크 아키텍처를 제공하는 바로 그것이다. 각각의 오퍼레이터(OP1, OP2, OP3, OP4)는 서비스 제어 포인트(SCP)를 이용하여 엄청나게 많은 수의 가입자들(도면에서 모바일 폰들로서 도시된)에 접속한다. 예를 들면, OP1은 가입자(A), 및 가입자(C)와 통신하는 SCP1로 구성되고 OP2는 가입자(B) 및 가입자(D)와 통신하는 SCP2로 구성된다. 오퍼레이터 네트워크의 SCP는 각각의 서비스 스위칭 포인트(SSP)에 의해 개시된 호(음성, 데이터, SMS)를 제어하고 핸들링(handling)하기 위한 코어 호 제어 로직을 호스팅(hosting)하는, 오퍼레이터 네트워크의 표준 구성요소이다. SCP는 서비스들을 구현한다. 가입자들은 서비스 스위칭 포인트(SSP)를 통해 SCP와 통신한다. SSP는 하나의 오퍼레이터의 가입자에 의해 개시된 호를 동일한/다른 오퍼레이터의 또 다른 가입자에게 보낼 책임이 있다. 그것은 그의 전이들(transitions)이 SCP에 의해 주어진 지시들에 의해 가이드(guide)되는 호 상태 기계를 구현한다. SCP는 또한 서비스의 처리 동안 가입자 관련 정보를 액세스하기 위한 서비스 데이터 포인트(SDP)와 통신한다. 도면은 각각의 오퍼레이터 네트워크와 연관된 단일 SCP를 도시한다. 그러나, 다수의 SCP들은 모든 오퍼레이터의 네트워크에 존재할 수 있다. 베이스 오퍼레이터(102)는 주 SCP(101)를 포함하는 것으로서 고려될 수 있고 다른 오퍼레이터들(OP1, OP2, OP3, OP4)은 로컬 오퍼레이터들로 칭해진다. 주 SCP(101)는 다이어미터 프로토콜을 이용하여 다른 오퍼레이터들의 SCP들(SCP1, SCP2, SCP3, SCP4)과 통신한다. 다이어미터 프로토콜은 통신의 각각의 스테이지에서 인증, 인가 및 과금(AAA)을 보장한다. 다이어미터 프로토콜은 새로운 명령들, 속성들 및 기능들이 오퍼레이터 네트워크들에 의해 규정되도록 허용하는 속성 값 쌍들(AVPs)을 제공한다. 도 1에서, 주 SCP(101)는 오퍼레이터 간 통신을 위해 요구된 정보를 갖는 서버 및 처리 수단을 포함하는 중앙 다이어미터 노드로서 고려될 수 있다. 다른 오퍼레이터들(OP1, OP2, OP3, 및 OP4)은 클라이언트 다이어미터 노드들의 역할을 한다. 도 1은 단지 본 발명의 실시예들에 관련된 네트워크 구성요소들을 도시한다. 원격통신 오퍼레이터 네트워크에서의 모든 구성요소들이 도시되지는 않는다. 임의의 모바일 컴퓨팅 디바이스는 오퍼레이터 네트워크에 접속하기 위해 이용될 수 있다. 또한, 도시된 가입자들은 일례이고 실제로, 수십만의 가입자들은 하나의 오퍼레이터 네트워크의 일부일 수 있다. 클라우드(cloud)에 도시된 각각의 모바일 오퍼레이터 네트워크는 상이한 아키텍처 프레임워크들을 이용할 수 있다. 도시된 네트워크 오퍼레이터들은 상이한 시그널링 및 오디오와 비디오 통신들을 위한 GSM 아키텍처, 인터넷 프로토콜 기반 멀티미디어 시스템(IMS) 또는 심지어 세션 개시 프로토콜(SIP)과 같은 통신 방식들을 이용할 수 있다. 주 SCP(101)는 그것이 임의의 유형의 오퍼레이터 네트워크들 사이의 정보를 전달하고 처리할 수 있도록 구성된다.

도 2는 여기서 개시된 바와 같은 실시예들에 따른, 주 서비스 제어 포인트의 블록도를 도시한다. 도시된 주 SCP(101) 블록도는 SCP의 모든 모듈들을 보여주지 않는다. 그것은 본 발명에 관련된 모듈들을 보여준다. 주 SCP는 베이스 오퍼레이터 네트워크의 일부이다. 주 SCP(101)는 수신기(201), 송신기(202), 처리 유닛(203) 및 서버(204)를 포함한다. 수신기(201)는 상이한 오퍼레이터들의 다양한 SCP들로부터 데이터 및 메시지들을 수신하고 처리 로직으로 그것을 전송한다. 처리 유닛(203)은 제어 로직(205), 디코더들(206) 및 인코더들(207)로 구성될 수 있다. 디코더들(206)은 처리 유닛(203)에 의해 수신된 메시지들을 디코딩하고 제어 로직(205)은 수신된 메시지에 대한 적절한 대응을 결정한다. 그 다음, 인코더(207)는 SCP들에 의해 이해가능한 포맷으로 대응을 인코딩한다. 제어 로직(205)은 대응을 결정하기 위해 서버(204)에서 이용가능한 모든 정보를 이용한다. 제어 로직(205)은 또한 저장된 이벤트들의 시퀀스들을 가질 수 있다. 서버(204)는 SCP IP/SS7 기반 어드레스 데이터베이스(208), MSISDN 범위 매핑 표(231)에 대한 SCP_ID, 오퍼레이터 프로파일 데이터(209), 오퍼레이터 ID들(210), SCP ID들(211)로 구성된다. SCP IP/SS7 기반 어드레스(208)는 주-대-로컬 SCP 통신을 위해 요구된 오퍼레이터 네트워크들의 IP/SS7 어드레스를 저장한다. SCP_ID(211)는 모든 접속된 오퍼레이터 네트워크들의 SCP들의 미리-규정된 ID들을 포함한다. 오퍼레이터 프로파일 데이터세트(209)는 각각의 오퍼레이터 네트워크의 프로파일을 포함한다. 오퍼레이터 프로파일(209)은 각각의 오퍼레이터가 다른 오퍼레이터들에 제공하는 권한을 규정한다. 이들 권한들은 다른 네트워크를 통한 하나의 네트워크의 오퍼레이터-간 특징 액세스 권한들을 규정한다. 예를 들면, 오퍼레이터(OP2)는 OP1의 가입자로부터 그의 오래된(worn)(OP2의) 가입자로의 밸런스 전송을 허용하기를 원할 수 있다. 주 SCP는 OP1로부터의 전송 기능을 위해 OP2에 의해 주어진 액세스 권한들을 확인하고 OP1의 가입자로부터 OP2의 가입자를 향한 임의의 전송 기능을 허용한다. MSISDN 범위들은 일반적으로 오퍼레이터 네트워크들에 대해 규정된다. MSISDN 범위 매핑 표(213)에 대한 SCP_ID는 요청/응답 가입자의 호스팅 SCP를 식별하기 위해 유용하다. 특정 오퍼레이터-간 특징들이 호출 측과 피호출 측 사이에 미리-동의된 어레인지먼트(arrangement)를 요구할지라도, OP1 SCP가 호출 측(그 자신의 가입자)에 링크된 각각의 피호출 측 번호들을 저장하도록 요구한다. 다른 경우들에 대해, 결정 기준들/특징 액세스는 응답 측에 의해 서비스 요청의 동적인 인-호(in-call) 승인/비승인을 통한 것일 수 있다. 따라서, 액세스 권한들은 2개의 레벨들로 규정될 수 있다. 가입자-대-가입자 액세스 결정 규칙들은/데이터는 호출 가입자의 로컬 SCP에 국한될 것이고 오퍼레이터의 액세스 능력을 규정하는 오퍼레이터-대-오퍼레이터 액세스 권한들은 또한 주 SCP에서 규정될 수 있다.

도 3a 및 도 3b는 여기서 개시된 실시예들에 따른, 통신 프로토콜로서 이용된 다이어미터 패킷 포맷(300)의 일례를 도시한다. 다이어미터 프로토콜은 중앙 노드로서 주 SCP(101)를 이용하는 클라이언트 오퍼레이터 네트워크들 사이의 통신을 위한 수단을 동작시킨다. 메시지들, 명령, 및 기능들은 다이어미터 패킷(300) 상에 구성될 수 있고, 네트워크에 걸쳐 전송된다. 다이어미터 프로토콜 패킷 포맷(300)은 메시지 헤더(301) 및 메시지 페이로드(302)로 구성된다. 메시지 헤더(301)는 다이어미터 버전(303), 명령 코드 버전(304), 명령 코드(305), 애플리케이션 ID(306), 홉-바이-홉 식별자(hop-by-hop identifier)(307) 및 단-대-단 식별자(308)로 구성된다. 명령 코드 버전(304)은 일반적으로 7 비트들로 구성된다. 특정 비트들은 메시지의 유형을 나타내기 위해 예약된다. 예를 들면, 요청(R) 비트는 요청을 나타내기 위해 설정될 수 있고; 프록시가능한(proxiable) 비트(P)는 프록시되거나, 반복되거나, 재지향될 필요가 있는 메시지를 나타내기 위해 설정될 수 있다. 이들 버전들은 또한 주 SCP의 서비스 생성 환경에서 구성되고 설정될 수 있다. 명령은 명령 코드(305)로 할당받는다. 이들 명령 코드들(305)은 요청 및 대응/응답 메시지들 둘 모두를 위해 규정된다. 예를 들면, 명령 코드(CCR)는 신용거래 제어 요청을 나타낸다. 애플리케이션 ID(306)는 패킷에서의 애플리케이션을 언급한다. 애플리케이션 ID(306)는 제 3 자 애플리케이션, 인증, 또는 과금을 언급할 수 있다. 애플리케이션 ID(306)는 또한 주 SCP(101)에서 규정될 수 있다. 홉-바이-홉 식별자(307)는 요청들 및 대응들을 매칭(matching)하기 위해 이용된다. 단-대-단 식별자(308)는 중복 메시지들을 식별하는데 도움을 준다. 메시지 페이로드(302)는 다이어미터 메시지에 관련된 정보를 캡슐화하는 가변적인 수의 속성 값 쌍들(AVPs)로 구성된다.

도 3b는 메시지 페이로드 및 AVP들(309)을 더 상세하게 설명한다. AVP 코드(310)는 명령 코드(305)와 동일한 코드를 포함한다. 플래그들(311)은 AVP들을 규정하기 위해 이용된다. 플래그는 특정 예약 비트들을 갖는 길이가 7비트들이다. AVP 길이(312)는 메시지의 길이를 규정한다. 벤더(vendor) ID(313)는 선택적 필드이다. 데이터 필드(314)는 전송된/수신된 모든 데이터를 포함한다. AVP들은 요구된 바와 같이 생성될 수 있고 이용될 수 있다.

도 3c 및 도 3d는 여기서 개시된 실시예들에 따른, 호 제어 요청 및 호 제어 응답 메시지들과 그들의 규정들을 도시한다. 도 3c는 CCR 요청 메시지 및 CCR 요청에 관계된 AVP 규정들을 도시한다. 도 3d는 CCA 메시지 및 CCA 메시지에 관계된 AVP 규정들을 도시한다.

도 4는 여기서 개시된 실시예들에 따른, 다른 서비스 제공자의 서비스 제어 포인트를 갖는 호출/요청 오퍼레이터 네트워크의 SCP에 의해 공유된 액세스 권한들을 설명하는 일례를 도시한다. 도 4는 호출 오퍼레이터(SCP_ID)(401), 링크된 오퍼레이터들(402), 링크된 오퍼레이터들과 연관된 SCP_ID들(403) 및 적용가능한 오퍼레이터 SCP 프로파일(404)을 도시한다. SCP 프로파일(404)은 특정한 오퍼레이터-대-오퍼레이터 조합에 대해 주어진 액세스 권한을 규정한다. 여기에서의 호출 오퍼레이터(106)는 XXX_SCP1로서 호출 오퍼레이터(SCP_ID)를 갖는 XXX이다. 링크된 오퍼레이터들(402)은 YYY_1 및 ZZZ_1을 포함한다. YYY_1 오퍼레이터는 2개의 SCP들을 포함하고, 하나는 SCP_ID(403)로서 YYY_SCP1에 대한 것이고, 다른 하나는 SCP_ID(403)로서 YYY_SCP2에 대한 것이다. 오퍼레이터_SCP_프로파일(404)은 그것의 링크된 오퍼레이터들에 각각의 연관된 오퍼레이터에 의해 제공된 오퍼레이터-간 특징들/기능에 관한 액세스 권한을 규정한다. YYY_SCP1은 단지 잔고 조회를 허용하고, YYY_SCP2는 잔고 조회 뿐만 아니라, XXX_SCP1에 대한 잔고 출금 허가를 승인한다. ZZZ_SCP2는 XXX_SCP1에 대한 잔고 전송 관련 기능들을 승인하고, ZZZ_SCP1은 임의의 방식으로 임의의 오퍼레이터-간 기능으로의 액세스를 허가하지 않는다. 허용된 기능 매핑에 대한 프로파일은 도 6에 주어진다. 다른 실시예들에서, 오퍼레이터에 속하는 상이한 SCP에 대해 승인된 기능들은 동일한 액세스 권한들/기능들을 허용할 수 있다. ZZZ_SCP2 및 ZZZ_SCP1 둘 모두가 모든 오퍼레이터 간 기능들을 허용할 때의 일례를 고려하라.

도 5는 여기서 개시된 실시예들에 따른, 글로벌 MSISDN - SCP ID - SCP 어드레스 매핑 표를 도시한다. MSISDN 범위(501)는 오퍼레이터에 연관된 MSISDN 번호 범위들을 보여준다. 오퍼레이터 ID(502)는 MSISDN 범위들과 연관된 오퍼레이터를 보여준다. SCP_ID(403)는 오퍼레이터의 각각의 MSISDN 범위(f)의 가입자 데이터를 호스팅하는 SCP를 식별한다. SCP IP/SS7 어드레스들(503)은 통신 목적들을 위한 다양한 오퍼레이터들의 각각의 SCP들의 SS7/IP 어드레스들을 규정한다. SS7/IP 어드레스들은 링크된 오퍼레이터들의 SCP들 사이의 통신을 촉진하기 위해 주 SCP에 의해 이용될 것이다.

도 6은 여기서 개시된 실시예들에 따른, 기능 매퍼 표에 대한 글로벌 프로파일을 도시한다. 오퍼레이터 SCP 프로파일(404)은 또 다른 오퍼레이터에 대해 이용가능한 액세스를 보여주고 지원된 기능(601)은 특정한 프로파일에 속하는 오퍼레이터들에 액세스가능한 지원된 기능들/서비스들을 보여준다. OP1의 가입자(C)가 OP2로부터 서비스들에 액세스하기를 원하는 일례를 고려하라. 오퍼레이터(OP2)가 단지 OP1에 대한 잔고 입금 기능만을 승인하면, 오퍼레이터(OP1)에 속하는 가입자는 오퍼레이터(OP2)의 또 다른 가입자(D)를 향한 단지 잔고 입금 기능에만 액세스할 것이다. 임의의 다른 기능들로의 액세스는 거절될 것이다.

도 7a, 도 7b, 도 7c는 여기서 개시된 실시예들에 따른, 오퍼레이터-간 가입자 대 가입자 신용거래 입금의 방법을 설명하는 흐름도들이다. OP1의 가입자(A)는 가입자(B)의 계좌에 기금들(F1)을 입금하기 위한 요청(701)을 개시한다. 가입자(B)는 오퍼레이터(2-OP2)에 속한다. 수익자 MSISDN 상세들과 함께 전송될 양을 포함하는 요청은 USSD 포맷 또는 SMS 포맷으로 가입자(A)에 의해 전송된다. OP1의 SCP1은 가입자(B)의 MSISDN 번호와 함께 전송될 양을 포함하는 요청을 수신한다(702). 그 다음, SCP1은 가입자(A)에게 가입자(A)의 인증을 위해 PIN 번호를 입력하도록 요청한다(703). 그 다음, SCP1은 이용자에 의해 입력된 PIN이 정확한지를 확인한다(704). PIN이 부정확하면, 가입자(A)는 PIN 번호를 다시 입력하도록 요청받는다(705). PIN이 정확하면, SCP1은 가입자(A)가 서비스에 가입되는지를 확인한다(706). 이용자가 서비스에 가입되지 않으면, 가입자(A)는 서비스에 가입하도록 요청하는 메시지를 전송받는다(707). 다음 SCP는 호출된 오퍼레이터-간 기능이 당사자(party)(A)와 당사자(B) 사이의 미리-규정된 동의를 요구하는지, 또는 액세스가 호 동안 당사자(B)에 응답함으로써 동적으로 승인될지를 확인할 것이다. 잔고 출금/입금과 같은 경우들에 대해, 미리-규정된 동의는 요구되지 않을 수 있다. OP2 가입자(B)(응답 엔티티)는 트리거링된 요청 그 자신 동안 OP1의 가입자로부터 서비스 요청을 허용하거나/허용하지 않도록 요청받을 수 있다. 그러나, 잔고 조회와 같은, 경우들에 대해, 호출 측과 피호출 측 사이의 한 번의 미리-규정된 동의는 OP1의 SCP에 저장될 수 있어서, OP2의 가입자로부터의 인-호 요청에 대한 요구를 제거한다. 그 다음, SCP1은 가입자(A)가 계좌에 충분한 잔고를 갖는지를 확인한다(708). 가입자(A)가 충분한 잔고를 갖지 않으면, 서비스는 거절되고(709) 가입자(A)는 계좌 잔고를 보여주는 메시지를 전송받는다. 가입자(A)가 거래를 위해 충분한 잔고를 가지면, SCP1은 주 SCP(101)로 신용거래 제어 요청(CCR)을 전송한다(710). CCR 요청은 전송될 양, 수익자 MSISDN 및 주 SCP(101)에 의해 수신된(711) 가입자(A)의 오퍼레이터 ID를 포함하는 다이어미터 프로토콜 메시지를 이용하여 전송된다(711). 주 SCP(101)는 MSISDN - SCP_ID-SCP 어드레스 매핑 표를 이용하여 가입자(B)의 오퍼레이터 ID를 결정한다(712). 그 다음, 주 SCP(101)는 OP1의 SCP_ID(403)가 유효한지를 확인한다(713). SCP_ID(403)가 유효하지 않으면, OP1의 SCP1은 주 SCP(101) 서비스로의 액세스를 거절한다(714). OP1의 SCP_ID(403)가 유효하면, 주 SCP는 OP2가 신용거래 입금 기능(F1)을 수행하기 위한 권한들을 OP1에 부여하는지를 확인한다(717). OP2가 기능(F1)을 위한 액세스 권한을 OP1에 부여하지 않으면(717), 기능은 SCP1 및 가입자(A)로 전송된(718) 지원된 메시지가 아니다. OP2가 OP1에 액세스 권한을 부여하면, 주 SCP는 그의 어드레스가 MSISDN - SCP_ID-SCP 어드레스 매핑 표로부터 얻어지는 OP2의 SCP2로 CCR 요청을 전송한다(719). OP2의 SCP2는 가입자(B)의 상세들과 함께 입금될/신용거래될 양을 포함하는 요청을 수신한다(720). SCP2는 주 SCP로 CCR 요청을 수신하기 위한 수신확인을 전송한다(721). OP2의 SCP2는 가입자(B)의 계좌에 있는 양을 신용거래하고(722) 가입자(B)로 메시지를 전송한다(722). 그 다음, SCP2는 주 SCP를 통해 SCP1로 CCR 요청 성공 메시지를 전송한다(723). 그 다음, SCP1은 가입자(A)의 계좌에서 요청된 양을 출금한다(724). SCP1은 마지막으로 가입자(A)로 출금된 양과 함께 성공적인 거래를 나타내는 메시지를 전송한다(725). 방법(700)에서의 다양한 동작들은 제시된 순서로, 상이한 순서로 또는 동시에 수행될 수 있다. 또한, 일부 실시예들에서, 도 7a, 도 7b, 도 7c에 나열된 일부 동작들은 생략될 수 있다.

도 8a, 도 8b, 도 8c는 여기서 개시된 실시예들에 따른, 오퍼레이터-간 가입자 대 가입자 신용거래 출금의 방법을 설명하는 흐름도들이다. OP1의 가입자(A)는 가입자(B)의 계좌로부터의 기금들(F2)의 출금을 위한 요청을 개시한다(801). 가입자(B)는 오퍼레이터(2-OP2)에 속한다. 요청은 USSD 포맷 또는 SMS 포맷으로 가입자(A)에 의해 전송된다. OP1의 SCP1은 가입자(B)의 MSISDN 번호와 함께 출금될 양을 포함하는 요청을 수신한다(802). 그 다음, SCP1은 가입자(A)에게 가입자(A)의 인증을 위한 PIN 번호를 입력하도록 요청한다(803). 그 다음, SCP1은 가입자(A)에 의해 입력된 PIN이 정확한지를 확인한다(804). PIN이 부정확하면, 가입자(A)는 PIN 번호를 다시 입력하도록 요청받는다(805). PIN이 정확하면, SCP1은 가입자(A)가 서비스에 가입되는지를 확인한다(806). 가입자(A)가 서비스에 가입되지 않으면, 가입자(A)는 서비스에 가입하도록 요청하는 메시지를 전송받는다(807). 다음 SCP는 호출된 오퍼레이터-간 기능이 당사자(A)와 당사자(B) 사이의 미리-규정된 동의를 요구하는지, 또는 액세스가 호 동안 응답 당사자(B)에 의해 동적으로 승인될지를 확인할 것이다. 잔고 출금/입금과 같은 경우들에 대해, 미리-규정된 동의는 요구되지 않을 수 있다. OP2 가입자(B)(엔티티에 응답하는)는 트리거링된 요청 그 자신 동안 OP1의 가입자로부터 서비스 요청을 허용하거나/허용하지 않도록 요청받을 수 있다. 그러나, 잔고 조회와 같은, 경우들에 대해, 호출 측과 피호출 측 사이의 한 번의 미리-규정된 동의는 OP1의 SCP에 저장될 수 있어, OP2의 가입자로부터의 인-호 요청에 대한 요구를 제거한다. SCP1은 주 SCP로 신용거래 제어 요청(CCR)을 전송한다(808). CCR 요청은 전송될 양, B의 MSISDN 및 가입자(A)의 오퍼레이터 ID을 포함하는 다이어미터 프로토콜 메시지를 이용하여 전송된다(809). 주 SCP(101)는 MSISDN - SCP_ID-SCP 어드레스 매핑 표를 이용하여 가입자(B)의 오퍼레이터 ID를 결정한다(810). 그 다음, 주 SCP는 OP1의 SCP_ID가 유효한지를 확인한다(811). SCP_ID가 유효하지 않으면, OP1의 SCP1은 주 SCP(101) 서비스로의 액세스를 거절한다(812). OP1의 SCP_ID가 유효하면, 주 SCP(101)는 OP2가 신용거래 출금 기능(F2)을 수행하기 위한 권한들을 OP1에 부여하는지를 확인한다(815). OP2가 기능(F2)을 위한 액세스 권한을 OP1에 부여하지 않으면(815), 기능은 SCP1 및 가입자(A)로 전송된(816) 지원된 메시지가 아니다. OP2가 OP1에 액세스 권한을 부여하면, 주 SCP는 MSISDN - SCP_ID-SCP 어드레스 매핑 표를 이용하여 OP2의 SCP2 IP 어드레스로 CCR 요청을 전송한다(817). OP2의 SCP2는 가입자(B)의 상세들과 함께 출금하기 위한 양을 포함하는 요청을 수신한다(818). 그 다음, SCP2는 가입자(B)가 거래를 위해 계좌에 충분한 잔고를 갖는지를 확인한다(820). 가입자(B)가 충분한 잔고를 갖지 않으면, 서비스는 거절되고(821) 실패 메시지는 가입자(A) 및 SCP1로 전송된다. 가입자(B)가 거래를 위한 충분한 잔고를 가지면, SCP2는 가입자(B)로 출금을 위한 허가를 요청하는 USSD 메뉴/메시지를 전송한다(822). OP2의 가입자는 허용 또는 비허용 옵션을 선택함으로써 USSD 메뉴 기반 요청에 응답한다. 가입자(B)가 출금을 위한 허가를 부여하지 않으면(823), 서비스는 가입자(A)에 거절되고(824) 실패 메시지는 주 SCP(101)를 통해 가입자(A)로 전송된다. 가입자(B)가 출금을 허용하면, OP2의 SCP2는 가입자(B)의 계좌로부터 양을 출금하고(825) 가입자(B)로 메시지를 전송한다(825). 그 다음, SCP2는 주 SCP(101)로 CCR 요청 성공 메시지를 전송한다(826). 그 다음, SCP1은 요청된 양을 갖는 가입자(A)의 계좌를 신용거래한다(827). SCP1은 마지막으로 가입자(A)로 신용거래된 양과 함께 성공적인 거래를 나타내는 메시지를 전송한다(828). 방법(800)에서의 다양한 동작들은 제시된 순서로, 상이한 순서로 또는 동시에 수행될 수 있다. 또한, 일부 실시예들에서, 도 8a, 도 8b, 도 8c에 나열된 일부 동작들은 생략될 수 있다.

도 9a, 도 9b, 도 9c는 여기서 개시된 실시예들에 따른, 오퍼레이터-간 가입자 대 가입자 공동 과금의 방법을 설명하는 흐름도들이다. 공동 과금 방법은 음성/비디오/sms 호에 연루된 가입자들이 가입자를 호출함으로써 명시된 일부에 의해 통화 요금들(call charges)을 공유하도록 허용한다. OP1의 가입자(A)는 가입자(B)에게 가입자(A)에 의한 그를 향한 다음 호에 대해 부분적으로/전체적으로 지불하도록 요청하는 요청을 개시한다(901). 가입자(B)는 오퍼레이터(2-OP2)에 속한다. 요청은 가입자(A)에 의해 USSD 또는 SMS 요청을 통해 상기 가입자(A) 각각의 SCP로 전송된다. 다음의 호에 대해 피호출 측(B)과의 공동 과금 관계를 확립하기 위해 호출 측(A)에 의해 전송된 샘플 USSD 요청은: * <액세스 코드> * <부분 과금> * <B의 MSISDN>이다. OP1의 SCP1은 가입자(B)의 MSISDN 번호와 함께 소위 당사자(B)에 대해 부과될 총 통화 요금들(50 - 통화 요금들의 50%; 100 - 전체 통화 요금들)의 일부를 명시하는 요청을 수신한다(902). 가입자(B)의 과금은 가입된 관세 계획에 따라 가입자(A)에 적용가능한 과금 레이트들에 따라 행해질 수 있다. 그 다음, SCP1은 가입자(A)에게 가입자(A)의 인증을 위해 PIN 번호를 입력하도록 요청한다(903). 그 다음, SCP1은 가입자(A)에 의해 입력된 PIN이 정확한지를 확인한다(904). PIN이 부정확하면, 가입자(A)는 PIN 번호를 다시 입력하도록 요청받는다(905). PIN이 정확하면, SCP1은 가입자(A)가 서비스에 가입되는지를 확인한다(906). 가입자(A)가 서비스에 가입되지 않으면, 가입자(A)는 서비스에 가입하도록 요청하는 메시지를 전송받는다(907). 다음 SCP1는 호출된 오퍼레이터-간 기능이 당사자(A)와 당사자(B) 사이의 미리-규정된 동의를 요구하는지, 또는 액세스가 호 동안 당사자(B)에 응답함으로써 동적으로 승인될지를 확인할 것이다. 잔고 출금/입금과 같은 경우들에 대해, 미리-규정된 동의는 요구되지 않을 수 있다. OP2 가입자(B)(엔티티에 응답하는)는 트리거링된 요청 그 자신 동안 OP1의 가입자로부터 서비스 요청을 허용하거나/허용하지 않도록 요청받을 수 있다. 그러나, 이들과 같은, 경우들에 대해, 호출 측과 피호출 측 사이의 한 번의 미리-규정된 동의는 OP2의 가입자로부터의 인-호 요청에 대한 요구를 제거하는 OP1의 SCP에 저장될 수 있다. SCP1은 피호출 측이 호출 가입자로부터 요청된 부분에 기초하여 과금될 레이트를 계산한다. 요금들의 나머지는 호출 측에 의해 지불될 것이다. 여기서, 오퍼레이터가 이러한 호들에 대해 호출 측에 주기적 또는 볼륨 기반의 고정 요금을 부과할 수 있음에 주의하는 것이 중요하다. SCP1은 주 SCP에 신용거래 제어 요청(CCR)을 전송한다(908). CCR 요청은 피호출 측이 과금될 필요가 있는 레이트, B의 MSISDN, A의 MSISDN 및 가입자(A)의 오퍼레이터 ID를 포함하는 다이어미터 프로토콜 메시지를 이용하여 전송된다(909). 주 SCP(101)는 MSISDN - SCP_ID-SCP 어드레스 매핑 표를 이용하여 가입자(B)의 오퍼레이터 ID를 결정한다(910). 그 다음, 주 SCP는 OP1의 SCP_ID가 유효한지를 확인한다(911). SCP_ID가 유효하지 않으면, OP1의 SCP1은 주 SCP 서비스로의 액세스를 거절당한다(912). OP1의 SCP_ID가 유효하면, 주 SCP(101)는 OP2가 공동 과금 기능(F7)을 수행하기 위한 권한들을 OP1에 부여하는지를 확인한다(913). OP2가 기능(F7)을 위한 액세스 권한을 OP1에 부여하지 않으면, 기능은 SCP1 및 가입자(A)로 전송된(914) 지원된 메시지가 아니다. OP2가 OP1에 액세스 권한을 부여하면, 주 SCP는 그의 어드레스가 MSISDN - SCP_ID-SCP 어드레스 매핑 표로부터 얻어지는 OP2의 SCP2 IP 어드레스로 CCR 요청을 전송한다(915). OP2의 SCP2는 피호출 측(B)이 가입자(A)의 및 가입자(B)의 MSISDN 상세들과 함께 과금되어야 하는 레이트를 포함하는 요청을 수신한다(916). SCP2는 주 SCP로 CCR 응답 수신확인을 전송한다(917). 그 다음, SCP2는 가입자(B)가 거래를 위해 계좌에 충분한 잔고를 갖는지를 확인한다(918). 가입자(B)가 충분한 잔고를 갖지 않으면, 서비스는 거절되고(919) 실패 메시지는 가입자(A) 및 SCP1로 전송된다. 가입자(B)가 거래를 위한 충분한 잔고를 가지면, SCP2는 가입자(B)로 과금될 가입자(A)로부터의 다음 호가 규정된 레이트로 그의 계좌에 대해 과금되도록 허용하기 위한 허가를 요청하는 USSD 메뉴/메시지를 전송한다(920). OP2의 가입자(B)는 허용 또는 비허용 옵션을 선택함으로써 USSD 메뉴 기반 요청에 응답한다. 가입자(B)가 허가를 부여하지 않으면(921), 서비스는 가입자(A)에 거절되고(922) 실패 메시지는 주 SCP(101)를 통해 가입자(A)로 전송된다. 가입자(B)가 공동 과금을 허용하면, OP2의 SCP2는 주 SCP(101)로 CCR 요청 성공 메시지를 전송한다(923). 게다가, SCP2는 또한 가입자(A)로부터의 다음 호에 대해, 가입자(B)가 주 SCP에 의해 명시된 바와 같은 일정한 레이트로 과금될 것이라는 사실을 기록한다. SCP1은 마지막으로 가입자(A)로 성공적인 동작을 나타내는 메시지를 전송한다(924). 가입자(B)에 대해 가입자(A)에 의해 행해진 다음 호의 통화 요금들은 2명의 가입자들 사이에 공유된다. 방법(9000)에서의 다양한 동작들은 제시된 순서로, 상이한 순서로 또는 동시에 수행될 수 있다. 또한, 일부 실시예들에서, 도 9a, 도 9b, 도 9c에 나열된 일부 동작들은 생략될 수 있다.

도 10a, 도 10b는 여기서 개시된 실시예들에 따른, 가입자-대-가입자 오퍼레이터-간 바우처 기반 재충전을 위한 또 다른 오퍼레이터-간 이용자 경우를 설명하는 흐름도들이다. 오퍼레이터-간 바우처 기반 재충전은 오퍼레이터(OP1)에 속하는 가입자(A)가 오퍼레이터(OP2)에 속하는 또 다른 가입자(B)의 계좌을 재충전하도록 허용한다. OP1의 가입자(A)는 또 다른 가입자(B)를 재충전하도록 요청하는 요청을 개시한다(1001). 가입자(B)는 오퍼레이터(2-OP2)에 속한다. 요청은 USSD 또는 SMS 요청을 통해 또는 가입자(B)의 바우처 번호 및 MSISDN을 제공하는, OP1의 대화형 음성 응답 시스템을 통해 가입자(A)에 의해 개시된다. 바우처들은 오퍼레이터-간 바우처 기반 재충전의 특정한 경우들에 대해, 오퍼레이터(OP1)에 의해 제공된 특별한 바우처 카드들일 수 있다. OP1의 SCP1은 재충전 바우처 상세들 및 가입자(B)의 MSISDN을 명시하는 요청을 수신한다(1002). 그 다음, SCP1은 가입자(A)에게 가입자(A)의 인증을 위해 PIN 번호를 입력하도록 요청한다(1003). 그 다음, SCP1은 가입자(A)에 의해 입력된 PIN이 정확한지를 확인한다(1004). PIN이 부정확하면, 가입자(A)는 PIN 번호를 다시 입력하도록 요청받는다(1005). PIN이 정확하면, SCP1은 가입자(A)가 서비스에 가입되는지를 확인한다(1006). 이용자가 서비스에 가입되지 않으면, 가입자(A)는 서비스에 가입하도록 요청하는 메시지를 전송받는다(1007). SCP1은 바우처 카드 번호의 인증들을 얻고 계좌로 신용거래될 연관된 양을 얻는다. SCP1은 주 SCP로 신용거래 제어 요청(CCR)을 전송한다(1008). CCR 요청은 신용거래될 양, 가입자(B)의 MSISDN, 가입자(A)의 MSISDN 및 OP1의 오퍼레이터 ID를 포함하는 다이어미터 프로토콜 메시지를 이용하여 전송된다(1009). 주 SCP(101)는 MSISDN - SCP_ID-SCP 어드레스 매핑 표를 이용하여 가입자(B)의 오퍼레이터 ID를 결정한다(1010). 그 다음, 주 SCP는 OP1의 SCP_ID가 유효한지를 확인한다(1011). SCP_ID가 유효하지 않으면, OP1의 SCP1은 주 SCP 서비스로의 액세스에 대해 거절당한다(1012). OP1의 SCP_ID가 유효하면, 주 SCP(101)는 OP2가 바우처 기반 재충전 기능(F8)을 수행하기 위한 권한들을 OP1에 부여하는지를 확인한다(1013). OP2가 기능(F8)을 위한 액세스 권한을 OP1에 부여하지 않으면(1013), 기능은 SCP1 및 가입자(A)로 전송된(1014) 지원된 메시지가 아니다. OP2가 OP1에 액세스 권한을 부여하면, 주 SCP는 그의 어드레스가 MSISDN - SCP_ID-SCP 어드레스 매핑 표로부터 얻어지는 OP2의 SCP2 IP 어드레스로 CCR 요청을 전송한다(1015). OP2의 SCP2는 가입자(A)의 MSISDN, 가입자(B)의 MSISDN 및 가입자(B)의 계좌로 신용거래될 양을 포함하는 요청을 수신한다(1016). SCP2는 주 SCP로 CCR 수신 응답 수신확인을 전송한다(1017). OP2의 SCP2는 가입자(B)의 계좌로 양을 신용거래하고(1018), 주 SCP(101)로 CCR 요청 성공 메시지를 전송한다(1019). 게다가, SCP2는 또한 가입자(B)로 그의 계좌가 MSISDN "A"에 의해 각각의 양만큼 신용거래됨을 나타내는 통보를 전송한다(1020). SCP1은 마지막으로 가입자(A)로 성공적인 동작을 나타내는 메시지를 전송한다(1021). 방법(1000)에서의 다양한 동작들은 제시된 순서로, 상이한 순서로 또는 동시에 수행될 수 있다. 또한, 일부 실시예들에서, 도 10a, 도 10b에 나열된 일부 동작들은 생략될 수 있다.

도 11은 여기서 개시된 실시예들에 따른, 로컬 SCP 기능들을 도시한다. 주 SCP는 오퍼레이터 네트워크의 하나의 로컬 SCP에 속하는 가입자가 다른 네트워크 오퍼레이터들과의 다수의 연결된 계좌들을 보유하도록 허용할 수 있다. 이러한 가입자들은 오퍼레이터 간 서비스들 뿐만 아니라, 각각의 오퍼레이터 네트워크 내의 서비스들을 관리하고 제어하도록 허용될 수 있다. 예를 들면, 이러한 계좌를 보유하는 가입자를 러닝(running)하는 사업은 다수의 이용자 계좌들을 연결할 수 있고 이용자들에 주급을 전송하기 위해 이 시스템을 이용할 수 있다. 가입자가 상이한 도시들에서 상이한 오퍼레이터 서비스들을 이용할 때의 경우에, 상기 가입자는 모든 곳으로부터 모든 그의 이용자 계좌들을 제어하고 관리하기를 원할 수 있고 오퍼레이터-간 서비스들을 또한 요구할 수 있다. 송신기(202)는 각각의 오퍼레이터 네트워크에서의 각각의 SCP로 교차 대응 메시지들을 전송한다. 로컬 SCP 기능은 가입자의 베이스 계좌 번호와 함께 베이스 계좌를 보여준다. 화면은 오퍼레이터 ID와 함께 베이스 계좌에 연결된 계좌들을 보여준다. 로컬 기능은 가입자의 베이스 계좌 번호와 함께 베이스 계좌를 보여준다. 그것은 연결된 계좌들 중 하나를 보여준다. 그것은 또한 베이스 오퍼레이터의 가입자가 베이스 계정 수를 이용하여 OP2 상에서 수행할 수 있는 서비스들을 보여준다.

일 실시예에서, 방법은 다이어미터 인터페이스에 걸친 주 SCP를 통해 SCP들 사이의 또는 오퍼레이터(B)의 SSP 및 오퍼레이터(A)의 SCP와 같은 다른 네트워크 엔티티들 사이의 관련 정보의 동적인 공유를 가능하게 한다. 이 정보는 청구 목적들 등을 위해 오퍼레이터(A)의 SCP들을 갖는 오퍼레이터(B) 커버리지 하에서 로밍(roaming)하는, 인-로머들(in-roamers)의 CDR 데이터에 관한 정보에 대응할 수 있다.

특정한 실시예들의 상기 설명은 다른 사람들이 현재의 지식을 적용함으로써, 일반적인 개념으로부터 벗어나지 않고 특정한 실시예들과 같은 다앙한 애플리케이션들에 대해 용이하게 수정하고/수정하거나 적응할 수 있는 여기에서의 실시예들의 일반적인 속성을 매우 완전하게 밝힐 것이고, 따라서 이러한 적응들 및 수정들은 개시된 실시예들의 등가물들의 의미 및 범위 내에서 이해되도록 의도되어야 하고 이해되도록 의도된다. 여기서 이용된 어법 또는 전문용어가 설명의 목적을 위한 것이고 제한적이지 않음이 이해되어야 한다. 따라서, 여기에서의 실시예들이 바람직한 실시예들에 관하여 설명될지라도, 당업자들은 여기에서의 실시예들이 여기서 설명된 바와 같은 청구항들의 사상 및 범위 내의 수정으로 실행될 수 있음을 인식할 것이다.

101: 주 SCP 102: 베이스 오퍼레이터
201: 수신기 202: 송신기
203: 처리 유닛 204: 서버
205: 제어 로직 206: 디코더
207: 인코더

Claims

주 서비스 제어 포인트(SCP)를 이용함으로써 다수의 네트워크 오퍼레이터들의 다수의 가입자들에 오퍼레이터-간(inter-operator) 부가가치 및 부가 전화 서비스들을 제공하기 위한 방법에 있어서,
오퍼레이터 네트워크(A)의 가입자로부터 오퍼레이터 네트워크(B)의 제 2 가입자에 관련된 서비스를 위해 상기 주 SCP에 의해 서비스 요청 메시지를 수신하는 단계;
상기 오퍼레이터 네트워크(B)를 통해 상기 오퍼레이터 네트워크(A)의 액세스 권한들을 분석하기 위해 상기 주 SCP에 의해 상기 서비스 요청 메시지를 인증하는 단계;
상기 서비스가 허가되면, 상기 주 SCP에 의해 상기 오퍼레이터 네트워크(A)에 대한 상기 서비스를 처리하는 단계;
상기 오퍼레이터 네트워크(B)로 상기 주 SCP에 의해 응답 메시지를 전송하는 단계;
네트워크 오퍼레이터들과 서비스 제어 포인트들 사이의 메시지들을 처리하기 위한 다양한 서비스들을 규정하는 단계; 및
상기 서비스 제어 포인트들 사이의 관련 메시징을 위해 각각의 서비스 제공자에 대한 새로운 속성 값 쌍들을 생성하는 단계를 포함하는, 서비스 제공 방법.
제 1 항에 있어서,
상기 액세스 권한은 또 다른 오퍼레이터에 대한 서비스 제어를 위해 하나의 오퍼레이터의 서비스 제어 포인트에 의해 지원된 서비스들을 규정하는, 서비스 제공 방법.
제 1 항에 있어서,
상기 주 SCP를 통해 관련 가입자/과금 데이터를 공유하기 위해 각각의 오퍼레이터 SCP들을 요구하는 오퍼레이터-간 특징 구현들을 위한 메커니즘을 제공하는, 서비스 제공 방법.
제 1 항에 있어서,
상이한 오퍼레이터들에 속하는 가입자들이 SMS, 데이터 호와 같은 특정한 서비스에 대해 공동으로 지불하는 것을 촉진하는(facilitate), 서비스 제공 방법.
제 1 항에 있어서,
또 다른 오퍼레이터의 가입자에 의해 요청된 오퍼레이터-간 서비스를 위한 동적인 가입자 승인을 촉진하는, 서비스 제공 방법.
제 1 항에 있어서,
IP 멀티미디어 서비스(IMS), 세션 개시 프로토콜(SIP), 및 모바일 통신을 위한 글로벌 시스템(GSM)을 포함하는 아키텍처들에 적용가능한 것인, 서비스 제공 방법.
제 1 항에 있어서,
제공된 다이어미터 인터페이스를 통해 주 SCP를 통하여 SCP들 또는 다른 오퍼레이터 특정 네트워크 엔티티들 사이에 관련 정보를 동적으로 공유하는 단계를 추가로 포함하는, 서비스 제공 방법.
삭제
제 1 항에 있어서,
서비스들을 규정하는 단계는 주 서비스 제어 포인트(SCP)를 이용하여 서로 접속된 상기 네트워크 오퍼레이터들에 의해 제공된 오퍼레이터-간 서비스들을 포함하는, 서비스 제공 방법.
다수의 네트워크 오퍼레이터들의 다수의 가입자들에 오퍼레이터-간 서비스들을 제공하기 위한 주 서비스 제어 포인트에 있어서,
오퍼레이터 SCP들에 관한 통합 네트워크 정보, 및 가입자-대-가입자 오퍼레이터-간 서비스 동의들을 저장하는 수단;
오퍼레이터 네트워크(B)에 관련된 서비스를 위해 오퍼레이터 네트워크(A)로부터 서비스 요청 메시지를 수신하는 수단;
상기 오퍼레이터 네트워크(B)를 통해 상기 오퍼레이터 네트워크(A)의 액세스 권한들을 분석하기 위해 상기 서비스 요청 메시지를 인증하는 수단;
상기 서비스가 허가되면, 상기 오퍼레이터 네트워크(A)에 대한 상기 서비스를 처리하는 수단;
상기 오퍼레이터 네트워크(B)로 대응 메시지를 전송하는 수단;
네트워크 오퍼레이터들과 서비스 제어 포인트들 사이의 메시지들을 처리하기 위한 다양한 서비스들을 규정하는 수단; 및
상기 서비스 제어 포인트들 사이의 관련 메시징을 위해 각각의 서비스 제공자에 대한 새로운 속성 값 쌍들을 생성하는 수단을 포함하는, 주 서비스 제어 포인트.
제 10 항에 있어서,
상기 액세스 권한은 또 다른 오퍼레이터의 서비스 제어에 대해 하나의 오퍼레이터의 서비스 제어 포인트에 의해 승인된 오퍼레이터-간 서비스 액세스를 규정하는, 주 서비스 제어 포인트.
통신 네트워크에서 다수의 네트워크 오퍼레이터들의 다수의 가입자들에 오퍼레이터-간 서비스들을 제공하기 위한 시스템으로서, 복수의 서비스 제어 포인트들 및 주 서비스 제어 포인트(SCP)를 포함하는, 상기 시스템에 있어서,
상기 주 서비스 제어 포인트는 또한,
오퍼레이터 네트워크(A)의 가입자로부터 오퍼레이터 네트워크(B)의 제 2 가입자에 관련된 서비스를 위해 서비스 요청 메시지를 수신하고;
상기 오퍼레이터 네트워크(B)를 통해 상기 오퍼레이터 네트워크(A)의 액세스 권한들을 분석하기 위해 상기 서비스 요청 메시지를 인증하고;
상기 서비스가 허가되면, 상기 오퍼레이터 네트워크(A)에 대한 상기 서비스를 처리하고;
상기 오퍼레이터 네트워크(B)로 대응 메시지(reply message)를 전송하고,
네트워크 오퍼레이터들과 서비스 제어 포인트들 사이의 메시지들을 처리하기 위한 다양한 서비스들을 규정하고;
상기 서비스 제어 포인트들 사이의 관련 메시징을 위해 각각의 서비스 제공자에 대한 새로운 속성 값 쌍들을 생성하기 위해 구성되는, 오퍼레이터-간 서비스들을 제공하기 위한 시스템.
제 12 항에 있어서,
상기 액세스 권한들을 결정하기 위해 상기 메시지를 인증하고, 상기 액세스 권한들은 또 다른 오퍼레이터에 대한 서비스 제어를 위해 하나의 오퍼레이터의 서비스 제어 포인트에 의해 지원된 서비스들을 규정하는, 오퍼레이터-간 서비스들을 제공하기 위한 시스템.
제 12 항에 있어서,
상이한 오퍼레이터들에 속하는 가입자들이 SMS, 데이터 호와 같은 특정한 서비스에 대해 공동으로 지불하는 것을 촉진하도록 또한 구성되는, 오퍼레이터-간 서비스들을 제공하기 위한 시스템.
제 12 항에 있어서,
상기 주 SCP를 통해 관련 가입자/과금 데이터를 공유하기 위해 각각의 오퍼레이터 SCP들을 요구하는 오퍼레이터-간 특징 구현들을 위한 메커니즘을 제공하도록 또한 구성되는, 오퍼레이터-간 서비스들을 제공하기 위한 시스템.