KR100214135B1

KR100214135B1 - 에스에스 넘버 세븐 프로토콜 방식의 맵 프로토콜 처리 방법

Info

Publication number: KR100214135B1
Application number: KR1019960081211A
Authority: KR
Inventors: 최수정
Original assignee: 유기범; 대우통신주식회사
Priority date: 1996-12-31
Filing date: 1996-12-31
Publication date: 1999-08-02
Also published as: US5991619A; KR19980061834A

Abstract

본 발명은 SS NO.7 구조에 있어서 맵(mobile application part : MAP) 프로토콜을 사용하는 경우 맵의 계층 구조를 변경하여 보다 빠른 결과를 얻을 수 있으며, 특히, GSM(global service for mobile) 권고안에 제시된 맵 시스템(mobile application part system)을 실제 구현할 때 별도의 시퀀스 제어 없이도 구현할 수 있는 모든 SS NO.7 프로토콜 계층을 사용하는 어떤 분야라도 적용이 가능한 GSM 방식의 맙 프로토콜 처리 개선 방법에 관한 것으로서, 종래에는 하나의 프로세스로 처리되어 리시브 응용 서비스부(AP : receive application part)에서 메시지 신호가 처리되는 동안 RSM(request state machine)에서 처리되어야 하는 신호는 대기 상태로 있다가 맵_DSM(dialog stste machine) 프로세스에서 처리가 끝난 다음에 처리됨으로 속도가 늦는 단점이 있었으며, 마찬가지로 PSM에서 처리되어야 할 신호가 맵_DSM에서 처리되는 동한 대기 상태로 있음으로 속도가 늦어지는 단점이 있었으나, 메시지 신호를 수신하는 경우 신호를 받는 프로세서들을 따로 만들어 수신한 메시지 신호를 시차 없이 다음 블록으로 전송하여 주도록 함으로 메모리에 부하를 줄여줄 수가 있으며, 실제 프로그램 수행 환경에서 발생할 수 있는 프로세스간 속도 차이로 발생할 수 있는 문제를 사전에 방지할 수 있다.

Description

에스에스 넘버 세븐 프로토콜 방식의 맵 프로토콜 처리 방법

본 발명은 SS NO.7 방식에 있어서 맵(MAP : mobile application part) 프로토콜을 사용하는 경우에 관한 것으로서, 특히, GSM 방식의 이동 통신 교환기에서의 SS NO.7 방식을 사용하여 티캡(TCAP : transaction capability application part)과 응용 서비스부(AP : application part) 사이의 프로토콜 처리하는 방법에 관한 것이다.

종래의 기술을 도1를 참조하여 보면, 도1은 전전자 교환기에서의 SS NO. 7 신호 방식의 래이어(Layer) 구조도를 도시한다.

응용 서비스부(122)는 가장 상부에 존재하며 전전자 교환기와 가장 가까우며, 전전자 교환기에서 하는 서비스를 실행하는 계층 프로세스이다.

맵(124)은 티캡(126)과 응용 서비스부(128) 사이에 존재하며, 이동 통신에 적용되는 문답 처리 기능의 사용자들에게 적용되는 프로세스이다.

그리고, 미캡(126)의 문답 처리 기능은 통신 회선의 제어에는 직접적으로 대응하지 않고 교환기와 특수 센터, 예로 데이터 베이스, OAM 센터등에 분산된 이동 통신 기능과 프로토콜을 제공한다.

한편, SCCP(signaling connection control part)(128)는 MTP(message transfer part)(130)의 상위에 위치하며, 통상의 회선 대응 제어 신호 이외의 각종 신호와 데이터 전송이 가능한 SS NO.7 신호 방식의 기능으로서, 부가 서비스를 규정하여 교환기와 특수 센터 사이의 정보 전달과 회선, 비회선 관련 신호 정보의 전달을 위해 비연결형 및 연결형 망 서비스를 제공한다.

MTP(130)는 신호 메시지를 상대 신호국, 즉, 예를 들면 홈 위치 등록기(140)에 보내는 기능을 담당한다.

도2을 참고로 하여보면, 종래 기술의 응용 서비스부와 티캡 간의 신호를 연결시키는 맵에 대해서 설명한다.

맵이 근거리 응용 서비스부의 요구를 수신하여는 경우, 맵_DSM 프로세스가 형성되며 상위의 응용 서비스부와 티캡(230) 블록 간의 메시지 송·수신을 담당하며, 맵 메시지 신호를 처리한다.

단, 맵 특정 메시지 신호(MAP specific primitive)의 경우 RSM(request state machine) 프로세스를 생성하여 처리한다.

한편, 근거리(local)의 응용 서비스부(210)의 요구를 수신하는 경우, 다이얼로그(dialog)를 설정할 때 맵_DSM(dialog state machine) 프로세스가 형성되며, 상위의 응용 서비스부(210)와 티캡(230)간의 메시지 송·수신을 담당하며, 맵 메시지를 처리한다.

단, 근거리의 응용 서비스부의 요구를 수신하는 경우는 티캡 컴포넌트 메시지 신호(TCAP component primitive)의 경우, PSM(performing state machine) 프로세스를 생성하여 처리한다.

또한, 맵_DSM이라는 프로세스는 티캡(230)으로부터 수신되는 컴포넌트 메시지 신호와 다이얼로그 메시지 신호를 하나의 프로세스가 수신하는 구조이며, 이는 다이얼로그 메시지 신호를 수신한 다음 다이얼로그 메시지 신호 정보에 실려있는 컴포넌트 메시지 신호의 수신 여부를 알리는 정보를 읽어본 다음 수신되었음을 인지하면, 컴포넌트 메시지 신호를 대기하고 수신되지 않았으면 다음 처리를 계속한다.

또한 종래에는 다이얼로그 수가 증가되는 경우 이에 따라서, 맵_DSM 프로세스와 근거리 응용 서비스 또는, 원거리 응용 서비스 인가에 따라 RSM 프로세스 또는 PSM 프로세스를 생성하였으나, 각각의 프로세스 간의 처리 속도가 다르고 또한, 티캡에서는 프로세스에 순서를 두어 순서대로 처리되어야 함으로 프로세스 간의 시퀀스 제어가 필요한 결점이 있었다.

즉 일예를 들면, 티캡(230)로부터 10번의 번호를 가진 다이얼로그 처리 메시지 신호(dialog handling premitive : DHA primitive)가 도착한 후 11번의 다이얼로그 처리 메시지 신호가 도착하였다면 둘다 처리되지 못하고 있다가 10번의 컴포넌트 처리 메시지 신호(component handling primitive : CHA primitive)가 도착한 후에야 10번의 다이얼로그 처리 메시지 신호와 컴포넌트 처리 메시지 신호가 처리된다.

그러나, 상기와 같은 경우, 서로 다른 종류의 프로세스간 처리 속도가 다르므로 각각의 프로세스에서 생성되는 메시지 신호를 티캡(230)으로 전송할 때 그 순서를 예측할 수 없는 결점이 있다.

이는 메시지 신호를 효율적으로 처리하지 못함으로 해서 메시지 신호 처리 시간이 길어지는 결점이 있었다.

본 발명은 상기한 결점을 해결하기 위하여 안출한 것으로, RSM과 PSM 프로세스에 각각 메시지 신호를 처리하기 위한 프로세스를 두어 RSM과 PSM 프로세스에서 처리되는 각각 두 개의 데이터가 처리되면 동시에 이를 전송함으로 티켑 및 응용 서비스부에서의 프로세스 간의 처리를 보다 원활히 하는 데에 목적이 있다.

상기 목적을 달성하기 위하여 본 발명은, 응용 서비스를 제공하는 응용 서비스부와, 티캡으로 이루어지는 계층의 사이에서 메시지 신호의 전달을 맡은 맵은 응용 서비스로부터 맵 공통 메시지 신호(MAP common primitive)를 받아 처리하는 리시브 응용 서비스부(receive application part)와, 리시브 응용 서비스부의 제어를 받아 맵 특정 메시지 신호(MAP specific primitives)를 처리하는 RSM과, 티캡으로부터 다이얼로그 처리 메시지 신호를 받아 처리하며, 컴포넌트 처리 메시지 신호(component handling primitives)를 받아 컴포넌트 처리 메시지 신호를 전송하는 리시브 티캡(receive transaction capability application part : receive TCAP)과, 상기 리시브 티캡으로부터 컴포넌트 처리 메시지 신호를 받아 처리하는 PSM으로 이루어진 SS NO.7의 계층 구조도 중의 맵 공급 시스템의 신호 처리하는 방법에 있어서, 리시브 응용 서비스부는 상기 응용 서비스로부터 메시지 신호를 수신하여 맵 공통 메시지 신호(MAP common primitive)는 티캡 다이얼로그 처리 메시지 신호로 변환하고, 맵 특정 메시지 신호는 상기 RSM으로 넘겨주는 제1단계; 상기 RSM은 상기 리시브 응용 서비스부로부터 맵 특정 메시지 신호를 수신하여 전송할 데이터를 변환하여 상기 티캡으로 넘겨주는 제2단계; 상기 리시브 티캡은 상기 티캡으로부터 티캡 다이얼로그 처리 메시지 신호를 변환하여 상기 응용 서비스부로 전송하여, 티캡 컴포넌트 처리 메시지 신호를 상기 PSM으로 넘겨주는 제3단계; 상기 PSM은 상기 리시브 티캡으로부터 상기 티캡 컴포넌트 메시지 신호를 수신하고 이를 변환시켜 응용 서비스부로 전송하는 제4단계로 이루어지는 지에스엠 방식의 맵 프로토콜 처리 개선 방법을 제공한다.

본 발명의 상기 및 기타 목적과 여러 가지 장점은 이 기술 분야에 숙련된 사람들에 의해 첨부된 도면을 참조하여 하기에 기술되는 발명의 바람직한 실시예로부터 더욱 명확하게 될 것이다.

제1도는 이동 호 처리 관련 HLR 시뮬레이터 교환기의 SS NO.7 신호 방식 레이어의 구조도.

제2도는 종래 발명에 따른 도1의 SS NO.7 신호 방식 래이어 중 응용 서비스부와 티캡간의 신호 흐름을 나타낸 맵의 블록도.

제3도는 본 발명에 따른 SS NO.7 신호 방식 래이어중 응용 서비스부와 티캡간의 신호 흐름을 나타낸 맵의 블록도.

제4도는 본 발명의 바람직한 실시 예에 따른 맵 계층의 신호 처리하는 방법을 설명하기 위한 순서도.

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

100 : 중앙 제어 서브시스템 110 : 연결망 서브시스템

120 : 가입자 정합부 140 : 홈 위치 등록기

310 : 응용 서비스부 320 : 리시브 응용 서비스부

330 : RSM 340 : 티캡

350 : 리시브 티캡 360 : PSM

이하 첨부된 도3 내지 도4의 도면을 참조하여 본 발명의 바람직한 실시 예에 대하여 상세하게 설명한다.

도3은 맵 공급 시스템의 상세 블록도로서, 맵은 응용 서비스부에서 받은 신호를 티캡으로 사용하는 신호로 코딩하며, 다시 티캡에서 받은 신호를 응용 서비스부에서 사용되는 신호로 디코딩하는 기능을 수행한다.

리시브 응용 서비스부(320)는 응용 서비스부(310)로부터 메시지 신호를 수신한다.

리시브 응용 서비스부(320)는 맵 공통 메시지 신호를 수신하여 티캡 다이얼로그 처리 메시지 신호로 코딩하는 기능을 수행하며, 맵 특정 메시지 신호를 받아서 RSM(330)으로 넘겨준다.

RSM(330)은 리시브 응용 서비스부(520)로부터 맵 특정 메시지 신호를 수신하여 전송할 데이터를 코딩하는 기능을 하며, 시스템당 하나의 RSM(330)이 존재하고, 인코딩 결과를 티캡(340)으로 넘겨준다.

그리고, 리시브 티캡(350)은 시스템당 하나 존재하고, 티캡(340)으로부터 수신된 티캡 컴포넌트 처리 메시지 신호를 PSM(360)으로 넘겨주고, 티캡 다이얼로그 처리 메시지 신호를 수신하여 맵 공통 메시지 신호로 디코딩하여 PSM(360)으로 전송하는 역할을 수행한다.

그리고, PSM(360)은, 시스템당 하나 존재하며, 리시브 티캡(350)로부터 받은 리시브 티캡 컴포넌트 메시지 신호를 맵 특정 메시지 신호로 디코딩하고, 리시브 티캡에서 받은 공통 메시지 신호와 함께 응용 서비스부(310)로 전송한다.

도4의 플로우 차트를 참고로하여 상기의 과정을 설명한다.

리시브 응용 서비스부(320)는 리시브 응용 서비스부(310)로부터 맵 공통 메시지 신호를 수신한.(단계 400).

수신한 맵 공통 메시지 신호를 코딩하여 티캡 다이얼로그 처리 메시지를 생성한다. 이렇게 인코딩된 티캡 다이얼로그 처리 메시지 신호와 맵 특정 메시지 신호를 RSM(330)으로 전송한다(단계 410).

리시브 응용 서비스부(320)는 수신된 맵 특정 메시지 신호를 RSM(330)으로 송신한다(단계 420).

RSM은 수신한 맵 특정 메시지 신호를 코딩하여 티캡 컴포넌트 처리 메시지를 생성한다(단계 430).

이 리시브 응용 서비스부(320)에서 수신한 티캡 다이얼로그 처리 메시지 신호 및 티캡 컴포넌트 처리 메시지를 티캡(340)으로 넘겨준다(단계 440).

티캡(340)은 코딩된 티캡다이얼로그 처리 메시지 신호 및 코딩된 티캡 컴포넌트 처리 메시지 신호를 RSM(330)으로부터 수신하여 리시브 티캡(350)으로 전송한다(단계 450).

리시브 티캡(350)에서는 티캡(340)으로부터 인코딩 되어진 티캡 다이얼로그 처리 메시지 신호 및 티캡 컴포넌트 처리 메시지 신호를 받아 티캡 다이얼로그 처리 메시지 신호를 디코딩한다(단계 460).

티캡 컴포넌트 처리 메시지 신호는 디코딩하기 위해 PSM(360)으로 전송하고, 디코딩한 티캡 다이얼로그 처리 메시지 신호는 디코딩한 뒤에 PSM(360)으로 송신한다(단계 470).

PSM(360)은 리시브 티캡(350)으로부터 인코딩 되어진 티캡 컴포넌트 처리 메시지 신호를 받아 디코딩하고, 상기 단계 470에서 수신한 디코딩된 티캡 다이얼로그 처리 메시지 신호를 여 맨 처음의 맵 특정 메시지 신호로 전환시켜 응용 서비스부(310)로 전송한다(단계 480).

한편, 위에서와 같이 생성되는 프로세스의 수는 리시브 응용 응용서비스부(320), RSM(330), 리시브 티캡(350), 피에스 엠(360)등 네 개의 프로세스가 형성된다.

이상에서 설명한 바와같이, 본 발명은 설정되는 다이얼로그 수가 증가하여도 생성되는 프로세스의 개수는 변하지 않고 일정함으로 사용되는 메모리의 양이 거의 일정하여, 자원의 낭비를 줄일 수 있으며, 지나치게 많은 메모리의 사용으로 과부하가 일어날 수 있는 경우를 사전에 차단 및 실제 프로그램 수행환경에서 발생할 수 있는 프로세스간 속도 차이로 발생할 수 있는 문제를 사전에 방지하여 신뢰도를 높이고, 프로세스가 자원을 할당할 때, 메모리에서 대기 상태로 기다리는 시간이 줄어들어 시스템 처리 효율이 높아지는 효과가 있다.

Claims

이동 통신 사용자인 응용 서비스부(AP : application part)(310)와, 티캡(TCAP : transaction cpability application part)(340)으로 이루어지는 계층의 사이에서 메시지 신호의 전달을 맡은 맵은 상기 응용 서비스부(310)로부터 맵 공통 메시지 신호(MAP common primitive)를 받아 처리하는 리시브 응용 서비스부(receive application part)(320)와, 상기 리시브 응용 서비스부(320)의 제어를 받아 맵 특정 메시지 신호(MAP specific primitives)를 처리하는 RSM(330)과, 상기 티캡(340)으로부터 다이얼로그 처리 메시지 신호를 받아 처리하며, 컴포넌트 처리 메시지 신호(component handling primitives)를 받아 컴포넌트 처리 메시지 신호를 전송하는 리시브 티캡(receive transcaction capability application part : receive TCAP)(350)과, 상기 리시브 티캡(350)으로부터 컴포넌트 처리 메시지 신호를 받아 처리하는 PSM(360)으로 이루어진 SS NO.7의 계층 구조도 중의 맵 공급 시스템의 신호 처리하는 방법에 있어서, 상기 리시브 응용 서비스부(320)는 상기 응용 서비스부(310)로부터 메시지 신호를 수신하여 맵 공통 메시지 신호(MAP common primitive)는 티캡 다이얼로그 처리 메시지 신호로 변환하고, 맵 특정 메시지 신호는 상기 RSM(330)으로 전송하는 제1단계; 상기 RSM(330)은 상기 리시브 응용 서비스부(320)로부터 맵 특정 메시지 신호를 수신하여 변환하여 상기 티캡(340)으로 넘겨주는 제2단계; 상기 리시브 티캡(350)은 상기 티캡(340)으로부터 티캡 다이얼로그 처리 메시지 신호를 변환하여 상기 응용 서비스부(310)로 전송하며, 티캡 컴포넌트 처리 메시지 신호를 상기 PSM(360)으로 넘겨주는 제3단계; 상기 PSM(360)은 상기 리시브 티캡(350)으로부터 상기 티캡 컴포넌트 메시지 신호를 수신하고 이를 변환시켜 응용 서비스부(310)로 전송하는 제4단계로 이루어지는 지에스엠 방식의 맵 프로토콜 처리 개선 방법.
제1항에 있어서, 상기 제1단계는, 상기 리시브 응용 서비스부(320)가 맵 공통 메시지 신호는 티캡 다이얼로그 처리 메시지 신호로 인코딩하는 것을 특징으로하는 지에스엠 방식의 맵 프로토콜 처리 개선 방법.
제1항에 있어서, 상기 제2단계는, 상기 RSM(330)이 수신한 메시지 신호를 티캡 컴포넌트 처리 메시지 신호로 인코딩하는 것을 특징으로 하는 지에스엠 방식의 맵 프로토콜 처리 개선 방법.
제1항에 있어서, 상기 제3단계는, 상기 리시브 티캡(350)이 수신한 메시지 신호를 맵 공통 메시지 신호로 디코딩하는 것을 특징으로 하는 지에스엠 방식의 맵 프로토콜 처리 개선 방법.
제1항에 있어서, 상기 제4단계는, 상기 PSM(360)은 수신한 메시지 신호를 디코딩하는 것을 특징으로 하는 지에스엠 방식의 맵 프로토콜 처리 개선 방법.
제1항에 있어서, 상기 프로세스의 수는 일정하게 유지되며, 바람직하게는 4개인 것을 특징으로하는 지에스엠 방식의 맵 프로토콜 처리 개선 방법.
제6항에 있어서, 상기 4개의 프로세서는 리시브 응용 응용 서비스부(320), RSM(330), 리시브 티캡(350), 피에스 엠(360)등 네 개의 프로세스인 것을 특징으로 하는 지에스엠 방식의 맵 프로토콜 처리 개선 방법.