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] Exemplary 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, random access channel (RACH) configuration can have a significant impact on user experience and overall network performance. RACH collision probability, and therefore access setup delay, data resumption delay from UL asynchronous state, handover delay, transition delay from RRC_INACTIVE, and beam failure recovery delay, are all affected by the RACH configuration. Additionally, it is also important to implement the RACH based on the most favorable downlink beam, which will avoid unnecessary power ramping and failed RACH access attempts. This is beneficial for both the network and the device attempting RACH access, avoiding unnecessary interference within the network and also reducing encountered delays and device energy consumption. 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: Minimizing access delay for UEs under widespread Synchronization Signal Block (SSB) coverage; Minimizing the delay when a UE requests system information (SI) other than broadcast SI; Minimizing the imbalance in UE access delays on the uplink (UL) and supplemental uplink (SUL) channels; Minimize beam failure recovery delay for UEs in RRC_Connected state, Minimize failed / unnecessary RACH attempts on RACH resources until successful.

[0005] As a result, the RACH optimization function attempts to automatically configure some parameters related to the RACH performance. 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 (between dedicated, Group A and Group B); ·RACH backoff parameter value; ·RACH transmit power control parameters.

[0007] At a minimum, RACH optimization is achieved by the UE providing RACH-related information reports to Next Generation (NG) Radio Access Network (RAN) nodes and by exchanging physical RACH (PRACH) configurations for 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 neighboring cells can be optimized or whether changes are needed 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), and Beam Signal-to-Interference and Noise Ratio (BSINR)) Indication of whether the selected SSB exceeds or falls below the rsrp-ThresholdSSB threshold The time elapsed 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 UpLink or non-supplemental 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 RRC (3GPP TS38.331 v16.4.1 clause 5.7.10.3) if the RACH procedure is successful. Additionally, the information included in the RA report by the UE is specified in 3GPP TS38.331 v16.4.1 clause 5.7.10.5.

[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 eight LCGs. There are three types of BSRs specified in Section 5.4.5 of 3GPP TS38.321 v16.7.0: normal BSR, periodic BSR, and padding BSR. Summary of the Invention

[0014] One aspect of the present disclosure provides a method, performed 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 performed 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 at the time of 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 at the time of 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 at the time of 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 examples may be practiced, reference will now be made, by way of example only, to the following drawings: [Brief explanation 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. [Figure 2] FIG. 1 illustrates a method implemented by a network node for receiving reports, according to certain embodiments. [Figure 3] FIG. 1 illustrates an example of a communication system QQ100, according to some embodiments. [Figure 4] FIG. 1 illustrates a user equipment (UE) according to some embodiments. [Figure 5] FIG. 3 illustrates a network node QQ300, according to some embodiments. [Figure 6] FIG. 1 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] FIG. 1 is a communication diagram of a host communicating with a UE via a network node over a partial wireless connection, according to some embodiments. DETAILED DESCRIPTION OF THE INVENTION

[0022] The following describes specific details, such as particular embodiments or examples, for purposes of explanation and not limitation. Those skilled in the art will appreciate that other examples may be employed apart from these specific details. In some instances, detailed descriptions of well-known methods, nodes, interfaces, circuits, and devices are omitted so as not to obscure the description with unnecessary detail. Those skilled in the art will appreciate that the described functionality 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 in conjunction with one or more digital microprocessors or general-purpose computers. Nodes that communicate using an air interface also have suitable wireless communication circuitry. Moreover, where appropriate, the technology may be considered to be embodied entirely in any form of computer-readable memory, such as a solid-state memory, a magnetic disk, or an optical disk, containing an appropriate 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, application specific integrated circuits (ASICs) and / or field programmable gate arrays (FPGAs), and (where appropriate) state machines capable of performing such functions.

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

[0025] Furthermore, during the email discussion regarding "[Post-116-e][887_5][SONMDT]Residual Issues with SON (Ericsson)-R2-2200005'R2-2200005, "Residual Issues with SON (Ericsson)", the inclusion of payload sizes without padding was given priority.

[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, which has some limitations.

[0027] For example, this does not provide the network with enough information to optimize for msgA PUSCH resource allocation. This provides information for msgA PUSCH allocation optimization only for scenarios when the UE wants to transmit "X" bytes and the network allocates more resources than 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 and other problems. For example, examples of the present disclosure propose a method implemented by a UE to indicate the uplink data size associated with a msgA transmission in an 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 associated with msgA. In this example, the method includes: ·Identifying that msgA needs to be sent based on the arrival of uplink data of size "X" for transmission at the MAC layer; Conduct 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 Sends 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 the documents provided in the appendices.

[0032] FIG. 1 illustrates a method 100 performed by a user equipment (UE) for sending a report according to a particular embodiment. Method 100 may be performed by a UE or a wireless device (e.g., UE QQ112 or UE QQ200, described below with reference to FIGS. 3 and 4, respectively). Method 100 begins in step 102 with sending a random access (RA) report to a network node, where the RA report includes an indication of the size of data in the UE's uplink data buffer at the time of initiation of the random access (RA) procedure performed by the UE. The RA procedure may, in some examples, include 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, in some examples, not overlap. In some examples, the indication of one of the 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 the 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 sum of the size of the uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure and 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 the ratio of the size of the data in the uplink data buffer to the size of the 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 the size of uplink data transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated with the RA procedure to the sum of the size of uplink data transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated with the RA procedure and the 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 the size of uplink data remaining in a buffer of the UE after completion of the RA procedure to the sum of the size of uplink data transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated with the RA procedure and the 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 the ratio of the size of uplink data successfully transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated with the RA procedure to the 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 before 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, in some examples, be included in a UE Information Response message sent in response to the request from the network node.

[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. Method 200 may be implemented by a network node (e.g., network node QQ110 or network node QQ300, described below with reference to FIGS. 3 and 5, respectively). 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 the UE's uplink data buffer at the time of initiation of the random access (RA) procedure implemented by the UE. The RA procedure may, in some examples, include 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 sum of the size of uplink data transmitted in a Physical Uplink Shared Channel (PUSCH) transmission associated with the RA procedure and 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 the size of data in the uplink data buffer to the 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 the size of uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure to the sum of the size of uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure and the 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 the size of uplink data remaining in the UE's buffer after completion of the RA procedure to the sum of the size of uplink data transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure and the 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 the ratio of the size of uplink data successfully transmitted in a physical uplink shared channel (PUSCH) transmission associated with the RA procedure to the 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 before 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) 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. 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, in some examples, include adapting the one or more parameters further based on a ratio of a size of uplink data successfully transmitted in a physical uplink shared channel (PUSCH) transmission associated with an 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 (their intended meanings): · The term "payload size" refers to the size of the payload, not including any additional padding sent 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" also refers to the same thing.

[0048] For illustrative purposes, specific exemplary embodiments of the above general concepts 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) that represents the amount of data being transmitted using the PUSCH resource associated with msgA in 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. TIFF0007794987000001.tif232170

[0051] In some embodiments, the UE encodes the "payload size" (or the size / amount of uplink data in the uplink data buffer) using a format identical to 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 sum of the amount being transmitted using the PUSCH resource associated with msgA in the two-step RA procedure and the amount of data remaining in the buffer upon completion of the two-step RA procedure (the BSR value). This example uses the 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", the UE did not transmit any data; if the UE contains a value of "1", the UE included up to 10 bytes of data; if the UE contains a value of "2", the UE included up to 14 bytes of data, etc. TIFF0007794987000002.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, when the UE uses the short BSR format or the short truncated BSR format to report the BSR MAC CE, 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. An example implementation is given below as an ASN.1 code. In this example, the UE includes the (underlined) bsr5bitValue to represent the amount of data in the buffer that has not yet been transmitted upon successful completion of the two-step RA procedure. TIFF0007794987000003.tif246170

[0054] In some embodiments, the RA report contains a "BSR value" indication for each logical channel group, which value is the 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 described 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 described 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, when the UE uses the long BSR format or the long truncated BSR format to report the BSR MAC CE, 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. 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 ​​in 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 with index 10 (actual buffer size of 19) and a buffer size with 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 represent 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 the explicit value of the actual payload included in msgA, i.e., the actual byte size in integer format. An example 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 being transmitted using the PUSCH resource associated with msgA in the two-step RA procedure. The value "81338368" is an example maximum value based on the BSR MAC CE. TIFF0007794987000004.tif232170

[0059] In some embodiments, the UE encodes the "payload size" using a format identical to 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 represent the amount of data in the buffer being transmitted using the PUSCH resource associated with msgA in the two-step RA procedure. This example uses the 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", the UE did not transmit any data; if the UE contains a value of "1", the UE included up to 10 bytes of data; if the UE contains a value of "2", the UE included up to 14 bytes of data, etc. TIFF0007794987000005.tif232170

[0060] In another exemplary 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 the 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 UL data indicated by the UE in the RA report is very small, the network node may reduce the PUSCH resources allocated for msgA transmission, or the network may decrease 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 average size of UL data are (much) less than the PUSCH resources actually allocated for 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 decrease 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 needed 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 where the estimated resources needed 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 the 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, 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. 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 nodes or non-3GPP access points. 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 UE QQ112) to core network QQ106 via one or more wireless connections.

[0072] Exemplary wireless communication via wireless connections includes transmitting and / or receiving radio 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 include any number of wired or wireless networks, network nodes, UEs, and / or any other components or systems capable of facilitating or participating in the 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 type system.

[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 of, 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, core network QQ106 connects network node QQ110 to one or more hosts, such as host QQ116. These connections may be direct or indirect via one or more intermediary networks or devices. In other examples, a network node may be directly coupled to a host. Core network QQ106 includes another core network node (e.g., core network node QQ108) structured with hardware and software components. Features of these components may be substantially similar to those described with respect to UEs, network nodes, and / or hosts, whereby the descriptions are generally applicable to the corresponding components of 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 Publishing Function (NEF), and / or a User Plane Function (UPF).

[0075] 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 access network QQ 104 and / or communications network QQ 102. 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 alert and monitoring center, or any other such functionality implemented by a server.

[0076] 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 Multiple 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 Wi-Fi, Bluetooth, Z-Wave, Near Field Communication (NFC), ZigBee, LiFi, and / or LoRa and Sigfox.

[0077] In some examples, the communication network QQ 102 is a cellular network that implements 3GPP standardized features. Thus, the communication network QQ 102 may support network slicing to provide different logical networks to different devices connected to the communication network QQ 102. For example, the communication network QQ 102 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 QQ 112 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 QQ 104 on a predetermined schedule, when triggered by an internal or external event, or upon request from the access network QQ 104. In addition, the UE may be configured to operate in a single-RAT, multi-RAT, or multi-standard mode. For example, the UE may operate in any one or a combination of Wi-Fi, NR (New Radio), and LTE, i.e., be 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, hub QQ 114 communicates with access network QQ 104 to facilitate indirect communication between one or more UEs (e.g., UEs QQ 112c and / or QQ 112d) and a network node (e.g., network node QQ 110b). In some examples, hub QQ 114 may be a controller, a router, a content source and analysis node, or any of the other communication devices described herein with respect to UEs. For example, hub QQ 114 may be a broadband router that enables access to core network QQ 106 for the UE. As another example, hub QQ 114 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, network node QQ 110, or by executable code, scripts, processes, or other instructions in hub QQ 114. As another example, hub QQ 114 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, hub QQ 114 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 can retrieve VR assets, video, audio, or other media or data related to sensory information through a network node, and then Hub QQ 114 provides the sensory information to the UE either directly, after performing local processing, and / or after 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 QQ110b 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 operable to act as a communication initiation and / or termination point for certain data channels.

[0081] 4 illustrates a UE QQ 200 according to some embodiments. As used herein, a UE 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 a UE include, but are not limited to, a smartphone, a mobile phone, a cell phone, a voice-over-IP (VoIP) phone, a wireless local loop phone, a desktop computer, a personal digital assistant (PDA), a wireless camera, a gaming console or device, a music storage device, a playback device, a wearable terminal device, a wireless endpoint, a mobile station, a tablet, a laptop computer, a laptop embedded equipment (LEE), a laptop mounted equipment (LME), a smart device, a wireless customer premises equipment (CPE), a vehicle-mounted or vehicle-embedded / integrated wireless device, etc. Other examples include any UE identified by the 3rd Generation Partnership Project (3GPP), including a narrowband Internet of Things (NB-IoT) UE, a machine-type communications (MTC) UE, and / or an enhanced MTC (eMTC) UE.

[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 the 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 initially 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 user's benefit.

[0083] The UE QQ200 includes a processing circuit QQ202 operably coupled to an input / output interface QQ206, a power supply 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 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 with appropriate software, a general-purpose processor such as a microprocessor or digital signal processor (DSP); 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 memory QQ210. For example, the processing circuit QQ202 may be configured to cause the UE QQ202 to perform a method such as that 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 speakers, sound cards, video cards, displays, monitors, printers, actuators, emitters, smart cards, another output device, or any combination thereof. An input device may allow a user to capture information within the UE QQ200. Examples of input devices include a touch-sensitive or presence-sensitive display, a camera (e.g., a digital camera, digital video camera, 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 power circuitry 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 charging the power source QQ208, for example. The power circuitry may perform any formatting, conversion, or other modification of the power from the power source QQ208 to make it suitable for each component of the UE QQ200 being powered.

[0087] Memory QQ210 may be or be configured to include memory such as random access memory (RAM), read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), magnetic disk, optical disk, hard disk, removable cartridge, flash drive, etc. In one example, 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. Memory QQ210 may store any of a variety of different operating systems or combinations of operating systems for use by 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, a USB flash drive, an external hard disk drive, a thumb drive, a pen drive, a key drive, a high-density digital versatile disc (HD-DVD) optical disc drive, an internal hard disk drive, a Blu-ray optical disc drive, a holographic digital data storage (HDDS) optical disc drive, an external mini dual in-line memory module (DIMM), a synchronous dynamic random access memory (SDRAM), an external micro-DIMM SDRAM, a 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 a 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." The memory QQ210 may enable the UE QQ200 to access, offload data, or upload data, instructions, application programs, etc. 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 the 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., the 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 out 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. The state of the actuator, motor, or switch may be changed in response to the received wireless input. 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 that 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, augmented 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 integrated into any type of medical device, such as a heart rate monitor or remote-controlled surgical robot. A UE in the form of an IoT device comprises circuitry and / or software according to the intended use of the IoT device, in addition to other components such as those 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 network node. The UE may, in this case, be an M2M device, sometimes 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, aircraft, or other equipment, that can monitor and / or report its operating state or other functions related to its operation.

[0095] In practice, 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 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 changes 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 include 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 within 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., radio 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 provided. 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 in an antenna-integrated radio. Portions 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 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] Network node QQ300 includes a processing circuit QQ302, a memory QQ304, a communication interface QQ306, and a power supply QQ308, and / or any other components, or any combination thereof. 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 its own respective components. In some scenarios in which network node QQ300 comprises multiple separate components (e.g., a BTS component 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, in some cases, be considered a single separate network node. In some embodiments, 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 shown 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] 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, 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-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] 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 disc (CD), or digital video disc (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 processing circuit QQ302. Memory QQ304 may store any suitable instructions, data, information, including applications including one or more of computer programs, software, logic, rules, code, tables, and / or other instructions that can be executed by processing circuit QQ302 and utilized by 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 includes a port / terminal QQ6316, for example, for sending and receiving data to and from a network over a wired connection. The communication interface QQ306 also includes a radio front-end circuit QQ318, which is coupled to the antenna QQ310 or, in some embodiments, may be part of the antenna QQ310. The radio front-end circuit QQ318 includes 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 another network node or UE via 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; 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 is 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 baseband processing circuit QQ314, which 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 signals 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 signals 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 appropriate for each component (e.g., at the voltage and current levels required by each respective component). The power source QQ308 may further comprise or be coupled to a power management circuit for supplying 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 the network node's 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 allow a user to perform diagnostic, maintenance, repair, and other management functions on 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, or processing resources 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 supply 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 FIGS. 4 and 5, and thus these descriptions are generally applicable to the corresponding components of the host QQ400.

[0111] 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 host QQ400 or data generated by host QQ400 for the UE. An embodiment of host QQ400 may utilize only a subset or all of the shown components. Host application program 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 UE (e.g., handsets, desktop computers, wearable display systems, heads-up display systems). The host application program QQ 414 may also perform user authentication and license checks 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 QQ 400 may select and / or indicate different hosts for over-the-top services to the UE. The host application program QQ 414 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 functionality implemented by some embodiments may be virtualized. In this context, virtualization refers to creating a virtual version of an apparatus or device, which may include virtualizing a hardware platform, storage devices, and networking resources. As used herein, virtualization may apply to any device described herein, or components thereof, and refers to implementations in which at least a portion of the functionality is implemented as one or more virtual components. Any or all of the functionality 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 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., to a core network node or host), the node may be fully virtualized.

[0113] Application QQ502 (alternatively referred to as a software instance, virtual appliance, network function, virtual node, 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 processing circuitry, memory storing software and / or instructions executable by the hardware processing circuitry, and / or other hardware devices as described herein, such as network interfaces, input / output interfaces, etc. Software may be executed by the processing circuitry to instantiate one or more virtualization layers QQ506 (also referred to as hypervisors or virtual machine monitors (VMMs)), provide VMs QQ508a and QQ508b (one or more of which may be generally referred to as VMs QQ508), and / or implement 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 VMs QQ508 that appears to be 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 referred to as network functions 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 form a separate virtual network element, whether that portion is hardware dedicated to that VM and / or shared by that VM with other VMs. Further, in the context of NFV, a virtual network function is responsible for handling 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 within a standalone network node with generic or proprietary 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 cooperate 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 that 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 wireless 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 the UE (such as UE QQ112a of FIG. 3 and / or UE QQ200 of FIG. 4), network node (such as network node QQ110a of FIG. 3 and / or network node QQ300 of FIG. 5), and host (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 host QQ 400, an embodiment of host QQ 602 includes hardware such as a communications interface, processing circuitry, and memory. Host QQ 602 also includes software stored within or accessible by host QQ 602 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 QQ 606 connecting via an over-the-top (OTT) connection QQ 650 extending between the UE QQ 606 and host QQ 602. In providing services to the remote user, the host application may provide user data that is transmitted using the OTT connection QQ 650.

[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 within or accessible by the UE QQ606 and executable by the UE's processing circuitry. The software includes a client application, such as a web browser or 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. Running host applications on the host QQ602 may communicate with running client applications via an OTT connection QQ650 that terminates at the UE QQ606 and the host QQ602. In providing services to the user, the UE's client application can receive request data from the host application and provide user data in response to the request data. The OTT connection QQ650 may transfer both request data and user data. The UE's client application may interact with the user and generate user data that the UE's client application provides to the host application through the OTT connection QQ650.

[0122] The OTT connection QQ650 may extend via a connection QQ660 between the host QQ602 and network node QQ604, and via a wireless connection QQ670 between the network node QQ604 and the UE QQ606, to provide connectivity between the host QQ602 and the UE QQ606. The connections QQ660 and wireless connections QQ670 over which the OTT connection QQ650 may be provided are illustrated abstractly to illustrate communication between the host QQ602 and the UE QQ606 via 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, which may be implemented by executing a host application. In some embodiments, the user data is associated with a specific human user interacting with the UE QQ606. In other embodiments, the user data is associated with the UE QQ606, which shares data with the host QQ602 without explicit human interaction. In step QQ610, the host QQ602 initiates a transmission carrying the user data to the UE QQ606. The host QQ602 may initiate the transmission in response to a request sent by the UE QQ606. The request may be caused 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 a transmission initiated by host QQ602 to UE QQ606, in accordance with the teachings of embodiments described throughout this disclosure. In step QQ614, UE QQ606 receives user data carried in a transmission that may be performed by a client application running 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 consider 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 is 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 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 UE QQ 606 using OTT connection QQ 650, of which wireless connection QQ 670 forms the last segment. More precisely, the teachings of these embodiments improve the information provided in the random access report, which may, in some examples, provide benefits such as improved random access procedures.

[0126] In an exemplary scenario, factory status information may be collected and analyzed by the host QQ 602. In another example, the host QQ 602 may process audio and video data that may have been retrieved from UEs for use in creating maps. As another example, the host QQ 602 may collect and analyze real-time data to assist in controlling vehicle congestion (e.g., controlling traffic lights). As another example, the host QQ 602 may store surveillance video uploaded by UEs. As another example, the host QQ 602 may store or control access to media content, such as video, audio, VR, or AR, that the host QQ 602 may broadcast, multicast, or unicast to UEs. As another example, the host QQ 602 may be used for energy pricing, remote control of non-time-critical electrical loads to balance electricity 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, latency, and other factors that one or more embodiments improve. There may further be optional network functionality for reconfiguring the OTT connection QQ650 between the host QQ602 and the UE QQ606 in response to fluctuations in the measurement results. The measurement procedures and / or network functionality for reconfiguring 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 associated 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 software can calculate or estimate the monitored quantities. Reconfiguration of the OTT connection QQ650 may include message formats, retransmission settings, preferred routing, etc., and the reconfiguration need not directly change the operation of the network node QQ604. Such procedures and functionality are, in some cases, known and practiced in the art. In some embodiments, measurements by the host QQ 602 may involve proprietary UE signaling that facilitates measurements of throughput, propagation time, latency, etc. Measurements may be implemented in having the OTT connection QQ 650 send messages, particularly empty or "dummy" messages, while software monitors propagation time, errors, etc.

[0128] While the computing devices (e.g., UEs, network nodes, hosts) described herein may include the depicted combinations 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 making a decision as a result of said processing. Moreover, while components are 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 implemented 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 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 a 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 generally.

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 start of a random access (RA) procedure performed by the UE, and the indication of the size of the data in the uplink data buffer includes 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 data buffer after completion of the RA procedure.

2. The method of claim 1 , wherein the indication of the size of the data in the uplink data 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 of claim 1 , wherein the RA report is included in a UE Information Response message.

5. The method of claim 1 , 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.

6. 2. The method of claim 1, comprising receiving a request for an RA report from the network node before sending the RA report to the network node.

7. The method of claim 1 , wherein the RA procedure comprises a two-step RA procedure.

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

9. 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 at the start of a random access (RA) procedure performed by the UE, and the indication of the size of the data in the uplink data buffer includes 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 data buffer after completion of the RA procedure.

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

11. The method of claim 10 , 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.

12. The method of claim 9 , wherein the RA report is included in a UE Information Response message.

13. 10. The method of claim 9, comprising sending a request for an RA report to the UE before receiving the RA report from the UE.

14. The method of claim 9 , wherein the RA procedure comprises a two-step RA procedure.

15. The method of claim 9 , wherein the RA procedure comprises a successful RA procedure.

16. 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 start of a random access (RA) procedure performed by the UE, and wherein the indication of the size of the data in the uplink data buffer includes 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 data buffer after completion of the RA procedure.

17. 17. The UE of claim 16, wherein the UE is configured to perform the method (100) of any one of claims 2 to 8.

18. a network node for receiving a report, Receive a random access (RA) report from a user equipment (UE) (202).

1. A network node configured to:

19. 19. A network node according to claim 18, wherein the network node is configured to perform the method (200) according to any one of claims 10 to 15.

Images