Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
  • H04W52/04—TPC
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
  • H04W52/04—TPC
  • H04W52/06—TPC algorithms
  • H04W52/14—Separate analysis of uplink or downlink
  • H04W52/146—Uplink power control
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
  • H04W52/04—TPC
  • H04W52/18—TPC being performed according to specific parameters
  • H04W52/24—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters
  • H04W52/242—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters taking into account path loss
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
  • H04W52/04—TPC
  • H04W52/30—TPC using constraints in the total amount of available transmission power
  • H04W52/32—TPC of broadcast or control channels
  • H04W52/325—Power control of control or pilot channels
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
  • H04W52/04—TPC
  • H04W52/54—Signalisation aspects of the TPC commands, e.g. frame structure
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W72/00—Local resource management
  • H04W72/20—Control channels or signalling for resource management
  • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
  • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling

Definitions

• the present description generally relates to wireless communication systems, and particularly, to methods for indicating mapping between pathloss reference and multiple SRI.
• the new generation mobile wireless communication system (5G) or new radio (NR) supports a diverse set of use cases and a diverse set of deployment scenarios.
• Uplink data transmission can be dynamically scheduled using Physical Downlink Control Channel (PDCCH). Similar to downlink, a User Equipment (UE) first decodes uplink grants in PDCCH and then transmits data over Physical Uplink Shared Channel (PUSCH) based on the decoded control information in the uplink grant, such as modulation order, coding rate, uplink resource allocation, etc. Also, a UE needs to determine an uplink power for a PUSCH transmission.
• PDCCH Physical Downlink Control Channel
• PUSCH Physical Uplink Shared Channel
• the PUSCH-PowerControl Information Element provides PUSCH power control parameters including Pathloss Reference Signal (RS) identities/identifiers (IDs) for path loss estimation and a list of Sounding Reference Signal (SRS) resource indication (SRI)- PUSCH-PowerControl elements among which one is selected by the SRS resource indication (SRI) field in the Downlink Control Information (DCI).
• SRI is the SRS resource indication field in the DCI which provides the per scheduling mapping of SRI to PUSCH pathloss reference ID.
• the IE PUSCH-PowerControl is used to configure UE specific power control parameter for PUSCH.
• a MAC protocol data unit is a bit string that is byte aligned (i.e. multiple of 8 bits) in length.
• a MAC service data unit is a bit string that is byte aligned (i.e. multiple of 8 bits) in length.
• a MAC CE is a bit string that is byte aligned (i.e. multiple of 8 bits) in length.
• a MAC subheader is a bit string that is byte aligned (i.e. multiple of 8 bits) in length. Each MAC subheader is placed immediately in front of the corresponding MAC SDU, MAC CE, or padding.
• a MAC PDU consists of one or more MAC subPDUs.
• Each MAC subPDU consists of one of the following:
• Each MAC subheader corresponds to either a MAC SDU, a MAC CE, or padding.
• a MAC subheader except for a fixed sized MAC CE, padding, and a MAC SDU containing uplink (UL) common Control Channel (CCCH), consists of the header fields R/F/LCID/(eLCID)/L.
• a MAC subheader for a fixed sized MAC CE, padding, and a MAC SDU containing UL CCCH, consists of the two header fields R/LCID.
• the extended Logical Channel ID (eLCID) field is present when the LCID field is set to specific values and is otherwise absent.
• Figure 1 illustrates a R/F/LCID/(eLCID)/L MAC subheader with 8-bit L field.
• Figure 2 illustrates a R/F/LCID/(eLCID)/L MAC subheader with 16-bit L field.
• Figure 3 illustrates a R/LCID/(eLCID) MAC subheader.
• MAC CEs with variable size has a subheader which includes an L field.
• MAC CEs with a constant size has a subheader which does not include an L field, as the size of the MAC CE is determined by the LCID.
• a network node uses a MAC CE to map (or associate) SRI IDs to PUSCH pathloss reference RS (reference signal) ID.
• - Serving Cell ID This field indicates the identity of the Serving Cell, which contains activated/deactivated SRS Resource Set.
• the length of the field is 5 bits;
• - BWP ID This field indicates a UL BWP as the codepoint of the DCI bandwidth part indicator field as specified in TS 38.212, [9], which contains activated/deactivated SRS Resource Set.
• the length of the field is 2 bits;
• SRI ID This field indicates the SRI PUSCH power control ID identified by sri-PUSCH- PowerControlId as specified in TS 38.331 [5]
• the length of the field is 4 bits;
• - PUSCH Pathloss Reference RS ID This field indicates the PUSCH Pathloss Reference RS ID identified by PUSCH-PathlossReferenceRS-Id as specified in TS 38.331 [5], which is to be activated/deactivated.
• the length of the field is 6 bits;
• Figure 4 illustrates a PUSCH Pathloss Reference RS Activation/Deactivation MAC CE, which comprises the fields just described above.
• a DCI selects a one-to-one mapping between a SRI and PUSCH pathloss reference RS ID, but the configuration given by Radio Resource Control (RRC) and MAC can have multiple SRIs mapped to one pathloss reference RS ID. Further, the UE can only follow 4 pathloss reference RS IDs at the same time.
• RRC Radio Resource Control
• FIG. 7 illustrates one MAC CE that can include multiple SRI IDs which are associated with the same pathloss RS.
• the MAC CE comprises a Cl field, which is used to indicate the presence of the additional SRI ID.
• the MAC CE comprises also a SUL field, which is used to indicate that the MAC CE applies to a supplementary uplink (SUL) carrier configuration.
• SUL supplementary uplink
• the network (NW)/network node includes multiple SRI IDs which have the same mapping for the pathloss reference signal (PL RS), i.e. PUSCH pathloss reference RS ID.
• PL RS pathloss reference signal
• this specific MAC CE proposal wastes octets. There are at least three problems with this solution.
• the Cl field is not useful as the number of SRI ID fields can be deduced from the length field in the MAC CE header (not shown in the figure). If the Cl field is included in the overhead calculations, the MAC CE overhead becomes larger.
• each new SRI ID added 3 R-bits are included.
• 20% of the MAC CE consists of R-bits; with 8 SRI IDs included, more than 30% are R bits.
• R-bits are not used, this constitutes pure overhead. Therefore, the overhead increases with the number of SRI IDs added.
• One octet is added for each new SRI ID, while the SRI ID field is only 4 bits.
• the size of the MAC CE is 2 octets plus the number of SRI IDs.
• embodiments of this disclosure allow a lean design of the MAC CE and to map Pathloss reference ID with several SRIs based on the following:
• - Length field (in the subheader) is used to determine the length of the MAC CE
• - E field is used to control if the MAC CE is adding or removing SRI mappings from the specific pathloss reference RS ID.
• a method comprises: receiving a MAC CE from a network node, the MAC CE comprising a plurality of octets and a plurality of fields, wherein a first field of the plurality of fields is used to indicate a number of sets of power control parameters in a last octet of the received MAC CE, the sets of power control parameters being associated with a reference signal used for path loss estimation; and sending a transmission to a network node, based at least on a set of power control parameters associated with the reference signal.
• some embodiments include a wireless device configured, or operable, to perform one or more functionalities (e.g. actions, operations, steps, etc.) as described herein.
• the wireless device may comprise one or more communication interfaces configured to communicate with one or more other radio nodes and/or with one or more network nodes, and processing circuitry operatively connected to the communication interface, the processing circuitry being configured to perform one or more functionalities as described herein.
• the processing circuitry may comprise at least one processor and at least one memory storing instructions which, upon being executed by the processor, configure the at least one processor to perform one or more functionalities as described herein.
• the wireless device may comprise one or more functional modules configured to perform one or more functionalities as described herein.
• a method comprises: sending to a wireless device a MAC CE, the MAC CE comprising a plurality of octets, each of which comprising a plurality of fields, wherein a first field of the plurality of fields is used to indicate a number of sets of power control parameters in a last octet of the MAC CE, the sets of power control parameters being associated with a reference signal used for path loss estimation; and receiving a transmission based on at least a set of power control parameters associated with the reference signal.
• some embodiments include a network node configured, or operable, to perform one or more functionalities (e.g. actions, operations, steps, etc.) as described herein.
• the network node may comprise one or more communication interfaces configured to communicate with one or more other radio nodes and/or with one or more network nodes, and processing circuitry operatively connected to the communication interface, the processing circuitry being configured to perform one or more functionalities as described herein.
• the processing circuitry may comprise at least one processor and at least one memory storing instructions which, upon being executed by the processor, configure the at least one processor to perform one or more functionalities as described herein.
• the network node may comprise one or more functional modules configured to perform one or more functionalities as described herein.
• some embodiments include a non-transitory computer- readable medium storing a computer program product comprising instructions which, upon being executed by processing circuitry (e.g., at least one processor) of the network node or the wireless device, configure the processing circuitry to perform one or more functionalities as described herein.
• processing circuitry e.g., at least one processor
• the advantages/technical benefits of the embodiments of the present disclosure are: [0063] - The proposed design contains no unnecessary fields. The size of the MAC CE is determined by the length field in the header instead of using an additional field in the MAC CE. [0064] - The number of R-bits included will be 0 for an even number of SRI IDs and 4 for an odd number of R-bits. This means that the fraction of R-bits will decrease as the number of SRI IDs is added.
• Figure 1 illustrates a R/F/LCID/(eLCID)/L MAC subheader with 8-bit L field.
• Figure 2 illustrates a R/F/LCID/(eLCID)/L MAC subheader with 16-bit L field.
• Figure 3 illustrates R/LCID/(eLCID) MAC subheader.
• Figure 4 illustrates a PUSCH Pathloss Reference RS Activation/Deactivation MAC CE.
• Figure 5 illustrates a prior solution MAC CE for accommodating multiple SRIs.
• Figure 6 illustrates a MAC CE with a F field, according to an embodiment of this disclosure.
• Figure 7 illustrates a MAC CE with an A/D field, according to an embodiment.
• Figure 8 illustrates a MAC CE with a C field, according to an embodiment of this disclosure
• Figure 9 is a flow chart of a method in a wireless device, in accordance with an embodiment.
• Figure 10 is a flow chart of a method in a network node, in accordance with an embodiment.
• Figure 11 illustrates one example of a wireless communications system in which embodiments of the present disclosure may be implemented.
• Figures 12 and 13 are block diagrams that illustrate a wireless device according to some embodiments of the present disclosure.
• Figures 14 and 15 are block diagrams that illustrate a network node according to some embodiments of the present disclosure
• Figure 16 illustrates a virtualized environment of a network node, according to some embodiments of the present disclosure.
• a PUSCH Pathloss Reference RS Activation/Deactivation MACE CE 100 which allows to resolve the problems mentioned above, is illustrated in Figure 6.
• a PUSCH Pathloss Reference RS Activation/Deactivation MAC CE allows to activate or inactivate/deactivate a certain PUSCH Pathloss Reference RS, identified by PUSCH- PathlossReferenceRS-Id as specified in 3GPP TS 38.331.
• RRC Radio Resource Control
• the UE becomes/stays inactive), as indicated by the MAC CE to the UE. If the pathloss reference RS is active, the UE considers it as available. If it is inactive (e.g. deactivated), the UE assumes it is not available (even though a “placeholder” is RRC configured).
• pathloss reference RS ID or “pathloss reference ID” or “pathloss reference” or “Pathloss RS ID” can be used interchangeably.
• the MAC CE 100 has the following fields:
• - Serving Cell ID 102 This field indicates the identity of the Serving Cell, which contains activated/deactivated SRS Resource Set. The length of the field is 5 bits;
• - BWP ID 104 This field indicates a UL BWP as the codepoint of the DCI bandwidth part indicator field as specified in 3GPP TS 38.212, which contains activated/deactivated SRS Resource Set.
• the length of the field is 2 bits;
• - SRI ID 106 This field indicates the SRI PUSCH power control ID identified by sri- PUSCH-PowerControlId as specified in 3GPP TS 38.331.
• the length of the field is 4 bits;
• Pathloss RS ID 108 This field indicates the PUSCH Pathloss Reference RS ID identified by PUSCH-PathlossReferenceRS-Id as specified in 3GPP TS 38.331, which is to be activated/deactivated.
• the length of the field is 6 bits;
• [0094] - E 110 indicates whether a mapping (or association) between the Pathloss RS ID and SRI ID(s) is added (or updated if the SRI ID was previously mapped to another Pathloss RS ID) or removed (in which case the SRI ID(s) are not mapped to any Pathloss RS ID). If the field is set to one value, the mappings are added/updated. If the field is set to another value, the mappings are removed. The length of the field is 1 bit;
• a SRI ID is used to indicate a set of power control elements/parameters. This set of power control parameters can be indicated to be mapped to a reference signal used for pathloss estimation.
• a PUSCH Pathloss Reference RS Activation/Deactivation MAC CE can include one or two SRI fields starting from octet 3 until octet n (see Figure 6 for example).
• the 2 can include the field F 112, which determines whether the last octet includes one or two SRI fields. In this first example, it should be noted that there may be no E field.
• the UE determines from the length field how many octets the MAC CE body contains. Further, the UE determines from the F field how many SRI fields the last octet contains. Combining the information from the length field and F field, the UE is able to determine how many SRI fields are mapped (or associated) to one pathloss reference RS. Based on this information, the UE can determine a transmit power for sending an uplink grant/transmission to the network node, for example.
• the MAC CE includes the E field, in addition to the F field.
• the E field determines how the UE should update the mapping of SRI to pathloss reference RS. More specifically, the E field can indicate whether a mapping between the Pathloss RS ID and SRI ID(s) are added (or updated if the SRI ID was previously mapped to another Pathloss RS ID) or removed (in which case the SRI ID(s) are not mapped to any Pathloss RS ID). For example, if the field is set to one value, the mappings are added/updated. If the field is set to another value, it means that the mappings given in the MAC CE should be removed by the UE.
• the E field can control whether the UE should forget any or all earlier mappings associated with the SRI and pathloss reference RS given in this MAC CE, or if the UE should consider the MAC CE as providing additional mappings for the indicated SRI. In this case, for example, if the E field is set to the value of zero (0), the UE forgets the mappings, if the E field is set to 1, the UE considers a mapping between SRI ID and the pathloss reference RS ID as an additional mapping. As such, the E field indicate to the UE about the mappings to be either forgotten or added, depending on the value of the E field.
• the UE can determine the number of SRI fields mapped to one pathloss reference RS, based on the length field and F field. Furthermore, from the E field, the UE can determine if the SRI fields are updated/added or removed with respect to the previous configuration the UE had for the mappings. Based on this information (i.e. the length and the F and E fields), the UE can determine a transmit power for sending an uplink grant/transmission to the network node, for example.
• FIG. 7 Another example of a PUSCH Pathloss Reference RS Activation/Deactivation MAC CE 200 is illustrated in Figure 7.
• the field E 110 (of Figure 6) is replaced by an A/D field 210.
• the MAC CE 200 of Figure 7 comprises the following fields:
• - Serving Cell ID 202 This field indicates the identity of the Serving Cell, which contains activated/deactivated SRS Resource Set. The length of the field is 5 bits;
• - BWP ID 204 This field indicates a UL BWP as the codepoint of the DCI bandwidth part indicator field as specified in 3GPP TS 38.212, which contains activated/deactivated SRS Resource Set.
• the length of the field is 2 bits;
• - SRI ID 206 This field indicates the SRI PUSCH power control ID identified by sri- PUSCH-PowerControlId as specified in 3GPP TS 38.331.
• the length of the field is 4 bits;
• - Pathloss RS ID 208 This field indicates the PUSCH Pathloss Reference RS ID identified by PUSCH-PathlossReferenceRS-Id as specified in 3GPP TS 38.331, which is to be activated/deactivated.
• the length of the field is 6 bits;
• This field indicates whether to activate or deactivate the indicated PUSCH Pathloss Reference RS.
• the field is set to one value to indicate activation, and to another value to indicate deactivation.
• the length of the field is 1 bit;
• - F 212 indicates the presence of one SRI ID in the last octet. If set to one value, there is 1 SRI ID field and 4 R-bits in the last octet. If set to another value, there are 2 SRI ID fields and no R-bits in the last octet. The length of the field is 1 bit;
• the MAC CE includes the A/D field 210. This field indicates whether to activate or deactivate the indicated PUSCH Pathloss Reference RS. For example, the field is set to 1 to indicate activation, otherwise it indicates deactivation. [0114] When the UE receives the MAC CE 200, the UE can determine if the indicated PUSCH Pathloss Reference RS is activated or inactivated. If the A/D 210 field indicates activation, then the UE activates the PUSCH Pathloss Reference RS. Based on this information, the UE can determine which are the activated PUSCH pathloss Reference RSs that may be used for determining the transmit power for sending an uplink transmission to the network node, for example. If the A/D 210 field indicates inactivation, then the UE does not use the inactivated PUSCH pathloss reference RS for determining the transmit power.
• FIG. 8 Another example of a PUSCH Pathloss Reference RS Activation/Deactivation MAC CE 300 is illustrated in Figure 8.
• the field C 312 can replace 2 of the 3 fields, E field 110, A/D field 210 and F field 112 or 212.
• the MAC CE 300 of Figure 8 comprises the following fields:
• - Serving Cell ID 302 This field indicates the identity of the Serving Cell, which contains activated/deactivated SRS Resource Set. The length of the field is 5 bits;
• - BWP ID 304 This field indicates a UL BWP as the codepoint of the DCI bandwidth part indicator field as specified in 3GPP TS 38.212, which contains activated/deactivated SRS Resource Set.
• the length of the field is 2 bits;
• SRI ID 306 This field indicates the SRI PUSCH power control ID identified by sri- PUSCH-PowerControlId as specified in 3GPP TS 38.331.
• the length of the field is 4 bits;
• Pathloss RS ID 308 This field indicates the PUSCH Pathloss Reference RS ID identified by PUSCH-PathlossReferenceRS-Id as specified in 3GPP TS 38.331, which is to be activated/deactivated.
• the length of the field is 6 bits;
• This field indicates options on how a UE should interpret the MAC CE 300. For example, one codepoint indicates that the MAC CE deactivates the PUSCH Pathloss Reference RS. A second codepoint indicates that the MAC CE activates the PUSCH Pathloss Reference RS but does not change the SRI mappings with the reference signal, given by RRC. A third codepoint indicates that the MAC CE activates the PUSCH Pathloss Reference RS and adds SRI ID mappings to the PUSCH Pathloss Reference RS, as given by the RRC configured mappings.
• a fourth codepoint indicates that the MAC CE activates the PUSCH Pathloss Reference RS and replaces the SRI ID mappings to the PUSCH Pathloss Reference RS as given by the RRC configured mappings, with another SRI ID mapping to the PUSCH Pathloss Reference RS.
• one codepoint can indicate that the MAC CE deactivates the PUSCH Pathloss Reference RS.
• a second codepoint can indicate that the MAC CE activates the PUSCH Pathloss Reference RS and has one SRI ID in the last octet.
• a third codepoint can indicate that the MAC CE activates the PUSCH Pathloss Reference RS and has two SRI ID in the last octet.
• a fourth codepoint can indicate that the MAC CE activates the PUSCH Pathloss Reference RS but does not change the SRI mappings, thus the MAC CE does not have any octets with SRI IDs.
• [0123] - F indicates the presence of one SRI ID in the last octet. If set to one value, there is 1 SRI ID field and 4 R-bits in the last octet. If set to another value, there are 2 SRI ID fields and no R-bits in the last octet. The length of the field is 1 bit;
• the MAC CE 300 includes a C field 312, instead of the E, A/D or F fields.
• the C field 312 can have a length of 2 (bits). This field indicates options on how the UE should interpret the MAC CE.
• one codepoint indicates that the MAC CE deactivates the PUSCH Pathloss Reference RS.
• a second codepoint indicates that the MAC CE activates the PUSCH Pathloss Reference RS but does not change the SRI mapping given by RRC.
• a third codepoint indicates that the MAC CE activates the PUSCH Pathloss Reference RS and adds SRI ID mappings to the PUSCH Pathloss Reference RS to the RRC configured mapping.
• a fourth codepoint indicates that the MAC CE activates the PUSCH Pathloss Reference RS and replaces the SRI ID mappings to the PUSCH Pathloss Reference RS to the RRC configured mapping.
• the UE can determine the indication contained in the C field 312 and apply the indication.
• the UE can activate the PUSCH Pathloss Reference RS and update it or add more SRI ID mappings. Based on this information, the UE can further determine a transmit power for sending an uplink grant/transmission to the network node, for example. If the indication from the C field 312 is to deactivate the PUSCH Pathloss Reference RS, then the UE deactivates the PUSCH Pathloss Reference RS.
• a MAC CE indicates or activates etc., it means that it is the UE or the MAC entity of the UE which performs the indication, activation etc., using the information provided in the MAC CE.
• Method 400 comprises:
• Step 410 receiving a MAC CE from a network node, the MAC CE comprising a plurality of octets and a plurality of fields, wherein a first field of the plurality of fields is used to indicate a number of sets of power control parameters in a last octet of the received MAC CE, the sets of power control parameters being associated with a reference signal used for path loss estimation; and
• Step 420 sending a transmission to a network node, based at least on a set of power control parameters associated with the reference signal.
• the reference signal can be indicated by the field for Pathloss RS ID and the power control parameters can be indicated by the fields for SRI IDs.
• one SRI ID (or one field for SRI ID) can indicate one set of power control parameters, where a set can comprise one or more power control parameters.
• a mapping between the SRI IDs and the Pathloss RS ID can be established in the MAC CE so that the power control parameters indicated by the SRI IDs are associated with the reference signal indicated by Pathloss RS ID.
• the wireless device may further determine a total number of sets of power control parameters associated with the reference signal, based on a length of the MAC CE and the first field.
• the first field can be the F field and the length of the MAC CE can be given by the L field in the MAC CE or is determined by Logical Channel ID (LCID).
• LCID Logical Channel ID
• An example can be shown in Figure 6, where the octets, starting from the third octet to the last octet, contain SRI IDs. These octets contain 2 SRI IDs per octet, except for the last octet, which can contain one SRI ID or two SRI IDs. Therefore, knowing the size of the MAC CE and the number of SRI IDs in the last octet, the UE can determine a total number of SRI IDs.
• the MAC CE may further comprise a second field for indicating the reference signal.
• the second field may be the field comprising/indicating the Pathloss RS ID.
• the reference signal can be a Sounding Reference Signal (SRS).
• SRS Sounding Reference Signal
• the first field may indicate a number of one set or two sets of power control parameters in the last octet of the MAC CE.
• the F field indicates if there are one or two SRI IDs, in the last octet of the MAC CE.
• the received MAC CE may further comprise a third field.
• the third field may indicate to the wireless device if a mapping (or an association) between a set of power control parameters and the reference signal is updated or added or removed.
• the third field can be the E field.
• the E field allows to indicate an update, adding or removal of any mappings/associations between the SRI IDs and the Pathloss RS ID, depending on the value of the E field.
• the third field e.g. E field
• the third field can indicate to the wireless device to inactivate or activate path loss estimation for uplink transmissions based on the reference signal (identified to be used for path loss estimation).
• the third field can be the A/D field.
• the path loss estimation is done for the PUSCH channel, for example.
• the A/D field or the MAC CE indicates activation, it means that the UE can determine which activated PUSCH pathloss Reference RSs (or reference signals) may be used for determining the transmit power for sending an uplink transmission to the network node, for example.
• the third field can indicate to the UE how to interpret the received MAC CE.
• the third field can be the C field.
• the third field may comprise: a first codepoint that indicates to the wireless device to deactivate the path loss estimation for uplink transmissions (e.g. PUSCH Path loss estimation); a second codepoint that indicates to the wireless device to activate the PUSCH Path loss estimation, but does not change a mapping between the sets of power control parameters and the reference signal; a third codepoint that indicates to the wireless device to activate the PUSCH Path loss estimation and to add a set of power control parameters to be mapped to the reference signal; and a fourth codepoint that indicates to the wireless device to activate the PUSCH Path loss estimation and to replace a set of power control parameters with another set of power control parameters to be mapped to the reference signal.
• Figure 10 illustrates a flow chart of a method 500 in a network node, such as gNB, for power control.
• Method 500 comprises:
• Step 510 sending to a wireless device a Media Access Control (MAC) Control Element (CE), the MAC CE comprising a plurality of octets, each of which comprising a plurality of fields, wherein a first field of the plurality of fields is used to indicate a number of sets of power control parameters in a last octet of the MAC CE, the set of power control parameters being associated with a reference signal used for path loss estimation; and
• MAC Media Access Control
• CE Media Access Control Element
• Step 520 receiving a transmission, based on at least a set of power control parameters associated with the reference signal.
• the reference signal can be indicated by the field for Pathloss RS ID 108 and the power control parameters can be indicated by the fields for SRI IDs 106.
• one SRI ID (or one field for SRI ID) can indicate one set of power control parameters, where a set can comprise one or more power control parameters.
• a mapping between the SRI IDs and the Pathloss RS ID can be established in the MAC CE so that the power control parameters indicated by the SRI IDs are associated with the reference signal indicated by Pathloss RS ID.
• a total number of sets of power control parameters associated with the reference signal can be determined based on a length of the MAC CE and the first field.
• the length of the MAC CE can be given by a L field in the MAC CE or is determined by Logical Channel ID (LCID).
• LCID Logical Channel ID
• the MAC CE further can comprise a second field for indicating the reference signal.
• the second field may be the field comprising/indicating the Pathloss RS ID.
• the reference signal can be a Sounding Reference Signal (SRS).
• SRS Sounding Reference Signal
• the first field can indicate a number of one set or two sets of power control parameters in the last octet of the MAC CE.
• the F field indicates if there are one or two SRI IDs, in the last octet of the MAC CE.
• the MAC CE may further comprise a third field.
• the third field can indicate to the wireless device if a mapping between a set of power control parameters and the reference signal is updated or added or removed.
• the third field can be the E field.
• the E field allows to indicate an update, adding or removal of any mappings/associations between the SRI IDs and the Pathloss RS ID, depending on the value of the E field.
• the third field (e.g. E field) can indicate to the wireless device to remove all previous mappings between a set of power control parameters and the reference signal.
• the third field can indicate to the wireless device to inactivate or activate a path loss estimation for uplink transmissions based on the reference signal (to be used for path loss estimation).
• the third field can be the A/D field.
• the path loss estimation is done for the PUSCH channel, for example.
• the third field can indicate to the UE how to interpret the received MAC CE.
• the third field can be the C field.
• the third field (e.g. C field) can comprise: a first codepoint that indicates to the wireless device to deactivate a path loss estimation for uplink transmissions based on the reference signal; a second codepoint that indicates to the wireless device to activate the path loss estimation for uplink transmissions based on the reference signal but does not change a mapping between the sets of power control parameters and the reference signal; a third codepoint that indicates to the wireless device to activate the path loss estimation for uplink transmissions based on the reference signal and to add a set of power control parameters to be mapped to the reference signal; and a fourth codepoint that indicates to the wireless device to activate the path loss estimation for uplink transmissions based on the reference signal and to replace a set of power control parameters with another set of power control parameters to be mapped to the reference signal.
• the associations between the sets of power control parameters and the reference signal can be given by mappings between SRI IDs and PUSCH pathloss ID.
• FIG 11 illustrates an example of a wireless network 600 that may be used for wireless communications.
• Wireless network 600 includes UEs 610 and a plurality of radio network nodes 620 (e.g., Node Bs (NBs) Radio Network Controllers (RNCs), evolved NBs (eNBs), next generation NB (gNBs), etc.) directly or indirectly connected to a core network 630 which may comprise various core network nodes.
• the network 600 may use any suitable radio access network (RAN) deployment scenarios, including Universal Mobile Telecommunication System (UMTS) Terrestrial Radio Access Network (UTRAN), and Evolved UMTS Terrestrial Radio Access Network (EUTRAN).
• UEs 610 may be capable of communicating directly with radio network nodes 620 over a wireless interface.
• UMTS Universal Mobile Telecommunication System
• UTRAN Universal Mobile Telecommunication System
• EUTRAN Evolved UMTS Terrestrial Radio Access Network
• UEs may also be capable of communicating with each other via device-to-device (D2D) communication.
• network nodes 620 may also be capable of communicating with each other, e.g. via an interface (e.g. X2 in LTE or other suitable interface).
• UE 610 may communicate with radio network node 620 over a wireless interface. That is, UE 610 may transmit wireless signals to and/or receive wireless signals from radio network node 620.
• the wireless signals may contain voice traffic, data traffic, control signals, and/or any other suitable information.
• an area of wireless signal coverage associated with a radio network node 620 may be referred to as a cell.
• a UE may be a wireless device, a radio communication device, target device, device to device (D2D) UE, machine type UE or UE capable of machine to machine communication (M2M), a sensor equipped with UE, iPAD, Tablet, mobile terminals, smart phone, laptop embedded equipped (LEE), laptop mounted equipment (LME), Universal Serial Bus (USB) dongles, Customer Premises Equipment (CPE) etc.
• D2D device to device
• M2M machine to machine communication
• iPAD machine to machine communication
• Tablet mobile terminals
• smart phone laptop embedded equipped (LEE), laptop mounted equipment (LME), Universal Serial Bus (USB) dongles, Customer Premises Equipment (CPE) etc.
• LEE laptop embedded equipped
• LME laptop mounted equipment
• USB Universal Serial Bus
• the “network node” can be any kind of network node which may comprise of a radio network node such as a radio access node (which can include a base station, radio base station, base transceiver station, base station controller, network controller, gNB, NR BS, evolved Node B (eNB), Node B, Multi-cell/multicast Coordination Entity (MCE), relay node, access point, radio access point, Remote Radio Unit (RRU), Remote Radio Head (RRH), a multi standard BS (also known as MSR BS), etc.), a core network node (e.g., MME, SON node, a coordinating node, positioning node, MDT node, etc.), or even an external node (e.g., 3rd party node, a node external to the current network), etc.
• the network node may also comprise a test equipment.
• network nodes 620 may interface with a radio network controller (not shown).
• the radio network controller may control network nodes 620 and may provide certain radio resource management functions, mobility management functions, and/or other suitable functions.
• the functions of the radio network controller may be included in the network node 620.
• the radio network controller may interface with the core network node 640.
• the radio network controller may interface with the core network node 640 via the interconnecting network 630.
• the interconnecting network 630 may refer to any interconnecting system capable of transmitting audio, video, signals, data, messages, or any combination of the preceding.
• the interconnecting network 630 may include all or a portion of a public switched telephone network (PSTN), a public or private data network, a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a local, regional, or global communication or computer network such as the Internet, a wireline or wireless network, an enterprise intranet, or any other suitable communication link, including combinations thereof.
• PSTN public switched telephone network
• LAN local area network
• MAN metropolitan area network
• WAN wide area network
• Internet a local, regional, or global communication or computer network
• wireline or wireless network such as the Internet
• enterprise intranet an enterprise intranet, or any other suitable communication link, including combinations thereof.
• the core network node 640 may manage the establishment of communication sessions and various other functionalities for wireless devices 310.
• Examples of core network node 640 may include MSC, MME, SGW, PGW, O&M, OSS, SON, positioning node (e.g. E-SMLC), MDT node, etc.
• Wireless devices 110 may exchange certain signals with the core network node 640 using the non-access stratum layer. In non-access stratum signaling, signals between wireless devices 610 and the core network node 640 may be transparently passed through the radio access network.
• network nodes 620 may interface with one or more other network nodes over an internode interface. For example, network nodes 620 may interface each other over an X2 interface.
• network 600 may include any suitable number of wireless devices 610 and network nodes 620, as well as any additional elements suitable to support communication between wireless devices or between a wireless device and another communication device (such as a landline telephone).
• the embodiments may be implemented in any appropriate type of telecommunication system supporting any suitable communication standards and using any suitable components and are applicable to any radio access technology (RAT) or multi-RAT systems in which the wireless device receives and/or transmits signals (e.g., data). While certain embodiments are described for NR.
• RAT radio access technology
• the embodiments may be applicable to any RAT, such as UTRA, E-UTRA, narrow band internet of things (NB-IoT), WiFi, Bluetooth, next generation RAT (NR, NX), 4G, 5G, LTE FDD/TDD, etc.
• the communication system 600 may itself be connected to a host computer (see Figure 20 for example).
• the network 600 (with the wireless devices 610 and network nodes 620) may be able to operate in LAA or unlicensed spectrum.
• FIG 12 is a schematic block diagram of the wireless device 610 according to some embodiments of the present disclosure.
• the wireless device 610 includes circuitry 700 comprising one or more processors 710 (e.g., Central Processing Einits (CPUs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), and/or the like) and memory 720.
• the wireless device 610 also includes one or more transceivers 730 each including one or more transmitters 740 and one or more receivers 750 coupled to one or more antennas 760.
• the processing circuitry 700 may be connected to an input interface 780 and an output interface 785.
• the input interface 780 and the output interface 785 may be referred to as communication interfaces.
• the wireless device 610 may further comprise power source 790.
• the functionality of the wireless device 610 described above may be fully or partially implemented in software that is, e.g., stored in the memory 720 and executed by the processor(s) 710.
• the processor 710 is configured to perform all the functionalities performed by the wireless device 610.
• the processor 710 can be configured to perform any steps of the method 400 Figure 9.
• a computer program including instructions which, when executed by the at least one processor 710, causes the at least one processor 710 to carry out the functionality of the wireless device 610 according to any of the embodiments described herein is provided.
• a carrier containing the aforementioned computer program product is provided.
• the carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium (e.g., a non-transitory computer readable medium such as memory).
• Figure 13 is a schematic block diagram of the wireless device 610 according to some other embodiments of the present disclosure.
• the wireless device 610 includes one or more modules 795, each of which is implemented in software.
• the module(s) 795 provide the functionality of the wireless device 610 described herein.
• the modules 795 comprise a receiving module operable to perform step 410 of Figure 9 and a sending module operable to perform step 420 of Figure 9.
• FIG 14 is a schematic block diagram of a network node 620 according to some embodiments of the present disclosure.
• the network node 620 includes a processing circuitry 800 comprising one or more processors 810 (e.g., CPUs, ASICs, FPGAs, and/or the like) and memory 820.
• the network node also comprises a network interface 830.
• the network node 320 also includes one or more transceivers 840 that each include one or more transmitters 850 and one or more receivers 860 coupled to one or more antennas 870.
• the functionality of the network node 620 described above may be fully or partially implemented in software that is, e.g., stored in the memory 820 and executed by the processor(s) 810.
• the processor 810 can be configured to perform any steps of the method 500 of Figure 10.
• FIG 15 is a schematic block diagram of the network node 620 according to some other embodiments of the present disclosure.
• the network node 620 includes one or more modules 880, each of which is implemented in software.
• the module(s) 880 provide the functionality of the network node 620 described herein.
• the module(s) 880 may comprise a sending module operable to perform step 510 of Figure 10 and a receiving module operable to perform 520 of Figure 10.
• Figure 16 is a schematic block diagram that illustrates a virtualized embodiment of the wireless device 610 or network node 620, according to some embodiments of the present disclosure.
• a “virtualized” node 1600 is a network node 620 or wireless device 610 in which at least a portion of the functionality of the network node 620 or wireless device 610 is implemented as a virtual component (e.g., via a virtual machine(s) executing on a physical processing node(s) in a network(s)).
• a virtual appliance 1620 implementing the methods or parts of the methods of some embodiments.
• the one or more instance(s) runs in a cloud computing environment 1600.
• the cloud computing environment provides processing circuits 1630 and memory 1690-1 for the one or more instance(s) or virtual applications 1620.
• the memory 1690-1 contains instructions 1695 executable by the processing circuit 1660 whereby the instance 1620 is operative to execute the methods or part of the methods described herein in relation to some embodiments.
• the cloud computing environment 1600 comprises one or more general-purpose network devices including hardware 1630 comprising a set of one or more processor(s) or processing circuits 1660, which may be commercial off-the-shelf (COTS) processors, dedicated Application Specific Integrated Circuits (ASICs), or any other type of processing circuit including digital or analog hardware components or special purpose processors, and network interface controller(s) (NICs) 1670, also known as network interface cards, which include physical Network Interface 1680.
• the general-purpose network device also includes non-transitory machine readable storage media 1690-2 having stored therein software and/or instructions 1695 executable by the processor 1660.
• the processor(s)/processing circuits 1660 execute the software/instructions 1695 to instantiate a hypervisor 1650, sometimes referred to as a virtual machine monitor (VMM), and one or more virtual machines 1640 that are run by the hypervisor 1650.
• a hypervisor 1650 sometimes referred to as a virtual machine monitor (VMM)
• VMM virtual machine monitor
• a virtual machine 1640 is a software implementation of a physical machine that runs programs as if they were executing on a physical, non-virtualized machine; and applications generally do not know they are running on a virtual machine as opposed to running on a “bare metal” host electronic device, though some systems provide para-virtualization which allows an operating system or application to be aware of the presence of virtualization for optimization purposes.
• Each of the virtual machines 1640, and that part of the hardware 1630 that executes that virtual machine 1640 be it hardware 1630 dedicated to that virtual machine 1640 and/or time slices of hardware 1630 temporally shared by that virtual machine 1640 with others of the virtual machine(s) 1640, forms a separate virtual network element(s) (VNE).
• VNE virtual network element
• the hypervisor 1650 may present a virtual operating platform that appears like networking hardware to virtual machine 1640, and the virtual machine 1640 may be used to implement functionality such as control communication and configuration module(s) and forwarding table(s), this virtualization of the hardware is sometimes referred to as network function virtualization (NFV).
• NFV network function virtualization
• CPE customer premise equipment
• Different embodiments of the instance or virtual application 1620 may be implemented on one or more of the virtual machine(s) 1640, and the implementations may be made differently.
• a carrier comprising the aforementioned computer program product.
• the carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium (e.g., a non-transitory computer readable medium such as memory).
• Some embodiments may be represented as a non-transitory software product stored in a machine-readable medium (also referred to as a computer-readable medium, a processor-readable medium, or a computer usable medium having a computer readable program code embodied therein).
• the machine-readable medium may be any suitable tangible medium including a magnetic, optical, or electrical storage medium including a diskette, compact disk read only memory (CD-ROM), digital versatile disc read only memory (DVD-ROM) memory device (volatile or non-volatile), or similar storage mechanism.
• the machine-readable medium may contain various sets of instructions, code sequences, configuration information, or other data, which, when executed, cause a processor to perform steps in a method according to one or more of the described embodiments.
• Those of ordinary skill in the art will appreciate that other instructions and operations necessary to implement the described embodiments may also be stored on the machine-readable medium.
• Software running from the machine-readable medium may interface with circuitry to perform the described tasks.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Mobile Radio Communication Systems (AREA)
• Data Exchanges In Wide-Area Networks (AREA)
• Small-Scale Networks (AREA)
• Maintenance And Management Of Digital Transmission (AREA)

Priority Applications (16)

Applications Claiming Priority (2)

Related Child Applications (2)

Publications (1)

Family

ID=75539731

Family Applications (1)

Country Status (14)

Families Citing this family (2)

Citations (1)

Family Cites Families (5)

• 2021
  • 2021-04-12 AU AU2021261647A patent/AU2021261647B2/en active Active
  • 2021-04-12 EP EP21719283.0A patent/EP4140202B1/en active Active
  • 2021-04-12 JP JP2022564215A patent/JP7432009B2/ja active Active
  • 2021-04-12 US US17/919,396 patent/US11871356B2/en active Active
  • 2021-04-12 EP EP23205519.4A patent/EP4311318A3/en active Pending
  • 2021-04-12 PE PE2022002456A patent/PE20230522A1/es unknown
  • 2021-04-12 CN CN202310332235.XA patent/CN116321385A/zh active Pending
  • 2021-04-12 BR BR112022021455A patent/BR112022021455A2/pt unknown
  • 2021-04-12 KR KR1020227038455A patent/KR20220163449A/ko not_active Application Discontinuation
  • 2021-04-12 MX MX2022013101A patent/MX2022013101A/es unknown
  • 2021-04-12 CN CN202180030322.9A patent/CN115428532A/zh active Pending
  • 2021-04-12 ES ES21719283T patent/ES2969924T3/es active Active
  • 2021-04-12 WO PCT/IB2021/053004 patent/WO2021214586A1/en active Application Filing
  • 2021-04-12 CA CA3176230A patent/CA3176230A1/en active Pending
• 2022
  • 2022-09-30 ZA ZA2022/10852A patent/ZA202210852B/en unknown
  • 2022-10-18 CO CONC2022/0014710A patent/CO2022014710A2/es unknown
• 2023
  • 2023-11-28 US US18/521,411 patent/US20240147381A1/en active Pending

Patent Citations (1)

Non-Patent Citations (6)

Also Published As

Similar Documents

Legal Events