WO2013085127A1 - Procédé et appareil pour diffusion multiple de message de commande de l'accès au support (mac) dans système d'accès sans fil - Google Patents

Procédé et appareil pour diffusion multiple de message de commande de l'accès au support (mac) dans système d'accès sans fil Download PDF

Info

Publication number
WO2013085127A1
WO2013085127A1 PCT/KR2012/005600 KR2012005600W WO2013085127A1 WO 2013085127 A1 WO2013085127 A1 WO 2013085127A1 KR 2012005600 W KR2012005600 W KR 2012005600W WO 2013085127 A1 WO2013085127 A1 WO 2013085127A1
Authority
WO
WIPO (PCT)
Prior art keywords
mac
multicast
mac pdu
control message
message
Prior art date
Application number
PCT/KR2012/005600
Other languages
English (en)
Inventor
Jeongki Kim
Jinsam Kwak
Giwon Park
Youngsoo Yuk
Original Assignee
Lg Electronics Inc.
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
Priority claimed from KR1020120032345A external-priority patent/KR101370922B1/ko
Application filed by Lg Electronics Inc. filed Critical Lg Electronics Inc.
Priority to JP2014545797A priority Critical patent/JP6055840B2/ja
Priority to US14/357,750 priority patent/US9014078B2/en
Priority to CN201280055521.6A priority patent/CN103931116B/zh
Publication of WO2013085127A1 publication Critical patent/WO2013085127A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • 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]

Definitions

  • the present invention relates a wireless access system supporting an M2M environment and, more particularly, to a method and apparatus for multicasting a medium access control (MAC) message.
  • MAC medium access control
  • M2M Machine to Machine
  • M2M Machine to Machine
  • M2M refers to a wireless or wired communication between electronic devices, or to a communication between a user-controlled device and a machine.
  • M2M has generally been defined as a wireless communication between an electronic device and another electronic device without any human involvement.
  • M2M communication When the concept of M2M communication was first adopted in the early 1990's, M2M communication was merely understood and recognized as the concept of remotely controlled communication or telematics, and the related market was also limited to such concept. However, over the past few years, M2M communication has been under development at a remarkable rate and has now evolved to a market drawing worldwide attention. Most particularly, the M2M communication has greatly influenced diverse fields including Fleet Management, remote monitoring of devices and equipments, smart meter for measuring the operation time of a construction equipment installation and for automatically measuring the usage amount of heat or electricity in an applied market related to the POS (Point of Sales) and security.
  • POS Point of Sales
  • the M2M communication that is to be used in the future is expected to be used and applied for a wider scope of usage in association with the conventional mobile communication and high speed wireless internet or low power communication solutions, such as Wi-Fi and Zigbee, thereby becoming the basis for expanding its market domain to the B2C (Business to Customer) market, and not being limited only to the B2B (Business to Business) market.
  • B2C Business to Customer
  • B2B Business to Business
  • SIM Subscriber Identity Module
  • a user equipment was generally managed in individual units. Therefore, a one-to-one communication was generally performed between a base station and a user equipment. For example, when it is assumed that a large number of M2M devices (or machines) each performs a one-to-one communication with the base station, a network overload is expected to occur due to an excessive amount signaling that is generated between each of the M2M devices and the base station. As described above, when the M2M communication is being extended and being performed at a vast range, an overhead occurring during the communication between the M2M devices or between the each of the M2M devices and the base station may become a problem.
  • the general user equipment and the M2M devices are required to decode all of the broadcast data. Therefore, the power consumption level may be increased abruptly. Furthermore, the user equipment or each of the M2M devices may fail to receive the data, which the corresponding user equipment or the corresponding M2M device was initially intended to receive.
  • the M2M device may first decode a burst respective to the AAI-MTE-IND message. Then, after verifying (or determining) an MGID included in the MAC control message, the M2M device is required to perform a process of verifying (or determining) whether or not the corresponding M2M device group is the M2M device group, to which the corresponding M2M device belongs.
  • a transmitted MAC control message e.g., AAI-MTE-IND, AAI-MGMC
  • the base station when the base station is to transmit the MAC control messages, when the corresponding messages include only the information respective to a single M2M group, other M2M devices that do not belong to the corresponding group and other general user equipment may have to receive unnecessary MAC control messages.
  • an object of the present invention is to provide an efficient communication method for M2M devices.
  • Another object of the present invention is to define M2M device specific messages and to provide a method for transmitting such messages.
  • Another object of the present invention is to provide a method for allowing a M2M device to receive only the MAC control messages for the M2M group, to which the corresponding M2M device belongs.
  • Another object of the present invention is to provide a method for transmitting MAC control messages in a multicast manner in order to reduce unnecessary burst decoding overhead of the general user equipments and also to reduce unnecessary operations of the M2M devices.
  • a further object of the present invention is to provide methods for efficiently broadcasting dedicated messages for M2M devices by separating general user equipments and M2M devices, while ensuring maximum backward compatibility with the conventional technology.
  • the present invention provides a method and apparatus for multicasting a Medium Access Control (MAC) control message.
  • MAC Medium Access Control
  • a method for multicasting a Medium Access Control (MAC) control message may comprises steps of receiving a paging h essage including an M2M Group Identifier (MGID) and an indicator, wherein the M2M Group Identifier (MGID) identifies an M2M group to which the M2M device belongs and the indicator indicates a multicast data transmission for the M2M device; receiving an M2M multicast assignment A-MAP information element (M2M MA A-MAP IE) including resource assignment information, wherein the resource assignment information indicates a resource region to which the MAC control message for the M2M device is being transmitted; and receiving a Medium Access Control Protocol Data Unit (MAC PDU) including the MAC control message, the MAC control message being multicast through the resource region indicated by the resource assignment information, when a Cyclic Redundancy Check (CRC) bit being masked to the M2M MA A-MAP IE includes the MGID.
  • M2M Group Identifier M2M Group Identifier
  • the CRC bit being masked to the M2M MA A-MAP is configured with a masking prefix, a type indicator, and the MGID and a MAC header of the MAC PDU includes a first flow identifier indicating whether a payload of the MAC PDU is encrypted.
  • MAC control message may comprises steps of transmitting a paging message including an M2M Group Identifier (MGID) and an indicator, wherein the M2M Group Identifier (MGID) identifies an M2M group to which the M2M device belongs, and wherein the indicator indicates a multicast data transmission for the M2M device; transmitting an M2M multicast assignment A-MAP information element (M2M MA A-MAP IE) including resource assignment information, wherein the resource assignment information indicates a resource region to which the MAC control message for the M2M device is being transmitted; and transmitting a Medium Access Control Protocol Data Unit (MAC PDU) including the MAC control message, the MAC control message being multicast through the resource region indicated by the resource assignment information, when a Cyclic Redundancy Check (CRC) bit being masked to the M2M MA A-MAP IE includes the MOID.
  • M2M Group Identifier M2M Group Identifier
  • M2M MA A-MAP IE M2M multicast assignment A-MAP
  • the CRC bit being masked to the M2M MA A-MAP is configured with a masking prefix, a type indicator, and the MGID and a MAC header of the MAC PDU includes a first flow identifier indicating whether a payload of the MAC PDU is encrypted.
  • a M2M device for receiving a Medium
  • the M2M device comprises a receiver and a processor supporting the reception of the MAC control message.
  • the M2M device is configured to receive a paging message including an M2M Group Identifier (MGID) and an indicator through the receiver, wherein the M2M Group Identifier (MGID) identifies an M2M group to which the M2M device belongs and the indicator indicates a multicast data transmission for the M2M device; receive an M2M multicast assignment A-MAP information element (M2M MA A-MAP IE) including resource assignment information through the receiver, wherein the resource assignment information indicates a resource region to which the MAC control message for the M2M device is being transmitted; and receive a Medium Access Control Protocol Data Unit (MAC PDU) including the MAC control message through the receiver, the MAC control message being multicast through the resource region indicated by the resource assignment information, when a Cyclic Redundancy Check (CRC) bit being masked to the M2M MA A-MAP IE includes the MGID.
  • the CRC bit being masked to the M2M MA A-MAP is configured with a masking prefix, a type indicator, and the MGID and a MAC header of the MAC PDU includes a first flow identifier indicating whether a payload of the MAC PDU is encrypted.
  • a base station for multicasting a Medium Access Control (MAC) control message the base station comprises a transmitter and a processor supporting the transmission of the MAC control message.
  • MAC Medium Access Control
  • the base station is configured to transmit a paging message including an M2M Group Identifier (MGID) and an indicator through the transmitter, wherein the M2M Group Identifier (MGID) identifies an M2M group to which the M2M device belongs, and wherein the indicator indicates a multicast data transmission for the M2M device; transmit an M2M multicast assignment A-MAP information element (M2M MA A-MAP IE) including resource assignment information through the transmitter, wherein the resource assignment information indicates a resource region to which the MAC control message for the M2M device is being transmitted; and transmit a Medium Access Control Protocol Data Unit (MAC PDU) including the MAC control message through the transmitter, the MAC control message being multicast through the resource region indicated by the resource assignment information, when a Cyclic Redundancy Check (CRC) bit being masked to the M2M MA A-MAP IE includes the MGID.
  • M2M Group Identifier identifies an M2M group to which the M2M device belongs
  • the indicator indicates
  • the CRC bit being masked to the M2M MA A-MAP is configured with a masking prefix, a type indicator, and the MGID and a MAC header of the MAC PDU includes a first flow identifier indicating whether a payload of the MAC PDU is encrypted.
  • the first flow identifier may further indicate that the MAC PDU is a MAC control message being transmitted as multicast manner, and the first flow identifier may be set to ObOOOO or ObOOOl in order to indicate whether or not the encryption has been performed.
  • the M2M device may receive a MAC PDU accompanying multicast data.
  • the MAC PDU may include a second flow identifier indicating that the MAC PDU is the multicast data, and the second flow identifier may be assigned with a value of ObOlOO.
  • the MAC control message is a multicast transmission end indicator (AAI-MTE-IND) message indicating a transmission end of the multicast data or to an AII-MGMC message for assigning a new M2M group identifier.
  • AAI-MTE-IND multicast transmission end indicator
  • AII-MGMC AII-MGMC message for assigning a new M2M group identifier.
  • the M2M device may further perform a process of decrypting the MAC PDU.
  • the present invention has the following advantages.
  • multicast data may be efficiently transmitted with respect to an M2M device.
  • the corresponding device corresponds to an M2M device, by enabling the device to receive only the MAC control message respective to the M2M group, to which the corresponding device belongs, and by enabling the device to not receive the MAC control messages respective to other M2M groups, an unnecessary data reception process may be omitted.
  • the present invention may differentiate the general user equipments from the M2M device, so that the M2M device specific messages can be efficiently broadcasted.
  • Fig. 1 illustrates a general view showing the configuration of devices, such as an M2M device, a base station, and so on, according to an exemplary embodiment of the present invention.
  • Fig. 2 illustrates a flow chart showing one of many paging methods being performing in an idle mode, which may be applied to the present invention.
  • Fig. 3 illustrates one of many methods for transmitting a MAC control message in a multicast format according to an exemplary embodiment of the present invention.
  • Fig. 4 illustrates another one of many methods for transmitting a MAC control message in a multicast format according to the exemplary embodiment of the present invention.
  • Fig. 5 illustrates a flow chart showing a process of having a base station transmit a MAC control message in a multicast format according to the exemplary embodiment of the present invention.
  • Fig. 6 illustrates a flow chart showing a process of having an M2M device receive a
  • the exemplary embodiments of the present invention provide a method and apparatus for multicasting a Medium Access Control (MAC) control message in a wireless access system supporting the M2M environment.
  • MAC Medium Access Control
  • each element or characteristic of the present invention may also be operated or performed without being combined with other elements or characteristics of the present invention.
  • the embodiment of the present invention may be realized by combining some of the elements and/or characteristics of the present invention.
  • the order of operations described according to the embodiment of the present invention may be varied.
  • part of the configuration or characteristics of any one specific embodiment of the present invention may also be included in (or shared by) another embodiment of the present invention, or part of the configuration or characteristics of any one embodiment of the present invention may replace the respective configuration or characteristics of another embodiment of the present invention.
  • the embodiments of the present invention will be described by mainly focusing on the data transmission and reception relation between a base station and a mobile station.
  • the base station may refer to a terminal node of the network that performs direct communication with the mobile station.
  • particular operations of the present invention that are described as being performed by the base station may also be performed by an upper node of the base station.
  • BS Base Station
  • eNB eNode B
  • ABS Advanced Base Station
  • AP Access Point
  • MS Mobile Station
  • UE User Equipment
  • SS Subscriber Station
  • MSS Mobile Subscriber Station
  • Mobile Terminal Mobile Terminal
  • AMS Advanced Mobile Station
  • the mobile station may be used to have the same meaning as the M2M device.
  • the transmitting end refers to a fixed and/or mobile node providing data services or audio services (or voice services)
  • the receiving end refers to a fixed and/or mobile node receiving data services or audio services (or voice services). Therefore, in an uplink, the mobile station may become the transmitting end, and the base station may become the receiving end. And, similarly, in a downlink, the mobile station may become the receiving end, and the base station may become the transmitting end.
  • the exemplary embodiments of the present invention may be supported by the standard documents that are disclosed in at least any one of the diverse wireless access systems, such as an IEEE 802.xx system, a 3GPP system, a 3GPP LTE system, and a 3GPP2 system. More specifically, among the exemplary embodiments of the present invention, reference may be made to the above-mentioned documents for the description of obvious process steps or elements of the present invention that have not been described herein.
  • the exemplary embodiments of the present invention may be supported by at least one or more of the P802.16e-2004, P802.16e-2005, P802.16m, P802.16p, and P802.16.1b standard documents, which correspond to the standard documents for the IEEE 802.16 system.
  • communication between M2M devices refers to a communication format, which is performed between user equipments passing through (or being connected with) the base station, or which is performed between a base station and user equipments without any human involvement, or refers to a communication format, which is performed between M2M devices. Therefore, an M2M Device refers to a user equipment that may be provided with support for performing communication with the above-described M2M devices.
  • An access service network for M2M services may be defined as an M2M ASN (M2M Access Service Network), and a network entity communicating with the M2M devices may be referred to as an M2M server.
  • M2M ASN M2M Access Service Network
  • M2M server performs M2M application and provides an M2M specific service for one or more M2M devices.
  • An M2M feature corresponds to a characteristic (or feature) of an M2M application. And, herein, at least one or more features (or characteristics) are required for providing an application.
  • An M2M device group refers to a group of M2M devices sharing at least one or more common characteristics (or features).
  • the Machine Application Types may include (1) security, (2) public saiety, (3) tracking and tracing, (4) payment, (5) healthcare, (6) remote maintenance and control, (7) metering, (8) consumer device, (9) Fleet Management in an application market related to POS (Point of Sales) and security, (10) communication between devices in Vending Machines, (11) remote monitoring of machines and equipments, (12) Surveillance Video communication of surveillance cameras, and so on.
  • the Machine Application types are not required to be limited only to the above-mentioned types. And, therefore, other variety of machine application types may also be applied herein.
  • the M2M device has the characteristic of low mobility or the characteristic of scarcely once the corresponding M2M device is installed. More specifically, this signifies that the M2M device is stationary for a considerably long period of time.
  • An M2M communication system may simplify or maximize mobility- related (or mobility-associated) operations for a specific M2M application having a fixed position, such as secured access surveillance, public safety, payment, remote maintenance and control, metering, and so on.
  • the number of M2M communication devices may drastically increase as compared to the number of general mobile communication devices. Therefore, when each of the above-described M2M communication devices individually performs communication with the base station, a critical load may occur in a wireless interface (or radio interface) and/or a network.
  • the exemplary embodiment of the present invention will be described in detail based upon an exemplary case where the M2M communication is applied to a wireless communication system (e.g., P802.16e, P802.16m, P802.16.1b, P802.16p, and so on).
  • a wireless communication system e.g., P802.16e, P802.16m, P802.16.1b, P802.16p, and so on.
  • the present invention will not be limited only to the examples given herein. And, therefore, the present invention may also be applied to other communication systems, such as 3 GPP LTE/LTE-A systems.
  • Fig. 1 illustrates a general view showing the configuration of devices, such as an M2M device, a base station, and so on, according to an exemplary embodiment of the present invention.
  • an M2M device (100) and a base station (150) may each include a radio frequency (RF) unit (110, 160), a processor (120, 170), and may selectively (or optionally) include a memory (130, 180).
  • RF radio frequency
  • the example shown in Fig, 1 illustrates the structures of 1 M2M device and 1 base station. However, an M2M communication environment between multiple M2M devices and the base station may also be established.
  • Each RF unit (110, 160) may respectively include a transmitter (111, 161), and a receiver (112, 162).
  • the transmitter (111) and the receiver (112) of the M2M device (100) may be configured to transmit and receive signals to and from the base station (150) and other M2M devices.
  • the processor (120) may be functionally connected to the transmitter (111) and the receiver (112), so as to be capable of controlling the process performed by the transmitter (111) and the receiver (112) for transmitting and receiving signals to and from other devices. Additionally, the processor (120) may first perform diverse processes on the signal that is to be transmitted and, then, transmit the processed signal to the transmitter, and the processor (120) may also perform processes on the signal that is received by the receiver (112).
  • the processor (120) may store information included in an exchanged message in the memory (130). And, by being configured of the above-described structure, the M2M device (100) may perform the method according to diverse exemplary embodiments of the present invention, which will hereinafter be described in detail.
  • the M2M device (100) may include diverse additional configurations depending upon the respective device application type.
  • the corresponding M2M device (100) when the corresponding M2M device (100) is designated to perform smart metering, the corresponding M2M device (100) may include an additional configuration for performing power measurement.
  • power measuring operation may be controlled by the processor (120) shown in Fig. 1, and such power measuring operation may also be controlled by a separately configured processor (not shown).
  • Fig. 1 shows an example of a case when communication is performed between the M2M device (100) and the base station (150), the M2M communication method according to the present invention may also be performed between one or more M2M devices. And, being configured to have the same device configuration as the example shown in Fig. 1, each device may perform the method according to diverse exemplary embodiments of the present invention, which will hereinafter be described in detail.
  • the transmitter (161) and the receiver (162) of the base station (150) may be configured to transmit and receive signals to and from another base station, M2M server, and M2M devices.
  • the processor (170) may be functionally connected to the transmitter (161) and the receiver (162), so as to be capable of controlling the process performed by the transmitter (161) and the receiver (162) for transmitting and receiving signals to and from other devices. Additionally, the processor (170) may first perform diverse processes on the signal that is to be transmitted and, then, transmit the processed signal to the transmitter, and the processor (170) may also perform processes on the signal that is received by the receiver (162). When required, the processor (170) may store information included in an exchanged message in the memory (130). And, by being configured of the above-described structure, the base station (150) may perform the method according to diverse exemplary embodiments of the present invention, which will hereinafter be described in detail.
  • the processor (120, 170) of each of the M2M device (110) and the base station (150) may direct the operations (e.g., control, adjustment, management, and so on) of each of the M2M device (110) and the base station (150).
  • Each of the processors (120, 170) may be connected to the respective memory (130, 180) storing program codes and data.
  • Each memory (130, 180) may be connected to the respective processor (120, 170), so as to store operating systems, applications, and general files.
  • the processor (120, 170) of the present invention may also be referred to as a controller, a microcontroller, a microprocessor, a microcomputer, and so on. Meanwhile, the processor (120, 170) may be implemented in the form of hardware or firmware, or software, or in a combination of hardware or firmware, and software. In case of implementing the embodiments of the present invention in the form of hardware, the processor (120, 170) may be equipped with ASICs (application specific integrated circuits) or DSPs (digital signal processors), DSPDs (digital signal processing devices), PLDs (programmable logic devices), FPGAs (field programmable gate arrays), and so on, which are configured to perform the present invention.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • the firmware or software may be configured to include a module, procedure, or function, which performs the above-described functions or operations of the present invention.
  • the firmware or software, which is configured to perform the present invention may be provided in the processor (120, 170) or may be stored in the memory (130, 180), so as to be operated by the processor (120, 170).
  • An idle mode refers to an operation mode operating a Paging Group, a Paging Cycle, and a Paging Offset for Power saving, when an M2M device (i.e., user equipment) does not receive any traffic from the base station for a predetermined period of time.
  • M2M device i.e., user equipment
  • a user equipment which has shifted to the idle mode, may receive a broadcast message (e.g. , paging message), which is broadcasted by the base station, only during an available interval for paging (or interval available for paging) during a paging cycle, so as to be capable of determining whether the corresponding user equipment should shift to a normal mode or whether the corresponding user equipment should maintain the idle mode.
  • a broadcast message e.g. , paging message
  • the idle mode corresponds to a mechanism allowing the user equipment to periodically receive a downlink message without being registered to a specific base station (i.e., without having to perform any procedure such as a handover process), even when the user equipment wanders around a vast range within a wireless (or radio) link environment including multiple base stations.
  • the idle mode will be described based upon IEEE 802.16e, 16m, and 16p systems.
  • the technical spirit and scope of the present invention will not be limited only to the systems presented herein as the standard systems.
  • the user equipment transmits a DREG-REQ (Deregistration Reqeust) message to the base station, in order to request for a deregistration process from the corresponding base station.
  • the base station transmits a DREG-RSP (Deregistration Response) message to the corresponding user equipment.
  • the DREG-RSP message includes Paging Information.
  • the initiation of the user equipment for shifting to the idle mode may be disclosed upon request from the base station in an unsoliciated manner. In this case, the base station transmits the DREG-RSP message to the user equipment.
  • the Paging Information may include values for a Paging Cycle, a Paging Offset, a PGID (Paging Group IDentifier), and a Paging Listening Interval.
  • the user equipment After receiving the DREG-RSP message from the base station, the user equipment refers to the paging information, so as to initiate its shift to the idle mode.
  • the idle mode may include a Paging Cycle, and one paging cycle of the idle mode may be configured of a Paging Listening Interval and an Unavailable Interval. At this point, the Paging Listening Interval may be used as the same concept of an Available Interval or a paging interval.
  • a paging offset indicates a starting point (e.g. , frame or subframe) at which the paging listening interval begins within the paging cycle.
  • a paging group identifier indicates an identifier of a paging group, which is allocated to the user equipment.
  • the paging information may include paging message offset information.
  • the paging message offset information indicates a point at which the paging message is being transmitted from the base station.
  • the user equipment may use the paging information so as to receive a paging message, which is being transmitted to the corresponding user equipment during the paging listening interval.
  • the paging message may be transmitted through the base station or a paging controller. More specifically, the user equipment may monitor a radio channel (or wireless channel) in accordance with the paging cycle in order to receive the paging message.
  • Fig. 2 illustrates a flow chart showing one of many paging methods being performing in an idle mode, which may be applied to the present invention.
  • the corresponding base station may transmit a paging message to the corresponding user equipment, in order to notify the user equipment of the generated data. Then, the user equipment may receive the transmitted paging message during its paging listening interval, so as to verify the presence or absence of downlink (DL) data that are being delivered to the corresponding user equipment (S210).
  • DL downlink
  • the user equipment performs a ranging process including a network reentry process (S220). Thereafter, the user equipment performs a Connection Setup process, which determines (or sets-up) a connection to a downlink service flow, which is related to the base station, through a DSA (Dynamic Service Addition) process (S230).
  • a ranging process including a network reentry process (S220).
  • the user equipment performs a Connection Setup process, which determines (or sets-up) a connection to a downlink service flow, which is related to the base station, through a DSA (Dynamic Service Addition) process (S230).
  • DSA Dynamic Service Addition
  • the base station After the connection to a service flow is determined (or set-up), the base station transmits downlink control information and downlink data respective to the corresponding service to the user equipment (S240).
  • an automatic application or firmware update process for the M2M devices may correspond to a main application within the M2M service scenario.
  • an M2M server may transmit updated information to the M2M devices having the corresponding application.
  • the base station In order to transmit such multicast data, which are required to be commonly transmitted to M2M devices that are being operated in the idle mode, the base station shall page the corresponding M2M devices through the paging process, which is described above with reference to Fig. 2.
  • the user equipments that have been paged (or that have received the paging message) may initiate transmission of a random access code, so as to perform a network reentry process. Accordingly, by accessing (or being connected to) a network, the corresponding user equipments may receive DL traffic transmitted from the base station. However, such processes may increase an unnecessarily excessive usage of the network. Furthermore, in an environment where the M2M devices co-exist with the general user equipments, by having each of the M2M devices and the general user equipment receive unnecessary data, the power consumption level of each user equipment (or terminal) may be increased. 3. M2M Group Identifier (MGID)
  • An M2M Group Zone corresponds to a logical zone region including multiple ABSs.
  • An M2M Group zone is identified by an M2M GROUP ID.
  • the M2M group ID may be broadcasted through an AAI-SCD message.
  • An MGID (M2M Group Identifier) is assigned with a unique 12-bit value identifying a downlink multicast service flow, which is shared by a group of M2M devices within an M2M group zone.
  • the M2M device implicitly draws out a zone index corresponding to an M2M Group Identifier based upon an order of M2M group identifiers within a broadcast message (e.g., AAI-SCD message).
  • a first zone index included in the M2M group identifier is assigned with a value 0, and, when the maximum value of the M2M group zone being supported by the base station is defined as 4, the zone index continuously increases to up to MAX_M2M_GROUP_ZONE- 1.
  • the base station broadcasts a single M2M GROUP ZONE_ID, and the M2M devices draw out the corresponding M2M group zone index (ObOO).
  • the M2M device group may be found by using the MGID and the respective M2M group zone index. All MGIDs are assigned to the M2M devices belonging to the same M2M group zone.
  • the MGID is assigned to a multicast service flow of the M2M devices through a DSA process after an initial network entry process.
  • the MGID may explicitly exit the network or may be deactivated when the M2M devices enter the DCR mode.
  • the assigned MGID may be maintained even when the M2M devices are being operated in the idle mode. However, when the M2M devices exit the corresponding network, or when the M2M devices explicitly delete the service tlow related to the assigned MGID, the assigned MGID may be deactivated.
  • the M2M device may be assigned with multiple MGIDs respective to various multicast service flows each different from one another.
  • the MGID may be re-assigned in the connected state and/or in the Idle mode state.
  • the MGID In the connected state, the MGID may be modified or deleted through the DSC process and the DSD process.
  • the MGID In the Idle Mode state, the MGID may be modified through a Location Update (LU) or a network re-entry process.
  • LU Location Update
  • the base station may trigger a group location update through a paging message.
  • the M2M device performs a timer-based location update, in case the base station requires an MGID respective to the corresponding M2M device to be updated, the base station may transmit a ranging response (AAI-RNG-RSP) message including a new MGID as a response to a ranging request (AAI-RNG-REQ) message during the location update process.
  • a ranging response (AAI-RNG-RSP) message including a new MGID as a response to a ranging request (AAI-RNG-REQ) message during the location update process.
  • the base station may transmit a paging message (e.g., AAI-PAG-ADV) for updating the MGID and for indicating a new value for all M2M devices within the group.
  • a paging message e.g., AAI-PAG-ADV
  • the M2M devices belonging to the M2M group which is identified by the MGID, and being operated in the Idle mode receive a paging message including the corresponding MGID and an Action Code, which is set to Obi 1, the corresponding M2M device should update the MGID based upon a new MGID value, which is being indicated.
  • each advanced mobile station is assigned with a 4-bit FID for uniquely identifying a corresponding connection.
  • the FID identifies a Control Connection and a Unicast Transport Connection.
  • the FID for an E-MBS connection is used for identifying a specific E-MBS flow within a region of the E-MBS zone along with an E- MBS ID, which corresponds to a unique identifier configured of 12 bits.
  • the FID for a Multicast connection is used with a 12-bit Multicast Group ID for uniquely identifying a specific multicast flow within an ABS zone.
  • a Downlink and Uplink transport FID (DL and UL Transport FID) is assigned from a transmission FID space, which is defined in Table 1 shown below.
  • An FID, which is assigned to a specific DL transmission connection, is not assigned to another DL transmission connection, which belongs to the same AMS.
  • the FID being assigned to a specific UL transmission connection is not assigned to another UL transmission connection, which belongs to the same AMS.
  • the FID that is used for the DL transmission connection may be assigned to another UL transmission connection belonging to the same AMS, and the FID that is used for the UL transmission connection may be assigned to another DL transmission connection belonging to the same AMS.
  • a specific FID may be assigned previously. For example, among the FID values, '0000' and ⁇ ' of Table 1 may be used for indicating a control FID. Also, '0010' and ⁇ 1 ⁇ may each be used for indicating an FID respective to a signaling header and a basic service flow. Any connection within the ABS may be identified by a combination of the FID and STID (Station Identifier) shown in Table 1.
  • MAC Medium Access Control
  • a BA A-MAP IE (Broadcast Assignment A-MAP Information Element) is being transmitted for assigning (or allocating) a resource for a broadcast burst, a multicast burst, or an NS-RCH.
  • a broadcast burst may include one or more broadcast MAC control messages. Table 2 shown below indicates one of many B A A-MAP IE structures that can be used in the exemplary embodiments of the present invention.
  • Table 2 when a Function Index indicates ObOO, this indicates that the corresponding BA A-MAP IE includes broadcast assignment information. And, when the Function Index is set to OblO, this indicates that the corresponding BA A-MAP IE includes multicast assignment information.
  • the BA A- MAP IE may further include resource assignment (or allocation) information for the corresponding broadcast transmission and/or multicast transmission (e.g. , one or more of a Burst size field, a Resource Index (Resoruce Index) field, a Long TTI Indicator field, a Transmission format field, and a Multicast Group ID field).
  • resource assignment (or allocation) information for the corresponding broadcast transmission and/or multicast transmission e.g. , one or more of a Burst size field, a Resource Index (Resoruce Index) field, a Long TTI Indicator field, a Transmission format field, and a Multicast Group ID field).
  • a 16-bit CRC being applied to the BA A-MAP IE shown in Table 1 is generated in accordance with the contents included in the BA A-MAP IE.
  • the CRC is masked to the BA A-MAP IE as a 16-bit CRC, which is generated in accordance with Table 3 shown below.
  • a Message Type Indicator uses 3 bits
  • a Masking Code uses 12 bits in accordance with the Type Indicator.
  • the Masking Code uses a 12-bit STID (Station Identifier) or TSTID (Temporary STID).
  • STID Selection Identifier
  • TSTID Temporary STID
  • Table 4 indicates another example of a Masking Code for M2M broadcasting, when the Masking Prefix of Table 3 is set to ObO, and when the Type Indicator is set to ObOOl .
  • an MGID (Multicast Group ID) corresponds to an identifier of a group receiving a multicast burst, and the identifier is assigned with a unique value within the base station (or ABS).
  • the MGID may be assigned through a DSA process (DSA- REQ/RSP message) and may be changed through a DSC process (DSC-REQ/RSP message).
  • Broadcast and multicast bursts that are being transmitted in accordance with the BA A-MAP IE may be transmitted by using an SFBC as a MIMO encoder format and a QPSK as a modulation scheme.
  • a traffic indication message (AAI-TRF-IND), a paging message (AAI-PAG-ADV), and a paging information message (PG_Info) are not transmitted via time domain repetition.
  • Other broadcast MAC control messages may be transmitted via time domain repetition.
  • one repetition period of the time domain repetition corresponds to 1 frame.
  • the ABS transmits a B A A-MAP IE, in which a value of the number of remaining repetition times decreases by 1 after each transmission. More specifically, when the ABS performs a first transmission in a k* frame, when the value of the number of remaining repetition times is equal to N-l, the transmission process is completed in the k+N-l th frame. Furthermore, the value of the repetition field decreases by 1 after each transmission.
  • the SPID is always set to 0.
  • the broadcast burst is not assigned in a frame where an SFH (Super Frame Header) is being transmitted.
  • an M2M MA A-MAP IE M2M Multicast Assignment A-MAP IE
  • the M2M MA A-MAP IE may be referred to as an M2M Group Assignment A-MAP IE.
  • Table 5 shown below shows an exemplary M2M MA A-MAP IE message format used in the exemplary embodiments of the present invention.
  • an M2M MA A-MAP IE message may include an A-MAP IE type field indicating that the corresponding IE is an M2M MA A-MAP IE, and an M2M group zone index corresponding to resource assignment information for an assignment region to which multicast data are transmitted and corresponding to an M2M group zone identifier to which the MGID belongs.
  • the resource assignment information may include a burst size field indicating the size of a corresponding allocated location, a resource index field, and a Long TTI indicator field.
  • a 16-bit CRC being masked to the M2M MA A-MAP IE may include a masking prefix set to ObO, a type indicator set to ObO 10, and a 12-bit MGID.
  • AAI-MGMC M2M device Group MAC Control
  • the AAI-MGMC message is being transmitted to a group of user equipments (i.e., M2M devices), each belonging to the same M2M device group (defined by the MGID), for the parameters and/or for indication.
  • the ABS may transmit an AAI-MGMC message to the user equipments, which are in a connection state other than the idle mode, by using a broadcast method or a multicast method.
  • Table 6 shown below shows a list of exemplary MAC control messages
  • Table 7 shown below shows an AAI-MGMC message format.
  • the base station uses an AAI-MGMC message including an MGID in order to transmit information respective to multiple user equipments (M2M devices).
  • M2M devices multiple user equipments
  • a physical layer (PHY) layer burst accompanying the AAI-MGMC message is transmitted in accordance with the BA A-MAP IE.
  • the AAI-MGMC message is accompanied by control information respective to a single M2M device group, and if a multicast SA (Security Association) is set-up for the corresponding M2M device group, the AAI-MGMC message may be encrypted by using the corresponding multicast SA.
  • a multicast SA Security Association
  • a PHY burst including a MAC PDU (Medium Access Control Protocol Data Unit), which accompanies the AAI-MGMC message respective to a single M2M device group, may be indicated by an M2M group assignment A-MAP IE.
  • an FID of the MAC PDU, which accompanies an AAI-MGMC message that is either encrypted or not encrypted may respectively set to 0 or 1.
  • the user equipment transmits an AAI-MSG-ACK message to the base station as a response to the AAI-MGMC message.
  • AAI-MTE-IND Multicast Transmission End Indication
  • the base station While the base station transmits a multicast message to a user equipment in an idle mode, the base station may use the MGID to transmit the AAI-MTE-IND message to the user equipment by using the broadcast manner or the multicast manner when there is no multicast message that is to be transmitted to the user equipment (M2M device).
  • M2M device When the user equipment operating in the idle mode receives the AAI-MTE-IND message, the corresponding user equipment re-enters a paging unavailable interval.
  • Table 8 shown below shows an exemplary AAI-MTE-IND message format that is used in the exemplary embodiments of the present invention. [Table 8]
  • the AAI-MTE-IND message includes an MGID field, which indicates the corresponding multicast traffic, and an M2M Group Zone Index, which corresponds to an M2M Group Zone Identifier to which the MGID belongs.
  • a physical layer (PHY) burst accompanying the AAI-MTE-IND message may be transmitted in accordance with the BA a-MAP IE.
  • the AAI-MTE-IND message is accompanied by control information respective to a single M2M device group, and if a multicast SA (Security Association) is set-up for the corresponding M2M device group, the AAI-MTE-IND message may be encrypted by using the corresponding multicast SA.
  • a multicast SA Security Association
  • a MAC PDU Medium Access Control Protocol Data Unit
  • A-MAP IE M2M group assignment A-MAP IE
  • an FID of the MAC PDU which accompanies an AAI-MTE-IND message that is either encrypted or not encrypted, may respectively set to 0 or 1.
  • Multicast operations respective to an M2M device (1) Multicast Operations in general
  • a multicast service for an M2M device provided by a base station supports simultaneous (or synchronous) transmission of DL data to M2M devices belonging to the same M2M device group by using an MGID.
  • a multicast service is associated with the ABS is provided only in a downlink.
  • Each multicast connection is provided along with a QoS for the corresponding service flow and traffic parameters.
  • Service flows accompanying multicast data are initiated by individual M2M devices participating in the corresponding service in connected state. At this point, the M2M devices acquire parameters identifying a service flow related to the corresponding service.
  • the same MGID is assigned to a group of M2M devices participating in the same multicast service, and the corresponding MGID is assigned during a DSA process.
  • M2M devices that are assigned with the MGID may apply a 16- bit CRC mask, which includes a masking prefix being set to ObO, a message type indicator being set to ObO 10, and a 12-bit MGID as the masking code, in order to decode the M2M Group Assignment A-MAP IE.
  • the M2M devices acquire resource assignment information for a multicast burst through the M2M multicasting assignment A-MAP IE (M2M MA A- MAP IE).
  • an FID field of a MAC header of a MAC PDU (being included in the multicast burst), which accompanies a MAC SDU respective to a multicast service flow, is set to '0100'.
  • the MAC PDU corresponds to a transmission unit that is used in a MAC layer, and, when transmitted from the physical layer (PHY), the MAC PDU is transmitted in a multicast burst manner.
  • the base station may set up a DL multicast service, which is associated with the corresponding service.
  • any kind of FID may be used for the multicast service. More specifically, a dedicated FID for a multicast transmission connection may not be set up. Since the multicast connection is associated to a service flow, the multicast connection may be associated with the QoS and traffic parameters of the service flow. In relation with the multicast connection, although an ARQ (Automatic Retransmission reQuest) is not applied, an encryption key is used in order to ensure integrity protection and encryption respective to the corresponding multicast traffic.
  • ARQ Automatic Retransmission reQuest
  • the M2M base station may provide a multicast service to an M2M terminal (or device) operating in the Idle Mode, with or without a request for network re-entry.
  • the base station may transmit a paging message, which include a multicast traffic indication, to the M2M terminal during the paging listening interval. If the M2M device receives the paging message, which indicates the M2M device to receive the multicast traffic without network re-entry, and if the corresponding paging message does not include information on a Multicast Transmission Start Time, the corresponding M2M device may start receiving the DL multicast data without ending (or deactivating) the Idle Mode.
  • the Multicast Transmission Start Time included in the paging message indicates a time point at which the DL multicast data, which are designated to be transmitted by the base station, are to be transmitted.
  • the Multicast Transmission Start Time value shall be smaller than a start time value of a next paging listening interval of the M2M device, which has received the paging message (e.g., AAI-PAG-ADV).
  • the M2M device may turn its power off until a specific frame indicated by the Multicast Transmission Start Time, which is included in the paging message.
  • the base station transmits the AAI-MTE-IND message to the corresponding M2M device.
  • the M2M device may enter a paging unavailable interval as soon as the M2M device receives the AAI-MTE-IND message.
  • an AAI-MTE-IND message is defined as a message, which is being transmitted in order to notify the end (or completion) of a multicast traffic.
  • an AAI-MGMC message is defined in order to simultaneously update an M2MCID for all user equipments belonging to the same group.
  • the AAI-MTE-IND message and AAI-MGMC messages may be transmitted from the base station by using the broadcast manner or the multicast manner.
  • a CRC of a conventional BA A-MAP IE which includes information on a transmission zone respective to the MAC control message, may include a masking prefix, which is set to ' ⁇ ', and a type indicator, which is set to 'ObOOl '.
  • the CRC of the conventional BA A-MAP IE may be masked by a 16-bit CRC, which includes a masking code set to ' ⁇ '.
  • a function index of the BA A-MAP IE has been set to 'ObOO'. More specifically, the messages that are conventionally transmitted were not differentiated as messages corresponding to M2M devices and general user equipments, but were only differentiated as messages being transmitted via multicast transmission or broadcast transmission.
  • the AAI-MTE-IND message or the AAI-MGMC message is transmitted via broadcast transmission, not only the M2M devices but also the general user equipments (AMSs, UEs and MS/SSs) decode the broadcast messages designated for the M2M communication. This may least to an unnecessary (or excessive) increase in a broadcast burst decoding overhead.
  • AMSs, UEs and MS/SSs general user equipments
  • each of the MAC control messages which are transmitted with respect to the M2M devices is transmitted in a broadcast manner, even if each of the corresponding devices corresponds to an M2M device, and even when the MAC control message (e.g., AAI-MTE-IND, AAI-MGMC) does not correspond to a message for the M2M group, to which the corresponding M2M device belongs, a process of decoding a burst for the AAI-MTE-IND message, verifying the MGID included in the MAC control message, and verifying whether or not the verified MGID belongs to the M2M group, to which the corresponding M2M device belongs, should be performed.
  • the MAC control message e.g., AAI-MTE-IND, AAI-MGMC
  • the corresponding messages include only the information for only one M2M group
  • another M2M device that does not belong to the corresponding group and other general user equipments is required to perform an unnecessary process of having to receive an unnecessary MAC control message.
  • a general user equipment in order to transmit the MAC control message, when a fixed FID (e.g. , ObOlOO), which was used earlier for transmitting the conventional multicast data (i.e., multicast burst) to the M2M MA A-MAP IE, is used, a general user equipment is incapable of determining whether the corresponding MAC PDU (Medium Access Control Protocol Data Unit) corresponds to multicast data or to an M2M specific MAC control message. Accordingly, a malfunction (or misoperation) may occur in the performance of the general user equipment during the process of processing the M2M specific MAC control message to general multicast data.
  • a fixed FID e.g. , ObOlOO
  • FIG. 3 illustrates one of many methods for transmitting a MAC control message in a multicast format according to an exemplary embodiment of the present invention.
  • the M2M device may perform an initial network entry process with the base station (ABS).
  • ABS base station
  • an initial ranging process (AAI-RNG- REQ/RSP)
  • AAI-SBC-REQ/RSP basic subscriber station capability negotiation process
  • AAI-REG-REQ/RSP a network registration process
  • the M2M device may perform a process of creating a service flow with the base station, in order to be provided with a specific service. For example, the M2M device may perform a dynamic service addition process (DSA process) with the base station.
  • DSA process dynamic service addition process
  • the base station may assign a multicast group identifier (MGID) (S303).
  • MID multicast group identifier
  • the M2M device transmits a de- registration request (DREG-REQ) message in order to enter the Idle Mode (S305).
  • DREG-REQ de- registration request
  • the base station may transmit a de-registration response (DREG-RSP) message including paging information, such as a paging cycle period, a paging offset, and so on, to the M2M device as a response to the de-registration request message.
  • DREG-RSP de-registration response
  • paging information such as a paging cycle period, a paging offset, and so on.
  • the M2M device may enter the Idle Mode, and the M2M device may receive a paging message (e.g., AAI-PAG-ADV) message from the base station during the PLI (Paging Listening Interval).
  • information on a M2M group which is scheduled to receive the multicast traffic (or multicast data)
  • MTST Multicast Traffic Start Time
  • the processor (120) of the M2M device may control the corresponding M2M device to be in a stand-by mode, in order to receive the multicast data (traffic) without network re-entry.
  • the M2M device receives an M2M multicast assignment A-MAP information element (M2M MA A-MAP IE), which includes resource assignment information indicating a resource region, to which the multicast data are transmitted, at a time point indicated by the MTST.
  • M2M MA A-MAP IE which is CRC-masked with an MGID is transmitted.
  • the MGID identifies the multicast data that are to be transmitted to the M2M device (S311 , S315).
  • the M2M device may receive multicast data through a resource region which is indicated by the resource assignment information included in the M2M MA A-MAP IE.
  • a MAC header of the MAC PDU, to which the multicast data are transmitted may include an FID indicating the transmission of the corresponding multicast data.
  • the FID may be set to ObO 100 (ref. Table 1 ) (S313 , S317).
  • the base station After transmitting the last multicast data to the M2M device, it is preferable that the base station indicates a multicast data transmission end to the M2M device. Accordingly, the base station may transmit an AAI-MTE-IND message for indicating a multicast data transmission end (S319).
  • the M2M MA A-MAP IE may include resource assignment information indicating a resource region for transmitting the AAI-MTE-IND message (ref. Table 5). Also, the base station may mask a CRC including the MGID to the M2M MA A-MAP IE in order to transmit the M2M MA A-MAP IE only to the M2M devices belong to the M2M group, to which the multicast data (S313, S317) are transmitted.
  • Table 9 shown below shows an exemplary CRC mask structure being applied to the
  • the masking prefix uses 1 most significant bit (MSB) of the 16 bits of the CRC
  • the message type indicator uses 3 bits
  • the masking code uses 12 bits in accordance with the type indicator.
  • the masking code may use a 12-bit STID (Station Identifier) or a TSTID (Temporary STID).
  • a new type indicator Ob 100' may be used for the M2M MA A-MAP IE, which is being used for assigning a multicast transmission region. More specifically, when the type indicator of the CRC mask is set to 0b 100, the corresponding M2M group identifier (MGID) may be used as the masking code.
  • the M2M MA A-MAP IE may be masked to a 16-bit CRC, which includes a masking prefix being set to ObO, a type indicator being set to Obi 00, and a masking code corresponding to an MGID for the multicast data being transmitted in step S313 to step S317.
  • Fig. 3 only one M2M device is illustrated. However, this is merely an example given to facilitate the description of the exemplary embodiment of the present invention. Therefore, multiple M2M devices may belong to the base station region (or zone).
  • the M2M device may de-mask the M2M MA A-MAP IE. And, only the M2M device having the MGID, which is masked to the corresponding M2M MA A-MAP IE, may receive and decode the M2M MA A-MAP IE, which is transmitted in step S319.
  • the corresponding M2M device may receive the MAC control message (i.e., AAI-MTE-IND), which indicates the multicast data transmission end, through a resource region indicated by the resource assignment information being included in the M2M MA A-MAP IE (S321 ).
  • AAI-MTE-IND the MAC control message
  • a flow identifier (FID) being included in a MAC header (e.g., AGMH) for the corresponding message shall be selected from one of the control FIDs.
  • Table 10 shown below shows an exemplary multicast control FID, which may be used in the present invention.
  • a control FID may have an FID value of 4 0000' and 4 0001 '.
  • an FID being assigned with the value of 4 000 may be used for the multicast data transmission. More specifically, when the FID value is equal to ⁇ ' , the FID may be identical to Table 1. However, when the FID value is equal to ⁇ 00 ⁇ , the FID may be used on a multicast MAC control message. And, herein, it may be indicated that a control connection payload included in the MAC PDU is encrypted.
  • Table 11 shown below shows another exemplary multicast control FID, which may be used in the present invention.
  • the multicast control FID which is newly defined in Table 11 , may indicate that the corresponding MAC PDU is a multicast control message and may also indicate whether or not a payload included in the corresponding MAC PDU is encrypted.
  • a multicast control FID value of '0000' is used to indicate a case when a non-encrypted payload is included in the MAC PDU.
  • a multicast control FlD value of '0001 ' is used to indicate a case when an encrypted payload is included in the MAC PDU.
  • the multicast control FID being used in Table 11 is used for identifying the MAC control message being transmitted through a resource region, which is assigned by the M2M MAA-MAP IE.
  • the FID may be assigned with a value of ObOlOO (ref. ste S313 or step S317), and the FID may be assigned with a value of ObOOOO or ObOOOl with respect to the multicast MAC control message.
  • the AAI-MTE-IND which corresponds to the MAC control message, is included in the MAC PDU so as to be transmitted from the MAC layer. More specifically, the AAI-MTE-IND is included in the payload of the MAC PDU. And, depending upon whether or not the corresponding payload is encrypted, '0000' or '0001 ' may be used as the FID value shown in Table 11.
  • the M2M device when the M2M device receives a MAC PDU through a resource region assigned by the M2M MA A-MAP IE in a multicast manner, when the FID field of the MAC header (i.e., AGMH) within the MAC PDU is set to ObOOOl, the M2M device may determine that the corresponding MAC PDU comprises an encrypted MAC control message. Additionally, when the FID field of the MAC header (i.e., AGMH) within the MAC PDU is set to ObOOOO, the M2M device may determine that the corresponding MAC PDU comprises a non-encrypted MAC control message.
  • the FID field of the MAC header i.e., AGMH
  • the M2M device may determine that the corresponding MAC PDU comprises a non-encrypted MAC control message.
  • the M2M device may determine whether or not the corresponding MAC PDU corresponds to a multicast burst for the M2M device and may also determine whether or not the MAC control message, which is included in the MAC PDU, has been encrypted.
  • step 321 when the M2M device receives an AAI-MTE-IND message notifying that the multicast data transmission has ended, the processor (120) of the M2M device may control the M2M device to enter the unavailable interval.
  • Fig. 4 illustrates another one of many methods for transmitting a MAC control message in a multicast manner according to the exemplary embodiment of the present invention.
  • step S401 to step S411 are very similar to the processes corresponding to step S301 to step S317. Therefore, reference may be made to the description of Fig. 3 for detailed description of the processes corresponding to step S401 to step S411.
  • the M2M device of Fig. 4 since the M2M device of Fig. 4 is currently being operated in a general mode, the M2M device does not perform the processes corresponding to step S305 step S307. More specifically, the M2M device does not operate in the idle mode and is in a Connected State with the base station.
  • a multicast group identifier may be required to be updated (S413).
  • the base station in order to transmit the updated MGID to the M2M devices belonging to the corresponding multicast group, the base station is required to transmit an AAI-MGMC message including the newly updated MGID to the M2M device.
  • the base station may transmit an M2M MA A-MAP IE including the resource assignment information, which indicates the resource region for transmitting the multicast MAC control message (i.e., AAI-MGMC) respective to the M2M devices, to the M2M device (S415).
  • the M2M MA A-MAP IE may have the format described in Table 5, and may be masked to the 16-bit CRC including the masking code described in Table 9.
  • the masking prefix may be set to ObO
  • the type indicator may be set to Ob 100
  • the masking code may be set to an M2M group identifier (MGID) to which the M2M device belongs.
  • MGID M2M group identifier
  • the M2M device In the Connected state, by de-masking the CRC, the M2M device, which has received the M2M MA A-MAP IE of step S415, may verify based upon the MGID included in the CRC that the corresponding IE belongs to the M2M device. Accordingly, the M2M device may decode the M2M MA A-MAP IE and may receive the AAI-MGMC message, which corresponds to a MAC control message, through an assignment zone (or region) indicated by a broadcast assignment information being included in the M2M MA A-MAP IE (S417).
  • the AAI-MGMC message which corresponds to the MAC control message, may be transmitted by using the MAC PDU.
  • a multicast control FID which is included in the MAC header (e.g., AGMH) of the MAC PDU, may indicate that the corresponding MAC PDU includes a MAC control message respective to the M2M device, and may also indicate whether or not a payload of the corresponding MAC PDU is encrypted.
  • Fig. 5 illustrates a flow chart showing a process of having a base station transmit a
  • Fig. 5 may be applied to the exemplary embodiments of the present invention described with reference to Fig. 3 and Fig. 4. More specifically, the base station according to the exemplary embodiments described in Fig. 3 and Fig. 4 may transmit the MAC control message to the M2M device through the process of Fig. 5.
  • an M2M specific MAC control message is configured in the base station (S501).
  • the base station determines whether or not the corresponding MAC control message corresponds to a MAC control message respective to a single M2M group, which is specified by a single MGID (S503).
  • the base station may transmit an assignment region, to which the MAC control message is being transmitted, by using a BA A-MAP IE, and the base station may transmit the MAC control message through the corresponding assignment region by using a broadcast method (S504).
  • step S503 if the corresponding MAC control message is for the M2M group, which is managed by the base station, the base station determined whether or not the MAC control message has been encrypted (S505).
  • step S505 when the MAC control message is not required to be encrypted, the base station may set to FID of the MAC PDU for the MAC control message to ObOOOO, and, then, the base station does not encrypt the payload of the MAC PDU (S506). Subsequently, the base station masks the M2M MA A-MAP IE, which includes the resource assignment information for the MAC control message, by using the MGID and transmits the MAC control message by using a multicast manner (S509).
  • step S505 when it is determined that the MAC control message is required to be encrypted, the base station may set to FID of the MAC PDU for the MAC control message to ObOOOl, and, then, the base station encrypts the payload of the MAC PDU (S507). Subsequently, the base station masks the M2M MA A-MAP IE, which includes the resource assignment information for the MAC control message, by using the MGID and transmits the MAC control message by using a multicast manner (S509).
  • Fig. 6 illustrates a flow chart showing a process of having an M2M device receive a MAC control message in a multicast format according to the exemplary embodiment of the present invention.
  • Fig. 6 may be applied to the exemplary embodiments of the present invention described with reference to Fig. 3 and Fig. 4. More specifically, the M2M device according to the exemplary embodiments described in Fig. 3 and Fig. 4 may receive the MAC control message to the M2M device through the process of Fig. 6.
  • the M2M device by de-masking the M2M MA A-MAP IE by using the MGID assigned to the M2M device, the M2M device detects the M2M MA A-MAP IE that is being transmitted to the M2M device itself (S601).
  • the M2M device may decode a multicast burst based upon resource assignment information included in the M2M MA A-MAP IE. More specifically, the M2M device may receive a MAC PDU including a MAC control message, which is multicast through the assignment region that is indicated by the resource assignment information (S603).
  • the M2M device may verify whether or not the corresponding MAC PDU is a multicast MAC control message. For example, the M2M device determines whether the multicast control FID is assigned with a value of ObOOOl or ObOOOO (S605).
  • the FID may indicate that the corresponding MAC control message belongs to the M2M device and that a payload of the MAC PDU has been encrypted. Therefore, the M2M device performs a de-encryption process on the payload of the MAC PDU. Thereafter, the M2M device may verify a message type, and, then, the M2M device may verify the information included in the MAC control message (S607).
  • the FID may indicate that the corresponding MAC control message belongs to the M2M device and that a payload of the MAC PDU has not been encrypted. Therefore, the M2M device may verify the information included in the MAC control message without having to perform the de-encryption process (S609).
  • the present invention may be realized in another concrete configuration (or formation) without deviating from the scope and spirit of the essential characteristics of the present invention. Therefore, in all aspect, the detailed description of present invention is intended to be understood and interpreted as an exemplary embodiment of the present invention without limitation.
  • the scope of the present invention shall be decided based upon a reasonable interpretation of the appended claims of the present invention and shall come within the scope of the appended claims and their equivalents. Therefore, it is intended that the present invention covers the modifications and variations of this invention provided they come within the scope of the appended claims and their equivalents, and it is not intended to limit the present invention only to the examples presented herein.
  • claims that do not have any explicit citations within the scope of the claims of the present invention may either be combined to configure another embodiment of the present invention, or new claims may be added during the amendment of the present invention after the filing for the patent application of the present invention.
  • the above-described embodiments of the present invention may be applied to a wide range of wireless access systems.
  • the diverse wireless access systems may include 3 GPP (3rd Generation Partnership Project) systems, 3GPP2 systems, and/or IEEE 802. ⁇ (Institute of Electrical and Electronic Engineers 802) systems, and so on.
  • the exemplary embodiments of the present invention may also be applied to all technical fields applying and adopting the diverse wireless access systems.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un système d'accès sans fil prenant en charge un environnement M2M et, plus particulièrement, un procédé et un appareil pour la diffusion multiple d'un message de commande de l'accès au support (MAC) concernant un dispositif M2M. Selon un mode de réalisation illustratif, un procédé de diffusion multiple d'un message de commande MAC peut comprendre les étapes consistant : à recevoir un message de radio-messagerie comprenant un identificateur de groupe M2M (MGID) et un indicateur, l'identificateur de groupe M2M (MGID) identifiant un groupe M2M auquel appartient le dispositif M2M correspondant et l'indicateur indiquant une émission de données à diffusion multiple pour le dispositif M2M ; à recevoir un élément d'information d'attribution pour diffusion multiple M2M (M2M MA A-MAP IE) comprenant des informations d'attribution de ressources, les informations d'attribution de ressources indiquant une région de ressources vers laquelle est émis le message de commande MAC concernant le dispositif M2M correspondant ; lorsqu'un bit de contrôle de redondance cyclique (CRC) masqué dans l'élément M2M MA A-MAP IE contient le MGID, à recevoir une unité de données de protocole (PDU) de commande de l'accès au support (MAC) qui est accompagnée du message de commande MAC, le message de commande MAC étant diffusé de manière multiple dans la région de ressources indiquée par les informations d'attribution de ressources. À ce stade, le bit CRC masqué dans l'élément M2M MA A-MAP peut être configuré avec un préfixe de masquage, un indicateur de type et le MGID, et un en-tête MAC de la MAC PDU peut comprendre un premier identificateur de flux, celui-ci indiquant si la charge utile de la MAC PDU est chiffrée ou non.
PCT/KR2012/005600 2011-12-08 2012-07-13 Procédé et appareil pour diffusion multiple de message de commande de l'accès au support (mac) dans système d'accès sans fil WO2013085127A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2014545797A JP6055840B2 (ja) 2011-12-08 2012-07-13 無線接続システムにおいてｍａｃ制御メッセージをマルチキャストする方法及び装置
US14/357,750 US9014078B2 (en) 2011-12-08 2012-07-13 Method and apparatus for multicasting a medium access control (MAC) control message in wireless access system
CN201280055521.6A CN103931116B (zh) 2011-12-08 2012-07-13 在无线接入系统中用于多播媒体访问控制(mac)控制消息的方法和装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201161568157P 2011-12-08 2011-12-08
US61/568,157 2011-12-08
KR1020120032345A KR101370922B1 (ko) 2011-12-08 2012-03-29 무선접속시스템에서 ｍａｃ 제어 메시지를 멀티캐스팅하는 방법 및 장치
KR10-2012-0032345 2012-03-29

Publications (1)

Publication Number Publication Date
WO2013085127A1 true WO2013085127A1 (fr) 2013-06-13

Family

ID=48574459

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/005600 WO2013085127A1 (fr) 2011-12-08 2012-07-13 Procédé et appareil pour diffusion multiple de message de commande de l'accès au support (mac) dans système d'accès sans fil

Country Status (1)

Country Link
WO (1) WO2013085127A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018095297A1 (fr) 2016-11-23 2018-05-31 Huawei Technologies Co., Ltd. Système et procédé de transmission en liaison descendante assistée par groupe
CN109104764B (zh) * 2017-06-20 2021-12-31 华为技术有限公司 一种去注册方法、会话处理方法及装置
US11297588B2 (en) 2017-06-20 2022-04-05 Huawei Technologies Co., Ltd. Deregistration method, session handling method, and apparatus

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ANIL AGIWAL ET AL.: "MGID, CID and Service flows", IEEE 802.16 BROADBAND WIRELESS ACCESS WORKING GROUP, IEEE C802.16P-11/0290, 4 November 2011 (2011-11-04) *
ANSHUMAN NIGAM: "MGID Harmonization", IEEE 802.16 BROADBAND WIRELESS ACCESS WORKING GROUP, IEEE C802.16P-11/0287RL, 9 November 2011 (2011-11-09) *
ERICK COLBAN ET AL.: "MGID Related Corrections", IEEE 802.16 BROADBAND WIRELESS ACCESS WORKING GROUP, IEEE C802.16P-11/0337R2, 10 November 2011 (2011-11-10) *
JEONGKI KIM ET AL.: "Multicast transmission in IEEE P802.16p", IEEE 802.16 BROADBAND WIRELESS ACCESS WORKING GROUP, IEEE C802.16P-11/0315, 6 November 2011 (2011-11-06) *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018095297A1 (fr) 2016-11-23 2018-05-31 Huawei Technologies Co., Ltd. Système et procédé de transmission en liaison descendante assistée par groupe
CN110024319A (zh) * 2016-11-23 2019-07-16 华为技术有限公司 用于组协助下行链路传输的系统和方法
EP3542485A4 (fr) * 2016-11-23 2019-11-20 Huawei Technologies Co., Ltd. Système et procédé de transmission en liaison descendante assistée par groupe
US10778387B2 (en) 2016-11-23 2020-09-15 Huawei Technologies Co., Ltd. System and method for group-assisted downlink transmission
CN110024319B (zh) * 2016-11-23 2021-06-22 华为技术有限公司 用于组协助下行链路传输的系统和方法
CN109104764B (zh) * 2017-06-20 2021-12-31 华为技术有限公司 一种去注册方法、会话处理方法及装置
US11297588B2 (en) 2017-06-20 2022-04-05 Huawei Technologies Co., Ltd. Deregistration method, session handling method, and apparatus

Similar Documents

Publication Publication Date Title
US9014078B2 (en) Method and apparatus for multicasting a medium access control (MAC) control message in wireless access system
US9380559B2 (en) Method and apparatus for transmitting multicast data to M2M devices in a wireless access system
US9210567B2 (en) Method for transmitting and receiving parameter update information in a wireless communication system, and device using same
US20130252643A1 (en) Method for transmitting and receiving idle-mode parameter update information, and apparatus therefor
KR101186620B1 (ko) 무선통신 시스템에서 멀티캐스트 데이터를 전송 및 수신하는 방법과 이를 위한 장치
EP2575382A1 (fr) Procédé d'attribution de ressources dans un système d'accès sans fil à large bande
US20140031063A1 (en) Method for transmitting and receiving parameter update information, and apparatus for same
EP2697915B1 (fr) Procédé et appareil permettant d'exécuter une mesure de distance au niveau d'un dispositif m2m dans un système de communication sans fil
JP6097757B2 (ja) 無線通信システムにおいてマルチキャストデータを伝送及び受信する方法とそのための装置
KR20140042785A (ko) 무선통신 시스템에서 멀티캐스트 데이터를 수신하는 방법 및 이를 위한 m2m 기기
WO2013085127A1 (fr) Procédé et appareil pour diffusion multiple de message de commande de l'accès au support (mac) dans système d'accès sans fil
US9357334B2 (en) Method and apparatus for performing network reentry in wireless communication system
EP2705615B1 (fr) Procédé et dispositif de télémétrie au niveau d'un dispositif m2m dans un système de communication sans fil
WO2013085128A1 (fr) Procédé et appareil d'émission de message de commande mac dans système d'accès sans fil
US20140126459A1 (en) Method and apparatus for transmitting broadcasting message in wireless access system supporting m2m environment

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: 12856252

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14357750

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2014545797

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12856252

Country of ref document: EP

Kind code of ref document: A1