KR20080047052A - 이동통신 시스템에서의 연결 자원 감시 방법 및 그를이용한 자원 불일치 보정 방법 - Google Patents

Abstract

이동통신 시스템에서의 연결 자원 감시 방법 및 그를 이용한 자원 불일치 보정 방법이 개시된다. 본 발명에 의하면, 노드 간의 공유 점유 자원에 대해, 일 노드에서 자원에 대한 상태보고를 명령하는 감시 요청(ARQ) 메시지를 타 노드로 전송하고, 일 노드가 타 노드로부터 감시 요청 메시지에 지정된 해당 자원에 대한 상태값이 포함된 감시 승인(ACF) 메시지를 수신받아, 이로부터 해당 자원의 상태를 검증한다. 이러한 구성에 의해, 의심되는 자원에 대해 감시 메시지(Audit Message)를 전송하여 상대국의 해당 자원에 대한 상태를 알 수 있도록 하여 자원 불일치 여부를 판단하고, 보정 작업을 통해 2개 대국간 자원 불일치를 보정하도록 하여 AAL2 연결 시도에 성공률을 높일 수 있다.

자원 불일치, ALCAP, 자원 감시, 감시 메시지, ARQ, ACF

Description

이동통신 시스템에서의 연결 자원 감시 방법 및 그를 이용한 자원 불일치 보정 방법{METHOD FOR MONITORING AND MAINTAINING COHERENCE OF RESOURCES IN A MOBILE COMMUNICATION SYSTEM}

도 1은 종래 기술에 따른 ALCAP 프로토콜에서의 AAL2 노드 간 연결 제어 절차를 설명하기 위한 흐름도.

도 2는 종래기술에 따른 ALCAP 프로토콜에서의 AAL2 노드 간 비정상적인 문제 발생을 설명하기 위한 개략도.

도 3 및 도 4는 종래기술에 따른 ALCAP 프로토콜의 문제점을 설명하기 위한 개략도.

도 5는 일 실시예에 따라 ALCAP 프로토콜에서의 연결 자원 감시 절차를 설명하기 위한 흐름도.

도 6은 일 실시예에 따른 ARQ 및 ACF 메시지의 구성을 보이는 개략도.

도 7은 일 실시예에 따라 ALCAP 프로토콜에서의 감시 요청(ARQ) 메시지를 전송하는 시점을 설명하기 위한 흐름도.

도 8은 다른 실시예에 따라 ALCAP 프로토콜에서의 감시 요청(ARQ) 메시지를 전송하는 시점을 설명하기 위한 흐름도.

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

10: 노드1(Node#1)

20: 노드2(Node#2)

본 발명은 이동 통신 시스템에 관한 것으로, 특히 이동통신 시스템에서의 연결 자원 감시 방법 및 자원 불일치 보정 방법에 관한 것이다.

ALCAP(ALCAP: Access Link Control Applicaion Part) 프로토콜은 시그널링 경로(Signaling Path)를 통해 두 AAL2 노드 간 연결을 처리하기 위해 사용되는 프로토콜로서, 시그널링(Signaling)를 통해 트래픽 경로(Traffic Path)에 대한 처리를 정의한다. ALCAP 프로토콜의 하위 프로토콜로서 MTP-3B(No.7)를 사용하기 때문에, 시그널링 경로와 트래픽 경로가 다를 수 있으며, 트래픽 경로에 문제가 있어도 시그널링은 다른 경로로 전송되어 정상적으로 처리될 가능성이 있다.

종래의 ALCAP 규격은 서로 간에 어떤 연결에 대해 상태를 감시(Audit)할 수 있는 방안이 없어, 실제로 하나의 AAL2 노드(예로서, AAL2 노드 1)에서 다른 노드(예로서, AAL2 노드 2)로 연결이 장시간 존재하고 있을 때, 이 연결이 유효한지 여부를 확인할 수 없다. 또한, AAL2 노드들 간의 연결은 잘되어 있지만, 중간에 ATM 스위치(Switch)와 같은 ATM 계층(Layer)들을 경유하게 되는 경우, 중간의 ATM 스위치의 물리적 경로(Physical Path)에 대한 작업이 안되어 있는 경우, 여러 우회 경로를 통해 ALCAP 시그널링을 성공할 수 있기 때문에 문제가 있는 트래픽 경로는 실 제로 연결이 되지 못하는 문제점이 있다.

또한, AAL2 노드들 간에 자원 불일치가 발생하는 경우, 예를 들면 한쪽 자원이 이미 해제되었으나 다른 한쪽에는 자원이 점유된 상태로 남아있는 경우, 해제된 쪽에서는 재점유를 시도할 수 있다. 이 경우, 한쪽은 이미 점유중인 자원에 대해 연결 요구를 받았기 때문에 연결 시도가 실패하는 것이므로, 2개 노드 간 AAL2 연결 시도가 실패할 수 있다.

도 1 내지 도 4를 참조하여 종래의 ALCAP 프로토콜 상에서 AAL2 노드들 간의 자원 불일치 문제점을 살펴보기로 한다.

ALCAP 프로토콜은 AAL2 노드 간의 연결을 설정하고 수정하고 해제하며, 특정 경로(Path)에 대해 블록화(BLO: Block), 비블록화(UBL: Unblock), 초기화(RES: Reset) 등을 통한 유지보수 기능을 수행한다.

ALCAP 프로토콜 상에서, AAL2 노드 간에 연결을 설정하기 위해서는, 서로 간에 연결 설정 요청(ERQ: Establish Request) 메시지를 보내고 그에 대한 정보를 토대로 미리 정해진 AAL2 경로를 점유하고 응답으로 연결 설정 승인(ECF: Establish Confirm) 메시지를 줌으로써, AAL2 노드 간에 연결을 하게 된다. 반대로, ALCAP 프로토콜 상에서, AAL2 노드 간에 설정된 연결을 해제하기 위해서는, AAL2 노드 간에 연결 해제 요청(REL: Release Request) 메시지와 연결 해제 승인(RLC: Release Confirm) 메시지를 주고 받음으로써, 설정된 연결이 해제된다.

ALCAP 프로토콜은 AAL2 노드 간에 자원을 미리 점유(Provision)하여 서로 간의 연결이 필요할 경우 ALCAP 시그널링을 통해 연결 설정, 수정, 해제 등을 수행하 게 된다. 하지만, 어떤 이유에 의해 이 2개의 노드(Node) 간 자원 불일치가 발생했다면, 이후로 진행되는 AAL2 연결 설정 요청(ERQ) 메시지에 대해 실패 처리가 많이 발생될 수 있다.

이처럼, ALCAP 프로토콜은 2개의 AAL2 노드 간의 연결을 제어하는데, 도 1에 도시된 바와 같이 AAL2 노드 1(Node#1)(10)과 노드 2(Node#2)(20) 간에 서로 연결 설정 요청(ERQ)/연결 설정 승인(ECF) 메시지를 주고 받음으로써, 하나의 연결을 유지한다. 즉, AAL2 노드 1(Node#1)(10)이 연결 설정 요청(ERQ) 메시지를 AAL2 노드 2(Node#2)(20)로 보내면(101), AAL2 노드 2(Node#2)(20)가 그에 대한 정보를 토대로 미리 정해진 AAL2 경로를 점유하고 응답으로 연결 설정 승인(ECF) 메시지를 AAL2 노드 1(Node#1)(10)로 줌으로써(102), AAL2 노드(10,20) 간에 연결을 설정하게 된다.

그러나, AAL2 노드(10,20) 간에 어떤 비정상적인 문제 발생에 의해 도 2에 도시된 바와 같이 AAL2 노드 1(Node#1)(10)에서 대국(AAL2 노드 2(Node#2)(20))으로 연결 해제 사실을 알리지 못하고 자신만 비정상 자원 해제가 발생하면(이때, 해당 자원이 비지(busy) 상태에서 아이들(idle) 상태로 바뀜)(201), AAL2 노드 2(Node#2)(20)에서는 전혀 이 사실을 감지할 수 없다. (물론, 물리계층(Physical Layer)이 다운(Down)된 경우는 대국도 알 수 있으나, 이 경우는 단순히 호처리 제어상 문제로 연결이 해제된 경우이므로, 논외로 한다.) 이러한 경우, ALCAP 프로토콜 상으로는 나중에 AAL2 노드 1(Node#1)(10)에서 이 비정상 해제된 자원을 사용하여 AAL2 노드 2(Node#2)(20)로 요청하는 순간, AAL2 노드 2(Node#2)(20)에서 자 원 불일치가 발생했음을 알 수 있고, 조치를 취하게 된다. 이러한 불일치된 자원이 많다면, 실제로 사용하지도 않는 자원을 사용하는 것으로 판단해 이용하지 못하는 문제점이 발생할 수 있다.

ALCAP 프로토콜에 정의된 기존의 호 관련 처리 중 자원에 대한 처리 방법은 다음과 같다.

첫째, 연결 설정 요청(ERQ) 메시지를 받은 노드에서 해당 자원이 블록화되어 있는 경우, 연결 설정 요청(ERQ) 메시지를 받는 쪽 노드에서 상대 쪽 노드로 해당 자원에 대해 블록화(BLO) 메시지를 보내어 서로 간에 자원을 블록 상태로 보정한다.

둘째, 연결 설정 요청(ERQ) 메시지를 받은 노드에서 해당 자원이 비지(Busy) 상태로 되어 있는 경우, 자원 점유가 실패되고 계속해서 서로 간의 노드(Node)에서는 자원 불일치 상태로 남는다.

셋째, 연결 설정 요청(ERQ) 메시지를 보낸 노드에서 일정 시간 동안 대국으로부터 응답(연결 설정 승인(ECF) 또는 연결 해제 승인(RLC)) 메시지를 수신하지 못하는 경우, 또는 연결 해제(REL) 메시지를 보낸 노드에서 일정 시간 동안 대국으로부터 응답(연결 해제 승인(RLC)) 메시지를 받지 못하는 경우, 대국 자원과 불일치로 의심이 되는 상황이므로, 대국으로 해당 자원에 대해 초기화(RES) 메시지를 보내어 강제로 자원을 초기화한다. 이때, 만약에 초기화(RES) 메시지에 대한 응답인 초기화 승인(RSC: Reset Confirm) 메시지를 수신하지 못하는 경우에는, 해당 자원에 대한 초기화가 실패한 것으로 보고, 해당 자원을 초기화 진행(Reset Continuing) 상태로 천이시키고 해당 자원에 대한 사용을 막는다. 그런 다음, 일정 시간마다 계속 응답이 전송될 때까지 초기화(RES) 메시지를 보낸다.

상기한 바와 같은 ALCAP 프로토콜의 문제점을 살펴보면 다음과 같다.

첫째, 장시간 점유하고 있는 AAL2 채널에 대해 실제 점유중인지 아닌지를 알 수 없다.

둘째, 링크가 다운(Down)된 경우가 아니라면, ALCAP 시그널링은 트래픽 경로와 다른 시그널링 경로를 통해 전송되기 때문에, 트래픽 경로 상에 문제가 있어도 이를 감지하지 못하고 유효하지 못한 경로를 점유하려 든다는 점이다. 즉, 실제 하나의 AAL2 노드를 여러 개의 물리적 경로로 연결해 놓을 경우, ALCAP 프로토콜은 No.7 프로토콜을 사용하기 때문에, 여러 개중 가용한 경로만 있으면 대국 AAL2 노드로 전달될 수 있다. 하지만, 트래픽 경로는 그 경로의 자원이 선택된다면 항상 그 경로를 통해 연결되어야 하므로, 도 3에 도시된 바와 같이 시그널링은 성공하지만, 실제 트래픽 경로는 열리지 않는 문제가 발생할 수 있다.

셋째, 한쪽은 아이들(Idle) 상태, 다른 한쪽은 비지(Busy) 상태로 관리되는 자원 불일치 상황이 발생했을 경우, 아이들인 자원을 가진 노드에서 상대 노드로 자원 점유 요청, 즉 연결 설정 요청(ERQ) 메시지를 보낸다면 그 연결은 항상 실패 처리된다. 즉, 자원 점유를 시도하는 노드의 자원 선택 알고리즘이 가장 앞에 있는 아이들 상태의 자원을 사용하는 방식이라면, 도 5에 도시된 바와 같이 자원 불일치된 자원을 계속 선택할 것이며, 이 자원으로 자원 점유 요청, 즉 연결 설정 요청(ERQ) 메시지를 대국으로 보낼 것이고, 이 시도는 대국에서 자원 비지(Busy) 상 태가 풀리지 않는 한 항상 실패 처리된다.

따라서, 이러한 ALCAP 프로토콜 운용시 문제가 될 수 있는 자원 불일치 문제를 해결할 수 있는 방안이 절실히 요구된다.

본 발명의 목적은, 이동통신 시스템에서의 연결 자원 감시 방법 및 그를 이용한 자원 불일치 보정 방법을 제공하는데 있다.

일 실시예에 따르면, 이동통신 시스템에서 노드 간에 연결된 자원을 감시 방법이 제공된다. 상기 방법에 따르면, 제 1 노드에서 공유 점유 자원에 대한 상태보고를 명령하는 감시 요청(ARQ) 메시지를 제 2 노드로 전송하고, 상기 제 1 노드가 상기 제 2 노드로부터 상기 감시 요청 메시지에 지정된 해당 자원에 대한 상태값이 포함된 감시 승인(ACF) 메시지를 수신하여, 이로부터 상기 자원의 상태를 검증한다.

다른 실시예에 따르면, 상기 노드들 간의 연결이 지속되고 있어 상기 자원에 대한 실제 점유가 의심스러워 상기 자원에 대해 상태보고를 명령하는 상기 감시 요청(ARQ) 메시지를 전송한 경우, 상기 감시 승인(ACF) 메시지에 실린 상기 자원의 상태값을 바탕으로 해당 자원의 상태를 검증하여, 해당 자원의 연결 지속 여부를 결정한다.

다른 실시예에 따르면, 상기 방법에서 상기 자원에 대한 실제 트래픽 경로의 상태가 의심스러워 상기 자원에 대해 상태보고를 명령하는 상기 감시 요청(ARQ) 메시지를 전송한 경우, 상기 감시 승인(ACF) 메시지에 실린 상기 자원의 상태값을 바 탕으로 해당 자원에 대한 가용 여부를 판단하여 자원 불일치에 대한 보정 작업을 수행한다.

본 발명은 접속 링크 제어 응용 프로토콜에서 AAL2(ATM Adaptation Layer Type 2) 노드 간에 연결된 자원의 불일치를 검출하고, 이를 보정할 수 있는 방법을 제공한다.

이하 첨부된 도면을 참조하여 본 발명의 다양한 실시예에 관한 동작 원리를 상세히 설명한다. 다만, 이하의 설명에서는 본 발명의 요지를 불필요하게 흐릴 우려가 있는 경우, 널리 알려진 기능이나 구성에 관한 구체적 설명은 생략하기로 한다.

일 실시예에 따르면, ALCAP 프로토콜 운용시 문제가 될 수 있는 자원 불일치를 보정하기 위해, ALCAP 규격에 없는 새로운 감시(AUDIT) 메시지(ARQ(Audit Request), ACF(Audit Confirm))를 새로이 정의하고 사용함으로써, 사전에 자원 불일치를 검출해 낼 수 있고, 장시간 사용 중인 AAL2 연결에 대해 실제 자원 점유 여부를 판별할 수 있으며, 실제 트래픽 경로(Traffic Path)의 상태를 알 수 있어, 두 개의 AAL2 노드 간의 상태 불일치를 사전에 방지할 수 있다.

이를 위해, 우선 도 6에 도시된 바와 같이 ALCAP 프로토콜에 새로운 감시(AUDIT) 메시지, 즉 ARQ(Audit Request), ACF(Audit Confirm) 메시지를 정의하고, 이 메시지들(ARQ, ACF)을 AAL2 노드(10,20) 간에 특정 경로에 대해 서로 주고 받도록 한다(도 5, 도 7 및 도 8 참조).

ARQ 메시지는 감시(Audit) 요청 메시지로서, 이 메시지에는 OSAID( Origination Signaling Association Identifier), DSAID(Destination Signaling Association Identifier), CEID(AAL type 2 Connection Element Identifier) 정보가 포함된다. ACF 메시지는 상기 ARQ 메시지에 대한 응답 메시지로서, 이 메시지에는 OSAID(Origination Signaling Association Identifier), DSAID(Destination Signaling Association Identifier), 연결 상태 정보(Connection State)가 포함된다.

상기 감시 요청(ARQ) 및 감시 승인(ACF) 메시지는 시그널링 경로를 통해 AAL2 노드(10,20) 간에 전송된다. 상대 노드(대국 노드)에서 ARQ 메시지에 지정된 경로의 상태값을 전달하여 요청한 노드에서 알 수 있도록 한다. 해당경로의 상태값은 비지(Busy), 아이들(Idle), 블록화됨(Blocked), 초기화 진행중(Reset Continuing) 등을 포함한다.

이 결과에 따라, ARQ 메시지를 전송하는 노드에서는 자원(공유 점유 자원)의 불일치 여부를 판단할 수 있고, 자원 불일치라고 판단되면 공지의 ALCAP 프로토콜에 정의된 메시지들을 사용하여 자원 일치를 수행할 수 있다.

도 5를 참조하여 일실시예에 따른 ALCAP 프로토콜에서의 연결 자원 감시 절차를 살펴보기로 한다.

장시간 점유중인 채널(Channel)에 대한 감시(Audit)(도 7 참조), 트래픽 채널(Traffic Channel)에 대한 감시(Audit)(도 8 참조) 등 기타 여러 가지 경우에 대해 상대 노드(대국 노드)에서 동일한 자원에 대해 어떤 상태를 유지하고 있는지를 알 수 있다.

자원 불일치가 의심되는 자원에 대해(501), ARQ 메시지와 ACF 메시지를 주고(502) 받아(504) 검증을 함으로써(505), 자원 불일치로 판명되는 경우 즉각 해당 자원을 보정함으로써(506), AAL2 노드(10,20) 간 자원의 상태를 맞추도록 하여 불일치된 자원을 보정한다.

먼저, AAL2 노드 2(Node#2)(20)에서는 자원 불일치가 의심되는 노드(10,20) 간의 공유 점유 자원에 대해(501), 해당 자원에 대한 상태보고를 명령하는 감시 요청(ARQ) 메시지를 AAL2 노드 1(Node#1)(10)로 전송한다(502). 이에 대해, AAL2 노드 1(Node#1)(10)에서는 감시 요청(ARQ) 메시지 수신시, 해당 자원에 대한 상태값(예를 들면, 비지(Busy), 아이들(Idle), 블록화됨(Blocked), 초기화 진행중(Reset Continuing) 등)을 감시 승인(ACF) 메시지에 실어(503), 상태값이 포함된 감시 승인(ACF) 메시지를 AAL2 노드 2(Node#2)(20)로 전송한다(504).

이후, AAL2 노드 1(Node#1)(10)로부터 감시 요청(ARQ) 메시지에 지정된 해당 자원에 대한 상태값이 포함된 감시 승인(ACF) 메시지가 수신되면, AAL2 노드 2(Node#2)(20)는 이로부터 해당 자원의 상태를 검증(자원 불일치 여부 판정)한다(505).

이때, 검증 결과에 따라, 해당 자원의 연결 지속 여부를 결정한다. 만약, 자원 불일치로 판정된 경우, 해당 자원에 대한 가용 여부를 판단하여 자원 불일치에 대한 보정 작업을 수행할 수 있는데(506), 일 예로 하기에서 보다 상세하게 설명될 공지의 ALCAP 프로토콜에 정의된 메시지들을 사용하여 자원 일치를 수행할 수 있 다.

상기에서, ARQ 메시지는, 노드 간의 연결이 지속되고 있어 해당 자원에 대한 실제 점유가 의심스러운 경우(도 7 참조), 혹은 해당 자원에 대한 실제 트래픽 경로의 상태가 의심스러운 경우에(도 8 참조), 해당 자원에 대해 상태보고를 명령하는 감시 요청(ARQ) 메시지를 실시간 전송할 수 있다.

도 7에 도시된 바와 같이, AAL2 노드(10,20) 간에 특정 연결이 장시간 지속되고 있어(701), AAL2 노드 2(Node#2)(20)에서 실제 자원 점유 여부가 의심스러운 경우(702), 대국 노드(AAL2 노드 1(Node#1)(10))로 해당 연결에 대해 감시 요청(ARQ) 메시지를 전송한다(703). AAL2 노드 1(Node#1)(10)은 실제 해당 연결에 대한 상태정보(예를 들면, 비지(Busy), 아이들(Idle), 블록화됨(Blocked), 초기화 진행중(Reset Continuing) 등)를 감시 승인(ACF) 메시지에 실어(704) AAL2 노드 2(Node#2)(20)로 전송한다(705).

이후, AAL2 노드 2(Node#2)(20)에서는 ACF 메시지에 실린 상태값 결과에 따라 해당 자원의 연결 지속 여부를 결정한다. 즉, ACF 메시지에 실린 해당 자원의 상태값이 "비지(Busy)"인 경우, 정상인 경우이므로 연결된 자원을 지속한다. 그러나, 해당 자원의 상태값이 "아이들(Idle)"인 경우, 대국 노드(예로서, AAL2 노드 1(Node#1)(10))는 자원이 해제된 상태이고 자국(예로서, AAL2 노드 2(Node#2)(20))은 점유중인 상태이므로 연결된 자원을 해제한다.

한편, 도 8에 도시된 바와 같이, 해당 자원에 대한 실제 트래픽 채널이 의심스러운 경우(801), 대국 노드(AAL2 노드 1(Node#1)(10))로 해당 연결에 대해 감시 요청(ARQ) 메시지를 전송한다(802). 이에 대해, AAL2 노드 1(Node#1)(10)은 실제 해당 연결에 대한 상태정보(예를 들면, 비지(Busy), 아이들(Idle), 블록화됨(Blocked), 초기화 진행중(Reset Continuing) 등)를 감시 승인(ACF) 메시지에 실어(803) AAL2 노드 2(Node#2)(20)로 전송한다(804).

이후, AAL2 노드 1(Node#1)(10)로부터 ACF 메시지를 수신한 AAL2 노드 2(Node#2)(20)는 해당 자원에 대한 가용 여부를 판단하여 자원 불일치에 대한 보정 작업을 수행한다.

만약, 자원 불일치로 판단되는 경우, 기존 ALCAP 프로토콜에 정의되어 있는 메시지를 사용하여 점유중인 자원에 대해 다음과 같이 자원 보정 처리를 한다.

첫째, ACF 메시지에 실린 해당 자원의 상태값이 "비지(Busy)"인 경우, 정상인 경우이므로 아무런 동작을 하지 않는다.

둘째, 해당 자원의 상태값이 "아이들(Idle)"인 경우, 대국 노드(예로서, AAL2 노드 1(Node#1)(10))는 자원이 해제된 상태이고 자국(예로서, AAL2 노드 2(Node#2)(20))은 점유중인 상태이므로 자원 해제를 통한 일치를 시도한다.

셋째, 해당 자원의 상태값이 "블록화(Blocked)"인 경우, 기존 호를 유지시키며 자신(예로서, AAL2 노드 2(Node#2)(20))의 상태를 역시 블록화된(Blocked) 상태로 변경한다. 하지만, 진행중인 호에 대해서는 아무런 동작도 하지 않는다. 이 호가 해제되면 이 자원은 블록화된(Blocked) 상태이므로 비블록화(Unblock)되기 전까지 더 이상 자원 점유 시도 대상이 되지 않는다.

넷째, 해당 자원의 상태값이 "초기화 진행중(Reset Continuing)"인 경우, 즉 각 자원을 해제하고 대국 노드(예로서, AAL2 노드 1(Node#1)(10))로부터 초기화(RES) 메시지를 수신 대기한다. (ALCAP 규격의 정의에 따라, 초기화 진행중 상태에서 대국이 자국으로 초기화(RES) 메시지를 재 전송한다. 대국의 자원 상태가 초기화 진행중임에도 불구하고 자국에서는 그 사실을 모르고 있어 자국이 대국의 RES에 대한 응답인 RSC를 보내지 않는 경우, 대국에서는 RES에 대한 타이머(Timer)가 만료된다. RES에 대한 응답이 타이머 만료되는 경우, ALCAP 규격의 정의에 따라, 대국은 다시 RES를 전송한다). 만약, 초기화(RES) 메시지가 수신되면, 이에 대한 응답으로 초기화 승인(RSC) 메시지를 보냄으로써 양자(10,20) 간의 자원을 보정한다.

기존 ALCAP 프로토콜이 어떤 연결에 대한 시도가 있을 때만 자원 보정에 대한 처리를 수행할 수 있음에 반하여, 본 발명에서는 이런 시도(ARQ 메시지 전송)가 연결 설정, 해제, 수정 등의 처리 시기가 아닌 자원 불일치로 의심되는 상황에서 언제든 시도할 수 있다. 즉, 의심이 될 때, 즉각적으로 확인하고 자원 불일치시 보정 작업을 수행할 수 있다.

상기 방법들은 특정 실시예들을 통하여 설명되었지만, 상기 방법들은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광데이터 저장장치 등이 있으며, 또한 케리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한, 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다. 그리고, 상기 실시예들을 구현하기 위한 기능적인(functional) 프로그램, 코드 및 코드 세그먼트들은 본 발명이 속하는 기술분야의 프로그래머들에 의해 용이하게 추론될 수 있다.

또한, 본 명세서에서는 본 발명이 일부 실시예들과 관련하여 설명되었지만, 본 발명이 속하는 기술분야의 당업자가 이해할 수 있는 본 발명의 정신 및 범위를 벗어나지 않는 범위에서 다양한 변형 및 변경이 이루어질 수 있다는 점을 알아야 할 것이다. 그러한 변형 및 변경은 본 명세서에 첨부된 특허청구의 범위 내에 속하는 것으로 생각되어야 한다.

상기 실시예들에 따른 연결 자원 감시 방법 및 자원 불일치 보정 방법에 의하면, 의심되는 자원에 대해 감시 메시지(Audit Message)를 전송하여 상대국의 해당 자원에 대한 상태를 알 수 있도록 하여 자원 불일치 여부를 판단하고, 보정 작업을 통해 2개 대국간 자원 불일치를 보정하도록 하여 AAL2 연결 시도에 성공률을 높일 수 있는 이점이 있다.

Claims (14)

1. 이동통신 시스템에서 노드 간에 연결된 자원을 감시 방법으로서,

   제 1 노드에서 공유 점유 자원에 대한 상태보고를 명령하는 감시 요청(ARQ) 메시지를 제 2 노드로 전송하는 단계, 및

   상기 제 1 노드가 상기 제 2 노드로부터 상기 감시 요청 메시지에 지정된 해당 자원에 대한 상태값이 포함된 감시 승인(ACF) 메시지를 수신하여, 이로부터 상기 자원의 상태를 검증하는 단계

   를 포함하는 방법.
2. 제1항에 있어서,

   상기 제 1 노드는,

   상기 노드들 간의 연결이 지속되고 있는 경우, 상기 제 2 노드로 상기 자원에 대해 상태 보고를 명령하는 상기 감시 요청(ARQ) 메시지를 실시간 전송하는 방법.
3. 제2항에 있어서,

   상기 검증 단계는, 상기 제 1 노드에서 해당 자원의 연결 지속 여부를 결정하는 단계

   를 포함하는 방법.
4. 제3항에 있어서,

   상기 제 1 노드는,

   해당 자원의 연결 지속 여부를 결정함에 있어서,

   상기 상태값이 비지(Busy)인 경우, 연결된 자원을 지속하고,

   상기 상태값이 아이들(Idle)인 경우, 연결된 자원을 해제하는 방법.
5. 제1항에 있어서,

   상기 제 1 노드는,

   상기 자원에 대한 실제 트래픽 경로의 상태가 의심스러운 경우, 상기 제 2 노드로 상기 자원에 대해 상태보고를 명령하는 상기 감시 요청(ARQ) 메시지를 실시간 전송하는 방법.
6. 제5항에 있어서,

   상기 검증 단계는, 상기 제 1 노드에서 해당 자원에 대한 가용 여부를 판단하여 자원 불일치에 대한 보정 작업을 수행하는 단계

   를 포함하는 방법.
7. 제6항에 있어서,

   상기 제 1 노드는,

   자원 불일치에 대한 보정 작업을 수행함에 있어서,

   상기 상태값이 비지(Busy)인 경우, 정상으로 간주하여 별도의 동작을 수행하는 않고,

   상기 상태값이 아이들(Idle)인 경우, 자원 해제를 통해 일치를 시도하며,

   상기 상태값이 블록화된(Blocked) 경우, 기존 호를 유지시키며 자신의 상태를 블록화된 상태로 변경하고,

   상기 상태값이 초기화 진행중(Reset Continuing)인 경우, 해당 자원을 해제하고 상기 타 노드로부터 초기화(RES) 메시지를 수신 대기하며, 초기화(RES) 메시지 수신시 이에 대한 응답으로 초기화 승인(RSC) 메시지를 전송하는 방법.
8. 제1항 내지 제7항 중 어느 한 항에 있어서,

   상기 제 2 노드는,

   상기 감시 요청(ARQ) 메시지 수신시, 해당 자원에 대한 상태값을 상기 감시 승인(ACF) 메시지에 실어 상기 제 1 노드로 전송하는 방법.
9. 제8항에 있어서,

   상기 감시 요청 및 승인 메시지는,

   시그널링 경로(Signaling Path)를 통해 전송되는 방법.
10. 제1항에 있어서,

    상기 노드들 간의 연결이 지속되고 있어 상기 자원에 대한 실제 점유가 의심스러워 상기 자원에 대해 상태보고를 명령하는 상기 감시 요청(ARQ) 메시지를 전송한 경우, 상기 감시 승인(ACF) 메시지에 실린 상기 자원의 상태값을 바탕으로 해당 자원의 상태를 검증하여, 해당 자원의 연결 지속 여부를 결정하는 단계를 더 포함하는 방법.
11. 제1항에 있어서,

    상기 자원에 대한 실제 트래픽 경로의 상태가 의심스러워 상기 자원에 대해 상태보고를 명령하는 상기 감시 요청(ARQ) 메시지를 전송한 경우, 상기 감시 승인(ACF) 메시지에 실린 상기 자원의 상태값을 바탕으로 해당 자원에 대한 가용 여부를 판단하여 자원 불일치에 대한 보정 작업을 수행하는 단계를 더 포함하는 방법.
12. 제10항 또는 제11항에 있어서,

    자원 불일치로 의심되는 자원에 대해, 감시 요청(ARQ) 메시지를 실시간으로 전송하여, 해당 자원에 대한 상태값이 포함된 감시 승인(ACF) 메시지를 수신받는 단계를 더 포함하는 방법.
13. 제10항에 있어서,

    상기 자원의 연결 지속 여부를 결정하는 단계는,

    상기 상태값이 비지(Busy)인 경우, 연결된 자원을 지속하고,

    상기 상태값이 아이들(Idle)인 경우, 연결된 자원을 해제하는 단계를 포함하는 방법.
14. 제12항에 있어서,

    상기 자원 불일치에 대한 보정 작업을 수행하는 단계는,

    상기 상태값이 비지(Busy)인 경우, 정상으로 간주하여 별도의 동작을 수행하는 않고,

    상기 상태값이 아이들(Idle)인 경우, 자원 해제를 통해 일치를 시도하며,

    상기 상태값이 블록화된(Blocked) 경우, 기존 호를 유지시키며 자신의 상태를 블록화된(Blocked) 상태로 변경하고,

    상기 상태값이 초기화 진행중(Reset Continuing)인 경우, 자원을 해제하고 대국 노드로부터 초기화(RES) 메시지를 수신 대기하며, 초기화(RES) 메시지 수신시 이에 대한 응답으로 초기화 승인(RSC) 메시지를 전송하는 단계를 포함하는 방법.

Images