KR100281744B1 - 서비스 제어기에서 정보 제공 시스템으로 수행을 요구하는 오퍼레이션 상태 관리방법 - Google Patents

Abstract

본 발명은 서비스 제어기에서 정보 제공 시스템으로의 오퍼레이션 상태 관리방법에 관한 것으로서, 차세대 지능망 정보 제공 시스템의 오퍼레이션 상태 관리방법에 있어서, 정보 제공 시스템(IP)이 서비스 제어기(SCP)로부터 오퍼레이션을 수신한 경우 지능망 응용 프로토콜에서 오퍼레이션의 동작 상태를 유휴 상태와, 거절 대기 상태와, 동작 수행 상태와, 거절 계류 상태와, 결과 처리 상태와, 결과 계류 상태로 나타내는 동작 상태 관리도를 작성하고, 상기 동작 상태 관리도에 나타난 동작 상태에 의해 상기 요구된 오퍼레이션의 동작 상태를 관리함으로써, 차세대 지능망 정보 시스템의 특별 자원 서비스에 대한 오퍼레이션을 효과적으로 관리할 수 있다는 효과가 있다.

Description

서비스 제어기에서 정보 제공 시스템으로 수행을 요구하는 오퍼레이션 상태 관리방법

본 발명은 지능망 응용 프로토콜(INAP)의 오퍼레이션 상태 관리방법에 관한 것으로서, 특히, 서비스 제어기(SCP)로부터 수신되는 오퍼레이션을 처리하기 위해 지능망 응용 프로토콜에서 관리되는 오퍼레이션에 대한 상태 관리방법에 관한 것이다.

기존의 지능망에서는 정보 제공 시스템(IP)을 사용하지 않고 서비스 교환기(SSP:Service Switching Point)내에 단순한 안내 방송과 DTMF 수집 기능을 구현하여 서비스 이용자에게 지능망 서비스를 제공하는 방법을 사용하였으므로, 정보 제공 시스템(IP)과 서비스 제어기(SCP) 간의 응용 프로토콜이 필요하지 않았다.

그러나, 차세대 지능망 서비스의 경우 음성 안내, DTMF(Dual Tone Multi Frequency) 수집, 음성 인식, 음성 합성, 음성 녹음, 팩스 처리 등의 다양한 특수 자원을 제공할 수 있어야 하는데, 이를 기존의 서비스 교환기(SSP)에서 개발하기에는 비용이 많이 소요되고 개발된 망 자원에 대하여 새로운 자원을 쉽게 추가 변경하기가 어려운 단점이 있으므로, 상기 다양한 특수 자원을 제공하기 위한 정보 제공 시스템(IP)을 개발하고 이를 망으로 연결하여 이러한 문제를 해결하고자 하였다.

지능망 응용 프로토콜(INAP:Intelligent Network Application Protocol)이란, 이와 같은 차세대 지능망에 있어서 상기 IP와 차세대 지능망 요소들간의 통신을 위해 상기 IP내에 실장되는 것으로서, IP와 SCP간의 응용 서비스를 제공하는 오퍼레이션에 대한 동작을 등급별로 나누어 처리하며, 이러한 이러한 등급별 오퍼레이션 동작에 대한 상태를 관리하는 것이 필요하다.

이러한 등급별 오퍼레이션의 상태에 대한 내용중 초기 지능망용 SSP에 대한 내용은 국내 기준안에 표기되어 있으나, 이는 초기 지능망용 SSP에서 동작하는 오퍼레이션의 상태에 대한 내용이며, 상기와 같은 지능망 응용 프로토콜의 사용으로, 이에 의한 오퍼레이션의 상태 관리방법이 별도로 필요하게 되었다.

따라서, 본 발명에서는 차세대 지능망 서비스에서의 오퍼레이션 중 정보 제공 시스템(IP)으로 서비스가 요구된 경우 그 요구된 서비스 호 처리를 위하여 지능망 응용 프로토콜(IP INAP)에서 오퍼레이션의 동작 상태 관리도를 작성하고, 이에 의해 서비스 제어기(SCP)로부터 수신되는 오퍼레이션에 대한 동작의 시작부터 수행 및 결과의 성공 또는 에러 상태를 관리하는 방법에 관한 것이다.

본 발명에서 제공하는 상기 오퍼레이션에 대한 상태 관리방법은 차세대 지능망 정보 제공 시스템의 오퍼레이션 상태 관리방법에 있어서, 정보 제공 시스템(IP)이 서비스 제어기(SCP)로부터 오퍼레이션을 수신한 경우 지능망 응용 프로토콜에서 오퍼레이션의 동작 상태를 유휴 상태와, 거절 대기 상태와, 동작 수행 상태와, 거절 계류 상태와, 결과 처리 상태와, 결과 계류 상태로 나타내는 동작 상태 관리도를 작성하고, 상기 동작 상태 관리도에 나타난 동작 상태에 의해 상기 요구된 오퍼레이션의 시작, 수행 및 결과의 동작 상태를 관리함으로써, 차세대 지능망 정보 시스템의 특별 자원 서비스에 대한 오퍼레이션을 효과적으로 관리할 수 있다는 특징이 있다.

도 1은 차세대 지능망 지능형 정보 시스템에 대한 구성도,

도 2는 지능망 응용 프로토콜 블록에 대한 구성도,

도 3은 본 발명의 일 실시예에 따른 등급 1 오퍼레이션에 대한 처리 흐름도,

도 4는 본 발명의 일 실시예에 따른 등급 2 오퍼레이션에 대한 처리 흐름도.

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

110 : 지능망 정보 제공 시스템(AIN IP)

111 : 특별 자원 주 처리기 112 : 디스크 어레이

113 : LAN 라우트 스위치 114 : 특별 자원 교환기(SRS)

115 : 특수 자원 유니트(SRU) 120 : 지능망 서비스 제어기(AIN SCP)

130 : 공통선 신호망 140 : 지능망 서비스 교환기(AIN SSP)

이하, 첨부된 도면을 참조하여 본 발명의 방법을 좀 더 상세히 설명하고자 한다.

도 1은 차세대 지능망 지능형 정보 시스템에 대한 구성도로서, 도 1을 참조하면, 차세대 지능망 지능형 정보 시스템(AIN IP)(110)은 다수의 디스크들이 배열된 디스크 어레이(112)와 연결되어 운용자 정보를 관리하고, 그 운용자 정합 및 운용 기능을 수행하는 특별 자원 주 처리기(SRMP:Specialized Resource Main Processor)(111)와, 공통선 신호망(130)에 의해 지능망 서비스 제어기(AIN SCP) (120) 및 지능망 서비스 교환기(AIN SSP)(140)와 연결되어 프로토콜 및 서비스 호처리를 수행하는 특별 자원 교환기(SRS:Specialized Resources Switch)(114)와, 특수 자원 정보에 대한 처리를 수행하는 특수 자원 유니트(SRU:Specializec resource Unit)(115)로 구성되며, 상기 각 구성 요소들(111, 114, 115)은 LAN 라우트 스위치(LAN Route Switch)(113)에 의해 연결된다.

이 때, 본 발명의 대상이 되는 지능망 응용 프로토콜(IP INAP)은 상기 특별 자원 교환기(SRS)(114)의 프로토콜 처리부내에 실장되는데, 상기 지능망 응용 프로토콜 블록에 대한 구성이 도 2에 나타나 있다.

도 2를 참조하면, 지능망 응용 프로토콜 블록(INAP)(220)은 특수서비스 제어 서브 시스템(SSCS:Specialized Service Control Subsystem)(210)와 AP-프리미티브에 의해 통신을 수행하고, 컴포넌트처리(CHA:Component HAndler), 다이얼로그처리(DHA:Dialogue HAndler), 트랜잭션처리(THA:Transaction HAndler)들로 구성된 문답처리부(TCAP:Transaction Capabilities Application Part)(230)와 TC-프리미티브에 의해 통신을 수행함으로써, 오퍼레이션에 대한 동작 상태 관리를 수행하는 데, 특히, 빗금친 부분에서 상태 관리를 수행한다.

또한, 이러한 처리를 위해 단일접속제어관리(SACM:Single Association Control Management) 모듈과, 단일접속오퍼레이션제어(SAOC:Single Association Operation Control) 모듈과, 단일접속다이얼로그제어(SADC:Single Association Dialogue Control) 모듈과, 프로토콜 메시지 매칭(PMM:Protocol Message Matching) 모듈이 지능망 응용 프로토콜 블록(IANP)(220)에 포함된다.

이 때, 상기 지능망 응용 프로토콜은 IP와 SCP간의 오퍼레이션을 4등급으로 나누어 처리하는데, 동작 수행 후 실패 혹은 성공, 양쪽 다 결과를 송신하는 경우를 '등급 1'이라 하고, 동작 수행 후 실패한 경우에만 실패 결과를 송신하는 경우를 '등급 2'라고 하며, 동작 수행 후 성공한 경우에만 성공 결과를 송신하는 경우를 '등급 3'이라 한다. 그리고, 동작 수행 후 실패 혹은 성공, 양쪽 다 결과를 송신하지 않는 경우를 '등급 4'라고 한다.

도 3은 본 발명의 일 실시예에 따른 등급 1 오퍼레이션에 대한 처리 흐름도로서, 사용자 정보 수집(PCUI:Prompt and Collect User Information)을 수행하기 위해 지능망 응용 프로토콜(IP INAP)에서 오퍼레이션의 상태를 관리하기 위한 처리 흐름이 나타나 있는데, 도면에서 "!" 는 메시지 송신을 의미하고, "?"는 메시지 수신을 의미하며, 소문자로 표시된 메시지는 IP 시스템의 내부에서 처리되는 메시지이며, 대문자로 표기된 것은 상대 노드인 SCP와 교환되는 메시지를 나타낸다.

도 3을 참조하면, 상기 예를 수행하기 위한 오퍼레이션 수행의 상태는 유휴 상태(301), 거절 대기 상태(302), 동작 수행 상태(303), 거절 계류 상태(304), 결과 처리 상태(305) 및 결과 계류(306) 상태가 있을 수 있으며, 먼저, 상기 유휴 상태(301)에서 등급 1 오퍼레이션의 수행 요구를 의미하는 TC_Iinvoke request(INVr) 컴포넌트가 수신(31)되면, 거절 대기 상태(302)가 되며 상기 거절 대기 상태(302)에서는 오퍼레이션의 디코딩(decoding)중에 거절 사유가 발생하는지를 감시하여, 프로토콜 에러가 검출되면 TC_U_Reject request(U_REJr) 메시지를 SCP로 반송(32)하고 거절 계류 상태(304)가 된다.

상기 거절 계류 상태(304)에서는 지능망 응용 프로토콜(IP INAP)의 로직에 따라 서비스 제어기(SCP)와 통신을 계속할 것을 결정하고 다이얼로그 계속을 의미하는 TC_Continue request(CONr)를 SCP로 송신(33)하는 한편, 내부적으로 상위 PMM으로 타이머 리셋을 의미하는 Tsrf_reset 메시지를 송신하고 다시 유휴 상태(301)가 된다. 이 때, 상기 Tsrf 타이머는 SCP로 부터 임의의 메시지가 올 때 까지 동작하며, 임의의 메시지가 도착하면 타이머가 멈추고, IP에서 SCP로 메시지가 송신될 때 다시 리셋된다.

상기 거절 대기 상태(302)에서 거절 사유가 없으면, PMM으로 오퍼레이션 수행 요구를 송신하고(op_processing request)(34), 동작 수행 상태(303)가 되며, 상기 동작 수행 상태(303)에서는 상위 응용 프로세스에서 특수자원 등을 사용자에게 제공한 다음 그 결과값이 op_processing response로 수신(35)되면, 결과 처리 상태(305)가 된다. 상기 결과 처리 상태(305)에서는 수행 결과가 성공이면 TC_U_Result requst(U_RESr)를, 실패이면 TC_U_Error request(U_ERRr) 메시지를 SCP로 송신(36)한 후, 결과 계류 상태(306)가 되며, 상기 결과 계류 상태(306)에서 실패 사실을 알린 경우에는 다이얼로그 계속을 요구하는 CONr를 송신(37)하고, 성공 사실을 알리는 U_RESr를 송신할 경우에는 CONr 또는 다이얼로그 종료를 요구하는 TC_End request(ENDr)를 송신(37)한다.

이 때, 다이얼로그의 계속 또는 종료를 결정하는 요소는 동작 수행 요구를 받았던 오퍼레이션의 파라미터항에 특정 값(IP 개시 연결해제 금지항)이 참(true)이면 SSP 와의 베어러 연결을 계속 유지하라는 의미이므로, 계속을 요구하는 CONr을 송신하고, 거짓(false)이면 SSP와의 베어러 연결을 해제하라는 의미이므로 종료를 요구하는 ENDr를 송신한다.

도 4는 본 발명의 일 실시예에 따른 등급 2 오퍼레이션에 대한 처리 흐름도로서, 메시지 삭제에 대한 실시예가 나타나 있는데, 이 때에도 오퍼레이션의 동작 상태는 도 3의 경우와 같으며, 먼저, 유휴 상태(301)에서 등급 2 오퍼레이션의 수행요구를 의미하는 INVi 컴포넌트가 수신(41)되면 거절 대기 상태(302)가 되고, 상기 거절 대기 상태(302)에서는 오퍼레이션의 디코딩(decoding) 중에 거절 사유가 발생하는지 감시하여, 상기 감시 결과 만약 프로토콜 에러가 검출되면 U_REJr 메시지를 SCP로 반송(42)하고 거절 계류 상태(303)가 된다.

상기 거절 계류 상태(303)에서는 지능망 응용 프로토콜(IP INAP)의 로직에 따라 서비스 제어기(SCP)와 통신을 계속할 것을 결정하고 다이얼로그 계속을 의미하는 CONr를 SCP로 송신하는 한편, 내부적으로 상위 PMM 블럭으로 타이머 리셋을 의미하는 Tsrf_reset 메시지를 송신(43)하고 다시 유휴 상태(301)가 된다.

만일, 상기 거절 대기 상태(302)에서 거절 사유가 없으면, PMM으로 오퍼레이션 수행 요구를 송신하고(op_processing request)(44) 그 상태를 동작 수행 상태(304)로 변경한 후, 동작을 수행하여 상위 응용 프로세스에서 특수자원 등을 사용자에게 제공한 다음 그 결과값이 op_processing response로 수신(45)되면, 결과 처리 상태(305)가 된다.

상기 결과 처리 상태(305)에서는 수행 결과가 성공이면 SCP로 아무런 메시지도 송신(48)하지 않고(등급2는 성공 결과를 상대 노드로 알리지 않는다), 유휴 상태(301)되며, 실패이면 U_ERRr 메시지를 인코딩(encoding)하여 SCP로 송신(46)한 후, 결과 계류 상태(306)가 된다. 그러면, 상기 결과 계류 상태(306)에서는 다이얼로그 계속을 요구하는 CONr를 송신(47)한 후, 유휴 상태(301)가 된다.

이와 같은 본 발명의 방법은 IP가 특수 자원 호처리를 위하여 SCP로부터 등급 1과 등급 2 오퍼레이션을 수신한 경우 기 설정한 오퍼레이션 동작 상태 관리도에 따라 동작 수행 및 처리 결과를 관리함으로써, 차세대 지능망 정보 시스템의 특별 자원 서비스에 대한 오퍼레이션을 효과적으로 관리할 수 있다는 효과가 있다.

Claims (5)

1. 차세대 지능망 정보 제공 시스템의 오퍼레이션 상태 관리방법에 있어서,

   정보 제공시스템(IP)이 서비스 제어기(SCP)로부터 오퍼레이션을 수신한 경우

   지능망 응용 프로토콜에서 오퍼레이션의 동작 상태를 유휴 상태와, 거절 대기 상태와, 동작 수행 상태와, 거절 계류 상태와, 결과 처리 상태와, 결과 계류 상태로 나타내는 동작 상태 관리도를 작성하고,

   상기 동작 상태 관리도에 나타난 동작 상태에 의해 상기 요구된 오퍼레이션의 동작 상태를 관리하는 것을 특징으로 하는 서비스 제어기에서 정보 제공 시스템으로의 오퍼레이션 상태 관리방법.
2. 제 1 항에 있어서,

   상기 차세대 지능망 정보 제공 시스템의 오퍼레이션 상태 관리방법은

   상기 정보 제공 시스템이 서비스 제어기로부터 등급 1에 해당되는 오퍼레이션을 수신한 경우

   지능망 응용 프로토콜이 유휴 상태를 유지하다가 상기 정보 제공 시스템이 서비스 제어기로부터 등급 1에 해당되는 오퍼레이션의 수행을 요구하는 메시지를 수신하면 그 상태를 거절 대기 상태로 변경하는 제 1 과정과,

   상기 거절 대기 상태에서 오퍼레이션의 디코딩 중에 거절 사유가 발생하는지를 감시하여, 거절 사유가 없으면 상위 응용 프로세스로 오퍼레이션 수행 요구를 송신하고 그 상태를 동작 수행 상태로 변경하는 제 2 과정과,

   상기 동작 수행 상태를 유지하면서, 상기 제 2 과정에서 오퍼레이션에 대한 수행 요구를 수신한 상위 응용 프로세스가 요구된 특수 자원을 사용자에게 제공한 다음 그 상태를 결과 처리 상태로 변경하는 제 3 과정과,

   상기 결과 처리 상태를 유지하면서, 요구된 오퍼레이션의 수행 결과에 따른 메시지를 서비스 제어기로 송신하고 그 상태를 결과 계류 상태로 변경하는 제 4 과정과,

   상기 결과 계류 상태에서 상기 제 4 과정의 오퍼레이션 수행 결과가 실패이면, 서비스 제어기와 정보 제공 시스템간에 연결된 논리 경로를 계속 유지하면서 그 상태를 유휴 상태로 변경하고, 상기 제 4 과정의 오퍼레이션 수행 결과가 성공이면 상기 오퍼레이션에 사전 설정된 값에 따라 그 논리 경로를 계속 유지하거나 종료하도록 한 후 그 상태를 유휴 상태로 변경하는 제 5 과정으로 구성된 것을 특징으로 하는 서비스 제어기에서 정보 제공 시스템으로의 오퍼레이션 상태 관리방법.
3. 제 2 항에 있어서, 상기 제 2 과정은

   오퍼레이션의 디코딩 중 거절 사유가 발생하는 경우,

   상기 서비스 제어기로부터 수신한 오퍼레이션 요구 메시지를 상기 서비스 제어기로 반송하고 그 상태를 거절 계류 상태로 변경하는 과정과,

   사전에 설정된 지능망 응용 프로토콜(IP INAP)의 로직에 따라 정보 제공 시스템과 서비스 제어기(SCP)간 통신을 계속할 것인지의 여부를 결정한 후, 통신을 계속하고자 하는 경우 정보 제공 시스템과 서비스 제어기간의 논리 경로를 계속 유지하고자 하는 메시지를 서비스 제어기로 송신하는 과정과,

   상위 응용 프로세스에서 임의의 메시지를 대기하는 동안 동작하는 타이머를 리셋한 후, 그 상태를 유휴 상태로 변경하는 과정으로 구성된 것을 특징으로 하는 서비스 제어기에서 정보 제공 시스템으로의 오퍼레이션 상태 관리방법.
4. 제 1 항에 있어서,

   상기 차세대 지능망 정보 제공 시스템의 오퍼레이션 상태 관리방법은

   상기 정보 제공 시스템이 서비스 제어기로부터 등급 2에 해당되는 오퍼레이션을 수신한 경우

   지능망 응용 프로토콜이 유휴 상태를 유지하다가 상기 정보 제공 시스템이 서비스 제어기로부터 등급 2에 해당되는 오퍼레이션의 수행을 요구하는 메시지를 수신하면 그 상태를 거절 대기 상태로 변경하는 제 1 과정과,

   상기 거절 대기 상태에서는 오퍼레이션의 디코딩(decoding) 중에 거절 사유가 발생하는지 감시하여, 거절 사유가 없으면, 상위 응용 프로세스로 해당 오퍼레이션의 수행을 요구한 후, 그 상태를 동작 수행 상태로 변경하는 제 2 과정과,

   상기 동작 수행 상태를 유지하면서, 상기 제 2 과정에서 오퍼레이션에 대한 수행 요구를 수신한 상위 응용 프로세스가 요구된 특수 자원을 사용자에게 제공한 다음 그 상태를 결과 처리 상태로 변경하는 제 3 과정과,

   상기 제 3 과정의 동작 수행 결과가 성공이면 서비스 제어기로 아무런 메시지를 송신하지 않고 그 상태를 유휴 상태로 변경하는 제 4 과정과,

   상기 제 3 과정의 동작 수행 결과가 실패이면 그 실패 메시지를 인코딩(encoding)하여 서비스 제어기로 송신(46)한 후, 그 상태를 결과 계류 상태로 변경하는 제 5 과정과,

   상기 결과 계류 상태에서 정보 제공 시스템과 서비스 제어기간의 논리 경로를 계속 유지하도록 한 후, 그 상태를 유휴 상태로 변경하는 제 6 과정으로 구성된 것을 특징으로 하는 서비스 제어기에서 정보 제공 시스템으로의 오퍼레이션 상태 관리방법.
5. 제 4 항에 있어서, 상기 제 2 과정은

   상기 서비스 제어기로부터 수신한 오퍼레이션 요구 메시지를 상기 서비스 제어기로 반송하고 그 상태를 거절 계류 상태로 변경하는 과정과,

   사전에 설정된 지능망 응용 프로토콜(IP INAP)의 로직에 따라 정보 제공 시스템과 서비스 제어기(SCP)간 통신을 계속할 것인지의 여부를 결정한 후, 통신을 계속하고자 하는 경우 정보 제공 시스템과 서비스 제어기간의 논리 경로를 계속 유지하고자 하는 메시지를 서비스 제어기로 송신하는 과정과,

   상위 응용 프로세스에서 임의의 메시지를 대기하는 동안 동작하는 타이머를 리셋한 후, 그 상태를 유휴 상태로 변경하는 과정으로 구성된 것을 특징으로 하는 서비스 제어기에서 정보 제공 시스템으로의 오퍼레이션 상태 관리방법.