Patent Application
20250185104
The present disclosure relates to Multi-SIM operation during handover based on reporting on terminal state in mobile wireless communication system
To meet the increasing demand for wireless data traffic since the commercialization of 4th generation (4G) communication systems, the 5th generation (5G) system is being developed. For the sake of high, 5G system introduced millimeter wave (mmW) frequency bands (e.g. 60 GHz bands). In order to increase the propagation distance by mitigating propagation loss in the 5G communication system, various techniques are introduced such as beamforming, massive multiple-input multiple output (MIMO), full dimensional MIMO (FD-MIMO), array antenna, analog beamforming, and large-scale antenna. In addition, base station is divided into a central unit and plurality of distribute units for better scalability. To facilitate introduction of various services, 5G communication system targets supporting higher data rate and smaller latency.
Multi-USIM devices are being more and more popular in many countries. The user may have both a personal and a business subscription in one device or has two personal subscriptions in one device for different services. However, support for multi-USIM within a device is currently handled in an implementation-specific manner without any support from 3GPP specifications, resulting in a variety of implementations and UE behaviours. Standardiz2A-ing support for such UE's can prove beneficial from a performance perspective in that network functionality can be based on predictable UE behaviour.
Aspects of the present disclosure are to address Multi-SIM operation during mobility. The method includes receiving an RRC reconfiguration message comprising configuration of a terminal assistance information related to an RRC state transition, initiating a terminal assistance information process based on said configuration information in said RRC control message, initiating a T2 after transmitting the UEAssistanceInformation if said UEAssistanceInformation includes a musim-PreferredRRC-State IE, receiving an RRCRelease message including a SuspendConfig and performing a first set of actions in response to receiving said RRCRelease message.
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In addition, in the description of the present invention, if it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the gist of the present invention, the detailed description thereof will be omitted. In addition, the terms to be described later are terms defined in consideration of functions in the present invention, which may vary according to intentions or customs of users and operators. Therefore, the definition should be made based on the content throughout this specification.
The terms used, in the following description, for indicating access nodes, network entities, messages, interfaces between network entities, and diverse identity information is provided for convenience of explanation. Accordingly, the terms used in the following description are not limited to specific meanings but may be replaced by other terms equivalent in technical meanings.
In the following descriptions, the terms and definitions given in the latest 3GPP standards are used for convenience of explanation. However, the present disclosure is not limited by use of these terms and definitions and other arbitrary terms and definitions may be employed instead.
Table 1 lists the acronyms used throughout the present disclosure.
Table 2 lists the terminologies and their definition used throughout the present disclosure.
In the present invention, “trigger” or “triggered” and “initiate” or “initiated” may be used in the same meaning. In the present invention, “radio bearer second resume procedure is allowed”, “radio bearer second resume procedure is configured” and “radio bearer second resume procedure is enabled” may be used in the same meaning. In the present invention, second resume procedure and Small Data Transfer (SDT) may be used in the same meaning. In the present invention, UE and terminal may be used in the same meaning. In the present invention, base station and NG-RAN node may be used in the same meaning.
5G system consists of NG-RAN 1A-01 and 5GC 1A-02. An NG-RAN node is either:
The gNBs 1A-05 or 1A-06 and ng-eNBs 1A-03 or 1A-04 are interconnected with each other by means of the Xn interface. The gNBs and ng-eNBs are also connected by means of the NG interfaces to the 5GC, more specifically to the AMF (Access and Mobility Management Function) and to the UPF (User Plane Function). AMF 1A-07 and UPF 1A-08 may be realized as a physical node or as separate physical nodes.
A gNB 1A-05 or 1A-06 or an ng-eNBs 1A-03 or 1A-04 hosts the functions listed below.
Functions for Radio Resource Management such as Radio Bearer Control, Radio Admission Control, Connection Mobility Control, Dynamic allocation of resources to UEs in uplink, downlink and sidelink (scheduling); and
The AMF 1A-07 hosts the functions such as NAS signaling, NAS signaling security, AS security control, SMF selection, Authentication, Mobility management and positioning management.
The UPF 1A-08 hosts the functions such as packet routing and forwarding, transport level packet marking in the uplink, QoS handling and the downlink, mobility anchoring for mobility etc.
User plane protocol stack consists of SDAP 1B-01 or 1B-02, PDCP 1B-03 or 1B-04, RLC 1B-05 or 1B-06, MAC 1B-07 or 1B-08 and PHY 1B-09 or 1B-10. Control plane protocol stack consists of NAS 1B-11 or 1B-12, RRC 1B-13 or 1B-14, PDCP, RLC, MAC and PHY.
Each protocol sublayer performs functions related to the operations listed in the table 3.
The terminal supports three RRC states. Table 4 lists the characteristics of each state.
Between RRC_CONNECTED 1C-11 and RRC_INACTIVE 1C-13, a state transition occurs due to the exchange of the Resume message and the Release message containing the Suspend IE.
A state transition occurs between RRC_CONNECTED 1C-11 and RRC_IDLE 1C-15 through RRC connection establishment and RRC connection release.
UE's that are registered to more than one network need to be able to receive pages from more than one network. Dependent on UE capabilities (e.g., Rx and Tx capabilities) this can create situations in which a UE is occupied listening to pages from one network while pages from other networks also may be sent. Further UE's may be actively communicating with one network while another network pages the UE. If a user switch between communications towards different networks, situations may occur when a UE/user can no longer receive data from a network it was recently communicating in. Such situations can have a negative impact on performance, e.g., if pages are sent and not properly received, or if users are scheduled while not being able to receive communication.
In the disclosure, a method is provided for UE to request UE state transition for the purpose of UE power saving or to handle the aforementioned problems from MUSIM.
In 2A-11, UE(2A-01) transmits to GNB(2A-03) UECapabilityInformation. UECapabilityInformation message is used to transfer UE radio access capabilities requested by the network.
UE may include in the message releasePreference capability IE and releaseRequest capability IE. releasePreference IE indicates whether the UE supports providing its preference assistance information to transition out of RRC_CONNECTED for power saving. releaseRequest IE indicates whether the UE supports providing its assistance information to request transition out of RRC_CONNECTED for MUSIM.
UECapabilityInformation message includes a UE-NR-Capability IE. A UE-NR-Capability IE includes plurality of non-critical extensions. Non-critical extensions are characterised by the addition of new information to the original specification of the PDU type. If not comprehended, a non-critical extension may be skipped by the decoder, whilst the decoder is still able to complete the decoding of the comprehended parts of the PDU contents.
Non-critical extensions for UE-NR-Capability are defined release basis. A NCE for later release is placed later than a NCE for earlier release.
releasePreference capability IE and releaseReqeust capability IE are placed under different non-critical extensions.
releaseRequest capability IE is enumerated with a single value of “supported”. If UE includes releaseRequest capability IE in a NCE of UE-NR-Capability, UE supports the functionality of releaseRequest IE for both FDD and TDD and for both FR1 and FR2.
GNB determines the configuration to be applied to the UE based on the capability information received in 2A-11.
GNB generates RRCReconfiguration message based on the determined configuration.
In 2A-13, GNB transmits to UE RRCReconfiguration. The RRCReconfiguration message is the command to modify an RRC connection. It may convey information for measurement configuration, mobility control, radio resource configuration (including RBs, MAC main configuration and physical channel configuration) and AS security configuration.
GNB may include the UE assistance information configuration such as releasePreferenceConfig IE or musim-AssistanceConfig IE in the message. releasePreferenceConfig IE is configuration for the UE to report assistance information to inform the gNB about the UE's preference to leave RRC_CONNECTED state. releasePreferenceConfig IE includes releasePreferenceProhibitTimer which is a prohibit timer for release preference assistance information reporting. musim-AssistanceConfig IE is configuration for the UE to report assistance information for MUSIM. musim-AssistanceConfig IE includes musim-LeaveWithoutResponseTimer, which indicates the timer for UE to leave RRC_CONNECTED without network response.
UE consider itself to be configured to provide assistance information to transition out of RRC_CONNECTED if the received otherConfig of RRCReconfiguration message includes the releasePreferenceConfig and if releasePreferenceConfig is set to setup.
UE consider itself to be configured to provide MUSIM assistance information if the received otherConfig of RRCReconfiguration includes the musim-AssistanceConfig and if musim-AssistanceConfig is set to setup.
In 2A-15, UE initiates UE Assistance Information procedure to inform the network of its preference on the RRC state or its MUSIM assistance information.
A UE capable of providing assistance information to transition out of RRC_CONNECTED state may initiate the procedure if it was configured to do so, upon determining that it prefers to transition out of RRC_CONNECTED state, or upon change of its preferred RRC state.
A UE capable of providing MUSIM assistance information may initiate the procedure if it was configured to do so, upon determining that it needs to leave RRC_CONNECTED state, or upon determining it needs the gaps, or upon change of the gap information.
If UE is configured to provide its release preference and timer T1 is not running and if the UE determines that it would prefer to transition out of RRC_CONNECTED state, UE start timer T1 with the timer value set to the releasePreferenceProhibitTimer and UE initiates transmission of the UEAssistanceInformation message to provide the release preference.
If UE is configured to provide MUSIM assistance information and if the UE needs to leave RRC_CONNECTED state, UE initiate transmission of the UEAssistanceInformation message to provide MUSIM assistance information and UE start the timer T2 with the timer value set to the MUSIM-LeaveWithoutResponseTimer.
If transmission of the UEAssistanceInformation message is initiated to provide a release preference, UE include releasePreference in the UEAssistanceInformation message. UE sets preferredRRC-State in releasePreference to the desired RRC state on transmission of the UEAssistanceInformation message.
If transmission of the UEAssistanceInformation message is initiated to provide MUSIM assistance information, UE includes musim-PreferredRRC-State in the UEAssistanceInformation. UE sets musim-PreferredRRC-State to the desired RRC state.
preferredRRC-State is enumerated with IDLE and INACTIVE and CONNECTED and OUTOFCONNECTED. musim-PreferredRRC-State is enumerated with IDLE and INACTIVE.
GNB receives the UEAssistanceInformation message. GNB recognize that UE prefer RRC state transition for power saving purpose if UEAssistanceInformation includes releasePreference IE. GNB recognize that UE requests RRC state transition for MUSIM purpose if UEAssistanceInformation includes musim-PreferredRRC-State IE.
If GNB successfully receives the UEAssistanceInformation message, GNB would take proper measure such as commanding UE state transition.
If GNB fails to receive the UEAssistanceInformation message, GNB does not take proper measure. In such case, T2 may expire. GNB can also send mobility related RRC message if GNB deemed required. 2A-17 or 2A-19 take place in such case.
In 2A-17, T2 expires. UE performs the first action set, which are listed below.
UE resets MAC. UE stops all timers that are running except T302 (related to RRCRelease with waitTime), T320 (related to validity time configured for dedicated priorities), T325 (related to RRCRelease message with deprioritisationTimer), T330 (related to LoggedMeasurementConfiguration), T331 (related to RRCRelease message with measIdleDuration) and T400 (related to RRCReconfigurationSidelink). UE stops T1 if running. UE releases all radio resources, including release of the RLC entity, the MAC configuration and the associated PDCP entity and SDAP for all established RBs. UE enter RRC_IDLE and perform cell selection.
In 2A-19, GNB may generates mobility related RRC message if UEAssistanceInformation is not received. Mobility related RRC message could be RRCReconfiguration message for handover or RRC reconfiguration message for conditional handover or MobilityFromNRCommand message.
RRCReconfiguration message for handover includes masterCellGroup IE which includes reconfigurationWithSync:
RRCReconfiguration message for conditional handover includes conditionalReconfiguration IE which includes another RRCReconfiguration message for handover.
MobilityFromNRCommand message is used to command handover from NR to E-UTRA/EPC, E-UTRA/5GC or UTRA-FDD. MobilityFromNRCommand message includes targetRAT-MessageContainer IE which carries information about the target cell identifier(s) and radio parameters relevant for the target radio access technology.
Upon receiving RRCReconfiguration message for handover, UE executes handover toward the cell indicated in RRCReconfiguration message and starts T304. UE initiates random access procedure in the target cell. If the random access procedure is successfully completed before T304 expires, UE consider the handover is successful.
After handover is successfully completed, UE checks whether the first condition set are met. If first condition set are met, UE performs the second action set. As consequence of second actions set UE transmits UEAssistanceInformation in the target cell and starts T2 to perform local release, if UE has transmitted UEAssistanceInformation in the source cell during the near fast.
First condition set includes following conditions.
The second action set includes followings.
UE stops T2 if running. UE initiates transmission of a UEAssistanceInformation message to provide the concerned UE assistance information. UE starts or restart T1 with the timer value set to the value of releasePreferenceProhibitTimer. UE starts T2 with the timer value set to the value of musim-LeaveWithoutResponseTimer.
The reason UE stops T2 upon receiving RRCReconfiguration message for handover is to prevent local RRC connection release while handover is ongoing.
Upon receiving RRCReconfiguration message for conditional handover, UE evaluates execution condition based on the information in received RRCReconfiguration. If execution condition is fulfilled, UE executes handover toward the cell indicated in RRCReconfiguration message and starts T304. UE initiates random access procedure in the target cell. If the random access procedure is successfully completed before T304 expires, UE consider the handover is successful.
After conditional handover (or conditional reconfiguration) is successfully completed, UE checks whether the second condition set are met. If the second condition set are met, UE performs the second action set.
Second condition set includes following conditions.
As consequence of second actions set UE transmits UEAssistanceInformation in the target cell and starts T2 to perform local release, if UE has transmitted
UEAssistanceInformation in any cell.
The different handling as above is to mitigate the difference between the handover and the conditional handover. GNB knows the exact time when handover is executed. GNB does not know exact time when conditional handover is executed.
Upon receiving MobilityFromNRCommand message, UE checks whether T2 is running. If T2 is running, UE delays performing the action set until T2 expires. Upon expiry of T2, UE applies the first action set.
Alternatively, UE stops T2 and performs the first action set.
If T2 is not running, UE applies third action set. The third action set includes followings.
UE access the target cell indicated in the inter-RAT message in accordance with the specifications of the target RAT. UE resets MAC. UE stops all timers (including T1) that are running except T325, T330 and T400. UE releases all radio resources, including release of the RLC entity and the MAC configuration. UE releases the associated PDCP entity and SDAP entity for all established RBs.
If handover or mobility from NR fails, UE may initiate RRC connection re-establishment procedure.
In 2A-21, UE initiates RRC re-establishment procedure. UE performs fourth action set upon initiation of the procedure. The fourth action set includes followings.
UE stops T310 (related to physical layer problem detection) and T304 (related to handover) and T1. UE starts T311. UE resets MAC. UE suspend suspend all RBs except SRB0. UE performs cell selection.
Upon selecting a suitable NR cell, UE stops T311 and transmits RRCReestablishmentRequest message. If RRCReestablishment is received in response to RRCReestablishmentRequest, UE re-establishes the RRC connection based on the received RRC message.
If a suitable cell is not found until T311 expires, UE stops T2 and performs the first action set.
If GNB has received UEAssistanceInformation transmitted in 2A-15, GNB can transmits RRCRelease message for state transition instead of transmitting mobility related RRC message.
In 2A-23, GNB transmits RRCRelease message to UE. The RRCRelease message includes SuspendConfig.
Upon reception of RRCRelease, UE stops T2 and UE delays the fifth action set 60 ms from the moment the RRCRelease message was received or optionally when lower layers indicate that the receipt of the RRCRelease message has been successfully acknowledged, whichever is earlier.
Upon reception of RRCRelease, UE stops T2 before applying 60 ms delay and performs fifth action set after 60 ms delay.
UE stops timer T380 and T320 and T316 and T350. UE applies the received suspendConfig. UE resets MAC and releases the default MAC Cell Group configuration. UE re-establishes RLC entities for SRB1. UE stores in the UE Inactive AS Context the current KgNB and KRRCint keys, the ROHC state, the stored QoS flow to DRB mapping rules, the C-RNTI used in the source PCell, the cellIdentity and the physical cell identity of the source PCell.
By applying 60 ms delay, UE can transmit RLC acknowledgement for RRCRelease message. However, if 60 ms delay is applied to T2 stopage, T2 may expire to cause state transition to IDLE state before RLC acknowledgement is transmitted.
In step 3A-11, the terminal receives an RRC reconfiguration message from the base station that includes configuration information for terminal assistance information associated with the RRC state transition.
In step 3A-13, the terminal initiates a terminal assistance information process based on the above configuration information in the RRC reconfiguration message.
In step 3A-15, the terminal initiates transmission of the UEAssistanceInformation if the UEAssistanceInformation includes the musim-PreferredRRC-State IE, and then initiates T2.
In step 3A-17, the terminal receives an RRCRelease message containing SuspendConfig.
In step 3A-19, the terminal performs a first set of actions in response to receiving said RRCRelease message.
The first set of actions includes stopping T2, applying SuspendConfig, and entering the INACTIVE state.
The first action of the first set of actions is executed before applying the 60 ms delay, the remaining actions of the first set of actions are executed after applying the 60 ms delay, and the first action of the first set of actions is a T2 stop.
The terminal assistance information configuration related to the above RRC state transition includes a timer value for T2.
If musim-PreferredRRC-State is set to the value of the field indicating the RRC_INACTIVE state, it shall transition to the RRC_INACTIVE state upon successful receipt of the RRCRelease message and to the RRC_IDLE state upon expiration of T2.
If an RRC reconfiguration failure is detected before receiving the RRCRelease message, the RRC connection re-establishment procedure is initiated and T311 is started, and T2 is stopped when T311 expires.
If an RRC reconfiguration failure is detected before receiving an RRCRelease message, it initiates the RRC connection re-establishment procedure and starts T311, and if T2 is running and T311 expires, it considers T2 to have expired and transitions to the RRC_IDLE state. When T311 expires, the device transitions to the RRC_IDLE state and initiates the NAS recovery procedure. On the other hand, if T2 expires, the terminal transitions to the RRC_IDLE state and does not initiate the NAS recovery process. The NAS recovery process involves establishing a new RRC connection, which can adversely affect MSIM behavior. For this reason, when T311 expires, it behaves as if T2 has expired.
If the terminal transmits a UECapabilityInformation containing multiple NCEs to the base station, and the IEs related to T2 are included in the NCEs of the UECapabilityInformation, it means that the functions related to T2 are supported by the terminal in FDD and TDD and FR1 and FR2.
Referring to the diagram, the UE includes a controller 4A-01, a storage unit 4A-02, a transceiver 4A-03, a main processor 4A-04 and I/O unit 4A-05.
The controller 4A-01 controls the overall operations of the UE in terms of mobile communication. For example, the controller 4A-01 receives/transmits signals through the transceiver 4A-03. In addition, the controller 4A-01 records and reads data in the storage unit 4A-02. To this end, the controller 4A-01 includes at least one processor. For example, the controller 4A-01 may include a communication processor (CP) that performs control for communication and an application processor (AP) that controls the upper layer, such as an application program. The controller controls storage unit and transceiver such that UE operations illustrated in
The storage unit 4A-02 stores data for operation of the UE, such as a basic program, an application program, and configuration information. The storage unit 4A-02 provides stored data at a request of the controller 4A-01.
The transceiver 4A-03 consists of a RF processor, a baseband processor and one or more antennas. The RF processor performs functions for transmitting/receiving signals through a wireless channel, such as signal band conversion, amplification, and the like. Specifically, the RF processor up-converts a baseband signal provided from the baseband processor into an RF band signal, transmits the same through an antenna, and down-converts an RF band signal received through the antenna into a baseband signal. The RF processor may include a transmission filter, a reception filter, an amplifier, a mi10r, an oscillator, a digital-to-analog converter (DAC), an analog-to-digital converter (ADC), and the like. The RF processor may perform MIMO and may receive multiple layers when performing the MIMO operation. The baseband processor performs a function of conversion between a baseband signal and a bit string according to the physical layer specification of the system. For example, during data transmission, the baseband processor encodes and modulates a transmission bit string, thereby generating complex symbols. In addition, during data reception, the baseband processor demodulates and decodes a baseband signal provided from the RF processor, thereby restoring a reception bit string.
The main processor 4A-04 controls the overall operations other than mobile operation. The main processor 4A-04 process user input received from I/O unit 4A-05, stores data in the storage unit 4A-02, controls the controller 4A-01 for required mobile communication operations and forward user data to I/O unit 4A-05.
I/O unit 4A-05 consists of equipment for inputting user data and for outputting user data such as a microphone and a screen. I/O unit 4A-05 performs inputting and outputting user data based on the main processor's instruction.
As illustrated in the diagram, the base station includes a controller 4B-01, a storage unit 4B-02, a transceiver 4B-03 and a backhaul interface unit 4B-04.
The controller 4B-01 controls the overall operations of the main base station. For example, the controller 4B-01 receives/transmits signals through the transceiver 4B-03, or through the backhaul interface unit 4B-04. In addition, the controller 4B-01 records and reads data in the storage unit 4B-02. To this end, the controller 4B-01 may include at least one processor. The controller controls transceiver, storage unit and backhaul interface such that base station operation illustrated in
The storage unit 4B-02 stores data for operation of the main base station, such as a basic program, an application program, and configuration information. Particularly, the storage unit 4B-02 may store information regarding a bearer allocated to an accessed UE, a measurement result reported from the accessed UE, and the like. In addition, the storage unit 4B-02 may store information serving as a criterion to deter mine whether to provide the UE with multi-connection or to discontinue the same. In addition, the storage unit 4B-02 provides stored data at a request of the controller 4B-01.
The transceiver 4B-03 consists of a RF processor, a baseband processor and one or more antennas. The RF processor performs functions for transmitting/receiving signals through a wireless channel, such as signal band conversion, amplification, and the like. Specifically, the RF processor up-converts a baseband signal provided from the baseband processor into an RF band signal, transmits the same through an antenna, and down-converts an RF band signal received through the antenna into a baseband signal. The RF processor may include a transmission filter, a reception filter, an amplifier, a mi10r, an oscillator, a DAC, an ADC, and the like. The RF processor may perform a down link MIMO operation by transmitting at least one layer. The baseband processor performs a function of conversion between a baseband signal and a bit string according to the physical layer specification of the first radio access technology. For example, during data transmission, the baseband processor encodes and modulates a transmission bit string, thereby generating complex symbols. In addition, during data reception, the baseband processor demodulates and decodes a baseband signal provided from the RF processor, thereby restoring a reception bit string.
The backhaul interface unit 4B-04 provides an interface for communicating with other nodes inside the network. The backhaul interface unit 4B-04 converts a bit string transmitted from the base station to another node, for example, another base station or a core network, into a physical signal, and converts a physical signal received from the other node into a bit string.
| Number | Date | Country | Kind |
|---|---|---|---|
| 10-2021-0191547 | Dec 2021 | KR | national |
This application is a continuation of U.S. application Ser. No. 18/670,683, filed on May. 21, 2024, which is a continuation of International Application No. PCT/KR2022/019383, filed on Dec. 1, 2022, which claims priority to and the benefit of Korean Patent Application 10-2021-0191547, filed on Dec. 29, 2021, the disclosure of which is incorporated herein by reference in its entirety.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 18670683 | May 2024 | US |
| Child | 19052829 | US |
