Claims (2)
호 처리 트랜잭션 테이블(TRCT : TRansaction Control Table)과 이중 수행 제어 테이블(MPCT : MultiProcessing Control Table)을 구성하여 서비스 연결 요청시호 수행을 위한 메시지를 외부의 MMC(Man MachineCommunication)로부터 접수하여 상기 TRCT의 테이블을 이용하여 호 수행에 필요한 시나리오를 추출하는 호 제어 엔진 프로세스 : 호 수행을 위해 동일한 구조로 형성하여, 서비스 요구시마다 서비스를 수행하고 서비스 수행이 완료되면 소멸되는 호 수행 프로세스 : 및 상기 호 수행 프로세스와 상기 호 제어 엔진 프로세스에 연결되는 가입자 인터페이스 모듈 제어부를 구비하는 호 제어 소프트웨어에 있어서 상기 트랜잭션 테이블 제어방법에 있어서 메시지를 수신하면 데이터 베이스로부터 VPI(Virtual Path Identifier)에 대한 상태(status)를 접수하여 수신한 정보가 서비스 수행 불가 상태인지 판단하는 제1단계 : 상기 제1단계 수행 후, 서비스 수행 불가 상태이면 서비스 불가메세지를 송신후 종료하는 제2단계 : 상기제1단계 수행 후, 서비스 가능한 상태이면 호 처리 트랜잭션 테이블(TRCT)로 부터호 수행에 필요한 메시지를 수신한 후수신한 메시지가 유효한가를 조사하는 제3단계 : 상기 제3단계 수행 후, 메시지가 무효한(Invalid)메세지이면 서비스 불가 메시지를 송신한 후 종료하며, 메시지가 유효한(Valid)상태이면 접수한 정보가 수행되고 있는지를 판단하는 제4단계 :및 상기 제4단계 수행 후, 서비스 불가 메시지 송신후 종료하며, 수행되고 있지 않으면 이중 수행 제어 테이블에 기록한후 수행 프로세서를 시작하고 리턴하는 제5단계를 포함하여 이루어지는 것을 특징으로 하는 ATM 교환기 호 시나리오 추출방법Compose a call processing transaction table (TRCT) and a dual processing control table (MPCT) to receive a message to perform a service connection request call from an external MMC (Man Machine Communication) to receive the table of the TRCT. Call control engine process for extracting scenarios required for call execution by using the same structure for call execution, performing a service every time a service is requested, and disappearing when the service is completed. In a call control software having a subscriber interface module control unit connected to a call control engine process, when a message is received in the transaction table control method, a status of a virtual path identifier (VPI) is received from a database and received. Information is not available for service Step 1: Determining whether or not the state: After performing the first step, if the service can not be performed after the service is not available message: Terminating the second step: After performing the first step, if the service is available, the call processing transaction table (TRCT) After receiving the message required to perform the call from the third step to check whether the received message is valid: After performing the third step, if the message is an invalid message (Invalid) message, the service is terminated after sending a service unavailable message, If the status is valid (Valid), and the fourth step to determine whether the received information is being performed: and after performing the fourth step, and terminates after sending a service unavailable message, if not performed, write to the dual performance control table and then perform the processor Method for extracting the ATM exchange call scenario, comprising the fifth step of starting and returning
제1항에 있어서, 상기 제5단계에서 이중 수행 제어 테이블은ALS(ATM local switching subsystem)에 내장된가입자 인터페이스 모듈(SIM : Subscriber Interface Module)별로 테이블을 구성하되, 한 개의 가입자 인터페이스 모듈(SIM : Subscriber Interface Module)이 수용할 수 있는 VPCI 갯수 (256)를 테이블의 최대 크기로 하고, 각각의 구성 항목은 호가 연결될 수 있는 VPCI 번호와 호 서비스를 받고 있는지 아닌지의 표시부로 구성하도록 한 것을 특징으로 하는ATM 교환기 호 시나리오 추출 방법.The method of claim 1, wherein in the fifth step, the dual performance control table configures a table for each subscriber interface module (SIM) embedded in an ATM local switching subsystem (ALS), and includes one subscriber interface module (SIM). The number of VPCIs (256) that the Subscriber Interface Module can accommodate is the maximum size of the table, and each configuration item is composed of a VPCI number to which a call can be connected and an indication of whether a call is being received or not. ATM Switching Call Scenario Extraction Method.
※ 참고사항 : 최초출원 내용에 의하여 공개하는 것임.※ Note: The disclosure is based on the initial application.