Sending and receiving reports

Abstract

In some examples, methods and apparatus are disclosed, including a method implemented by a user equipment (UE) for sending a report, the method including sending a random access (RA) report to a network node, the RA report including an indication of a size of data in an uplink data buffer of the UE upon initiation of a random access (RA) procedure implemented by the UE.

Description

[Technical field]

[0001] Example embodiments of the present disclosure relate to sending and receiving reports, such as, for example, random access (RA) reports. [Background technology]

[0002] In some wireless communication networks, the random access channel (RACH) configuration can have a significant impact on user experience and overall network performance. The RACH collision probability, and therefore the access setup delay, data resumption delay from UL unsynchronized state, handover delay, transition delay from RRC_INACTIVE, and beam failure recovery delay are all affected by the RACH configuration. In addition, it is also important to implement the RACH based on the most suitable downlink beam, which will avoid unnecessary power ramping and failed RACH access attempts. This is beneficial both for the network as well as for the device attempting RACH access, which can avoid unnecessary interference in the network and also reduce the delay and device energy consumption encountered. In New Radio (NR), new features allow devices such as user equipment (UE) to change RACH resources during the RACH procedure, which results in more complex behavior.

[0003] The setting of the RACH parameters depends on a number of factors, such as: Uplink inter-cell interference from the Physical Uplink Shared Channel (PUSCH), RACH load (call arrival rate, HO rate, tracking area updates, RRC_Inactive transition rate, requests for other SIs, beam failure recovery, traffic pattern and density under cell coverage as this affects the UL synchronization state and therefore the need to use random access), Uplink (UL) and Supplemental Uplink (SUL) imbalance, ·PUSCH load, The cubic metric of the preamble assigned to the cell, - Whether the cell is in high speed mode or not; · Imbalance between uplink (UL) and downlink (DL).

[0004] The targets of RACH optimization are: Minimize access delay for UEs under widespread Synchronization Signal Block (SSB) coverage; Minimize the delay when a UE requests system information (SI) other than broadcast SI; Minimizing imbalance in UE access delays on uplink (UL) and supplemental uplink (SUL) channels; Minimize beam failure recovery delay for UEs in RRC_Connected state; Minimize failures / unnecessary RACH attempts on RACH resources until successful.

[0005] As a result, the RACH optimization function will attempt to automatically configure some parameters related to the performance of the RACH. Automatic RACH parameter configuration can be enabled by collecting RACH reports from the UE and by PRACH parameter exchange between gNodeBs (gNBs). The mechanism and content of information reporting / exchange for RACH optimization in Long Term Evolution (LTE) can be used as a baseline, taking into account new features of NR, such as beams and SULs.

[0006] The RACH parameter settings can be optimized as follows: ·RACH configuration (resource unit allocation); ·RACH preamble splitting (dedicated, between Group A and Group B); ·RACH backoff parameter value; ·RACH transmit power control parameters.

[0007] As a minimum, RACH optimization is achieved by the UE providing RACH related information reports to a Next Generation (NG) Radio Access Network (RAN) node and by exchange of Physical RACH (PRACH) configurations of conventional UL and SUL carriers between the NG-RAN nodes.

[0008] In the case of a Control Unit-Distributed Unit (CU-DU) architecture, the gNB-DU should be enabled to report its RACH configuration to the gNB-CU for each cell, and the gNB-CU should be enabled to signal the RACH configuration to neighboring NG-RAN nodes for each served cell. This allows the NG-RAN nodes to identify whether the RACH configuration of a neighboring cell is optimized or if changes are required to achieve better RACH coordination between neighboring cells.

[0009] Upon receiving a polling message requesting a RACH report, e.g., a UR Information Request message, from an NG-RAN node (potentially the gNB-CU of the current serving cell), the UE reports the RACH information in a UE Information Response message. The gNB-CU and gNB-DU take the RACH report and other node information into account to achieve an optimized RACH configuration.

[0010] The contents of the RACH Information Report include: The index of the SSB and the number of RACH preambles sent on each attempted SSB, listed in the order in which the attempts occurred · Attempted SSB frequency (NR Absolute Radio Frequency Channel Number (ARFCN)) · Beam quality for each attempted SSB (i.e. beam level measurements during RACH attempts such as Beam Reference Signal Received Power (BRSRP), Beam Reference Signal Received Quality (BRSRQ), Beam Signal to Interference and Noise Ratio (BSINR) etc.) Indication of whether the selected SSB exceeds or falls below the rsrp-ThresholdSSB threshold The time since the last measurement prior to the beam selection time Number of RACH preambles sent on the SUL Number of RACH preambles sent on NUL (normal or non-supplementary UpLink) Total number of fallbacks between Contention-Based RACH Access (CBRA) and Contention-Free RACH Access (CFRA) contention detection indications

[0011] The above RACH information reporting should also be applied to the secondary node (SN) for the multi-radio access technology (RAT) dual connectivity (MR-DC) case.

[0012] Reporting of RACH information when a random access procedure is performed may be requested by the network via the UE information procedure in the RRC (clause 5.7.10.3 of 3GPP TS38.331 v16.4.1) if the RACH procedure is successful. Furthermore, the information included by the UE in the RA report is specified in clause 5.7.10.5 of 3GPP TS38.331 v16.4.1.

[0013] Buffer Status Reporting (BSR) is specified to report the buffered data size for uplink transmission at the UE side. The buffered status is reported per Logical Channel Group (LCG). In NR, there are up to 8 LCGs. There are three types of BSRs, namely, normal BSR, periodic BSR, and padding BSR, as specified in 3GPP TS38.321 v16.7.0, section 5.4.5. Summary of the Invention

[0014] One aspect of the present disclosure provides a method implemented by a user equipment (UE) for sending a report, the method including sending a random access (RA) report to a network node, the RA report including an indication of a size of data in an uplink data buffer of the UE upon initiation of a random access (RA) procedure implemented by the UE.

[0015] Another aspect of the present disclosure provides a method implemented by a network node for receiving a report, the method including receiving a random access (RA) report from a user equipment (UE), the RA report including an indication of a size of data in an uplink data buffer of the UE upon initiation of a random access (RA) procedure implemented by the UE.

[0016] A further aspect of the present disclosure provides a user equipment (UE) for sending a report, the UE comprising a processor and a memory, the memory containing instructions executable by the processor such that the UE is operable to send a random access (RA) report to a network node, the RA report including an indication of a size of data in an uplink data buffer of the UE upon initiation of a random access (RA) procedure performed by the UE.

[0017] A still further aspect of the present disclosure provides a network node for receiving a report, the network node comprising a processor and a memory, the memory containing instructions executable by the processor such that the network node is operable to receive a random access (RA) report from a user equipment (UE), the RA report including an indication of a size of data in an uplink data buffer of the UE upon initiation of a random access (RA) procedure performed by the UE.

[0018] An additional aspect of the present disclosure provides a user equipment (UE) for sending a report, the UE being configured to send a random access (RA) report to a network node, the RA report including an indication of a size of data in an uplink data buffer of the UE upon initiation of a random access (RA) procedure performed by the UE.

[0019] A further aspect of the present disclosure provides a network node for receiving a report, the network node being configured to receive a random access (RA) report from a user equipment (UE), the RA report including an indication of a size of data in an uplink data buffer of the UE upon initiation of a random access (RA) procedure performed by the UE.

[0020] For a better understanding of examples of the present disclosure, and to show more clearly how these may be practiced, reference will now be made, by way of example only, to the following drawings: [Brief description of the drawings]

[0021] [Figure 1] 1 illustrates a method implemented by a user equipment (UE) for sending a report, according to a particular embodiment. [Diagram 2] FIG. 2 illustrates a method implemented by a network node for receiving a report, according to a particular embodiment. [Diagram 3] FIG. 1 illustrates an example of a communication system QQ100, according to some embodiments. [Figure 4] FIG. 1 illustrates a user equipment (UE) in accordance with some embodiments. [Diagram 5] FIG. 2 illustrates a network node QQ300 according to some embodiments. [Figure 6] FIG. 2 is a block diagram of a host in accordance with various aspects described herein. [Figure 7] FIG. 1 is a block diagram illustrating a virtualization environment in which functionality implemented by some embodiments may be virtualized. [Figure 8] 1 is a communication diagram of a host communicating with a UE via a network node over a partial wireless connection in accordance with some embodiments. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0022] The following describes specific details, such as specific embodiments or examples, for the purpose of explanation and not limitation. It will be appreciated by those skilled in the art that apart from these specific details, other examples may be employed. In some cases, detailed descriptions of well-known methods, nodes, interfaces, circuits, and devices are omitted so as not to obscure the description with unnecessary details. It will be appreciated by those skilled in the art that the described functions may be implemented in one or more nodes using hardware circuits (e.g., analog and / or discrete logic gates interconnected to perform specialized functions, application specific integrated circuits (ASICs), programmable logic arrays (PLAs), etc.) and / or using software programs and data with one or more digital microprocessors or general-purpose computers. Also, nodes that communicate using an air interface have suitable wireless communication circuits. Moreover, where appropriate, the present technology may be considered to be fully embodied in any form of computer-readable memory, such as solid-state memory, magnetic disk, or optical disk, that additionally contains a suitable set of computer instructions that will cause a processor to perform the techniques described herein.

[0023] A hardware implementation may include or encompass hardware (e.g., digital or analog) circuitry, including, but not limited to, digital signal processor (DSP) hardware, reduced instruction set processors, and application specific integrated circuits (ASICs) and / or field programmable gate arrays (FPGAs), and (where appropriate) state machines capable of performing such functionality.

[0024] Currently, there are some issues. For example, during the RAN2#116 meeting, it was agreed to introduce the following information in the MsgA Physical Uplink Shared Channel (PUSCH) resource related information in the 2-step Random Access (RA) report and details: Payload size transmitted in the MSGA for 2-step RACH attempts.

[0025] Furthermore, during the email discussion regarding R2-2200005, "Residual issues with SON (Ericsson)", the inclusion of payload sizes without padding was preferred.

[0026] The format for how to report the msgA size was also discussed, with preference given to reporting the msgA size as indicating one of several ranges using up to 3 bits, with some limitations:

[0027] For example, it does not provide the network with enough information to optimize for msgA PUSCH resource allocation. It only provides information for msgA PUSCH allocation optimization for scenarios when the UE wanted to transmit "X" bytes and the network allocated more resources than were needed to transmit "X" bytes. However, the above method does not cover scenarios when the UE wanted to transmit "X" bytes but the network allocated msgA PUSCH resources that were not enough to transmit "X" bytes.

[0028] Some aspects of the present disclosure and embodiments of these aspects may provide solutions to these or other problems. For example, examples of the present disclosure propose a method implemented by the UE to indicate the uplink data size associated with the msgA transmission in the RA report. Based on this method, the UE includes the uplink data size to be the value of the entire buffer size at the start of the two-step RA procedure initialization.

[0029] For example, an example method of the present disclosure implemented by a UE may assist a network node in allocating a PUSCH related to msgA. In this example, the method includes: · Identifying that msgA needs to be transmitted based on the arrival of uplink data of size “X” for transmission at the MAC layer; Perform a two-step Random Access (RA) procedure towards the network node: Upon successful completion of the two-step RA procedure, include "X" as the size of the UL data in the RA report; and - Sending RA reports when requested by network nodes.

[0030] Some embodiments of the present disclosure may provide one or more of the following technical advantages: For example, the methods provided herein may provide sufficient information from the UE to the network to optimize allocation of PUSCH resources associated with msgA transmission, especially when the UE desires to transmit a size of data that is not possible to fit within the PUSCH resources allocated for msgA transmission by the network.

[0031] Some of the embodiments contemplated herein will now be described in more detail with reference to the accompanying drawings. The embodiments are provided as examples to convey the scope of the subject matter to those skilled in the art. Additional information may also be found in documents provided in the appendix.

[0032] FIG. 1 illustrates a method 100 implemented by a user equipment (UE) for sending a report according to a particular embodiment. The method 100 may be implemented by a UE or a wireless device (e.g., UE QQ112 or UE QQ200, described below with reference to FIG. 3 and FIG. 4, respectively). The method 100 begins in step 102 with sending a random access (RA) report to a network node, the RA report including an indication of the size of data in an uplink data buffer of the UE at the time of initiation of a random access (RA) procedure implemented by the UE. The RA procedure may include, in some examples, a two-step RA procedure. The network node may be, for example, a base station, a base station control unit (CU), a base station distribution unit (DU), an eNB, an eNB-CU, an eNB-DU, a gNB, a gNB-CU, or a gNB-DU.

[0033] In some examples, the indication of the size of the data in the uplink buffer includes an indication of one of a plurality of predetermined ranges for the size of the data. For example, the indication may be a 3-bit field taking one of eight possible values. These may include, for example, that the size of the data in the UL buffer is within a first range, a second range, a third range, a fourth range, or zero. Two of the values ​​may be unused or reserved in this example. These ranges may not overlap in some examples. In some examples, the indication of one of a plurality of predetermined ranges for the size of the data may be an indication of an index in a table, for example, a value (or range) in an entry in the table corresponding to the index may correspond to a value (or range) of the size of the data in the UL buffer.

[0034] The indication of the size of the data in the uplink data buffer, in some examples, may include an indication of the size of the uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure plus the size of the data remaining in the uplink data buffer after completion of the RA procedure. In some examples, the PUSCH transmission associated with the RA procedure includes a PUSCH transmission transmitted in a PUSCH resource assigned to the UE in the RA procedure.

[0035] In some examples, the RA report includes an indication of a ratio of a size of data in the uplink data buffer to a size of data remaining in the uplink data buffer after completion of the RA procedure.

[0036] The RA report, in some examples, includes an indication of a ratio of a size of uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure to a sum of a size of uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure and a size of data remaining in an uplink data buffer after completion of the RA procedure. Additionally or alternatively, in some examples, the RA report includes an indication of a ratio of a size of uplink data remaining in a buffer of the UE after completion of the RA procedure to a sum of a size of uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure and a size of data remaining in an uplink data buffer after completion of the RA procedure. Additionally or alternatively, in some examples, the RA report includes an indication of a ratio of a size of uplink data successfully transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure to a size of uplink data transmitted in a PUSCH transmission.

[0037] The method 100 may, in some examples, include receiving a request for the RA report from the network node prior to sending the RA report to the network node. The request may, in some examples, be a UE information request message. In some examples, the RA report may be included in a UE information response message sent in response to the request from the network node, in some examples.

[0038] In some instances, the RA procedure includes a successful RA procedure.

[0039] FIG. 2 illustrates a method 200 implemented by a network node for receiving a report according to a particular embodiment. The method 200 may be implemented by a network node (e.g., network node QQ110 or network node QQ300, described below with reference to FIG. 3 and FIG. 5, respectively). The method 200 begins in step 202 with receiving a random access (RA) report from a user equipment (UE), the RA report including an indication of the size of data in an uplink data buffer of the UE at the time of initiation of a random access (RA) procedure implemented by the UE. The RA procedure may include, in some examples, a two-step RA procedure. The network node may be, for example, a base station, a base station control unit (CU), a base station distribution unit (DU), an eNB, an eNB-CU, an eNB-DU, a gNB, a gNB-CU, or a gNB-DU.

[0040] The indication of the size of the data in the uplink data buffer may, in some examples, include an indication of one of a plurality of predetermined ranges for the size of the data, as alluded to above for method 100 of Figure 1. In some examples, the indication of one of a plurality of predetermined ranges for the size of the data includes an indication of an index in a table.

[0041] In some examples, the indication of the size of the data in the uplink buffer includes an indication of the size of uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure plus the size of data remaining in the uplink buffer after completion of the RA procedure. The PUCH transmission associated with the RA procedure may be, for example, a PUSCH transmission transmitted in a PUSCH resource assigned to the UE in the RA procedure.

[0042] The RA report, in some examples, includes an indication of a ratio of a size of data in the uplink data buffer to a size of data remaining in the uplink data buffer after completion of the RA procedure. Additionally or alternatively, in some examples, the RA report includes an indication of a ratio of a size of uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure to a sum of a size of uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure and a size of data remaining in the uplink data buffer after completion of the RA procedure. Additionally or alternatively, in some examples, the RA report includes an indication of a ratio of a size of uplink data remaining in the UE's buffer after completion of the RA procedure to a sum of a size of uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure and a size of data remaining in the uplink data buffer after completion of the RA procedure. Additionally or alternatively, in some examples, the RA report includes an indication of a ratio of a size of uplink data successfully transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure to a size of uplink data transmitted in a PUSCH transmission.

[0043] The method 200 may, in some examples, include sending a request for an RA report to the UE prior to receiving the RA report from the UE.

[0044] In some instances, the RA procedure includes a successful RA procedure.

[0045] The method 200 may, in some examples, include adapting one or more parameters for a random access channel (RACH) and / or a physical uplink shared channel (PUSCH) to one or more further RA procedures for the UE and / or one or more other UEs based on the indication of a size of data in the uplink data buffer. Adapting the one or more parameters may include, for example, allocating an amount of PUSCH resources to the one or more further RA procedures by the UE and / or one or more other UEs. Additionally or alternatively, adapting the one or more parameters may include, for example, selecting a modulation and coding scheme (MCS) for the one or more further RA procedures by the UE and / or one or more other UEs.

[0046] The method may also include, in some examples, adapting the one or more parameters based further on a ratio of a size of uplink data successfully transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure and / or one or more other RA procedures by the UE and / or one or more other UEs to a size of uplink data transmitted in a PUSCH transmission.

[0047] In this disclosure, the terms payload size, UL data size, and BSR value are used. The following provides a high-level definition of these terms (the intended meaning of these terms). · The term "payload size" refers to the size of the payload, not including any additional padding transmitted within msgA. · The term "BRS value" refers to the buffer state as indicated within the BSR MAC CE. · The term "UL data size" refers to the amount (or size) of data present in the UE's uplink (UL) buffer at the start of the Random Access (RA) procedure, e.g. UL data size = payload size + BSR value. The term "overall buffer size" refers to the same thing.

[0048] For illustrative purposes, specific exemplary embodiments of the general concepts discussed above will now be described.

[0049] As indicated above, the exemplary embodiment provides a method implemented by the UE to indicate the size of the UL data at the start of the Random Access (RA) procedure. This information is then used by the network to optimize the allocation of PUSCH resources associated with msgA.

[0050] In one exemplary embodiment, the UE includes the "UL data size" in the RA report as a single value. In some embodiments, the UE encodes the "UL data size" using an explicit value, i.e., the actual byte size in integer format. An exemplary implementation is given below as an ASN.1 code. In this example, the UE includes the attribute "ulDataSize" (underlined for emphasis) which represents the amount of data being transmitted using the PUSCH resource associated with msgA of the two-step RA procedure plus the amount of data remaining in the buffer upon completion of the two-step RA procedure (BSR value). The value "81338368" is merely a non-limiting exemplary maximum value. TIFF2025505104000002.tif232170

[0051] In some embodiments, the UE encodes the "payload size" (or size / amount of uplink data in the uplink data buffer) using a format that is the same as the format of the Buffer Status Report (BSR) Medium Access Control (MAC) Control Element (CE) as captured in Table 6.1.3.1-1 or 6.1.3.1-2 of 3GPP TS38.321 v16.7.0. An example implementation is given below as an ASN.1 code. In this example, the UE includes ulDataSize to represent the amount being transmitted using PUSCH resources associated with msgA of the two-step RA procedure plus the amount of data remaining in the buffer upon completion of the two-step RA procedure (BSR value). This example uses an 8-bit BSR MAC CE-related encoding as provided in 6.1.3.1-2 of 3GPP TS38.321 v16.7.0. Here, according to Table 6.1.3.1-2 of 3GPP TS38.321 v16.7.0, if the UE contains a value of "0", then the UE did not transmit any data; if the UE contains a value of "1", then the UE included up to 10 bytes of data; if the UE contains a value of "2", then the UE included up to 14 bytes of data, etc. TIFF2025505104000003.tif232170

[0052] In another exemplary embodiment, the UE includes the "Payload Size" and "BSR Value" as individual values ​​in the RA report so that the network can add the individual values ​​to derive the "UL Data Size" (e.g., in the UL Data Buffer) as the sum of the "Payload Size" and the "BSR Value".

[0053] In some embodiments, the RA report contains a "BSR Value" indication encoded using a single 5-bit index value as shown in Table 6.1.3.1-1 of 3GPP TS38.321 v16.7.0 when the UE uses the short BSR format or the short truncated BSR format to report the BSR MAC CE. An example implementation is given below as an ASN.1 code. In this example, the UE includes bsr5bitValue (underlined) to represent the amount of data in the buffer that has not yet been transmitted upon successful completion of the two-step RA procedure. TIFF2025505104000004.tif246170

[0054] In some embodiments, the RA report contains a "BSR value" indication for each logical channel group, which is an index of the buffer size level as shown in table 6.1.3.1 of 3GPP TS38.321 v16.7.0.

[0055] In some examples, when the UE uses the short BSR format or the short truncated BSR format to report the BSR MAC CE, the UE may use the 5-bit format as included in Table 6.1.3.1-1 of 3GPP TS38.321 v16.7.0 to include a "BSR Value" indication in the RA report. An example implementation may be the same as the previous implementation above. In this example, the UE includes bsr5bitValue to indicate the amount of data in the buffer that has not yet been transmitted upon successful completion of the two-step RA procedure.

[0056] In some examples, when the UE uses the long BSR format or the long truncated BSR format to report the BSR MAC CE, the UE uses the 8-bit format as included in Table 6.1.3.1-2 of 3GPP TS38.321 v16.7.0 to include a "BSR Value" indication in the RA report. An example implementation may be the same as the previous implementation above. In this example, the UE includes bsr8bitValue to indicate the amount of data in the buffer that has not yet been transmitted upon successful completion of the two-step RA procedure.

[0057] In some embodiments, the RA report contains a "BSR value" indication encoded using a single 8-bit format as shown in Table 6.1.3.1-2 of 3GPP TS38.321 v16.7.0 when the UE uses the long BSR format or the long truncated BSR format to report the BSR MAC CE. In this case, if the BSR MAC CE included multiple logical channel groups, the "BSR value" is calculated based on an index derived from the sum of the individual logical channel group related BS values ​​of Table 6.1.3.1-2 of 3GPP TS38.321 v16.7.0. For example, if the UE includes a BSR MAC CE indicating LCG-0 and LCG-1 to indicate a buffer size of index 10 (actual buffer size of 19) and a buffer size of index 4 (actual buffer size of 13), the "BSR value" reported in the RA report will be index 18 (actual buffer size<=32, which is the sum of 19+13). An example implementation may be the same as the previous implementation above. In this example, the UE includes bsr8bitValue to indicate the amount of data in the buffer that has not yet been transmitted upon successful completion of the two-step RA procedure.

[0058] In some embodiments, the UE encodes "payload size" using an explicit value of the actual payload included in msgA, i.e., the actual byte size in integer format. An exemplary implementation is given below as an ASN.1 code. In this example, the UE includes payloadSize (underlined) to represent the amount of data in the buffer that is being transmitted using the PUSCH resource associated with msgA for the two-step RA procedure. The value "81338368" is an exemplary maximum value based on the BSR MAC CE. TIFF2025505104000005.tif232170

[0059] In some embodiments, the UE encodes the "payload size" using the same format as the format of the BSR MAC CE as captured in Table 6.1.3.1-1 or 6.1.3.1-2 of 3GPP TS38.321 v16.7.0. An example implementation is given below as an ASN.1 code. In this example, the UE includes payloadSize (underlined) to indicate the amount of data in the buffer that is being transmitted using the PUSCH resource associated with msgA of the two-step RA procedure. This example uses an 8-bit BSR MAC CE-related encoding as provided in 6.1.3.1-2 of 3GPP TS38.321 v16.7.0. Here, according to Table 6.1.3.1-2 of 3GPP TS38.321 v16.7.0, if the UE contains a value of "0", then the UE did not transmit any data; if the UE contains a value of "1", then the UE included up to 10 bytes of data; if the UE contains a value of "2", then the UE included up to 14 bytes of data, etc. TIFF2025505104000006.tif232170

[0060] In another example embodiment, the UE includes "UL Data Size", "Payload Size" and "BSR". The methods for encoding or including these values ​​may be one or more of the methods described above.

[0061] In yet another exemplary embodiment, the UE includes the percentage of packets that were correctly delivered to the network as part of the msgA PUSCH transmission compared to the total uplink data that was available for transmission at the start of the two-step RA procedure.

[0062] In yet another exemplary embodiment, the UE includes the percentage of packets that were correctly delivered to the network compared to the total uplink data being transmitted as part of the msgA payload. In some embodiments, the UE uses a HARQ mechanism and the amount of acknowledged messages received during the transmission of uplink data to calculate the percentage of successful data transmissions transmitted as part of the msgA payload.

[0063] Examples of the present disclosure also include network implementation methods such as:

[0064] In one example, upon receiving the size of the UL data related information in the RA reports from multiple UEs, the network may take one or more of the following actions:

[0065] If the average size of the UL data indicated by the UE in the RA report is very small, the network node may reduce the PUSCH resources allocated for the msgA transmission, or the network may decrease the maximum MCS value associated with the msgA transmission, etc. Here, the term "very small" may refer, for example, to a scenario in which the estimated resources required to transmit the average size of the UL data are (much) smaller than the PUSCH resources actually allocated for the msgA transmission.

[0066] If the median size of UL data being transmitted by the UE is very small, the network node may reduce the PUSCH resources allocated for msgA transmission, or the network may reduce the maximum MCS value associated with msgA transmission, etc. Here, the term "very small" may refer, for example, to a scenario where the estimated resources required to transmit the median size of UL data are (much) less than the PUSCH resources actually allocated for msgA transmission.

[0067] If the average size of UL data being transmitted by the UE is very large, the network node may increase the PUSCH resources allocated for msgA transmission, or the network may increase the maximum MCS value associated with msgA transmission, etc. Here, the term "very large" may refer, for example, to a scenario in which the estimated resources required to transmit the average size of UL data are (much) more than the PUSCH resources actually allocated for msgA transmission.

[0068] If the median size of UL data being transmitted by the UE is very large, the network node may increase the PUSCH resources allocated for msgA transmission, or the network may increase the maximum MCS value associated with msgA transmission, etc. Here, the term "very small" may refer, for example, to a scenario in which the estimated resources required to transmit the median size of UL data are (much) more than the PUSCH resources actually allocated for msgA transmission.

[0069] If the average size of UL data being transmitted by the UE is very large but the percentage of packets correctly delivered to the network is small, the network node may increase the PUSCH resources allocated for msgA transmission, but the network node may reduce the maximum MCS value associated with msgA transmission to increase the robustness of the transmission (low modulation and coding scheme).

[0070] FIG. 3 illustrates an example of a communication system QQ100, according to some embodiments.

[0071] In this example, the communication system QQ100 includes a communication network QQ102 including an access network QQ104, such as a radio access network (RAN), and a core network QQ106 including one or more core network nodes QQ108. The access network QQ104 includes one or more access network nodes, such as network nodes QQ110a and QQ110b (one or more of which may be generally referred to as network node QQ110), or any other similar third generation partnership project (3GPP) access node or non-3GPP access point. The network node QQ110 facilitates direct or indirect connectivity of user equipment (UE), such as by connecting UEs QQ112a, QQ112b, QQ112c, and QQ112d (one or more of which may be generally referred to as UEs QQ112) to the core network QQ106 via one or more wireless connections.

[0072] Exemplary wireless communication via wireless connections includes transmitting and / or receiving wireless signals using electromagnetic waves, radio waves, infrared waves, and / or other types of signals suitable for conveying information without the use of wires, cables, or other material conductors. Moreover, in different embodiments, communication system QQ100 may comprise any number of wired or wireless networks, network nodes, UEs, and / or any other components or systems capable of facilitating or participating in communication of data and / or signals, whether via wired or wireless connections. Communication system QQ100 may include and / or interface with any type of communication, communication, data, cellular, wireless network, and / or other similar types of systems.

[0073] UE QQ112 may be any of a wide variety of communication devices, including wireless devices that are positioned, configured, and / or operable to wirelessly communicate with network node QQ110 and other communication devices. Similarly, network node QQ110 is positioned, capable, configured, and / or operable to communicate, directly or indirectly, with UE QQ112 and / or other network nodes or equipment within communication network QQ102 to enable and / or provide network access, such as wireless network access, and / or to perform other functions, such as management within communication network QQ102.

[0074] In the illustrated example, the core network QQ106 connects the network node QQ110 to one or more hosts, such as the host QQ116. These connections may be direct or indirect via one or more intermediary networks or devices. In other examples, the network nodes may be directly coupled to the hosts. The core network QQ106 includes another core network node (e.g., the core network node QQ108) structured with hardware and software components. The features of these components may be substantially similar to those described with respect to the UEs, network nodes, and / or hosts, whereby the description is generally applicable to the corresponding components of the core network node QQ108. Exemplary core network nodes include one or more of the following functions: a Mobile Switching Center (MSC), a Mobility Management Entity (MME), a Home Subscriber Server (HSS), an Access and Mobility Management Function (AMF), a Session Management Function (SMF), an Authentication Server Function (AUSF), a Subscriber Identity Deciphering Function (SIDF), a Unified Data Management (UDM), a Security Edge Protection Proxy (SEPP), a Network Publication Function (NEF), and / or a User Plane Function (UPF).

[0075] The host QQ 116 may be owned or under the control of, and operated by or on behalf of, a service provider other than the operator or provider of the access network QQ 104 and / or the communication network QQ 102. The host QQ 116 may host various applications for providing one or more services. Examples of such applications include providing live and / or pre-recorded audio / video content, data collection services, e.g., retrieval and compilation of data regarding various ambient conditions detected by multiple UEs, analysis functionality, social media, functionality for controlling or, in some cases, interacting with remote devices, functionality for an alerting and monitoring center, or any other such functionality implemented by a server.

[0076] Overall, the communication system QQ100 of Figure 3 enables connectivity between UEs, network nodes, and hosts. In this sense, the communication system may be configured to operate according to predefined rules or procedures, such as a particular standard, including, but not limited to: Global System for Mible Communications (GSM); Universal Mobile Telecommunications System (UMTS); Long Term Evolution (LTE), and / or other suitable 2G, 3G, 4G, 5G, or any applicable next generation standard (e.g., 6G); any other suitable wireless communication standard, such as a wireless local area network (WLAN) standard, such as the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard (WiFi), and / or any low power wide area network (LPWAN) standard, such as Worldwide Interoperability for Microwave Access (WiMax), Bluetooth, Z-Wave, Near Field Communication (NFC), ZigBee, LiFi, and / or LoRa and Sigfox.

[0077] In some examples, the communication network QQ102 is a cellular network that implements 3GPP standardized features. Thus, the communication network QQ102 may support network slicing to provide different logical networks to different devices connected to the communication network QQ102. For example, the communication network QQ102 may provide ultra-reliable low latency communication (URLLC) services to some UEs, while providing enhanced mobile broadband (eMBB) services to other UEs, and / or providing massive machine-based communication (mMTC) / massive IoT services to still further UEs.

[0078] In some examples, the UE QQ112 is configured to transmit and / or receive information without direct human interaction. For example, the UE may be designed to transmit information to the access network QQ104 on a predefined schedule, when triggered by an internal or external event, or upon request from the access network QQ104. In addition, the UE may be configured to operate in a single-RAT or multi-RAT or multi-standard mode. For example, the UE may operate in any one or combination of Wi-Fi, NR (New Radio) and LTE, i.e., configured for Multi-Radio Dual Connectivity (MR-DC), such as E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) New Radio-Dual Connectivity (EN-DC).

[0079] In the example shown in FIG. 3, the hub QQ114 communicates with the access network QQ104 to facilitate indirect communication between one or more UEs (e.g., UEs QQ112c and / or QQ112d) and a network node (e.g., network node QQ110b). In some examples, the hub QQ114 may be a controller, a router, a content source and analysis node, or any of the other communication devices described herein with respect to the UE. For example, the hub QQ114 may be a broadband router that enables access to the core network QQ106 for the UE. As another example, the hub QQ114 may be a controller that sends commands or instructions to one or more actuators in the UE. The commands or instructions may be received from the UE, the network node QQ110, or by executable code, scripts, processes, or other instructions in the hub QQ114. As another example, the hub QQ114 may be a data collector that acts as a temporary store for UE data and, in some embodiments, may perform analysis or other processing of the data. As another example, the hub QQ114 may be a content source. For example, for a UE that is a VR headset, display, loudspeaker or other media distribution device, Hub QQ 114 may retrieve VR assets, video, audio, or other media or data related to sensory information via a network node, and Hub QQ 114 then provides the sensory information to the UE either directly, after performing local processing and / or adding additional local content. In yet another example, Hub QQ 114 acts as a proxy server or orchestrator for the UEs, particularly when one or more of the UEs are low energy IoT devices.

[0080] Hub QQ114 may have a constant / permanent or intermittent connection to network node QQ110b. Hub QQ114 may also enable different communication schemes and / or schedules between hub QQ114 and UEs (e.g., UEs QQ112c and / or QQ112d) and between hub QQ114 and core network QQ106. In other examples, hub QQ114 is connected to core network QQ106 and / or one or more UEs via a wired connection. Moreover, hub QQ114 may be configured to connect to an M2M service provider over access network QQ104 and / or to another UE over a direct connection. In some scenarios, a UE may establish a wireless connection with network node QQ110 while still being connected via hub QQ114 via a wired or wireless connection. In some embodiments, hub QQ114 may be a dedicated hub, i.e., a hub whose main function is to route communications between UEs and network node QQ110b. In another embodiment, hub QQ114 may be a non-dedicated hub, i.e., a device that is operable to route communications between UEs and network node QQ110b, but is further capable of acting as a communication initiation and / or termination point for certain data channels.

[0081] FIG. 4 illustrates a UEQQ200 according to some embodiments. A UE, as used herein, refers to a device capable of, configured to, arranged to, and / or operable to communicate wirelessly with network nodes and / or other UEs. Examples of UEs include, but are not limited to, smartphones, mobile phones, cell phones, voice-over-IP (VoIP) phones, wireless local loop phones, desktop computers, personal digital assistants (PDAs), wireless cameras, gaming consoles or devices, music storage devices, playback devices, wearable terminal devices, wireless endpoints, mobile stations, tablets, laptop computers, laptop embedded equipment (LEE), laptop mounted equipment (LME), smart devices, wireless customer premises equipment (CPE), vehicle mounted or vehicle embedded / integrated wireless devices, and the like. Other examples include any UE identified by the 3rd Generation Partnership Project (3GPP), including narrowband Internet of Things (NB-IoT) UEs, machine type communication (MTC) UEs, and / or enhanced MTC (eMTC) UEs.

[0082] A UE may support, for example, sidelink communications, dedicated short-range communications (DSRC), device-to-device (D2D) communications implemented by 3GPP standards for vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), or vehicle-to-everything (V2X). In other examples, a UE does not necessarily have a user in the human sense who owns and / or operates an associated device. Instead, a UE may represent a device (e.g., a smart sprinkler controller) that is intended for sale to or operation by a human user, but may not be associated with or may not initially be associated with a particular human user. Alternatively, a UE may represent a device (e.g., a smart power meter) that is not intended for sale to or operation by an end user, but may be associated with or operated for the benefit of a user.

[0083] The UE QQ200 includes a processing circuit QQ202 operatively coupled to an input / output interface QQ206, a power source QQ208, a memory QQ210, a communication interface Q212, and / or any other components, or any combination thereof, via a bus QQ204. Some UEs may utilize all or a subset of the components shown in FIG. 4. The level of integration between components may vary from UE to UE. Additionally, some UEs may contain multiple instances of components, such as multiple processors, memories, transceivers, transmitters, receivers, etc.

[0084] The processing circuit QQ202 is configured to process instructions and data and may be configured to implement any continuous state machine operable to execute instructions stored as a machine-readable computer program in the memory QQ210. The processing circuit QQ202 may be implemented as one or more hardware-implemented state machines (e.g., discrete logic, field programmable data array (FPGA), application specific integrated circuit (ASIC), etc.); programmable logic with appropriate firmware; one or more stored computer programs, general-purpose processors such as microprocessors or digital signal processors (DSPs) with appropriate software; or any combination of the above. For example, the processing circuit QQ202 may include multiple central processing units (CPUs). The processing circuit QQ202 may be operable to provide UE QQ200 functionality, either alone or in conjunction with other UE QQ200 components, such as the memory QQ210. For example, the processing circuit QQ202 may be configured to cause the UE QQ202 to perform a method as described with reference to FIG. 1.

[0085] In this example, the input / output interface QQ206 may be configured to provide one or more interfaces to an input device, an output device, or one or more input and / or output devices. Examples of output devices include a speaker, a sound card, a video card, a display, a monitor, a printer, an actuator, an emitter, a smart card, another output device, or any combination thereof. An input device may allow a user to capture information into the UE QQ200. Examples of input devices include a touch-sensitive or presence-sensitive display, a camera (e.g., a digital camera, a digital video camera, a webcam, etc.), a microphone, a sensor, a mouse, a trackball, a directional pad, a trackpad, a scroll wheel, a smart card, etc. A presence-sensitive display may include a capacitive or resistive touch sensor that senses input from a user. The sensor may be, for example, an accelerometer, a gyroscope, a tilt sensor, a force sensor, a magnetometer, a light sensor, a proximity sensor, a biometric sensor, etc., or any combination thereof. An output device may use the same type of interface port as an input device. For example, a Universal Serial Bus (USB) port may be used to provide input and output devices.

[0086] In some embodiments, the power source QQ208 is structured as a battery or battery pack. Other types of power sources may be used, such as an external power source (e.g., an electrical outlet), a photovoltaic device, or a power cell. The power source QQ208 may further include a power circuit for delivering power to various parts of the UE QQ200 from the power source QQ208 itself and / or from an external power source via an interface, such as an input circuit or a power cable. The power delivery may be, for example, for charging the power source QQ208. The power circuit may perform any formatting, conversion, or other modification on the power from the power source QQ208 to make it suitable for the respective components of the UE QQ200 to be powered.

[0087] The memory QQ210 may be or may be configured to include a random access memory (RAM), a read only memory (ROM), a programmable read only memory (PROM), an erasable programmable read only memory (EPROM), an electrically erasable programmable read only memory (EEPROM), a magnetic disk, an optical disk, a hard disk, a removable cartridge, a flash drive, or the like. In one example, the memory QQ210 includes one or more application programs QQ214, such as an operating system, a web browser application, a widget, a gadget engine, or other applications, and corresponding data QQ216. The memory QQ210 may store any of a variety of different operating systems or combinations of operating systems for use by the UE QQ200.

[0088] The memory QQ210 may be configured to include several physical drive units, such as a redundant array of independent disks (RAID), flash memory, USB flash drive, external hard disk drive, thumb drive, pen drive, key drive, high density digital versatile disk (HD-DVD) optical disk drive, internal hard disk drive, Blu-Ray optical disk drive, Holographic Digital Data Storage (HDDS) optical disk drive, external mini dual in-line memory module (DIMM), synchronous dynamic random access memory (SDRAM), external micro-DIMM SDRAM, smart card memory, such as a tamper-resistant module in the form of a universal integrated circuit card (UICC) including one or more subscriber identity modules (SIMs), such as USIM and / or ISIM, other memory, or any combination thereof. The UICC may be, for example, an embedded UICC (eUICC), an integrated UICC (iUICC) or a removable UICC, commonly known as a "SIM card". Memory QQ210 may enable UE QQ200 to access, offload data, or upload data, instructions, application programs, and the like stored on a temporary or non-transitory memory medium. An article of manufacture, such as an article of manufacture utilizing the communication system, may be tangibly embodied as or in memory QQ210, which may be or include a device-readable storage medium.

[0089] The processing circuit QQ202 may be configured to communicate with an access network or other networks using a communication interface QQ212. The communication interface QQ212 may include one or more communication subsystems and may include or be communicatively coupled to an antenna QQ222. The communication interface QQ212 may include one or more transceivers used to communicate, such as by communicating with one or more remote transceivers of another device capable of wireless communication (e.g., another UE or a network node in the access network). Each transceiver may include a transmitter QQ218 and / or a receiver QQ220 suitable for providing network communication (e.g., optical, electrical, frequency allocation, etc.). Moreover, the transmitter QQ218 and the receiver QQ220 may be coupled to one or more antennas (e.g., antenna QQ222) and may share circuit components, software or firmware, or alternatively may be implemented separately.

[0090] In some embodiments, the communication capabilities of communication interface QQ212 may include cellular communication, Wi-Fi communication, LPWAN communication, data communication, voice communication, multimedia communication, short-range communication such as Bluetooth, close-range communication, location-based communication such as using a global positioning system (GPS) to determine location, another similar communication capability, or any combination thereof. Communications may be implemented according to one or more communication protocols and / or standards, such as IEEE 802.11, Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), GSM, LTE, New Radio (NR), UMTS, WiMax, Ethernet, Transmission Control Protocol / Internet Protocol (TCP / IP), Synchronous Optical Network (SONET), Asynchronous Transfer Mode (ATM), QUIC, Hypertext Transfer Protocol (HTTP), etc.

[0091] Regardless of the type of sensor, the UE may provide an output of data captured by its sensor to a network node through its communication interface QQ212 via a wireless connection. Data captured by a UE's sensor may be communicated to a network node through a wireless connection via another UE. The output may be periodic (e.g., every 15 minutes if the output reports sensed temperature), random (e.g., to average the load from reports from several sensors), in response to a trigger event (e.g., an alert is sent when humidity is detected), on demand (e.g., a user initiated request), or a continuous stream (e.g., a live video feed of a patient).

[0092] As another example, the UE may include an actuator, motor, or switch associated with a communications interface configured to receive wireless input from a network node via a wireless connection. In response to the received wireless input, the state of the actuator, motor, or switch may be changed. For example, the UE may include a motor that adjusts a control surface or rotor of a drone in flight in accordance with the received input, or controls a robotic arm that performs a medical procedure in accordance with the received input.

[0093] When the UE is in the form of an Internet of Things (IoT) device, it may be a device for use in one or more application areas, including, but not limited to, urban wearable technology, extended industrial applications, and healthcare. Non-limiting examples of such IoT devices are connected refrigerators or freezers, TVs, connected lighting devices, electric meters, robot vacuums, voice-controlled smart speakers, home security cameras, motion detectors, thermostats, smoke detectors, door / window sensors, flood / humidity sensors, electric door locks, connected doorbells, air conditioning systems such as heat pumps, autonomous vehicles, surveillance systems, weather observation devices, vehicle parking monitoring devices, electric vehicle charging stations, smart watches, fitness trackers, head mounted displays for augmented reality (AR) or virtual reality (VR), wearables for haptic augmentation or sensory enhancement, watering devices, animal devices or item tracking devices, sensors for monitoring plants or animals, industrial robots, unmanned aerial vehicles (UAVs), and devices embedded within any type of medical device, such as a heart rate monitor or a remote controlled surgical robot. A UE in the form of an IoT device comprises circuitry and / or software in accordance with the intended use of the IoT device, in addition to other components as described with respect to the UE QQ200 shown in FIG.

[0094] As yet another specific example, in an IoT scenario, a UE may represent a machine or other device that performs monitoring and / or measurements and transmits results of such monitoring and / or measurements to another UE and / or a network node. The UE may be an M2M device, which in this case may be referred to as an MTC device in the 3GPP context. As one specific example, the UE may implement the 3GPP NB-IoT standard. In other scenarios, a UE may represent a vehicle, such as a car, bus, truck, ship, and aircraft, or other equipment, that may monitor and / or report its operating status or other functions related to its operation.

[0095] In fact, any number of UEs may be used together for a single use case. For example, a first UE may be a drone or may be embedded within a drone and may provide drone speed information (obtained through a speed sensor) to a second UE that is a remote controller operating the drone. When a user makes a change from the remote controller, the first UE may adjust a throttle on the drone (e.g., by controlling an actuator) to accelerate or decelerate the drone's speed. The first and / or second UE may include two or more of the functionality described above. For example, a UE may comprise a sensor and an actuator and handle communication of data related to both the speed sensor and the actuator.

[0096] 5 illustrates a network node QQ300 according to some embodiments. As used herein, a network node refers to a device capable of, configured to, arranged to, and / or operable to communicate directly or indirectly with UEs and / or other network nodes or devices in a communication network. Examples of network nodes include, but are not limited to, access points (APs) (e.g., wireless access points), base stations (BSs) (e.g., wireless base stations, Node Bs, evolved Node Bs (eNBs), and NR Node Bs (gNBs)).

[0097] Base stations may be classified based on the amount of coverage they provide (or in other words, their transmit power level) and may therefore be referred to as femto, pico, micro, or macro base stations depending on the amount of coverage they provide. A base station may be a relay node, or a relay donor node that controls a relay. A network node may also include one or more (or all) parts of a distributed radio base station, such as a central digital unit, and / or a remote radio unit (RRU), sometimes referred to as a remote radio head (RRH). Such remote radio units may or may not be integrated with an antenna as an antenna-integrated radio. Parts of a distributed radio base station may also be referred to as nodes in a distributed antenna system (DAS).

[0098] Other examples of network nodes include multiple transmission point (multi-TRP) 5G access nodes, MSR equipment such as a multi-standard radio (MSR) BS, a network controller such as a radio network controller (RNC) or a base station controller (BSC), a base transceiver station (BTS), a transmission point, a transmitting node, a multi-cell / multicast coordination entity (MCE), an operation and maintenance (O&M) node, an operation support system (OSS) node, a self-organizing network (SON) node, a positioning node (e.g., an evolved serving mobile location center (E-SMLC)), and / or a Minimization of Drive Tests (MDT).

[0099] The network node QQ300 includes a processing circuit QQ302, a memory QQ304, a communication interface QQ306, and a power source QQ308, and / or any other components, or any combination thereof. The network node QQ300 may be composed of multiple physically separate components (e.g., a Node B component and an RNC component, or a BTS component and a BSC component, etc.), each of which may have their own respective components. In some scenarios in which the network node QQ300 comprises multiple separate components (e.g., a BTS and a BSC component), one or more of the separate components may be shared among several network nodes. For example, a single RNC may control multiple Node Bs. In such scenarios, each unique Node B and RNC pair may be considered as a single separate network node in some cases. In some embodiments, the network node QQ300 may be configured to support multiple radio access technologies (RATs). In such an embodiment, some components may be duplicated (e.g., separate memory QQ304 for different RATs) and some components may be reused (e.g., the same antenna QQ310 may be shared by different RATs). Network node QQ300 may also include multiple sets of the various illustrated components for different wireless technologies integrated into network node QQ300, e.g., GSM, WCDMA, LTE, NR, WiFi, Zigbee, Z-wave, LoRaWAN, Radio Frequency Identification (RFID) or Bluetooth wireless technologies. These wireless technologies may be integrated into the same or different chips or chipsets and other components within network node QQ300.

[0100] The processing circuitry QQ302 may comprise one or more combinations of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application specific integrated circuit, field programmable gate array, or any other suitable computing device, resource, or combination of hardware, software, and / or coded logic operable to provide network node QQ300 functionality, either alone or in conjunction with other network node QQ300 components, such as memory QQ304. For example, the processing circuitry QQ302 may be configured to cause the network node to perform a method such as that described with reference to FIG.

[0101] In some embodiments, the processing circuit QQ302 includes a system on a chip (SOC). In some embodiments, the processing circuit QQ302 includes one or more of a radio frequency (RF) transceiver circuit QQ312 and a baseband processing circuit QQ314. In some embodiments, the radio frequency (RF) transceiver circuit QQ312 and the baseband processing circuit QQ314 may be on separate chips (or chipsets), boards, or units, such as a radio unit and a digital unit. In alternative embodiments, some or all of the RF transceiver circuit QQ312 and the baseband processing circuit QQ314 may be on the same chip or chipset, board, or unit.

[0102] The memory QQ304 may comprise any form of volatile or non-volatile computer readable memory, including, without limitation, persistent storage, solid state memory, remotely mounted memory, magnetic media, optical media, random access memory (RAM), read only memory (ROM), mass storage media (e.g., hard disk), removable storage media (e.g., flash drive, compact disk (CD), or digital video disk (DVD)), and / or any other volatile or non-volatile non-transitory device readable and / or computer executable memory device that stores information, data, and / or instructions that may be used by the processing circuit QQ302. The memory QQ304 may store any suitable instructions, data, information, including applications including one or more of computer programs, software, logic, rules, codes, tables, and / or other instructions that may be executed by the processing circuit QQ302 and utilized by the network node QQ300. The memory QQ304 may be used to store any calculations performed by the processing circuit QQ302 and / or any data received via the communication interface QQ306. In some embodiments, the processing circuit QQ302 and the memory QQ304 are integrated.

[0103] The communication interface QQ306 is used for wired or wireless communication of signaling and / or data between network nodes, access networks, and / or UEs. As shown, the communication interface QQ306 comprises a port / terminal QQ6316 for sending and receiving data to and from a network over a wired connection, for example. The communication interface QQ306 also comprises a radio front-end circuit QQ318, which is coupled to an antenna QQ310 or may be part of the antenna QQ310 in some embodiments. The radio front-end circuit QQ318 comprises a filter QQ320 and an amplifier QQ322. The radio front-end circuit QQ318 may be connected to the antenna QQ310 and the processing circuit QQ302. The radio front-end circuit may be configured to condition signals communicated between the antenna QQ310 and the processing circuit QQ302. The radio front-end circuit QQ318 may receive digital data to be sent to other network nodes or UEs over a wireless connection. The radio front-end circuit QQ318 may convert the digital data into a radio signal having appropriate channel and bandwidth parameters using a combination of a filter QQ320 and / or an amplifier QQ322. The radio signal may then be transmitted via the antenna QQ310. Similarly, when receiving data, the antenna QQ310 may collect the radio signal, which is then converted into digital data by the radio front-end circuit QQ318. The digital data may be passed to the processing circuit QQ302. In other embodiments, the communication interface may include different components and / or different combinations of components.

[0104] In some alternative embodiments, the network node QQ300 does not include a separate radio front-end circuit QQ318, and instead the processing circuit QQ302 includes the radio front-end circuit and is connected to the antenna QQ310. Similarly, in some embodiments, all or some of the RF transceiver circuit QQ312 are part of the communication interface QQ306. In still other embodiments, the communication interface QQ306 includes one or more ports or terminals QQ316, the radio front-end circuit QQ318, and the RF transceiver circuit QQ312 as part of a radio unit (not shown), and the communication interface QQ306 communicates with a baseband processing circuit QQ314 that is part of a digital unit (not shown).

[0105] Antenna QQ310 may include one or more antennas or antenna arrays configured to transmit and / or receive wireless signals. Antenna QQ310 may be coupled to wireless front-end circuit QQ318 and may be any type of antenna capable of wirelessly transmitting and receiving data and / or signals. In some embodiments, antenna QQ310 is separate from network node QQ300 and connectable to network node QQ300 through an interface or port.

[0106] The antenna QQ310, the communication interface QQ306, and / or the processing circuit QQ302 may be configured to perform any receiving operation and / or some acquisition operation described herein as being performed by a network node. Any information, data, and / or signal may be received from a UE, another network node, and / or any other network equipment. Similarly, the antenna QQ310, the communication interface QQ306, and / or the processing circuit QQ302 may be configured to perform any transmitting operation described herein as being performed by a network node. Any information, data, and / or signal may be transmitted to a UE, another network node, and / or any other network equipment.

[0107] The power source QQ308 provides power to the various components of the network node QQ300 in a form suitable for each component (e.g., at the voltage and current levels required for each respective component). The power source QQ308 may further comprise or be coupled to a power management circuit for providing the components of the network node QQ300 with power for performing the functionality described herein. For example, the network node QQ300 may be connectable to an external power source (e.g., a power grid, a power outlet) via an interface such as an input circuit or an electrical cable, whereby the external power source feeds the power circuit of the power source QQ308. As a further example, the power source QQ308 may comprise a power source in the form of a battery or battery pack connected to or integrated into the power circuit. The battery may provide backup power in the event of a failure of the external power source.

[0108] Embodiments of network node QQ300 may include additional components other than those shown in Figure 5 to provide certain aspects of network node functionality, including any of the functionality described herein and / or any functionality necessary to support the subject matter described herein. For example, network node QQ300 may include user interface devices that allow for the input of information into network node QQ300 and the output of information from network node QQ300. This may enable a user to perform diagnostics, maintenance, repair, and other management functions of network node QQ300.

[0109] 6 is a block diagram of a Host QQ 400, which may be an embodiment of the Host QQ 116 of FIG. 3, in accordance with various aspects described herein. As used herein, the Host QQ 400 may be or comprise various combinations of hardware and / or software, including a standalone server, a blade server, a cloud-implemented server, a distributed server, a virtual machine, a container, a processing resource in a server farm. The Host QQ 400 may provide one or more services to one or more UEs.

[0110] The host QQ400 includes a processing circuit QQ402 operably coupled to an input / output interface QQ406, a network interface QQ408, a power source QQ410, and a memory QQ412 via a bus QQ404. Other components may be included in other embodiments. Features of these components may be substantially similar to those described with respect to the devices of previous figures, such as Figures 4 and 5, whereby these descriptions are generally applicable to the corresponding components of the host QQ400.

[0111] The memory QQ412 may include one or more computer programs including one or more host application programs QQ414 and data QQ416, which may include user data, e.g., data generated by the UE for the host QQ400 or data generated by the host QQ400 for the UE. An embodiment of the host QQ400 may utilize only a subset or all of the illustrated components. The host application programs QQ414 may be implemented in a container-based architecture and may provide support for video codecs (e.g., Versatile Video Coding (VVC), High Efficiency Video Coding (HEVC), Advanced Video Coding (AVC), MPEG, VP9) and audio codecs (e.g., FLAC, Advanced Audio Coding (AAC), MPEG, G.711), including transcoding for multiple different classes, types, or implementations of UEs (e.g., handsets, desktop computers, wearable display systems, heads-up display systems). The host application program QQ414 may also perform user authentication and license checking, and may periodically report health, route, and content availability to a central node, such as a device in or on the edge of the core network. Thus, the host QQ400 may select and / or indicate different hosts for over-the-top services to the UE. The host application program QQ414 may support various protocols, such as HTTP Live Streaming (HLS) protocol, Real-Time Messaging Protocol (RTMP), Real-Time Streaming Protocol (RTSP), Dynamic Adaptive Streaming over HTTP (MPEG-DASH), etc.

[0112] FIG. 7 is a block diagram illustrating a virtualization environment QQ500 in which functions implemented by some embodiments may be virtualized. In this context, virtualization means creating a virtual version of an apparatus or device, which may include virtualizing a hardware platform, storage devices, and networking resources. Virtualization as used herein may apply to any device described herein, or components thereof, and relates to implementations in which at least a portion of the functionality is implemented as one or more virtual components. Any or all of the functions described herein may be implemented as virtual components executed by one or more virtual machines (VMs) implemented within one or more virtual environments QQ500 hosted by one or more of the hardware nodes, such as a network node, a UE, a core network node, or a hardware computing device acting as a host. Furthermore, in embodiments in which the virtual node does not require wireless connectivity (e.g., a core network node or a host), the node may be fully virtualized.

[0113] Application QQ502 (which may alternatively be referred to as a software instance, a virtual appliance, a network function, a virtual node, a virtual network function, etc.) runs within virtual environment Q400 to implement some of the features, functions, and / or benefits of some of the embodiments disclosed herein.

[0114] The hardware QQ504 includes a processing circuit, a memory that stores software and / or instructions executable by the hardware processing circuit, and / or other hardware devices as described herein, such as a network interface, an input / output interface, etc. Software may be executed by the processing circuit to instantiate one or more virtualization layers QQ506 (also referred to as a hypervisor or virtual machine monitor (VMM)), provide VMs QQ508a and QQ508b (one or more of which may be generally referred to as VM QQ508), and / or perform any of the functions, features, and / or benefits described with respect to some implementations described herein. The virtualization layer QQ506 may present a virtual operating platform to the VM QQ508 that looks like networking hardware.

[0115] The VM QQ508 may comprise virtual processing, virtual memory, virtual networking or interfaces, and virtual storage, and may be run by a corresponding virtualization layer QQ506. Different embodiments of the virtual appliance QQ502 instance may be implemented for one or more of the VMs QQ508, and the implementation may be done in different ways. In some contexts, hardware virtualization is called network function virtualization (NFV). NFV may be used to aggregate many network equipment types onto industry-standard high-capacity server hardware, physical switches, and physical storage that may be located in a data center, as well as customer premises equipment.

[0116] In the context of NFV, a VM QQ508 may be a software implementation of a physical machine that runs programs as if the programs were running on a physical, non-virtualized machine. Each VM QQ508, and the portion of the hardware QQ504 on which it runs, forms a separate virtual network element, whether that portion is hardware dedicated to that VM and / or shared hardware with other VMs by that VM. Further in the context of NFV, a virtual network function is responsible for handling the specific network functions running within one or more VMs QQ508 on the hardware QQ504 and corresponds to application QQ502.

[0117] The hardware QQ504 may be implemented in a standalone network node with common or specific components. The hardware QQ504 may implement some functions via virtualization. Alternatively, the hardware QQ504 may be part of a larger cluster of hardware (e.g., in a data center or CPE) where many hardware nodes work together and are managed via a management and orchestration QQ510 that oversees, among other things, the lifecycle management of the application QQ502. In some embodiments, the hardware QQ504 is coupled to one or more radio units, each including one or more transmitters and one or more receivers, which may be coupled to one or more antennas. The radio units may communicate directly with other hardware nodes via one or more appropriate network interfaces, and may be used in combination with virtual components to provide a virtual node with wireless capabilities, such as a radio access node or base station. In some embodiments, some signaling may be provided using a control system QQ512, which may be used for communication between the hardware nodes and the radio units.

[0118] 8 illustrates a communication diagram of host QQ602 communicating with UE QQ606 via network node QQ604 over a partial wireless connection, according to some embodiments. Exemplary implementations of UEs (such as UE QQ112a of FIG. 3 and / or UE QQ200 of FIG. 4), network nodes (such as network node QQ110a of FIG. 3 and / or network node QQ300 of FIG. 5), and hosts (such as host QQ116 of FIG. 3 and / or host QQ400 of FIG. 6) discussed in the previous paragraphs, according to various embodiments, will now be described with reference to FIG.

[0119] Like the host QQ400, an embodiment of the host QQ602 includes hardware such as a communication interface, processing circuitry, and memory. The host QQ602 also includes software stored within or accessible by the host QQ602 and executable by the processing circuitry. The software includes a host application that may be operable to provide services to a remote user, such as a UE QQ606 connecting via an over-the-top (OTT) connection QQ650 extending between the UE QQ606 and the host QQ602. In providing services to the remote user, the host application may provide user data that is transmitted using the OTT connection QQ650.

[0120] Network node QQ604 includes hardware that enables network node QQ604 to communicate with host QQ602 and UE QQ606. The connection QQ660 may be direct or may pass through one or more other intermediate networks, such as a core network (such as core network QQ106 of FIG. 3) and / or one or more public, private, or hosted networks. For example, the intermediate network may be a backbone network or the Internet.

[0121] The UE QQ606 includes hardware or software stored in or accessible by the UE QQ606 and executable by the processing circuitry of the UE. The software includes a client application, such as a web browser or an operator-specific "app," that may be operable to provide services to a human or non-human user via the UE QQ606 with the support of the host QQ602. At the host QQ602, a running host application may communicate with a running client application via the UE QQ606 and an OTT connection QQ650 that terminates at the host QQ602. In providing services to a user, the client application of the UE may receive request data from the host application of the host and provide user data in response to the request data. The OTT connection QQ650 may transfer both the request data and the user data. The client application of the UE may interact with the user to generate user data that the client application of the UE provides to the host application through the OTT connection QQ650.

[0122] The OTT connection QQ650 may extend through a connection QQ660 between the host QQ602 and network node QQ604, and through a wireless connection QQ670 between the network node QQ604 and the UE QQ606 to provide a connection between the host QQ602 and the UE QQ606. The connections QQ660 and wireless connections QQ670 through which the OTT connection QQ650 may be provided are illustrated abstractly to show communication between the host QQ602 and the UE QQ606 through the network node QQ604, without explicit reference to any intermediary devices and the precise routing of messages through these devices.

[0123] As an example of transmitting data over the OTT connection QQ650, in step QQ608, the host QQ602 provides user data that may be implemented by executing a host application. In some embodiments, the user data is associated with a particular human user interacting with the UE QQ606. In other embodiments, the user data is associated with the UE QQ606 that shares data with the host QQ602 without explicit human interaction. In step QQ610, the host QQ602 initiates a transmission that carries the user data to the UE QQ606. The host QQ602 may initiate the transmission in response to a request transmitted by the UE QQ606. The request may be triggered by human interaction with the UE QQ606 or by the operation of a client application running on the UE QQ606. The transmission may pass through the network node QQ604 in accordance with the teachings of the embodiments described throughout this disclosure. Thus, in step QQ612, network node QQ604 transmits user data carried in the transmission initiated by host QQ602 to UE QQ606, in accordance with the teachings of the embodiments described throughout this disclosure. In step QQ614, UE QQ606 receives user data carried in the transmission that may be performed by a client application executing on UE QQ606 associated with the host application executed by host QQ602.

[0124] In some examples, the UE QQ606 executes a client application that provides user data to the host QQ602. The user data may be provided in response to or in response to data received from the host QQ602. Thus, in step QQ616, the UE QQ606 may provide user data that may be implemented by executing the client application. In providing the user data, the client application may further take into account user input received from a user via an input / output interface of the UE QQ606. Regardless of the particular manner in which the user data was provided, the UE QQ606 initiates transmission of the user data to the host QQ602 via the network node QQ604 in step QQ618. In step QQ620, in accordance with the teachings of the embodiments described throughout this disclosure, the network node QQ604 receives the user data from the UE QQ606 and initiates transmission of the received user data to the host QQ602. In step QQ622, the host QQ602 receives the user data carried in the transmission initiated by the UE QQ606.

[0125] One or more of the various embodiments improve the performance of the OTT service provided to the UE QQ606 using the OTT connection QQ650 of which the wireless connection QQ670 forms the last segment. More precisely, the teachings of these embodiments improve the information provided in the random access report, which may provide benefits such as improved random access procedures in some examples.

[0126] In an exemplary scenario, factory status information may be collected and analyzed by the host QQ602. In another example, the host QQ602 may process audio and video data that may have been retrieved from the UE for use in creating a map. As another example, the host QQ602 may collect and analyze real-time data to assist in controlling vehicle congestion (e.g., controlling traffic lights). As another example, the host QQ602 may store surveillance video uploaded by the UE. As another example, the host QQ602 may store or control access to media content, such as video, audio, VR or AR, that the host QQ602 may broadcast, multicast or unicast to the UE. As another example, the host QQ602 may be used for energy pricing, remote control of non-time-critical electrical loads to balance electrical generation demands, location services, presentation services (such as compiling diagrams from data collected from remote devices), or any other function that collects, retrieves, stores, analyzes and / or transmits data.

[0127] In some examples, measurement procedures may be provided to monitor data rates, latencies, and other factors that one or more embodiments improve upon. There may further be optional network functionality to reconfigure the OTT connection QQ650 between the host QQ602 and the UE QQ606 in response to variations in the measurement results. The measurement procedures and / or network functionality to reconfigure the OTT connection may be implemented in software and hardware of the host QQ602 and / or the UE QQ606. In some embodiments, sensors (not shown) may be located in or in association with other devices through which the OTT connection QQ650 passes, and these sensors may participate in the measurement procedures by providing values ​​of the monitored quantities exemplified above, or other physical quantities from which the software can calculate or estimate the monitored quantities. The reconfiguration of the OTT connection QQ650 may include message formats, retransmission settings, preferred routing, etc., and the reconfiguration does not require direct changes to the operation of the network node QQ604. Such procedures and functionality are in some cases known and practiced in the art. In some embodiments, the measurements by the host QQ 602 may involve proprietary UE signaling that facilitates measurements of throughput, propagation time, latency, etc. The measurements may be implemented in having the OTT connection QQ 650 send messages, in particular empty or "dummy" messages, while the software monitors propagation times, errors, etc.

[0128] Although the computing devices (e.g., UE, network node, host) described herein may include the depicted combination of hardware components, other embodiments may include computing devices with different combinations of components. It should be understood that these computing devices may comprise any suitable combination of hardware and / or software necessary to perform the tasks, features, functions, and methods disclosed herein. The determining, calculating, obtaining, or similar operations described herein may be performed by a processing circuit, which may process information, for example, by transforming the obtained information to other information, comparing the obtained or transformed information to information stored in the network node, and / or performing one or more operations based on the obtained or transformed information, and by making a decision as a result of said processing. Moreover, although a component is depicted as a single box located within a larger box, or within multiple nested boxes, in reality the computing device may comprise multiple different physical components that make up the depicted single component, and functionality may be practiced among the separate components. For example, a communication interface may be configured to include any of the components described herein, and / or the functionality of a component may be partitioned between the processing circuit and the communication interface. In another example, non-computationally intensive functions of any of such components may be implemented in software or firmware, and computationally intensive functions may be implemented in hardware.

[0129] In some embodiments, some or all of the functionality described herein may be provided by a processing circuit executing instructions stored in a memory, which in some embodiments may be a computer program product in the form of a non-transitory computer-readable storage medium. In alternative embodiments, some or all of the functionality may be provided by the processing circuit without executing instructions stored on a separate or distinct device-readable storage medium, such as in a hardwired manner. In any of these particular embodiments, the processing circuit may be configured to perform the described functionality, regardless of whether or not it executes instructions stored on a non-transitory computer-readable storage medium. Benefits provided by such functionality are not limited to the processing circuit alone or other components of the computing device, but are enjoyed by the computing device as a whole, and / or by end users and wireless networks in general.

Claims

1. A method (100) implemented by a user equipment (UE) for sending a report, comprising: Sending a random access (RA) report to a network node (102). wherein the RA report includes an indication of a size of data in an uplink data buffer of the UE at the initiation of a random access (RA) procedure performed by the UE.

2. The method of claim 1 , wherein the indication of the size of the data in the uplink buffer comprises an indication of one of a plurality of predetermined ranges for the size of the data.

3. The method of claim 2 , wherein the indication of one of the plurality of predetermined ranges for the size of the data comprises an indication of an index within a table.

4. The method according to claim 1 , wherein the RA report is included in a UE Information Response message.

5. 5. The method of claim 1, wherein the indication of the size of the data in the uplink buffer comprises an indication of a sum of a size of uplink data to be transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated with the RA procedure and a size of data remaining in the uplink buffer after completion of the RA procedure.

6. The method of claim 5 , wherein the PUSCH transmission associated with the RA procedure comprises a PUSCH transmission transmitted within a PUSCH resource assigned to the UE in the RA procedure.

7. 7. The method of claim 1, wherein the RA report includes an indication of a ratio of the size of the data in the uplink data buffer to the size of data remaining in the uplink data buffer after completion of the RA procedure.

8. 8. The method of claim 1, wherein the RA report includes an indication of a ratio of a size of uplink data transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated with the RA procedure to a sum of a size of uplink data transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated with the RA procedure and a size of data remaining in the uplink data buffer after completion of the RA procedure.

9. 9. The method of claim 1, wherein the RA report includes an indication of a ratio of a size of uplink data remaining in a buffer of the UE after completion of the RA procedure to a sum of a size of uplink data transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated with the RA procedure and a size of data remaining in the uplink data buffer after completion of the RA procedure.

10. 10. The method of claim 1, wherein the RA report includes an indication of a ratio of a size of uplink data successfully transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated with the RA procedure to a size of uplink data transmitted in the PUSCH transmission.

11. 11. A method according to claim 1, comprising receiving a request for an RA report from the network node before sending the RA report to the network node.

12. The method of claim 1 , wherein the RA reporting comprises a two-step RA reporting.

13. The method of claim 1 , wherein the RA procedure comprises a successful RA procedure.

14. A method (200) implemented by a network node for receiving a report, comprising: Receiving a random access (RA) report from a user equipment (UE) (202). wherein the RA report includes an indication of a size of data in an uplink data buffer of the UE upon initiation of a random access (RA) procedure performed by the UE.

15. The method of claim 12 , wherein the indication of the size of the data in the uplink buffer comprises an indication of one of a plurality of predetermined ranges for the size of the data.

16. 16. The method of claim 15, wherein the indication of one of the plurality of predetermined ranges for the size of the data comprises an indication of an index within a table.

17. The method according to any one of claims 14 to 16, wherein the RA report is included in a UE Information Response message.

18. 18. A method according to any one of claims 14 to 17, comprising sending a request for an RA report to the UE before receiving the RA report from the UE.

19. 19. The method of any one of claims 14 to 18, wherein the RA procedure comprises a two-step RA procedure.

20. 20. The method of any one of claims 14 to 19, wherein the RA procedure comprises a successful RA procedure.

21. 21. The method of claim 14, comprising adapting one or more parameters for a Random Access Channel (RACH) and / or a Physical Uplink Shared Channel (PUSCH) for one or more further RA procedures for the UE and / or one or more other UEs based on the indication of the size of the data in the uplink data buffer.

22. 22. The method of claim 21 , wherein adapting the one or more parameters comprises allocating an amount of PUSCH resources to one or more further RA procedures by the UE and / or one or more other UEs.

23. 23. The method of claim 21 or 22, wherein adapting the one or more parameters comprises selecting a modulation and coding scheme (MCS) for one or more further RA procedures by the UE and / or one or more other UEs.

24. 24. The method of claim 21, further comprising adapting the one or more parameters based on a ratio of a size of uplink data successfully transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated to the RA procedure and / or one or more other RA procedures by the UE and / or one or more other UEs to a size of uplink data transmitted in the PUSCH transmission.

25. A computer program comprising instructions which, when executed on at least one processor, cause said at least one processor to perform the method (100, 200) of any one of claims 1 to 24.

26. 26. A carrier containing the computer program of claim 25 comprising one of an electronic signal, an optical signal, a radio signal or a computer readable storage medium.

27. 26. A computer program product comprising a non-transitory computer readable medium having stored thereon the computer program of claim 25.

28. A user equipment (UE) for sending a report, comprising: a processor and a memory, the memory being configured to: Sending a Random Access (RA) report to a network node (102) and wherein the RA report includes an indication of a size of data in an uplink data buffer of the UE at the time of initiation of a random access (RA) procedure performed by the UE.

29. 29. The UE of claim 28, wherein the memory contains instructions executable by the processor such that the UE is operable to perform the method (100) of any one of claims 2 to 13.

30. 11. A network node for receiving a report, comprising: a processor and a memory, the memory being configured to: Receive a Random Access (RA) report from a User Equipment (UE) (202) a random access (RA) report including an indication of a size of data in an uplink data buffer of the UE at the time of initiation of a random access (RA) procedure performed by the UE.

31. 31. The network node of claim 30, wherein the memory contains instructions executable by the processor such that the network node is operable to perform the method (200) of any one of claims 15 to 24.

32. A user equipment (UE) for sending a report, Sending a Random Access (RA) report to a network node (102) and wherein the RA report includes an indication of a size of data in an uplink data buffer of the UE at the start of a random access (RA) procedure performed by the UE.

33. The UE of claim 32, wherein the UE is configured to perform the method (100) of any one of claims 2 to 13.

34. a network node for receiving a report, Receive a Random Access (RA) report from a User Equipment (UE) (202) and wherein the RA report includes an indication of a size of data in an uplink data buffer of the UE at the start of a Random Access (RA) procedure performed by the UE.

35. 35. A network node according to claim 34, wherein the network node is configured to perform the method (200) according to any one of claims 15 to 24.

Images