Reporting procedures for successfully changing primary cells of secondary cell groups

Abstract

Embodiments of the disclosed technology provide a framework and procedures for a user equipment supporting a subsequent Conditional PSCell (primary cell of a secondary cell group) Addition or Change (CPAC) procedure or a subsequent Layer 1 / Layer 2 (L1 / L2) -Triggered Mobility (LTM) procedure in Mobility Robustness Optimization (MRO). An example wireless communication method includes generating or updating, by a wireless device, a report for a subsequent conditional handover procedure, and transmitting, to a network node, the report. In this example, the report includes a successful handover report.

Description

REPORTING PROCEDURES FOR SUCCESSFULLY CHANGING PRIMARY CELLS OF SECONDARY CELL GROUPSTECHNICAL FIELD

[0001] This disclosure is directed generally to digital wireless communications.BACKGROUND

[0002] Mobile telecommunication technologies are moving the world toward an increasingly connected and networked society. In comparison with the existing wireless networks, next generation systems and wireless communication techniques will need to support a much wider range of use-case characteristics and provide a more complex and sophisticated range of access requirements and flexibilities.

[0003] Long-Term Evolution (LTE) is a standard for wireless communication for mobile devices and data terminals developed by 3rd Generation Partnership Project (3GPP) . LTE Advanced (LTE-A) is a wireless communication standard that enhances the LTE standard. The 5th generation of wireless system, known as 5G, advances the LTE and LTE-Awireless standards and is committed to supporting higher data-rates, large number of connections, ultra-low latency, high reliability and other emerging business needs.SUMMARY

[0004] Techniques are disclosed for generating and / or updating, and then transmitting a report related to a subsequent Conditional PSCell (primary cell of a secondary cell group) Addition or Change (CPAC) procedure or a subsequent Layer 1 / Layer 2 (L1 / L2) -Triggered Mobility (LTM) procedure. The described embodiments provide, for example, reduced latency and overhead, which advantageously improve networked communications by providing a similar mobility experience as in the case of beam switch mobility.

[0005] In an example aspect, a wireless communication method includes generating or updating, by a wireless device, a report for a subsequent mobility procedure, and transmitting, to a network node, the report.

[0006] In another example aspect, a wireless communication method includes receiving, by a network node from a wireless device, a report for a subsequent mobility procedure, and  transmitting, based on the report, data or control signaling. In this example, the wireless device is configured to generate or update the report prior to the network node receiving the report.

[0007] In yet another example aspect, a wireless communication method includes transmitting, by a wireless device to a network node, a mobility history information comprising one or more traffic characteristics and activation / deactivation information.

[0008] In yet another example aspect, a wireless communication method includes receiving, by a network node from a wireless device, a mobility history information comprising one or more traffic characteristics and activation / deactivation information, and transmitting, based on the mobility history information, data or control signaling.

[0009] In yet another example aspect, the above-described methods are embodied in the form of processor-executable code and stored in a non-transitory computer-readable storage medium. The code included in the computer readable storage medium when executed by a processor, causes the processor to implement the methods described in this patent document.

[0010] In yet another example aspect, a device that is configured or operable to perform the above-described methods is disclosed.

[0011] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.

[0012] BRIEF DESCRIPTION OF THE DRAWING

[0013] FIGS. 1–4 are flowcharts of example wireless communication methods.

[0014] FIG. 5 shows a block diagram of an example hardware platform that may be a part of a network device or a communication device.

[0015] FIG. 6 shows an example of wireless communication including a base station (BS) and user equipment (UE) based on some implementations of the disclosed technology.DETAILED DESCRIPTION

[0016] Existing cellular systems (e.g., 3GPP Rel-18) support Layer 1 / Layer 2 (L1 / L2) -Triggered Mobility (LTM) , which is a cell switch procedure that the network triggers via a Medium Access Control (MAC) Control Element (CE) , based on L1 measurements, to further enhance UE mobility, and to avoid complete L2 (and L1) resets, and to reduce latency, overhead, and / or interruptions, thereby providing a similar mobility experience like beam switch mobility.

[0017] These systems also support enhanced subsequent Conditional PSCell (primary cell of a secondary cell group) Addition or Change (CPAC) , which allows the UE to continue the CPAC based on the candidate configuration pre-configured from network. Herein, the UE’s secondary cell group (SCG) automatically changes from one to another within a group of candidate SCGs, while the master cell group (MCG) remains the same. It is beneficial for the network to configure a UE with a pool of SCGs, and automate other aspects of the procedure.

[0018] However, current 3GPP Self-Organizing Networks (SON) and Minimization of Drive Testing (MDT) techniques do not cover or support either subsequent LTM or subsequent CPAC. Specifically, the Mobility Robustness Optimization (MRO) in SON needs enhancements to better support subsequent LTM or subsequent CPAC. This would enable the network to be better aware of failure and near-failure cases.

[0019] Embodiments of the disclosed technology address at least the following technical problems:

[0020] – At the UE, the report for subsequent LTM might be overwritten;

[0021] – At the UE, the report for subsequent CPAC might be overwritten; and

[0022] – The network, as part of the Mobility History Information (MHI) from the UE, might not be aware of the UE being configured to support dual connectivity.

[0023] The example headings for the various sections below are used to facilitate the understanding of the disclosed subject matter and do not limit the scope of the claimed subject matter in any way. Accordingly, one or more features of one example section can be combined with one or more features of another example section. Furthermore, 5G (or 5G NR) terminology is used for the sake of clarity of explanation, but the techniques disclosed in the present document are not limited to 5G (or 5G NR) technology only, and may be used in wireless systems that implement other communication protocols.

[0024] 1 Example solutions related to an overwritten SPR for CPAC

[0025] A subsequent Conditional PSCell Addition or Change (subsequent CPAC) is a conditional PSCell addition or change procedure that is executed after a PSCell addition, a PSCell change, a PCell change, or an SCG release based on pre-configured subsequent CPAC configuration of candidate PSCell (s) without reconfiguration and re-initiation of a Conditional PSCell Change (CPC)  / Conditional PSCell Addition (CPA) . The subsequent CPAC is further detailed in, for example, 3GPP TS 38.300 version 18.1.0 Release 18.

[0026] Furthermore, a UE keeps the configured subsequent CPAC configuration (unless the network indicates to release it) and evaluates the execution conditions of candidate PSCells after completion of a PSCell addition, a PSCell change, a PCell change or an SCG release. Intra-SN subsequent CPAC initiated by the SN, inter-SN subsequent CPAC initiated by either MN or SN are supported. Additional details are available in 3GPP TS 37.340 version 18.1.0 Release 18.

[0027] If a subsequent CPAC is configured for the UE, various reports might need to be generated more frequently, for example, if the SCG is in FR2 or in any higher frequency band. However, the network needs to also be configured to retrieve the reports at a higher frequency (compared to the case when the UE is not configured for a subsequent CPAC) . If every report generated by the UE is not retrieved by the network, a suboptimal success or near-failure report (e.g., the Successful PSCell change Report (SPR) ) might be overwritten, and the near-failure information is not made aware to the network. This can result in a subsequent CPAC being stopped once there is a failure in the SCG. It is noted that the overwriting issue does not apply to failure information, which is reported to network in real time.

[0028] Embodiments of the disclosed technology provide the following technical solutions to prevent the overwriting of the SPR for a subsequent CPAC.

[0029] 1.1 Reusing the existing SPR for subsequent CPAC

[0030] In some embodiments, for each subsequent CPAC configuration, the report that is used to store all the SPR associated with the subsequent CPAC configuration is reused. This can be achieved, for example, by using an indication to indicate a particular SPR is for a subsequent CPAC, in which case the SPR is tagged as being for a subsequent CPAC, and each near-failure CPAC is recorded in the report by concatenating the report with the newest SPR.

[0031] In some examples, upon a condition being met for updating the SPR and the new SPR being associated with the same subsequent CPAC configuration, the existing SPR at the UE is not overwritten but extended to include the new SPR information for the subsequent CPAC. The existing report is concatenated with the new SPR information. In the alternative (e.g., the new SPR does not correspond to the same subsequent CPAC configuration or the conditions for updating the SPR are not met) , the new SPR overwrites the previous SPR in the existing report. In this example, the condition includes a near-failure event occurring for the PSCell, e.g., the configured threshold for the T304, T310, or T312 timers is reached.

[0032] 1.2 Using a new SPR for subsequent CPAC

[0033] In some embodiments, a new report is used for a subsequent CPAC. For each subsequent CPAC configuration, a separate SPR, which is independent from the SPR for other mobility configurations (e.g., a non-subsequent CPAC) , is defined. Each time the conditions to update the SPR are met and the existing SPR is for the same subsequent SPAC configuration as the new SPR, the existing SPR at the UE is extended (e.g., via concatenation) to contain the new SPR information for the subsequent CPAC. However, if the existing SPR includes information about another subsequent CPAC configuration (i.e., different from the subsequent CPAC associated with the new SPR) , then the existing report will be overwritten. In this example, the condition includes a near-failure event occurring for the PSCell, e.g., the configured threshold for the T304, T310, or T312 timers being reached.

[0034] In the embodiments described in Section 1.1 and 1.2, the SPR is configured to include at least one of the following:

[0035] – the last measurement results based on an initiating node configuration taken in the neighboring NR cells when a successful PSCell change / addition is executed

[0036] – the PCell to which the UE was connected when the successful PSCell change or addition triggered the report, e.g., the Successful PSCell addition or change Report (SPR)

[0037] – whether the PSCell change procedure, for which the report was logged, was initiated by a secondary node (SN) or not

[0038] – the cause of the successful PSCell addition or change report

[0039] – the source PSCell of a successful PSCell change that triggers the report

[0040] – the last measurement results taken in the source PSCell of a PSCell change in which the successful PSCell change triggers the report

[0041] – the target PSCell of a successful PSCell addition / change that triggers the report

[0042] – the last measurement results taken in the target PSCell of a PSCell addition or change in which the successful PSCell addition or change triggers the report

[0043] – the time elapsed between (a) the initiation of the last conditional reconfiguration execution towards the target PSCell and (b) the reception of the latest conditional reconfiguration for the target PSCell

[0044] 1.3 UE indication to the network

[0045] In some embodiments, the legacy SPR can be reused. Every time the UE updates an SPR that is associated with a CPAC in a subsequent CPAC, it transmits an indication to the  network that an SPR related to a specific subsequent CPAC is available. The network, based on this indication, can retrieve the report before it is overwritten by an updated SPR due to another near-failure CPAC. In some examples, this indication is carried in a Radio Resource Control (RRC) message. In other examples, the indication is carried in a Medium Access Control (MAC) Control Element (CE) .

[0046] 2 Example solutions related to an overwritten RLF report / SHR for MCG LTM

[0047] A subsequent LTM is defined as performing a L1 / L2-Trigger Mobility cell switch procedure between candidate cells without RRC configuration by the network in between. In other words, the subsequent LTM is performed by repeating the early synchronization, the LTM cell switch execution, and the LTM cell switch completion steps without releasing other LTM candidate configurations after each LTM cell switch completion.

[0048] Due to the nature of subsequent LTM, the LTM cell switch might be triggered automatically and frequently from one to another in a group of candidate cells. To mitigate this effect, it is beneficial for network to configure one UE with a pool of candidate LTM cells, and then only trigger an LTM cell switch, when needed, with minimum data interruption.

[0049] If a subsequent LTM is configured for the UE, various reports might need to be generated more frequently (i.e., at a higher frequency) . For example, in case of a failure (even if the LTM recovery procedure takes place for a failed LTM) , the RLF report is generated more frequency, and for near-failure scenarios, the SHR is updated more frequently. However, the network needs to also be configured to retrieve the reports at the higher frequency (compared to the case when the UE is not configured for a subsequent LTM) . If every report generated by the UE is not retrieved by the network, a failure report (e.g., the Radio Link Failure (RLF) report) or a near-failure report (e.g., the Successful Handover Report (SHR) ) might be overwritten, and this information is not made aware to the network.

[0050] Embodiments of the disclosed technology provide the following technical solutions to prevent the overwriting of the RLF report or SHR for a subsequent LTM.

[0051] 2.1 Reusing the existing RLF report or SHR for subsequent LTM

[0052] In some embodiments, for each subsequent LTM configuration, the report that is used to store all the RLF reports associated with the subsequent LTM configuration is reused. This can be achieved, for example, by using an indication to indicate a particular RLF report is for a subsequent LTM, in which case the RLF report is tagged as being for a subsequent LTM, and  each LTM cell switch failure is recorded in the existing LTM RLF report by concatenating that report with the newest RLF report information.

[0053] In an example, upon a condition being met for updating the LTM RLF report and the new RLF report being associated with the same subsequent LTM configuration, the existing LTM RLF report at the UE is not overwritten but extended to include the new RLF report for the subsequent LTM. The existing report is concatenated with the new LTM information. In the alternative (e.g., the new LTM cell switch does not correspond to the same subsequent LTM configuration or the conditions for updating the RLF report are not met) , the new RLF report overwrites the previous RLF report in the existing report. In this example, the condition includes a radio link failure (RLF) event or a handover failure (HOF) event occurring for the UE.

[0054] In some embodiments, for each subsequent LTM configuration, the report that is used to store all the SHRs associated with the subsequent LTM configuration is reused. This can be achieved, for example, by using an indication to indicate a particular SHR is for a subsequent LTM, in which case the SHR is tagged as being for a subsequent LTM, and each LTM cell switch near-failure is recorded in the existing LTM SHR by concatenating that report with the newest SHR information.

[0055] In an example, upon a condition being met for updating the LTM SHR and the new SHR being associated with the same subsequent LTM configuration, the existing LTM SHR at the UE is not overwritten but extended to include the new SHR for the subsequent LTM. The existing report is concatenated with the new SHR. In the alternative (e.g., the new LTM cell switch does not correspond to the same subsequent LTM configuration or the conditions for updating the SHR are not met) , the new SHR overwrites the previous SHR in the existing report. In this example, the condition includes a near-failure event occurring for the PSCell, e.g., the configured threshold for the T304, T310, or T312 timers being reached.

[0056] 2.2 Using a new RLF report or SHR for subsequent LTM

[0057] In some embodiments, a new report is used for a subsequent LTM. For each subsequent LTM configuration, a separate RLF report or SHR, which is independent from the RLF report or SHR for other mobility configurations (e.g., a non-subsequent LTM) , is defined. Each time the conditions to update the RLF report or SHR are met and the existing RLF report or SHR is for the same subsequent LTM configuration as the new RLF report or SHR, the existing RLF report or SHR at the UE is extended (e.g., via concatenation) to contain the new RLF report  or SHR for the subsequent LTM. However, if the existing RLF report or SHR includes information about another subsequent LTM configuration (i.e., different from the subsequent LTM associated with the new RLF report or SHR) , then the existing report will be overwritten. In this example, the condition includes a radio link failure (RLF) event or a handover failure (HOF) event occurring for the UE (for RLF report) and a near-failure event occurring for PSCell, e.g., the configured threshold for the T304, T310, or T312 timers being reached (for SHR) .

[0058] 3 Example solutions related to an overwritten SPR for SCG LTM

[0059] Embodiments of the disclosed technology provide the following technical solutions to prevent the overwriting of the SPR for a subsequent LTM configured for a SCG.

[0060] 3.1 Reusing the existing SPR for subsequent LTM for SCG

[0061] In some embodiments, for each subsequent LTM for SCG configuration, the report that is used to store all the SPR associated with the subsequent LTM for SCG configuration is reused. This can be achieved, for example, by using an indication to indicate a particular SPR is for a subsequent LTM for SCG, in which case the SPR is tagged as being for a subsequent LTM for SCG, and each near-failure LTM is recorded in the report by concatenating the report with the newest SPR.

[0062] In some examples, upon a condition being met for updating the SPR and the new SPR being associated with the same subsequent LTM for SCG configuration, the existing SPR at the UE is not overwritten but extended to include the new SPR information for the subsequent LTM for SCG. The existing report is concatenated with the new SPR information. In the alternative (e.g., the new SPR does not correspond to the same subsequent LTM for SCG configuration or the conditions for updating the SPR are not met) , the new SPR overwrites the previous SPR in the existing report. In this example, the condition includes a near-failure event occurring for the PSCell, e.g., the configured threshold for the T304, T310, or T312 timers is reached.

[0063] 3.2 Using a new SPR for subsequent LTM for SCG

[0064] In some embodiments, a new report is used for a subsequent LTM for SCG. For each subsequent LTM for SCG configuration, a separate SPR, which is independent from the SPR for other mobility configurations (e.g., a non-subsequent LTM for SCG) , is defined. Each time the conditions to update the SPR are met and the existing SPR is for the same subsequent LTM for SCG configuration as the new SPR, the existing SPR at the UE is extended (e.g., via concatenation) to contain the new SPR information for the subsequent LTM for SCG. However,  if the existing SPR includes information about another subsequent LTM for SCG configuration (i.e., different from the subsequent LTM for SCG associated with the new SPR) , then the existing report will be overwritten. In this example, the condition includes a near-failure event occurring for the PSCell, e.g., the configured threshold for the T304, T310, or T312 timers being reached.

[0065] 4 Example solutions related to activation information for SCG in MHI

[0066] Mobility History Information (MHI) , which is typically generated by the UE upon a request from a network node, can include a beam related information, sensor information, location information, and / or dual connectivity information for the UE.

[0067] In existing implementations, enhancing MHI to allow storing SCG (de) activation related information is based on allowing the network to understand the active time of a SCG. To this end, the network is made aware of how efficient the configured SCGs are. Based on this information, the network is then able to optimize future dual connection configuration, e.g., to balance the UE battery usage and data traffic efficiency. This MHI enhancement is implemented by including SCG activation time (the time of SCG activation, or percentage of time that SCG activation) in PSCell MHI.

[0068] However, this existing implementation entirely ignores the effect of traffic characteristics, which are required to determine the efficiency of the network. In an example, an activation period of 10%can only be interpreted as a beneficial or adverse dual connection configuration based on the traffic, e.g., it might be a good strategy for bursty traffic that is on for only 10%of the time. In this case, the network is activating the SCG for an appropriate period, maximizing efficiency. In another example, an activation of 50%cannot be characterized with knowing the traffic demand at that particular time.

[0069] Thus, it is beneficial for network to be aware of how efficient the configured SCGs are. This enables the network to then optimize future dual connectivity (DC) configurations to balance the UE battery usage and data traffic efficiency. On the other hand, without data traffic characteristic, the activation and deactivation information becomes irrelevant.

[0070] Embodiments of the disclosed technology provide for the reporting of traffic characteristic together with the activation and deactivation information. In some examples, the traffic information can be characterized by at least one of the following:

[0071] – The data rate of the SCG during the activation time of the SCG. For example, the deactivation period being short, but the data rate being high may be indicative of the SCG configuration still being efficient enough to meet the data rate requirement.

[0072] – The data volume of the SCG during the activation time of the SCG. For example, the deactivation period being short, but the data volume being high may be indicative of the SCG configuration still being efficient enough to meet the data capacity requirement.

[0073] – The data rate or the data volume of the master cell group (MCG) during the deactivation time of the SCG. For example, during the deactivation time of SCG, the data rate and / or the data volume of the MCG being high may be indicative of the network having deactivated the SCG in the wrong period.

[0074] In the examples described above, the data rate or data volume can be computed as the average uplink (UL) data rate or data volume, the downlink (DL) data rate or data volme, or a combination of the two.

[0075] Additionally, or alternatively, the traffic characteristics that can be reported to the network to better evaluate and decide the activation and deactivation periods include the aggregated carrier bandwidth configured for the UE and / or the aggregated bandwidth part configured for the UE.

[0076] 5 Example implementations and embodiments of the disclosed technology

[0077] FIG. 1 shows a flowchart for an example wireless communication method 100. The method 100 includes, at operation 110, generating or updating, by a wireless device, a report for a subsequent mobility procedure.

[0078] The method 100 includes, at operation 120, transmitting, to a network node, the report.

[0079] FIG. 2 shows a flowchart for an example wireless communication method 200. The method 200 includes, at operation 210, receiving, by a network node from a wireless device, a report for a subsequent mobility procedure.

[0080] The method 200 includes, at operation 220, transmitting, based on the report, data or control signaling. In this example, the wireless device is configured to generate or update the report prior to the network node receiving the report.

[0081] FIG. 3 shows a flowchart for an example wireless communication method 300. The method 300 includes, at operation 310, transmitting, by a wireless device to a network node, a  mobility history information comprising one or more traffic characteristics and activation / deactivation information.

[0082] FIG. 4 shows a flowchart for an example wireless communication method 400. The method 400 includes, at operation 410, receiving, by a network node from a wireless device, a mobility history information comprising one or more traffic characteristics and activation / deactivation information.

[0083] The method 400 includes, at operation 420, transmitting, based on the mobility history information, data or control signaling.

[0084] The described features can be implemented to further provide one or more of the following technical solutions:

[0085] A1. A wireless communication method, comprising: generating or updating, by a wireless device, a report for a subsequent mobility procedure; and transmitting, to a network node, the report. In some examples, the subsequent mobility procedure includes a subsequent Condition PSCell Addition or Change (CPAC) procedure, e.g., as described in Section 1. In other examples, the subsequent mobility procedure includes a subsequent L1 / L2-Triggered Mobility (LTM) procedure, e.g., as described in Section 2. In yet other examples, the subsequent mobility procedure includes a subsequent L1 / L2-Triggered Mobility (LTM) procedure configured for a Secondary Cell Group (SCG) , e.g., as described in Section 3.

[0086] A2. A wireless communication method, comprising: receiving, by a network node from a wireless device, a report for a subsequent mobility procedure; and transmitting, based on the report, data or control signaling, wherein the wireless device is configured to generate or update the report prior to the network node receiving the report. In some examples, the subsequent mobility procedure includes a subsequent Condition PSCell Addition or Change (CPAC) procedure, e.g., as described in Section 1. In other examples, the subsequent mobility procedure includes a subsequent L1 / L2-Triggered Mobility (LTM) procedure, e.g., as described in Section 2. In yet other examples, the subsequent mobility procedure includes a subsequent L1 / L2-Triggered Mobility (LTM) procedure configured for a Secondary Cell Group (SCG) , e.g., as described in Section 3.

[0087] A3. The method of solution A1 or A2, wherein the report comprises an indication of an association between the report and the subsequent mobility procedure. In some examples, and corresponding to the subsequent mobility procedures described in Section 1-3, the report  includes a Successful PSCell change Report (SPR) , a Radio Link Failure (RLF) report or a Successful Handover Report (SHR) , or the SPR, respectively.

[0088] A4. The method of solution A1 or A2, wherein: when an existing report is associated with a configuration of the subsequent mobility procedure that triggered the report being generated or updated, the report is concatenated to the existing report; otherwise, the existing report is overwritten with the report. In some examples, the report being overwritten corresponds to the existing report being cleared and overwritten with the report. In other examples, the report being overwritten corresponds to the existing report being replaced by the report. In yet other examples, the report being overwritten corresponds to the existing report being marked (or flagged) as “do not use” (or “invalid” ) , and the report being used as a new report.

[0089] A5. The method of solution A1 or A2, wherein the report for the subsequent mobility procedure is independent of reports for other mobility configurations.

[0090] A6. The method of solution A5, wherein: when an existing report is associated with a configuration of the subsequent mobility procedure that triggered the report being generated or updated, the report is concatenated to the existing report; otherwise, the existing report is overwritten with the report. In some examples, the report being overwritten corresponds to the existing report being cleared and overwritten with the report. In other examples, the report being overwritten corresponds to the existing report being replaced by the report. In yet other examples, the report being overwritten corresponds to the existing report being marked (or flagged) as “do not use” (or “invalid” ) , and the report being used as a new report.

[0091] A7. The method of any of solutions A1 to A6, wherein the subsequent mobility procedure comprises a subsequent conditional handover procedure, and wherein the report comprises a successful handover report. In some examples, solutions A7 to A10 are described in Section 1, with the report including a Successful PSCell change Report (SPR) , and the subsequent mobility procedure including a subsequent Conditional PSCell Addition or Change (CPAC) .

[0092] A8. The method of solution A7, wherein the report includes at least one of: a last measurement result based on an initiating node configuration from neighboring New Radio (NR) cells when a successful change or addition of a primary cell of a secondary cell group (PSCell) is executed; an identifier of a primary cell of a master cell group (PCell) connected to the wireless device when the successful change or addition of the PSCell triggers the report; an indication of  whether a Secondary Node (SN) initiated triggering the report; a cause for generating or updating the report; a source PSCell of the successful change or addition of the PSCell; a last measurement result from the source PSCell of the successful change or addition of the PSCell; a target PSCell of the successful change or addition of the PSCell; a last measurement result from the target PSCell of the successful change or addition of the PSCell; a time elapsed between an initiation of a last conditional reconfiguration towards the target PSCell and a reception of a latest conditional reconfiguration for the target PSCell.

[0093] A9. The method of solution A7, wherein the report is a legacy report associated with the subsequent conditional handover procedure, and wherein an indication that the report is generated or updated is carried in a Radio Resource Control (RRC) message or a Medium Access Control (MAC) Control Element (CE) .

[0094] A10. The method of solution A9, wherein the wireless device is configured to transmit the indication when the report is generated or updated.

[0095] A11. The method of any of solutions A7 to A10, wherein the successful handover report is a Successful PSCell change Report (SPR) , and wherein the subsequent conditional handover procedure is a Conditional PSCell Addition or Change (CPAC) .

[0096] A12. The method of any of solutions A1 to A6, wherein the subsequent mobility procedure comprises a subsequent lower layer triggered mobility procedure, and wherein the report comprises a radio link failure report or a successful handover report. In some examples, solutions A12 and A13 are described in Section 2.

[0097] A13. The method of solution A12, wherein the radio link failure report is a Radio Link Failure (RLF) report and the successful handover report is a Successful Handover Report (SHR) , and wherein the subsequent lower layer triggered mobility procedure is a Layer 1 / Layer 2 (L1 / L2) -Triggered Mobility (LTM) procedure.

[0098] A14. The method of any of solutions A1 to A6, wherein the subsequent mobility procedure comprises a subsequent lower layer triggered mobility procedure configured for a secondary cell group, and wherein the report comprises a successful cell switch report. In some examples, solutions A14 and A15 are described in Section 3.

[0099] A15. The method of solution A14, wherein the successful cell switch report is a Successful PSCell change Report (SPR) , and wherein the subsequent lower layer triggered  mobility procedure configured for the secondary cell group is a Layer 1 / Layer 2 (L1 / L2) -Triggered Mobility (LTM) procedure configured for a Secondary Cell Group (SCG) .

[0100] A16. A wireless communication method, comprising: transmitting, by a wireless device to a network node, a mobility history information comprising one or more traffic characteristics and activation / deactivation information. In some examples, solutions A16 to A19 are described in Section 4.

[0101] A17. A wireless communication method, comprising: receiving, by a network node from a wireless device, a mobility history information comprising one or more traffic characteristics and activation / deactivation information; and transmitting, based on the mobility history information, data or control signaling.

[0102] A18. The method of solution A16 or A17, wherein the one or more traffic characteristics comprise at least one of: a data rate of a Secondary Cell Group (SCG) during at least one activation time; or a data volume of the SCG during the at least one activation time.

[0103] A19. The method of solution A18, wherein the data rate is based on an average uplink (UL) data rate or an average downlink (DL) data rate, and wherein the data volume is based on an uplink (UL) data volume or a downlink (DL) data volume during the at least one activation time.

[0104] A20. An apparatus for wireless communication comprising one or more processors, configured to implement the method recited in one or more of solutions A1 to A19.

[0105] A21. A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by at least one processor, causing the at least one processor to implement the method recited in one or more of solutions A1 to A19.

[0106] The described features can be implemented to further provide one or more of the following technical solutions:

[0107] B1. A wireless communication method, comprising: generating or updating, by a wireless device, a report for a subsequent conditional handover procedure; and transmitting, to a network node, the report, wherein the report comprises a successful handover report.

[0108] B2. A wireless communication method, comprising: receiving, by a network node from a wireless device, a report for a subsequent conditional handover procedure; and transmitting, based on the report, data or control signaling, wherein the wireless device is  configured to generate or update the report prior to the network node receiving the report, and wherein the report comprises a successful handover report.

[0109] B3. The method of solution B1 or B2, wherein the report comprises an indication of an association between the report and the subsequent conditional handover procedure.

[0110] B4. The method of solution B1 or B2, wherein: when an existing report is associated with a configuration of the subsequent conditional handover procedure that triggered the report being generated or updated, the report is concatenated to the existing report; otherwise, the existing report is overwritten with the report.

[0111] B5. The method of solution B1 or B2, wherein the report for the subsequent conditional handover procedure is independent of reports for other mobility configurations.

[0112] B6. The method of solution B5, wherein: when an existing report is associated with a configuration of the subsequent conditional handover procedure that triggered the report being generated or updated, the report is concatenated to the existing report; otherwise, the existing report is overwritten with the report.

[0113] B7. The method of solution B4 or B6, wherein the report includes at least one of: a last measurement result based on an initiating node configuration from neighboring New Radio (NR) cells when a successful change or addition of a primary cell of a secondary cell group (PSCell) is executed; an identifier of a primary cell of a master cell group (PCell) connected to the wireless device when the successful change or addition of the PSCell triggers the report; an indication of whether a Secondary Node (SN) initiated triggering the report; a cause for generating or updating the report; a source PSCell of the successful change or addition of the PSCell; a last measurement result from the source PSCell of the successful change or addition of the PSCell; a target PSCell of the successful change or addition of the PSCell; a last measurement result from the target PSCell of the successful change or addition of the PSCell; a time elapsed between an initiation of a last conditional reconfiguration towards the target PSCell and a reception of a latest conditional reconfiguration for the target PSCell.

[0114] B8. The method of solution B1 or B2, wherein the report is a legacy report associated with the subsequent conditional handover procedure, and wherein an indication that the report is generated or updated is carried in a Radio Resource Control (RRC) message or a Medium Access Control (MAC) Control Element (CE) .

[0115] B9. The method of solution B8, wherein the wireless device is configured to transmit the indication when the report is generated or updated.

[0116] B10. The method of any of solutions B1 to B9, wherein the successful handover report is a Successful PSCell change Report (SPR) , and wherein the subsequent conditional handover procedure is a Conditional PSCell Addition or Change (CPAC) .

[0117] B11. A wireless communication method, comprising: generating or updating, by a wireless device, a report for a subsequent lower layer triggered mobility procedure; and transmitting, to a network node, the report, wherein the report comprises a radio link failure report or a successful handover report.

[0118] B12. A wireless communication method, comprising: receiving, by a network node from a wireless device, a report for a subsequent lower layer triggered mobility procedure; and transmitting, based on the report, data or control signaling, wherein the wireless device is configured to generate or update the report prior to the network node receiving the report, and wherein the report comprises a radio link failure report or a successful handover report.

[0119] B13. The method of solution B11 or B12, wherein the report comprises an indication of an association between the report and the subsequent lower layer triggered mobility procedure.

[0120] B14. The method of solution B11 or B12, wherein: when an existing report is associated with a configuration of the subsequent lower layer triggered mobility procedure that triggered the report being generated or updated, the report is concatenated to the existing report; otherwise, the existing report is overwritten with the report.

[0121] B15. The method of solution B11 or B12, wherein the report for the subsequent lower layer triggered mobility procedure is independent of reports for other mobility configurations.

[0122] B16. The method of solution B15, wherein: when an existing report is associated with a configuration of the subsequent lower layer triggered mobility procedure that triggered the report being generated or updated, the report is concatenated to the existing report; otherwise, the existing report is overwritten with the report.

[0123] B17. The method of any of solutions B11 to B16, wherein the radio link failure report is a Radio Link Failure (RLF) report and the successful handover report is a Successful Handover Report (SHR) , and wherein the subsequent lower layer triggered mobility procedure is a Layer 1 / Layer 2 (L1 / L2) -Triggered Mobility (LTM) procedure.

[0124] B18. A wireless communication method, comprising: generating or updating, by a wireless device, a report for a subsequent lower layer triggered mobility procedure configured for a secondary cell group; and transmitting, to a network node, the report, wherein the report comprises a successful cell switch report.

[0125] B19. A wireless communication method, comprising: receiving, by a network node from a wireless device, a report for a subsequent lower layer triggered mobility procedure configured for a secondary cell group; and transmitting, based on the report, data or control signaling, wherein the wireless device is configured to generate or update the report prior to the network node receiving the report, and wherein the report comprises a successful cell switch report.

[0126] B20. The method of solution B18 or B19, wherein the report comprises an indication of an association between the report and the subsequent lower layer triggered mobility procedure configured for the secondary cell group.

[0127] B21. The method of solution B18 or B19, wherein: when an existing report is associated with a configuration of the subsequent lower layer triggered mobility procedure configured for the secondary cell group that triggered the report being generated or updated, the report is concatenated to the existing report; otherwise, the existing report is overwritten with the report.

[0128] B22. The method of solution B18 or B19, wherein the report for the subsequent lower layer triggered mobility procedure configured for the secondary cell group is independent of reports for other mobility configurations.

[0129] B23. The method of solution B22, wherein: when an existing report is associated with a configuration of the subsequent lower layer triggered mobility procedure configured for the secondary cell group that triggered the report being generated or updated, the report is concatenated to the existing report; otherwise, the existing report is overwritten with the report.

[0130] B24. The method of any of solutions B18 to B23, wherein the successful cell switch report is a Successful PSCell change Report (SPR) , and wherein the subsequent lower layer triggered mobility procedure configured for the secondary cell group is a Layer 1 / Layer 2 (L1 / L2) -Triggered Mobility (LTM) procedure configured for a Secondary Cell Group (SCG) .

[0131] B25. A wireless communication method, comprising: transmitting, by a wireless device to a network node, a mobility history information comprising one or more traffic characteristics and activation / deactivation information.

[0132] B26. A wireless communication method, comprising: receiving, by a network node from a wireless device, a mobility history information comprising one or more traffic characteristics and activation / deactivation information; and transmitting, based on the mobility history information, data or control signaling.

[0133] B27. The method of solution B25 or B26, wherein the one or more traffic characteristics comprise at least one of: a data rate of a Secondary Cell Group (SCG) during at least one activation time; or a data volume of the SCG during the at least one activation time.

[0134] B28. The method of solution B27, wherein the data rate is based on an average uplink (UL) data rate or an average downlink (DL) data rate, and wherein the data volume is based on an uplink (UL) data volume or a downlink (DL) data volume during the at least one activation time.

[0135] B29. An apparatus for wireless communication comprising one or more processors, configured to implement the method recited in one or more of solutions B1 to B28.

[0136] B30. A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by at least one processor, causing the at least one processor to implement the method recited in one or more of solutions B1 to B28.

[0137] FIG. 5 shows a block diagram of an example hardware platform 500 that may be a part of a network device (e.g., base station) or a communication device (e.g., a user equipment (UE) ) . The hardware platform 500 includes at least one processor 510 and a memory 505 having instructions stored thereupon. The instructions upon execution by the processor 510 configure the hardware platform 500 to perform the operations described in FIGS. 1 to 4 and in the various embodiments described in this patent document. The transmitter 515 transmits or sends information or data to another device. For example, a network device transmitter can send a message to a user equipment. The receiver 520 receives information or data transmitted or sent by another device. For example, a user equipment can receive a message from a network device.

[0138] The implementations as discussed above will apply to a wireless communication. FIG. 6 shows an example of a wireless communication system (e.g., a 5G or NR cellular network) that includes a base station 620 and one or more user equipment (UE) 611, 612 and 613. In some  embodiments, the UEs access the BS (e.g., the network) using a communication link to the network (sometimes called uplink direction, as depicted by dashed arrows 631, 632, 633) , which then enables subsequent communication (e.g., shown in the direction from the network to the UEs, sometimes called downlink direction, shown by arrows 641, 642, 643) from the BS to the UEs. In some embodiments, the BS send information to the UEs (sometimes called downlink direction, as depicted by arrows 641, 642, 643) , which then enables subsequent communication (e.g., shown in the direction from the UEs to the BS, sometimes called uplink direction, shown by dashed arrows 631, 632, 633) from the UEs to the BS. The UE may be, for example, a smartphone, a tablet, a mobile computer, a machine to machine (M2M) device, an Internet of Things (IoT) device, and so on.

[0139] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in one embodiment by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0140] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated Circuit (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized  microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art, including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0141] While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results.

[0142] Only a few implementations and examples are described and other implementations, enhancements and variations can be made based on what is described and illustrated in this disclosure.

Claims

1.A wireless communication method, comprising:generating or updating, by a wireless device, a report for a subsequent mobility procedure; andtransmitting, to a network node, the report.2.A wireless communication method, comprising:receiving, by a network node from a wireless device, a report for a subsequent mobility procedure; andtransmitting, based on the report, data or control signaling,wherein the wireless device is configured to generate or update the report prior to the network node receiving the report.3.The method of claim 1 or 2, wherein the report comprises an indication of an association between the report and the subsequent mobility procedure.4.The method of claim 1 or 2, wherein:when an existing report is associated with a configuration of the subsequent mobility procedure that triggered the report being generated or updated,the report is concatenated to the existing report;otherwise,the existing report is overwritten with the report.5.The method of claim 1 or 2, wherein the report for the subsequent mobility procedure is independent of reports for other mobility configurations.6.The method of claim 5, wherein:when an existing report is associated with a configuration of the subsequent mobility procedure that triggered the report being generated or updated,the report is concatenated to the existing report;otherwise,the existing report is overwritten with the report.7.The method of any of claims 1 to 6, wherein the subsequent mobility procedure comprises a subsequent conditional handover procedure, and wherein the report comprises a successful handover report.8.The method of claim 7, wherein the report includes at least one of:a last measurement result based on an initiating node configuration from neighboring New Radio (NR) cells when a successful change or addition of a primary cell of a secondary cell group (PSCell) is executed;an identifier of a primary cell of a master cell group (PCell) connected to the wireless device when the successful change or addition of the PSCell triggers the report;an indication of whether a Secondary Node (SN) initiated triggering the report;a cause for generating or updating the report;a source PSCell of the successful change or addition of the PSCell;a last measurement result from the source PSCell of the successful change or addition of the PSCell;a target PSCell of the successful change or addition of the PSCell;a last measurement result from the target PSCell of the successful change or addition of the PSCell;a time elapsed between an initiation of a last conditional reconfiguration towards the target PSCell and a reception of a latest conditional reconfiguration for the target PSCell.9.The method of claim 7, wherein the report is a legacy report associated with the subsequent conditional handover procedure, and wherein an indication that the report is generated or updated is carried in a Radio Resource Control (RRC) message or a Medium Access Control (MAC) Control Element (CE) .10.The method of claim 9, wherein the wireless device is configured to transmit the indication when the report is generated or updated.11.The method of any of claims 7 to 10, wherein the successful handover report is a Successful PSCell change Report (SPR) , and wherein the subsequent conditional handover procedure is a Conditional PSCell Addition or Change (CPAC) .12.The method of any of claims 1 to 6, wherein the subsequent mobility procedure comprises a subsequent lower layer triggered mobility procedure, and wherein the report comprises a radio link failure report or a successful handover report.13.The method of claim 12, wherein the radio link failure report is a Radio Link Failure (RLF) report and the successful handover report is a Successful Handover Report (SHR) , and wherein the subsequent lower layer triggered mobility procedure is a Layer 1 / Layer 2 (L1 / L2) -Triggered Mobility (LTM) procedure.14.The method of any of claims 1 to 6, wherein the subsequent mobility procedure comprises a subsequent lower layer triggered mobility procedure configured for a secondary cell group, and wherein the report comprises a successful cell switch report.15.The method of claim 14, wherein the successful cell switch report is a Successful PSCell change Report (SPR) , and wherein the subsequent lower layer triggered mobility procedure configured for the secondary cell group is a Layer 1 / Layer 2 (L1 / L2) -Triggered Mobility (LTM) procedure configured for a Secondary Cell Group (SCG) .16.A wireless communication method, comprising:transmitting, by a wireless device to a network node, a mobility history information comprising one or more traffic characteristics and activation / deactivation information.17.A wireless communication method, comprising:receiving, by a network node from a wireless device, a mobility history information comprising one or more traffic characteristics and activation / deactivation information; andtransmitting, based on the mobility history information, data or control signaling.18.The method of claim 16 or 17, wherein the one or more traffic characteristics comprise at least one of:a data rate of a Secondary Cell Group (SCG) during at least one activation time; ora data volume of the SCG during the at least one activation time.19.The method of claim 18, wherein the data rate is based on an average uplink (UL) data rate or an average downlink (DL) data rate, and wherein the data volume is based on an uplink (UL) data volume or a downlink (DL) data volume during the at least one activation time.20.An apparatus for wireless communication comprising one or more processors, configured to implement the method recited in one or more of claims 1 to 19.21.A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by at least one processor, causing the at least one processor to implement the method recited in one or more of claims 1 to 19.

Images