KR20000006133A - 네트워크시스템에서프로토콜과호의처리를조직하는방법및장치 - Google Patents

Abstract

본 발명은 네트워크 시스템에서 프로토콜과 호의 처리를 조직하는 방법에 관한 것으로, 상기 네트워크 시스템은 적어도 하나의 신호 응용 핸들러와 적어도 하나의 호 프로토콜 프로세서를 포함한다. 상기 네트워크 시스템은 인터페이스로부터 프로토콜 정보를 수신한다. 프로토콜 정보는 그 정보를 처리할 수 있는 적절한 프로토콜 프로세스를 결정하기 위하여 스캔되며, 그 정보는 상기 적절한 프로토콜 프로세스로 전송된다.

Description

네트워크 시스템에서 프로토콜과 호의 처리를 조직하는 방법 및 장치{A METHOD FOR ORGANIZING PROTOCOL AND CALL PROCESSING IN A TELEPHONE NETWORK SYSTEM}

본 발명은 네트워크 시스템에서 프로토콜과 호의 처리를 조직(organizing)하기 위한 방법 및 장치에 관한 것으로, 보다 상세하게는 예로, CPU와 메모리 자원이한정된 시스템에서 코디네이션(coordination)과 호 처리 기능을 전화교환시스템내에 합체하여 보다 효과적으로 프로토콜과 호처리를 조직하는 방법 및 장치에 관한 것이다.

일반적으로, 통신 네트워크는 사용자들간에 확실한 통신 경로를 설정하여 준다. 예를 들면, 음성 전화 네트워크에서, 전화 교환 시스템은 화자들(callers)이 서로 통화할 수 있기전에 화자들간의 회로 경로를 설정하여야 한다. 예를 들면, 네트워크 시스템은 전화국(central office)에서 입력 호 인터페이스와 출력 인터페이스간의 통로(gateway)로서 작용할 수 있다. 네트워크 시스템은 ISDN, 모뎀, 전형적인 음성과 같은 각종 입력 호를 취급한다. 네트워크 시스템은 적절한 교환장치들에 의해 처리되어질 호를 설정된 회선 경로로 전송하여 그 호를 완료시킨다. 호 처리 과정은 사용자들과 네트워크들간에 상술한 회선경로를 설정하고, 유지하며 해제하는 방법을 망라한다. 프로토콜은 사용자들과 네트워크들간, 또는 사용자와 네트워크간에 서로에 대한 요청(request)을 인터페이스를 통하여 전달하는 방식을 관리한다. 각종 형태의 입력 호는 단지 하나의 특정 프로토콜에 의해, 또는 여러 유형의 프로토콜, 예를 들면, ISDN 프로토콜들중의 한 프로토콜에 의해 적절히 처리된다. 이러한 프로토콜들은 국제통신연합(International Telecommunications Union : ITU)과 같은 국제 기관에 의해 표준화되어 있다.

그러나, 이러한 국제 기관은 나머지의 호 처리의 규정에 대하여는 구체화하지 않은 채로 남겨놓음으로써, 네트워크 시스템내에서 프로토콜과 호 처리에 관한 구체적인 구현형태에 대하여는 선택의 여지를 두고 있다. 예를 들면, 프레임 릴레이 교환 가상 회로(frame relay switched virtual circiuit : SVC) 프로토콜은 사용자들과 네트워크들이 프레임 릴레이 호를 요청하는 인터페이스 표준에 관한 것이다. 상술한 SVC 프로토콜은 ITU 표준 Q.922와 Q.933에 의해 기술되어 있다. 그러나, SVC 프로토콜들은 단지 인터페이스 표준만을 규정하고 있을 뿐이며, 다른 인터페이스들을 거쳐가는 호의 경로 결정과 내부적인 코디네이션(internal coordination)과 같은 호 처리에 관한 다른 특징을 언급하고 있지 않다. 더욱이, 이들 표준은 호 처리가 총체적으로 어떻게 구현되어야 하는지에 관하여 규정하고 있지않다.

도 1 및 도 2를 참조하면, 종래기술의 호 처리를 구현하는 예시적인 방법이 도시된다. 종래기술에 있어서, 일체의 프로토콜 표준은 네트워크 시스템(10)의 모든 인터페이스마다 각기 탑재되어 있다. 별도의 응용 모듈(Applications Module : AM)(11)은 각각의 프로토콜 스택에 링크함으로써 호 처리를 구현한다. 인터페이스(If1)(1)에 입력되는 호 관련 정보는 그 인터페이스에 적용가능한 프로토콜에 의해처리되는 것이 통상적이다. 통상적으로, 호는 각기 하나의 프로세스(pA)에 의해 처리된다. 일반적으로, 호 프로세서(call processor), 예로, cA(12)로 알려져 있는 코디네이션 프로세스는 먼저 호 관련정보를 분석하여 그 정보가 기존 호(existing call)에 관한 정보인지 또는 새로운 호에 관한 정보인지를 판단한다(단계 31)(도 2 참조). 그 입력 정보가 기존 호에 관한 정보라면, 호 관련정보는 그 호의 처리를 위하여 이전에 생성되었던 기존 프로세스, 예로 프로세스(pA)(4)로 전달된다. 본 실시예에서, 호 프로세서(cA)(12)는 입력 호를정보와 비교하여 호 관련정보를 프로세스(pA)(4)로 전송한다(단계 31). 호 프로세서(cA)(12)는 통상 특정 프로토콜을 전용하며, 그 인터페이스로부터 입력되는 모든 정보는 그 프로토콜을 따르는 것은 당연하다. 만일의 경우 다른 프로토콜이 사용된다면, 다른 호 프로세서와 다른 프로토콜 프로세서가 사용되어야 하며, 이것은 인터페이스 구성 시간때에서만 변경될 수 있다. 프로세스(pA)는 프로토콜 규약을 따르는 디코딩/인코딩 및 검증 기능을 가지고 있는 프로토콜의 세부항목을 처리하는 것이 통상적이다. pA(4)는 입력된 정보가 호의 셋업을 요청(request)하는 정보인 것으로 판단하면, pA(4)는 이 요청을 AM으로 전송한다(단계 32).

한편, 프로세스(pA)(4)가 호 프로세서 cA(12)에 의해 전송된 입력정보를 처리할 수 없다면, 예로, 디코딩 에러가 발생하면, 프로세스(pA)(4)는 인터페이스(1)를 통하여 즉각 응답할 것이다. 예를 들면, 입력 정보가 판독불가능 하다면, pA(4)는 그 정보를 인터페이스(1)를 통하여 접속불능 신호(disconnect signal)로서 되돌려보내는 것으로 응답할 것이다. 그와 달리, 입력정보가 판독은 가능하지만 그래도 여전히 pA(4)에 의해 처리될 수 없는 정보라면, 그 호는 AM(11)로 전송된다. AM(11)이 호 요청을 접수하면, 어느 인터페이스가 그 호를 경로설정할 지를 결정한다(단계 35). 그 다음, 결정된 인터페이스의 호 프로세서(cB)에게 호 요청을 전송한다. 호 프로세서(cB)(13)는 이 호 요청이 새로운 호인지를 판단하고 이를 처리할 새로운 프로세스(pB)(5)를 생성한 다음 입력 호 정보를 프로세스(pB)(5)로 전송한다(단계 36). 상기 호 정보의 처리를 위하여 특정하게 생성된 프로세스(pB)(5)는 이 호를 처리할 수 있으며, 프로세스(pB)(5)는 회선경로를 연결하고 설정완료하도록 인터페이스(If)(3)로 요청신호를 전송한다(단계 37 및 38). cB 및 pB는 하나의 프로토콜을 지원하며, 이 프로토콜은 cA 및 pA에서 서로 상이할 수도 있다. 그래서, 종래기술에서는 이를 해결하고자 수신된 호 정보의 내용(예로, 새로운 호 또는 기존의 호)을 판단하기위하여 세 번의 룩업(lookup)을 필요로 한다. 이러한 세 번의 룩업은(단계 31 및 36에서의) 두 번의 코디네이션 프로세스 룩업과, (단계 35에서의) 한 번의 AM(11) 룩업을 포함한다. pA와 같은 프로세스는 특정 프로토콜을 사용하며 프로토콜 프로세서로서도 알려져 있다. 프로토콜 처리 이외의 호 처리가 필요하면, 서비스 요청 표시신호가 응용 모듈(11)로 전송된다. 부가적으로, 호가 또 다른 인터페이스를 통한 통신을 필요로하면, 단계(39)에서와 같이 다른 인터페이스를 경유한 프로토콜 코디네이션 프로세스로의 요청이 이루어진 다음, AM(11)으로 서비스 요청(service request)을 전송한다(단계 40).

네트워크 시스템(10)에서 프로토콜과 호 처리를 조직하는 종래기술의 방법은 그 자체가 의도한 목적에는 충분하였다. 그러나, 일반적 프로토콜을 선택하고 나서 특정 프로토콜을 선택하기위해 진행하는데는 너무 많은 단계가 필요하다. 사용자들간의 통신 경로를 설정하는데 필요한 너무 많은 단계는 시스템의 전반적인 동작을 느리게 한다. 또한 계산되어야 할 프로세스의 수에 따라 네트워크 보드상의 메모리는 더 많이 필요하게 된다. 시스템 하드웨어가 메모리와 처리 능력면에서 한계에 도달하면, 프로세스의 수를 줄이고 룩업을 보다 빠르게 하는 네트워크 시스템에서 프로토콜과 호의 처리를 조직하는 방법이 절실히 요구된다. 이러한 요구는한계에 달한 시스템으로 하여금 호 처리 능력을 극대화하는 요인으로 작용한다.

따라서, 종래기술에서의 단점과 불충분한점을 극복하여 네트워크 시스템에서 프로토콜과 호의 처리를 조직하는 방법을 제공하는 것이 바람직하다.

그러므로, 본 발명은 네트워크 시스템에서 프로토콜과 호의 처리를 조직하는 개선된 방법을 제공하는 것을 그 목적으로 한다.

본 발명의 다른 목적은 네트워크 시스템에서 프로세스의 수를 줄이면서, 네트워크 시스템에서 사용된 네트워크 보드상에 배치된 하드웨어의 물리적 크기를 제한하는 요인이되는 메모리의 양을 제한하여 프로토콜과 호의 처리를 조직하는 개선된 방법을 제공하는 것이다.

본 발명의 또 다른 목적은 룩업을 보다 빠르게하여 전화교환기내 네트워크 시스템에서 프로토콜과 호의 처리를 조직하는 것과 관련된 병목현상을 경감시키는 네트워크 시스템에서 프로토콜과 호의 처리를 조직하는 개선된 방법을 제공하는 것이다.

개요적으로, 본 발명에 따르면, 네트워크 시스템에서 프로토콜과 호의 처리를 조직하는 방법은 적어도 하나의 신호 응용 핸들러(signal application handler)와 적어도 하나의 프로토콜 프로세서를 포함한다. 네트워크 시스템은 인터페이스로부터 프로토콜 정보를 수신한다. 이 프로토콜 정보는 이 프로토콜 정보의 발원 인터페이스를 지적하는 식별자(identifier)로 마크된다. 이러한 마킹은 신호 응용 핸들러가 상기 인터페이스를 식별하거나 또는 그에 응답하는 식별 정보를 필요로한다. 그 다음, 프로토콜 정보는 어느 프로토콜 프로세스가 특정한 프로토콜 정보를 처리하는데 적절한 지를 판단하기 위하여 스캔된다. 그 다음, 프로토콜 정보는 추가적인 처리를 위하여 상기 적절한 프로토콜 프로세스로 전송된다. 프로토콜 프로세스를 선택함으로써, 신호 응용 핸들러는 각각의 프로세스가 한 형태의 프로토콜만을 처리하기 때문에 저절로 한 프로세스를 선택하게 된다. 스캐닝과 룩업 과정은 여러 형태로 실행될 수 있다.

바람직한 실시예에 있어서, 수신되는 입력 정보중의 첫 번째 바이트가 스캔되어 어느 프로토콜이 상기 입력 정보에 적합한 프로세서일 것인지를 결정한다. 이와 같이 스캔된 수신 입력정보중의 첫 번째 바이트는 실제로 그 프로토콜 정보의 일부분일 수 있다. 그와 달리, 수신 정보중의 스캔된 첫 번째 바이트는 인터페이스가 그 정보를 수신할 때 그 인터페이스에 의해 생성된 라벨로 구성될 수 있다. 바람직한 실시예에 있어서, 어느 프로토콜 프로세스가 입력 트로토콜 정보를 처리하는데 가장 적합한 것인지에 관한 판단은 단일의 테이블 선형 탐색 룩업(simple table linear search look-up)으로 의존함으로써 실행될 수 있다. 또 다른 실시예에 있어서, 스캔된 정보는 첫 번째 바이트 대신에 수신된 정보의 처음 몇 바이트로 이루어질 수도 있다.

또 다른 바람직한 실시예에 있어서, 신호 응용 핸들러가 입력 정보를 처리하는 어떠한 기존의 프로토콜 프로세스를 발견하지 못한다면, 신호 응용 핸들러는 새로운 프로토콜 프로세스를 생성하고 상기 입력 프로토콜 정보를 상기 새로운 프로토콜 프로세스로 전송한다.

또 다른 바람직한 실시예에 있어서, 프로토콜 프로세스가 부가적인 호 처리, 예를 들면, 경로 결정을 요구하면, 프로토콜 프로세스는 서비스 요청 지시자(indicator)를 신호 응용 핸들러에게 전송할 수도 있다. 이러한 부가적인 호 처리에 관한 요청을 접수하면, 신호 응용 핸들러는 서비스 요청 지시자의 특성에 따라 다른 행위를 취할 수 있다. 예를 들면, 그러한 요청은 과금 프로세스를 개시시키는 신호를 활성화시킬 수도 있다. 다른 실시예로, 새로운 호 도달 서비스 요청을 접수하면, 신호 응용 핸들러는 룩업 테이블에서 새로운 호 서비스 요청을 룩업함으로써 상기 호가 경로 설정되어야 할 목적지 인터페이스를 결정하고, 그 목적지 인터페이스에 필요한 새로운 프로토콜 프로세스를 생성한 다음, 상기 목적지 인터페이스를 경유하여 새로운 호를 요청하도록 상기 프로토콜 프로세스에게 지시할 수 있다.

도 1은 종래 기술에 따라 구성된 네트워크 시스템의 개략적인 블록도,

도 2는 종래 기술에 따라 구성된 네트워크 시스템의 구성에 의해 실행되는 방법을 설명하는 동작설명도,

도 3은 본 발명에 따라 구성된 네트워크 시스템의 개략적인 블록도,

도 4는 본 발명에 따라서 구성된 네트워크 시스템의 구성에 의해 실행되는 방법을 설명하는 동작설명도이다.

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

101, 102, 103 : 입력 인터페이스 113 : 신호 응용 핸들러

104, 105 : 프로토콜 프로세서 150 : 네트워크 시스템

이하 본 발명은 첨부된 도면을 참조하여 다음과 같이 상세히 설명될 것이다.

도 3 및 도 4를 참조하면, 본 발명에 따라서 네트워크 시스템(150))에서 프로토콜과 호의 처리를 조직하는 방법이 도시된다. 일반적으로, 네트워크 시스템(150)은 적어도 하나의 신호 응용 핸들러(Signal Application Handler : SAH)(113)과 적어도 하나의 프로토콜 프로세서(pA), 예를 들면 pA(104)를 포함한다. 도 3에서, pA(104)는 프로토콜 A를 처리하는 특정 프로세스이다. 마찬가지로, 제 2 프로토콜 프로세서(pB)(105)는 프로토콜 B를 처리하는 특정 프로세스이다. 프로토콜 정보는 인터페이스, 예로 인터페이스1 (If1)(101)로부터 수신된다. 도 3은 프로토콜 A를 이용하는 If1(101)에서 수신되는 두개의 정보 호, 프로토콜 A를 이용하는 If2(102)에서 수신되는 하나의 정보 호, 그리고 프로토콜 B를 이용하는 인터페이스3(If3)(103)에서 수신되는 두 개의 정보 호를 예시한다.

입력 호는 프로토콜 정보를 포함하고 있다. 프로토콜 정보가 인터페이스, 예로, If1(101)로부터 수신되면, SAH(113)는 수신된 프로토콜 정보를 식별자로 마크하는데, 이 마크는 프로토콜 정보의 발원(originating) 인터페이스, 본 실시예에서는 인터페이스(101)를 지적한다. 이러한 식별행위는 SAH(113)가 If1(101)을 식별하는 또는 If1(101)에 응답하는 정보를 필요로하는 경우에 실행된다. 이후, SAH(113)는 입력된 프로토콜 정보를 스캔하고 그 정보를 룩업테이블과 비교하여 어느 특정 프로세서가 입력 정보를 처리하는데 적합한 프로토콜 프로세서, 예로 pA(104)가 될 것인지를 결정한다(도 4의 단계 121). 룩업 테이블은 특정 호를 프로토콜 프로세서에 맵핑시킨다. 이러한 맵핑은 본 발명에서 유일하게 필요한 룩업이다. 왜냐하면 SAH(113)는 프로토콜 프로세서를 선택하기 때문에, 사용할 프로토콜의 유형을 선택하는 것이기도 하다.

SAH(113)는 입력 정보를 처리하기 위하여 생성된 기존의 프로토콜 프로세서가 없다고 판단하면, SAH(113)는 새로운 프로토콜 프로세서를 생성하고 입력 프로토콜 정보를 새로이 생성된 프로토콜 프로세서에게 전송한다(단계 123). 그러므로, 입력 프로토콜 정보가 프로토콜 A를 사용하고 프로토콜 프로세서(pA)(104)가 이미 존재하고 있다면, SAH(113)는 입력 프로토콜 정보를 프로토콜 프로세서(104)로 전송한다(단계 122). 그 다음, 프로토콜 프로세서(pA)(104)는 입력 정보에 따라 회선경로를 설정할 필요가 있는 지를 판단한다(단계 122).

SAH(113)는 출력 인터페이스(If3)가 프로토콜 B를 사용하는지 그리고 입력 호와 관련된 프로토콜 B에 대한 프로토콜 프로세서가 존재하는지를 판단한 다음, SAH(113)는 새로운 프로토콜 프로세서를 생성할 지를 판단한다(단계 123). 그 다음, SAH(113)는 입력 프로토콜 정보를 처리하는 (프로토콜 B를 사용하는) 프로토콜 프로세서(PB)(105)를 생성하고 입력 프로토콜 정보를 새로이 생성된 프로토콜 프로세서(pB)(105)로 전송한다(단계 124). 그 다음, 프로토콜 프로세서(pB)(105)는 프로토콜 B를 사용하여 요청을 인코드하고 그 요청을 인터페이스(If3)(103)로 전송함으로써 회선경로의 연결 및 설정을 완료한다.

다른 실시예에 있어서, ISDN과 같은 입력 호는 호 참조값 번호와 프로토콜 구별자(discriminator) ID에 의해 식별된다. 이들 두 번호는 인터페이스에서 입력되는 ISDN 데이터로부터 분리되어 SAH(113)으로 입력된다. SAH(113)는 호 참조 값을 특정 프로토콜 프로세서와 매칭시키는 룩업 테이블을 포함하고 있으며, 스위칭 패킷을 형성하는 프로토콜 프로세서에 ISDN을 할당하여 출력 인터페이스가 호 회선경로를 완료하게 한다. 프로토콜 구별자 ID는 SAH가 다른 프로토콜을 처리하는 프로토콜 프로세서가 아닌 ISDN 프로토콜 프로세서를 할당하여야 한다는 것을 표시한다. 다른 실시예에 있어서는 사용될 프로토콜을 결정할뿐 아니라 호를 식별하는데도 사용될 수 있는 인터페이스 ID와 지역(local) 호 ID에 의해 호를 독특하게 식별할 수 있다.

입력 프로토콜 정보를 수신하면, SAH(113)는 수신된 프로토콜 정보의 첫 번째 바이트(이것으로 한정하는 것은 아님)를 스캔하여, 상술한 바와 같이 어느 프로토콜 프로세서가 입력된 프로토콜 정보를 수신하여야 하는 지를 결정한다. 바람직한 실시예에 있어서, 입력된 정보중의 스캔된 첫 번째 바이트는 프로토콜 정보의 일부분일 수 있다. 그와 달리, 수신된 정보중의 스캔된 첫 번째 바이트는 인터페이스가 정보를 수신할 때 그 인터페이스에 의해 생성된 라벨(label)로 이루어져 있을 수 있다. 다른 실시예에 있어서는 첫 번쩨 바이트 대신 수신된 정보중의 처음 몇 바이트로 이루어져 있을 수도 있다. 특정 프로토콜 프로세서, 예로, pB(105)가 부가적인 호처리를 요구하면, 특정 프로토콜 프로세서는 서비스 요청 지시자(indicator)(SRI)를 SAH(113)로 전송할 수 있다. 서비스 요청 지시자를 수신하면, SAH(113)는 부가적인 호 처리, 예를 들면, 경로 결정을 수행할 수도 있다. 또 다른 바람직한 실시예에 있어서, SAH(113)는 프로토콜 프로세서(pB)(105)로부터 신호 요청 지시자를 수신하였을 때 과금 프로세스를 개시할 수도 있다.

또 다른 바람직한 실시예에 있어서, SAH(113)가 새로운 호 서비스 요청을 접수하였을 때, SAH(113)는 새로운 호 서비스 요청을 룩업 테이블에서 탐색함으로써 새로운 호 서비스 요청이 경로설정되어야 할 적절한 목적지 인터페이스를 결정한다. 그 다음, SAH(113)는 상기 목적지 인터페이스에 필요한 새로운 프로토콜 프로세스를 생성하고 새로이 생성된 프로세스에게 목적지 인터페이스를 거쳐 새로운 호를 요청하도록 지시한다.

본 발명에 있어서, 한 번의 룩업과정을 통하여 특정한 프로토콜 프로세서가 입력 정보를 처리하는 적절한 프로토콜 프로세서로서 사용될 것을 결정하는 방식은다양한 방식으로 실행될 수 있다. 예를 들면, 입력 정보의 첫 번째 바이트가 스캔되고 룩업 테이블과 비교되어 프로토콜 정보를 가장 적절하게 수신할 프로토콜 프로세서를 결정할 수 있다. 수신된 정보중의 첫 번째로 스캔된 바이트는 프로토콜 정보의 일부분일 수 있거나 혹은 입력 인터페이스(If1)(101)가 프로토콜 정보를 수신할 때 상기 입력 인터페이스에 의해 생성되는 라벨일 수도 있다. 프로토콜 정보를 수신하면, SAH(113)는 단일의 테이블 선형 탐색(table linear search)을 실행하여(단계 121) 어느 프로토콜 프로세서가 입력 프로토콜 정보를 처리하여야 하는지를 룩업하고 결정할 수 있다. SAH(113)는 입력 프로토콜 정보가 기존 프로토콜 프로세서에 대한 것인지 또는 새로운 프로토콜 프로세서를 생성할 필요가 있는지를 판단한다(단계 121).

도 1 및 도 2에 도시된 바와 같은 종래기술에 있어서, 응용 모듈(11)은 인터페이스들에서의 여러 프로토콜의 코디네이션을 처리한다. 또한, 종래기술은 입력정보를 분석하여 그 입력 정보가 기존 호 또는 새로운 호에 관한 것인지를 판단하는 호 프로세서(13)를 포함한다. 종래기술은 특정 프로토콜로 점차 좁혀서 국한하는 판정을 수행한다. 본 발명은 프로토콜 판정을 좁혀 직접 특정 프로토콜을 선택한다. 그래서, 본 발명에 있어서 응용 모듈(11)과 호 프로세서(13)의 역활은 사실상 SAH(113)에 의해 실행된다. 부가적으로, 입력 호 정보의 내용을 판단하기 위하여 코디네이션 프로세서와 응용 모듈(11)에 의해 실행되는 세 번의 룩업이 본 발명의 SAH(113)에 의해 실행되는 단 한 번의 룩업으로 줄어들 수 있다. 룩업을 세 번에서 한 번으로 줄이면, 룩업 시간이 줄어들고 그 결과로서 네트워크 시스템이 보다 빨라진다. 그래서, 본 발명의 해결방법은 코디네이션과 호 처리 기능을 SAH(113)에서 함께 조직시킬 수 있다. 이로써 호 처리에 필요한 프로세서의 수가 감소될뿐 아니라 네트워크 시스템의 실제 물리적 메모리 요건도 줄어든다. 이것은 메모리와 처리 자원이 제한된 시스템에서 중요할 수 있다. 이러한 한 번의 룩업 기능은 종래기술의 코디네이션 프로세스, 예로, cA(12)와 종래기술의 응용 모듈, 예로 AM(11)의 기능이 본 발명의 SAH(113)에서 통합처리되기 때문에 가능하다.

본 발명은, 코디네이션과 호 처리 기능을 함께 조직하는 해법을 제공함으로써, 네트워크 시스템에서 프로토콜과 호의 처리를 조직하는데 필요한 프로세스의 수를 줄인다. 더욱이, 하나의 신호 응용 핸들러(SAH)내에 종래기술의 코디네이션 프로세스들과 응용 모듈을 조합함으로써 네트워크 보드상에 메모리에 의해 점유되는 공간이 줄어든다. 그래서, 본 발명은 본 발명의 소프트웨어 환경에 의해 조성된 프로세스와 메모리에 대한 엄격한 제한에 대응할 수 있다.

본 발명의 소프트웨어 환경에 의해 조성된 또 다른 제한은 프로세서 시간이 단축된다는 것이다. 본 발명은 룩업을 보다 빠르게 실행하여 프로세서 시간을 줄여줌으로써 네트워크 시스템내에 프로토콜과 호의 처리를 조직하는 개선된 방법을 제공한다.

종래기술에서의 응용 모듈(11)과 호 프로세서(13)를 대신하여 하나의 신호 응용 핸들러(113)에 의해 다수의 인터페이스와 다수의 프로토콜의 처리를 통합함으로써, 장차 존재할 프로토콜을 처리할 때 특정 프로토콜 프로세서를 추가하지 않고 처리하여 코디네이션 프로세서의 총 개수를 줄일 수 있는 방법을 제공한다.

전술한 설명으로부터 명백해진 상술한 목적은 효과적으로 성취되며, 상술한 방법을 실행할 때 본 발명의 정신과 범주를 벗어남이 없이 어떠한 변경이 이루어질 수도 있기 때문에, 상술한 설명에 내포된 모든 주제는 예시적일 뿐이지 제한적 의미로서 해석되어서는 않될 것이다.

또한, 하기 청구범위는 본 명세서에서 기술된 본 발명의 포괄적이고 구체적인 특징과 본 발명의 범주에 속하는 모든 내용을 모두 망라하는 것으로 의도된 것임을 알아야 한다.

그러므로, 본 발명에 따르면, 코디네이션과 호 처리 기능을 함께 조직하는 해법을 제공함으로써, 네트워크 시스템에서 프로토콜과 호의 처리를 조직하는데 필요한 프로세스의 수를 줄일 수 있다. 또한, 하나의 신호 응용 핸들러(SAH)내에 종래기술의 코디네이션 프로세스들과 응용 모듈을 조합함으로써 네트워크 보드상에 메모리에 의해 점유되는 공간이 줄어들 수 있다.

Claims (18)

1. 적어도 하나의 신호 응용 핸들러(signal application handler)와 적어도 하나의 프로토콜 프로세서(protocol processor)를 구비하는 전화 네트워크 시스템에서 프로토콜과 호의 처리를 조직하는 방법에 있어서,

   인터페이스로부터 프로토콜 정보를 수신하는 단계;

   상기 프로토콜 정보를 스캔하고 상기 프로토콜 정보로부터 다수의 프로토콜 프로세서들로부터의 어느 프로토콜 프로세스를 선택하여 상기 프로토콜 정보를 처리할 지를 결정하는 단계;

   상기 프로토콜 정보를 상기 선택된 프로토콜 프로세스에 따라서 더 처리하기 위하여 상기 프로토콜 프로세서로 전송하는 단계를 포함하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
2. 제 1 항에 있어서, 상기 방법은 상기 프로토콜 정보를 상기 프로토콜 정보가 입력된 발원 인터페이스를 지적하는 식별자(identifier)로 마크(marking)하는 단계를 더 포함하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
3. 제 1 항에 있어서, 상기 프로토콜 정보를 스캔하여 어느 프로토콜 프로세스가 상기 프로토콜 정보를 수신하여야 하는 지를 결정하는 단계는,

   상기 인터페이스로부터 상기 수신된 프로토콜 정보의 적어도 첫 번째 바이트를 스캔하고, 상기 프로토콜 정보를 룩업 테이블과 비교하는 단계를 구비하며;

   상기 룩업 테이블은 상기 프로토콜 정보를 수신한 특정 프로토콜 프로세서를 결정하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
4. 제 3 항에 있어서, 상기 수신된 정보중의 상기 스캔된 첫 번째 바이트는 상기 프로토콜 정보의 일부분인 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
5. 제 3 항에 있어서, 상기 방법은 상기 인터페이스가 상기 프로토콜 정보에 대하여 라벨(label)을 생성하는 단계를 더 포함하며;

   상기 수신된 정보중의 상기 스캔된 적어도 첫 번째 바이트는 상기 인터페이스에 의해 생성된 상기 라벨을 구비하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
6. 제 1 항에 있어서, 상기 방법은 상기 특정 프로세스를 단일의 테이블 선형 탐색(simple table linear search)을 이용하여 룩업 테이블내에서 룩업함으로써 어느 프로토콜 프로세서가 상기 프로토콜 정보를 처리하여야 하는지를 결정하는 단계를 더 포함하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
7. 제 1 항에 있어서, 상기 방법은,

   상기 신호 응용 핸들러는, 기존 프로토콜 프로세스가 발견되지 않으면, 새로운 프로토콜 프로세스를 생성하고 상기 프로토콜 정보를 상기 새로운 프로토콜 프로세스로 전송하는 단계를 더 포함하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
8. 제 1 항에 있어서, 상기 방법은,

   상기 프로토콜 프로세스가 부가적인 호 처리를 요구하면, 상기 프로토콜 프로세스는 서비스 요청 지시자(service request indicator)를 상기 신호 응용 핸들러에게 전송하는 단계를 더 포함하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
9. 제 8 항에 있어서, 상기 부가적인 호 처리는 경로 결정(route determination)인 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
10. 제 8 항에 있어서, 상기 방법은, 상기 신호 응용 핸들러가 상기 서비스 요청 지시자에 따라 특정 동작을 수행하는 단계를 더 포함하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
11. 제 8 항에 있어서, 상기 방법은, 상기 프로토콜 프로세서가 상기 신호 응용 핸들러에게 과금 기능을 개시하라는 신호를 전송하는 단계를 더 포함하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
12. 제 1 항에 있어서, 상기 방법은,

    상기 신호 응용 핸들러에서 새로운 호 서비스 요청을 수신하는 단계, 상기 신호 응용 핸들러가 룩업 테이블에서 상기 새로운 호 서비스 요청을 룩업하고, 어느 인터페이스로 상기 새로운 호 서비스 요청이 경로설정되어야 하는지를 결정하며, 상기 프로세스에게 상기 인터페이스를 통하여 새로운 호를 요청하도록 지시하는 단계를 더 포함하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.
13. 전화 네트워크 시스템에서 프로토콜과 호 처리를 조직하는 장치에 있어서,

    상기 네트워크 시스템은,

    적어도 하나의 입력 인터페이스;

    상기 입력 인터페이스로부터 프로토콜 정보를 수신하고, 상기 프로토콜 정보를 스캔하고 상기 프로토콜 정보로부터 다수의 프로토콜 프로세서들로부터의 어느 프로토콜 프로세스가 상기 프로토콜 정보를 처리하여야 하는 지를 결정하며, 상기 프로토콜 정보를 추가적으로 처리하기 위하여 상기 프로토콜 프로세서로 전송하는 적어도 하나의 호 응용 핸들러(signal application handler);

    상기 신호 응용 핸들러로부터의 상기 프로토콜 프로세서를 처리하기 위한 적어도 하나의 프로토콜 프로세서를 포함하는 것을 특징으로 하는 프로토콜과 호 처리 조직 장치.
14. 제 13 항에 있어서, 상기 장치는,

    상기 신호 응용 핸들러내에 저장되어 있는 룩업 테이블을 더 포함하며,

    상기 신호 응용 핸들러는 상기 특정 프로세스를 상기 룩업 테이블에서 룩업함으로써 어느 프로토콜 프로세스가 상기 프로토콜 정보를 처리하여야 하는지를 결정하는 것을 특징으로 하는 프로토콜과 호 처리 조직 장치.
15. 제 13 항에 있어서, 상기 신호 응용 핸들러는 기존 프로토콜 프로세스가 발견되지 않으면 새로운 프로토콜 프로세스를 생성하며, 상기 신호 응용 핸들러는 상기 프로토콜 정보를 상기 새로운 프로토콜 프로세스로 전송하는 것을 특징으로 하는 프로토콜과 호 처리 조직 장치.
16. 제 13 항에 있어서, 상기 프로토콜 프로세서는 상기 프로토콜 프로세서가 부가적인 호 처리를 요구하면, 서비스 요청 지시자를 상기 신호 응용 핸들러에게 전송하는 것을 특징으로 하는 프로토콜과 호 처리 조직 장치.
17. 제 13 항에 있어서, 상기 프로토콜 프로세서는 새로운 호 서비스 요청을 상기 신호 응용 핸드러로 전송하며, 상기 신호 응용 핸들러는 룩업 테이블에서 상기 새로운 호 서비스 요청을 룩업하고, 어느 인터페이스로 상기 새로운 호 서비스 요청이 경로설정되어야 하는지를 결정하며, 상기 프로토콜 프로세서에게 상기 인터페이스를 통하여 새로운 호를 요청하도록 지시하는 것을 특징으로 하는 프로토콜과 호 처리 조직 장치.
18. 제 3 항에 있어서, 상기 스캐닝 단계는 상기 인터페이스로부터 상기 수신된 프로토콜 정보의 적어도 처음 몇 개의 바이트를 스캔하고 상기 프로토콜 정보를 룩업 테이블과 비교하는 단계를 구비하는 것을 특징으로 하는 프로토콜과 호 처리 조직 방법.