KR20090113165A - 무선 통신 시스템에서 긴급 서비스 제공 장치 및 방법 - Google Patents

무선 통신 시스템에서 긴급 서비스 제공 장치 및 방법 Download PDF

Info

Publication number
KR20090113165A
KR20090113165A KR1020080112997A KR20080112997A KR20090113165A KR 20090113165 A KR20090113165 A KR 20090113165A KR 1020080112997 A KR1020080112997 A KR 1020080112997A KR 20080112997 A KR20080112997 A KR 20080112997A KR 20090113165 A KR20090113165 A KR 20090113165A
Authority
KR
South Korea
Prior art keywords
emergency service
message
service message
cid
mac
Prior art date
Application number
KR1020080112997A
Other languages
English (en)
Other versions
KR101535183B1 (ko
Inventor
손영문
강현정
김기백
박영배
장선희
유상규
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to CN200980124569.6A priority Critical patent/CN102077620B/zh
Priority to US12/429,708 priority patent/US8897305B2/en
Priority to EP09733740.6A priority patent/EP2269395B1/en
Priority to JP2011506206A priority patent/JP5324647B2/ja
Priority to PCT/KR2009/002164 priority patent/WO2009131416A2/en
Publication of KR20090113165A publication Critical patent/KR20090113165A/ko
Application granted granted Critical
Publication of KR101535183B1 publication Critical patent/KR101535183B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 무선 통신 시스템에서 긴급 서비스 제공 장치 및 방법에 관한 것으로서, 기지국으로부터 긴급 서비스 메시지의 전송 시점에 대한 정보를 수신하는 과정과, 상기 전송 시점의 프레임에 상기 긴급 서비스 메시지에 대한 연결 식별자(Connection ID : CID)를 포함하는 MAC(Medium Access Control) PDU(Protocol Data Unit)를 수신하는 과정과, 상기 수신된 MAC PDU에서 상기 긴급 서비스 메시지를 추출하는 과정을 포함하여, 통신 시스템, 특히 IEEE 802.16 통신 시스템에서 긴급 서비스를 제공하는 것을 가능하게 하며, 따라서 전체 시스템 서비스 성능을 향상시킬 수 있는 이점이 있다.
긴급 서비스 메시지, Broadcast Control Pointer IE, Paging Cycle, Sleep Window, 아이들 모드, 슬립모드

Description

무선 통신 시스템에서 긴급 서비스 제공 장치 및 방법{APPARATUS AND METHOD FOR PROVIDING AN EMERGENCY SERVICE IN A WIRELESS COMMUNICATION SYSTEM}
본 발명은 무선 통신 시스템에 관한 것으로, 특히 긴급 서비스 제공 장치 및 방법에 관한 것이다.
차세대 통신 시스템은 이동 단말(Mobile Station : MS)들에게 다양한 고속 대용량 서비스를 제공하는 형태로 발전해 나가고 있다. 상기 차세대 통신 시스템의 대표적인 예로는IEEE(Institute of Electrical and Electronics Engineers) 802.16 통신 시스템과 모바일 와이맥스(Mobile Worldwide interoperability for Microwave Access : Mobile WiMAX) 통신 시스템 등이 있다. 여기서, 상기 모바일 와이맥스 통신 시스템은 상기 IEEE 802.16 통신 시스템을 기반으로 하는 통신 시스템이며, 상기 IEEE 802.16 통신 시스템은 IEEE 802.16 표준을 사용하는 통신 시스템을 나타낸다.
여기서, 상기 IEEE 802.16 통신 시스템에서 제안하고 있는 긴급 서비스(Emergence Service)에 대해서 설명하면 다음과 같다.
일반적으로, 긴급 서비스는 무선 긴급 구조 서비스(Wireless Emergency Rescue Service : 이하 'WERS'라 칭함)와 무선 긴급 경계 서비스(Wireless Emergency Alert Service : 이하 'WEAS'라 칭함)를 포함하며, 상기 WERS와 WEAS 각각에 대해서 설명하면 다음과 같다. 먼저, 상기 WERS는 긴급 상황, 일 예로 화재, 범죄 등과 같은 긴급 상황이 발생할 경우 단말의 위치를 파악하여 안전한 구조를 지원하는 서비스를 포함하며, 상기 WERS의 종류로는 911 서비스와 같은 음성 호 서비스 등이 있다. 여기서, 상기 WERS는 일반적으로 단말에 의해 트리거링(triggering)되므로 단말 트리거드 긴급 서비스(MS-triggered Emergency Service)라고 칭해지기도 한다. 다음으로, 상기 WEAS는 특정 지리적 위치에 존재하는 MS에게 폭풍우 경고, 임박한 지진 및 해일 예고 등과 같은 긴급 통지를 지원하는 서비스를 포함하며, 일반적으로 기지국(Base Station : BS)에 의해 트리거링되므로 기지국 트리거드 긴급 서비스(BS-triggered Emergency Service)라고 칭해지기도 한다.
상기 IEEE 802.16 통신 시스템에서는 상기 WEAS만을 제공하는 것을 고려하고 있는데, 현재 상기 IEEE 802.16 통신 시스템에서는 기지국이 다운링크 맵(DownLink MAP : DL-MAP) 메시지가 포함하는 방송 제어 포인터 정보 엘리먼트(Broadcast Control Pointer Information Element : 이하 'Broadcast Control Pointer IE'라 칭함) 메시지를 사용하여 단말에게 긴급 서비스 메시지를 송신할 시점에 대한 정보를 방송할 수 있다는 정도의 동작 방법만을 제시하고 있다. 여기서, 상기Broadcast Control Pointer IE 메시지는, 일반적으로 아이들 모드(idle mode) 또는 슬립 모 드(sleep mode)에 존재하는 단말이 기지국과 미리 협상되어 있는 주기로 기지국과 서비스가 불가능(unavailable)해질 경우, 상기 단말에게 미리 UCD(Uplink Channel Descriptor) 및 DCD(Downlink Channel Descriptor) 메시지와 MOB_NBR-ADV(Neighbor Advertisement Message) 메시지 및 긴급 서비스 메시지의 송신 시점을 방송하기 위해 사용된다. 상기 Broadcast Control Pointer IE 메시지를 수신한 단말은 상기 Broadcast Control Pointer IE 메시지가 나타내는 해당 시점에서 웨이크 업(wake-up)하거나 혹은 기지국과의 서비스를 재계하여, 해당 UCD 및 DCD 메시지와 MOB_NBR-ADV 메시지 및 긴급 서비스 메시지를 수신할 수 있다.
상기 IEEE 802.16 시스템에는 다수의 이동 단말들에게 멀티캐스트 및 브로드캐스트를 제공할 수 있는 멀티캐스트 및 브로드캐스트 서비스(Multicast and Broadcast Service : 이하 'MBS'라 칭함) 서비스 규격이 존재한다. 상기 MBS는 기존의 유니캐스트 서비스와 달리 여러 대의 기지국이 동일한 시각에 동일한 방송 컨텐츠를 동일한 주파수로 송신하고, 수신 단말이 여러 기지국으로부터 수신한 패킷을 컴바이닝(combining)하여 사용함으로써 수신 성능을 향상시킬 수 있으며, 이러한 효과를 매크로 다이버시티(macro diversity) 이득이라 한다.
여기서, 일반적인 광대역 무선통신 시스템에서 상기 MBS를 제공하기 위한 하향링크 프레임 구조를 살펴보면 다음과 같다. 상기 매크로 다이버시티를 지원하기 위해 다수의 기지국들은 프레임의 일부 영역을 MBS 영역으로 정의하고, 상기 MBS 영역을 통해 MBS 데이터 버스트들을 송신한다. 여기서, 상기 MBS 영역의 위치는 하향링크 맵(DownLink MAP : DL-MAP) 메시지를 통해 전달된다. 상기 DL-MAP 메시지는 MBS_MAP_IE를 포함하며, 상기 MBS_MAP_IE는 상기 MBS 데이터 버스트들의 할당 정보를 포함하는 MBS-MAP 메시지의 위치 정보를 포함한다. 이에 따라, 단말은 상기 DL-MAP 메시지를 통해 상기 MBS-MAP 메시지의 위치를 확인하고, 상기 MBS-MAP 메시지를 통해 상기 MBS 영역의 위치 및 상기 MBS 영역 내의 상기 MBS 데이터 버스트들 각각의 위치 및 코딩 정보를 확인함으로써, 상기 MBS 데이터 버스트들을 수신할 수 있다.
일반적으로, 상기 MBS는 다수의 MBS 채널들을 포함하며, 각 MBS 채널의 MBS 데이터 버스트는 주기적으로 송신된다. 예를 들어, 채널A 및 채널B가 존재할 때, 채널A에 대한 MBS 데이터 버스트는 해당 주기에 따라 송신되고, 채널B에 대한 MBS 데이터 버스트는 해당 주기에 따라 송신된다. 이때, 상기 채널A의 MBS 데이터 버스트 송신 주기 및 상기 채널B의 MBS 데이터 버스트 송신 주기는 동일할 수도 있고, 상이할 수 있다. 만일, 다수의 MBS 채널들 각각의 MBS 데이터 버스트 송신 주기가 서로 다른 경우, 상기 MBS-MAP 메시지는 모든 MBS 데이터 버스트 송신 주기에 따라 송신되어야 한다. 결과적으로, 상기 MBS 데이터 버스트가 주기적으로 송신됨에도 불구하고, 상기 MBS-MAP 메시지는 비주기적으로 매우 빈번하게 송신된다. 또한, 하나의 MBS 채널에 대한 MBS 데이터 버스트의 물리적 위치 및 크기는 자주 변화하지 않는다. 하지만, 하나의 MBS 채널에 대한 MBS 데이터 버스트의 물리적 위치 및 크기가 매 프레임에서 동일하더라도, MBS 데이터 버스트의 위치 및 크기를 알리기 위한 MBS-MAP 메시지가 매번 송신된다. 상술한 바와 같이, 상기 MBS의 경우, MBS 데이터 버스트가 주기적으로 송신되며, 프레임에서 물리적 위치 및 크기의 변화가 드 물다는 특성을 가짐에도 불구하고, MBS-MAP 메시지는 모든 MBS 데이터 버스트들과 함께 송신된다.
이런 MBS를 이용하여 상기 긴급 서비스 메시지가 전송될 수 있다. 즉, MBS 특정 채널을 통해 상기 긴급 서비스 메시지를 전송할 수 있다. 이때, 상기 MBS 영역을 통해 전송되는 MBS 데이터들은 멀티캐스트 연결 식별자(Multicast Connection ID : 이하 'MCID'라 칭함)를 사용하여 전송된다. 물론, 상기 MBS를 이용하지 않고, 즉 MBS 영역이 아닌 일반영역을 통해 MBS 데이터를 전송할 수도 있다. 이 경우, 유니캐스트 연결 식별자(Unicast Connection : UCID) 또는 MCID가 사용될 수 있다.
한편, 일반적인 IEEE 802.16 통신 시스템에서 아이들 모드 단말의 동작에 대해서 설명하면 다음과 같다. 먼저, 상기 IEEE 802.16 통신 시스템에서 아이들 모드 단말은 미리 설정되어 있는 페이징 주기(Paging cycle)의 페이징 리스닝 구간(Paging listening interval)에서 기지국으로부터 모바일 페이징 광고(MOBile PAGing ADVertisement : 이하 'MOB_PAG-ADV'라 칭함) 메시지를 수신한다. 여기서, 상기 MOB_PAG-ADV 메시지는 상기 아이들 모드 단말이 네트워크 진입(network entry) 동작을 수행하거나 위치 업데이트(location update) 동작을 수행하도록 제어하기 위해 기지국에서 아이들 모드 단말로 송신되는 메시지이다. 일 예로, 상기 기지국은 상기 아이들 모드 단말로 송신할 다운링크 데이터가 발생할 경우, 상기 다운링크 데이터 송신을 위해 상기 MOB_PAG-ADV 메시지를 사용하여 상기 아이들 모드 단말을 웨이크 업(wake-up)시켜 네트워크 진입 동작을 수행하거나 혹은 위치 업데이트 동작을 수행하도록 제어할 수 있다. 또한, 아이들 모드 단말들 각각의 페이 징 리스닝 구간의 시작 시점은 상기 아이들 모드 단말들 각각의 페이징 주기 및 페이징 오프셋(paging offset)에 따라 상이해 질 수 있다.
한편, 상기 긴급 서비스 메시지는 상기에서 설명한 바와 같이 슬립 모드 단말, 일반 동작 단말, 아이들 모드 단말 모두가 수신해야만 하기 때문에 일반적으로 한 번만 방송하는 상황을 고려할 수 있다. 따라서, 아이들 모드 단말은 상기 긴급 서비스 메시지를 수신하기 위해, 상기 기지국에서 상기 긴급 서비스 메시지를 송신하는 시점에 아이들 모드에서 웨이크 업하여 상기 긴급 서비스 메시지 수신을 대기해야만 한다. 그러나, 상기에서 설명한 바와 같이 아이들 모드 단말들이 다수 존재할 경우, 상기 다수의 단말들 각각의 페이징 리스닝 구간의 시작 시점이 상이할 수 있다. 따라서 서로 다른 시점에서 웨이크 업하는 아이들 모드 단말들에게 한번 방송되는 긴급 서비스 메시지의 송신 시점을 알려주기 위해서는 상기 서로 다른 페이징 리스닝 구간의 시작 시점 개수만큼 Broadcast Control Pointer IE 메시지를 송신해야만 한다. 그러나, 상기 Broadcast Control Pointer IE 메시지는 다수의 필드들을 포함하고 있으므로, 상기 다수의 Broadcast Control Pointer IE 메시지 송신은 자원 낭비를 초래할 수 있다.
뿐만 아니라, 상기 기지국이Broadcast Control Pointer IE 메시지를 통해 아이들 모드 단말로 알려준 긴급 서비스 메시지 송신 시점에서 실제 기지국이 긴급 서비스 메시지를 송신하지 못하는 경우가 발생할 수도 있다. 일 예로, 상기 기지국의 스케쥴링 동작 수행 결과, 상기 긴급 서비스 메시지는 상기 Broadcast Control Pointer IE 메시지에서 나타내는 긴급 서비스 메시지 송신 시점, 즉 긴급 서비스 메시지 송신 프레임이 아닌 이전 프레임이나 혹은 그 이후의 프레임에서 송신될 수도 있다. 이 경우, 상기 Broadcast Control Pointer IE 메시지에서 나타낸 긴급 서비스 메시지 송신 시점에 상응하게 웨이크 업한 아이들 모드 단말의 경우 해당 프레임에서 긴급 서비스 메시지를 수신하지 못하게 된다. 그러나, 현재 상기 IEEE 802.16e 통신 시스템에서는 이와 같이 Broadcast Control Pointer IE 메시지에서 나타낸 긴급 서비스 메시지 송신 시점에서 아이들 모드 단말이 긴급 서비스 메시지를 수신하지 못하게 되는 경우에 대한 동작 방법 역시 전혀 제시하고 있지 않다.
이와 같이, 일반적인 IEEE 802.16 통신 시스템에서는 긴급 서비스를 제공하기 위해 Broadcast Control Pointer IE 메시지를 사용하여 긴급 서비스 메시지를 송신할 시점에 대한 정보를 방송하는 정도의 동작만을 규정하고 있을 뿐이다. 즉, 상기 IEEE 802.16 통신 시스템에서는 상기Broadcast Control Pointer IE 메시지 이외에 긴급 서비스를 제공하기 위한 구체적인 방법을 전혀 고려하고 있지 않다. 따라서, 상기 IEEE 802.16 통신 시스템에서 긴급 서비스를 제공하기 위한 구체적인 방법의 제안이 필요하다.
본 발명의 목적은 무선 통신 시스템에서 긴급 서비스 제공 장치 및 방법을 제공함에 있다.
본 발명의 다른 목적은 무선 통신 시스템에서 기지국이 긴급서비스 메시지를 전송함에 있어서, 기지국이 긴급 서비스 메시지를 전송하기 위해 사용하는 연결 식별자(Connection ID : CID)를 단말에게 알리고, Broadcast Control Pointer IE 메시지 또는 Extended Broadcast Control Pointer IE 메시지를 사용하여 아이들 모드 및 슬립 모드 동작 중인 단말에게 긴급 서비스 메시지의 전송 시점과 긴급 서비스 메시지의 개수에 대한 정보를 알리기 위한 장치 및 방법을 제공함에 있다.
본 발명의 다른 목적은 무선 통신 시스템에서 아이들 모드 및 슬립 모드 동작 중인 단말이 긴급서비스 메시지를 수신함에 있어서, 단말이 기지국으로부터 긴급 서비스 메시지를 전송하기 위해 사용하는 연결 식별자(Connection ID : CID) 및 긴급 서비스 메시지의 전송 시점과 긴급 서비스 메시지의 개수에 대한 정보를 수신하고, 상기 수신된 긴급 서비스 메시지의 전송 시점에 상기 연결 식별자를 이용하여 상기 개수만큼의 긴급 서비스 메시지를 수신하기 위한 장치 및 방법을 제공함에 있다.
상기 목적을 달성하기 위해 본 발명의 실시 예에 따르면, 무선 통신 시스템 에서 단말의 긴급 서비스 메시지 수신 방법은, 기지국으로부터 긴급 서비스 메시지의 전송 시점에 대한 정보를 수신하는 과정과, 상기 전송 시점의 프레임에 상기 긴급 서비스 메시지에 대한 연결 식별자(Connection ID : CID)를 포함하는 MAC(Medium Access Control) PDU(Protocol Data Unit)를 수신하는 과정과, 상기 수신된 MAC PDU에서 상기 긴급 서비스 메시지를 추출하는 과정을 포함하는 것을 특징으로 한다.
상기 목적을 달성하기 위해 본 발명의 실시 예에 따르면, 무선 통신 시스템에서 단말의 긴급 서비스 메시지 수신 장치는, 기지국으로부터 긴급 서비스 메시지의 전송 시점에 대한 정보를 포함하는 메시지를 수신하고, 이후 상기 전송 시점의 프레임에 상기 긴급 서비스 메시지에 대한 연결 식별자(Connection ID : CID)를 포함하는 MAC(Medium Access Control) PDU(Protocol Data Unit)를 수신하는 MAC PDU 디코더와, 상기 수신된 MAC PDU에서 상기 긴급 서비스 메시지를 추출하는 MAC 페이로드 디코더를 포함하는 것을 특징으로 한다.
상기 목적을 달성하기 위해 본 발명의 실시 예에 따르면, 무선 통신 시스템에서 기지국의 긴급 서비스 메시지 전송 방법은, 단말로 긴급 서비스 메시지의 전송 시점에 대한 정보를 포함하는 메시지를 전송하는 과정과, 상기 전송 시점의 프레임에 상기 긴급 서비스 메시지에 대한 연결 식별자(Connection ID : CID)를 포함하는 긴급 서비스 메시지를 상기 단말로 전송하는 과정을 포함하는 것을 특징으로 한다.
상기 목적을 달성하기 위해 본 발명의 실시 예에 따르면, 무선 통신 시스템 에서 기지국의 긴급 서비스 메시지 전송 장치는, 긴급 서비스 메시지의 발생에 따라 스케줄링을 수행하는 스케줄러와, 스케줄링 결과에 따라, 단말로 상기 긴급 서비스 메시지의 전송 시점에 대한 정보를 포함하는 메시지를 전송하고, 이후 상기 전송 시점의 프레임에 상기 긴급 서비스 메시지에 대한 연결 식별자(Connection ID : CID)를 포함하는 긴급 서비스 메시지를 상기 단말로 전송하는 MAC PDU 인코더를 포함하는 것을 특징으로 한다.
본 발명은 무선 통신 시스템에서 기지국이 긴급서비스 메시지를 전송함에 있어서, 기지국이 긴급 서비스 메시지를 전송하기 위해 사용하는 연결 식별자(Connection ID : CID)와 긴급 서비스 메시지의 전송 시점과 긴급 서비스 메시지의 개수에 대한 정보를 단말에게 알리고, 상기 정보를 이용하여 아이들 모드 및 슬립 모드 동작 중인 단말이 긴급 서비스 메시지를 수신하기 위한 방안을 제공함으로써, 통신 시스템, 특히 IEEE 802.16 통신 시스템에서 긴급 서비스를 제공하는 것을 가능하게 하며, 따라서 전체 시스템 서비스 성능을 향상시킬 수 있는 이점이 있다.
이하 본 발명의 바람직한 실시 예를 첨부된 도면의 참조와 함께 상세히 설명한다. 그리고, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다.
본 발명은 무선 통신 시스템에서 긴급 서비스를 제공하는 장치 및 방법을 제안한다. 이하 본 발명에서는IEEE 802.16 통신 시스템을 일 예로 하여 긴급 서비스를 제공하는 장치 및 방법을 설명하지만, 본 발명은 상기 IEEE 802.16 통신 시스템뿐만 아니라 다른 통신 시스템들에도 적용 가능함은 물론이다.
도 1은 본 발명의 실시 예에 따른 무선 통신 시스템에서 긴급 서비스 메시지의 포맷을 도시한 도면이다. 현재 IEEE 802.16e 시스템에서는 긴급 서비스 메시지가 어떤 포맷으로, 어떤 방법을 통해서 전송되는지 전혀 언급된 바 없다. 그러나, IEEE 802.16 시스템에서 전송되는 모든 MAC(Medium Access Control) 메시지는 MAC PDU(Protocol Data Unit) 형태를 띠며, 상기 긴급 서비스 메시지 또한 MAC 메시지 범주에 속하므로 당연히 MAC PDU 형태를 띠게 된다. 그러므로, 본 발명의 실시 예에 따른 긴급 서비스 메시지 역시 상기 도 1과 같이 MAC PDU 형태를 띠게 된다.
상기 도 1을 참조하면, 상기 긴급 서비스 메시지는 페이로드(payload)(130) 앞에 범용 MAC 헤더(Generic MAC Header)(100)가 부가되고, 뒤에 CRC(Cyclic Redundancy Checking)(160)가 부가되는 형태를 가진다.
여기서, 상기 범용 MAC 헤더는, 헤더 타입을 나타내기 위한 필드(Header Type : HT)(111), 상기 페이로드(payload)(130)가 암호화되었는지 여부를 나타내기 위한 필드(Encryption Control : EC)(113), 상기 긴급 서비스 메시지에 포함되어 있는 서브 헤더의 타입을 나타내기 위한 필드(Type)(115), 상기 긴급 서비스 메시지에 확장 서브 헤더가 존재하는지 여부를 나타내기 위한 필드(Extended Subheader Field : ESF)(117), 상기 긴급 서비스 메시지에 CRC(160)가 포함되어 있는지 여부를 나타내기 위한 필드(CRC Indicator : CI)(119), 상기 페이로드(payload)(130)를 암호화하기 위해 사용된 트래픽 암호화 키(Traffic Encryption Key : TEK)의 인덱스(index)와 초기 벡터(initial vector)를 나타내기 위한 필드(Encryption Key Sequence : EKS)(121), 별도의 용도 없이 예약되어 있는 필드(Reserved : Rev)(123), 상기 긴급 서비스 메시지의 길이를 나타내기 위한 필드(Length : LEN)(125), 상기 긴급 서비스 메시지가 포함하는 커넥션 식별정보(Connection ID : CID)를 나타내기 위한 필드(CID)(127), 상기 범용 MAC 헤더(100)의 에러를 검출하기 위해 사용되는 헤더 에러 체크 코드를 나타내기 위한 필드(Header Check Sequence : HCS)(129)를 포함하여 구성된다.
여기서, 상기 긴급 서비스 메시지의 길이를 나타내기 위한 필드(Length : LEN)(125)는 LEN MSB(Most Significant Bits) 필드와 LEN LSB(Least Significant Bits) 필드를 포함하여 구성되며, 상기 LEN MSB 필드와 LEN LSB 필드에 기재되어 있는 값의 조합이 상기 긴급 서비스 메시지의 길이를 나타낸다. 마찬가지로, 상기 CID 필드(127) 역시 CID MSB 필드와 CID LSB 필드를 포함하여 구성되며, 상기 CID MSB 필드와 CID LSB 필드에 기재되어 있는 값의 조합이 상기 긴급 서비스 메시지가 포함하는 CID를 나타낸다. 본 발명에서는 상기 긴급 서비스 메시지가 모든 이동 단말들이 수신해야하는 메시지이므로, 상기 CID 필드(127)의 값은 방송 CID로 기재된다. 여기서, 상기 HT 필드(111) 내지 HCS 필드(129) 각각 내에 기재되어 있는 괄호 안 숫자는 해당 필드를 구현하는 비트 수를 나타낸다. 일 예로, 상기 HT 필드(111) 내의 괄호 안에 (1)이 기재되어 있으므로 상기 HT 필드(111)는 1비트로 구현되는 것이다.
또한, 상기 페이로드 필드(130)는 상기 긴급 서비스 메시지의 바디(Emergency Message body) 필드를 포함한다.
한편, 상기 CID 필드(127)의 경우, 시스템마다 다를 수 있다. 다시 말해, 긴급 서비스 메시지 전송에 사용되는 CID는, 기지국들을 운용하는 서비스 제공자(Service Provider) 또는 기지국마다 다르거나, 또는 기지국마다 유용한 CID 중에서 긴급 서비스를 위해 할당될 수 있다. 이 경우, 기지국은 상기 긴급 서비스 메시지가 어떤 CID를 통해 전송되는지 알려주어야 하며, 이를 위해 본 발명에서는 하기 <표 1>과 같은 긴급 서비스 CID TLV 인코딩을 제안한다.
Name Type(1 byte) Length Value(Variable Length) PHY Scope
Emergency Service CID XX 2 The CID in which Emergency Service message is transmitted. Default CID : 0x#### All
상기 <표 1>과 같이, 상기 긴급 서비스 CID TLV 인코딩(encoding)은, 기지국 내에 속한 단말들에게 브로드캐스트로 전송되는 DCD 메시지에 포함시킨다. 만약 포함되지 않은 경우, 디폴트 CID(Default CID : 0x####)가 사용되는 것으로 간주한다. 다른 방법으로, 상기 긴급 서비스 CID TLV 인코딩은 DCD 메시지가 아닌 네트워크 엔트리(Network Entry) 과정 중에 메시지 협상 시 사용되는 MAC 관리 메시지, 예를 들어, SBC-RSP(SS Basic Capability-ReSPonse) 메시지 또는 REG-RSP(REGistration RSsPonse) 메시지를 통해서 기지국으로부터 단말로 전달될 수도 있다. 이로써, 단말은 상기 DCD 메시지 수신 후 혹은 네트워크 엔트리 과정 중 메시지 협상 후, 상기 긴급 서비스 메시지 전송에 사용되는 CID를 인지하게 되며, 이후 기지국이 상기 CID를 포함하는 MAC PDU를 전송하게 되면, 상기 단말은 상기 MAC PDU 안의 MAC SDU가 상기 긴급 서비스 메시지를 포함하고 있는 것으로 간주한다. 즉, 상기 단말은 기지국으로부터 수신한 MAC 메시지가 긴급 서비스 메시지임을 판단하게 되면, 상기 긴급 서비스 메시지가 MAC 메시지임에도 불구하고 MAC 계층에서 처리하지 않고 상위 계층(Upper Layer)으로 전달하여 상기 상위 계층에서 처리되도록 한다.
다른 방법으로, 상기 <표 1>의 긴급 서비스 CID TLV 인코딩 대신에, 고정된 값의 긴급 서비스 CID를 정의하여 사용할 수도 있다. 이 경우, DCD와 같이 주기적 전송해야 하는 메시지 또는 네트워크 엔트리 과정 중에 협상되는 MAC 관리 메시지에 상기 CID를 포함시킴으로써 발생할 수 있는 오버헤드를 막을 수 있다.
한편, 긴급 서비스의 종류가 다양할 수 있으며, 각 긴급 서비스 메시지를 서로 다른 CID를 통해 전송할 수 있다. 그러므로, 기지국은 긴급 서비스들에 사용되는 복수 개의 CID를 단말에게 알려줄 필요가 있다. 이 경우, 상기 <표 1>의 길이(Length) 필드는, 예를 들어 긴급 서비스에 사용되는 CID의 개수와 하나의 CID의 길이인 2를 곱한 길이의 데이터가 값(Value) 필드에 들어감을 나타내게 되며, 이때, 상기 <표 1>의 값(Value) 필드에는 긴급 서비스에 사용되는 CID가 차례대로 연이어 들어가도록 수정될 수 있다.
한편, 상기 긴급 서비스 메시지가 하나의 MAC PDU에 담기에 너무 크거나 또는 프레임 내 유용한 리소스 양이 적은 경우, 하나의 긴급 서비스 메시지를 복수 개의 MAC PDU에 나누어 전송할 수 있다. IEEE 802.16 시스템에서 상위 계층으로부터 수신된 데이터를 복수 개의 MAC PDU에 나누어 전송해야 하는 경우, 하기<표 2>와 같은 프레그먼테이션 서브헤더(Fragmentation Subheader)를 사용하게 된다.
Syntax Size (bit) Notes
Fragmentation Subheader(){ - -
FC 2 Indicates the fragmentation state of the payload 00=No fragmentation 01=Last fragment 10=First fragment 11=Continuing(middle) fragment
상기 <표 2>와 같이, 상기 프레그먼테이션 서브헤더는 FC(Fragment Count) 필드와 그 외 종래의 다수 필드를 포함하여 구성된다. 여기서, 상기 FC 필드가 '00'이면, 상기 상위 계층의 데이터는 하나의 MAC PDU를 통해 전송되는 것을 의미한다. 이 경우, 일반적으로 상기 프레그먼테이션 서브헤더가 사용할 필요가 없다. 한편, 그 외의 값을 취하는 경우, 상위 계층 데이터가 복수 개의 MAC SDU로 나누어져(Fragments), 각각의 프레그먼트(Fragement)가 각각의 MAC PDU에 맵핑되어 전송됨을 의미한다. 상위 계층 데이터의 나누어진 프레그먼트를 구분하기 위해, 상기 프레그먼테이션 서브헤더는 프레그먼트와 더불어 같이 전송된다. 이때, 하나의 상위 계층 데이터의 첫번째 프레그먼트에는 FC = 10 을 사용하고, 중간의 프레그먼트들에는 FC = 11을 사용하며, 마지막 프레그먼트에는 FC = 01을 사용한다.
한편, 일반 동작(Normal Operation) 단말의 경우, 항상 깨어 있기 때문에 상기와 같이 긴급 서비스 메시지가 프레그먼트 되어도 해당 긴급 서비스 메시지를 수신하는데 문제가 없다. 하지만, 아이들 모드 또는 슬립 모드 단말의 경우, 상기 긴급 서비스 메시지가 전송될 시점, 즉 단말이 깨어날 시점에 대한 정보가 필요하며, 이는 Broadcast Control Pointer IE를 통해서 단말에게 알릴 수 있다. 다시 말해, 기지국이 아이들 모드 단말에겐 해당 단말이 깨어있는 페이징 리스닝 인터벌(Paging Listening Interval) 동안, 슬립 모드 단말에겐 해당 단말이 깨어있는 리스닝 윈도우(Listenging Window)동안, DL-MAP 메시지에 상기 Broadcast Control Pointer IE를 포함시켜 전송하며, 이를 수신한 단말은 긴급 서비스 메시지가 전송될 시점을 파악하여, 해당 시점의 프레임에서 깨어나 상기 긴급 서비스 메시지를 수신할 수 있다.
그러나, 이는 상기 긴급 서비스 메시지가 전송되는 시점만을 알려줄 뿐, 단말이 몇 개의 긴급 서비스 메시지를 얼마만큼 수신 대기해야 할지에 대한 정보가 전혀 없다. 그러므로 하기 두 가지 경우를 모두 고려해야 한다.
먼저, 상기 언급한 바와 같이 하나의 긴급 서비스 메시지가 프레그먼테이션되어 여러 MAC PDU로 구성될 수 있다. 이 경우, 슬립 모드 또는 아이들 모드로 동작 중인 단말은 상기 Broadcast Control Pointer IE에 의해 지시되는 해당 프레임에서 깨어나, 상기 긴급 서비스 메시지가 포함된 MAC PDU를 수신대기 하게 된다. 만약 수신된 MAC PDU 안에 MAC SDU 뿐만 아니라 프레그먼테이션 서브헤더가 포함되어 있다면, 단말은 해당 긴급 서비스 메시지가 프레그먼트되었음을 인지할 수 있다. 이 경우, 단말은 하나의 긴급 서비스 메시지를 구성하는 모든 MAC PDU가 수신될 때까지 깨어 있어야 하며, 해당 모든 MAC PDU를 수신한 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재하면, 단말은 리스닝 윈도우 또는 페이징 리스닝 인터벌 내에서 수행해야 할 동작을 수행한다. 반대로, 해당 모든 MAC PDU를 수신한 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 영역 밖에 존재하면, 단말은 아이들 모드 또는 슬립 모드로 다시 되돌아간다.
다음으로, 기지국이 비슷한 시기에 복수 개의 긴급 서비스 메시지를 스케쥴링하여 복수 개의 긴급 서비스 메시지가 단말로 전송될 수 있다. 이 경우, 슬립 모드 및 아이들 모드 단말은 상기 Broadcast Control Pointer IE가 지시하는 프레임에서 깨어나 긴급 서비스 메시지를 수신대기 할 때, 기지국이 몇 개의 긴급 서비스 메시지를 연속해서 전송할지 모르기 때문에, 만약 첫번째 긴급 서비스 메시지를 수신하게 되면 아이들 모드 또는 슬립 모드로 다시 되돌아갈 수 있다. 이를 방지하기 위해, 하기 <표 3>과 같은 Broadcast Control Pointer IE 메시지의 포맷을 제안한다.
Syntax Size (bit) Notes
Broadcast_Control_Pointer_IE() { - -
Extended DIUC 4 Broadcast_Control_Pointer_IE() = 0x0A
Length 4 Length in bytes
DCD_UCD Transmission Frame 7 The most significant bits of the frame number’s least 9 significant bits of the next DCD and/or UCD transmission.
Skip Broadcast_System_Update 1 -
If (Skip Broadcast_System_Update == 0) { - -
Broadcast_System_Update_Type 1 Shows the type of Broadcast_System_Update 0: For MOB_NBR-ADV Update 1: For Emergency Services Message
Broadcast_System_Update_Transmission _Frame 7 The least significant bits of the frame number of the next Broadcast_System_Update transmission.
Number of Emergency Servie Messages 8 Valid only when Broadcast_System_Update_Type = 1. Indicates the number of Emergency Service Message to be transmitted from the DCD_UCD Transmission Frame
} -
} -
여기서, 상기 Extended DIUC(Downlink Interval Usage Code)는 DL-MAP 메시지가 포함하는 IE 메시지를 구분하기 위해 사용되는 코드를 나타내며, 상기 Broadcast Control Pointer IE 메시지의 구분에 사용되는 코드는 상기 <표 3>과 같이 '0x0A’이다. 상기 Length는 상기 Broadcast Control Pointer IE 메시지의 길이를 나타내며, 상기 DCD(Downlink Channel Descriptor)_UCD(Uplink Channel Descriptor) Transmission Frame은 DCD 메시지 및 UCD 메시지가 송신될 프레임을 나타내기 위해 사용되며, 다음 DCD 메시지 및 UCD 메시지가 송신될 프레임 번호의 LSB(Least Significant Bits) 9 비트 중에서, 다시 MSB(Most Significant Bits) 7 비트를 취하여 상기 DCD_UCD Transmission Frame의 값으로 기재한다. 이때, 상기 지시하는 프레임으로부터 4 프레임 내에 해당 브로드캐스트 메시지가 전송된다. 한편, 상기 Broadcast Control Pointer IE 메시지를 사용하여 MOB_NBR-ADV 메시지 혹은 긴급 서비스 메시지가 송신될 시점을 나타낼 수도 있는데, 상기 Skip Broadcast_System_Update는 상기 긴급 서비스 메시지의 송신 시점 정보의 생략 여부를 나타내는데 사용되며, 상기 Skip Broadcast_System_Update의 값이 일 예로‘0’일 경우 상기 Skip Broadcast_System_Update는 상기 MOB_NBR-ADV 메시지 혹은 긴급 서비스 메시지의 송신 시점 정보가 생략되지 않았음을 나타낸다고 가정할 수 있다. 이와 같이, 상기 MOB_NBR-ADV 메시지 혹은 긴급 서비스 메시지의 송신 시점 정보가 생략되지 않을 경우, 상기 MOB_NBR-ADV 메시지와 긴급 서비스 메시지 중 어떤 메시지가 송신되는지를 나타내는 Broadcast_System_Update_Type과 송신되는 메시지의 송신 시점을 나타내는 Broadcast_System_Update_Transmission_Frame이 포함된다. 여기서, 상기 Broadcast_System_Update_Type의 값이 일 예로 '0'으로 설정되어 있을 경우 MOB_NBR-ADV 메시지가 송신됨을 나타내며, 상기 Broadcast_System_Update_Type의 값이 일 예로 '1'로 설정되어 있을 경우 긴급 서비스 메시지가 송신됨을 나타낸다. 이때, 상기 Broadcast_System_Update_Transmission_Frame은 상기 Broadcast_System_Update_Type의 값에 상응하는 해당 메시지가 송신될 프레임 번호의 LSB를 나타낸다. 또한, 본 발명의 실시 예에 따라 추가되는 상기 Number of Emergency Service Messages는 아이들 모드 또는 슬립 모드 단말이 Broadcast_System_Update_Transmission_Frame이 지칭하는 프레임에서 깨어나 수신할 긴급 서비스 메시지의 개수를 의미한다. 여기서, 상기 개수만큼 긴급 서비스 메시지를 모두 수신한 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재하면, 단말은 리스닝 윈도우 또는 페이징 리스닝 인터벌 내에서 수행해야 할 동작을 수행한다. 반대로, 상기 개수만큼 긴급 서비스 메시지를 모두 수신한 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 영역 밖에 존재하면, 단말은 아이들 모드 또는 슬립 모드로 다시 되돌아간다. 한편, 기지국이 전송한 메시지를 채널 상태가 나쁠 경우, 단말이 모두 수신을 못 할 수 있다. 이 경우, 단말은 해당 긴급 서비스 메시지 개수만큼 모두 수신하기 위해 계속 기다리게 된다. 그러므로, 이를 방지하기 위해서 단말은 해당 일정시간이 지나면, 상기에서 언급한 동작대로, 아이들 모드 또는 슬립모드 상태로 다시 되돌아가야 한다. 이때 기다리는 시간은 기본적으로 기다려야 하는 시간(이미 정해진 값) X 긴급 서비스 메시지의 개수를 통해서 구할 수 있다.
한편, 상기 두 가지 경우가 동시에 발생할 수 있음은 물론이다. 즉, Broadcast Control Pointer IE 메시지가 지시하는 프레임 주기 동안 긴급 서비스 메시지가 복수 개 전송되면서 모두 또는 몇 개의 긴급 서비스 메시지들이 프레그먼트될 수도 있다.
여기서, 한가지 경우를 더 고려하자면 다음과 같다. 상기 DCD 메시지를 통해 긴급 서비스 용으로 사용되는 CID를 알려줄 때, 만약 CID 중에 MCID가 포함된 경우, 이는 기지국이 긴급 서비스 메시지를 일반영역이 아닌 MBS 영역을 통해 전송할 수도 있음을 의미한다. 그러므로, 단말은 상기 CID 중에 MCID가 포함된 경우, 매 프레임마다 DL-MAP 메시지뿐만 아니라, MBS-MAP 메시지를 디코딩하여, MBS 영역을 통해 긴급 서비스 메시지가 전송되는지 여부를 확인해야 한다. 만약, MBS-MAP 메시지 디코딩 결과, 상기 MCID가 포함된 버스트가 전송됨을 알게 되면, 단말은 MBS 영역에서 해당 MBS 버스트를 디코딩하여, 긴급 서비스 메시지를 추출 및 수신하여야 한다.
그러나, 상기 긴급 서비스 메시지가 자주 전송되는 것이 아니므로, 매번 MBS 메시지 디코딩을 수행하는 것은 바람직하지 않다. 다시 말해, 상기 상황에서 단말은 긴급 서비스 메시지가 전송될지 모르기 때문에 MBS-MAP 메시지 디코딩을 매 프레임마다 시도하게 되지만, 매 프레임마다 긴급 서비스 메시지가 전송되는 것은 아니기 때문에, 불필요한 MBS-MAP 메시지 디코딩을 수행하는 것이 된다. 이는 단말의 추가적인 전력 소모 및 프로세싱 리소스의 낭비를 초래한다. 그러므로, MBS 영역을 통해 긴급 서비스 메시지가 전송될 경우, 상기 기지국은 반드시 긴급 서비스 메시지가 전송될 시점을 포함시킨 Broadcast Control Pointer IE를 전송하여야 하며, 이때 단말은, 상기 Broadcast Control Pointer IE가 지칭하는 프레임에서만 MBS-MAP 메시지를 디코딩하여 긴급 서비스 메시지를 수신할 수 있다. 즉, 상기 Broadcast Control Pointer IE가 지시하는 프레임을 제외한 나머지 프레임들에 대해서는, 깨어있는 단말인 경우, MBS-MAP 메시지를 디코딩할 필요가 없다.
또한, 단말이 불필요한 MBS-MAP 메시지를 디코딩하는 것을 피하기 위한 방법으로, 하기 <표 4>와 같이, MBS_MAP_IE에 MBS 영역에서 긴급 서비스 메시지의 존재(Existence of Emergency Serive Message in MBS region)라는 파라미터를 더 포함시킨다. 단말이 DL-MAP 메시지에 포함된 MBS-MAP IE를 수신한 경우, 상기 MBS 영역에서 긴급 서비스 메시지의 존재(Existence of Emergency Serive Message in MBS region) 필드가 1일 시, MBS 영역에 긴급 서비스 메시지가 포함되어 있음을 의미하므로, 단말은 상기 긴급 서비스 메시지의 위치/크기를 파악하기 위해, MBS-MAP 메시지를 디코딩한다.
Syntax size (bits) Notes
MBS_MAP_IE() {
Extended DIUC 4 MBS_MAP = 0x0A
Macro diversity enhanced 1 0 = Non Macro diversity enhanced zone 1 = Macro diversity enhanced zone
If(Macro diversity enhanced=1) {
Existence of Emergency Serive Message in MBS region 1 0 : Indicates no existence of Emergency Service Message in a MBS region 1 : Indicates existence of Emergency Service Message in the MBS region
Reserved 3
}
한편, 본 발명에 따른 실시 예에서는 기지국이 긴급 서비스 메시지를 전송하기 위해 사용하는 연결 식별자(Connection ID : CID)를 단말에게 알리고, Broadcast Control Pointer IE 메시지 또는 Extended Broadcast Control Pointer IE 메시지를 사용하여 아이들 모드 및 슬립 모드 동작 중인 단말에게 긴급 서비스 메시지의 전송 시점과 긴급 서비스 메시지의 개수에 대한 정보를 알리는 방법에 대해 설명하였으나, 기지국이 Broadcast Control Pointer IE를 사용하지 않고, 아이들모드 단말이 깨어있는 페이징 리스닝 인터벌 또는 슬립 모드 단말이 깨어있는 리스닝 윈도우 구간에 맞춰서 긴급 서비스 메시지를 전송할 수도 있다. 이 경우, 기지국이 복수 개의 긴급 서비스 메시지를 전송해야 한다면, 상기 기지국은 상기 페이징 리스닝 인터벌 또는 리스닝 윈도우 구간이 끝나기 전에 모든 긴급 서비스 메시지가 전송되도록 스케쥴링해야 한다.
한편, 상기 <표 3>의 Broadcast Control Pointer IE 메시지에서, Broadcast_System_Update_Transmission_Frame로 지시할 수 있는 프레임 오프셋은 최대 127 프레임에 반해, 아이들 모드 단말이 아이들 모드를 유지할 수 있는 시간, 즉 페이징 사이클(Paging Cycle)은 16bit 즉 65535 프레임이다. 슬립 모드 단말 또한 슬립 모드를 유지할 수 있는 시간, 즉 슬립 윈도우의 최대 값으로 1024 프레임을 가질 수 있다. 결국, 기지국이 단말의 페이징 리스닝 인터벌 또는 슬립 윈도우 동안 Broadcast Control Pointer IE 메시지를 통해 긴급 서비스 메시지의 수신 시점을 알려줄 때, 최악의 경우(Worst case), 상기 긴급 서비스 메시지의 전송을 위해 슬립모드 경우 최대 8번, 아이들 모드의 경우 최대 516번 Broadcast Control Pointer IE를 전송해야 한다. 예를 들어, 기지국이 페이징 리스닝 인터벌 구간에 깨어있는 아이들 모드 단말(페이징 사이클이 5000 프레임)에게 127 프레임 뒤에 긴급 서비스 메시지를 전송하려고 할 경우, 해당 단말에게 긴급 서비스 메시지 전송 시점(127 프레임)을 알리는 Broadcast Control Pointer IE 메시지를 송신한다. 이를 수신한 단말은 페이징 리스닝 인터벌이 종료되는 시점에 아이들 모드로 천이 후, 127 프레임 뒤에 깨어나 긴급 서비스 메시지를 수신대기한다. 이때 기지국은 다시 상기와 동일한 Broadcast Control Pointer IE를 송신하며, 단말은 이를 수신 후 다시 아이들 모드로 다시 천이 후 127 프레임 뒤에 깨어나서 상기 동작을 반복한다. 결국 상기 아이들 단말은 10번의 Broadcast Control Pointer IE를 수신한 후 마지막 127 프레임 뒤에 깨어나서 상기 긴급 서비스 메시지를 수신하게 된다. 이는 전력소모 면에서나, 무선 자원(Air Resource)의 낭비를 초래한다. 그러므로, 아이들 모드 단말의 페이징 사이클과 슬립 모드 단말의 리스닝 윈도우를 한번에 수용가능한 새로운 Broadcast Control Pointer IE 메시지의 정의가 필요하다.
이를 위해, 하기 <표 5>와 같은 Extended Broadcast Control Pointer IE 메시지의 포맷을 제안한다.
Syntax Size (bit) Notes
Extended_Broadcast_Control_Pointer_IE() { - -
Extended DIUC 4 Broadcast_Control_Pointer_IE() = 0x0E
Type 2 00 : Emergengey Service Message 01~11 : Reserved
Number of Emergency Servie Messages 2 Valid only when Tyep = 00. Indicates the number of Emergency Service Message to be transmitted from the DCD_UCD Transmission Frame
Transmission Frame 16 Least significant 16 bits of frame number in which Emergency message is broadcasted
Frame Duration Indicates the period during which an MS in Idle Mode or Sleep Mode shall keep awake to receive emergency service message(s). the value '0' indicates the only Transmission Frame. Its unit is frame.
} -
여기서, 상기 Extended DIUC(Downlink Interval Usage Code)는 DL-MAP 메시지가 포함하는 IE 메시지를 구분하기 위해 사용되는 코드를 나타내며, 상기 Broadcast Control Pointer IE 메시지의 구분에 사용되는 코드는 '0x0E'이다. 상기 Type은 하기 Transmssion Frame 필드가 지시하는 프레임에서 전송될 메시지 타입을 나타내며, 상기 Number of Emergency Service Message는 하기 Transmission Frame 시점부터 전송될 긴급 서비스 메시지의 개수를 나타낸다. 상기 Transmission Frame은 상기 Type이 지시하는 종류의 메시지가 전송될 시점을 나타내기 위해 사용되며, 전송될 프레임 번호를 나타내는 24 비트 중 LSB(Least Significant Bits) 16 비트를 취하여 상기 Transmission Frame의 값으로 기재한다. 상기 Frame Duration은 상기 단말이 Transmission Frame에서 깨어나서 긴급서비스 메시지들을 수신하기 위해 대기하는 시간을 의미한다. 이 시간이 지나면, 상기에서 언급한 동작대로, 아이들 모드 또는 슬립모드 상태로 다시 되돌아가야 한다.
여기서, 상기 <표 5>의 Extended Broadcast Control Pointer IE 메시지를 사용할 경우, 하나의 Extended Broadcast Control Pointer IE 메시지를 통해 아이들 모드 단말의 페이징 사이클 및 슬립 모드의 슬립 윈도우 모두를 커버할 수 있다.
도 2는 본 발명의 실시 예에 따른 무선 통신 시스템에서 아이들 모드 및 슬립 모드 동작 중인 단말의 긴급 서비스 메시지 수신 방법의 절차를 도시한 흐름도이다.
상기 도 2를 참조하면, 단말은 201단계에서 기지국으로부터 상기 <표 3>과 같은 Broadcast Control Pointer IE 메시지가 수신되는지 여부를 검사한다. 여기서, 상기 Broadcast Control Pointer IE 메시지 대신에 상기 <표 5>와 같은 Extended Broadcast Control Pointer IE 메시지가 이용될 수도 있다. 상기 Broadcast Control Pointer IE 메시지가 수신될 시, 상기 단말은 203단계에서 상기 수신된 Broadcast Control Pointer IE 메시지를 이용하여 긴급 서비스 메시지 송신 시점과 긴급 서비스 메시지의 개수 및 프레임 주기에 대한 정보를 파악한다. 여기서, 상기 단말은, 아이들 모드 단말일 경우 페이징 리스닝 인터벌 또는 슬립 모드 단말일 경우 리스닝 윈도우 구간 동안에 상기 Broadcast Control Pointer IE 메시지를 수신하며, 상기 페이징 리스닝 인터벌 또는 리스닝 윈도우의 종료 시점에 아이들 혹은 슬립 모드로 천이한다.
이후, 상기 단말은 205단계에서 상기 파악한 긴급 서비스 메시지 송신 시점에 대한 정보를 이용하여, 현재 프레임이 상기 긴급 서비스 메시지 송신 시점의 프레임인지 여부를 검사한다. 여기서 상기 205단계는 현재 프레임이 상기 긴급 서비스 메시지 송신 시점의 프레임이 될 때까지 반복 수행된다. 만약, 현재 프레임이 상기 긴급 서비스 메시지 송신 시점의 프레임일 시, 상기 단말은 207단계에서 상기 단말의 모드를 일반 동작 모드로 변경하고 상기 파악한 프레임 주기에 따른 타이머를 동작시킨 후, 209단계에서 상기 타이머가 만료되었는지 여부를 검사한다. 상기 209단계에서 타이머가 만료되었을 시, 상기 단말은 223단계로 진행하여 상기 단말의 모드를 아이들 모드 혹은 슬립 모드로 복귀한다.
반면, 상기 209단계에서 상기 타이머가 만료되지 않았을 시, 상기 단말은 211단계에서 해당 프레임 내에 긴급 서비스 메시지를 포함하는 MAC PDU가 존재하는지 여부를 검사한다. 다시 말해, 해당 프레임 내에 긴급 서비스 CID를 포함하는 MAC PDU가 존재하는지 여부를 검사한다. 만약, 상기 긴급 서비스 CID로 MCID가 사용되는 경우, 긴급 서비스 메시지가 MBS 영역을 통해 전송될 수도 있으므로, MBS-MAP 메시지 또한 디코딩해야 한다. 이로써, 상기 단말은 일반 영역 또는 MBS영역을 통해 긴급 서비스 메시지를 수신할 수 있다. 즉, 단말은 기지국이 전송한 Broadcast Control Pointer IE 또는 MBS MAP IE를 이용할 수 있다. 여기서, 상기 긴급 서비스 CID는 고정된 값의 긴급 서비스 CID를 사용하거나, 기지국으로부터 상기 <표 1>의 긴급 서비스 CID TLV 인코딩을 수신함으로써 획득할 수 있으며, 이때 상기 <표 1>의 긴급 서비스 CID TLV 인코딩은 DCD 메시지 또는 네트워크 엔트리(Network Entry) 과정 중에 메시지 협상 시 사용되는 MAC 관리 메시지에 포함되어 단말로 전송된다.
상기 해당 프레임 내에 긴급 서비스 메시지를 포함하는 MAC PDU가 존재하지 않을 시, 상기 단말은 상기 209단계로 돌아가 이하 단계를 반복 수행한다. 반면, 상기 해당 프레임 내에 긴급 서비스 메시지를 포함하는 MAC PDU가 존재할 시, 상기 단말은 213단계에서 상기 MAC PDU 내에 긴급 서비스 메시지의 프레그먼트와 함께 해당 프레그먼트에 대한 프레그먼테이션 서브헤더가 존재하는지 여부를 검사한다. 여기서, 상기 프레그먼테이션 서브헤더는 상기 <표 2>와 같이 구성될 수 있다.
상기 213단계에서 상기 MAC PDU 내에 긴급 서비스 메시지의 프레그먼트와 함께 해당 프레그먼트에 대한 프레그먼테이션 서브헤더가 존재할 시, 상기 단말은 215단계에서 상기 MAC PDU에서 해당 긴급 서비스 메시지를 추출하고, 추출된 긴급 서비스 메시지를 상위 계층으로 전송한 후, 217단계에서 해당 프레그먼트가 마지막 프레그먼트인지 여부를 검사한다. 여기서, 상기 프레그먼트가 마지막 프레그먼트인지 여부는 상기 프레그먼테이션 서브헤더를 이용하여 파악할 수 있으며, 해당 프레그먼트가 마지막 프레그먼트일 시, 상기 단말은 219단계로 진행하고, 해당 프레그먼트가 마지막 프레그먼트가 아닐 시, 상기 단말은 해당 긴급 서비스 메시지에 대해 아직 수신하지 못한 프레그먼트가 존재함을 인식하고, 상기 209단계로 돌아가 이하 단계를 반복 수행한다. 반면, 상기 213단계에서 상기 MAC PDU 내에 긴급 서비스 메시지의 프레그먼트와 함께 해당 프레그먼트에 대한 프레그먼테이션 서브헤더가 존재하지 않을 시, 즉, 프레그먼트되지 않은 긴급 서비스 메시지만이 존재할 시, 상기 단말은 225단계로 진행하여 상기 MAC PDU에서 해당 긴급 서비스 메시지를 추출하고, 추출된 긴급 서비스 메시지를 상위 계층으로 전송한 후, 상기 219단계로 진행한다.
이후, 상기 219단계에서 단말은 상기 긴급 서비스 메시지의 개수를 1 차감하고, 221단계에서 상기 차감된 긴급 서비스 메시지의 개수가 0인지 여부를 검사한다. 상기 차감된 긴급 서비스 메시지의 개수가 0일 시, 상기 단말은 해당 긴급 서비스 메시지를 모두 수신하였음을 판단하고, 상기 223단계로 진행하여 아이들 모드 혹은 슬립 모드로 복귀한다. 더욱 정확히 말하면, 해당 긴급 서비스 메시지를 모두 수신한 시점 혹은 타어머가 만료되는 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재하면, 상기 단말은 리스닝 윈도우 또는 페이징 리스닝 인터벌 내에서 수행해야 할 동작을 수행하고, 반대로, 해당 긴급 서비스 메시지를 모두 수신한 시점 혹은 타어머가 만료되는 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 영역 밖에 존재하면, 상기 단말은 아이들 모드 또는 슬립 모드로 복귀한다. 반면, 상기 차감된 긴급 서비스 메시지의 개수가 0이 아닐 시, 상기 단말은 해당 프레임 내에서 아직 수신하지 못한 긴급 서비스 메시지가 존재함을 판단하고, 상기 209단계로 돌아가 이하 단계를 반복 수행한다.
이후, 상기 단말은 본 발명에 따른 알고리즘을 종료한다.
도 3은 본 발명의 실시 예에 따른 무선 통신 시스템에서 기지국의 긴급 서비스 메시지 전송 방법의 절차를 도시한 흐름도이다.
상기 도 3을 참조하면, 기지국은 301단계에서 단말로 전송해야할 긴급 서비스 메시지가 발생되는지 여부를 검사한다. 상기 긴급 서비스 메시지가 발생될 시, 상기 기지국은 303단계에서 상기 긴급 서비스 메시지의 전송을 위한 스케줄링을 수행하고, 305단계에서 상기 긴급 서비스 메시지 송신 시점과 긴급 서비스 메시지 개수 및 프레임 주기에 대한 정보를 포함하는 Broadcast Control Pointer IE 메시지를 생성 및 단말로 전송한다. 여기서, 상기 Broadcast Control Pointer IE 메시지는 상기 <표 3>과 같이 구성될 수 있으며, 상기 Broadcast Control Pointer IE 메시지 대신에 상기 <표 5>와 같은 Extended Broadcast Control Pointer IE 메시지가 이용될 수도 있다. 여기서, 상기 Broadcast Control Pointer IE 메시지는 아이들 모드 단말일 경우 페이징 리스닝 인터벌 또는 슬립 모드 단말일 경우 리스닝 윈도우 구간 동안에 해당 단말에게 전송된다.
이후, 상기 기지국은 307단계에서 현재 프레임이 상기 긴급 서비스 프레임 송신 시점의 프레임인지 여부를 검사한다. 여기서 상기 307단계는 현재 프레임이 상기 긴급 서비스 메시지 송신 시점의 프레임이 될 때까지 반복 수행된다. 만약, 현재 프레임이 상기 긴급 서비스 메시지 송신 시점의 프레임일 시, 상기 기지국은 309단계에서 상기 긴급 서비스 메시지를 해당 단말로 전송한다.
이후, 상기 기지국은 본 발명에 따른 알고리즘을 종료한다.
한편, 상기 301단계에서 상기 긴급 서비스 메시지가 발생한 경우, 상기 기지국은 해당 긴급 서비스 메시지를 단말로 바로 전송할 수도 있고, 시간을 두고 향후에 전송할 수도 있다. 상기 도 3은 상기 긴급 서비스 메시지를 향후 전송하는 경우를 예로 들어 설명한 것이며, 바로 전송하는 경우에도 MBS 영역을 통해 긴급 서비스 메시지를 전송하는 경우에는 긴급 서비스 메시지 송신 시점에 대한 정보를 포함하는 Broadcast Control Pointer IE를 전송해야 한다. 또는 바로 전송하는 경우에, Broadcast Control Pointer IE 대신에 MBS_MAP_IE를 전송할 수도 있다.
도 4는 본 발명의 실시 예에 따른 무선 통신 시스템에서 기지국의 송신 장치 구성을 도시한 블럭도이다.
도시된 바와 같이, 상기 기지국은 MAC 페이로드 인코더(401), MAC PDU 인코더(402), 물리계층 인코더(403), RF 송신기(404)를 포함하여 구성된다.
상기 도 4를 참조하면, 상기 MAC 페이로드 인코더(401)는 송신 데이터 큐(411)와 MAC 제어 메시지 생성기(414)를 포함하여 구성된다. 여기서, 상기 송신 데이터 큐(411)는 상위 계층으로부터의 데이터를 저장하며, 스케줄링에 따라 해당 프레임에 전송될 데이터를 상기 MAC PDU 인코더(402)로 출력한다. 특히, 본 발명의 실시 예에 따라 상기 송신 데이터 큐(411)는 상기 스케줄링에 따라 해당 프레임에 전송될 하나 또는 복수 개의 긴급 서비스 메시지를 상기 MAC PDU 인코더(402)로 출력한다. 여기서, 상기 하나 또는 복수 개의 긴급 서비스 메시지는 모두 또는 몇 개의 긴급 서비스 메시지들이 프레그먼트되어 상기 MAC PDU 인코더(402)로 출력될 수도 있다. 상기 MAC 제어 메시지 생성기(414)는 MAC 제어 메시지를 생성하여 상기 MAC PDU 인코더(402)로 출력한다. 여기서, 상기 MAC 제어 메시지에는, 상기 스케줄링에 따라 해당 프레임에 전송될 데이터에 대한 정보를 포함하는 DL-MAP 메시지, DCD 메시지, MAC 관리 메시지 등이 포함될 수 있다. 본 발명에 따라, 상기 DL-MAP 메시지는 상기 <표 3>과 같은 Broadcast Control Pointer IE 메시지 혹은 상기 <표 5>와 같은 Extended Broadcast Control Pointer IE 메시지를 포함하고, 이때, 상기 Broadcast Control Pointer IE 메시지 혹은 Extended Broadcast Control Pointer IE 메시지는 상기 긴급 서비스 메시지의 송신 시점과 긴급 서비스 메시지의 개수 및 프레임 주기에 대한 정보를 포함하여 구성되며, 상기 DCD 메시지 혹은 MAC 관리 메시지는 상기 <표 1>과 같은 긴급 서비스 CID TLV 인코딩(encoding)을 포함한다.
상기 MAC PDU 인코더(402)는 MAC 헤더 생성기(412), MAC CRC 생성기(413), MAC 페이로드 생성기(415)를 포함하여 구성된다. 상기 MAC PDU 인코더(402)는 상기 MAC 페이로드 인코더(401)로부터의 데이터를 가지고 페이로드를 생성하고, 상기 생성된 페이로드에 헤더와 CRC를 부가하여 MAC PDU를 생성하며, 상기 생성된 MAC PDU를 물리계층 인코더(403)로 출력한다. 구체적으로, 상기 MAC 페이로드 생성기(415)는 상기 MAC 페이로드 인코더(401)로부터의 데이터(트래픽) 또는 MAC 제어 메시지를 이용하여 페이로드를 생성한다. 만약, 상기 MAC 페이로드 인코더(401)로부터 긴급 서비스 메시지의 프레그먼트가 입력되는 경우, 상기 MAC 페이로드 생성기(415)는 상기 <표 2>와 같이 해당 프레그먼트에 대한 프레그먼테이션 서브헤더를 생성하며, 해당 긴급 서비스 메시지의 프레그먼트와 함께 프레그먼테이션 서브헤더를 포함하는 페이로드를 생성한다. 그리고, 상기 MAC 헤더 생성기(412)는 상기 생성된 페이로드에 대한 헤더를 생성하여 해당 페이로드의 앞에 부가한다. 여기서, 상기 생성된 페이로드가 긴급 서비스 메시지를 이용하여 생성된 페이로드일 경우, 상기 헤더는 상기 도 1과 같이 해당 긴급 서비스 메시지의 CID(127)에 대한 정보를 포함하여 구성된다. 또한, 상기 MAC CRC 생성기(413)는 상기 생성된 페이로드에 대한 CRC 코드를 생성하고, 상기 생성된 CRC 코드를 해당 페이로드의 뒤에 부가한다. 이와 같이, 페이로드에 헤더와 CRC 코드를 부가하여 출력한다.
상기 물리계층 인코더(403)는 상기 MAC PDU 인코더(402)로부터의 MAC PDU들을 물리계층 인코딩하여 출력한다. 여기서, 상기 물리계층 인코더(403)는 채널부호 블럭, 변조 블럭 등을 포함할 수 있다. OFDM 시스템을 가정할 경우, 상기 채널부호 블럭은 채널 인코더(channel encoder), 인터리버(interleaver), 변조기(modulation) 등으로 구성되고, 상기 변조 블럭은 송신 데이터를 다수의 직교하는 부반송파들에 싣기 위한 IFFT(Inverse Fast Fourier Transform) 연산기 등으로 구성될 수 있다.
상기 RF 송신기(404)는 상기 물리계층 인코더(403)로부터의 기저대역 디지털 신호를 기저대역 아날로그 신호로 변환하고, 상기 기저대역 아날로그 신호를 RF 신호로 변환하여 안테나를 통해 송신한다.
도 5는 본 발명의 실시 예에 따른 무선 통신 시스템에서 단말의 수신 장치 구성을 도시한 블럭도이다.
도시된 바와 같이, 상기 단말은 RF 수신기(501), 물리계층 디코더(502), MAC PDU 디코더(503), MAC 페이로드 디코더(504), 동작 모드 변경부(505)포함하여 구성된다.
상기 도 5를 참조하면, 상기 RF 수신기(501)는 안테나를 통해 수신되는 RF신호를 기저대역 아날로그 신호로 변환하고, 상기 기저대역 아날로그 신호를 기저대역 디지털 신호로 변환하여 출력한다.
상기 물리계층 디코더(502)는 상기 RF 수신기(501)로부터의 기저대역 디지털 신호를 물리계층 디코딩하여 원래의 정보데이터를 MAC PDU 디코더(503)로 출력한다. 여기서, 상기 물리계층 디코더(502)는 복조 블럭, 채널복호 블럭 등을 포함할 수 있다. OFDM 시스템을 가정할 경우, 상기 복조 블럭은 각 부반송파에 실린 데이터를 추출하기 위한 FFT(Fast Fourier Transform) 연산기 등으로 구성되고, 상기 채널복호 블럭은 복조기(demodulator), 디인터리버(deinterleaver), 채널디코더(channel decoder) 등으로 구성될 수 있다.
상기 MAC PDU 디코더(503)는 MAC 헤더 분석기(513), MAC CRC 검사기(512), MAC 페이로드 검출기(511)를 포함하여 구성되며, 상기 물리계층 디코더(502)로부터의 MAC PDU에서 헤더를 검출하여 분석하고, CRC를 검사하여 출력한다. 구체적으로, 상기 MAC 헤더 분석기(513)는 MAC PDU의 헤더를 분석하여 해당 MAC PDU의 페이로드가 제어정보를 포함하는지 혹은 트래픽을 포함하는지 여부를 판단하고, 판단 결과에 따라 상기 MAC PDU의 페이로드를 MAC 페이로드 디코더(504)로 출력한다. 즉, 해당 MAC PDU의 페이로드가 제어정보를 포함하는 경우 상기 MAC PDU의 페이로드는 MAC 페이로드 디코더(504)의 MAC 제어 메시지 해석기(514)로 제공되고, 트래픽을 포함하는 경우 상기 MAC PDU의 페이로드는 수신 데이터 큐(515)에 적재된다. 특히, 본 발명의 실시 예에 따라 아이들 모드 혹은 슬립 모드 단말의 MAC 헤더 분석기(513)는 동작 모드 변경부(505)의 제어에 따라 긴급 서비스 메시지 송신 시점의 프레임에서 웨이크 업한 후, 타이머가 동작하는 동안 수신되는 MAC PDU의 헤더를 검사하여 해당 헤더에 긴급 서비스 메시지에 대한 CID가 포함되어 있는지 여부를 검사하고, 검사 결과를 상기 동작 모드 변경부(505)로 출력한다. 또한. MAC CRC 검사기(512)는 상기 물리계층 디코더(502)로부터 전달받은 MAC PDU에서 CRC코드를 분리하고, 상기 MAC PDU의 페이로드를 가지고 CRC코드를 생성하며, 상기 생성된 CRC코드와 상기 분리된 CRC코드의 일치 여부를 판단하여 오류 유무를 검사한다. 이때, 오류가 없는 MAC PDU의 페이로드가 상기 페이로드 디코더(504)로 제공되도록 상기 MAC 페이로드 검출기(511)를 제어한다. 그리고, 상기 MAC 페이로드 검출기(511)는 상기 물리계층 디코더(502)로부터 전달받은 MAC PDU에서 페이로드를 검출하여 MAC 페이로드 디코더(504)로 제공한다. 특히, 본 발명의 실시 예에 따라 아이들 모드 혹은 슬립 모드 단말의 MAC 페이로드 검출기(511)는 동작 모드 변경부(505)의 제어에 따라 긴급 서비스 메시지 송신 시점의 프레임에서 웨이크 업한 후, 타이머가 동작하는 동안 수신되는 MAC PDU 중 해당 헤더에 긴급 서비스 메시지에 대한 CID가 포함되어 있는 MAC PDU에서 페이로드를 검출하고, 상기 검출된 페이로드를 MAC 페이로드 디코더(504)로 출력하며, 검출 결과를 상기 동작 모드 변경부(505)로 출력한다. 여기서, 상기 검출된 페이로드는 하나 또는 복수 개의 긴급 서비스 메시지로 구성될 수 있으며, 여기서 상기 하나 또는 복수 개의 긴급 서비스 메시지 중 모두 또는 몇 개의 긴급 서비스 메시지들이 프레그먼트되어 있을 경우, 상기 검출된 페이로드에는 해당 긴급 서비스 메시지의 프레그먼트와 함께 해당 프레그먼트에 대한 프레그먼테이션 서브헤더가 포함될 수 있다.
상기 MAC 페이로드 디코더(504)는 MAC 제어 메시지 해석기(514)와 수신 데이터 큐(515)를 포함하여 구성된다. 여기서, 상기 MAC 제어 메시지 해석기(514)는 상기 MAC PDU 디코더(503)로부터의 MAC 제어 메시지, 예를 들어 DL-MAP 메시지, DCD 메시지, MAC 관리 메시지 등을 해석한다. 본 발명에 따라, 상기 DL-MAP 메시지는 상기 <표 3>과 같은 Broadcast Control Pointer IE 메시지 혹은 상기 <표 5>와 같은 Extended Broadcast Control Pointer IE 메시지를 포함하며, 따라서, 상기 MAC 제어 메시지 해석기(504)는 상기 Broadcast Control Pointer IE 메시지 혹은 Extended Broadcast Control Pointer IE 메시지를 해석하여 상기 긴급 서비스 메시지의 송신 시점과 긴급 서비스 메시지의 개수 및 프레임 주기에 대한 정보를 상기 동작 모드 변경부(505)로 출력한다. 또한, 상기 DCD 메시지 혹은 MAC 관리 메시지는 상기 <표 1>과 같은 긴급 서비스 CID TLV 인코딩(encoding)을 포함하며, 따라서, 상기 MAC 제어 메시지 해석기(504)는 상기 긴급 서비스 CID TLV 인코딩(encoding)을 해석하여 긴급 서비스 메시지에 대한 CID에 대한 정보를 상기 동작 모드 변경부(505)로 출력한다. 상기 수신 데이터 큐(515)는 상기 MAC PDU 디코더(503)로부터의 수신 데이터를 버퍼링하여 상위 계층으로 제공한다. 특히, 상기 MAC PDU 디코더(503)로부터의 긴급 서비스 메시지를 상위 계층으로 제공한다.
상기 동작 모드 변경부(505)는 상기 MAC 제어 메시지 해석기(504)로부터 긴급 서비스 메시지의 송신 시점과 긴급 서비스 메시지의 개수 및 프레임 주기, 긴급 서비스 메시지에 대한 CID에 대한 정보를 수신하고, 상기 긴급 서비스 메시지 송신 시점의 프레임에 아이들 모드 혹은 슬립 모드 단말의 모드를 일반 동작 모드로 변경하여, 상기 MAC PDU 디코더(503)로 하여금 웨이크 업하여 기지국으로부터의 MAC PDU를 수신하도록 제어한다. 이때, 상기 동작 모드 변경부(505)는 상기 모드 변경과 함께 상기 프레임 주기에 따른 타이머를 동작시킨다. 또한, 상기 동작 모드 변경부(505)는 상기 MAC PDU 디코더(503)를 제어하여, 상기 타이머가 만료되기 전까지 수신되는 MAC PDU 중 긴급 서비스 메시지를 포함하는 MAC PDU, 즉 긴급 서비스 메시지의 CID를 포함하는 MAC PDU가 존재하는지 여부를 검사하고, 긴급 서비스 메시지를 포함하는 MAC PDU가 존재할 시, 해당 긴급 서비스 메시지를 추출하여 상위 계층으로 전송한다. 이때, 해당 프레임 주기 동안 하나 또는 복수 개의 긴급 서비스 메시지가 수신될 수도 있고, 상기 하나 또는 복수 개의 긴급 서비스 메시지 중 모두 또는 몇 개의 긴급 서비스 메시지들이 프레그먼트되어 수신될 수도 있으며, 이 경우, 상기 동작 모드 변경부(505)는 하나 또는 복수 개의 긴급 서비스 메시지를 구성하는 모든 MAC PDU가 수신될 때까지 단말의 모드를 일반 모드로 유지한다. 해당 모든 MAC PDU를 수신한 시점 혹은 타어머가 만료되는 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재하면, 상기 동작 모드 변경부(505)는 리스닝 윈도우 또는 페이징 리스닝 인터벌 내에서 수행해야 할 동작을 수행하도록 상기 MAC PDU 디코더(503)를 제어하고, 반대로, 해당 모든 MAC PDU를 수신한 시점 혹은 타어머가 만료되는 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 영역 밖에 존재하면, 아이들 모드 또는 슬립 모드로 다시 되돌아가도록 상기 MAC PDU 디코더(503)를 제어한다.
한편, 본 발명에 따른 타이머는 프레임 주기에 따른 값으로 설정되는 것을 예로 들어 설명하였으나, 다른 실시 예로 고정된 값으로 설정될 수도 있으며, 단위 시간 프레임과 긴급 서비스 메시지 개수의 곱으로 설정될 수도 있고, 타이머가 설정되지 않을 수도 있다.
한편, 상기 실시 예에서는, 긴급 서비스 메시지에 사용될 CID를 하나의 TLV 형태로 DCD 메시지에 포함시켜 단말로 전송하였다. 그러나, 상기 CID 외 정보들이 필요할 수 있다. 즉, 긴급 서비스 메시지 별로, CID 외 긴급 서비스 메시지의 우선순위 및 긴급 서비스 메시지가 전송되었을 때 상기 긴급 서비스 메시지를 처리할 수렴 부계층(Convergence Sublayer : CS layer) 등에 대한 정보가 더 필요할 수 있으며, 따라서 상기 DCD 메시지에 상기 CID 외 정보들을 더 포함시켜 전송시킬 수 있다. 여기서 알 수 있듯이, 긴급 서비스 메시지별로 서로다른 구성을 취할 수 있으며, 복수개의 긴급 서비스 메시지에 대한 정보를 DCD 메시지에 포함시켜 전송할 수 있다. 예컨데, 기지국이 4개의 긴급 서비스를 사용한다면, 4개의 긴급 서비스 집합(Emergency Service compound) TLV가 DCD 메시지에 포함되어 전송되게 되며, 각각의 긴급 서비스 집합 TLV에는 다른 긴급 서비스 집합 TLV에 들어가는 파라미터와 상이한 값을 가지는 서브(Sub) TLV를 포함시킬 수 있다.
여기서, 상기 DCD 메시지의 포맷은, 하기 <표 6>과 같이, 상기 긴급 서비스 집합(Emergency Service compound) TLV를 포함한다.
Name Type(1 byte) Length Value(Variable Length) PHY Scope
Emergency Service 63 The Emergency Service is a compound TLV that defines the parameters required for Emergency Service. (see table XXX). Multiple instances may be included in DCD message. But, only one Emergency Service compound TLV shall be included in DCD message for a specific priority.
상기 <표 6>과 같이, 기지국이 전송하는 긴급 서비스 메시지의 종류만큼의 긴급 서비스 집합 TLV가 DCD 메시지에 포함될 수 있다. 여기서, 상기 긴급 서비스 집합 TLV는 하기 <표 7>과 같은 파라미터를 포함할 수 있다.
Name Size(1 byte) Length Value(Variable Length)
CID for Emergency Service 63.1 2 Multicast CID (see table 552) used for DL Emergency Service. Emergency Service message shall be transmitted on this connections
Information for Emergency Service 63.2 1 If this TLV is omitted, MS shall consider that Emergency Service message on the CID specified by CID for Emergency Service(i.e. Type = 63.1) has the default priority and CS type. Bit #0-3 indicates the priority of Emergency service message that is transmitted on the connection. Lower value has higher priority. That is, the priority 0 is the highest priority(default) and the priority 7 is the lowest priority Bit #4-7 indicates CS type which is used for Emergency Service. 0. GPCS 1. Packet, IPv4 (default) 2. Packet, IPv6 3. Packet, IEEE802.3/Ethernet 4. Packet, IPv4 over IEEE 802.3/Ethernet 5. Packet, IPv6 over IEEE 802.3/Ethernet 7. ATM 8-15 : Reserved
여기서, 상기 CID for Emergency Service는 해당 긴급 서비스 메시지가 전송되는 연결(connection)의 CID를 의미한다. 상기 Information for Emergency Service는 해당 긴급 서비스 메시지의 우선순위와 CS 타입(type)을 나타낸다. 단말도 자신의 우선순위를 가지게 되는데, 만약 자신의 우선순위보다 높은 우선순위(낮은 값)를 갖는 긴급 서비스 메시지가 존재하는 경우, 상기 단말은 반드시 상기 긴급 서비스 메시지를 수신해야 한다. 만약 자신보다 낮은 우선순위(높은 값)을 갖는 긴급 서비스 메시지가 존재하는 경우, 상기 단말은 상기 긴급 서비스 메시지를 수신하지 않거나, 수신하더라도 무시할 수 있다. 여기서, 상기 CS 타입은 해당 긴급 서비스 메시지를 포함하고 있는 MAC PDU를 처리할 CS 계층을 의미한다.
한편, 실시 예에서 설명한 Extended Broadcast Control Pointer IE 메시지의 포맷은 하기 <표 8>과 같이 구성할 수도 있다.
Syntax Size (bit) Notes
Broadcast_Control_Pointer_IE() { - -
Extended DIUC 4 Extended Broadcast_Control_Pointer_IE() = 0x0E
Type 4 Indicates the type of message. 0x0 : Emergency Service Message 0x1~0xF : Reserved
Transmission Frame Offset 16 A relative value from the current frame number in which a BS will start to transmit Emergency Service Message. ‘0’ means the current frame in which this MAP IE is transmitted.
Transmission Duration 8 Indicates the period during which an MS in Idle Mode or Sleep Mode shall keep awake to receive emergency service message(s). The value ‘0’ indicates that the MS keeps awake during only Transmission Frame. Its unit is frame.
if(Type == 0x0) { -
Transmission of ESM with priority 8 Indicates which ESM with specific priority will be transmitted in the frame specified by TransmissionFrameeOffset Bit #0 : if set to 1, ESM with the priority 0 will be transmitted. Bit #1 : if set to 1, ESM with the priority 1 will be transmitted . Bit #2 : if set to 1, ESM with the priority 2 will be transmitted. Bit #3 : if set to 1, ESM with the priority 3 will be transmitted. Bit #4 : if set to 1, ESM with the priority 4 will be transmitted. Bit #5 : if set to 1, ESM with the priority 5 will be transmitted. Bit #6 : if set to 1, ESM with the priority 6 will be transmitted. Bit #7 : if set to 1, ESM with the priority 7 will be transmitted.
While (the bit in Transmission of ESM with priority == 1) -
{ -
Counter for the ESM 8 This field is used to prevent MSs from unnecessarily decoding the ESMs retransmitted by BS (see 6.3.27).
} -
} -
} - -
기지국은 모든 단말들이 긴급한 상황을 충분히 숙지할수 있도록(단말이 긴급 서비스 메시지를 수신하지 못하는 상황이 발생할 수도 있기 때문에), 동일한 긴급 서비스 메시지를 여러 번 반복해서 전송할 수 있다. 이 경우, 단말은 동일한 긴급 서비스 메시지를 여러 번 수신하는 경우가 발생할 수 있으며, 이와 같은 경우의 발생을 피하기 위해, 기지국은 상기 <표 8>의 Extended Broadcast Control Pointer IE 메시지에 Counter for the ESM을 포함시켜 전송한다. 여기서, 상기 Counter for the ESM은 긴급 서비스 메시지의 전송 번호를 의미하며, 긴급 서비스 메시지별로 다른 값을 가진다. 기지국이 동일한 긴급서비스 메시지의 반복 전송을 완료한 후 앞으로 새로운 긴급 서비스 메시지를 전송하려고 할 경우, 이전 긴급 서비스 메시지 전송 시의 Counter for the ESM을 1 증가시켜 전송한다. 단말입장에서는, Counter for the ESM를 저장하고 있다가, 자신이 저장하고 있던 Counter for the ESM과 다른 값의 Counter for the ESM이 수신되면, 이는 새로운 긴급 서비스 메시지의 전송을 의미하므로, ESM을 수신한 수, 새로운 Counter for the ESM을 저장한다. 이에 따라, 기지국이 동일한 긴급 서비스 메시지를 여러 번 반복해서 전송하면, 반복해서 수신되는 긴급 서비스 메시지의 Counter for the ESM는 단말이 기 저장하고 있는 Counter for the ESM과 동일할 것이므로, 단말은 반복해서 전송되는 긴급 서비스 메시지를 중복 수신하지 않을 수 있으며, 저장된 값과 다른 Counter for the ESM이 수신되면 단말은 새로운 긴급 서비스 메시지가 수신될 것을 인지할 수 있게 된다.
또한, 상기 <표 8>에서 Transmission of ESM with Priority는 Extended Broadcast Control Pointer IE가 지시하는 프레임에서, Transmission Duration 동안 전송될 긴급 서비스 메시지의 우선순위(Priority)를 나타낸다. 상기에서 설명한 바와 같이, 단말은 자신의 우선순위보다 높은 우선순위를 가지는 긴급 서비스 메시지는 반드시 수신하고, 자신의 우선순위보다 낮은 우선순위를 가지는 긴급 서비스 메시지는 수신하지 않을 수 있다. 만약 단말 자신의 우선순위보다 낮은 우선순위를 가지는 긴급 서비스 메시지만 전송될 예정이라면, 단말은 전송될 모든 긴급 서비스 메시지를 무시하여 수신하지 않을 수 있다. 그러나, 향후 필요에 따라 수신할 수도 있으므로, 우선순위가 낮은 긴급 서비스 메시지의 경우라 하더라도, 해당 긴급 서비스 메시지에 대한 Counter for the ESM는 업데이트하여야 한다.
여기서, 상기 Extended Broadcast Control Pointer IE 메시지는 아이들모드 및 슬립모드 단말들에게 긴급 서비스 메시지의 전송시점을 미리 알려주기 위해, 또한, 모든 단말에 대해서 선별적 긴급 서비스 메시지 수신 및 재전송되는 긴급 서비스 메시지의 수신을 피하기 위해서, 반드시, 전송 전에 미리 DL MAP 메시지에 포함되어야 한다.
한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
도 1은 본 발명의 실시 예에 따른 무선 통신 시스템에서 긴급 서비스 메시지의 포맷을 도시한 도면,
도 2는 본 발명의 실시 예에 따른 무선 통신 시스템에서 아이들 모드 및 슬립 모드 동작 중인 단말의 긴급 서비스 메시지 수신 방법의 절차를 도시한 흐름도,
도 3은 본 발명의 실시 예에 따른 무선 통신 시스템에서 기지국의 긴급 서비스 메시지 전송 방법의 절차를 도시한 흐름도,
도 4는 본 발명의 실시 예에 따른 무선 통신 시스템에서 기지국의 송신 장치 구성을 도시한 블럭도, 및
도 5는 본 발명의 실시 예에 따른 무선 통신 시스템에서 단말의 수신 장치 구성을 도시한 블럭도.

Claims (48)

  1. 무선 통신 시스템에서 단말의 긴급 서비스 메시지 수신 방법에 있어서,
    기지국으로부터 긴급 서비스 메시지의 전송 시점에 대한 정보를 수신하는 과정과,
    상기 전송 시점의 프레임에 상기 긴급 서비스 메시지에 대한 연결 식별자(Connection ID : CID)를 포함하는 MAC(Medium Access Control) PDU(Protocol Data Unit)를 수신하는 과정과,
    상기 수신된 MAC PDU에서 상기 긴급 서비스 메시지를 추출하는 과정을 포함하는 것을 특징으로 하는 방법.
  2. 제 1 항에 있어서,
    상기 긴급 서비스 메시지의 전송 시점에 대한 정보는, 다운링크 맵(DownLink MAP : DL-MAP) 메시지가 포함하는 방송 제어 포인터 정보 엘리먼트(Broadcast Control Pointer Information Element : Broadcast Control Pointer IE) 메시지를 통해 수신하는 것을 특징으로 하는 방법.
  3. 제 2 항에 있어서, 방송 제어 포인터 정보 엘리먼트 메시지는,
    상기 긴급 서비스 메시지의 전송 시점, 긴급 서비스 메시지의 개수, 긴급 서비스 메시지가 전송되는 프레임 주기에 대한 정보 중 적어도 하나의 정보를 포함하는 것을 특징으로 하는 방법.
  4. 제 3 항에 있어서,
    상기 전송 시점의 프레임에 상기 프레임 주기에 따라 타이머를 동작시키는 과정을 더 포함하며,
    상기 긴급 서비스 메시지에 대한 CID를 포함하는 MAC PDU는 상기 타이머가 동작하는 동안 수신하는 것을 특징으로 하는 방법.
  5. 제 4 항에 있어서,
    상기 타이머가 만료될 시, 해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재하는지 여부를 검사하는 과정과,
    해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재할 시, 리스닝 윈도우 또는 페이징 리스닝 인터벌 내에서 수행해야 할 동작을 수행하는 과정과,
    해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 영역 밖에 존재할 시, 아이들 모드 또는 슬립 모드로 복귀하는 과정을 더 포함하는 것을 특징으로 하는 방법.
  6. 제 4 항에 있어서,
    상기 타이머는 상기 프레임 주기 대신에 고정된 값, 혹은 단위 시간 프레임과 긴급 서비스 메시지 개수의 곱으로 설정하는 것을 특징으로 하는 방법.
  7. 제 3 항에 있어서,
    상기 긴급 서비스 메시지의 개수를 1 차감하는 과정을 더 포함하며,
    상기 긴급 서비스 메시지에 대한 CID를 포함하는 MAC PDU를 수신하는 과정은 상기 긴급 서비스 메시지의 개수가 0이 될 때까지 반복되는 것을 특징으로 하는 방법.
  8. 제 7 항에 있어서,
    상기 긴급 서비스 메시지의 개수가 0일 시, 해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재하는지 여부를 검사하는 과정과,
    해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재할 시, 리스닝 윈도우 또는 페이징 리스닝 인터벌 내에서 수행해야 할 동작을 수행하는 과정과,
    해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 영역 밖에 존재할 시, 아이들 모드 또는 슬립 모드로 복귀하는 과정을 더 포함하는 것을 특징으로 하는 방법.
  9. 제 1 항에 있어서,
    아이들 모드 혹은 슬립 모드의 단말의 경우, 상기 전송 시점의 프레임에 웨이크 업 하는 과정을 더 포함하는 것을 특징으로 하는 방법.
  10. 제 1 항에 있어서,
    상기 수신된 MAC PDU에 상기 긴급 서비스 메시지의 프레그먼트와 해당 프레그먼트에 대한 프레그먼테이션 서브 헤더가 포함되어 있는지 여부를 검사하는 과정과,
    상기 긴급 서비스 메시지의 프레그먼트와 해당 프레그먼트에 대한 프레그먼테이션 서브 헤더가 포함되어 있을 시, 상기 프레그먼테이션 서브 헤더를 이용하여 해당 프레그먼트가 마지막 프레그먼트인지 여부를 검사하는 과정을 더 포함하며,
    상기 긴급 서비스 메시지에 대한 CID를 포함하는 MAC PDU를 수신하는 과정은 상기 프레그먼트가 마지막 프레그먼트가 될 때까지 반복되는 것을 특징으로 하는 방법.
  11. 제 10 항에 있어서, 상기 프레그먼테이션 서브 헤더는 상기 긴급 서비스 메시지의 나누어진 프레그먼트를 구분하기 위한 FC(Fragment Count) 필드를 포함하는 것을 특징으로 하는 방법.
  12. 제 1 항에 있어서,
    DCD 메시지 혹은 네트워크 엔트리(Network Entry) 과정 중에 메시지 협상 시 사용되는 MAC 관리 메시지를 수신하여 상기 긴급 서비스 메시지에 대한 CID를 획득하는 과정을 더 포함하는 것을 특징으로 하는 방법.
  13. 제 1 항에 있어서,
    상기 긴급 서비스 메시지에 대한 CID는 고정된 값임을 특징으로 하는 방법.
  14. 제 1 항에 있어서,
    상기 긴급 서비스 메시지에 대한 CID는 상기 MAC PDU의 범용 MAC 헤더에 포함되는 것을 특징으로 하는 방법.
  15. 무선 통신 시스템에서 단말의 긴급 서비스 메시지 수신 장치에 있어서,
    기지국으로부터 긴급 서비스 메시지의 전송 시점에 대한 정보를 포함하는 메시지를 수신하고, 이후 상기 전송 시점의 프레임에 상기 긴급 서비스 메시지에 대한 연결 식별자(Connection ID : CID)를 포함하는 MAC(Medium Access Control) PDU(Protocol Data Unit)를 수신하는 MAC PDU 디코더와,
    상기 수신된 MAC PDU에서 상기 긴급 서비스 메시지를 추출하는 MAC 페이로드 디코더를 포함하는 것을 특징으로 하는 장치.
  16. 제 15 항에 있어서,
    상기 긴급 서비스 메시지의 전송 시점에 대한 정보를 포함하는 메시지는, 다운링크 맵(DownLink MAP : DL-MAP) 메시지가 포함하는 방송 제어 포인터 정보 엘리먼트(Broadcast Control Pointer Information Element : Broadcast Control Pointer IE) 메시지임을 특징으로 하는 장치.
  17. 제 15 항에 있어서,
    상기 긴급 서비스 메시지의 전송 시점에 대한 정보를 이용하여, 이후 상기 전송 시점의 프레임에 상기 CID를 포함하는 MAC PDU를 수신하도록 상기 MAC PDU 디코더를 제어하는 동작 모드 변경부를 더 포함하며,
    상기 MAC 페이로드 디코더는, 상기 수신된 메시지에서 긴급 서비스 메시지의 전송 시점에 대한 정보를 추출하여 상기 동작 모드 변경부로 출력하는 것을 특징으로 하는 장치.
  18. 제 17 항에 있어서,
    상기 긴급 서비스 메시지의 전송 시점에 대한 정보를 포함하는 메시지는, 긴급 서비스 메시지의 개수, 긴급 서비스 메시지가 전송되는 프레임 주기에 대한 정보 중 적어도 하나의 정보를 더 포함하는 것을 특징으로 하는 장치.
  19. 제 18 항에 있어서, 상기 동작 모드 변경부는,
    상기 전송 시점의 프레임에 상기 프레임 주기에 따라 타이머를 동작시키며, 상기 타이머가 동작하는 동안 상기 CID를 포함하는 MAC PDU를 수신하도록 상기 MAC PDU 디코더를 제어하는 것을 특징으로 하는 장치.
  20. 제 19 항에 있어서,
    상기 타이머는 상기 프레임 주기 대신에 고정된 값, 혹은 단위 시간 프레임과 긴급 서비스 메시지 개수의 곱으로 설정하는 것을 특징으로 하는 장치.
  21. 제 19 항에 있어서, 상기 동작 모드 변경부는,
    상기 타이머가 만료될 시, 해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재하는지 여부를 검사하고, 해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재할 시, 리스닝 윈도우 또는 페이징 리스닝 인터벌 내에서 수행해야 할 동작을 수행하며, 해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 영역 밖에 존재할 시, 아이들 모드 또는 슬립 모드로 복귀하는 것을 특징으로 하는 장치.
  22. 제 18 항에 있어서, 상기 동작 모드 변경부는,
    상기 개수 만큼의 긴급 서비스 메시지가 수신될 때까지, 상기 CID를 포함하는 MAC PDU를 수신하도록 상기 MAC PDU 디코더를 제어하는 것을 특징으로 하는 장치.
  23. 제 22 항에 있어서, 상기 동작 모드 변경부는,
    상기 개수 만큼의 긴급 서비스 메시지가 수신되었을 시, 해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재하는지 여부를 검사하고, 해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 내에 존재할 시, 리스닝 윈도우 또는 페이징 리스닝 인터벌 내에서 수행해야 할 동작을 수행하며, 해당 시점이 슬립 모드의 리스닝 윈도우 또는 아이들 모드의 페이징 리스닝 인터벌 영역 밖에 존재할 시, 아이들 모드 또는 슬립 모드로 복귀하는 것을 특징으로 하는 장치.
  24. 제 15 항에 있어서, 상기 MAC PDU 디코더는,
    상기 수신된 MAC PDU에 상기 긴급 서비스 메시지의 프레그먼트와 해당 프레그먼트에 대한 프레그먼테이션 서브 헤더가 포함되어 있는지 여부를 검사하고, 상기 긴급 서비스 메시지의 프레그먼트와 해당 프레그먼트에 대한 프레그먼테이션 서브 헤더가 포함되어 있을 시, 상기 프레그먼테이션 서브 헤더를 이용하여 해당 프레그먼트가 마지막 프레그먼트인지 여부를 검사하며, 상기 프레그먼트가 마지막 프레그먼트가 될 때까지 상기 긴급 서비스 메시지에 대한 CID를 포함하는 MAC PDU를 수신하는 것을 특징으로 하는 장치.
  25. 제 24 항에 있어서, 상기 프레그먼테이션 서브 헤더는 상기 긴급 서비스 메시지의 나누어진 프레그먼트를 구분하기 위한 FC(Fragment Count) 필드를 포함하는 것을 특징으로 하는 장치.
  26. 제 15 항에 있어서, 상기 MAC PDU 디코더는,
    DCD 메시지 혹은 네트워크 엔트리(Network Entry) 과정 중에 메시지 협상 시 사용되는 MAC 관리 메시지를 수신하여 상기 긴급 서비스 메시지에 대한 CID를 획득하는 것을 특징으로 하는 장치.
  27. 제 15 항에 있어서,
    상기 긴급 서비스 메시지에 대한 CID는 고정된 값임을 특징으로 하는 장치.
  28. 제 15 항에 있어서,
    상기 긴급 서비스 메시지에 대한 CID는 상기 MAC PDU의 범용 MAC 헤더에 포함되는 것을 특징으로 하는 장치.
  29. 무선 통신 시스템에서 기지국의 긴급 서비스 메시지 전송 방법에 있어서,
    단말로 긴급 서비스 메시지의 전송 시점에 대한 정보를 포함하는 메시지를 전송하는 과정과,
    상기 전송 시점의 프레임에 상기 긴급 서비스 메시지에 대한 연결 식별자(Connection ID : CID)를 포함하는 긴급 서비스 메시지를 상기 단말로 전송하는 과정을 포함하는 것을 특징으로 하는 방법.
  30. 제 29 항에 있어서,
    상기 긴급 서비스 메시지의 전송 시점에 대한 정보를 포함하는 메시지는, 다운링크 맵(DownLink MAP : DL-MAP) 메시지가 포함하는 방송 제어 포인터 정보 엘리먼트(Broadcast Control Pointer Information Element : Broadcast Control Pointer IE) 메시지임을 특징으로 하는 방법.
  31. 제 30 항에 있어서, 방송 제어 포인터 정보 엘리먼트 메시지는,
    상기 긴급 서비스 메시지의 전송 시점, 긴급 서비스 메시지의 개수, 긴급 서비스 메시지가 전송되는 프레임 주기에 대한 정보 중 적어도 하나의 정보를 포함하 는 것을 특징으로 하는 방법.
  32. 제 29 항에 있어서,
    상기 긴급 서비스 메시지는 MAC(Medium Access Control) PDU(Protocol Data Unit) 형태로 전송하는 것을 특징으로 하는 방법.
  33. 제 32 항에 있어서,
    상기 전송 시점의 프레임에 하나 또는 복수 개의 긴급 서비스 메시지가 전송되며, 필요 시, 상기 하나 또는 복수 개의 긴급 서비스 메시지 중 모두 또는 일부의 긴급 서비스 메시지를 프레그먼트하여 전송하는 것을 특징으로 하는 방법.
  34. 제 33 항에 있어서,
    상기 하나 또는 복수 개의 긴급 서비스 메시지 중 모두 또는 일부의 긴급 서비스 메시지가 프레그먼트될 시, MAC PDU에 프레그먼트와 해당 프레그먼트에 대한 프레그먼테이션 서브 헤더가 포함되는 것을 특징으로 하는 방법.
  35. 제 34 항에 있어서, 상기 프레그먼테이션 서브 헤더는 상기 긴급 서비스 메시지의 나누어진 프레그먼트를 구분하기 위한 FC(Fragment Count) 필드를 포함하는 것을 특징으로 하는 방법.
  36. 제 32 항에 있어서,
    상기 긴급 서비스 메시지에 대한 CID는 상기 MAC PDU의 범용 MAC 헤더에 포함되는 것을 특징으로 하는 방법.
  37. 제 29 항에 있어서,
    상기 긴급 서비스 메시지에 대한 CID는 고정된 값임을 특징으로 하는 방법.
  38. 제 29 항에 있어서,
    상기 긴급 서비스 메시지에 대한 CID에 대한 정보는, DCD 메시지 혹은 네트워크 엔트리(Network Entry) 과정 중에 메시지 협상 시 사용되는 MAC 관리 메시지를 통해 상기 단말로 전송하는 것을 특징으로 하는 방법.
  39. 무선 통신 시스템에서 기지국의 긴급 서비스 메시지 전송 장치에 있어서,
    긴급 서비스 메시지의 발생에 따라 스케줄링을 수행하는 스케줄러와,
    스케줄링 결과에 따라, 단말로 상기 긴급 서비스 메시지의 전송 시점에 대한 정보를 포함하는 메시지를 전송하고, 이후 상기 전송 시점의 프레임에 상기 긴급 서비스 메시지에 대한 연결 식별자(Connection ID : CID)를 포함하는 긴급 서비스 메시지를 상기 단말로 전송하는 MAC PDU 인코더를 포함하는 것을 특징으로 하는 장치.
  40. 제 39 항에 있어서,
    상기 긴급 서비스 메시지의 전송 시점에 대한 정보를 포함하는 메시지는, 다운링크 맵(DownLink MAP : DL-MAP) 메시지가 포함하는 방송 제어 포인터 정보 엘리먼트(Broadcast Control Pointer Information Element : Broadcast Control Pointer IE) 메시지임을 특징으로 하는 장치.
  41. 제 40 항에 있어서, 방송 제어 포인터 정보 엘리먼트 메시지는,
    상기 긴급 서비스 메시지의 전송 시점, 긴급 서비스 메시지의 개수, 긴급 서비스 메시지가 전송되는 프레임 주기에 대한 정보 중 적어도 하나의 정보를 포함하는 것을 특징으로 하는 장치.
  42. 제 39 항에 있어서,
    상기 긴급 서비스 메시지는 MAC(Medium Access Control) PDU(Protocol Data Unit) 형태로 전송하는 것을 특징으로 하는 장치.
  43. 제 42 항에 있어서, 상기 MAC PDU 인코더는,
    상기 전송 시점의 프레임에 하나 또는 복수 개의 긴급 서비스 메시지를 전송하며, 필요 시, 상기 하나 또는 복수 개의 긴급 서비스 메시지 중 모두 또는 일부의 긴급 서비스 메시지를 프레그먼트하여 전송하는 것을 특징으로 하는 장치.
  44. 제 43 항에 있어서, 상기 MAC PDU 인코더는,
    상기 하나 또는 복수 개의 긴급 서비스 메시지 중 모두 또는 일부의 긴급 서비스 메시지가 프레그먼트될 시, MAC PDU에 프레그먼트와 해당 프레그먼트에 대한 프레그먼테이션 서브 헤더를 포함시키는 것을 특징으로 하는 장치.
  45. 제 44 항에 있어서, 상기 프레그먼테이션 서브 헤더는 상기 긴급 서비스 메 시지의 나누어진 프레그먼트를 구분하기 위한 FC(Fragment Count) 필드를 포함하는 것을 특징으로 하는 장치.
  46. 제 42 항에 있어서,
    상기 긴급 서비스 메시지에 대한 CID는 상기 MAC PDU의 범용 MAC 헤더에 포함되는 것을 특징으로 하는 장치.
  47. 제 39 항에 있어서,
    상기 긴급 서비스 메시지에 대한 CID는 고정된 값임을 특징으로 하는 장치.
  48. 제 39 항에 있어서,
    상기 긴급 서비스 메시지에 대한 CID에 대한 정보는, DCD 메시지 혹은 네트워크 엔트리(Network Entry) 과정 중에 메시지 협상 시 사용되는 MAC 관리 메시지를 통해 상기 단말로 전송하는 것을 특징으로 하는 장치.
KR1020080112997A 2008-04-25 2008-11-13 무선 통신 시스템에서 긴급 서비스 제공 장치 및 방법 KR101535183B1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN200980124569.6A CN102077620B (zh) 2008-04-25 2009-04-24 无线通信系统中用于提供紧急服务的装置和方法
US12/429,708 US8897305B2 (en) 2008-04-25 2009-04-24 Apparatuses and methods for providing emergency service in a wireless communication system
EP09733740.6A EP2269395B1 (en) 2008-04-25 2009-04-24 Apparatuses and methods for providing emergency service in a wireless communication system
JP2011506206A JP5324647B2 (ja) 2008-04-25 2009-04-24 無線通信システムにおける緊急サービス提供装置及びその方法
PCT/KR2009/002164 WO2009131416A2 (en) 2008-04-25 2009-04-24 Apparatuses and methods for providing emergency service in a wireless communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20080038997 2008-04-25
KR1020080038997 2008-04-25

Publications (2)

Publication Number Publication Date
KR20090113165A true KR20090113165A (ko) 2009-10-29
KR101535183B1 KR101535183B1 (ko) 2015-07-10

Family

ID=41554273

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020080112997A KR101535183B1 (ko) 2008-04-25 2008-11-13 무선 통신 시스템에서 긴급 서비스 제공 장치 및 방법

Country Status (1)

Country Link
KR (1) KR101535183B1 (ko)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011074826A2 (en) * 2009-12-17 2011-06-23 Lg Electronics Inc. Apparatus and method for providing an emergency service in a broadband wireless communication system
WO2011090293A2 (ko) * 2010-01-25 2011-07-28 엘지전자 주식회사 광대역 이동 통신 시스템에서 긴급 서비스 정보 제공 장치 및 방법
WO2012134248A2 (en) * 2011-03-31 2012-10-04 Lg Electronics Inc. Method and apparatus for processing signal associated with warning notification in wireless communication system
KR20150022903A (ko) * 2012-06-26 2015-03-04 알까뗄 루슨트 상업용 모바일 경보 메시지의 재발생 디스플레이를 제공하는 시스템 및 방법
WO2016010404A1 (ko) * 2014-07-17 2016-01-21 엘지전자 주식회사 방송 송신 장치, 방송 송신 장치의 데이터 처리 방법, 방송 수신 장치 및 방송 수신 장치의 데이터 처리 방법
WO2016036077A1 (ko) * 2014-09-02 2016-03-10 엘지전자 주식회사 방송 수신 장치, 방송 수신 장치의 동작 방법, 방송 수신 장치와 연동하는 연동 장치 및 연동 장치의 동작 방법
CN105745890A (zh) * 2013-11-21 2016-07-06 Lg电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100868357B1 (ko) * 2006-08-29 2008-11-12 삼성전자주식회사 휴대 단말기를 이용한 긴급 상황 알림 방법 및 그 장치

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011074826A2 (en) * 2009-12-17 2011-06-23 Lg Electronics Inc. Apparatus and method for providing an emergency service in a broadband wireless communication system
US8489078B2 (en) 2009-12-17 2013-07-16 Lg Electronics Inc. Apparatus and method for providing an emergency service in a broadband wireless communication system
WO2011074826A3 (en) * 2009-12-17 2011-11-17 Lg Electronics Inc. Apparatus and method for providing an emergency service in a broadband wireless communication system
WO2011090293A3 (ko) * 2010-01-25 2011-12-01 엘지전자 주식회사 광대역 이동 통신 시스템에서 긴급 서비스 정보 제공 장치 및 방법
WO2011090293A2 (ko) * 2010-01-25 2011-07-28 엘지전자 주식회사 광대역 이동 통신 시스템에서 긴급 서비스 정보 제공 장치 및 방법
WO2012134248A2 (en) * 2011-03-31 2012-10-04 Lg Electronics Inc. Method and apparatus for processing signal associated with warning notification in wireless communication system
WO2012134248A3 (en) * 2011-03-31 2013-01-03 Lg Electronics Inc. Method and apparatus for processing signal associated with warning notification in wireless communication system
US8792338B2 (en) 2011-03-31 2014-07-29 Lg Electronic Inc. Method and apparatus for processing signal associated with warning notification in wireless communication system
KR20150022903A (ko) * 2012-06-26 2015-03-04 알까뗄 루슨트 상업용 모바일 경보 메시지의 재발생 디스플레이를 제공하는 시스템 및 방법
CN105745890A (zh) * 2013-11-21 2016-07-06 Lg电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
WO2016010404A1 (ko) * 2014-07-17 2016-01-21 엘지전자 주식회사 방송 송신 장치, 방송 송신 장치의 데이터 처리 방법, 방송 수신 장치 및 방송 수신 장치의 데이터 처리 방법
US9948417B2 (en) 2014-07-17 2018-04-17 Lg Electronics Inc. Broadcast transmission device, method by which broadcast transmission device processes data, broadcast reception device and method by which broadcast reception device processes data
WO2016036077A1 (ko) * 2014-09-02 2016-03-10 엘지전자 주식회사 방송 수신 장치, 방송 수신 장치의 동작 방법, 방송 수신 장치와 연동하는 연동 장치 및 연동 장치의 동작 방법
US10405148B2 (en) 2014-09-02 2019-09-03 Lg Electronics Inc. Apparatus and method for multicasting emergency alert message in broadcast signal to companion device
US10542389B2 (en) 2014-09-02 2020-01-21 Lg Electronics Inc. Apparatus and method for multicasting emergency alert message in broadcast signal to companion device

Also Published As

Publication number Publication date
KR101535183B1 (ko) 2015-07-10

Similar Documents

Publication Publication Date Title
US8897305B2 (en) Apparatuses and methods for providing emergency service in a wireless communication system
US9681416B2 (en) Method for transmitting and receiving paging information in a broadband wireless access system
EP1718096B1 (en) Indicating the frame offset of Multicast Broadcast Service data bursts in an MBS-MAP message
US7986633B2 (en) Method of controlling data transmission for multimedia and broadcasting services in a broadband wireless access system
AU2005320380B2 (en) A method of updating channel information by a mobile station that is in power saving mode
US8670359B2 (en) Method of controlling data transmission for MBS in broadband wireless access system
EP2221977B1 (en) Method for transmitting traffic indication message in wireless communication system, base station therof; method for receiving same, terminal thereof and message structure thereof
KR101080970B1 (ko) 광대역 무선접속 시스템에 적용되는 디코드 정보 전송 방법
KR101632558B1 (ko) 무선통신 시스템에서 단말의 유휴 모드를 지원하기 위한 방법 및 장치
KR101516430B1 (ko) 통신 시스템에서 긴급 서비스 제공 시스템 및 방법
KR100885442B1 (ko) 광대역 무선접속 시스템에서 채널정보 갱신방법
KR101535183B1 (ko) 무선 통신 시스템에서 긴급 서비스 제공 장치 및 방법
EP1832137B1 (en) Method of controlling data transmission for multimedia and broadcasting services in a broadband wireless access system
EP3554171A1 (en) Apparatus and method for reducing volume of resource allocation information message in a broadband wireless communication system
KR20080051973A (ko) 무선 통신 시스템에서 하이브리드 자동 재전송 요구 기법을 적용하여 방송 채널의 커버리지를 확대하기 위한 장치 및 방법
US20100316007A1 (en) Apparatus and method for supporting simultaneous transmission of plural broadcast management messages in a wireless communication system
KR101423765B1 (ko) 통신 시스템에서 멀티캐스트 방송 서비스를 제공하기 위한 페이징 정보 송신 장치 및 방법
KR20100133874A (ko) 무선통신 시스템에서 복수개의 방송 관리 메시지의 동시 전송을 지원하기 위한 장치 및 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20180628

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20190627

Year of fee payment: 5