KR19990088217A

KR19990088217A - 지능망인터페이스프로토콜을사용한오퍼레이터지원호출가입자스크리닝방법

Info

Publication number: KR19990088217A
Application number: KR1019990016924A
Authority: KR
Inventors: 아길라조지아우구스토; 카이이강; 황잔쫑-양; 코닉캐더린앤; 링커티모시그웬; 쉐펠레케네스제롬; 싸이스티브우틴
Original assignee: 루센트 테크놀러지스 인크
Priority date: 1998-05-14
Filing date: 1999-05-12
Publication date: 1999-12-27
Also published as: JP2000069166A; DE69900658T2; KR100639518B1; CA2266964A1; EP0957623A3; EP0957623B1; DE69900658D1; EP0957623A2

Abstract

본 발명은 새로운 지능망 인터페이스 및 프로토콜 표준에 일치하는 오퍼레이터 지원 호출을 스크린하기 위한 가입자 스크리닝 시스템에 관한 것이다. 이 가입자 스크리닝 시스템은 오퍼레이터 서비스 위치 스테이션으로부터 네트워크 데이터베이스로 다양한 중요한 데이터를 제공하고, 시스템 오퍼레이터 지원 호출을 허용하거나 금지하며, 또한 그 호출을 구성(structure)하는 가능한 다른 방법들에 관한 정보를 오퍼레이터 서비스 위치 스테이션에 제공한다.

Description

지능망 인터페이스 프로토콜을 사용한 오퍼레이터 지원 호출 가입자 스크리닝 방법{Operator assisted call subscriber screening using an intelligent network interface protocol}

본 발명은 오퍼레이터-지원 호출을 처리하는 방법에 관한 것이며, 보다 구체적으로는 스위치 제어 지점에서 네트워크에 기반을 둔 가입자 데이터베이스 및 ETSI INAP 인터페이스 프로토콜의 특징을 사용하는 가입자 스크리닝을 제공하는 방법에 관한 것이다.

1995년 11월 7일에 발행된 M.S. Chiller 등에 의한 미국 특허 제5,465,293호는 컬렉트 콜에 대해서 요금이 청구되지 않는 전화 번호들의 스크리닝 데이터베이스에 의하여, 외국으로부터의 인입(in bound) 컬렉트 콜을 오퍼레이터 서비스 위치에서 스크린하기 위한 방법 및 장치를 소개하고 있다. 이러한 종래의 시스템은 국제 컬렉트 콜을 전달하는 직렬 스위치(tandom switch)에서 작동한다. 이 오퍼레이트 서비스 위치로부터 오는 데이터베이스의 질문(query)은 전용 트렁크 회선(dedicated trunck line)을 통하여 기존의 C7에 의하여 신호를 보낸다. 전용 트렁크 회선은 이 질문을 신속히 처리하여 이에 응답한다.

종래의 일부 시스템은 시스템의 스위치에 기초한 가입자 데이터베이스가 허가 리스트 검사(permission list checks)를 하도록 요구한다. 다른 종래의 시스템은 OSPS 가입자 스크리닝을 위한 시스템의 LAN 설비와 보수(maintenance)가 광역 서비스 관리 시스템(GSMS)를 통하여 구비되기를 요구한다.

따라서, 본 기술분야에서는 표준 인터페이스 프로토콜에 의하여 관련 데이터베이스에게 신속히 질문할 수 있는 OSPS 가입자 스크리닝이 필요하다.

발명의 한 특징은, 지능망 인터페이스 프로토콜을 통하여 서비스 제어 지점에서 네트워크에 기반을 둔(network based) 가입자 데이터베이스를 사용함으로써 오퍼레이터 지원 호출에 대해 가입자 스크리닝을 제공하는 것인데, 전술한 문제점은 이 특징에 의해 극복된다. 이와 같은 가입자 스크리닝은 지능망 인터페이스 프로토콜을 사용한 공통된 네트워크에 기반을 둔 가입자 데이터베이스를 사용한다는데 그 특징이 있다. 지능망 인터페이스 프로토콜은 오퍼레이터 서비스 위치와 네트워크에 기반을 둔 가입자 데이터베이스 사이에 더 많은 정보가 전송되는 것을 가능하게 하므로, 더욱 신뢰성 있고, 융통성 있으며, 효율적인 가입자 스크리닝이 가능하다.

본 발명의 다른 특징으로서, 전술한 문제점은 호출된 번호로 보내진 제1 가입자에 의해 개시된 오퍼레이터-지원 호출을 가입자 스크리닝하기 위한 방법을 제공함으로써 극복된다. 이 방법은 다음과 같은 세가지 단계를 포함한다. 즉, 스위치 제어 지점에서 지능망 인터페이스 프로토콜을 사용하여 오퍼레이터 지원 호출을 하는 가입자에 관해 가입자 데이터베이스에게 질문하는 단계; 상기 지능망 인터페이스 프로토콜을 사용하여 스위치 제어 지점에서, 오퍼레이터 지원 호출에 대해 요금이 지불될 가입자에 대한 정보를 네트워크에 기반을 둔 가입자 데이터베이스로부터 수신하는 단계; 및 상기 수신된 정보에 기초하여 오퍼레이터 지원 호출이 완료되는지 아닌지 여부를 결정하는 단계를 포함한다. 이 방법은 운영하기 쉽고, 사기행위와 인간의 에러를 예방하는 고도로 통합된 오퍼레이터 서비스 위치 인터페이스를 제공한다.

도1은 전화 호출에 응답하여 호출 스크리닝을 수행하는 시스템의 예를 도시하는 블록도.

도2는 호출에 응답하여 가입자 스크리닝을 제공하는 방법의 논리적 호름도.

도3은 본 발명에 의한 오퍼레이터 지원 호출의 호출 흐름도.

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

140: 국제 호출자 142: 외국 네트워크

144: 국제적 게이트웨이 스위치 20, 50: 스위치

110: 지역 교환 스위치 120: 사적 분기 교환

22: OSPS(오퍼레이터 서비스 위치 스테이션)

24: SSP(스위치 서비스 지점)

도1에 본 발명을 실시하는 대표적인 배치가 도시되어 있다. 루슨트 테크놀러지스사의 5ESS^ⓡ와 같은 스위치(20)는 다양한 OSPS 오퍼레이션 및/또는 서비스를 제공하며, 특히 가입자 스크리닝에 관련된 것을 제공하는 오퍼레이터 서비스 위치 스테이션(Operator Service Position Station, OSPS)을 가지고 있다. 이 실시예에서, 국내 호출자는 스위치(20)에 연결된 지역 교환 스위치(110)를 통하여 스테이션(100)으로부터 호출하거나, 스위치(20)에 연결된 사설 분기 교환(private branch exchange)(120)으로부터 호출을 한다. 다른 대안으로, 국제 호출자(140)는 외국 네트워크(142) 및 국제적 게이트웨이 스위치(144)를 통하여 스위치(20) 및 OSPS(22)로 오퍼레이터 지원 호출을 한다. 이 오퍼레이터 지원 호출은 스테이션(104)과 같은 스위치(20)(지역 교환 스위치(110))와 관련되거나 PBX 스테이션(150)과 같은 유사한 스위치(50)와 관련된 가입자 스테이션에 대한 것이거나, 지역 교환 스위치(16)를 통한 가입자 스테이션(170)에 대한 것일 수 있다. 각 경우에 대해, 몇몇 유형의 가입자 스크린 서비스가 OSPS(22)에 의해 수행될 것이다.

본 발명의 가입자 스크리닝 서비스는 루슨트 테크놀러지스사의 SCP2000과 같은 서비스 제어 지점(SCP)(180), OSPS(22), 스위치 서비스 지점(SSP)(24), 및 5ESS 스위치와 같은 원격 통신 스위치(20)의 지능망(IN)의 상호 작용을 통하여 제공된다. 오퍼레이터 지원 호출에 대하여 스크리닝을 위해 필요한 정보가 수집되었을 때, OSPS(22)는 지능망(IN)에게 모든 스크리닝 정보를 알림으로써, 가입자 스크리닝 질문을 자동적으로 개시한다. 그 후 지능망(IN)은 이 스크리닝 정보를 가지고 ETSI INAP 초기-DP 오퍼레이션을 구성하고, OSPS LD/ILD 호출(오퍼레이터 지원 국내 또는 국제 장거리 전화) 표시를 하며, 이 오퍼레이션을 서비스 제어 지점(SCP)(180)에 보낸다. 서비스 제어 지점(SCP)(180)은 OSPS LD/ILD 호출에 대하여 적당한 서비스 로직(Service Logic)을 액세스할 것이다. 만일 서비스 로직이 이 호출을 허용한다면, 서비스 제어 지점(SCP)(180)은 스위치(20)에 있는 지능망(IN) 시스템에 "호출 연결(Connect call)"이라는 오퍼레이션으로써 응답한다. 만일 허용하지 않는다면, 서비스 제어 지점(SCP)(180)은 "호출 해제(Release call)"라는 오퍼레이션으로써 응답한다. 이 모든 경우에, 지능망(IN)은 스크리닝 결과를 OSPS(22)에게 넘겨 주는데, OSPS(22)에서 이 결과가 디스플레이되며, 만일 사기 행위가 있다면 이를 막기 위한 적절한 제약이 이 호출에 가해진다.

서비스 제어 지점(SCP) 특징을 통한 이와 같은 OSPS 네트워크에 기반을 둔 가입자 스크리닝은 추가적인 질문을 요구하지 않는 단일-질문 요금부과 허용 스크리닝, 예를 들어 허가 코드 조회(authorization code verification)를 위해 의도된 것이다. 그러나, 스위치(20)에서의 일반적인 하부 메커니즘은 장래에 GSMS/서비스 제어 지점(SCP)(190)에서의 가입자 스크리닝 기능, 예를 들어 발신 라인 스크리닝(Originating Line Screening, OLS) 또는 착신 코드 스크리닝(Terminating Code Screening, TSC)이 확장되는 것을 수용하도록 발전될 수 있다. 허가 코드 조회에 관한 한, 추가적인 질문을 요구하는 확장을 위하여, 추가적인 INAP 동작이 더 도입될 필요가 있는데, 이하에서 설명될 것이다.

도1 및 도2에서, 본 발명에 의한 방법(200)의 특정한 실시예가 도시되어 있다. 방법(200)은 오퍼레이터로서 SAC를 가진 스위치(20)에서 국내 호출자 또는 국제 호출자로부터 호출이 수신되는 작업(action)(202)으로 시작한다. 이 호출이 수신된 후, 방법(200)은 작업(204)으로 진행된다. 작업(204)에서 OSPS(22)가 호출 회선 확인(CLI) 번호, 즉 국내 또는 국제의 호출된 번호, 즉 목적지 번호를 수집하고, 고객에게 원하는 서비스 및 원하는 요금청구 방식(billing arrangement)에 대해 질문한다. 원하는 서비스의 예는 번호 통화(station-to-station), 지명 통화(person-to-person) 및 컬렉트 콜이다. 요금청구 방식의 예는 호출한 자에게 청구(sent paid), 컬렉트 콜 및 제3자에게 청구(bill to third party)이다. 작업(204) 후에, 방법(200)은 작업(206)으로 진행된다. 작업(206)에서, 오퍼레이터 지원 호출을 시작하는 오퍼레이터(인간 또는 적당한 장치가 갖추어진 자동화 시스템)는 국내 또는 국제 호출을 받는 당사자 번호 필드(TO#/ITO#), 국내 또는 국제 호출하는 당사자 번호 필드(FM#/IFM#), (호출하는 당사자에게 요금 청구, 호출을 받는 당사자에게 요금 청구 또는 제3자에게 요금 청구와 같은)요금청구 번호 데이터 필드에 데이터를 입력한다. 일단 이러한 데이터 필드들이 오퍼레이터에 의해 작성된 적당한 항목을 가지게 되면, 이와 같은 정보는 지능망 시스템 프로세스(IN-SP)를 시작하는 스위치 서비스 지점(SSP)(24)으로 보내어지는데, 이 스위치 서비스 지점(SSP)(24)에서 데이터베이스 질문이 준비되고 방법(200)이 작업(208)으로 진행된다. 작업(208)에서 스위치 서비스 지점(SSP)(24)은 네가지 데이터 필드, 즉 OSPS 서비스 키, CGPN, CDPN, 및 추가적인 호출하는 당사자 번호(AdditionalCallingPartyNumber)(요금 청구 번호를 가지고 있음) 데이터 필드를 가지고 스크린하기 위한 데이터베이스 질문을 서비스 제어 지점(SCP)(180)으로 전송한다. 이 스크리닝의 결과는 방법(200)으로 보내어지고 방법(200)은 결정(210)으로 진행된다.

결정(210)은 처리중인 오퍼레이터 지원 호출을 허용할 것인지 또는 거절할 것인지를 결정한다. 서비스 제어 지점(SCP)(180)은 자신의 데이터베이스를 통하여 스크리닝 체크를 한 다음에 이 결정을 수행하고 허락 또는 거절 결과를 스위치 서비스 지점(SSP)(24)에 제공한다. 만일 그 결과가 거절이라면, 이 거절에 대한 이유 코드가 또한 스위치 서비스 지점(SSP)(24)에 제공되고, 방법(200)이 결정(212)으로 진행된다. 만일 그 결과가 구성된(structured) 호출 허용이라면, 방법(200)은 작업(220)으로 진행된다.

결정(212)은 서비스 제어 지점(SCP)(180)에서 거절 이유 코드를 체크하여 이 특정한 거절 이유 코드가 OSPS(22)의 여전히 허용(allow anyway) 카테고리 중의 하나에 해당되는지 결정한다. 만일 그렇다면, 방법(200)은 작업(220)으로 진행된다. 그러한 두가지 카테고리는 다음과 같다:

요금 청구 번호가 발견되지 않은 것에 대한 처리(treatment-for-billing-number-not-found)를 위해 서비스 제어 지점(SCP)(180)에서 요금 청구 번호가 발견되지 않은 호출을 OSPS(22)에서 허용하도록 미리 설정될 수 있는, "요금 청구 번호가 발견되지 않은 것에 대한 처리(Treatment-For-billing-Number-Not-Found)" 및

불확정한 호출을 허용하도록 함께 미리 설정될 수 있는, 불확정한 상태 및 시스템의 최근의 교환가능한(Recent Changeable) 파라미터를 나타내는 "불확정한 호출 허용(Indeterminate-Call-Allowed)"이다.

결정(212)에서 OSPS(22)가 거절 이유 코드가 이 여전히 허용(allow anyway)카테고리 중 어느 하나에 해당하지 않는다고 판단한다면, 방법(200)은 결정(214)으로 진행된다.

결정(214)은 OSPS(22)로 하여금 오퍼레이터 지원 호출을 시작한 당사자에게 거절을 전송하도록 하고, 요금 청구에 대해 다른 요금 지불 종류(COC)를 원하는지 그 당사자에게 질문한 후에, 그 당사자의 대답이 예스인지 노우인지 결정한다. 만일 대답이 노우(no)라면, 방법(200)은 이 호출한 당사자에 대해 방법(200)의 진행을 더 이상 하지 않도록 하는 작업(216)으로 진행한다. 만일 대답이 예스(yes)라면, 방법(200)은 작업(218)으로 진행된다. 작업(218)에서, 오퍼레이터(인간 또는 자동화된 시스템)는 어떤 다른 방식의 요금 청구를 원하는지 질문하고, 그 호출한 당사자의 응답에 대응하는 요금 청구 번호 데이터를 입력하여, 모든 정보를 스위치 서비스 지점(SSP)(24)으로 전송한 후, 다시 작업(208)으로 들어간다. 작업(208)의 루프(loop), 즉 결정(210, 212, 214) 및 작업(218)은 정지 작업(216)에 도달하거나 결정(210 또는 212)에서의 허용이 작업(220)에 방법(200)을 보낼 때까지 반복될 수 있다. 작업(220)이 오퍼레이터 지원 호출이 허용되는 시기에 이르면, 작업(220)에서 스위치 서비스 지점(SSP)(24)가 허용 응답을 OSPS(22)로 보내고, 이 OSPS는 이 호출을 처리하여, 이것을 호출을 받은 당사자에게 연결한다. 이것은 오퍼레이터 지원 호출을 스크린하는 방법(200)의 마지막 단계이다.

본 발명의 다른 실시예에 의하면, 오퍼레이터 지원 호출을 제공하기 위한 방법은 다음 필드의 하나 이상에 정보를 입력하는 오퍼레이터를 포함하고 있다. 필드는 국내 또는 국제의 호출을 받는 당사자 번호(TO#/ITO#), 국내 또는 국제의 호출한 당사자 번호(FM#/IFM#), 및 (호출한 당사자에게 요금이 청구되는) PAID, (호출을 받는 당사자에게 요금이 청구되는) COLLECT 또는 요금이 청구되는 제3자 번호와 같은 요금 지불 종류(Class of Charge, COC)이다.

이 필드들은 호출의 완료가 허락되기 전에 서비스 제어 지점(SCP)(180)의 가입자 데이터베이스와 대조하여 스크린된다. 이 필드들은 스크리닝 데이터(Screening Data)의 컬렉트 콜된 필드들이다. 오퍼레이터 지원 호출은 예를 들어 (1)준 호출(Quasi call); (2)문의 호출(Demand call); (3)CLI 비상 호출(bailout call); (4)내부 호출(inward call); 또는 (5) CCR(Completed Call Record) 검색(retrieval)에서 온 호출일 수 있다. 그러나, 만일 호출한 당사자의 번호가 무료 전화 번호라면 스크리닝은 적용되지 않을 것이다.

스크리닝 데이터 필드의 하나가 입력되고 (또는 수정되고) 확인(validate)될 때, 만일 스크리닝 데이터의 나머지가 활용가능하고 호출 갭핑(call gapping)이 이 호출에 적용되지 않는다면(이하에서 지정된 호출 갭핑), 가입자 스크리닝 질문은 자동적으로 개시될 것이다. 질문은 이하의 질문 정보를 가지고 지능망(IN)으로 보내진다:

1. 서비스 키(Service Key);

2. 호출한 당사자 번호,

3. 호출을 받는 당사자 번호, 및

4. 요금 청구 번호.

COC가 PAID, COLLECT 또는 제3자 번호 요금 청구라면, 요금 청구 번호는 각각 호출한 당사자 번호, 호출을 받는 당사자 번호 또는 제3자 번호일 수 있다. 주소의 특징(the Nature of Address, NOA) 즉 국내 또는 국제라는 표시가 각 번호에 또한 포함될 수 있다. 부가적으로, OSPS LD/ILD의 서비스 키는 이 질문이 OSPS LD/ILD 호출을 위한 것이라는 것을 나타내기 위하여 사용된다. 이것은 서비스 제어 지점(SCP)(180)이 OSPS LD/ILD 호출을 위한 특정한 방법으로 호출을 다루는 것을 허용한다.

일단 가입자 스크리닝 질문이 시작되면, 질문 응답 타이머가 응답을 기다리도록 설정된다. 응답을 기다리는 동안에 진행 표시기(progress indicator)의 가입자 스크리닝이 오퍼레이터에게 디스플레이 되고, 지능 통신 워크스테이션(intelligent Communication Station) 터미널의 몇몇 키들은 임시의(intrim) 스크리닝 데이터 수정 및 호출 완료를 막기 위하여 주로 블록되어 있다. 표시기 및 키 블록킹은 질문에 대한 응답 또는 질문 타이머의 타임-아웃이 있자 마자, 해제될 것이다.

만일 호출이 허용될 것이라고 생각된다면, 체크 마크와 같은 표시기가 요금 청구 번호 옆에 위치하게 되고, 현재의 기능에 의하여 오퍼레이터에게 긍정적인 결과를 알리도록 디스플레이된다. COC가 PAID, COLLECT 또는 제3자 번호 요금 청구라면, 요금 청구 번호는 각각 호출한 당사자 번호, 호출을 받는 당사자 번호 또는 제3자 번호일 수 있다. 이 디스플레이에 기초하여, 오퍼레이터는 호출을 완료하기 위해 계속하거나, 호출자의 요청이 있을 때마다 스크리닝 데이터를 수정할 수 있다. 스크리닝 데이터가 수정되고 확인된다면, 표시기 마크는 제거되고, 새로운 가입자 스크리닝 질문이 재시작된다. 호출은 다음의 경우일 때 허용된다고 판단된다.

1. 연결 질문(Connect query)의 응답이 수신될 때, 또는

2. 요금청구-번호-미-발견(billing-number-not-found) 및 ODD(Office Dependent Data)를 표시하는 해제 이유(Release-Cause)와 함께 해제 호출(Release-Call) 질문의 응답이 수신될 때, 요금청구-번호-미-발견에 대한 처리(Treatment-For-billing-Number-Not-found)가 호출을 허용하도록 미리 설정되어 있거나,

3. 불확정한 조건 및 시스템의 최근 변경가능한(Recent Changeable) 파라미터를 표시하는 해제 이유와 함께 해제 호출(Release-Call) 질문의 응답이 수신될 때, 불확정한-호출-허용(Indeterminate-Call-Allowed)가 불확정한 호출을 허용하도록 미리 설정되어 있다.

후자의 두 경우에, 불평 메시지가 오퍼레이터에게 이 상태를 알리기 위해 디스플레이될 것이다. 불평 메시지는 질문 응답에서 수신된 해제 이유에 기초하여, 최근의 변경가능한 불평 메시지 표에서 가져온다. 해제-이유(Release-Cause)는 이유(Reason) 필드에 디스플레이될 것인데, 호출을 위하여 생성된 AMA 레코드에 저장될 것이다. 가능성 있는 불확정한 상태는

1. 서비스 제어 지점(SCP)(180)이 에러를 만나는 것;

2. 질문 응답의 타임-아웃 또는 INAP 프로토콜이 서비스 제어 지점(SCP)(180)과 통신하는 중에 에러를 만나는 것, 및

3. 호출 갭핑이 호출에 적용되는 것이다.

만일 호출이 거절된다고 생각되면, 앞에서 기재된 것과 같은 불평 메시지가 오퍼레이터에게 문제의 본질을 알리기 위해 디스플레이될 것이고, 메시지는 제한을 나타내기 위해 디스플레이될 것이며, 어떠한 호출 완료의 시도도 허용되지 않을 것이다. 해제-호출(Release-Call) 질문의 응답이 수신될 때 호출이 거절되는 것으로 판단되고,

1. 관련된 해제-이유가 호출-거절을 표시하거나,

2. 해제-이유가 앞의 문단에서 기재된 것과 같은 요금 청구-번호-미-발견 상태를 표시하지만, 요금 청구-번호-미-발견(Treatment-For-billing-Number-Not-Found)에 대한 처리 파라미터가 호출을 거절하도록 미리 설정되거나

3. 해제-이유가 앞의 문단에 기재된 것과 같은 불확정한 상태를 표시하지만, 불확정한-호출-허용(Indeterminate-Call-Allowed) 파라미터가 불확정한 호출을 거절하도록 미리 설정된다.

제한 메시지는 해제-이유에 기초하여 최근의 변경가능한 제한(Recent Changeable Restriction) 메시지 표에서 가져온다. 해제-이유 그 자체는 이유(Reason) 필드에 디스플레이된다. 오퍼레이터는 호출을 있는 그대로 취소하거나 호출자의 요청이 있을 때마다 스크리닝 데이터를 수정하도록 진행할 수 있다. 만일 호출이 취소된다면, 이유(Reason)는 AMA 레코드에 저장될 것이다. 만일 스크리닝 데이터 중 어떤 것이 수정되고 확인된다면, 이유(Reason) 필드 및 제한 메시지가 새로운 가입자 스크리닝 질문이 재시작되기 전에 삭제될 것이다.

호출 갭핑(call gapping)은 질문 과잉 제어(query congestion control)를 위한 종래의 네트워크 관리(Network Management) 기능이다. 호출에 대하여 가입자 스크리닝 질문을 시작하기 전에, 이 네트워크 관리 시스템을 가지고 호출에 대한 호출 갭핑의 적용 가능성을 검사한다. 만일 적용가능하다면, 가입자 스크리닝은 과잉을 피하기 위해 시작되지 않는다. 호출은 마치 불확정한 상태를 표시하는 해제-이유를 가진 해제-호출 질문의 응답이 수신된 것처럼 처리된다. 이유 코드는 이유 필드에 지정되어 디스플레이된다. 그 이후에, 불확정한-호출-허용(Indeterminate-Call-Allowed) 파라미터가 호출이 허용되는지 여부를 결정하기 위하여 검사된다.

1. 호출이 허용된다면, 체크 마크가 요금 청구 번호 옆에 만들어져 도시되고, 호출은 완료되도록 허용된다. 또는

2. 호출이 거절된다면, 제한 메시지가 디스플레이되고 어떠한 호출 완료도 차단된다.

만일 있다면, 이유 코드는 호출을 위해 생성된 AMA 레코드에 저장될 것이다.

OSPS로부터 질문을 수신하자마자, IN-SP(지능망 시스템 프로세스)가 TCAP 시작(BEGIN) 메시지의 처음의(initial)-DP 오퍼레이션을 서비스 제어 지점(SCP)(180)으로 보낼 것이다. 처음의(initial)-DP 오퍼레이션은 아래와 같은 OSPS 질문 정보를 포함하고 있는 아래의 파라미터들을 가질 것이다.

처음의 DP 오퍼레이션의 파라미터들

처음의-DP 파라미터	OSPS 질문 정보
서비스 키(Service Key)	OSPS LD/ILD
호출한 당사자 번호(Calling Party Number)	FM#
호출받은 당사자 번호(Called Party Number)	TO#
추가적인 호출한 당사자 번호(Additional Calling Party Number)	요금청구#(billing#)

OSPS의 FM#, TO#, 및 요금청구#에서 NOA 표시는 처음의-DP 오퍼레이션의 대응 파라미터의 NOA 필드에 또한 매핑될 것이다.

처음의-DP 오퍼레이션을 보내자마자, IN-SP는 "Number of Queries to SCP"을 표시하고(peg) 질문 응답 타이머를 설정한다.

처음의-DP 오퍼레이션의 결과로서, IN-SP는 연결(Connect) 오퍼레이션 또는 해제-호출 오퍼레이션을 서비스 제어 지점(SCP)(180)으로부터 수신할 수 있다. 이 두 경우에, 질문 응답 타이머는 취소된다.

서비스 제어 지점(SCP)(180)으로부터 연결 오퍼레이션을 수신하자마자, IN-SP는 OSPS에 연결 질문 응답을 보낼 것이다.

서비스 제어 지점(SCP)(180)으로부터 해제-호출 오퍼레이션을 수신하자마자, IN-SP는 OSPS로 해제-호출 오퍼레이션의 해제-이유 값을 가진 해제-호출 질문 응답을 보낼 것이다. 그리고, "Number of Calls Failed By SSP Because of SCP Instructions or Failure at SSP"의 카운트를 증가시키기 위해 다른 평가 카운터를 표시한다.

(이하에 설명된 것처럼) 서비스 제어 지점(SCP)(180)으로부터 호출 갭(Call Gap) 오퍼레이션을 수신하자마자, IN-SP는 호출 갭 오퍼레이션에서 갭 기준, (갭 지연 및 갭 간격을 포함하는) 갭 표시기, (선택적인) 제어 유형 및 (선택적인) 갭 처리 정보를 가지고 요청을 포맷하여, 호출 갭핑 결정 메카니즘을 설정하기 위하여 네트워크 관리에 이 요청을 보낼 것이다.

시간이 만료하거나 프로토콜 에러가 INAP에 일어나는 경우에, IN-SP는 타임-아웃 및 에러 상태 처리를 위한 디폴트(0) 해제-이유 값을 가지고 OSPS에 해제-호출 질문 응답을 보낼 것이다.

서비스 제어 지점(SCP) 가입자 스크리닝은 질문이 서비스 제어 지점(SCP)(180)에 도달할 때 시작되고, 자율적인(autonomous) 로직은 키로서 서비스 키 파라미터 값을 사용하여 서비스 결정 네트워크 표(Service Determination Network Table, SDNT)를 검색할 것이다. SDNT는 자율적인 로직이 네트워크 로직(CAL Logic)을 먼저 실행하거나 또는 바로 적당한 변환표에서 검색을 실행하도록 명령할 것이다. 네트워크 로직은 변환표 검색 및 고객 응용 언어(customer application language, CAL) 로직으로 또한 알려진 서비스 로직을 궁극적으로 실행하기 전에 특별한 처리를 필요로 하는 서비스를 위해서만 호출될 것이다.

고객 응용 언어(CAL) 로직 및 네트워크 표에 관하여, 로직이 변환 표에서 검색을 수행하기 위하여 사용되고, 이 검색은 실행할 어카운트 번호(account number)를 생성한다. 자율적인 로직은 그 후 그 어카운트 내에서 서비스 로직을 실행한다. (어카운트는 일반적으로 서비스 로직 및 서비스 데이터를 포함한다.)

만일 네트워크 로직이 실행된다면, 그것은 필요한 특별한 처리를 수행할 것이고, 그 후에 적당한 변환표에서 검색을 수행할 것이다. 변환표 검색은 실행할 어카운트 번호를 생성할 것이다. 네트워크 로직은 그 후에 그 어카운트 내에서 서비스 로직을 실행할 것이다. 그러나 만일 어카운트 번호가 변환표 검색에서 발견된다면, 비어 있는(vacant) 코드 처리가 수행될 것이다.

서비스 제어 지점(SCP)(180)은 OSPS가 가입자 스크리닝 질문을 시작할 때 처음의-DP 오퍼레이션을 포함하는 시작(BEGIN) 메시지를 수신할 것이다. 처음의-DP 오퍼레이션은 표1에서처럼 OSPS 질문 정보를 포함할 것이다.

서비스 제어 지점(SCP)(180)의 일부인 서비스 판단 네트워크 표(SDNT)는 "OSPS LD/ILD" 서비스 키 값에 대한 새로운 항목을 포함하고 있다. SDNT는 자율적인 로직이 서비스 키 값에 대한 네트워크 로직을 실행하도록 명령한다.

OSPS 시작된 ETSI 질문을 위해, 서비스 제어 지점(SCP)(180)은 GSMS(190)가 제공된 LD/ILD 어카운트 내에 서비스 로직을 액세스한다. 이것은 비(non) OSPS 개시되거나 직접 다이얼된 LD/ILD 전화에 의해 액세스되는 것과 동일한 어카운트이다(즉, 단지 하나의 LD/ILD 어카운트가 있다). 따라서, 서비스 제어 지점(SCP)(180) 네트워크 로직은 GSMS LD/ILD 어카운트 내의 서비스 로직이 OSPS 시작된 질문을 위해 실행된다는 것을 보장한다.

네트워크 로직은 "OSPS LD/ILD" 서비스 키 값을 인식하고 이 서비스 키 값을 위하여 다음의 태스크를 수행한다.

1. 네트워크 로직은 호출한 당사자 번호 변환표의 키로서 처음의-DP 오퍼레이션의 추가적인 호출한 당사자 번호(AdditionalCallingPartyNumber) 파라미터에서 수신된 요금청구 번호를 사용해야 한다.

2. 네트워크 로직은 서비스타입(ServiceType) 미리-정의된 변수의 값을 CGPN으로 정해야 한다. 이 미리-정의된 변수는 네트워크 관리를 위해 서비스 제어 지점(SCP)(180)에 의해 내부적으로 사용된다.

만일 호출한 당사자 번호 변환표의 키로서 사용된 요금청구 번호가 호출한 당사자 번호 변환표에서 발견되지 않는다면, 비어있는 코드 처리가 수행될 것이다.

비어있는 코드 어카운트는 "OSPS LD/ILD"라는 서비스 키 값을 인식할 것이다. 이 서비스 키 값을 위해, 비어있는 코드는 "EXIT <ft_index>" 명령문을 수행할 것이다. CAL"EXIT <ft_index>" 명령문은 해제-호출 오퍼레이션이 스위치(20)로 보내지도록 할 것이다. 해제-호출 오퍼레이션은 EXIT 명령문으로 넘겨진 "ft_index" 파라미터와 관련된 최종 처리표(Final Treatment Table) 값과 동등한 이유 값을 포함할 것이다. 스위치(20)는 "발견되지 않은 어카운트 때문에 호출이 거절됨"을 의미하는 "1"이라는 이유 값을 인식할 것이다. 최종 처리표를 규정하는 네트워크 케어(Network Care) 시스템은 최종 처리표의 19 인덱스를 1의 이유 값과 관련시켜야 한다. 따라서, 서비스 로직은 이 경우를 위해 "EXIT 19"라는 명령문을 사용할 것이다.

GSMS LD/ILD 서비스 로직은 서비스 키 변수를 위하여 "OSPS LD/ILD" 값을 인식해야 하고, 이 서비스 키를 위하여 이하의 태스크들을 수행해야 한다. 다시 말해서, 이하의 태스크들이 제공되어야 한다:

1. LD/ILD 서비스 로직은 LD/ILD 어카운트의 고객 스크리닝 데이터의 검색을 수행하기 위하여 IncomigACGPNo 미리-정의된 변수에 있는 값을 사용해야 한다. 직접 다이얼된 경우에, 서비스 로직은 DGPNoIn 미리-정의된 변수가 요금이 청구될 번호 또는 가입자의 번호를 포함하기를 기대한다(즉, 직접 다이얼된 호출은 항상 호출한 자에게 청구(sent-paid) 호출이다). 따라서, 그것은 CGPNoIn 미리-정의된 변수를 가입자 스크리닝을 결정하기 위한 키로서 사용한다. 그러나, OSPS 시작된 질문의 경우에, 요금이 청구될 번호 즉 가입자의 번호는 IncomingACGPNo 미리-정의된 변수에 포함되어 있다. 따라서, 서비스 로직은 가입자 스크리닝을 결정하기 위하여 이 번호를 사용해야만 한다.

2. 만일 GSMS 서비스 로직이 호출이 허용된다고 결정을 내리면, 그것은 #ANIConnect 매크로를 수행할 것이다(사용된 모든 파라미터 값에 입력을 필요로 한다). 이것은 Invoke-Connect 오퍼레이션이 스위치(20)로 돌아오도록 할 것이다(#ANIbilling 매크로는 수행되지 않을 것이다).

3. 만일 GSMS 서비스 로직이 호출이 거절된다고 결정을 내리면, 그것은 CAL "EXIT ft_index" 명령문을 수행할 것이다. "EXIT ft_index" 명령문은 해제-호출 오퍼레이션이 스위치(20)로 보내지도록 할 것이다. 해제-호출은 EXIT 명령문에 넘겨진 ft_index 파라미터와 관련된 최종 처리표 값과 동등한 이유 값을 포함할 것이다. 스위치(20)는 "스크리닝 때문에 호출이 거절됨"을 의미하는 "21"이라는 이유 값을 인식할 것이다. 최종 처리표를 규정하는 네트워크 케어 시스템은 최종 처리표 인덱스 20을 21이라는 이유 값과 관련시켜야 한다. 따라서, 서비스 로직은 거절 경우를 위하여 "EXIT 20"을 사용해야 한다.

에러 처리에 대해서는, 만일 서비스 제어 지점(SCP)(180)이 내부적인 에러를 만난다면, 응용은 해제-호출 오퍼레이션을 스위치 서비스 지점(SSP)(24)으로 보낼 것이다. 해제-호출 오퍼레이션 내의 이유 파라미터는 인덱스 16과 관련된 최종 처리 네트워크표 내의 값과 동일할 것이다.

만일 서비스 제어 지점(SCP)(180)이 비어있는 코드 어카운트를 실행하려 하는데 어카운트가 존재하지 않는다면(즉, 준비되지 않았다면), 해제-호출 오퍼레이션은 스위치 서비스 지점(SSP)(24)으로 보내질 것이다. 해제-호출 오퍼레이션 내부의 이유 파라미터는 인덱스 17과 관련된 최종 처리 네트워크표 내의 값과 동일할 것이다.

만일 서비스 제어 지점(SCP)(180)이 SDNT에서 서비스 키 값을 발견하지 못한다면, 해제-호출 오퍼레이션은 스위치 서비스 지점(SSP)(24)으로 보내질 것이다. 해제-호출 오퍼레이션 내의 이유 파라미터는 인덱스 18과 관련된 최종 처리 네트워크표 내의 값과 동일할 것이다.

만일 서비스 제어 지점(SCP)(180)이 SDNT 내에서 서비스 키 값을 발견하지만 표시된 변환표가 존재하지 않는다면, 해제-호출 오퍼레이션은 스위치 서비스 지점(SSP)(24)으로 보내질 것이다. 해제-호출 오퍼레이션 내의 이유 파라미터는 인덱스 18과 관련된 최종 처리 네트워크표 내의 값과 동일할 것이다.

OSPS 네트워크에 기반을 둔 가입자 스크리닝 특징과 관련된 새로운 서비스 제어 지점(SCP)(180) 평가는 없다. 일반적으로 행해지는 바와 같이, DSIQRYR 평가는 서비스 제어 지점(SCP)(180)이 처음의-DP 오퍼레이션을 가진 시작(BEGIN) 메시지를 수신할 때 수신된다. 또한 일반적으로 행해지는 바와 같이, 연결(Connect) 오퍼레이션이 보내어진다면, DSIRTPN 평가가 표시(peg)될 것이다.

OSPS 네트워크에 기반을 둔 가입자 스크리닝을 위하여 서비스 제어 지점(SCP)(180) 데이터 컬렉션에 변화는 없을 것이다. 처음의-DP 오퍼레이션에서 수신된 호출한 당사자 번호(CallingPartyNumber)는 ATTEMPT 및 SUMMARY 이진(binary) 리포트의 호출한 당사자 번호 필드에서 사용될 것이다. 마찬가지로, 초기의-DP 오퍼레이션의 추가적인 호출한 당사자 번호(AdditionalCallingPartyNumber) 파라미터에 수신된 요금청구 번호는 ATTEMPT 및 SUMMARY 이진(binary) 리포트의 추가적인 호출한 당사자 번호 필드에서 사용될 것이다.

ETSI INAP 프로토콜을 사용하는 OSPS 네트워크에 기반을 둔 가입자 스크리닝 특징을 구현하는 동안에, 이 특징과 관련된 새로운 네트워크 관리 특성(capabilities)은 없을 것이다. 이하에서는 어떻게 기존의 특성이 OSPS 시작된 질문에 적용될 것인지를 설명한다.

OSPS(22)에 의해 시작된 질문은 모든 직접 다이얼된 질문과 동일한 신호 링크상의 서비스 제어 지점(SCP)(180)으로 들어온다. 질문은 또한 모든 직접 다이얼된 질문과 동일한 입력 큐에 위치하게 될 것이다. 만일 큐에서의 OSPS 질문의 시간이 허용된 최대 시간을 초과한다면, 직접 다이얼된 질문이 쏟아져 나올(flush) 수 있는 것처럼, OSPS 질문은 큐에서 쏟아져 나올 수 있다.

만일 서비스 제어 지점(SCP)(180) 응용이 (입력되는 메시지 큐로부터 쏟아져 나오는 호출의 비율에 근거하여) 과부하 상태에 있다고 결정한다면, 그것은 스위치(20)로 보내는 메시지에 CallGap 오퍼레이션을 포함할 것이다. CallGap 오퍼레이션내의 gapCriteria는 CallingAddressandService일 것이다. CallingAddressValue는 처음의-DP 오퍼레이션으로부터 CallingPartyNumber의 값을 포함할 것이다. 서비스 키는 "OSPS LD/ILD"의 값을 포함할 것이다.

오퍼레이터 지원 호출이 가능하다고 가정하면, 본 발명에 의한 호출의 흐름이 도3에 도시되어 있다. 도3은 스위치(20)를 통한 가입자 스크리닝을 위한 특정한 OSPS/IN 인터페이스의 예를 도시하고 있다. 내부 메시지 및 표준화된 ETSI INAP 오퍼레이션이 도3에 도시되어 있다. 도1 및 도3에 도시된 바와 같이, 호출의 흐름은 호출한 당사자가 호출을 OSPS(인간 또는 자동화된 시스템에 의해 운영되는 오퍼레이터 서비스 포지션)(22)에 도착하게 하는 것에서 시작된다. 이 실시예에서, 호출을 받는 당사자 번호(COLLECT)는 요금청구 번호(billing number, BN)로서 사용되고, 서비스 제어 지점(SCP)/GSMS 서비스 로직은 BN이 불량(bad) 어카운트인지 비어 있는 코드(vacant code) 어카운트인지 결정하며, 이 호출은 거절되어야 한다. 다음으로, 오퍼레이터는 호출한 당사자로부터 다른 요금청구 번호(호출한 당사자 번호, 또는 PAID)를 재수집하여 연속된 질문을 지능망(IN)에 보낸다. 호출의 흐름에 대한 상세한 내용은 이하에서 설명한다.

호출한 당사자가 오퍼레이터 지원 호출을 두는 것에 응답하여, OSPS(22)는 호출한 당사자 번호, 호출을 받는 당사자 번호 및 호출한 당사자로부터의 요금청구 번호를 수집한다. 호출한 당사자 표시기는 이것이 COLLECT 호출이라는 것을 표시하므로, 예를 들어, 오퍼레이터는 호출을 받는 당사자 번호를 가진 요금청구 번호를 입력한다. 다음으로, OSPS(22)는 서비스 키(OSPS LD/ILD), 호출한 당사자 번호, 호출을 받는 당사자 번호 및 요금청구 번호를 가진 스위치 서비스 지점(SSP)(24)(IN-SP)로 내부의 스위치 질문 메시지를 보낸다. 다음으로, 스위치 서비스 지점(SSP)(24)은 서비스 키(OSPS LD/ILD), 호출한 당사자 번호, 호출을 받는 당사자 번호 및 요금청구 번호를 initialDP 오퍼레이션에 매핑시키고(요금청구 번호는 AdditionalCallingPartyNumber 파라미터에 매핑된다), initialDP 오퍼레이션을 서비스 제어 지점(SCP)(180)으로 보낸다.

initialDP 오퍼레이션을 수신하자마자, 서비스 제어 지점(SCP)(180)은 요금청구 번호를 기초로 스크리닝을 수행한다. 서비스 로직은 요금청구 번호(호출을 받는 당사자 번호)가 불량 어카운트인지 비어있는 코드 어카운트인지 결정하고, 서비스 제어 지점(SCP)(180)은 이유 값을 가진 ReleaseCall 오퍼레이션을 스위치 서비스 지점(SSP)(24)으로 보낸다. 다음으로, 스위치 서비스 지점(SSP)(24)은 거절 이유를 가진 스위치(20)의 내부인 질문 응답 메시지(mgACP-RTE)를 OSPS(22)로 보낸다.

OSPS(22)는 거절 이유를 살피고, 요금청구에 대해 다른 종류의 요금지불 방식을 원하는지를 호출한 당사자에게 재상기시키고, 일단 호출한 당사자가 호출한 당사자 번호를 새로운 요금청구 번호(PAID)로서 사용할려고 한다면 요금청구 번호를 재수집하기로 결정한다. ODPS(22)는 요금청구 번호를 호출한 당사자 번호(PAID)로 채우고, 새로운 내부 스위치 질문 메시지(mgACP-QRY)를 서비스 키(OSPS LD/ILD), 호출한 당사자 번호, 호출을 받는 당사자 번호 및 요금청구 번호를 가진 스위치 서비스 지점(SSP)(24)(IN-SP)로 보낸다. 스위치 서비스 지점(SSP)(24)은 다시 서비스 키(OSPS LD/ILD), 호출한 당사자 번호, 호출을 받는 당사자 번호 및 요금청구 번호를 DP 오퍼레이션의 관련된 파라미터에 매핑시키고(요금청구 번호는 AdditionalCallingPartyNumber 파라미터에 매핑된다); 그 후 initialDP 오퍼레이션을 서비스 제어 지점(SCP)(180)으로 보낸다.

이 initialDP 오퍼레이션을 수신하자마자, 서비스 제어 지점(SCP)(180)은 다시 요금청구 번호에 기초한 스크리닝을 수행한다. 서비스 로직은 다시 요금청구 번호(이번에는 호출한 당사자 번호)가 유효한지 여부를 결정한다. 만일 유효하다면, 서비스 제어 지점(SCP)(180)은 스위치 서비스 지점(SSP)(24)에게 연결(Connect) 오퍼레이션을 보낸다. 서비스 제어 지점(SCP)(180)으로부터 연결(Connect) 오퍼레이션 응답을 수신하자마자, 스위치 서비스 지점(SSP)(24)은 연결(Connect) 오퍼레이션에 포함된 모든 파라미터를 무시하고, 호출을 허용하는 표시를 가진 스위치(20)의 내부에 연결 질문 응답 메시지(mgACP-RTE)를 OSPS(22)로 보낸다.

OSPS(22) 및 스위치(20)는 호출을 호출을 받는 당사자로 보낸다. 호출 갭받은 스테이션은 벨을 울리고, 호출을 받는 당사자가 전화를 받고, 원하는 대화가 시작되고 이 서비스에 대하여 요금 청구 번호에 요금이 매겨진다. 한 당사자가 일단 전화를 끊으면, 이 호출은 연결이 끊어진다.

이렇게 해서 지금까지 지능망 인터페이스 프로토콜 방법 및 장치를 사용한 오퍼레이터 지원 가입자 스크리닝에 대해 기재하였다. 이하의 청구항들은 발명의 범위내에 있는 모든 방법 및 장치를 커버하려고 의도하였다.

지능망 인터페이스 프로토콜은 오퍼레이터 서비스 위치와 네트워크에 기반을 둔 가입자 데이터베이스 사이에 더 많은 정보가 전송되는 것을 가능하게 하므로, 더욱 신뢰성 있고, 융통성 있으며, 효율적인 가입자 스크리닝이 가능하다.

Claims

호출된 번호로 보내진 제1 가입자에 의해 시작된 오퍼레이터-지원 호출(operator-assisted call)에 가입자 스크리닝을 제공하기 위한 방법에 있어서,

지능망(intelligent network) 인터페이스 프로토콜을 사용하여 오퍼레이터 지원 호출을 하고 있는 가입자에 관하여 스위칭 제어 지점에서 가입자 데이터베이스에 질문하는 단계;

상기 지능망 인터페이스 프로토콜을 사용하여, 상기 스위칭 제어 지점에서 네트워크에 기반을 둔 상기 가입자 데이터베이스로부터 상기 오퍼레이터 지원 호출에 대해 요금이 청구될 가입자에 관한 정보를 수신하는 단계; 및

상기 수신된 정보를 기초로 하여 상기 오퍼레이터 지원 호출이 완료되는지 여부를 결정하는 단계를 포함하는 가입자 스크리닝 방법.
제1항에 있어서, 상기 지능망 인터페이스 프로토콜은 ETSI INAP 인터페이스 프로토콜인 가입자 스크리닝 방법.
제2항에 있어서, 상기 네트워크에 기반을 둔 가입자 데이터베이스 및 상기 ETSI INAP 인터페이스 프로토콜을 사용하는 것은 상기 호출에 대하여 더욱 신뢰성 있고 효율적인 가입자 스크리닝을 제공하는 가입자 스크리닝 방법.
제1항에 있어서, 가입자 스크리닝을 위하여 상기 지능망을 통하여 오퍼레이터 서비스 위치 시스템에 의해 질문된 상기 가입자 정보가, 700, 800, 888, 900의 일련 번호가 아닌 지리적인 가입자 번호에 제한되는 가입자 스크리닝 방법.
제1항에 있어서, 상기 호출이 상기 스크리닝에 의해 허용된다면, 서비스 제어 지점에서 변환된 번호는 오퍼레이터 서비스 위치 스크린에 있는 목적지(destination) 번호를 변경하지 않고, 상기 호출을 처리하는 오퍼레이터 서비스 위치에 영향을 미치지 않는 가입자 스크리닝 방법.
제1항에 있어서, 가입자 스크리닝은 호출한 당사자 번호, 목적지 번호 및 요금청구 번호를 포함하는 그룹의 번호들 중에 적어도 하나에 적용되는 가입자 스크리닝 방법.
제1항에 있어서, 가입자 스크리닝은 호출한 당사자 번호, 목적지 번호 및 요금청구 번호를 포함하는 그룹의 번호들 중에 적어도 두개에 적용되는 가입자 스크리닝 방법.
제1항에 있어서, 가입자 스크리닝은 호출한 당사자 번호, 목적지 번호 및 요금청구 번호를 포함하는 그룹의 번호들 중 세개 모두에 적용되는 가입자 스크리닝 방법.
제1항에 있어서, 호출 갭핑(call gapping)이 오퍼레이터 지원 호출에 적용되는 가입자 스크리닝 방법.
제1항에 있어서, 만일 서비스 제어 지점이 연결 호출 오퍼레이션 및 해제 호출 오퍼레이션 중 어느 하나의 오퍼레이션을 TCAP END 메시지의 서비스 스위칭 지점으로 돌려 보낸다면, 어떤 다른 오퍼레이션을 포함하지 않고 상기 TCAP END를 돌려 보내는 단계를 더 포함하는 가입자 스크리닝 방법.
호출된 번호로 보내진 제1 가입자에 의해 시작된 오퍼레이터-지원 호출에 대해 가입자 스크리닝을 제공하는 장치에 있어서,

지능망 인터페이스 프로토콜을 사용하여 오퍼레이터 지원 호출을 하는 가입자에 관하여 서비스 제어 지점에서 가입자 데이터 베이스에게 질문하기 위한 수단;

상기 지능망 인터페이스 프로토콜을 사용하여, 상기 서비스 제어 지점에서 상기 네트워크에 기반을 둔 가입자 데이터베이스로부터 상기 오퍼레이터 지원 호출에 대해 요금이 청구될 가입자에 관한 정보를 수신하기 위한 수단; 및

상기 수신된 정보에 기초하여 상기 오퍼레이터 지원 호출이 완료되었는지 여부를 결정하기 위한 수단을 포함하는 가입자 스크리닝 제공 장치.
제11항에 있어서, 상기 질문 수단 및 상기 결정 수단은 모두 원격 통신 스위치의 일부인 가입자 스크리닝 제공 장치.