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

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

Info

Publication number
WO2013009069A2
WO2013009069A2 PCT/KR2012/005456 KR2012005456W WO2013009069A2 WO 2013009069 A2 WO2013009069 A2 WO 2013009069A2 KR 2012005456 W KR2012005456 W KR 2012005456W WO 2013009069 A2 WO2013009069 A2 WO 2013009069A2
Authority
WO
WIPO (PCT)
Prior art keywords
multicast data
multicast
transmission
field
paging message
Prior art date
Application number
PCT/KR2012/005456
Other languages
English (en)
French (fr)
Other versions
WO2013009069A3 (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 KR1020147000061A priority Critical patent/KR20140042844A/ko
Priority to US14/131,659 priority patent/US9344859B2/en
Publication of WO2013009069A2 publication Critical patent/WO2013009069A2/ko
Publication of WO2013009069A3 publication Critical patent/WO2013009069A3/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2603—Arrangements for wireless physical layer control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like

Definitions

  • the present invention relates to a wireless communication system, and more particularly, to a method for receiving multicast data in a wireless communication system supporting machine to machine communication and a device supporting the same.
  • Machine-to-machine communication refers to communication between an electronic device and an electronic device as it is. Broadly, it means wired or wireless communication between electronic devices or communication between a device controlled by a person and a machine. Recently, however, it is generally referring to wireless communication between an electronic device and an electronic device, that is, device-to-device performed without human involvement.
  • M2M communication In the early 1990s, when the concept of M2M communication was first introduced, it was recognized as a concept of remote control or telematics, and the derived market itself was very limited. However, in the past few years, M2M communication has been rapidly gaining attention worldwide. Grew. In particular, intelligent metering for logistics management (Fleet Management), remote monitoring of machinery and equipment, operating hours on construction machinery and automatic measurement of heat or electricity usage in point of sales (P0S) and security-related applications. It showed great influence in the field of (Smart Meter). M2M communication in the future will be further linked with existing mobile communication and wireless high-speed Internet or low-power communication solutions such as Wi-Fi and Zigbee. It will be used for various purposes and will be the foundation for expanding the scope to the business to consumer (B2C) market without being limited to the business to business (B2B) market anymore.
  • B2C business to consumer
  • B2B business to business
  • any machine equipped with a Subscriber Identity Module (SIM) card can send and receive data for remote management and control.
  • SIM Subscriber Identity Module
  • M2M communication technology can be used in numerous devices and equipment such as automobiles, trucks, trains, containers, vending machines and gas tanks.
  • An object of the present invention is to provide a method and apparatus for smoothly transmitting and receiving multicast data in a wireless communication system, preferably a wireless communication system supporting device-to-device communication.
  • an object of the present invention is to propose a method and apparatus for preventing power consumption of a device supporting communication between devices.
  • An aspect of the present invention is a method for receiving multicast data in a wireless communication system supporting machine to machine communication, in a paging listening interval. Unavailable interval when a paging message including information on when the transmission of the multicast data is terminated from the base station, receiving the multicast data from the base station, and when the transmission of the multicast data ends entering an unavailable interval.
  • Another aspect of the present invention is an apparatus for receiving multicast data in a wireless communication system supporting device-to-device communication, wherein the transmission of multicast data from a base station in a paging listening interval and an RFCRadio Frequency (RFCRadio Frequency) unit for transmitting and receiving a wireless signal is performed.
  • a processor that receives a paging message including information on when the termination ends, receives multicast data from the base station, and enters into an unavailable period when the transmission of the multicast data arrives.
  • the paging message includes a multicast transmission end time (MTET) field, and information on when the transmission of the multicast data ends is terminated by the transmission of the multicast data indicated by the MTET field.
  • MTET multicast transmission end time
  • the paging message includes a duration field, and the information on when the transmission of the multicast data is terminated is when the transmission of the multicast data is terminated from the reception of the paging message indicated by the duration field. It is a section until.
  • the duration field is from the time indicated by the MTST field to the end of the transmission of the multicast data. Indicate the section.
  • MTST Multicast Transmission Start Time
  • the paging message includes a timer field, and the information on when the transmission of the multicast data is terminated is the transmission of the multicast data from the last reception time of the multicast data indicated by the timer field. It is a section up to the point of view.
  • the paging message further includes a multicast receiving mode field, and when the multicast receiving mode is set to a predetermined value, the paging message includes information on a multicast transmission end time.
  • the paging message is a MI-PAG-ADV message.
  • a wireless communication system preferably a wireless communication system supporting device-to-device communication.
  • the base station when the base station transmits the multicast data, the base station transmits information on the time point at which the transmission of the multicast data is terminated, thereby preventing power consumption of the device supporting the inter-device communication.
  • 1 is a flow chart illustrating a paging procedure in idle mode.
  • FIGS. 2 and 3 are diagrams illustrating multicast data transmission and reception between an M2M device and a base station.
  • 4 and 5 are diagrams illustrating an example of multicast data transmission between an M2M device and a base station according to an embodiment of the present invention.
  • 6 to 11 illustrate another example of multicast data transmission between an M2M device and a base station according to an embodiment of the present invention.
  • FIG. 12 illustrates a block diagram of a wireless communication device according to an embodiment of the present invention.
  • the base station communicates directly with the terminal. It has a meaning as a terminal node of a performing network. Certain operations described as being performed by the base station in this document may be performed by an upper node of the base station in some cases. That is, it is apparent that various operations performed for communication with the terminal in a network including a plurality of network nodes including a base station may be performed by the base station or other network nodes other than the base station.
  • BS'Base station ion (BS)' may be replaced by terms such as a fixed station, a Node B, an eNode B (eNB), an access point (AP), and the like.
  • the repeater may be replaced by terms such as relay node (RN) and relay station (RS).
  • RN relay node
  • RS relay station
  • the term 'terminal' may be replaced with terms such as a user equipment (UE), a mobile station (MS), a mobile subscriber station (MSS), and an SSCSubscriber Station (MSS).
  • UE user equipment
  • MS mobile station
  • MSS mobile subscriber station
  • MSS SSCSubscriber Station
  • Embodiments of the present invention are wireless communication systems, IEEE 802, 3GPP system :
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • OFDMA SC-FDMAC single carrier frequency division multiple access
  • CDMA may be implemented by a radio technology such as UTRAOJniversal Terrestrial Radio Access) or CDMA2000.
  • TDMA may be implemented in a wireless technology such as Global System for Mobile Communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile Communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • 0FDMA may be implemented by a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA), or the like.
  • UTRA is part of UMTSCUniversal Mobile Telecommunications System.
  • 3rd Generation Partnership Project (3GPP) long term evolution (LTE) is a part of Evolved UMTS (E-UMTS) using Ei UTRA, and employs 0FDMA in downlink and SC-FDMA in uplink.
  • LTE-A Advanced
  • communication between M2M devices refers to a form of communication performed between a base station and terminals, or between base stations and terminals without human intervention.
  • the M2M device refers to a terminal capable of supporting communication of the M2M device as described above.
  • An access service network for an M2M service is defined as an M2M ASN (M2M Access Service Network), and a network entity communicating with M2M devices is called an M2M server.
  • the M2M server executes an M2M application and provides an M2M specific service for one or more M2M devices.
  • An M2M feature is a feature of an M2M application, and one or more features may be needed to provide the application.
  • One or more M2M device groups are common A group of M2M devices that share a feature.
  • M2M devices M2M communication devices, Machine Type Communication (MTC) devices, etc.
  • MTC Machine Type Communication
  • the types of device applications under discussion include (1) security, (2) public safety, (3) tracking and tracing, (4) payment, and (5) healthcare.
  • M2M devices Another characteristic of M2M devices is their low mobility or lack of mobility. Significantly less or no mobility means that M2M devices are stationary for a long time. M2M communication systems have fixed locations such as secured access and survei lance, public safety, payment, remote maintenance and control, metering, etc. Mobility-related operations for specific M2M applications can be simplified or optimized. As the device application type increases, the number of M2M devices may increase dramatically compared to the number of general mobile communication devices. Therefore, if they all communicate with the base station individually, it can put a serious load on the air interface and the network.
  • M2M communication is applied to a wireless communication system (for example, IEEE 802.16 system).
  • a wireless communication system for example, IEEE 802.16 system
  • the present invention is not limited thereto, and the embodiment of the present invention may be applied to other systems such as 3GPP LTE system in the same manner.
  • the terminal may periodically receive a downlink broadcast message without registering with a specific base station. It means a mechanism that can. That is, when the terminal does not receive traffic from the base station for a predetermined time, the terminal may transition to the idle mode in order to save power.
  • Idle mode can benefit the terminal by eliminating the activation requirements and general operational requirements associated with the handover.
  • the idle mode may limit the terminal activity to be scanned in discrete periods, thereby saving power and operating resources used by the terminal.
  • the idle mode provides a simple and appropriate way to inform the UE of pending downlink traffic, benefiting the network and the base station by eliminating air interface and network handover traffic from inactive UEs. Can be.
  • only downlink synchnDnization is set to stop all normal operations as well as handover, and to receive a paging message, which is a broadcast message, only during a certain period.
  • the paging message is a message indicating a paging action to the terminal.
  • paging operations include ranging, network reentry, and the like.
  • Paging refers to a function of identifying a location (eg, any base station or a switching center) of a corresponding terminal when an incoming call occurs in mobile communication.
  • a plurality of base stations supporting the idle state or the idle mode may belong to a specific paging group to configure a paging area.
  • the paging group represents a logical group.
  • the purpose of a paging group is to provide an adjacent coverage area that can be paged in downlink if there is traffic targeting the terminal.
  • the paging group is preferably configured to meet the condition that a particular terminal is large enough to exist for most of the time in the same paging group, and that the paging load must be sufficiently small to maintain an appropriate level.
  • the paging group may include one or more base stations, and one base station may be included in one or more paging groups.
  • Paging groups are defined in the management system. Paging groups can use paging group-action backbone network messages.
  • the paging controller may manage a list of UEs in idle state by using a paging-announce message, which is one of the backbone network message authentication, and manage initial paging of all base stations belonging to the paging group.
  • the idle mode may be initiated by the terminal or initiated by the base station. That is, the terminal transmits a deregistration request (DREG-REQ) message to the base station and receives a deregistration response (DREG-RSP) message from the base station in response to the response. You can enter.
  • the base station may enter the idle mode by transmitting a DREG-RSP (DREG-RSP) message or a deregulation command (DREG-CMD) message to the terminal.
  • DREG-RSP DREG-RSP
  • the terminal When the terminal receives a paging message corresponding to itself during the Available Interval (AI) in the idle mode, the terminal switches to the connected mode through a network entry process and transmits and receives data. .
  • AI Available Interval
  • 1 is a flow chart illustrating a paging procedure in idle mode.
  • a terminal in idle mode transmits a deregistration request (DREG-REQ) message to a base station in order to request deregistration with the base station to enter the idle mode. Thereafter, the base station transmits a deregistration answer (DREG-RSP) message to the terminal as a response to the DREG-REQ message. At this time, the DREG-RSP message includes paging information.
  • the terminal may enter into the idle mode at the request of the base station.
  • the base station transmits a DREG— RSP message to the terminal.
  • Paging Information includes Paging Cycle, Paging Offset, Paging Group Identifier (PGID) IDentifier) and a paging listening interval value.
  • Paging Information includes Paging Cycle, Paging Offset, Paging Group Identifier (PGID) IDentifier) and a paging listening interval value.
  • the terminal receiving the DREG-RSP message from the base station enters the idle mode with reference to the paging information.
  • the idle mode has a paging cycle, and one paging cycle may be composed of an available interval and an unavailable interval. In this case, the available interval is the same concept as the paging listening interval or the paging interval.
  • the paging offset is used to indicate when a paging segment starts (eg, a frame or subframe) within a paging period.
  • the paging group identifier indicates the identifier of the paging group assigned to the terminal.
  • the paging information may include paging message offset information.
  • the paging message offset information indicates a time point at which the paging message is transmitted from the base station.
  • the terminal may receive a paging message delivered to itself in the available period (or paging listening period) using the paging information.
  • the paging message may be transmitted through the base station or the paging controller. That is, the terminal monitors the radio channel according to a paging period in order to receive a paging message.
  • the terminal in the idle mode receives a paging message in its paging listening interval and checks whether there is downlink (DL) data transmitted to the terminal (S110). If there is downlink data (ie, a positive indication), the UE performs a network reentry process including a ranging process (S120). After this, dynamic service addition (DSA) Through the process, it performs a process of establishing a connection for the associated downlink service flow (S130). After the connection for the service flow is established, the base station transmits downlink control information and downlink data for the service to the terminal (S140).
  • DL downlink
  • S120 a network reentry process including a ranging process
  • DSA dynamic service addition
  • An automatic application or firmware update process for M2M devices (or MTC devices) in M2M communication (or MTC) may be a major application in an M2M service scenario.
  • a network for example, an M2M server or a base station
  • the base station pages the corresponding M2M device, and the paged terminals randomly access the M2M devices. Since a network reentry process must be performed by starting the transmission of a random access code, the wireless channel may be jammed.
  • delay of data reception may increase and resource waste may occur.
  • the M2M device in the idle mode receives the multicast data generated by the event triggered method, using a paging method, i.e. without the network re-entry process (or idle) Multicast traffic can be received without mode termination).
  • FIG. 2 is a diagram illustrating multicast data transmission and reception between an M2M device and a base station.
  • the base station transmits a paging message including a multicast traffic indication (ie, indicating that multicast data is transmitted) in a paging listening interval.
  • a multicast traffic indication ie, indicating that multicast data is transmitted
  • the action code of the paging message indicates a multicast traffic indication (eg, OblO) and includes a corresponding M2M group identifier (MGID).
  • the M2M device When the M2M device receives the paging message, it checks whether the group paging portion of the paging message includes the M2M group ID previously assigned to it, and if the MGID assigned to it is included and the operation code that the Daewoong is OblO
  • the processor of the M2M device determines that the multicast traffic (data) will be transmitted for the group indicated by the MGID, and may control to wait to receive the multicast traffic without exiting the idle mode. In this case, the processor of the M2M device controls to receive the multicast data (downlink control channel and multicast data decoding) even in its paging unavailable interval.
  • the base station if the base station cannot transmit multicast data immediately after transmitting the paging message, the base station includes information on the multicast transmission start time (MTST) for the corresponding M2M group ID (MGID) in the paging message. Can be sent.
  • MTST multicast transmission start time
  • MGID M2M group ID
  • a paging message eg, MI- Upon receiving a PAG-ADV (Advanced Air Interface-P
  • Table 1 shows an example of a paging message (eg, MI-PAG-ADV message) format.
  • the paging message includes an action code for instructing network re-entry, location update, multicast or traffic reception.
  • the paging message may include a multicast transmission start time (MTST) field which is information about the multicast transmission start time.
  • the multicast transmission start time is information about a time (frame, subframe, or superframe unit) at which the base station starts multicast data transmission to the M2M device.
  • the MTST field may indicate, for example, a least significant bit (LSB) of a frame number starting to transmit downlink multicast data in 8 bits.
  • LSB least significant bit
  • 3 is a diagram illustrating multicast data transmission and reception between an M2M device and a base station.
  • the M2M device in the idle mode is disconnected from the base station during the listening period (or available period).
  • Multicast traffic indicators that direct the transmission of multicast traffic for example,
  • An action code OblO
  • a paging message including group information eg, M2M group ID
  • group information eg, M2M group ID
  • the M2M device receives multicast traffic without network reentry (S320).
  • the M2M device since the M2M device does not know when the multicast data will be transmitted from the base station, the M2M device performs the operation of receiving the multicast data until the next paging listening period. That is, as shown in FIG. 3, the M2M device performs an operation of receiving multicast data.
  • the multicast data is data of a small size such as firmware update, it may take some time for the base station to actually transmit the multicast data.
  • the M2M device waits until the next paging listening interval, which causes a problem of increasing power consumption of the idle mode M2M device.
  • a paging cycle of an existing system may be up to 512 superframes.
  • the maximum value of a paging cycle may be, for example, For example, it may be defined as 4194304 superframe.
  • the M2M device in idle mode is unnecessarily consumed by the transmission of scheduling information of the base station. Propose a solution to the problem.
  • FIG. 4 and FIG. 5 are diagrams illustrating an example of multicast data transmission between an M2M device and a base station according to an embodiment of the present invention.
  • a paging message may be received that includes group information (eg, M2M group ID) to receive cast traffic (or multicast data).
  • group information eg, M2M group ID
  • the M2M device may wait to receive multicast traffic without receiving network re-entry and may receive multicast traffic.
  • the base station may send a multicast transmission end signal (MTE signaling) under the following conditions.
  • MTE signaling multicast transmission end signal
  • Condition 1 The base station has the last data for the corresponding multicast group / multicast connection in its TX buffer.
  • Condition 2 The base station receives a signal from the entity in the network that data transmission is complete for the corresponding multicast group / multicast connection.
  • the base station may transmit the MTE signal to the M2M device together with the last data at the time of transmitting the last data in its buffer.
  • condition 2 when the base station receives the multicast data from the network entity and receives a signal indicating the end of data transmission, the base station may transmit the MTE signal to the M2M device together when transmitting the multicast data.
  • the base station when the base station transmits the MTE signal together with the multicast data, the base station may piggyback or continuously transmit the MTE signal to the multicast data. subheader or extended header format.
  • FIG. 6 is a diagram illustrating another example of multicast data transmission between an M2M device and a base station according to an embodiment of the present invention.
  • group information for example, M2M group ID
  • the M2M device may wait to receive multicast traffic without receiving network reentry, and receive the multicast traffic (S620 to S630).
  • the base station may transmit a signal (for example, a multicast transmission end (MTE) signal) indicating the end of the last multicast data and the multicast data transmission to the M2M device together (S640).
  • MTE multicast transmission end
  • the MTE signal may be transmitted in a multicast transmission end extended header (MTEEH) format as shown in Table 2 below. Table 2 below shows an example of the MTEEH format.
  • the MTEEH format indicates that the multicast transmission is finished through the type field, and indicates at least one of M2M group ID and FID for the associated multicast connection to indicate what multicast information. It may include.
  • the MTEEH format may include idle mode resuming start frame information indicating when the M2M device receives the MTEEH and indicates when it can start using the previous idle mode parameter to resume idle mode. have. That is, when the frame indicated by the idle mode resume start frame field uses the previous idle mode parameter, when the paging unavailable period of the M2M device is entered, the M2M device enters the unavailable period to reduce power consumption and reduces the power consumption. Can be done.
  • the idle mode resume start frame field may indicate the least significant bit (for example, 4 bits) of the frame number of the M2M device resuming the idle mode by using previous idle mode parameters.
  • MTEEH may be used in the form of subheaders (ie, MTE subheaders) or extended subheaders (ie, MTE extended subheaders) in the IEEE 802.11e system, and the information to be included will be similar.
  • CID Connection IDentifier may be inserted instead of the FID.
  • FIG. 7 is a diagram illustrating another example of multicast data transmission between an M2M device and a base station according to an embodiment of the present invention.
  • a paging message including group information (eg, M2M group ID) to receive (or multicast data) may be received (S710).
  • group information eg, M2M group ID
  • the M2M device may wait to receive multicast traffic without receiving network reentry and may receive the multicast traffic (S720 to S730). The base station then sends the last multicast data to the M2M device.
  • the base station can inform the M2M device via the MI-MTE-IND message or the Multicast Transmission End Indication Header (MTEH), which is a kind of MAC control message.
  • MTE-IND message or the MTEH may include an M2M group ID and an FID (S750).
  • the M2M device receives an indicator indicating that the multicast data transmission has ended, the M2M device enters into an unavailable period.
  • the base station may transmit a multicast transmission end (MTE) signal to the M2M device in the form of a MAC control message or a signaling header.
  • MTE multicast transmission end
  • Table 3 shows an example of the MI-MTE-IND message format, which is a type of MAC control message that carries an MTE signal.
  • the format includes the M2M Group ID field, the FID field, and the Idle Mode Resume Start Frame. May be included.
  • the M2M device receives the MI—MTE-IND message, it enters idle mode in the frame indicated by the idle parent start frame field.
  • the MI-MTE-IND message may be used through a similar MAC control message in the IEEE 802.11e system, and the information to be included will be similar.
  • a CID Connection IDentifier
  • MGID Mobility Management Entity
  • Table 4 shows an example of the MTEH format, which is a signaling header that carries an MTE signal. Indicates.
  • the MTEH format may include a FID field, a length field indicating a type length indicating MTEH, an M2M group ID field, a FID field indicating an FID corresponding to an ID for a multicast connection, and an idle mode resume start frame field.
  • the MI-MTE-IND message or MTEH can be similarly applied to 3GPP LTE and LTE-A systems as well as IEEE 802.11 systems.
  • FIG 8 is a diagram illustrating another example of multicast data transmission between an M2M device and a base station according to an embodiment of the present invention.
  • a paging message including group information eg, M2M group ID
  • group information eg, M2M group ID
  • the M2M device is multicast without network re-entry It waits to receive traffic and can receive multicast traffic (S820 to S830).
  • the base station may also transmit the multicast data transmission termination indication signal (MTE signal) in the form of physical layer signaling (PHY signaling) (S850).
  • MTE signal multicast data transmission termination indication signal
  • PHY signaling physical layer signaling
  • the base station may transmit the MTE indicator to the M2M device in the form of A-MAP (Advanced MAP) IE which is a downlink control channel (S850).
  • A-MAP Advanced MAP
  • the M2M device enters into an unavailable period.
  • Table 5 shows an example of a multicast transmission end indication A-MAP IE format.
  • the A-MAP IEC Multicast Transmission End Indication A-MAP IE is an M2M group ID field indicating an M2M group ID to which an M2M device belongs, an FID field indicating an ID for a multicast connection, and idle. It may include a mode resume start frame field.
  • Multicast Transmission End Indication A-MAP IEC Multicast Transmission End Indication A-MAP IE indicates the same burst or last frame as the last multicast data. May be sent.
  • the start frame indicates a frame in which the M2M device stops receiving multicast data and enters an unavailable interval.
  • the base station may transmit an MTE indicator to a M2M device by including a MTE indicator in a downlink control channel (for example, A-MAP IE type) through physical tradeoff signaling.
  • a MTE indicator for example, A-MAP IE type
  • the base station may include an indicator indicating whether the corresponding data is the last in the MAP IE for allocating the downlink resource of the last multicast data, and in case of the last data, set the corresponding bit to 1, for example.
  • An example of such a MAP IE may be a broadcast assignment A-MAP IECbroadcast assignment A—MAP IE).
  • the following table shows an example of a broadcast assignment A-MAP IE for transmitting M2M multicast data, and also includes an indicator indicating the last multicast data.
  • FIG. 9 is a diagram illustrating another example of multicast data transmission between an M2M gigabyte and a base station according to an embodiment of the present invention.
  • the black may receive a paging message including group information (eg, an M2M group ID) to receive multicast data (S910).
  • group information eg, an M2M group ID
  • the M2M device waits to receive multicast data without network reentry, and multicast data and broadcast allocation
  • A-MAP IECBA A-MAP IE: Broadcast Assignment A -MAP IE) can be received (S920).
  • the MTE indicator included in the assignment A-MAP IE is set to zero to indicate that multicast data is to be transmitted. Thereafter, the base station transmits the multicast data and the broadcast assignment A-MAP IECBroadcast Assignment A-MAP IE and BA A-MAP IE) to the M2M device (S930). In this case, the MTE indicator included in the broadcast allocation A-MAP IE may be set to 0 to indicate that multicast data is continuously transmitted.
  • the base station broadcasts A-MAP IECBroadcast Assignment A-MAP including an MTE indicator (in this case, the MTE indicator is set to 1) indicating that the multicast data is the last multicast transmission.
  • A-MAP IECBroadcast Assignment A-MAP including an MTE indicator (in this case, the MTE indicator is set to 1) indicating that the multicast data is the last multicast transmission.
  • IE, BA A-MAP IE) is transmitted to the M2M device (S940).
  • the M2M device which has received the broadcast allocation A-MAP IE including the multicast data and the MTE indicator indicating the last multicast transmission, enters the idle mode again.
  • Table 6 below shows an example of broadcast allocation A-MAP IE.
  • Broadcast assignment A-MAP IE Broadcast assignment A-MAP IE
  • An indicator indicating that the multicast data is transmitted may further include a Kmulticast transmission end indicator field and an M2M group ID field indicating the M2M group ID.
  • the multicast transmission end indicator field of the A-MAP IE is set to 1, M2M
  • the device receives the broadcast allocation A-MAP IE in which the multicast transmission end indicator field has the MTE indicator set to 1, the device receives the last multicast data and immediately enters an idle mode or an unavailable interval.
  • the M2M device includes a MAC protocol data unit (MPDU) and a multicast transmission end indicator for the multicast data rather than when the multicast transmission end indicator is transmitted in the form of a MAC control message or an extended header.
  • MPDU MAC protocol data unit
  • a multicast transmission end indicator for the multicast data rather than when the multicast transmission end indicator is transmitted in the form of a MAC control message or an extended header.
  • the base station may provide the M2M device with information on when transmission of multicast data ends through a paging message.
  • MTE multicast transmission termination
  • the base station may inform in advance how long the M2M device should receive the multicast data. If the paging message includes a time point at which the transmission of the multicast data is finished, the M2M device may perform an operation received from the base station to a specified time point.
  • the information on the end time when the transmission of the multicast included in the paging message includes a specific frame (or superframe or subframe) number or information about duration of receiving the multicast data for some time. Can include.
  • the duration information may also be represented by the number of specific frames (or superframes or subframes).
  • FIG. 10 is a diagram illustrating another example of multicast data transmission between an M2M device and a base station according to an embodiment of the present invention.
  • an M2M device in idle mode receives a multicast traffic indicator indicating multicast traffic transmission from a base station and group information (eg, M2M group ID) to receive multicast traffic (or multicast data).
  • the paging message transmitted by the base station to the M2M device may include an end time (MTET) for the multicast data transmission, when used with the above-described embodiment, the start time (MTST) for the multicast data transmission Can include.
  • MTET end time
  • the start time (MTST) for the multicast data transmission Can include.
  • the paging message includes a start time and an end time for the multicast data transmission.
  • the M2M device starts receiving the multicast data based on the multicast transmission start time in the paging message received from the base station, and ends the reception of the multicast data based on the multicast transmission end time. For example, if the multicast transmission end time information is a frame (or superframe, subframe) number, the M2M device receives the multicast data up to a specific frame (or superframe, subframe) included in the paging message. Do not receive multicast data from a frame (or superframe, subframe) and are unavailable It may enter into an unavailable interval.
  • Table 7 shows the format of the paging message (eg, MI-PAG-ADV message) format. Indicates.
  • the paging message includes an act code indicating network re-entry, multicast or traffic reception. If the operation code indicates reception of multicast traffic with 1, the paging message is a multicast transmission start time (MTST) field, which is information about the multicast transmission start time, or a multicast transmission end time, which is information about the multicast transmission end time. (MTET) field may be included. As an example of the MTST field, it may indicate the least significant bit (LSB) of the frame number starting to transmit downlink multicast data in an 8-bit size. In addition, as an example of the MTET field, it may indicate the least significant bit of the frame number where the transmission of the downlink multicast data has an 8-bit size.
  • MTST multicast transmission start time
  • MTET multicast transmission end time
  • the paging message may include the corresponding field only when the MTST field or the MTET field is required.
  • the base station may not include the MTET field in the paging message when the time when the multicast data transmission ends is the same as when the unavailable interval ends (or when the paging listening period starts). have.
  • the time when the end of the multicast data transmission is within the allowable difference from the time when the unavailable section ends (or when the paging listening section starts), that is, less than or equal to a certain threshold MTET
  • the field may not be included in the paging message.
  • the threshold value may be the number of frames (or superframes or subframes).
  • FIG. 11 is a diagram illustrating an example of multicast data transmission between an M2M device and a base station according to an embodiment of the present invention.
  • an M2M device in idle mode receives a multicast traffic indicator indicating multicast traffic transmission from a base station and group information (eg, an M2M group ID) to receive multicast traffic (or multicast data).
  • the paging message transmitted to the M2M device by the base station may include a duration or timer for multicast data transmission, and when used with the above-described embodiment, the multicast data transmission start time ( MTST).
  • MTST multicast data transmission start time
  • FIG. 11 it is assumed that a paging message includes a start time and a duration / timer for multicast data transmission.
  • M2M device transmits multicast in paging message received from base station
  • the multicast data is received based on the start time MTST, and the multicast data reception is terminated when the corresponding duration or timer expires based on the multicast data transmission duration. For example, if the duration of the multicast data transmission is the number of frames (or superframes or subframes), the M2M device receives the multicast data until the frame (or superframe, subframe) whose duration expires and then Since the multicast data is not received from the frame, it may enter an unavailable period.
  • the duration or timer of the multicast data transmission starts from the time point indicated by the MTST if the MTST field is included in the paging message, and starts from the time the paging message is received if the MTST field is not included in the paging message. Can be.
  • Table 8 shows an example of a paging message (eg, MI-PAG-ADV message) format.
  • Table 8 illustrates the duration field
  • a timer field indicating the same information may be included instead of the corresponding field.
  • the paging message includes an action code indicating network re-entry, multicast or traffic reception.
  • the operation code indicates receiving multicast traffic with 1
  • the paging messageer is a multicast transmission start time (MTST) field, which is information about the multicast transmission start time, or a duration that is information about the multicast transmission end time. May contain fields.
  • the duration field may have an 8-bit size, for example.
  • the paging message may include the corresponding field only when the MTST field or the duration field is needed.
  • the base station selects the duration field. It may not be included in the paging message.
  • the time when the multicast data transmission ends is a range in which a difference from the time when the unavailable section ends (or when the paging listening section starts) is acceptable, that is, less than or equal to a specific threshold.
  • the field may not be included in the paging message.
  • the threshold value may be the number of frames (or superframes or subframes).
  • the base station may calculate the timer information included in the paging message starting after the multicast data is transmitted, if the M2M device does not receive the multicast data for a predetermined time after the last multicast data is transmitted multicast It does not receive data and may enter an unavailable period. For example, if the timer for multicast data transmission is the number of frames (or superframes or subframes), the M2M device multiplies up to the frame (or superframe, subframes) for which the timer expires after receiving the last multicast data. If the multicast data is not received until the timer expires, the multicast data may not be received from the next frame and may enter into an unavailable period.
  • Table 9 shows an example of a paging message (eg, AAI-PAG-ADV message) format.
  • the paging message includes an action code indicating network re-entry, multicast or traffic reception. If the operation code indicates reception of multicast traffic with 1, the paging message is a multicast transmission start time (MTST) field, which is information about the multicast transmission start time, or a timer field, which is information about the multicast transmission end time. It may include.
  • the timer field may have an 8-bit size as an example.
  • the paging message may include the corresponding field only when the MTST field or the timer field is required, which is the same as the description according to Table 8, and will not be described below.
  • the received multicast data may be traffic that is continuously generated at regular intervals, such as real-time traffic. It can be a small amount of traffic that occurs at a specific time, such as an update or a software update. Small multicast data generated on an event basis is transmitted to the M2M device within a short time, and data continuously generated such as real-time traffic is periodically transmitted to the M2M device within a long time period. Therefore, when the base station intends to transmit multicast data after multicast paging to the M2M device in the idle mode, the base station sets whether the M2M device should continuously receive the multicast data until the next paging listening interval. Can be. As an example of the setting method, the paging message includes the information on whether to use the multicast transmission end time (MTET) or the duration / timer for the multicast data transmission described above. Can transmit to M2M device.
  • MTET multicast transmission end time
  • Table 10 shows an example of a paging message (eg, MI-PAG-ADV message) format.
  • T ⁇ x the end timer (T ⁇ x) (or timer) field, but instead of the field, the MTET field described in (2. 2. 1.) or the duration field described in (2. 2. 2.) will be included. It may be.
  • the paging message includes an action code indicating network re-entry, multicast or traffic reception.
  • the operation code indicates receiving multicast traffic with 1
  • the paging message may include a Multicast receiving mode field or a Multicast Transmission Start Time (MTST) field that is information about the multicast transmission start time. have.
  • the multicast reception mode field has a size of 1 bit, and if the field indicates 0, the multicast reception mode field may include a field (MTET, duration, timer) indicating the information about the end time of the multicast transmission described above. If instructed It does not include a field indicating information on the multicast transmission end time.
  • the base station selects the multicast reception mode field.
  • the M2M device waits to receive multicast data until the start of the next paging listening section (the end of the unavailable section).
  • the base station indicates the multicast end instruction (for example, MTEEH, AAI-MTE-IND message, MTEH, multicast transmission end instruction A-MAP IE, Broadcast allocation A-MAP IE) may not be transmitted.
  • the paging message may include a field (MTET, duration timer) indicating the information on the multicast transmission end time described above, and the M2M device transmits based on the corresponding field. An operation of receiving multicast data is performed until the end time, and the terminal enters into an unavailable period after the end time.
  • MTET duration timer
  • the base station transmits a multicast termination instruction, and the next paging is performed while the terminal performs the operation of receiving the multicast data. If the multicast end instruction is received before the billing interval starts, the terminal may stop receiving the multicast data and enter the paging listening section.
  • the present invention is not limited to the multicast data, and the same technical concept may be applied to unicast data and broadcast data. 3. Devices to which the present invention can be applied
  • FIG. 12 illustrates a block diagram of a wireless communication device according to an embodiment of the present invention.
  • a wireless communication system includes a base station 120 and a plurality of M2M devices 130 located within an area of a base station 120.
  • FIG. 12 illustrates a case where communication is performed between the base station 120 and the M2M device 130, for example.
  • the M2M communication method according to the present invention may occur between M2M devices.
  • the method according to the various exemplary embodiments described above may be performed in the same form as each device illustrated in FIG. 12.
  • the base station 120 includes a processor 121, a memory 122, and a radio frequency unit 123.
  • the processor 121 implements the proposed functions, processes and / or methods. Layers of the air interface protocol may be implemented by the processor 121.
  • the memory 122 is connected to the processor 121 and stores various information for driving the processor 121.
  • the RF unit 123 is connected to the processor 121 and transmits and / or receives a radio signal.
  • the M2M device 130 includes a processor 131, a memory 132, and an RF unit 133.
  • Processor 131 implements the proposed functions, processes and / or methods. Layers of the air interface protocol may be implemented by the processor 131.
  • the memory 132 is connected to the processor 131 and stores various information for driving the processor 131.
  • the RF unit 133 is connected to the processor 131 and transmits and / or receives a radio signal.
  • the memory 122, 132 may be inside or outside the processor 121, 131, It may be connected to the processor (121, 131) by a variety of well-known means.
  • the base station 120 and / or the M2M device 130 may have one antenna or multiple antennas.
  • the M2M device 130 may include various additional configurations according to the device application type.
  • the M2M device 130 may include an additional configuration for power measurement, and the like.
  • the power measurement operation may be performed by the processor 131 of FIG. 12. It may be controlled or may be controlled by a separately configured processor (not shown).
  • each component or feature is to be considered optional unless stated otherwise.
  • Each component or feature may be embodied in a form that is not combined with other components or features. It is also possible to combine some of the components and / or features to form an embodiment of the invention.
  • the order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment. It is obvious that the claims may be combined to form an embodiment by combining claims that do not have an explicit citation relationship in the claims or as new claims by post-application correction.
  • Embodiments according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • ASICs Application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, It may be implemented by a microprocessor or the like.
  • an embodiment of the present invention may be implemented in the form of modules, procedures, functions, etc. that perform the functions or operations described above.
  • the software code may be stored in memory and driven by the processor.
  • the memory may be located inside or outside the processor, and may exchange data with the processor by various known means.
  • the multicast data transmission scheme in the wireless communication system of the present invention has been described with reference to the example applied to the IEEE 802 system, but it is possible to apply to various wireless communication systems in addition to the IEEE 802 system.

Abstract

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

Description

【명세서】
【발명의 명칭】
무선 통신 시스템에서 멀티캐스트 데이터 수신 방법 및 이를 위한 장치 【기술분야】
본 발명은 무선 통신 시스템에 관한 것으로서， 보다 상세하게 기기 간 통신 (Machine to Machine Communicat ion)을 지원하는 무선 통신 시스템에서 멀티캐스트 데이터를 수신하는 방법 및 이를 지원하는 장치에 관한 것이다.
【배경기술】
기기 간 통신 (Machine to Machine, 이하 'M2M'이라 지칭한다. )이란， 그 표현 그대로 전자 장치와 전자 장치 간의 통신을 의미한다. 광의로는 전자 장치 간의 유선 혹은 무선 통신이나, 사람이 제어하는 장치와 기계간의 통신을 의미한다. 하지만， 최근에는 전자 장치와 전자 장치 간 즉， 사람의 관여 없이 수행되는 기기 간무선 통신을 지칭하는 것이 일반적이다.
M2M 통신의 개념이 처음 도입된 1990년대 초반에는 원격 조정이나 텔레매틱스 정도의 개념으로 인식되었고， 파생되는 시장 자체도 매우 한정적이었으나, 지난 몇 년간 M2M 통신은 고속 성장을 거듭하며 전 세계적으로 주목 받는 시장으로 성장하였다. 특히， 판매 관리 시스템 (P0S: 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)으로 진입하는 단계를 포함한다.
본 발명의 다른 양상은， 기기 간 통신을 지원하는 무선 통신 시스템에서 멀티캐스트 데이터를 수신하는 장치에 있어서, 무선 신호를 송수신하기 위한 RFCRadio Frequency) 유닛 및 페이징 청취 구간에서 기지국으로부터 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보를 포함하는 페이징 메시지를 수신하고， 기지국으로부터 멀티캐스트 데이터를 수신하며， 멀티캐스트 데이터의 전송이 종료되는 시점이 도래하면, 이용 불가능 구간으로 진입하는 프로세서를 포함한다.
바람직하게， 페이징 메시지는 멀티캐스트 전송 종료 시간 (MTET: Multicast Transmission End Time) 필드를 포함하고， 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 MTET 필드에 의하여 지시되는 멀티캐스트 데이터의 전송이 종료되는 프레임 번호이다.
바람직하게， 페이징 메시지는 지속 시간 (duration) 필드를 포함하고， 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 지속 시간 필드에 의하여 지시되는 페이징 메시지 수신 시점으로부터 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간이다.
바람직하게, 페이징 메시지가 멀티캐스트 전송 시작 시간 (MTST: Multicast Transmission Start Time) 필드를 포함하는 경우, 지속 시간 필드는 MTST 필드에 의해 지시되는 시점으로부터 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간을 지시한다 .
바람직하게, 페이징 메시지는 타이머 (timer) 필드를 포함하고， 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보는 타이머 필드에 의하여 지시되는 멀티캐스트 데이터의 마지막 수신 시점으로부터 멀티캐스트 데이터의 전송이 종료되는 시점까지의 구간이다.
바람직하게， 페이징 메시지는 멀티 캐스트 수신 모드 (Multicast receiving mode) 필드를 더 포함하고， 멀티캐스트 수신 모드가 미리 정해진 값으로 설정된 경우 페이징 메시지는 멀티캐스트 전송 종료 시간에 대한 정보를 포함한다.
바람직하게， 페이징 메시지는 MI-PAG-ADV메시지이다.
【유리한 효과】
본 발명의 실시예에 따르면， 무선 통신 시스템, 바람직하게는 기기 간 통신을 지원하는 무선 통신 시스템에서 멀티캐스트 데이터를 원활하게 송수신할 수 있다.
또한， 본 발명의 실시예에 따르면， 기지국이 멀티캐스트 데이터를 전송 시 멀티캐스트 데이터의 전송이 종료되는 시점에 대한 정보를 전송함으로써 기기 간 통신을 지원하는 기기의 전력 소모를 방지할 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며， 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
【도면의 간단한 설명】
본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는， 첨부 도면은 본 발명에 대한 실시예를 제공하고， 상세한 설명과 함께 본 발명의 기술적 특징을 설명한다.
도 1은 유휴 모드에서 페이징 절차를 예시하는 흐름도이다.
도 2 및 도 3은 M2M 기기와 기지국간의 멀티캐스트 데이터 송수신을 예시하는 도면이다.
도 4 및 도 5는 본 발명의 일 실시예에 따른 M2M 기기와 기지국 간의 멀티캐스트 데이터 전송의 예를 나타낸 도면이다.
도 6 내지 도 11은 본 발명의 일 실시예에 따른 M2M 기기와 기지국간의 멀티캐스트 데이터 전송의 다른 예를 나타낸 도면이다.
도 12는 본 발명의 일 실시예에 따른 무선 통신 장치의 블록 구성도를 예시한다.
【발명의 실시를 위한 형태】
이하， 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며， 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나， 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우， 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다.
본 명세서에서 본 할명의 실시예들을 기지국과 단말 간의 데이터 송신 및 수신의 관계를 중심으로 설명한다. 여기서, 기지국은 단말과 직접적으로 통신을 수행하는 네트워크의 종단 노드 (terminal node)로서의 의미를 갖는다. 본 문서에서 기지국에 의해 수행되는 것으로 설명된 특정 동작은 경우에 따라서는 기지국의 상위 노드 (upper node)에 의해 수행될 수도 있다. 즉， 기지국을 포함하는 다수의 네트워크 노드들 (network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. '기지국 (BS: Base Stat ion)'은 고정국 (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), SSCSubscriber 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 ( or t hogona 1 frequency division multiple access) , SC-FDMAC single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 이용될 수 있다. CDMA는 UTRAOJniversal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술 (radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communicat ions)/GPRS(General Packet Radio Service) /EDGE (Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. 0FDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802- 20， E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTSCUniversal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE (long term evolution)은 E一 UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부로써， 하향링크에서 0FDMA를 채용하고 상향링크에서 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)검침 (meter ing)， (8) 소비자 장치 (consumer device), (9) 판매 관리 시스템 (POS, Point Of Sales)과 보안 관련 웅용 시장에서 물류 관리 (Fleet Management), (10) 자동 판매기 (Vending Machine)의 장치간 통신 (11) 기계 및 설비의 원격 모니터링， 건설 기계 설비상의 작동시간 측정 및 열이나 전기 사용량을 자동 측정하는 지능 검침 (Smart Meter), (12) 감시 카메라의 감시 영상 (Survei 1 lance Video) 통신 등이 있으나 이에 한정될 필요는 없으며， 그 밖에 다양한 장치 어플리케이션 타입이 논의되고 있다.
M2M 기기의 다른 일 특성으로 낮은 이동성 혹은 이동성이 없음에 있다. 상당히 이동성이 적거나 혹은 이동성이 없다는 것은 M2M 기기는 오랜 시간 동안 고정적 (stationary)이라는 것을 의미한다. M2M 통신 시스템은 보안 접속 및 감시 (secured access and survei 1 lance) , 치안 (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 synchnDnization)만을 맞춰 놓은 상태이다. 페이징 메시지는 단말에게 페이징 동작 (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 단말들에게 업데이트 정보를 유니캐스트 (uni cast) 방식 또는 멀티캐스트 (multicast) 방식으로 전송하기 위해서， 기지국은 해당 M2M 기기를 페이징하고, 페이징을 받은 단말들은 랜덤 액세스 코드 (random access code)의 전송을 시작하여 네트워크 재진입 (network reentry) 과정을 수행하여야 하므로， 무선 채널에 흔잡이 발생할 수 있다. 또한, 네트워크가 각 M2M 단말들에게 상기 업데이트 정보를 유니캐스트 방식으로 전달할 경우， 데이터 수신의 지연 (delay)이 증가하고 자원 낭비가 발생할 수 있다.
이와 같은 문제를 해결하기 위하여， 유휴 모드의 M2M 기기가 이벤트 트리거링 (event triggered) 방식으로 생성되는 멀티캐스트 데이터를 수신하는 경우 페이징 (paging) 방법올 이용하여， 즉 네트워크 재진입 과정 없이 (또는 유휴 모드 종료 없이) 멀티캐스트 트래픽을 수신할 수 있다.
도 2는 M2M 기기와 기지국간의 멀티캐스트 데이터 송수신을 예시하는 도면이다.
도 2를 참조하면， 기지국은 M2M 멀티캐스트 데이터를 M2M 기기에 전송하기 전에， M2M 기기들이 페이징 청취 구간에서 멀티캐스트 트래픽 지시 (즉， 멀티캐스트 데이터가 전송됨을 지시)를 포함하는 페이징 메시지를 전송한다 (S210). 이때 페이징 메시지의 동작 코드 (Action code)는 멀티캐스트 트래픽 지시 (예를 들어， OblO)를 가리키고， 해당되는 M2M 그룹 식별자 (MGID)를 포함시킨다. M2M 기기는 페이징 메시지를 받았을 때， 페이징 메시지의 그룹 페이징 부분에서 자신에게 미리 할당되었던 M2M 그룹 ID가 포함되었는지 확인하고, 만약， 자신에게 할당된 MGID가 포함되어 있고 대웅하는 동작 코드가 OblO일 때， M2M 기기의 프로세서는 MGID가 가리키는 그룹에 대해서 멀티캐스트 트래픽 (데이터) 전송될 것이라고 판단하고， 유휴 모드를 종료하지 않고 멀티캐스트 트래픽을 수신하려고 대기하도록 제어할 수 있다. 이 경우， 자신의 페이징 이용 불가능 구간 (paging unavailable interval)에서도 M2M 기기의 프로세서는 멀티캐스트 데이터를 수신하는 동작 (하향링크 제어채널 및 멀티캐스트 데이터 디코딩)을 수행하도록 제어한다.
이때, 기지국이 페이징 메시지를 전송한 후 바로 멀티캐스트 데이터를 전송할 수 없다면, 기지국은 페이징 메시지에 해당 M2M 그룹 ID(MGID)에 대한 멀티캐스트 전송 시작 (MTST: Multicast transmission start time)에 관한 정보를 포함시켜 전송할 수 있다.
M2M 기기들이 자신의 페이징 청취 구간에서 페이징 메시지 (예를 들어， MI- PAG-ADV(Advanced Air Inter face-Paging-Advert i sement ) 메시지)를 받았을 때, M2M 기기의 프로세서는 멀티캐스트 트래픽 지시 (Act ion code = OblO)와 자신에게 할당된 M2M 그룹 ID(MGID)가 있는지 확인한다. 만약, 멀티캐스트 트래픽이 전송됨을 알리는 멀티캐스트 트래픽 지시가 포함되어 있다면， M2M 기기의 프로세서는 페이징 메시지에 멀티캐스트 전송 시작 시간 정보가 포함되어 있는지 확인한다ᅳ 멀티캐스트 전송 시작 시간 정보가 페이징 메시지에 포함되어 있으면， M2M 기기의 프로세서는 멀티캐스트 전송 시작 시간이 가리키는 프레임 전까지 전력 소모를 줄이기 위해서 파워 다운 (power down) 동작을 수행하도록 제어할 수 있다. 즉， M2M 기기의 프로세서는 MTST가 가리키는 프레임부터 멀티캐스트 데이터를 수신하는 동작을 수행하도록 제어한다. M2M 기기는 MTST가 가리키는 프레임에서 멀티캐스트 데이터를 수신한다 (S220).
표 1은 페이징 메시지 (예를 들어， MI-PAG-ADV 메시지) 포맷의 예시를 나타낸다.
【표 1】
Figure imgf000018_0001
표 1올 참조하면， 페이징 메시지는 네트워크 재진입, 위치 갱신， 멀티캐스트 또는 트랙픽 수신 등을 지시하는 동작 코드 (Action code)를 포함하고 있다. 동작 코드가 OblO으로 멀티캐스트 트래픽 수신을 지시하는 경우, 페이징 메시지는 멀티캐스트 전송 시작 시간에 관한 정보인 멀티캐스트 전송 시작 시간 (MTST) 필드를 포함할 수 있다. 멀티캐스트 전송 시작 시간은 기지국이 M2M 기기로 멀티캐스트 데이터 전송을 시작하는 시간 (프레임， 서브프레임, 또는 수퍼프레임 단위)에 관한 정보이다. MTST는 필드는 일 예로서 8비트 크기로 하향링크 멀티캐스트 데이터를 전송하기 시작하는 프레임 번호의 최하위 비트 (LSB: Least Significant Bit)를 가리킬 수 있다.
도 3은 M2M 기기와 기지국간의 멀티캐스트 데이터 송수신을 예시하는 도면이다.
도 3을 참조하면， 앞서 도 2에 따른 실시예에서 설명한 바와 같이 유휴 모드에 있는 M2M 기기가 청취 구간 (또는 이용가능 구간) 동안 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자 (예를 들어，
Action code = OblO)와 멀티캐스트 트래픽 (흑은 멀티캐스트 데이터)를 받을 그룹 정보 (예를 들어, 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 = OblO)와 멀티캐스트 트래픽 (혹은 멀티캐스트 데이터)를 받을 그룹 정보 (예를 들어, 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 = OblO)와 멀티캐스트 트래픽 (흑은 멀티캐스트 데이터)를 받을 그룹 정보 (예를 들어， 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】
Figure imgf000022_0001
표 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 = OblO)와 멀티캐스트 트래픽 (혹은 멀티캐스트 데이터)를 받을 그룹 정보 (예를 들어, M2M 그룹 ID)를 포함하는 페이징 메시지를 수신할 수 있다 (S710). 이때， 수신한 M2M 그룹 ID 정보가 자신이 속한 그룹일 경우， M2M 기기는 네트워크 재진입 없이 멀티캐스트 트래픽을 수신하기 위해 대기하고， 멀티캐스트 트래픽을 수신할 수 있다 (S720 내지 S730). 이후 기지국은 마지막 멀티캐스트 데이터를 M2M 기기로 전송한 후 (S740), 기지국은 멀티캐스트 데이터 전송 종료 지시를 MAC 제어 메시지의 일종인 MI-MTE-IND 메시지 또는 멀티캐스트 전송 종료 지시 헤더 (MTEH: Multicast Transmission End Indication Header)를 통해 M2M 기기에게 알려줄 수 있고， 이때 MI-MTE-IND 메시지 또는 MTEH는 M2M 그룹 ID, FID를 포함할 수 있다 (S750). M2M 기기가 멀티캐스트 데이터 전송이 종료되었음을 알리는 지시자를 수신하면 이후 M2M기기는 이용 불가능 구간으로 진입한다.
이와 같이, 앞서 언급한 조건 3과 같은 시점에서 기지국은 멀티캐스트 전송 종료 (MTE) 신호를 M2M 기기로 보낼 때, MAC 제어 메시지 형태나 시그널링 해더 형태로 전송할 수 있다. 다음 표 3은 MTE 신호를 전달하는 MAC 제어 메시지의 일종인 MI-MTE-IND메시지 포맷의 일 예를 나타낸다.
【표 3】
Figure imgf000024_0002
표 3을 참조하면, 표 2와 마찬가지로 MI-MTE-IND MAC 제어
포맷에는 M2M그룹 ID 필드, FID 필드 및 유휴 모드 재개 시작 프레임 필
Figure imgf000024_0001
포함될 수 있다. M2M 기기는 MI— MTE-IND 메시지를 수신하면 유휴 모 시작 프레임 필드가 지시하는 프레임에서 유휴 모드로 들어가게 된다.
상기 MI-MTE-IND 메시지는 IEEE 802. 16e 시스템에서도 유사한 MAC 제어 메시지를 통해서 사용될 수 있고， 포함되어 들어가는 정보는 유사할 것이다. 이때， MGID나 FID 대신에 CID(Connection IDentifier)가 들어갈 수 있다.
다음 표 4는 MTE 신호를 전달하는 시그널링 헤더인 MTEH 포맷의 일례를 나타낸다.
【표 4】
Figure imgf000025_0001
참조하면, MTEH 포맷은 FID 필드， MTEH를 나타내는 타입 길이를 나타내는 길이 필드， M2M 그룹 ID 필드， 멀티캐스트 연결에 대한 ID에 해당하는 FID를 나타내는 FID 필드, 유휴 모드 재개 시작 프레임 필드를 포함할 수 있다.
이러한 MI-MTE-IND 메시지나 MTEH는 IEEE 802. 16 시스템뿐만 아니라 3GPP LTE, LTE-A시스템에서도 유사하게 적용될 수 있다.
도 8은 본 발명의 일 실시예에 따른 M2M 기기와 기지국간의 멀티캐스트 데이터 전송의 다른 예를 나타낸 도면이다.
도 8올 참조하면, 유휴 모드에 있는 M2M 기기가 청취 구간 (또는 이용가능 구간) 동안 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자 (예를 들어， Action code = OblO)와 멀티캐스트 트래픽 (혹은 멀티캐스트 데이터)를 받을 그룹 정보 (예를 들어， 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]
Figure imgf000026_0001
표 5를 참조하면, 멀티캐스트 전송 종료 지시 A-MAP IECMulticast Transmission End Indication A-MAP IE)는 M2M 기기가 속한 M2M 그룹 ID를 나타내는 M2M 그룹 ID 필드， 멀티캐스트 연결에 대한 ID를 나타내는 FID 필드， 유휴 모드 재개 시작 프레임 필드를 포함할 수 있다. 멀티캐스트 전송 종료 지시 A-MAP IECMulticast Transmission End Indication A-MAP IE)는 마지막 멀티캐스트 데이터와 같은 버스트 (burst) 또는 같은 프레임 또는 이전 시점에서 전송될 수도 있다. 시작 프레임은 M2M 기기가 멀티캐스트 데이터 수신을 중지하고 이용 불가능 구간 (unavailable interval)로 들어가는 프레임을 가리킨다.
한편, 기지국은 물리 계충 시그널링으로 하향링크 제어 채널 (예를 들어, A- MAP IE 형태)에 MTE 지시자를 포함시켜 M2M 기기에게 전송할 수도 있다. 예를 들어， 기지국은 마지막 멀티캐스트 데이터의 하향링크 자원을 할당하기 위한 MAP IE에 해당 데이터가 마지막인지를 가리키는 지시자를 포함시키고， 마지막 데이터 일 경우, 해당 비트를 예를 들어 1로 설정할 수 있다. 이러한 MAP IE의 일 예로서 방송 할당 A-MAP IECbroadcast assignment A—MAP IE)가 있을 수 있다. 아래의 표는 M2M 멀티캐스트 데이터를 전송하기 위한 broadcast assignment A-MAP IE의 일례를 나타내며, 마지막 멀티캐스트 데이터를 가리키는 지시자 (indicator)도 포함된다.
도 9은 본 발명의 일 실시예에 따른 M2M 기가와 기지국간의 멀티캐스트 데이터 전송의 다른 예를 나타낸 도면이다.
도 9를 참조하면， 유휴 모드에 있는 M2M 기기가 청취 구간 (또는 이용가능 구간) 동안 기지국으로부터 멀티캐스트 트래픽 전송을 지시하는 멀티캐스트 트래픽 지시자 (예를 들어， Action code = OblO)와 멀티캐스트 트래픽 (흑은 멀티캐스트 데이터)를 받을 그룹 정보 (예를 들어, M2M 그룹 ID)를 포함하는 페이징 메시지를 수신할 수ᅳ 있다 (S910). 이때, 수신한 M2M 그룹 ID 정보가 자신이 속한 그룹일 경우, M2M 기기는 네트워크 재진입 없이 멀티캐스트 데이터를 수신하기 위해 대기하고， 멀티캐스트 데이터와 방송 할당 A-MAP IECBA A-MAP IE: Broadcast Assignment A-MAP IE)를 수신할 수 있다 (S920). 이때， 방송 할당 A-MAP IE에 포함된 MTE 지시자가 0으로 설정되어 계속 멀티캐스트 데이터가 전송됨을 지시한다 . 이후， 기지국은 멀티 캐스트 데이터와 방송 할당 A-MAP IECBroadcast Assignment A-MAP IE, BA A-MAP IE)를 M2M 기기에 게 전송한다 (S930) . 이때 이 경우에도 방송 할당 A-MAP IE에 포함된 MTE 지시자가 0으로 설정되어 계속 멀티 캐스트 데이터가 전송됨을 지시할 수 있다 .
이러 한 멀티 캐스트 데이터 전송을 반복하다가， 기지국은 멀티 캐스트 데이터와 마지 막 멀티캐스트 전송임을 알리는 MTE 지시자 (이 경우， MTE 지시자는 1로 설정됨 )를 포함하는 방송 할당 A-MAP IECBroadcast Assignment A-MAP IE , BA A-MAP IE)를 M2M 기기에게 전송한다 (S940) . 멀티캐스트 데이터와 마지막 멀티캐스트 전송임을 알리는 MTE 지시자를 포함하는 방송 할당 A-MAP IE를 수신한 M2M 기기는 다시 유휴 모드로 들어가게 된다.
다음 표 6은 방송 할당 A-MAP IE의 일 예를 나타낸다 .
【표 6】
Figure imgf000029_0001
표 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 필드 등을) 멀티캐스트 전송 종료 지시자 (즉, 마지막 멀티캐스트 데이터가 전송됨을 알려주는 지시자 Kmulticast 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 제어 메시지 또는 확장 헤더를 디코딩을 완료할 때까지 불필요하게 다른 0FDMA 심볼들을 버퍼링을 하지 않은 장점이 있다. 즉， 이 경우， 마지막 멀티캐스트 데이터가 포함된 서브프레임까지만 0FDMA 심볼들을 버퍼링하고， 멀티캐스트 데이터가 디코딩이 완료하지 않아도 다음 서브프레임에서 0FDMA 심볼들올 버퍼링하지 않아도 되는 장점이 있다.
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은 페이징 메시지 (예를 들어， MI-PAG-ADV 메시지) 포맷의
Figure imgf000032_0001
나타낸다.
【표 7)
Figure imgf000032_0002
참조하면， 페이징 메시지는 네트워크 재진입， 멀티캐스트 또는 트랙픽 수신 등을 지시하는 동작 코드 (Act ion 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은 페이징 메시지 (예를 들어， MI-PAG-ADV 메시지) 포맷의 예시를 나타낸다.
【표 8】
Figure imgf000035_0001
표 8에서는 duration 필드를 예시하고 있지만 해당 필드 대신에 동일한 정보를 지시하는 timer 필드가포함될 수도 있다.
표 8을 참조하면， 페이징 메시지는 네트워크 재진입， 멀티캐스트 또는 트랙픽 수신 등을 지시하는 동작 코드 (Action code)를 포함하고 있다. 동작 코드가 1로 멀티캐스트 트래픽 수신을 지시하는 경우， 페이징 메시자는 멀티캐스트 전송 시작 시간에 관한 정보인 멀티캐스트 전송 시작 시간 (MTST) 필드 또는 멀티캐스트 전송 종료 시간에 관한 정보인 지속 시간 (duration) 필드를 포함할 수 있다. duration필드는 일례로 8비트 크기를 가질 수 있다. 여기서， 페이징 메시지는 MTST필드 또는 duration 필드가 필요한 경우에만 해당 필드를 포함할 수 있다. 예를 들어， duration 필드의 경우 멀티캐스트 데이터 전송이 종료되는 시점이 이용 볼가능 구간이 종료하는 시점 (또는 페이징 청취 구간이 시작하는 시점)과 동일한 경우에는 기지국은 duration 필드를 페이징 메시지에 포함시키지 않을 수 있다. 또한, 멀티캐스트 데이터 전송이 종료되는 시점이 이용 불가능 구간이 종료하는 시점 (또는 페이징 청취 구간이 시작하는 시점)과의 차이가 허용될 수 있는 범위인 경우， 즉 특정 임계값 보다 작거나 같은 경우 duration 필드를 페이징 메시지에 포함시키지 않을 수 있다. 이때， 임계값의 일례로 프레임 (또는 수퍼프레임， 서브프레임)의 개수가 될 수 있다.
또한, 기지국은 페이징 메시지에 포함되는 타이머 정보는 멀티캐스트 데이터가 전송된 후부터 시작하여 기산할 수 있으며， 마지막 멀티캐스트 데이터가 전송된 후 일정 시간 동안 멀티캐스트 데이터를 수신하지 못하는 경우 M2M 기기는 멀티캐스트 데이터를 수신하지 않으며 이용 불가능 구간으로 진입할 수 있다. 예를 들어， 멀티캐스트 데이터 전송의 타이머가 프레임 (또는 수퍼프레임, 서브프레임) 개수인 경우, M2M 기기는 마지막 멀티캐스트 데이터를 수신한 후 타이머가 만료하는 프레임 (또는 수퍼프레임, 서브프레임)까지 멀티캐스트 데이터를 수신하고， 타이머가 만료할 때까지 멀티캐스트 데이터를 수신하지 못하면 다음 프레임부터 멀티캐스트 데이터를 수신하지 않으며 이용 불가능 구간으로 진입할 수 있다.
표 9는 페이징 메시지 (예를 들어， AAI-PAG-ADV 메시지) 포맷의 예시를 나타낸다.
【표 9】
Figure imgf000037_0001
표 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은 페이징 메시지 (예를 들어， MI-PAG-ADV 메시지) 포맷의 예시를 나타낸다.
【표 10】
Figure imgf000039_0001
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

【청구의 범위】
【청구항 1】
기기 간 통신 (Machine to Machine Co匪 uni cat ion)을 지원하는 무선 통신 시스템에서 멀티캐스트 (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항에 있어서, 상기 페이징 메시지는 MI-PAG-ADV 메시지인， 멀티캐스트 데이터 수신 방법.
【청구항 8]
기기 간 통신 (Machine to Machine Communication)을 지원하는 무선 통신 시스템에서 멀티캐스트 (multicast) 데이터를 수신하는 장치에 있어서，
무선 신호를 송수신하기 위한 R 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항에 있어서,
상기 페이징 메시지는 MI-PAG-ADV메시지인, 장치 .
PCT/KR2012/005456 2011-07-10 2012-07-10 무선 통신 시스템에서 멀티캐스트 데이터 수신 방법 및 이를 위한 장치 WO2013009069A2 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020147000061A KR20140042844A (ko) 2011-07-10 2012-07-10 무선 통신 시스템에서 멀티캐스트 데이터 수신 방법 및 이를 위한 장치
US14/131,659 US9344859B2 (en) 2011-07-10 2012-07-10 Method of receiving multicast data in a wireless communication system, and device for same

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201161506156P 2011-07-10 2011-07-10
US61/506,156 2011-07-10
US201161507614P 2011-07-14 2011-07-14
US61/507,614 2011-07-14

Publications (2)

Publication Number Publication Date
WO2013009069A2 true WO2013009069A2 (ko) 2013-01-17
WO2013009069A3 WO2013009069A3 (ko) 2013-04-11

Family

ID=47506692

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/005456 WO2013009069A2 (ko) 2011-07-10 2012-07-10 무선 통신 시스템에서 멀티캐스트 데이터 수신 방법 및 이를 위한 장치

Country Status (3)

Country Link
US (1) US9344859B2 (ko)
KR (1) KR20140042844A (ko)
WO (1) WO2013009069A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015065073A1 (ko) * 2013-11-01 2015-05-07 삼성전자주식회사 단말 간 직접 통신을 위한 2 단계 탐색 절차

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10827484B2 (en) 2014-12-12 2020-11-03 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US10820314B2 (en) 2014-12-12 2020-10-27 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US9949236B2 (en) 2014-12-12 2018-04-17 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US20160174136A1 (en) * 2014-12-12 2016-06-16 Qualcomm Incorporated Traffic advertisement in neighbor aware network (nan) data path
US10075950B2 (en) 2014-12-12 2018-09-11 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US9674887B2 (en) * 2015-01-31 2017-06-06 Seeonic, Inc. Submissive mobile network connection regime of field device in machine-to-machine network
EP3478007B1 (en) * 2016-08-31 2020-07-29 Huawei Technologies Co., Ltd. Small data transmission in a paging message
US10999795B2 (en) * 2016-10-06 2021-05-04 Qualcomm Incorporated Independent wakeups from deep sleep for broadcast and unicast service

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110128911A1 (en) * 2009-11-23 2011-06-02 Interdigital Patent Holdings, Inc. Method and apparatus for machine-to-machine communication registration

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100080288A (ko) * 2008-12-31 2010-07-08 엘지전자 주식회사 무선 통신 시스템에서 위치 갱신
CN106028271A (zh) * 2009-11-25 2016-10-12 交互数字专利控股公司 使用机器对机器应用的方法及装置
US9167517B2 (en) * 2010-01-29 2015-10-20 Interdigital Patent Holdings, Inc. Group-based machine to machine communication
EP2674000A1 (en) * 2011-02-09 2013-12-18 Interdigital Patent Holdings, Inc. Method for performing paging for downlink data for machine - to -machine devices
US20120276945A1 (en) * 2011-04-26 2012-11-01 Nokia Siemens Networks Oy Cell selection techniques for idle mode for wireless networks

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110128911A1 (en) * 2009-11-23 2011-06-02 Interdigital Patent Holdings, Inc. Method and apparatus for machine-to-machine communication registration

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS: '[DEV] DL multicast transmission for M2M devices' IEEE 802.16P-RG-11/0021 07 February 2011, *
LG ELECTRONICS: 'Reply contribution on DEV RG output, C802.16p-11/0001 (M2M multicast operation in idle mode)' IEEE 802.16P-11/0047R1 16 March 2011, *
SAMSUNG ELECTRONICS: 'M2M Multicast Operation in idle mode' IEEE C802.16P-11/0057R1 12 May 2011, *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015065073A1 (ko) * 2013-11-01 2015-05-07 삼성전자주식회사 단말 간 직접 통신을 위한 2 단계 탐색 절차
US10542479B2 (en) 2013-11-01 2020-01-21 Samsung Electronics Co., Ltd. Two-step search procedure for D2D communication

Also Published As

Publication number Publication date
KR20140042844A (ko) 2014-04-07
US20140140261A1 (en) 2014-05-22
US9344859B2 (en) 2016-05-17
WO2013009069A3 (ko) 2013-04-11

Similar Documents

Publication Publication Date Title
JP5770948B2 (ja) 無線接続システムにおいてｍａｃ制御メッセージを放送する方法及び装置
KR101863929B1 (ko) 무선통신 시스템에서 m2m(machine to machine) 기기가 멀티캐스트 데이터 관련 정보를 송신 및 수신하는 방법과 이를 위한 장치
WO2013009069A2 (ko) 무선 통신 시스템에서 멀티캐스트 데이터 수신 방법 및 이를 위한 장치
EP2632213B1 (en) Method and apparatus for performing network entry/reentry in wireless communication system
US9210567B2 (en) Method for transmitting and receiving parameter update information in a wireless communication system, and device using same
EP2575382A1 (en) Method for allocating resources in broadband wireless access system
US9319894B2 (en) Method for transmitting and receiving power outage report and device therefor
JP6027548B2 (ja) 無線通信システムにおいてマルチキャストデータを受信する方法及びそのためのｍ２ｍ機器
US20130136072A1 (en) Group-based paging for machine-type-communication (mtc) devices
US20130252643A1 (en) Method for transmitting and receiving idle-mode parameter update information, and apparatus therefor
US8774849B2 (en) Apparatus for updating information of an M2M device in a wireless communication system and method thereof
JP2013544481A (ja) 機器間通信を支援する無線接続システムにおいてマルチキャストトラフィックを送受信するための方法及び装置
JP2014535185A (ja) 移動通信システム、基盤装置、基地局および方法
JP2014502075A (ja) マルチキャストトラフィック送受信のためのｍ２ｍ機器及び基地局、及びその実行方法
US20130121300A1 (en) Method for reentering network of no-mobility mobile station in idle state and method for supporting same
US9185651B2 (en) Method for performing random access procedure for reporting abnormal power outage in wireless access system supporting M2M environment
WO2013006019A2 (ko) 무선 통신 시스템에서 레인징 채널 할당 방법 및 이를 위한 기지국
KR20140016969A (ko) M2m 통신을 위한 아이들 모드에서 동작 방법 및 장치
WO2013085128A1 (en) Method and apparatus for transmitting a mac control message in wireless access system
KR101356523B1 (ko) 멀티 캐스트 트래픽 송수신을 위한 ｍ２ｍ 기기 및 기지국 및 그 수행 방법
KR20140042822A (ko) Ｍ2ｍ 환경을 지원하는 무선접속시스템에서 방송 메시지 전송 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12810605

Country of ref document: EP

Kind code of ref document: A2

ENP Entry into the national phase

Ref document number: 20147000061

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14131659

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12810605

Country of ref document: EP

Kind code of ref document: A2