WO2018016895A1 - Nb-iot 단말의 이동성 처리 수행 방법 및 그 장치 - Google Patents
Nb-iot 단말의 이동성 처리 수행 방법 및 그 장치 Download PDFInfo
- Publication number
- WO2018016895A1 WO2018016895A1 PCT/KR2017/007831 KR2017007831W WO2018016895A1 WO 2018016895 A1 WO2018016895 A1 WO 2018016895A1 KR 2017007831 W KR2017007831 W KR 2017007831W WO 2018016895 A1 WO2018016895 A1 WO 2018016895A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- terminal
- base station
- rrc connection
- iot
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/36—Reselection control by user or terminal equipment
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Definitions
- the present invention relates to a method and apparatus for performing mobility processing of an NB-IoT terminal, and more particularly, to a method and apparatus for maintaining service continuity of an NB-IoT terminal.
- the NB-IoT (Narrowband Internet of Things) technology is being studied by the International Organization for Standardization Discussion. This study is aimed at researching technologies for IoT terminals that use cellular networks for improved indoor coverage, support for large-scale low-speed terminals, low sensitivity, low-cost terminal cost, low power consumption, and optimized network structure.
- IoT terminals require low power consumption and low unit cost for long term use. Therefore, in the case of IoT terminals, there are many differences in terms of functions that are supported from terminals to which the existing LTE technology is applied.
- the IoT terminal handover technology is not supported like a general LTE terminal.
- the IoT terminal does not perform an operation of periodically measuring the channel state of the connected channel and transmitting the same to the base station.
- the base station did not know this. If the IoT terminal detects a radio link failure in an existing cell, the IoT terminal should transition to the IDLE state and perform reconnection.
- the present disclosure devised in the above background proposes a mobility processing method and apparatus for preventing service interruption of an NB-IoT terminal having low unit cost and low power requirement.
- the present disclosure is to provide a specific method and apparatus for controlling to recover the radio link quickly to transmit and receive data while preventing unnecessary power consumption when a radio link failure of the NB-IoT terminal occurs.
- a method of performing mobility processing by a NB-IoT (NarrowBand-Internet of Things) terminal may include transmitting an RRC connection reconfiguration request message to a base station when a preset event occurs; A method comprising receiving an RRC connection reset message from a base station and resuming a signaling radio bearer based on the RRC connection reset message.
- NB-IoT NearBand-Internet of Things
- an embodiment is a method for the base station to perform the mobility processing of the NB-IoT (Narrow-Band-Internet of Things) terminal, receiving the RRC connection reset request message from the NB-IoT terminal and the RRC connection reset request message Verifying the terminal context of the NB-IoT terminal based on the step and transmitting an RRC connection reestablishment message for resuming the signaling radio bearer of the NB-IoT terminal.
- NB-IoT Near-Band-Internet of Things
- an embodiment of the NB-IoT (NarrowBand-Internet of Things) terminal performing the mobility processing, when a predetermined event occurs, the RRC connection reconfiguration message from the base station and the base station transmitting the RRC connection reconfiguration request message to the base station It provides an NB-IoT terminal device including a receiving unit and a control unit for resuming the signaling radio bearer based on the RRC connection reestablishment message.
- NB-IoT terminal device including a receiving unit and a control unit for resuming the signaling radio bearer based on the RRC connection reestablishment message.
- an embodiment is a base station performing mobility processing of a NB-IoT (NarrowBand-Internet of Things) terminal, based on a receiver for receiving an RRC connection reset request message from the NB-IoT terminal and the RRC connection reset request message
- a base station apparatus including a control unit for checking a terminal context of an NB-IoT terminal and a transmitter for transmitting an RRC connection reestablishment message for resuming the signaling radio bearer of the NB-IoT terminal.
- the service can be quickly resumed even if service interruption due to deterioration of mobile or communication channel state occurs.
- FIG. 1 is a diagram illustrating an operation of a terminal according to an exemplary embodiment.
- FIG. 2 is a view for explaining the operation of the terminal according to another embodiment.
- FIG. 3 is a diagram illustrating an operation of a base station according to an exemplary embodiment.
- FIG. 4 is a diagram illustrating a cell change procedure of a connected state terminal according to an embodiment.
- FIG. 5 is a diagram illustrating a terminal configuration according to an embodiment.
- FIG. 6 is a diagram illustrating a configuration of a base station according to an embodiment.
- the MTC terminal may mean a terminal supporting low cost (or low complexity) or a terminal supporting coverage enhancement.
- the MTC terminal may mean a terminal supporting low cost (or low complexity) and coverage enhancement.
- the MTC terminal may mean a terminal defined in a specific category for supporting low cost (or low complexity) and / or coverage enhancement.
- the MTC terminal may mean a newly defined 3GPP Release-13 low cost (or low complexity) UE category / type for performing LTE-based MTC related operations.
- the MTC terminal supports enhanced coverage compared to the existing LTE coverage, or supports UE category / type defined in the existing 3GPP Release-12 or lower, or newly defined Release-13 low cost (or lower power consumption).
- low complexity can mean UE category / type.
- the wireless communication system in the present invention is widely deployed to provide various communication services such as voice, packet data, and the like.
- the wireless communication system includes a user equipment (UE) and a base station (base station, BS, or eNB).
- a user terminal is a generic concept meaning a terminal in wireless communication.
- user equipment (UE) in WCDMA, LTE, and HSPA, as well as mobile station (MS) in GSM, user terminal (UT), and SS It should be interpreted as a concept that includes a subscriber station, a wireless device, and the like.
- a base station or a cell generally refers to a station that communicates with a user terminal, and includes a Node-B, an evolved Node-B, an Sector, a Site, and a BTS.
- Other terms such as a base transceiver system, an access point, a relay node, a remote radio head (RRH), a radio unit (RU), and a small cell may be called.
- RRH remote radio head
- RU radio unit
- a base station or a cell is interpreted in a comprehensive sense to indicate some areas or functions covered by a base station controller (BSC) in CDMA, a NodeB in WCDMA, an eNB or a sector (site) in LTE, and the like. It is meant to cover various coverage areas such as mega cell, macro cell, micro cell, pico cell, femto cell and relay node, RRH, RU, small cell communication range.
- BSC base station controller
- the base station may be interpreted in two senses. i) the device providing the megacell, the macrocell, the microcell, the picocell, the femtocell, the small cell in relation to the wireless area, or ii) the wireless area itself. In i) all devices which provide a given wireless area are controlled by the same entity or interact with each other to cooperatively configure the wireless area to direct the base station.
- the base station may indicate the radio area itself to receive or transmit a signal from the viewpoint of the user terminal or the position of a neighboring base station.
- megacells macrocells, microcells, picocells, femtocells, small cells, RRHs, antennas, RUs, low power nodes (LPNs), points, eNBs, transmit / receive points, transmit points, and receive points are collectively referred to as base stations. do.
- the user terminal and the base station are two transmitting and receiving entities used to implement the technology or technical idea described in this specification in a comprehensive sense and are not limited by the terms or words specifically referred to.
- the user terminal and the base station are two types of uplink or downlink transmitting / receiving subjects used to implement the technology or the technical idea described in the present invention, and are used in a generic sense and are not limited by the terms or words specifically referred to.
- the uplink (Uplink, UL, or uplink) refers to a method for transmitting and receiving data to the base station by the user terminal
- the downlink (Downlink, DL, or downlink) means to transmit and receive data to the user terminal by the base station It means the way.
- CDMA Code Division Multiple Access
- TDMA Time Division Multiple Access
- FDMA Frequency Division Multiple Access
- OFDMA Orthogonal Frequency Division Multiple Access
- OFDM-FDMA OFDM-TDMA
- UMB Universal Mobile Broadband
- the uplink transmission and the downlink transmission may use a time division duplex (TDD) scheme that is transmitted using different times, or may use a frequency division duplex (FDD) scheme that is transmitted using different frequencies.
- TDD time division duplex
- FDD frequency division duplex
- a standard is configured by configuring uplink and downlink based on one carrier or a pair of carriers.
- the uplink and the downlink include a Physical Downlink Control CHannel (PDCCH), a Physical Control Format Indicator CHannel (PCFICH), a Physical Hybrid ARQ Indicator CHannel (PHICH), a Physical Uplink Control CHannel (PUCCH), an Enhanced Physical Downlink Control CHannel (EPDCCH), and the like.
- Control information is transmitted through the same control channel, and data is configured by a data channel such as a physical downlink shared channel (PDSCH) and a physical uplink shared channel (PUSCH).
- PDSCH physical downlink shared channel
- PUSCH physical uplink shared channel
- control information may also be transmitted using an enhanced PDCCH (EPDCCH or extended PDCCH).
- EPDCCH enhanced PDCCH
- extended PDCCH extended PDCCH
- a cell means a component carrier having a coverage of a signal transmitted from a transmission / reception point or a signal transmitted from a transmission point or a transmission / reception point, and the transmission / reception point itself. Can be.
- a wireless communication system to which embodiments are applied may be a coordinated multi-point transmission / reception system (CoMP system) or a coordinated multi-antenna transmission scheme in which two or more transmission / reception points cooperate to transmit a signal.
- antenna transmission system a cooperative multi-cell communication system.
- the CoMP system may include at least two multiple transmission / reception points and terminals.
- the multiple transmit / receive point is at least one having a high transmission power or a low transmission power in a macro cell region, which is connected to an eNB or a macro cell (hereinafter referred to as an 'eNB') and wired controlled by an optical cable or an optical fiber to an eNB. May be RRH.
- downlink refers to a communication or communication path from a multiple transmission / reception point to a terminal
- uplink refers to a communication or communication path from a terminal to multiple transmission / reception points.
- a transmitter may be part of multiple transmission / reception points, and a receiver may be part of a terminal.
- a transmitter may be part of a terminal, and a receiver may be part of multiple transmission / reception points.
- a situation in which a signal is transmitted and received through a channel such as a PUCCH, a PUSCH, a PDCCH, an EPDCCH, and a PDSCH may be described in the form of 'sending and receiving a PUCCH, a PUSCH, a PDCCH, an EPDCCH, and a PDSCH.
- a description of transmitting or receiving a PDCCH or transmitting or receiving a signal through the PDCCH may be used as a meaning including transmitting or receiving an EPDCCH or transmitting or receiving a signal through the EPDCCH.
- the physical downlink control channel described below may mean PDCCH or EPDCCH, and may also be used to include both PDCCH and EPDCCH.
- the EPDCCH which is an embodiment of the present invention, may be applied to the portion described as the PDCCH, and the EPDCCH may be applied to the portion described as the EPDCCH as an embodiment of the present invention.
- high layer signaling described below includes RRC signaling for transmitting RRC information including an RRC parameter.
- the eNB performs downlink transmission to the terminals.
- the eNB includes downlink control information and an uplink data channel (eg, a physical downlink shared channel (PDSCH), which is a primary physical channel for unicast transmission, and scheduling required to receive the PDSCH.
- a physical downlink control channel (PDCCH) for transmitting scheduling grant information for transmission on a physical uplink shared channel (PUSCH) may be transmitted.
- PUSCH physical uplink shared channel
- NB-IoT narrowband Internet of Things
- the purpose of the study is to specify wireless access for the cellular IoT, which includes improved indoor coverage, support for large scale low speed terminals, low sensitivity, low cost terminal cost, low power consumption and optimized network architecture.
- Rel-13 NB-IoT provided only the essential features needed to enable 3GPP systems to rapidly penetrate the low-cost IoT market. Accordingly, a number of functions provided in a general LTE terminal providing a mobile broadband service are not provided. For example, for the Rel-13 NB-IoT terminal, the handover provided for the normal connected mode terminal is not provided.
- the base station configures measurement and reporting on the terminal and reports to the base station when the terminal reaches a specific criterion based thereon.
- the terminal instructs to handover to the target cell through signaling with the target base station.
- These processes may cause power consumption of the terminal and may complicate the operation of the terminal. Therefore, Rel-13 NB-IoT did not support handover related operation in connected mode. Accordingly, even when the NB-IoT terminal in the connected state is out of coverage or seriously deteriorates as the wireless state moves, the base station did not know this. If the UE detects a radio link failure in the existing cell, the UE transitions to the IDLE state and performs reconnection.
- the handover provided for the general connected state terminal is not provided for the NB-IoT terminal. Accordingly, even when the NB-IoT terminal in the connected state moves out of coverage or seriously degrades the wireless state, the base station did not know this. When the terminal detects a radio link failure, the base station transitions to the IDLE state and performs reconnection. .
- the present disclosure devised to solve this problem is to provide a method and apparatus for improving service continuity for the NB-IoT terminal in the Connected state.
- the embodiments may be applied to an NB-IoT terminal.
- the embodiments may be applied to a general terminal providing the corresponding capability.
- the present specification will be described based on LTE technology as a radio access technology, but the present disclosure is a terminal using a next generation (for example, 5G New RAT) radio access technology as well as a UE using LTE radio access technology. Applicable for
- the NB-IoT terminal may be referred to as a terminal as necessary.
- CIoT Cellular IoT
- PDCP is not used while AS security is not activated.
- Solutions for optimization of CIoT signaling reduction include control plane CIoT EPS optimization and user plane CIoT EPS optimization.
- RRC connection set up only for control plane CIoT EPS optimization has the following characteristics.
- An uplink NAS signaling message or an uplink NAS message carrying data may be sent in an uplink RRC container message.
- the downlink NAS signaling message or downlink NAS data may be sent in the downlink RRC container message.
- RRC connection reconfiguration and RRC connection reconfiguration are not supported.
- the RRC connection set up for user plane CIoT EPS optimization has the following characteristics.
- the RRC Connection Suspension procedure is used to release an RRC connection.
- the base station may request that the terminal maintain an AS context including the terminal capability in the RRC IDLE state.
- the RRC connection resume procedure is used when transitioning from RRC IDLE to RRC CONNECTED. Use previously stored information in the terminal and in the base station to use for resuming the RRC connection.
- the NB-IoT terminal in the message to be resumed provides a ResumeID which is used to access the stored information necessary to resume the RRC connection.
- Short Message Authentication Code (MAC) -I is reused as an authentication token in the RRC reset procedure and the RRC resume procedure.
- the base station provides an NCC.
- the terminal resets the COUNT.
- NB-IoT terminals that support both control plane CIoT EPS optimization and user plane CIoT EPS optimization can refer to terminal characteristics that support user plane CIoT EPS optimization.
- the terminal or the NB-IoT terminal in the present specification may mean a terminal that supports the aforementioned control plane CIoT EPS optimization or user plane CIoT EPS optimization.
- the mobility support of the connected terminal may be composed of the following series of procedures.
- UE measurement configuration and reporting configuration by the source base station measurement of the terminal, measurement reporting to the base station when a specific criterion is reached, determination of handover of the source base station, signaling between the source base station and the target base station, and instruction to handover to the target cell.
- the measurement reporting is configured for the rare data transmission, low sensitivity, low cost, and low power consumption terminal, power consumption may be increased as compared with the conventional NB-IoT terminal.
- FIG. 1 is a diagram illustrating an operation of a terminal according to an exemplary embodiment.
- a NB-IoT (NarrowBand-Internet of Things) terminal transmits an RRC connection reset request message to a base station and receives an RRC connection reset message from a base station when a predetermined event occurs, and an RRC connection reset message. Resuming the signaling radio bearer based on the operation may be performed.
- the NB-IoT terminal may perform a step of transmitting an RRC connection reconfiguration request message to a base station (S110). For example, the NB-IoT terminal may determine whether a preset event condition is satisfied, and transmit an RRC connection re-establishment request message to the base station when the event condition is satisfied.
- the preset event may mean any one of radio link failure detection and handover failure detection of the NB-IoT terminal.
- the preset event may be set under a plurality of conditions.
- the NB-IoT UE when configured to support the control plane CIoT EPS optimization and receives the RRC connection reset permission indication information of the NB-IoT UE transmitted by the base station without AS security activated.
- the radio link failure detection or the handover failure detection it may be determined that the preset event is satisfied.
- the RRC connection reconfiguration request message may include terminal identifier information set to SAE-Temporary Mobile Subscriber Identity (S-TMSI).
- S-TMSI SAE-Temporary Mobile Subscriber Identity
- the base station can query the terminal context by using the terminal identifier information received from the NB-IoT terminal.
- the terminal context may be confirmed by using the MME or may be confirmed by contents stored in the base station.
- the base station receiving the RRC connection reconfiguration request message is the target base station, the base station may query the terminal context for inquiry and confirm the request.
- the RRC connection reset request message may include a message authentication code.
- the message authentication code may include NAS MAC information for confirming the message authentication of the terminal in the MME.
- the NB-IoT terminal may transmit an RRC connection reconfiguration request message to the base station to prevent service interruption while minimizing power consumption by restarting signaling radio bearer of the NB-IoT terminal.
- the NB-IoT terminal may perform the step of receiving the RRC connection reconfiguration message from the base station (S120).
- the RRC connection reset message may include message authentication code information.
- the message authentication code may include NAS MAC information.
- the RRC connection reconfiguration message may include information for controlling to resume signaling radio bearer of the NB-IoT terminal.
- the NB-IoT terminal may perform the step of resuming the signaling radio bearer based on the RRC connection reestablishment message (S130).
- the NB-IoT terminal receiving the RRC connection reconfiguration message from the base station may resume signaling radio bearer.
- the NB-IoT terminal supporting the control plane CIoT EPS optimization may transmit and receive a small amount of data through the signaling radio bearer as described above. Accordingly, the NB-IoT terminal may maintain the data communication by minimizing service interruption by resuming the signaling radio bearer.
- the NB-IoT terminal described above may be a terminal configured to support Control Plane CIoT Cellular IoT Evolved Packet System (EPS) Optimization.
- EPS Control Plane CIoT Cellular IoT Evolved Packet System
- the NB-IoT terminal does not configure a data radio bearer, it may mean a terminal that performs data transmission and reception in a state that AS security is not activated.
- the above-described base station may be a source base station or a target base station.
- FIG. 2 is a view for explaining the operation of the terminal according to another embodiment.
- the NB-IoT terminal supports the control plane CIoT Cellular IoT Evolved Packet System (EPS) Optimization prior to the step of transmitting the RRC connection reset request message (S110).
- the step of transmitting the capability may be further performed (S210).
- EPS Evolved Packet System
- the NB-IoT terminal may transmit information indicating that it can support the control plane CIoT EPS optimization operation to the base station in advance so that the base station recognizes it.
- the terminal capability information may be transmitted during initial setup of the NB-IoT terminal and the base station.
- the NB-IoT terminal may further perform the step of receiving information indicating the permission of the mobility processing of the NB-IoT terminal from the base station through the system information (S220).
- the base station may transmit information indicating that the signaling radio bearer resumes operation through RRC connection reconfiguration.
- the NB-IoT terminal may perform the operation described with reference to FIG. 1 by checking information indicating that the signaling radio bearer is allowed to resume operation received through system information and transmitting an RRC connection reconfiguration request message to the base station.
- steps S210 and S220 may be changed, and either step may be omitted.
- FIG. 3 is a diagram illustrating an operation of a base station according to an exemplary embodiment.
- the base station may perform a step of receiving an RRC connection reestablishment request message from an NB-IoT terminal in performing mobility processing of a NB-IoT terminal (S310).
- the RRC connection reconfiguration request message may be received in a radio link failure detection and handover failure situation of the NB-IoT terminal.
- the RRC connection reset request message is configured to allow the NB-IoT terminal to support the control plane CIoT EPS optimization, and the RRC connection reset allowance indication information of the NB-IoT terminal transmitted by the base station while the AS security is not activated.
- reception if a plurality of conditions for generating a radio link failure detection or a handover failure detection are satisfied, it may be received.
- the RRC connection reconfiguration request message may include terminal identifier information set to SAE-Temporary Mobile Subscriber Identity (S-TMSI).
- the RRC connection reset request message may include a message authentication code.
- the message authentication code may include NAS MAC information for confirming the message authentication of the terminal in the MME.
- the base station may perform the step of checking the terminal context of the NB-IoT terminal based on the RRC connection reconfiguration request message (S320). For example, the base station may query the terminal context by using the terminal identifier information included in the RRC connection reconfiguration request message. For example, the terminal context may check the message authentication of the terminal using the MME, or may be confirmed by the content stored in the base station. Alternatively, when the base station receiving the RRC connection reconfiguration request message is the target base station, the terminal may check the message authentication of the terminal by requesting the terminal context to the source base station.
- the base station may perform a step of transmitting an RRC connection reconfiguration message for resuming the signaling radio bearer of the NB-IoT terminal (S330).
- the RRC connection reconfiguration message may include information for controlling to resume signaling radio bearer of the NB-IoT terminal.
- the NB-IoT terminal supporting the control plane CIoT EPS optimization may transmit and receive a small amount of data through the signaling radio bearer as described above. Accordingly, the NB-IoT terminal may maintain the data communication by minimizing service interruption by resuming the signaling radio bearer.
- the base station may receive the terminal capability indicating that the control plane (Control Plane) CIoT Cellular IoT Evolved Packet System (EPS) Optimization (Optimization).
- the terminal capability may be received during an initial setup of the NB-IoT terminal and the base station, and the base station performs the mobility processing by the NB-IoT terminal through the RRC connection reestablishment operation (eg, SRB resume) through the terminal capability. You can see that it supports.
- the base station may transmit information indicating that the base station allows the mobility processing of the NB-IoT terminal through the system information.
- the base station may transmit information indicating that the restart operation (perform mobility processing) of the signaling radio bearer of the NB-IoT terminal through the RRC connection reconfiguration.
- the NB-IoT terminal may perform the operation described with reference to FIG. 1 by checking information indicating that the signaling radio bearer is allowed to resume operation received through system information and transmitting an RRC connection reconfiguration request message to the base station.
- the NB-IoT terminal described above may be a terminal configured to support Control Plane CIoT Cellular IoT Evolved Packet System (EPS) Optimization.
- EPS Control Plane CIoT Cellular IoT Evolved Packet System
- the NB-IoT terminal does not configure a data radio bearer, it may mean a terminal that performs data transmission and reception in a state that AS security is not activated.
- the above-described base station may be a source base station or a target base station.
- the NB-IoT terminal can quickly interrupt service interruption in a situation of deterioration or handover failure of radio channel quality while minimizing power consumption. Through this, service continuity of the NB-IoT terminal may be supported.
- the NB-IoT terminal is described as a terminal, and when a distinction from the conventional LTE terminal is required, the NB-IoT terminal is described.
- First Example RRC connection by receiving help / instruction information from the terminal Suspend How to do it.
- the terminal is characterized by infrequent data transmission, low latency sensitivity, low cost, and low power consumption, it may be difficult for the terminal to remain connected even after the data transmission ends after the terminal is connected to the network for data transmission. It may cause undesirable consumption.
- the terminal may transmit the help information for this to the base station through the RRC message.
- the terminal may transmit indication information indicating / suggesting an RRC connection suspension through an RRC message.
- the base station may broadcast information through the system information on whether the terminal allows the above-described help / instruction information to be sent. Alternatively, the base station may provide information on whether to allow the terminal to send the above-described help / instruction information through dedicated information.
- the above help information may include information including one or more of information indicating that a transaction is completed, transaction data amount, next transaction time, remaining time until next transaction, transaction cycle, next transaction expected time, and next transaction data amount. Can be.
- the help information may be transmitted to the base station.
- the base station receiving the help / instruction information suspends the RRC connection. This may include suspension of the established radio bearer.
- the base station receiving the help / instruction information may store it in the terminal context.
- the terminal receiving the RRC message (eg, RRC connection release message) including information indicating the RRC connection suspend stores the above-described help information.
- a UE receiving an RRC message (eg, an RRC connection release message) including information indicating an RRC connection suspend suspends an RRC connection. This may include suspension of the established radio bearer.
- the terminal stores the terminal AS context.
- the terminal leaves the RRC connection state.
- the terminal may be connected to the network for data transmission and remain in the connected state for a long time after the data transmission ends. May cause undesirable.
- the terminal may transmit the help information for this to the MME through a NAS message.
- the terminal may transmit indication information indicating / suggesting the RRC connection suspension through a NAS message.
- the above help information may include information including one or more of information indicating that a transaction is completed, transaction data amount, next transaction time, remaining time until next transaction, transaction cycle, next transaction expected time, and next transaction data amount. Help information may be transmitted to the base station.
- the MME may maintain information on the expected UE behavior of the terminal based on the subscription information and the statistical information.
- the MME may transmit the help information to the MME after data transmission is completed after the terminal accesses a network for data transmission at an application layer / upper layer through an SCS server / external MTC server / application server.
- the above help information may include one or more of information indicating that a transaction is completed, transaction data amount, next transaction time, remaining time until next transaction, transaction period, next transaction expected time, and next transaction data amount.
- the MME sends an S1 message to the base station that includes information indicating to suspend the RRC connection.
- the MME may include the above help information in the S1 message.
- the base station receiving the assistance information suspends the RRC connection. This includes suspension of the radio bearer set up.
- the base station receiving the assistance information may store it in the terminal context.
- a terminal receiving an RRC message (eg, an RRC connection release message) including information indicating an RRC connection suspension stores the aforementioned help information.
- a terminal receiving an RRC message (eg, an RRC connection release message) including information indicating an RRC connection suspend stores a terminal AS context including the above-described help information.
- the terminal leaves the RRC connection state.
- the base station sends a response message to the S1 message containing information instructing the MME to suspend the aforementioned RRC connection.
- one or more of mobility procedures such as measurement configuration, reporting configuration, and handover command by base station control may be applied to the general CONNECTED terminal.
- the power consumption of the NB-IoT terminal is increased to satisfy the low power requirements of the NB-IoT terminal. It can be difficult.
- the base station can simplify mobility procedure related configuration to reduce terminal power consumption increase.
- the measurement configuration can be simplified.
- the base station may configure the filtering coefficient for the measurement quantity to be different from the filtering coefficient for the measurement quantity for the general terminal.
- the filtering coefficient represents a value used for Layer 3 filtering of the measured value.
- the UE filters the measured values using the following formula before using the UE for measurement reporting or evaluation of reporting criteria for each measurement quantity in which the UE performs measurement.
- Is the last measurement received from the physical layer Is the updated filtered measure, Indicates the previous filtered measurement, , Where Denotes a filter coefficient.
- the filtering coefficient may be used as another value (eg, a natural number of k> 4) assuming a larger sample rate.
- a cell change threshold may be configured, but no reporting is performed.
- the base station may configure information for instructing the above-described operation in the terminal.
- an NB-IoT terminal capable of supporting measurement configuration or reporting configuration or connected mode mobility may be defined so that the base station provides measurement configuration or reporting configuration or connected mode mobility support only for the corresponding NB-IoT terminal.
- the corresponding NB-IoT terminal provides a measurement configuration, a reporting configuration, or a connected mode mobility support function for the NB-IoT terminal (terminals classified into the NB-IoT category)
- the corresponding NB-IoT terminal is included in the terminal capability information.
- Information on whether such a function is supported may be indicated to the base station.
- the NB-IoT terminal may include the same in the RRC connection request message and transmit the same to the base station.
- the NB-IoT terminal may be included in the RRC connection resumption request message and delivered to the base station.
- information on whether such a function is supported may be transferred from the terminal to the base station using the UE capability transfer procedure.
- information on whether such a function is supported may be instructed by the terminal to the MME through NAS signaling (attach procedure, etc.) and transmitted to the base station through the S1 interface.
- the base station may send an RRC connection reconfiguration message for providing the measurement configuration or reporting configuration or the connected mode mobility support function for the terminal.
- the method of allowing the NB-IoT terminal to transmit the measurement reporting in a timely manner and the base station performs the handover based on this may be a significant overhead.
- the following mobility support method may be provided for the UE in the connected state.
- the base station may instruct the terminal of the cell change threshold criteria and the terminal to trigger the RRC connection resetting procedure when the terminal reaches the criteria.
- an event for cell change criteria may be defined.
- an event of an A3 event (Neighbor becomes amount of offset better than PCell) of a general LTE terminal may be defined.
- an A2 event (Serving becomes worse than absolute threshold) event of a general LTE terminal may be defined.
- an A2 event (Serving becomes worse than absolute threshold) and an A4 event (Neighbor becomes better than absolute threshold) type event of a general LTE terminal may be defined.
- an RLF criterion of a general LTE terminal may be defined. This allows the UE to detect a radio link failure through the RLF timer and related parameters broadcast by the base station.
- the terminal may trigger the above procedure when two events are satisfied at the same time.
- the base station can recognize the terminal capable of performing this operation through the terminal capability information.
- the base station may configure the information for instructing such an operation to the terminal. As an example, this may be indicated through system information and configured in the terminal. As another example, this may be indicated through dedicated signaling information and configured in the terminal.
- the RRC connection reset procedure can only be initiated when AS security is activated. Therefore, this can be applied to an NB-IoT terminal that supports both control plane CIoT EPS optimization and user plane CIoT EPS optimization, or NB-IoT terminal that supports user plane CIoT EPS optimization. If the NB-IoT terminal supports only control plane CIoT EPS optimization, this may be possible by adding a process of activating AS security or performing message authentication when checking the terminal context through the MME. .
- the UE may perform RRC connection resetting by performing at least one of the following operations.
- the terminal When initiating the RRC connection reestablishment procedure, the terminal stops if a timer (eg T310 or T312) is running.
- a timer eg T310 or T312
- the terminal suspends all radio bearers except SRB0.
- the terminal resets the MAC.
- the terminal applies a default physical channel configuration.
- the terminal applies the default MAC main configuration.
- the terminal performs cell selection.
- the terminal applies timealignmenttimercommon included in the system information.
- the terminal initiates the transmission of the RRC connection reset request message.
- the terminal identifier is set to C-RNTI used in the source PCell.
- the terminal identifier is set to S-TMSI.
- the physical cell identifier is set to the physCellId used in the source PCell.
- shortMAC-I is set to 16 least significant bits of the calculated MAC-I.
- the terminal identifier is set to S-TMSI, the terminal may include a NAS MAC.
- the reset cause (reestablishmentCause) is set to cell change (or mobility support or handover).
- the base station transmits an RRC connection reconfiguration message to the terminal.
- the UE that receives the RRC connection reconfiguration message operates as an example.
- the terminal resets the PDCP for the SRB1.
- the terminal resets the RLC for the SRB1.
- the terminal performs radio resource configuration according to the received radio resource configuration dedicated information.
- the terminal resumes SRB1.
- the terminal updates the K eNB key based on the K ASME key with which the current K eNB is associated using the NCC value indicated in the RRC connection reconfiguration message.
- the terminal derives K RRCint associated with the previously configured integrity algorithm.
- the terminal derives K RRCint and K UPenc associated with the previously configured ciphering algorithm.
- the terminal is configured to activate integrity protection in the lower layer by using the previously configured algorithm and K RRCint .
- the terminal is configured to apply a ciphering algorithm, K RRCint , K UPenc to the lower layer.
- the terminal transmits an RRC connection reset complete message to the base station.
- the UE that has received the RRC connection reconfiguration message operates as follows as another example. That is, when receiving the RRC connection reconfiguration request message with the reset cause information set to the cell change, the base station may reconfigure all DRBs through the RRC connection reconfiguration message.
- the terminal resets the PDCP for the SRB1 and all the DRBs.
- the terminal resets the RLC for the SRB1 and all the DRBs.
- the terminal performs radio resource configuration according to the received radio resource configuration dedicated information.
- the UE resumes SRB1 and all DRBs.
- the terminal updates the K eNB key based on the K ASME key with which the current K eNB is associated using the NCC value indicated in the RRC connection reconfiguration message.
- the terminal derives K RRCint associated with the previously configured integrity algorithm.
- the terminal derives K RRCint and K UPenc associated with the previously configured ciphering algorithm.
- the terminal is configured to activate integrity protection in the lower layer by using the previously configured algorithm and K RRCint .
- the terminal is configured to apply a ciphering algorithm, K RRCint , K UPenc to the lower layer.
- the terminal transmits an RRC connection reset complete message to the base station.
- the method of allowing the NB-IoT terminal to transmit the measurement reporting in a timely manner and the base station performs the handover based on this may be a significant overhead.
- the following mobility support method may be provided for the UE in the connected state.
- the base station may instruct the terminal to the cell change threshold criteria and to trigger the RRC connection resumption (after cell change) when the terminal reaches the criteria.
- an event of an A3 event (Neighbor becomes amount of offset better than PCell) of a general LTE terminal may be defined.
- an A2 event (Serving becomes worse than absolute threshold) event of a general LTE terminal may be defined.
- an A2 event (Serving becomes worse than absolute threshold) and an A4 event (Neighbor becomes better than absolute threshold) type event of a general LTE terminal may be defined.
- an RLF criterion of a general LTE terminal may be defined. This enables the UE to detect a radio link failure through the RLF timer and related parameters broadcast by the base station.
- the terminal may trigger the above procedure when two events are satisfied at the same time.
- the base station can recognize the terminal capable of performing this operation through the terminal capability information.
- the base station may configure the information for instructing such an operation to the terminal.
- One or more of the operations may be performed.
- the UE may include an AS including one or more of a current RRC connection, a current security context, a PDCP state including a ROHC state, a C-RNTI used in the source PCell, a physical cell identifier and a cellIdentity of the source PCell. Save the context.
- the UE may include an AS including one or more of a current RRC connection, a current security context, a PDCP state including an ROHC state, a C-RNTI used in the source PCell, a physical cell identifier of the source PCell, and a cellIdentity. Keep the context.
- an AS contact that includes one or more of a current RRC connection, a current security context, a PDCP state including a ROHC state, a C-RNTI used in the source PCell, a physical cell identifier and a cellIdentity of the source PCell. Suspend the strap.
- the terminal stores / maintains the resume identifier / terminal identifier / base station identifier and terminal identifier (which may be referred to as a resume identifier below for convenience of description).
- the UE suspends all SRB (s) and DRB (s).
- the terminal for example, T310 or T312 If the terminal (for example, T310 or T312) is running, it stops.
- the terminal resets the MAC.
- the terminal starts synchronization in the downlink of the target cell.
- the terminal may select the target cell based on the neighbor cell information satisfying the above-described cell change criteria.
- the terminal acquires MIB information from the target cell.
- the terminal acquires system information (eg, RA-preamble, etc.) related to the RRC connection resumption request in the target cell.
- system information eg, RA-preamble, etc.
- the UE may receive the RRC connection resumption request related information (for example, RA-preamble, etc.) of the neighbor cell in the source cell through system information or dedicated information.
- the terminal applies a default physical channel configuration.
- the terminal applies the default MAC main configuration.
- the terminal applies the (default) CCCH configuration (specified in section 9.1.1.2 of 3GPP TS36.331 document).
- the terminal starts an associated timer (eg, T300).
- T300 an associated timer
- the UE transmits an RRC connection resumption request message (described as using an RRC connection resumption request message for convenience of description, but a new RRC connection message for supporting mobility is also included in the scope of the present invention) to the base station.
- an RRC connection resumption request message (described as using an RRC connection resumption request message for convenience of description, but a new RRC connection message for supporting mobility is also included in the scope of the present invention) to the base station.
- the resume identifier / terminal identifier is set to a resumeIdentity / terminal identifier indicated by the source base station.
- the resume identifier may be set to a stored resume identifier (resumeIdentity).
- short-resume-MAC-I sets to 16 least significant bits of the calculated MAC-I.
- the resume cause (resumeCause) is set to cell change (or mobility support or handover).
- the terminal may ignore this. Alternatively, the access barring check for the general LTE terminal may not be performed.
- the target base station transmits an RRC connection resume message to the terminal.
- the UE that receives the RRC connection resume message operates as follows, for example.
- the terminal stops the associated timer (for example, T300).
- the terminal resumes the RRC connection.
- the terminal resumes the security context.
- the terminal resets the RLC entity for all SRBs and DRBs.
- the terminal resets PDCP entities for all SRBs and DRBs.
- the terminal discards the resume identifier (resumeIdentity).
- the terminal performs radio resource configuration according to the received radio resource configuration dedicated information.
- the UE resumes all SRBs and DRBs.
- the UE updates the K eNB key based on the K ASME key associated with the current K eNB using the NCC value indicated in the RRC connection resume message.
- the terminal derives K RRCint associated with the previously configured integrity algorithm.
- the terminal requests the lower layer to verify the integrity protection of the RRC connection resume message by using the previously configured algorithm and K RRCint .
- the terminal derives K RRCint and K UPenc associated with the previously configured ciphering algorithm.
- the terminal is configured to activate integrity protection in the lower layer by using the previously configured algorithm and K RRCint .
- the terminal is configured to apply a ciphering algorithm, K RRCint , K UPenc to the lower layer.
- the terminal considers the current cell as a PCell.
- the terminal transmits an RRC connection resumption completion message to the target base station.
- the terminal operates as follows.
- the terminal starts synchronization in the downlink of the target cell.
- the terminal may select the target cell based on the neighbor cell information satisfying the above-described cell change criteria.
- the terminal acquires MIB information from the target cell. Or, the terminal acquires system information (eg, RA-preamble, etc.) related to the RRC connection resumption request in the target cell. As another method, the UE may receive the RRC connection resumption request related information (for example, RA-preamble, etc.) of the neighbor cell in the source cell through system information or dedicated information.
- system information eg, RA-preamble, etc.
- the UE may receive the RRC connection resumption request related information (for example, RA-preamble, etc.) of the neighbor cell in the source cell through system information or dedicated information.
- the terminal applies a default physical channel configuration.
- the terminal applies the default MAC main configuration.
- the terminal applies the (default) CCCH configuration (specified in section 9.1.1.2 of 3GPP TS36.331).
- the terminal starts an associated timer (eg, T300).
- T300 an associated timer
- the UE transmits an RRC connection resumption request message (described as using an RRC connection resumption request message for convenience of description, but a new RRC connection message for supporting mobility is also included in the scope of the present invention) to the base station.
- an RRC connection resumption request message (described as using an RRC connection resumption request message for convenience of description, but a new RRC connection message for supporting mobility is also included in the scope of the present invention) to the base station.
- the resume identifier / terminal identifier is set to a resumeIdentity / terminal identifier indicated by the source base station.
- the resume identifier may be set to a stored resume identifier (resumeIdentity).
- short-resume-MAC-I sets to 16 least significant bits of the calculated MAC-I.
- ResumeCause is set to cell change (or mobility support or handover).
- the above operation may be an operation for supporting mobility of the RRC connected state terminal. Accordingly, the terminal may not perform measurement and evaluation related to cell reselection. In addition, the terminal may not perform the access barring check procedure.
- the terminal since the RRC connection resumption procedure was for resuming the connection of the RRC idle state terminal, the cell reselection related measurement and evaluation and the access barring check procedure had to be performed during the RRC connection resumption.
- the target base station transmits an RRC connection resume message to the terminal.
- the UE that receives the RRC connection resume message operates as follows, for example.
- the terminal stops the associated timer (eg, T300).
- the terminal recovers the RRC connection and security context from the stored / maintained terminal AS context.
- the terminal resets the RLC entities for all SRBs and DRBs.
- the terminal resets PDCP entities for all SRBs and DRBs.
- the terminal discards the stored terminal AS context and the resumeIdentity.
- the terminal performs radio resource configuration according to the received radio resource configuration dedicated information.
- the UE resumes all SRBs and DRBs.
- the UE updates the K eNB key based on the K ASME key with which the current K eNB is associated using the NCC value indicated in the RRC connection resume message.
- the terminal derives K RRCint associated with the previously configured integrity algorithm.
- the terminal requests the lower layer to verify the integrity protection of the RRC connection resume message by using the previously configured algorithm and K RRCint .
- the terminal derives K RRCint and K UPenc associated with the previously configured ciphering algorithm.
- the terminal is configured to activate integrity protection in the lower layer by using the previously configured algorithm and K RRCint .
- the terminal is configured to apply a ciphering algorithm, K RRCint , K UPenc to the lower layer.
- the terminal considers the current cell as a PCell.
- the terminal transmits an RRC connection resumption completion message to the target base station.
- the target base station receiving the aforementioned RRC connection resumption message fails for some reason (for example, fails to receive the terminal context from the source base station, the target base station is not ready for handover due to the terminal context failure), and the like. Failure to resume connection or may want to instruct the RRC connection configuration instructions to the terminal.
- the target base station receiving the aforementioned RRC connection resumption message may transmit an RRC connection setup message to the UE without transmitting the RRC connection resumption success message (RRC connection resumption message) for any reason.
- the terminal may perform one or more of the following operations.
- the terminal removes the terminal AS context and the re-identifier.
- the UE requests the upper layer for necessary information (eg, S-TMSI) to set up / receive / receive / set up the terminal context from the MME.
- the terminal sets the s-TMSI to the value received from the upper layer in the RRC Connection setup complete message.
- the UE may include the message / information received from the upper layer in the RRC Connection setup complete message.
- the conventional RRC connection resumption procedure is used to recover the AS configuration including the SRB and the DRB from the stored context for the RRC IDLE terminal whose RRC connection is released due to the RRC suspend.
- an RRC connection resumption procedure may be used for an RRC CONNECTED terminal.
- the conventional RRC connection resumption procedure may be applied to an NB-IoT terminal that supports both control plane CIoT EPS optimization and user plane CIoT EPS optimization, or NB-IoT terminal that supports user plane CIoT EPS optimization. In the prior art, it could not support the NB-IoT terminal that supports only the control plane CIoT EPS optimization. However, if the present embodiment is applied, an RRC connection resumption procedure may be used for mobility support even for an NB-IoT terminal that supports only control plane CIoT EPS optimization.
- the resume identifier of the terminal is configured for the RRC connection suspend, it could be provided included only on the RRC connection release message. That is, when the cause of the release of the RRC connection suspend on the RRC connection release message, including the resume identifier was instructed to the terminal.
- the re-identifier may be configured in advance to the terminal through the RRC connection reconfiguration message.
- the method of allowing the NB-IoT terminal to transmit the measurement reporting in a timely manner and the base station performs the handover based on this may be a significant overhead.
- the following mobility support method may be provided for the UE in the connected state.
- the base station instructs the terminal to change the cell threshold to the terminal and when the terminal reaches the RRC connection cell change procedure (hereinafter referred to as RRC connection cell change for convenience of description.
- RRC connection cell change for convenience of description.
- mobility support which may be changed / replaced in other terms).
- an event of an A3 event (Neighbor becomes amount of offset better than PCell) of a general LTE terminal may be defined.
- an A2 event (Serving becomes worse than absolute threshold) event of a general LTE terminal may be defined.
- an A2 event (Serving becomes worse than absolute threshold) and an A4 event (Neighbor becomes better than absolute threshold) type event of a general LTE terminal may be defined.
- an RLF criterion of a general LTE terminal may be defined. This enables the UE to detect a radio link failure through the RLF timer and related parameters broadcast by the base station.
- the terminal may trigger the above procedure when two events are satisfied at the same time.
- the base station can recognize the terminal capable of performing this operation through the terminal capability information.
- the base station may configure the information for instructing such an operation to the terminal.
- the RRC connection cell change procedure can be used for NB-IoT terminals that support only control plane CIoT EPS optimization, NB-IoT terminals that support both control plane CIoT EPS optimization and user plane CIoT EPS optimization, or NB- that supports user plane CIoT EPS optimization. It can be applied to IoT terminals.
- the RRC connection resetting procedure or the RRC connection resumption procedure according to the prior art are both procedures applicable to the RRC IDLE state terminal. Therefore, in order to use as a procedure for supporting cell change for the RRC connected state terminal, as described above, indication information for distinguishing this may be necessary. Alternatively, you can provide this behavior by defining a new RRC procedure that is separate from the RRC connection reset procedure or the RRC connection resume procedure. Hereinafter, for convenience of description, this is referred to as an RRC connection cell change procedure.
- the RRC connection cell change procedure may be provided through SRB0.
- This request is not cyphered but can be protected with a message authentication code. That is, the RRC connection cell change request message triggered by the UE may be protected with a message authentication code and thus may be used for an NB-IoT UE that supports only the control plane CIoT EPS optimization in which AS security is not activated.
- This message authentication code may include NAS authentication code information (NAS MAC) for confirming the message authentication of the terminal in the MME.
- NAS MAC NAS authentication code information
- the terminal may perform one or more of the following operations.
- the UE may include an AS contact including one or more of a current RRC connection, a current security context, a PDCP state including an ROHC state, a C-RNTI used in the source PCell, a physical cell identifier and a cellIdentity of the source PCell. Keep the strings.
- AS context that includes one or more of a current RRC connection, a current security context, a PDCP state that includes a ROHC state, a C-RNTI used in the source PCell, a physical cell identifier and a cellIdentity of the source PCell. Suspend.
- the terminal stores / maintains the resume identifier / terminal identifier / base station identifier and terminal identifier (which may be referred to as a resume identifier below for convenience of description).
- the UE suspends all SRB (s) and DRB (s).
- the terminal for example, T310 or T312 If the terminal (for example, T310 or T312) is running, it stops.
- the terminal resets the MAC.
- the terminal starts synchronization in the downlink of the target cell.
- the terminal may select the target cell based on the neighbor cell information satisfying the above-described cell change criteria.
- the terminal acquires MIB information from the target cell. Or, the terminal acquires RRC connection cell change request related system information (eg, RA-preamble, etc.) in the target cell. As another method, the UE may receive RRC connection cell change request related information (eg, RA-preamble, etc.) of the neighbor cell in the source cell through system information or dedicated information.
- RRC connection cell change request related information eg, RA-preamble, etc.
- the terminal applies a default physical channel configuration.
- the terminal applies the default MAC main configuration.
- the terminal applies the (default) CCCH configuration (specified in section TS.1.23.331).
- the terminal starts the associated timer (eg T300).
- the terminal transmits an RRC connection cell change request message to the base station.
- the resume identifier / terminal identifier is set to a resumeIdentity / terminal identifier indicated by the source base station.
- short-resume-MAC-I sets to 16 least significant bits of the calculated MAC-I.
- ResumeCause is set to cell change (or mobility support or handover).
- the terminal may ignore this.
- the access barring check for the general terminal may not be performed.
- the target base station transmits an RRC connection cell change message to the terminal.
- the UE that receives the RRC connection cell change message operates as follows, for example.
- the terminal stops the associated timer (for example, T300).
- the terminal resumes the RRC connection.
- the terminal resumes the security context.
- the terminal resets the RLC entity for all SRBs and DRBs.
- the terminal resets PDCP entities for all SRBs and DRBs.
- the terminal discards the resume identifier (resumeIdentity).
- the terminal performs radio resource configuration according to the received radio resource configuration dedicated information.
- the UE resumes all SRBs and DRBs.
- the UE updates the K eNB key based on the K ASME key to which the current K eNB is associated using the NCC value indicated in the RRC connection cell change message.
- the terminal derives K RRCint associated with the previously configured integrity algorithm.
- the terminal requests the lower layer to verify the integrity protection of the RRC connection resume message by using the previously configured algorithm and K RRCint .
- the terminal derives K RRCint and K UPenc associated with the previously configured ciphering algorithm.
- the terminal is configured to activate integrity protection in the lower layer by using the previously configured algorithm and K RRCint .
- the terminal is configured to apply a ciphering algorithm, K RRCint , K UPenc to the lower layer.
- the terminal considers the current cell as a PCell.
- the terminal transmits an RRC connection cell change complete message to the target base station.
- the target base station receiving the aforementioned RRC connection cell change message fails for some reason (for example, fails to retrieve the terminal context from the source base station, the target base station is not ready for handover due to insufficient terminal context, etc.) Failure to change the connection cell or may be directed to the RRC connection configuration instructions to the terminal.
- the target base station receiving the aforementioned RRC connection cell change message may transmit an RRC connection setup message to the UE without transmitting the RRC connection cell change success message (RRC connection cell change message) for any reason. .
- the terminal may perform one or more of the following operations.
- the terminal deletes / removes / discards the terminal AS context and the resume identifier.
- the UE requests the upper layer for necessary information (eg, S-TMSI) to set up / receive / receive / set up the terminal context from the MME.
- the terminal sets the s-TMSI to the value received from the upper layer in the RRC Connection setup complete message.
- the UE may include the message / information received from the upper layer in the RRC Connection setup complete message.
- the re-identifier of the terminal since the re-identifier of the terminal is configured for the RRC connection suspend, it could be provided included only on the RRC connection release message. That is, when the cause of the release of the RRC connection suspend on the RRC connection release message, including the re-identifier was instructed to the terminal.
- the re-identifier may be configured in advance to the terminal through the RRC connection reconfiguration message.
- FIG. 4 is a diagram illustrating a cell change procedure of a connected state terminal according to an embodiment.
- the base stations 410 and 420 recognize that the terminal 400 is the terminal 400 capable of changing the cell through the terminal capability information. As another example, the base stations 410 and 420 may indicate that the cell change is supported in the cell through system information.
- the information indicating that the cell change is provided through the system information indicates the RRC message transmission allowance for the NB-IoT UE supporting only the control plane CIoT EPS optimization.
- the information indicating that the cell change is provided through the system information may allow the UE to transmit the RRC message triggered by the UE to the NB-IoT UE supporting both the control plane CIoT EPS optimization and the user plane CIoT EPS optimization. Indicates information to be indicated.
- the source base station 410 instructs the terminal 400 of the cell change criteria / rule / threshold value / event of the connected state terminal (S400).
- the cell change criteria / rule / threshold / event may be included in the RRC connection reconfiguration message.
- the cell change criterion / rule / threshold / event may be included in the RRC connection setup message for the UE using the control plane CIoT EPS optimization.
- the cell change criterion / rule / threshold / event may be a parameter related to a radio link failure (RLF) timer configured to be UE-specifically configured by the base station.
- RLF radio link failure
- the cell change criteria / rule / threshold / event may be an RLF timer and related parameters broadcasted by the base station through system information.
- the cell change criteria / rule / threshold / event may be an RLF timer and related parameters broadcast by the base station through system information.
- the terminal 400 may initiate the above-described cell change procedure when the cell change criterion / rule / threshold value / event of the connection state terminal indicated by the base station 410 is exceeded / reached / satisfied (S405). For example, when the radio link failure criterion is reached, a cell change procedure triggered by the aforementioned terminal can be initiated.
- the terminal 400 transmits an RRC message for cell change to the target base station 420 (S410).
- the target base station 420 requests the terminal context to the source base station 410 (S415). As another example, the target base station 420 requests the terminal context to the MME 430.
- the source base station 410 responds to this (S420).
- Data forwarding may be performed (S425).
- the target base station 420 transmits an RRC message for configuring the RRC cell change to the terminal 400 (S430).
- the above-described RRC message may be an RRC connection reconfiguration message.
- the above-described RRC message may be an RRC message distinguished from an RRC connection reconfiguration message.
- the terminal 400 transmits a confirmation message to the target base station 420 (S435).
- the target base station 420 sends a path switch request message to the MME 430 (S440).
- the MME 430 responds to this (S445).
- the target base station 420 instructs the source base station 410 to release the terminal context (S450).
- the steps S415 to S425 may be performed simultaneously with the steps S430 to S435 or after the steps S430 to S435.
- the source base station 410 may continue to retransmit without knowing this and may waste radio resources or cause interference.
- the terminal 400 may transmit the indication information about the target base station cell change attempt or the target base station cell change threshold reached to the source base station 410.
- the conveyed information may use an RRC message or MAC CE or PHY signaling for fast transmission.
- the present disclosure has an effect of improving service continuity for an NB-IoT terminal in a connected state.
- the foregoing has described an RRC suspend method, a low power mobility support embodiment, and an example of a cell change procedure for reducing power consumption of an NB-IoT terminal.
- First Example target Method for requesting UE context for UE reconfiguration / change / reconfiguration from base station to MME.
- the target base station If the terminal transmits an RRC message requesting the cell change to the target base station in order to attempt cell change directly, the target base station receiving the message configures, reconfigures, resumes, and changes the RRC connection for the cell change requesting UE. You can do a reset.
- the target base station may request a terminal context to a core network entity (MME, which is a core network control plane entity in case of LTE), in order to perform connection configuration / reconfiguration / resume / change for the terminal.
- MME core network entity
- the terminal may include an S-TMSI capable of identifying the serving MME by the terminal identifier in the RRC message requesting the cell change to the target base station.
- S-TMSI is composed of the MMEC and m-TMSI can identify the serving MME of the terminal.
- the message for requesting the terminal context from the target base station to the MME may be one of the S1 messages.
- the message for requesting the UE context to the MME may be one of an E-RAB setup / modify / release request / response message, an initial context setup / modification request / response message, and an eNB Status Transfer message. .
- the message for requesting the UE context to the MME may be a UE context release request message.
- the message for requesting the terminal context from the target base station to the MME may be a Handover Required message.
- the message for requesting the terminal context from the target base station to the MME may be a Handover Notify message.
- the target base station may inform the MME of the cell change request of the terminal.
- the message for requesting the terminal context from the target base station to the MME may be a path switch request message.
- the message for requesting the terminal context from the target base station to the MME may be a terminal context resume request message.
- the message for requesting the terminal context from the target base station to the MME may be a new S1 message distinguished from the above-described message.
- the above-described message for requesting the terminal context by the target base station to the MME includes S-TMSI information for identifying the terminal in the MME, NAS authentication code information for confirming the message authentication of the terminal in the MME (NAS MAC: Non Access Stratum Message Authentication Code) and information to reduce data transmission interruption.
- S-TMSI information for identifying the terminal in the MME
- NAS authentication code information for confirming the message authentication of the terminal in the MME
- NAS MAC Non Access Stratum Message Authentication Code
- information to reduce data transmission interruption For example, it may include information for requesting uplink PDCP SN and HFN reception status and / or downlink PDCP SN and HFN transmission status transmission from a source base station.
- the terminal context resume message is the uplink PDCP SN and HFN reception status and / or downlink PDCP from the source base station It may include information for requesting transmission of the SN and HFN transmission status.
- the UE context resume message is a message for instructing the MME to resume a suspended RRC connection, so if the target base station uses this message to request an UE context to the MME for an RRC connected UE, the MME suspended RRC connection It may include information indicating whether to instruct to resume.
- the MME may transfer this information to the source base station.
- the source base station receives this information, it can send uplink PDCP SN and HFN reception status and / or downlink PDCP SN and HFN transmission status information to the MME.
- the MME may again transmit uplink PDCP SN and HFN reception status and / or downlink PDCP SN and HFN transmission status information to the target base station.
- the MME may transmit the terminal context of the corresponding terminal to the target base station.
- the MME may receive the terminal context information of the terminal through the source base station (retrieve) and deliver it to the target base station.
- the source base station When the source base station receives a message requesting a terminal context to be delivered from the MME to the target base station, or the source base station transmits an uplink PDCP SN and HFN reception state and / or a downlink PDCP SN and HFN transmission state to be transmitted from the MME to the target base station.
- the source base station may start data forwarding to the target base station through an uplink / downlink tunnel with the target base station. .
- a message in which the target base station requests the terminal context to the MME and / or a message instructed by the MME to the source base station according to the message that the target base station requests the terminal context to the MME may include uplink forwarding proposal / instruction information and downlink.
- the aforementioned uplink PDCP SN and HFN reception status and / or downlink PDCP SN and HFN transmission status information may be information distinguished for each bearer.
- the uplink GTP tunnel endpoint information for data forwarding and the downlink GTP tunnel endpoint information for data forwarding may be information distinguished for each bearer.
- Second Embodiment A method for requesting a terminal context from a target base station to a source base station.
- the target base station If the terminal transmits an RRC message requesting the cell change to the target base station in order to attempt cell change directly, the target base station receiving the message configures, reconfigures, resumes, and changes the RRC connection for the cell change requesting UE. You can do a reset.
- the target base station may request the terminal context to the source base station to perform the connection configuration / reconfiguration / resume / change to the cell request terminal for the terminal.
- the terminal may include the terminal identification information including the base station identification information in the RRC message requesting the cell change to the target base station as the terminal identifier.
- the Resume ID may be used as a terminal identifier.
- Resume ID is composed of the base station identification information of the source base station and the terminal identification information assigned by the source base station can identify the source base station of the terminal.
- the source base station identification information and the C-RNTI information allocated by the source base station may be used as the terminal identifier.
- the source cell identification information and the C-RNTI information allocated by the source base station may be used as the terminal identifier.
- one or more of source cell identification information, source base station identification information, C-RNTI information allocated by the source base station, and shorMAC-I may be used as a terminal identifier.
- the message for requesting the terminal context from the target base station to the source base station may be one of the X2 messages.
- the message for requesting the terminal context from the target base station to the source base station may be a Retrieve UE context request message.
- the message for requesting the terminal context from the target base station to the source base station may be a UE context release message.
- the message for requesting the terminal context from the target base station to the source base station may be a Handover Report message.
- the message for requesting the terminal context from the target base station to the source base station may be a new X2 message distinguished from the above-described message.
- the above-described message for requesting the terminal context from the target base station to the source base station includes C-RNTI information for identifying the terminal from the source base station and AS authentication for confirming the message authentication of the terminal from the source base station. It may include code information (AS MAC: Access Stratum Message Authentication Code) and information for reducing data transmission interruption. For example, it may include information for requesting uplink PDCP SN and HFN reception status and / or downlink PDCP SN and HFN transmission status transmission from a source base station.
- AS MAC Access Stratum Message Authentication Code
- the retrieve UE context request message is the uplink PDCP SN and HFN reception status and / or downlink from the source base station It may include information for requesting transmission of PDCP SN and HFN transmission status.
- the Retrieve UE context request message is a message for receiving the terminal context from the previous base station to which the RRC connection is suspended and transmitting it to a new base station requested to resume the RRC connection, if this message is the target base station for the RRC connected terminal. If used to request a terminal context from the source base station, the terminal may receive information from the suspended base station (retrieve) and may include information indicating whether the RRC connection is to resume.
- the source base station receives information requesting uplink PDCP SN and HFN transmission status and / or downlink PDCP SN and HFN transmission status transmission from the target base station, the source base station receives the uplink PDCP SN and HFN reception status and / or downlink. Link PDCP SN and HFN transmission status information can be transmitted.
- the source base station When the source base station receives the message for requesting the terminal context from the target base station, the source base station may transmit the terminal context of the terminal to the target base station.
- the source base station When the source base station receives a message requesting a terminal context to be delivered to the target base station, or the source base station receives information from the target base station requesting transmission of uplink PDCP SN and HFN and / or downlink PDCP SN and HFN transmission status. Upon receipt (or upon receipt of information by the source base station suggesting / instructing data forwarding from the target base station), the source base station may begin data forwarding to the target base station via an uplink / downlink tunnel with the target base station.
- a message requesting a terminal context from a target base station to a source base station includes uplink forwarding proposal / instruction information, downlink forwarding proposal / instruction information, forwarding proposal / instruction information, uplink GTP tunnel endpoint information for data forwarding, One or more of downlink GTP tunnel endpoint information for data forwarding may be included.
- the aforementioned uplink PDCP SN and HFN reception status and / or downlink PDCP SN and HFN transmission status information may be information distinguished for each bearer.
- the uplink GTP tunnel endpoint information for data forwarding and the downlink GTP tunnel endpoint information for data forwarding may be information distinguished for each bearer.
- Third embodiment Method of requesting UE context from target base station to anchor base station.
- a specific base station maintaining a terminal context may be defined as an anchor base station.
- the target base station may request data transmission to the anchor base station.
- the target base station If the terminal transmits an RRC message requesting the cell change to the target base station in order to attempt cell change directly, the target base station receiving the message configures, reconfigures, resumes, and changes the RRC connection for the cell change requesting UE. You can do a reset.
- the target base station may request the terminal context to the anchor base station to perform the connection configuration / reconfiguration / resume / change for the cell change request terminal for the terminal.
- the terminal may include terminal identification information including anchor base station identification information as a terminal identifier in an RRC message requesting a cell change to the target base station.
- the Resume ID may be used as a terminal identifier.
- Resume ID is composed of the base station identification information of the anchor base station and the terminal identification information assigned by the anchor base station can identify the anchor base station of the terminal.
- the anchor base station identification information and the C-RNTI information allocated by the source base station may be used as the terminal identifier.
- the source cell identification information and the C-RNTI information allocated by the anchor base station may be used as the terminal identifier.
- one or more of source cell identification information, anchor base station identification information, C-RNTI information allocated by the source base station, and shorMAC-I may be used as a terminal identifier.
- the message for requesting the terminal context from the target base station to the anchor base station may be one of the X2 messages.
- the message for requesting the terminal context from the target base station to the anchor base station may be a Retrieve UE context request message.
- the message for requesting the terminal context from the target base station to the anchor base station may be a UE context release message.
- the message for requesting the terminal context from the target base station to the anchor base station may be a Handover Report message.
- the message for requesting the terminal context from the target base station to the anchor base station may be a new X2 message distinguished from the above-described message.
- the message for requesting the terminal context from the target base station to the anchor base station includes Resume ID information for identifying the terminal from the anchor base station, and an AS authentication code for confirming the message authentication of the terminal from the anchor base station.
- Information (AS MAC: Access Stratum Message Authentication Code) and information for reducing data transmission interruption. For example, it may include information for requesting uplink PDCP SN and HFN reception status and / or downlink PDCP SN and HFN transmission status transmission from a source base station.
- the anchor base station may transfer this information to the source base station.
- the source base station can transmit the uplink PDCP SN and HFN reception status and / or downlink PDCP SN and HFN transmission status information to the anchor base station.
- the anchor base station may again transmit the uplink PDCP SN and HFN reception status and / or downlink PDCP SN and HFN transmission status information to the target base station.
- the anchor base station may transmit the terminal context of the corresponding terminal to the target base station.
- the anchor base station may receive the terminal context information of the corresponding terminal through the source base station (retrieve) and deliver it to the target base station.
- the source base station When the source base station receives a message requesting a terminal context to be delivered from the anchor base station to the target base station, or the source base station receives an uplink PDCP SN and HFN reception state and / or downlink PDCP SN and HFN to be delivered from the anchor base station to the target base station.
- the source base station When receiving the information requesting the status transmission (or when the source base station receives information suggesting / instructing data forwarding from the anchor base station), the source base station transmits data to the target base station through an uplink / downlink tunnel with the target base station. You can start forwarding.
- the message indicated by the anchor base station to the source base station according to the message for requesting the terminal context from the target base station to the anchor base station and / or the message from the target base station to the terminal base station to the anchor base station may include uplink forwarding proposal / instruction information. It may include one or more of information, downlink forwarding proposal / indication information, forwarding proposal / indication information, uplink GTP tunnel endpoint information for data forwarding, downlink GTP tunnel endpoint information for data forwarding.
- the aforementioned uplink PDCP SN and HFN reception status and / or downlink PDCP SN and HFN transmission status information may be information distinguished for each bearer.
- the uplink GTP tunnel endpoint information for data forwarding and the downlink GTP tunnel endpoint information for data forwarding may be information distinguished for each bearer.
- the aforementioned methods are NB-IoT terminals supporting only control plane CIoT EPS optimization, NB-IoT supporting both control plane CIoT EPS optimization and user plane CIoT EPS optimization.
- the present disclosure has an effect of performing a cell change or a base station change while reducing a data transmission interruption time due to a cell change or a base station change.
- FIG. 5 is a diagram illustrating a terminal configuration according to an embodiment.
- the NB-IoT (NB-IoT) terminal 500 performing mobility processing may transmit an RRC connection reconfiguration request message to a base station and a RRC from a base station when a predetermined event occurs.
- the receiver 530 may receive a connection reset message and a controller 510 may resume signaling radio bearer based on the RRC connection reset message.
- the controller 510 may determine whether a preset event condition is satisfied, and when the corresponding event condition is satisfied, the transmitter 520 may transmit an RRC connection re-establishment request message to the base station.
- the preset event may mean any one of radio link failure detection and handover failure detection of the NB-IoT terminal.
- the preset event may be set under a plurality of conditions. For example, when the NB-IoT UE is configured to support the control plane CIoT EPS optimization and receives the RRC connection reset permission indication information of the NB-IoT UE transmitted by the base station without AS security activated.
- the controller 510 may determine that a preset event is satisfied.
- the RRC connection reconfiguration request message may include terminal identifier information set to SAE-Temporary Mobile Subscriber Identity (S-TMSI).
- S-TMSI SAE-Temporary Mobile Subscriber Identity
- the base station can query the terminal context by using the terminal identifier information received from the NB-IoT terminal.
- the terminal context may be confirmed by using the MME or may be confirmed by contents stored in the base station.
- the base station receiving the RRC connection reconfiguration request message is the target base station, the base station may query the terminal context for inquiry and confirm the request.
- the RRC connection reset request message may include a message authentication code.
- the message authentication code may include NAS MAC information.
- the RRC connection reset message may also include message authentication code information.
- the message authentication code may include NAS MAC information.
- the RRC connection reconfiguration message may include information for controlling to resume signaling radio bearer of the NB-IoT terminal.
- the control unit 510 receiving the RRC connection reconfiguration message from the base station may resume the signaling radio bearer.
- the NB-IoT terminal supporting the control plane CIoT EPS optimization may transmit and receive a small amount of data through the signaling radio bearer as described above. Accordingly, the NB-IoT terminal may maintain the data communication by minimizing service interruption by resuming the signaling radio bearer.
- the transmitter 520 may transmit a terminal capability indicating that the control plane CIoT Cellular IoT Evolved Packet System (EPS) Optimization is supported.
- the transmitter 520 may transmit information indicating that the NB-IoT terminal 500 can support the control plane CIoT EPS optimization operation to the base station in advance so that the base station recognizes it.
- the terminal capability information may be transmitted during initial setup of the NB-IoT terminal 500 and the base station.
- the receiving unit 530 may receive information indicating the permission of the mobility processing of the NB-IoT terminal 500 from the base station through the system information.
- the base station may transmit information indicating that the signaling radio bearer resumes operation through RRC connection reconfiguration.
- the controller 510 may check information indicating that the signaling radio bearer resume operation is received through the system information, and may control the transmitter 520 to transmit an RRC connection reset request message to the base station.
- the receiver 530 receives downlink control information, data, and a message from a base station through a corresponding channel.
- the controller 5100 controls the overall operation of the terminal 500 to improve service continuity for the NB-IoT terminal 500 required to perform the above-described embodiments.
- the transmitter 520 transmits uplink control information, data, and messages to the base station through the corresponding channel.
- the NB-IoT terminal described above may be a terminal configured to support Control Plane CIoT Cellular IoT Evolved Packet System (EPS) Optimization.
- EPS Control Plane CIoT Cellular IoT Evolved Packet System
- the NB-IoT terminal does not configure a data radio bearer, it may mean a terminal that performs data transmission and reception in a state that AS security is not activated.
- the above-described base station may be a source base station or a target base station.
- FIG. 6 is a diagram illustrating a configuration of a base station according to an embodiment.
- the base station 600 performing mobility processing of a NB-IoT terminal receives an RRC connection reset request message from an NB-IoT terminal and an RRC connection reset request.
- the control unit 610 may check the terminal context of the NB-IoT terminal based on the message, and the transmitter 620 may transmit an RRC connection reestablishment message for resuming the signaling radio bearer of the NB-IoT terminal.
- the RRC connection reconfiguration request message may be received in a radio link failure detection and handover failure situation of the NB-IoT terminal.
- the RRC connection reset request message is configured to allow the NB-IoT terminal to support the control plane CIoT EPS optimization, and the RRC connection reset allowance indication information of the NB-IoT terminal transmitted by the base station while the AS security is not activated.
- reception if a plurality of conditions for generating a radio link failure detection or a handover failure detection are satisfied, it may be received.
- the RRC connection reconfiguration request message may include terminal identifier information set to SAE-Temporary Mobile Subscriber Identity (S-TMSI).
- the RRC connection reset request message may include a message authentication code.
- the message authentication code may include NAS MAC information.
- the controller 610 may query the terminal context using the terminal identifier information included in the RRC connection reset request message.
- the terminal context may be confirmed by using the MME or may be confirmed by contents stored in the base station.
- the base station receiving the RRC connection reconfiguration request message is the target base station, the base station may query the terminal context for inquiry and confirm the request.
- the RRC connection reconfiguration message may include information for controlling to resume signaling radio bearer of the NB-IoT terminal.
- the NB-IoT terminal supporting the control plane CIoT EPS optimization may transmit and receive a small amount of data through the signaling radio bearer as described above. Accordingly, the NB-IoT terminal may maintain the data communication by minimizing service interruption by resuming the signaling radio bearer.
- the receiver 630 may receive a terminal capability indicating that the control plane CIoT Cellular IoT Evolved Packet System (EPS) Optimization is supported.
- the terminal capability may be received during an initial setup process of the NB-IoT terminal and the base station, and the controller 610 performs mobility processing through the RRC connection reconfiguration operation by the NB-IoT terminal through the terminal capability (eg, SRB Resume).
- the terminal capability eg, SRB Resume
- the transmitter 620 may transmit information indicating that the base station allows mobility processing of the NB-IoT terminal through system information.
- the transmitter 620 may transmit information indicating that the signaling radio bearer of the NB-IoT terminal is allowed to resume operation (mobility processing) through RRC connection reconfiguration.
- the NB-IoT terminal checks information indicating that the signaling radio bearer is allowed to resume operation received through system information, and transmits an RRC connection reconfiguration request message to the base station 600, thereby performing a mobility processing procedure.
- the NB-IoT terminal described above may be a terminal configured to support Control Plane CIoT Cellular IoT Evolved Packet System (EPS) Optimization.
- EPS Control Plane CIoT Cellular IoT Evolved Packet System
- the NB-IoT terminal does not configure a data radio bearer, it may mean a terminal that performs data transmission and reception in a state that AS security is not activated.
- the above-described base station may be a source base station or a target base station.
- controller 610 controls the overall operation of the base station 600 according to improving service continuity for the NB-IoT terminal required to perform the above-described embodiments.
- the transmitter 620 and the receiver 630 are used to transmit and receive signals, messages, and data necessary for performing the above-described embodiments.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 발명은 NB-IoT 단말의 이동성 처리 수행 방법 및 그 장치에 관한 것으로, 보다 상세하게는 NB-IoT 단말의 서비스 연속성을 유지시키기 위한 방법 및 그 장치에 관한 것이다. 일 실시예는 NB-IoT(NarrowBand-Internet of Things) 단말이 이동성 처리를 수행하는 방법에 있어서, 미리 설정된 이벤트 발생 시, 기지국으로 RRC 연결 재설정 요청 메시지를 전송하는 단계와 기지국으로부터 RRC 연결 재설정 메시지를 수신하는 단계 및 RRC 연결 재설정 메시지에 기초하여 시그널링 무선 베어러를 재개하는 단계를 포함하는 방법 및 그 장치를 제공한다.
Description
본 발명은 NB-IoT 단말의 이동성 처리 수행 방법 및 그 장치에 관한 것으로, 보다 상세하게는 NB-IoT 단말의 서비스 연속성을 유지시키기 위한 방법 및 그 장치에 관한 것이다.
국제 표준화 논의 기구에서 NB-IoT(Narrowband Internet of Things) 기술에 대한 연구가 진행 중에 있다. 해당 연구는 셀룰러 망을 활용하여 향상된 인도어 커버리지, 대규모의 저속 단말에 대한 지원, 저지연민감도, 초저가 단말비용, 낮은 전력 소모 그리고 최적화된 네트워크 구조를 만족하는 IoT 단말에 대한 기술을 연구하기 위한 것이다.
이와 같은 IoT 단말은 장기간 사용하기 위한 저전력 소모와 낮은 단가가 필수적으로 요구된다. 따라서, IoT 단말의 경우에 기존 LTE 기술이 적용된 단말과는 지원하는 기능 측면에서 차이점이 많이 존재한다.
예를 들어, IoT 단말의 경우에 일반 LTE 단말과 같이 핸드오버 기술이 지원되지 않았다. 또한, IoT 단말은 연결된 채널에 대한 채널 상태를 측정하여 주기적으로 기지국으로 전달하는 동작을 수행하지 않는다.
따라서, IoT 단말이 이동해서 기지국 커버리지를 벗어나거나 무선 상태가 심각하게 열화되는 경우에도 기지국은 이를 알지 못했다. 만약, IoT 단말이 기존 셀에서 무선링크 실패를 검출하면 IDLE 상태로 천이하여 재접속을 수행해야 한다.
이러한 과정이 발생하게 되면, IoT 단말은 채널 상태가 호전되거나, IDLE 상태로 천이하여 재접속 절차의 수행이 완료되기까지 서비스를 제공할 수 없는 문제점이 있었다. 즉, IoT 단말의 경우에 이동성 처리 절차를 수행하지 않음으로서, 서비스 중단이 발생하는 문제점이 있었다.
이러한 문제점을 해결하기 위해서, 저전력 요구사항을 만족하면서도 서비스 중단 없이 IoT 단말의 이동성 처리를 지원하는 기술에 대한 개발이 요구되고 있는 실정이다.
전술한 배경에서 안출된 본 개시는 낮은 단가 및 저전력 요구사항을 갖는 NB-IoT 단말의 서비스 중단 방지를 위한 이동성 처리 방법 및 그 장치에 대해서 제안하고자 한다.
또한, 본 개시는 NB-IoT 단말의 무선링크 실패가 발생한 경우에 불필요한 전력 소모를 방지하면서도 빠르게 무선링크를 회복하여 데이터를 송수신할 수 있도록 제어하기 위한 구체적인 방법 및 장치에 대해서 제안하고자 한다.
전술한 과제를 해결하기 위한 일 실시예는 NB-IoT(NarrowBand-Internet of Things) 단말이 이동성 처리를 수행하는 방법에 있어서, 미리 설정된 이벤트 발생 시, 기지국으로 RRC 연결 재설정 요청 메시지를 전송하는 단계와 기지국으로부터 RRC 연결 재설정 메시지를 수신하는 단계 및 RRC 연결 재설정 메시지에 기초하여 시그널링 무선 베어러를 재개하는 단계를 포함하는 방법을 제공한다.
또한, 일 실시예는 기지국이 NB-IoT(NarrowBand-Internet of Things) 단말의 이동성 처리를 수행하는 방법에 있어서, NB-IoT 단말로부터 RRC 연결 재설정 요청 메시지를 수신하는 단계와 RRC 연결 재설정 요청 메시지에 기초하여 NB-IoT 단말의 단말 컨택스트를 확인하는 단계 및 NB-IoT 단말의 시그널링 무선 베어러를 재개시키기 위한 RRC 연결 재설정 메시지를 전송하는 단계를 포함하는 방법을 제공한다.
또한, 일 실시예는 이동성 처리를 수행하는 NB-IoT(NarrowBand-Internet of Things) 단말에 있어서, 미리 설정된 이벤트 발생 시, 기지국으로 RRC 연결 재설정 요청 메시지를 전송하는 송신부와 기지국으로부터 RRC 연결 재설정 메시지를 수신하는 수신부 및 RRC 연결 재설정 메시지에 기초하여 시그널링 무선 베어러를 재개하는 제어부를 포함하는 NB-IoT 단말 장치를 제공한다.
또한, 일 실시예는 NB-IoT(NarrowBand-Internet of Things) 단말의 이동성 처리를 수행하는 기지국에 있어서, NB-IoT 단말로부터 RRC 연결 재설정 요청 메시지를 수신하는 수신부와 RRC 연결 재설정 요청 메시지에 기초하여 NB-IoT 단말의 단말 컨택스트를 확인하는 제어부 및 NB-IoT 단말의 시그널링 무선 베어러를 재개시키기 위한 RRC 연결 재설정 메시지를 전송하는 송신부를 포함하는 기지국 장치를 제공한다.
전술한 본 개시에 따르면, 낮은 단가의 저전력 요구사항을 갖는 NB-IoT 단말의 경우에도 이동 또는 통신 채널 상태의 열화 등에 따른 서비스 중단이 발생되더라도 빠르게 서비스를 재개할 수 있는 효과를 제공한다.
또한, 본 개시에 따르면, NB-IoT 단말의 경우에도 이동성 지원이 가능하며 지속적이고 안정적인 서비스를 제공하는 효과가 있다.
도 1은 일 실시예에 따른 단말의 동작을 설명하기 위한 도면이다.
도 2는 다른 실시예에 따른 단말의 동작을 설명하기 위한 도면이다.
도 3은 일 실시예에 따른 기지국의 동작을 설명하기 위한 도면이다.
도 4는 일 실시예에 따른 연결 상태 단말의 셀 변경 절차를 예시적으로 도시한 도면이다.
도 5는 일 실시예에 따른 단말 구성을 도시한 도면이다.
도 6은 일 실시예에 따른 기지국 구성을 도시한 도면이다.
이하, 본 발명의 일부 실시예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
본 명세서에서 MTC 단말은 low cost(또는 low complexity)를 지원하는 단말 또는 coverage enhancement를 지원하는 단말 등을 의미할 수 있다. 본 명세서에서 MTC 단말은 low cost(또는 low complexity) 및 coverage enhancement를 지원하는 단말 등을 의미할 수 있다. 또는 본 명세서에서 MTC 단말은 low cost(또는 low complexity) 및/또는 coverage enhancement를 지원하기 위한 특정 카테고리로 정의된 단말을 의미할 수 있다.
다시 말해 본 명세서에서 MTC 단말은 LTE 기반의 MTC 관련 동작을 수행하는 새롭게 정의된 3GPP Release-13 low cost(또는 low complexity) UE category/type을 의미할 수 있다. 또는 본 명세서에서 MTC 단말은 기존의 LTE coverage 대비 향상된 coverage를 지원하거나, 혹은 저전력 소모를 지원하는 기존의 3GPP Release-12 이하에서 정의된 UE category/type, 혹은 새롭게 정의된 Release-13 low cost(또는 low complexity) UE category/type을 의미할 수 있다.
본 발명에서의 무선통신시스템은 음성, 패킷 데이터 등과 같은 다양한 통신 서비스를 제공하기 위해 널리 배치된다. 무선통신시스템은 사용자 단말(User Equipment, UE) 및 기지국(Base Station, BS, 또는 eNB)을 포함한다. 본 명세서에서의 사용자 단말은 무선 통신에서의 단말을 의미하는 포괄적 개념으로서, WCDMA 및 LTE, HSPA 등에서의 UE(User Equipment)는 물론, GSM에서의 MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), 무선기기(wireless device) 등을 모두 포함하는 개념으로 해석되어야 할 것이다.
기지국 또는 셀(cell)은 일반적으로 사용자 단말과 통신하는 지점(station)을 말하며, 노드-B(Node-B), eNB(evolved Node-B), 섹터(Sector), 싸이트(Site), BTS(Base Transceiver System), 액세스 포인트(Access Point), 릴레이 노드(Relay Node), RRH(Remote Radio Head), RU(Radio Unit), small cell 등 다른 용어로 불릴 수 있다.
즉, 본 명세서에서 기지국 또는 셀(cell)은 CDMA에서의 BSC(Base Station Controller), WCDMA의 NodeB, LTE에서의 eNB 또는 섹터(싸이트) 등이 커버하는 일부 영역 또는 기능을 나타내는 포괄적인 의미로 해석되어야 하며, 메가셀, 매크로셀, 마이크로셀, 피코셀, 펨토셀 및 릴레이 노드(relay node), RRH, RU, small cell 통신범위 등 다양한 커버리지 영역을 모두 포괄하는 의미이다.
상기 나열된 다양한 셀은 각 셀을 제어하는 기지국이 존재하므로 기지국은 두 가지 의미로 해석될 수 있다. i) 무선 영역과 관련하여 메가셀, 매크로셀, 마이크로셀, 피코셀, 펨토셀, 스몰 셀을 제공하는 장치 그 자체이거나, ii) 상기 무선영역 그 자체를 지시할 수 있다. i)에서 소정의 무선 영역을 제공하는 장치들이 동일한 개체에 의해 제어되거나 상기 무선 영역을 협업으로 구성하도록 상호작용하는 모든 장치들을 모두 기지국으로 지시한다. 무선 영역의 구성 방식에 따라 eNB, RRH, 안테나, RU, LPN, 포인트, 송수신포인트, 송신 포인트, 수신 포인트 등은 기지국의 일 실시예가 된다. ii)에서 사용자 단말의 관점 또는 이웃하는 기지국의 입장에서 신호를 수신하거나 송신하게 되는 무선 영역 그 자체를 기지국으로 지시할 수 있다.
따라서, 메가셀, 매크로셀, 마이크로셀, 피코셀, 펨토셀, 스몰 셀, RRH, 안테나, RU, LPN(Low Power Node), 포인트, eNB, 송수신포인트, 송신 포인트, 수신 포인트를 통칭하여 기지국으로 지칭한다.
본 명세서에서 사용자 단말과 기지국은 본 명세서에서 기술되는 기술 또는 기술적 사상을 구현하는데 사용되는 두 가지 송수신 주체로 포괄적인 의미로 사용되며 특정하게 지칭되는 용어 또는 단어에 의해 한정되지 않는다. 사용자 단말과 기지국은, 본 발명에서 기술되는 기술 또는 기술적 사상을 구현하는데 사용되는 두 가지(Uplink 또는 Downlink) 송수신 주체로 포괄적인 의미로 사용되며 특정하게 지칭되는 용어 또는 단어에 의해 한정되지 않는다. 여기서, 상향링크(Uplink, UL, 또는 업링크)는 사용자 단말에 의해 기지국으로 데이터를 송수신하는 방식을 의미하며, 하향링크(Downlink, DL, 또는 다운링크)는 기지국에 의해 사용자 단말로 데이터를 송수신하는 방식을 의미한다.
무선통신시스템에 적용되는 다중 접속 기법에는 제한이 없다. CDMA(Code Division Multiple Access), TDMA(Time Division Multiple Access), FDMA(Frequency Division Multiple Access), OFDMA(Orthogonal Frequency Division Multiple Access), OFDM-FDMA, OFDM-TDMA, OFDM-CDMA와 같은 다양한 다중 접속 기법을 사용할 수 있다. 본 발명의 일 실시예는 GSM, WCDMA, HSPA를 거쳐 LTE 및 LTE-advanced로 진화하는 비동기 무선통신과, CDMA, CDMA-2000 및 UMB로 진화하는 동기식 무선 통신 분야 등의 자원할당에 적용될 수 있다. 본 발명은 특정한 무선통신 분야에 한정되거나 제한되어 해석되어서는 아니 되며, 본 발명의 사상이 적용될 수 있는 모든 기술분야를 포함하는 것으로 해석되어야 할 것이다.
상향링크 전송 및 하향링크 전송은 서로 다른 시간을 사용하여 전송되는 TDD(Time Division Duplex) 방식이 사용될 수 있고, 또는 서로 다른 주파수를 사용하여 전송되는 FDD(Frequency Division Duplex) 방식이 사용될 수 있다.
또한, LTE, LTE-Advanced와 같은 시스템에서는 하나의 반송파 또는 반송파 쌍을 기준으로 상향링크와 하향링크를 구성하여 규격을 구성한다. 상향링크와 하향링크는, PDCCH(Physical Downlink Control CHannel), PCFICH(Physical Control Format Indicator CHannel), PHICH(Physical Hybrid ARQ Indicator CHannel), PUCCH(Physical Uplink Control CHannel), EPDCCH(Enhanced Physical Downlink Control CHannel) 등과 같은 제어채널을 통하여 제어정보를 전송하고, PDSCH(Physical Downlink Shared CHannel), PUSCH(Physical Uplink Shared CHannel) 등과 같은 데이터채널로 구성되어 데이터를 전송한다.
한편 EPDCCH(enhanced PDCCH 또는 extended PDCCH)를 이용해서도 제어 정보를 전송할 수 있다.
본 명세서에서 셀(cell)은 송수신 포인트로부터 전송되는 신호의 커버리지 또는 송수신 포인트(transmission point 또는 transmission/reception point)로부터 전송되는 신호의 커버리지를 가지는 요소 반송파(component carrier), 그 송수신 포인트 자체를 의미할 수 있다.
실시예들이 적용되는 무선통신 시스템은 둘 이상의 송수신 포인트들이 협력하여 신호를 전송하는 다중 포인트 협력형 송수신 시스템(coordinated multi-point transmission/reception System; CoMP 시스템) 또는 협력형 다중 안테나 전송방식(coordinated multi-antenna transmission system), 협력형 다중 셀 통신시스템일 수 있다. CoMP 시스템은 적어도 두 개의 다중 송수신 포인트와 단말들을 포함할 수 있다.
다중 송수신 포인트는 기지국 또는 매크로 셀(macro cell, 이하 'eNB'라 함)과, eNB에 광케이블 또는 광섬유로 연결되어 유선 제어되는, 높은 전송파워를 갖거나 매크로 셀영역 내의 낮은 전송파워를 갖는 적어도 하나의 RRH일 수도 있다.
이하에서 하향링크(downlink)는 다중 송수신 포인트에서 단말로의 통신 또는 통신 경로를 의미하며, 상향링크(uplink)는 단말에서 다중 송수신 포인트로의 통신 또는 통신 경로를 의미한다. 하향링크에서 송신기는 다중 송수신 포인트의 일부분일 수 있고, 수신기는 단말의 일부분일 수 있다. 상향링크에서 송신기는 단말의 일부분일 수 있고, 수신기는 다중 송수신 포인트의 일부분일 수 있다.
이하에서는 PUCCH, PUSCH, PDCCH, EPDCCH 및 PDSCH 등과 같은 채널을 통해 신호가 송수신되는 상황을 ‘PUCCH, PUSCH, PDCCH, EPDCCH 및 PDSCH를 전송, 수신한다’는 형태로 표기하기도 한다.
또한 이하에서는 PDCCH를 전송 또는 수신하거나 PDCCH를 통해서 신호를 전송 또는 수신한다는 기재는 EPDCCH를 전송 또는 수신하거나 EPDCCH를 통해서 신호를 전송 또는 수신하는 것을 포함하는 의미로 사용될 수 있다.
즉, 이하에서 기재하는 물리 하향링크 제어채널은 PDCCH를 의미하거나, EPDCCH를 의미할 수 있으며, PDCCH 및 EPDCCH 모두를 포함하는 의미로도 사용된다.
또한, 설명의 편의를 위하여 PDCCH로 설명한 부분에도 본 발명의 일 실시예인 EPDCCH를 적용할 수 있으며, EPDCCH로 설명한 부분에도 본 발명의 일 실시예로 EPDCCH를 적용할 수 있다.
한편, 이하에서 기재하는 상위계층 시그널링(High Layer Signaling)은 RRC 파라미터를 포함하는 RRC 정보를 전송하는 RRC시그널링을 포함한다.
eNB은 단말들로 하향링크 전송을 수행한다. eNB은 유니캐스트 전송(unicast transmission)을 위한 주 물리 채널인 물리 하향링크 공유채널(Physical Downlink Shared Channel, PDSCH), 그리고 PDSCH의 수신에 필요한 스케줄링 등의 하향링크 제어 정보 및 상향링크 데이터 채널(예를 들면 물리 상향링크 공유채널(Physical Uplink Shared Channel, PUSCH))에서의 전송을 위한 스케줄링 승인 정보를 전송하기 위한 물리 하향링크 제어채널(Physical Downlink Control Channel, PDCCH)을 전송할 수 있다. 이하에서는, 각 채널을 통해 신호가 송수신 되는 것을 해당 채널이 송수신되는 형태로 기재하기로 한다.
3GPP Release-13에서 NB-IoT(Narrowband Internet of Things) 기술에 대한 연구가 진행되고 있다. 해당 연구의 목적은 셀룰러 IoT를 위한 무선 액세스를 명시하기 위한 것으로, 이는 향상된 인도어 커버리지, 대규모의 저속 단말에 대한 지원, 저지연민감도, 초저가 단말비용, 낮은 전력 소모 그리고 최적화된 네트워크 구조를 포함한다. Rel-13 NB-IoT는 3GPP 시스템이 저비용 IoT 시장에 빠른 침투를 가능하도록 하기 위해 필요한 필수 기능들만으로 제공되었다. 이에 따라 모바일 브로드밴드 서비스를 제공하는 일반 LTE 단말에 제공되는 다수의 기능들은 제공되지 않는다. 일 예를 들어 Rel-13 NB-IoT 단말에 대해서는 일반 Connected mode 단말에 대해 제공되는 핸드오버가 제공되지 않았다. Connected 단말에 핸드오버를 제공하기 위해서는 기지국이 단말에 측정과 리포팅을 구성하고 단말이 이를 기반으로 특정 기준에 도달하면 기지국으로 리포팅을 수행해야 한다. 소스 기지국이 핸드오버를 결정하면 타겟 기지국과의 시그널링을 통해 단말이 타겟 셀로 핸드오버하도록 지시한다. 이러한 과정들은 단말의 전력 소모를 유발하고 단말 동작을 복잡하게 하는 요소가 될 수 있다. 따라서 Rel-13 NB-IoT는 connected mode의 핸드오버 관련 동작을 지원하지 않았다. 이에 따라 연결 상태의 NB-IoT 단말이 이동에 따라 커버리지를 벗어나거나 무선 상태가 심각하게 열화되는 경우에도 기지국은 이를 알지 못했다. 이후 만약 단말이 기존 셀에서 무선링크 실패를 검출하면 IDLE 상태로 천이하여 재접속을 수행했다.
이와 같이, 종래 기술에서는 NB-IoT 단말에 대해서 일반 Connected 상태 단말에 대해 제공되는 핸드오버가 제공되지 않았다. 이에 따라, 연결 상태의 NB-IoT 단말이 이동해 커버리지를 벗어나거나 무선 상태가 심각하게 열화되는 경우에도 기지국은 이를 알지 못했으며, 단말이 무선링크 실패를 검출하는 경우 IDLE 상태로 천이하여 재접속을 수행했다.
이러한 문제점을 해결하기 위해 안출된 본 개시는 Connected 상태의 NB-IoT 단말에 대해서 서비스 연속성을 향상시키는 방법 및 장치를 제공하는 것을 그 목적으로 한다.
본 실시예들은 NB-IoT 단말에 대해 적용될 수 있다. 또한 본 실시예들은 해당 캐퍼빌리티를 제공하는 일반 단말에 대해서도 적용될 수 있다. 설명의 편의를 위해 본 명세서에서는 무선접속 기술로 LTE 기술을 기반으로 설명하지만, 본 개시는 LTE 무선접속 기술을 사용하는 단말뿐만 아니라 차세대(예를 들어, 5G New RAT) 무선접속 기술을 사용하는 단말에 대해서도 적용될 수 있다.
또한, 이하에서는 필요에 따라 NB-IoT 단말을 단말로 표기할 수 있다.
한편, NB-IoT 단말에 대해, CIoT(Cellular IoT) 시그널링 감소 최적화를 위해 어떤 솔루션이 사용될지는 단말과 MME 간의 NAS 시그널링을 통해 구성된다. AS 시큐리티가 액티베이트되지 않은 동안 PDCP는 사용되지 않는다. CIoT 시그널링 감소 최적화를 위한 솔루션으로 제어플레인 CIoT EPS 최적화와 사용자 플레인 CIoT EPS 최적화가 있다.
제어플레인 CIoT EPS 최적화만을 위해 설정되는 RRC 연결은 다음과 같은 특성을 가진다.
- 데이터를 운반하는 업링크 NAS 시그널링 메시지 또는 업링크 NAS 메시지가 업링크 RRC 컨테이너 메시지 내에 전송될 수 있다. 다운링크 NAS 시그널링 메시지 또는 다운링크 NAS 데이터가 다운링크 RRC 컨테이너 메시지 내에 전송될 수 있다.
- RRC 연결 재구성 그리고 RRC 연결 재설정은 지원되지 않는다.
- 데이터 무선 베어러가 사용되지 않는다.
- AS 시큐리티가 사용되지 않는다.
사용자 플레인 CIoT EPS 최적화를 위해 설정되는 RRC 연결은 다음과 같은 특성을 가진다.
- RRC 연결 서스펜드 프로시져가 RRC 연결 해제때 사용된다. 기지국은 단말이 RRC IDLE 상태의 단말 캐퍼빌리티를 포함하는 AS 컨택스트를 유지하도록 요청할 수 있다.
- RRC IDLE에서 RRC CONNECTED로 천이할 때 RRC 연결 재개 프로시져가 사용된다. RRC 연결 재개에 이용하기 위해 단말 내 그리고 기지국 내 이전에 저장된 정보를 이용한다. 재개할 메시지 내에 NB-IoT 단말은 RRC 연결을 재개하는데 필요한 저장된 정보에 액세스하기 위해 사용되는 ResumeID를 제공한다.
- 서스펜드-재개에, 시큐리티가 지속된다. RRC 재설정 프로시져와 RRC 재개 프로시져에 짧은 MAC(Message Authentication Code)-I가 인증 토큰으로 재사용된다. 기지국은 NCC를 제공한다. 그리고 단말은 COUNT를 리셋한다.
제어플레인 CIoT EPS 최적화와 사용자플레인 CIoT EPS 최적화를 모두 지원하는 NB-IoT단말은 사용자플레인CIoT EPS 최적화를 지원하는 단말 특성을 참고할 수 있다.
이상에서 설명한 바와 같이, 본 명세서에서의 단말 또는 NB-IoT 단말은 전술한 제어플레인 CIoT EPS 최적화 또는 사용자플레인 CIoT EPS 최적화를 지원하는 단말을 의미할 수 있다.
종래 기술에서 Connected 단말의 이동성 지원은 다음과 같은 일련의 프로시져로 구성될 수 있다. 소스 기지국에 의한 단말 측정 구성과 리포팅 구성, 단말의 측정, 특정 기준에 도달하면 기지국으로 측정리포팅, 소스 기지국의 핸드오버를 결정, 소스 기지국과 타겟 기지국과의 시그널링, 타겟 셀로 핸드오버하도록 지시 등이다. 드문 데이터 전송, 저지연민감도, 저비용, 저전력 소모 단말에 대해 측정 리포팅을 구성하게 되면 종래 NB-IoT 단말에 비해 전력소모가 증가될 수 있다.
이에 따라, 본 개시는 NB-IoT 단말의 전력 소모를 줄이면서도 이동성 처리를 지원할 수 있는 구체적인 단말 및 기지국의 동작을 실시예를 중심으로 설명한다.
도 1은 일 실시예에 따른 단말의 동작을 설명하기 위한 도면이다.
일 실시예에 따른 NB-IoT(NarrowBand-Internet of Things) 단말은 미리 설정된 이벤트 발생 시, 기지국으로 RRC 연결 재설정 요청 메시지를 전송하는 단계와 기지국으로부터 RRC 연결 재설정 메시지를 수신하는 단계 및 RRC 연결 재설정 메시지에 기초하여 시그널링 무선 베어러를 재개하는 단계를 수행할 수 있다.
도 1을 참조하면, NB-IoT 단말은 미리 설정된 이벤트 발생 시, 기지국으로 RRC 연결 재설정 요청 메시지를 전송하는 단계를 수행할 수 있다(S110). 예를 들어, NB-IoT 단말은 미리 설정된 이벤트 조건이 만족되는지 판단하고, 해당 이벤트 조건이 만족되면 기지국으로 RRC 연결 재설정 요청 메시지(RRC Connection re-establishment request message)를 전송할 수 있다. 일 예로, 미리 설정된 이벤트는 NB-IoT 단말의 무선링크 실패 감지 및 핸드오버 실패 감지 중 어느 하나를 의미할 수 있다. 다른 예로, 미리 설정된 이벤트는 복수의 조건으로 설정될 수도 있다. 예를 들어, NB-IoT 단말이 제어플레인 CIoT EPS 최적화(optimization)를 지원하도록 설정되고, AS 시큐리티가 활성화되지 않은 상태에서 기지국이 전송하는 NB-IoT 단말의 RRC 연결 재설정 허용 지시 정보를 수신한 경우에 무선링크 실패 감지 또는 핸드오버 실패 감지가 발생되면 미리 설정된 이벤트가 만족된 것으로 판단할 수 있다.
한편, RRC 연결 재설정 요청 메시지는 S-TMSI(SAE-Temporary Mobile Subscriber Identity)로 세팅된 단말 식별자 정보를 포함할 수 있다. 이를 통해서 기지국은 NB-IoT 단말로부터 수신하는 단말 식별자 정보를 이용하여 단말 컨택스트를 조회할 수 있다. 예를 들어, 단말 컨택스트는 MME를 이용하여 확인할 수도 있고, 기지국에 저장된 내용으로 확인할 수도 있다. 또는 RRC 연결 재설정 요청 메시지를 수신하는 기지국이 타켓 기지국인 경우에 소스 기지국으로 단말 컨택스트를 조회요청하여 확인할 수도 있다.
또한, RRC 연결 재설정 요청 메시지는 메시지 인증코드를 포함할 수 있다. 예를 들어, 메시지 인증코드는 MME에서 단말의 메시지 인증을 확인하기 위한 NAS MAC 정보를 포함할 수 있다.
즉, NB-IoT 단말은 미리 설정된 이벤트의 조건이 만족되면, RRC 연결 재설정 요청메시지를 기지국으로 전송하여 NB-IoT 단말의 시그널링 무선 베어러 재개가 전력 소모를 최소화하면서 서비스 중단을 예방할 수 있다.
한편, NB-IoT 단말은 기지국으로부터 RRC 연결 재설정 메시지를 수신하는 단계를 수행할 수 있다(S120). 예를 들어, RRC 연결 재설정 메시지는 메시지 인증코드 정보를 포함할 수 있다. 전술한 바와 같이 메시지 인증코드는 NAS MAC 정보를 포함할 수 있다. RRC 연결 재설정 메시지는 NB-IoT 단말의 시그널링 무선 베어러를 재개(resume)하도록 제어하기 위한 정보를 포함할 수 있다.
NB-IoT 단말은 RRC 연결 재설정 메시지에 기초하여 시그널링 무선 베어러를 재개하는 단계를 수행할 수 있다(S130). RRC 연결 재설정 메시지를 기지국으로부터 수신한 NB-IoT 단말은 시그널링 무선 베어러를 재개할 수 있다. 제어플레인 CIoT EPS 최적화를 지원하는 NB-IoT 단말은 전술한 바와 같이 시그널링 무선 베어러를 통해서 소량의 데이터를 송수신할 수 있다. 따라서, NB-IoT 단말은 시그널링 무선 베어러를 재개함으로써, 서비스 중단을 최소화하여 데이터 통신을 유지할 수 있다.
이상에서 설명한 NB-IoT 단말은 제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원하도록 설정된 단말일 수 있다. 또한, NB-IoT 단말은 데이터 무선 베어러를 구성하지 않으며, AS 시큐리티가 활성화되지 않는 상태에서 데이터 송수신을 수행하는 단말을 의미할 수 있다. 또한, 전술한 기지국은 소스 기지국일 수도 있고 타켓 기지국일 수도 있다.
도 2는 다른 실시예에 따른 단말의 동작을 설명하기 위한 도면이다.
도 2를 참조하면, NB-IoT 단말은 RRC 연결 재설정 요청 메시지 전송 단계(S110) 이전에, 제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원함을 나타내는 단말 캐퍼빌리티를 전송하는 단계를 더 수행할 수 있다(S210).
예를 들어, NB-IoT 단말은 자신이 제어플레인 CIoT EPS 최적화 동작을 지원할 수 있음을 나타내는 정보를 기지국으로 사전에 전송하여 기지국이 이를 인지하도록 할 수 있다. 단말 캐퍼빌리티 정보는 NB-IoT 단말과 기지국의 초기 셋업 시에 전송될 수 있다.
또는 NB-IoT 단말은 시스템 정보를 통해서 NB-IoT 단말의 이동성 처리의 허용을 지시하는 정보를 기지국으로부터 수신하는 단계를 더 수행할 수 있다(S220). 예를 들어, 기지국은 RRC 연결 재설정을 통해서 시그널링 무선 베어러의 재개 동작을 허용함을 지시하는 정보를 전송할 수 있다. NB-IoT 단말은 시스템 정보를 통해서 수신되는 시그널링 무선 베어러의 재개 동작을 허용함을 지시하는 정보를 확인하고 RRC 연결 재설정 요청 메시지를 기지국으로 전송함으로써, 도 1에서 설명한 동작을 수행할 수 있다.
S210 및 S220 단계는 순서가 변경될 수도 있으며, 둘 중 어느 하나의 단계가 생략될 수도 있다.
도 3은 일 실시예에 따른 기지국의 동작을 설명하기 위한 도면이다.
도 3을 참조하면, 기지국은 NB-IoT(NarrowBand-Internet of Things) 단말의 이동성 처리를 수행함에 있어서, NB-IoT 단말로부터 RRC 연결 재설정 요청 메시지를 수신하는 단계를 수행할 수 있다(S310). 예를 들어, RRC 연결 재설정 요청 메시지는 NB-IoT 단말의 무선링크 실패 감지 및 핸드오버 실패 상황에서 수신될 수 있다. 또는 RRC 연결 재설정 요청 메시지는 NB-IoT 단말이 제어플레인 CIoT EPS 최적화(optimization)를 지원하도록 설정되고, AS 시큐리티가 활성화되지 않은 상태에서 기지국이 전송하는 NB-IoT 단말의 RRC 연결 재설정 허용 지시 정보를 수신한 경우에 무선링크 실패 감지 또는 핸드오버 실패 감지가 발생되는 복수의 조건을 만족하면 수신될 수 있다.
한편, RRC 연결 재설정 요청 메시지는 S-TMSI(SAE-Temporary Mobile Subscriber Identity)로 세팅된 단말 식별자 정보를 포함할 수 있다. 또한, RRC 연결 재설정 요청 메시지는 메시지 인증코드를 포함할 수 있다. 예를 들어, 메시지 인증코드는 MME에서 단말의 메시지 인증을 확인하기 위한 NAS MAC 정보를 포함할 수 있다.
기지국은 RRC 연결 재설정 요청 메시지에 기초하여 NB-IoT 단말의 단말 컨택스트를 확인하는 단계를 수행할 수 있다(S320). 예를 들어, 기지국은 RRC 연결 재설정 요청 메시지에 포함되는 단말 식별자 정보를 이용하여 단말 컨택스트를 조회할 수 있다. 예를 들어, 단말 컨택스트는 MME를 이용하여 단말의 메시지 인증을 확인할 수도 있고, 기지국에 저장된 내용으로 확인할 수도 있다. 또는 RRC 연결 재설정 요청 메시지를 수신하는 기지국이 타켓 기지국인 경우에 소스 기지국으로 단말 컨택스트를 조회요청하여 단말의 메시지 인증을 확인할 수도 있다.
기지국은 NB-IoT 단말의 시그널링 무선 베어러를 재개시키기 위한 RRC 연결 재설정 메시지를 전송하는 단계를 수행할 수 있다(S330). RRC 연결 재설정 메시지는 NB-IoT 단말의 시그널링 무선 베어러를 재개하도록 제어하기 위한 정보를 포함할 수 있다. 제어플레인 CIoT EPS 최적화를 지원하는 NB-IoT 단말은 전술한 바와 같이 시그널링 무선 베어러를 통해서 소량의 데이터를 송수신할 수 있다. 따라서, NB-IoT 단말은 시그널링 무선 베어러를 재개함으로써, 서비스 중단을 최소화하여 데이터 통신을 유지할 수 있다.
한편, 기지국은 제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원함을 나타내는 단말 캐퍼빌리티를 수신할 수도 있다. 단말 캐퍼빌리티는 NB-IoT 단말과 기지국의 초기 셋업 과정에서 수신될 수 있으며, 기지국은 단말 캐퍼빌리티를 통해서 NB-IoT 단말이 RRC 연결 재설정 동작을 통한 이동성 처리 수행(예를 들어, SRB 재개)을 지원함을 확인할 수 있다.
또한, 필요에 따라 기지국은 시스템 정보를 통해서 해당 기지국이 NB-IoT 단말의 이동성 처리를 허용함을 지시하는 정보를 전송할 수도 있다. 예를 들어, 기지국은 RRC 연결 재설정을 통해서 NB-IoT 단말의 시그널링 무선 베어러의 재개 동작(이동성 처리 수행)을 허용함을 지시하는 정보를 전송할 수 있다. NB-IoT 단말은 시스템 정보를 통해서 수신되는 시그널링 무선 베어러의 재개 동작을 허용함을 지시하는 정보를 확인하고 RRC 연결 재설정 요청 메시지를 기지국으로 전송함으로써, 도 1에서 설명한 동작을 수행할 수 있다.
이상에서 설명한 NB-IoT 단말은 제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원하도록 설정된 단말일 수 있다. 또한, NB-IoT 단말은 데이터 무선 베어러를 구성하지 않으며, AS 시큐리티가 활성화되지 않는 상태에서 데이터 송수신을 수행하는 단말을 의미할 수 있다. 또한, 전술한 기지국은 소스 기지국일 수도 있고 타켓 기지국일 수도 있다.
이상에서 설명한 동작을 통해서 NB-IoT 단말은 전력 소모를 최소화하면서도 무선채널 품질의 열화 또는 핸드오버 실패 상황에서 빠르게 서비스 중단을 복수할 수 있다. 이를 통해서 NB-IoT 단말의 서비스 연속성을 지원할 수 있다.
이하에서는 도 1 내지 도 3을 참조하여 설명한 실시예를 포함하여 보다 다양한 서비스 연속성을 지원하는 실시예를 추가적으로 설명한다.
서비스 연속성을 향상시키기 위하여 다음의 실시예들을 개별적으로 또는 결합하여 사용할 수 있다. 이하에서는 설명의 편의를 위해서 NB-IoT 단말을 단말로 기재하여 설명하며, 종래 LTE 단말과의 구별이 필요한 경우에는 NB-IoT 단말로 기재하도록 한다.
제 1
실시예
: 단말로부터 도움/지시 정보를 수신하여 RRC 연결
서스펜드를
수행하는 방법.
/만약 단말이 드문 데이터 전송, 저지연 민감도, 저비용, 저전력 소모를 특징으로 하는 경우라면, 해당 단말이 데이터 전송을 위해 네트워크에 접속한 후에 데이터 전송이 끝난 후에도 연결 상태를 오래 지속하는 것은 단말의 전력소모를 유발하므로 바람직하지 않을 수 있다.
단말이 응용계층/상위계층에서 데이터 전송을 위해 네트워크에 접속한 후에 데이터 전송이 완료되었다면, 단말은 RRC 메시지를 통해 기지국으로 이에 대한 도움정보를 전송할 수 있다. 또는 단말은 RRC 메시지를 통해 RRC 연결 서스펜드를 지시/제안하는 지시정보를 전송할 수 있다.
기지국은 단말이 전술한 도움/지시 정보를 보내도록 허용하는지에 관한 정보를 시스템 정보를 통해 브로드캐스트할 수 있다. 또는 기지국은 단말이 전술한 도움/지시 정보를 보내도록 허용하는지에 관한 정보를 전용 정보를 통해 제공할 수 있다.
전술한 도움정보는 transaction이 끝났음을 표시하는 정보, transaction 데이터량, 다음 transaction 시간, 다음 transaction까지 남은 시간, transaction 주기, 다음 transaction 예상 시간 및 다음 transaction 데이터량 중 하나 이상의 정보를 포함하는 정보를 포함할 수 있다. 도움정보는 기지국으로 전송될 수 있다.
일 예로, 도움/지시정보를 수신한 기지국은 RRC 연결을 서스펜드한다. 이는 설정된 무선 베어러의 suspension을 포함할 수 있다.
다른 예로, 도움/지시정보를 수신한 기지국은 이를 단말 컨택스트에 저장할 수 있다.
또 다른 예로, RRC 연결 서스펜드를 지시하는 정보를 포함하는 RRC 메시지(예를 들어, RRC 연결 해제 메시지)를 수신한 단말은 전술한 도움정보를 저장한다.
또 다른 예로, RRC 연결 서스펜드를 지시하는 정보를 포함하는 RRC 메시지(예를 들어 RRC 연결 해제 메시지)를 수신한 단말은 RRC 연결을 서스펜드한다. 이는 설정된 무선 베어러의 suspension을 포함할 수 있다. 단말은 단말 AS 컨택스트를 저장한다.
또 다른 예로, 단말은 RRC 연결상태를 떠난다.
제 2
실시예
: MME로부터 도움/지시 정보를 수신하여 RRC 연결
서스펜드를
수행하는 방법.
만약 단말이 드문 데이터 전송, 저지연민감도, 저비용, 저전력 소모를 특징으로 하는 경우라면, 해당 단말이 데이터 전송을 위해 네트워크에 접속한 후에 데이터 전송이 끝난 후에도 연결 상태에 오래 지속하는 것은 단말의 전력소모를 유발하므로 바람직하지 않을 수 있다.
일 예로, 단말이 응용계층/상위계층에서 데이터 전송을 위해 네트워크에 접속한 후에 데이터 전송이 완료되었다면, 단말은 NAS메시지를 통해 MME로 이에 대한 도움정보를 전송할 수 있다. 또는 단말은 NAS 메시지를 통해 RRC 연결 서스펜드를 지시/제안하는 지시정보를 전송할 수 있다.
전술한 도움정보는 transaction이 끝났음을 표시하는 정보, transaction 데이터량, 다음 transaction 시간, 다음 transaction까지 남은 시간, transaction 주기, 다음 transaction 예상 시간 및 다음 transaction 데이터량 중 하나 이상의 정보를 포함하는 정보를 포함할 수 있으며, 도움정보는 기지국으로 전송될 수 있다.
다른 예로, MME는 가입정보, 통계정보를 기반으로 해당 단말의 기대되는 행위(expected UE behavior)에 대한 정보를 유지할 수 있다.
또 다른 예로, MME는 SCS 서버/외부 MTC 서버/응용서버 등을 통해 단말이 응용계층/상위계층에서 데이터 전송을 위해 네트워크에 접속한 후에 데이터 전송이 완료되어 이에 대한 도움정보를 MME로 전달할 수 있다. 전술한 도움정보는 transaction이 끝났음을 표시하는 정보, transaction 데이터량, 다음 transaction 시간, 다음 transaction까지 남은 시간, transaction 주기, 다음 transaction 예상 시간 및 다음 transaction 데이터량 중 하나 이상의 정보를 포함할 수 있다.
MME는 RRC 연결을 서스펜드하도록 지시하는 정보를 포함하는 S1 메시지를 기지국으로 전송한다. MME는 전술한 도움정보를 S1 메시지에 함께 포함할 수 있다.
일 예로, 도움정보를 수신한 기지국은 RRC 연결을 서스펜드한다. 이는 설정된 무선 베어러의 suspension을 포함한다.
다른 예로, 도움정보를 수신한 기지국은 이를 단말 컨택스트에 저장할 수 있다.
또 다른 예로, RRC 연결 서스펜드를 지시하는 정보를 포함하는 RRC 메시지(예를 들어 RRC 연결 해제 메시지)를 수신한 단말은 전술한 도움정보를 저장한다.
또 다른 예로, RRC 연결 서스펜드를 지시하는 정보를 포함하는 RRC 메시지(예를 들어 RRC 연결 해제 메시지)를 수신한 단말은 전술한 도움정보를 포함하는 단말 AS 컨택스트를 저장한다.
또 다른 예로, 단말은 RRC 연결상태를 떠난다.
기지국은 MME로 전술한 RRC 연결을 서스펜드하도록 지시하는 정보를 포함하는 S1 메시지에 응답메시지를 보낸다.
제 3
실시예
: 일반 단말에 지원되는 측정,
리포팅
및
핸드오버
중 하나 이상을 개선하여 지원하는 방법.
NB-IoT 단말에 대해서도 일반 CONNECTED 단말에 제공되는 측정 구성, 리포팅 구성, 기지국 제어에 의한 핸드오버 명령 등의 이동성 프로시져 중 하나 이상을 적용하도록 할 수 있다.
그러나 NB-IoT 단말에 대해서도 일반 CONNECTED 단말에 제공되는 측정, 리포팅, 핸드오버 등의 이동성 지원 프로시져들을 제공하는 경우, NB-IoT 단말의 전력소모가 증가되어 NB-IoT 단말의 저전력 요구사항을 만족시키기 어려울 수 있다. 기지국은 단말 전력 소모 증가를 감소시키기 위해 이동성 프로시져 관련 구성을 간소화할 수 있다.
일 예를 들어, 측정 구성을 간소화할 수 있다. 기지국은 NB-IoT 단말에 대한 측정을 구성하는데 있어서, 측정 퀀티티(quantity)에 대한 필터링 계수(filtering coefficient)를 일반단말에 대한 측정 퀀티티에 대한 필터링 계수와 다른 값으로 구성하도록 할 수 있다. 여기서 필터링 계수는 측정값에 대한 Layer 3 필터링에 사용되는 값을 나타낸다. 단말은 단말이 측정을 수행한 각각의 측정 퀀티티에 대해 측정 리포팅을 위해 또는 리포팅 기준의 평가를 위해 사용하기 전에 측정값을 다음과 같은 공식을 이용하여 필터링 한다.
일반 Connected 단말에 대해서는 샘플레이트를 200ms로 가정하여 필터링 계수 k=4를 사용한다. 즉 a=1/2가 된다. NB-IoT Connected 단말에 대해서는 더 큰 샘플레이트를 가정하여 필터링 계수를 다른 값(예를 들어, k > 4인 자연수)으로 사용할 수 있다.
다른 예를 들어, 셀 변경 임계값을 구성하지만, 이에 대해 리포팅을 수행하지 않도록 할 수 있다.
또 다른 예를 들어, 특정 리포팅 방법만을 사용하도록 할 수 있다. 예를 들어, 이벤트 트리거 기반의 리포팅만을 수행하도록 할 수 있다. 이를 위한 저전력 소모를 위한 이벤트를 구성할 수도 있다. 또는 이벤트 트리거 기반의 리포팅을 수행하는 경우 일정 시간동안 측정 리포팅을 서프레션 할 수 있다. 이를 위한 값을 기지국이 단말에 구성할 수 있다.
기지국은 전술한 동작을 지시하기 위한 정보를 단말에 구성할 수 있다.
또 다른 예를 들어, 측정구성 또는 리포팅 구성 또는 Connected mode 이동성 지원 가능한 NB-IoT 단말을 정의하여 해당 NB-IoT 단말에 대해서만 기지국이 측정구성 또는 리포팅 구성 또는 Connected mode 이동성 지원을 제공하도록 할 수 있다. 이를 위해 NB-IoT단말(NB-IoT 카테고리로 분류되는 단말)에 대해 해당 NB-IoT 단말이 측정구성 또는 리포팅 구성 또는 Connected mode 이동성 지원 기능을 제공하는 경우 해당 NB-IoT 단말이 단말 캐퍼빌리티 정보에 이러한 기능 지원 여부에 대한 정보를 기지국으로 지시할 수 있다. 일 예를 들어, NB-IoT 단말은 RRC 연결 요청 메시지에 이를 포함하여 기지국으로 전달할 수 있다. 다른 예를 들어, NB-IoT 단말은 RRC 연결 재개 요청 메시지에 이를 포함하여 기지국으로 전달할 수 있다. 또 다른 예를 들어, 이러한 기능 지원 여부에 대한 정보는 UE capability transfer 프로시져를 사용하여 단말에서 기지국으로 전달될 수 있다. 또 다른 예를 들어, 이러한 기능 지원 여부에 대한 정보는 단말에 의해 NAS 시그널링(attach 프로시져 등)을 통해 MME로 지시하고 S1 인터페이스를 통해 기지국으로 전달될 수 있다. 기지국은 해당 단말에 대해 측정구성 또는 리포팅 구성 또는 Connected mode 이동성지원 기능을 제공하는 RRC 연결 재구성 메시지를 보낼 수 있다.
제 4
실시예
: RRC Connection 재설정(re-establishment)
프로시져를
통한 이동성 지원 방법.
NB-IoT 단말에 대해 일반 단말에 적용되는 일반 핸드오버 프로시져를 사용하는 것은 상당한 오버헤드가 된다. 즉, NB-IoT 단말이 측정 리포팅을 적시에 전송하도록 하고, 기지국이 이를 기반으로 핸드오버를 수행하는 방법은 상당한 오버헤드가 될 수 있다. 이를 개선하기 위해 Connected 상태의 단말에 대해 다음과 같은 이동성 지원방법을 제공할 수 있다.
일 예를 들어, 기지국은 단말에 셀 변경 임계기준을 단말에 지시하고 단말이 그 기준에 도달하는 경우 RRC 연결 재설정 프로시져를 트리거하도록 할 수 있다.
이를 위해서, 셀 변경 기준을 위한 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 일 예로 일반 LTE 단말의 A3이벤트(Neighbour becomes amount of offset better than PCell) 방식의 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 다른 예로 일반 LTE 단말의 A2이벤트(Serving becomes worse than absolute threshold)방식의 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 다른 예로 일반 LTE 단말의 A2이벤트(Serving becomes worse than absolute threshold)와 A4 이벤트(Neighbour becomes better than absolute threshold) 방식의 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 다른 예로 일반 LTE 단말의 RLF 기준을 정의할 수 있다. 이는 기지국에 의해 시스템 정보를 통해 브로드캐스트되는 RLF 타이머와 관련 파라메터를 통해 단말이 무선링크 실패를 검출할 수 있다.
단말은 두 개의 이벤트가 동시에 만족하는 경우 전술한 프로시져를 트리거 할 수 있다.
기지국은 단말 캐퍼빌리티 정보를 통해 이러한 동작을 수행할 수 있는 단말을 인지할 수 있다. 기지국은 단말에 이러한 동작을 지시하기 위한 정보를 구성할 수 있다. 일 예로 이는 시스템 정보를 통해 지시되어 단말에 구성될 수 있다. 다른 예로 이는 전용 시그널링 정보를 통해 지시되어 단말에 구성될 수 있다.
RRC 연결 재설정 프로시져는 AS 시큐리티가 액티베이트되었을 때만 개시될 수 있다. 따라서 이는 제어플레인 CIoT EPS 최적화와 사용자플레인 CIoT EPS 최적화를 모두 지원하는 NB-IoT 단말, 또는 사용자플레인 CIoT EPS 최적화를 지원하는 NB-IoT단말에 적용될 수 있다. 만약, 제어플레인 CIoT EPS 최적화만을 지원하는 NB-IoT단말에 대해 이를 지원하려고 한다면, 이를 위해 AS 시큐리티를 액티베이트 하는 과정을 추가하거나 MME를 통해 단말 컨택스트를 확인할 때 메시지 인증을 수행함으로써 가능할 수 있다.
예를 들어, 단말은 아래 동작 중 적어도 하나의 동작을 수행하여 RRC 연결 재설정 처리를 수행할 수 있다.
RRC 연결 재설정 프로시져를 개시할 때, 단말은 만약 타이머(예를 들어 T310 또는 T312)가 동작중이면, 이를 정지한다.
단말은 SRB0를 제외한 모든 무선베어러를 서스펜드한다.
단말은 MAC을 리셋한다.
단말은 디폴트 물리 채널 구성을 적용한다.
단말은 디폴트 MAC main 구성을 적용한다.
단말은 셀 선택을 수행한다.
적합한(suitable) 셀을 선택하면, 단말은 시스템정보에 포함된 timealignmenttimercommon을 적용한다.
단말은 RRC 연결 재설정 요청 메시지 전송을 개시한다.
RRC 연결 재설정 요청 메시지 상에서,
일 예로 단말 식별자는 소스PCell에서 사용하는 C-RNTI로 세팅한다. 다른 예로 단말 식별자는 S-TMSI로 세팅한다.
물리셀식별자는 소스PCell에서 사용하는 physCellId로 세팅한다.
일 예로 shortMAC-I는 계산된 MAC-I의 16 least significant bits로 세팅한다. 다른 예로 단말 식별자를 S-TMSI로 세팅하는 경우 NAS MAC을 포함할 수 있다.
재설정 원인(reestablishmentCause)은 셀변경(또는 이동성지원 또는 핸드오버)으로 세팅한다.
기지국은 RRC 연결 재설정 메시지를 단말로 전송한다.
RRC 연결 재설정 메시지를 수신한 단말은 일 예로 다음과 같이 동작한다.
단말은 SRB1에 대한 PDCP를 재설정한다.
단말은 SRB1에 대한 RLC를 재설정한다.
단말은 수신된 무선자원구성전용 정보에 따라 무선 자원 구성을 수행한다.
단말은 SRB1을 재개한다.
단말은 RRC 연결 재설정 메시지 내에 지시된NCC 값을 사용하여 현재 KeNB 가 연계된 KASME 키에 기반하여 KeNB 키를 업데이트한다.
단말은 이전 구성된 integrity 알고리즘에 연계된 KRRCint 를 유도한다.
단말은 이전 구성된 ciphering 알고리즘에 연계된 KRRCint 와 KUPenc 를 유도한다.
단말은 이전 구성된 알고리즘과 KRRCint 를 이용하여 하위 계층에 integrity protection을 엑티베이트하도록 구성한다.
단말은 하위 계층에 ciphering algorithm, KRRCint, KUPenc를 적용하도록 구성한다.
단말은 RRC 연결 재설정 완료 메시지를 기지국으로 전송한다.
RRC 연결 재설정 메시지를 수신한 단말은 다른 예로 다음과 같이 동작한다. 즉, 재설정원인 정보가 셀변경으로 세팅된 RRC 연결 재설정 요청 메시지를 수신하면 기지국은 모든 DRB를 RRC 연결 재설정 메시지를 통해 재구성할 수 있다.
단말은 SRB1과 모든 DRBs에 대한 PDCP를 재설정한다.
단말은 SRB1과 모든 DRBs에 대한 RLC를 재설정한다.
단말은 수신된 무선자원구성전용 정보에 따라 무선 자원 구성을 수행한다.
단말은 SRB1과 모든 DRBs를 재개한다.
단말은 RRC 연결 재설정 메시지 내에 지시된 NCC 값을 사용하여 현재 KeNB 가 연계된 KASME 키에 기반하여 KeNB 키를 업데이트한다.
단말은 이전 구성된 integrity 알고리즘에 연계된 KRRCint 를 유도한다.
단말은 이전 구성된 ciphering 알고리즘에 연계된 KRRCint 와 KUPenc 를 유도한다.
단말은 이전 구성된 알고리즘과 KRRCint 를 이용하여 하위 계층에 integrity protection을 엑티베이트하도록 구성한다.
단말은 하위 계층에 ciphering algorithm, KRRCint, KUPenc를 적용하도록 구성한다.
단말은 RRC 연결 재설정 완료 메시지를 기지국으로 전송한다.
제 5 실시예: RRC Connection 재개(resume)를 통한 이동성 지원하는 방법.
NB-IoT 단말에 대해 일반 단말에 적용되는 일반 핸드오버 프로시져를 사용하는 것은 상당한 오버헤드가 된다. 즉, NB-IoT 단말이 측정 리포팅을 적시에 전송하도록 하고, 기지국이 이를 기반으로 핸드오버를 수행하는 방법은 상당한 오버헤드가 될 수 있다. 이를 개선하기 위해 Connected 상태의 단말에 대해 다음과 같은 이동성 지원방법을 제공할 수 있다.
일 예를 들어, 기지국은 단말에 셀 변경 임계기준을 단말에 지시하고 단말이 그 기준에 도달하는 경우 (셀변경 후) RRC 연결 재개를 트리거하도록 할 수 있다.
셀 변경 기준을 위한 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 일 예로 일반 LTE 단말의 A3이벤트(Neighbour becomes amount of offset better than PCell) 방식의 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 다른 예로 일반 LTE 단말의 A2이벤트(Serving becomes worse than absolute threshold)방식의 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 다른 예로 일반 LTE 단말의 A2이벤트(Serving becomes worse than absolute threshold)와 A4 이벤트(Neighbour becomes better than absolute threshold) 방식의 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 다른 예로 일반 LTE 단말의 RLF 기준을 정의할 수 있다. 이는 기지국에 의해 시스템 정보를 통해 브로드캐스트되는 RLF 타이머와 관련 파라미터를 통해 단말이 무선링크 실패를 검출할 수 있다.
단말은 두 개의 이벤트가 동시에 만족하는 경우 전술한 프로시져를 트리거 할 수 있다.
기지국은 단말 캐퍼빌리티 정보를 통해 이러한 동작을 수행할 수 있는 단말을 인지할 수 있다. 기지국은 단말에 이러한 동작을 지시하기 위한 정보를 구성할 수 있다.
RRC 연결 재개 프로시져를 개시할 때(또는 개시하기 전에 또는 셀 변경 기준에 도달하면 또는 셀변경을 위한 RRC 연결 재개 프로시져를 개시할 때 또는 타겟 기지국으로 RRC 연결 재개 요청 메시지를 전송하기 위해) 단말은 다음 동작 중 하나 이상의 동작을 수행할 수 있다.
일 예로, 단말은 현재 RRC 연결, 현재 시큐리티 컨택스트, ROHC 상태를 포함하는 PDCP 상태, 소스 PCell에서 사용되는 C-RNTI, 소스PCell의 물리셀식별자와 셀식별자(cellIdentity) 중 하나 이상을 포함하는 AS 컨택스트를 저장한다.
다른 예로, 단말은 현재 RRC 연결, 현재 시큐리티 컨택스트, ROHC 상태를 포함하는 PDCP 상태, 소스 PCell에서 사용되는 C-RNTI, 소스PCell의 물리셀식별자 및 셀식별자(cellIdentity) 중 하나 이상을 포함하는 AS 컨택스트를 유지한다.
또 다른 예로, 현재 RRC 연결, 현재 시큐리티 컨택스트, ROHC 상태를 포함하는 PDCP 상태, 소스 PCell에서 사용되는 C-RNTI, 소스PCell의 물리셀식별자 및 셀식별자(cellIdentity) 중 하나 이상을 포함하는 AS 컨택스트를 서스펜드한다.
단말은 재개식별자/단말식별자/기지국식별자와 단말식별자(설명의 편의를 위해서 이하에서 재개식별자로 표기할 수 있다)를 저장/유지한다.
단말은 모든 SRB(s)와 DRB(s)를 서스펜드한다.
단말은 만약 타이머(예를 들어 T310 또는 T312)가 동작중이면, 이를 정지한다.
단말은 MAC을 리셋한다.
단말은 타겟 셀의 다운링크에 동기화를 시작한다. 단말은 전술한 셀변경 기준을 만족하는 이웃셀 정보를 기반으로 타겟 셀을 선택할 수 있다.
단말은 타겟셀에서 MIB 정보를 획득한다. 단말은 타겟셀에서 RRC 연결 재개 요청 관련 시스템 정보(예를 들어 RA-preamble 등)를 획득한다. 또 다른 방법으로 단말은 소스셀에서 이웃 셀의 RRC 연결 재개 요청 관련 정보(예를 들어 RA-preamble 등)를 시스템 정보 또는 전용정보를 통해 수신할 수 있다.
단말은 디폴트 물리 채널 구성을 적용한다.
단말은 디폴트 MAC main 구성을 적용한다.
단말은 (3GPP TS36.331 문서 9.1.1.2절에 명시된) (디폴트) CCCH 구성을 적용한다.
단말은 관련 타이머(예를 들어, T300)를 시작한다.
단말은 RRC 연결 재개 요청 메시지(설명의 편의를 위해 RRC 연결 재개 요청 메시지를 사용하는 것으로 설명하나, 이동성을 지원하기 위한 새로운 RRC 연결 메시지도 본 발명의 범주에 포함된다)를 기지국으로 전송한다.
RRC 연결 재개 요청 메시지 상에서,
재개 식별자/단말식별자는 소스 기지국이 지시한 재개식별자(resumeIdentity)/단말식별자로 세팅한다. 또는 재개 식별자는 저장된 재개식별자(resumeIdentity)로 세팅한다.
short-재개-MAC-I는 계산된 MAC-I의 16 least significant bits로 세팅한다.
재개 원인(resumeCause)은 셀변경(또는 이동성지원 또는 핸드오버)으로 세팅한다.
만약 타겟 기지국/셀 상의 시스템 정보를 통해 access barring check를 수행하도록 지시된 경우에도, 단말은 이를 무시할 수 있다. 또는 일반 LTE 단말을 위한 access barring check를 수행하지 않도록 할 수 있다.
타겟 기지국은 RRC 연결 재개 메시지를 단말로 전송한다.
RRC 연결 재개 메시지를 수신한 단말은 일 예로 다음과 같이 동작한다.
단말은 관련 타이머(예를 들어 T300)를 정지한다.
단말은 RRC 연결을 재개한다.
단말은 시큐리티 컨택스트를 재개한다.
단말은 모든 SRBs와 DRBs에 대한RLC 엔티티를 재설정한다.
단말은 모든 SRBs와 DRBs에 대한PDCP 엔티티를 재설정한다.
단말은 재개식별자(resumeIdentity)를 버린다.
단말은 수신된 무선자원구성전용 정보에 따라 무선 자원 구성을 수행한다.
단말은 모든 SRBs와 DRBs를 재개한다.
단말은 RRC 연결 재개 메시지 내에 지시된NCC 값을 사용하여 현재 KeNB 가 연계된 KASME 키에 기반하여 KeNB 키를 업데이트한다.
단말은 이전 구성된 integrity 알고리즘에 연계된 KRRCint 를 유도한다.
단말은 이전 구성된 알고리즘과 KRRCint 를 이용하여 하위 계층에 RRC 연결 재개 메시지의 integrity protection을 검증하도록 요청한다.
단말은 이전 구성된 ciphering 알고리즘에 연계된 KRRCint 와 KUPenc 를 유도한다.
단말은 이전 구성된 알고리즘과 KRRCint 를 이용하여 하위 계층에 integrity protection을 엑티베이트하도록 구성한다.
단말은 하위 계층에 ciphering algorithm, KRRCint , KUPenc를 적용하도록 구성한다.
단말은 현재 셀을 PCell로 고려한다.
단말은 RRC 연결 재개 완료 메시지를 타겟 기지국으로 전송한다.
타겟 기지국으로 RRC 연결 재개 요청 메시지를 전송하기 위한 다른 예로 단말은 다음과 같이 동작한다.
단말은 타겟 셀의 다운링크에 동기화를 시작한다. 또는 단말은 전술한 셀변경 기준을 만족하는 이웃셀 정보를 기반으로 타겟 셀을 선택할 수 있다.
단말은 타겟셀에서 MIB 정보를 획득한다. 또는 단말은 타겟셀에서 RRC 연결 재개 요청 관련 시스템 정보(예를 들어 RA-preamble 등)를 획득한다. 또 다른 방법으로 단말은 소스셀에서 이웃 셀의 RRC 연결 재개 요청 관련 정보(예를 들어 RA-preamble 등)를 시스템 정보 또는 전용정보를 통해 수신할 수 있다.
단말은 디폴트 물리 채널 구성을 적용한다.
단말은 디폴트 MAC main 구성을 적용한다.
단말은 (3GPP TS36.331 9.1.1.2절에 명시된) (디폴트) CCCH 구성을 적용한다.
단말은 관련 타이머(예를 들어, T300)를 시작한다.
단말은 RRC 연결 재개 요청 메시지(설명의 편의를 위해 RRC 연결 재개 요청 메시지를 사용하는 것으로 설명하나, 이동성을 지원하기 위한 새로운 RRC 연결 메시지도 본 발명의 범주에 포함된다)를 기지국으로 전송한다.
RRC 연결 재개 요청 메시지 상에서,
재개 식별자/단말식별자는 소스 기지국이 지시한 재개식별자(resumeIdentity)/단말식별자로 세팅한다. 또는 재개 식별자는 저장된 재개식별자(resumeIdentity)로 세팅한다.
short-재개-MAC-I는 계산된 MAC-I의 16 least significant bits로 세팅한다.
재개 원인(resumeCause)는 셀변경(또는 이동성지원 또는 핸드오버)으로 세팅한다.
전술한 동작은 RRC 연결상태 단말의 이동성 지원을 위한 동작이 될 수 있다. 따라서 단말은 셀재선택 관련 측정과 평가를 수행하지 않도록 할 수 있다. 또한 단말은 access barring check 프로시져도 수행하지 않도록 할 수 있다. 종래 기술에서 RRC 연결 재개 프로시져는 RRC 아이들 상태 단말의 연결 재개를 위한 것이었기 때문에 RRC 연결 재개를 수행하는 과정에서 셀 재선택 관련 측정과 평가, access barring check 프로시져를 수행해야만 했다.
타겟 기지국은 RRC 연결 재개 메시지를 단말로 전송한다.
RRC 연결 재개 메시지를 수신한 단말은 일 예로 다음과 같이 동작한다.
단말은 관련 타이머(예를 들어, T300)를 정지한다.
단말은 저장된/유지된 단말 AS 컨택스트로부터 RRC 연결과 시큐리티 컨택스트를 복구한다.
단말은 모든 SRBs와 DRBs에 대한 RLC 엔티티를 재설정한다.
단말은 모든 SRBs와 DRBs에 대한 PDCP 엔티티를 재설정한다.
만약 저장되었다면, 단말은 저장된 단말 AS 컨택스트와 재개식별자(resumeIdentity)를 버린다.
단말은 수신된 무선자원구성전용 정보에 따라 무선 자원 구성을 수행한다.
단말은 모든 SRBs와 DRBs를 재개한다.
단말은 RRC 연결 재개 메시지 내에 지시된 NCC 값을 사용하여 현재 KeNB 가 연계된 KASME 키에 기반하여 KeNB 키를 업데이트한다.
단말은 이전 구성된 integrity 알고리즘에 연계된 KRRCint 를 유도한다.
단말은 이전 구성된 알고리즘과 KRRCint 를 이용하여 하위 계층에 RRC 연결 재개 메시지의 integrity protection을 검증하도록 요청한다.
단말은 이전 구성된 ciphering 알고리즘에 연계된 KRRCint와 KUPenc 를 유도한다.
단말은 이전 구성된 알고리즘과 KRRCint 를 이용하여 하위 계층에 integrity protection을 엑티베이트하도록 구성한다.
단말은 하위 계층에 ciphering algorithm, KRRCint, KUPenc를 적용하도록 구성한다.
단말은 현재 셀을 PCell로 고려한다.
단말은 RRC 연결 재개 완료 메시지를 타겟 기지국으로 전송한다.
만약 전술한 RRC 연결 재개 메시지를 수신한 타겟 기지국이 임의의 이유로(예를 들어, 소스 기지국으로부터 단말 컨택스트 받아(retrieve)오기에 실패, 타겟 기지국이 단말 컨택스트 미비로 핸드오버 준비 안됨 등) RRC 연결 재개에 대한 실패 또는 단말에 RRC 연결 설정 지시를 하고자 할 수 있다.
이와 같이 전술한 RRC 연결 재개 메시지를 수신한 타겟 기지국은 임의의 이유로 RRC 연결 재개 성공 메시지(RRC 연결 재개 메시지)를 보내지 못하고 RRC 연결 셋업 메시지(RRC connection setup) 메시지를 단말로 전송할 수 있다.
만약 RRC 연결 재개 요청에 응답으로 RRC 연결 셋업이 수신된다면, 단말은 다음 중의 하나 이상의 동작을 수행할 수 있다.
단말은 단말 AS 컨택스트와 재개식별자를 제거한다다. 단말은 MME로부터 단말 컨택스트를 셋업/수신/받아오기/설정하기 위해 상위 계층에 이를 위해 필요한 정보(예를 들어 S-TMSI)를 요청한다. 단말은 RRC Connection setup complete 메시지에 s-TMSI를 상위계층으로부터 수신한 값으로 세팅한다. 단말은 RRC Connection setup complete 메시지에 상위 계층으로부터 수신한 메시지/정보를 포함할 수 있다.
종래의 RRC 연결 재개 프로시져는 RRC 서스펜드를 원인으로 RRC 연결이 해제된 RRC IDLE 단말에 대해 저장된 컨택스트로부터 SRB와 DRB를 포함하는 AS 구성을 복구하기 위해 사용된다.
본 실시예에 따라 RRC CONNECTED 단말에 대해서도 RRC 연결 재개 프로시져를 사용할 수 있다.
또한, 종래의 RRC 연결 재개 프로시져는 제어플레인 CIoT EPS 최적화와 사용자플레인 CIoT EPS 최적화를 모두 지원하는 NB-IoT 단말, 또는 사용자플레인 CIoT EPS 최적화를 지원하는 NB-IoT 단말에 적용될 수 있다. 종래 기술에서는 제어플레인 CIoT EPS 최적화만을 지원하는 NB-IoT 단말에 대해 이를 지원할 수 없었다. 그러나, 본 실시예를 적용하면 제어플레인 CIoT EPS 최적화만을 지원하는 NB-IoT 단말에 대해서도 이동성 지원을 위해 RRC 연결 재개 프로시져를 사용할 수 있다.
종래 기술에서 단말의 재개 식별자는 RRC 연결 서스펜드를 위해서 구성되었기 때문에, RRC 연결 해제 메시지 상에서만 포함되어 제공될 수 있었다. 즉 RRC 연결 해제 메시지 상에서 RRC 연결 서스펜드를 해제 원인으로 할 때, 재개 식별자를 포함하여 단말로 지시했다.
만약 RRC 연결 재개 프로시져를 RRC 연결 상태 단말의 이동성 지원을 위해서 사용하는 경우, 재개식별자가 RRC 연결 재구성 메시지를 통해 단말에 사전에 지시되어 구성될 수 있다.
제 6
실시예
: 새로운 RRC Connection
프로시져
/RRC 연결 메시지 유형을 통한 이동성 지원 방법.
NB-IoT 단말에 대해 일반 단말에 적용되는 일반 핸드오버 프로시져를 사용하는 것은 상당한 오버헤드가 된다. 즉, NB-IoT 단말이 측정 리포팅을 적시에 전송하도록 하고, 기지국이 이를 기반으로 핸드오버를 수행하는 방법은 상당한 오버헤드가 될 수 있다. 이를 개선하기 위해 Connected 상태의 단말에 대해 다음과 같은 이동성 지원방법을 제공할 수 있다.
일 예를 들어, 기지국은 단말에 셀 변경 임계기준을 단말에 지시하고 단말이 그 기준에 도달하는 경우 RRC 연결 셀변경 프로시져(설명의 편의를 위해 이하에서 RRC 연결 셀변경으로 표기한다. Connected 단말의 이동성 지원을 위한 것으로 다른 용어로 변경/대치될 수 있다.)를 트리거하도록 할 수 있다.
셀 변경 기준을 위한 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 일 예로 일반 LTE 단말의 A3이벤트(Neighbour becomes amount of offset better than PCell) 방식의 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 다른 예로 일반 LTE 단말의 A2이벤트(Serving becomes worse than absolute threshold)방식의 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 다른 예로 일반 LTE 단말의 A2이벤트(Serving becomes worse than absolute threshold)와 A4 이벤트(Neighbour becomes better than absolute threshold) 방식의 이벤트를 정의할 수 있다.
셀 변경 기준을 위한 이벤트의 다른 예로 일반 LTE 단말의 RLF 기준을 정의할 수 있다. 이는 기지국에 의해 시스템 정보를 통해 브로드캐스트되는 RLF 타이머와 관련 파라미터를 통해 단말이 무선링크 실패를 검출할 수 있다.
단말은 두 개의 이벤트가 동시에 만족하는 경우 전술한 프로시져를 트리거 할 수 있다.
기지국은 단말 캐퍼빌리티 정보를 통해 이러한 동작을 수행할 수 있는 단말을 인지할 수 있다. 기지국은 단말에 이러한 동작을 지시하기 위한 정보를 구성할 수 있다.
RRC 연결 셀변경 프로시져는 제어플레인 CIoT EPS 최적화만을 지원하는 NB-IoT단말, 제어플레인 CIoT EPS 최적화와 사용자플레인 CIoT EPS 최적화를 모두 지원하는 NB-IoT단말, 또는 사용자플레인 CIoT EPS 최적화를 지원하는 NB-IoT단말에 적용될 수 있다.
종래 기술에 의한 RRC 연결 재설정 프로시져나 RRC 연결 재개 프로시져는 모두 RRC IDLE 상태 단말에 대해 적용될 수 있는 프로시져였다. 따라서 RRC Connected 상태 단말에 대한 셀변경을 지원하기 위한 프로시져로 사용하기 위해서는 전술한 바와 같이 이를 구별하기 위한 지시정보가 필요할 수 있다. 또 다른 방법으로, RRC 연결 재설정 프로시져나 RRC 연결 재개 프로시져와 구분되는 새로운 RRC 프로시져를 정의하여 이러한 동작을 제공할 수 있다. 이하에서 설명의 편의를 위해 이를 RRC 연결 셀변경 프로시져로 표기한다.
RRC 연결 셀변경 프로시저는 SRB0를 통해 제공될 수 있다. 이 요청은 사이퍼되지는 않지만, 메시지 인증코드를 가지고 보호될 수 있다. 즉 단말이 트리거하는 RRC 연결 셀변경 요청 메시지는 메시지 인증코드를 가지고 보호될 수 있어 AS 시큐리티가 활성화되지 않은 제어플레인 CIoT EPS 최적화만을 지원하는 NB-IoT 단말에 대해 사용될 수 있다. 이러한 메시지 인증코드는 MME에서 단말의 메시지 인증을 확인하기 위한 NAS 인증 코드 정보(NAS MAC)를 포함할 수 있다.
RRC 연결 셀변경 프로시져를 개시할 때(또는 개시하기 전에 또는 셀변경 기준에 도달하면 또는 셀변경을 위한 RRC 연결 셀변경 프로시져를 개시할 때 또는 타겟 기지국으로 RRC 연결 셀변경 요청 메시지를 전송하기 위해) 단말은 다음 동작 중 하나 이상의 동작을 수행할 수 있다.
일 예로 단말은 현재 RRC 연결, 현재 시큐리티 컨택스트, ROHC 상태를 포함하는 PDCP 상태, 소스 PCell에서 사용되는 C-RNTI, 소스PCell의 물리셀식별자와 셀식별자(cellIdentity) 중 하나 이상을 포함하는 AS 컨택스트를 유지한다.
다른 예로 현재 RRC 연결, 현재 시큐리티 컨택스트, ROHC 상태를 포함하는 PDCP 상태, 소스 PCell에서 사용되는 C-RNTI, 소스PCell의 물리셀식별자와 셀식별자(cellIdentity) 중 하나 이상을 포함하는 AS 컨택스트를 서스펜드한다.
단말은 재개식별자/단말식별자/기지국식별자와 단말식별자(설명의 편의를 위해서 이하에서 재개식별자로 표기할 수 있다)를 저장/유지한다.
단말은 모든 SRB(s)와 DRB(s)를 서스펜드한다.
단말은 만약 타이머(예를 들어 T310 또는 T312)가 동작중이면, 이를 정지한다.
단말은 MAC을 리셋한다.
단말은 타겟 셀의 다운링크에 동기화를 시작한다. 또는 단말은 전술한 셀변경 기준을 만족하는 이웃셀 정보를 기반으로 타겟 셀을 선택할 수 있다.
단말은 타겟셀에서 MIB 정보를 획득한다. 또는, 단말은 타겟셀에서 RRC 연결 셀변경 요청 관련 시스템 정보(예를 들어 RA-preamble 등)를 획득한다. 또 다른 방법으로 단말은 소스셀에서 이웃 셀의 RRC 연결 셀변경 요청 관련 정보(예를 들어 RA-preamble 등)를 시스템 정보 또는 전용정보를 통해 수신할 수 있다.
단말은 디폴트 물리 채널 구성을 적용한다.
단말은 디폴트 MAC main 구성을 적용한다.
단말은 (TS36.331 9.1.1.2절에 명시된) (디폴트) CCCH 구성을 적용한다.
단말은 관련 타이머(예를 들어 T300)를 시작한다.
단말은 RRC 연결 셀변경 요청 메시지를 기지국으로 전송한다.
RRC 연결 셀변경 요청 메시지 상에서,
재개 식별자/단말식별자는 소스 기지국이 지시한 재개식별자(resumeIdentity)/단말식별자로 세팅한다.
short-재개-MAC-I는 계산된 MAC-I의 16 least significant bits로 세팅한다.
재개 원인(resumeCause)는 셀변경(또는 이동성지원 또는 핸드오버)으로 세팅한다.
만약 타겟 기지국/셀 상의 시스템 정보를 통해 access barring check를 수행하도록 지시된 경우에도, 단말은 이를 무시할 수 있다. 일반 단말을 위한 access barring check를 수행하지 않도록 할 수 있다.
타겟 기지국은 RRC 연결 셀변경 메시지를 단말로 전송한다.
RRC 연결 셀변경 메시지를 수신한 단말은 일 예로 다음과 같이 동작한다.
단말은 관련 타이머(예를 들어 T300)를 정지한다.
단말은 RRC 연결을 재개한다.
단말은 시큐리티 컨택스트를 재개한다.
단말은 모든 SRBs와 DRBs에 대한RLC 엔티티를 재설정한다.
단말은 모든 SRBs와 DRBs에 대한PDCP 엔티티를 재설정한다.
단말은 재개식별자(resumeIdentity)를 버린다.
단말은 수신된 무선자원구성전용 정보에 따라 무선 자원 구성을 수행한다.
단말은 모든 SRBs와 DRBs를 재개한다.
단말은 RRC 연결 셀변경 메시지 내에 지시된NCC 값을 사용하여 현재 KeNB 가 연계된 KASME 키에 기반하여 KeNB 키를 업데이트한다.
단말은 이전 구성된 integrity 알고리즘에 연계된 KRRCint 를 유도한다.
단말은 이전 구성된 알고리즘과 KRRCint 를 이용하여 하위 계층에 RRC 연결 재개 메시지의 integrity protection을 검증하도록 요청한다.
단말은 이전 구성된 ciphering 알고리즘에 연계된 KRRCint 와 KUPenc 를 유도한다.
단말은 이전 구성된 알고리즘과 KRRCint 를 이용하여 하위 계층에 integrity protection을 엑티베이트하도록 구성한다.
단말은 하위 계층에 ciphering algorithm, KRRCint , KUPenc를 적용하도록 구성한다.
단말은 현재 셀을 PCell로 고려한다.
단말은 RRC 연결 셀변경 완료 메시지를 타겟 기지국으로 전송한다.
만약 전술한 RRC 연결 셀변경 메시지를 수신한 타겟 기지국이 임의의 이유로(예를 들어 소스 기지국으로부터 단말 컨택스트 받아(retrieve)오기에 실패, 타겟 기지국이 단말 컨택스트 미비로 핸드오버 준비 안됨 등) RRC 연결 셀변경에 대한 실패 또는 단말에 RRC 연결 설정 지시를 하고자 할 수 있다.
이와 같이 전술한 RRC 연결 셀변경 메시지를 수신한 타겟 기지국은 임의의 이유로 RRC 연결 셀변경 성공 메시지(RRC 연결 셀변경 메시지)를 보내지 못하고 RRC 연결 셋업 메시지(RRC connection setup) 메시지를 단말로 전송할 수 있다.
만약 RRC 연결 셀변경 요청에 응답으로 RRC 연결 셋업이 수신된다면, 단말은 다음 중의 하나 이상의 동작을 수행할 수 있다.
단말은 단말 AS컨택스트와 재개식별자를 삭제/제거/버린다. 단말은 MME로부터 단말 컨택스트를 셋업/수신/받아오기/설정하기 위해 상위 계층에 이를 위해 필요한 정보(예를 들어 S-TMSI)를 요청한다. 단말은 RRC Connection setup complete 메시지에 s-TMSI를 상위계층으로부터 수신한 값으로 세팅한다. 단말은 RRC Connection setup complete 메시지에 상위 계층으로부터 수신한 메시지/정보를 포함할 수 있다.
종래 기술에서 단말의 재개식별자는 RRC 연결 서스펜드를 위해서 구성되었기 때문에, RRC 연결 해제 메시지 상에서만 포함되어 제공될 수 있었다. 즉 RRC 연결 해제 메시지 상에서 RRC 연결 서스펜드를 해제 원인으로 할 때, 재개식별자를 포함하여 단말로 지시했다.
만약 RRC 연결 셀변경 프로시져를 RRC 연결 상태 단말의 이동성 지원을 위해서 사용하는 경우, 재개식별자가 RRC 연결 재구성 메시지를 통해 단말에 사전에 지시되어 구성될 수 있다.
도 4는 일 실시예에 따른 연결 상태 단말의 셀 변경 절차를 예시적으로 도시한 도면이다.
도 4를 참조하면, 일 예로 기지국(410, 420)은 단말 캐퍼빌리티 정보를 통해 단말(400)이 전술한 셀 변경이 가능한 단말(400)임을 인지한다. 다른 예로 기지국(410, 420)은 셀 내에서 전술한 셀 변경을 지원함을 시스템 정보를 통해 지시할 수 있다.
일 예를 들어 시스템정보를 통해 제공되는 셀 변경을 지원함을 지시하는 정보는 제어플레인 CIoT EPS 최적화만을 지원하는 NB-IoT 단말에 대해 단말이 트리거하는 RRC 메시지 송신 허용을 지시하는 정보를 나타낸다. 다른 예를 들어 시스템정보를 통해 제공되는 상기 셀 변경을 지원함을 지시하는 정보는 제어플레인 CIoT EPS 최적화와 사용자플레인 CIoT EPS 최적화를 모두 지원하는 NB-IoT 단말에 대해 단말이 트리거하는 RRC 메시지 송신 허용을 지시하는 정보를 나타낸다.
소스 기지국(410)은 연결 상태 단말의 셀 변경 기준/룰/임계값/이벤트를 단말(400)에 지시한다(S400). 일 예로 셀 변경 기준/룰/임계값/이벤트는 RRC 연결 재구성 메시지에 포함될 수 있다. 다른 예로 셀 변경 기준/룰/임계값/이벤트는 제어플레인 CIoT EPS 최적화를 사용하는 단말에 대해 RRC 연결 셋업 메시지에 포함될 수 있다. 다른 예로 셀 변경 기준/룰/임계값/이벤트는 기지국에 의해 단말 특정하게 구성되는 RLF(Radio Link Failure) 타이머와 관련 파라메터일 수 있다. 다른 예로 셀 변경 기준/룰/임계값/이벤트는 기지국에 의해 시스템 정보를 통해 브로드캐스트되는 RLF 타이머와 관련 파라메터일 수 있다. 다른 예로 셀 변경 기준/룰/임계값/이벤트는 기지국에 의해 시스템 정보를 통해 브로드캐스트되는 RLF 타이머와 관련 파라미터일 수 있다.
단말(400)은 기지국(410)이 지시한 연결 상태 단말의 셀 변경 기준/룰/임계값/이벤트를 초과하면/도달하면/만족하면 전술한 셀 변경 프로시져를 개시할 수 있다(S405). 일 예를 들어 무선링크 실패 기준에 도달하면 전술한 단말이 트리거하는 셀 변경 프로시져를 개시할 수 있다.
단말(400)은 타겟 기지국(420)으로 셀 변경을 위한 RRC 메시지를 전송한다(S410).
타겟 기지국(420)은 소스 기지국(410)으로 단말 컨택스트를 요청한다(S415). 다른 예로 타겟 기지국(420)은 MME(430)로 단말 컨택스트를 요청한다.
소스 기지국(410)은 이에 응답한다(S420).
데이터 포워딩이 수행될 수 있다(S425).
타겟 기지국(420)은 RRC 셀변경을 구성하기 위한 RRC 메시지를 단말(400)에 전송한다(S430). 일 예로 전술한 RRC 메시지는 RRC 연결 재구성 메시지일 수 있다. 다른 예로 전술한 RRC 메시지는 RRC 연결 재구성 메시지와 구분되는 RRC 메시지일 수 있다.
단말(400)은 확인 메시지를 타겟 기지국(420)으로 전송한다(S435).
타겟 기지국(420)은 경로 스위치 요청 메시지를 MME(430)로 보낸다(S440).
MME(430)는 이에 응답한다(S445).
타겟 기지국(420)은 소스 기지국(410)으로 단말 컨택스트 해제를 지시한다(S450).
또 다른 방법으로 S415 내지 S425 단계는 S430 내지 S435 단계와 동시에 또는 S430 내지 S435 단계 이후에 수행될 수도 있다.
또 다른 방법으로 S415 단계에 따라 타겟 기지국(420)에 셀변경을 시도하는 경우 소스 기지국(410)이 이를 알지 못하고 계속 재전송을 수행하여 무선자원이 낭비되거나 간섭을 야기할 수 있다. 이를 방지하기 위해 단말(400)은 소스 기지국(410)으로 타겟 기지국 셀변경 시도 또는 타겟기지국 셀변경 임계치 도달 등에 대한 지시정보를 전달할 수 있다. 전달되는 정보는 RRC 메시지를 이용할 수도 있고 빠른 전송을 위해 MAC CE나 PHY 시그널링을 이용할 수도 있다.
이상에서 설명한 바와 같이 본 개시는 Connected 상태의 NB-IoT 단말에 대해서 서비스 연속성을 향상시킬 수 있는 효과가 있다.
이상에서는 NB-IoT 단말의 전력 소모를 줄이기 위한 RRC 서스펜드 방법과 저전력 이동성 지원 실시예 및 셀 변경 절차의 예시에 대해서 설명하였다.
이하에서는 NB-IoT 단말이 전술한 이동성 지원 및 셀 변경 절차에 따라 동작을 수행하는 경우에 타겟 기지국과 셀 변경을 완료할 때까지 데이터 중단 발생을 최소화하기 위한 방법에 대해서 다양한 실시예를 제안한다.
제 1
실시예
:
타겟
기지국에서 MME로 단말 재구성/변경/재설정을 위한 단말 컨택스트를 요청하는 방법.
만약 단말이 직접 셀변경을 시도하기 위해 타겟 기지국으로 셀변경을 요청하는 RRC 메시지를 전송하는 경우, 해당 메시지를 수신한 타겟 기지국은 셀변경 요청 단말에 대한 RRC 연결을 구성/재구성/재개/변경/재설정을 수행하도록 할 수 있다.
타겟 기지국은 단말에 대한 셀변경 요청 단말에 대한 연결 구성/재구성/재개/변경을 수행하기 위해 코어망 개체(LTE의 경우 코어망 제어플래인 개체인 MME)로 단말 컨택스트를 요청할 수 있다. 이를 위해 단말은 타겟 기지국으로 셀변경을 요청하는 RRC 메시지에 단말 식별자로 서빙 MME를 식별할 수 있는 S-TMSI를 포함할 수 있다. S-TMSI는 MMEC와 m-TMSI로 구성되어 단말의 서빙 MME를 식별할 수 있다.
타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지는 S1 메시지 중 하나의 메시지가 될 수 있다. 일 예로 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지는 E-RAB setup/modify/release request/response메시지, initial context setup/modification request/response 메시지, eNB Status Transfer 메시지 중 하나의 메시지가 될 수 있다.
다른 예로 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지는 UE context release request 메시지가 될 수 있다.
다른 예로 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지는 Handover Required 메시지가 될 수 있다.
다른 예로 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지는 Handover Notify 메시지가 될 수 있다. 예를 들어 타겟 기지국은 단말의 셀변경 요청을 MME에 알릴 수 있다.
다른 예로 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지는 Path switch request 메시지가 될 수 있다.
다른 예로 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지는 단말 컨택스트 재개 request 메시지가 될 수 있다.
다른 예로 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지는 전술한 메시지와 구분되는 새로운 S1 메시지가 될 수 있다.
데이터 전송 중단을 감소시키기 위해, 전술한 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지는 MME에서 단말을 구분하기 위한 S-TMSI 정보, MME에서 단말의 메시지 인증을 확인하기 위한 NAS 인증 코드 정보(NAS MAC: Non Access Stratum Message Authentication Code) 그리고 데이터 전송 중단을 감소시키기 위한 정보를 포함할 수 있다. 예를 들어 소스 기지국으로부터 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 포함할 수 있다.
일 예를 들어 만약 전술한 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지가 단말 컨택스트 재개 메시지라면, 단말 컨택스트 재개 메시지는 소스 기지국으로부터 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 포함할 수 있다. 단말 컨택스트 재개 메시지는 MME가 서스펜드된 RRC 연결을 재개하도록 지시하기 위한 메시지이므로, 만약 이 메시지를 RRC 연결 단말에 대해 타겟 기지국이 MME로 단말 컨택스트를 요청하기 위해 사용한다면, MME서스펜드된 RRC 연결을 재개하도록 지시하기 위한 것인지를 지시하는 정보를 포함할 수 있다.
만약 MME가 타겟 기지국으로부터 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 수신하면 MME는 이 정보를 소스 기지국으로 전달할 수 있다. 소스 기지국이 이 정보를 수신하면 MME에게 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 정보를 전송할 수 있다. MME는 다시 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 정보를 타겟 기지국으로 전송할 수 있다.
MME가 타겟 기지국으로부터 단말 컨택스트를 요청하는 메시지를 수신하면 MME는 해당 단말의 단말 컨택스트를 타겟 기지국으로 전송할 수 있다. MME는 소스 기지국을 통해 해당 단말의 단말 컨택스트 정보를 받아(retrieve) 타겟 기지국으로 전달할 수도 있다.
소스기지국이 MME로부터 타겟 기지국으로 전달할 단말 컨택스트를 요청하는 메시지를 수신하면 또는, 소스기지국이 MME로부터 타겟 기지국으로 전달할 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 수신하면 또는, 소스기지국이 MME로부터 데이터 포워딩을 제안/지시하는 정보를 수신하면, 소스 기지국은 타겟기지국과의 업링크/다운링크 터널을 통해 타겟 기지국으로 데이터 포워딩을 시작할 수 있다.
이를 위해 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지 및/또는 타겟 기지국이 MME로 단말 컨택스트를 요청하는 메시지에 따라 MME가 소스 기지국으로 지시하는 메시지는 업링크 포워딩 제안/지시 정보, 다운링크 포워딩 제안/지시 정보, 포워딩 제안/지시 정보, 데이터 포워딩을 위한 업링크 GTP 터널 엔드포인트 정보, 데이터 포워딩을 위한 다운링크 GTP 터널 엔드포인트 정보 중 하나 이상의 정보를 포함할 수 있다.
전술한 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 정보는 베어러별 구분되는 정보일 수 있다.
전술한 데이터 포워딩을 위한 업링크 GTP 터널 엔드포인트 정보와 데이터 포워딩을 위한 다운링크 GTP 터널 엔드포인트 정보는 베어러별 구분되는 정보일 수 있다.
제 2 실시예: 타겟 기지국에서 소스 기지국으로 단말 컨택스트 요청 방법.
만약 단말이 직접 셀변경을 시도하기 위해 타겟 기지국으로 셀변경을 요청하는 RRC 메시지를 전송하는 경우, 해당 메시지를 수신한 타겟 기지국은 셀변경 요청 단말에 대한 RRC 연결을 구성/재구성/재개/변경/재설정을 수행하도록 할 수 있다.
타겟 기지국은 단말에 대한 셀변경 요청 단말에 대한 연결 구성/재구성/재개/변경을 수행하기 위해 소스 기지국으로 단말 컨택스트를 요청할 수 있다. 이를 위해 단말은 타겟 기지국으로 셀변경을 요청하는 RRC 메시지에 단말 식별자로 기지국 식별정보를 포함한 단말 식별정보를 포함할 수 있다. 일 예로 Resume ID를 단말 식별자로 사용할 수 있다. Resume ID는 소스 기지국의 기지국 식별정보와 소스 기지국이 할당한 단말식별정보로 구성되어 단말의 소스 기지국을 식별할 수 있다. 다른 예로 소스 기지국 식별정보와 소스 기지국이 할당한 C-RNTI정보를 단말 식별자로 사용할 수 있다. 다른 예로 소스 셀 식별정보, 소스 기지국이 할당한 C-RNTI정보를 단말 식별자로 사용할 수 있다. 다른 예로 소스 셀 식별정보, 소스 기지국 식별정보, 소스 기지국이 할당한 C-RNTI정보, shorMAC-I 중 하나 이상을 조합하여 단말 식별자로 사용할 수 있다.
타겟 기지국이 소스 기지국으로 단말 컨택스트를 요청하는 메시지는 X2 메시지 중 하나의 메시지가 될 수 있다.
일 예로 타겟 기지국이 소스 기지국으로 단말 컨택스트를 요청하는 메시지는 Retrieve UE context request 메시지가 될 수 있다.
다른 예로 타겟 기지국이 소스 기지국으로 단말 컨택스트를 요청하는 메시지는 UE context release 메시지가 될 수 있다.
다른 예로 타겟 기지국이 소스 기지국으로 단말 컨택스트를 요청하는 메시지는 Handover Report 메시지가 될 수 있다.
다른 예로 타겟 기지국이 소스 기지국으로 단말 컨택스트를 요청하는 메시지는 전술한 메시지와 구분되는 새로운 X2 메시지가 될 수 있다.
데이터 전송 중단을 감소시키기 위해, 전술한 타겟 기지국이 소스 기지국으로 단말 컨택스트를 요청하는 메시지는 소스 기지국에서 단말을 구분하기 위한 C-RNTI 정보, 소스 기지국에서 단말의 메시지 인증을 확인하기 위한 AS 인증 코드 정보 (AS MAC: Access Stratum Message Authentication Code) 그리고 데이터 전송 중단을 감소시키기 위한 정보를 포함할 수 있다. 예를 들어 소스 기지국으로부터 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 포함할 수 있다.
일 예를 들어 만약 전술한 타겟 기지국이 소스 기지국으로 단말 컨택스트를 요청하는 메시지가 Retrieve UE context request 메시지라면, Retrieve UE context request메시지는 소스 기지국으로부터 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 포함할 수 있다. Retrieve UE context request 메시지는 RRC 연결이 서스펜드된 이전 기지국으로부터 단말 컨택스트를 받아와(retrieve) 이를 RRC 연결이 재개되도록 요청된 새로운 기지국으로 전송하기 위한 메시지, 만약 이 메시지를 RRC 연결 단말에 대해 타겟 기지국이 소스 기지국으로 단말 컨택스트를 요청하기 위해 사용한다면, 서스펜드된 이전 기지국으로부터 단말 컨택스트를 받아와(retrieve) 이를 RRC 연결이 재개하기 위한 것인지를 지시하는 정보를 포함할 수 있다.
만약 소스 기지국이 타겟 기지국으로부터 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 수신하면, 소스 기지국은 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 정보를 전송할 수 있다.
소스기지국이 타겟 기지국으로부터 단말 컨택스트를 요청하는 메시지를 수신하면 소스기지국은 해당 단말의 단말 컨택스트를 타겟 기지국으로 전송할 수 있다.
소스기지국이 타겟 기지국으로 전달할 단말 컨택스트를 요청하는 메시지를 수신하면 또는, 소스기지국이 타겟 기지국으로부터 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 수신하면(또는, 소스기지국이 타겟 기지국으로 로부터 데이터 포워딩을 제안/지시하는 정보를 수신하면), 소스 기지국은 타겟기지국과의 업링크/다운링크 터널을 통해 타겟 기지국으로 데이터 포워딩을 시작할 수 있다.
이를 위해 타겟 기지국이 소스 기지국으로 단말 컨택스트를 요청하는 메시지는 업링크 포워딩 제안/지시 정보, 다운링크 포워딩 제안/지시 정보, 포워딩 제안/지시 정보, 데이터 포워딩을 위한 업링크 GTP 터널 엔드포인트 정보, 데이터 포워딩을 위한 다운링크 GTP 터널 엔드포인트 정보 중 하나 이상의 정보를 포함할 수 있다.
전술한 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 정보는 베어러별 구분되는 정보일 수 있다.
전술한 데이터 포워딩을 위한 업링크 GTP 터널 엔드포인트 정보와 데이터 포워딩을 위한 다운링크 GTP 터널 엔드포인트 정보는 베어러별 구분되는 정보일 수 있다.
제 3 실시예: 타겟 기지국에서 앵커 기지국으로 단말 컨택스트 요청 방법.
일 예로 단말이 초기 RRC 연결을 설정할 때 단말 컨택스트를 유지하는 특정 기지국을 앵커 기지국으로 정의할 수 있다. 다른 예를 들어 특정 영역 또는 특정 시간에 단말 컨택스트를 유지하는 앵커 기지국이 존재하는 경우, 타겟 기지국은 앵커 기지국으로 데이터 전달을 요청할 수 있다.
만약 단말이 직접 셀변경을 시도하기 위해 타겟 기지국으로 셀변경을 요청하는 RRC 메시지를 전송하는 경우, 해당 메시지를 수신한 타겟 기지국은 셀변경 요청 단말에 대한 RRC 연결을 구성/재구성/재개/변경/재설정을 수행하도록 할 수 있다.
타겟 기지국은 단말에 대한 셀변경 요청 단말에 대한 연결 구성/재구성/재개/변경을 수행하기 위해 앵커 기지국으로 단말 컨택스트를 요청할 수 있다. 이를 위해 단말은 타겟 기지국으로 셀변경을 요청하는 RRC 메시지에 단말 식별자로 앵커 기지국 식별정보를 포함한 단말 식별정보를 포함할 수 있다. 일 예로 Resume ID를 단말 식별자로 사용할 수 있다. Resume ID는 앵커 기지국의 기지국 식별정보와 앵커 기지국이 할당한 단말식별정보로 구성되어 단말의 앵커 기지국을 식별할 수 있다. 다른 예로 앵커 기지국 식별정보와 소스 기지국이 할당한 C-RNTI정보를 단말 식별자로 사용할 수 있다. 다른 예로 소스 셀 식별정보, 앵커 기지국이 할당한 C-RNTI정보를 단말 식별자로 사용할 수 있다. 다른 예로 소스 셀 식별정보, 앵커 기지국 식별정보, 소스 기지국이 할당한 C-RNTI정보, shorMAC-I 중 하나 이상을 조합하여 단말 식별자로 사용할 수 있다.
타겟 기지국이 앵커 기지국으로 단말 컨택스트를 요청하는 메시지는 X2 메시지 중 하나의 메시지가 될 수 있다.
일 예로 타겟 기지국이 앵커 기지국으로 단말 컨택스트를 요청하는 메시지는 Retrieve UE context request 메시지가 될 수 있다.
다른 예로 타겟 기지국이 앵커 기지국으로 단말 컨택스트를 요청하는 메시지는 UE context release 메시지가 될 수 있다.
다른 예로 타겟 기지국이 앵커 기지국으로 단말 컨택스트를 요청하는 메시지는 Handover Report 메시지가 될 수 있다.
다른 예로 타겟 기지국이 앵커 기지국으로 단말 컨택스트를 요청하는 메시지는 전술한 메시지와 구분되는 새로운 X2 메시지가 될 수 있다.
데이터 전송 중단을 감소시키기 위해, 전술한 타겟 기지국이 앵커 기지국으로 단말 컨택스트를 요청하는 메시지는 앵커 기지국에서 단말을 구분하기 위한 Resume ID 정보, 앵커 기지국에서 단말의 메시지 인증을 확인하기 위한 AS 인증 코드 정보(AS MAC: Access Stratum Message Authentication Code) 그리고 데이터 전송 중단을 감소시키기 위한 정보를 포함할 수 있다. 예를 들어 소스 기지국으로부터 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 포함할 수 있다.
만약 앵커기지국이 타겟 기지국으로부터 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 수신하면 앵커기지국은 이 정보를 소스 기지국으로 전달할 수 있다. 소스 기지국이 이 정보를 수신하면 앵커기지국에게 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 정보를 전송할 수 있다. 앵커기지국은 다시 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 정보를 타겟 기지국으로 전송할 수 있다.
앵커기지국이 타겟 기지국으로부터 단말 컨택스트를 요청하는 메시지를 수신하면 앵커기지국은 해당 단말의 단말 컨택스트를 타겟 기지국으로 전송할 수 있다. 앵커기지국은 소스 기지국을 통해 해당 단말의 단말 컨택스트 정보를 받아(retrieve) 타겟 기지국으로 전달할 수도 있다.
소스기지국이 앵커기지국으로부터 타겟 기지국으로 전달할 단말 컨택스트를 요청하는 메시지를 수신하면 또는, 소스기지국이 앵커기지국으로부터 타겟 기지국으로 전달할 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 전송을 요청하는 정보를 수신하면(또는, 소스기지국이 앵커기지국으로부터 데이터 포워딩을 제안/지시하는 정보를 수신하면), 소스 기지국은 타겟기지국과의 업링크/다운링크 터널을 통해 타겟 기지국으로 데이터 포워딩을 시작할 수 있다.
이를 위해 타겟 기지국이 앵커기지국으로 단말 컨택스트를 요청하는 메시지 및/또는 타겟 기지국이 앵커기지국으로 단말 컨택스트를 요청하는 메시지에 따라 앵커기지국이 소스 기지국으로 지시하는 메시지는 업링크 포워딩 제안/지시 정보, 다운링크 포워딩 제안/지시 정보, 포워딩 제안/지시 정보, 데이터 포워딩을 위한 업링크 GTP 터널 엔드포인트 정보, 데이터 포워딩을 위한 다운링크 GTP 터널 엔드포인트 정보 중 하나 이상의 정보를 포함할 수 있다.
전술한 업링크 PDCP SN와 HFN 수신상태 및/또는 다운링크 PDCP SN와 HFN 송신상태 정보는 베어러별 구분되는 정보일 수 있다.
전술한 데이터 포워딩을 위한 업링크 GTP 터널 엔드포인트 정보와 데이터 포워딩을 위한 다운링크 GTP 터널 엔드포인트 정보는 베어러별 구분되는 정보일 수 있다.
전술한 방법들은 Connected 상태의 NB-IoT에 대해 서비스 연속성을 향상시키기 위하여, 제어플레인 CIoT EPS 최적화만을 지원하는 NB-IoT 단말, 제어플레인 CIoT EPS 최적화와 사용자플레인 CIoT EPS 최적화를 모두 지원하는 NB-IoT 단말, 또는 사용자플레인 CIoT EPS 최적화를 지원하는 NB-IoT 단말에 적용될 수 있다.
이상에서 설명한 바와 같이 본 개시는 셀 변경 또는 기지국 변경에 따른 데이터 전송 중단 시간을 감소시키면서 셀 변경 또는 기지국 변경을 수행할 수 있는 효과가 있다.
이하에서는 전술한 본 실시예들의 전부 또는 일부를 수행할 수 있는 NB-IoT 단말 및 기지국의 구성을 도면을 참조하여 설명한다.
도 5는 일 실시예에 따른 단말 구성을 도시한 도면이다.
도 5를 참조하면, 이동성 처리를 수행하는 NB-IoT(NarrowBand-Internet of Things) 단말(500)은 미리 설정된 이벤트 발생 시, 기지국으로 RRC 연결 재설정 요청 메시지를 전송하는 송신부(520)와 기지국으로부터 RRC 연결 재설정 메시지를 수신하는 수신부(530) 및 RRC 연결 재설정 메시지에 기초하여 시그널링 무선 베어러를 재개하는 제어부(510)를 포함할 수 있다.
예를 들어, 제어부(510)는 미리 설정된 이벤트 조건이 만족되는지 판단하고, 해당 이벤트 조건이 만족되면 송신부(520)는 기지국으로 RRC 연결 재설정 요청 메시지(RRC Connection re-establishment request message)를 전송할 수 있다. 일 예로, 미리 설정된 이벤트는 NB-IoT 단말의 무선링크 실패 감지 및 핸드오버 실패 감지 중 어느 하나를 의미할 수 있다. 다른 예로, 미리 설정된 이벤트는 복수의 조건으로 설정될 수도 있다. 예를 들어, NB-IoT 단말이 제어플레인 CIoT EPS 최적화(optimization)를 지원하도록 설정되고, AS 시큐리티가 활성화되지 않은 상태에서 기지국이 전송하는 NB-IoT 단말의 RRC 연결 재설정 허용 지시 정보를 수신한 경우에 무선링크 실패 감지 또는 핸드오버 실패 감지가 발생되면 제어부(510)는 미리 설정된 이벤트가 만족된 것으로 판단할 수 있다.
한편, RRC 연결 재설정 요청 메시지는 S-TMSI(SAE-Temporary Mobile Subscriber Identity)로 세팅된 단말 식별자 정보를 포함할 수 있다. 이를 통해서 기지국은 NB-IoT 단말로부터 수신하는 단말 식별자 정보를 이용하여 단말 컨택스트를 조회할 수 있다. 예를 들어, 단말 컨택스트는 MME를 이용하여 확인할 수도 있고, 기지국에 저장된 내용으로 확인할 수도 있다. 또는 RRC 연결 재설정 요청 메시지를 수신하는 기지국이 타켓 기지국인 경우에 소스 기지국으로 단말 컨택스트를 조회요청하여 확인할 수도 있다.
또한, RRC 연결 재설정 요청 메시지는 메시지 인증코드를 포함할 수 있다. 예를 들어, 메시지 인증코드는 NAS MAC 정보를 포함할 수 있다. 또는, RRC 연결 재설정 메시지도 메시지 인증코드 정보를 포함할 수 있다. 전술한 바와 같이 메시지 인증코드는 NAS MAC 정보를 포함할 수 있다. RRC 연결 재설정 메시지는 NB-IoT 단말의 시그널링 무선 베어러를 재개(resume)하도록 제어하기 위한 정보를 포함할 수 있다.
RRC 연결 재설정 메시지를 기지국으로부터 수신한 제어부(510)는 시그널링 무선 베어러를 재개할 수 있다. 제어플레인 CIoT EPS 최적화를 지원하는 NB-IoT 단말은 전술한 바와 같이 시그널링 무선 베어러를 통해서 소량의 데이터를 송수신할 수 있다. 따라서, NB-IoT 단말은 시그널링 무선 베어러를 재개함으로써, 서비스 중단을 최소화하여 데이터 통신을 유지할 수 있다.
한편, 송신부(520)는 제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원함을 나타내는 단말 캐퍼빌리티를 전송할 수 있다. 예를 들어, 송신부(520)는 NB-IoT 단말(500)이 제어플레인 CIoT EPS 최적화 동작을 지원할 수 있음을 나타내는 정보를 기지국으로 사전에 전송하여 기지국이 이를 인지하도록 할 수 있다. 단말 커패빌리티 정보는 NB-IoT 단말(500)과 기지국의 초기 셋업 시에 전송될 수 있다.
수신부(530)는 시스템 정보를 통해서 NB-IoT 단말(500)의 이동성 처리의 허용을 지시하는 정보를 기지국으로부터 수신할 수 있다. 예를 들어, 기지국은 RRC 연결 재설정을 통해서 시그널링 무선 베어러의 재개 동작을 허용함을 지시하는 정보를 전송할 수 있다. 제어부(510는 시스템 정보를 통해서 수신되는 시그널링 무선 베어러의 재개 동작을 허용함을 지시하는 정보를 확인하고 송신부(520)를 제어하여 RRC 연결 재설정 요청 메시지를 기지국으로 전송할 수 있다.
이 외에도 수신부(530)는 기지국으로부터 하향링크 제어정보 및 데이터, 메시지를 해당 채널을 통해 수신한다. 또한, 제어부(5100)는 전술한 본 실시예들을 수행하기에 필요한 NB-IoT 단말(500)에 대한 서비스 연속성을 향상시키기 위한 전반적인 단말(500)의 동작을 제어한다. 송신부(520)는 기지국에 상향링크 제어정보 및 데이터, 메시지를 해당 채널을 통해 전송한다.
이상에서 설명한 NB-IoT 단말은 제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원하도록 설정된 단말일 수 있다. 또한, NB-IoT 단말은 데이터 무선 베어러를 구성하지 않으며, AS 시큐리티가 활성화되지 않는 상태에서 데이터 송수신을 수행하는 단말을 의미할 수 있다. 또한, 전술한 기지국은 소스 기지국일 수도 있고 타켓 기지국일 수도 있다.
도 6은 일 실시예에 따른 기지국 구성을 도시한 도면이다.
도 6을 참조하면, NB-IoT(NarrowBand-Internet of Things) 단말의 이동성 처리를 수행하는 기지국(600)은 NB-IoT 단말로부터 RRC 연결 재설정 요청 메시지를 수신하는 수신부(630)와 RRC 연결 재설정 요청 메시지에 기초하여 NB-IoT 단말의 단말 컨택스트를 확인하는 제어부(610) 및 NB-IoT 단말의 시그널링 무선 베어러를 재개시키기 위한 RRC 연결 재설정 메시지를 전송하는 송신부(620)를 포함할 수 있다.
예를 들어, RRC 연결 재설정 요청 메시지는 NB-IoT 단말의 무선링크 실패 감지 및 핸드오버 실패 상황에서 수신될 수 있다. 또는 RRC 연결 재설정 요청 메시지는 NB-IoT 단말이 제어플레인 CIoT EPS 최적화(optimization)를 지원하도록 설정되고, AS 시큐리티가 활성화되지 않은 상태에서 기지국이 전송하는 NB-IoT 단말의 RRC 연결 재설정 허용 지시 정보를 수신한 경우에 무선링크 실패 감지 또는 핸드오버 실패 감지가 발생되는 복수의 조건을 만족하면 수신될 수 있다.
한편, RRC 연결 재설정 요청 메시지는 S-TMSI(SAE-Temporary Mobile Subscriber Identity)로 세팅된 단말 식별자 정보를 포함할 수 있다. 또한, RRC 연결 재설정 요청 메시지는 메시지 인증코드를 포함할 수 있다. 예를 들어, 메시지 인증코드는 NAS MAC 정보를 포함할 수 있다.
또한, 제어부(610)는 RRC 연결 재설정 요청 메시지에 포함되는 단말 식별자 정보를 이용하여 단말 컨택스트를 조회할 수 있다. 예를 들어, 단말 컨택스트는 MME를 이용하여 확인할 수도 있고, 기지국에 저장된 내용으로 확인할 수도 있다. 또는 RRC 연결 재설정 요청 메시지를 수신하는 기지국이 타켓 기지국인 경우에 소스 기지국으로 단말 컨택스트를 조회요청하여 확인할 수도 있다.
RRC 연결 재설정 메시지는 NB-IoT 단말의 시그널링 무선 베어러를 재개하도록 제어하기 위한 정보를 포함할 수 있다. 제어플레인 CIoT EPS 최적화를 지원하는 NB-IoT 단말은 전술한 바와 같이 시그널링 무선 베어러를 통해서 소량의 데이터를 송수신할 수 있다. 따라서, NB-IoT 단말은 시그널링 무선 베어러를 재개함으로써, 서비스 중단을 최소화하여 데이터 통신을 유지할 수 있다.
한편, 수신부(630)는 제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원함을 나타내는 단말 캐퍼빌리티를 수신할 수도 있다. 단말 캐퍼빌리티는 NB-IoT 단말과 기지국의 초기 셋업 과정에서 수신될 수 있으며, 제어부(610)는 단말 캐퍼빌리티를 통해서 NB-IoT 단말이 RRC 연결 재설정 동작을 통한 이동성 처리 수행(예를 들어, SRB 재개)을 지원함을 확인할 수 있다.
또한, 필요에 따라 송신부(620)는 시스템 정보를 통해서 해당 기지국이 NB-IoT 단말의 이동성 처리를 허용함을 지시하는 정보를 전송할 수도 있다. 예를 들어, 송신부(620)는 RRC 연결 재설정을 통해서 NB-IoT 단말의 시그널링 무선 베어러의 재개 동작(이동성 처리 수행)을 허용함을 지시하는 정보를 전송할 수 있다. NB-IoT 단말은 시스템 정보를 통해서 수신되는 시그널링 무선 베어러의 재개 동작을 허용함을 지시하는 정보를 확인하고 RRC 연결 재설정 요청 메시지를 기지국(600)으로 전송함으로써, 이동성 처리 절차를 수행할 수 있다.
이상에서 설명한 NB-IoT 단말은 제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원하도록 설정된 단말일 수 있다. 또한, NB-IoT 단말은 데이터 무선 베어러를 구성하지 않으며, AS 시큐리티가 활성화되지 않는 상태에서 데이터 송수신을 수행하는 단말을 의미할 수 있다. 또한, 전술한 기지국은 소스 기지국일 수도 있고 타켓 기지국일 수도 있다.
이 외에도, 제어부(610)는 전술한 본 실시예들을 수행하기에 필요한 NB-IoT 단말에 대한 서비스 연속성을 향상시키는 데에 따른 전반적인 기지국(600)의 동작을 제어한다. 또한, 송신부(620)와 수신부(630)는 전술한 본 실시예들을 수행하기에 필요한 신호나 메시지, 데이터를 단말과 송수신하는데 사용된다.
전술한 실시예에서 언급한 표준내용 또는 표준문서들은 명세서의 설명을 간략하게 하기 위해 생략한 것으로 본 명세서의 일부를 구성한다. 따라서, 위 표준내용 및 표준문서들의 일부의 내용을 본 명세서에 추가하거나 청구범위에 기재하는 것은 본 발명의 범위에 해당하는 것으로 해석되어야 한다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 발명의 기술사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.
CROSS-REFERENCE TO RELATED APPLICATION
본 특허출원은 2016년 07월 21일 한국에 출원한 특허출원번호 제 10-2016-0092771호 및 2016년 07월 21일 한국에 출원한 특허출원번호 제 10-2016-0092742호 및 2017년 07월 20일 한국에 출원한 특허출원번호 제 10-2017-0091825호에 대해 미국 특허법 119(a)조 (35 U.S.C § 119(a))에 따라 우선권을 주장하며, 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다. 아울러, 본 특허출원은 미국 이외에 국가에 대해서도 위와 동일한 이유로 우선권을 주장하면 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다.
Claims (22)
- NB-IoT(NarrowBand-Internet of Things) 단말이 이동성 처리를 수행하는 방법에 있어서,미리 설정된 이벤트 발생 시, 기지국으로 RRC 연결 재설정 요청 메시지를 전송하는 단계;상기 기지국으로부터 RRC 연결 재설정 메시지를 수신하는 단계; 및상기 RRC 연결 재설정 메시지에 기초하여 시그널링 무선 베어러를 재개하는 단계를 포함하는 방법.
- 제 1 항에 있어서,상기 NB-IoT 단말은,제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원하도록 설정된 것을 특징으로 하는 방법.
- 제 1 항에 있어서,상기 RRC 연결 재설정 요청 메시지는,S-TMSI(SAE-Temporary Mobile Subscriber Identity)로 세팅된 단말 식별자 정보를 포함하는 것으로 특징으로 하는 방법.
- 제 1 항에 있어서,상기 RRC 연결 재설정 요청 메시지 전송 단계 이전에,제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원함을 나타내는 단말 캐퍼빌리티를 전송하는 단계; 및시스템 정보를 통해서 상기 NB-IoT 단말의 이동성 처리의 허용을 지시하는 정보를 상기 기지국으로부터 수신하는 단계 중 적어도 하나의 단계를 더 포함하는 방법.
- 제 1 항에 있어서,상기 미리 설정된 이벤트는,무선링크 실패 또는 핸드오버 실패 감지인 것을 특징으로 하는 방법.
- 제 1 항에 있어서,상기 RRC 연결 재설정 요청 메시지 및 상기 RRC 연결 재설정 메시지는,메시지 인증코드를 포함하는 것을 특징으로 하는 방법.
- 제 1 항에 있어서,상기 NB-IoT 단말은,데이터 무선 베어러를 구성하지 않으며, AS 시큐리티가 활성화되지 않는 상태에서 데이터 송수신을 수행하는 것을 특징으로 하는 방법.
- 기지국이 NB-IoT(NarrowBand-Internet of Things) 단말의 이동성 처리를 수행하는 방법에 있어서,NB-IoT 단말로부터 RRC 연결 재설정 요청 메시지를 수신하는 단계;상기 RRC 연결 재설정 요청 메시지에 기초하여 상기 NB-IoT 단말의 단말 컨택스트를 확인하는 단계; 및상기 NB-IoT 단말의 시그널링 무선 베어러를 재개시키기 위한 RRC 연결 재설정 메시지를 전송하는 단계를 포함하는 방법.
- 제 8 항에 있어서,상기 NB-IoT 단말은,제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원하도록 설정된 것을 특징으로 하는 방법.
- 제 8 항에 있어서,상기 RRC 연결 재설정 요청 메시지는,S-TMSI(SAE-Temporary Mobile Subscriber Identity)로 세팅된 단말 식별자 정보를 포함하는 것으로 특징으로 하는 방법.
- 제 8 항에 있어서,상기 NB-IoT 단말은,데이터 무선 베어러를 구성하지 않으며, AS 시큐리티가 활성화되지 않는 상태에서 데이터 송수신을 수행하는 것을 특징으로 하는 방법.
- 이동성 처리를 수행하는 NB-IoT(NarrowBand-Internet of Things) 단말에 있어서,미리 설정된 이벤트 발생 시, 기지국으로 RRC 연결 재설정 요청 메시지를 전송하는 송신부;상기 기지국으로부터 RRC 연결 재설정 메시지를 수신하는 수신부; 및상기 RRC 연결 재설정 메시지에 기초하여 시그널링 무선 베어러를 재개하는 제어부를 포함하는 NB-IoT 단말.
- 제 12 항에 있어서,상기 NB-IoT 단말은,제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원하도록 설정된 것을 특징으로 하는 NB-IoT 단말.
- 제 12 항에 있어서,상기 RRC 연결 재설정 요청 메시지는,S-TMSI(SAE-Temporary Mobile Subscriber Identity)로 세팅된 단말 식별자 정보를 포함하는 것으로 특징으로 하는 NB-IoT 단말.
- 제 12 항에 있어서,상기 송신부는,제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원함을 나타내는 단말 캐퍼빌리티를 더 전송하고,상기 수신부는,시스템 정보를 통해서 상기 NB-IoT 단말의 이동성 처리의 허용을 지시하는 정보를 상기 기지국으로부터 더 수신하는 NB-IoT 단말.
- 제 12 항에 있어서,상기 미리 설정된 이벤트는,무선링크 실패 또는 핸드오버 실패 감지인 것을 특징으로 하는 NB-IoT 단말.
- 제 12 항에 있어서,상기 RRC 연결 재설정 요청 메시지 및 상기 RRC 연결 재설정 메시지는,메시지 인증코드를 포함하는 것을 특징으로 하는 NB-IoT 단말.
- 제 12 항에 있어서,상기 NB-IoT 단말은,데이터 무선 베어러를 구성하지 않으며, AS 시큐리티가 활성화되지 않는 상태에서 데이터 송수신을 수행하는 것을 특징으로 하는 NB-IoT 단말.
- NB-IoT(NarrowBand-Internet of Things) 단말의 이동성 처리를 수행하는 기지국에 있어서,NB-IoT 단말로부터 RRC 연결 재설정 요청 메시지를 수신하는 수신부;상기 RRC 연결 재설정 요청 메시지에 기초하여 상기 NB-IoT 단말의 단말 컨택스트를 확인하는 제어부; 및상기 NB-IoT 단말의 시그널링 무선 베어러를 재개시키기 위한 RRC 연결 재설정 메시지를 전송하는 송신부를 포함하는 기지국.
- 제 19 항에 있어서,상기 NB-IoT 단말은,제어 플래인(Control Plane) CIoT EPS(Cellular IoT Evolved Packet System) 최적화(Optimization)를 지원하도록 설정된 것을 특징으로 하는 기지국.
- 제 19 항에 있어서,상기 RRC 연결 재설정 요청 메시지는,S-TMSI(SAE-Temporary Mobile Subscriber Identity)로 세팅된 단말 식별자 정보를 포함하는 것으로 특징으로 하는 기지국.
- 제 19 항에 있어서,상기 NB-IoT 단말은,데이터 무선 베어러를 구성하지 않으며, AS 시큐리티가 활성화되지 않는 상태에서 데이터 송수신을 수행하는 것을 특징으로 하는 기지국.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201780043220.4A CN109479230B (zh) | 2016-07-21 | 2017-07-20 | 用于执行NB-IoT终端的移动性处理的方法及其装置 |
| US16/319,043 US10813028B2 (en) | 2016-07-21 | 2017-07-20 | Method for performing mobility process of NB-IoT terminal, and apparatus therefor |
Applications Claiming Priority (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2016-0092771 | 2016-07-21 | ||
| KR20160092742 | 2016-07-21 | ||
| KR20160092771 | 2016-07-21 | ||
| KR10-2016-0092742 | 2016-07-21 | ||
| KR1020170091825A KR101960177B1 (ko) | 2016-07-21 | 2017-07-20 | NB-IoT 단말의 이동성 처리 수행 방법 및 그 장치 |
| KR10-2017-0091825 | 2017-07-20 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2018016895A1 true WO2018016895A1 (ko) | 2018-01-25 |
Family
ID=60992281
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/KR2017/007831 Ceased WO2018016895A1 (ko) | 2016-07-21 | 2017-07-20 | Nb-iot 단말의 이동성 처리 수행 방법 및 그 장치 |
Country Status (1)
| Country | Link |
|---|---|
| WO (1) | WO2018016895A1 (ko) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3340688A1 (en) * | 2016-08-09 | 2018-06-27 | HTC Corporation | Device and method of handling narrowband internet of things communication |
| CN110636578A (zh) * | 2018-06-21 | 2019-12-31 | 中兴通讯股份有限公司 | 一种请求系统消息的方法、装置、存储介质及终端 |
| CN112218285A (zh) * | 2019-07-11 | 2021-01-12 | 华为技术有限公司 | 上行用户数据传输的方法、设备及系统 |
| CN113940105A (zh) * | 2019-06-13 | 2022-01-14 | 苹果公司 | 用于在未激活安全时重新建立5g-nr rrc连接的方法 |
| CN115134949A (zh) * | 2021-03-26 | 2022-09-30 | 大唐移动通信设备有限公司 | 信息发送方法、装置、设备以及存储介质 |
| CN116158189A (zh) * | 2021-09-23 | 2023-05-23 | 苹果公司 | 快速无线电链路故障恢复 |
| WO2025090102A1 (en) * | 2023-10-26 | 2025-05-01 | Rakuten Symphony, Inc. | Efficient search of ue context during base station resume procedure |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140023032A1 (en) * | 2011-04-11 | 2014-01-23 | Samsung Electronics Co., Ltd. | Method and apparatus for efficiently transmitting information acquired by a terminal to a base station |
| US20160066312A1 (en) * | 2014-08-28 | 2016-03-03 | Telefonaktiebolaget L M Ericsson (Publ) | Methods receiving radiation pattern information and related network nodes and base stations |
-
2017
- 2017-07-20 WO PCT/KR2017/007831 patent/WO2018016895A1/ko not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140023032A1 (en) * | 2011-04-11 | 2014-01-23 | Samsung Electronics Co., Ltd. | Method and apparatus for efficiently transmitting information acquired by a terminal to a base station |
| US20160066312A1 (en) * | 2014-08-28 | 2016-03-03 | Telefonaktiebolaget L M Ericsson (Publ) | Methods receiving radiation pattern information and related network nodes and base stations |
Non-Patent Citations (3)
| Title |
|---|
| "3GPP; TSG SA; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 14", 3GPP TS 23.401 V14.0.0, 22 June 2016 (2016-06-22), XP055602606, Retrieved from the Internet <URL:https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=849> * |
| LG ELECTRONICS: "Clarification of new active flag handling for CP CIoT EPS Optimizaition", SA WG2 MEETING #116, 5 July 2016 (2016-07-05), Vienna, Austria, pages 2 - 163514, XP051121207, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_116_Vienna/Docs> * |
| NEC: "Key Issue CN overload protection from data transfer via control plane CIoT EPS optimizations - solution 1", SA WG2 MEETING #116 163484, 5 July 2016 (2016-07-05), Vienna , Austria, pages 2, XP051121185, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_116_Vienna/Docs> * |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3340688A1 (en) * | 2016-08-09 | 2018-06-27 | HTC Corporation | Device and method of handling narrowband internet of things communication |
| US10314045B2 (en) | 2016-08-09 | 2019-06-04 | Htc Corporation | Device and method of handling narrowband internet of things communication |
| US10863514B2 (en) | 2016-08-09 | 2020-12-08 | Htc Corporation | Device and method of handling narrowband internet of things communication |
| CN110636578A (zh) * | 2018-06-21 | 2019-12-31 | 中兴通讯股份有限公司 | 一种请求系统消息的方法、装置、存储介质及终端 |
| CN110636578B (zh) * | 2018-06-21 | 2023-10-31 | 中兴通讯股份有限公司 | 一种请求系统消息的方法、装置、存储介质及终端 |
| CN113940105A (zh) * | 2019-06-13 | 2022-01-14 | 苹果公司 | 用于在未激活安全时重新建立5g-nr rrc连接的方法 |
| CN112218285A (zh) * | 2019-07-11 | 2021-01-12 | 华为技术有限公司 | 上行用户数据传输的方法、设备及系统 |
| CN115134949A (zh) * | 2021-03-26 | 2022-09-30 | 大唐移动通信设备有限公司 | 信息发送方法、装置、设备以及存储介质 |
| CN116158189A (zh) * | 2021-09-23 | 2023-05-23 | 苹果公司 | 快速无线电链路故障恢复 |
| WO2025090102A1 (en) * | 2023-10-26 | 2025-05-01 | Rakuten Symphony, Inc. | Efficient search of ue context during base station resume procedure |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2020204501A1 (en) | Method for supporting access to closed network, ue, base station and readable storage medium | |
| WO2019160342A1 (en) | Method and apparatus for supporting rach-less mobility with pre-allocated beams in wireless communication system | |
| WO2017126919A1 (en) | Radio link failure processing method and apparatus therefor | |
| WO2016175603A1 (en) | Method and appratus for controlling communication of a portable terminal in a wireless communication system | |
| WO2018016895A1 (ko) | Nb-iot 단말의 이동성 처리 수행 방법 및 그 장치 | |
| WO2019194518A1 (en) | Method for constructing logged measurement entry and device supporting the same | |
| WO2015115843A1 (en) | A method and apparatus for maintenance and release of ue resources | |
| WO2018194326A1 (ko) | 단말 기반 핸드오버 수행 방법 및 그 장치 | |
| EP3420754A1 (en) | Method and enb equipment for supporting seamless handover | |
| EP3443805A1 (en) | Light connection control method and apparatus | |
| WO2015064972A1 (ko) | 이동통신망에서 이중 연결을 구성하기 위한 방법 및 그 장치 | |
| WO2018117313A1 (ko) | 무선 통신 시스템에서 단말의 무선 링크 및 무선 연결을 제어하기 위한 방법 및 이를 지원하는 장치 | |
| WO2017039042A1 (ko) | 무선 통신 시스템에서 단말의 데이터 송수신 방법 및 장치 | |
| WO2015020475A1 (en) | Apparatus and method for perfoming switching operation between macro cell and small cell in mobile communication system | |
| WO2019031941A1 (en) | METHOD FOR SUPPORTING INTERCELLULAR TRANSFER AND CORRESPONDING APPARATUS | |
| WO2017196161A1 (en) | Light connection control method and apparatus | |
| WO2016163851A1 (ko) | 무선 통신 시스템에서 단말에 의해 수행되는 전송 우선 순위 결정 방법 및 상기 방법을 이용하는 단말 | |
| WO2019177397A1 (en) | Method and apparatus for establishing radio bearer | |
| WO2018164499A1 (ko) | 버퍼 상태 리포트 전송 방법 및 그 장치 | |
| WO2018056718A1 (ko) | 단말의 연결 상태를 변경하는 방법 및 그 장치 | |
| WO2013172638A1 (en) | Method and apparatus for processing state information in communication system | |
| WO2015152554A1 (ko) | 단말의 세컨더리 셀 동작 제어 방법 및 그 장치 | |
| WO2025023739A1 (en) | Handling of conditional handover with candidate scg in wireless communication network | |
| WO2014163419A1 (ko) | 무선링크실패 처리 방법 및 그 장치 | |
| WO2014148746A1 (ko) | 소량 데이터 전송을 위한 방법 및 그 장치 |
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: 17831368 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 155A DATED 17.05.2019) |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 17831368 Country of ref document: EP Kind code of ref document: A1 |