WO2012102547A2 - 정전 리포트를 전송 및 수신하는 방법과 이를 위한 장치 - Google Patents

정전 리포트를 전송 및 수신하는 방법과 이를 위한 장치 Download PDF

Info

Publication number
WO2012102547A2
WO2012102547A2 PCT/KR2012/000596 KR2012000596W WO2012102547A2 WO 2012102547 A2 WO2012102547 A2 WO 2012102547A2 KR 2012000596 W KR2012000596 W KR 2012000596W WO 2012102547 A2 WO2012102547 A2 WO 2012102547A2
Authority
WO
WIPO (PCT)
Prior art keywords
message
power failure
base station
indicator
report
Prior art date
Application number
PCT/KR2012/000596
Other languages
English (en)
French (fr)
Other versions
WO2012102547A3 (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 KR1020137021848A priority Critical patent/KR20140012645A/ko
Priority to CN201280012415.XA priority patent/CN103430463B/zh
Priority to US13/981,466 priority patent/US9319894B2/en
Publication of WO2012102547A2 publication Critical patent/WO2012102547A2/ko
Publication of WO2012102547A3 publication Critical patent/WO2012102547A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • 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
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present invention relates to wireless communications, and more particularly, to a method and apparatus for transmitting and receiving a power outage report.
  • Machine-to-machine communication refers to communication between the electronic device and the 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 market itself was very limited. However, in the past few years, M2M communication has been rapidly gaining worldwide attention. Grew. In particular, intelligent metering that measures flow management, remote monitoring of machinery and equipment, operating hours on construction machinery and automatic measurement of heat or electricity usage in point-of-sales and security-related applications. It showed great influence in the field of (Smart Meter). M2M communication in the future will be utilized for more various purposes in connection with existing mobile communication and wireless high-speed Internet, or low-power communication solutions such as Wi-Fi and Zigbee, and will no longer be limited to the business-to-business market. It will be the foundation to expand into the market.
  • M2M communication technology can be used in numerous devices and equipment such as automobiles, trucks, trains, containers, vending machines, gas tanks, and the like.
  • An object of the present invention is to provide a method for transmitting a power outage report by the M2M device.
  • Another object of the present invention is to provide a method for a base station to receive a power outage report.
  • Another technical problem to be achieved in the present invention is to provide an M2M device for transmitting a power outage report.
  • Another object of the present invention is to provide a base station apparatus for receiving a power outage report.
  • a method of transmitting a power outage report by a machine to machine (M2M) device includes a predefined bandwidth request when a power failure occurs.
  • Request, BR comprising the step of transmitting a first message including the index value, wherein the predefined BR index value is assigned to indicate that the power failure situation to the M2M device.
  • the first message may be a message regarding a bandwidth request.
  • the M2M device may be a device operating in a connected mode.
  • the method further comprises receiving from the base station a second message comprising an indication as to whether the M2M device should stop the bandwidth request process, wherein the second message does not stop the bandwidth request process. If instructed, the M2M device may perform the remaining bandwidth request.
  • the predefined BR index value may be assigned to a value corresponding to a specific value of a BR action field in a DSA (Dynamic Service Addition) process, and the specific value of the BR action field may be 0b11. .
  • a method of transmitting a power outage report by a machine to machine (M2M) device may notify a occurrence of a power failure situation from a base station.
  • Receiving a first message for instructing to suspend or postpone transmission of the power failure indicator for, based on the first message can hold and wait for transmission of the power failure indicator for a predetermined time period.
  • the method includes receiving from the base station a second message comprising resource allocation information for transmitting the power failure indicator; And transmitting the power failure indicator through a corresponding resource based on the second message.
  • the first message may be an AAI-RNG-ACK message, an AAI-RNG-RSP message, an AAI-M2M-PO-IND message, a non-user specific A-MAP IE, or a NUS A-MAP IE. , Extended NUS A-MAP IE, Superframe Header IE, or BR-ACK A-MAP IE Message.
  • a method for receiving a power outage report of a machine to machine (M2M) device in a wireless communication system is defined in advance from an M2M device in which a power failure occurs. And receiving a first message including a predetermined bandwidth request (BR) index value, wherein the predefined BR index value may be allocated to indicate that a power failure situation has occurred to the M2M device. have.
  • M2M machine to machine
  • a machine to machine (M2M) device that transmits a power outage report in a wireless communication system according to the present invention includes a predefined bandwidth request when a power failure occurs.
  • Request, BR includes a transmitter for transmitting a first message including the index value, the predefined BR index value may be assigned to indicate that the power failure situation to the M2M device.
  • the M2M device may further include a receiver for receiving a second message from the base station, the second message including an indication of whether the M2M device should stop the bandwidth request process, wherein the second message stops the bandwidth request process. If not instructed, the M2M device may further include a processor for controlling to perform the remaining bandwidth request.
  • a base station receiving a power outage report of a machine to machine (M2M) device in a wireless communication system is previously defined from an M2M device in which a power failure occurs.
  • BR bandwidth request
  • collision resolution between the M2M devices and the base station is prevented, which reduces unnecessary power consumption of the M2M devices and significantly increases the efficiency of system resources.
  • FIG. 1 is a diagram for schematically explaining a device configuration such as an M2M device and a base station according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an example for describing a process in which M2M devices perform communication with a base station when a power failure occurs.
  • FIG. 3 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station in a situation where a power failure occurs.
  • FIG. 4 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station in a situation where a power failure occurs.
  • FIG. 5 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station when a power failure occurs.
  • 6 and 7 are diagrams illustrating still another example for explaining a process in which M2M devices communicate with a base station when a power failure occurs.
  • FIG. 8 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station when a power failure occurs.
  • FIG. 9 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station when a power failure occurs.
  • FIG. 10 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station in a situation in which a power failure occurs.
  • a terminal collectively refers to a mobile or fixed user terminal device such as a user equipment (UE), a mobile station (MS), an advanced mobile station (AMS), a machine to machine (M2M) device, and the like.
  • the base station collectively refers to any node of the network side that communicates with the terminal such as a Node B, an eNode B, a Base Station, and an Access Point (AP).
  • a user equipment may receive information from a base station through downlink, and the terminal may also transmit information through uplink.
  • Information transmitted or received by the terminal includes data and various control information, and various physical channels exist according to the type and purpose of information transmitted or received by the terminal.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA may be implemented with wireless technologies 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
  • OFDMA may be implemented in a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA).
  • UTRA is part of the Universal Mobile Telecommunications System (UMTS).
  • 3rd Generation Partnership Project (3GPP) long term evolution (LTE) employs OFDMA in downlink and SC-FDMA in uplink as part of Evolved UMTS (E-UMTS) using E-UTRA.
  • LTE-A Advanced is an evolution of 3GPP LTE.
  • 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.
  • An M2M device group refers to a group of M2M devices that share one or more features in common.
  • 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 low mobility or no mobility. Significantly less or no mobility means that M2M devices are stationary for a long time.
  • An M2M communication system is a specific M2M with a fixed location, such as secured access and surveillance, public safety, payment, remote maintenance and control, metering, and so on. Mobility-related operations for the application can be simplified or optimized.
  • M2M communication is applied to a wireless communication system (for example, IEEE 802.16e / m).
  • a wireless communication system for example, IEEE 802.16e / m.
  • the present invention is not limited thereto, and the embodiment of the present invention may be applied to other wireless communication systems such as 3GPP LTE system in the same manner.
  • FIG. 1 is a diagram for schematically explaining a device configuration such as an M2M device and a base station according to an embodiment of the present invention.
  • the M2M device 100 (or may be referred to as an M2M communication device, hereinafter referred to as an M2M device) and the base station 150 are RF units 110 and 160, processors 120 and 170, and optionally, respectively. Memory 130 and 180.
  • each of the RF units 110 and 160 may include transmitters 111 and 161 and receivers 112 and 162.
  • the transmitter 111 and the receiver 112 are configured to transmit and receive signals with the base station 150 and other M2M devices
  • the processor 120 is the transmitter 111 and the receiver.
  • the transmitter 111 and the receiver 112 may be configured to control a process of transmitting and receiving signals with other devices.
  • the processor 120 may perform various types of processing on the signal to be transmitted and then transmit the signal to the transmitter 111, and may perform processing on the signal received by the receiver 112. If necessary, the processor 120 may store information included in the exchanged message in the memory 130. With such a structure, the M2M device 100 may perform the methods of the various embodiments described below.
  • the M2M device 100 may include various additional configurations according to the device application type.
  • the M2M device 100 may include an additional configuration for power measurement, and the like.
  • the power measurement operation may be performed by the processor 120 illustrated in FIG. 1. May be controlled, or may be controlled by a separately configured processor (not shown).
  • FIG. 1 illustrates an example in which communication is performed between the M2M device 100 and the base station 150, the M2M communication method according to the present invention may occur between M2M devices, and each of the devices is shown in FIG. 1.
  • the method according to various embodiments described below may be performed in the same form as each device configuration shown in FIG.
  • Transmitter 161 and receiver 162 of base station 150 are configured to transmit and receive signals with other base stations, M2M servers, and M2M devices, and processor 170 is functional with transmitter 161 and receiver 162. Connected to, the transmitter 161 and the receiver 162 may be configured to control the process of transmitting and receiving signals with other devices. In addition, the processor 170 may perform various processing on the signal to be transmitted and then transmit the signal to the transmitter 161, and may perform the processing on the signal received by the receiver 162. If necessary, the processor 170 may store information included in the exchanged message in the memory 130. With this structure, the base station 150 may perform the methods of the various embodiments described above.
  • Processors 120 and 170 of each of the M2M device 110 and the base station 150 instruct (eg, control, coordinate, manage, etc.) operation at the M2M device 110 and the base station 150, respectively.
  • Each of the processors 120 and 170 may be connected to memories 130 and 180 that store program codes and data.
  • the memories 130 and 180 are coupled to the processors 120 and 170 to store operating systems, applications, and general files.
  • the processors 120 and 170 may also be referred to as a controller, a microcontroller, a microprocessor, a microcomputer, or the like.
  • the processors 120 and 170 may be implemented by hardware or 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
  • firmware or software when implementing embodiments of the present invention using firmware or software, the firmware or software may be configured to include a module, a procedure, or a function for performing the functions or operations of the present invention, and to perform the present invention.
  • Firmware or software configured to be may be included in the processors 120 and 170 or may be stored in the memories 130 and 180 to be driven by the processors 120 and 170.
  • the idle mode refers to a paging group and a paging cycle approved by the base station through signaling between the terminal and the base station in order to save power of the terminal (including the M2M device).
  • This mode is to operate paging offset. That is, even if the terminal roams a wireless link environment having a plurality of base stations over a wide area, a mechanism for periodically receiving a downlink broadcast message without registering with a specific base station is performed.
  • Idle mode stops all normal operations as well as handovers (HOs) and adjusts only downlink synchronization to receive paging messages, which are broadcast messages, over a period of time. It is set.
  • the paging message is a message instructing the paging action (paging action) to the terminal.
  • paging operations include ranging, network reentry, and the like.
  • the idle mode may be initiated by the terminal or initiated by the base station. That is, the terminal idles by transmitting a deregistration request message (for example, an AAI-DREG-REQ message) to the base station and receiving a deregistration response message (for example, an AAI-DREG-RSP) message from the base station in response thereto. You can enter the mode.
  • the base station may enter the idle mode by transmitting an unsolicited deregistration response message or a deregistration command message (for example, an AAI-DREG-CMD message) to the terminal.
  • Idle State or Idle Mode operation generally supports the transmission of downlink broadcast traffic periodically even when the UE moves in a radio link environment composed of multiple base stations, even if it is not registered to a specific base station. It refers to the action that makes.
  • the terminal may transition to the idle state to save power.
  • the terminal transitioning to the idle mode receives a broadcast message (eg, paging message) broadcasted by the base station during an available interval (AI) and transitions to the normal mode or remains idle. You can judge.
  • a broadcast message eg, paging message
  • the idle state can benefit the terminal by eliminating the active and general operational requirements associated with the handover.
  • the idle state may limit the terminal activity to be scanned in discrete cycles, thereby saving power and operational resources used by the terminal.
  • the idle state provides a simple and appropriate way to inform the terminal of downlink traffic pending, and removes the network interface and network handover (HO) traffic from the inactive terminal.
  • the base station can benefit.
  • 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 should be small enough 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 idle terminals and manage initial paging of all base stations belonging to a paging group by using a paging-announce message, which is one of backbone network messages.
  • the present invention proposes various embodiments for reducing an unnecessary contention resolution process of an M2M device.
  • Table 1 below shows information masking information on A-MAP IE in IEEE 802.16m system.
  • A-MAP IE represents control information transmitted from the base station to the terminal in the IEEE 802.16m system.
  • Table 2 shows a description of the masking code for 001 by the type indicator of Table 1.
  • the masking code value (Decimal value) 1 is a value used to mask the BR-ACK A-MAP IE, and 2 to 128 mask the group resource allocation A-MAP IE. This is the value used to.
  • Table 3 shows a description of the masking code of the type indicator of Table 1 for 010.
  • a masking code value 4095 may be used to mask broadcast allocation A-MAP IE for multicast allocation.
  • the M2M device may transmit to the base station through a power outage report indicator to inform the power failure situation. Connected mode where a power outage occurs The power outage contention BR stop indicator or ranging stop indicator is set before the M2M device issues a contention bandwidth request (contention BR) for power outage reports.
  • the processor 120 of the M2M device may control to wait for polling for the power failure report from the base station for a specific time without performing the competing BR.
  • the processor 120 of the M2M device does not immediately perform the contention BR and the base station for a specific time. Control to wait for polling for power outage reports. However, if the polling is not received for a specific time, the M2M device may be allocated resources through contention-based BR or ranging, and may report the power outage situation to the allocated resources. In contrast, when an M2M device having a power failure receives polling from the base station, power outage information may be transmitted to the base station as a corresponding resource.
  • a base station When a base station receives a power outage report indicator from one or more M2M devices, the base station is referred to as a power outage contention BR stop indicator / ranging stop indicator (hereafter referred to as a PCS indicator, but limited to these names only). Can be sent to the M2M device. After the base station sends the PCS indicator may poll the terminals in the connected mode. At this time, both individual resource allocation or group resource allocation can be used. Power outage polling is possible in the same frame as well as in other frames.
  • the PCS indicator used in the present invention indicates that the M2M devices in which the power failure has occurred may cause the base station to stop the random access (competitive BR or competitive ranging) in order to report the power failure or to delay the random access for a predetermined time. Indicates information transmitted to M2M devices that are out of power.
  • These names are used as PCS indicators as an example for ease of understanding, and may be used as other names. For example, it may be referred to as a power outage random access deferment indicator (PRD indicator) or the like.
  • a method of delivering the PCS indicator to the M2M device by the base station will be proposed in various ways depending on the timing and signaling method, which is not limited only to the example of the present invention.
  • the signal received from the M2M device to send the PCS indicator to the base station may also be various depending on the time or method of transmitting the M2M device, which is also limited to the example of the present invention. It doesn't happen.
  • the embodiments are separated by distinguishing the idle mode M2M device or the connected mode M2M device for easy understanding, but each method may be applied regardless of whether the M2M device is in the idle mode or the connected mode.
  • the base station may transmit such a PCS indicator in a multicast form or a broadcast type in order to receive M2M devices having a power failure in the cell.
  • the power failure report indicator transmitted by the M2M device and the PCS indicator transmitted by the base station may be classified as follows.
  • the M2M device may transmit a power failure indicator indicating a power outage situation to the base station by using a specific ranging code or a ranging opportunity.
  • the base station may allocate a specific ranging code for the power failure indicator, and when the power failure occurs, the M2M device may perform the power failure report by transmitting a designated ranging code assigned to the base station for this purpose. Meanwhile, the base station may allocate a dedicated ranging opportunity instead of the ranging code. Alternatively, the base station may assign a dedicated ranging code and ranging opportunity for power outage indicator purposes.
  • the M2M device may transmit a power failure indicator to the base station using a ranging request message (eg, an AAI-RNG-REQ message).
  • a ranging request message eg, an AAI-RNG-REQ message.
  • the M2M device notifies the base station of the power outage by allocating and transmitting the ranging purpose of the ranging request message as power outage.
  • a power failure indicator may be added so that the M2M device may transmit the power failure indicator to the base station.
  • the M2M device may transmit a power failure report indicator to a base station using a 5-step dedicated BR preamble sequence.
  • the base station allocates a BR preamble sequence for power failure, and the M2M device may transmit a power failure indicator to the base station using the BR preamble sequence for power failure when a power failure occurs.
  • this may only apply to connected mode M2M devices.
  • the M2M device may transmit a power failure indicator to the base station using a quick access message (ie, assigning a BR index for power failure) in a 3-step bandwidth request process.
  • the base station may allocate a specific BR index for the use of the power failure indicator. This also applies to connected mode M2M devices only.
  • the base station may transmit the PCS indicator to the M2M device using the AAI-RNG-ACK message in response to the CDMA ranging request during the initial ranging.
  • the base station transmits the AAI-RNG-ACK message for the ranging code
  • the base station includes the PCS indicator.
  • the AAI-RNG-ACK message may be transmitted in the form of broadcast or multicast.
  • the base station when the base station transmits a CDMA allocation MAP IE message to the M2M device, it may include the PCS indicator. At this time, the CDMA allocation MAP IE message may be transmitted in the form of broadcast or multicast.
  • the base station when the base station receives the power failure indicator from the M2M device through the BR code of step 5 or the step 3 quick access message, the base station includes the PCS indicator in the BR-ACK A-MAP IE message in response to the M2M device You can also send it to.
  • the BR-ACK A-MAP IE message is a message indicating the decoding state of the transmitted BR preamble sequence.
  • the BR-ACK A-MAP IE message may be transmitted in the form of broadcast or multicast.
  • the M2M device may transmit a ranging request message (eg, an AAI-RNG-REQ message) to the base station by including a power failure indicator indicating a power outage situation.
  • a ranging request message eg, an AAI-RNG-REQ message
  • the PCS indicator may be included in the AAI-RNG-RSP message and transmitted to the M2M device.
  • the ranging response message may be transmitted in a broadcast or multicast type.
  • the base station may use a new MAC message or a MAC header (using a signaling header or an extended header) including a PCS indicator.
  • this new MAC message may be transmitted in broadcast or multicast type.
  • the name of the new MAC message is named as an AAI-M2M-PO-IND message as an example, and a detailed description thereof will be described below.
  • the base station may also include a superframe header (SFH) or a non-user specific A-MAP IE / NUS A-MAP IE / extended NUS A-MAP IE message.
  • the PCS indicator may be transmitted to the M2M device by using a downlink control channel such as the above.
  • the base station receives the power failure indicator from the M2M device as described above, the base station sends the PCS indicator to the M2M device through a superframe header, a NUS A-MAP IE message or an extended NUS A-MAP IE message in response. Can be.
  • some message formats in the existing IEEE 802.16m system need modification. It is necessary to reserve a BR code and a ranging code for power outage reports for M2M devices operating in connected mode.
  • the connected mode M2M device transmits an indicator for power failure report (for example, a BR code for power failure indicator) to the base station, and the M2M device operating in idle mode ranges for power failure report. You can send the code.
  • FIG. 2 is a diagram illustrating an example for describing a process in which M2M devices perform communication with a base station when a power failure occurs.
  • the base station may receive a power failure indicator or power failure report indicator from at least one M2M device (eg, M2M device N) among the M2M devices in which an unwanted power failure occurs, through a BR code or ranging code for power failure report. (S210).
  • the processor 170 of the base station determines that an unwanted power failure occurs in one or more M2M devices in the cell, and the remaining M2M devices (eg, M2M device 1, M2M device) in the cell that did not send an unwanted power failure indicator.
  • the PCS indicator may be transmitted to 2) (S220).
  • the PCS indicator may be a blackout contention BR or ranging stop indicator and may be transmitted in a multicast or broadcast type.
  • the M2M devices (eg, M2M device 1 and M2M device 2) that have received the PCS indicator from the base station delay the report on the power failure situation and wait to receive polling for the power failure report from the base station (S230). This wait can last for the time value of a particular timer.
  • M2M devices for example, M2M device 1, M2M device 2
  • M2M devices for example, M2M device 1, M2M device 2
  • the power failure report may be transmitted to the base station through the corresponding resource allocated through the S250.
  • the base station receives a power failure indicator or a power failure report indicator from at least one M2M device (for example, M2M device N) among undesired power failures through a BR code or ranging code for power failure report, etc.
  • the processor 170 of the base station determines that an unwanted power failure has occurred in one or more M2M devices in the cell, and the processor 170 of the base station determines AAI-RNG- for the power failure report ranging code to reduce the collision resolution process.
  • An ACK message can be sent.
  • an AAI-RNG-ACK message including the PCS indicator may be broadcast or multicasted to the M2M device so that the M2M devices having the power failure may receive the PCS indicator.
  • the base station may assign a multicast identifier (ID) for the PCS indicator.
  • the base station may include a multicast ID in the corresponding MAP IE and transmit or mask and transmit a CRC (Cyclic Redundancy Check). Subsequently, the processor 120 of the M2M devices having an unwanted power failure will attempt to decode the AAI-RNG-ACK message using the corresponding multicast ID.
  • Table 4 is a table for explaining the masking code for the type indicator 001.
  • Table 4 Decimal Value Description 0 Used to mask Broadcast Assignment A-MAP IE One Used to mask BR-ACK A-MAP IE 2-128 Used to mask Group Resource Allocation A-MAP IE (group ID) 129 Used to mask Broadcast Assignment A-MAP IE for power outage random access stop indicator 130 -4095 Reserved
  • the masking code values of Nos. 2 to 128 are broadcast assignment A-MAP IEs.
  • the masking code value 1 is allocated for the BR-ACK A-MAP IE and the masking code value 0 is allocated for the group resource allocation A-MAP IE (GRA A-MAP IE). These are for general terminals used in human-to-human communication rather than M2M communication.
  • the masking code value (or ID) of the 130th (ie, 129th) to 212th (ie, 211) may not be used for general terminals, and a part of the masking code, for example, the 129th
  • the value may be assigned to the multicast ID used to mask the broadcast assignment A-MAP IE for the blackout random access stop indicator.
  • Table 5 below shows a masking code for the type indicator 010.
  • a masking code value of 4094 may be assigned to be used to mask a broadcast allocation A-MAP IE for a blackout random access stop indicator.
  • the masking code value 4095 may be used to mask broadcast allocation A-MAP IE for multicast allocation.
  • the base station may transmit an AAI-RNG-ACK message including a power outage random access stop indicator to the M2M device.
  • the power failure random access stop indicator is an indicator that instructs the M2M device having the power failure to wait without immediately starting the random connection.
  • the base station may, for example, mask a masking code value of 4094 with a CRC of the broadcast allocation A-MAP IE and transmit it to the M2M device.
  • the processor 120 of the M2M device may decode the CRC of the broadcast allocation A-MAP IE and the masked masking code value so that the broadcast allocation A-MAP IE is for the power failure random access stop indicator.
  • Table 6 below shows an example of the AAI-RNG-ACK message format.
  • the base station may include the PCS indicator field in the AAI-RNG-ACK message and transmit to the M2M device. For example, if the PCS indicator value is 1, this indicates to defer or suspend competing BR or ranging of M2M devices having a power failure for a certain period of time.
  • the processor 120 of the M2M device may decode the indication value of the PCS indicator and accordingly suspend and delay the contention BR or ranging transmission for a certain period of time.
  • FIG. 3 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station in a situation where a power failure occurs.
  • the base station may receive a power failure indicator or a power failure report indicator from the at least one M2M device (for example, M2M device N) among the M2M devices that have an unwanted power failure through a ranging code for a power failure report (S310). .
  • the processor 170 of the base station determines that an unwanted power failure occurs in one or more M2M devices in the cell, and not only the M2M device N but the remaining M2M devices in the cell that did not send the power failure indicator (for example, M2M device 1).
  • the PCS indicator may also be transmitted to the M2M device 2 through an AAI-RNG-ACK message (S320).
  • the PCS indicator may be a ranging stop indicator or a blackout contention BR stop indicator, and may be transmitted in a multicast or broadcast type.
  • Each processor 120 of the M2M devices (e.g., M2M device 1, M2M device 2, ..., M2M device N) attempts to decode the AAI-RNG-ACK message, before attempting random access.
  • M2M device 1 e.g., M2M device 1, M2M device 2, ..., M2M device N
  • M2M device N e.g., M2M device 1, M2M device 2, ..., M2M device N
  • M2M devices (M2M device 1, M2M device 2) that have not yet reported the occurrence of the power failure
  • M2M devices eg, M2M device 1, M2M device 2
  • M2M devices (for example, M2M device 1, M2M device 2) that has not yet reported the occurrence of the power failure will transmit a power failure report including the power failure report to the base station through the corresponding resources allocated through polling. It may be (S350).
  • the M2M device N transmitted through the BR code or the ranging code for the power failure report receives an AAI-RNG-ACK message from the base station (S320), and then a ranging process (or network) corresponding to itself. Entry or location update process) may be performed (S335).
  • the M2M device may report it to the base station using a specific ranging code.
  • the M2M device transmits a general ranging code to the base station and then a ranging request message (for example, , AAI-RNG-REQ message) may be reported to the base station the outage. That is, the M2M device may include an indicator in the AAI-RNG-REQ message indicating that an unwanted power outage has occurred (e.g., it may additionally assign a specific value in the ranging purpose field for this purpose). Can be sent to.
  • the base station receives the AAI-RNG-REQ message from the M2M device and transmits an AAI-RNG-RSP message in response to the AAI-RNG-REQ message, where the PCS indicator may be included in the AAI-RNG-RSP message and transmitted.
  • the base station may transmit the AAI-RNG-RSP message in a multicast or broadcast type so that all of the M2M devices having a power failure can receive it.
  • the processor 120 of the M2M device in which an unwanted power failure occurs may control to delay or suspend performing the random access procedure for a specific period when receiving the PCS indicator from the base station before random access.
  • Table 7 shows an example of a ranging response message (eg, AAI-RNG-RSP message) format including a PCS indicator.
  • the base station may transmit to the M2M device including the PCS indicator in the AAI-RNG-RSP message. If the indicator value of the PCS indicator indicates that the competitive BR or random access procedure of the M2M devices in which the power outage has occurred is delayed or stopped for a specific period, the processor 120 of the M2M device specifies the competitive BR or random access procedure. You can control it to postpone or stop for a period of time.
  • FIG. 4 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station in a situation where a power failure occurs.
  • M2M devices for example, M2M device 1, M2M device 2, ..., M2M device N.
  • the M2M device N having an unwanted power failure situation may transmit a general ranging code to the base station (S410), and may receive an AAI-RNG-ACK message from the base station (S420). Thereafter, the M2M device N may transmit a power outage report regarding an unwanted power outage generation to the base station through a ranging request message (eg, AAI-RNG-REQ message) (S430).
  • a ranging request message eg, AAI-RNG-REQ message
  • the processor 170 of the base station When the base station receives a power failure indicator or power failure report indicator for power failure report from at least one M2M device (for example, M2M device N) among the unsuccessful power failure (S430), the processor 170 of the base station is Determining that an unwanted power failure has occurred in one or more M2M devices in the cell, the PCS indicator is applied to not only M2M device N but also the remaining M2M devices (eg, M2M device 1, M2M device 2) in the cell that did not send the power failure indicator. As an example, it may be transmitted through an AAI-RNG-RSP message (S440).
  • M2M device for example, M2M device N
  • the remaining M2M devices eg, M2M device 1, M2M device 2
  • the PCS indicator may be a power failure contention BR or ranging stop indicator, and may be transmitted in a multicast or broadcast type.
  • a multicast ID for power outage may be reserved in advance, and the multicast ID may be reserved for M-M devices having a power outage. It may be used in the A-MAP IE for transmitting the AAI-RNG-RSP message to decode the MAP IE.
  • the processor 120 of M2M devices that did not report a power outage report attempts to decode the AAI-RNG-RSP message, which includes a PCS indicator before attempting random access.
  • the AAI-RNG-RSP message Upon receiving the AAI-RNG-RSP message, it may be controlled to delay performing the random access procedure for a specific time (S450).
  • M2M devices (M2M device 1, M2M device 2) that have not yet reported the occurrence of the power failure
  • M2M devices eg, M2M device 1, M2M device 2
  • M2M devices (for example, M2M device 1, M2M device 2) that has not yet reported the occurrence of the power failure will transmit a power failure report including the power failure report to the base station through the corresponding resources allocated through polling. It may be (S470).
  • the base station used the AAI-RNG-RSP message to transmit the PCS indicator, it can be distinguished from this message can be sent to the PCS indicator in the form of a new broadcast or multicast message.
  • Table 8 shows a new M2M blackout indication message (eg, AAI-M2M-PO-IND message) including a PCS indicator.
  • Table 8 Field Size Value / Description power outage contention BR / ranging stop (PCS) indicator One 1: indicates to postpone or stop a competing BR or random access procedure of M2M devices having a power outage for a certain period of time.
  • PCS power outage contention BR / ranging stop
  • the AAI-RNG-RSP message can be transmitted in the form of unicast or initial ranging without including the PCS indicator.
  • This AAI-M2M-PO-IND message may be sent in the form of multicast / broadcast instead of a power outage indicator (AAI-RNG-RSP message), and as in the above example, the M2M device uses a ranging code.
  • the base station may transmit the AAI_M2M-PO-IND including the PCS indicator to the M2M device, instead of the AAI-RNG-ACK message including the PCS indicator. In this case, there is an advantage that there is no need to modify the AAI-RNG-ACK message or AAI-RNG-RSP message.
  • FIG. 5 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station when a power failure occurs.
  • M2M devices for example, M2M device 1, M2M device 2, ..., M2M device N.
  • the M2M device N may transmit a general ranging code to the base station (S510), and may receive an AAI-RNG-ACK message from the base station (S520). Thereafter, the M2M device N may transmit a power outage report regarding an unwanted power outage generation to the base station through a ranging request message (eg, an AAI-RNG-REQ message) (S530). In response to the ranging request message, the base station transmits the ranging response message to the M2M device N (S540).
  • a ranging request message eg, an AAI-RNG-REQ message
  • the processor 170 of the base station Determining that an unwanted power failure has occurred in one or more M2M devices in the cell, the PCS indicator is applied to not only M2M device N but also the remaining M2M devices (eg, M2M device 1, M2M device 2) in the cell that did not send the power failure indicator. As an example it can be transmitted through the AAI-M2M-PO-IND message (S550).
  • the PCS indicator may be a power failure contention BR or ranging stop indicator, and may be transmitted in a multicast or broadcast type.
  • the processor 120 of M2M devices (eg, M2M device 1 and M2M device 2) that did not report a power outage report attempts to decode the AAI-M2M-PO-IND message, before the PCS indicator attempts to access random access.
  • the random access procedure may be controlled to be delayed or stopped for a specific time (S560).
  • M2M devices M2M device 1 and M2M device 2
  • M2M devices that have not yet reported a power failure occurrence
  • the M2M device 1 and the M2M device 2 may transmit a power failure report including a power failure to the base station through a corresponding resource allocated through polling (S580).
  • Non-user specific A-MAP IE or NUS A-MAP IE which is one of downlink control channels in IEEE 802.16m system, or extended non-user specific A-MAP IE A-MAP IE) (in this case, the extension flag of the NUS A-MAP IE is set to 1)
  • the base station may transmit a PCS indicator to the M2M devices, and the processor 120 of the M2M device may transmit the NUS A-MAP.
  • the PCS indicator When the PCS indicator is received through the IE or the extended non-NUS A-MAP IE, it may be controlled to delay or suspend the random access (ranging or contention BR) process for a specific period of time.
  • the base station may transmit the PCS indicator to the M2M device through a broadcast channel (eg, a superframe header (SFH IE)) rather than a downlink control channel.
  • a broadcast channel eg, a superframe header (SFH IE)
  • 6 and 7 are diagrams illustrating still another example for explaining a process in which M2M devices communicate with a base station when a power failure occurs.
  • step S650 the base station transmits the message through the NUS A-MAP IE or the extended non NUS A-MAP IE message. That is, there is a difference only in the message type for transmitting the PCS indicator.
  • the base station transmits the PCS indicator through the AAI-M2M-PO-IND message in step S550, in this embodiment, the base station transmits the PCS indicator to the broadcast channel (eg, a superframe header (SFH IE) in step S750. There is a difference in transmitting to M2M device through)).
  • the broadcast channel eg, a superframe header (SFH IE)
  • FIG. 8 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station when a power failure occurs.
  • M2M devices for example, M2M device 1, M2M device 2, ..., M2M device N.
  • an M2M device operating in connected mode i.e., M2M device N
  • M2M device N sends specific BR codes for power outage reports instead of ranging codes to alert the base station to an involuntary power outage situation. Can be informed (S810).
  • the base station When receiving the BR code / indicator for the power failure report from the M2M device N, the base station includes the PCS indicator in the BR-ACK A-MAP IE message to transmit the BR code / indicator for the power failure report.
  • Other M2M devices for example, M2M device 1 and M2M device 2 in the same cell may be transmitted (S820).
  • the BR-ACK A-MAP IE message format may be as shown in Table 9 below. Table 9 below shows an example of a BR-ACK A-MAP IE message format.
  • the BR-ACK A-MAP IE message may include a 1-bit PCS indicator.
  • the M2M devices (M2M 1 and M2M device 2) that do not transmit the power failure report receive a BR-ACK A-MAP IE message including a PCS indicator from the base station before performing the random access procedure (S820), the M2M devices
  • Each processor 120 of the M2M 1 and the M2M device 2 may delay or stop performing the random access process for a specific period of time and wait to receive an allocation of resources from the base station (S830).
  • M2M devices M2M device 1 and M2M device 2
  • M2M devices that have not yet reported a power failure occurrence
  • the M2M device 1 and the M2M device 2 may transmit an outage report including a power outage to the base station through a corresponding resource allocated through polling (S850).
  • the M2M device N transmitting the BR code for the power failure report may receive a BR-ACK A-MAP IE message from the base station (S820), and may perform a BR process corresponding to itself (S835). .
  • the M2M devices include the indication value 1 of the PCS indicator (ie, indicating to delay or stop the competition BR or random access procedure of the M2M devices for a specific period) of the BR-ACK A-MAP IE message from the base station for a predetermined period of time. If the BR-ACK A-MAP IE message is not received, the random access procedure is performed.
  • the PCS indicator ie, indicating to delay or stop the competition BR or random access procedure of the M2M devices for a specific period
  • FIG. 9 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station when a power failure occurs.
  • M2M devices for example, M2M device 1, M2M device 2, ..., M2M device N.
  • the base station includes the PCS indicator in the BR-ACK A-MAP IE message, as well as the M2M devices N transmitting the BR code / indicator for the power failure report, as well as other M2M devices in the same cell as the corresponding M2M devices. (For example, M2M device 1, M2M device 2), but in step S920 of FIG. 9, the base station transmits the power failure report without including the PCS indicator in the BR-ACK A-MAP IE message. Send only to device N.
  • the base station includes the PCS indicator in the NUS A-MAP IE, Extended NUS A-MAP IE, or broadcast channel (for example, superframe header (SFH)) in the same cell as well as M2M device N
  • M2M devices for example, M2M device 1, M2M device 2
  • the steps S940, S945, S950, and S960 are the same as the steps S830, S835, S840, and S850 of FIG. 8, respectively.
  • the M2M device uses a three step BR process using a quick access message. Can alert you to unwanted power outages.
  • the specific BR index includes the function of the power failure report.
  • Table 10 shows an example of an AAI-DSA-REQ (Advanced Air Interface-Dynamic Service Addition-request) message including a BR index in a quick access message.
  • AAI-DSA-REQ Advanced Air Interface-Dynamic Service Addition-request
  • the AAI-DSA-REQ message may be a message initiated by the base station (BS-initiated) and transmitted to the M2M device.
  • the AAI-DSA-REQ message may be a message that the M2M device exchanges between the base station and the M2M device before a power failure situation occurs.
  • the AAI-DSA-REQ message may include a predefined BR index field and a BR action field.
  • the base station may set the BR action field set to a value of 0b11 to indicate a power outage indicator, and when the BR action field value is 0b11, the corresponding BR index value may be determined in advance.
  • the M2M device If the base station transmits the BR index value information corresponding to the BR action field value 0b11 determined to the M2M device through the AAI-DSA-REQ message, the M2M device relates to the power failure indicator through the AAI-DSA-REQ message. Information can be obtained.
  • the BR action field value when the BR action field value is Ob11, it indicates that the predefined BR index included in the AAI-DSA-REQ message is for the power failure indicator. As such, one value of the BR action field for the BR index may be used as the power failure indicator. If the BR action field value is Ob10, the AAI-DSA-REQ message may further include a BR size field, where the BR size field indicates the number of bytes requested by the predefined BR index.
  • the base station assigns a predefined BR index to a specific value of the BR action field in the DSA process for transmission of the power failure indicator of the M2M device.
  • the M2M device uses the BR index defined for the power failure indicator on the system without DSA.
  • the power failure indicator may be transmitted to the base station to inform the power failure situation.
  • FIG. 10 is a diagram illustrating another example for explaining a process in which M2M devices communicate with a base station in a situation in which a power failure occurs.
  • M2M devices for example, M2M device 1, M2M device 2, ..., M2M device N.
  • the M2M device N may transmit a BR preamble sequence and a quick access message to the base station using the last value of the BR index (eg, 0b1111) (S1010).
  • the last value of the BR index (eg 0b1111) is a predefined index for power outage reports.
  • the base station may transmit a BR-ACK A-MAP IE message indicating the decoding state of the BR preamble sequence to the M2M device N (S1020).
  • the processor 170 of the base station Determining that an unwanted power failure has occurred in one or more M2M devices in the cell, the PCS indicator is applied to not only M2M device N but also the remaining M2M devices (eg, M2M device 1, M2M device 2) in the cell that did not send the power failure indicator.
  • the BR-ACK A-MAP IE may be transmitted through an AAI-M2M-PO-IND, a NUS A-MAP IE, an extended NUS A-MAP IE, or an SFH IE message (S1030).
  • BR-ACK A-MAP IE AAI-M2M-PO-IND
  • NUS A-MAP including PCS indicator before M2M devices (M2M 1, M2M device 2) that do not send outage report perform random access procedure.
  • each processor 120 of the M2M devices (M2M 1 and M2M device 2) delays performing a random access procedure for a specific period of time. Alternatively, it may be controlled to stop waiting for the resource allocation from the base station (S1040).
  • the M2M device N transmitting the BR code for the power failure report receives a BR-ACK A-MAP IE message from the base station (S1020) and then receives a PCS indicator instructing to perform random access (S1030).
  • the M2M device N performs the remaining BR process.
  • M2M devices M2M device 1 and M2M device 2
  • M2M devices that have not yet reported the power failure occurrence
  • the M2M device 1 and the M2M device 2 may transmit an outage report including a power outage to the base station through a corresponding resource allocated through polling (S1060).
  • the M2M device may inform the base station of power outage through signaling defined in the IEEE 802. 16m system, and the base station may transmit the PCS indicator to the M2M devices having the blackout.
  • the PCS indicator may be transmitted through a multicast or broadcast type (eg, broadcast CID or multicast CID).
  • a three-step BR quick access message, AAI-RNG-ACK, BR-ACK A-MAP IE, SFH, NUS A-MAP IE which is a dedicated method of the IEEE 802.16m system. The method cannot be used.
  • DCD may be used instead of SFH.
  • an involuntary power outage of M2M devices may occur in the M2M system, and in this case, an unwanted power failure may occur in most M2M devices at a branch belonging to the M2M device.
  • the corresponding M2M devices When there is a power outage, the corresponding M2M devices will report it to the base station at the same time, which increases the possibility of contention due to a large ranging process in the M2M devices in idle mode. M2M devices in (connected mode) are more likely to compete in the bandwidth request process.
  • collision resolution between the M2M devices and the base station is prevented, which reduces unnecessary power consumption and significantly increases the efficiency of system resources. Can be.
  • Methods for transmitting and receiving a power outage report and apparatus therefor are industrially available in various communication systems such as 3GPP LTE, LTE-A, IEEE 802, and the like.

Landscapes

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

Abstract

정전 리포트를 전송 및 수신하는 방법과 이를 위한 장치가 개시된다. 본 발명에 따른 M2M(Machine to Machine) 기기가 정전(power outage) 리포트를 전송하는 방법은, 정전 상황이 발생한 경우 사전에 정의된 대역폭 요청(Bandwidth Request, BR) 인덱스값을 포함하는 제 1 메시지를 기지국으로 전송하는 단계를 포함하되, 상기 사전에 정의된 BR 인덱스 값은 상기 M2M 기기에게 정전 상황이 발생한 것을 지시하기 위해 할당된 것이다.

Description

정전 리포트를 전송 및 수신하는 방법과 이를 위한 장치
본 발명은 무선통신에 관한 것으로, 보다 상세하게는 정전(power outage) 리포트를 전송 및 수신하는 방법과 이를 위한 장치에 관한 것이다.
기기 간 통신(Machine to Machine, 이하 M2M)이란, 그 표현 그대로 전자 장치와 전자 장치 간의 통신을 의미한다. 광의로는 전자 장치 간의 유선 혹은 무선 통신이나, 사람이 제어하는 장치와 기계간의 통신을 의미한다. 하지만, 최근에는 전자 장치와 전자 장치 간 즉, 사람의 관여 없이 수행되는 기기 간 무선 통신을 지칭하는 것이 일반적이다.
M2M 통신의 개념이 처음 도입된 1990년대 초반에는 원격 조정이나 텔레매틱스 정도의 개념으로 인식되었고, 파생되는 시장자체도 매우 한정적이었으나, 지난 몇 년간 M2M 통신은 고속 성장을 거듭하며 전 세계적으로 주목 받는 시장으로 성장하였다. 특히, 판매 관리 시스템(POS, Point Of Sales)과 보안 관련 응용 시장에서 물류 관리(Fleet Management), 기계 및 설비의 원격 모니터링, 건설 기계 설비상의 작동시간 측정 및 열이나 전기 사용량을 자동 측정하는 지능 검침(Smart Meter) 등의 분야에서 큰 영향력을 발휘하였다. 앞으로의 M2M 통신은 기존 이동 통신 및 무선 초고속 인터넷이나 Wi-Fi 및 Zigbee 등 소출력 통신 솔루션과 연계하여 더욱 다양한 용도로 활용되어 더 이상 B2B(Business to Business) 시장에 국한하지 않고 B2C(Business to Consumer) 시장으로 영역을 확대할 수 있는 토대가 될 것이다.
M2M 통신시대에서, SIM(Subscriber Identity Module) 카드를 장착한 모든 기계는 데이터 송수신이 가능해 원격 관리 및 통제를 할 수 있다. 예를 들면, 자동차, 트럭, 기차, 컨테이너, 자동판매기, 가스탱크 등 수없이 많은 기기와 장비에 M2M 통신기술이 사용될 수 있는 등 적용 범위가 매우 광범위하다.
종래에는 단말을 개별 단위로 관리하는 것이 일반적이어서 기지국과 단말 간 통신은 일대일 통신 방식으로 수행되었다. 이러한 일대일 통신방식으로 수많은 M2M 기기들이 기지국과 통신한다고 가정하면, M2M 기기들 각각과 기지국 사이에 발생하는 시그널링으로 인한 네트워크 과부하가 예상된다. 상술한 바와 같이 M2M 통신이 급격히 확산되고 광범위화되는 경우, 이들 M2M 기기들 사이의 또는 M2M 기기들과 기지국 사이의 통신으로 인한 오버헤드(overhead)가 문제될 수 있다.
이러한 과정에서 많은 충돌 레졸루션(collision resolution) 과정이 발생하고 이는 M2M 기기들의 불필요한 전력소모를 일으키고, 시스템 자원의 효율성을 저하시키는 문제를 발생시킨다. 그러나, 아직까지 이러한 문제점들을 위한 해결책이 구체적으로 제시된 바가 없었다.
본 발명에서 이루고자 하는 기술적 과제는 M2M 기기가 정전(power outage) 리포트를 전송하는 방법을 제공하는 데 있다.
본 발명에서 이루고자 하는 다른 기술적 과제는 기지국이 정전(power outage) 리포트를 수신하는 방법을 제공하는 데 있다.
본 발명에서 이루고자 하는 또 다른 기술적 과제는 정전(power outage) 리포트를 전송하는 M2M 기기를 제공하는 데 있다.
본 발명에서 이루고자 하는 또 다른 기술적 과제는 정전(power outage) 리포트를 수신하는 기지국 장치를 제공하는 데 있다.
본 발명에서 이루고자 하는 기술적 과제들은 상기 기술적 과제로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상기의 기술적 과제를 달성하기 위한, 본 발명의 일 실시형태에 따른 M2M(Machine to Machine) 기기가 정전(power outage) 리포트를 전송하는 방법은, 정전 상황이 발생한 경우 사전에 정의된 대역폭 요청(Bandwidth Request, BR) 인덱스값을 포함하는 제 1 메시지를 기지국으로 전송하는 단계를 포함하되, 상기 사전에 정의된 BR 인덱스 값은 상기 M2M 기기에게 정전 상황이 발생한 것을 지시하기 위해 할당된 것이다. 상기 제 1 메시지는 대역폭 요청에 관한 메시지일 수 있다. 그리고 상기 M2M 기기는 연결모드(connected mode) 상태에서 동작중인 기기일 수 있다. 상기 방법은상기 기지국으로부터 상기 M2M 기기가 대역폭 요청 과정을 중지해야 하는지 여부에 관한 지시를 포함하는 제 2 메시지를 수신하는 단계를 더 포함하며, 상기 제 2 메시지가 상기 대역폭 요청 과정을 중지하지 말 것을 지시하는 경우, 상기 M2M 기기는 나머지 대역폭 요청을 수행할 수 있다. 상기 사전에 정의된 BR 인덱스 값은 DSA(Dynamic Service Addition) 수행 과정에서 BR 액션(action) 필드의 특정 값에 대응되는 값으로 할당된 것일 수 있고, 상기 BR 액션 필드의 특정 값은 0b11일 수 있다.
상기의 기술적 과제를 달성하기 위한, 본 발명의 다른 일 실시형태에 따른 무선통신 시스템에서 M2M(Machine to Machine) 기기가 정전(power outage) 리포트를 전송하는 방법은, 기지국으로부터 정전 상황의 발생을 알리기 위한 정전 지시자 전송을 중지 또는 연기할 것을 지시하는 제 1 메시지를 수신하는 단계를 포함하되,상기 제 1 메시지에 기초하여 사전에 설정된 시간구간 동안 정전 지시자 전송을 보류하고 대기할 수 있다. 상기 방법은 상기 기지국으로부터 상기 정전 지시자 전송을 자원 할당 정보를 포함하는 제 2 메시지를 수신하는 단계; 및 상기 제 2 메시지에 기초하여 해당 자원을 통해 상기 정전 지시자를 전송하는 단계를 더 포함할 수 있다. 상기 제 1 메시지는 AAI-RNG-ACK 메시지, AAI-RNG-RSP 메시지, AAI-M2M-PO-IND 메시지, 비 사용자 특정 A-MAP IE(Non User Specific A-MAP IE, NUS A-MAP IE), 확장 NUS A-MAP IE, 수퍼프레임 헤더 IE, 또는 BR-ACK A-MAP IE 메시지일 수있다.
상기의 다른 기술적 과제를 달성하기 위한, 본 발명에 따른 무선통신 시스템에서 기지국이 M2M(Machine to Machine) 기기의 정전(power outage) 리포트를 수신하는 방법은, 정전 상황이 발생한 M2M 기기로부터 사전에 정의된 대역폭 요청(Bandwidth Request, BR) 인덱스값을 포함하는 제 1 메시지를 수신하는 단계를 포함하되, 상기 사전에 정의된 BR 인덱스 값은 상기 M2M 기기에게 정전 상황이 발생한 것을 지시하기 위해 할당한 것일 수 있다.
상기의 또 다른 기술적 과제를 달성하기 위한, 본 발명에 따른 무선통신 시스템에서 정전(power outage) 리포트를 전송하는 M2M(Machine to Machine) 기기는,정전 상황이 발생한 경우 사전에 정의된 대역폭 요청(Bandwidth Request, BR) 인덱스값을 포함하는 제 1 메시지를 기지국으로 전송하는 송신기를 포함하되, 상기 사전에 정의된 BR 인덱스 값은 상기 M2M 기기에게 정전 상황이 발생한 것을 지시하기 위해 할당된 것일 수 있다. 상기 M2M 기기는 상기 기지국으로부터 상기 M2M 기기가 대역폭 요청 과정을 중지해야 하는지 여부에 관한 지시를 포함하는 제 2 메시지를 수신하는 수신기를 더 포함할 수 있으며, 상기 제 2 메시지가 상기 대역폭 요청 과정을 중지하지 말 것을 지시하는 경우, 상기 M2M 기기는 나머지 대역폭 요청을 수행하도록 제어하는 프로세서를 더 포함할 수 있다.
상기의 또 다른 기술적 과제를 달성하기 위한, 본 발명에 따른 무선통신 시스템에서 M2M(Machine to Machine) 기기의 정전(power outage) 리포트를 수신하는 기지국은, 정전 상황이 발생한 M2M 기기로부터 사전에 정의된 대역폭 요청(Bandwidth Request, BR) 인덱스값을 포함하는 제 1 메시지를 수신하는 수신기를 포함하되, 상기 사전에 정의된 BR 인덱스 값은 상기 M2M 기기에게 정전 상황이 발생한 것을 지시하기 위해 할당한 것일 수 있다.
본 다양한 실시예들에 따라 M2M 기기들과 기지국 간에 충돌 레졸루션(collision resolution)이 방지되고 이는 M2M 기기들의 불필요한 전력소모를 줄이게 되며 시스템 자원의 효율성을 현저히 증가시키게 된다.
본 발명에서 얻은 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 사상을 설명한다.
도 1은 본 발명의 일 실시형태에 따른 M2M 기기 및 기지국 등의 장치 구성을 개략적으로 설명하기 위한 도면이다.
도 2는 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 일 예를 나타낸 도면이다.
도 3은 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 다른 예를 나타낸 도면이다.
도 4는 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
도 5는 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
도 6 및 도 7은 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
도 8은 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
도 9는 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
도 10은 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다. 예를 들어, 이하의 상세한 설명은 이동통신 시스템이 IEEE 802.16 시스템인 경우를 가정하여 구체적으로 설명하나, IEEE 802.16의 특유한 사항을 제외하고는 다른 임의의 이동통신 시스템에도 적용 가능하다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
아울러, 이하의 설명에 있어서 단말은 UE(User Equipment), MS(Mobile Station), AMS(Advanced Mobile Station), M2M(Machine To Machine) 기기 등 이동 또는 고정형의 사용자단 기기를 통칭하는 것을 가정한다. 또한, 기지국은 Node B, eNode B, Base Station, AP(Access Point) 등 단말과 통신하는 네트워크 단의 임의의 노드를 통칭하는 것을 가정한다.
이동 통신 시스템에서 단말(User Equipment)은 기지국으로부터 하향링크(Downlink)를 통해 정보를 수신할 수 있으며, 단말은 또한 상향링크(Uplink)를 통해 정보를 전송할 수 있다. 단말이 전송 또는 수신하는 정보로는 데이터 및 다양한 제어 정보가 있으며, 단말이 전송 또는 수신하는 정보의 종류 용도에 따라 다양한 물리 채널이 존재한다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(long term evolution)는 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부로서 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(Advanced)는 3GPP LTE의 진화된 버전이다.
이하에서, M2M 기기간의 통신은 기지국을 통한, 단말들 사이, 또는 사람의 개입 없이 기지국과 단말들 사이에서 수행하는 통신 형태를 의미한다. 따라서 M2M 기기(Device)는 상기와 같은 M2M 기기의 통신의 지원이 가능한 단말을 의미한다. M2M 서비스를 위한 접속 서비스 네트워크는 M2M ASN(M2M Access Service Network)으로 정의하고, M2M 기기들과 통신하는 네트워크 엔터티를 M2M 서버라 한다. M2M 서버는 M2M 어플리케이션을 수행하고, 하나 이상의 M2M 기기를 위한 M2M 특정 서비스를 제공한다. M2M 피쳐(feature)는 M2M 어플리케이션의 특징이고, 어플리케이션을 제공하는 데 하나 이상의 특징이 필요할 수 있다. M2M 기기 그룹은 공통의 하나 이상의 특징을 공유하는 M2M 기기의 그룹을 의미한다.
M2M 방식으로 통신하는 기기(M2M 기기, M2M 통신 기기, MTC(Machine Type Communication) 기기 등 다양하게 호칭될 수 있다)들은 그 기기 어플리케이션 타입(Machine Application Type)이 증가함에 따라 일정한 네트워크에서 그 수가 점차 증가할 것이다. 논의되고 있는 기기 어플리케이션 타입으로는 (1) 보안(security), (2) 치안(public safety), (3) 트래킹 및 트레이싱(tracking and tracing), (4) 지불(payment), (5) 건강관리(healthcare), (6) 원격 유지 및 제어(remote maintenance and control), (7) 검침(metering), (8) 소비자 장치(consumer device), (9) 판매 관리 시스템(POS, Point Of Sales)과 보안 관련 응용 시장에서 물류 관리(Fleet Management), (10) 자동 판매기(Vending Machine)의 기기간 통신, (11) 기계 및 설비의 원격 모니터링, 건설 기계 설비상의 작동시간 측정 및 열이나 전기 사용량을 자동 측정하는 지능 검침(Smart Meter), (12) 감시 카메라의 감시 영상(Surveillance Video) 통신 등이 있으나 이에 한정될 필요는 없으며, 그 밖에 다양한 기기 어플리케이션 타입이 논의되고 있다.
M2M 기기의 다른 일 특성으로 낮은 이동성 혹은 이동성이 없음이 있다. 상당히 이동성이 적거나 혹은 이동성이 없다는 것은 M2M 기기는 오랜 시간 동안 고정적(stationary)이라는 것을 의미한다. M2M 통신 시스템은 보안 접속 및 감시(secured access and surveillance), 치안(public safety), 지불(payment), 원격 유지 및 제어(remote maintenance and control), 검침(metering) 등과 같은 고정된 위치를 갖는 특정 M2M 어플리케이션을 위한 이동성-관련 동작들을 단순화하거나 또는 최적화할 수 있다.
이하에서는, M2M 통신이 무선통신 시스템(예를 들어, IEEE 802.16e/m)에 적용되는 경우를 예시하여 본 발명의 실시 예를 설명한다. 그러나, 본 발명은 이에 한정되지 않으며, 본 발명의 실시 예는 3GPP LTE 시스템 등 다른 무선통신 시스템에도 마찬가지의 방식으로 적용될 수 있다.
도 1은 본 발명의 일 실시형태에 따른 M2M 기기 및 기지국 등의 장치 구성을 개략적으로 설명하기 위한 도면이다.
도 1에서 M2M 기기(100)(혹은 M2M 통신 기기라고 호칭할 수 있으나, 이하 M2M 기기라고 칭함) 및 기지국(150)은 각각 RF 유닛(110, 160), 프로세서(120, 170), 및 선택적으로 메모리(130, 180)를 포함할 수 있다. 그리고, 각 RF 유닛(110, 160)은 송신기(111, 161) 및 수신기(112, 162)를 포함할 수 있다. M2M 기기(100)의 예를 들면, 송신기(111) 및 수신기(112)는 기지국(150) 및 다른 M2M 기기들과 신호를 송신 및 수신하도록 구성되며, 프로세서(120)는 송신기(111) 및 수신기(112)와 기능적으로 연결되어, 송신기(111) 및 수신기(112)가 다른 기기들과 신호를 송수신하는 과정을 제어하도록 구성될 수 있다. 또한, 프로세서(120)는 전송할 신호에 대한 각 종 처리를 수행한 후 송신기(111)로 전송하며, 수신기(112)가 수신한 신호에 대한 처리를 수행할 수 있다. 필요한 경우 프로세서(120)는 교환된 메시지에 포함된 정보를 메모리(130)에 저장할 수 있다. 이와 같은 구조를 가지고 M2M 기기(100)는 이하에서 설명한 다양한 실시형태의 방법을 수행할 수 있다.
한편, 도 1에 도시되지는 않았으나, M2M 기기(100)는 그 기기 어플리케이션 타입에 따라 다양한 추가 구성을 포함할 수 있을 것이다. 해당 M2M 기기(100)가 지능형 계량을 위한 것인 경우, 해당 M2M 기기(100)는 전력 측정 등을 위한 추가적인 구성을 포함할 수 있으며, 이와 같은 전력 측정 동작은 도 1에 도시된 프로세서(120)의 제어를 받을 수도, 별도로 구성된 프로세서(미도시)의 제어를 받을 수도 있다.
도 1은 M2M 기기(100)와 기지국(150) 사이에 통신이 이루어지는 경우를 예를 들어 도시하고 있으나, 본 발명에 따른 M2M 통신 방법은 M2M 기기들 사이에도 발생할 수 있으며, 각각의 기기들은 도 1에 도시된 각 장치 구성과 동일한 형태로 이하에서 설명한 다양한 실시형태들에 따른 방법을 수행할 수 있다.
기지국(150)의 송신기(161) 및 수신기(162)는 다른 기지국, M2M 서버, M2M 기기들과 신호를 송신 및 수신하도록 구성되며, 프로세서(170)는 송신기(161) 및 수신기(162)와 기능적으로 연결되어, 송신기(161) 및 수신기(162)가 다른 기기들과 신호를 송수신하는 과정을 제어하도록 구성될 수 있다. 또한, 프로세서(170)는 전송할 신호에 대한 각 종 처리를 수행한 후 송신기(161)로 전송하며, 수신기(162)가 수신한 신호에 대한 처리를 수행할 수 있다. 필요한 경우 프로세서(170)는 교환된 메시지에 포함된 정보를 메모리(130)에 저장할 수 있다. 이와 같은 구조를 가지고 기지국(150)은 상기에서 설명한 다양한 실시형태의 방법을 수행할 수 있다.
M2M 기기(110) 및 기지국(150) 각각의 프로세서(120, 170)는 각각 M2M 기기(110) 및 기지국(150)에서의 동작을 지시(예를 들어, 제어, 조정, 관리 등)한다. 각각의 프로세서들(120, 170)은 프로그램 코드들 및 데이터를 저장하는 메모리(130, 180)들과 연결될 수 있다. 메모리(130, 180)는 프로세서(120, 170)에 연결되어 오퍼레이팅 시스템, 어플리케이션, 및 일반 파일(general files)들을 저장한다.
프로세서(120, 170)는 컨트롤러(controller), 마이크로 컨트롤러(microcontroller), 마이크로 프로세서(microprocessor), 마이크로 컴퓨터(microcomputer) 등으로도 호칭될 수 있다. 한편, 프로세서(120, 170)는 하드웨어(hardware) 또는 펌웨어(firmware), 소프트웨어, 또는 이들의 결합에 의해 구현될 수 있다. 하드웨어를 이용하여 본 발명의 실시예를 구현하는 경우에는, 본 발명을 수행하도록 구성된 ASICs(application specific integrated circuits) 또는 DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays) 등이 프로세서(120, 170)에 구비될 수 있다.
한편, 펌웨어나 소프트웨어를 이용하여 본 발명의 실시예들을 구현하는 경우에는 본 발명의 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등을 포함하도록 펌웨어나 소프트웨어가 구성될 수 있으며, 본 발명을 수행할 수 있도록 구성된 펌웨어 또는 소프트웨어는 프로세서(120, 170) 내에 구비되거나 메모리(130, 180)에 저장되어 프로세서(120, 170)에 의해 구동될 수 있다.
이하에서 유휴모드(Idle Mode)라 함은, 단말(M2M 기기를 포함)의 전력을 절약하기 위하여, 단말과 기지국 간의 시그널링을 통하여, 기지국이 승인한 페이징 그룹(Paging Group), 페이징 사이클(Paging Cycle), 페이징 오프셋(Paging Offset)을 운용하는 모드이다. 즉, 단말이 광범위한 지역에 걸쳐 복수의 기지국이 있는 무선 링크 환경을 배회하더라도, 특정 기지국에 등록 없이 주기적으로 하향링크 브로드캐스트(broadcast) 메시지를 수신할 수 있는 메커니즘을 수행한다.
유휴모드는 핸드오버(handover, HO)뿐만 아니라 모든 정상 동작(normal operation)을 정지하고, 일정 구간에서만 브로드캐스트 메시지인 페이징 메시지(paging message)를 수신할 수 있도록 하향링크 동기화(downlink synchronization)만을 맞춰 놓은 상태이다. 페이징 메시지는 단말에게 페이징 동작(paging action)을 지시하는 메시지이다. 예를 들어, 페이징 동작에는 레인징 수행, 네트워크 재진입(network reentry) 등이 있다.
유휴모드는 단말에 의해 개시되거나, 기지국에 의해 개시될 수 있다. 즉, 단말은 등록해제 요청 메시지(예를 들어 AAI-DREG-REQ 메시지)를 기지국으로 전송하고 이에 대한 응답으로 등록해제 응답 메시지(예를 들어 AAI-DREG-RSP) 메시지를 기지국으로부터 수신함으로써, 유휴모드로 진입할 수 있다. 또한, 기지국이 단말로 비요청 등록해제 응답메시지 또는 등록해제 명령 메시지(예를 들어 AAI-DREG-CMD 메시지)를 전송함으로써, 유휴모드로 진입할 수 있다.
유휴모드에서 단말이 이용가능 구간(Available Interval, AI) 동안 자신에 해당하는 페이징 메시지(paging message)를 수신하는 경우, 기지국과 네트워크 엔트리 과정을 통해 연결 모드(connected mode)로 전환하여 데이터를 송수신한다. 유휴상태(Idle State) 또는 유휴모드(Idle Mode) 동작은 일반적으로 단말이 다중 기지국으로 구성된 무선링크 환경을 이동 시, 특정 기지국에 등록하지 않더라도 하향링크 브로드캐스트 트래픽 전송을 주기적으로 수행할 수 있도록 지원해주는 동작을 말한다. 단말은 일정 시간 동안 기지국으로부터 트래픽(traffic)을 수신하지 않는 경우, 전력을 절약(Power saving)하기 위해 유휴상태로 천이할 수 있다. 유휴모드로 천이한 단말은 이용가능 구간(Available Interval, AI) 동안 기지국이 방송하는 방송 메시지(예를 들어, 페이징 메시지)를 수신하여 일반모드(normal mode)로 천이할지 또는 유휴상태로 남아 있을지를 판단할 수 있다.
유휴상태는 핸드오버와 관련된 활성 요구 및 일반적인 운영 요구들을 제거함으로써 단말에 혜택을 줄 수 있다. 유휴상태는 단말 활동을 이산 주기에서 스캐닝하도록 제한함으로써, 단말이 사용하는 전력 및 운용 자원을 절약할 수 있도록 할 수 있다. 또한, 유휴상태는 단말에 팬딩(pending) 중인 하향링크 트래픽에 대해 알릴 수 있는 간단하고 적절한 방식을 제공하고, 비활동적인 단말로부터 무선 인터페이스 및 네트워크 핸드오버(HandOver, HO) 트래픽을 제거함으로써 네트워크 및 기지국에 혜택을 줄 수 있다.
페이징이란 이동통신에서 착신호 발생시 해당하는 단말의 위치(예를 들어, 어느 기지국 또는 어느 교환국 등)를 파악하는 기능을 말한다. 유휴상태 또는 유휴모드를 지원하는 다수의 기지국들은 특정 페이징 그룹(Paging Group)에 소속되어 페이징 영역을 구성할 수 있다. 이때, 페이징 그룹은 논리적인 그룹을 나타낸다. 페이징 그룹의 목적은 단말을 타겟(target)으로 하는 트래픽이 있다면, 하향링크로 페이지(page)될 수 있는 인접범위 영역을 제공하기 위한 것이다. 페이징 그룹은 특정 단말이 동일 페이징 그룹 내에서 대부분의 시간 동안 존재할 수 있을 정도로 충분히 크고, 페이징 부하가 적정한 수준을 유지하기 위해 충분히 작아야 한다는 조건을 충족하도록 구성되는 것이 바람직하다.
페이징 그룹은 하나 이상의 기지국을 포함할 수 있으며, 하나의 기지국은 하나 또는 그 이상의 페이징 그룹에 포함될 수 있다. 페이징 그룹은 관리 시스템에서 정의한다. 페이징 그룹에서는 페이징 그룹-실행(action) 백본망 메시지를 사용할 수 있다. 또한, 페이징 제어기는 백본망 메시지 중 하나인 페이징 공지(paging-announce) 메시지를 이용하여 유휴상태인 단말들의 리스트를 관리하고, 페이징 그룹에 속하는 모든 기지국의 초기 페이징을 관리할 수 있다.
이하에서는 설명의 편의를 위하여 본 발명의 다양한 실시예들을 IEEE 802.16e, 16m, 16p 시스템을 기준으로 기술한다. 그러나 본 발명의 기술적 사상이 이에 한정되는 것은 아니다. 본 발명에서는 M2M 기기의 불필요한 경쟁 레졸루션(contention resolution) 과정을 줄이기 위한 다양한 실시예들을 제안한다.
다음 표 1은 IEEE 802.16m 시스템에서의 A-MAP IE에 마스킹(masking)되는 정보들을 나타내는 표이다. A-MAP IE는 IEEE 802.16m 시스템에서 기지국이 단말에게 전송해 주는 제어정보를 나타낸다.
표 1
Figure PCTKR2012000596-appb-T000001
표 1을 참조하면, 타입 지시자(type indicator)가 000 경우 12 비트의 STID 또는 임시 STID(TSTID) 정보가 마스킹되어 있음을 지시한다.
다음 표 2는 상기 표 1의 타입 지시자가 001에 대한 마스킹 코드의 설명을 나타낸 표이다.
표 2
Figure PCTKR2012000596-appb-T000002
표 2를 참조하면, 타입 지시자가 001일 때, 마스킹 코드값(Decimal value) 1은 BR-ACK A-MAP IE를 마스킹하는데 사용되는 값이며, 2 내지 128은 그룹 자원 할당 A-MAP IE를 마스킹하는데 사용되는 값이다.
다음 표 3은 상기 표 1의 타입 지시자(type indicator)가 010에 대한 마스킹 코드의 설명을 나타낸 표이다.
표 3
Figure PCTKR2012000596-appb-T000003
표 3을 참조하면, 타입 지시자(type indicator)가 010인 경우 마스킹 코드값(Decimal value) 4095는 멀티캐스트 할당을 위한 방송 할당 A-MAP IE를 마스킹하는데 사용될 수 있다.
이하에서 M2M 기기에게 원치않는 정전(involuntary power outage) 또는 비정상적인 정전(abnormal power outage)이 발생하는 경우, 원치않는 정전 상황을 위한 리포트 전송 등에 관한 M2M 기기와 기지국 간의 일반 동작에 대해 간략히 설명한다.
먼저, M2M 기기의 동작을 설명하면, M2M 기기는 원치않는 정전이 발생하면, 정전 상황을 알려주기 위해 정전 리포트 지시자(power outage report indicator)를 통해 기지국에게 전송해 줄 수 있다. 정전이 발생한 연결 모드(connected mode) M2M 기기가 정전 리포트를 위한 경쟁 대역폭 요청(contention BR)을 하기 전에 정전 경쟁 BR(power outage contention BR stop indicator) 중지 지시자 또는 레인징 중지 지시자(ranging stop indicator)를 수신하면, M2M 기기의 프로세서(120)는 경쟁 BR을 수행하지 않고, 특정 시간 동안 기지국으로부터 정전 레포트에 대한 폴링(polling)을 받기를 기다리도록 제어할 수 있다.
한편, 정전이 발생하지 않은 연결 모드 M2M 기기가 정전 경쟁 BR 또는 레인징 중지 지시자를 수신하고 난 후에 정전이 발생하면, M2M 기기의 프로세서(120)는 바로 경쟁 BR을 수행하지 않고, 특정 시간 동안 기지국으로부터 정전 레포트에 대한 폴링을 받기를 기다리도록 제어할 수 있다. 그러나, 특정 시간 동안 폴링을 받지 못하면, M2M 기기는 경쟁 기반 BR 또는 레인징을 통해서 자원을 할당 받고, 할당 받은 자원으로 정전 상황에 대한 리포트할 수 있다. 이와 달리, 정전이 발생한 M2M 기기가 기지국으로부터 폴링을 받으면, 해당 자원으로 정전(power outage) 정보를 기지국에 전송해 줄 수 있다.
다음으로 기지국 동작에 대해 간단히 살펴본다. 기지국이 하나 이상의 M2M 기기로부터 정전 레포트 지시자(power outage report indicator)를 받으면, 기지국은 정전 경쟁(power outage contention) BR 중지 지시자/레인징 중지 지시자(이하에서는 PCS 지시자라고 호칭하나, 이러한 호칭으로만 제한되는 것은 아니다)를 M2M 기기에게 전송해 줄 수 있다. 기지국이 PCS 지시자를 전송한 후에 연결 모드에 있는 단말들을 폴링할 수 있다. 이 때, 개별 자원 할당 또는 그룹 자원 할당 모두 사용이 가능하다. 정전 폴링(Power outage polling)은 동일한 프레임뿐 만 이나라 다른 프레임에서에도 가능하다.
본 발명에서 사용되는 PCS 지시자는 정전이 발생한 M2M 기기들이 정전을 보고하기 위해서 무분별하게 임의접속(random access)(경쟁 BR 또는 경쟁 레인징)을 막거나 일정시간 동안 임의접속을 연기시키기 위해서 기지국이 셀 내에 정전된 M2M 기기들에게 전송하는 정보를 가리킨다. 이러한 명칭은 이해를 쉽게 하기 위해서 일 예로서 PCS 지시자로 사용되었고, 그 외에 다른 명칭으로 사용될 수 있다. 예를 들어, 정전 임의접속 연기(power outage random access deferment) 지시자(PRD 지시자) 등으로 호칭될 수 있다.
또한 본 발명에서는 기지국이 이러한 PCS 지시자를 M2M 기기에게 전달하는 방법은 시점, 시그널링 방법에 따라 여러 가지를 제안할 것이며, 이는 본 발명의 예로만 한정되지 않는다. 또한, 본 발명의 예에서 제안한 것처럼, PCS 지시자를 기지국이 보내기 위해서 M2M 기기로부터 받는 신호는 그 또한 M2M 기기가 전송하는 시점이나 방법에 따라서 여러 가지가 될 수 있고, 이 또한 본 발명의 예로만 국한되는 것은 아니다.
또한 본 발명에서는 이해를 쉽게 하기 위해서 유휴모드 M2M 기기 또는 연결모드 M2M 기기를 구별하여 실시 예를 분리하였으나, 각각의 방법은 M2M 기기가 유휴모드인지 연결모드인지에 관계없이 적용될 수도 있다. 기지국은 이러한 PCS 지시자를 셀 내의 정전이 발생한 M2M 기기들이 수신하도록 하기 위해서 멀티캐스트 형태 또는 브로드캐스트 타입으로 전송할 수 있다.
M2M 기기가 전송하는 정전 리포트 지시자와 기지국이 전송하는 PCS 지시자는 다음과 같이 분류될 수 있다.
정전 지시자(Power outage indicator) 또는 정전 리포트 지시자(Power outage report indicator)
M2M 기기는 특정 레인징 코드나 레인징 기회를 이용하여 정전(Power outage) 상황을 알리는 정전 지시자를 기지국으로 전송할 수 있다. 이를 위해, 기지국은 특정 레인징 코드를 정전 지시자 용도로 할당할 수 있고, M2M 기기는 정전이 발생한 경우에 이를 위해 할당되어 지정된 레인징 코드를 기지국에 전송함으로써 정전 리포트를 수행할 수 있다. 한편, 레인징 코드 대신에 기지국은 전용 레인징 기회(dedicated ranging opportunity)를 할당할 수 있다. 또는, 기지국은 전용 레인징 코드와 레인징 기회를 정전 지시자(power outage indicator) 목적으로 할당할 수도 있다.
또한, M2M 기기는 레인징 요청 메시지(예를 들어, AAI-RNG-REQ 메시지)를 이용하여 정전 지시자를 기지국으로 전송할 수 있다. 레인징 과정에서, M2M 기기는 레인징 요청 메시지의 레인징 목적을 정전(power outage)으로 할당하여 전송해 줌으로써 기지국에 정전 상황을 알려주게 된다. 그러나, 레인징 목적에 정전으로 할당하는 대신에 정전 지시자를 하나 추가하여, M2M 기기가 이 정전 지시자를 기지국으로 전송해 줄 수도 있다.
한편, 이동통신 시스템의 일 예인 IEEE 802.16m 시스템에서 M2M 기기는 5 단계(5-step)의 전용 BR 프리앰블 시퀀스를 이용하여 정전 리포트 지시자를 기지국으로 전송할 수 있다. 이를 위해, 기지국은 정전 용으로 BR 프리앰블 시퀀스를 할당하고, M2M 기기는 정전이 발생한 경우 정전 용 BR 프리앰블 시퀀스를 이용하여 정전 지시자를 기지국에 전송할 수 있다. 그러나 이러한 내용은 연결모드 M2M 기기에게만 해당될 수 있다.
이와 달리, M2M 기기는 3 단계(3-step) 대역폭 요청 과정에서 퀵 접속 메시지(Quick Access message)(즉, BR 인덱스를 정전 용으로 할당)를 이용하여 정전 지시자를 기지국으로 전송할 수 있다. 이를 위해 기지국은 특정 BR 인덱스를 정전 지시자 용도로 할당할 수 있다. 이 또한 연결모드 M2M 기기에만 해당될 수 있다.
PCS 지시자
기지국은 초기 레인징 시에 CDMA 레인징 요청에 대한 응답으로 AAI-RNG-ACK 메시지를 이용하여 PCS 지시자를 M2M 기기에게 전송해 줄 수 있다. 기지국이 레인징 코드에 대한 AAI-RNG-ACK 메시지를 전송할 때 PCS 지시자를 포함시켜 전송하게 된다. 이때, AAI-RNG-ACK 메시지는 브로드캐스트나 멀티캐스트 형태로 전송될 수 있다.
또한, 기지국이 CDMA allocation MAP IE 메시지를 M2M 기기에게 전송할 때 PCS 지시자를 포함시켜 전송할 수 있다. 이 때, CDMA allocation MAP IE 메시지는 브로드캐스트나 멀티캐스트 형태로 전송될 수 있다.
한편, 기지국이 M2M 기기로부터 5 단계에의 BR 코드 또는 3 단계 퀵 접속 메시지를 통해 정전 지시자를 수신하였을 때, 기지국은 이에 대한 응답으로 BR-ACK A-MAP IE 메시지에 PCS 지시자를 포함시켜 M2M 기기에게 전송해 줄 수도 있다. 여기서 BR-ACK A-MAP IE 메시지는 전송된 BR 프리앰블 시퀀스의 디코딩 상태를 지시해 주는 메시지이다. 이 때, BR-ACK A-MAP IE 메시지는 브로드캐스트 또는 멀티캐스트 형태로 전송될 수 있다.
M2M 기기가 레인징 요청 메시지(예를 들어, AAI-RNG-REQ 메시지)에 정전(Power outage) 상황을 지시하는 정전 지시자를 포함하여 기지국에 전송할 수 있는데, 이에 대한 응답으로 기지국은 레인징 응답 메시지(예를 들어, AAI-RNG-RSP) 메시지에 PCS 지시자를 포함시켜 M2M 기기에게 전송해 줄 수 있다. 이 때, 레인징 응답 메시지는 브로드캐스트나 멀티캐스트 타입으로 전송될 수 있다.
한편, 기지국은 PCS 지시자를 포함하는 새로운 MAC 메시지나 MAC 헤더(시그널링 헤더 또는 확장 헤더를 사용)를 사용할 수 있다. 이 때, 이 새로운 MAC 메시지는 브로드캐스트나 멀티캐스트 타입으로 전송될 수 있다. 본 발명에서 상기 새로운 MAC 메시지의 이름을 일 예로서 AAI-M2M-PO-IND 메시지로 명칭하였고, 이에 대한 자세한 설명은 이하에서 기술한다.
또한, 기지국은 수퍼프레임 헤더(SFH)나 비 사용자 특정 A-MAP IE(non user specific A-MAP IE, NUS A-MAP IE)/확장 NUS A-MAP IE 메시지(extended NUS A-MAP IE 메시지) 등의 하향링크 제어채널을 이용하여 PCS 지시자를 M2M 기기에게 전송할 수 있다. 앞서 설명한 바와 같은 방법으로 기지국이 M2M 기기로부터 정전 지시자를 수신하면, 기지국은 이에 대한 응답으로 수퍼프레임 헤더, NUS A-MAP IE 메시지 또는 확장 NUS A-MAP IE 메시지를 통해서 PCS 지시자를 M2M 기기에게 전송할 수 있다.
이러한 정전 지시자, PCS 지시자를 지원하기 위해서는 기존의 IEEE 802.16m 시스템에서의 일부 메시지 포맷에 수정이 필요하게 된다. 연결모드로 동작중인 M2M 기기를 위한 정전 리포트를 위한 BR 코드와 레인징 코드를 예약해둘 필요가 있다. M2M 기기에서 정전이 발생하면, 연결모드 M2M 기기는 정전 리포트를 위한 지시자(예를 들어, 정전 지시자를 위한 BR 코드)를 기지국으로 전송하고, 유휴모드로 동작중인 M2M 기기는 정전 리포트를 위한 레인징 코드를 전송할 수 있다.
도 2는 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 일 예를 나타낸 도면이다.
도 2를 참조하면, M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2,..., M2M 기기 N)에게 원치않는 정전(involuntary power outage)이 발생하였다고 가정한다. 기지국은 원치않는 정전이 발생한 M2M 기기들 중에서 적어도 하나의 M2M 기기(예를 들어, M2M 기기 N)로부터 정전 리포트를 위한 BR 코드 또는 레인징 코드 등을 통해 정전 지시자 또는 정전 리포트 지시자를 수신할 수 있다(S210).
그러면, 기지국의 프로세서(170)는 당 셀 내의 하나 이상의 M2M 기기에서 원치않는 정전이 발생했다고 판단하고, 원치않는 정전 지시자를 보내지 않은 셀 내의 나머지 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)에게 PCS 지시자를 전송해 줄 수 있다(S220). 앞서 설명한 바 있지만, 여기서 PCS 지시자는 정전 경쟁 BR 또는 레인징 중지 지시자일 수 있으며, 멀티캐스트 또는 브로드캐스트 타입으로 전송될 수 있다.
기지국으로부터 PCS 지시자를 수신한 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)은 정전 상황에 대한 리포트를 연기하고, 기지국으로부터 정전 리포트를 위한 폴링을 받기를 대기한다(S230). 이러한 대기는 특정 타이머의 시간값 동안 지속될 수 있다.
이후 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)이 기지국으로부터 정전 리포트를 위한 폴링을 수신하면(S240), M2M 기기(예를 들어, M2M 기기 1, M2M 기기 2)들은 폴링을 통해 할당받은 해당 자원을 통해 정전 리포트를 기지국에 전송해 줄 수 있다(S250). 이러한 일련의 과정을 통해 원치않는 정전으로 인한 정전 리포트 전송에 따른 충돌문제를 효율적으로 해결할 수 있다.
한편, 기지국은 원치않는 정전이 발생한 M2M 기기들 중에서 적어도 하나의 M2M 기기(예를 들어, M2M 기기 N)로부터 정전 리포트를 위한 BR 코드 또는 레인징 코드 등을 통해 정전 지시자 또는 정전 리포트 지시자를 수신하면, 기지국의 프로세서(170)는 당 셀 내의 하나 이상의 M2M 기기에서 원치않는 정전이 발생했다고 판단하고, 기지국의 프로세서(170)는 충돌 레졸루션 과정을 줄이기 위해서 해당 정전 리포트 레인징 코드에 대한 AAI-RNG-ACK 메시지를 전송할 수 있다. 기지국이 정전 리포트를 위한 레인징 코드를 M2M 기기로부터 수신하면, 정전이 발생한 M2M 기기들이 PCS 지시자를 받을 수 있도록 PCS 지시자를 포함하는 AAI-RNG-ACK 메시지를 브로드캐스트 또는 멀티캐스트 타입으로 M2M 기기에게 전송할 수 있다. AAI-RNG-ACK 메시지가 멀티캐스트 형태로 전송된다면, 기지국은 PCS 지시자를 위한 멀티캐스트 식별자(identifier, ID)를 할당할 수 있다. 기지국은 AAI-RNG-ACK 메시지에 전송을 위해, 해당 MAP IE에 멀티캐스트 ID를 포함시켜 전송하거나 또는 CRC(Cyclic Redundancy Check)와 마스킹하여 전송할 수 있다. 이후, 원치않는 정전이 발생한 M2M 기기들의 프로세서(120)는 해당 멀티캐스트 ID를 이용하여 AAI-RNG-ACK 메시지 디코딩을 시도할 것이다.
이하에서 IEEE 802. 16m 시스템에서 정전 지시자를 알리는 멀티캐스트 ID를 할당하는 방법에 관한 내용을 간단히 설명한다. 다음 표 4는 타입 지시자 001에 대한 마스킹 코드를 설명하기 위한 표이다.
표 4
Decimal Value Description
0 Used to mask Broadcast Assignment A-MAP IE
1 Used to mask BR-ACK A-MAP IE
2-128 Used to mask Group Resource Allocation A-MAP IE (group ID)
129 Used to mask Broadcast Assignment A-MAP IE for power outage random access stop indicator
130 -4095 Reserved
다음 표 4를 참조하면, 상기 표 1에서 타입 지시자(Type indicator)가 001로 설정되어 있을 때, 2번에서 128번까지의 마스킹 코드값은 방송 할당 A-MAP IE(Broadcast assignment A-MAP IE)를 마스킹하는데 사용될 수 있고, 1번 마스킹 코드값은 BR-ACK A-MAP IE, 0번 마스킹 코드값은 그룹 자원 할당 A-MAP IE(GRA A-MAP IE)를 위해서 할당되어 있다. 이들은 M2M 통신이 아닌 인간 대 인간(human-to-human) 간의 통신에서 사용되는 일반 단말들을 위한 것이다. 130번째(즉, 129번)부터 212번째(즉, 211번)까지의 마스킹 코드값은(혹은 ID)는 일반 단말들을 위해 사용되지 않을 수 있고, 이 중 일 부분을 예를 들어 129번 마스킹 코드값은 정전 임의접속 중지 지시자를 위한 방송 할당 A-MAP IE를 마스킹하는데 사용되는 멀티캐스트 ID로 할당할 수도 있다.
다음 표 5는 타입 지시자 010에 대한 마스킹 코드를 설명하기 위한 표이다.
표 5
Decimal Value Description
4094 Used to mask Broadcast Assignment A-MAP IE for power outage random access stop indicator
4095 Used to mask Broadcast Assignment A-MAP IE for multicast assignment
others Reserved
다음 표 5를 참조하면, 상기 표 1에서 현재 타입 지시자가 010로 설정되었을 때, 4094번 마스킹 코드값은 정전 임의접속 중지 지시자를 위한 방송 할당 A-MAP IE를 마스킹하는데 사용되는 것으로 할당될 수 있고, 4095번 마스킹 코드값은 멀티캐스트 할당을 위한 방송 할당 A-MAP IE를 마스킹하는데 사용될 수 있다.
기지국은 정전 임의접속 중지 지시자(power outage random access stop indicator)를 포함하는 AAI-RNG-ACK 메시지를 M2M 기기에게 전송할 수 있다. 정전 임의접속 중지 지시자는 정전이 발생한 M2M 기기가 임의접속을 바로 시작하지 않고 대기하도록 지시하는 지시자를 말한다. 이를 위해 기지국은 예를 들어 사전에 정해진 4094의 마스킹 코드값을 방송 할당 A-MAP IE의 CRC와 마스킹하여 M2M 기기에게 전송해 줄 수 있다. 그러면, M2M 기기의 프로세서(120)는 방송 할당 A-MAP IE의 CRC와 마스킹된 마스킹 코드값을 디코딩하여 이 방송 할당 A-MAP IE는 정전 임의접속 중지 지시자를 위한 것임을 알 수 있다.
다음 표 6은 AAI-RNG-ACK 메시지 포맷의 일 예를 나타낸 표이다.
표 6
Field Size Value/Description
If (transmitted in a DL resourceallocated by Broadcast assignmentA-MAP IE) {
power outage contention BR/ranging stop (PCS) indicator 1 1: 정전(Power outage)가 발생한 M2M 기기들의 경쟁 BR 또는 임의접속 과정을 특정 기간 동안 연기하거나 멈추는 것을 지시.
} else if (transmitted in a DLresource allocated by DL basicassignment A-MAP IE) {
표 6을 참조하면, 기지국은 AAI-RNG-ACK 메시지에 PCS 지시자 필드를 포함하여 M2M 기기에게 전송할 수 있다. 예를 들어, PCS 지시자 값이 1이면, 이는 정전이 발생한 M2M 기기들의 경쟁 BR 또는 레인징을 특정 기간 동안 연기 또는 중지하도록 지시하는 것이다. M2M 기기의 프로세서(120)는 PCS 지시자의 지시값을 디코딩하고 이에 따라 특정 기간 동안 경쟁 BR 또는 레인징 전송을 중지하여 연기할 수 있다.
도 3은 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 다른 예를 나타낸 도면이다.
본 실시예에서 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2,..., M2M 기기 N)에게 원치않는 정전(involuntary power outage)이 발생하였다고 가정한다. 기지국은 원치않는 정전이 발생한 M2M 기기들 중에서 적어도 하나의 M2M 기기(예를 들어, M2M 기기 N)로부터 정전 리포트를 위한 레인징 코드 등을 통해 정전 지시자 또는 정전 리포트 지시자를 수신할 수 있다(S310).
그러면, 기지국의 프로세서(170)는 당 셀 내의 하나 이상의 M2M 기기에서 원치않는 정전이 발생했다고 판단하고, M2M 기기 N 뿐만 아니라 정전 지시자를 보내지 않은 셀 내의 나머지 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)에게도 PCS 지시자를 일 예로서 AAI-RNG-ACK 메시지를 통해 전송해 줄 수 있다(S320). 앞서 설명한 바 있지만, 여기서 PCS 지시자는 레인징 중지 지시자 또는 정전 경쟁 BR 중지 지시자일 수 있으며, 멀티캐스트 또는 브로드캐스트 타입으로 전송될 수 있다.
M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2,..., M2M 기기 N)의 각 프로세서(120)는 AAI-RNG-ACK 메시지 디코딩을 시도하는데, 임의접속을 시도하기 전에 PCS 지시자가 포함된 AAI-RNG-ACK 메시지를 받으면 임의접속 과정을 수행하는 것을 특정 시간동안 연기하도록 제어할 수 있다(S330).
이후, 정전 발생을 아직 보고하지 않은 M2M 기기들(M2M 기기 1, M2M 기기 2)은 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)이 기지국으로부터 정전 리포트를 위한 폴링을 수신하면(S340), 정전 발생을 아직 보고하지 않은 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)들은 폴링을 통해 할당받은 해당 자원을 통해 정전 여부 등을 포함하는 정전 리포트를 기지국에 전송해 줄 수 있다(S350).
한편, S310 단계에서 처럼 정전 리포트를 위한 BR 코드 또는 레인징 코드 등을 통해 전송한 M2M 기기 N은 기지국으로부터 AAI-RNG-ACK 메시지를 받은 후(S320), 자신에게 해당되는 레인징 프로세스(또는 네트워크 진입 또는 위치 갱신과정)을 수행할 수 있다(S335).
정전(Power outage)이 발생했을 때, M2M 기기는 이를 특정 레인징 코드를 사용하여 기지국에게 보고할 수 있고, 또 다른 방법으로 일반 레인징 코드를 기지국에 전송한 후 레인징 요청 메시지(예를 들어, AAI-RNG-REQ 메시지)를 통해서 기지국에게 정전을 보고할 수도 있다. 즉, M2M 기기는 AAI-RNG-REQ 메시지 안에 원치않는 정전이 발생하였음을 지시하는 지시자를 포함시켜(예를 들어, 레인징 목적 필드의 특정 값을 이 목적을 위해서 추가로 할당할 수 있음) 기지국에게 전송할 수 있다.
기지국은 M2M 기기로부터 AAI-RNG-REQ 메시지를 받고 이에 대한 응답으로 AAI-RNG-RSP 메시지를 전송하는데, 이때 PCS 지시자를 AAI-RNG-RSP 메시지에 포함시켜 전송할 수 있다. 기지국은 AAI-RNG-RSP 메시지를 정전이 발생한 M2M 기기들 모두가 받을 수 있도록 하기 위해 멀티캐스트 또는 브로드캐스트 타입으로 전송할 수 있다. 그러면, 원치않는 정전이 발생한 M2M 기기의 프로세서(120)는 임의접속 전에 기지국으로부터 PCS 지시자를 받으면 특정 기간 동안 임의접속 과정을 수행하는 것을 연기 또는 중지하도록 제어할 수 있다.
다음 표 7은 PCS 지시자를 포함하는 레인징 응답 메시지(예를 들어, AAI-RNG-RSP 메시지) 포맷의 일 예를 나타낸다.
표 7
Field Size Value/Description
power outage contention BR/ranging stop (PCS) indicator 1 1: 정전(Power outage)가 발생한 M2M 기기들의 경쟁 BR 또는 임의접속 과정을 특정 기간 동안 연기하거나 멈추는 것을 지시.
표 7을 참조하면, 기지국은 AAI-RNG-RSP 메시지에 PCS 지시자를 포함하여 M2M 기기에게 전송해 줄 수 있다. PCS 지시자의 지시자 값이 정전(Power outage)이 발생한 M2M 기기들의 경쟁 BR 또는 임의접속 과정을 특정 기간 동안 연기하거나 멈추는 것을 지시하면, 해당 M2M 기기의 프로세서(120)는 경쟁 BR 또는 임의접속 과정을 특정 기간 동안 연기하거나 멈추게 하도록 제어할 수 있다.
도 4는 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
본 실시예에서 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2,..., M2M 기기 N)에게 원치않는 정전(involuntary power outage)이 발생하였다고 가정한다.
도 4를 참조하면, 원치 않는 정전 상황이 발생한 M2M 기기 N은 일반 레인징 코드를 기지국에 전송할 수 있는데(S410), 이에 대해 기지국으로부터 AAI-RNG-ACK 메시지를 수신할 수 있다(S420). 이후, M2M 기기 N은 레인징 요청 메시지(예를 들어, AAI-RNG-REQ 메시지)를 통해서 기지국에게 원치않는 정전 발생에 관한 정전 리포트를 전송할 수 있다(S430). 기지국은 원치않는 정전이 발생한 M2M 기기들 중에서 적어도 하나의 M2M 기기(예를 들어, M2M 기기 N)로부터 정전 리포트를 위한 정전 지시자 또는 정전 리포트 지시자를 수신하면(S430), 기지국의 프로세서(170)는 해당 셀 내의 하나 이상의 M2M 기기에서 원치않는 정전이 발생했다고 판단하고, M2M 기기 N 뿐만 아니라 정전 지시자를 보내지 않은 셀 내의 나머지 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)에게도 PCS 지시자를 일 예로서 AAI-RNG-RSP 메시지를 통해 전송해 줄 수 있다(S440).
여기서 PCS 지시자는 정전 경쟁 BR 또는 레인징 중지 지시자일 수 있으며, 멀티캐스트 또는 브로드캐스트 타입으로 전송될 수 있다. 기지국이 PCS 지시자를 멀티캐스트 타입으로 전송할 경우 정전(power outage)을 위한 멀티캐스트 ID가 사전에 예약되어 있을 수 있고(reserved), 이 멀티캐스트 ID는 정전(power outage)가 발생한 M2M 기기들이 A-MAP IE를 디코딩하기 위해서 AAI-RNG-RSP 메시지를 전송하기 위한 A-MAP IE에서 사용될 수 있다.
정전 리포트를 보고하지 않은 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)의 프로세서(120)는 AAI-RNG-RSP 메시지 디코딩을 시도하는데, 임의접속을 시도하기 전에 PCS 지시자가 포함된 AAI-RNG-RSP 메시지를 받으면 임의접속 과정을 수행하는 것을 특정 시간동안 연기하도록 제어할 수 있다(S450).
이후, 정전 발생을 아직 보고하지 않은 M2M 기기들(M2M 기기 1, M2M 기기 2)은 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)이 기지국으로부터 정전 리포트를 위한 폴링을 수신하면(S460), 정전 발생을 아직 보고하지 않은 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)들은 폴링을 통해 할당받은 해당 자원을 통해 정전 여부 등을 포함하는 정전 리포트를 기지국에 전송해 줄 수 있다(S470).
도 4와 관련된 실시예에서, 기지국이 PCS 지시자를 전송하기 위해서 AAI-RNG-RSP 메시지를 이용하였는데, 이 메시지와 구별하여 새로운 브로드캐스트 또는 멀티캐스트 메시지 형태로 PCS 지시자를 전송할 수 있다. 다음 표 8은 PCS 지시자를 포함하는 새로운 M2M 정전 지시 메시지(예를 들어, AAI-M2M-PO-IND 메시지)를 나타낸 표이다.
표 8
Field Size Value/Description
power outage contention BR/ranging stop (PCS) indicator 1 1: 정전(Power outage)가 발생한 M2M 기기들의 경쟁 BR 또는 임의접속 과정을 특정 기간 동안 연기하거나 멈추는 것을 지시.
표 8을 참조하면, 기지국이 AAI-M2M-PO-IND 메시지에 PCS 지시자를 포함하여 전송할 경우, AAI-RNG-RSP 메시지는 PCS 지시자를 포함하지 않고 유니캐스트나 초기 레인징 형태로 전송이 가능하다. 이러한 AAI-M2M-PO-IND 메시지는 정전 지시자(power outage indicator)를 AAI-RNG-RSP 메시지 대신에 멀티캐스트/브로드캐스트 형태로 전송될 수 있고, 위의 예에서처럼, M2M 기기가 레인징 코드를 통해서 정전 정보를 기지국에게 전송할 때, 기지국이 PCS 지시자를 포함한 AAI-RNG-ACK 메시지 대신에, 기지국은 PCS 지시자를 포함하는 AAI_M2M-PO-IND를 M2M 기기에게 전송할 수 있다. 이럴 경우, AAI-RNG-ACK 메시지나 AAI-RNG-RSP 메시지를 수정할 필요가 없는 장점이 있다.
도 5는 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
본 실시예에서 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2,..., M2M 기기 N)에게 원치않는 정전(involuntary power outage)이 발생하였다고 가정한다.
도 5를 참조하면, M2M 기기 N은 일반 레인징 코드를 기지국에 전송할 수 있는데(S510), 이에 대해 기지국으로부터 AAI-RNG-ACK 메시지를 수신할 수 있다(S520). 이후, M2M 기기 N은 레인징 요청 메시지(예를 들어, AAI-RNG-REQ 메시지)를 통해서 기지국에게 원치않는 정전 발생에 관한 정전 리포트를 전송할 수 있다(S530). 레인징 요청 메시지에 대한 응답으로 기지국은 M2M 기기 N에게 레인징 응답 메시지를 전송한다(S540).
기지국이 원치않는 정전이 발생한 M2M 기기들 중에서 적어도 하나의 M2M 기기(예를 들어, M2M 기기 N)로부터 정전 리포트를 위한 정전 지시자 또는 정전 리포트 지시자를 수신하면(S530), 기지국의 프로세서(170)는 해당 셀 내의 하나 이상의 M2M 기기에서 원치않는 정전이 발생했다고 판단하고, M2M 기기 N 뿐만 아니라 정전 지시자를 보내지 않은 셀 내의 나머지 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)에게도 PCS 지시자를 일 예로서 AAI-M2M-PO-IND 메시지를 통해 전송해 줄 수 있다(S550). 여기서 PCS 지시자는 정전 경쟁 BR 또는 레인징 중지 지시자일 수 있으며, 멀티캐스트 또는 브로드캐스트 타입으로 전송될 수 있다.
정전 리포트를 보고하지 않은 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)의 프로세서(120)는 AAI-M2M-PO-IND 메시지 디코딩을 시도하는데, 임의접속을 시도하기 전에 PCS 지시자가 포함된 AAI-M2M-PO-IND 메시지를 받으면 임의접속 과정을 수행하는 것을 특정 시간동안 연기 또는 중지하도록 제어할 수 있다(S560).
이후, 정전 발생을 아직 보고하지 않은 M2M 기기들(M2M 기기 1, M2M 기기 2)이 기지국으로부터 정전 리포트를 위한 폴링을 수신하면(S570), 정전 발생을 아직 보고하지 않은 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)들은 폴링을 통해 할당받은 해당 자원을 통해 정전 여부 등을 포함하는 정전 리포트를 기지국에 전송해 줄 수 있다(S580).
IEEE 802.16m 시스템에서의 하향링크 제어채널 중 하나인 비 사용자 특정 A-MAP IE(non user specific A-MAP IE, NUS A-MAP IE)나 확장된 비 사용자 특정 A-MAP IE(extended non user specific A-MAP IE)(이 경우, NUS A-MAP IE의 확장 플래그가 1로 설정됨)를 통해서 기지국이 M2M 기기들에게 PCS 지시자를 전송할 수 있고, M2M 기기의 프로세서(120)는 NUS A-MAP IE나 extended non NUS A-MAP IE를 통해서 PCS 지시자를 수신하면 특정 기간 동안 임의접속(레인징 또는 경쟁 BR) 과정 수행을 연기 또는 중지하도록 제어할 수 있다.
또한, 기지국이 PCS 지시자를 하향링크 제어채널이 아닌 방송 채널(예를 들어, 수퍼프레임 헤더(SFH IE))을 통해 M2M 기기에게 전송해 줄 수 있다.
도 6 및 도 7은 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
도 6을 참조하면, 도 5에서 설명한 과정과 동일하다. 다만, S550 단계에서 기지국이 PCS 지시자를 AAI-M2M-PO-IND 메시지를 통해 전송하였지만, 본 실시예에서는 S650 단계에서 NUS A-MAP IE나 extended non NUS A-MAP IE 메시지를 통해 전송한다. 즉, PCS 지시자를 전송하는 메시지 형태에만 차이가 있다.
도 7을 참조하면, 마찬가지로 도 5에서 설명과 과정과 동일하다. 다만, 다만, S550 단계에서 기지국이 PCS 지시자를 AAI-M2M-PO-IND 메시지를 통해 전송하였지만, 본 실시예에서는 S750 단계에서 기지국이 PCS 지시자를 방송 채널(예를 들어, 수퍼프레임 헤더(SFH IE))을 통해 M2M 기기에게 전송해 주는 점에 차이가 있다.
도 8은 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
본 실시예에서 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2,..., M2M 기기 N)에게 원치않는 정전(involuntary power outage)이 발생하였다고 가정한다.
원치않는 정전이 발생했을 때, 연결 모드로 동작 중인 M2M 기기(즉, M2M 기기 N)는 레인징 코드 대신에 정전 리포트를 위한 특정 BR 코드를 전송하여 원치않는 정전(involuntary power outage) 상황을 기지국에 알려줄 수 있다(S810). M2M 기기 N으로부터 정전 리포트를 위한 BR 코드/지시자를 받으면 기지국은 PCS 지시자를 BR-ACK A-MAP IE 메시지에 포함시켜 정전 리포트를 위한 BR 코드/지시자를 전송한 M2M 기기 N뿐만 아니라 해당 M2M 기기와 같은 셀 내의 있는 다른 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)에게도 전송해 줄 수 있다(S820). 여기서, BR-ACK A-MAP IE 메시지 포맷은 다음 표 9와 같을 수 있다. 다음 표 9는 BR-ACK A-MAP IE 메시지 포맷의 일 예를 나타낸다.
표 9
Syntax Size Notes
BR-ACK_A-MAP_ IE() {
A-MAP IE Type 4 BR-ACK A-MAP IE
..
power outage contention BR/ranging stop (PCS) indicator 1 1: 정전(Power outage)가 발생한 M2M 기기들의 경쟁 BR 또는 임의접속 과정을 특정 기간 동안 연기하거나 멈추는 것을 지시.
표 9를 참조하면, BR-ACK A-MAP IE 메시지는 1 비트 크기의 PCS 지시자를 포함할 수 있다. 정전이 발생한 M2M 기기들은 기지국으로부터 BR-ACK A-MAP IE를 받기를 기대하고, 기지국은 BR-ACK A-MAP IE 메시지를 마스킹 프리픽스(Masking prefix) = 0b0, 타입 지시자(Type indicator) = 0b001, 마스킹 코드(Masking code) = 1(12bits)로 CRC를 마스킹하여 M2M 기기들(M2M 기기 1, M2M 기기 2, ..., M2M 기기 N)에게 전송할 수 있다.
정전 리포트를 전송하지 않은 M2M 기기들(M2M 1, M2M 기기 2)은 임의접속 과정을 수행하기 전에 PCS 지시자를 포함하는 BR-ACK A-MAP IE 메시지를 기지국으로부터 수신하면(S820), M2M 기기들(M2M 1, M2M 기기 2)의 각 프로세서(120)는 임의접속 과정을 수행을 특정 기간 동안 연기 또는 멈추며, 기지국으로부터 자원을 할당 받기를 기다리도록 제어할 수 있다(S830).
이후, 정전 발생을 아직 보고하지 않은 M2M 기기들(M2M 기기 1, M2M 기기 2)이 기지국으로부터 정전 리포트를 위한 폴링을 수신하면(S840), 정전 발생을 아직 보고하지 않은 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)들은 폴링을 통해 할당받은 해당 자원을 통해 정전 여부 등을 포함하는 정전 리포트를 기지국에 전송해 줄 수 있다(S850).
한편, S810 단계에서 처럼 정전 리포트를 위한 BR 코드를 전송한 M2M 기기 N은 기지국으로부터 BR-ACK A-MAP IE 메시지를 받은 후(S820), 자신에게 해당되는 BR 프로세스를 수행할 수 있다(S835).
또한, M2M 기기들이 기지국으로부터 BR-ACK A-MAP IE 메시지를 정해진 기간 동안 PCS 지시자의 지시값 1(즉, M2M 기기들의 경쟁 BR 또는 임의접속 과정을 특정 기간 동안 연기하거나 멈추는 것을 지시)을 포함하는 BR-ACK A-MAP IE 메시지를 수신하지 않으면 임의접속 과정을 수행하게 된다.
도 9는 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
본 실시예에서 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2,..., M2M 기기 N)에게 원치않는 정전(involuntary power outage)이 발생하였다고 가정한다.
도 9에서 도시한 실시예는 도 8과 관련된 실시예에 유사하지만 몇 가지 차이점이 있다. 도 8의 S820 단계에서 기지국은 BR-ACK A-MAP IE 메시지에 PCS 지시자를 포함시켜 정전 리포트를 위한 BR 코드/지시자를 전송한 M2M 기기 N뿐만 아니라 해당 M2M 기기와 같은 셀 내의 있는 다른 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)에게도 전송해 주었지만, 도 9의 S920 단계에서 기지국은 BR-ACK A-MAP IE 메시지에 PCS 지시자를 포함시키지 않은 채 정전 리포트를 전송한 해당 M2M 기기 N에게만 전송해 준다.
이후, S930 단계에서, 기지국은 NUS A-MAP IE, Extended NUS A-MAP IE, 또는 방송채널(예를 들어, 수퍼프레임 헤더(SFH))에 PCS 지시자를 포함시켜 M2M 기기 N 뿐만 아니라 같은 셀 내의 있는 다른 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)에게도 전송해 줄 수 있다. 이후 S940, S945, S950, S960 단계는 각각 도 8의 S 830, S835, S840, S850 단계와 각각 동일하다.
5 단계의 BR 과정에서 사용되는 BR 코드들 중 하나를 M2M 정전(power outage)을 위한 지시자로 사용하는 것과 비슷하게, 퀵 접속 메시지(quick access message)를 사용하는 3 단계의 BR 과정을 이용하여 M2M 기기가 원치않는 정전을 알릴 수 있도록 해 줄 수 있다. 이 경우 특정 BR 인덱스는 정전 리포트의 기능을 포함하고 있다.
다음 표 10은 퀵 접속 메시지(quick access message)에서 BR 인덱스를 포함하는 AAI-DSA-REQ(Advanced Air Interface-Dynamic Service Addition-request)메시지의 일 예를 나타낸다.
표 10
Field Size Value/Description
For(i=0; i<N-Predefined-BR indices; i++) { The mapping of predefined BR index used in quick access message to BR size and BR actions N-Predefined-BR-indices is the number of predefined BR indices [1..15]
Predefined BR index 4 Predefined BR index
BR action 2 0b00: ertPS service flow requests to resume to maximum sustained rate 0b01: aGP service flow requests to switch to Primary QoS parameters 0b10: BR 0b11: Power outage indicator
If(BR action == 0b10) {
BR size 11 Number of bytes requested by the predefined BR index
}
}
표 10을 참조하면, AAI-DSA-REQ 메시지는 기지국이 개시하여(BS-initiated) M2M 기기에게 전송해 주는 메시지 일 수 있다. AAI-DSA-REQ 메시지는 M2M 기기가 정전 상황이 발생하기 전에 기지국과 M2M 기기 간에 교환하는 것 메시지일 수 있다. AAI-DSA-REQ 메시지는 사전에 정의된 BR 인덱스 (Predefined BR index) 필드, BR 액션(BR action) 필드를 포함할 수 있다. 예를 들어, 기지국은 0b11 값으로 설정된 BR 액션 필드가 정전 지시자(power outage indicator)를 지시하는 것으로 설정하고, 이 BR 액션 필드 값이 0b11일 때 해당하는 BR 인덱스 값도 사전에 정해놓을 수 있다. 그리고, 이렇게 정해진 BR 액션 필드 값 0b11에 해당하는 BR 인덱스 값 정보를 AAI-DSA-REQ 메시지를 통해 기지국이 M2M 기기에게 전송해 주면, M2M 기기는 AAI-DSA-REQ 메시지를 통해 이러한 정전 지시자에 관한 정보를 획득할 수 있다.
상술한 바와 같이, 예를 들어, BR 액션 필드값이 Ob11이면 AAI-DSA-REQ 메시지에 포함된 미리 정의된 BR 인덱스가 정전 지시자를 위한 목적임을 나타낸다. 이와 같이 BR 인덱스에 대한 BR 액션 필드의 한 값이 정전 지시자로 사용될 수 있다. BR 액션 필드값이 Ob10이면, AAI-DSA-REQ 메시지는 BR 크기(BR size) 필드를 더 포함할 수 있는데, 여기서 BR 크기 필드는 사전에 정의된 BR 인덱스에 의해 요청되는 바이트 수를 나타낸다.
표 10과 관련된 내용은 M2M 기기의 정전 지시자 전송을 위해 기지국이 DSA 과정에서 BR 액션 필드의 특정 값으로 사전에 정의된 BR 인덱스를 할당해 주는 것이었다.
그러나 이와 달리, 시스템 상에서 정전 지시자를 위한 BR 인덱스가 사전에 정의되어 있고 기지국과 M2M 기기 간에 이러한 정보를 공유하고 있다면, M2M 기기는 DSA 과정 없이 시스템 상에서 정전 지시자를 위해 정의해 둔 BR 인덱스를 이용하여 정전 지시자를 기지국으로 전송하여 정전 상황을 알릴 수도 있다.
도 10은 M2M 기기들이 정전이 발생한 상황에서 기지국과 통신을 수행하는 과정을 설명하기 위한 또 다른 예를 나타낸 도면이다.
본 실시예에서 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2,..., M2M 기기 N)에게 원치않는 정전(involuntary power outage)이 발생하였다고 가정한다.
도 10을 참조하면, M2M 기기 N은 BR 인덱스의 마지막 값(예를 들어, 0b1111)을 이용하여 BR 프리앰블 시퀀스 및 퀵 접속 메시지를 기지국에 전송할 수 있다(S1010). 여기서, BR 인덱스의 마지막 값(예를 들어, 0b1111)은 정전 리포트를 위해 사전에 정의된 인덱스이다. 이 후 기지국은 M2M 기기 N에게 BR 프리앰블 시퀀스의 디코딩 상태를 지시하는 BR-ACK A-MAP IE 메시지를 전송할 수 있다(S1020).
기지국이 원치않는 정전이 발생한 M2M 기기들 중에서 적어도 하나의 M2M 기기(예를 들어, M2M 기기 N)로부터 정전 리포트를 위한 정전 지시자 또는 정전 리포트 지시자를 수신하면(S1010), 기지국의 프로세서(170)는 해당 셀 내의 하나 이상의 M2M 기기에서 원치않는 정전이 발생했다고 판단하고, M2M 기기 N 뿐만 아니라 정전 지시자를 보내지 않은 셀 내의 나머지 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)에게도 PCS 지시자를 BR-ACK A-MAP IE를, AAI-M2M-PO-IND, NUS A-MAP IE, extended NUS A-MAP IE, 또는 SFH IE 메시지 등을 통해 전송해 줄 수 있다(S1030).
정전 리포트를 전송하지 않은 M2M 기기들(M2M 1, M2M 기기 2)가 임의접속 과정을 수행하기 전에 PCS 지시자를 포함하는 BR-ACK A-MAP IE, AAI-M2M-PO-IND, NUS A-MAP IE, extended NUS A-MAP IE, 또는 SFH IE 메시지를 기지국으로부터 수신하면(S1030), M2M 기기들(M2M 1, M2M 기기 2)의 각 프로세서(120)는 임의접속 과정을 수행을 특정 기간 동안 연기 또는 멈추도록 하여 기지국으로부터 자원을 할당 받기를 기다리도록 제어할 수 있다(S1040).
한편, S1010 단계에서 처럼 정전 리포트를 위한 BR 코드를 전송한 M2M 기기 N은 기지국으로부터 BR-ACK A-MAP IE 메시지를 받고(S1020), 이후 임의접속 수행을 지시하는 PCS 지시자를 수신하면(S1030), M2M 기기 N은 나머지 BR 프로세스 과정을 수행하게 된다(S1045).
이후, 정전 발생을 아직 보고하지 않은 M2M 기기들(M2M 기기 1, M2M 기기 2)이 기지국으로부터 정전 리포트를 위한 폴링을 수신하면(S1050), 정전 발생을 아직 보고하지 않은 M2M 기기들(예를 들어, M2M 기기 1, M2M 기기 2)들은 폴링을 통해 할당받은 해당 자원을 통해 정전 여부 등을 포함하는 정전 리포트를 기지국에 전송해 줄 수 있다(S1060).
IEEE 802, 16e 시스템에서도 IEEE 802. 16m 시스템에서 정의된 시그널링을 통해서 M2M 기기가 기지국에게 정전(power outage)을 알릴 수 있고, 기지국은 정전이 난 M2M 기기들에게 PCS 지시자를 전송할 수 있다. 이 때, PCS 지시자는 멀티캐스트나 브로드캐스트 타입으로(예를 들어, 브로드캐스트 CID나 멀티캐스트 CID)를 통해서 전송될 수 있다. 그러나, IEEE 802. 16e 시스템에서는 IEEE 802.16m 시스템의 전용(dedicated) 방법인 3 단계 BR의 퀵 접속 메시지나 AAI-RNG-ACK, BR-ACK A-MAP IE, SFH, NUS A-MAP IE를 사용한 방법은 사용될 수 없다. SFH 대신에 DCD가 대신 사용될 수 있다.
살펴본 바와 같이 M2M 시스템에서는 M2M 기기들에 대한 원치않는 정전(involuntary power outage)이 발생할 수 있는데, 이러한 경우에는 해당 M2M 기기에 속한 지점의 대부분의 M2M 기기들에서 원치 않는 정전이 발생할 수 있다. 정전(Power outage)이 난 경우 해당 M2M 기기들이 동시에 이를 기지국으로 보고할 것이고, 이로 인해 유휴모드(idle mode)에 있는 M2M 기기들에서 많은 레인징 과정에 의한 경쟁(contention) 가능성이 높아지고, 연결 모드(connected mode)에 있는 M2M 기기들은 대역폭 요청 과정에서 경쟁 가능성이 높아진다. 이를 해결하기 위해 이상에서 설명한 본 다양한 실시예들에 따라 실시하는 경우 M2M 기기들과 기지국 간에 충돌 레졸루션(collision resolution)이 방지하고 이는 M2M 기기들의 불필요한 전력소모를 줄이게 되며 시스템 자원의 효율성을 현저히 증가시킬 수 있다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명은 본 발명의 정신 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
정전(power outage) 리포트를 전송 및 수신하는 방법과 이를 위한 장치는3GPP LTE, LTE-A, IEEE 802 등 다양한 통신 시스템에서 산업상으로 이용가능하다.

Claims (17)

  1. 무선통신 시스템에서 M2M(Machine to Machine) 기기가 정전(power outage) 리포트를 전송하는 방법에 있어서,
    정전 상황이 발생한 경우 사전에 정의된 대역폭 요청(Bandwidth Request, BR) 인덱스값을 포함하는 제 1 메시지를 기지국으로 전송하는 단계를 포함하되,
    상기 사전에 정의된 BR 인덱스 값은 상기 M2M 기기에게 정전 상황이 발생한 것을 지시하기 위해 할당된 것을 특징으로 하는 M2M 기기의 정전 리포트 전송 방법.
  2. 제 1항에 있어서,
    상기 제 1 메시지는 대역폭 요청에 관한 메시지인 것을 특징으로 하는 M2M 기기의 정전 리포트 전송 방법.
  3. 제 2항에 있어서,
    상기 M2M 기기는 연결모드(connected mode) 상태에서 동작중인 기기인 것을 특징으로 하는 M2M 기기의 정전 리포트 전송 방법.
  4. 제 1항에 있어서,
    상기 기지국으로부터 상기 M2M 기기가 대역폭 요청 과정을 중지해야 하는지 여부에 관한 지시를 포함하는 제 2 메시지를 수신하는 단계를 더 포함하는, M2M 기기의 정전 리포트 전송 방법.
  5. 제 4항에 있어서,
    상기 제 2 메시지가 상기 대역폭 요청 과정을 중지하지 말 것을 지시하는 경우, 상기 M2M 기기는 나머지 대역폭 요청을 수행하는 것을 특징으로 하는 M2M 기기의 정전 리포트 전송 방법.
  6. 제 1항에 있어서,
    상기 사전에 정의된 BR 인덱스 값은 DSA(Dynamic Service Addition) 수행 과정에서 BR 액션(action) 필드의 특정 값에 대응되는 값으로 할당된 것을 특징으로 하는 M2M 기기의 정전 리포트 전송 방법.
  7. 제 6항에 있어서,
    상기 BR 액션 필드의 특정값은 0b11인 것을 특징으로 하는 M2M 기기의 정전 리포트 전송 방법.
  8. 무선통신 시스템에서 M2M(Machine to Machine) 기기가 정전(power outage) 리포트를 전송하는 방법에 있어서,
    기지국으로부터 정전 상황의 발생을 알리기 위한 정전 지시자 전송을 중지 또는 연기할 것을 지시하는 제 1 메시지를 수신하는 단계를 포함하되,
    상기 제 1 메시지에 기초하여 사전에 설정된 시간구간 동안 정전 지시자 전송을 보류하고 대기하는 것을 특징으로 하는 M2M 기기의 정전 리포트 전송 방법.
  9. 제 8항에 있어서,
    상기 기지국으로부터 상기 정전 지시자 전송을 자원 할당 정보를 포함하는 제 2 메시지를 수신하는 단계; 및
    상기 제 2 메시지에 기초하여 해당 자원을 통해 상기 정전 지시자를 전송하는 단계를 더 포함하는 것을 특징으로 하는 M2M 기기의 정전 리포트 전송 방법.
  10. 제 8항에 있어서,
    상기 제 1 메시지는 AAI-RNG-ACK 메시지, AAI-RNG-RSP 메시지, AAI-M2M-PO-IND 메시지, 비 사용자 특정 A-MAP IE(Non User Specific A-MAP IE, NUS A-MAP IE), 확장 NUS A-MAP IE, 수퍼프레임 헤더 IE, 또는 BR-ACK A-MAP IE 메시지인 것을 특징으로 하는 M2M 기기의 정전 리포트 전송 방법.
  11. 무선통신 시스템에서 기지국이 M2M(Machine to Machine) 기기의 정전(power outage) 리포트를 수신하는 방법에 있어서,
    정전 상황이 발생한 M2M 기기로부터 사전에 정의된 대역폭 요청(Bandwidth Request, BR) 인덱스값을 포함하는 제 1 메시지를 수신하는 단계를 포함하되,
    상기 사전에 정의된 BR 인덱스 값은 상기 M2M 기기에게 정전 상황이 발생한 것을 지시하기 위해 할당한 것을 특징으로 하는 기지국의 정전 리포트 수신 방법.
  12. 제 11항에 있어서,
    상기 제 1 메시지는 대역폭 요청에 관한 메시지인 것을 특징으로 하는 기지국의 정전 리포트 수신 방법.
  13. 제 11항에 있어서,
    상기 M2M 기기로 상기 M2M 기기가 대역폭 요청 과정을 중지해야 하는지 여부에 관한 지시를 포함하는 제 2 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 하는 기지국의 정전 리포트 수신 방법.
  14. 무선통신 시스템에서 정전(power outage) 리포트를 전송하는 M2M(Machine to Machine) 기기에 있어서,
    정전 상황이 발생한 경우 사전에 정의된 대역폭 요청(Bandwidth Request, BR) 인덱스값을 포함하는 제 1 메시지를 기지국으로 전송하는 송신기를 포함하되,
    상기 사전에 정의된 BR 인덱스 값은 상기 M2M 기기에게 정전 상황이 발생한 것을 지시하기 위해 할당된 것을 특징으로 하는 M2M 기기.
  15. 제 14항에 있어서,
    상기 기지국으로부터 상기 M2M 기기가 대역폭 요청 과정을 중지해야 하는지 여부에 관한 지시를 포함하는 제 2 메시지를 수신하는 수신기를 더 포함하는, M2M 기기.
  16. 제 15항에 있어서,
    상기 제 2 메시지가 상기 대역폭 요청 과정을 중지하지 말 것을 지시하는 경우, 상기 M2M 기기는 나머지 대역폭 요청을 수행하도록 제어하는 프로세서를 더 포함하는, M2M 기기.
  17. 무선통신 시스템에서 M2M(Machine to Machine) 기기의 정전(power outage) 리포트를 수신하는 기지국에 있어서,
    정전 상황이 발생한 M2M 기기로부터 사전에 정의된 대역폭 요청(Bandwidth Request, BR) 인덱스값을 포함하는 제 1 메시지를 수신하는 수신기를 포함하되,
    상기 사전에 정의된 BR 인덱스 값은 상기 M2M 기기에게 정전 상황이 발생한 것을 지시하기 위해 할당한 것을 특징으로 하는 기지국.
PCT/KR2012/000596 2011-01-25 2012-01-25 정전 리포트를 전송 및 수신하는 방법과 이를 위한 장치 WO2012102547A2 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020137021848A KR20140012645A (ko) 2011-01-25 2012-01-25 정전 리포트를 전송 및 수신하는 방법과 이를 위한 장치
CN201280012415.XA CN103430463B (zh) 2011-01-25 2012-01-25 发送和接收断电报告的方法及用于该方法的装置
US13/981,466 US9319894B2 (en) 2011-01-25 2012-01-25 Method for transmitting and receiving power outage report and device therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201161436174P 2011-01-25 2011-01-25
US61/436,174 2011-01-25

Publications (2)

Publication Number Publication Date
WO2012102547A2 true WO2012102547A2 (ko) 2012-08-02
WO2012102547A3 WO2012102547A3 (ko) 2012-12-20

Family

ID=46581284

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/000596 WO2012102547A2 (ko) 2011-01-25 2012-01-25 정전 리포트를 전송 및 수신하는 방법과 이를 위한 장치

Country Status (4)

Country Link
US (1) US9319894B2 (ko)
KR (1) KR20140012645A (ko)
CN (1) CN103430463B (ko)
WO (1) WO2012102547A2 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014096766A1 (en) * 2012-12-19 2014-06-26 Sony Corporation Mobile terminal device and associated method for obtaining uplink resources
WO2014096765A1 (en) * 2012-12-19 2014-06-26 Sony Corporation Base station and associated method for assigning uplink resources to terminal devices with a similar traffic profile

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013009346A1 (en) * 2011-07-12 2013-01-17 Intel Corporation Resource scheduling for machine-to-machine devices
KR101295580B1 (ko) * 2011-07-15 2013-08-09 엘지전자 주식회사 무선접속시스템에서 harq 채널식별자를 이용한 harq 동작 지원방법 및 장치
US8885564B2 (en) * 2011-09-16 2014-11-11 Institute For Information Industry Mobile station, base station, communication system and abnormal power down reporting method thereof
US8737305B2 (en) * 2011-09-25 2014-05-27 Lg Electronics Inc. Method for allocating resources in broadband wireless access system
WO2013044387A1 (en) 2011-09-30 2013-04-04 Sierra Wireless, Inc. Dynamic assignment of cell broadcast message identifiers
US9049536B2 (en) * 2011-10-10 2015-06-02 Lg Electronics Inc. Method for allocating resources in broadband wireless access system
WO2013055086A1 (ko) * 2011-10-10 2013-04-18 엘지전자 주식회사 무선 통신 시스템에서 단말의 인증 방법 및 장치
US9380430B2 (en) * 2012-06-14 2016-06-28 Sierra Wireless, Inc. Method and system for wireless communication with machine-to-machine devices
US9445302B2 (en) 2012-06-14 2016-09-13 Sierra Wireless, Inc. Method and system for wireless communication with machine-to-machine devices
US9614770B2 (en) * 2014-07-21 2017-04-04 Cisco Technology, Inc. Network traffic control during limited power situations
CN105813201B (zh) * 2014-12-30 2019-04-09 中兴通讯股份有限公司 一种无线通信网络中的数据传输方法及装置
US10229577B2 (en) 2017-02-01 2019-03-12 Florida Power & Light Company Proactive power outage alerts management system and methods

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070036004A (ko) * 2005-09-28 2007-04-02 한국전자통신연구원 대역폭 요청 코드를 이용한 레인징 방법
KR20070119474A (ko) * 2006-06-14 2007-12-20 한국전자통신연구원 이동통신 시스템에서 상향링크 동기화 요청 방법, 그에따른 ｃｄｍａ 할당 정보 요소 구조 및 그에 따른 장치
EP2207384A9 (en) * 2006-09-15 2010-09-22 Itron, Inc. Outage notification system

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070080735A (ko) * 2006-02-08 2007-08-13 삼성전자주식회사 무선 통신 시스템에서 실시간 서비스의 상향링크 자원 할당시스템 및 방법
EP2728960A1 (en) 2007-09-28 2014-05-07 Fujitsu Limited Wireless resource allocation in wireless communication system based on service quality information transmitted with wireless resource allocation request
CN101895928A (zh) 2009-05-21 2010-11-24 中兴通讯股份有限公司 预备业务流建立方法、系统
US8204147B2 (en) * 2009-07-14 2012-06-19 Samsung Electronics Co., Ltd. Methods to index the preambles in the bandwidth request channel
US8751848B2 (en) * 2011-03-04 2014-06-10 Futurewei Technologies, Inc. System and method for handling a power outage

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070036004A (ko) * 2005-09-28 2007-04-02 한국전자통신연구원 대역폭 요청 코드를 이용한 레인징 방법
KR20070119474A (ko) * 2006-06-14 2007-12-20 한국전자통신연구원 이동통신 시스템에서 상향링크 동기화 요청 방법, 그에따른 ｃｄｍａ 할당 정보 요소 구조 및 그에 따른 장치
EP2207384A9 (en) * 2006-09-15 2010-09-22 Itron, Inc. Outage notification system

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014096766A1 (en) * 2012-12-19 2014-06-26 Sony Corporation Mobile terminal device and associated method for obtaining uplink resources
WO2014096765A1 (en) * 2012-12-19 2014-06-26 Sony Corporation Base station and associated method for assigning uplink resources to terminal devices with a similar traffic profile
KR20150096667A (ko) * 2012-12-19 2015-08-25 소니 주식회사 모바일 단말 디바이스 및 업링크 리소스 획득을 위한 연관된 방법
KR20150096663A (ko) * 2012-12-19 2015-08-25 소니 주식회사 업링크 자원을 유사한 트래픽 프로파일을 갖는 단말기 디바이스들에 할당하기 위한 기지국 및 연관된 방법
CN104885541A (zh) * 2012-12-19 2015-09-02 索尼公司 用于获得上行链路资源的移动终端装置和相关联的方法
US20150271791A1 (en) * 2012-12-19 2015-09-24 Sony Corporation Mobile terminal device and associated method for obtaining uplink resources
JP2016509768A (ja) * 2012-12-19 2016-03-31 ソニー株式会社 アップリンクリソースを取得するための携帯端末装置およびアップリンクリソースを取得することに関連する方法
US9635673B2 (en) 2012-12-19 2017-04-25 Sony Corporation Base station and associated method for assigning uplink resources to terminal devices with a similar traffic profile
EP3190848A1 (en) * 2012-12-19 2017-07-12 Sony Corporation Mobile terminal device and associated method for obtaining uplink resources
US9839019B2 (en) 2012-12-19 2017-12-05 Sony Corporation Mobile terminal device and associated method for obtaining uplink resources
GB2509070B (en) * 2012-12-19 2018-04-11 Sony Corp Telecommunications apparatus and methods
GB2509071B (en) * 2012-12-19 2018-07-11 Sony Corp Telecommunications apparatus and methods
CN104885541B (zh) * 2012-12-19 2019-04-26 索尼公司 用于获得上行链路资源的移动终端装置和相关联的方法
KR102123037B1 (ko) * 2012-12-19 2020-06-15 콘비다 와이어리스, 엘엘씨 업링크 자원을 유사한 트래픽 프로파일을 갖는 단말기 디바이스들에 할당하기 위한 기지국 및 연관된 방법
KR102234263B1 (ko) * 2012-12-19 2021-04-01 콘비다 와이어리스, 엘엘씨 모바일 단말 디바이스 및 업링크 리소스 획득을 위한 연관된 방법
US11032802B2 (en) 2012-12-19 2021-06-08 Convida Wireless, Llc Mobile terminal device and associated method for obtaining uplink resources

Also Published As

Publication number Publication date
CN103430463B (zh) 2016-07-06
KR20140012645A (ko) 2014-02-03
US9319894B2 (en) 2016-04-19
WO2012102547A3 (ko) 2012-12-20
CN103430463A (zh) 2013-12-04
US20130315074A1 (en) 2013-11-28

Similar Documents

Publication Publication Date Title
WO2012102547A2 (ko) 정전 리포트를 전송 및 수신하는 방법과 이를 위한 장치
WO2012091441A2 (ko) 유휴 모드 파라미터 업데이트 정보를 전송 및 수신하는 방법 및 이를 위한 장치
WO2012111952A2 (ko) 무선통신 시스템에서 파라미터 업데이트 정보를 전송 및 수신하는 방법 및 이를 위한 장치
WO2012138148A2 (ko) 파라미터 업데이트 정보를 전송 및 수신하는 방법과 이를 위한 장치
WO2012115471A2 (ko) 무선통신 시스템에서 m2m(machine to machine) 기기가 멀티캐스트 데이터 관련 정보를 송신 및 수신하는 방법과 이를 위한 장치
WO2013112019A1 (ko) 이동 통신 시스템에서 시스템 부하를 조절하기 위해, 엑세스를 효율적으로 제어하는 방법 및 장치
WO2012108647A2 (ko) 무선통신 시스템에서 멀티캐스트 데이터를 수신하는 방법 및 이를 위한 m2m 기기
WO2012121566A2 (ko) 무선 통신 시스템에서 m2m 장치를 위한 그룹 자원 할당방법 및 장치
WO2012074257A2 (en) M2m device and base station for transmission and reception of multicast traffic and method for transmission and reception of multicast traffic
WO2013119021A1 (ko) 단말의 휴면 모드 동작 방법 및 장치
WO2015016530A1 (ko) 이동 통신 시스템에서 시스템 정보와 페이징을 수신하는 방법 및 장치
WO2012118326A2 (en) A method for random access of machine to machine (m2m) terminals
WO2012053857A2 (ko) 무선통신 시스템에서 네트워크 진입/재진입을 수행하는 방법 및 그 장치
WO2012153971A2 (ko) 무선접속시스템에서 ｍ2ｍ 기기들에 멀티캐스트 데이터를 전송하는 방법 및 장치
WO2011112051A2 (ko) 무선 통신 시스템에서 mtc를 위한 방법 및 장치
WO2012074337A2 (en) Apparatus and method for transceiving multicast traffic in a wireless access system supporting machine-to-machine communication
WO2011129575A2 (ko) 그룹 기반 ｍ2ｍ 통신을 수행하기 위한 장치 및 그 방법
WO2016043377A1 (ko) 이종 무선 통신 기술이 적용되는 시스템에서 멀티 rat 스케줄링 방법 및 이를 위한 장치
WO2011149200A2 (ko) 유휴 모드에서 동작 중인 m2m 기기 및 기지국 장치와 이들 간의 통신 수행 방법
WO2012177038A2 (en) Method and apparatus for reporting abnormal power outage in wireless access system supporting m2m environments
WO2013035970A1 (ko) 기기간 통신에서 단말 그룹 식별자의 유효성 판단 방법
WO2010098626A2 (ko) 광대역 무선 접속 시스템에서 단말의 상태에 따른 레인징 수행 방법
EP2286625A2 (en) Method for paging in wireless access system
WO2013035959A1 (en) Data transmission method in m2m device group
WO2012093914A9 (en) Methods and apparatus to support efficient and reliable machine to machine communications

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

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 13981466

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20137021848

Country of ref document: KR

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 12739733

Country of ref document: EP

Kind code of ref document: A2