KR20080038540A

KR20080038540A - 무선 통신 시스템에서의 자원 상태 불일치의 보정방법

Info

Publication number: KR20080038540A
Application number: KR1020060105530A
Authority: KR
Inventors: 박성균
Original assignee: 엘지노텔 주식회사
Priority date: 2006-10-30
Filing date: 2006-10-30
Publication date: 2008-05-07

Abstract

무선통신 시스템에서의 자원 상태의 불일치를 보정하는 방법이 개시된다. 본 발명에 따른 자원 상태의 불일치의 보정방법은 연결설정이 요구된 특정 자원을 제어하는 프로세스가 MGW(Media Gateway) 내에 존재하는지를 확인하는 단계와, MGW가 MSC(Mobile Switching Center) 서버와 통신하여 특정 자원에 대한 호처리 프로세스가 MSC 서버에 존재하는지를 확인하는 단계를 포함하여 구성된다.　 이러한 구성에 따르면, 노드간의 연결 시도에 대한 성공률을 높일 수 있고, 한정된 자원을 효율적으로 사용할 수 있다.

MSC 서버, MGW, RNC, ALCAP, AAL2, TDM

Description

무선 통신 시스템에서의 자원 상태 불일치의 보정방법{METHOD FOR CORRECTING INCONSISTENCY OF RESOURCE STATUS IN A WIRELESS COMMUNICATION SYSTEM}

도 1은 3GPP에 따른 일반적인 시스템 구성을 도시한 블록도.

도 2는 2개의 AAL2 노드간의 정상적인 접속 과정을 도시한 흐름도.

도 3은 2개의 AAL2 노드간의 비정상적인 접속 상태를 도시한 도면.

도 4는 일 실시예에 따른 ALCAP 자원 상태의 불일치의 조정방법을 도시한 흐름도.

도 5는 일 실시예에 따른 TDM 자원 상태의 불일치의 조정방법을 도시한 흐름도.

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

102:　 MSC(Mobile Switching Center) 서버

104:　 MGW(Media Gateway)

106:　 RNC(Radio Network Controller)

108:　 사용자 단말

본 발명은 무선 통신 시스템에서 2개의 노드간의 자원 상태의 불일치를 보정하는 방법에 관한 것으로서, 특히 RNC(Radio access Network Controller)와 MGW(Media gateway)간, 2개의 MGW간, 또는 MGW와 MSC(Mobile Switching Center)간의 자원 상태의 불일치를 MSC 서버와 연동하여 판단함으로써 점유중(사용중)이지 않은 자원에 대해 호 연결을 성공시켜 주도록 하여 2개의 노드간의 연결의 성공률을 높이는 보정방법에 관한 것이다.

일반적으로 UMTS(Universal Mobile Telecommunications System)는 유럽식 표준인 GSM(Global System for Mobile communication)에서 진화한 제3세대 무선통신 시스템으로서, GSM 핵심을 기본으로 하여 무선 접속망(Radio Access Network, RAN)에 WCDMA(Wideband Code Division Multiple Access) 기술을 접목하여 다양한 서비스를 제공하고 있다. 이러한 UMTS의 표준 규격 개발은 3GPP라는 표준화 단체에 의해 이루어지고 있다.

도 1은 3GPP에 따른 일반적인 시스템 구성을 도시한 블록도이다. 본 구성의 특징은 회선 교환 영역에 속하는 핵심망 노드인 MSC/VLR(Visitor Location Register)이 MSC 서버(102a, 102b)와 MGW(104a, 104b)의 두 가지 요소로 분리되어 있다는 점이다. 도 1에 있어서, MSC 서버(102a, 102b)는 VLR의 기능을 포함하여 사용자 단말(108a, 108b)의 이동성 관리를 수행하고, MGW(104a, 104b)에 대한 제어를 수행한다. MSC 서버(102a, 102b)간은 BICC(Bearer Independent Call Control)로 연결되고, MSC 서버(102a, 102b)와 RNC(106a, 106b) 사이는 RANAP(Radio Access Network Application Part)로 연결된다.

MGW(104a, 104b)는 실질적인 스위칭 기능과 망의 I/W(Interworking) 기능 등을 수행하며, 트랜스코더(Transcoder), 에코 캔셀러(Echo Cancellation), 모뎀(Modem) 등을 포함하는 부가적인 기능이 포함될 수 있다. MGW(104a, 104b) 간에는 AAL2와 ALCAP(Access Link Control Application Protocol)로 신호처리를 수행한다. 또한, MGW(104a, 104b)와 RNC(106a, 106b) 사이도 AAL2와 ALCAP로 신호처리를 수행한다. MGW(104a, 104b)를 제어하기 위한 프로토콜로 MEGACO(Media Gateway Control, ITU 이름은 H.248)를 사용한다. 한편, RNC(106a, 106b)는 무선 통신 시스템의 기지국에 대한 전반적인 제어 기능을 수행하는 구성요소로서, 무선 자원 관리를 위한 기능과 무선 가입자망에서의 기지국에 대한 관리 및 RNC와 다른 망 요소 간의 인터페이스에 대한 관리 기능 등을 수행한다.

ALCAP은 시그널링 경로(signaling path)를 통해 2개의 AAL2 노드 간의 연결에 대한 처리를 위하여 사용되는 프로토콜로서, 주 목적은 이러한 시그널링을 통해 트래픽 경로(traffic path)에 대한 처리를 정의한 것이다. ALCAP은 2개의 AAL2 노드간(즉, RNC와 NGW간 또는 2개의 MGW 상호간)의 연결을 설정, 수정 및 해제하고, 특정 경로에 대해 Block(BLO), Unblock(UBL), Reset(RES)등을 통한 유지보수 기능을 수행한다. 연결을 설정하기 위해서는 서로간에 연결설정 요구(Establish Request; ERQ) 메시지를 보내고, 그에 대한 정보를 토대로 미리 정해진 AAL2 경로를 점유하고, 응답으로서 연결설정 확인(Establish Confirm; ECF) 메시지를 보냄으로써 AAL2 노드 서로간에 연결을 설정하게 된다. 또한 연결의 해제는 해제 요 구(Release Request; REL) 메시지와 해제 확인(Release Confirm; RLC) 메시지를 주고 받음으로써 행해진다.

도 2는 2개의 AAL2 노드간의 정상적인 접속 과정을 도시한 흐름도이다. 2개의 AAL2 노드간(RNC와 MGW간 또는 2개의 MGW 상호간)을 연결할 때에는, 노드 #1 및 #2의 자원A가 유휴상태에 있으면, AAL2 노드 #1에서 연결설정 요구(ERQ) 메시지를 노드 #2로 보내고, 노드 #2는 ERQ 메시지에 대한 확인으로서 연결설정 확인(ECF) 메시지를 노드 #1로 보낸다. 이로써, 노드 #1과 노드 #2 간에는 자원 A을 점유하여 연결된 사용중 상태(busy 상태)가 된다. 그리고, 이 연결을 해제할 때에는 노드 #1에서 노드 #2로 해제 요구(REL) 메시지를 보내고, 노드 #2는 REL 메시지에 대한 확인으로서 해제 확인(RLC) 메시지를 보내어 자원 A에 대한 점유를 해제하고 연결이 해제된 유휴 상태(idle 상태)가 된다.

그러나 어떤 비정상적인 문제가 발생하여, 도 3에 도시한 바와 같이 노드 #1에서 대국(노드 #2)으로 자원A에 대한 연결해제 사실을 알리지 못하고 자신만 비정상적으로 자원해제가 발생할 경우, 노드 #2에서는 전혀 이 사실을 감지할 수 없다. 이러한 경우, ALCAP 상으로는 AAL2 노드 #1에서 나중에 이 비정상적으로 해제된 자원을 사용하여 AAL2 노드 #2로 연결을 요청할 때, 노드 #2에서 자원A에 대한 자원 상태의 불일치가 발생했음을 확인하고, 연결 실패 처리를 취하게 된다. 이러한 불일치된 자원이 많다면 실제로 점유하지 않은 자원을 사용할 수 없게 되는 문제점이 발생할 수 있으나, ALCAP는 이러한 문제의 해결방법을 정의하고 있지 않다.

ALCAP에 정의된 기존의 호 관련 처리 중 자원에 대한 처리 방법은 다음에 대 해서만 정의하고 있다. 첫째, 연결설정 요구(ERQ) 메시지를 받은 노드에서 해당 자원이 블록(block)되어 있는 경우, 연결 요구를 받는 쪽 노드에서 상대 쪽으로 해당 자원에 대해 BLO 메시지를 보내어 서로간의 자원을 Block 상태로 보정한다. 둘째, 연결설정 요구(ERQ) 메시지를 받은 노드에서 해당 자원이 사용중 상태로 되어 있는 경우, 자원 점유가 실패되고 계속해서 서로간의 노드에서는 자원은 불일치 상태로 남는다. 셋째, 연결설정 요구(ERQ) 메시지를 보내는 쪽에서 일정 시간 동안 대국으로부터 응답 메시지(ECF또는 RLC)를 받지 못하는 경우 또는 연결 해제(REL)을 보내는 쪽에서 일정 시간 동안 대국으로부터 응답(RLC) 메시지를 받지 못하는 경우에는, 대국 자원과 불일치로 의심이 되는 상황이므로 대국으로 해당 자원에 대해 리셋 요구(RES) 메시지를 보내어 강제로 자원을 초기화 한다. 만약에 리셋 요구 메시지에 대한 응답인 리셋 확인(RSC) 메시지를 수신하지 못하는 경우에는 해당 자원에 대한 초기화가 실패한 것으로 보고 해당 자원을 리셋 지속(Reset Continuing) 상태로 천이 시키고 해당 자원에 대한 사용을 막는다. 그리고 일정 시간마다 계속 응답이 전송될 때까지 RES 메시지를 보낸다.

이렇듯, ALCAP의 정의에 따르면, 동일한 자원에 대하여 2개의 AAL2 노드가 한쪽은 유휴 상태(idle 상태), 다른 한쪽은 사용중 상태(busy 상태)로 서로 불일치가 발생할 경우, 유휴 상태로 관리한 노드에서 연결설정 요구(ERQ) 메시지를 보내는 경우 연결 시도는 모두 실패 처리된다. 즉, ALCAP에서는 이러한 자원 상태의 불일치 상황이 어느 쪽의 AAL2 노드가 잘못 관리되어 발생한 것인지를 밝힐 방법이 없기 때문에 이를 보정하는 방안을 정의하고 있지 않으므로, 언제나 연결설정 요구 가 실패로 처리될 수 밖에 없다. 특히 연결설정 요구 메시지를 보내는 쪽의 AAL2 노드의 자원 선택 알고리즘이 최근에 사용했던 유휴 자원을 선택하는 방식을 사용한다면, 시도되는 호마다 그 불일치하는 자원을 사용하고자 할 것이므로 연결설정은 계속해서 실패할 수도 있으며, 이와 같이 불일치하는 자원이 많으면 불일치된 자원 점유를 위한 시도가 많아지며 이를 통해 호 시도는 많이 실패처리 되며 실제로 점유하지 않은 자원이 많음에도 불구하고 호실패율이 증가하는 문제점이 발생한다.

또한, 이러한 자원 상태의 불일치에 따른 문제점은 ALCAP 자원에 대해서뿐만 아니라, MGW와 Legacy망(PSTN, 2G망)을 연결할 때 사용되는 TDM(Time Division Multiplexing) 자원에 대해서도 마찬가지로 발생할 수 있다.

TDM 자원은 MGW와 Legacy망(PSTN, 2G망)을 연결할 때 사용되는 자원으로서 Trunk number와 Channel number로 식별될 수 있다. TDM 자원 정보는 MSC 서버와 MGW가 공유하고 있으며, MSC 서버에서 신규호 설정 요구시 지정해서 사용한다. 이 때, 앞서 설명한 ALCAP 자원의 경우와 마찬가지로 비정상적인 문제로 인해 MSC 서버와 MGW간의 TDM 자원 정보의 상태가 불일치하게 되면, MSC 서버에서 유휴(Idle)하다고 판단되지만 MGW에서는 사용중인 자원일 경우, 신규 호 요구가 이루어진다면 실패처리를 하게 된다. 즉, MGW는 당해 자원에 대해 사용중으로 관리되고 있는데 MSC Server에서 신규호에 사용할 자원으로 선정하여 호 설정 요구를 하고 있기 때문에 기존 호를 보호하는 차원에서 신규 호 설정 요구를 거절하므로, 연결설정은 계속해서 실패하여 호실패율이 증가하는 문제점이 발생한다.

본 발명은 상기한 종래기술의 문제점을 해결하기 위한 것으로서, 무선통신 시스템에 있어서 자원 상태의 불일치가 발생하는 경우, MSC 서버와 연동하여 해당 자원의 점유의 타당성을 판단하고, 그 결과에 따라 자원 점유 상태를 보정함으로써 MGW에 대한 연결 시도의 성공률을 높일 수 있는 자원 보정방법을 제공한다.

본 발명의 일 특징에 따르면, 무선 통신 시스템의 노드간의 자원 상태의 불일치를 보정하는 방법이 제공되는데, 이 방법은 MGW에서 특정 자원에 대한 연결설정 요구 메시지를 수신하는 단계와, 상기 MGW 내에 상기 특정 자원이 이미 사용중인 경우, 그 자원을 제어하는 프로세스가 존재하는지를 확인하는 단계와, MSC 서버와 통신하여 상기 특정 자원에 대한 호처리 프로세스가 MSC 서버에 존재하는지를 확인하는 단계와, 상기 MGW 내의 프로세스 및 상기 MSC 서버 내의 호처리 프로세스의 유무에 기초하여 상기 MGW의 상기 특정 자원에 대한 점유 상태를 제어하는 단계를 포함한다.

본 발명의 일 실시예에 따르면, 상기 MGW 내에 상기 특정 자원을 제어하는 프로세스가 존재하지 않는 경우 및 상기 MSC 서버 내에 상기 특정 자원에 대한 호처리 프로세스가 존재하지 않는 경우, 상기 MGW가 점유중인 자원을 해제하고 다시 재점유한 후, 상기 연결설정 요구 메시지에 대한 응답으로서 상기 MGW로부터 연결설정 확인 메시지를 송신하고, 상기 특정 자원에 대한 연결설정을 성공시키도록 한다.

본 발명의 다른 일 실시예에 따르면, 상기 MSC 서버에 상기 특정 자원에 대 한 호처리 프로세스가 존재하는지를 확인하는 단계는, 상기 MGW가 상기 MSC 서버로 MEGACO(Media Gateway Control)에 따른 Notify 요구 메시지를 송신하는 단계와, 상기 MGW가 상기 MSC 서버로부터 상기 Notify 요구 메시지에 대한 응답을 수신하는 단계를 포함한다.

본 발명의 또 다른 일 실시예에 따르면, 상기 MGW가 상기 MSC 서버로부터 수신하는 상기 Notify 요구 메시지에 대한 응답은, 상기 MSC 서버에 상기 특정 자원에 대한 호처리 프로세스가 존재할 경우 Notify 응답 메시지이고, 존재하지 않을 경우 명령 거부(Command Reject) 메시지이다.

본 발명의 또 다른 일 실시예에 따르면, 상기 특정 자원은 ALCAP 자원 또는 TDM 자원이다.

본 발명의 또 다른 일 실시예에 따르면, MSC 서버, MGW, RNC(Radio Network Controller)를 구비한 무선 통신 시스템에 있어서, MGW의 제1 AAL2 노드와 제2 AAL2 노드간의 자원 상태의 불일치를 보정하는 방법이 제공되는데, 이 방법은 상기 제1 AAL2 노드로부터 상기 제2 AAL2 노드로 특정 자원에 대한 연결설정 요구 메시지를 송신하는 단계와, 상기 제1 AAL2 노드 내에 상기 특정 자원이 이미 사용중인 경우, 그 자원을 제어하는 프로세스가 존재하는지를 확인하는 단계와, 상기 제1 AAL2 노드가 상기 MSC 서버와 통신하여 상기 특정 자원에 대한 호처리 프로세스가 상기 MSC 서버에 존재하는지를 확인하는 단계와, 상기 제1 AAL2 노드 내의 프로세스 및 상기 MSC 서버 내의 호처리 프로세스의 유무에 기초하여 상기 제1 AAL2 노드의 상기 특정 자원에 대한 점유 상태를 제어하는 단계를 포함한다.

본 발명의 또 다른 일 실시예에 따르면, MSC 서버, MGW를 구비한 무선 통신 시스템에 있어서, MGW와 MSC 서버간의 TDM 자원 상태의 불일치를 보정하는 방법이 제공되는데, 이 방법은 상기 MSC 서버로부터 상기 MGW로 특정 자원에 대한 호 설정 요구메시지를 송신하는 단계와, 상기 MGW 내에 상기 특정 자원이 이미 사용중인 경우, 그 자원을 제어하는 프로세스가 존재하는지를 확인하는 단계와, 상기 MGW가 상기 MSC 서버와 통신하여 상기 특정 자원에 대한 호처리 프로세스가 상기 MSC 서버에 존재하는지를 확인하는 단계와, 상기 MGW 내의 프로세스 및 상기 MSC 서버 내의 호처리 프로세스의 유무에 기초하여 상기 MGW의 상기 특정 자원에 대한 점유 상태를 제어하는 단계를 포함한다.

본 발명에 있어서, 자원 점유가 정상적인지 여부를 판단하는 기준은 다음과 같다. 첫째, 현재 사용중 상태로 관리하고 있는 자원을 처리하는 프로세스가 MGW에 존재하는지를 확인한다. 만약 비정상적인 경우라면 프로세스가 존재하지 않을 것이므로, 이 경우 즉각 자원을 해제하고 신규로 요구된 연결설정에 그 자원을 다시 할당하도록 하고 연결시도를 성공시킨다. 만약 정상적으로 프로세스가 존재하는 경우는 실제로 존재하는 연결인지 여부를 다시 판단하기 위해 다음 둘째 방법을 수행할 수 있다.

둘째, 현재 사용중 상태로 관리하고 있는 자원에 대해, 그 자원에 대한 제어를 하고 있는 MGW의 프로세스로 하여금 실제 MSC 서버의 호처리 프로세스가 정상적으로 동작하고 있는지를 MEGACO 프로토콜의 Notify 메시지를 이용하여 응답을 수신 하도록 함으로써 해당 자원의 점유가 정당한지 여부를 판단한다. 정상적인 경우라면 MSC 서버의 호처리 프로세스가 MGW의 AAL2 노드로 Notify의 응답을 보낸다. 만약 비정상적인 경우라면 MSC 서버의 호처리 프로세스가 이미 사라진 경우이기 때문에, MSC 서버는 Notify 요구에 대한 응답을 MGW로 보내지 않거나 Command Reject를 보내게 된다. MGW의 AAL2 노드에서는 MSC 서버로부터의 응답 유무에 기초하여 유효한 연결인지 여부를 판단하고, 유효한 연결이라면 정상적으로 ERQ(연결설정 요구) 메시지에 대해 RLC(연결해제 확인)메시지를 보내어 새로 시도된 자원에 대한 연결을 실패처리 하도록 하며, 유효하지 않은 연결이라면 기존의 잘못 점유된 자원을 즉각 연결해제하고, 새로 요구된 ERQ 메시지에 대해 자원 점유를 허용하도록 하여 해당 연결설정을 성공시키도록 한다.

이와 같은 자원 점유의 정상 여부를 판단하는 기준은 다음과 같은 사실에 기초한다. MSC 서버의 호처리 프로세스의 응답유무에 따라 자원 점유의 정상 여부를 결정할 수 있는 이유는, MGW의 자원 점유 프로세스와 MSC 서버의 호처리 프로세스가 동시에 존재하고 있는데도 불구하고 해당 자원이 이미 해제되었어야 할 자원인 경우는 거의 없기 때문이다. 하나의 호는 MSC 서버에서도 RANAP이라는 프로토콜을 통해 호해제 처리가 수행되고, 또한 MGW에서는 ALCAP을 통해 해제 처리가 될 뿐만 아니라, MSC 서버로부터도 MEGACO 프로토콜을 통해서도 해제 처리가 수행되어 이중으로 처리된다. 따라서, MSC 서버에 호처리 프로세스가 존재할 경우는 실제로 해제되었어야 할 자원이 점유된 상태일 가능성은 거의 없다고 볼 수 있다.

이하에서는 도 4를 참조하여, 일 실시예에 따른 무선 통신 시스템에서의 ALCAP 자원의 상태의 불일치 보정 방법에 대하여 상세히 설명한다.　 본 실시예는 도 1을 참조하여 설명된 구성요소의 전부 또는 일부를 포함할 수 있으나, 동일한 기능을 수행하는 구성요소에 대해서는 구체적인 설명을 생략한다.

노드 #1은 RNC 또는 MGW의 AAL2 노드를 나타내고, 노드 #2는 MGW의 AAL2 노드를 나타낸다. 초기 상태는 비정상적인 자원 해제에 의하여 노드 #1은 유휴 상태인 반면, 노드 #2는 연결이 설정된 사용중 상태이다.

유휴 상태인 노드 #1에서 소정의 자원 A에 대한 연결설정 요구(ERQ) 메시지를 노드 #2로 보내어 연결설정을 시도한다(단계 402). 이 요구 메시지에 대하여 노드 #2는 해당 자원 A가 사용중 상태임을 판단하고, 이 자원을 제어하고 있는 프로세스가 노드 #2에 있는지 여부를 확인한다(단계 404).

단계 404의 확인 결과, 자원 A를 처리하고 있는 프로세스가 노드 #2에 존재하지 않는 경우("무"로 표시함), 노드 #2는 즉각 자원 A를 연결 해제하여 AAL2 노드를 유휴 상태로 제어한 후(단계 406), 다시 자원A를 재할당한 후, 연결설정 확인(ECF) 메시지를 노드 #2에서 노드 #1로 보내어 신규로 요구된 연결설정 시도를 성공시킨다(단계 408). 반면, 단계 404의 확인 결과, 자원 A를 처리하고 있는 프로세스가 노드 #2에 존재하는 경우("유"로 표시함)에는 그 프로세스를 통하여 MEGACO 프로토콜에 정의되어 있는 Notify 요구 (Notify Req.) 메시지를 MSC 서버로 보낸다(단계 410).

MSC 서버는 상기 Notify 요구 메시지에 따라 MSC 서버에 자원 A에 대한 호처리 프로세스가 존재하는지 여부를 확인한다(단계 412). 단계 412에서, 자원 A에 대하여 MSC 서버에 호처리 프로세스가 존재하는 경우는 노드 #2에서 자원 A에 대하여 정상적인 연결설정이 되어 있는 상태이므로, MSC 서버의 호처리 프로세스는 노드 #2로 Notify 요구 메시지에 대한 응답을 보낸다. 이에 반해, MSC 서버에 자원 A에 대한 호처리 프로세스가 존재하지 않는 경우, MSC 서버는 노드 #2의 Notify 요구에 대하여 명령거부(Command Reject) 메시지를 노드 #2로 보낸다(단계 414).

그 후, 노드 #2는 MSC 서버로부터의 응답에 기초하여 자원 A에 점유가 정상적인지 여부를 판단하게 된다(단계 416). 우선, 노드 #2가 MSC 서버로부터 Notify 요구 메시지에 대한 Notify 응답 메시지를 받은 경우에는 노드 #2의 자원 점유는 정당한 것이므로("정상"으로 표시함), 노드 #1의 연결설정 요구 메시지에 대한 응답으로서, 노드 #2는 RLC(연결해제 확인) 메시지를 노드 #1로 보내고 새로 시도된 자원에 대한 연결을 실패처리 한다(단계 418).

반면, 단계 412의 확인 결과, MSC 서버에 자원 A에 대한 호처리 프로세스가 존재하지 않는 경우, 노드 #2는 MSC 서버로부터 Notify 요구 메시지에 대한 명령거부(Command Reject) 메시지를 수신한다(단계 414). 또한, 노드 #2가 소정의 시간 내에 MSC 서버로부터 응답을 받지 못하는 경우에는 노드 #2는 시간 초과(timeout)로 판단한다. 이 두 경우에는 노드 #2는 자원 A가 비정상적으로 점유된 것으로 판단하고("비정상"으로 표시함), 즉각적으로 자원 A를 해제하고 노드 #2에서의 관련 프로세스도 해제한다(단계 420). 그리고, 노드 #1로부터 신규로 들어온 ERQ 메시지(단계 402)에 대해 정상적인 자원 A 점유를 허가하고 연결설정을 성공처리하며, ERQ 메시지에 대한 응답으로 노드 #2에서 노드 #1로 ECF 메시지를 보낸다(단계 422).

이와 같이, 본 일 실시예에 따르면, 2개의 AAL2 노드간의 자원 상태가 불일치할 경우, 우선 MGW에 해당 자원에 대한 프로세스의 유무를 확인하고, 그 후 MGW에 유효한 프로세스가 존재하는 경우 MSC 서버와 연동하여 자원 점유의 정상 여부를 판단할 수 있다.

다음으로, 도 5를 참조하여, 일 실시예에 따른 무선 통신 시스템에서의 TDM 자원 상태의 불일치 보정 방법에 대하여 상세히 설명한다.　 본 실시예는 도 1을 참조하여 설명된 구성요소의 전부 또는 일부를 포함할 수 있으나, 동일한 기능을 수행하는 구성요소에 대해서는 구체적인 설명을 생략한다.

우선, MSC 서버가 신규호 설정을 요구하기 위하여, TDM 자원의 특정 자원(자원 B로 도시함)을 지정하여 MEGACO 프로토콜의 ADD 메시지를 송신하여 연결설정을 시도한다(단계 502). 이 요구 메시지에 대하여 MGW는 해당 자원 B가 사용중 상태임을 판단하고, 이 자원을 제어하고 있는 프로세스가 MGW 내에 존재하는지 여부를 확인한다(단계 504).

단계 504의 확인 결과, 자원 B를 처리하고 있는 프로세스가 MGW에 존재하지 않을 경우("무"로 표시함), MGW는 자원 B에 대한 기존의 연결을 해제하고 유휴 상태로 제어하고(단계 506), 다시 자원 B를 재할당한 후(단계 508), ADD 응답 메시지를 MSC 서버로 보내어 신규로 요구된 연결설정 시도를 성공시킨다(단계 510). 반면, 단계 504의 확인 결과, 자원 B를 처리하고 있는 프로세스가 MGW에 존재하는 경우("유"로 표시함)에는, MSC 서버에서 해당 자원에 대한 프로세스가 존재하는지 여 부를 확인하기 위하여 그 프로세스를 통하여 MEGACO 프로토콜에 정의된 Notify.request를 MSC 서버로 보낸다(단계 512).

MSC 서버는 자원 B에 대하여 프로세스가 존재하는 경우에는 자원 B에 대하여 정상적인 연결설정이 되어 있는 상태이므로, MSC 서버는 MGW로 Notify 응답을 보낸다. 이에 반해, MSC 서버에 자원 B에 대한 프로세스가 존재하는 경우는 통화중인 호가 실재 존재하고 있는 것이므로, 신규로 요구된 호 설정시 선택된 자원은 MSC 서버의 오류로 인해 선택되었다고 판단하고 이 신규 호 설정 요청을 거부(Command Reject)한다(단계 514).

그 후, MGW는 Notify에 대한 정상 응답의 수신 여부에 따라, 정상적인 경우에는 Command 거부 메시지를 MSC 서버로 보내어 MSC 서버의 설정요구에 대해 실패처리한다(단계 518). 반면, MGW가 MSC 서버로부터 Command 거부 메시지를 수신하거나 시간초과(Time out)가 발생하는 비정상적인 경우는, MSC 서버에는 이미 자원 B와 관련된 프로세스가 해제되었으나 비정상적인 문제로 인해 MGW에서는 자원 해제가 이루어지지 않은 결과 그대로 해당 자원 처리하는 프로세스가 남아 있고, 해당 자원의 상태로 사용중으로 그대로 남아 있는 것으로 판단한다. 이를 처리하기 위해 MGW는 즉각 자원 B를 해제하고(단계 520), 제어하던 프로세서드 해제 시킨다(단계 522). 그 후, 요청된 신규 호 설정 요구를 성공시키기 위해 다시 자원을 점유하고 요구된 신규 호 설정 요구를 성공적으로 처리하도록 하여 호 성공률을 높이도록 한다(단계 524 및 526).

이상의 설명에 있어서는, ALCAP 및 TDM 자원에 적용한 실시예에 기초하여 설 명하였으나, 무선 통신 시스템에 있어서 이와 균등한 다른 자원에 대해서도 마찬가지로 적용될 수 있다.

본 발명에 따르면, 무선 통신 시스템에 있어서 자원 상태의 불일치가 발생하는 경우 MSC 서버와 연동하여 해당 자원 점유의 정상 여부를 판단하여 자원 상태의 불일치 여부를 판단하고, 그 결과에 따라 보정작업을 수행함으로써 노드간의 연결 시도에 대한 성공률을 높일 수 있다.

또한, 이러한 자원 상태의 불일치의 정상 여부의 판단 절차를 통하여 한정된 자원을 효율적으로 사용할 수 있다.

Claims

무선 통신 시스템의 노드간의 자원 상태의 불일치를 보정하는 방법으로서,

MGW(Media Gateway)에서 특정 자원에 대한 연결설정 요구 메시지를 수신하는 단계와,

상기 MGW 내에 상기 특정 자원이 이미 사용중인 경우, 그 자원을 제어하는 프로세스가 존재하는지를 확인하는 단계와,

MSC(Mobile Switching Center) 서버와 통신하여 상기 특정 자원에 대한 호처리 프로세스가 MSC 서버에 존재하는지를 확인하는 단계와,

상기 MGW 내의 프로세스 및 상기 MSC 서버 내의 호처리 프로세스의 유무에 기초하여 상기 MGW의 상기 특정 자원에 대한 점유 상태를 제어하는 단계

를 포함하는 자원 상태의 불일치 보정방법.
제1항에 있어서,

상기 MGW 내에 상기 특정 자원을 제어하는 프로세스가 존재하지 않는 경우 및 상기 MSC 서버 내에 상기 특정 자원에 대한 호처리 프로세스가 존재하지 않는 경우, 상기 MGW가 점유중인 자원을 해제하고 다시 재점유한 후, 상기 연결설정 요구 메시지에 대한 응답으로서 상기 MGW로부터 연결설정 확인 메시지를 송신하고, 상기 특정 자원에 대한 연결설정을 성공시키는 자원 상태의 불일치 보정방법.
제1항 또는 제2항에 있어서,

상기 MSC 서버에 상기 특정 자원에 대한 호처리 프로세스가 존재하는지를 확인하는 단계는,

상기 MGW가 상기 MSC 서버로 MEGACO(Media Gateway Control)에 따른 Notify 요구 메시지를 송신하는 단계와,

상기 MGW가 상기 MSC 서버로부터 상기 Notify 요구 메시지에 대한 응답을 수신하는 단계

를 포함하는 자원 상태의 불일치 보정방법.
제3항에 있어서,

상기 MGW가 상기 MSC 서버로부터 수신하는 상기 Notify 요구 메시지에 대한 응답은, 상기 MSC 서버에 상기 특정 자원에 대한 호처리 프로세스가 존재할 경우 Notify 응답 메시지이고, 존재하지 않을 경우 명령 거부(Command Reject) 메시지인 자원 상태의 불일치 보정방법.
제1항 또는 제2항에 있어서,

상기 특정 자원은 ALCAP(Access Link Control Application Protocol) 자원 또는 TDM(Time Division Multiplexing) 자원인 자원 상태의 불일치 보정방법.
MSC 서버, MGW, RNC(Radio Network Controller)를 구비한 무선 통신 시스템 에 있어서, MGW의 제1 AAL2 노드와 제2 AAL2 노드간의 자원 상태의 불일치를 보정하는 방법으로서,

상기 제1 AAL2 노드로부터 상기 제2 AAL2 노드로 특정 자원에 대한 연결설정 요구 메시지를 송신하는 단계와,

상기 제1 AAL2 노드 내에 상기 특정 자원이 이미 사용중인 경우, 그 자원을 제어하는 프로세스가 존재하는지를 확인하는 단계와,

상기 제1 AAL2 노드가 상기 MSC 서버와 통신하여 상기 특정 자원에 대한 호처리 프로세스가 상기 MSC 서버에 존재하는지를 확인하는 단계와,

상기 제1 AAL2 노드 내의 프로세스 및 상기 MSC 서버 내의 호처리 프로세스의 유무에 기초하여 상기 제1 AAL2 노드의 상기 특정 자원에 대한 점유 상태를 제어하는 단계

를 포함하는 자원 상태의 불일치 보정방법.
제6항에 있어서,

상기 제1 AAL2 노드 내에 상기 특정 자원을 제어하는 프로세스가 존재하지 않는 경우 및 상기 MSC 서버 내에 상기 특정 자원에 대한 호처리 프로세스가 존재하지 않는 경우, 점유중인 자원을 해제하고 다시 재 점유한 후, 상기 제2 AAL2 노드로부터 상기 제1 AAL2 노드로 연결설정 확인 메시지를 송신하고, 상기 특정 자원에 대한 제1 및 제2 AAL2 노드간의 연결설정을 성공시키는 자원 상태의 불일치 보정방법.
제6항 또는 제7항에 있어서,

상기 MSC 서버에 상기 특정 자원에 대한 호처리 프로세스가 존재하는지를 확인하는 단계는,

상기 제1 AAL2 노드가 상기 MSC 서버로 MEGACO에 따른 Notify 요구 메시지를 송신하는 단계와,

상기 제1 AAL2 노드가 상기 MSC 서버로부터 상기 Notify 요구 메시지에 대한 응답을 수신하는 단계

를 포함하는 자원 상태의 불일치 보정방법.
제8항에 있어서,

상기 제1 AAL2 노드가 상기 MSC 서버로부터 수신하는 상기 Notify 요구 메시지에 대한 응답은, 상기 MSC 서버에 상기 특정 자원에 대한 호처리 프로세스가 존재할 경우 Notify 응답 메시지이고, 존재하지 않을 경우 명령 거부 메시지인 자원 상태의 불일치 보정방법.
MSC 서버, MGW를 구비한 무선 통신 시스템에 있어서, MGW와 MSC 서버간의 TDM 자원 상태의 불일치를 보정하는 방법으로서,

상기 MSC 서버로부터 상기 MGW로 특정 자원에 대한 호 설정 요구메시지를 송신하는 단계와,

상기 MGW 내에 상기 특정 자원이 이미 사용중인 경우, 그 자원을 제어하는 프로세스가 존재하는지를 확인하는 단계와,

상기 MGW가 상기 MSC 서버와 통신하여 상기 특정 자원에 대한 호처리 프로세스가 상기 MSC 서버에 존재하는지를 확인하는 단계와,

상기 MGW 내의 프로세스 및 상기 MSC 서버 내의 호처리 프로세스의 유무에 기초하여 상기 MGW의 상기 특정 자원에 대한 점유 상태를 제어하는 단계

를 포함하는 자원 상태의 불일치 보정방법.
제10항에 있어서,

상기 MGW 내에 상기 특정 자원을 제어하는 프로세스가 존재하지 않는 경우 및 상기 MSC 서버 내에 상기 특정 자원에 대한 호처리 프로세스가 존재하지 않는 경우, 점유중인 자원을 해제하고 다시 재 점유한 후, 상기 MSC 서버로부터 상기 MGW로 연결설정 확인 메시지를 송신하고, 상기 특정 자원에 대해 상기 MSC 서버와 상기 MGW간의 연결설정을 성공시키는 자원 상태의 불일치 보정방법.
제10항 또는 제11항에 있어서,

상기 MSC 서버에 상기 특정 자원에 대한 호처리 프로세스가 존재하는지를 확인하는 단계는,

상기 MGW가 상기 MSC 서버로 MEGACO에 따른 Notify 요구 메시지를 송신하는 단계와,

상기 MGW가 상기 MSC 서버로부터 상기 Notify 요구 메시지에 대한 응답을 수신하는 단계

를 포함하는 자원 상태의 불일치 보정방법.
제12항에 있어서,

상기 MGW가 상기 MSC 서버로부터 수신하는 상기 Notify 요구 메시지에 대한 응답은, 상기 MSC 서버에 상기 특정 자원에 대한 호처리 프로세스가 존재할 경우 Notify 응답 메시지이고, 존재하지 않을 경우 명령 거부 메시지인 자원 상태의 불일치 보정방법.