KR20090028669A - 무선 네트워크에서 이벤트 요청을 종료하는 절차 - Google Patents

Abstract

무선 네트워크에서 이전에 전송된 이벤트 요청 프레임의 종료를 알리는 방법에 대하여 개시한다. 본 발명의 일 실시예에 의하면, 우선 이전에 전송된 이벤트 요청 프레임의 종료를 알리기 위한 새로운 이벤트 유형, 예컨대 결과 코드(Result Code)를 정의한다. 그리고 하나의 이벤트 요청 프레임을 전송하고 난 이후에 그에 대한 이벤트 응답 프레임을 수신하기 이전에, 상기 새로운 이벤트 유형에 취소 또는 종료를 지시하는 정보를 포함시켜서 새로운 이벤트 요청 프레임을 전송함으로써, 이전에 전송된 이벤트 요청 프레임에 대한 종료를 지시한다. 본 발명의 다른 실시예에 의하면, 취소 또는 종료를 지시하기 위하여 새로운 이벤트 유형을 정의하는 것이 아니라, 새로운 서브요소 ID를 정의하고 이를 이용함으로써 이전에 전송된 이벤트 요청 프레임에 대한 종료를 지시할 수도 있다.

무선랜(WLAN), IEEE 802.11, 무선 측정, Event Request, Event Report

Description

무선 네트워크에서 이벤트 요청을 종료하는 절차{Procedure for terminating previous event request in wireless network}

본 발명은 무선 네트워크 관리(Wireless Network Management)에 관한 것으로, 보다 구체적으로는 무선 네트워크에서 이전에 전송한 이벤트 요청 프레임을 종료하거나 또는 취소하기 위한 절차에 관한 것이다.

최근 정보통신 기술의 발전과 더불어 다양한 무선 통신기술이 개발되고 있다. 이 중에서 무선랜(Wireless Local Access Network, WLAN)은 무선 주파수 기술을 바탕으로 개인 휴대용 정보 단말기(Personal Digital Assistant, PDA), 랩탑 컴퓨터, 휴대형 멀티미디어 플레이어(Portable Multimedia Player, PMP) 등과 같은 휴대형 단말기를 이용하여 가정이나 기업 또는 항공기 등과 같은 특정 서비스 제공지역에서 무선으로 초고속 인터넷에 접속할 수 있도록 하는 기술이다.

무선랜을 포함한 LAN 및 MAN(Metropolitan Area Network)의 표준화 기구인 IEEE(Institute of Electrical and Electronics Engineers) 802가 1980년 2월에 설 립된 이래, 많은 표준화 작업이 수행되고 있다. 초기의 무선랜 기술은 IEEE 802.11을 통해 2.4GHz 주파수를 사용하여 주파수 호핑, 대역 확산, 적외선 통신 등으로 1~2Mbps의 속도를 지원한 이래, 최근에는 직교 주파수 분할 다중(Orthogonal frequency Division Multiplex, OFDM)을 적용하여 최대 54Mbps의 속도를 지원할 수 있다. 이외에도 IEEE 802.11에서는 서비스 품질(Quality of Service, QoS)의 향상, 엑세스 포인트(Access Point, AP) 프로토콜 호환, 보안 강화(Security Enhancement), 무선 네트워크 관리(Wireless Network Management), 무선 자원 측정(Radio Resource Measurement), 차량 환경을 위한 무선 접속(Wireless Access in Vehicular Environment), 신속한 로밍(Fast Roaming), 메쉬 네트워크(Mesh Network), 외부 네트워크와의 상호 작용(Inter-working with External Network), 무선 네트워크 관리(Wireless Network Management) 등 다양한 기술의 표준을 실용화 또는 개발 중에 있다.

이 중에서 무선 네트워크 관리는 스테이션(Station, STA) 또는 엑세스 포인트(Access Point, AP) 등에서 무선 네트워크에 관한 정보를 수집하거나 또는 문제를 진단하거나 또는 서비스를 제공하는 절차 등과 관련된 프로토콜을 제공하는 것으로서, 이벤트 요청 및 보고(Event Request and Report), 진단 요청 및 보고(Diagnostic Request and Report), 프레즌스 서비스(Presence Service), 기본 서비스 세트 전이 관리(Basic Service Set(BSS) Transition Management), FBMS(Flexible Broadcast Multicast Service), 트래픽 필터 서비스(Traffic Filter Service, TFS), 휴면 모드 요청 및 응답(Sleep Mode Request and Response) 등을 포함한다.

무선 네트워크 관리는 네트워크의 상태를 간단한 방법으로 관리할 수 있는 프로토콜(Simple Network Management Protocol, PNMP)에 대한 기술로서, 최근 활발한 연구가 진행되고 있다. SNMP에서 네트워크의 상태를 실시간으로 진단(Real-time Diagnosis)하는 방법으로 STA간에 이벤트 요청 프레임(Event Request Frame)과 이벤트 보고 프레임(Event Report Frame)을 상호 교환하는 방법이 있다. 하나의 STA(요청 STA)이 자신과 접속하고 있는 다른 STA과의 네트워크 상태를 파악하고 이에 적절한 접속 상태를 유지하기 위하여 이벤트 요청 프레임을 전송하며, 이벤트 요청 프레임을 수신한 STA(보고 STA)은 이벤트 요청 프레임에서 요구하는 이벤트 유형(Event Type)에 따라 이벤트 보고 프레임을 통하여 응답한다.

그런데, 현재 이러한 이벤트 요청 및 보고 절차와 관련하여, 요청 STA이 이벤트 요청 프레임을 전송하여 소정의 이벤트 유형에 대한 보고를 요청한 이후에, 네트워크 환경의 변화나 보고의 필요성 소멸 등으로 인하여, 이전의 요청을 취소해야 하는 상황이 발생할 수도 있다. 이와 같이, 이전의 요청에 대해서 보고가 불필요한 상황이 발생했음에도 불구하고, 보고 STA에게 그 사실을 알리지 않고 계속 수신된 이벤트 요청 프레임을 처리하고 또한 보고를 하도록 하는 것은, 보고 STA은 불필요한 처리를 하게 되고 또한 불필요한 이벤트 보고 프레임의 전송을 위하여 무선 자원을 사용하게 하는 결과를 초래한다.

따라서 본 발명이 해결하고자 하는 과제는 보고 STA이 불필요한 이벤트 요청프레임에 대하여 처리하기 위하여 시간과 에너지를 소비하는 것을 방지하고 또한 불필요한 이벤트 보고 프레임의 전송을 위하여 무선 자원을 낭비하는 것을 방지할 수 있는 이전에 전송된 이벤트 요청 프레임을 종료하는 절차를 제공하는 것이다.

상기한 과제를 해결하기 위한 본 발명의 일 실시예에 따른 이벤트 요청을 종료하는 절차는 하나 이상의 이벤트 유형에 대한 제1 이벤트 요청 프레임을 전송하는 단계, 및 상기 제1 이벤트 요청 프레임에 대한 이벤트 보고 프레임을 수신하기 이전에, 상기 제1 이벤트 요청 프레임과 관련된 절차의 진행을 종료할 것을 지시하는 정보가 포함된 제2 이벤트 요청 프레임을 전송하는 단계를 포함한다.

상기 실시예의 일 측면에 의하면, 상기 제1 이벤트 요청 프레임과 관련된 절차의 진행을 종료할 것을 지시하는 정보는 상기 제2 이벤트 요청 프레임에서 이벤트 유형을 지시하기위한 필드에 포함될 수 있다.

상기 실시예의 다른 측면에 의하면, 상기 제1 이벤트 요청 프레임과 관련된 절차의 진행을 종료할 것을 지시하는 정보는 상기 제2 이벤트 요청 프레임에서 해당 이벤트 유형의 이벤트 요청 서브요소를 지시하기 위한 필드에 포함될 수 있다.

본 발명에 의하면, 이벤트 보고 요청을 종료하기 위한 절차를 새롭게 정의함으로써, 보고 STA이 불필요한 이벤트 요청프레임에 대하여 처리하기 위하여 시간과 에너지를 소비하는 것을 방지할 수 있다. 또한, 보고 STA은 불필요한 이벤트 보고 프레임을 전송할 필요가 없기 때문에, 무선 자원의 이용 효율을 높일 수 있다.

본 발명의 실시예를 설명하기에 앞서, 본 발명의 실시예가 적용될 수 있는 무선 네트워크 시스템의 아키텍쳐에 대하여 개략적으로 설명한다.

무선 네트워크 시스템은 예컨대, 적어도 하나의 기본 서비스 세트(Basic Service Set, BSS)를 포함할 수 있다. BSS는 성공적으로 동기화를 이룬 스테이션(STA)의 집합을 말하는데, BSS의 멤버쉽이 동일 BSS 내의 다른 모든 STA과의 무선 통신이 가능하다는 것을 의미하지는 않는다. BSS에 포함되는 STA은 이동성을 가진 단말일 수도 있고 또는 소정의 위치에 고정된 단말일 수도 있다.

상기 무선 네트워크에서의 통신은 BSS에 속하는 멤버들을 포함하는 영역인 기본 서비스 영역(Basic Service Area, BSA)에서 이루어진다. BSA는 무선 매체의 전파 특성에 따라서 달라질 수 있기 때문에 경계가 다소 불명확하다. 이러한 BSS는 기본적으로 독립 BSS(Independent BSS, IBSS)와 인프라스트락쳐 BSS(Infra-structured BSS)의 두 가지로 분류할 수 있는데, 전자는 자기 자신이 포함된(self-contained) 네트워크를 형성하는 것으로서 분산 시스템(Distribution System, DS)으로의 접속이 허용되지 않는 BSS를 말하고, 후자는 하나 이상의 엑세스 포인트와 분산 시스템 등을 포함하는 것으로서 일반적으로 STA간의 통신을 포함한 모든 통신 과정에서 엑세스 포인트(Access Point, AP)가 이용되는 BSS를 말한다.

STA은 IEEE 802.11 표준의 규정을 따르는 매체 접속 제어(Medium Access Control, MAC)와 무선 매체에 대한 물리층(Physical Layer) 인터페이스를 포함하는 임의의 기능 매체로서, 비AP 스테이션(Non-AP Station)이다. 사용자에게 귀속되는 STA은 무선 송수신 유닛(Wireless Transmit/Receive Unit, WTRU), 사용자 장비(User Equipment, UE), 이동국(Mobile Station, MS), 또는 이동 가입자 유닛(Mobile Subscriber Unit) 등의 다른 명칭으로도 불릴 수 있다. 그리고 AP는 자신에게 연결 설정된 STA(Associated Station)을 위하여 무선 매체를 경유하여 DS에 대한 접속을 제공하는 기능 개체이다. 이러한 AP는 STA 기능을 가지므로, 본 명세서에서 단순히 STA이라고 할 경우에는 그 본질상 적용이 불가능한 경우를 제외하고는 AP도 포함되는 것으로 해석될 수도 있다. 상기 AP는 엑세스 포인트라는 명칭 외에 집중 제어기, 기지국(Base Station, BS), 노드-B, 또는 사이트 제어기 등으로 불릴 수도 있다.

복수의 BSS는 일반적으로 분산 시스템을 통해 상호 연결될 수 있다. 분산 시스템을 통하여 서로 연결된 복수의 BSS를 확장 서비스 세트(Extended Service Set, ESS)라 한다. 동일 ESS에 포함되는 STA들은 서로 통신할 수 있으며, 동일한 ESS 내에서 STA은 하나의 BSS에서 다른 BSS로 이동하면서 지속적으로 통신할 수 있는데, 이를 BSS 전이(Transition)라고 한다.

이벤트 요청 프레임과 이벤트 보고 프레임의 교환은 네트워크 실시간 진단(Network Real-time Diagnostics)을 가능하도록 한다. 예를 들어, 인프라스트럭쳐 BSS에서 비AP STA의 이벤트 정보를 수집하려는 AP는 이벤트 유형이 특정되거나 또는 이벤트 요청 필드를 포함하지 않은 이벤트 요청 프레임을 하나 또는 그 이상의 비AP STA들에게 전송할 수 있다. 그리고 이벤트 요청 프레임을 수신한 비AP STA은 요청된 이벤트 유형에 대한 정보 또는 모든 이벤트 유형에 대한 정보가 포함된 이벤트 보고 프레임을 AP에게 전송할 수 있다. 이러한 이벤트 요청 프레임과 이벤트 보고 프레임은 유니 캐스트 방식으로 전송되며, 만일 이벤트 요청/보고 프레임의 목표 주소가 멀티캐스트 주소 또는 브로드캐스트 주소이면, 해당 프레임은 폐기된다.

이벤트 요청 및 보고에서 특정될 수 있는 이벤트 유형으로는 예컨대, 전이 이벤트(Transition Event), RSNA(Robust Security Network Association) 이벤트, 피어-투-피어 링크 이벤트(Peer-to-Peer Link Event), 시스로그 이벤트(Syslog Event) 등이 있다. 전이 이벤트 요청 및 보고는 주어진 비AP STA에 대한 이전의 전이 이벤트 정보를 제공하기 위한 것이다. RSNA 이벤트 요청 및 보고는 주어진 비AP STA에 대한 인증 이벤트(Authentication Event) 정보를 제공하기 위한 것이다. 피어-투-피어 링크 이벤트 요청 및 보고는 주어진 비AP STA에 대한 피어-투-피어 링크 이벤트 정보를 제공하는데, 피어-투-피어 링크는 QBSS(Quailty of Service BSS) 내의 직접 링크(Direct Link) 또는 독립 BSS(IBSS) 내에서의 STA간의 통신일 수 있다. 그리고 시스로그 이벤트는 주어진 비AP STA에 대한 사람이 읽을 수 있는 형태 의 벤더 고유의 정보를 AP에게 제공하는 것이 목적이다.

도 1은 본 발명의 실시예에 사용될 수 있는 무선 네트워크에서의 이벤트 요청 프레임의 구조의 일례를 보여 주는 블록도이다. 이벤트 요청 프레임(100)은 하나의 STA이 다른 STA으로 하나 이상의 이벤트 유형에 대한 보고를 요청하기 위해 사용된다. 도 1을 참조하면, 이벤트 요청 프레임(100)은 카테고리 필드(Category, 110), 액션 필드(Action, 120), 및 다이얼로그 토큰 필드(Dialog Token, 130)을 포함하며, 0개 또는 그 이상의 이벤트 요청 요소 필드(Event Request Elements, 140)를 더 포함할 수 있다.

카테고리 필드(110)는 해당 프레임의 카테고리를 나타내기 위한 것으로서, 이벤트 요청 프레임(100)의 경우에는 무선 네트워크 관리(Wireless Network Management) 카테고리를 지시하는 값으로 설정될 수 있다. 액션 필드(120)는 무선 네트워크 관리에서의 해당 프레임의 구체적인 액션을 지시하기 위한 것으로서, 이벤트 요청 프레임(100)의 경우에는 이벤트 요청 액션을 지시하는 값으로 설정될 수 있다. 다이얼로그 토큰 필드(130)는 STA간의 프레임 교환을 식별하는 기능을 하는 것으로서, 이벤트 요청 프레임과 이벤트 보고 프레임의 대응 관계를 확인하기 위하여 이벤트 요청을 보내는 STA에 의해 선택되는 값이 삽입될 수 있다. 이벤트 요청 요소 필드(140)는 이벤트 요청의 구체적인 유형 및/또는 조건 등을 설정하기 위한 것으로서, 하나 또는 그 이상의 이벤트 요청 요소를 포함한다. 이벤트 요청 요소 필드(140)에 포함되는 이벤트 요청 요소의 개수와 각 이벤트 요청 요소의 크기는 설정된 MMPDU(Medium Access Control(MAC) Management Protocol Data Unit) 크기 내에서 제한될 수 있다.

이벤트 요청 요소 필드(140)는 요소 ID 서브필드(Element ID, 141), 길이 서브필드(Length, 142), 이벤트 토큰 서브필드(Event Token, 143), 및 이벤트 유형 서브필드(Event Type, 144)를 포함하며, 또한 이벤트 요청 서브필드(Event Request, 145)를 더 포함할 수 있다. 요소 ID 서브필드(141)에는 여러 가지 정보 요소(Information Element) 중에서 이벤트 요청 요소 필드(140)에 포함되는 정보 요소를 식별하기 위한 ID값으로 설정되는데, 본 실시예의 경우에 이벤트 요청 요소라는 것을 지시하는 값으로 설정될 수 있다. 길이 서브필드(142)는 이벤트 요청 서브필드(145)의 길이에 따라 다양한 값을 가질 수 있다. 이벤트 토큰 서브필드(143)는 이벤트 요청 요소(140)와 이벤트 보고 프레임의 이벤트 보고 요소를 대응시켜서 식별하기 위한 고유의 값으로 설정될 수 있다.

그리고 이벤트 유형 서브필드(140)는 여러 가지 유형의 이벤트 중에서 요청 STA이 보고를 받고자 하는 유형의 이벤트 요청을 지시하는 정보가 설정된다. 표 1은 본 발명의 일 실시예에 따라서 이벤트 유형 서브필드(140)에 포함될 수 있는 이벤트 요청의 유형을 보여 주는 것이다. 표 1을 참조하면, 포함될 수 있는 이벤트 요청의 유형은 전이 이벤트 요청, RSNA 이벤트, 피어-투-피어 링크 이벤트, 및 시스템 로그 요청 중에서 하나 이상일 수 있다.

이벤트 요청 서브필드(145)는 이벤트 유형 서브필드(144)에 설정되어 있는 하나 또는 그 이상의 이벤트 요청 유형에 대한 보다 구체적인 이벤트 요청을 포함한다. 이를 위하여, 이벤트 요청 서브필드(145)는 0개 또는 그 이상의 이벤트 서브요소(Event Sub-element)를 포함할 수 있다. 이벤트 요청 서브필드(145)가 없는 경우에는 보고 STA은 요청된 이벤트 유형에 대한 모든 이벤트 서브요소들에 대한 보고가 포함된 이벤트 보고 프레임을 요청 STA으로 전송한다. 그리고 이벤트 요청 서브필드(145)에 하나 또는 그 이상의 이벤트 서브요소가 특정되어 있는 경우에는, 이벤트 보고 프레임에는 해당 이벤트 서브요소에 대한 정보가 포함된다.

표 2는 이벤트 유형 서브필드(144)가 전이 이벤트 요청을 지시하는 값으로 설정된 경우에, 이벤트 요청 서브필드(145)에 포함될 수 있는 전이 이벤트 요청 서브요소를 보여 주는 것이다. 표 2를 참조하면, 전이 이벤트 요청 서브필드(145)는 타깃 BSSID 전이(Target BSS ID Transition), 소스 BSSID 전이(Source BSSID Transition), 전이 시간(Transition Time), 전이 결과(Transition Result), 및 빈번한 전이(Frequent Transition) 중에서 0개 또는 하나 이상의 서브요소를 포함할 수 있다.

표 3은 이벤트 유형 서브필드(144)가 RSNA 이벤트 요청을 지시하는 값으로 설정된 경우에, 이벤트 요청 서브필드(145)에 포함될 수 있는 RSNA 이벤트 요청 서브요소를 보여 주는 것이다. 표 3을 참조하면, RSNA 이벤트 요청 서브필드(145)는 타깃 BSSID RSNA(Target BSS ID RSNA), 인증 유형(Authentication Type), 확장 인증 프로토콜 방법(Extensible Authentication Protocol(EAP) Method), 및 RSNA 결과(RSNA Result) 중에서 0개 또는 하나 이상의 서브요소를 포함할 수 있다.

표 4는 이벤트 유형 서브필드(144)가 피어-투-피어 링크이벤트 요청을 지시하는 값으로 설정된 경우에, 이벤트 요청 서브필드(145)에 포함될 수 있는 피어-투-피어 링크 이벤트 요청 서브요소를 보여 주는 것이다. 표 4를 참조하면, 피어-투-피어 링크 이벤트 요청 서브필드(145)는 피어 STA 주소(Peer STA Address)와 채널 번호(Channel Number) 중에서 0개 또는 하나 이상의 서브요소를 포함할 수 있다.

도 2는 본 발명의 일 실시예에서 사용될 수 있는 이벤트 보고 프레임 포맷의 일례를 보여 주는 블록도이다. 이벤트 보고 프레임(200)는 수신된 이벤트 요청 프레임(100)에 대한 응답으로서, 요청된 이벤트 유형에 대하여 수집되거나 계산된 결과를 지시하는 정보를 포함한다. 도 2를 참조하면, 이벤트 보고 프레임(200)은 카테고리 필드(Category, 210), 액션 필드(Action, 220), 다이얼로그 토큰 필드(Dialog Token, 230), 및 이벤트 보고 요소 필드(Event Report Elements, 240)를 포함한다.

카테고리 필드(210)에는 해당 프레임이 무선 네트워크 관리 카테고리에 속한다는 것을 지시하는 정보가 포함된다. 액션 필드(220)는 해당 프레임의 액션이 이벤트 보고 액션이라는 것을 지시하는 값으로 설정된다. 다이얼로그 토큰 필드(230)에는 수신된 이벤트 요청 프레임(100)의 다이얼로그 토근 필드(130)에 설정되어 있는 값과 동일한 값으로 설정될 수 있다.

그리고 이벤트 보고 요소 필드(240)는 하나 또는 그 이상의 이벤트 보고 요소를 포함한다. 이벤트 보고 프레임(200)에 포함되는 이벤트 보고 요소의 개수와 각 이벤트 보고 요소의 크기는 설정된 MMPDU 크기 내에서 제한된다. 이벤트 보고 요소필드(240)는 요소 ID 서브필드(Element ID, 241), 길이 서브필드(Length, 242), 이벤트 토큰 서브필드(Event Token, 243), 이벤트 유형 서브필드(Event Type, 244), 상태 서브필드(Status, 245), 이벤트 타임스탬프 서브필드(Event Timestamp, 246), 및 이벤트 보고 서브필드(Event Report, 247)를 포함할 수 있다.

요소 ID 서브필드(241)는 여러 가지 정보 요소 중에서 이벤트 보고를 나타내는 ID 값으로 설정된다. 길이 서브필드(242)는 이벤트 보고 서브필드(247)의 길이에 따라 다양한 값을 가질 수 있다. 이벤트 토큰 서브필드(243)는 수신된 이벤트 요청 프레임(100)의 이벤트 요청 요소에 대응되는 이벤트 토큰과 동일한 값으로 설정된다. 이벤트 유형 서브필드(244)는 이벤트 보고의 유형을 지시하기 위한 것이다. 상태 서브필드(245)는 다이얼로그 토큰(130)에 의해 특정되는 이벤트 요청 프레임(100)에 대한 STA의 응답 결과를 나타낸다. 수신된 이벤트 요청 프레임에 대한 응답으로는 'Successful', 'Fail', 'Refused', 'Incapable' 등이 있을 수 있다. 이벤트 타임스탬프 서브필드(246)는 이벤트가 기록된 스테이션의 TSF(Timing Synchronization Function) 타이머 값을 나타낸다. 그리고 이벤트 보고 서브필드(247)는 이벤트 유형 서브필드(244)에 특정되어 있는 이벤트 유형에 대한 이벤트 보고 정보를 포함한다. 이벤트 보고 서브필드(247)에 포함되는 이벤트 보고의 유형에는 전이 이벤트 보고, RSNA 이벤트 보고, 피어-투-피어 링크 이벤트 보고, 시스로그 보고(System Log(Syslog) Report) 등이 있다.

그런데, 전술한 본 발명의 실시예에 따른 이벤트 요청 프레임(100)을 그대로 이용하는 경우에는 이미 전송된 이벤트 요청 프레임(100)에 대한 이벤트 보고 요청을 취소하거나 철회할 수 있는 방법이 없다. 즉, 이전에 전송된 이벤트 요청을 종료할 수 있는 방법이 없다. 따라서 본 발명의 실시예에서는 다음의 두 가지 중의 한 가지 방법을 이용할 수 있다.

이전의 이벤트 요청 프레임을 취소하거나 철회하여 이벤트 요청 절차를 종료하는 한 가지 방법은 이벤트 종료를 위한 이벤트 유형을 새롭게 정의하는 것이다. 이러한 실시예에 의하면, 요청 STA은 이벤트 유형 필드(144)가 이전의 이벤트 요청을 종료하는 것을 지시하는 정보로 설정된 이벤트 요청 프레임(100)을 보고 STA으로 전송한다. 그리고 보고 STA은 제1 이벤트 요청 프레임을 수신하였지만, 이에 대한 이벤트 보고 프레임을 전송하기 전에 이벤트 종료를 지시하는 값으로 설정된 이벤트 유형 필드(144)가 포함된 제2 이벤트 요청 프레임(100)을 수신하면, 상기 제1 이벤트 요청 프레임에 대한 처리 절차를 종료한다.

도 3은 이러한 본 발명의 실시예에 의할 경우에, 이벤트 요청 프레임(100)의 이벤트 유형 서브필드(144)에 설정될 수 있는 이벤트 유형을 예시한 것이다. 도 3을 참조하면, 본 발명의 실시예에 따른 이벤트 유형은 전이 이벤트, RSNA 이벤트, 피어-투-피어 링크 이벤트, 시스로그 이벤트와 함께 결과 코드(Result Code) 이벤트를 더 포함한다. 결과 코드 이벤트는 이전에 전송된 이벤트 요청 프레임의 종료를 지시하는 이벤트 유형의 일례로서, 그 명칭은 다르게 변경될 수도 있다.

이전의 이벤트 요청 프레임을 취소하거나 철회하여 이벤트 요청 절차를 종료하는 다른 한 가지 방법은 이벤트 종료를 위한 이벤트 요청 서브요소를 새롭게 정의하는 것이다. 새롭게 정의되는 이벤트 요청 서브요소는 '결과 코드 서브요소'일 수 있는데, 이러한 명칭은 임의적인 것이다. 이러한 본 발명의 실시예에 의하면, 요청 STA은 이전의 이벤트 요청 프레임을 이용하여 요청한 이벤트 유형에 대하여, 이전의 이벤트 요청을 종료하는 것을 지시하는 정보를 이벤트 요청 필드(145)에 설정하고, 이와 같이 설정된 이벤트 요청 필드(145)을 포함하는 이벤트 요청 프레임(100)을 보고 STA으로 전송한다. 그리고 보고 STA은 제1 이벤트 요청 프레임을 수신하였지만, 이에 대한 이벤트 보고 프레임을 전송하기 전에 이벤트 종료를 지시하는 값으로 설정된 이벤트 요청 필드(145)가 포함된 제2 이벤트 요청 프레임(100)을 수신하면, 상기 제1 이벤트 요청 프레임에 대한 처리 절차를 종료한다.

도 4는 도 1의 이벤트 요청 서브필드(145)에 포함될 수 있는 이러한 결과 코드 서브요소의 포맷을 일례를 보여 주는 블록도이다. 도 4를 참조하면, 결과 코드 서브요소는 서브요소 ID 유닛(145a), 길이 유닛(145b), 및 결과 코드 유닛(145c)을 포함한다. 서브요소 ID 유닛(145c)은 결과 코드 서브요소를 식별하기 위한 고유의 값으로 설정된다. 길이 유닛(145b)은 결과 코드 유닛(145c)의 길이를 지시하는 값으로 설정된다. 그리고 결과 코드 유닛(145c)은 이벤트 종료를 지시하는 정보만이 포함되거나 또는 이벤트 종료를 지시하는 것과 그 이유도 함께 지시하는 정보로 설정될 수 있다.

표 5 내지 표 7은 이러한 본 발명의 실시예에 의할 경우에, 이벤트 요청 프레임(100)의 이벤트 요청 서브필드(145)에 설정될 수 있는 각 이벤트 유형에 대한 이벤트 요청 서브요소를 예시한 것이다. 여기서, 표 5는 이벤트 유형이 전이 이벤트인 경우이고, 표 6은 RSNA 이벤트인 경우이고, 표 7은 피어-투-피어 링크 이벤트인 경우이다. 표 5 내지 표 7을 참조하면, 각 이벤트 유형에 따른 이벤트 요청 서브요소에는 각각 결과 코드(Result Code) 서브요소가 더 포함되어 있다는 것을 알 수 있다. 이러한 결과 코드 서브요소는 이전에 전송된 이벤트 요청 프레임의 종료를 지시하는 이벤트 요청 서브요소의 일례로서, 그 명칭은 다르게 변경될 수도 있다.

한편, 전술한 본 발명의 실시예에 의하면, 어떤 경우이든 결과 코드(Result Code)가 사용된다. 따라서 본 발명의 실시예에서는 이러한 결과 코드를 정의할 필요가 있다. 도 5a와 도 5b는 각각 이러한 결과 코드를 보여 주는 것이다.

도 5a를 참조하면, 결과 코드가 4로 설정되는 경우에, 이전에 전송한 이벤트 요청 프레임을 취소하거나 철회하는 것을 지시한다. 그리고 도 5b를 참조하면, 결과 코드가 1인 경우는 이전에 전송한 이벤트 요청 프레임에 대한 타임아웃 시간이 경과했다는 것을 지시하고, 결과 코드가 2인 경우는 이전에 전송한 이벤트 요청 프레임을 취소하거나 또는 철회하는 것을 지시한다.

도 6a 및 도 6b는 이러한 결과 코드의 다른 예를 보여 주는 것이다.

도 6a를 참조하면, 결과 코드가 4인 경우는 이전에 전송한 이벤트 요청 프레임에 대한 타임아웃 시간이 경과했다는 것을 지시하고, 결과 코드가 5인 경우는 이전에 전송한 이벤트 요청 프레임을 취소하거나 또는 철회하는 것을 지시한다. 이러한 결과 코드는 이벤트 요청 프레임에 대한 처리 결과를 지시하기 위한 이벤트 보고 프레임에 사용되는 진단 코드도 포함한다. 따라서 도 6a에 도시된 결과 코드는 이벤트 요청 프레임과 이벤트 보고 프레임 모두에 대하여 공통적으로 사용함으로써, 이벤트 요청 및 보고 절차에서의 효율적인 처리가 가능하다.

도 6b를 참조하면, 결과 코드가 6과 7인 경우는 각각 이전의 이벤트 요청 프레임을 취소 또는 철회하는 것을 지시한다는 점에서 동일하지만, 그 이유가 다르다. 보다 구체적으로, 결과 코드가 6인 경우는 취소의 이유가 시스템의 정지(Abortion) 때문이고, 결과 코드가 7인 경우는 취소의 이유가 이벤트 보고 프레임에 대한 타임아웃 시간의 경과 때문이다. 그리고 도 6b의 결과 코드는 이벤트 요청 프레임에 대한 처리 결과를 지시하기 위한 이벤트 보고 프레임에 사용되는 진단 코드도 포함한다. 따라서 도 6b에 도시된 결과 코드는 이벤트 요청 프레임과 이벤트 보고 프레임 모두에 대하여 공통적으로 사용함으로써, 이벤트 요청 및 보고 절차에서의 효율적인 처리가 가능하다. 또한, 각 경우에 대한 이유도 명시함으로써, 보다 세분화된 정보의 수집을 통한 효율적인 네트워크의 관리가 가능하다.

이상, 본 발명의 바람직한 실시예에 대해 상세히 기술하였지만, 본 발명이 속하는 기술분야에 있어서 통상의 지식을 가진 사람이라면, 특허청구범위에 포함되어 있는 본 발명의 정신 및 범위를 벗어나지 않으면서 본 발명을 여러 가지로 변형 또는 변경하여 실시할 수 있음을 알 수 있을 것이다.

도 1은 본 발명의 실시예에 사용될 수 있는 무선 네트워크에서의 이벤트 요청 프레임의 구조의 일례를 보여 주는 블록도이다.

도 2는 본 발명의 실시예에 사용될 수 있는 무선 네트워크에서의 이벤트 보고 프레임의 구조의 일례를 보여 주는 블록도이다.

도 3은 본 발명의 일 실시예에 따라서 이벤트 요청 프레임의 이벤트 유형 서브필드에 설정될 수 있는 이벤트 유형을 예시한 것이다.

도 4는 도 1의 이벤트 요청 서브필드에 포함될 수 있는 결과 코드 서브요소의 포맷을 일례를 보여 주는 블록도이다.

도 5a 및 도 5b는 각각 본 발명의 일 실시예에 따른 이벤트 요청 프레임의 종료 절차에 사용될 수 있는 결과 코드의 일례를 보여 주는 도면이다.

도 6a 및 도 6b는 각각 본 발명의 일 실시예에 따른 이벤트 요청 프레임의 종료 절차에 사용될 수 있는 결과 코드의 다른 예를 보여 주는 도면이다.

Claims (4)

1. 하나 이상의 이벤트 유형에 대한 제1 이벤트 요청 프레임을 전송하는 단계; 및

   상기 제1 이벤트 요청 프레임에 대한 이벤트 보고 프레임을 수신하기 이전에, 상기 제1 이벤트 요청 프레임과 관련된 절차의 진행을 종료할 것을 지시하는 정보가 포함된 제2 이벤트 요청 프레임을 전송하는 단계를 포함하는 무선 네트워크에서의 이벤트 요청을 종료하는 방법.
2. 제1항에 있어서, 상기 제1 이벤트 요청 프레임과 관련된 절차의 진행을 종료할 것을 지시하는 정보는 상기 제2 이벤트 요청 프레임에서 이벤트 유형을 지시하기위한 필드에 포함되는 것을 특징으로 하는 무선 네트워크에서의 이벤트 요청을 종료하는 방법.
3. 제1항에 있어서, 상기 제1 이벤트 요청 프레임과 관련된 절차의 진행을 종료할 것을 지시하는 정보는 상기 제2 이벤트 요청 프레임에서 해당 이벤트 유형의 이벤트 요청 서브요소를 지시하기 위한 필드에 포함되는 것을 특징으로 하는 무선 네트워크에서의 이벤트 요청을 종료하는 방법.
4. 제1항 내지 제3항 중에서 어느 하나의 항에 있어서, 상기 제1 이벤트 요청 프레임과 관련된 절차의 진행을 종료할 것을 지시하는 정보는 결과 코드(Result Code)에 포함되며,

   상기 결과 코드는 이벤트 요청 프레임에 대한 처리 결과를 알려주는 정보를 더 포함하거나, 또는 이벤트 요청 프레임에 대한 처리 결과와 그 이유를 알려주는 정보를 더 포함하거나, 또는 절차의 진행을 종료할 것을 지시하는 것과 그 이유를 함께 알려주는 정보를 더 포함하는 것을 특징으로 하는 무선 네트워크에서의 이벤트 요청을 종료하는 방법.

Images