METHOD AND DEVICE FOR PRESERVING MOBILITY INFORMATION IN TERMINAL STATE TRANSITION AND EFFECTIVELY RE-ACCESSING IN HETEROGENEOUS CELL NETWORK IN MOBILE COMMUNICATION SYSTEM
20190342815 ยท 2019-11-07
Inventors
Cpc classification
H04W36/0055
ELECTRICITY
H04W8/02
ELECTRICITY
International classification
H04W8/02
ELECTRICITY
Abstract
The present invention pertains to a method and device for preserving mobility information in terminal state transition and effectively re-accessing in a heterogeneous cell network in a mobile communication system. A method for estimating a mobility state of a terminal in a mobile communication system according to one embodiment of the present invention may comprise the steps of: receiving, by the terminal, system information from a serving cell during an idle state; calculating mobility state information by using the received system information; storing the mobility state information; and transmitting the mobility state information to a base station when the terminal is connected to the base station. According to one embodiment of the present invention, when an idle state of a terminal is changed to a connection state in a mobile communication system, a mobility state of the terminal can be more effectively estimated.
Claims
1. A method by a terminal in a wireless communication system, the method comprising: receiving, from a base station, a first parameter indicating a time duration for determining a mobility state of the terminal and a second parameter indicating a number of cell changes for determining the mobility state of the terminal; identifying that there is mobility history information available in the terminal; transmitting, to the base station, a first message to confirm a completion of a radio resource control (RRC) connection establishment, wherein: the first message includes first information determined based on the identification and second information determined based on the first parameter and the second parameter, the first information indicates that the terminal has the mobility history information, and the second information indicates a mobility state of the terminal determined in a predetermined time period before the terminal goes into an RRC connected state; receiving, from the base station, a second message generated based on the first information, the second message requesting a report of the mobility history information; and transmitting, to the base station, a third message including the mobility history information in response to the second message.
Description
BRIEF DESCRIPTION OF THE DRAWINGS
[0015]
[0016]
[0017]
[0018]
[0019]
[0020]
[0021]
[0022]
[0023]
[0024]
[0025]
DETAILED DESCRIPTION
[0026] Detailed description of well-known functions and structures incorporated herein may be omitted to avoid obscuring the subject matter of the present invention. Exemplary embodiments of the present invention are described with reference to the accompanying drawings in detail. Further, the following terms are defined in consideration of the functionality in the present invention, and may vary according to the intention of a user or an operator, usage, etc. Therefore, the definition should be made on the basis of the overall content of the present specification.
[0027] The present invention relates to a method and apparatus for controlling mobility to the cell having a small service area effectively. Prior to explaining the present invention, a description is made of a small cell arrangement scheme. Here, the small cell may denote the cell of which service area is equal to or smaller than a predetermined size. In the following description, the cell having a small service area is referred to as small cell.
[0028]
[0029] The first deployment scheme is to arrange the small cells 115 sparsely within the service area of the macro cell 110. Such deployment is advantageous to cover the hot spot on which traffics are concentrated or to fill the coverage hole. Depending on whether the small cell uses the same frequency band as the macro cell or a different one, intra-frequency handover or inter-frequency handover occurs when the terminal moves from the macro cell to the small cell or vice versa. In such deployment, the terminal may pass the small at a relatively fast speed. Due to the tiny sizes of the small cells, the terminal moving at a high speed is likely to perform handover frequently during a short period of time. This may increases the handover failure probability.
[0030] Another deployment scheme is to arrange a plurality of small cells 110, 115, 120, 125, 130, 135, and 140 adjacently close to each other. This can be applied when the large traffic occurs within a relatively broad area. The small cells may be within the service area of the macro cell or form a service area covering the range of the entire service area so as to be out of the service area of the macro cell. All of the small cells may use the same frequency band and, in this case, the terminal performs the intra-frequency handover moving between the small cells. The terminal may pass the service areas of several small cells during a short period of time.
[0031] An embodiment of the present invention is directed to a method of reconnecting to an unprepared cell when the terminal state transition, mobility information maintenance and receive power-based scaling, reselection history report, or Radio Link Failure (RLF) occurs.
Embodiment 1
[0032] The embodiment 1 of the present invention is directed to a procedure of maintaining and updating the mobility information estimated in the idle state and reporting the UE mobility history information to the base station when the terminal's operation state transitions from the idle state to the connected state.
[0033]
[0034] If the system information block 3 (systeminformationblock3) is received from the current serving cell, e.g. the first cell 203, the UE of which RRC connection has been released records the mobility state parameter contained in the system information block into the memory at step 207. Examples of the mobility state parameter include T.sub.CRmax, N.sub.CR_H, N.sub.CR_M, and T.sub.CRmaxHyst. This information is necessary for use in determining whether the UE is in high-mobility state, medium-mobility state, or normal-mobility state. For example, if the number of cell changes (or number of cell reselections) during the time T.sub.CRmax is greater than the parameter N.sub.CR_M and less than the parameter N.sub.CR_H, it is determined that UE is in the medium-mobility state. If the number of cell changes (or number of cell reselections) during the time T.sub.CRmax is greater than N.sub.CR_H, it is determined that the UE is in the high-mobility state. If one of the above two states is not detected during the time T.sub.CRmaxHyst, it may be estimated that the UE is in the normal-mobility state.
[0035] The UE may adjust the cell reselection-related parameters in association with its mobility state according to a predetermined rule. How the cell reselection parameters are adjusted is specified in 36.304.
[0036] The UE estimates its mobility state based on the above information and may update the mobility state if necessary at step 209. If the UE has its own real speed information acquired from a location measurement system such as Global Navigation Satellite System (GNSS), it may determine its mobility state using the real speed information. In order to achieve this, the network may notify the UE of the speed ranges corresponding to the respective mobility states.
[0037] The UE receives the systeminformationblock3 of the second cell 211 to update the mobility state parameter at step 213. The UE determines its mobility state using the newly updated mobility state parameter. If the mobility state parameter is updated, the UE may update the mobility state at step 215 as follows.
[0038] During the time T.sub.CRmax since the change of the mobility state parameter (i.e. before the mobility state is checked in the new cell or frequency), the UE maintains the mobility state of the serving cell of the previous frequency (i.e. most recent mobility state). Then the UE adjusts the sell reselection parameter by applying the mobility state of the previous frequency. That is, the UE operates in the mobility state used in the previous cell while using the cell reselection parameters (e.g. q-HystSF) received from the current cell. If T.sub.CRmax elapses and new mobility state is checked based on the new mobility state parameter, the UE adjusts the cell reselection parameter with the new mobility state. The newly updated mobility state parameter is used for determining the mobility state.
[0039] In the present invention, the mobility state estimation procedure can be performed in consideration of the downlink transmit (Tx) power of the cell when updating N_CH based on the number of cell reselection. Unlike the legacy method in which the N_CH increases in cell reselection procedure, the UE performs Mobility State Estimation (MSE) in such a way of applying a weight factor according to downlink (DL) Tx power. In order to achieve this, the UE acquires reference signal power (referenceSignalPower) value of the system information block 2 of the serving cell. Tables 1 and 2 shows the message formats of ASN1 including the reference signal power information carried in SIB received from the cell as specified in the standard.
TABLE-US-00001 TABLE 1 -- ASN1START PDSCH-ConfigCommon ::= SEQUENCE { referenceSignalPower INTEGER (60..50), p-b INTEGER (0..3) } PDSCH-ConfigDedicated::= SEQUENCE { p-a ENUMERATED { dB-6, dB-4dot77, dB-3, dB-1dot77, dB0, dB1, dB2, dB3) } -- ASN1STOP
TABLE-US-00002 TABLE 2 PDSCH-Config field descriptions p-a Parameter: P.sub.A, see TS 36.213 [23, 5.2]. Value dB-6 corresponds to 6 dB, dB-4dot77 corresponds to 4.77 dB etc. p-b Parameter: P.sub.B, see TS 36.213 [23, Table 5.2-1]. referenceSignalPower Parameter: Reference-signal power, which provides the downlink reference-signal EPRE, see TS 36.213 [23, 5.2]. The actual value in dBm
[0040] The N_CH update can be performed using the reference signal power (referenceSignalPower) in consideration of the cell weight factor. For example, there may be the information on mapping the reference signal power (referenceSignalPower) range and the weight factor as configured in advance as shown in table 3.
TABLE-US-00003 TABLE 3 referenceSignalPower range Weight factor 60 dBm~50 dBm 0.1 49~40 0.2 . . . . . . 41~50 x
[0041] Also, it is possible to calculate the weight factor from the referencSignalPower. For example, the weight factor can be calculated as following equation: Weightfactor=f(referenceSignalPower)m*referenceSignalPower. Here, m may be a fixed real number or a variable varying according to the value of referenceSignalPower.
[0042] The UE selects a certain cell through cell reselection with the weight factor acquired through the above two methods and then sums the weight factors in updating N_CH.
[0043] The UE performs scaling on the mobility-related parameter according to the referenceSignalPower of the target cell. The serving cell broadcasts cell-specific scaling factor (SIB 3, SIB 4, or SIBS) for specific cell among the adjacent cells. When the UE performs cell reselection to a certain neighbor cell x, it applies the value obtained by multiplying the scheduling factor acquired based on its mobility state with the scaling factor of the cell x as the final scaling factor. If no cell-specific scaling factor for cell x is signaled, it is assumed that the cell-specific scaling factor is 1.
[0044] The UE manages and updates the UE mobility history information in the idle state at step 217. In order to assist the base station to estimate the UE mobility state, the UE updates the UE mobility history based on the following information in cell reconfiguration procedure. The mobility history is provided in the form of a list of N recently connected serving cells (or a list of the serving cells where it has stayed over a predetermined time duration) and may include detailed information as follows. [0045] cell id (e.g. ECGI, PCI, etc.); Evolved Cell Global Identifier (ECGI) is the globally unique identity of a cell in E-UTRA. PCI is used to indicate the physical layer identity of the cell (0 . . . 503) [0046] cell reselection reason (e.g. higher priority frequency found) and channel quality of old serving cell in cell reselection procedure [0047] cell type (open CSG, etc.) [0048] DL Tx power of cell [0049] Cell sojourn time (difference between inbound cell reselection complete time and outbound cell reselection complete time)
[0050] If RRC connection setup necessity occurs at a certain time at step 221, the UE stores the number of cell reselections during the idle state in N_CH locally at step 219. The UE maintains the N_CH appropriately in consideration of the number of handovers. In this way, it is possible to estimate the mobility state after the connection reliably. In order to establish a connection, the UE exchanges an RRC connection request message and an RRC connection setup message with the base station at steps 221 and 223.
[0051] The UE transmits an RRC connection setup complete message at step 225 to report the mobility state it has checked. At this time, the UE can report only its mobility state to the base station. According to an embodiment, if the parameter used for mobility state estimation of the base station mismatches the parameter transmitted by the current base station, the UE may report the parameters used in determining the current mobility state, e.g. T.sub.CRmax, N.sub.CR_H, N.sub.CR_M, and T.sub.CRmaxHyst. According to an embodiment, the UE may report the information on whether the GNSS is activated currently and, if so, the real UE speed measured thought GNSS using the message. In the case of using GNSS, it is possible to update the mobility state promptly and improve the accuracy of the mobility state.
[0052] According to an embodiment, if the UE does not receive the parameters for the mobility state estimation in the system information block of the current cell 211 at step 213, the base station may send the UE the parameters (T.sub.CRmax, N.sub.CR_H, N.sub.CR_M, and T.sub.CRmaxHyst) for use in mobility state estimation of the corresponding cell through a dedicated channel.
[0053] According to an embodiment, if no UE mobility state information is received in the RRC Connection Setup Complete (RRCConnectionSetupComplete) message from the UE at step 225, the base station may request the UE for the mobility state and parameter information at step 229. The UE sends the base station the current mobility state information at step 231 and, if the parameter used for mobility state estimation mismatches the parameter transmitted by the current base station, the UE may send the parameter for use in mobility state estimation.
[0054] According to an embodiment, the UE may send the base station the RRC connection setup complete message including a Boolean (={true, false}) value indicating that the UE mobility history information is carried at step 225. If the UE has the mobility history information, the base station may send the UE a UE information request message to instruct to report the UE mobility history at step 233. The UE may transmit a UE information response message including the history information to report the UE mobility history information to the base station at step 235.
[0055] In the RRC connection release procedure, the base station sends the UE a Connection Release message at step 237. The base station may sends the UE the message including the UE initial mobility state value and UE mobility history information in the connected mode. This makes it possible to predict the mobility state effectively as compared to the legacy method of estimating the mobility state without initial value in state transition. When the value is received, the UE sets the N_CH to NCR_H for the initial value indicating the high mobility state and to NCR_M for the initial value indicating the medium mobility state. The base station may designate a predetermined N_CH value, releasing the RRC connection of the UE. Simultaneously, the UE may continue updating and managing the information according to the UE mobility history information provided by the base station at step 237 or the cell reselection state in the idle state at step 241.
[0056]
[0057] The UE in the idle mode acquires the mobility state parameter from the system information of the serving cell and maintains/manages the mobility state at step 300. If the UE speed is measured based on the GNSS or GPS, the UE maintains/manages the UE speed too. The UE adjusts the cell reselection parameter appropriately in consideration of the mobility state.
[0058] If RRC connection setup necessity occurs at a certain time point, the UE performs the RRC connection setup procedure in the current serving cell at step 301. In the course of the RRC connection setup procedure, the UE stores the number of cell reselections occurred during the time T.sub.CRmax in the previous idle state in the local variable N_CH at step 303. In the course or after the completion of the RRC connection setup, the UE may report the following information to the base station.
[0059] 1. Mobility state and related information maintained in the idle state
[0060] 2. Real speed of UE (only when UE knows the UE speed acquired through GNSS recently)
[0061] 3. GNSS operation-related information, e.g. whether it operates currently and past operation history.
[0062] The UE receives the parameters for Mobility State Estimation (MSE) (T.sub.Crmax, NCR_H, N.sub.CR_M, and T.sub.CrmaxHyst) from the base station through the system information of the cell or a Dedicated RRC message at step 305. After the change of serving cell, the UE applies the value of the previous cell until the system information is acquired in the current cell. After receiving the MSE parameter, the UE determines whether the T.sub.Crmax has changed among the parameters at step 307. If T.sub.Crmax has changed, the UE initializes N_CH at step 311 and restarts mobility state estimation at step 317. If T.sub.Crmax has not changed at step 307, the UE determines whether N.sub.CR_H and N.sub.CR_M have changed among the parameters at step 309. If N.sub.CR_H, N.sub.CR_M have changed, the UE initializes N_CH at step 311 and restarts the mobility state estimation at step 317. If N.sub.CR H, N.sub.CR_M have not changed at step 309, the UE determines whether T.sub.CrmaxHyst has changed among the parameters at step 313. If T.sub.CrmaxHyst has changed, the UE maintains N_CH at step 315 and re-estimates the mobility state based on the current N_CH at step 317. After restarting mobility state estimation at step 317, the UE determines whether the base station requests for new mobility state at step 319. If there is new mobility state report request, the UE may transmit the current mobility state and related information simultaneously at step 321.
Embodiment 2
[0063]
[0064] Referring to
[0065]
[0066] Referring to
[0067] Accordingly, when the UE performs the connection reestablishment to the unprepared small cell 603 other than the handover target cell after RLF in the above scenario, it fails the reestablish procedure, transitions to the idle state to perform cell selection procedure, and performs connection establishment procedure in the selected cell. In this procedure, the service is broken for considerable time, resulting in reduction of user satisfaction. In the present invention, if a new small cell is selected in RLF situation, the UE performs connection establishment procedure other than reestablishment procedure. If selected is the prepared small cell 602 other than the unprepared small cell 603, the reestablishment procedure is performed according to the legacy technology. Other than the small cells, the previous serving macro cell may be selected.
[0068]
[0069] Referring to
[0070] The conventional RRC Connection Setup Complete (RRCConnectionSetupComplete) message is formatted as shown in tables 4 and 5. [0071] RRCConnectionSetupComplete
[0072] The RRCConnectionSetupComplete message is used to confirm the successful completion of an RRC connection establishment. [0073] Signaling radio bearer: SRB1 [0074] RLC-SAP: AM [0075] Logical channel: DCCH [0076] Direction: UE to E UTRAN
TABLE-US-00004 TABLE 4 RRCConnectionSetupComplete message -- ASN1START RRCConnectionSetupComplete ::= SEQUENCE { rrc-TransactionIdentifier RRC-TransastionIdentifier, criticalExtensions CHOICE { c1 CHOICE{ rrcConnectionSetupComplete-r8 RRCConnectionSetupComplete-r8- IEs, spare3 NULL, spare2 NULL, spare1 NULL }, criticalExtensionsFuture SEQUENCE ( ) } } RRCConnectionSetupComplete-r8-IEs ::= SEQUENCE { selectedPLMN-Identity INTEGER (1..6) registeredMME RegisteredMME OPTIONAL, dedicatedInfoNAS DedicatedInfoNAS, nonCriticalExtension RRCConnectionSetupComplete-v8a0-IEs OPTIONAL } RRCConnectionSetupComplete-v8a0-IEs ::= SEQUENCE { lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension RRCConnectionSetupComplete-v1020-IEs OPTIONAL } RRCConnectionSetupComplete-V1020-IEs ::= SEQUENCE { gummei-Type-r10 ENUMERATED (native, mapped) OPTIONAL, r1f-InfoAvaliable-r10 ENUMERATED (true) OPTIONAL, logMeasAvailable-rl0 ENUMERATED (true) OPTIONAL, rn-SubframeConfigReq-r10 ENUMERATED (required, notRequired) OPTIONAL, nonCriticalExtension SEQUENCE ( ) OPTIONAL } RegisteredMME ::= SEQUENCE { plmn-Identity PLMN-Identity OPTIONAL, mmegi BIT STRING (SIZE (16)), mmec MMEC } -- ASN1STOP
TABLE-US-00005 TABLE 5 RRCConnectionSetupComplete field descriptions gummei-Type This field is used to indicate whether the GUMMEI included is native (assigned by EPC) or mapped (from 2G/3G identifiers). Mmegi Provides the Group Identity of the registered MME within the PLMN, as provided by upper layers, see TS 23.003 [27]. registeredMME This field is used to transfer the GUMMEI of the MME where the UE is registered, as provided by upper layers. m-SubframeConfigReq If present, this field indicates that the connection establishment is for an RN and whether a subframe configuration is requested or not. selectedPLMN-Identity Index of the PLMN selected by the UE from the plmn-IdentityList included in SIB1. 1 if the 1st PLMN is selected from the plmn-IdentityList included in SIB1, 2 if the 2nd PLMN is selected from the plmn-IdentityList included in SIB1 and so on.
[0077] The RRC Connection Setup Complete (RRCConnectionSetupComplete) message may further include the information of tables 6 and 7 as well as the above information.
TABLE-US-00006 TABLE 6 ue-Identity InitialUE-Identity, establishmentCause EstablishmentCause, InitialUE-Identity ::= CHOICE { s-TMSI S-TMSI, randomValue BIT STRING (SIZE (40)) } EstablishmentCause ::= ENUMERATED { emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, delayTolerantAccess-v1020, spare2, spare1}
TABLE-US-00007 TABLE 7 Additional RRCConnectionSetupComplete field descriptions establishmentCause Provides the establishment cause for the RRC connection request as provided by the upper layers. W.r.t. the cause value names: highPriorityAccess concerns AC11 . . . AC15, mt stands for Mobile Terminating and mo for Mobile Originating. randomValue Integer value in the range 0 to 24.sup.40-1. ue-Identity UE identity included to facilitate contention resolution by lower layers.
[0078] The UE inserts Evolved Cell Global Identifier (ECGI) in the VarShortMAC-Input of the small cell in RLF situation as shown in tables 8 and 9.
[0079] VarShortMAC-Input
[0080] The UE variable VarShortMAC-Input specifies the input used to generate the shortMAC-I.
TABLE-US-00008 TABLE 8 VarShortMAC-Input UE variable -- ASN1START VarShortMAC-Input ::= SEQUENCE { cellIdentity CellIdentity, physCellId PhysCellId, c-RNTI C-RNTI rlfECGI CellGlobalIdEUTRA } -- ASN1STOP
TABLE-US-00009 TABLE 9 VarShortMAC-Input field descriptions cellIdentity Set to CellIdentity of the current cell. c-RNTI Set to C-RNTI that the UE had in the PCell it was connected to prior to the failure. physCellId Set to the physical cell identity of the PCell the UE was connected to prior to the failure. rlfECGI Evolved Cell Global Identifier (ECGI)
[0081]
[0082] Referring to
[0083] 1. Identifier used by UE in last serving cell (or cell in which RLF occurred); Cell Radio Network Temporary identifier (C-RNTI)
[0084] 2. Cell identifier of last serving cell (or cell in which RLF occurred) of UE (Physical Cell Identifier (PCI)
[0085] 3. 16-bit message authentication information; 16-bit Message Authentication Code-Integrity (MAC-I) generated by UE using informations of last serving cell (or cell in which RLF occurred) and security key of UE in response to RRC Connection Reestablishment Request message
[0086] 4. RRC Connection Reestablishment Request Cause: reconfiguration failure or handover failure.
[0087] Upon occurrence of RLF, the UE transmits the RRC connection reestablishment message including a predetermined indicator at step 703. The procedure 2 indicator is the indicator requesting the eNB to us the procedure as described with reference to
[0088] The procedure 2 indicator may be included in the RRC connection reestablishment request message as an extra bit or reported using one of the reserved value in the RRC connection reestablishment request cause (establishment cause). If the RRC connection setup message is received at step 705, the UE has two cases in the legacy method as shown in
[0089]
[0090] Referring to
[0091] If the eNB has no UE context information of the corresponding UE and if the RRC connection setup message has no procedure 2 indicator at step 809, the eNB performs procedure 1 as described with reference to
[0092]
[0093] As described with reference to
[0094]
[0095] The UE transmits/receives data generated at the higher layer 1010 and control messages generated by the control message processor 1015. In the case that the UE transmits control signal and data to the eNB, the controller 1020 controls such that the control signals and data are multiplexed by the multiplexer/demultiplexer 1005 and then transmitted by the transceiver 1000. In the reception mode, the controller 1020 of the UE controls such that the physical signal received by the transceiver 1000 is demultiplexed by the multiplexer/demultiplexer 1005 and then delivered to the higher layer 1010 or the control message processor 1015 according to the message information.
[0096]
[0097] As shown in
[0098] It is obvious to those skilled in the art that the present invention can be embodied in various forms without departing from the spirit and scope of the present invention.
[0099] Accordingly, it should be understood that above-described embodiments are essentially for illustrative purpose only but not in any way for restriction thereto. Thus the scope of the invention should be determined by the appended claims and their legal equivalents rather than the specification, and various alterations and modifications within the definition and scope of the claims are included in the claims.