Patent Description:
Mobile communication technologies are moving the world toward an increasingly connected and networked society. The rapid growth of mobile communications and advances in technology have led to greater demand for capacity and connectivity. Other aspects, such as energy consumption, device cost, spectral efficiency, and latency are also important to meeting the needs of various communication scenarios. Various techniques, including new ways to provide higher quality of service, are being discussed. <CIT> describes a way for a Radio Access Node to decide handover based on performance information report transmitted by a User Equipment.

This document discloses methods, systems, and devices related to digital wireless communication, and more specifically, to techniques related to reporting performance information.

The invention provides a method for wireless communication according to claim <NUM> and corresponding apparatus claim <NUM>. Dependent claims describe preferred embodiments of the invention.

The details of one or more implementations are set forth in the accompanying attachments, the drawings, and the description below.

The development of the new generation of wireless communication - <NUM> New Radio (NR) communication - is a part of a continuous mobile broadband evolution process to meet the requirements of increasing network demand. NR will provide greater throughput to allow more users connected at the same time. Other aspects, such as energy consumption, device cost, spectral efficiency, and latency are also important to meeting the needs of various communication scenarios.

As NR emerges in the wireless domain, UEs will be capable of supporting both protocols at the same time. <FIG> shows an exemplary schematic diagram of a system architecture for Dual Connectivity (DC). The current base station (referred to as the first network element <NUM>) under the core network <NUM> may select a suitable base station for the UE <NUM> to function as the second network element <NUM>. For example, the suitable based station can be selected by comparing the channel quality of the base station with a predetermined threshold. Both base stations can provide radio resources to the UE <NUM> for data transmission on the user plane. On the wired interface side, the first network element <NUM> and the core network <NUM> establish a control plane interface <NUM> for the UE <NUM>. The second network element <NUM> and the core network <NUM> may establish a user plane interface <NUM> for the UE <NUM>. An interface <NUM> (e.g., Xn interface) inter-connects the two network elements. On the wireless interface side, the first and the second network elements (<NUM> and <NUM>) may provide radio resources using the same or different Radio Access Technologies (RATs). Each of the network element can schedule transmissions with the UE <NUM> independently. The network element that has a control plane connection to the core network is referred to as the master node (e.g., the first network element <NUM>), and the network element that has only a user plane connection with the core network is referred to as the secondary node (e.g., the second network element <NUM>). In some cases, the UE <NUM> can be connected to more than two nodes, with one node acting as the primary note and the remaining acting as the secondary nodes.

In some embodiments, a UE can support a LTE-NR dual connection (DC). For example, one of the typical LTE-NR dual connectivity architectures can be set up as follows: the master node is an LTE RAN node (e.g., eNB) and the secondary node is an NR RAN node (e.g., gNB). The eNB and the gNB are simultaneously connected the Evolved Packet Core (EPC) network (e.g., LTE core network). The architecture shown in <FIG> can also be modified to include various master/secondary node configurations. For example, a NR RAN node can be the master node and the LTE RAN node can be the secondary node. In such case, the core network for the master NR RAN node is a Next Generation Converged Network (NG-CN).

UE capabilities for the LTE protocol and the NR protocol in LTE-NR DC include two parts: common capabilities of the UE that are applicable to both LTE and NR protocols for single connectivity scenarios, and band combination capabilities of the UE that are relevant for dual connectivity scenarios. When the UE has multiple simultaneous connections with network nodes, the frequency bands used for different network nodes must cooperate with each other regardless of the RAT type(s) used. Here, the term "cooperate" means that the UE can operate in the frequency bands without any conflicts or substantial interference - that is, the frequency bands can co-exist. For example, the 3rd Generation Partnership Project (3GPP) Standards specify a set of band combinations that can cooperate with each other. If frequency band <NUM> and frequency band <NUM> are not specified as a valid band combination, the UE cannot use frequency band <NUM> in communication with node <NUM> and frequency band <NUM> in communication with node <NUM> and the same time.

This patent document describes techniques that can be implemented to report performance information to a network. <FIG> illustrates an example of the fifth generation (<NUM>) mobile communication system <NUM>. The system <NUM> may include the <NUM> core network (5GC) and the next generation radio access network (NG-RAN). The 5GC may include a network node such as a access mobility function (AMF), a session management function (SMF), or a user plane function (UPF). The NG-RAN may include two different types of base stations and radio access technologies (RAT), a ng-eNB based on <NUM> base station (eNB) continue to evolve (the air interface is still <NUM> RAT, i.e. evolved universal terrestrial radio access (E -UTRA)), and a <NUM> base station (gNB) based on <NUM> RAT or NR (New Radio). The NG-RAN base station (gNB or ng-eNB) may be connected to the 5GC through the NG interface including the NG-C control plane connection for signaling transmission and the NG-U user plane connection for data transmission, and the NG-RAN base station may be connected to a peer via the Xn interface including Xn-C control plane connection and Xn-U user plane connection.

<FIG> illustrates an example of a gNB <NUM> separated into network node entities. The network node entities may include a gNB central unit (gNB-CU) and a plurality of gNB distributed units (gNB-DU) connected by F1 interface. The F1 interface may include a F1-C control plane connection and a F1-U user plane connection. The external interfaces of the gNB after the CU/DU separation may include a NG and Xn interface.

Dual connectivity (DC) may be supported in both <NUM> and <NUM> systems. The dual-connected UE can maintain connectivity with two base stations at the same time. One of the base stations is called Master Node (MN), and the other base station is called Secondary Node (SN). There are multiple dual connections of <NUM> and <NUM> RAT hybrid networks, such as E-UTRA-NR dual connectivity (EN-DC), in this case the MN is the eNB and the SN is the gNB; the NG-RAN E-UTRA-NR dual connectivity (NGEN-DC), the MN is ng-eNB and the SN is gNB; the NR-E-UTRA dual connectivity (NE-DC), the MN is the gNB and the SN is the ng-eNB; the <NUM> RAT dual connectivity (NR-DC), the MN and the SN are both gNBs.

To reduce the cost and complexity of manual network testing by mobile network operators using dedicated equipment and personnel, the <NUM> system has introduced a series of technologies, e.g. minimization of drive tests (MDT), a radio link failure (RLF) Report, a random-access channel (RACH) Report, a secondary cell group (SCG) Failure Report, etc.. Through such technologies, the network can obtain useful information from the UE and can further judge the performance of the network's deployment, guide the adjustment and optimization of various functional parameters at the network. For example, it can detect weak coverage and blind spots in some areas of the network and can find hotspot areas with large-capacity communication requirements and unsatisfied quality of service (QoS) for user subscription service.

The MDT technology may use the UE to measure and collect various network performance indicators related to the UE under the configuration guidance of the network. Then, the UE may report the performance indicators to the base station (e.g. eNB) through air interface signaling. The base station may report to the trace collection entity (TCE). The MDT can be classified into logged MDT and immediate MDT. The logged MDT refers to the execution of a MDT measurement task by the UE in the idle state RRC_IDLE or inactive state RRC_INACTIVE state according to the MDT related parameter configuration such as the valid range of logged MDT, recording interval and recording duration received in the connected state, and recording the measurement results as the MDT log. When the UE returns to the connected state, the UE may transmit an indication of log measurement available to the base station through a suitable RRC uplink message. If necessary, the base station may acquire the MDT log information from the UE at an appropriate time. The immediate MDT may refer to the measurement immediately after the UE receives the MDT related parameter configuration in the connected state RRC_CONNECTED, that is, the measurement may also be performed in the connected state, and immediately reports the measurement result and the UE may not store the measurement result. The measurements of the immediate MDT associated with the UE may include the downlink pilot strength (reference signal receiving power (RSRP) and reference signal receiving quality (RSRQ)), the UE's transmit power headroom (PHR), and the uplink PDCP packet delay. The logged MDT related measurement configured for the UE may include the downlink pilot strength (RSRP and RSRQ).

The RLF Report technology enables the network to obtain the Radio Link Failure (RLF) related information from the UE. The RLF related information may include an identifier of the last cell that served the UE in case of RLF, the identifier of the handover target in case of handover failure, the RSRP and RSRQ of the last served cell, a RLF cause (such as the random access problem, a maximum number of RLC re-transmissions has been reached, etc..

The RACH Report technology may allow for the network to obtain the Random-Access Channel (RACH) related information from the UE. The RACH related information may include a number of preambles sent by MAC for the last successfully completed random access procedure.

The SCG Failure Report technology may allow for the network to obtain the Secondary Cell Group (SCG) Failure related information from the UE. The SCG failure information may include a SCG radio link failure information, a SCG change failure information.

<FIG> illustrates a signaling process of a logged MDT or RLF report. For a logged MDT or RLF Report, as shown in step <NUM> of <FIG>, the UE may send an indication of log measurement available or RLF information available to the base station to indicate that there is available MDT Log or RLF Information in the UE. The indication may be sent through a suitable RRC uplink message such as RRCConnectionSetupComplete. The base station may acquire the MDT log report information or the RLF report information from the UE when necessary, by sending the UE INFORMATION REQUEST message to the UE (step <NUM>). In response, the UE may the MDT Log Report information or RLF Report information through the UE INFORMATION RESPONSE message to the RAN node (step <NUM>).

For the RACH Report, as shown in <FIG>, the RAN node can acquire the RACH Report information from the UE when necessary, after the UE has successfully completed the random-access procedure.

<FIG> illustrates a signaling process for an immediate MDT. The UE and a RAN node may communicate via a RRC configuration, such as measConfig (step <NUM>). For the immediate MDT, as shown in <FIG>, the UE may send measurement results of immediate MDT to the RAN node (step <NUM>). The measurement results may be sent via a Measurement Report message, after the UE has received the measurement configuration of immediate MDT in the RRC Reconfiguration message.

<FIG> illustrates a signaling process for a SCG failure report. The UE may receive a RRC reconfiguration message, such as a scg-configuration, from a RAN node (step <NUM>). For the SCG Failure Report, as shown in <FIG>, the UE may send the SCG failure information to the RAN node via the SCG Failure Information message after the UE has received the SCG configuration in the RRC Reconfiguration message (step <NUM>).

<FIG> illustrates a signaling process of a method to report performance information.

As shown in Step <NUM> of <FIG>, the UE may report performance information to the RAN node. In step <NUM>, the RAN node may receive the performance information and may trigger a network performance analysis based on the received performance information. For example, a network performance analysis may include counting a number of times that were reported from multiple UEs relating to a problem reported in the received performance information. In this example, the network performance analysis may determine whether the number of times exceeds a predetermined threshold value. The RAN node may trigger the network performance optimization, if necessary. As an example, network performance optimization may include adjusting relative radio parameters of the RAN node based on the result of network performance analysis.

In some embodiments, the performance information includes UE location information where the SCG failure happens.

In some embodiments, the performance information includes SSB frequency information of the associated SSB in the previous Cell (e.g. the last Cell or PCell that served the UE in case of RLF, the handover target Cell or PCell in case of handover failure), the SSB frequency information includes one or more of the following: SSB frequency, SSB subcarrier spacing.

In some embodiments, the performance information includes Beam level measurement results of the serving Cell (or PCell) and/or the neighbor Cell (or PCell), the beam level measurement results includes the SSB based measurement results and/or the CSI-RS based measurement results, each beam level measurement result includes the beam index and at least one of the following: SSB RSRP, SSB RSRQ, SSB SINR, CSI-RS RSRP, CSI-RS RSRQ, CSI-RS SINR.

In some embodiments, the performance information includes Beam related RACH information, includes one or more of the following: a list of beam indexes of the beams on which the UE has attempted the RACH procedure, the number of preambles sent for each beam on which the UE has attempted the RACH procedure, the beam type (e.g. SSB or CSI-RS) for each beam on which the UE has attempted the RACH procedure.

In some embodiments, the performance information includes BWP information of the previous Cell (e.g. the last Cell or PCell that served the UE in case of RLF, the handover target Cell or PCell in case of handover failure), includes one or more of the following: BWP ID of the last active BWP in the previous Cell when failure happens, BWP IDs of all configured BWPs in the previous Cell, BWP frequency domain configuration (e.g. position, bandwidth) of the last active BWP in the previous Cell when failure happens, BWP frequency domain configuration (e.g. position, bandwidth) of all configured BWPs in the previous Cell.

In some embodiments, the performance information includes Handover related information, includes one or more of the following: Handover type indication (e.g. CHO, MBB, eMBB, RACH less handover, DC based handover, normal handover), Time elapsed from CHO command reception to handover execution, Candidate cell list included in the CHO command, Triggered event included in the CHO command.

In some embodiments, the performance information includes The RLF monitoring related beam resource information of the failure Cell (or PCell), includes one or more of the following: the resource information of SSB beam which configured for RLF monitoring (e.g. beam index), the resource information of CSI-RS beam which configured for RLF monitoring (e.g. CSI-RS resource ID, CSI-RS time/frequency domain resource configuration).

In some embodiments, the performance information includes an Indication to differentiate the RACH failure caused by beam failure recovery from other cases, includes one of the following: an explicit value in the RLF cause field, an extra explicit indication apart from the RLF cause field.

In some embodiments, the performance information includes Service information of the failure Cell (or PCell) or failure beam, includes one of the following: a list of QCIs or 5QIs, a economic way to indicate a list of QCIs or 5QIs (e.g. a bitmap).

In some embodiments, the performance information includes Supplemental Uplink (SUL) information, includes one or more of the following: an indication to indicate whether the failure is occurred in SUL carrier or normal UL carrier, an indication to indicate whether the UL PRB usage is for SUL carrier or normal UL carrier.

In some embodiments, the performance information includes New Radio Unlicensed (NR-U) information, includes one or more of the following: an indication to indicate whether the failure is occurred in NR unlicensed carrier or NR licensed carrier, an indication to indicate whether the UL PRB usage is for NR unlicensed carrier or NR licensed carrier.

<FIG> illustrates a signaling process to indicate a performance information report configuration. As shown in Step <NUM> of <FIG>, the RAN node may send a performance information report configuration to the UE to indicate the UE what to report. The performance information report configuration may be transmitted through a RRC Reconfiguration message.

In some embodiments, the performance information report configuration may include an indication to report the UE location information where the SCG failure happens.

In some embodiments, the performance information report configuration may include an indication to report the SSB frequency information of the associated SSB in the previous Cell.

In some embodiments, the performance information report configuration may include an indication to report the beam level measurement results of the serving Cell and/or the neighbor Cell.

In some embodiments, the performance information report configuration may include an indication to report the beam related RACH information.

In some embodiments, the performance information report configuration may include an indication to report the BWP information of the previous Cell.

In some embodiments, the performance information report configuration may include an indication to report the handover related information.

In some embodiments, the performance information report configuration may include an indication to report the RLF monitoring related beam resource information of the failure Cell.

In some embodiments, the performance information report configuration may include an indication to report the indication to differentiate the RACH failure caused by beam failure recovery from other cases.

In some embodiments, the performance information report configuration may include an indication to report the service information of the failure Cell or failure beam.

In some embodiments, the performance information report configuration may include an indication to report the SUL information.

In some embodiments, the performance information report configuration may include an indication to report the NR-U information.

As shown in <FIG>, the performance information may be carried in a UE INFORMATION RESPONSE message (step <NUM>) from the UE to the RAN node. The UE INFORMATION RESPONSE message may be included in the RLF Report, e.g. for the SSB frequency information of the associated SSB in the previous Cell, the BWP information of the previous Cell, the handover related information, the RLF monitoring related beam resource information of the failure Cell, the indication to differentiate the RACH failure caused by beam failure recovery from other cases, the service information of the failure Cell or failure beam, the SUL information, the NR-U information; or included in the RACH Report, e.g. for the beam related RACH information; or included in the MDT Log Report, e.g. for the beam level measurement results of the serving Cell and/or the neighbor Cell.

As shown in <FIG>, the performance information may be included in the SCG Failure Information message (step <NUM>), sent from the UE to the RAN node, e.g. for the UE location information where the SCG failure happens.

As shown in <FIG>, the performance information may be sent from the DU to the CU via the F1 interface, carried in the F1AP message such as the UL RRC MESSAGE TRANSFER message or a new message, after the DU receiving it from the UE. The performance information report configuration may be sent from the CU to the DU via the F1 interface, carried in the F1AP message such as the DL RRC MESSAGE TRANSFER message or an new message. The DU may send an indication of MDT Log Report available or RLF Report available to the CU via the F1 interface, carried in the F1AP message such as the UL RRC MESSAGE TRANSFER message or a new message. The CU may send an indication of MDT Log Report request or RLF Report request or RACH Report request to the DU via the F1 interface, carried in the F1AP message such as the DL RRC MESSAGE TRANSFER message or a new message.

<FIG> illustrates a signaling process for requesting a RACH report. As shown in Step <NUM> of <FIG>, the RAN node may send a UE INFORMATION REQUEST message to the UE. The UE INFORMATION REQUEST message may include the indication of RACH report request to request the reporting of a RACH report.

In Step <NUM>, the UE may send a UE INFORMATION RESPONSE message to the RAN node. The UE INFORMATION RESPONSE message may include the RACH report. The RACH report may include at least one of the beam related RACH information which including one or more of the following: a list of beam indexes of the beams on which the UE has attempted the RACH procedure, the number of preambles sent for each beam on which the UE has attempted the RACH procedure, and the beam type (e.g. SSB or CSI-RS) for each beam on which the UE has attempted the RACH procedure.

<FIG> illustrates a signaling process for requesting a RLF report. In Step <NUM> of <FIG>, the UE may send a suitable RRC uplink message, such as the RRCConnectionSetupComplete message, to the RAN node. The RRC uplink message may include an indication that a RLF Report is available.

In Step <NUM>, the RAN node may send the UE INFORMATION REQUEST message to the UE. The UE INFORMATION REQUEST message may include a request for the RLF report.

In Step <NUM>, the UE may send a UE INFORMATION RESPONSE message to the RAN node. The UE INFORMATION RESPONSE message may include the RLF report. The RLF report may include at least one of SSB frequency information of the associated SSB in the previous Cell (e.g. the last Cell or PCell that served the UE in case of RLF, the handover target Cell or PCell in case of handover failure), a SSB frequency information including at least one of SSB frequency and SSB subcarrier spacing.

<FIG> illustrates a signaling process for requesting a MDT log report. In Step <NUM> of <FIG>, the UE may send a RRC uplink message, such as a RRCConnectionSetupComplete message, to the RAN node. The RRC uplink message may include an indication that a MDT Log Report is available.

In Step <NUM>, the RAN node may send the UE INFORMATION REQUEST message to the UE. The UE INFORMATION REQUEST message may include a request for a MDT Log report.

In Step <NUM>, the UE may send a UE INFORMATION RESPONSE message to the RAN node. The UE INFORMATION RESPONSE message may include the MDT Log report. The MDT Log report may include a beam level measurement results of the serving Cell (or PCell) and/or the neighbor Cell (or PCell), beam level measurement results including the SSB based measurement results and/or the CSI-RS based measurement results, where each beam level measurement result includes the beam index and at least one of the following: SSB RSRP, SSB RSRQ, SSB SINR, CSI-RS RSRP, CSI-RS RSRQ, CSI-RS SINR.

As shown in Step <NUM> of <FIG>, the RAN node may send a RRC Reconfiguration message to the UE that includes a SCG configuration information. Based on the RRC configuration message, the UE may enter into a DC mode.

In Step <NUM>, based on a SCG failure, the UE may send a SCG Failure Information message to the RAN node. The SCG Failure Information message may include SCG failure information including a UE location information where the SCG failure occurred.

<FIG> illustrates a block diagram of a method to report performance information. A network node may receive a performance information report from a terminal, wherein the performance information report includes information relating to performance of the network node (block <NUM>). The network node may initiate a performance task based on receiving the performance information report (block <NUM>).

In some embodiments, initiating the performance task includes at least one of a network performance analysis and a network performance optimization.

In some embodiments, initiating the performance task includes forwarding the performance information report to a second network node, wherein the second network node is configured to perform at least one of a network performance analysis and a network performance optimization.

In some embodiments, the method includes transmitting, by the network node, a terminal information request message to the terminal, wherein the terminal information request message includes a request for a random-access channel (RACH) report.

In some embodiments, the performance information report transmitted by the terminal includes the RACH report based on the terminal information request message.

In some embodiments, the method includes receiving, by the network node, a radio resource control (RRC) uplink message from the terminal indicating that a radio link failure (RLF) report is available.

In some embodiments, the method includes transmitting, by the network node, a terminal information request message from the terminal including a request for the RLF report based on receiving the RRC uplink message.

In some embodiments, the performance information report transmitted by the terminal includes the RLF report based on the terminal information request message.

In some embodiments, the method includes receiving, by the network node, a RRC uplink message from the terminal indicating that a minimization of drive test (MDT) log report is available.

In some embodiments, the method includes transmitting, by the network node, a terminal information request message from the terminal including a request for the MDT log report based on receiving the RRC uplink message.

In some embodiments, the performance report transmitted by the terminal includes the MDT log report based on the terminal information request message.

In some embodiments, the method includes transmitting, by the network node, a RRC configuration message to the terminal, wherein the RRC configuration message includes a secondary cell group (SCG) configuration, and wherein the terminal is configured to operate in a dual-connectivity (DC) mode upon receipt of the RRC configuration message.

In some embodiments, the performance information report transmitted by the terminal includes a SCG failure information message indicating a SCG failure at the terminal based on the RRC configuration message.

In another exemplary embodiment, a method for wireless communication is disclosed. The method may include generating, by a terminal, a performance information report that includes information relating to performance of a network node. The method may also include transmitting, by the terminal, the performance information report to the network node.

In some embodiments, the network node is configured to initiate a network performance task, wherein the network performance task includes at least one of initiating a network performance analysis, initiating a network performance optimization, and forwarding the performance information report to a second network node.

In some embodiments, the method includes receiving, by the terminal, a terminal information request message from the network node, wherein the terminal information request message includes a request for a random-access channel (RACH) report.

In some embodiments, the performance information report includes the RACH report based receiving the terminal information request message transmitted from the network node.

In some embodiments, the method includes transmitting, by the terminal, a radio resource control (RRC) uplink message to the network node indicating that a radio link failure (RLF) report is available.

In some embodiments, the method includes receiving, by the terminal, a terminal information request message from the network node including a request for the RLF report.

In some embodiments, the performance information report transmitted by the terminal includes the RLF report based on receiving the terminal information request message from the network node.

In some embodiments, the method includes transmitting, by the terminal, a RRC uplink message to the network node indicating that a minimization of drive test (MDT) log report is available.

In some embodiments, the method includes receiving, by the terminal, a terminal information request message from the network node including a request for the MDT log report.

In some embodiments, the performance information report transmitted by the terminal includes the MDT log report based on receiving the terminal information request message from the network node.

In some embodiments, the method includes receiving, by the terminal, a RRC configuration message from the network node, wherein the RRC configuration message includes a secondary cell group (SCG) configuration, and wherein the terminal is configured to operate in a dual-connectivity (DC) mode upon receipt of the RRC configuration message.

In some embodiments, the performance information report transmitted by the terminal includes a SCG failure indication indicating that a SCG failure occurred at the terminal.

In some embodiments, the performance information report includes terminal location information indicating a location of a secondary cell group (SCG) failure.

In some embodiments, one of the RLF report and the performance information report includes a synchronization signal block (SSB) frequency information of a SSB in a previous cell.

In some embodiments, the SSB frequency information includes at least one of a SSB frequency and a SSB subcarrier spacing.

In some embodiments, one of the MDT log report and the performance information report includes beam level measurement results of at least one of a serving cell and a neighbor cell.

In some embodiments, the beam level measurement results include at least one of SSB-based results and channel state information reference signal (CSI--RS) based results.

In some embodiments, the beam level measurement results include at least one of a beam index, a SSB reference signal receiving power (RSRP), SSB reference signal receiving quality (RSRQ), SSB signal to interference plus noise ratio (SINR), CSI-RS RSRP, CSI-RS RSRQ, CSI-RS SINR.

In some embodiments, one of the RACH report and the performance information report includes beam related RACH information.

In some embodiments, the beam related RACH information includes at least one of a list of beam indexes associated with beams that the terminal has attempted a RACH procedure, a number of preambles sent for each beam that the terminal has attempted the RACH procedure, and a SSB or CSI-RS beam type for each beam that the terminal has attempted the RACH procedure.

In some embodiments, one of the RLF report and the performance information report includes bandwidth part (BWP) information of a previous cell.

In some embodiments, the previous cell includes one of a cell that served the terminal and experienced a RLF failure, and a handover target cell that experienced a handover failure.

In some embodiments, the BWP information includes at least one of a BWP identifier of a last active BWP in the previous cell that occurred a failure, a BWP identifier of each configured BWP in the previous cell, a BWP frequency domain configuration of the last active BWP, a BWP frequency domain configuration of each configured BWP in the previous cell.

In some embodiments, one of the RLF report and the performance information report includes handover information that includes at least one of a handover type indication, a time elapsed from a conditional handover (CHO) command reception to a handover execution, a candidate cell list included in the CHO command, a triggered event included in the CHO command.

In some embodiments, one of the RLF report and the performance information report includes a RLF monitoring beam resource information that includes at least one of a resource information of a SSB beam configured for RLF monitoring, a resource configuration for a CSI-RS beam configured for RLF monitoring.

In some embodiments, one of the RLF report and the performance information report includes an indication to differentiate a RACH failure caused by a beam failure recovery that includes at least one of an explicit value in a RLF cause field and an extra explicit indication apart from the RLF cause field.

In some embodiments, the performance information report includes service information of a cell or a beam that experienced a failure, wherein the service information includes at least one of a list of <NUM> QoS identifiers (5QIs), a 5QI bitmap, a list of QoS class identifiers (QCIs) and a QCI bitmap.

In some embodiments, one of the RLF report and the performance information report includes a supplemental uplink (SUL) information that includes at least one of an indication that a failure occurred in a SUL carrier or a UL carrier, an indication that an uplink physical resource block (PRB) usage is for the SUL carrier or the UL carrier.

In some embodiments, one of the RLF report and the performance information report includes new radio unlicensed (NR-U) information that includes at least one of an indication that a failure occurred in a NR unlicensed carrier or a NR licensed carrier, and an indication that an uplink PRB usage is for the NR unlicensed carrier or the NR licensed carrier.

In some embodiments, the method includes transmitting a performance information configuration message from the network node to the terminal.

In some embodiments, the performance information configuration message includes at least one of an indicator of whether to report UE location information where a SCG failure occurs, an indicator of whether to report a SSB frequency information of a SSB in a previous cell, an indicator to report a beam level measurement result of a serving cell or a neighbor cell, an indicator to report a beam related RACH information, an indicator to report BWP information of the previous cell, an indicator to report handover related information, an indicator to report RLF monitoring related beam resource information of a failed cell, an indicator to report an indication to differentiate a RACH failure, an indicator to report service information of the failed cell or a failed beam, an indicator to report SUL information, and an indicator to report NR-U information.

In some embodiments, the performance information report is transmitted from a distributed unit (DU) to a centralized unit (CU) via an F1 interface.

<FIG> shows an example of a wireless communication system where techniques in accordance with one or more embodiments of the present technology can be applied. A wireless communication system <NUM> can include one or more base stations (BSs) 1305a, 1305b, one or more wireless devices 1310a, 1310b, 1310c, 1310d, and a core network <NUM>. A base station 1305a, 1305b can provide wireless service to wireless devices 1310a, 1310b, 1310c and 1310d in one or more wireless sectors. In some implementations, a base station 1305a, 1305b includes directional antennas to produce two or more directional beams to provide wireless coverage in different sectors.

The core network <NUM> can communicate with one or more base stations 1305a, 1305b. The core network <NUM> provides connectivity with other wireless communication systems and wired communication systems. The core network may include one or more service subscription databases to store information related to the subscribed wireless devices 1310a, 1310b, 1310c, and 1310d. A first base station 1305a can provide wireless service based on a first radio access technology, whereas a second base station 1305b can provide wireless service based on a second radio access technology. The base stations 1305a and 1305b may be co-located or may be separately installed in the field according to the deployment scenario. The wireless devices 1310a, 1310b, 1310c, and 1310d can support multiple different radio access technologies.

<FIG> is a block diagram representation of a portion of a hardware platform. A hardware platform <NUM> such as a network device or a base station or a wireless device (or UE) can include processor electronics <NUM> such as a microprocessor that implements one or more of the techniques presented in this document. The hardware platform <NUM> can include transceiver electronics <NUM> to send and/or receive wired or wireless signals over one or more communication interfaces such as antenna <NUM> or a wireline interface. The hardware platform <NUM> can implement other communication interfaces with defined protocols for transmitting and receiving data. The hardware platform <NUM> can include one or more memories (not explicitly shown) configured to store information such as data and/or instructions. In some implementations, the processor electronics <NUM> can include at least a portion of the transceiver electronics <NUM>. In some embodiments, at least some of the disclosed techniques, modules or functions are implemented using the hardware platform <NUM>.

From the foregoing, it will be appreciated that specific embodiments of the presently disclosed technology have been described herein for purposes of illustration, but that various modifications may be made without deviating from the scope of the invention.

While this patent document contains many specifics, these should not be construed as limitations on the scope of any invention or of what may be claimed, but rather as descriptions of features that may be specific to particular embodiments of particular inventions. Certain features that are described in this patent 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 variation of a sub combination.

Claim 1:
A method for wireless communication, comprising:
transmitting by a Radio Access Network, RAN, node, a terminal information request message to multiple terminals, wherein the terminal information request message includes a request for a random access channel, RACH, report,
receiving, by the RAN node, a performance information report from at least one terminal of said multiple terminals, wherein the performance information report includes a RACH report that includes a beam related RACH information including one or more of following: a list of beam indexes of the beams on which the terminal has attempted a RACH procedure, the number of preambles sent for each beam on which the terminal has attempted a RACH procedure, and the beam type for each beam on which the terminal has attempted a RACH procedure; and
characterized in that:
initiating, by the RAN node, a performance task based on receiving the performance information report from at least one terminal of said multiple terminals, to,
trigger a network performance analysis based on the received performance information, said network performance analysis including counting a number of times that were reported from multiple terminals relating to a problem reported in the received performance information and determining that the number of times exceeds a predetermined threshold value, and
trigger a network performance optimization including adjusting relative radio parameters of the RAN node based on the result of the network performance analysis.