WO2011149318A2 - 무선 접속 시스템에서 데이터 송수신 방법 및 장치 - Google Patents
무선 접속 시스템에서 데이터 송수신 방법 및 장치 Download PDFInfo
- Publication number
- WO2011149318A2 WO2011149318A2 PCT/KR2011/003935 KR2011003935W WO2011149318A2 WO 2011149318 A2 WO2011149318 A2 WO 2011149318A2 KR 2011003935 W KR2011003935 W KR 2011003935W WO 2011149318 A2 WO2011149318 A2 WO 2011149318A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- terminal
- base station
- available
- available interval
- message
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 145
- 230000004044 response Effects 0.000 claims description 100
- 230000005540 biological transmission Effects 0.000 claims description 26
- 238000004891 communication Methods 0.000 description 27
- 238000010586 diagram Methods 0.000 description 18
- 230000015654 memory Effects 0.000 description 10
- 230000011664 signaling Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000008054 signal transmission Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000000873 masking effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/04—Scheduled access
Definitions
- the present disclosure relates to a wireless access system, and more particularly, to a method and apparatus for M2M terminal to transmit and receive data with a base station.
- MTC Machine Type Communication
- Machine-to-machine (M2M) communication is literally communication between the electronic device and the electronic device. In other words, it means communication between things. In general, although it refers to wired or wireless communication between electronic devices or communication between a device controlled by a person and a machine, it is used to mean a wireless communication between an electronic device and an electronic device, that is, between devices. In addition, M2M terminals used in a cellular network are inferior in performance or capability to general terminals.
- M2M machine to machine
- MTC machine type communication
- the base station In order to allocate downlink or uplink resources to M2M devices, the base station must know what type of terminal the terminal is. In an M2M system, more (hundreds to thousands of times) terminals may exist in a cell than in an existing system (802.16e or 802.16m).
- the addressing method (12-bit STID) used in the existing system may not accommodate many terminals.
- An object of the present specification is to transmit information related to an available section of an M2M terminal ID shared between M2M terminals.
- the present specification is intended to define a procedure related to the operation for using the M2M terminal ID in the unavailable period of the M2M terminal ID.
- the present specification is intended to define a procedure related to the operation for ending the available period of the M2M terminal ID.
- the present specification is intended to define a procedure related to the operation for extending the available interval of the M2M terminal ID.
- an object of the present disclosure is to provide a method of using an M2M terminal ID between M2M terminals using a token ring scheme.
- an available interval of an M2M terminal ID shared between M2M terminals and an interval in which the available interval is repeated periodically Receiving a first message including an M2M terminal ID usage period indicating a from the base station; And transmitting and receiving data with the base station using the M2M terminal ID in the available section.
- the method may further include receiving the M2M terminal ID from the base station.
- the first message may be received from the base station when the M2M terminal ID is allocated from the base station.
- the first message may be received through an initial network entry process with a base station, and the first message may be a registration response (REQ-RSP) message or a terminal basic capability negotiation response (SBC-RSP) message.
- REQ-RSP registration response
- SBC-RSP terminal basic capability negotiation response
- the first message may further include offset information indicating a starting point of use of the M2M terminal ID.
- the use period of the M2M terminal ID is characterized by consisting of the available interval and the unavailable interval (unavailable interval) of the M2M terminal ID.
- the usable interval is divided into a type 1 available interval representing a usable interval of fixed size and a type 2 available interval representing an available interval of variable size. It is characterized by.
- the usable interval is characterized in that it consists of a basic available interval (basic available interval) and extended available interval (extended available interval).
- the method may further include terminating the usable section, wherein the ending of the usable section ends after a preset timer or when receiving a second message indicating the end of the available section from the base station. It is characterized by.
- the method may further include receiving a signal indicating a start of an available section of the M2M terminal ID from the base station in the unavailable section, wherein the signal indicating the start of the available section includes an available section of the M2M terminal ID. And information indicating the type of available interval.
- the method may further include transmitting a signal for requesting to start using an M2M terminal ID to the base station in the unavailable period; And receiving a response signal for the request from the base station.
- the response signal may further include response code information indicating rejection or permission for the request.
- the response signal indicates the rejection of the request, characterized in that it further comprises information indicating any one of the connection mode, sleep mode or idle mode until the next transmitted response signal.
- the response signal indicates the permission for the request, characterized in that it further comprises the available section of the M2M terminal ID, the start time of the available section and the type information of the available section.
- the method may further include receiving a signal indicating the extension of the available interval from the base station.
- the method may further include transmitting a signal for requesting expansion of the available interval to the base station; And receiving a response signal to the extension request signal from the base station.
- the extension indication signal or the response signal to the extension request signal may include information indicating an end time point of the extended available interval.
- the method may further include transmitting a link status check request signal to the base station for requesting the release of the M2M terminal ID in the available interval; And releasing the M2M terminal ID from the available interval.
- the method may further include receiving a response signal to the link status check request signal from the base station.
- the method may further include receiving, from the base station, an available interval extension notification map information element (AI Extention Notification A-MAP IE) through an idle time located before or after the M2M terminal ID usage period. It features.
- AI Extention Notification A-MAP IE available interval extension notification map information element
- the usable section extension notification map information element may further include action code information indicating whether the M2M terminal ID is used during some or all of the available sections.
- the terminal when the operation code information indicates that the M2M terminal ID cannot be used during a part of the available section, the terminal further includes extension end time information indicating a section in which the M2M terminal ID cannot be used. Characterized in that.
- the method may further include determining a first available interval and a second available interval based on the received first message; And a map information element including an M2M terminal ID indicator through at least one of the determined first available interval and the second available interval, wherein the M2M terminal ID indicator indicates that the map information element is the first available interval. And information indicating that the M2M terminal belongs to or belongs to the M2M terminal belonging to the second available interval.
- the present specification is a method for transmitting and receiving data with a base station in a wireless access system, M2M terminal, registration response including M2M terminal ID and type information of the M2M terminal ID shared between the M2M terminals (REQ-RSP Receiving a message from the base station; Transmitting a first message to the base station for requesting to start using the M2M terminal ID; And receiving a second message from the base station, the second message including operation code information indicating permission or rejection of the first message.
- REQ-RSP Receiving a message from the base station; Transmitting a first message to the base station for requesting to start using the M2M terminal ID; And receiving a second message from the base station, the second message including operation code information indicating permission or rejection of the first message.
- the second message is characterized in that it includes information on the available interval (available interval) of the M2M terminal ID.
- the second message may include information indicating a time when the M2M terminal ID is unavailable.
- the method may further include receiving a third message from the base station including M2M terminal ID status information indicating whether the M2M terminal ID is used by another M2M terminal.
- the third message may be broadcast periodically.
- the M2M terminal ID information may include information indicating a time when the M2M terminal ID cannot be used.
- the M2M terminal ID status information may be multicast for each M2M terminal ID or for each M2M terminal ID group.
- the present specification reduces the waste of the M2M terminal ID allocated to the base station and the M2M terminal generating traffic only at a specific time through a method of efficiently allocating the M2M terminal ID to the M2M terminal and efficiently managing the assigned M2M terminal ID. It can be effective.
- the present specification has the effect of assigning the M2M terminal ID in consideration of the state of the M2M terminal, allowing other M2M terminals to use the M2M terminal ID.
- FIG. 1 is a block diagram illustrating a wireless communication system according to an exemplary embodiment of the present specification.
- FIG. 2 illustrates an internal block diagram of a terminal and a base station in a wireless access system according to an embodiment of the present specification.
- 3 (a) is an example illustrating an M2M terminal ID available interval and a cycle of ID usage of each M2M terminal according to one embodiment of the present specification.
- FIG 3 (b) shows an example of transmitting an available interval and an M2M terminal ID use period according to an embodiment of the present specification.
- 3 (c) shows an example of transmitting an available interval of the M2M terminal ID and a usage period of the M2M terminal ID through a registration procedure during an initial network entry procedure according to an embodiment of the present specification.
- 3 (d) shows an example of transmitting an available interval of an M2M terminal ID and a usage period of an M2M terminal ID through a basic capability negotiation procedure of an initial network entry procedure according to an embodiment of the present specification.
- FIG. 5 (a) illustrates a method of ending an M2M terminal ID available section according to an embodiment of the present specification.
- 5B is a diagram illustrating a method of ending an available interval in the middle of an available interval according to an embodiment of the present specification.
- FIG. 6 (a) is a diagram illustrating a method of transmitting, by the base station, a signal indicating the available period to the M2M terminal together with the type information of the available period during the unavailable period according to an embodiment of the present specification.
- FIG. 6 (b) is another example illustrating a method of transmitting, by the base station, a signal indicating the available period to the M2M terminal together with the type information of the available period during the unavailable period according to an embodiment of the present disclosure.
- FIG. 7 (a) illustrates an available section request and response procedure between an M2M terminal and a base station among M2M terminal ID unavailable sections according to an embodiment of the present specification.
- FIG. 7 (b) is a listening state in a connected mode until a response to a rejection is received from a base station and a next response is received after a request for an M2M terminal ID available section among M2M terminal ID unavailable sections according to an embodiment of the present specification. Indicates to keep.
- FIG. 7 (c) shows an M2M terminal according to an embodiment of the present disclosure until a M2M terminal ID available interval is requested after receiving a request for an M2M terminal ID available interval from the base station and receiving a next response. Indicates to stay in sleep or idle state.
- FIG. 8 (a) shows an example of an available section extension by request of a base station according to an embodiment of the present specification.
- FIG 8 (b) shows an example of an available section extension by request of an M2M terminal according to one embodiment of the present specification.
- FIG. 9A illustrates an example in which an idle time exists together with an available section according to an embodiment of the present specification.
- 9B is a diagram illustrating an example of a method in which an extension signal is transmitted at idle time according to an embodiment of the present specification.
- 9C is a diagram illustrating another example of a method in which an extension signal is transmitted at idle time according to an embodiment of the present specification.
- FIG. 9 (d) is a diagram illustrating another example of a method in which an extension signal is transmitted at idle time according to an embodiment of the present specification.
- FIG. 10 (a) is a diagram illustrating a method for determining whether an M2M terminal can use a corresponding ID during its available interval according to an embodiment of the present specification.
- FIG. 10 (b) is a diagram illustrating a method for determining whether an M2M terminal can use a corresponding ID during its available interval according to another embodiment of the present specification.
- FIG. 11 shows an example of an M2M terminal ID sharing method using a token ring scheme according to an embodiment of the present specification.
- 12A illustrates an example of a method of using an M2M terminal ID when an M2M terminal requests to start using an ID when ID status is On according to an embodiment of the present specification.
- FIG. 12 (b) illustrates an example of a method of transmitting an M2M terminal ID including a T1 information when transmitting a response to an M2M terminal ID use request according to an embodiment of the present disclosure.
- FIG. 14A illustrates a signal transmission method for requesting to start using an M2M terminal ID according to reception of ID state information according to an embodiment of the present specification.
- 14 (b) is another example illustrating a signal transmission method for requesting to start using M2M terminal ID according to reception of ID state information according to an embodiment of the present specification.
- FIG. 14 (c) illustrates a method of transmitting an ID use start request signal of an M2M terminal through receiving ID status information and ID use time information of another M2M terminal according to one embodiment of the present specification.
- 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), or the like.
- IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with systems based on IEEE 802.16e.
- UTRA is part of the Universal Mobile Telecommunications System (UMTS).
- 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is part of Evolved UMTS (E-UMTS) using Evolved-UMTS Terrestrial Radio Access (E-UTRA), which employs OFDMA in downlink and SC in uplink -FDMA is adopted.
- LTE-A Advanced is an evolution of 3GPP LTE.
- FIG. 1 is a block diagram illustrating a wireless communication system to which an embodiment of the present specification can be applied.
- Wireless communication systems are widely deployed to provide various communication services such as voice and packet data.
- a wireless communication system includes a mobile station (MS) 10 and a base station 20 (BS).
- the terminal 10 may be fixed or mobile, and may be called by other terms such as a user equipment (UE), a user terminal (UT), a subscriber station (SS), a wireless device, an advanced mobile station (AMS), and the like. have.
- the terminal 10 may be an M2M terminal supporting communication between devices.
- the base station 20 generally refers to a fixed station for communicating with the terminal 10 and may be referred to in other terms such as a NodeB, a base transceiver system (BTS), and an access point. .
- BTS base transceiver system
- One or more cells may exist in one base station 20.
- the wireless communication system may be an Orthogonal Frequency Division Multiplexing (OFDM) / Orthogonal Frequency Division Multiple Access (OFDMA) based system.
- OFDM Orthogonal Frequency Division Multiplexing
- OFDMA Orthogonal Frequency Division Multiple Access
- OFDM uses multiple orthogonal subcarriers. OFDM uses orthogonality between inverse fast fourier transforms (IFFTs) and fast fourier transforms (FFTs).
- IFFTs inverse fast fourier transforms
- FFTs fast fourier transforms
- the transmitter data is sent by performing an IFFT.
- the receiver performs FFT on the received signal to recover the original data.
- the transmitter uses an IFFT to combine multiple subcarriers, and the receiver uses a corresponding FFT to separate multiple subcarriers.
- a slot is also the minimum possible data allocation unit, defined by time and subchannels.
- a subchannel may be composed of a plurality of tiles.
- the subchannel consists of 6 tiles, and one burst in uplink may consist of 3 OFDM symbols and 1 subchannel.
- each tile may include 4 contiguous subcarriers on 3 OFDM symbols.
- each tile may comprise three contiguous subcarriers on three OFDM symbols.
- the bin includes 9 contiguous subcarriers on the OFDM symbol.
- a band refers to a group of four rows of bins, and an adaptive modulation and coding (AMC) subchannel consists of six contiguous bins in the same band.
- AMC adaptive modulation and coding
- FIG. 2 illustrates an internal block diagram of a terminal and a base station in a wireless access system to which an embodiment of the present disclosure can be applied.
- the terminal 10 includes a control unit 11, a memory 12, and a radio communication (RF) unit 13.
- RF radio communication
- the terminal also includes a display unit, a user interface unit, and the like.
- the controller 11 implements the proposed function, process and / or method. Layers of the air interface protocol may be implemented by the controller 11.
- the memory 12 is connected to the control unit 11 and stores a protocol or parameter for performing wireless communication. That is, it stores the terminal driving system, the application, and the general file.
- the RF unit 13 is connected to the control unit 11 and transmits and / or receives a radio signal.
- the display unit displays various information of the terminal, and may use well-known elements such as liquid crystal display (LCD) and organic light emitting diodes (OLED).
- the user interface may be a combination of a well-known user interface such as a keypad or a touch screen.
- the base station 20 includes a control unit 21, a memory 22, and a radio frequency unit (RF) unit 23.
- RF radio frequency unit
- the control unit 21 implements the proposed function, process and / or method.
- Wireless interface
- Layers of the protocol may be implemented by the controller 21.
- the memory 22 is connected to the control unit 21 to store a protocol or parameter for performing wireless communication.
- the RF unit 23 is connected to the control unit 21 to transmit and / or receive a radio signal.
- the controllers 11 and 21 may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, and / or a data processing device.
- the memories 12 and 22 may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media and / or other storage devices.
- the RF unit 13 and 23 may include a baseband circuit for processing a radio signal.
- the above-described technique may be implemented as a module (process, function, etc.) for performing the above-described function.
- the module may be stored in the memories 12 and 22 and executed by the controllers 11 and 21.
- the memories 12 and 22 may be inside or outside the controllers 11 and 21, and may be connected to the controllers 11 and 21 by various well-known means.
- Machine-to-Machine (M2M) communication An information exchange that can be performed without user involvement between user devices through a base station or between a server and a device in a core network through a base station.
- M2M ASN Refers to an access service network capable of supporting an M2M (M2M) service.
- M2M Device Refers to a terminal having (or supporting) M2M function.
- M2M subscriber A consumer of M2M service.
- M2M Server An entity that can communicate with M2M devices.
- the M2M server provides an interface that can be accessed by M2M subscribers.
- M2M feature The unique feature of M2M application supported by M2M ASN. One or more features may be needed to support the application.
- M2M group A group of M2M terminals that contain a common and / or the same M2M subcriber, that is, share one or more features.
- MTM group ID (MGID) and MTM terminal (or device) ID (MDID) definition
- a first identifier indicating an M2M group to which M2M terminals belong to M2M devices and a second identifier for distinguishing M2M terminals belonging to the M2M group Allocate
- the first identifier refers to an identifier used to distinguish each M2M group in a cell
- the second identifier refers to an identifier used to distinguish each M2M device from a group to which the M2M device belongs. That is, the first identifier may be represented by the M2M Group ID and the second identifier by the M2M device ID.
- first identifier may be used as a first M2M device ID
- second identifier may be used as a second M2M device ID
- the first identifier is used as the M2M Group ID and the second identifier is used as the M2M device ID.
- the M2M Group ID refers to an ID shared by one or more M2M devices, and the M2M device ID is used to identify terminals sharing the same MGID.
- M2M terminals are allocated an M2M Group ID and an M2M device ID to be used in communication with a base station from an inter-device communication support system when performing an initial network entry.
- the inter-device communication support system refers to a network entity connected to a base station or a network, and the network entity may be, for example, an M2M server.
- the 802.16 (particularly, 16m) system is described as an example, but the method proposed in the present specification is not limited to the 802.16m system, and it can be used in a system such as LTE, LTE-A, and the like.
- IDs are efficiently allocated to M2M terminals, efficient management of assigned IDs, and resources are allocated to the terminals using the assigned IDs. Let's take a look at how to assign.
- the M2M terminal having no mobility or no mobility and / or long term traffic generation characteristics may be assigned an identifier from the base station after the initial authentication process at the time of installation.
- the M2M terminal transmits and receives traffic with the base station using an ID assigned from the base station.
- the M2M terminal has no mobility or low mobility and traffic is periodically generated at long time intervals. Therefore, the M2M terminal uses the ID only when traffic occurs at a predetermined time.
- the base station or the M2M server may assign one ID to several terminals, and one ID assigned to several terminals is valid for specific M2M terminals for a specific time. Accordingly, the base station assigns an ID to the M2M terminal for an interval at which time and an interval assigned to the M2M terminal to the M2M terminal or performs a network entry procedure of the M2M terminal. Through the M2M terminal can be informed.
- the available interval, available interval, available duration, AI, and AD used hereinafter may be used in the same meaning.
- 3 (a) is an example illustrating an M2M terminal ID available interval and a cycle of ID usage of each M2M terminal according to an embodiment of the present specification.
- the AI may indicate a relative value representing a current time from a current time point, or may indicate a time point when the AI ends.
- the AI for each M2M terminal may be repeatedly applied with a certain period (or cycle), but the AI for each M2M terminal in the cell does not overlap. Accordingly, the base station informs the M2M terminal of the AI of the M2M terminal ID and at what time the AI starts (AI offset) and how long the available interval of the M2M terminal ID is repeated (that is, an ID use cycle).
- the base station may inform the M2M terminal of the AI, AI start point (AI offset) and the M2M terminal ID usage period at the time of M2M terminal ID assignment or through an initial network entry process.
- AI can be limited in units of Superframe / frame / subframe. In this way, if the AI is limited, the base station may inform the terminal of only the AI offset of the ID and the ID use period without additional AI values. If the AI is limited to one subframe, the UE is valid only in a specific subframe within one frame. If the AI is limited to one frame, the UE indicates that the ID usage is valid only in a specific frame in the ID usage cycle. If the AI restricts to one superframe, the ID is valid only in a specific superframe within the ID usage cycle. As mentioned above, the starting point of a particular subframe / frame / superframe is indicated by the ID usage offset.
- the M2M terminal ID may use an available interval, an M2M terminal ID use period, and an ID use offset (that is, an AI start position).
- 3 (c) shows an example of transmitting an available interval of the M2M terminal ID and a usage period of the M2M terminal ID through a registration procedure during an initial network entry procedure according to an embodiment of the present specification.
- the base station (or the M2M server) allocates an M2M terminal ID to the M2M terminal through a registration process with the M2M terminal. That is, the base station transmits to the M2M terminal the available section information of the M2M terminal ID, the ID usage offset, and the usage period information of the M2M terminal ID together with the M2M group ID and the M2M terminal ID in the registration response message (REG-RSP). (S330).
- the M2M terminal transmits an AAI_REG-REQ message to the base station
- the M2M terminal transmits the information to the base station including information indicating which M2M terminal type it is (S320).
- the base station allocates an appropriate ID to the M2M terminal based on the M2M terminal type information received from the M2M terminal.
- FIG. 3 (d) shows an available interval of an M2M terminal ID, a usage period of an M2M terminal ID, and an ID usage offset (that is, a starting position of an AI) through a basic capability negotiation procedure of an initial network entry procedure according to an embodiment of the present specification. ) Shows an example of transmitting.
- the base station may allocate the M2M terminal ID, available interval, ID use cycle, and ID use offset through a basic capability negotiation procedure with the M2M terminal during an initial network entry procedure. (S340).
- the base station may transmit M2M group ID and / or M2M ID and M2M to the M2M terminal through another unicast message (for example, PKM-REQ / RSP, new MAC control message).
- Another unicast message for example, PKM-REQ / RSP, new MAC control message.
- the available period (or section) of the terminal ID and ID usage cycle information may be informed. If a new MAC control message is used, after the network entry is completed, the M2M terminal may receive the new MAC control message from the base station.
- the AI may be classified into a Type 1 representing a Fixed Available Interval and a Type 2 AI representing a Flexible Available Interval (Flexible (or Adaptive) Available Interval).
- FIG. 4 (a) illustrates an available section of type 1 according to an embodiment of the present specification. As shown in FIG. 4 (a), it can be seen that an AI having a fixed size is repeated every ID use period.
- the start point of the cycle and available interval of the M2M UE ID is determined, and the end point of each AI may be different for each available interval.
- FIG. 5 (a) illustrates a method of ending an M2M terminal ID available section according to an embodiment of the present specification.
- the base station can be set to continue to use the ID.
- the base station allocates the M2M terminal ID to the M2M terminal, the base station allocates a default available interval, and the end of the available interval is implicit through a timer and triggers of the base station. There may be an explicit method.
- the base station transmits a signal indicating the end of the available interval to the M2M terminal.
- the signal for notifying the end of the available interval may be transmitted to the M2M terminal in the form of a MAC message or an extension header.
- the M2M terminal ends the available interval and has an unavailable interval. That is, the base station notifies the M2M terminal when the available interval ends, and when the M2M terminal receives a signal indicating the end of the available interval from the base station, the base station determines that the M2M terminal ID assigned to the terminal is not valid until the next ID use cycle. Do not use it.
- 5B is a diagram illustrating a method of ending an available interval in the middle of an available interval according to an embodiment of the present specification.
- the M2M terminal when the M2M terminal receives a signal indicating the end of the available interval from the base station in the middle of the basic available interval, the M2M terminal stops using the M2M terminal ID allocated from the base station until the next available interval starts.
- the base station may inform the M2M terminal of the start of the available interval of the M2M terminal ID even in the middle of an unavailable interval.
- the valid period of the available interval may be during the basic available interval in the available interval (basic available interval + extended available interval) or the end of the available interval may be determined by a trigger of the base station. That is, when the available interval is set in the unavailable interval as the basic available interval, the M2M terminal can know that the available interval has ended without receiving any signal from the base station.
- the base station transmits information indicating whether the type of AI to be transmitted to the M2M terminal is selected from Type 1 and Type 2, or when the base station transmits a signal indicating the start of the available interval, or the base station uses the AI, ID offset and ID usage period. When assigning, it may be included to inform the available interval type to the M2M terminal.
- FIG. 6 (a) is a diagram illustrating a method of transmitting, by the base station, a signal indicating the available period to the M2M terminal together with the type information of the available period during the unavailable period according to an embodiment of the present specification.
- FIG. 6 (b) is another example illustrating a method of transmitting, by the base station, a signal indicating the available period to the M2M terminal together with the type information of the available period during the unavailable period according to an embodiment of the present disclosure.
- the available interval created in the middle of the Unavailable interval is valid until the base station sends a signal indicating the end of the available interval to the terminal. That is, the M2M device ID is valid for basic available interval + extended available interval.
- the M2M terminal may use the M2M terminal ID until receiving a signal indicating the end of the available interval from the base station in the extended available interval.
- the base station may notify the start of the available interval to the M2M terminal through a unicast message or a broadcast message (eg, paging message, other broadcast MAC message).
- a broadcast message eg, paging message, other broadcast MAC message.
- the ID start of the terminal can be applied immediately after registration. That is, the terminal can use the terminal immediately after receiving the information on the ID and the ID using the section through the registration process.
- the UE may notify the start of the use interval by transmitting and receiving signaling with the base station.
- a method of triggering by such a terminal will be described.
- FIG. 7 (a) illustrates an available section request and response procedure between an M2M terminal and a base station among M2M terminal ID unavailable sections according to an embodiment of the present specification.
- the M2M terminal when an M2M terminal wants to use an M2M terminal ID allocated from a base station in an unavailable interval interval, the M2M terminal transmits a signal to the base station requesting to start using M2M terminal ID (or to start available interval).
- the base station receives a signal (for example, a MAC message) indicating the start of the M2M terminal ID from the M2M terminal transmits a response signal to the M2M terminal.
- the response signal may include a basic available interval and an available interval type. If the M2M terminal uses or uses the same M2M terminal ID at the time of requesting the M2M terminal ID available section, the base station includes the information indicating the AI start request in the response signal.
- the M2M UE ID available interval is transmitted to the requesting M2M terminal.
- the M2M terminal When the M2M terminal receives the reject signal for the AI request from the base station, the M2M terminal waits until it receives a response indicating the start of the available interval from the base station. Alternatively, based on the timing information at which the next response included in the reject signal is transmitted, the corresponding response message is received from the base station at the time when the response indicating the start of the available interval is transmitted. In this case, the M2M terminal may maintain the sleep mode or idle mode until the next response message is received from the base station.
- FIG. 7 (b) is a listening state in a connected mode until a response to a rejection is received from a base station and a next response is received after a request for an M2M terminal ID available section among M2M terminal ID unavailable sections according to an embodiment of the present specification. Indicates to keep.
- the M2M terminal when the M2M terminal receives a rejection response for an AI start request from the base station, if the rejection type is '0b0', for example, the M2M terminal may receive the next unsolicited response message from the base station. You can see that it stays listening (or connected) until it is received. Subsequently, the M2M terminal can know the valid time of its M2M terminal ID through the basic available interval included in the unsolicited response message received from the base station and the type information of the basic available interval.
- FIG. 7 (c) shows an M2M terminal according to an embodiment of the present disclosure until a M2M terminal ID available interval is requested after receiving a request for an M2M terminal ID available interval from the base station and receiving a next response. Indicates to stay in sleep or idle state.
- the M2M UE when the M2M UE receives a rejection response for an AI start request from the BS, if the rejection type is '0b1', the M2M UE transmits the next unsolicited response message included in the corresponding response. Based on the timing information, the Sleep or Idle state is maintained until the next unsolicited response message is sent.
- the M2M terminal transmits a random access code for requesting an uplink resource to transmit an AI start request signal to a base station.
- the random access code may be, for example, a bandwidth request (BR) code or a random access channel (RACH).
- the base station After receiving the random access code from the M2M terminal, the base station allocates an UL grant to the terminal so that the terminal can transmit information related to the M2M terminal ID request.
- the M2M terminal transmitting the random access code to the base station transmits information on the available interval start request to the base station with the allocated resources.
- the information about the AI start request may be, for example, M2M Group ID or M2M UE ID information.
- the M2M terminal may transmit to the base station through a signaling header, extended header, or a MAC control message.
- the base station determines whether to allow the available interval start request for the corresponding M2M terminal ID based on the information about the AI start request received from the M2M terminal. That is, the base station can reject or accept. After determining whether to allow the base station, and transmits a response signal to the M2M terminal.
- the response signal may include an available interval of the M2M terminal ID.
- the base station may include information on whether the M2M terminal ID is available for the basic available interval or whether it is available until the end of the available interval by transmitting an explicit termination signal to the terminal.
- Table 1 below shows an example of an AI request message (AAI_ID-AI-REQ_Message) format of an M2M terminal ID according to an embodiment of the present specification.
- Table 2 below shows an example of an AI response message (AAI_ID-AI-RSP_Message) format of an M2M terminal ID according to an embodiment of the present specification.
- AAI_ID-AI-RSP_Message_Format () ⁇ MAC Control Message Type 8
- the base station and the M2M terminal use the M2M terminal ID assigned during the basic available interval.
- the basic available interval may be extended by a request of an M2M terminal or a request of a base station. That is, the base station may voluntarily command the available interval extension to the M2M terminal.
- the M2M terminal may inform or request the available interval extension from the base station, and the base station receiving the AI extension request from the M2M terminal responds to the terminal.
- the available interval allocated to the M2M terminal is valid until the basic available interval.
- FIG. 8 (a) shows an example of an available section extension by request of a base station according to an embodiment of the present specification.
- the base station transmits a signal for requesting AI extension to the M2M terminal in the AI period.
- the available interval ends after the Basic available interval ends.
- the base station transmits a signal indicating the AI extension to the M2M terminal.
- the second available interval is extended, and information indicating when the available interval is extended, that is, information indicating the AI extension interval, is included in a signal indicating the AI extension and transmitted to the terminal.
- FIG 8 (b) shows an example of an available section extension by request of an M2M terminal according to one embodiment of the present specification.
- the M2M terminal requests the AI extension to the base station, receives the response from the base station, and then expands the AI.
- the M2M terminal transmits a signal for requesting the available interval extension to the base station, and the base station transmits a response to the terminal.
- information on the AI extension interval that is, information on when to extend the AI is included in a signal transmitted and received by the terminal and the base station and transmitted.
- the M2M terminal extends the available interval to the time corresponding to the AI extension interval, thereby using the corresponding M2M terminal ID.
- Table 3 below shows an example of an available interval extension request message (AAI_AI-EXT-REQ message) format according to an embodiment of the present specification.
- Table 4 below shows an example of an available interval extension request message (AAI_AI-EXT-RSP message) format according to an embodiment of the present specification.
- the AAI_AI-EXT-RSP can be transmitted by the base station to the terminal in response to the AAI_AI-EXT-REQ message, and can be transmitted to the terminal by the base station to voluntarily extend the available interval without the request of the terminal.
- AAI_AI-EXT-REQ / RSP AAI_ID-AI-REQ / RSP message
- AAI_ID-AI-REQ / RSP message is included in other format types such as an extended header and a signaling header. The base station and the terminal can be exchanged.
- the M2M terminal ID allocated to the M2M terminal is allocated in the available period of each M2M terminal semi-permanent regardless of the state (Connected / Sleep / Idle) of the M2M terminal. Accordingly, when the M2M terminal ID cannot communicate with the terminal in a valid period, a method for releasing the M2M terminal ID assigned to the M2M terminal is provided.
- an implicit method is that if the M2M terminal does not receive a signal (or data) from the base station for a predetermined time after the basic available interval of the M2M terminal ID starts, the M2M terminal requests link status to the base station (link status) check request). If the M2M terminal does not receive a response to the request from the base station within a predetermined time after transmitting the request to the base station, the M2M terminal releases its M2M terminal ID.
- the base station transmits a link status check request signal to the M2M terminal. After transmitting the request to the M2M terminal, if the base station does not receive a response to the request from the M2M terminal within a certain time, the base station releases the M2M terminal ID assigned to the M2M terminal.
- the explicit method transmits a release request signal of the M2M terminal ID to the base station when the M2M terminal needs to release the M2M terminal ID such as power down.
- the base station receiving the release request signal of the M2M terminal ID from the M2M terminal transmits a response signal to the release request signal to the M2M terminal.
- the base station when the base station receives an ACK for the response signal for the M2M terminal ID release from the M2M terminal, the base station releases the M2M terminal ID assigned to the M2M terminal.
- the M2M terminal After the M2M terminal requests the base station to release the M2M terminal ID, and receives a response signal from the base station, the M2M terminal transmits an ACK for the response to the base station. Thereafter, the M2M terminal releases the M2M terminal ID allocated from the base station.
- the base station or the M2M terminal may release the ID after receiving the response signal without transmitting or receiving an ACK for the response signal to the M2M terminal ID release request signal.
- FIG. 9A illustrates an example in which an idle time exists together with an available section according to an embodiment of the present specification.
- each M2M terminal has an idle time for a predetermined period before starting the available interval.
- the predetermined period may be, for example, one frame or one superframe, or two frames or two superframes.
- the M2M terminal checks whether a signal related to extension (that is, a signal indicating whether the M2M terminal ID is being used by another M2M terminal) is transmitted from the base station without communicating with the base station.
- a signal related to extension that is, a signal indicating whether the M2M terminal ID is being used by another M2M terminal
- the M2M terminal may skip the available interval following the idle time and move on to the next available interval according to a signal for the use of the M2M terminal ID transmitted from the base station to the M2M terminal during the idle time.
- the M2M terminal ID may be used for the remaining available interval without using the M2M terminal ID only for the period included in the signal related to the extension.
- the idle time may exist at a fixed size at the beginning or end of the ID usage cycle.
- FIG. 9 (a) it can be seen that an idle time is located at the beginning of an ID use period.
- 9B is a diagram illustrating an example of a method in which an extension signal is transmitted at idle time according to an embodiment of the present specification.
- the M2M terminal obtains information on whether the other M2M terminal uses the corresponding M2M terminal ID at the idle time before the available interval time to use the M2M terminal ID from the base station. If the M2M terminal that wants to use the M2M terminal ID during the idle time does not receive a signal from the base station about whether the other M2M terminal uses the ID from the base station, the M2M terminal has its basic available time following the idle time. The ID is used by determining that the ID can be used. Before the available interval for the M2M terminal is over, the base station extends the available interval of the M2M terminal by transmitting a signal informing it to the M2M terminal when it is necessary to extend the available interval for the corresponding M2M terminal. Here, the M2M terminal may request the base station to extend its available interval.
- the base station transmits the M2M terminal 2 to the M2M terminal 2 at the idle time of the M2M terminal 2 immediately before the available interval of the M2M terminal 2.
- the M2M terminal ID transmits a signal indicating that the M2M terminal 1 is being used.
- the signal transmitted from the base station to the M2M terminal 2 is information indicating whether the current M2M terminal ID is used, information indicating the time that the M2M terminal ID is used by another M2M terminal, that is, when the ID is used until Information may be included.
- the M2M terminal 2 receives a signal (eg, MAP, MAC message, header (extended header, signaling header)) whether or not to use the M2M terminal ID from the base station at its idle time, the M2M terminal ID assigned to it is M2M It is determined that the terminal 1 is used.
- the M2M terminal 2 transmits a response to the received signal from the base station to the base station.
- the response may be an ACK signal
- the ACK signal may be a codeword transmitted through a HARQ ACK or a fast feedback channel.
- 9C is a diagram illustrating another example of a method in which an extension signal is transmitted at idle time according to an embodiment of the present specification.
- the M2M terminal 2 when the M2M terminal 2 receives information indicating that the M2M terminal ID allocated from the base station is used by the M2M terminal 1 at its idle time, an available interval following the idle time of the M2M terminal 2 is received. Omit M2M terminal ID can be used through the next available interval.
- FIG. 9 (d) is a diagram illustrating another example of a method in which an extension signal is transmitted at idle time according to an embodiment of the present specification.
- the M2M terminal 2 when the M2M terminal 2 receives a signal indicating that the M2M terminal 1 is using the allocated M2M terminal ID from the base station, the M2M terminal 2 expands the use of the M2M terminal ID by the M2M terminal 1. Do not use the M2M terminal ID in its available interval only for a period of time. As shown in FIG. 9 (d), the M2M terminal 2 does not use the ID during the skipped interval. Thereafter, M2M terminal 2 may use the ID in the remaining available interval after the skip interval ends.
- Table 5 below shows the AI extension notification A-MAP IE used to inform the M2M terminal that the M2M terminal ID is used by another M2M terminal during the idle time of the M2M terminal (that is, the available interval of another M2M terminal is extended).
- An example of the format is shown.
- the base station transmits the A-MAP IE to the corresponding M2M terminal only when the AI of the other M2M terminal is expanded and the M2M terminal cannot use the ID.
- the information on whether the M2M terminal that has received the extension notification signal during the idle time cannot use the M2M terminal ID during the available interval is the AI_Extension_Notification A-MAP. It may be delivered to the terminal through other signals as well as through the IE.
- the M2M terminal transmits a basic available interval, which is a time for which an ID is available, and ID use cycle information to a signal (AAI_REG-REQ / RSP, AAI_SBC-REQ / RSP or new MAC control message / header).
- the extension end time may be included and transmitted to the M2M terminal in advance.
- FIG. 10 (a) is a diagram illustrating a method for determining whether an M2M terminal can use a corresponding ID during its available interval according to an embodiment of the present specification.
- the M2M terminal is allocated a basic available interval from the base station. Thereafter, the M2M terminal determines a first available interval based on a basic available interval, an ID use cycle, and an ID use offset (determining a starting point of the basic available interval) received from the base station. If a second available interval immediately follows the first available interval immediately after the first available interval, the available interval size is equal to the basic available interval value.
- the M2M terminal may be allocated resources from the base station using the ID assigned during both the primary available interval and the secondary available interval.
- the primary available interval does not overlap with the primary available interval of another M2M terminal
- the secondary available interval does not overlap with the secondary available interval of another M2M terminal.
- FIG. 10 (b) is a diagram illustrating a method for determining whether an M2M terminal can use a corresponding ID during its available interval according to another embodiment of the present specification.
- the extension indicator indicates whether a map used during the current available interval is used for the basic available interval or for the extended available interval. That is, as an example, the M2M terminal may know that it is a basic available interval when the extension indicator is set to '0', and may know that it is an extended available interval when the extension indicator is set to '1'.
- Table 6 below shows an example of the A-MAP IE format including the M2M terminal indicator according to an embodiment of the present disclosure.
- the ID indicator may be masked in the CRC like the M2M terminal ID and transmitted to the M2M terminal.
- the base station makes a request to use the M2M terminal ID, and the base station requests the use of the M2M terminal. Let's look at how to use the M2M terminal ID when allowed. That is, a method of sharing IDs of M2M terminals by using a token ring technique will be described.
- FIG. 11 shows an example of an M2M terminal ID sharing method using a token ring scheme according to an embodiment of the present specification.
- the M2M terminal is assigned an M2M terminal ID from the base station through a registration process with the base station. That is, the M2M terminal receives a registration response message including the M2M terminal ID from the base station.
- the M2M terminal ID may be allocated from the base station through not only a registration procedure but also a network entry procedure or a unicast MAC message or header.
- the M2M terminal transmits an M2M terminal ID use start request signal to the base station (S1103).
- the base station transmits a response signal to the request signal to the M2M terminal.
- the request signal includes the request permission information and transmits to the M2M terminal ( S1104).
- the base station turns on the M2M terminal ID status (S1105).
- the meaning of the M2M terminal ID status 'On' indicates that the other M2M terminal is using the ID. Therefore, the base station does not allow the ID use request to the other M2M terminal when there is a request for starting to use the ID of another M2M terminal.
- the M2M terminal When the M2M terminal receives a response signal indicating 'accept' for the request from the base station, the M2M terminal starts the available duration (or available interval) for the corresponding ID. After the M2M terminal uses up the ID, the M2M terminal transmits an ID use termination request signal to the base station in order to return the M2M terminal ID (S1106).
- the base station When the base station receives the ID use termination request signal from the M2M terminal, the base station transmits a response to the M2M terminal (S1107) and 'off' the ID status (S1108). From this time, when the base station has a request for starting to use the ID of another M2M terminal, the base station may grant the request for the ID to another M2M terminal.
- the base station may assign an index to each M2M terminals to know which M2M terminals the sharing ID is assigned to. That is, the base station may transmit the index together with the M2M terminal when allocating the M2M terminal ID.
- the M2M terminal receives a request for the use of the M2M terminal ID from the base station, a method of determining the use time of the M2M terminal ID, that is, how long to use the M2M terminal ID will be described.
- an implicit method using global variable values and a timer and an explicit method through message transmission and reception may be used.
- the implicit method can largely use a global variable and a timer of Available duration.
- the M2M terminal ID is valid as specified by the global variable to the M2M terminal.
- the M2M terminal disables the assigned ID, and the base station turns off the ID use state.
- the base station Since the base station informs the terminal how long the ID is valid, the available duration is valid at the terminal and the base station for a predetermined time, and the terminal and the base station know the available duration of the terminal without the terminal sending a termination signal for the ID usage separately. Can be.
- the explicit method may use the following method.
- the base station transmits the available duration to the M2M terminal through a system information transmission signal or a message (eg, SFHs, SCD messages, or ID related broadcast messages). Thereafter, the M2M terminal sets an AD value using the received information.
- a system information transmission signal or a message eg, SFHs, SCD messages, or ID related broadcast messages.
- the base station When the base station allocates the M2M terminal ID to the M2M terminal through a registration response message (AAI_REG-RSP message), the base station may inform the M2M terminal of the available duration. Next, when the base station allows the M2M terminal to request the use of the M2M terminal ID, the M2M terminal uses the AD value.
- the base station In addition to the salpin registration response message (AAI_REG-RSP) in 2, the base station through other unicast messages (for example, AAI_RNG-RSP, AAI_SBC-RSP, AAI_PKM-RSP, etc.) transmitted to the terminal at the time of a network entry. Transmits the Available duration value to the M2M terminal. Accordingly, the M2M terminal may properly set the available duration.
- AAI_RNG-RSP for example, AAI_RNG-RSP, AAI_SBC-RSP, AAI_PKM-RSP, etc.
- the base station may include an available duration value when delivering a unicast message for transmitting information related to M2M terminal ID allocation to the M2M terminal. After receiving the Available duration value through the unicast message, the M2M terminal operates by properly setting the Available duration.
- the base station When the base station transmits a response to the ID use request (if allowed), it indicates the available duration. Referring to FIG.-(A), when the base station transmits a response to the ID use request, it can be seen that the base station includes the AD use period information. That is, when the base station transmits an acceptance response to the request for starting to use the ID of the terminal, the base station may include the available interval information in the response message to inform the terminal of when to use.
- the M2M terminal or the base station can explicitly notify the end of the ID use. After the base station and the M2M terminal transmits and receives the termination signaling, the M2M terminal disables the use of the M2M terminal ID, and the base station changes the ID status to 'OFF'.
- 12A illustrates an example of a method of using an M2M terminal ID when an M2M terminal requests to start using an ID when ID status is On according to an embodiment of the present specification.
- S1211 to S1213 are the same as the steps S1101 to S1103, so a detailed description thereof will be omitted.
- the base station When the base station receives an ID use start request from the M2M terminal (S1213), if the ID status is On (that is, another M2M terminal uses the corresponding ID) (S1212), the base station rejects the ID use request. (S1214). Referring to FIG. 12 (a), when the M2M terminal receives the rejection message from the base station after transmitting an ID start request signal to the base station, after a predetermined period (eg, after T1 expires), the M2M terminal starts using the ID again. Ask.
- the base station gives a positive response to the ID use start request to the terminal (S1217), the ID status to On (S1218).
- the T1 value refers to the time until the M2M terminal receives the M2M terminal ID use start request from the base station and then transmits the M2M terminal ID use start request back to the base station.
- T1 is transmitted to an M2M terminal through a system information transmission signal or a message (eg, SFHs, SCD message, or ID related broadcast message), and the M2M terminal sets a T1 value using the information received through the message. do.
- a system information transmission signal or a message eg, SFHs, SCD message, or ID related broadcast message
- Base station transmits to M2M terminal when ID is assigned
- the base station When allocating an M2M terminal ID to an M2M terminal (for example, through a registration response message (AAI_REG-RSP)), the base station transmits an M2M ID allocation and a T1 value to the M2M terminal. Therefore, the M2M terminal can set the T1 value appropriately.
- AAA_REG-RSP registration response message
- the base station delivers the T1 value to the M2M terminal through unicast messages (for example, AAI_RNG-RSP, AAI_SBC-RSP, AAI_PKM-RSP%) transmitted to the terminal at another network entry except AAI_REG-RSP, and the M2M terminal
- the T1 value can be set appropriately.
- the base station After the network entry, the base station transmits a unicast message for transmitting information related to ID assignment to the M2M terminal to the M2M terminal, including a T1 value, and transmits it to the M2M terminal, and the M2M terminal transmits the T1 value through the unicast message. After receiving, operate by setting T1 appropriately.
- the T1 value is included in the response signal for the ID start request.
- the base station When the base station sends a rejection message for the ID use start request, the base station includes a T1 value and transmits it, and the M2M terminal sets the T1 value using the T1 information included in the rejection message.
- FIG. 12 (b) illustrates an example of a method of transmitting an M2M terminal ID including a T1 information when transmitting a response to an M2M terminal ID use request according to an embodiment of the present disclosure.
- the base station can include the available duration in the acceptance message for the ID use request and send it to the M2M terminal, since the base station can know how long the M2M terminal uses the ID, as shown in Figure 12 (b), the base station The T2 value may be included in the rejection message for the M2M terminal ID use start request to inform the M2M terminal when the M2M terminal requests to use the ID again (S1224). Therefore, the M2M terminal may transmit the ID use request message back to the base station by using the information included in the reject message (S1226).
- the base station sets a T1 value so that the M2M terminal sends an ID start request message to a different starting point for each M2M terminal that has transmitted a rejection signal to reduce the collision between the M2M terminals. Can be.
- the M2M terminal ID use start request signal may be a ranging code mapped to the ID. That is, each sharing ID may be mapped 1: 1 with a specific ranging code.
- the base station receives the ranging code for the sharing ID from the M2M terminal, the base station transmits the ranging response as a response signal.
- another MAC message may be used instead of the AAI_RNG-RSP message.
- the base station transmits a response signal indicating permission for the request from the M2M terminal (S1227), and changes the ID state to 'on' (S1228).
- Table 7 shows an example of a ranging response message (AAI_RNG-RSP message) format including a T1 value according to an embodiment of the present specification.
- the M2M terminal will be described how to request the base station to start using the ID.
- the base station periodically transmits to the M2M terminal whether the M2M terminal ID is currently used by the M2M terminal using the corresponding ID. Based on the ID status information periodically transmitted by the base station, the M2M terminal transmits an ID use start request message to the base station only when the ID status is 'off'. If the ID status is 'on' through a message periodically transmitted from the base station, the M2M terminal waits until the next ID status information is transmitted from the base station.
- the periodic message carrying the ID status may be delivered to the M2M terminal in the form of multicast or broadcast.
- a message to be transmitted or a CRC of a control channel for allocating a message may be masked and transmitted by the corresponding ID, and the timing or period of transmission for each multicast group may be different.
- several IDs can be formed into one multicast group to carry information on ID status for each group, and the period for each group may be different.
- ID status information about each ID is included in one message and transmitted.
- the base station transmits the ID status is 1) transmitted when the ID is assigned during the registration process, 2) the ID status message transmission cycle to the terminal through the ID assignment information transmission message after the network entry, 3) general
- the transmission may be transmitted to the M2M terminal using one of the methods 1) to 3), such as transmission to the terminals through a system information transmission message (SCD, SFH) or an ID allocation related information transmission broadcast message.
- SCD system information transmission message
- SFH system information transmission message
- ID allocation related information transmission broadcast message an ID allocation related information transmission broadcast message.
- the base station indicates multicast transmission of M2M terminal ID status information to M2M terminals for each M2M terminal ID.
- the base station indicates M2M terminal ID status information. Denotes multicast transmission for each ID group.
- the BS indicates broadcast transmission including all M2M terminal ID status information in one message.
- FIG. 14A illustrates a signal transmission method for requesting to start using an M2M terminal ID according to reception of ID state information according to an embodiment of the present specification.
- the M2M terminal receives ID state information indicating that the state of ID1 is 'off' from the base station.
- the ID status information is transmitted periodically according to the transmission period (S1401 to S1403).
- the M2M terminal Since the ID state received from the base station is 'off', when the M2M terminal intends to use the ID 1, the M2M terminal transmits an ID use start request signal to the base station (S1404). Thereafter, the M2M terminal receives a response signal indicating the permission for the request signal including the available interval information of ID 1 from the base station (S1405). At this time, the base station 'on' the state of the ID 1 so that the other M2M terminal does not use the ID (S1406).
- 14 (b) is another example illustrating a signal transmission method for requesting to start using M2M terminal ID according to reception of ID state information according to an embodiment of the present specification.
- the M2M terminal when the M2M terminal receives ID status information indicating that the ID status is 'on' from the base station, the M2M terminal may receive the ID use start request signal from the base station to the next ID status information from the base station. Do not send until.
- the M2M terminal determines whether to transmit the ID use start request signal through the ID status information transmitted from the base station in the next period. Referring to FIG. 14B, it can be seen that the next ID state transmitted from the base station is 'off' (S1411 to S1415).
- FIG. 14 (c) illustrates a method of transmitting an ID use start request signal of an M2M terminal through receiving ID status information and ID use time information of another M2M terminal according to one embodiment of the present specification.
- the base station periodically transmits ID status information to the M2M terminal.
- the interval between the transmission of the ID status information is defined by a transmission period p, and the transmission period value is received from the base station and may be included in the transmission of the ID status information.
- the base station may use the ID available time (or use time of the ID of another M2M terminal) in a message including ID status information.
- information about when the same ID assigned to M2M terminals is reserved (or used) by another M2M terminal is transmitted together with the information (S1421 to S1423).
- the M2M terminal When the ID status is 'On', the M2M terminal acquires time information T1 on how long the use of the ID included in the corresponding signal is used by another M2M terminal (S1422). Thereafter, the M2M terminal waits until T1 time using the T1, and then transmits an ID use start request signal to the base station (S1424). That is, T1 indicates time information indicating when the ID usage is used by another M2M terminal or time information on how long the corresponding terminal sends an ID use start request. For example, the time information may be expressed in units of frames, subframes, and superframes.
- the base station transmits a response signal to the start request signal of the M2M terminal to the M2M terminal.
- the response signal includes action code information indicating permission to use an M2M terminal ID and available interval information on the ID (S1425).
- the terminal may repeat the above operation (S1426, S1427).
- Table 8 below shows an example of an ID-STATUS-ADV message format according to an embodiment of the present specification.
- Table 8 shows an example of a message format in which the ID status information is periodically transmitted by the base station, and may be a broadcast message.
- the ID status information may be transmitted to M2M terminals in the form of A-MAP IE as well as a broadcast message.
- the message includes the number information on the sharing ID.
- the T1 value may indicate a timer value or an end time point that is actually terminated.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 명세서는 무선 접속 시스템에서, M2M 단말이 기지국과 데이터를 송수신하기 위한 방법에 있어서, M2M 단말들 간 공유되는 M2M 단말 ID의 이용가능 구간(available interval) 및 상기 이용가능 구간이 주기적으로 반복되는 구간을 나타내는 M2M 단말 ID 사용 주기를 포함하는 제 1 메시지를 상기 기지국으로부터 수신하는 단계; 및 상기 이용가능 구간에서 상기 M2M 단말 ID를 이용하여 상기 기지국과 데이터를 송수신하는 단계를 포함하여 이루어진다.
Description
본 명세서는 무선 접속 시스템에 관한 것으로 특히, M2M 단말이 기지국과 데이터를 송수신하기 위한 방법 및 장치에 관한 것이다.
기기 간 통신(M2M Communication, Machine Type Communication: MTC)
이하에서, 기기 간 통신에 대해서 간략히 살펴보기로 한다.
기기 간(Machine to Machine:M2M) 통신이란, 표현 그대로 전자 장치와 전자 장치 간의 통신을 의미한다. 즉, 사물 간의 통신을 의미한다. 일반적으로, 전자 장치 간의 유선 혹은 무선 통신이나, 사람이 제어하는 장치와 기계간의 통신을 의미하지만, 전자 장치와 전자 장치 간 즉, 기기 간 무선 통신을 특별히 지칭하는 의미로 사용된다. 또한, 셀룰러 네트워크에서 사용되는 M2M 단말들은 일반적인 단말들보다 성능이나 능력이 떨어진다.
셀 내에는 많은 단말들이 존재하며 단말들은 단말의 type, class, service type 등에 따라서 서로 구분될 수 있다. 특히, machine to machine (M2M) communication (혹은 machine type communication (MTC))이 고려되면, 전체적인 단말의 수는 급격히 증가할 수 있다. M2M 단말들은 지원하는 service에 따라서 다음과 같은 특성을 가질 수 있다.
1. 셀 내의 많은 수의 단말
2. 적은 데이터 량
3. 낮은 전송 빈도수(주기성을 가질 수도 있음)
4. 제한된 수의 데이터 특성
5. 시간 지연에 민감하지 않음
6. Low mobility를 가지거나 고정되어 있음
엠투엠 단말(M2M device)들에게 하향 링크 또는 상향 링크 자원을 할당해 주기 위해서는 기지국은 해당 단말이 어떤 타입의 단말인지를 알아야 한다. M2M 시스템에서는 기존 시스템 (802.16e 또는 802.16m)에서보다 많은 (수백에서 수천 배가량) 단말들이 셀 내에 존재할 수 있다.
이렇게 셀 내에 많은 단말들이 존재하는 경우, 기존 시스템에서 사용하던 어드레싱(addressing) 방법(12 비트의 STID)은 많은 단말들을 수용하지 못할 수 있다.
본 명세서는 M2M 단말간에 공유되는 M2M 단말 ID의 이용가능 구간과 관련된 정보를 전송하고자 함에 목적이 있다.
또한, 본 명세서는 M2M 단말 ID의 이용불가능 구간에서 M2M 단말 ID를 사용하기 위한 동작과 관련된 절차를 정의함에 목적이 있다.
또한, 본 명세서는 M2M 단말 ID의 이용가능 구간을 종료하기 위한 동작과 관련된 절차를 정의함에 목적이 있다.
또한, 본 명세서는 M2M 단말 ID의 이용가능 구간을 확장하기 위한 동작과 관련된 절차를 정의함에 목적이 있다.
또한, 본 명세서는 토큰 링 방식을 이용하여 M2M 단말들 간에 M2M 단말 ID를 사용하는 방법을 제공함에 목적이 있다.
본 명세서는 무선 접속 시스템에서, M2M 단말이 기지국과 데이터를 송수신하기 위한 방법에 있어서, M2M 단말들 간 공유되는 M2M 단말 ID의 이용가능 구간(available interval) 및 상기 이용가능 구간이 주기적으로 반복되는 구간을 나타내는 M2M 단말 ID 사용 주기를 포함하는 제 1 메시지를 상기 기지국으로부터 수신하는 단계; 및 상기 이용가능 구간에서 상기 M2M 단말 ID를 이용하여 상기 기지국과 데이터를 송수신하는 단계를 포함하여 이루어진다.
또한, 상기 M2M 단말 ID를 상기 기지국으로부터 할당받는 단계를 더 포함하는 것을 특징으로 한다.
또한, 상기 제 1 메시지는 상기 M2M 단말 ID를 상기 기지국으로부터 할당받을 때, 상기 기지국으로부터 수신되는 것을 특징으로 한다.
또한, 상기 제 1 메시지는 기지국과 초기 네트워크 엔트리 과정을 통해 수신되되, 상기 제 1 메시지는 등록 응답(REQ-RSP) 메시지 또는 단말 기본 능력 협상 응답(SBC-RSP)메시지인 것을 특징으로 한다.
또한, 상기 제 1 메시지는 상기 M2M 단말 ID의 사용 시작 시점을 나타내는 오프셋(offset) 정보를 더 포함하는 것을 특징으로 한다.
또한, 상기 M2M 단말 ID의 사용 주기는 상기 M2M 단말 ID의 이용가능 구간과 이용불가능 구간(unavailable interval)으로 이루어지는 것을 특징으로 한다.
또한, 상기 이용가능 구간은 고정된 크기의 이용가능 구간을 나타내는 타입 1 이용가능 구간(Type 1 available interval) 및 가변적인 크기의 이용가능 구간을 나타내는 타입 2 이용가능 구간(Type 2 available interval)으로 구분되는 것을 특징으로 한다.
또한, 상기 이용가능 구간은 기본 이용가능 구간(basic available interval)과 확장 이용가능 구간(extended available interval)으로 이루어지는 것을 특징으로 한다.
또한, 상기 이용가능 구간을 종료하는 단계를 더 포함하되, 상기 이용가능 구간의 종료는 기 설정된 타이머의 종료 후 또는 상기 기지국으로부터 상기 이용가능 구간의 종료를 지시하는 제 2 메시지를 수신하는 경우 종료하는 것을 특징으로 한다.
또한, 상기 이용불가능 구간에서 상기 기지국으로부터 M2M 단말 ID의 이용가능 구간의 시작을 알리는 신호를 수신하는 단계를 더 포함하되, 상기 이용가능 구간의 시작을 알리는 신호는 M2M 단말 ID의 이용가능 구간 및 상기 이용가능 구간의 타입을 지시하는 정보를 포함하는 것을 특징으로 한다.
또한, 상기 이용불가능 구간에서 상기 기지국으로 M2M 단말 ID의 사용 시작을 요청하는 신호를 전송하는 단계; 및 상기 기지국으로부터 상기 요청에 대한 응답 신호를 수신하는 단계를 포함하여 이루어지는 것을 특징으로 한다.
또한, 상기 응답 신호에는 상기 요청에 대한 거절 또는 허락을 나타내는 응답 코드 정보를 더 포함하는 것을 특징으로 한다.
또한, 상기 응답 신호가 상기 요청에 대한 거절을 나타내는 경우, 다음 전송되는 응답 신호 전까지 연결 모드, 슬립 모드 또는 아이들 모드 중 어느 하나의 모드를 지시하는 정보를 더 포함하는 것을 특징으로 한다.
또한, 상기 슬립 모드 또는 아이들 모드 중 어느 하나를 지시하는 경우, 다음 전송되는 응답 신호의 전송 시점을 나타내는 정보를 더 포함하는 것을 특징으로 한다.
또한, 상기 응답 신호가 상기 요청에 대한 허락을 나타내는 경우, M2M 단말 ID의 이용가능 구간, 상기 이용가능 구간의 시작 시점 및 상기 이용가능 구간의 타입 정보를 더 포함하는 것을 특징으로 한다.
또한, 상기 이용가능 구간의 확장을 지시하는 신호를 상기 기지국으로부터 수신하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 상기 기지국으로 상기 이용가능 구간의 확장을 요청하는 신호를 전송하는 단계; 및 상기 기지국으로부터 상기 확장 요청 신호에 대한 응답 신호를 수신하는 단계를 더 포함하여 이루어지는 것을 특징으로 한다.
또한, 상기 확장 지시 신호 또는 상기 확장 요청 신호에 대한 응답 신호는 확장된 이용가능 구간의 종료 시점을 나타내는 정보를 포함하는 것을 특징으로 한다.
또한, 상기 이용가능 구간에서 상기 M2M 단말 ID의 해제를 요청하기 위한 링크 상태 확인 요청 신호(link status check request)를 상기 기지국으로 전송하는 단계; 및 상기 M2M 단말 ID를 상기 이용가능 구간에서 해제하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 상기 기지국으로부터 상기 링크 상태 확인 요청 신호에 대한 응답 신호를 수신하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 상기 M2M 단말 ID 사용 주기 앞 또는 뒤에 위치하는 아이들 타임(idle time)을 통해 이용가능 구간 확장 통지 맵 정보 요소(AI Extention Notification A-MAP IE)를 상기 기지국으로부터 수신하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 상기 이용가능 구간 확장 통지 맵 정보 요소는 상기 이용가능 구간의 일부 또는 전부 동안 상기 M2M 단말 ID의 사용 여부를 나타내는 동작 코드 정보를 더 포함하는 것을 특징으로 한다.
또한, 상기 동작 코드 정보가 상기 이용가능 구간의 일부 동안 상기 M2M 단말 ID를 사용할 수 없음을 지시하는 경우, 상기 M2M 단말 ID를 사용할 수 없는 구간을 나타내는 확장 종료 시간(extension end time) 정보를 더 포함하는 것을 특징으로 한다.
또한, 상기 수신된 제 1 메시지에 기초하여, 제 1 이용가능 구간 및 제 2 이용가능 구간을 결정하는 단계; 및 상기 결정된 제 1 이용가능 구간 및 제 2 이용가능 구간 중 적어도 하나를 통해 M2M 단말 ID 지시자를 포함하는 맵 정보 요소를 수신하되, 상기 M2M 단말 ID 지시자는 상기 맵 정보 요소가 상기 제 1 이용가능 구간에 속한 M2M 단말 또는 상기 제 2 이용가능 구간에 속한 M2M 단말을 위한 것임을 지시하는 정보인 것을 특징으로 한다.
또한, 본 명세서는 무선 접속 시스템에서, M2M 단말이 기지국과 데이터를 송수신하기 위한 방법에 있어서, M2M 단말들 간 공유되는 M2M 단말 ID 및 상기 M2M 단말 ID의 타입 정보를 포함하는 등록 응답(REQ-RSP) 메시지를 상기 기지국으로부터 수신하는 단계; 상기 M2M 단말 ID의 사용 시작을 요청하기 위한 제 1 메시지를 상기 기지국으로 전송하는 단계; 및 상기 제 1 메시지에 대한 허락 또는 거절을 나타내는 동작 코드 정보를 포함하는 제 2 메시지를 상기 기지국으로부터 수신하는 단계를 포함하여 이루어지는 것을 특징으로 한다.
또한, 상기 동작 코드 정보가 허락을 나타내는 경우, 상기 제 2 메시지는 상기 M2M 단말 ID의 이용가능 구간(available interval) 정보를 포함하는 것을 특징으로 한다.
또한, 상기 동작 코드 정보가 거절을 나타내는 경우, 상기 제 2 메시지는 상기 M2M 단말 ID를 사용할 수 없는 시간을 나타내는 정보를 포함하는 것을 특징으로 한다.
또한, 상기 M2M 단말 ID가 다른 M2M 단말에 의해 사용되고 있는지를 나타내는 M2M 단말 ID 상태 정보를 포함하는 제 3 메시지를 상기 기지국으로부터 수신하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 상기 제 3 메시지는 주기적으로 브로드캐스트되는 것을 특징으로 한다.
또한, 상기 M2M 단말 ID 상태 정보가 현재 M2M 단말 ID가 다른 M2M 단말에 의해 사용되고 있음을 지시하는 경우, 상기 M2M 단말 ID를 사용할 수 없는 시간을 나타내는 정보를 포함하는 것을 특징으로 한다.
또한, 상기 M2M 단말 ID 상태 정보는 각 M2M 단말 ID 별 또는 M2M 단말 ID 그룹 별로 멀티캐스트되는 것을 특징으로 한다.
본 명세서는 M2M 단말에게 M2M 단말 ID를 효율적으로 할당하고, 할당된 M2M 단말 ID를 효율적으로 관리하는 방법 등을 통해 특정 시간에만 기지국과 트래픽이 발생하는 M2M 단말에게 할당되는 M2M 단말 ID의 낭비를 줄일 수 있는 효과가 있다.
또한, 본 명세서는 M2M 단말 ID를 M2M 단말의 상태를 고려하여 할당함으로써, 다른 M2M 단말들에게 M2M 단말 ID를 사용하게 할 수 있는 효과가 있다.
도 1은 본 명세서의 일 실시 예에 따른 무선통신 시스템을 나타낸 블록도이다.
도 2는 본 명세서의 일 실시 예에 따른 무선 접속 시스템에서의 단말과 기지국의 내부 블록도를 나타낸다.
도 3(a)는 본 명세서의 일 실시 예에 따른 각 M2M 단말들의 M2M 단말 ID 이용가능 구간(Available Interval) 및 ID 사용 주기(Cycle of ID usage)를 나타낸 일 예이다.
도 3(b)는 본 명세서의 일 실시 예에 따른 이용 가능 구간 및 M2M 단말 ID 사용 주기를 전송하는 일 예를 나타내는 것으로
도 3(c)는 본 명세서의 일 실시 예에 따른 초기 네트워크 엔트리 절차 중 등록 절차를 통해 M2M 단말 ID의 이용 가능 구간 및 M2M 단말 ID의 사용 주기를 전송하는 일 예를 나타낸다.
도 3(d)는 본 명세서의 일 실시 예에 따른 초기 네트워크 엔트리 절차 중 기본 능력 협상 절차를 통해 M2M 단말 ID의 이용 가능 구간 및 M2M 단말 ID의 사용 주기를 전송하는 일 예를 나타낸다.
도 4(a)는 본 명세서의 일 실시 예에 따른 타입 1의 이용 가능 구간을 나타낸다.
도 4(b)는 본 명세서의 일 실시 예에 따른 타입 2의 이용 가능 구간을 나타낸다.
도 5(a)는 본 명세서의 일 실시 예에 따른 M2M 단말 ID 이용 가능 구간의 종료 방법을 나타낸다.
도 5(b)는 본 명세서의 일 실시 예에 따른 이용 가능 구간 중간에 available interval를 종료하는 방법을 나타낸 도이다.
도 6(a)는 본 명세서의 일 실시 예에 따른 이용 불가능 구간 중에 기지국이 M2M 단말에게 이용 가능 구간을 알리는 신호를 이용 가능 구간의 타입 정보와 함께 전송하는 방법을 나타낸 도이다.
도 6(b)는 본 명세서의 일 실시 예에 따른 이용 불가능 구간 중에 기지국이 M2M 단말에게 이용 가능 구간을 알리는 신호를 이용 가능 구간의 타입 정보와 함께 전송하는 방법을 나타낸 또 다른 일 예이다.
도 7(a)는 본 명세서의 일 실시 예에 따른 M2M 단말 ID 이용 불가능 구간 중 M2M 단말과 기지국 간의 이용 가능 구간 요청 및 응답 절차를 나타낸다.
도 7(b)는 본 명세서의 일 실시 예에 따른 M2M 단말 ID 이용 불가능 구간 중 M2M 단말 ID 이용 가능 구간 요청 후, 기지국으로부터 거절에 대한 응답을 받고 다음 응답을 수신할 때까지 연결 모드에서 리스닝 상태를 유지하는 것을 나타낸다.
도 7(c)는 본 명세서의 일 실시 예에 따른 M2M 단말이 M2M 단말 ID 이용 불가능 구간 중 M2M 단말 ID 이용 가능 구간에 대한 요청 후, 기지국으로부터 거절에 대한 응답을 받고 다음 응답을 수신할 때까지 슬립 또는 아이들 상태를 유지하는 것을 나타낸다.
도 8(a)는 본 명세서의 일 실시 예에 따른 기지국의 요청에 의한 이용 가능 구간 확장의 일 예를 나타낸다.
도 8(b)는 본 명세서의 일 실시 예에 따른 M2M 단말의 요청에 의한 이용 가능 구간 확장의 일 예를 나타낸다.
도 9(a)는 본 명세서의 일 실시 예에 따른 이용 가능 구간과 함께 아이들 시간이 존재하는 일 예를 나타낸다.
도 9(b)는 본 명세서의 일 실시 예에 따른 아이들 시간에 확장 신호가 전송되는 방법의 일 예를 나타낸 도이다.
도 9(c)는 본 명세서의 일 실시 예에 따른 아이들 시간에 확장 신호가 전송되는 방법의 또 다른 일 예를 나타낸 도이다.
도 9(d)는 본 명세서의 일 실시 예에 따른 아이들 시간에 확장 신호가 전송되는 방법의 또 다른 일 예를 나타낸 도이다.
도 10(a)는 본 명세서의 일 실시 예에 따른 M2M 단말이 자신의 available interval 동안에 해당 ID를 이용할 수 있는지를 알기 위한 방법을 나타낸 도이다.
도 10(b)는 본 명세서의 또 다른 실시 예에 따른 M2M 단말이 자신의 available interval 동안에 해당 ID를 이용할 수 있는지를 알기 위한 방법을 나타낸 도이다.
도 11은 본 명세서의 일 실시 예에 따른 토큰 링 기법을 이용한 M2M 단말 ID 공유 방법의 일 예를 나타낸다.
도 12(a)는 본 명세서의 일 실시 예에 따른 ID status가 온(On) 일 때, M2M 단말이 ID 사용 시작을 요청한 경우의 M2M 단말 ID 사용 방법에 대한 일 예를 나타낸다.
도 12(b)는 본 명세서의 일 실시 예에 따른 M2M 단말 ID 사용 요청에 대한 응답을 전송하는 경우, M2M 단말의 T1 정보를 포함하여 전송하는 방법을 나타낸 일 예이다.
도 13(a) 내지 (c)는 본 명세서의 일 실시 예에 따른 M2M 단말 ID 상태 정보 전송 방법을 나타낸 일 예이다.
도 14(a)는 본 명세서의 일 실시 예에 따른 ID 상태 정보 수신에 따라, M2M 단말 ID 사용 시작을 요청하기 위한 신호 전송 방법을 나타낸다.
도 14(b)는 본 명세서의 일 실시 예에 따른 ID 상태 정보 수신에 따라, M2M 단말 ID 사용 시작을 요청하기 위한 신호 전송 방법을 나타낸 또 다른 일 예이다.
도 14(c)는 본 명세서의 일 실시 예에 따른 ID 상태 정보 및 다른 M2M 단말의 ID 사용 시간 정보 수신을 통한 M2M 단말의 ID 사용 시작 요청 신호 전송 방법을 나타낸다.
이하의 기술은 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) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다.
UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 E-UTRA(Evolved-UMTS Terrestrial Radio Access)를 사용하는 E-UMTS(Evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(Advanced)는 3GPP LTE의 진화이다.
설명을 명확하게 하기 위해, IEEE 802.16m을 위주로 기술하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
도 1은 본 명세서의 일 실시 예가 적용될 수 있는 무선통신 시스템을 나타낸 블록도이다. 무선통신 시스템은 음성, 패킷 데이터 등과 같은 다양한 통신 서비스를 제공하기 위해 널리 배치된다.
도 1을 참조하면, 무선통신 시스템은 단말(10; Mobile station, MS) 및 기지국(20; Base Station, BS)을 포함한다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, UE(User Equipment), UT(User Terminal), SS(Subscriber Station), 무선기기(Wireless Device),AMS(Advanced Mobile Station) 등 다른 용어로 불릴 수 있다. 또한, 단말(10)은 기기 간 통신을 지원하는 엠투엠(M2M) 단말일 수 있다.
기지국(20)은 일반적으로 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, 노드B(NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다. 하나의 기지국(20)에는 하나 이상의 셀이 존재할 수 있다.
무선통신 시스템은 OFDM(Orthogonal Frequency Division Multiplexing) /OFDMA(Orthogonal Frequency Division Multiple Access) 기반 시스템일 수 있다.
OFDM은 다수의 직교 부반송파를 이용한다. OFDM은 IFFT(inverse fast Fourier Transform)과 FFT(fast Fourier Transform) 사이의 직교성 특성을 이용한다. 전송기에서 데이터는 IFFT를 수행하여 전송한다. 수신기에서 수신신호에 대해 FFT를 수행하여 원래 데이터를 복원한다. 전송기는 다중 부반송파들을 결합하기 위해 IFFT를 사용하고, 다중 부반송파들을 분리하기 위해 수신기는 대응하는 FFT를 사용한다.
또한, 슬롯(slot)은 최소한의 가능한 데이터 할당 유닛으로, 시간과 서브채널(subchannel)로 정의된다. 상향링크에서 서브채널은 다수의 타일(tile)로 구성될 수 있다(construct). 서브 채널은 6 타일로 구성되고, 상향링크에서 하나의 버스트는 3 OFDM 심벌과 1 서브채널로 구성될 수 있다.
PUSC(Partial Usage of Subchannels) 순열(permutation)에 있어서, 각 타일은 3 OFDM 심벌 상에서 4 인접하는 부반송파를 포함할 수 있다. 선택적으로, 각 타일은 3 OFDM 심벌 상에서 3 인접하는 부반송파를 포함할 수 있다. 빈(bin)은 OFDM 심벌 상에서 9 인접하는(contiguous) 부반송파를 포함한다. 밴드(band)는 빈의 4 행(row)의 그룹을 말하고, AMC(Adaptive modulation and Coding) 서브채널은 동일한 밴드에서 6 인접하는 빈들로 구성된다.
도 2는 본 명세서의 일 실시 예가 적용될 수 있는 무선 접속 시스템에서의 단말과 기지국의 내부 블록도를 나타낸다.
단말(10)은 제어부(11), 메모리(12) 및 무선통신(RF)부(13)을 포함한다.
또한, 단말은 디스플레이부(display unit), 사용자 인터페이스부(user interface unit)등도 포함한다.
제어부(11)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 제어부(11)에 의해 구현될 수 있다.
메모리(12)는 제어부(11)와 연결되어, 무선 통신 수행을 위한 프로토콜이나 파라미터를 저장한다. 즉, 단말 구동 시스템, 애플리케이션 및 일반적인 파일을 저장한다.
RF부(13)는 제어부(11)와 연결되어, 무선 신호를 송신 및/또는 수신한다.
추가적으로, 디스플레이부는 단말의 여러 정보를 디스플레이하며, LCD(Liquid Crystal Display), OLED(Organic Light Emitting Diodes) 등 잘 알려진 요소를 사용할 수 있다. 사용자 인터페이스부는 키패드나 터치 스크린 등 잘 알려진 사용자 인터페이스의 조합으로 이루어질 수 있다.
기지국(20)은 제어부(21), 메모리(22) 및 무선통신(RF)부(radio frequency unit)(23)을 포함한다.
제어부(21)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스
프로토콜의 계층들은 제어부(21)에 의해 구현될 수 있다.
메모리(22)는 제어부(21)와 연결되어, 무선 통신 수행을 위한 프로토콜이나 파라미터를 저장한다.
RF부(23)는 제어부(21)와 연결되어, 무선 신호를 송신 및/또는 수신한다.
제어부(11, 21)는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리(12,22)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. RF부(13,23)은 무선 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시 예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리(12,22)에 저장되고, 제어부(11, 21)에 의해 실행될 수 있다.
메모리(12,22)는 제어부(11, 21) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 제어부(11, 21)와 연결될 수 있다.
이하, M2M 시스템에서 사용되는 용어를 간략히 정리하면 하기와 같다.
(1) Machine-to-Machine(M2M) 통신: 기지국을 통해 사용자 장치들 사이에서 또는 기지국을 통해 코어 네트워크 내의 서버와 장치 사이에서 사람의 관여 없이 수행될 수 있는 정보 교환을 말한다.
(2) M2M ASN: 엠투엠(M2M) 서비스를 지원할 수 있는 액세스 서비스 네트워크를 말한다.
(3) M2M Device: M2M 기능을 갖는(또는 지원하는) 단말을 말한다.
(4) M2M subscriber: M2M 서비스의 소비자를 말한다.
(5) M2M Server: M2M 장치와 통신할 수 있는 엔터티를 말한다. M2M 서버는 M2M subscriber에 의해 접속될 수 있는 인터페이스를 제공한다.
(6) M2M feature: M2M ASN에 의해 지원되는 M2M 어플리케이션의 독특한 특성을 말한다. 하나 이상의 특징들은 어플리케이션을 지원하기 위해 필요로 될 수 있다.
(7) M2M 그룹: 공통 및/또는 동일한 M2M subcriber를 포함하는 즉, 하나 이상의 특징들을 공유하는 엠투엠 단말들의 그룹을 말한다.
엠투엠 그룹 ID(MGID) 및 엠투엠 단말(또는 장치) ID(MDID) 정의
기기 간(M2M) 통신을 지원하는 시스템에서 엠투엠 단말(M2M device)들에게 각 엠투엠 단말이 속한 엠투엠 그룹(M2M group)을 나타내는 제 1 식별자 및 상기 엠투엠 그룹에 속한 엠투엠 단말들을 구별하기 위한 제 2 식별자를 할당한다.
여기서, 제 1 식별자는 셀 내에서 각각의 M2M Group을 구별하기 위해서 사용되는 식별자를 말하며, 제 2 식별자는 M2M device가 속한 그룹에서 각 M2M device를 구별하기 위해 사용되는 식별자를 말한다. 즉, 제 1 식별자는 M2M Group ID로, 제 2 식별자는 M2M device ID로 표현될 수 있다.
또한, 제 1 식별자는 제 1 엠투엠 단말 ID(Primary M2M Device ID)로, 제 2 식별자는 제 2 엠투엠 단말 ID(Secondary M2M Device ID)로 사용될 수도 있다.
이하에서는, 편의상 제 1 식별자를 M2M Group ID로, 제 2 식별자를 M2M device ID로 사용하기로 한다.
즉, 본 명세서에서, M2M Group ID는 하나 이상의 M2M device가 공유하는 ID를 가리키며, M2M device ID는 같은 MGID를 공유하는 단말들을 식별하기 위해서 사용되는 것이다. 만약, MGID가 기존의 16m에서 단말에게 사용되는 STID의 영역(즉, Masking prefix= 0b0, Type indicator = 0b000 일 때, 12 비트 masking code를 사용)에서 할당 된다면, STID가 MGID의 기능을 하게된다. 즉, 하나의 STID를 하나 이상의 단말들이 공유하여 사용할 수 있게 된다. 본 발명에서는 편이를 위해서, MGID로 사용하게 될 것이다.
즉, 엠투엠 단말들은 초기 네트워크 엔트리(initial network entry) 수행 시, 기기 간 통신 지원 시스템으로부터 기지국과의 통신에서 사용할 M2M Group ID 및 M2M device ID를 할당받는다. 여기서, 상기 기기 간 통신 지원 시스템은 기지국 또는 네트워크에 연결된 네트워크 엔터티(network entity)를 말하며, 상기 네트워크 엔터티는 일 예로, M2M 서버일 수 있다.
이하에서 802.16(특히, 16m) 시스템을 예로 들어 설명하나, 본 명세서에서 제안하는 방법이 802.16m 시스템에서만 한정되는 것은 아니며, LTE, LTE-A 등과 같은 시스템에서도 사용될 수 있음은 당연하다.
이하, 본 명세서에서 제안하는 무선 접속 시스템(일 예로, 802.16 시스템)에서 엠투엠(M2M) 단말들에게 ID를 효율적으로 할당하고, 할당된 ID를 효율적으로 관리하고, 할당된 ID를 이용하여 단말에게 자원을 할당하는 방법에 대해 살펴보기로 한다.
이동성이 없거나 긴 주기의(no mobility 및/또는 long term) 트래픽 생성 특징을 가지는 M2M 단말은 설치 시 처음 인증 과정을 거친 후에 기지국으로부터 ID(identifier)를 할당 받을 수 있다. M2M 단말은 기지국으로부터 할당 받은 ID를 이용하여 기지국과 트래픽을 송수신하게 된다. M2M 단말은 이동성이 없거나 낮은 이동성을 가지면서 긴 시간 간격으로 주기적으로 트래픽이 발생한다. 따라서, M2M 단말은 정해진 시간에 트래픽이 발생하는 경우에만 해당 ID를 이용한다.
따라서, 기지국 또는 M2M 서버는 하나의 ID를 여러 단말들에게 할당해 줄 수 있고, 여러 단말에게 할당된 하나의 ID는 특정 시간 동안 특정 M2M 단말들에게 유효하다. 따라서, 기지국은 M2M 단말에게 어느 시점에 얼마의 구간(interval) 동안 상기 M2M 단말에게 할당한 ID가 유효한지를 상기 M2M 단말에게 ID를 할당할 때 또는 상기 M2M 단말의 네트워크 진입(network entry) 절차 과정을 통해 M2M 단말에게 알려줄 수 있다.
이하에서 사용되는 이용가능 구간, available interval, available duration, AI, AD는 동일한 의미로 사용될 수 있다.
도 3(a)는 본 명세서의 일 실시 예에 따른 각 M2M 단말들의 M2M 단말 ID 이용가능 구간(Available Interval) 및 ID 사용 주기(Cycle of ID usage)를 나타낸 일 예이다.
기지국은 각 M2M 단말들이 하나의 M2M 단말 ID(=1)를 공유하여 사용할 수 있도록 각 M2M 단말들에게 M2M 단말 ID(=1)의 available interval 및 사용 주기를 설정하여 전송한다. 즉, 각 M2M 단말들은 기지국으로부터 전송된 available interval 및 사용 주기에 따라, 상기 기지국과 데이터를 송수신하게 된다.
도 3(a)에 도시된 바와 같이, M2M 단말 1은 M2M 단말 ID(=1)를 available interval 1에서 사용 가능하고, 상기 available interval 1은 ID 사용 주기마다 반복된다. 즉, M2M 단말 1은 available interval 1이 아닌 다른 구간에서는 상기 ID(=1)를 사용할 수 없고, 상기 ID(=1)은 다른 M2M 단말들을 위해 사용된다.
여기서, 상기 AI는 현재 시점으로부터 일정 시간까지를 나타내는 상대적인 값을 나타낼 수도 있으며, 실제로 AI가 끝나는 시점을 나타낼 수도 있다.
또한, 상기 M2M 단말 ID(=1)는 available interval 2에서 M2M 단말 2에게 유효하고, available interval 3에서 M2M 단말 3에게 유효하고, …, available interval n에서 M2M 단말 n에게 유효한 것을 볼 수 있다.
도 3(a)에 도시된 것처럼, 각 M2M 단말들에 대한 AI는 일정 주기(또는 사이클)을 가지고 반복적으로 적용될 수 있으나, 셀 내의 각 M2M 단말들에 대한 AI는 중복되지 않는다. 따라서, 기지국은 M2M 단말 ID의 AI와 어느 시점에 AI가 시작되는지(AI offset) 얼마 주기로 M2M 단말 ID의 이용 가능 구간이 반복되는지를(즉, ID 사용 주기) M2M 단말에게 알려준다.
이 경우, 기지국은 상기 AI, AI 시작 지점(AI offset) 및 M2M 단말 ID 사용 주기를 M2M 단말 ID 할당 시 또는 초기 네트워크 엔트리(initial network entry) 과정을 통해 M2M 단말에게 알려줄 수 있다.
AI는 Superframe/frame/subframe 단위로 한정할 수 있다. 이렇게 시스템에서 AI를 한정하게 되면, 기지국은 추가로 AI 값 없이, ID의 AI offset, ID 사용 주기만 단말에게 알려줄 수 있다. 만약, AI가 하나의 subframe 으로 제한 하면, 단말은 하나의 프레임내에 특정 서브 프레임에서만 유효하다. 만약, AI가 하나의 frame 으로 제한 하면, 단말은 ID 사용 주기에서 특정 프레임에서만 ID 사용이 유효하다는 것을 나타낸다. 만약, AI가 하나의 superframe으로 제한하면, ID 사용 주기내에서 특정 수퍼 프레임에서만 ID가 유효한다. 위에서 언급했듯이, 특정 subframe/frame/superframe의 시작 지점은 ID 사용 offset을 통해서 가리켜진다.
도 3(b)는 본 명세서의 일 실시 예에 따른 이용 가능 구간 및 M2M 단말 ID 사용 주기를 전송하는 일 예를 나타내는 것으로, 도 3(b)를 참조하면, 기지국이 M2M 단말 ID를 할당할 때, 상기 M2M 단말 ID의 이용 가능 구간, 상기 M2M 단말 ID의 사용 주기 및 ID 사용 오프셋(즉, AI의 시작 위치)를 전송하는 것을 볼 수 있다(S310).
도 3(c)는 본 명세서의 일 실시 예에 따른 초기 네트워크 엔트리 절차 중 등록 절차를 통해 M2M 단말 ID의 이용 가능 구간 및 M2M 단말 ID의 사용 주기를 전송하는 일 예를 나타낸다.
도 3(c)에 도시된 바와 같이, 기지국(또는 M2M 서버)은 M2M 단말과의 등록(registration) 과정을 통해, M2M 단말에게 M2M 단말 ID를 할당한다. 즉, 기지국은 등록 응답 메시지(REG-RSP)에 M2M 그룹 ID 및 M2M 단말 ID와 함께 상기 M2M 단말 ID의 이용 가능 구간 정보, ID 사용 오프셋 및 상기 M2M 단말 ID의 사용 주기 정보를 M2M 단말에게 전송한다(S330).
여기서, M2M 단말은 기지국으로 등록 요청 메시지(AAI_REG-REQ message)를 전송할 때, 자신이 어떤 M2M 단말 타입(type)인지를 지시하는 정보를 포함하여 기지국으로 전송한다(S320). 이 때, 기지국은 상기 M2M 단말로부터 수신한 M2M 단말 타입 정보에 기초하여, M2M 단말에게 적절한 ID를 할당한다.
도 3(d)는 본 명세서의 일 실시 예에 따른 초기 네트워크 엔트리 절차 중 기본 능력 협상 절차를 통해 M2M 단말 ID의 이용 가능 구간, M2M 단말 ID의 사용 주기 및 ID 사용 오프셋(즉, AI의 시작 위치)를 전송하는 일 예를 나타낸다.
도 3(d)에 도시된 바와 같이, 기지국은 초기 네트워크 엔트리 절차 중 M2M 단말과 기본 능력(Basic capability) 협상 절차를 통해 M2M 단말 ID, available interval, ID use cycle 및 ID use offset을 할당할 수 있다(S340).
여기서, M2M 단말은 기지국으로 M2M 단말임을 나타내는 정보(M2M capability=1) 및 M2M 단말 타입 정보(M2M device type=x)를 포함하는 SBC-REQ 메시지를 기지국으로 전송한다. 이후, 기지국은 M2M 그룹 ID, M2M 단말 ID, available interval, ID use cycle 및 ID use offset을 포함하는 SBC-RSP 메시지를 상기 SBC-REQ를 요청한 M2M 단말로 전송한다(S350).
또한, 상기 도 3(b) 내지 3(d)이외에도 기지국은 다른 unicast message(일 예로, PKM-REQ/RSP, new MAC control message…)를 통해서 M2M 단말에게 M2M 그룹 ID 및/또는 M2M ID, M2M 단말 ID의 사용 가능 기간(또는 구간) 및 ID 사용 주기 정보를 알려줄 수 있다. 만약, 새로운 MAC control message를 이용하는 경우, network entry가 완료된 후에 M2M 단말은 상기 새로운 MAC control 메시지를 기지국으로부터 수신할 수 있다.
이하에서, 이용 가능 구간(Available Interval:AI)의 타입(Type)에 대해서 살펴보기로 한다.
AI는 고정 이용 가능 구간(Fixed available interval)을 나타내는 Type 1 및 가변적인 이용 가능 구간(Flexible(또는 Adaptive) available interval)을 나타내는 Type 2의 AI로 구분될 수 있다.
도 4(a)는 본 명세서의 일 실시 예에 따른 타입 1의 이용 가능 구간을 나타낸다. 도 4(a)에 도시된 바와 같이, 고정된 크기를 갖는 AI가 ID 사용 주기마다 반복되는 것을 볼 수 있다.
도 4(b)는 본 명세서의 일 실시 예에 따른 타입 2의 이용 가능 구간을 나타낸다.
도 4(b)에 도시된 바와 같이, M2M 단말 ID의 주기(cycle) 및 available interval의 시작 지점은 정해져 있고, 각 AI의 종료 지점이 각 available interval마다 다른 것을 볼 수 있다.
이하에서, AI의 할당 방법 및 AI의 종료 방법에 대해 구체적으로 살펴보기로 한다.
도 5(a)는 본 명세서의 일 실시 예에 따른 M2M 단말 ID 이용 가능 구간의 종료 방법을 나타낸다.
이는 단말이 default AI를 할당 받더라도, 단말이 현재 data 전송이 끝나지 않았을 경우, 기지국은 해당 단말이 ID 사용 계속 유지하도록 설정할 수 있다.
기지국은 M2M 단말에게 M2M 단말 ID를 할당할 때, 디폴트 이용 가능 구간(default available interval)을 할당하되, 상기 available interval의 종료는 타이머를 통한 암시적(implicit)인 방법과 기지국의 트리거(trigger)에 의한 명시적인(explicit) 방법이 있을 수 있다.
도 5(a)를 참조하면, M2M 단말과 기지국간의 data 전송이 끝난 후, 정해진 타이머가 종료되면, 기지국과 M2M 단말은 다음 주기가 시작할 때까지 해당 M2M 단말 ID를 사용하지 않는다.
또는, 기지국은 M2M 단말에게 available interval의 종료를 알리는 신호를 전송한다. 여기서, 상기 available interval의 종료를 알리는 신호는 MAC message 또는 확장 헤더 등과 같은 형태로 M2M 단말에게 전송될 수 있다. 이후, M2M 단말은 available interval을 종료하고 이용 불가능 구간(unavailable interval)을 가지게 된다. 즉, 기지국은 available interval이 종료하는 경우, 이를 M2M 단말에게 알려주고, 상기 M2M 단말은 기지국으로부터 available interval 종료를 가리키는 신호를 받으면, 다음 ID 사용 주기 때까지 자신에게 할당된 M2M 단말 ID가 유효하지 않다고 판단하여 사용하지 않는다.
도 5(b)는 본 명세서의 일 실시 예에 따른 이용 가능 구간 중간에 available interval를 종료하는 방법을 나타낸 도이다.
도 5(b)를 참조하면, M2M 단말은 Basic available interval 중간에 기지국으로부터 available interval 종료를 알리는 신호를 받는 경우, 다음 available interval이 시작될 때까지 기지국으로부터 할당받은 M2M 단말 ID 사용을 중지한다.
이하, 이용 불가능 구간(unavailable interval)에서 M2M 단말 ID를 사용하는 방법에 대해 살펴보기로 한다.
기지국은 이용 불가능 구간(unavailable interval) 중간에도 M2M 단말 ID의 available interval의 시작을 M2M 단말에게 알릴 수 있다. 이 때, available interval의 유효 기간은 available interval(basic available interval+extended available interval)에서의 basic available interval 동안 되거나 또는 기지국의 trigger에 의해서 available interval의 종료가 정해질 수 있다. 즉, basic available interval로 상기 이용 불가능 구간에서 이용 가능 구간이 설정된 경우, M2M 단말은 기지국으로부터의 어떠한 신호를 받지 않고서도 available interval이 끝났다는 것을 알 수 있다.
또한, 기지국은 M2M 단말에게 전송하는 AI의 타입이 Type 1 및 Type 2 중 어느 타입으로 결정되는지를 지시하는 정보를 available interval의 시작을 알리는 신호를 전송할 때나 기지국이 AI, ID 사용 오프셋 및 ID 사용 주기를 할당할 때, 포함시켜 M2M 단말에게 available interval type을 알릴 수 있다.
도 6(a)는 본 명세서의 일 실시 예에 따른 이용 불가능 구간 중에 기지국이 M2M 단말에게 이용 가능 구간을 알리는 신호를 이용 가능 구간의 타입 정보와 함께 전송하는 방법을 나타낸 도이다.
도 6(a)를 참조하면, Unavailable interval 중간에 만들어진 available interval은 basic available interval 구간에서만 유효하다. 즉, M2M 단말 ID는 basic available interval동안에서만 유효한 것을 볼 수 있다. 즉, 기지국은 M2M 단말의 M2M 단말 ID의 이용 불가능 구간이라도 상기 ID의 이용 가능 구간 시작을 알리는 신호를 상기 AI의 타입 정보(=Type 1)와 함께 전송한다.
도 6(b)는 본 명세서의 일 실시 예에 따른 이용 불가능 구간 중에 기지국이 M2M 단말에게 이용 가능 구간을 알리는 신호를 이용 가능 구간의 타입 정보와 함께 전송하는 방법을 나타낸 또 다른 일 예이다.
도 6(b)를 참조하면, Unavailable interval 중간에 만들어진 available interval은 기지국이 available interval의 종료를 알리는 신호를 단말에게 보낼 때까지 유효하다. 즉, M2M device ID는 basic available interval + extended available interval 동안 유효하다. M2M 단말은 상기 extended available interval에서 기지국으로부터 available interval의 종료를 알리는 신호를 수신하기까지 M2M 단말 ID를 사용할 수 있다.
또한, 도 6(b)에서 기지국은 unicast 메시지 또는 broadcast 메시지 (일 예로, paging message, other 브로드캐스트 MAC message)를 통해 M2M 단말로 available interval의 시작을 알릴 수 있다.
이하, 이용 불가능 구간에서 M2M 단말의 요청에 의한 이용 가능 구간을 시작하는 방법에 대해 살펴보기로 한다. 일반적으로 단말의 ID 사용 시작은 Registration 이 끝나면 바로 적용될 수 있다. 즉, 단말은 registration과정을 통해서 ID와 ID 사용 구간에 대한 정보를 받으면 바로 사용할 수 있다. 이러한 방법 이외에 단말이 ID 사용을 원할 때 기지국과의 signaling 송수신에 의해서 이용 구간 시작을 알릴 수 있다. 아래에서는 이러한 단말에 의해 trigger하는 방식에 대해서 설명한다.
도 7(a)는 본 명세서의 일 실시 예에 따른 M2M 단말 ID 이용 불가능 구간 중 M2M 단말과 기지국 간의 이용 가능 구간 요청 및 응답 절차를 나타낸다.
도 7(a)를 참조하면, M2M 단말은 기지국으로부터 할당 받은 M2M 단말 ID를 unavailable interval 구간에서 사용하고자 할 때, 기지국으로 M2M 단말 ID 사용 시작(또는 available interval 시작)을 요청하는 신호를 전송한다.
M2M 단말의 unavailable interval 동안 M2M 단말로부터 M2M 단말 ID 사용 시작을 알리는 신호(일 예로, MAC 메시지)를 받은 기지국은 상기 M2M 단말에게 응답 신호를 전송한다. 상기 응답 신호에는 Basic available interval과 Available Interval type을 포함할 수 있다. 만약, 상기 M2M 단말이 M2M 단말 ID 이용 가능 구간 요청 시점에 다른 M2M 단말이 같은 M2M 단말 ID를 사용하기로 또는 사용하고 있는 경우, 기지국은 상기 응답 신호에 AI 시작 요구를 거절하는 정보를 포함하여 상기 M2M 단말 ID 이용 가능 구간을 요청한 M2M 단말에게 전송한다.
M2M 단말이 기지국으로부터 AI 요청에 대한 거절 신호를 받으면, 상기 M2M 단말은 기지국으로부터 Available interval 시작을 알리는 응답(response)을 받을 때까지 기다린다. 또는, 상기 거절 신호에 포함된 다음 응답이 전송되는 시점 정보를 기초로 하여, Available Interval 시작을 알리는 response가 전송되는 시점에 해당 response 메시지를 기지국으로부터 수신한다. 이 경우, M2M 단말은 기지국으로부터 다음 Response 메시지를 수신할 때까지 슬립(sleep) 모드 또는 아이들(Idle) 모드 상태를 유지할 수 있다.
도 7(b)는 본 명세서의 일 실시 예에 따른 M2M 단말 ID 이용 불가능 구간 중 M2M 단말 ID 이용 가능 구간 요청 후, 기지국으로부터 거절에 대한 응답을 받고 다음 응답을 수신할 때까지 연결 모드에서 리스닝 상태를 유지하는 것을 나타낸다.
도 7(b)를 참조하면, M2M 단말이 AI 시작 요청에 대한 거절 응답을 기지국으로부터 받았을 때, 거절 타입이 일 예로, '0b0'이면 M2M 단말은 기지국으로부터 다음 비요청 응답(unsolicited response) 메시지를 수신할 때까지 listening (또는 connected)상태를 유지하는 것을 볼 수 있다. 이후, M2M 단말은 기지국으로부터 수신한 비요청 응답 메시지에 포함된 Basic available interval과 상기 Basic available interval의 type 정보를 통해 자신의 M2M 단말 ID 유효시점을 알 수 있다.
도 7(c)는 본 명세서의 일 실시 예에 따른 M2M 단말이 M2M 단말 ID 이용 불가능 구간 중 M2M 단말 ID 이용 가능 구간에 대한 요청 후, 기지국으로부터 거절에 대한 응답을 받고 다음 응답을 수신할 때까지 슬립 또는 아이들 상태를 유지하는 것을 나타낸다.
도 7(c)를 참조하면, M2M 단말이 AI 시작 요청에 대한 거절 응답을 기지국으로부터 수신하였을때, 거절 타입이 일 예로, '0b1'이면 M2M 단말은 해당 response에 포함된 다음 unsolicited response 메시지가 전송되는 시점 정보를 기초로 하여 다음 unsolicited response 메시지가 전송될 때까지 Sleep 또는 Idle 상태를 유지한다.
이하, 이용 가능 구간 시작을 위한 M2M 단말의 요청 동작과 관련된 내용에 대해 구체적으로 살펴보기로 한다.
먼저, M2M 단말은 기지국으로 AI 시작 요청 신호를 전송하기 위해 상향 링크 자원을 요청하기 위한 임의 접속 코드(random access code)를 전송한다. 상기 임의 접속 코드는 일 예로, BR(Bandwidth Request) code, RACH(Random Access Channel)일 수 있다.
기지국은 상기 M2M 단말로부터 임의 접속 코드를 수신한 후, 단말이 M2M 단말 ID 요청에 관련된 정보를 전송할 수 있도록 단말에게 상향링크 그랜트(UL grant)를 할당한다.
이후, 상기 기지국으로 임의 접속 코드를 전송한 M2M 단말은 기지국으로부터 자원이 할당되면, 상기 할당된 자원으로 available interval 시작 요청에 관한 정보를 기지국으로 전송한다. 여기서, 상기 AI 시작 요청에 관한 정보는 일 예로, M2M Group ID 또는 M2M 단말 ID 정보일 수 있다.
또한, 상기 M2M 단말은 Signaling header, extended header, 또는 MAC control message등을 통해서 기지국으로 전송할 수 있다.
이후, 기지국은 M2M 단말로부터 수신된 AI 시작 요청에 관한 정보에 기초하여, 해당 M2M 단말 ID 에 대한 Available interval 시작 요청의 허락 여부를 결정한다. 즉, 기지국은 거절 또는 수락할 수 있다. 기지국은 허락 여부를 결정한 후, 이에 대한 응답 신호를 M2M 단말로 전송한다.
상기 응답 신호에는 M2M 단말 ID의 이용 가능 구간(available interval)을 포함할 수 있다. 또한, 기지국은 상기 M2M 단말 ID가 basic available interval 동안 이용 가능한지 또는 explicit한 종료 신호를 단말에게 전송하여 available interval을 종료하는 시점까지 이용 가능한지에 대한 정보를 상기 응답 신호에 포함시킬 수 있다.
하기 표 1은 본 명세서의 일 실시 예에 따른 M2M 단말 ID의 AI 요청 메시지 (AAI_ID-AI-REQ_Message) 포맷의 일 예를 나타낸다.
표 1
Syntax | Size(bit) | Notes |
AAI_ID-AI-REQ_Message_Format() { | ||
MAC Control Message Type | 8 | AAI_ID-AI-REQ |
M2M Group ID | ||
M2M Device ID | ||
} |
하기 표 2는 본 명세서의 일 실시 예에 따른 M2M 단말 ID의 AI 응답 메시지(AAI_ID-AI-RSP_Message) 포맷의 일 예를 나타낸다.
표 2
Syntax | Size(bit) | Notes |
AAI_ID-AI-RSP_Message_Format() { | ||
MAC Control Message Type | 8 | AAI_ID-AI-RSP |
Response code | 2 | 0b0: Reject to AAI_ID-AI-REQ. 0b1: Accept of AAI_ID-AI-REQ or Unsolicited response |
If (Action code == 0b0) { | ||
Type | 1 | Request를 한 단말이 reject 되었을 때, 이후에 AAI_ID-AI-RSP를 받기 위해 단말이 어떻게 동작해야 되는지0b0: 단말은 다음 response를 받을 때까지 connected 상태로 기다린다.0b1: 단말은 다음 response를 받을 때까지 Idle 또는 sleep 상태로 들어갈 수 있다. |
If (type = 0b1) { | ||
Tx time of next AAI_ID-AI-RSP | TBD | 다음 response 메시지가 전송되는 시점 |
} | ||
} else { | ||
Start time of ID available interval | ID available interval이 시작하는 시점 | |
Basic Available Interval | TBD | ID가 이용 가능한 기간 |
AI type | 1 | 0b0: ID는 Basic available interval 동안만 유효하다.0b1: ID는 기지국으로부터 available interval 종료를 알리는 신호(메시지, 또는 확장 헤더)를 받을 때까지 계속 유효하다. |
} | ||
} |
이하, 이용 가능 구간의 확장(extention)에 대해 살펴보기로 한다.
즉, M2M 단말 ID 사용을 위한 유효기간인 basic available interval을 기반으로 해당 available interval을 단말의 data 사용 여부에 따라서 early termination하거나 extension하는 방법에 대해 살펴본다.
기지국이 M2M 단말로 Basic available interval을 할당한 후, 기지국 및 M2M 단말은 상기 basic available interval 동안 할당된 M2M 단말 ID를 사용한다. 이 때, 상기 basic available interval은 M2M 단말의 요청 또는 기지국의 요청에 의해 확장될 수 있다. 즉, 기지국은 자발적으로 available interval 확장을 M2M 단말로 명령할 수 있다. M2M 단말은 기지국에게 available interval 확장을 알리거나 요청할 수 있으며, 상기 M2M 단말로부터 AI 확장 요청을 받은 기지국은 단말로 응답한다. 하지만, 기지국과 M2M 단말 사이에 AI 확장에 대한 신호의 송수신이 없는 경우, M2M 단말에게 할당된 available interval은 basic available interval까지 유효하다.
도 8(a)는 본 명세서의 일 실시 예에 따른 기지국의 요청에 의한 이용 가능 구간 확장의 일 예를 나타낸다.
도 8(a)를 참조하면, 기지국이 AI 구간에서 M2M 단말에게 AI 확장을 요청하는 신호를 전송하는 것을 볼 수 있다. 첫 번째 basic available interval에서는 기지국과 M2M 단말 사이의 확장에 대한 아무런 신호가 없다. 따라서, available interval은 Basic available interval이 끝난 후 종료된다. 두 번째 available interval에서 기지국은 AI 확장을 알리는 신호를 M2M 단말로 전송한다. 이 경우, 두 번째 available interval이 확장되고, 언제까지 상기 available interval이 확장되는지를 나타내는 정보 즉, AI 확장 구간을 나타내는 정보는 AI 확장을 알리는 신호에 포함되어 단말로 전송된다.
도 8(b)는 본 명세서의 일 실시 예에 따른 M2M 단말의 요청에 의한 이용 가능 구간 확장의 일 예를 나타낸다.
도 8(b)를 참조하면, M2M 단말이 기지국으로 AI 확장을 요청한 후, 기지국으로부터 이에 대한 응답을 수신한 후, AI를 확장하는 것을 볼 수 있다. 도 -(b)에 도시된 바와 같이, 두 번째 basic available interval에서 M2M 단말이 available interval 확장을 요청하는 신호를 기지국으로 전송하며, 기지국은 이에 대한 응답을 단말로 전송한다. 이 때, AI 확장 구간에 대한 정보 즉, 언제까지 AI를 확장할지에 대한 정보는 단말과 기지국이 송수신하는 신호에 포함시켜 전송한다. 이후, M2M 단말은 상기 AI 확장 구간에 해당하는 시점까지 available interval을 확장함으로써, 해당 M2M 단말 ID를 사용한다.
하기 표 3은 본 명세서의 일 실시 예에 따른 available interval 확장 요청 메시지(AAI_AI-EXT-REQ Message)포맷의 일 예를 나타낸다.
표 3
Syntax | Size(bit) | Notes |
AAI_AI-EXT-REQ_Message_Format() { | ||
MAC Control Message Type | 8 | AAI_ID-AI-REQ |
Extension flag | 1 | 0b0 : Extension 을 안함0b1 : Extension을 함 |
If (extension flag = 0b01) { | ||
Extension end time | Variable | Available interval의 extension이 끝나는 시점 |
} | ||
} |
하기 표 4는 본 명세서의 일 실시 예에 따른 available interval 확장 요청 메시지(AAI_AI-EXT-RSP Message)포맷의 일 예를 나타낸다. 여기서, AAI_AI-EXT-RSP는 기지국이 AAI_AI-EXT-REQ 메시지에 대한 응답으로 단말에게 전송할 수 있고, 기지국이 단말의 요청 없이 자발적으로 available interval을 확장하기 위해서 단말에게 전송할 수 있다.
표 4
Syntax | Size(bit) | Notes |
AAI_AI-EXT-RSP Message_Format() { | ||
MAC Control Message Type | 8 | AAI_ AI-EXT-RSP |
Response code | 2 | 0b0: Reject to AAI_ AI-EXT-REQ. 0b1: Accept of AAI_ AI-EXT-REQ or Unsolicited response |
If (Action code == 0b0) { | ||
Type | 1 | Request를 한 단말이 reject 되었을 때, 이후에 AAI_ID-AI-RSP를 받기 위해 단말이 어떻게 동작해야 되는지0b0: 단말은 다음 response를 받을 때까지 connected 상태로 기다린다.0b1: 단말은 다음 response를 받을 때까지 Idle 또는 sleep 상태로 들어갈 수 있다. |
If (type = 0b1) { | ||
Tx time of next AAI_AI-EXT-RSP | TBD | 다음 response 메시지가 전송되는 시점 |
} | ||
} else { | ||
Extension flag | 1 | 0b0 : Extension 을 안함0b1: Extension을 함 |
If (extension flag = 0b01) { | ||
Extension end time | Variable | Available interval의 extension이 끝나는 시점 |
} | ||
} | ||
} |
상기에서 설명한 MAC control message들(AAI_AI-EXT-REQ/RSP, AAI_ID-AI-REQ/RSP 메세지)에 포함된 정보들은 확장 헤더(extended header), 시그널링 헤더(signaling header)등과 같이 다른 포맷 형태 내에 포함되어 기지국과 단말이 주고 받을 수 있다.
M2M 단말 ID 해제 방법
이하에서, M2M 단말에게 할당된 M2M 단말 ID 해제 방법에 대해 구체적으로 살펴보기로 한다.
M2M 단말에게 할당되는 M2M 단말 ID는 M2M 단말의 상태(Connected/Sleep/Idle)와 상관없이 반 고정적으로(semi-permanent) 각 M2M 단말의 이용 가능 구간에서 할당된다. 따라서, M2M 단말 ID가 유효한 기간에 단말과의 통신을 수행할 수 없는 경우, 해당 M2M 단말에 할당된 M2M 단말 ID의 할당을 해제하기 위한 방법을 제공한다.
M2M 단말에게 할당한 M2M 단말 ID의 할당을 해제하는 방법에는 암시적인(implicit) 방법 및 명시적인(explict) 방법이 있다.
먼저, 암시적인 방법(implicit method)은, M2M 단말이 M2M 단말 ID의 Basic available interval이 시작한 후 일정 시간 동안 기지국으로부터 신호(또는 데이터)를 받지 못하면, M2M 단말은 기지국으로 링크 상태 확인 요청(link status check request) 신호를 전송한다. M2M 단말이 기지국으로 상기 요청 전송 후, 일정 시간 안에 기지국으로부터 상기 요청에 대한 응답을 수신하지 못하는 경우, M2M 단말은 자신의 M2M 단말 ID를 해제한다.
또는, 기지국은 M2M 단말의 basic available interval이 시작한 후 일정 시간 동안 M2M 단말로부터 신호(또는 데이터)를 받지 못하면, 기지국은 M2M 단말로 link status check request 신호를 전송한다. 기지국은 M2M 단말로 Request를 전송한 후, 일정 시간 안에 상기 요청에 대한 response를 M2M 단말로부터 받지 못하면, M2M 단말에 할당한 M2M 단말 ID를 해제한다.
또한, 명시적인 방법(Explicit method)은, M2M 단말이 power down과 같이 M2M 단말 ID의 할당을 해제할 필요가 있을 경우, 기지국으로 M2M 단말 ID의 해제 요청 신호를 전송한다. 상기 M2M 단말로부터 M2M 단말 ID의 해제 요청 신호를 받은 기지국은 상기 M2M 단말에게 상기 해제 요청 신호에 대한 응답 신호를 전송한다.
이후, 기지국은 M2M 단말로부터 M2M 단말 ID 해제에 대한 응답 신호에 대한 ACK을 받으면, 기지국은 M2M 단말에 할당된 M2M 단말 ID를 해제한다.
M2M 단말은 M2M 단말 ID의 해제를 기지국으로 요청한 후, 기지국으로부터 상기 요청에 대한 응답 신호를 받으면, 기지국으로 상기 응답에 대한 ACK을 전송한다. 이후, M2M 단말은 기지국으로부터 할당 받은 M2M 단말 ID를 해제한다.
또 다른 일 예로, 상기에서 기지국 또는 M2M 단말은 M2M 단말 ID 해제 요청 신호에 대한 응답 신호에 대한 ACK 송수신 없이, 응답 신호를 받고 나서 해당 ID를 해제할 수 있다.
Idle time 정의
이용 가능 구간(available interval)을 고정 시키지 않고, available interval extension과 같이 가변적인 available interval을 사용할 경우, M2M 단말들 간에 available interval에서 동일한 M2M 단말 ID를 가지는 경우가 발생할 수 있다. 따라서, 이하에서 M2M 단말들이 같은 시간에 같은 아이디를 사용하지 않도록 하기 위한 방법에 대해 살펴보기로 한다.
도 9(a)는 본 명세서의 일 실시 예에 따른 이용 가능 구간과 함께 아이들 시간이 존재하는 일 예를 나타낸다.
도 9(a)를 참조하면, 각 M2M 단말은 available interval 시작 전에 일정 기간 동안 아이들 시간(idle time)을 가진다. 상기 일정 기간은 일 예로, 1 frame 또는 1 superframe 이거나 2 frame 또는 2 superframe일 수 있다.
상기 idle time 동안 M2M 단말은 기지국과 통신을 하지 않고 기지국으로부터 extension에 관련된 신호(즉, M2M 단말 ID가 다른 M2M 단말에 의해서 사용되고 있는지에 대한 신호)가 전송되는지를 확인한다.
상기 확인 결과, M2M 단말이 상기 idle time 동안 기지국으로부터 확장 지시 또는 확장 통지(Extension indication)을 받지 않으면, 이전에 할당된 available interval은 유효하게 된다. 여기서, M2M 단말은 기지국이 상기 idle time 동안 M2M 단말에게 보내는 M2M 단말 ID 사용에 대한 신호에 따라, 상기 idle time 뒤에 오는 available interval을 생략하고 다음 available interval로 넘어갈 수 있다. 또는 상기 확장과 관련된 신호에 포함된 기간 동안만 M2M 단말 ID를 사용하지 않고 남은 available interval 동안 M2M 단말 ID를 사용할 수 있다.
여기서, idle time은 ID 사용 주기의 맨 앞이나 맨 마지막에 고정된 크기로 존재할 수 있다. 도 9(a)에서는 ID 사용 주기의 맨 앞에 idle time이 위치함을 알 수 있다.
도 9(b)는 본 명세서의 일 실시 예에 따른 아이들 시간에 확장 신호가 전송되는 방법의 일 예를 나타낸 도이다.
M2M 단말이 M2M 단말 ID를 사용할 available interval 시점 전 idle time에서 해당 M2M 단말 ID를 다른 M2M 단말이 사용하는지에 대한 정보를 기지국으로부터 획득한다. 만약, Idle time 동안 M2M 단말 ID를 사용하고자 하는 M2M 단말이 기지국으로부터 상기 ID를 다른 M2M 단말이 사용하고 있는지에 대한 신호를 기지국으로부터 받지 못하는 경우, M2M 단말은 Idle time 뒤에 따라오는 자신의 basic available time 동안 상기 ID를 사용할 수 있다고 판단함으로써, 상기 ID를 사용한다. M2M 단말에 대한 available interval이 끝나기 전에, 기지국은 해당 M2M 단말에 대한 available interval을 확장할 필요가 있을 때, 이를 알리는 신호를 상기 M2M 단말에게 전송함으로써, 상기 M2M 단말의 available interval을 확장한다. 여기서, M2M 단말이 자신의 available interval 확장을 기지국에게 요청할 수도 있다.
도 9(b)를 참조하면, M2M 단말 1의 확장된 available interval이 M2M 단말 2의 basic available interval과 겹치면, 기지국은 M2M 단말 2의 available interval 바로 전에 있는 M2M 단말 2의 Idle time에서 M2M 단말 2에게 상기 M2M 단말 ID가 M2M 단말 1에 의해 사용되고 있다는 신호를 전송한다.
기지국이 M2M 단말 2에게 전송하는 신호는 현재 M2M 단말 ID가 사용되는지에 대한 여부를 나타내는 정보, 상기 M2M 단말 ID가 타 M2M 단말에 의해 사용되는 시간을 나타내는 정보 즉, 언제까지 상기 ID가 사용되는지에 대한 정보 등이 포함될 수 있다. M2M 단말 2는 자신의 Idle time에 기지국으로부터 M2M 단말 ID 사용 여부에 대한 신호(일 예로, MAP, MAC message, header(extended header, signaling header))를 수신하면, 자신에게 할당된 M2M 단말 ID가 M2M 단말 1에 의해서 사용되고 있다고 판단한다. 이 경우, M2M 단말 2는 기지국으로부터 상기 수신된 신호에 대한 응답을 기지국으로 전송한다. 상기 응답은 ACK 신호일 수 있으며, 상기 ACK 신호는 HARQ ACK이나 fast feedback channel로 전송하는 codeword일 수 있다.
도 9(c)는 본 명세서의 일 실시 예에 따른 아이들 시간에 확장 신호가 전송되는 방법의 또 다른 일 예를 나타낸 도이다.
도 9(c)를 참조하면, M2M 단말 2는 자신의 Idle time에서 기지국으로부터 할당된 M2M 단말 ID가 M2M 단말 1에 의해 사용되고 있음을 지시하는 정보를 수신한 경우, 자신의 Idle time 뒤에 오는 available interval을 생략하고 다음 available interval를 통해 M2M 단말 ID를 사용할 수 있다.
도 9(d)는 본 명세서의 일 실시 예에 따른 아이들 시간에 확장 신호가 전송되는 방법의 또 다른 일 예를 나타낸 도이다.
도 9(d)를 참조하면, M2M 단말 2는 기지국으로부터 할당된 M2M 단말 ID를 M2M 단말 1이 사용하고 있는다는 신호를 수신하는 경우, M2M 단말 2는 M2M 단말 1이 M2M 단말 ID의 사용을 확장하는 기간 동안만 자신의 available interval에서 상기 M2M 단말 ID를 사용하지 않는다. 도 9(d)에 도시된 바와 같이, M2M 단말 2는 skipped interval 동안 상기 ID를 사용하지 않는다. 이후, M2M 단말 2는 상기 스킵 구간이 끝난 후부터 남은 available interval에서 상기 ID를 사용할 수 있다.
하기 표 5는 기지국이 M2M 단말의 Idle time 동안 M2M 단말 ID가 다른 M2M 단말에 의해서 사용(즉, 다른 M2M 단말의 available interval이 확장)된다는 것을 M2M 단말에게 알리기 위해서 사용되는 AI extension Notification A-MAP IE 포맷의 일 예를 나타낸다. 여기서, 기지국은 다른 M2M 단말의 AI가 확장되어 M2M 단말이 ID를 사용할 수 없을 경우에만 상기 A-MAP IE를 해당 M2M 단말에게 전송한다.
표 5
Syntax | Size(bit) | Notes |
AI_Extension_Notification A-MAP IE() { | ||
A-MAP IE Type | 4 | AI Extension Notification A-MAP IE |
Action code | 1 | 단말이 이 A-MAP IE를 받고 자신의 available interval을 얼마만큼 쉴지를 나타낸다. 0: Idle time후의 available interval(즉, basic available interval 전체) 동안 모두 ID를 사용하지 않는다.1: Idle time 후 정해진 available interval 중 정해진 시간 동안만 ID를 사용하지 않고 남은 available interval동안 ID를 사용할 수 있다. |
If (Action code= 0b1) { | ||
Extension end time | Variable | 단말의 basic available interval 내에서 언제까지 ID를 사용할 수 없는지를 나타냄. 즉, 해당 시점부터 basic available interval이 끝나는 지점까지 단말은 ID를 사용할 수 있다. |
} | ||
} |
상기에서 살핀 것처럼, Idle time 동안 extension notification 신호를 받은 M2M 단말이 상기 available interval 동안 M2M 단말 ID를 사용할 수 없는지에 대한 정보(상기 표 5에서는 확장 종료 시간(extension end time))는 상기 AI_Extension_Notification A-MAP IE을 통해서 뿐만 아니라 다른 신호를 통해서 단말에게 전달될 수 있다.
일 예로, M2M 단말이 ID를 이용할 수 있는 시간인 basic available interval과 ID 사용 주기 정보를 M2M 단말에게 전달하는 신호(AAI_REG-REQ/RSP, AAI_SBC-REQ/RSP 또는 new MAC control message/header)에 상기 확장 종료 시간(extension end time)을 포함시켜 M2M 단말에게 미리 전달할 수도 있다.
도 10(a)는 본 명세서의 일 실시 예에 따른 M2M 단말이 자신의 available interval 동안에 해당 ID를 이용할 수 있는지를 알기 위한 방법을 나타낸 도이다.
도 10(a)를 참조하면, M2M 단말은 기지국으로부터 basic available interval을 할당 받는다. 이후, M2M 단말은 기지국으로부터 수신된 Basic available interval, ID use cycle 및 ID use offset(basic available interval의 시작 점을 결정)을 기초로 하여, 제 1 이용 가능 구간(primary available interval)을 결정한다. 상기 제 1 이용 가능 구간(primary available interval) 뒤에 이어서 바로 제 2 이용 가능 구간(secondary available interval)이 나오게 되면, available interval 크기는 basic available interval 값과 같게 된다.
이 경우, M2M 단말은 Primary available interval과 secondary available interval 동안 모두 할당 받은 ID를 사용하여 기지국으로부터 자원을 할당 받을 수 있다. 여기서, Primary available interval 동안 다른 M2M 단말의 primary available interval과 겹치지 않고, secondary available interval 동안 다른 M2M 단말의 secondary available interval과 겹치지 않는다. M2M 단말은 primary available interval 동안에 ID indicator가 '0'으로 설정된 MAP을 받았을 때 해당 맵이 자신을 위한 것이라 판단하고, secondary available interval 동안에 ID indicator가 '1'로 설정되었을 경우, 자신을 위한 맵이라고 판단한다.
도 10(b)는 본 명세서의 또 다른 실시 예에 따른 M2M 단말이 자신의 available interval 동안에 해당 ID를 이용할 수 있는지를 알기 위한 방법을 나타낸 도이다.
도 10(b)를 참조하면, extension indicator가 현재 available interval 동안에 사용되는 맵이 basic available interval을 위해 사용되는지 아니면 extended available interval을 위해서 사용되는지를 가리킨다. 즉, M2M 단말은 일 예로, 확장 지시자가 '0'으로 설정되면 basic available interval인 것을 알 수 있으며, 확장 지시자가 '1'로 설정되면 extended available interval인 것을 알 수 있게 된다.
하기 표 6은 본 명세서의 일 실시 예에 따른 M2M 단말 지시자를 포함한 A-MAP IE 포맷의 일 예를 나타낸다.
표 6
Syntax | Size(bit) | Notes |
M2M DL/UL assignment A-MAP IE() { | ||
A-MAP IE Type | 4 | M2M DL/UL assignment A-MAP IE |
ID indicator | 1 | 0: primary available interval에 속한 단말을 위한 맵이라는 것을 가리킴1: Secondary available interval에 속한 단말을 위한 맵이라는 것을 가리킴 |
} |
상기에서의 ID indicator는 M2M 단말 ID와 같이 CRC에 masking되어서 M2M 단말에게 전송될 수도 있다.
토큰 링(Token ring) 기법을 이용한 M2M 단말 ID 공유
이하에서, 상기에서 살펴본 basic available interval을 이용하지 않고, M2M 단말이 여러 M2M 단말과 공유하고 있는 아이디를 사용하고자 할 때, 기지국에게 M2M 단말 ID 사용 요청을 하고, 기지국이 상기 M2M 단말의 사용 요청을 허가해 줄 때, M2M 단말 ID를 사용할 수 있는 방법에 대해 살펴 보기로 한다. 즉, 토큰 링(Token ring) 기법을 이용함으로써, M2M 단말의 ID를 공유하는 방법에 대해서 살펴보기로 한다.
도 11은 본 명세서의 일 실시 예에 따른 토큰 링 기법을 이용한 M2M 단말 ID 공유 방법의 일 예를 나타낸다.
도 11을 참조하면, M2M 단말은 기지국과의 등록(registration) 과정을 통해 기지국으로부터 M2M 단말 ID를 할당 받는다. 즉, M2M 단말은 M2M 단말 ID를 포함하는 등록 응답 메시지를 기지국으로부터 수신한다. 여기서, 등록 절차 뿐 아니라 네트워크 엔트리 다른 절차 또는 unicast MAC 메시지, 헤더 등을 통해 M2M 단말 ID를 기지국으로부터 할당받을 수 있다.
기지국이 M2M 단말에게 M2M 단말 ID를 할당하는 경우, M2M 단말에게 상기 M2M 단말 ID의 type을 알려준다. 즉, 상기 등록 응답 메시지는 M2M 단말 ID의 타입 정보를 더 포함한다(S1101). 도 11을 참조하면, M2M 단말 ID의 type은 공유(sharing) ID type II이며, M2M 단말이 상기 M2M 단말 ID(=A)에 대해서 여러 M2M 단말들과 공유한다. M2M 단말이 공유되는 M2M 단말 ID(=A)의 사용을 원하는 경우, 기지국으로 사용 시작 요청을 하고, 기지국으로부터 사용 허가에 대한 수신을 통해 M2M 단말 ID를 사용할 수 있다.
즉, M2M 단말이 상기 ID의 사용을 원하는 경우, 기지국으로 M2M 단말 ID 사용 시작 요청 신호를 전송한다(S1103). 기지국은 상기 요청 신호에 대한 응답 신호를 상기 M2M 단말로 전송한다. 이 경우, 기지국은 상기 M2M 단말 ID가 다른 M2M 단말에 의해 사용되고 있지 않으면(즉, ID status 'Off'인 경우)(S1102), 상기 응답 신호에 요청 허가 정보를 포함시켜 상기 M2M 단말로 전송한다(S1104). 이후, 기지국은 상기 M2M 단말 ID 상태(status)를 온(On)시킨다(S1105). 여기서, M2M 단말 ID 상태 'On'의 의미는 해당 ID를 다른 M2M 단말이 사용하고 있다는 것을 나타낸다. 따라서, 기지국은 다른 M2M 단말의 ID 사용 시작 요청이 있는 경우, 상기 다른 M2M 단말에게 ID 사용 요청을 허락하지 않는다.
M2M 단말은 상기 요청에 대한 'accept'를 나타내는 응답 신호를 기지국으로부터 수신하면, 해당 ID에 대한 available duration(또는 available interval)을 시작한다. M2M 단말이 상기 ID를 다 사용한 후에는 상기 M2M 단말 ID를 반납하기 위하여 기지국으로 ID 사용 종료 요청(use termination request) 신호를 전송한다(S1106).
기지국은 M2M 단말로부터 상기 ID 사용 종료 요청 신호를 받으면 이에 대한 응답을 M2M 단말로 전송하며(S1107), 상기 ID status 를 'off' 시킨다(S1108). 이 때부터 기지국은 다른 M2M 단말에게 ID 사용 시작 요청이 있는 경우, 다른 M2M 단말에게 ID 요청에 대한 허락을 할 수 있다.
또한, 기지국은 공유(Sharing) ID가 어떤 M2M 단말들에게 할당되었는지를 알기 위해서 각 M2M 단말들에게 Index를 부여할 수 있다. 즉, 기지국은 상기 Index를 M2M 단말 ID 할당 시 M2M 단말로 함께 전송할 수 있다.
이하, M2M 단말이 기지국으로부터 M2M 단말 ID 사용 요청을 허락 받았을 때, 상기 M2M 단말 ID의 사용 시간 즉, 상기 M2M 단말 ID를 얼마 동안 사용할지를 결정하는 방법에 대해 살펴본다.
먼저, 글로벌(Global) 변수 값 및 타이머를 이용한 암시적인(implicit) 방법 및 메시지 송수신을 통한 명시적인(explicit) 방법 두 가지를 이용할 수 있다.
암시적인 방법은 크게 Available duration의 Global 변수 및 타이머(timer)를 이용할 수 있다.
AD의 글로벌 변수를 이용하는 방법은 기지국과 M2M 단말이 AD의 유효 기간을 global 값으로 가지고 있어서 기지국으로부터 ID 사용 시작 요청에 대한 수락 후, M2M 단말 ID는 M2M 단말에게 global 변수가 지정한 만큼 유효하다.
다음, 타이머를 이용하는 방법은 기지국과 M2M 단말은 일정 시간 동안 해당 ID를 사용하여 송수신한 트래픽이 없으면, M2M 단말은 할당된 ID를 disable하고, 기지국은 ID 사용 상태를 오프(Off)한다.
얼마 동안 ID가 유효한지 기지국이 단말에게 알려주기 때문에 available duration은 정해진 시간 동안 단말과 기지국에서 유효하고 따로 단말이 ID 사용에 대한 종료 신호를 기지국에게 보내지 않고도 단말과 기지국은 해당 단말의 available duration을 알 수 있다.
다음, 명시적인 방법은 하기와 같은 방법을 이용할 수 있다.
1. System configuration messages를 통한 획득
기지국은 시스템 정보 전달 신호 또는 메시지 (일 예로, SFHs, SCD message, 또는 ID related broadcast message)를 통해서 M2M 단말에게 available duration을 전송한다. 이후, M2M 단말은 상기 수신된 정보를 이용하여 AD 값을 설정한다.
2. Registration 절차를 통한 획득
기지국은 M2M 단말에게 등록 응답 메시지(AAI_REG-RSP Message)를 통해 M2M 단말 ID를 할당할 때, M2M 단말에게 available duration 을 알려줄 수 있다. 다음, 기지국이 M2M 단말로 M2M 단말 ID의 사용 요청을 허락하면 상기 M2M 단말은 AD 값을 이용하게 된다.
3. Network entry 시 M2M 단말에게 전송되는 message를 통한 획득
상기 2에서 살핀 등록 응답 메시지(AAI_REG-RSP) 뿐만 아니라, 네트워크 엔트리(network entry)시 단말에게 전달되는 다른 unicast messages들(일 예로, AAI_RNG-RSP, AAI_SBC-RSP, AAI_PKM-RSP 등)을 통해서 기지국은 M2M 단말에게 Available duration 값을 전송한다. 이에 따라, M2M 단말은 Available duration 을 적절히 설정할 수 있다.
4. Network entry 후 New ID related unicast message를 통한 획득
Network entry 후, 기지국은 M2M 단말에게 M2M 단말 ID 할당과 관련된 정보를 전달하기 위한 unicast message를 M2M 단말에게 전달할 때, Available duration 값을 포함시킬 수 있다. M2M 단말은 상기 unicast message를 통해서 Available duration 값을 받은 후 Available duration 을 적절히 설정하여 동작한다.
5. 기지국이 ID 사용 요청에 대한 응답을 전송 할 때(허락할 때) 얼마 동안 사용할 지(available duration)를 알려준다. 도 -(a)를 참조하면, 기지국이 ID 사용 요청에 대한 응답을 전송할 때, 상기 AD 사용 기간 정보를 포함하여 전송하는 것을 볼 수 있다. 즉, 기지국은 단말의 ID 사용 시작 요청에 대한 수락 응답을 보낼 때, 응답 메시지에 available interval 정보를 포함시켜 단말에게 언제까지 사용할 지를 알릴 수 있다.
6. 종료 시그널링(Termination signaling)
M2M 단말이나 기지국은 ID 사용 종료를 explicit하게 알릴 수 있다. 기지국과 M2M 단말은 상기 종료 시그널링을 송수신 한 후, M2M 단말은 M2M 단말 ID 사용을 disable하며, 기지국은 상기 ID status를 'OFF'로 변경한다.
도 12(a)는 본 명세서의 일 실시 예에 따른 ID status가 온(On) 일 때, M2M 단말이 ID 사용 시작을 요청한 경우의 M2M 단말 ID 사용 방법에 대한 일 예를 나타낸다.
S1211 내지 S1213은 S1101 내지 S1103 단계와 동일하므로 구체적인 설명은 생략하기로 한다.
기지국이 M2M 단말로부터 ID 사용 시작 요청을 수신한 경우(S1213), ID status 가 On 상태로 되어 있으면(즉, 다른 M2M 단말이 해당 ID를 사용)(S1212), 기지국은 상기 ID 사용 요청을 거절한다(S1214). 도 12(a)를 참조하면, M2M 단말이 기지국으로 ID 사용 시작 요청 신호를 전송한 후 상기 기지국으로부터 거절 메시지를 받게 되면, 정해진 기간 (일 예로, T1 만료후) 후, 다시 기지국으로 ID 사용 시작을 요청한다. 상기 T1 동안 ID status 가 'off'로 바뀌면(S1215), 다음 ID 사용 시작 요청을 했을 때(S1216), 기지국은 단말에게 ID 사용 시작 요청에 대한 긍정 응답을 해주고(S1217), ID status를 On으로 설정한다(S1218).
상기에서 T1 값은 M2M 단말이 기지국으로부터 M2M 단말 ID 사용 시작 요청에 대한 거절을 받은 후, 기지국으로 다시 M2M 단말 ID 사용 시작 요청을 전송하기까지의 시간을 말한다.
이하에서, M2M 단말이 T1 값을 설정하는 방법에 대해 살펴보기로 한다.
1. Global system value로 설정
: 이미 시스템에서 동일하게 정해져 있고, M2M 단말은 기지국으로부터 'reject'를 받으면 Global system value T1값을 이용하여 T1 시간 후, ID 사용 시작을 기지국으로 다시 요청한다.
2. System configuration messages를 통한 획득
: 시스템 정보 전달 신호 또는 메시지 (일 예로, SFHs, SCD message, or ID related broadcast message)를 통해서 M2M 단말에게 T1이 전송되고, 상기 M2M 단말은 상기 메시지를 통해 수신된 정보를 이용하여 T1 값을 설정한다.
3. ID 할당 시 기지국이 M2M 단말에게 전송
: M2M 단말 ID를 M2M 단말로 할당할 때(일 예로, 등록 응답 메시지(AAI_REG-RSP)를 통해), 기지국은 M2M ID 할당 및 T1 값을 M2M 단말에게 전송한다. 따라서, M2M 단말은 T1 값을 적절히 설정할 수 있다.
4. Network entry 시 단말에게 전송되는 message를 통해 M2M 단말에게 전송
: AAI_REG-RSP를 제외한 다른 network entry시 단말에게 전달되는 unicast messages (일 예로, AAI_RNG-RSP, AAI_SBC-RSP, AAI_PKM-RSP …)를 통해서 기지국은 M2M 단말에게 T1값을 전달하고, 상기 M2M 단말은 T1 값을 적절히 설정할 수 있다.
5. Network entry 후 새로운 ID related unicast message를 통해 M2M 단말에게 전송
: Network entry 후 기지국은 M2M 단말에게 ID 할당과 관련된 정보를 전달하기 위한 unicast message를 M2M 단말에게 전달할 때, T1 값을 포함시켜 M2M 단말에게 전송할 수 있고, M2M 단말은 상기 유니캐스트 메시지를 통해서 T1값을 받은 후 T1을 적절히 설정하여 동작한다.
6. ID 사용 시작 요청에 대한 응답 신호에 T1 값을 포함시켜 전송
: 기지국은 ID 사용 시작 요청에 대한 거절 메시지를 보낼 때, T1 값을 포함시켜 전송하고, M2M 단말은 거절 메시지에 포함된 T1 정보를 이용하여 T1 값을 설정한다.
도 12(b)는 본 명세서의 일 실시 예에 따른 M2M 단말 ID 사용 요청에 대한 응답을 전송하는 경우, M2M 단말의 T1 정보를 포함하여 전송하는 방법을 나타낸 일 예이다.
S1221 내지 S1223 단계는 S1101 내지 S1103 단계와 동일하므로 구체적인 설명은 생략하기로 한다.
기지국이 ID 사용 요청에 대한 수락 메시지에 available duration을 포함시켜 M2M 단말에게 보낼 수 있으면, 기지국은 M2M 단말이 언제까지 ID를 사용하는지 알 수 있기 때문에, 도 12(b)에 도시된 바와 같이, 기지국은 M2M 단말 ID 사용 시작 요청에 대한 거절 메시지에 T1 값을 포함시켜 언제 M2M 단말이 다시 상기 ID 사용을 요청할지를 M2M 단말에게 알릴 수 있다(S1224). 따라서, M2M 단말은 거절 메시지에 포함된 정보를 이용하여 ID 사용 요청 메시지를 기지국으로 다시 전송할 수 있다(S1226). 이 때, 기지국은 M2M 단말이 다시 M2M 단말 ID 사용 시작 요청 시, 각 M2M 단말 간의 충돌을 줄이기 위하여 거절 신호를 전송한 각 M2M 단말 별로 다른 시작점에 ID 사용 시작 요청 메시지를 보내도록 T1값을 정해 줄 수 있다.
또한, 상기 M2M 단말 ID 사용 시작 요청 신호는 상기 ID에 맵핑된 ranging code가 될 수 있다. 즉, 각 sharing ID들은 특정 ranging code와 1:1로 맵핑되어 있을 수 있다. 기지국은 sharing ID에 대한 ranging code를 M2M 단말로부터 받으면, 이에 대한 응답 신호로 ranging response를 전송한다. 여기서, AAI_RNG-RSP 메시지 대신 다른 MAC 메시지가 사용될 수 있다.
기지국은 M2M 단말로부터 상기 요청에 대한 허락을 나타내는 응답 신호를 전송하고(S1227), ID 상태를 'on'으로 변경한다(S1228).
하기 표 7은 본 명세서의 일 실시 예에 따른 T1 값을 포함한 레인징 응답 메시지(AAI_RNG-RSP message) 포맷의 일 예를 나타낸다.
표 7
Syntax | Size(bit) | Notes |
AAI_RNG-RSP message () { | ||
Message Type | 4 | AAI_RNG-RSP message |
Ranging code | ||
Ranging opportunity | ||
Action code | 1 | 0: Accept1: Reject |
If (action code == 0){ | ||
Available interval | 단말이 ID를 언제까지 사용하는 지에 대한 시간 정보를 나타낸다. 이 정보는 절대적인 값으로도 표현될 수 있으며, 즉, Available interval이 끝나는 프레임 번호를 나타낼 수 있다. | |
} else { | ||
Time T1 | T1: 언제까지 해당 ID를 사용하지 못하는 지를 나타내며, 이 값은 절대적 값 (프레임 또는 서브프레임 번호) 또는 상대적인 값 (현재부터 얼마 이후인지)을 나타낸다. | |
} | ||
} |
이하, 기지국에서 ID status가 'off'일 경우에만, M2M 단말이 ID 사용 시작을 기지국으로 요청하는 방법에 대해 살펴보기로 한다.
기지국은 주기적으로 해당 ID를 이용하여 M2M 단말의 M2M 단말 ID 현재 사용 여부를 M2M 단말로 전송한다. 기지국이 주기적으로 전송하는 ID 상태 정보를 바탕으로, M2M 단말은 ID status가 'off'일 경우에만 ID 사용 시작 요청 메시지를 기지국으로 전송한다. 만약, 기지국으로부터 주기적으로 전송되는 메시지를 통해 ID status가 'on'일 경우, M2M 단말은 기지국으로부터 다음 ID status 정보가 전달될 때까지 기다린다. 여기서, ID status를 나르는 주기적인 메시지는 multicast 또는 broadcast 형태로 M2M 단말에게 전달될 수 있다. ID 별로 multicast 형태로 전송할 경우에는 전송하는 메시지나 메시지를 할당하는 제어채널의 CRC가 해당 ID로 masking 되어서 전송될 수 있고, multicast group 별로 전송되는 시점이나 주기가 틀릴 수 있다. Multicast 형태로 전송될 때, 몇 개의 ID를 하나의 multicast group으로 형성하여 그룹별로 ID status에 대한 정보를 나를 수 있고 그룹 별로 주기를 다르게 할 수도 있다. Broadcast 형태로 전송할 경우에는 각 ID에 대한 ID status 정보를 하나의 메시지에 포함시켜 전송한다.
여기서, 기지국이 ID status를 전송하는 주기는 1) Registration 과정 중 ID가 할당될 때 같이 전송, 2) Network entry 후 ID 할당 관련 정보 전달 메시지를 통해서 단말에게 ID status 메시지 전송 주기를 전달, 3) 일반 시스템 정보 전달 메시지(SCD, SFH)나 ID할당 관련 정보 전달 broadcast 메시지를 통해서 단말들에게 전송 과 같이 상기 1) 내지 3)방법들 중 하나의 방법을 사용하여 M2M 단말에게 전송할 수 있다.
도 13(a) 내지 (c)는 본 명세서의 일 실시 예에 따른 M2M 단말 ID 상태 정보 전송 방법을 나타낸 일 예이다.
도 13(a)를 참조하면, 기지국은 M2M 단말 ID 상태정보를 M2M 단말 ID 별로 M2M 단말에게 멀티캐스트(multicast) 전송하는 것을 나타내며, 도13(b)를 참조하면, 기지국은 M2M 단말 ID 상태 정보를 ID 그룹 별로 멀티캐스트 전송하는 것을 나타내며, 도 13(c)를 참조하면, 기지국은 하나의 메시지에 모든 M2M 단말 ID 상태 정보를 포함하여 브로트캐스트 전송하는 것을 나타낸다.
도 14(a)는 본 명세서의 일 실시 예에 따른 ID 상태 정보 수신에 따라, M2M 단말 ID 사용 시작을 요청하기 위한 신호 전송 방법을 나타낸다.
도 14(a)를 참조하면, M2M 단말은 기지국으로부터 ID1의 상태가 'off'임을 나타내는 ID 상태 정보를 수신한다. 여기서, 상기 ID 상태 정보는 전송 주기에 따라 주기적으로 전송된다(S1401~S1403).
기지국으로부터 수신된 ID 상태가 'off'이므로, M2M 단말은 상기 ID 1을 사용하고자 할 때, 기지국으로 ID 사용 시작 요청 신호를 전송한다(S1404). 이후, M2M 단말은 기지국으로부터 ID 1의 이용 가능 구간 정보가 포함된 상기 요청 신호에 대한 허락을 나타내는 응답 신호를 수신한다(S1405). 이 때, 기지국은 다른 M2M 단말이 상기 ID 1을 사용하지 못하도록 ID 1의 상태를 '온(On)'시킨다(S1406).
도 14(b)는 본 명세서의 일 실시 예에 따른 ID 상태 정보 수신에 따라, M2M 단말 ID 사용 시작을 요청하기 위한 신호 전송 방법을 나타낸 또 다른 일 예이다.
S1416 내지 S1418은 S1404 내지 S1406 단계와 동일하므로 구체적인 설명은 생략하기로 한다.
도 14(b)를 참조하면, M2M 단말이 기지국으로부터 ID 상태가 'on'임을 나타내는 ID 상태 정보를 수신한 경우, M2M 단말은 기지국으로 ID 사용 시작 요청 신호를 다음 ID 상태 정보를 기지국으로부터 수신할 때까지 전송하지 않는다.
즉, M2M 단말은 기지국으로부터 다음 주기에 전송되는 ID status 정보를 통해, ID 사용 시작 요청 신호의 전송 여부를 결정하게 된다. 도 14(b)를 참조하면, 기지국으로부터 다음에 전송되는 ID 상태는 'off'인 것을 알 수 있다(S1411~S1415).
도 14(c)는 본 명세서의 일 실시 예에 따른 ID 상태 정보 및 다른 M2M 단말의 ID 사용 시간 정보 수신을 통한 M2M 단말의 ID 사용 시작 요청 신호 전송 방법을 나타낸다.
도 14(c)를 참조하면, 기지국은 M2M 단말로 ID 상태 정보를 주기적으로 전송한다. 상기 ID 상태 정보 전송 간의 간격은 전송 주기(p)에 의해 정의되며, 상기 전송 주기 값은 기지국으로부터 수신되며, 상기 ID 상태 정보 전송 시, 포함될 수 있다.
ID status 가 'On'일 경우 즉 다른 M2M 단말이 상기 ID를 사용하고 있는 경우, 기지국은 ID status 정보를 포함하는 메시지에 상기 ID의 사용 가능 시간(또는 다른 M2M 단말의 상기 ID의 사용 시간) 즉, 언제까지 M2M 단말들에게 할당된 같은 ID 가 다른 M2M 단말에 의해서 예약(또는 사용) 되었는지에 대한 정보를 함께 포함시켜 전송한다(S1421~S1423).
M2M 단말은 ID status 가 'On'일 경우, 해당 신호에 포함된 ID 사용이 언제까지 다른 M2M 단말에 의해서 사용되는지에 대한 시간 정보(T1)를 획득한다(S1422). 이후, M2M 단말은 상기 T1을 이용하여 즉, T1 시간까지 기달린 후, ID 사용 시작 요청 신호를 기지국으로 전송한다(S1424). 즉, T1은 ID 사용이 언제까지 다른 M2M 단말에 의해서 사용되는지를 나타내는 시간 정보 또는 해당 단말이 얼마 이후에 ID use start request를 보낼지에 대한 시간 정보를 나타낸다. 일 예로, 상기 시간 정보는 frame, subframe, superframe 단위로 표현될 수 있다.
이후, 기지국은 상기 M2M 단말의 시작 요청 신호에 대한 응답 신호를 M2M 단말로 전송한다. 상기 응답 신호에는 M2M 단말 ID 사용 허락을 나타내는 동작 코드 정보 및 상기 ID에 대한 이용가능 구간 정보가 포함된다(S1425). 이후, 단말은 상기와 같은 동작을 반복할 수 있다(S1426,S1427).
하기 표 8은 본 명세서의 일 실시 예에 따른 ID 상태 광고 메시지(ID-STATUS-ADV message) 포맷의 일 예를 나타낸다.
표 8
Syntax | Size(bit) | Notes |
AAI_ID-STATUS-ADV message () { | ||
Message Type | 4 | AAI_ID-STATUS-ADV message |
Number of sharing ID (n) | TBD | 기지국이 할당한 Sharing ID의 총 수 |
For (i=0; i<n; i++) { | ||
M2M device ID | TBD | 단말에게 할당한 sharing M2M device ID를 나타낸다. |
ID status | 1 | 해당 ID가 다른 단말에 의해서 사용되고 있는 지를 나타낸다. 0: Off1: On |
If (ID status ==1) { | ||
Time T1 | TBD | T1: 언제까지 해당 ID를 사용하지 못하는 지를 나타내며, 이 값은 절대적 값 (프레임 number) 또는 상대적인 값 (현재부터 얼마 이후인지)을 나타낸다. |
} | ||
} | ||
} |
상기 표 8은 ID 상태 정보를 기지국이 주기적으로 전송하는 메시지 포맷의 일례를 나타내며, 브로드캐스트 메시지일 수 있다. 여기서, 상기 ID status information은 broadcast message 뿐 아니라 A-MAP IE 형태로 M2M 단말들에게 전송될 수 있다. 또한, 상기 메시지는 sharing ID에 대한 개수 정보를 포함한다.
또한, 상기 T1값은 실제로 종료되는 timer 값이나 종료 시점을 가리킬 수 있다.
Claims (31)
- 무선 접속 시스템에서, M2M 단말이 기지국과 데이터를 송수신하기 위한 방법에 있어서,M2M 단말들 간 공유되는 M2M 단말 ID의 이용가능 구간(available interval) 및 상기 이용가능 구간이 주기적으로 반복되는 구간을 나타내는 M2M 단말 ID 사용 주기를 포함하는 제 1 메시지를 상기 기지국으로부터 수신하는 단계; 및상기 이용가능 구간에서 상기 M2M 단말 ID를 이용하여 상기 기지국과 데이터를 송수신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 방법.
- 제 1항에 있어서,상기 M2M 단말 ID를 상기 기지국으로부터 할당받는 단계를 더 포함하는 것을 특징으로 하는 방법.
- 제 2항에 있어서, 상기 제 1 메시지는,상기 M2M 단말 ID를 상기 기지국으로부터 할당받을 때, 상기 기지국으로부터 수신되는 것을 특징으로 하는 방법.
- 제 1항에 있어서, 상기 제 1 메시지는,기지국과 초기 네트워크 엔트리 과정을 통해 수신되되, 상기 제 1 메시지는 등록 응답(REQ-RSP) 메시지 또는 단말 기본 능력 협상 응답(SBC-RSP)메시지인 것을 특징으로 하는 방법.
- 제 1항에 있어서,상기 제 1 메시지는 상기 M2M 단말 ID의 사용 시작 시점을 나타내는 오프셋(offset) 정보를 더 포함하는 것을 특징으로 하는 방법.
- 제 1항에 있어서,상기 M2M 단말 ID의 사용 주기는 상기 M2M 단말 ID의 이용가능 구간과 이용불가능 구간(unavailable interval)으로 이루어지는 것을 특징으로 하는 방법.
- 제 1항에 있어서,상기 이용가능 구간은 고정된 크기의 이용가능 구간을 나타내는 타입 1 이용가능 구간(Type 1 available interval) 및 가변적인 크기의 이용가능 구간을 나타내는 타입 2 이용가능 구간(Type 2 available interval)으로 구분되는 것을 특징으로 하는 방법.
- 제 1항에 있어서,상기 이용가능 구간은 기본 이용가능 구간(basic available interval)과 확장 이용가능 구간(extended available interval)으로 이루어지는 것을 특징으로 하는 방법.
- 제 1항에 있어서,상기 이용가능 구간을 종료하는 단계를 더 포함하되,상기 이용가능 구간의 종료는 기 설정된 타이머의 종료 후 또는 상기 기지국으로부터 상기 이용가능 구간의 종료를 지시하는 제 2 메시지를 수신하는 경우 종료하는 것을 특징으로 하는 방법.
- 제 6항에 있어서,상기 이용불가능 구간에서 상기 기지국으로부터 M2M 단말 ID의 이용가능 구간의 시작을 알리는 신호를 수신하는 단계를 더 포함하되,상기 이용가능 구간의 시작을 알리는 신호는 M2M 단말 ID의 이용가능 구간 및 상기 이용가능 구간의 타입을 지시하는 정보를 포함하는 것을 특징으로 하는 방법.
- 제 6항에 있어서,상기 이용불가능 구간에서 상기 기지국으로 M2M 단말 ID의 사용 시작을 요청하는 신호를 전송하는 단계; 및상기 기지국으로부터 상기 요청에 대한 응답 신호를 수신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 방법.
- 제 11항에 있어서,상기 응답 신호에는 상기 요청에 대한 거절 또는 허락을 나타내는 응답 코드 정보를 더 포함하는 것을 특징으로 하는 방법.
- 제 12항에 있어서,상기 응답 신호가 상기 요청에 대한 거절을 나타내는 경우, 다음 전송되는 응답 신호 전까지 연결 모드, 슬립 모드 또는 아이들 모드 중 어느 하나의 모드를 지시하는 정보를 더 포함하는 것을 특징으로 하는 방법.
- 제 13항에 있어서,상기 슬립 모드 또는 아이들 모드 중 어느 하나를 지시하는 경우, 다음 전송되는 응답 신호의 전송 시점을 나타내는 정보를 더 포함하는 것을 특징으로 하는 방법.
- 제 12항에 있어서,상기 응답 신호가 상기 요청에 대한 허락을 나타내는 경우, M2M 단말 ID의 이용가능 구간, 상기 이용가능 구간의 시작 시점 및 상기 이용가능 구간의 타입 정보를 더 포함하는 것을 특징으로 하는 방법.
- 제 1항에 있어서,상기 이용가능 구간의 확장을 지시하는 신호를 상기 기지국으로부터 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
- 제 1항에 있어서,상기 기지국으로 상기 이용가능 구간의 확장을 요청하는 신호를 전송하는 단계; 및상기 기지국으로부터 상기 확장 요청 신호에 대한 응답 신호를 수신하는 단계를 더 포함하여 이루어지는 것을 특징으로 하는 방법.
- 제 16항 또는 제 17항에 있어서,상기 확장 지시 신호 또는 상기 확장 요청 신호에 대한 응답 신호는 확장된 이용가능 구간의 종료 시점을 나타내는 정보를 포함하는 것을 특징으로 하는 방법.
- 제 1항에 있어서,상기 이용가능 구간에서 상기 M2M 단말 ID의 해제를 요청하기 위한 링크 상태 확인 요청 신호(link status check request)를 상기 기지국으로 전송하는 단계; 및상기 M2M 단말 ID를 상기 이용가능 구간에서 해제하는 단계를 더 포함하는 것을 특징으로 하는 방법.
- 제 19항에 있어서,상기 기지국으로부터 상기 링크 상태 확인 요청 신호에 대한 응답 신호를 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
- 제 1항에 있어서,상기 M2M 단말 ID 사용 주기 앞 또는 뒤에 위치하는 아이들 타임(idle time)을 통해 이용가능 구간 확장 통지 맵 정보 요소(AI Extention Notification A-MAP IE)를 상기 기지국으로부터 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
- 제 21항에 있어서,상기 이용가능 구간 확장 통지 맵 정보 요소는 상기 이용가능 구간의 일부 또는 전부 동안 상기 M2M 단말 ID의 사용 여부를 나타내는 동작 코드 정보를 더 포함하는 것을 특징으로 하는 방법.
- 제 22항에 있어서,상기 동작 코드 정보가 상기 이용가능 구간의 일부 동안 상기 M2M 단말 ID를 사용할 수 없음을 지시하는 경우, 상기 M2M 단말 ID를 사용할 수 없는 구간을 나타내는 확장 종료 시간(extension end time) 정보를 더 포함하는 것을 특징으로 하는 방법.
- 제 5항에 있어서,상기 수신된 제 1 메시지에 기초하여, 제 1 이용가능 구간 및 제 2 이용가능 구간을 결정하는 단계; 및상기 결정된 제 1 이용가능 구간 및 제 2 이용가능 구간 중 적어도 하나를 통해 M2M 단말 ID 지시자를 포함하는 맵 정보 요소를 수신하되,상기 M2M 단말 ID 지시자는 상기 맵 정보 요소가 상기 제 1 이용가능 구간에 속한 M2M 단말 또는 상기 제 2 이용가능 구간에 속한 M2M 단말을 위한 것임을 지시하는 정보인 것을 특징으로 하는 방법.
- 무선 접속 시스템에서, M2M 단말이 기지국과 데이터를 송수신하기 위한 방법에 있어서,M2M 단말들 간 공유되는 M2M 단말 ID 및 상기 M2M 단말 ID의 타입 정보를 포함하는 등록 응답(REQ-RSP) 메시지를 상기 기지국으로부터 수신하는 단계;상기 M2M 단말 ID의 사용 시작을 요청하기 위한 제 1 메시지를 상기 기지국으로 전송하는 단계; 및상기 제 1 메시지에 대한 허락 또는 거절을 나타내는 동작 코드 정보를 포함하는 제 2 메시지를 상기 기지국으로부터 수신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 방법.
- 제 25항에 있어서,상기 동작 코드 정보가 허락을 나타내는 경우, 상기 제 2 메시지는 상기 M2M 단말 ID의 이용가능 구간(available interval) 정보를 포함하는 것을 특징으로 하는 방법.
- 제 25항에 있어서,상기 동작 코드 정보가 거절을 나타내는 경우, 상기 제 2 메시지는 상기 M2M 단말 ID를 사용할 수 없는 시간을 나타내는 정보를 포함하는 것을 특징으로 하는 방법.
- 제 25항에 있어서,상기 M2M 단말 ID가 다른 M2M 단말에 의해 사용되고 있는지를 나타내는 M2M 단말 ID 상태 정보를 포함하는 제 3 메시지를 상기 기지국으로부터 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
- 제 28항에 있어서,상기 제 3 메시지는 주기적으로 브로드캐스트되는 것을 특징으로 하는 방법.
- 제 28항에 있어서,상기 M2M 단말 ID 상태 정보가 현재 M2M 단말 ID가 다른 M2M 단말에 의해 사용되고 있음을 지시하는 경우, 상기 M2M 단말 ID를 사용할 수 없는 시간을 나타내는 정보를 포함하는 것을 특징으로 하는 방법.
- 제 28항에 있어서,상기 M2M 단말 ID 상태 정보는 각 M2M 단말 ID 별 또는 M2M 단말 ID 그룹 별로 멀티캐스트되는 것을 특징으로 하는 방법.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/700,403 US8755798B2 (en) | 2010-05-27 | 2011-05-27 | Method and apparatus for transceiving data in a wireless access system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US34874410P | 2010-05-27 | 2010-05-27 | |
US61/348,744 | 2010-05-27 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2011149318A2 true WO2011149318A2 (ko) | 2011-12-01 |
WO2011149318A3 WO2011149318A3 (ko) | 2012-02-23 |
Family
ID=45004608
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2011/003935 WO2011149318A2 (ko) | 2010-05-27 | 2011-05-27 | 무선 접속 시스템에서 데이터 송수신 방법 및 장치 |
Country Status (2)
Country | Link |
---|---|
US (1) | US8755798B2 (ko) |
WO (1) | WO2011149318A2 (ko) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013122431A1 (en) * | 2012-02-17 | 2013-08-22 | Lg Electronics Inc. | Method and apparatus for transmitting signals of user equipment (ue) configured to perform d2d communication in wireless communication system |
WO2013143066A1 (en) | 2012-03-27 | 2013-10-03 | Intel Corporation | Techniques to manage paging cycles for machine-to-machine devices |
EP2832014A4 (en) * | 2012-03-30 | 2015-11-04 | Intel Corp | METHODS FOR MANAGING GROUP CONTROL SIGNALS FOR MACHINE MACHINE DEVICES |
US9300442B2 (en) | 2011-07-21 | 2016-03-29 | Qualcomm Incorporated | Allowing a rejected wireless communication device access to a communication channel |
US9319184B2 (en) | 2011-02-01 | 2016-04-19 | Qualcomm Incorporated | Multiple wireless communication device acknowledgements |
CN106470481A (zh) * | 2015-08-21 | 2017-03-01 | 中国电信股份有限公司 | 一种寻呼方法、基站及寻呼*** |
US9654443B2 (en) | 2012-05-15 | 2017-05-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Local device identity allocation for network assisted device-to-device D2D communication |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9031013B2 (en) * | 2011-05-05 | 2015-05-12 | Industrial Technology Research Institute | Identifier-sharing method for wireless communication devices and wireless communication device and base station using the same |
US9420598B2 (en) * | 2012-05-31 | 2016-08-16 | Lg Electronics Inc. | Method and apparatus for combining schedules in wireless communication system |
US9949692B2 (en) | 2012-12-21 | 2018-04-24 | Canary Medical Inc. | Stent graft monitoring assembly and method of use thereof |
US9338743B2 (en) * | 2013-03-15 | 2016-05-10 | Qualcomm Incorporated | Method and apparatus for avoiding network re-synchronization in stationary M2M devices |
PL2967879T3 (pl) | 2013-03-15 | 2022-05-16 | Canary Medical Inc. | Urządzenia, systemy i sposoby monitorowania protez stawu biodrowego |
US9872162B2 (en) * | 2014-02-12 | 2018-01-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Pre-configuration of devices supporting national security and public safety communications |
US10524694B2 (en) | 2014-06-25 | 2020-01-07 | Canaray Medical Inc. | Devices, systems and methods for using and monitoring tubes in body passageways |
CA2990825A1 (en) | 2014-06-25 | 2015-12-30 | William L. Hunter | Devices, systems and methods for using and monitoring orthopedic hardware |
EP3160395A4 (en) | 2014-06-25 | 2018-08-08 | Canary Medical Inc. | Devices, systems and methods for using and monitoring heart valves |
SG11201702153YA (en) | 2014-09-17 | 2017-04-27 | Canary Medical Inc | Devices, systems and methods for using and monitoring medical devices |
US11497964B1 (en) | 2015-09-17 | 2022-11-15 | Canary Medical Switzerland Ag | Devices, systems and methods for using and monitoring sports equipment and sports activities |
US11042916B1 (en) | 2016-02-29 | 2021-06-22 | Canary Medical Inc. | Computer-based marketplace for information |
KR102455911B1 (ko) | 2016-03-23 | 2022-10-19 | 카나리 메디칼 아이엔씨. | 경보 임플란트를 위한 이식 가능한 리포팅 프로세서 |
US11191479B2 (en) | 2016-03-23 | 2021-12-07 | Canary Medical Inc. | Implantable reporting processor for an alert implant |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100792707B1 (ko) * | 2006-11-02 | 2008-01-08 | (주)엑스톤 | 외부 컨트롤러 기능을 포함하는 무선이동통신 모듈의 구성및 그 제어 방법. |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110310854A1 (en) * | 2010-06-17 | 2011-12-22 | Jialin Zou | Method of determining access times for wireless communication devices |
EP2991442B1 (en) * | 2010-08-19 | 2019-06-05 | BlackBerry Limited | Limiting use of a mobile wireless access point near a wireless local area network |
-
2011
- 2011-05-27 WO PCT/KR2011/003935 patent/WO2011149318A2/ko active Application Filing
- 2011-05-27 US US13/700,403 patent/US8755798B2/en not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100792707B1 (ko) * | 2006-11-02 | 2008-01-08 | (주)엑스톤 | 외부 컨트롤러 기능을 포함하는 무선이동통신 모듈의 구성및 그 제어 방법. |
Non-Patent Citations (2)
Title |
---|
R2-101090, 3GPP TSG-RAN WG2 #69 22 February 2010 - 26 February 2010, SAN FRANCISCO, USA, * |
R2-101184, 3GPP TSG-RAN WG2 MEETING #69 22 February 2010 - 26 February 2010, SAN FRANCISCO, USA, * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9319184B2 (en) | 2011-02-01 | 2016-04-19 | Qualcomm Incorporated | Multiple wireless communication device acknowledgements |
US9300442B2 (en) | 2011-07-21 | 2016-03-29 | Qualcomm Incorporated | Allowing a rejected wireless communication device access to a communication channel |
WO2013122431A1 (en) * | 2012-02-17 | 2013-08-22 | Lg Electronics Inc. | Method and apparatus for transmitting signals of user equipment (ue) configured to perform d2d communication in wireless communication system |
US9531527B2 (en) | 2012-02-17 | 2016-12-27 | Lg Electronics Inc. | Method and apparatus for transmitting signals of user equipment (UE) configured to perform D2D communication in wireless communication system |
WO2013143066A1 (en) | 2012-03-27 | 2013-10-03 | Intel Corporation | Techniques to manage paging cycles for machine-to-machine devices |
CN104221452A (zh) * | 2012-03-27 | 2014-12-17 | 英特尔公司 | 用于管理机器对机器装置的寻呼周期的技术 |
EP2832163A4 (en) * | 2012-03-27 | 2015-10-28 | Intel Corp | METHODS FOR MANAGING PAGING CYCLES ON MACHINE MACHINE DEVICES |
EP2832014A4 (en) * | 2012-03-30 | 2015-11-04 | Intel Corp | METHODS FOR MANAGING GROUP CONTROL SIGNALS FOR MACHINE MACHINE DEVICES |
US9654443B2 (en) | 2012-05-15 | 2017-05-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Local device identity allocation for network assisted device-to-device D2D communication |
CN106470481A (zh) * | 2015-08-21 | 2017-03-01 | 中国电信股份有限公司 | 一种寻呼方法、基站及寻呼*** |
Also Published As
Publication number | Publication date |
---|---|
WO2011149318A3 (ko) | 2012-02-23 |
US8755798B2 (en) | 2014-06-17 |
US20130252610A1 (en) | 2013-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2011149318A2 (ko) | 무선 접속 시스템에서 데이터 송수신 방법 및 장치 | |
AU2018314077B2 (en) | Apparatus and method of system information transmission and reception on a carrier supporting multiple bandwidth parts | |
WO2018143786A1 (ko) | 무선 통신 시스템에서 사이드링크 통신을 수행하는 방법 및 이를 위한 장치 | |
WO2017217758A1 (en) | Method and apparatus for paging using beamforming in wireless communication system | |
WO2022086109A1 (ko) | Mbs 데이터 처리 방법 및 장치 | |
WO2018186677A1 (en) | Apparatus and method for performing a random access procedure | |
WO2021054674A1 (ko) | Mbs 데이터 스위칭 방법 및 장치 | |
WO2020256420A1 (ko) | 소량 데이터 전송 방법 및 그 장치 | |
WO2018182262A1 (ko) | 무선 통신 시스템에서 v2x 단말에 의해 수행되는 v2x 통신 수행 방법 및 상기 방법을 이용하는 단말 | |
WO2012153960A2 (en) | Methods and apparatus for random access procedures with carrier aggregation for lte-advanced systems | |
WO2018143631A1 (ko) | 액세스 제어 방법 및 장치 | |
EP3482594A1 (en) | Method and apparatus for transmitting and receiving downlink control information in a wireless communication system | |
WO2017030423A1 (ko) | 무선 통신 시스템에서 단말에 의해 수행되는 v2x 동작 방법 및 상기 방법을 이용하는 단말 | |
WO2021002632A1 (ko) | 소량 데이터의 부하 제어 방법 및 장치 | |
EP3466121A1 (en) | Method and apparatus for specified attach procedure and mobility and paging support in data communication network | |
WO2015122718A1 (ko) | 무선 통신시스템에서 단말간 직접통신을 수행하기 위한 방법 및 장치 | |
WO2011105840A2 (en) | Apparatus and method for transmitting ul feedback information for carrier over a ul feedback channel in a multicarrier system | |
WO2018186552A1 (ko) | 무선 통신 시스템에서 사이드링크 통신을 수행하기 위한 방법 및 이를 위한 장치 | |
WO2016163856A1 (ko) | 무선 통신 시스템에서 단말에 의해 수행되는 psbch 전송 방법 및 상기 방법을 이용하는 단말 | |
WO2018084575A1 (ko) | 무선 통신 시스템에서 자원 풀 결정 방법 및 장치 | |
WO2011136618A2 (ko) | 멀티 캐리어 시스템에서 e-mbs 단말을 위한 페이징 방법 및 장치 | |
WO2018030741A1 (ko) | 릴레이 ue를 이용한 접속 제어 방법 및 이를 위한 장치 | |
WO2021187933A1 (ko) | 릴레이 노드를 제어하는 방법 및 그 장치 | |
WO2021206340A1 (ko) | 사이드링크 통신을 제어하는 방법 및 그 장치 | |
WO2018174690A2 (ko) | 무선 통신 시스템에서 v2x 단말에 의해 수행되는 v2x 통신 수행 방법 및 상기 방법을 이용하는 단말 |
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: 11786950 Country of ref document: EP Kind code of ref document: A2 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 13700403 Country of ref document: US |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 11786950 Country of ref document: EP Kind code of ref document: A2 |