KR20140042844A - 무선 통신 시스템에서 멀티캐스트 데이터 수신 방법 및 이를 위한 장치 - Google Patents

Abstract

본 발명에서는 기기 간 통신(Machine to Machine Communication)을 지원하는 무선 통신 시스템에서 멀티캐스트 데이터를 수신하는 방법 및 이를 위한 장치가 개시된다. 구체적으로, 페이징 청취 구간(paging listening interval)에서 기지국으로부터 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보를 포함하는 페이징 메시지를 수신하는 단계, 기지국으로부터 멀티캐스트 데이터를 수신하는 단계 및 멀티캐스트 데이터의 전송이 종료되는 시점이 도래하면, 이용 불가능 구간(unavailable interval)으로 진입하는 단계를 포함한다.

Description

무선 통신 시스템에서 멀티캐스트 데이터 수신 방법 및 이를 위한 장치{METHOD OF RECEIVING MULTICAST DATA IN A WIRELESS COMMUNICATION SYSTEM, AND DEVICE FOR SAME}

본 발명은 무선 통신 시스템에 관한 것으로서, 보다 상세하게 기기 간 통신(Machine to Machine Communication)을 지원하는 무선 통신 시스템에서 멀티캐스트 데이터를 수신하는 방법 및 이를 지원하는 장치에 관한 것이다.

기기 간 통신(Machine to Machine, 이하 'M2M'이라 지칭한다.)이란, 그 표현 그대로 전자 장치와 전자 장치 간의 통신을 의미한다. 광의로는 전자 장치 간의 유선 혹은 무선 통신이나, 사람이 제어하는 장치와 기계간의 통신을 의미한다. 하지만, 최근에는 전자 장치와 전자 장치 간 즉, 사람의 관여 없이 수행되는 기기 간 무선 통신을 지칭하는 것이 일반적이다.

M2M 통신의 개념이 처음 도입된 1990년대 초반에는 원격 조정이나 텔레매틱스 정도의 개념으로 인식되었고, 파생되는 시장 자체도 매우 한정적이었으나, 지난 몇 년간 M2M 통신은 고속 성장을 거듭하며 전 세계적으로 주목 받는 시장으로 성장하였다. 특히, 판매 관리 시스템(POS: Point Of Sales)과 보안 관련 응용 시장에서 물류 관리(Fleet Management), 기계 및 설비의 원격 모니터링, 건설 기계 설비상의 작동시간 측정 및 열이나 전기 사용량을 자동 측정하는 지능 검침(Smart Meter) 등의 분야에서 큰 영향력을 발휘하였다. 앞으로의 M2M 통신은 기존 이동 통신 및 무선 초고속 인터넷이나 와이파이(Wi-Fi) 및 지그비(Zigbee) 등 소출력 통신 솔루션과 연계하여 더욱 다양한 용도로 활용되어 더 이상 B2B(Business to Business) 시장에 국한하지 않고 B2C(Business to Consumer) 시장으로 영역을 확대할 수 있는 토대가 될 것이다.

M2M 통신 환경에서, SIM(Subscriber Identity Module) 카드를 장착한 모든 기계는 데이터 송수신이 가능해 원격 관리 및 통제를 할 수 있다. 예를 들면, 자동차, 트럭, 기차, 컨테이너, 자동판매기, 가스탱크 등 수없이 많은 기기와 장비에 M2M 통신 기술이 사용될 수 있는 등 적용 범위가 매우 광범위하다.

본 발명의 목적은 무선 통신 시스템, 바람직하게 기기 간 통신을 지원하는 무선 통신 시스템에서 멀티캐스트 데이터를 원활하게 송수신하기 위한 방법 및 이를 위한 장치를 제안한다.

또한, 본 발명의 목적은 기기 간 통신을 지원하는 기기의 전력 소모를 방지하기 위한 방법 및 이를 위한 장치를 제안한다.

본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 발명의 일 양상은, 기기 간 통신(Machine to Machine Communication)을 지원하는 무선 통신 시스템에서 멀티캐스트(multicast) 데이터를 수신하는 방법에 있어서, 페이징 청취 구간(paging listening interval)에서 기지국으로부터 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보를 포함하는 페이징 메시지를 수신하는 단계, 기지국으로부터 멀티캐스트 데이터를 수신하는 단계 및 멀티캐스트 데이터의 전송이 종료되는 시점이 도래하면, 이용 불가능 구간(unavailable interval)으로 진입하는 단계를 포함한다.

본 발명의 다른 양상은, 기기 간 통신을 지원하는 무선 통신 시스템에서 멀티캐스트 데이터를 수신하는 장치에 있어서, 무선 신호를 송수신하기 위한 RF(Radio Frequency) 유닛 및 페이징 청취 구간에서 기지국으로부터 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보를 포함하는 페이징 메시지를 수신하고, 기지국으로부터 멀티캐스트 데이터를 수신하며, 멀티캐스트 데이터의 전송이 종료되는 시점이 도래하면, 이용 불가능 구간으로 진입하는 프로세서를 포함한다.

바람직하게, 페이징 메시지는 멀티캐스트 전송 종료 시간(MTET: Multicast Transmission End Time) 필드를 포함하고, 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 MTET 필드에 의하여 지시되는 멀티캐스트 데이터의 전송이 종료되는 프레임 번호이다.

바람직하게, 페이징 메시지는 지속 시간(duration) 필드를 포함하고, 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 지속 시간 필드에 의하여 지시되는 페이징 메시지 수신 시점으로부터 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간이다.

바람직하게, 페이징 메시지가 멀티캐스트 전송 시작 시간(MTST: Multicast Transmission Start Time) 필드를 포함하는 경우, 지속 시간 필드는 MTST 필드에 의해 지시되는 시점으로부터 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간을 지시한다.

바람직하게, 페이징 메시지는 타이머(timer) 필드를 포함하고, 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 타이머 필드에 의하여 지시되는 멀티캐스트 데이터의 마지막 수신 시점으로부터 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간이다.

바람직하게, 페이징 메시지는 멀티 캐스트 수신 모드(Multicast receiving mode) 필드를 더 포함하고, 멀티캐스트 수신 모드가 미리 정해진 값으로 설정된 경우 페이징 메시지는 멀티캐스트 전송 종료 시간에 대한 정보를 포함한다.

바람직하게, 페이징 메시지는 AAI-PAG-ADV 메시지이다.

본 발명의 실시예에 따르면, 무선 통신 시스템, 바람직하게는 기기 간 통신을 지원하는 무선 통신 시스템에서 멀티캐스트 데이터를 원활하게 송수신할 수 있다.

또한, 본 발명의 실시예에 따르면, 기지국이 멀티캐스트 데이터를 전송 시 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보를 전송함으로써 기기 간 통신을 지원하는 기기의 전력 소모를 방지할 수 있다.

본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 특징을 설명한다.
도 1은 유휴 모드에서 페이징 절차를 예시하는 흐름도이다.
도 2 및 도 3은 M2M 기기와 기지국간의 멀티캐스트 데이터 송수신을 예시하는 도면이다.
도 4 및 도 5는 본 발명의 일 실시예에 따른 M2M 기기와 기지국 간의 멀티캐스트 데이터 전송의 예를 나타낸 도면이다.
도 6 내지 도 11은 본 발명의 일 실시예에 따른 M2M 기기와 기지국간의 멀티캐스트 데이터 전송의 다른 예를 나타낸 도면이다.
도 12는 본 발명의 일 실시예에 따른 무선 통신 장치의 블록 구성도를 예시한다.

이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.

몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다.

본 명세서에서 본 발명의 실시예들을 기지국과 단말 간의 데이터 송신 및 수신의 관계를 중심으로 설명한다. 여기서, 기지국은 단말과 직접적으로 통신을 수행하는 네트워크의 종단 노드(terminal node)로서의 의미를 갖는다. 본 문서에서 기지국에 의해 수행되는 것으로 설명된 특정 동작은 경우에 따라서는 기지국의 상위 노드(upper node)에 의해 수행될 수도 있다. 즉, 기지국을 포함하는 다수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. '기지국(BS: Base Station)'은 고정국(fixed station), Node B, eNode B(eNB), 액세스 포인트(AP: Access Point) 등의 용어에 의해 대체될 수 있다. 중계기는 Relay Node(RN), Relay Station(RS) 등의 용어에 의해 대체될 수 있다. 또한, '단말(Terminal)'은 UE(User Equipment), MS(Mobile Station), MSS(Mobile Subscriber Station), SS(Subscriber Station) 등의 용어로 대체될 수 있다.

이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.

본 발명의 실시예들은 무선 통신 시스템들인 IEEE 802 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A(LTE-Advanced)시스템 및 3GPP2 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.

이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 이용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(long term evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(Advanced)는 3GPP LTE의 진화이다.

이하에서, M2M 기기간의 통신은 기지국을 통한, 단말들 사이, 또는 사람의 개입 없이 기지국과 단말들 사이에서 수행하는 통신 형태를 의미한다. M2M 기기 간 통신은 D2D(Device-to-Device) 통신, P2P(Peer-to-Peer) 통신 등과 같은 용어와 혼용되어 사용될 수 있다. 그리고, M2M 기기(Device)는 상기와 같은 M2M 기기의 통신의 지원이 가능한 단말을 의미한다. M2M 서비스를 위한 접속 서비스 네트워크는 M2M ASN(M2M Access Service Network)으로 정의하고, M2M 기기들과 통신하는 네트워크 엔터티를 M2M 서버라 한다. M2M 서버는 M2M 어플리케이션을 수행하고, 하나 이상의 M2M 기기를 위한 M2M 특정 서비스를 제공한다. M2M 피쳐(feature)는 M2M 어플리케이션의 특징이고, 어플리케이션을 제공하는 데 하나 이상의 특징이 필요할 수 있다. M2M 기기 그룹은 공통의 하나 이상의 특징을 공유하는 M2M 기기의 그룹을 의미한다.

M2M 방식으로 통신하는 기기(M2M 기기, M2M 통신 기기, MTC(Machine Type Communication) 기기 등 다양하게 호칭될 수 있다)들은 그 장치 어플리케이션 타입(Machine Application Type)이 증가함에 따라 일정한 네트워크에서 그 수가 점차 증가할 것이다. 논의되고 있는 장치 어플리케이션 타입으로는 (1) 보안(security), (2) 치안(public safety), (3) 트래킹 및 트레이싱(tracking and tracing), (4) 지불(payment), (5) 건강관리(healthcare), (6) 원격 유지 및 제어(remote maintenance and control), (7)검침(metering), (8) 소비자 장치(consumer device), (9) 판매 관리 시스템(POS, Point Of Sales)과 보안 관련 응용 시장에서 물류 관리(Fleet Management), (10) 자동 판매기(Vending Machine)의 장치간 통신, (11) 기계 및 설비의 원격 모니터링, 건설 기계 설비상의 작동시간 측정 및 열이나 전기 사용량을 자동 측정하는 지능 검침(Smart Meter), (12) 감시 카메라의 감시 영상(Surveillance Video) 통신 등이 있으나 이에 한정될 필요는 없으며, 그 밖에 다양한 장치 어플리케이션 타입이 논의되고 있다.

M2M 기기의 다른 일 특성으로 낮은 이동성 혹은 이동성이 없음에 있다. 상당히 이동성이 적거나 혹은 이동성이 없다는 것은 M2M 기기는 오랜 시간 동안 고정적(stationary)이라는 것을 의미한다. M2M 통신 시스템은 보안 접속 및 감시(secured access and surveillance), 치안(public safety), 지불(payment), 원격 유지 및 제어(remote maintenance and control), 검침(metering) 등과 같은 고정된 위치를 갖는 특정 M2M 어플리케이션을 위한 이동성-관련 동작들을 단순화하거나 또는 최적화할 수 있다.

이와 같이 장치 어플리케이션 타입이 증가함에 따라 M2M 기기들의 수는 일반 이동 통신 장치들의 수에 비해 비약적으로 증가할 수 있다. 따라서 이들 모두가 각각 개별적으로 기지국과 통신을 수행하는 경우 무선 인터페이스, 네트워크에 심각한 부하를 줄 수 있다.

이하에서는, M2M 통신이 무선통신 시스템(예를 들어, IEEE 802.16 시스템)에 적용되는 경우를 예시하여 본 발명의 실시 예를 설명한다. 그러나, 본 발명은 이에 한정되지 않으며, 본 발명의 실시 예는 3GPP LTE 시스템 등 다른 시스템에도 마찬가지의 방식으로 적용될 수 있다.

1. 유휴 모드( Idle Mode )

유휴 모드(Idle Mode) 또는 유휴 상태(Idle State)는 단말이 광범위한 지역에 걸쳐 복수의 기지국이 있는 무선 링크 환경을 배회하더라도, 특정 기지국에 등록 없이 주기적으로 하향링크 브로드캐스트(broadcast) 메시지를 수신할 수 있는 메커니즘을 의미한다. 즉, 단말은 일정 시간 동안 기지국으로부터 트래픽(traffic)을 수신하지 않는 경우, 전력을 절약(Power saving)하기 위해 유휴 모드로 천이할 수 있다.

유휴 모드는 핸드오버와 관련된 활성 요구 및 일반적인 운영 요구들을 제거함으로써 단말에 혜택을 줄 수 있다. 유휴 모드는 단말 활동을 이산 주기에서 스캐닝하도록 제한함으로써, 단말이 사용하는 전력 및 운용 자원을 절약할 수 있도록 할 수 있다. 또한, 유휴 모드는 단말에 팬딩(pending) 중인 하향링크 트래픽에 대해 알릴 수 있는 간단하고 적절한 방식을 제공하고, 비활동적인 단말로부터 무선 인터페이스 및 네트워크 핸드오버 트래픽을 제거함으로써 네트워크 및 기지국에 혜택을 줄 수 있다.

유휴 모드는 핸드오버뿐만 아니라 모든 정상 동작(normal operation)을 정지하고, 일정 구간에서만 브로드캐스트 메시지인 페이징 메시지(paging message)를 수신할 수 있도록 하향링크 동기화(downlink synchronization)만을 맞춰 놓은 상태이다. 페이징 메시지는 단말에게 페이징 동작(paging action)을 지시하는 메시지이다. 예를 들어, 페이징 동작에는 레인징 수행, 네트워크 재진입(network reentry) 등이 있다.

페이징이란 이동 통신에서 착신호 발생시 해당하는 단말의 위치(예를 들어, 어느 기지국 또는 어느 교환국 등)를 파악하는 기능을 말한다. 유휴 상태 또는 유휴 모드를 지원하는 다수의 기지국들은 특정 페이징 그룹(Paging Group)에 소속되어 페이징 영역을 구성할 수 있다. 이때, 페이징 그룹은 논리적인 그룹을 나타낸다. 페이징 그룹의 목적은 단말을 타겟(target)으로 하는 트래픽이 있다면, 하향링크로 페이지(page)될 수 있는 인접범위 영역을 제공하기 위한 것이다. 페이징 그룹은 특정 단말이 동일 페이징 그룹 내에서 대부분의 시간 동안 존재할 수 있을 정도로 충분히 크고, 페이징 부하가 적정한 수준을 유지하기 위해 충분히 작아야 한다는 조건을 충족하도록 구성되는 것이 바람직하다.

페이징 그룹은 하나 이상의 기지국을 포함할 수 있으며, 하나의 기지국은 하나 또는 그 이상의 페이징 그룹에 포함될 수 있다. 페이징 그룹은 관리 시스템에서 정의한다. 페이징 그룹에서는 페이징 그룹-실행(action) 백본망 메시지를 사용할 수 있다. 또한, 페이징 제어기는 백본망 메시지 중 하나인 페이징 공지(paging-announce) 메시지를 이용하여 유휴 상태인 단말들의 리스트를 관리하고, 페이징 그룹에 속하는 모든 기지국의 초기 페이징을 관리할 수 있다.

유휴 모드는 단말에 의해 개시되거나, 기지국에 의해 개시될 수 있다. 즉, 단말은 등록 해제 요청(DREG-REQ: De-registration Request) 메시지를 기지국으로 전송하고 이에 대한 응답으로 등록 해제 응답(DREG-RSP: De-registration Response) 메시지를 기지국으로부터 수신함으로써, 유휴 모드로 진입할 수 있다. 또한, 기지국이 단말로 비요청 등록 해제 응답(DREG-RSP) 메시지 또는 등록 해제 명령(DREG-CMD: De-registration Command) 메시지를 전송함으로써, 유휴 모드로 진입할 수 있다.

유휴 모드에서 단말이 이용 가능 구간(AI: Available Interval) 동안 자신에 해당하는 페이징 메시지(paging message)를 수신하는 경우, 기지국과 네트워크 엔트리 과정을 통해 연결 모드(connected mode)로 전환하여 데이터를 송수신한다.

도 1은 유휴 모드에서 페이징 절차를 예시하는 흐름도이다.

도 1을 참조 하면, 유휴 모드에 있는 단말은, 단말은 유휴 모드로 진입하기 위해 기지국과의 등록해제를 요청하기 위해 기지국으로 등록해제 요청(DREG-REQ) 메시지를 전송한다. 이후, 기지국은 상기 DREG-REQ 메시지에 대한 응답으로 등록해제 응답(DREG-RSP) 메시지를 단말에게 전송한다. 이 때, 상기 DREG-RSP 메시지는 페이징 정보(Paging Information)를 포함한다. 여기서, 단말의 유휴 모드로의 진입은 기지국의 요청에 의해 개시될 수도 있다. 이 경우, 기지국은 단말로 DREG-RSP 메시지를 전송한다.

이 때, 상술한 DREG-RSP 메시지는 페이징 정보(Paging Information)를 포함한다. 페이징 정보(Paging Information)는 페이징 주기(Paging Cycle), 페이징 오프셋(Paging Offset), 페이징 그룹 식별자(PGID: Paging Group IDentifier) 및 페이징 청취 구간(Paging Listening Interval) 값 등을 포함할 수 있다.

기지국으로부터 DREG-RSP 메시지를 수신한 단말은 상기 페이징 정보를 참조하여 유휴 모드로 진입한다. 유휴 모드는 페이징 주기(Paging Cycle)를 가지며, 하나의 페이징 주기는 이용 가능 구간(Available Interval) 및 이용 불가능 구간(Unavailable Interval)으로 구성될 수 있다. 이때, 이용 가능 구간은 페이징 청취 구간 또는 페이징 구간(paging interval)과 동일한 개념이다. 페이징 오프셋은 페이징 주기 내에서 페이징 구간이 시작하는 시점(일 예로, 프레임 또는 서브프레임)을 나타내는데 사용된다. 또한, 페이징 그룹 식별자는 단말에게 할당된 페이징 그룹의 식별자를 나타낸다. 또한, 상기 페이징 정보는 페이징 메시지 오프셋(paging message offset) 정보를 포함할 수 있다. 여기서, 페이징 메시지 오프셋 정보는 기지국으로부터 페이징 메시지가 전송되는 시점을 나타낸다. 이후, 단말은 페이징 정보를 이용하여 이용 가능 구간(혹은 페이징 청취 기간)에서 자신에게 전달되는 페이징 메시지를 수신할 수 있다. 여기서, 상기 페이징 메시지는 기지국 또는 페이징 제어기를 통해 전송될 수 있다. 즉, 단말은 페이징 메시지를 수신하기 위해 페이징 주기에 따라 무선채널을 모니터한다.

유휴 모드에 있는 단말은, 자신의 페이징 청취 구간에서 페이징 메시지를 수신하여 자신에게 전달되는 하향링크(DL) 데이터가 있는지를 확인한다(S110). 만약 하향링크 데이터가 있으면(즉, positive indication), 단말은 레인징(ranging) 과정을 포함한 네트워크 재진입(network reentry) 과정을 수행한다(S120). 이 후, 동적 서비스 추가(DSA: dynamic service addition) 과정을 통해, 관련된 하향링크 서비스 플로우에 대한 연결을 설정하는 과정을 수행한다(S130). 상기 서비스 플로우에 대한 연결이 설정된 후, 기지국은 단말에게 해당 서비스에 대한 하향링크 제어 정보 및 하향링크 데이터를 전송한다(S140).

2. 멀티캐스트 데이터 전송 방법

M2M 통신(또는 MTC)에서 M2M 기기(또는 MTC 기기)들에 대한 자동 어플리케이션(automatic application) 또는 펌웨어 업데이트(firmware update) 과정은 M2M 서비스 시나리오에서 주요한 어플리케이션(application)이 될 수 있다. 예를 들어, 각 기기(device)의 펌웨어를 업데이트하기 위해서 네트워크(예를 들어, M2M 서버 또는 기지국)는 해당 어플리케이션을 가진 M2M 기기들에게 업데이트(update)된 정보를 전송할 수 있다.

그러나, 네트워크가 아이들 모드의 각 M2M 단말들에게 업데이트 정보를 유니캐스트(unicast) 방식 또는 멀티캐스트(multicast) 방식으로 전송하기 위해서, 기지국은 해당 M2M 기기를 페이징하고, 페이징을 받은 단말들은 랜덤 액세스 코드(random access code)의 전송을 시작하여 네트워크 재진입(network reentry) 과정을 수행하여야 하므로, 무선 채널에 혼잡이 발생할 수 있다. 또한, 네트워크가 각 M2M 단말들에게 상기 업데이트 정보를 유니캐스트 방식으로 전달할 경우, 데이터 수신의 지연(delay)이 증가하고 자원 낭비가 발생할 수 있다.

이와 같은 문제를 해결하기 위하여, 유휴 모드의 M2M 기기가 이벤트 트리거링(event triggered) 방식으로 생성되는 멀티캐스트 데이터를 수신하는 경우 페이징(paging) 방법을 이용하여, 즉 네트워크 재진입 과정 없이(또는 유휴 모드 종료 없이) 멀티캐스트 트래픽을 수신할 수 있다.

도 2는 M2M 기기와 기지국간의 멀티캐스트 데이터 송수신을 예시하는 도면이다.

도 2를 참조하면, 기지국은 M2M 멀티캐스트 데이터를 M2M 기기에 전송하기 전에, M2M 기기들이 페이징 청취 구간에서 멀티캐스트 트래픽 지시(즉, 멀티캐스트 데이터가 전송됨을 지시)를 포함하는 페이징 메시지를 전송한다(S210). 이때 페이징 메시지의 동작 코드(Action code)는 멀티캐스트 트래픽 지시(예를 들어, 0b10)를 가리키고, 해당되는 M2M 그룹 식별자(MGID)를 포함시킨다. M2M 기기는 페이징 메시지를 받았을 때, 페이징 메시지의 그룹 페이징 부분에서 자신에게 미리 할당되었던 M2M 그룹 ID가 포함되었는지 확인하고, 만약, 자신에게 할당된 MGID가 포함되어 있고 대응하는 동작 코드가 0b10일 때, M2M 기기의 프로세서는 MGID가 가리키는 그룹에 대해서 멀티캐스트 트래픽(데이터) 전송될 것이라고 판단하고, 유휴 모드를 종료하지 않고 멀티캐스트 트래픽을 수신하려고 대기하도록 제어할 수 있다. 이 경우, 자신의 페이징 이용 불가능 구간(paging unavailable interval)에서도 M2M 기기의 프로세서는 멀티캐스트 데이터를 수신하는 동작(하향링크 제어채널 및 멀티캐스트 데이터 디코딩)을 수행하도록 제어한다.

이때, 기지국이 페이징 메시지를 전송한 후 바로 멀티캐스트 데이터를 전송할 수 없다면, 기지국은 페이징 메시지에 해당 M2M 그룹 ID(MGID)에 대한 멀티캐스트 전송 시작(MTST: Multicast transmission start time)에 관한 정보를 포함시켜 전송할 수 있다.

M2M 기기들이 자신의 페이징 청취 구간에서 페이징 메시지(예를 들어, AAI-PAG-ADV(Advanced Air Interface-Paging-Advertisement) 메시지)를 받았을 때, M2M 기기의 프로세서는 멀티캐스트 트래픽 지시(Action code = 0b10)와 자신에게 할당된 M2M 그룹 ID(MGID)가 있는지 확인한다. 만약, 멀티캐스트 트래픽이 전송됨을 알리는 멀티캐스트 트래픽 지시가 포함되어 있다면, M2M 기기의 프로세서는 페이징 메시지에 멀티캐스트 전송 시작 시간 정보가 포함되어 있는지 확인한다. 멀티캐스트 전송 시작 시간 정보가 페이징 메시지에 포함되어 있으면, M2M 기기의 프로세서는 멀티캐스트 전송 시작 시간이 가리키는 프레임 전까지 전력 소모를 줄이기 위해서 파워 다운(power down) 동작을 수행하도록 제어할 수 있다. 즉, M2M 기기의 프로세서는 MTST가 가리키는 프레임부터 멀티캐스트 데이터를 수신하는 동작을 수행하도록 제어한다. M2M 기기는 MTST가 가리키는 프레임에서 멀티캐스트 데이터를 수신한다(S220).

표 1은 페이징 메시지(예를 들어, AAI-PAG-ADV 메시지) 포맷의 예시를 나타낸다.

표 1을 참조하면, 페이징 메시지는 네트워크 재진입, 위치 갱신, 멀티캐스트 또는 트랙픽 수신 등을 지시하는 동작 코드(Action code)를 포함하고 있다. 동작 코드가 0b10으로 멀티캐스트 트래픽 수신을 지시하는 경우, 페이징 메시지는 멀티캐스트 전송 시작 시간에 관한 정보인 멀티캐스트 전송 시작 시간(MTST) 필드를 포함할 수 있다. 멀티캐스트 전송 시작 시간은 기지국이 M2M 기기로 멀티캐스트 데이터 전송을 시작하는 시간(프레임, 서브프레임, 또는 수퍼프레임 단위)에 관한 정보이다. MTST는 필드는 일 예로서 8비트 크기로 하향링크 멀티캐스트 데이터를 전송하기 시작하는 프레임 번호의 최하위 비트(LSB: Least Significant Bit)를 가리킬 수 있다.

도 3은 M2M 기기와 기지국간의 멀티캐스트 데이터 송수신을 예시하는 도면이다.

도 3을 참조하면, 앞서 도 2에 따른 실시예에서 설명한 바와 같이 유휴 모드에 있는 M2M 기기가 청취 구간(또는 이용가능 구간) 동안 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자(예를 들어, Action code = 0b10)와 멀티캐스트 트래픽(혹은 멀티캐스트 데이터)를 받을 그룹 정보(예를 들어, M2M 그룹 ID)를 포함하는 페이징 메시지를 수신할 수 있다(S310). 이때, 수신한 M2M 그룹 ID 정보가 자신이 속한 그룹일 경우, M2M 기기는 네트워크 재진입 없이 멀티캐스트 트래픽을 수신한다(S320).

다만, 이러한 시나리오에서, M2M 기기는 멀티캐스트 데이터가 기지국으로부터 언제까지 전송될지 모르기 때문에, 다음 페이징 청취 구간까지 멀티캐스트 데이터를 수신하는 동작을 수행하게 된다. 즉, 도 3에서 대기 시간만큼 M2M 기기는 멀티캐스트 데이터를 수신하는 동작을 수행하게 된다. 다만, 멀티캐스트 데이터가 펌웨어 업데이트와 같이 작은 크기의 데이터일 경우, 기지국이 실제로 멀티캐스트 데이터를 전송하는 데 걸리는 시간은 얼마 소요되지 않을 수 있다. 특히 페이징 후, 기지국이 바로 작은 멀티캐스트 데이터를 전송할 경우, M2M 기기는 다음 페이징 청취 구간까지 기다리게 되고, 이는 유휴 모드 M2M 기기의 전력 소모를 증가시키는 문제를 발생시킨다.

또한, M2M 어플리케이션 특성상 특정 M2M 기기는 긴 페이징 사이클(long paging cycle)가 적용될 수 있고 이 경우 M2M 기기의 전력 소모의 증가폭은 더욱더 커질 것이다. 예를 들어, 기존의 시스템(예를 들어, IEEE 802.16m 시스템)의 페이징 사이클이 최대 512 수퍼 프레임으로, M2M 기기를 위한 시스템(예를 들어, IEEE 802.16p 시스템)에서는 페이징 사이클의 최대 값은 예를 들어, 4194304 수퍼프레임으로 정의될 수 있다.

이하, 본 발명에서는 상술한 바와 같이 기지국의 스케줄링 정보 전달에 의하여 유휴 모드에 있는 M2M 기기가 불필요하게 전력 소모 하는 문제를 해결하기 위한 방안을 제안한다.

2. 1. 멀티캐스트 전송 종료( MTE : Multicast Transmission End ) 정보 전송

도 4 및 도 5는 본 발명의 일 실시예에 따른 M2M 기기와 기지국 간의 멀티캐스트 데이터 전송의 예를 나타낸 도면이다.

도 4 및 도 5를 참조하면, 유휴 모드에 있는 M2M 기기가 청취 구간(또는 이용가능 구간) 동안 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자(예를 들어, Action code = 0b10)와 멀티캐스트 트래픽(혹은 멀티캐스트 데이터)를 받을 그룹 정보(예를 들어, M2M 그룹 ID)를 포함하는 페이징 메시지를 수신할 수 있다. 이때, 수신한 M2M 그룹 ID 정보가 자신이 속한 그룹일 경우, M2M 기기는 네트워크 재진입 없이 멀티캐스트 트래픽을 수신하기 위해 대기하고, 멀티캐스트 트래픽을 수신할 수 있다.

기지국은 다음과 같은 조건에서 멀티캐스트 전송 종료 신호(MTE signaling)을 보낼 수 있다.

1) 조건 1: 기지국이 자신의 송신 버퍼(TX buffer)에 해당 멀티캐스트 그룹/멀티캐스트 연결(multicast group/multicast connection)에 대한 마지막 데이터가 있을 경우

2) 조건 2: 기지국이 네트워크의 한 엔티티(entity)로부터 해당 멀티캐스트 그룹/멀티캐스트 연결에 대해서 데이터 전송이 끝났다는 신호를 받았을 때

3) 조건 3: 기지국이 특정 멀티캐스트 그룹에 대한 데이터를 M2M 기기에게 전송한 후, 특정 시간 내에 네트워크로부터 같은 그룹에 속한 데이터를 받지 못하였을 경우. 즉, 특정 시간 동안 송신 버퍼(TX buffer)가 같은 멀티캐스트 데이터를 가지고 있지 않은 경우

도 4에 도시한 바와 같이 기지국은 멀티캐스트 데이터가 다 전송이 되었다고 판단했을 때에는, 멀티캐스트 데이터 전송의 종료를 알리는 신호(예를 들어, MTE(Multicast Transmission End) 신호)를 별도로 M2M 기기에게 전송해 줄 수 있다. 유휴 모드에 있는 M2M 기기가 멀티캐스트 데이터를 수신하고 있던 중에, 기지국으로부터 멀티캐스트 데이터 전송의 종료를 알리는 신호를 받으면, M2M 기기는 바로 페이징 이용 불가능 구간(paging unavailable interval)으로 진입하여 전력 소모를 줄이는 동작을 수행할 수 있다.

조건 1의 경우, 도 5에서 도시한 것과 같이 기지국은 자신의 버퍼에 마지막 데이터를 전송할 시점에 마지막 데이터와 같이 MTE 신호를 함께 M2M 기기에게 전송해 줄 수 있다. 조건 2에서도 기지국이 네트워크 엔티티로부터 멀티캐스트 데이터를 받으면서 데이터 전송 종료를 알리는 신호를 같이 받으면, 기지국은 해당 멀티캐스트 데이터를 전송할 때, MTE 신호를 함께 M2M 기기로 전송할 수 있다. 이와 같이, 기지국이 MTE 신호를 멀티캐스트 데이터와 함께 전송하는 경우에는, 멀티캐스트 데이터에 피기백(piggyback)하거나 연속되게(concatenation) MTE 신호를 전송할 수 있는데, 피기백하여 전송하는 경우에는 서브헤더(subheader)나 확장 헤더(Extended header) 포맷으로 전송해 줄 수 있다.

도 6은 본 발명의 일 실시예에 따른 M2M 기기와 기지국간의 멀티캐스트 데이터 전송의 다른 예를 나타낸 도면이다.

도 6을 참조하면, 유휴 모드에 있는 M2M 기기가 청취 구간(또는 이용 가능 구간) 동안 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자(예를 들어, Action code = 0b10)와 멀티캐스트 트래픽(혹은 멀티캐스트 데이터)를 받을 그룹 정보(예를 들어, M2M 그룹 ID)를 포함하는 페이징 메시지를 수신할 수 있다(S610). 이때, 수신한 M2M 그룹 ID 정보가 자신이 속한 그룹일 경우, M2M 기기는 네트워크 재진입 없이 멀티캐스트 트래픽을 수신하기 위해 대기하고, 멀티캐스트 트래픽을 수신할 수 있다(S620 내지 S630). 이후 기지국은 마지막 멀티캐스트 데이터와 멀티캐스트 데이터 전송의 종료를 알리는 신호(예를 들어, MTE(Multicast Transmission End) 신호)를 함께 M2M 기기에게 전송할 수 있다(S640). 여기서, MTE 신호는 다음 표 2와 같이 멀티캐스트 전송 종료 확장 헤더(MTEEH: Multicast transmission end extended header) 포맷으로 전송될 수 있다. 다음 표 2는 MTEEH 포맷의 일 예를 나타낸다.

표 2를 참조하면, MTEEH 포맷은 타입(type) 필드를 통해서 멀티캐스트 전송이 끝났다는 것을 가리키며, 어떤 멀티캐스트 정보인지를 나타내기 위해서, 관련된 멀티캐스트 연결에 대한 M2M 그룹 ID 및 FID 등 중 하나 이상을 포함할 수 있다. 또한, MTEEH 포맷은 M2M 기기가 MTEEH를 받고 언제부터 이전 유휴 모드 파라미터를 이용하여 유휴 모드를 다시 재개할 수 있도록 가리키는지를 나타내는 유휴 모드 재개 시작 프레임(idle mode resuming start frame) 정보를 포함할 수 있다. 즉, 유휴 모드 재개 시작 프레임 필드가 가리키는 프레임이 이전 유휴 모드 파라미터를 사용했을 때, M2M 기기의 페이징 이용 불가능 구간일 경우, M2M 기기는 전력 소모를 줄이기 위해서 이용 불가능 구간으로 들어가 전력 소모를 줄이는 동작을 수행할 수 있다. 유휴 모드 재개 시작 프레임 정보가 포함되지 않으면 M2M 기기는 바로 이용 불가능 구간으로 들어가게 된다. 이때, 유휴 모드 재개 시작 프레임 필드는 이전의 유휴 모드 파라미터들을 사용함으로써 유휴 모드를 재개하는 M2M 기기의 프레임 번호의 최하위 비트(예를 들어, 4 비트일 수 있다.)를 지시할 수 있다.

이러한, MTEEH는 IEEE 802. 16e 시스템에서는 서브헤더 형태 (즉, MTE 서브헤더) 또는 확장 서브헤더(즉, MTE 확장 서브헤더) 형태로 사용될 수 있고, 포함되어 들어가는 정보는 유사할 것이다. 이때, FID 대신에 CID(Connection IDentifier)가 들어갈 수 있다.

도 7은 본 발명의 일 실시예에 따른 M2M 기기와 기지국간의 멀티캐스트 데이터 전송의 다른 예를 나타낸 도면이다.

도 7을 참조하면, 유휴 모드에 있는 M2M 기기가 청취 구간(또는 이용 가능 구간) 동안 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자(예를 들어, Action code = 0b10)와 멀티캐스트 트래픽(혹은 멀티캐스트 데이터)를 받을 그룹 정보(예를 들어, M2M 그룹 ID)를 포함하는 페이징 메시지를 수신할 수 있다(S710). 이때, 수신한 M2M 그룹 ID 정보가 자신이 속한 그룹일 경우, M2M 기기는 네트워크 재진입 없이 멀티캐스트 트래픽을 수신하기 위해 대기하고, 멀티캐스트 트래픽을 수신할 수 있다(S720 내지 S730). 이후 기지국은 마지막 멀티캐스트 데이터를 M2M 기기로 전송한 후(S740), 기지국은 멀티캐스트 데이터 전송 종료 지시를 MAC 제어 메시지의 일종인 AAI-MTE-IND 메시지 또는 멀티캐스트 전송 종료 지시 헤더(MTEH: Multicast Transmission End Indication Header)를 통해 M2M 기기에게 알려줄 수 있고, 이때 AAI-MTE-IND 메시지 또는 MTEH는 M2M 그룹 ID, FID를 포함할 수 있다(S750). M2M 기기가 멀티캐스트 데이터 전송이 종료되었음을 알리는 지시자를 수신하면 이후 M2M 기기는 이용 불가능 구간으로 진입한다.

이와 같이, 앞서 언급한 조건 3과 같은 시점에서 기지국은 멀티캐스트 전송 종료(MTE) 신호를 M2M 기기로 보낼 때, MAC 제어 메시지 형태나 시그널링 헤더 형태로 전송할 수 있다. 다음 표 3은 MTE 신호를 전달하는 MAC 제어 메시지의 일종인 AAI-MTE-IND 메시지 포맷의 일 예를 나타낸다.

표 3을 참조하면, 표 2와 마찬가지로 AAI-MTE-IND MAC 제어 메시지 포맷에는 M2M 그룹 ID 필드, FID 필드 및 유휴 모드 재개 시작 프레임 필드 등이 포함될 수 있다. M2M 기기는 AAI-MTE-IND 메시지를 수신하면 유휴 모드 재개 시작 프레임 필드가 지시하는 프레임에서 유휴 모드로 들어가게 된다.

상기 AAI-MTE-IND 메시지는 IEEE 802. 16e 시스템에서도 유사한 MAC 제어 메시지를 통해서 사용될 수 있고, 포함되어 들어가는 정보는 유사할 것이다. 이때, MGID나 FID 대신에 CID(Connection IDentifier)가 들어갈 수 있다.

다음 표 4는 MTE 신호를 전달하는 시그널링 헤더인 MTEH 포맷의 일례를 나타낸다.

표 4를 참조하면, MTEH 포맷은 FID 필드, MTEH를 나타내는 타입 필드, 길이를 나타내는 길이 필드, M2M 그룹 ID 필드, 멀티캐스트 연결에 대한 ID에 해당하는 FID를 나타내는 FID 필드, 유휴 모드 재개 시작 프레임 필드를 포함할 수 있다.

이러한 AAI-MTE-IND 메시지나 MTEH는 IEEE 802. 16 시스템뿐만 아니라 3GPP LTE, LTE-A시스템에서도 유사하게 적용될 수 있다.

도 8은 본 발명의 일 실시예에 따른 M2M 기기와 기지국간의 멀티캐스트 데이터 전송의 다른 예를 나타낸 도면이다.

도 8을 참조하면, 유휴 모드에 있는 M2M 기기가 청취 구간(또는 이용가능 구간) 동안 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자(예를 들어, Action code = 0b10)와 멀티캐스트 트래픽(혹은 멀티캐스트 데이터)를 받을 그룹 정보(예를 들어, M2M 그룹 ID)를 포함하는 페이징 메시지를 수신할 수 있다(S810). 이때, 수신한 M2M 그룹 ID 정보가 자신이 속한 그룹일 경우, M2M 기기는 네트워크 재진입 없이 멀티캐스트 트래픽을 수신하기 위해 대기하고, 멀티캐스트 트래픽을 수신할 수 있다(S820 내지 S830). 이후 기지국은 마지막 멀티캐스트 데이터를 M2M 기기로 전송한 후(S840), 기지국은 한편, 멀티캐스트 데이터 전송 종료 지시 신호(MTE 신호)를 물리계층 시그널링(PHY signaling) 형태로 전송될 수도 있다(S850). 기지국은 하향링크 제어 채널인 A-MAP(Advanced MAP) IE 형태로 MTE 지시자를 M2M 기기에게 전송할 수도 있다(S850). M2M 기기가 멀티캐스트 데이터 전송이 종료되었음을 알리는 지시자를 수신하면, 이후 M2M 기기는 이용 불가능 구간으로 진입한다.

다음 표 5는 멀티캐스트 전송 종료 지시 A-MAP IE(Multicast Transmission End Indication A-MAP IE) 포맷의 일 예를 나타낸다.

표 5를 참조하면, 멀티캐스트 전송 종료 지시 A-MAP IE(Multicast Transmission End Indication A-MAP IE)는 M2M 기기가 속한 M2M 그룹 ID를 나타내는 M2M 그룹 ID 필드, 멀티캐스트 연결에 대한 ID를 나타내는 FID 필드, 유휴 모드 재개 시작 프레임 필드를 포함할 수 있다. 멀티캐스트 전송 종료 지시 A-MAP IE(Multicast Transmission End Indication A-MAP IE)는 마지막 멀티캐스트 데이터와 같은 버스트(burst) 또는 같은 프레임 또는 이전 시점에서 전송될 수도 있다. 시작 프레임은 M2M 기기가 멀티캐스트 데이터 수신을 중지하고 이용 불가능 구간(unavailable interval)로 들어가는 프레임을 가리킨다.

한편, 기지국은 물리 계층 시그널링으로 하향링크 제어 채널(예를 들어, A-MAP IE 형태)에 MTE 지시자를 포함시켜 M2M 기기에게 전송할 수도 있다. 예를 들어, 기지국은 마지막 멀티캐스트 데이터의 하향링크 자원을 할당하기 위한 MAP IE에 해당 데이터가 마지막인지를 가리키는 지시자를 포함시키고, 마지막 데이터일 경우, 해당 비트를 예를 들어 1로 설정할 수 있다. 이러한 MAP IE의 일 예로서 방송 할당 A-MAP IE(broadcast assignment A-MAP IE)가 있을 수 있다.

아래의 표는 M2M 멀티캐스트 데이터를 전송하기 위한 broadcast assignment A-MAP IE의 일례를 나타내며, 마지막 멀티캐스트 데이터를 가리키는 지시자(indicator)도 포함된다.

도 9은 본 발명의 일 실시예에 따른 M2M 기기와 기지국간의 멀티캐스트 데이터 전송의 다른 예를 나타낸 도면이다.

도 9를 참조하면, 유휴 모드에 있는 M2M 기기가 청취 구간(또는 이용가능 구간) 동안 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자(예를 들어, Action code = 0b10)와 멀티캐스트 트래픽(혹은 멀티캐스트 데이터)를 받을 그룹 정보(예를 들어, M2M 그룹 ID)를 포함하는 페이징 메시지를 수신할 수 있다(S910). 이때, 수신한 M2M 그룹 ID 정보가 자신이 속한 그룹일 경우, M2M 기기는 네트워크 재진입 없이 멀티캐스트 데이터를 수신하기 위해 대기하고, 멀티캐스트 데이터와 방송 할당 A-MAP IE(BA A-MAP IE: Broadcast Assignment A-MAP IE)를 수신할 수 있다(S920). 이때, 방송 할당 A-MAP IE에 포함된 MTE 지시자가 0으로 설정되어 계속 멀티캐스트 데이터가 전송됨을 지시한다. 이후, 기지국은 멀티캐스트 데이터와 방송 할당 A-MAP IE(Broadcast Assignment A-MAP IE, BA A-MAP IE)를 M2M 기기에게 전송한다(S930). 이때 이 경우에도 방송 할당 A-MAP IE에 포함된 MTE 지시자가 0으로 설정되어 계속 멀티캐스트 데이터가 전송됨을 지시할 수 있다.

이러한 멀티캐스트 데이터 전송을 반복하다가, 기지국은 멀티캐스트 데이터와 마지막 멀티캐스트 전송임을 알리는 MTE 지시자(이 경우, MTE 지시자는 1로 설정됨)를 포함하는 방송 할당 A-MAP IE(Broadcast Assignment A-MAP IE, BA A-MAP IE)를 M2M 기기에게 전송한다(S940). 멀티캐스트 데이터와 마지막 멀티캐스트 전송임을 알리는 MTE 지시자를 포함하는 방송 할당 A-MAP IE를 수신한 M2M 기기는 다시 유휴 모드로 들어가게 된다.

다음 표 6은 방송 할당 A-MAP IE의 일 예를 나타낸다.

표 6을 참조하면, 방송 할당 A-MAP IE(Broadcast assignment A-MAP IE)는 A-MAP IE 타입을 지시하는 A-MAP IE type 필드, 이 방송 할당 A-MAP IE의 기능을 나타내는 Function index 필드를 포함할 수 있고, 이 Function index 필드가 M2M 어플리케이션을 위한 멀티캐스트 할당 A-MAP IE 라는 것을 가리키는 경우, 멀티캐스트 데이터의 자원 할당을 위한 정보(예를 들어, 버스트 크기(burst size) 필드, 자원 인덱스(resource index) 필드, long_TTI_Indicator 필드 등을), 멀티캐스트 전송 종료 지시자(즉, 마지막 멀티캐스트 데이터가 전송됨을 알려주는 지시자)(multicast transmission end indicator) 필드 및 M2M 그룹 ID를 나타내는 M2M 그룹 ID 필드를 더 포함할 수 있다.

마지막 멀티캐스트 데이터 전송에서 방송 할당 A-MAP IE의 멀티캐스트 전송 종료 지시자(multicast transmission end indicator) 필드는 1로 설정되고, M2M 기기가 멀티캐스트 전송 종료 지시자 필드가 MTE indicator가 1로 설정된 방송 할당 A-MAP IE를 수신하면, 마지막 멀티캐스트 데이터를 수신하고, 바로 유휴 모드 또는 이용 불가능한(unavailable interval)로 들어간다. 이 방법은 멀티캐스트 전송 종료 지시자가 MAC 제어 메시지나 확장된 헤더 형태로 전송될 때보다, M2M 기기가 멀티캐스트 데이터에 대한 MPDU(MAC protocol data unit)와 멀티캐스트 전송 종료 지시자를 포함하는 MAC 제어 메시지 또는 확장 헤더를 디코딩을 완료할 때까지 불필요하게 다른 OFDMA 심볼들을 버퍼링을 하지 않은 장점이 있다. 즉, 이 경우, 마지막 멀티캐스트 데이터가 포함된 서브프레임까지만 OFDMA 심볼들을 버퍼링하고, 멀티캐스트 데이터가 디코딩이 완료하지 않아도 다음 서브프레임에서 OFDMA 심볼들을 버퍼링하지 않아도 되는 장점이 있다.

2. 2. 페이징 메시지를 이용하여 멀티캐스트 전송 종료( MTE ) 정보 전송

기지국은 페이징 메시지(paging message)를 통해 M2M 기기에게 멀티캐스트 데이터의 전송이 종료하는 시점 정보를 함께 제공할 수 있다.

기지국은 페이징 메시지를 통해서 멀티캐스트 데이터가 전송된다는 것을 M2M 기기에게 알려줄 때, 기지국은 M2M 기기가 멀티캐스트 데이터를 언제까지 수신해야 하는지 미리 알려줄 수 있다. 이렇게 페이징 메시지에 멀티캐스트 데이터의 전송이 끝나는 시점이 포함되면, M2M 기기는 기지국으로부터 지정된 시점까지 받는 동작을 수행할 수 있다.

페이징 메시지에 포함되는 멀티캐스트의 전송이 끝나는 종료 시간에 대한 정보는 특정 프레임(또는 수퍼프레임이나 서브프레임) 번호를 포함하거나 얼마의 시간 동안 멀티캐스트 데이터를 수신해야 하는 지속 시간(duration) 정보를 포함할 수 있다. 이때, 지속 시간 정보도 특정 프레임(또는 수퍼프레임이나 서브프레임)의 개수로 나타낼 수 있다.

2. 2. 1. 멀티캐스트 전송 종료 시간( MTET : Multicast Transmission End Time) 설정

도 10은 본 발명의 일 실시예에 따른 M2M 기기와 기지국간의 멀티캐스트 데이터 전송의 다른 예를 나타낸 도면이다.

도 10을 참조하면, 유휴 모드에 있는 M2M 기기는 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자와 멀티캐스트 트래픽(혹은 멀티캐스트 데이터)를 받을 그룹 정보(예를 들어, M2M 그룹 ID)를 포함하는 페이징 메시지를 수신한다. 여기서, 기지국이 M2M 기기에게 전송하는 페이징 메시지는 멀티캐스트 데이터 전송에 대한 종료 시간(MTET)을 포함할 수 있으며, 앞서 설명한 실시예와 함께 이용되는 경우 멀티캐스트 데이터 전송에 대한 시작 시간(MTST)을 포함할 수 있다. 설명의 편의를 위해 도 10에서는 페이징 메시지에 멀티캐스트 데이터 전송에 대한 시작 시간과 종료 시간을 함께 포함하는 것을 가정한다.

M2M 기기는 기지국으로부터 수신한 페이징 메시지에서 멀티캐스트 전송 시작 시간에 기초하여 멀티캐스트 데이터를 수신하기 시작하고, 멀티캐스트 전송 종료 시간에 기초하여 멀티캐스트 데이터 수신을 종료한다. 예를 들어, 멀티캐스트 전송 종료 시간 정보가 프레임(또는 수퍼프레임, 서브프레임) 번호인 경우, M2M 기기는 페이징 메시지에 포함된 특정 프레임(또는 수퍼프레임, 서브프레임)까지 멀티캐스트 데이터를 수신하고 다음 프레임(또는 수퍼프레임, 서브프레임)부터 멀티캐스트 데이터를 수신하지 않으며 이용 불가능 구간(unavailable interval)로 진입할 수 있다.

표 7은 페이징 메시지(예를 들어, AAI-PAG-ADV 메시지) 포맷의 예시를 나타낸다.

표 7을 참조하면, 페이징 메시지는 네트워크 재진입, 멀티캐스트 또는 트랙픽 수신 등을 지시하는 동작 코드(Action code)를 포함하고 있다. 동작 코드가 1로 멀티캐스트 트래픽 수신을 지시하는 경우, 페이징 메시지는 멀티캐스트 전송 시작 시간에 관한 정보인 멀티캐스트 전송 시작 시간(MTST) 필드 또는 멀티캐스트 전송 종료 시간에 관한 정보인 멀티캐스트 전송 종료 시간(MTET) 필드를 포함할 수 있다. MTST 필드의 일례로 8비트 크기로 하향링크 멀티캐스트 데이터를 전송하기 시작하는 프레임 번호의 최하위 비트(LSB)를 가리킬 수 있다. 또한, MTET 필드의 일례로 8비트 크기로 하향링크 멀티캐스트 데이터를 전송이 종료되는 프레임 번호의 최하위 비트를 가리킬 수 있다.

여기서, 페이징 메시지는 MTST 필드 또는 MTET 필드가 필요한 경우에만 해당 필드를 포함할 수 있다. 예를 들어, MTET 필드의 경우 멀티캐스트 데이터 전송이 종료되는 시점이 이용 불가능 구간이 종료하는 시점(또는 페이징 청취 구간이 시작하는 시점)과 동일한 경우에는 기지국은 MTET 필드를 페이징 메시지에 포함시키지 않을 수 있다. 또한, 멀티캐스트 데이터 전송이 종료되는 시점이 이용 불가능 구간이 종료하는 시점(또는 페이징 청취 구간이 시작하는 시점)과의 차이가 허용될 수 있는 범위인 경우, 즉 특정 임계값 보다 작거나 같은 경우 MTET 필드를 페이징 메시지에 포함시키지 않을 수 있다. 이때, 임계값의 일례로 프레임(또는 수퍼프레임, 서브프레임)의 개수가 될 수 있다.

2. 2. 2. 지속시간( duration )/타이머( timer ) 설정

도 11은 본 발명의 일 실시예에 따른 M2M 기기와 기지국간의 멀티캐스트 데이터 전송의 다른 예를 나타낸 도면이다.

도 11을 참조하면, 유휴 모드에 있는 M2M 기기는 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자와 멀티캐스트 트래픽(혹은 멀티캐스트 데이터)를 받을 그룹 정보(예를 들어, M2M 그룹 ID)를 포함하는 페이징 메시지를 수신한다. 여기서, 기지국이 M2M 기기에게 전송하는 페이징 메시지는 멀티캐스트 데이터 전송에 대한 지속 시간(duration) 혹은 타이머(timer)를 포함할 수 있으며, 앞서 설명한 실시예와 함께 이용되는 경우 멀티캐스트 데이터 전송 시작 시간(MTST)을 포함할 수 있다. 설명의 편의를 위해 도 11에서는 페이징 메시지에 멀티캐스트 데이터 전송에 대한 시작 시간과 지속 시간/타이머를 함께 포함하는 것을 가정한다.

M2M 기기는 기지국으로부터 수신한 페이징 메시지에서 멀티캐스트 전송 시작 시간(MTST)에 기초하여 멀티캐스트 데이터를 수신하기 시작하고, 멀티캐스트 데이터 전송 지속 시간에 기초하여 해당 지속 시간 또는 타이머가 만료하게 되면 멀티캐스트 데이터 수신을 종료한다. 예를 들어, 멀티캐스트 데이터 전송의 지속 시간이 프레임(또는 수퍼프레임, 서브프레임) 개수인 경우, M2M 기기는 지속 시간이 만료하는 프레임(또는 수퍼프레임, 서브프레임)까지 멀티캐스트 데이터를 수신하고 다음 프레임부터 멀티캐스트 데이터를 수신하지 않으며 이용 불가능 구간으로 진입할 수 있다. 이때, 멀티캐스트 데이터 전송의 지속 시간 또는 타이머는 MTST 필드가 페이징 메시지에 포함되어 있는 경우 MTST가 지시하는 시점에서부터 시작하고, MTST 필드가 페이징 메시지에 포함되어 있지 않은 경우 페이징 메시지를 수신한 시점부터 시작할 수 있다.

표 8은 페이징 메시지(예를 들어, AAI-PAG-ADV 메시지) 포맷의 예시를 나타낸다.

표 8에서는 duration 필드를 예시하고 있지만 해당 필드 대신에 동일한 정보를 지시하는 timer 필드가 포함될 수도 있다.

표 8을 참조하면, 페이징 메시지는 네트워크 재진입, 멀티캐스트 또는 트랙픽 수신 등을 지시하는 동작 코드(Action code)를 포함하고 있다. 동작 코드가 1로 멀티캐스트 트래픽 수신을 지시하는 경우, 페이징 메시지는 멀티캐스트 전송 시작 시간에 관한 정보인 멀티캐스트 전송 시작 시간(MTST) 필드 또는 멀티캐스트 전송 종료 시간에 관한 정보인 지속 시간(duration) 필드를 포함할 수 있다. duration 필드는 일례로 8비트 크기를 가질 수 있다.

여기서, 페이징 메시지는 MTST 필드 또는 duration 필드가 필요한 경우에만 해당 필드를 포함할 수 있다. 예를 들어, duration 필드의 경우 멀티캐스트 데이터 전송이 종료되는 시점이 이용 불가능 구간이 종료하는 시점(또는 페이징 청취 구간이 시작하는 시점)과 동일한 경우에는 기지국은 duration 필드를 페이징 메시지에 포함시키지 않을 수 있다. 또한, 멀티캐스트 데이터 전송이 종료되는 시점이 이용 불가능 구간이 종료하는 시점(또는 페이징 청취 구간이 시작하는 시점)과의 차이가 허용될 수 있는 범위인 경우, 즉 특정 임계값 보다 작거나 같은 경우 duration 필드를 페이징 메시지에 포함시키지 않을 수 있다. 이때, 임계값의 일례로 프레임(또는 수퍼프레임, 서브프레임)의 개수가 될 수 있다.

또한, 기지국은 페이징 메시지에 포함되는 타이머 정보는 멀티캐스트 데이터가 전송된 후부터 시작하여 기산할 수 있으며, 마지막 멀티캐스트 데이터가 전송된 후 일정 시간 동안 멀티캐스트 데이터를 수신하지 못하는 경우 M2M 기기는 멀티캐스트 데이터를 수신하지 않으며 이용 불가능 구간으로 진입할 수 있다. 예를 들어, 멀티캐스트 데이터 전송의 타이머가 프레임(또는 수퍼프레임, 서브프레임) 개수인 경우, M2M 기기는 마지막 멀티캐스트 데이터를 수신한 후 타이머가 만료하는 프레임(또는 수퍼프레임, 서브프레임)까지 멀티캐스트 데이터를 수신하고, 타이머가 만료할 때까지 멀티캐스트 데이터를 수신하지 못하면 다음 프레임부터 멀티캐스트 데이터를 수신하지 않으며 이용 불가능 구간으로 진입할 수 있다.

표 9는 페이징 메시지(예를 들어, AAI-PAG-ADV 메시지) 포맷의 예시를 나타낸다.

표 9를 참조하면, 페이징 메시지는 네트워크 재진입, 멀티캐스트 또는 트랙픽 수신 등을 지시하는 동작 코드(Action code)를 포함하고 있다. 동작 코드가 1로 멀티캐스트 트래픽 수신을 지시하는 경우, 페이징 메시지는 멀티캐스트 전송 시작 시간에 관한 정보인 멀티캐스트 전송 시작 시간(MTST) 필드 또는 멀티캐스트 전송 종료 시간에 관한 정보인 타이머(timer) 필드를 포함할 수 있다. timer 필드는 일례로 8비트 크기를 가질 수 있다. 여기서, 페이징 메시지는 MTST 필드 또는 timer 필드가 필요한 경우에만 해당 필드를 포함할 수 있으며, 이는 표 8에 따른 설명과 동일하므로 이하 설명을 생략한다.

2. 2. 3. 멀티캐스트 수신 모드 설정

기지국이 네트워크로부터 멀티캐스트 데이터를 수신하였을 때, 수신한 멀티캐스트 데이터는 실시간 트래픽(real-time traffic)과 같이 일정 주기를 가지고 지속적으로 생성되는 트래픽일 수도 있으며, 또한 어플리케이션 업데이트나 소프트웨어 업데이트와 같이 특정 시간에 발생하는 작은 크기의 트래픽일 수 있다. 이벤트 기반으로 발생하는 작은 크기의 멀티캐스트 데이터는 짧은 시간 내에 M2M 기기에 전송되고, 실시간 트래픽처럼 지속적으로 발생하는 데이터는 주기적으로 긴 기간 내에 M2M 기기에 전송된다. 따라서, 기지국은 유휴 모드에 있는 M2M 기기에게 멀티캐스트 페이징 후 멀티캐스트 데이터를 전송하고자 할 때, 기지국은 다음 페이징 청취 구간까지 M2M 기기가 계속하여 멀티캐스트 데이터를 수신하는 동작을 수행해야 하는지 여부를 설정할 수 있다. 설정하는 방법의 일례로 앞서 설명한 멀티캐스트 전송 종료 시간(MTET) 또는 멀티캐스트 데이터 전송에 대한 지속 시간(duration)/타이머(timer)에 대한 사용 여부에 대한 지시(indication) 정보를 페이징 메시지에 포함시켜 M2M 기기에게 전송할 수 있다.

표 10은 페이징 메시지(예를 들어, AAI-PAG-ADV 메시지) 포맷의 예시를 나타낸다.

표 10에서는 end timer(T_x)(또는 timer) 필드를 예시하고 있지만 해당 필드 대신에 앞서 (2. 2. 1.)에서 설명한 MTET 필드 또는 (2. 2. 2.)에서 설명한 duration 필드가 포함될 수도 있다.

표 10을 참조하면, 페이징 메시지는 네트워크 재진입, 멀티캐스트 또는 트랙픽 수신 등을 지시하는 동작 코드(Action code)를 포함하고 있다. 동작 코드가 1로 멀티캐스트 트래픽 수신을 지시하는 경우, 페이징 메시지는 멀티 캐스트 수신 모드(Multicast receiving mode) 필드 또는 멀티캐스트 전송 시작 시간에 관한 정보인 멀티캐스트 전송 시작 시간(MTST) 필드를 포함할 수 있다.

멀티 캐스트 수신 모드 필드는 1비트의 크기를 가지며, 해당 필드가 0을 지시하는 경우 상술한 멀티캐스트 전송 종료 시간에 관한 정보를 나타내는 필드(MTET, duration, timer)를 포함할 수 있으며, 반면 1을 지시하는 경우 멀티캐스트 전송 종료 시간에 관한 정보를 나타내는 필드를 포함하지 않는다.

구체적으로, 기지국은 실시간 트래픽과 같이 주기적으로 전송하는 멀티캐스트 데이터를 전송하고자 하는 경우에는 멀티 캐스트 수신 모드 필드를 1로 설정한다. 멀티 캐스트 수신 모드 필드가 1을 지시하는 경우에는 다음 페이징 청취 구간이 시작하는 시점(이용 불가능 구간이 종료되는 시점)까지 M2M 기기는 멀티캐스트 데이터를 수신하기 위하여 대기한다. 이 경우, 기지국은 다음 페이징 청취 구간 시작까지 앞서 (2. 1.)에서 설명한 멀티캐스트 종료 지시(예를 들어, MTEEH, AAI-MTE-IND 메시지, MTEH, 멀티캐스트 전송 종료 지시 A-MAP IE, 방송 할당 A-MAP IE)를 전송하지 않을 수 있다.

반면, 멀티 캐스트 수신 모드 필드가 0으로 설정되면, 페이징 메시지는 상술한 멀티캐스트 전송 종료 시간에 관한 정보를 나타내는 필드(MTET, duration, timer)를 포함할 수 있으며, M2M 기기는 해당 필드에 기초하여 전송 종료 시간까지 멀티캐스트 데이터를 수신하는 동작을 수행하고, 종료 시점 이후에는 이용 불가능 구간으로 진입한다.

또한, 멀티 캐스트 수신 모드 필드의 값에 무관하게, 앞서 (2. 1.)에서 설명한 바와 같이, 기지국이 멀티캐스트 종료 지시를 전송하여, 단말이 멀티캐스트 데이터를 수신하는 동작을 수행하는 중 다음 페이징 청구 구간 시작 전에 멀티캐스트 종료 지시를 수신하면, 단말은 멀티캐스트 데이터를 수신하는 동작을 멈추고, 페이징 청취 구간으로 진입할 수 있다.

이상에서 M2M 기기와 기지국 간의 멀티캐스트 데이터 전송에 관련한 다양할 실시예들을 설명하였으나, 멀티캐스트 데이터에 한정되지 않으며 동일한 기술적 사상이 유니캐스트 데이터, 브로드캐스트 데이터 등에도 적용될 수 있다.

3. 본 발명이 적용될 수 있는 장치 일반

도 12는 본 발명의 일 실시예에 따른 무선 통신 장치의 블록 구성도를 예시한다.

도 12를 참조하면, 무선 통신 시스템은 기지국(120)과 기지국(120) 영역 내에 위치한 다수의 M2M 기기(130)을 포함한다. 도 12는 기지국(120)과 M2M 기기(130)와 사이에 통신이 이루어지는 경우를 예를 들어 도시하고 있으나, 본 발명에 따른 M2M 통신 방법은 M2M 기기들 사이에도 발생할 수 있으며, 각각의 기기들은 도 12에 도시된 각 장치 구성과 동일한 형태로 이상에서 설명한 다양한 실시예에 따른 방법을 수행할 수 있다.

기지국(120)은 프로세서(processor, 121), 메모리(memory, 122) 및 RF부(radio frequency unit, 123)을 포함한다. 프로세서(121)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 프로세서(121)에 의해 구현될 수 있다. 메모리(122)는 프로세서(121)와 연결되어, 프로세서(121)를 구동하기 위한 다양한 정보를 저장한다. RF부(123)는 프로세서(121)와 연결되어, 무선 신호를 송신 및/또는 수신한다.

M2M 기기(130)는 프로세서(131), 메모리(132) 및 RF부(133)을 포함한다. 프로세서(131)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 프로세서(131)에 의해 구현될 수 있다. 메모리(132)는 프로세서(131)와 연결되어, 프로세서(131)를 구동하기 위한 다양한 정보를 저장한다. RF부(133)는 프로세서(131)와 연결되어, 무선 신호를 송신 및/또는 수신한다.

메모리(122, 132)는 프로세서(121, 131) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(121, 131)와 연결될 수 있다. 또한, 기지국(120) 및/또는 M2M 기기(130)는 한 개의 안테나(single antenna) 또는 다중 안테나(multiple antenna)를 가질 수 있다.

한편, 도 12에 도시되지는 않았으나, M2M 기기(130)는 그 기기 어플리케이션 타입에 따라 다양한 추가 구성을 포함할 수 있다. M2M 기기(130)가 지능형 계량을 위한 것인 경우, 해당 M2M 기기(130)는 전력 측정 등을 위한 추가적인 구성을 포함할 수 있으며, 이와 같은 전력 측정 동작은 도 12에 도시된 프로세서(131)의 제어를 받을 수도, 별도로 구성된 프로세서(미도시)의 제어를 받을 수도 있다.

이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.

본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.

펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리는 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.

본 발명은 본 발명의 정신 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

본 발명의 무선 통신 시스템에서 멀티캐스트 데이터 전송 방안은 IEEE 802 시스템에 적용되는 예를 중심으로 설명하였으나, IEEE 802 시스템 이외에도 다양한 무선 통신 시스템에 적용하는 것이 가능하다.

Claims (14)

1. 기기 간 통신(Machine to Machine Communication)을 지원하는 무선 통신 시스템에서 멀티캐스트(multicast) 데이터를 수신하는 방법에 있어서,
   페이징 청취 구간(paging listening interval)에서 기지국으로부터 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보를 포함하는 페이징 메시지를 수신하는 단계;
   상기 기지국으로부터 상기 멀티캐스트 데이터를 수신하는 단계; 및
   상기 멀티캐스트 데이터의 전송이 종료되는 시점이 도래하면, 이용 불가능 구간(unavailable interval)으로 진입하는 단계를 포함하는, 멀티캐스트 데이터 수신 방법.
2. 제1항에 있어서,
   상기 페이징 메시지는 멀티캐스트 전송 종료 시간(MTET: Multicast Transmission End Time) 필드를 포함하고, 상기 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 상기 MTET 필드에 의하여 지시되는 상기 멀티캐스트 데이터의 전송이 종료되는 프레임 번호인, 멀티캐스트 데이터 수신 방법.
3. 제1항에 있어서,
   상기 페이징 메시지는 지속 시간(duration) 필드를 포함하고, 상기 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 상기 지속 시간 필드에 의하여 지시되는 상기 페이징 메시지 수신 시점으로부터 상기 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간인, 멀티캐스트 데이터 수신 방법.
4. 제3항에 있어서,
   상기 페이징 메시지가 멀티캐스트 전송 시작 시간(MTST: Multicast Transmission Start Time) 필드를 포함하는 경우, 상기 지속 시간 필드는 상기 MTST 필드에 의해 지시되는 시점으로부터 상기 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간을 지시하는, 멀티캐스트 데이터 수신 방법.
5. 제1항에 있어서,
   상기 페이징 메시지는 타이머(timer) 필드를 포함하고, 상기 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 상기 타이머 필드에 의하여 지시되는 상기 멀티캐스트 데이터의 마지막 수신 시점으로부터 상기 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간인, 멀티캐스트 데이터 수신 방법.
6. 제1항에 있어서,
   상기 페이징 메시지는 멀티 캐스트 수신 모드(Multicast receiving mode) 필드를 더 포함하고, 상기 멀티캐스트 수신 모드가 미리 정해진 값으로 설정된 경우 상기 페이징 메시지는 상기 멀티캐스트 전송 종료 시간에 대한 정보를 포함하는, 멀티캐스트 데이터 수신 방법.
7. 제1항에 있어서,
   상기 페이징 메시지는 AAI-PAG-ADV 메시지인, 멀티캐스트 데이터 수신 방법.
8. 기기 간 통신(Machine to Machine Communication)을 지원하는 무선 통신 시스템에서 멀티캐스트(multicast) 데이터를 수신하는 장치에 있어서,
   무선 신호를 송수신하기 위한 RF(Radio Frequency) 유닛; 및
   페이징 청취 구간(paging listening interval)에서 기지국으로부터 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보를 포함하는 페이징 메시지를 수신하고, 상기 기지국으로부터 상기 멀티캐스트 데이터를 수신하며, 상기 멀티캐스트 데이터의 전송이 종료되는 시점이 도래하면, 이용 불가능 구간(unavailable interval)으로 진입하는 프로세서를 포함하는, 장치.
9. 제8항에 있어서,
   상기 페이징 메시지는 멀티캐스트 전송 종료 시간(MTET: Multicast Transmission End Time) 필드를 포함하고, 상기 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 상기 MTET 필드에 의하여 지시되는 상기 멀티캐스트 데이터의 전송이 종료되는 프레임 번호인, 장치.
10. 제8항에 있어서,
    상기 페이징 메시지는 지속 시간(duration) 필드를 포함하고, 상기 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 상기 지속 시간 필드에 의하여 지시되는 상기 페이징 메시지 수신 시점으로부터 상기 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간인, 장치.
11. 제10항에 있어서,
    상기 페이징 메시지가 멀티캐스트 전송 시작 시간(MTST: Multicast Transmission Start Time) 필드를 포함하는 경우, 상기 지속 시간 필드는 상기 MTST 필드에 의해 지시되는 시점으로부터 상기 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간을 지시하는, 장치.
12. 제8항에 있어서,
    상기 페이징 메시지는 타이머(timer) 필드를 포함하고, 상기 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 상기 타이머 필드에 의하여 지시되는 상기 멀티캐스트 데이터의 마지막 수신 시점으로부터 상기 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간인, 장치.
13. 제8항에 있어서,
    상기 페이징 메시지는 멀티 캐스트 수신 모드(Multicast receiving mode) 필드를 더 포함하고, 상기 멀티캐스트 수신 모드가 미리 정해진 값으로 설정된 경우 상기 페이징 메시지는 상기 멀티캐스트 전송 종료 시간에 대한 정보를 포함하는, 장치.
14. 제8항에 있어서,
    상기 페이징 메시지는 AAI-PAG-ADV 메시지인, 장치.

Images