Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for multi-transmission and reception point transmission. In a solution, a terminal device receives, from a network device, configuration information indicating a pathloss offset, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein a pathloss offset is associated with the first pathloss reference signal; consider the pathloss offset when performing the second uplink transmission.

Description

DEVICES AND METHODS FOR COMMUNICATION

[0001] FIELDS

[0002] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for a multi-transmission and reception point (multi-TRP / M-TRP) transmission.BACKGROUND

[0003] Technology of multiple input multiple output (MIMO) has been widely used in current wireless communication system, where a large number of antenna elements are used by a network device for communicating with a terminal device. Further, in order to improve the reliability and robustness of the communication between the network device and the terminal device, technology of multi-transmission and reception point (multi-TRP / M-TRP) has been proposed and discussed.

[0004] One example scenario of (multi-TRP) is the terminal device is configured to communicate with a Macro the next Generation Node B (gNB)  / node and the Micro node. If so, the terminal device may perform uplink transmission with both the Macro gNB and the Micro node. However, in some cases, the network device may not configure downlink pathloss reference signal for the Micro node. In this event, the uplink transmission with the Micro node would be influenced, especial for the determination of a transmit power associated with the Micro node.SUMMARY

[0005] In general, embodiments of the present disclosure provide a solution for a multi-TRP transmission.

[0006] In a first aspect, there is provided a terminal device comprising: a processor configured to cause the terminal device to: receive, from a network device, configuration information indicating a pathloss offset, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink  transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein a pathloss offset is associated with the first pathloss reference signal; perform at least one of the following when performing the second uplink transmission: determining a transmit power based on the pathloss offset and the first pathloss reference signal; determining a power headroom value based on the pathloss offset; selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset, selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset, selecting a preamble for a random access procedure based on the pathloss offset, determining a repetition of a message 1 of a 4-step random access procedure for system information (SI) request based on the pathloss offset, determining a repetition of a message 3 of a 4-step random access procedure based on the pathloss offset, performing a timing advance validation by considering the pathloss offset.

[0007] In a second aspect, there is provided a network device comprising: a processor configured to cause the network device to: generate configuration information for a terminal device, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein the configuration information indicates a pathloss offset associated with the first pathloss reference signal; and transmit the configuration information to the terminal device.

[0008] In a third aspect, there is provided a communication method performed by a terminal device. The method comprises: receiving, from a network device, configuration information indicating a pathloss offset, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein a pathloss offset is associated with the first pathloss reference signal; performing at least one of the following when performing the second uplink transmission: determining a transmit power based on the pathloss offset and the first pathloss reference signal; determining a power headroom value based on the pathloss offset; selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset, selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset, selecting a preamble for a  random access procedure based on the pathloss offset, determining a repetition of a message 1 of a 4-step random access procedure for system information (SI) request based on the pathloss offset, determining a repetition of a message 3 of a 4-step random access procedure based on the pathloss offset, performing a timing advance validation by considering the pathloss offset.

[0009] In a fourth aspect, there is provided a communication method performed by a network device. The method comprises: generating configuration information for a terminal device, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein the configuration information indicates a pathloss offset associated with the first pathloss reference signal; and transmitting the configuration information to the terminal device.

[0010] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to carry out the method according to the third, or fourth aspect.

[0011] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Through the more detailed description of some example embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0013] FIGS. 1A to 1D illustrate example structures of signallings;

[0014] FIG. 2 illustrates an example communication environment in which example embodiments of the present disclosure can be implemented;

[0015] FIG. 3 illustrates a signaling flow of communication in accordance with some embodiments of the present disclosure;

[0016] FIGS. 4A and 4B illustrate example structures of signallings in accordance with  some embodiments of the present disclosure;

[0017] FIGS. 5A to 5C illustrate example communication environments in which example embodiments of the present disclosure can be implemented;

[0018] FIG. 6 illustrates a flowchart of a method implemented at a terminal device according to some example embodiments of the present disclosure;

[0019] FIG. 7 illustrates a flowchart of a method implemented at a network device according to some example embodiments of the present disclosure;

[0020] FIG. 8 illustrates a simplified block diagram of an apparatus that is suitable for implementing example embodiments of the present disclosure.

[0021] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0022] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

[0023] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0024] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and  Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further have ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0025] The term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0026] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0027] The terminal or the network device may work on several frequency ranges, e.g., FR1 (e.g., 450 MHz to 6000 MHz) , FR2 (e.g., 24.25GHz to 52.6GHz) , frequency band larger than 100 GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0028] The embodiments of the present disclosure may be performed in test equipment, e.g., signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator. In some embodiments, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In some embodiments, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In some embodiments, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0029] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0030] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0031] As used herein, the term “resource, ” “transmission resource, ” “uplink resource, ”  or “downlink resource” may refer to any resource for performing a communication, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0032] As used herein, the term “TRP” may refer to an antenna port or an antenna array (with one or more antenna elements) available to the network device located at a specific geographical location. For example, a network device may be coupled with multiple TRPs in different geographical locations to achieve better coverage. Alternatively, or in addition, multiple TRPs may be incorporated into a network device, or in other words, the network device may comprise the multiple TRPs. The term “TRP” may be also referred to as a cell, such as a macro-cell, a micro-cell, a small cell, a pico-cell, a femto-cell, a remote radio head, a relay node, etc. It is to be understood that the term “TRP” may refer to a logical concept which may be physically implemented by various manner.

[0033] There may be explicit TRP ID. Alternatively, there may be no explicit TRP identification (ID) . If multi-downlink control information (M-DCI) is assumed, the TRP ID may be implicitly identified via control resource set (CORESET) Pool Index (CORESETPoolIndex) . If single-DCI (S-DCI) is assumed, the TRP ID may implicitly identified via a first / second joint / UL TCI state or a sounding reference signal (SRS) resource set ID for uplink (UL) transmission at least. Therefore, the term “TRP” can be used interchangeably with the terms “TCI state” , “resource set” , “SRS resource set” , or other RS resource set.

[0034] As used herein, a beam may be associated with a reference signal (RS) (e.g., synchronization signal and physical broadcast channel (PBCH) block, SSB, channel status information (CSI) -RS, sounding reference signal, SRS) , an RS resource, RS resource identity (ID) , (channel / interference) measurement RS / resource, quasi co-location (QCL) RS, source RS, reference RS, type of QCL (e.g., type A / B / C / D) , (source / reference) RS of a type of QCL, transmission configuration indicator (TCI) state, spatial Rx parameter, UL Tx spatial filter, path loss (reference) RS, power control related parameter, spatial relation, spatial relation information. In view this, any of the above terms may be replaced by any other of the above terms. In summary, a beam refers to a resource that enables a  spatially directional communication, and thus may be identified by other suitable parameter in other embodiments. In present disclosure is not limited in this regard.

[0035] As used herein, a resource may be replaced by a recourse group, a resource set, resource setting, resource configuration, port, port group. In present disclosure is not limited in this regard.

[0036] As used herein, the terms “UE expects” , “UE does not expect, “terminal device expects” , “terminal device does not expect” may imply restrictions on a configuration of a network device (also referred to as NW configuration) . The terms “UE is not expected to” and “terminal device is not expected to” may imply a terminal implementation, also referred to as UE implementation. In some embodiments, the terms “UE does not expect” and “UE is not expected to” may be used equally.

[0037] Legacy power control is based on pathloss (PL) measured via PL reference signal (RS) .

[0038] Reference is now made to FIG. 1A, which illustrates an example pathloss reference RS update medium access control (MAC) control element (CE) 100A.

[0039] In the example of FIG. 1A, the SRS pathloss reference RS MAC CE is identified by a MAC subheader with extended logical channel identification (eLCID) . It may have a fixed size of 24 bits:

[0040] ● Serving Cell ID: This field indicates the identity of the Serving Cell, which contains activated SRS Resource Set. The length of the field is 5 bits;

[0041] ● BWP ID: This field indicates a UL BWP as the codepoint of the downlink control information (DCI) bandwidth part indicator field, which contains activated SRS Resource Set. The length of the field is 2 bits;

[0042] ● SRS Resource Set ID: This field indicates the SRS Resource Set ID identified by SRS-ResourceSetId The length of the field is 4 bits;

[0043] ● Pathloss Reference RS ID: This field indicates the Pathloss Reference RS ID identified by srs-PathlossReferenceRS-Id. It updates the pathloss reference RS for an SRS-resource set indicated by SRS Resource Set ID field. The length of the field is 6 bits;

[0044] ● R: Reserved bit, set to 0.

[0045] Reference is now made to FIG. 1B, which illustrates an example physical uplink  shared channel (PUSCH) pathloss reference RS update MAC CE 100B.

[0046] In the example of FIG. 1B, the PUSCH pathloss reference RS update MAC CE is identified by a MAC subheader with eLCID. It may have a variable size and consists of the following fields:

[0047] ● Serving Cell ID: This field indicates the identity of the Serving Cell, which contains activated PUSCH Pathloss reference RS. The length of the field is 5 bits;

[0048] ● Bandwidth part (BWP) ID: This field indicates a UL BWP as the codepoint of the DCI bandwidth part indicator field as specified in TS 38.212, which contains activated PUSCH Pathloss Reference RS. The length of the field is 2 bits;

[0049] ● T: If the UE is configured with two SRS resources sets for codebook or non-codebook, in the indicated bandwidth part of the indicated Serving Cell, if this field is set to 0, SRS resource indicator (SRI) ID (s) to be updated are the ones associated with the first SRS resource set, and if is set to 1 the SRI ID (s) to be updated are the ones associated with the second SRS resource set. Otherwise, this field is a reserved bit set to 0;

[0050] ● PUSCH Pathloss Reference RS ID: This field indicates the PUSCH Pathloss Reference RS ID identified by PUSCH-PathlossReferenceRS-Id, which is to be updated in the SRI PUSCH power control mappings indicated by SRI ID fields indicated in the same MAC CE.The length of the field is 6 bits;

[0051] ● C: This field indicates the presence of the additional SRI ID in the last octet of this MAC CE. If this field is set to 1, two SRI ID (s) are present in the last octet. Otherwise only one SRI ID (i.e. the first SRI ID) is present in the last octet;

[0052] ● SRI ID: This field indicates the SRI PUSCH power control ID identified by sri-PUSCH-PowerControlId. The length of the field is 4 bits;

[0053] ● R: Reserved bit, set to 0.

[0054] As for PUSCH, if a UE transmits a PUSCH on active UL BWP b of carrier f of serving cell c using parameter set configuration with index j and PUSCH power control adjustment state with index l, the UE determines the PUSCH transmission power PPUSCH, b, f, c (i, j, qd, l) in PUSCH transmission occasion i as:

[0055] ● PCMAX, f, c (i) is UE configured maximum output power,

[0056] ● PO_PUSCH, f, c (0) is target power P0,

[0057] ● αb, f, c (j) is pathloss exponent alpha,

[0058] ●  is the bandwidth of the PUSCH resource assignment expressed in number of resource blocks,

[0059] ● PLb f, c (qd) is a downlink pathloss estimate in dB calculated by the UE using reference signal (RS) index qd,

[0060] ●  for Ks=1.25 and ΔTF, f, c (i) for Ks=0 where Ks is provided by deltaMCS,

[0061] ● fb, f, c (i, l) is the PUSCH power control adjustment state.

[0062] As for physical uplink control channel (PUCCH) , the UE determines the PUCCH transmission power as below.

[0063] ● PO_PUCCH, b, f, c (qu) is a parameter composed of the sum of a component PO_NOMINAL, PUCCH, provided by p0-nominal, or PO_NOMINAL, PUCCH=0 dBm if p0-nominal is not provided, for carrier f of primary cell c and, if provided, a component PO_UE_PUCCH (qu) provided by p0-PUCCH-Value in P0-PUCCH for active UL BWP b of carrier f of primary cell c, where 0≤qu＜Qu. Qu is a size for a set of PO_UE_PUCCH values provided by maxNrofPUCCH-P0-PerSet. The set of PO_UE_PUCCH values is provided by p0-Set. If p0-Set is not provided to the UE, PO_PUCCH, b, f, c (qu) =0, 0≤qu＜Qu;

[0064] ● PLb, f, c (qd) is a downlink pathloss estimate in dB calculated by the UE using RS resource index qd 1 for the active DL BWP b of carrier f of the primary cell c;

[0065] ● The parameter ΔF_PUCCH (F) is a value of deltaF-PUCCH-f0 for PUCCH format 0, deltaF-PUCCH-f1 for PUCCH format 1, deltaF-PUCCH-f2 for PUCCH format 2, deltaF-PUCCH-f3 for PUCCH format 3, and deltaF-PUCCH-f4 for PUCCH format 4, if provided; otherwise ΔF_PUCCH (F) =0;

[0066] ● for the PUCCH power control adjustment state gb, f, c (i, l) for active UL BWP b of carrier f of primary cell c and PUCCH transmission occasion i.

[0067] As for SRS, the UE determines the SRS transmission power as below.

[0068] ● PO_SRS, b, f, c (qs) is provided by p0 for active UL BWP b of carrier f of serving cell c and SRS resource set qs provided by SRS-ResourceSet and SRS-ResourceSetId,

[0069] ● MSRS, b, f, c (i) is an SRS bandwidth expressed in number of resource blocks for SRS transmission occasion i on active UL BWP b of carrier f of serving cell c and μ is a SCS configuration,

[0070] ● αSRS, b, f, c (qs) is provided by alpha for active UL BWP b of carrier f of serving cell c and SRS resource set qs,

[0071] ● hb, f, c (i, l)=fb, f, c (i, l) , where fb, f, c (i, l) is the current PUSCH power control adjustment state, if srs-PowerControlAdjustmentStates indicates a same power control adjustment state for SRS transmissions and PUSCH transmissions.

[0072] As for physical random access channel (PRACH) , the UE determines the PRACH transmission power as below: PPRACH, b, f, c (i) =min{PCMAX, f, c (i) , PPRACH, target, f, c+PLb, f, c} .

[0073] ● PPRACH, target, f, c is the PRACH target reception power PREAMBLE_RECEIVED_TARGET_POWER provided by higher layers for the active UL BWP b of carrier f of cell c.

[0074] If the active TCI state for the physical downlink control channel (PDCCH) that provides the PDCCH order includes two RS, the UE expects that one RS is configured with qcl-Type set to 'typeD'a nd the UE uses the one RS when applying a value provided by powerControlOffsetSS.

[0075] DCI format 2_2 is used for the transmission of transmit power control (TPC) commands for PUCCH and PUSCH. The following information is transmitted by means of the DCI format 2_2 with cyclic redundancy check (CRC) scrambled by TPC-PUSCH-radio network temporary identifier (RNTI) or TPC-PUCCH-RNTI: block number 1, block  number 2, …, block number N.

[0076] The parameter tpc-PUSCH or tpc-PUCCH provided by higher layers determines the index to the block number for an UL of a cell, with the following fields defined for each block:

[0077] ● Closed loop indicator -0 or 1 bit.

[0078] ● For DCI format 2_2 with TPC-PUSCH-radio network temporary identifier (RNTI) , 0 bit if the UE is not configured with high layer parameter twoPUSCH-PC-AdjustmentStates, in which case UE assumes each block in the DCI format 2_2 is of 2 bits; 1 bit otherwise, in which case UE assumes each block in the DCI format 2_2 is of 3 bits;

[0079] ● For DCI format 2_2 with TPC-PUCCH-RNTI, 0 bit if the UE is not configured with high layer parameter twoPUCCH-PC-AdjustmentStates, in which case UE assumes each block in the DCI format 2_2 is of 2 bits; 1 bit otherwise, in which case UE assumes each block in the DCI format 2_2 is of 3 bits;

[0080] ● TPC command -2 bits.

[0081] The number of information bits in format 2_2 may be equal to or less than the payload size of format 1_0 monitored in common search space in the same serving cell. If the number of information bits in format 2_2 is less than the payload size of format 1_0 monitored in common search space in the same serving cell, zeros shall be appended to format 2_2 until the payload size equals that of format 1_0 monitored in common search space in the same serving cell.

[0082] DCI format 2_3 is used for the transmission of a group of TPC commands for SRS transmissions by one or more UEs. Along with a TPC command, an SRS request may also be transmitted.

[0083] The following information is transmitted by means of the DCI format 2_3 with CRC scrambled by TPC-SRS-RNTI:

[0084] ● block number 1, block number 2, …, block number;

[0085] where the starting position of a block is determined by the parameter startingBitOfFormat2-3 or startingBitOfFormat2-3SUL-v1530 provided by higher layers for the UE configured with the block.

[0086] If the UE is configured with higher layer parameter srs-TPC-PDCCH-Group =typeA for an UL without PUCCH and PUSCH or an UL on which the SRS power control is not tied with PUSCH power control, one block is configured for the UE by higher layers, with the following fields defined for the block:

[0087] ● -SRS request -0 or 2 bits;

[0088] ● -TPC command number 1, TPC command number 2, ..., TPC command number N, where each TPC command applies to a respective UL carrier provided by higher layer parameter cc-IndexInOneCC-Set.

[0089] If the UE is configured with higher layer parameter srs-TPC-PDCCH-Group =typeB for an UL without PUCCH and PUSCH or an UL on which the SRS power control is not tied with PUSCH power control, one block or more blocks is configured for the UE by higher layers where each block applies to an UL carrier, with the following fields defined for each block:

[0090] ● -SRS request -0 or 2 bits;

[0091] ● -TPC command -2 bits.

[0092] The number of information bits in format 2_3 shall be equal to or less than the payload size of format 1_0 monitored in common search space in the same serving cell. If the number of information bits in format 2_3 is less than the payload size of format 1_0 monitored in common search space in the same serving cell, zeros shall be appended to format 2_3 until the payload size equals that of format 1_0 monitored in common search space in the same serving cell.

[0093] The example structure 200A illustrated in FIG. 2A may refer to a single entry PHR MAC CE which is identified by a MAC subheader with logical channel identification (LCID) . Further, the example structure 200A has a fixed size and consists of two octets defined as follows:

[0094] ● R: Reserved bit, set to 0;

[0095] ● Power Headroom (PH) : This field indicates the power headroom level. The length of the field is 6 bits;

[0096] ● P: If mpe-Reporting-FR2 is configured and the Serving Cell operates on FR2, the MAC entity shall set this field to 0 if the applied power-management maximum power reduction  (P-MPR) value, to meet MPE requirements, is less than P-MPR_00and to 1 otherwise. If mpe-Reporting-FR2 is not configured or the Serving Cell operates on FR1, this field indicates whether power backoff is applied due to power management (as allowed by P-MPRc) . The MAC entity shall set the P field to 1 if the corresponding PCMAX, f, c field would have had a different value if no power backoff due to power management had been applied; ● PCMAX, f, c: This field indicates the PCMAX, f, c used for calculation of the preceding PH field;● MPE: If mpe-Reporting-FR2 is configured, and the Serving Cell operates on FR2, and if the P field is set to 1, this field indicates the applied power backoff to meet MPE requirements. This field indicates an index and the corresponding measured values of P-MPR levels is in dB. The length of the field is 2 bits. If mpe-Reporting-FR2 is not configured, or if the Serving Cell operates on FR1, or if the P field is set to 0, R bits are present instead.

[0097] The example structure 200C illustrated in FIG. 2C may refer to the enhanced single entry PHR for multiple TRP MAC CE is identified by a MAC subheader with eLCID. The two PHs together with one PCMAX, f, c for the Serving Cell are reported if UE is configured with twoPHRMode with the multiple TRP PUSCH repetition feature is configured. Further, the example structure 200A has a fixed size and consists of three octets defined as follows:

[0098] ● R: Reserved bit, set to 0;

[0099] ● Power Headroom i (PH i) : This field indicates the power headroom level, where PH 1 is associated with the SRS-ResourceSet with a lower srs-ResourceSetId and PH 2 is associated with the SRS-ResourceSet with a higher srs-ResourceSetId. PH fields for a Serving Cell are included in ascending order based on i. The length of the field is 6 bits;

[0100] ● P: If mpe-Reporting-FR2 is configured and the Serving Cell operates on FR2, the MAC entity shall set this field to 0 if the applied P-MPR value, to meet MPE requirements, is less than P-MPR_00 and to 1 otherwise. If mpe-Reporting-FR2 is not configured or the Serving Cell operates on FR1, this field indicates whether power backoff is applied due to power management (as allowed by P-MPRc) . The MAC entity shall set the P field to 1 if the corresponding PCMAX, f, c field would have had a different value if no power backoff due to power management had been applied;

[0101] ● V: This field indicates if the PH value for the corresponding TRP is based on a real transmission or a reference format. For Type 1 PH, the V field set to 0 indicates real transmission on PUSCH and the V field set to 1 indicates that a PUSCH reference format is used;

[0102] ● PCMAX, f, c: This field indicates the PCMAX, f, c used for calculation of the preceding PH field;

[0103] ● MPE: If mpe-Reporting-FR2 is configured, and the Serving Cell operates on FR2, and if the P field is set to 1, this field indicates the applied power backoff to meet MPE requirements. This field indicates an index and the corresponding measured values of P-MPR levels is in dB. The length of the field is 2 bits. If mpe-Reporting-FR2 is not configured, or if the Serving Cell operates on FR1, or if the P field is set to 0, R bits are present instead.

[0104] In the present disclosures, below three types of power headroom (also may be referred to as PHR Type 1 / 2 / 3 sometimes) are defined:

[0105] ● Type 1 power headroom: the difference between the nominal UE maximum transmit power and the estimated power for uplink shared channel (UL-SCH) transmission per activated Serving Cell;

[0106] ● Type 2 power headroom: the difference between the nominal UE maximum transmit power and the estimated power for UL-SCH and physical uplink control channel (PUCCH) transmission on special cell (SpCell) of the other MAC entity (i.e. evolved universal terrestrial radio access (E-UTRA) MAC entity in EUTRA-NR dual connection (EN-DC) , new radio E-UTRA dual connectivity (NE-DC) , and next generation RAN E-UTRA new radio-dual connectivity (NGEN-DC) cases) ;

[0107] ● Type 3 power headroom: the difference between the nominal UE maximum transmit power and the estimated power for SRS transmission per activated Serving Cell.

[0108] PHR Type1 based on actual transmission may be calculated as below.

[0109] PHR Type1 based on reference transmission may be calculated as below.

[0110] where is computed assuming MPR=0 dB, A-MPR=0 dB, P-MPR=0 dB and ΔTC = 0 dB.

[0111] PHR Type3 based on actual transmission may be calculated as below. PHtype3, b, f, c (i, qs) =PCMAX, f, c (i) - {PO_SRS, b, f, c (qs) +10log10 (2P·MSRS, b, f, c (i) ) +DSRS, b, f, c (qs) ·PLb, f, c (qd) +hb, f, c (i) } .

[0112] PHR Type3 based on reference transmission may be calculated as below.

[0113] As discussed above, in order to improve the reliability and robustness of the communication between the network device and the terminal device, technology of multi-TRP / M-TRP has been proposed and discussed. In release 19 work item description (WID) , it is clear that pathloss offset will be supported.

[0114] Heterogeneous Network may be deployed to improve UL throughput. For example, the UE is configured to communicate with a macro gNB and the micro node. Since the macro gNB and micro nodes differ in power rating, a UE may receive DL transmission from the macro gNB, but transmit UL to either the macro gNB or non-co-located micro nodes in order to maximize UL throughput. As an option to further reduce energy consumption, the micro nodes can, for instance, reduce or even turn off DL transmissions. That is, a UE may transmit uplink (UL) to M-TRP but only receive downlink transmission (DL) from single-TRP (such as, not receive DL transmission from the second TRP) , which means that measuring PL RS may not provide accurate PL estimation (for the second TRP) .

[0115] To support such deployment scenario, enhancements on UL power control (PC) are needed at least. First, when pathloss RS is transmitted from the macro gNB and the UE transmits UL to the micro nodes, the pathloss measured from the pathloss RS from the macro gNB is not accurate. Therefore, it is necessary to configure the UE with pathloss offset to facilitate accurate calculation of the pathloss associated with the micro nodes. Second, an additional sounding reference signal (SRS) closed-loop PC for DL channel status information (CSI) acquisition to the macro gNB (for DL transmission) , separate from that for the SRS to the micro nodes (for UL mTRP reception) should be introduced. Therefore, there is a need for supporting two closed-loop PC adjustment states for SRS, both separate from physical uplink shared channel (PUSCH) .

[0116] According to some embodiments of the present disclosure, enhancement for asymmetric DL sTRP / UL mTRP deployment scenarios may be enabled, assuming intra-band intra-distributed unit (DU) non-co-located MTRP scenarios, without changing existing cell definition or defining a new cell (e.g. UL-only cell) , assuming the release 17 / 18 unified transmission configuration indicator (TCI) framework and fully reusing the legacy QCL / UL spatial relation rules, targeting frequency range 1 (FR1) and frequency range 2 (FR2) .

[0117] The term “codepoint” also may be called as “code value” , “bit value” , “field value” sometimes. In present disclosure is not limited in this regard.

[0118] As used herein, pathloss reference RS also may be called as pathloss reference signal for brevity.

[0119] Some IEs and parameters used in this present disclosure are listed as below.

[0120] Principles and implementations of the present disclosure will be described in detail  below with reference to the figures.

[0121] Example environment

[0122] FIG. 2 illustrates an example communication network 100 in which embodiments of the present disclosure can be implemented. The communication network 100 includes a network device 220-1 and a network device 220-2 (collectively or individually referred to as network devices 120) . For purpose of discussion, the network device 220-1 is referred to as the first network device 220-1, and the network device 220-2 is referred to as the second network device 220-2. The network device 220 can provide services to a terminal device 210.

[0123] Additionally, the network device 220-1 and the network device 220-2 also may be TRPs. In this event, the network device 220-1 may be referred to the first TRP and the network device 220-2 also may be referred to as the second TRP.

[0124] Additionally, as one specific example scenario, the first network device 220-1 may be a macro gNB (or node) and the second network device 220-1 may be a Micro node (such as, a Micro gNB) .

[0125] In the environment network 200, a link from the network devices 120 (such as, a first network device 220-1 or the second network device 220-2) to the terminal device 210 is referred to as a DL, while a link from the terminal device 210 to the network devices 120 (such as, a first network device 220-1 or the second network device 220-2) is referred to as an UL. In DL, the first network device 220-1 or the second network device 220-2 is a transmitting (TX) device (or a transmitter) and the terminal device 210 is a receiving (RX) device (or a receiver) . In UL, the terminal device 210 is a transmitting TX device (or a transmitter) and the first network device 220-1 or the second network device 220-2 is a RX device (or a receiver) .

[0126] It is to be understood that the number of devices and their connections shown in FIG. 2 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implementing example embodiments of the present disclosure. In the following, for the purpose of illustration, some example embodiments are described with the terminal device 210 operating as a UE and the network device 220 operating as a base station. However, in some example embodiments, operations described in connection with a terminal device may be implemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other device.

[0127] Example processes

[0128] Principle and implementations of the present disclosure will be described in detail below with reference to FIG. 3, which illustrates a signaling flow 300 of communication in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 300 will be discussed with reference to FIG. 2, for example, by using the terminal device 210 and the network device 220.

[0129] It is to be understood that the operations at the terminal device 210 and the network device 220 should be coordinated. In other words, the network device 220 and the terminal device 210 should have common understanding about configurations, parameters and so on. Such common understanding may be implemented by any suitable interactions between the network device 220 and the terminal device 210 or both the network device 220 and the terminal device 210 applying the same rule / policy. In the following, although some operations are described from a perspective of the terminal device 210, it is to be understood that the corresponding operations should be performed by the network device 220. Similarly, although some operations are described from a perspective of the network device 220, it is to be understood that the corresponding operations should be performed by the terminal device 210. Merely for brevity, some of the same or similar contents are omitted here.

[0130] In addition, in the following description, some interactions are performed among the terminal device 210 and the network device 220 (such as, exchanging configuration (s) and so on) . It is to be understood that the interactions may be implemented either in one single signaling / message / configuration or multiple signaling / messages / configurations, including system information, RRC message, downlink control information (DCI) message, uplink control information (UCI) message, MAC CE and so on. The present disclosure is not limited in this regard.

[0131] In the following embodiments, the terminal device 210 is configured with a first sounding reference signal (SRS) resource set and a second SRS resource set. In particular, the first SRS is associated with a first uplink transmission, and the second SRS resource set is associated with a second uplink transmission.

[0132] Refer to FIG. 2 for a better understanding. In the example of FIG. 2, the terminal device 210 is configured with a first SRS associated with an uplink transmission with the  Macro gNB, while the terminal device 210 is configured with a second SRS associated with an uplink transmission with the Micro node.

[0133] Further, the terminal device 210 is configured with a first pathloss reference signal, where the first pathloss reference signal is at least associated with the first uplink transmission.

[0134] In the example of FIG. 2, the terminal device 210 is configured with a downlink pathloss reference signal from the Marco gNB.

[0135] Sometimes, the terminal device 210 is not configured with a second pathloss reference signal from the Micro node. If so, the terminal device 210 cannot obtain a pathloss value by measuring pathloss reference signal from the Micro. As a result, some uplink-related procedures with the Micro node would be influenced due to lacking the pathloss value.

[0136] According to some embodiments of the present disclosure, at least this problem would be well handled. Details will be disused with reference to FIG. 3.

[0137] In operation, the terminal device 210 receives 320 configuration information from the network device 220, where the configuration information indicating a pathloss offset. According to the present, the pathloss offset is associated with the first pathloss reference signal. Then, when performing 340 the second uplink transmission, at least one of the following may be performed:

[0138] ● determining a transmit power based on the pathloss offset and the first pathloss reference signal;

[0139] ● determining a power headroom value based on the pathloss offset;

[0140] ● selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset,

[0141] ● selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset,

[0142] ● selecting a preamble for a random access procedure based on the pathloss offset,

[0143] ● determining a repetition of a message 1 of a 4-step random access procedure for system information (SI) request based on the pathloss offset,

[0144] ● determining a repetition of a message 3 of a 4-step random access procedure based on the pathloss offset,

[0145] ● performing a timing advance validation by considering the pathloss offset.

[0146] In this way, by associating the pathloss offset with the first pathloss reference signal, the first pathloss measured 330 based on the first pathloss reference signal may be used when performing uplink-related procedures with the Micro node.

[0147] Indication of pathloss offset and information on whether / how to apply the pathloss offset

[0148] In the following, how to indicate the pathloss offset and how to apply the pathloss offset are discussed.

[0149] In some embodiments, in addition to the first pathloss reference signal, the pathloss offset may be further associated with at least one of the following:

[0150] ● the second uplink transmission,

[0151] ● the second SRS resource set,

[0152] ● a transmission configuration indicator (TCI) associated with the second uplink transmission, or

[0153] ● a set of power control parameters associated with the second uplink transmission.

[0154] In this way, the association between the first pathloss reference signal and the second uplink transmission may be established by a variety of ways.

[0155] In some embodiments, the pathloss offset may be indicated by one of the following:

[0156] ● a pathloss offset value,

[0157] ● an index corresponding to a pathloss offset value, or

[0158] ● a value range of the pathloss offset value.

[0159] In the following, how to determine the transmit power for the uplink transmission will be discussed.

[0160] In some embodiments, the terminal device 210 may determine the transmit  power based on the pathloss offset. Alternatively, in some embodiments, the terminal device 210 may determine the transmit power based on an adjusted pathloss offset which is determined based on the pathloss offset and a coefficient.

[0161] In some embodiments, the pathloss offset may be associated with a specific uplink transmission type being one of the following:

[0162] ● an SRS transmission,

[0163] ● a physical random access channel (PRACH) transmission,

[0164] ● a physical uplink shared channel (PUSCH) transmission, or

[0165] ● a physical uplink control channel (PUCCH) transmission.

[0166] In some embodiments, the configuration information may further indicate at least one of the following:

[0167] ● an indication about whether to apply the pathloss offset,

[0168] ● an indication indicating the pathloss offset is not applied to the first SRS resource set, ● an indication indicating the pathloss offset is applied to the second SRS resource set, ● an indication indicating the pathloss offset is applied to the first SRS resource set,

[0169] ● an indication indicating the pathloss offset is not applied to the second SRS resource set,

[0170] ● an indication indicating the pathloss offset is not applied (or is applied) to PUSCH associated the first SRS resource set, or the first PUSCH,

[0171] ● an indication indicating the pathloss offset is applied (or is not applied) to PUSCH associated the second SRS resource set, or the second PUSCH,

[0172] ● an indication indicating the pathloss offset is not applied to both PUSCH associated the first and the second SRS resource set, or the first and the second PUSCH, or

[0173] ● an indication indicating the pathloss offset is not applied to both PUSCH associated the first and the second SRS resource set, or the first and the second PUSCH.

[0174] In some embodiments, if the pathloss offset is applied, different closed loop power adjustment states may be configured for the first and second uplink transmissions.

[0175] In some embodiments, if a usage of an SRS resource set is set to codebook or non-codebook, the pathloss offset may be associated with the SRS resource set.

[0176] In some embodiments, if a usage of an SRS resource set is set to antennaSwitching (or is set to beam management, or pathloss estimation) , the terminal device 210 may not expect the SRS resource set to be configured or applied with the pathloss offset.

[0177] For a better understanding about the above procedure, more example embodiments are discussed as below.

[0178] In operation, the terminal device 210 is provide with the following information: ● a first TCI state and a second TCI state,

[0179] ● a first SRS resource set and a second SRS resource set,

[0180] ● a first pathloss reference signal,

[0181] ● a pathloss offset.

[0182] In particular, the first pathloss offset is associated with the first pathloss reference signal. In this event, if a first UL transmission is performed with the first TCI and a first SRI, a first UL transmit power of the first UL transmission is not based on the configured pathloss offset. Accordingly, if a second UL transmission is performed with the second TCI and a second SRI, a second UL transmit power of the second UL transmission is at least determined based on the first pathloss reference signal and the configured pathloss offset.

[0183] In some embodiments, if pathloss offset is provided, the pathloss offset value may be scaled with alpha, for example, when calculate the transmit power or PH value, αb, f, c (j) · (PLb, f, c (qd) -offset) is used, where PLb, f, c (qd) = referenceSignalPower –higher layer filtered reference signal receiving power (RSRP) , and referenceSignalPower is provided by higher layers, ‘c’ refers to the serving cell, ‘j’ refers to an index of a parameter set configuration, ‘b’ refers to the active UL BWP of carrier f of serving cell c using parameter set configuration with index j. Additionally, subscript (i.e., b, f or c) may be dropped sometimes.

[0184] Alternatively, in some embodiments, if pathloss offset is provided, the pathloss offset value may be not scaled with alpha, for example, when calculate the transmit power  or PH value, αb, f, c (j) ·PLb, f, c (qd) –offset is used.

[0185] In some embodiments, the offset value is with unit dB, and is assumed to be positive.

[0186] Further, according to the specific scenario (such as, the FIG. 2) , the pathloss offset is configured for the micro node which is near the terminal device 210. In this event, “-” operation is used in the above definition, but it is also possible that the offset value can be positive or negative value and either “+” or “-” can be used.

[0187] In some embodiments, the pathloss offset value may be indicated in a way of exact value, or exact range. Alternatively, the pathloss offset value may be indicated by some indexing methods.

[0188] Table 1

[0189] In the above table 1, indices are defined for different value or value range. In this event, an index may be used for indicating the pathloss offset information.

[0190] In some embodiments, a radio resource control (RRC) configuration may be used to indicate pathloss offset information, for example, an exact value (e.g., 0 dB, 3 dB, 6dB, etc. ) or an exact range, or may be an index corresponding to a value or a value range. In some embodiments, a MAC CE / DCI indication may be used to indicate pathloss offset information, such as, an index corresponding to a value or a value range. Additionally, the bit length is depending on how many offset values (value ranges) are supported.

[0191] In some embodiments, if a value range is indicated, it may be up to UE to apply a value with the indicated range, or it implies to apply the lower / higher bound of the range.

[0192] Additionally, in some embodiments, the pathloss offset value may be indicated for PUSCH, PUCCH, PRACH, SRS, respectively. For example, a first pathloss offset is  configured for the PUSCH and the second pathloss offset is configured for the SRS and so on.

[0193] In some embodiments, the RRC configuration may provide the pathloss offset value. As one example, the pathloss offset may be associated with pathloss reference signal. As another example, the pathloss offset may be associated with TCI state, for example, with UL TCI state, or with spatial relation.

[0194] As a further example, the pathloss offset may be associated with SRS, for example, with SRS resource set, or with SRS resource. As a further example, the pathloss offset may be associated with sri-PUSCH-PowerControl, including sri-PUSCH-ClosedLoopIndex. As a further example, the pathloss offset may be associated with power control parameter setting, e.g., p0AlphaSetforPUSCH, p0AlphaSetforSRS.

[0195] As a further example, the pathloss offset may be associated with pathlossReferenceLinking, in particular when cross CC / BWP RS is used as pathloss reference signal. As a further example, the pathloss offset may be associated with power control adjustment states, e.g., PUSCH-PC-AdjustmentStates, srs-PowerControlAdjustmentStates. As a further example, the pathloss offset may be associated with powerControlLoopToUse.

[0196] Additionally, as for PUSCH, PathlossReferenceRS-Id may be provided. Further, MAC CE may be used to update the pathloss reference signal.

[0197] In some embodiments, for PUSCH scheduled by DCI without SRI, e.g., DCI format 0_0, or by Random access response (RAR) , RRC can configure whether to apply the pathloss offset.

[0198] In some embodiments, for SRS, PathlossReferenceRS-Id may be provided, as legacy. Further, MAC CE may be used to update the pathloss reference signal, and RRC may configure whether to apply the pathloss offset.

[0199] Additionally, in some embodiments, the configuration may be per resource set, or per resource.

[0200] In some embodiments, if two SRS resource sets with usage set to “codebook” or “non-codebook” are configured, one set does not apply the pathloss offset, and the other need to apply. For example, the first set, or the set associated with the first TRP does not apply the pathloss offset.

[0201] In some embodiments, for SRS resource set with usage set to “antennaSwitching” (or set to beam management or pathloss estimation) , the pathloss offset is not applied or not configured.

[0202] In some embodiments, different closed loop power adjustments states may be configured for SRS resource sets. For example, for SRS resource set with usage set to “antennaSwitching” , it can be configured with l = 2, which is not tied to PUSCH.

[0203] In some embodiments, for the set that the pathloss offset needs to be applied, the default RS index q_d for obtaining a pathloss estimate for the SRS transmission is provided by pathlossReferenceRS-Id and the pathloss offset associated with or included in the TCI-State or TCI-UL-State of an SRS resource with lowest SRS-ResourceId in the SRS resource set.

[0204] In addition, the above embodiments may be only enabled when RRC provides configurations like “enablingDefaultPLRS-r19” .

[0205] In the following, embodiments where the pathloss offset is indicated in DCI are discussed.

[0206] In some embodiments, if the configuration information is used for scheduling a downlink transmission, there may be some restrictions of the TCI selection field. For one example, the TCI selection field may be not expected to be ‘10’ or ‘11’ . In addition, the TCI selection field also may be not expected to be ‘01’ . In another example, the TCI selection field is expected to be ‘00’ . In a further example, the TCI selection field may be expected to be absent.

[0207] In some embodiments, if the configuration information is used for scheduling an uplink transmission and if a codepoint of an SRS resource set indicator field of the configuration information is ‘01’ , the pathloss offset is applied.

[0208] Alternatively, if a codepoint of the SRS resource set indicator field is ‘10’ or ‘11’ , the terminal device 210 may apply the pathloss offset to the second SRS resource.

[0209] In some embodiments, if the configuration information does not comprise the SRS resource set indicator field, the terminal device 210 may determine the pathloss offset is associated with a specific SRS resource set according to a pre-defined rule.

[0210] In some embodiments, if a TCI selection field is included in the DCI format 1_1  or 1_2, for PDSCH, the TCI selection field cannot be 10 or 11; additionally, cannot be 01. Alternatively, for PDSCH, the TCI selection field may only be 00, since micro node may not provide DL transmission. Alternatively, in the DCI format 1_1 or 1_2, the TCI selection field is not present, the terminal device 210 may ignore the TCI selection field.

[0211] Additionally, DCI format 1_1 or 1_2 can be used alone or be used together with RRC / MAC CE for provide the pathloss offset information. Further, DCI format 1_1 or 1_2 may provide the pathloss offset value, and / or the information on the application of the pathloss offset value, such as,

[0212] ● a field to indicate whether to apply the pathloss offset,

[0213] ● a field to indicate the value or the range of the pathloss offset,

[0214] ● a field to indicate apply the pathloss offset to the first PUSCH or the second PUSCH, or

[0215] ● a field to indicate apply the pathloss offset to the PUSCH associated with first SRI or the second SRI.

[0216] In addition, RRC may be used to configure whether above mentioned field is present or not.

[0217] Alternatively, or in addition, if an SRS resource set indicator is included in the DCI format 0_1 or 0_2, the pathloss offset is applied when the codepoint is 01, and not applied when the codepoint is 00. Further, when the codepoint is 10 or 11, if two SRIs are included in the DCI format 0_1 or 0_2, the pathloss offset is applied to one of the following:

[0218] ● the second SRI,

[0219] ● the SRI configured with a pathloss reference signal and a pathloss offset value,

[0220] ● the SRI without an associated pathloss reference signal, or

[0221] ● the PUSCH associated with above SRI.

[0222] Alternatively, or in addition, if SRI not provided in DCI, e.g., DCI format 0_0, the RRC may configure whether the configured pathloss offset is applied or not, or the configured pathloss offset is not applied for PUSCH scheduled by DCI format 0_0 or by random access response (RAR) .

[0223] In some embodiments, the RS index q_d for obtaining a pathloss estimate may be determined by a PUCCH transmission in the PUCCH resource with the lowest index.

[0224] In some embodiments, the RS index q_d for obtaining a pathloss estimate is determined by an SRS resource in the corresponding (or the first) SRS resource set with the lowest index.

[0225] In addition, the above embodiments may be only enabled when RRC provides configurations like “enablingDefaultPLRS-r19” .

[0226] In some embodiments, the network device 120 may enable and / or disable the application of the pathloss offset.

[0227] In some embodiments, if there are a plurality of pathloss offsets, the network device 120 may enable and / or disable the application of all pathloss offsets or part of pathloss offsets.

[0228] In some embodiments, the network device 120 may enable and / or disable the application of pathloss offset for a set of beams, a set of TCI states or a set of SRS resources.

[0229] Pathloss offset update

[0230] According to some embodiments of the present disclosure, the network device 220 may update the pathloss offset is needed, as discussed below.

[0231] In some embodiments, the terminal device 210 may receive a first message from the network device 220, where the first message may comprise a first field indicating a further pathloss offset which is an update of the pathloss offset, and may further comprise at least one of the following:

[0232] ● a second field indicating an identity of the second SRS resource set,

[0233] ● a third field indicating an identity of the first pathloss reference signal, or

[0234] ● a fourth field indicating whether the first field is present.

[0235] Alternatively, in some embodiments, the terminal device 210 may receive a second message from the network device 220, where the second message may comprise:

[0236] ● a first field indicating an identity of pathloss reference signal associated with a physical uplink shared channel (PUSCH) ,

[0237] ● at least one second field indicating at least one index of a set of physical uplink shared channel (PUSCH) power control configuration, wherein a pathloss corresponding to each of the set of PUSCH power control configurations is determined based on the pathloss reference signal;

[0238] ● at least one third field indicating at least one pathloss offset corresponding to the at least one SRI, respectively; and

[0239] ● a fourth field indicating presence of more than one second field or more than one third field.

[0240] In some embodiments, a MAC CE may provide the pathloss offset value together with pathloss reference signal update for SRS, which may reuse SRS Pathloss Reference RS Update MAC CE, or a new MAC CE. If reuse legacy MAC CE, some reserved (R) bits may be utilized.

[0241] Reference is now made to FIG. 4A, which illustrates an example pathloss reference RS update MAC CE 400A.

[0242] In the example of FIG. 4A, the SRS Pathloss Reference RS Update MAC CE is identified by a MAC subheader with an eLCID. It may have:

[0243] ● Serving Cell ID: This field indicates the identity of the Serving Cell, which contains activated SRS Resource Set. The length of the field is 5 bits;

[0244] ● BWP ID: This field indicates a UL BWP as the codepoint of the DCI bandwidth part indicator field, which contains activated SRS Resource Set. The length of the field is 2 bits;

[0245] ● SRS Resource Set ID: This field indicates the SRS Resource Set ID identified by SRS-ResourceSetId. The length of the field is 4 bits;

[0246] ● Pathloss Reference RS ID: This field indicates the Pathloss Reference RS ID identified by srs-PathlossReferenceRS-Id. It updates the pathloss reference RS for an SRS-resource set indicated by SRS Resource Set ID field. The length of the field is 6 bits;

[0247] ● C: This field indicates whether the Pathloss offset field is present. If 0, not present; if 1, present;

[0248] ● Pathloss offset: This field indicates the Pathloss offset applies to the indicated SRS resource set with the pathloss estimated based on the indicated pathloss reference RS. As an example, the length of the field is 2 bits. Alternatively, different pathloss offset can be configured for different SRS resources;

[0249] ● R: Reserved bit, set to 0.

[0250] FIG. 4B illustrates another example of MAC CE 400B. In the example of FIG. 4B, the PUSCH pathloss reference RS update MAC CE is identified by a MAC subheader with eLCID. It may have a variable size and consists of the following fields:

[0251] ● Serving Cell ID: This field indicates the identity of the Serving Cell, which contains activated PUSCH Pathloss Reference RS. The length of the field is 5 bits;

[0252] ● BWP ID: This field indicates a UL BWP as the codepoint of the DCI bandwidth part indicator field, which contains activated PUSCH Pathloss Reference RS. The length of the field is 2 bits;

[0253] ● T: If the UE is configured with two SRS resources sets for codebook or non-codebook, in the indicated bandwidth part of the indicated Serving Cell, if this field is set to 0, SRI ID(s) to be updated are the ones associated with the first SRS resource set, and if is set to 1 the SRI ID (s) to be updated are the ones associated with the second SRS resource set. Otherwise, this field is a reserved bit set to 0;

[0254] ● PUSCH Pathloss Reference RS ID: This field indicates the PUSCH Pathloss Reference RS ID identified by PUSCH-PathlossReferenceRS-Id, which is to be updated in the SRI PUSCH power control mappings indicated by SRI ID fields indicated in the same MAC CE.The length of the field is 6 bits;

[0255] ● C: This field indicates the presence of the additional SRI ID in the last octet of this MAC CE. If this field is set to 1, two SRI ID (s) are present in the last octet. Otherwise only one SRI ID (i.e. the first SRI ID) is present in the last octet;

[0256] ● SRI ID: This field indicates the SRI PUSCH power control ID identified by sri-PUSCH-PowerControlId. The length of the field is 4 bits;

[0257] ● Pathloss offset: This field indicates the Pathloss offset applies to pathloss estimated based on the indicated PUSCH pathloss reference RS. As an example, the length of the field is 2 bits:

[0258] ● alternatively, multiple Pathloss offsets can be indicated, and pathloss offset is associated with SRI ID with the pathloss estimated based on the indicated PUSCH pathloss reference RS;

[0259] ● additionally: a field indicates whether the Pathloss offset field is present. If 0, not present; if 1, present;

[0260] ● in addition, If the UE is configured with two SRS resources sets for codebook or non-codebook, pathloss offset field (s) is only present when the SRI ID (s) to be updated are the ones associated with the second SRS resource set;

[0261] ● R: Reserved bit, set to 0.

[0262] Except for the network device 220, the terminal device 210 also may trigger an update for the pathloss offset.

[0263] Reference is now made to FIG. 5A. As illustrated in FIG. 5A, the terminal device 210 is moving close to the Macro gNB. In this event, the original pathloss offset may be no longer suitable. According to some embodiments of the present disclosure, the terminal device 210 may detect whether is a need for updating a new pathloss offset.

[0264] In some embodiments, the terminal device 210 may transmit a request for updating the pathloss offset to the network device 220 upon one of the following:

[0265] ● a power headroom associated with the second uplink transmission is lower than a power headroom associated with the first uplink transmission by an offset,

[0266] ● a transmit power associated with the second uplink transmission is higher than a transmit power associated with the first uplink transmission by an offset, or

[0267] ● a difference between two pathloss values of two pathloss estimation based on the first pathloss reference signal is larger than or equal to an offset.

[0268] In some embodiments, the request is a power headroom report comprising a power headroom value. Additionally, the power headroom value is associated with an actual transmission or a reference transmission.

[0269] In some embodiments, the power headroom value may be calculated by considering the pathloss offset. Alternatively, in some embodiments, the power headroom value may be calculated by not considering the pathloss offset.

[0270] In some embodiments, whether the power headroom value is calculated by considering the pathloss offset is based on a configuration of the network device 220 or a capability of the terminal device 210.

[0271] Merely for a better understanding, more embodiments are discussed as below.

[0272] In some embodiments, the terminal device 210 may request to adjust the configured pathloss offset value if:

[0273] ● the terminal device 210detects that power headroom to Micro node (associated with the second SRS resource set) is X dB lower than the power headroom to Macro gNB (associated with the first SRS resource set) ,

[0274] ● the terminal device 210detects that transmit power to Micro node is X dB higher than the transmit power to Macro gNB, or

[0275] ● pathloss has reduced more than Y dB for at least one RS used as pathloss reference RS since the last configuration.

[0276] Still refer to FIG. 5A. In the example of FIG. 5A, the pathloss estimation is based on the measurement of pathloss reference signal, which is real-time or near-real-time. The pathloss offset is configured previously, and thus the configuration may be outdated. For example, if UE is moving towards the Macro node, the required pathloss offset is becoming smaller and even no needed. In the end, micro node is not the best choice for the UL transmission.

[0277] In some embodiments, if the terminal device 210 detects that power headroom to Micro node (associated with the second SRS resource set) is X dB lower than the power headroom to Macro gNB (associated with the first SRS resource set) , the terminal device 210 may request to update the pathloss offset.

[0278] In some embodiments, if the terminal device 210 detects that transmit power to Micro node is X dB higher than the transmit power to Macro gNB, which implies that the configured value is not suitable anymore. In this event, the terminal device 210 may request to update the pathloss offset.

[0279] In some embodiments, if the terminal device 210 detects that pathloss has reduced more than Y dB for at least one RS used as pathloss reference RS since the last configuration, which implies that the terminal device 210 may move towards the Macro  gNB. In this event, the terminal device 210 may request to update the pathloss offset.

[0280] Optionally, the pathloss variation for one cell assessed above is between the pathloss measured at present time on the current pathloss reference and the pathloss measured at the transmission time of the last transmission of PHR on the pathloss reference in use at that time, irrespective of whether the pathloss reference has changed in between.

[0281] In some embodiments, request for updating the pathloss offset may be carried in layer 1 (L1) report (such as beam report) , MAC CE based singalling such as PHR.

[0282] In some embodiments, PHR may be determined based on reference PUSCH transmission as below:

[0283] In some embodiments, as for the PH value in PHR report, the pathloss offset may be not considered. In this event, as the network device 220 knows the configured pathloss value, the network device 220 may calculate the PHR if applying the pathloss offset.

[0284] Alternatively, in some embodiments, as for the PH value in PHR report, the pathloss offset may be considered, for example, when calculating the PHR, either αb, f, c (j) ·PLb, f, c (qd) –offset or αb, f, c (j) · (PLb, f, c (qd) -offset) may be used.

[0285] In some embodiments, the terminal device 210 may report whether the reported PH value is calculated by applying the pathloss offset or not.

[0286] In some embodiments, the terminal device 210 may report additional pathloss offset information and the corresponding PHR, such that the network device 220 may know that change is needed for the configured pathloss offset value.

[0287] In some embodiments, whether to apply the pathloss offset for PHR is based on NW configuration. In some embodiments, whether to apply the pathloss offset for PHR is based on UE capability.

[0288] In addition, above alternatives are separately applied for PHR based on actual transmission and PHR based on actual transmission, for PHR for PUSCH and for PHR for SRS.

[0289] In some embodiments, the network device 120 may indicate to update either or both of pathloss reference signal and pathloss offsets.

[0290] In some embodiments, the terminal device 110 may request to update either or both of the pathloss reference signal and the pathloss offset (s) .

[0291] Uplink transmission-related procedures.

[0292] In addition to determining the transmit power, other uplink transmission-related procedures (such as, supplementary uplink (SUL)  / normal uplink (NUL) selection, 2-step / 4-step random access channel (RACH) selection, Msg1 / 3 repetition, system information (SI) request, random access preambles selection, and timing advance (TA) validation) also may be performed by applying the pathloss offset. For these procedures listed above, legacy method depends on the comparison between the measured RSRP of the pathloss reference RS and configured threshold to select the transmission medium or schemes. According to some embodiments of the present disclosure, when performing the second uplink transmission, at least one of the following may be performed:

[0293] ● determining a transmit power based on the pathloss offset and the first pathloss reference signal;

[0294] ● determining a power headroom value based on the pathloss offset;

[0295] ● selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset,

[0296] ● selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset,

[0297] ● selecting a preamble for a random access procedure based on the pathloss offset,

[0298] ● determining a repetition of a message 1 of a 4-step random access procedure for system information (SI) request based on the pathloss offset,

[0299] ● determining a repetition of a message 3 of a 4-step random access procedure based on the pathloss offset, or

[0300] ● performing a timing advance validation by considering the pathloss offset.

[0301] Refer to FIG. 5B for a better understanding. In the example of FIG. 5B, during  the uplink transmission-related procedures, the pathloss offset may be used to scale the threshold, or compensate RSRP, or use (pathloss –pathloss offset) to compare with a pathloss related threshold.

[0302] In addition, if the pathloss offset is considered during the above uplink transmission-related procedures, the pathloss offset will not be applied to determine the UL transmit power.

[0303] In addition, if multiple pathloss reference signals are available, it can be up to UE to choose one, or it can be the one with maximum (or minimum) RSRP (or pathloss) .

[0304] In addition, if multiple pathloss offsets are available, it can be up to UE to choose one, or it can be the maximum (or minimum) .

[0305] Alternatively, for all these above procedures, only the TRP with DL (e.g., Macro gNB, or associated with the first SRS resource set) is assumed and the TRP without DL (e.g., Micro node, or associated with the second SRS resource set) is not used. In other words, the terminal device 210 does not expect (or the terminal device 210 is not expected) to perform procedures (such as, SUL / NUL selection, 2-step / 4-step random access channel (RACH) selection, Msg1 / 3 repetition, system information (SI) request, random access preambles selection, and timing advance (TA) validation) for the TRP without DL. In the specific example of FIG. 2, in a case that there is no DL transmission from the Micro node, the terminal device 210 only perform the above procedure (s) for the Macro gNB.

[0306] In some embodiments, as for SUL / NUL selection, if the RSRP of the downlink pathloss reference is less than scaled rsrp-ThresholdSSB-SUL:

[0307] ● if the (pathloss –pathloss offset) is higher than pathloss-Threshold-SUL:

[0308] ● select the SUL carrier for performing random access procedure to the second TRP without DL;

[0309] ● set the PCMAX to PCMAX, f, c of the SUL carrier.

[0310] ● else:

[0311] ● select the NUL carrier for performing random access procedure to the second TRP without DL;

[0312] ● set the PCMAX to PCMAX, f, c of the NUL carrier.

[0313] In some embodiments, as for 2-step / 4-step RACH selection, if the BWP selected for random access procedure is configured with both 2-step and 4-step RA type random access Resources within the selected set of random access resources and the RSRP of the downlink pathloss reference is above scaled msgA-RSRP-Threshold; (or if the (pathloss –pathloss offset) is higher than msgA-pathloss-Threshold) , set the RA_TYPE to 2-stepRA. Else, set the RA_TYPE to 4-stepR.

[0314] In some embodiments, as for Msg3 repetition, if the BWP selected for random access procedure is configured with both set (s) of random access resources with msg3-Repetitions set to true and set (s) of random access resources without msg3-Repetitions set to true and the RSRP of the downlink pathloss reference is less than scaled rsrp-ThresholdMsg3; (or if the (pathloss –pathloss offset) is higher than pathloss-ThresholdMsg3) , assume Msg3 repetition is applicable for the current random access procedure. Else, assume Msg3 repetition is not applicable for the current random access procedure.

[0315] In some embodiments, as for Msg1 repetition / SI request, if contention free random access Resources have not been provided for this random access procedure and the BWP selected for the random access procedure is configured with set (s) of random access resources with msg1-Repetitions set to true and set (s) of random access resources without msg1-Repetitions set to true:

[0316] ● if the BWP selected for the random access procedure is configured with set (s) of random access resources associated with Msg1 repetition number 8 and the RSRP of the downlink pathloss reference is less than scaled rsrp-ThresholdMsg1-RepetitionNumX: (or if the (pathloss –pathloss offset) is higher than pathloss-ThresholdMsg1-RepetitionNumX) X can be 1, 2, 3, 4, …, 8, etc;

[0317] ● assume Msg1 repetition is applicable and Msg1 repetition number applicable for the current random access procedure includes X;

[0318] ● criteria to apply Msg1 repetition for SI request is considered met and Msg1 repetition number applicable is X.

[0319] In some embodiments, as for Random access preambles selection, for the contention-based random access preamble selection, if Msg3 buffer is empty and if random access Preambles group B is configured:

[0320] ● if the potential Msg3 size (UL data available for transmission plus MAC subheader (s) and, where required, MAC CEs) is greater than ra-Msg3SizeGroupA and the (pathloss –pathloss offset) is less than PCMAX (of the Serving Cell performing the random access Procedure) –preambleReceivedTargetPower –msg3-DeltaPreamble –messagePowerOffsetGroupB; or

[0321] ● if the random access procedure was initiated for the CCCH logical channel and the CCCH SDU size plus MAC subheader is greater than ra-Msg3SizeGroupA:

[0322] ● select the random access Preambles group B.

[0323] ● else:

[0324] ● select the random access Preambles group A.

[0325] In some embodiments, as for TA validation, the terminal device 210 may store the current RSRP, pathloss and associated pathloss offset of the downlink pathloss reference for TA validation. Further, the MAC entity shall consider the TA to be valid when the following conditions are fulfilled:

[0326] ● The RSRP values for the stored downlink pathloss reference and the current downlink pathloss reference are valid; and

[0327] ● Compared to the stored downlink pathloss reference RSRP, the current RSRP value of the downlink pathloss reference calculated has not increased / decreased by more than scaled rsrp-TAvalid-Threshold dB; (or if the pathloss change has not increased / decreased by more than than pathloss-Tavalid-Threshold) .

[0328] TRP discontinuous reception / transmission

[0329] In some embodiments, the terminal device 210 is configured with two transmission reception points (TRPs) . In the example of FIG. 2, the terminal device 210 is a first TRP (Macro gNB) and the second TRP (Micro node) .

[0330] Further, the uplink / downlink transmission associated with the TRP may be enabled or disabled (or enabled or disabled according to a transmission pattern) . For example, the uplink transmission associated with the first TRP may be enabled or disabled, and the downlink transmission with the second TRP also may be enabled or disabled.

[0331] In addition, enabling / disabling the transmission with the TRP may be implemented according to the TRP DRX / DTX. Specifically, in case of TRP DRX, downlink transmission from the TRP maybe discontinuous. Accordingly, in case of TRP DTX, uplink transmission to the TRP maybe discontinuous.

[0332] According to some embodiments of the present disclosure, whether to apply the pathloss offset (or how to the determine the pathloss value) may be dynamically adjusted according to the different operation mode (such as, TRP DRX / DTX) . Example embodiments are discussed as below.

[0333] In some embodiments, in case that the terminal device 210 is configured with a first TRP and a second TRP, a downlink transmission associated with the second TRP may support to be enabled or disabled. In this event, the terminal device 210 may apply the pathloss offset when performing the second uplink transmission if the downlink transmission associated with the second TRP is disabled. That is because, due to lacking downlink transmission from the second TRP, the terminal device 210 fails to determine the pathloss value, and thus the terminal device 210 needs to utilize the pathloss offset which is associated with the first pathloss reference signal to obtain the pathloss value.

[0334] In some embodiments, enabling or disabling the downlink transmission associated with the second TRP may be controlled by the network device 220. For example, the network device 220 may transmit a message used for enabling or disabling the downlink transmission associated with the second TRP. Upon this message, the terminal device 210 may determine whether to receive the downlink transmission from the second TRP, and then may determine whether to apply the pathloss offset.

[0335] As discussed above, enabling or disabling the downlink transmission associated with the second TRP may be controlled by different operation mode, such as TRP DRX. In this event, the terminal device 210 may receive a TRP discontinuous reception (DRX) configuration associated with the second TRP, wherein the downlink transmission is enabled during ON durations (or active durations) of a DRX procedure and the downlink transmission is disabled during OFF durations (or inactive durations) of the DRX procedure. Upon such TRP DRX configuration, the terminal device 210 may determine when to apply the pathloss offset.

[0336] More details about the case where the downlink transmission is enabled will be further discussed. Specifically, when the downlink transmission is enabled, the terminal  device 210 may be configured with a second pathloss reference signal associated with the second uplink transmission associated with the second uplink transmission. As a result, the terminal device 210 may measure the second pathloss reference signal to obtain the pathloss value (rather than obtain the pathloss value abased on the pathloss offset and the first pathloss reference signal) .

[0337] In view of this, if the downlink transmission associated with the second TRP is enabled, the terminal device 210 may determine a second pathloss based on the second pathloss reference signal. Then, when performing the second uplink transmission, the terminal device 210 may perform at least one of the following:

[0338] ● determining a transmit power based on the second pathloss;

[0339] ● determining a power headroom value based on the second pathloss;

[0340] ● selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the second pathloss,

[0341] ● selecting between a 2-step random access procedure and 4-step random access procedure based on the second pathloss,

[0342] ● selecting a preamble for a random access procedure based on the second pathloss,

[0343] ● determining a repetition of a message 1 of a 4-step random access procedure for scheduling request (SR) based on the second pathloss,

[0344] ● determining a repetition of a message 3 of a 4-step random access procedure based on the second pathloss,

[0345] ● performing a timing advance validation by considering the second pathloss offset.

[0346] Further, as discussed above, in addition to the downlink transmission, the uplink transmission associated with TRP also may be enabled or disabled.

[0347] In operation, the terminal device 210 may receive a message used for enabling or disabling the first uplink transmission associated with the first TRP.

[0348] In case that the TRP DTX is supported, the terminal device 210 may receive a TRP DTX configuration associated with the first TRP, where the first uplink transmission is enabled during ON durations of a DTX procedure and the first uplink transmission is disabled during OFF durations of the DTX procedure.

[0349] Merely for a better understanding, more example embodiments are discussed as below with reference to FIG. 5C.

[0350] In the example of FIG. 5C, in order to further reduce energy consumption, the micro nodes can, for instance, reduce or even turn off DL transmissions, which suggests that the Micro node can be flexible on whether to provide DL transmission or not.

[0351] In some embodiments, the asymmetric deployment / scenario can be configured via some combination of multiple related configurations, including:

[0352] ● Reconfiguration of CORESETPoolindex with only 1 value;

[0353] ● Reconfiguration of TCI state configuration with 1 DL TCI state + 1 UL TCI state and 1 separated UL TCI state;

[0354] ● Reconfiguration of pathloss reference RS and provide pathloss offset if any.

[0355] However, transmission of RRC Reconfiguration may result additional signalling overhead.

[0356] In some embodiments, the terminal device 210 is provided with TRP DTX (discontinuous transmission) and / or TRP DRX (discontinuous reception) configurations as an enabler of such asymmetric DL / UL operation. Specifically, an indication of TRP DTX can be used as the indication of pathloss reference signal selection, whether to apply the configured pathloss offset values, and which closed loop power adjustment state to use. That is, an enabler can be configured, without the need of RRC reconfiguration.

[0357] In some embodiments, during the TRP DTX activation, when the Micro node does not provide DL transmission, the terminal device 210 may apply the pathloss offset as discussed above.

[0358] In some embodiments, as to the issue of pathloss estimate, the terminal device 210 may be provided two sets of parameters, where the first set is used when the DL for Micro node is still available, and the second set is used when the asymmetric MTRP mode is enabled, e.g., TRP DTX is activated for Micro node.

[0359] In some embodiments, the RRC can configure two pathloss reference signals for SRS and / or PUSCH, such as, where the first pathloss reference signal is not with any pathloss offset, the second pathloss reference signal is with a pathloss offset.

[0360] In some embodiments, the configuration can be per resource / resource set, or  only be configured for the resource / resource set associated with a specific TRP, e.g., Micro node. In addition, the two sets of parameters may also include p0-Alpha-Set, closed-loop to use, and so on.

[0361] In addition, TRP DRX can be also configured to indicate a TRP, e.g., Macro gNB, does not provide UL reception as discussed below.

[0362] In some embodiments, TRP DTX is configured if trpDTXDRXconfigType is set to dtx or dtxdrx. TRP DTX operation is activated and deactivated for each TRP by:

[0363] ● receiving a TRP DTX indication from lower layers indicating activation or deactivation of TRP DTX operation

[0364] ● configuring trpDTXDRX-Config by upper layers: if TRP DTX is configured and trpDTXDRXactivationStatus is set to activated, TRP DTX operation is activated upon TRP DTX configuration; if TRP DTX is configured and trpDTXDRXactivationStatus is set to deactivated, TRP DTX operation is deactivated upon TRP DTX configuration; if trpDTXDRX-Config is released, TRP DTX operation is deactivated, and all the corresponding configurations are released.

[0365] In some embodiments, when TRP DTX is configured and activated, the TRP DTX Active Period includes the time while: trpdtxdrx-onDurationTimer is running. For each TRP configured with TRP DTX, the MAC entity shall: if TRP DTX is activated and if [ (SFN × 10) + subframe number] modulo (trpdtxdrx-Cycle) = (trpdtxdrx-StartOffset) , start trpdtxdrx-onDurationTimer for this serving trp after trpdtxdrx-SlotOffset from the beginning of the subframe.

[0366] In some embodiments, TRP DRX is configured if trpDTXDRXconfigType is set to drx or dtxdrx. TRP DRX operation is activated and deactivated for TRP by:

[0367] ● receiving a TRP DRX indication from lower layers indicating activation or deactivation of TRP DRX operatio;

[0368] ● configuring trpDTXDRX-Config by upper layers: if TRP DRX is configured and trpDTXDRXactivationStatus is set to activated, TRP DRX operation is activated upon TRP DRX configuration; if TRP DRX is configured and trpDTXDRXactivationStatus is set to deactivated, TRP DRX operation is deactivated upon TRP DRX configuration; if trpDTXDRX-Config is released, TRP DRX operation is deactivated and all the corresponding configurations are released.

[0369] In some embodiments, when TRP DRX is configured and activated, the TRP DRX Active Period includes the time while: trpdtxdrx-onDurationTimer is running for the associated TRP. For each TRP configured with TRP DRX, the MAC entity shall: if TRP DRX is activated and if [ (SFN × 10) + subframe number] modulo (trpdtxdrx-Cycle) = (trpdtxdrx-StartOffset) , start trpdtxdrx-onDurationTimer for this TRP after trpdtxdrx-SlotOffset from the beginning of the subframe.

[0370] In some embodiments, each TRP may be configured by RRC with a periodic TRP DTX pattern (i.e., Active and Non-Active Periods) . The TRP DTX operation affects UE's monitoring activity of PDCCH associated with a specific CORESET with a specific CORESETPoolIndex and configured downlink assignments, and DL RS measurements, pathloss estimation, etc.

[0371] In some embodiments, each TRP may be configured by RRC with a periodic TRP DRX pattern (i.e., Active and Non-Active Periods) . The TRP DRX operation controls Scheduling Request and configured uplink grant transmission activity, and UL RS transmission.

[0372] In some embodiments, RRC controls TRP DTX and TRP DRX operation by configuring the following parameters in trpDTXDRX-Config:

[0373] ● trpDTXDRXconfigType: defines whether only trp DTX is configured, only trp DRX is configured, or both are configured; defines which TRP is configured with DTX and / or DRX; the TRP information may be a CORESETPoolIndex information, or via the group information for a group of CORESETs, or via the resource set id for a set of SSB / CSI-RS / SRS resources;

[0374] ● trpdtxdrx-onDurationTimer: the active duration at the beginning of a TRP DTX / DRX cycle;

[0375] ● trpdtxdrx-StartOffset: defines the subframe where the TRP DTX / DRX cycle starts;

[0376] ● trpdtxdrx-SlotOffset: the delay before starting the trpdtxdrx-onDurationTimer;

[0377] ● trpdtxdrx-Cycle: the TRP DTX / DRX cycle period;

[0378] ● trpDTXDRXactivationStatus: the initial activation status of TRP DTX and TRP DRX operation.

[0379] In some embodiments, if the TRP is in the TRP DTX Active Period:

[0380] ● monitor PDCCH associated with this TRP, e.g., associated with a specific CORESET with a specific CORESETPoolIndex,

[0381] ● measure pathloss reference signal associated with this TRP,

[0382] ● measure DL RS associated with this TRP, e.g., CSI-RS, SSB,

[0383] ● apply DL or joint TCI state associated with this TRP,

[0384] ● not apply any configured pathloss offset.

[0385] In some embodiments, if the TRP is in NOT the TRP DTX Active Period:

[0386] ● not monitor PDCCH associated with this TRP,

[0387] ● not measure pathloss reference signal associated with this TRP,

[0388] ● not measure DL RS associated with this TRP, e.g., CSI-RS, SSB,

[0389] ● not apply DL or joint TCI state associated with this TRP,

[0390] ● apply configured pathloss offset.

[0391] In some embodiments, if the TRP is in the TRP DRX Active Period:

[0392] ● apply UL or joint TCI state associated with this TRP,

[0393] ● transmit CSI report to this TRP,

[0394] ● transmit SRS associated with this TRP.

[0395] In some embodiments, if the TRP is in NOT the TRP DRX Active Period:

[0396] ● not apply UL or joint TCI state associated with this TRP,

[0397] ● not transmit CSI report to this TRP,

[0398] ● not transmit SRS associated with this TRP.

[0399] Exchanging capability-related information

[0400] Optionally, in order to ensure the network device 220 may make proper and reasonable configuration for the terminal device 210, the terminal device 210 may provide capability-related information to the network device 220.

[0401] As illustrated in FIG. 3, the terminal device 210 transmits 310 the capability-related information to the network device 220. The capability-related information, includes but is not limited to:

[0402] ● whether the terminal device 210 supports determining the transmit power based on the pathloss offset,

[0403] ● whether the terminal device 210 supports determining the power headroom value based on the pathloss offset,

[0404] ● whether the terminal device 210 supports selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset,

[0405] ● whether the terminal device 210 supports selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset,

[0406] ● whether the terminal device 210 supports selecting a preamble for a random access based on the pathloss offset for the second uplink transmission,

[0407] ● whether the terminal device 210 supports determining a repetition of a message 1 or message 3 of a 4-step random access procedure,

[0408] ● whether the terminal device 210 supports performing a timing advance validation by considering the pathloss offset,

[0409] ● whether the terminal device 210 supports the second TRP being operated in a transmission reception point (TRP) discontinuous reception (DRX) mode,

[0410] ● whether the terminal device 210 supports the first TRP being operated in a TRP discontinuous transmission (DTX) mode,

[0411] ● whether the terminal device 210 supports updating the pathloss offset,

[0412] ● a maximum pathloss offset supported by the terminal device 210, or

[0413] ● a value range of the pathloss offset supported by the terminal device 210.

[0414] Example methods

[0415] FIG. 6 illustrates a flowchart of a communication method 600 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the  purpose of discussion, the method 600 will be described from the perspective of the terminal device 210 in FIG. 2.

[0416] At block 610, the terminal device receives, from a network device, configuration information indicating a pathloss offset, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein a pathloss offset is associated with the first pathloss reference signal.

[0417] the terminal device perform at least one of the following when performing the second uplink transmission: determining a transmit power based on the pathloss offset and the first pathloss reference signal; determining a power headroom value based on the pathloss offset; selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset, selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset, selecting a preamble for a random access procedure based on the pathloss offset, determining a repetition of a message 1 of a 4-step random access procedure for system information (SI) request based on the pathloss offset, determining a repetition of a message 3 of a 4-step random access procedure based on the pathloss offset, performing a timing advance validation by considering the pathloss offset.

[0418] In some example embodiments, the pathloss offset is further associated with at least one of the following: the second uplink transmission, the second SRS resource set, a transmission configuration indicator (TCI) associated with the second uplink transmission, or a set of power control parameters associated with the second uplink transmission.

[0419] In some example embodiments, the terminal device may determine the transmit power based on one of the following: the pathloss offset, or an adjusted pathloss offset determined based on the pathloss offset and a coefficient.

[0420] In some example embodiments, the pathloss offset is indicated by one of the following: a pathloss offset value, an index corresponding to a pathloss offset value, or a value range of the pathloss offset value.

[0421] In some example embodiments, the pathloss offset is associated with a specific  uplink transmission type being one of the following: an SRS transmission, a physical random access channel (PRACH) transmission, a physical uplink shared channel (PUSCH) transmission, or a physical uplink control channel (PUCCH) transmission.

[0422] In some example embodiments, the configuration information further indicates at least one of the following: an indication about whether to apply the pathloss offset, an indication indicating the pathloss offset is not applied to the first SRS resource set, an indication indicating the pathloss offset is applied to the second SRS resource set.

[0423] In some example embodiments, in accordance with a determination that the pathloss offset is applied, different closed loop power adjustment states are configured for the first and second uplink transmissions, in accordance with a determination that a usage of an SRS resource set is set to non-codebook, associate the pathloss offset with the SRS resource set, in accordance with a determination that a usage of an SRS resource set is set to antennaSwitching, not expect the SRS resource set to be configured or applied with the pathloss offset, or in accordance with a determination that there is no explicit configuration to associate the pathloss offset with an SRS resource set, associate the pathloss offset with a specific SRS resource set according to a pre-defined rule.

[0424] In some example embodiments, the terminal device may receive, from the network device, a first message comprising a first field indicating a further pathloss offset which is an update of the pathloss offset, wherein the first message further comprises at least one of the following: a second field indicating an identity of the second SRS resource set, a third field indicating an identity of the first pathloss reference signal, or a fourth field indicating whether the first field is present.

[0425] In some example embodiments, the terminal device may receive, from the network device, a second message comprising: a first field indicating an identity of pathloss reference signal associated with a physical uplink shared channel (PUSCH) , at least one second field indicating at least one index of a set of physical uplink shared channel (PUSCH) power control configuration, wherein a pathloss corresponding to each of the set of PUSCH power control configurations is determined based on the pathloss reference signal; at least one third field indicating at least one pathloss offset corresponding to the at least one SRI, respectively; and a fourth field indicating presence of more than one second field or more than one third field.

[0426] In some example embodiments, if the configuration information is used for  scheduling a downlink transmission, a transmission configuration indicator (TCI) selection field is not expected to be ‘10’ or ‘11’ or expected to be ‘00’ , or the TCI selection field is expected to be absent, if the configuration information is used for scheduling an uplink transmission, the pathloss offset is applied if a codepoint of an SRS resource set indicator field of the configuration information is ‘01’ , apply the pathloss offset to the second SRS resource if a codepoint of the SRS resource set indicator field is ‘10’ or ‘11’ , or if the configuration information does not comprise the SRS resource set indicator field, determine the pathloss offset is associated with a specific SRS resource set according to a pre-defined rule.

[0427] In some example embodiments, the terminal device may transmit, to the network device, a request for updating the pathloss offset upon one of the following: a power headroom associated with the second uplink transmission is lower than a power headroom associated with the first uplink transmission by an offset, a transmit power associated with the second uplink transmission is higher than a transmit power associated with the first uplink transmission by an offset, or a difference between two pathloss values of two pathloss estimation based on the first pathloss reference signal is larger than or equal to an offset.

[0428] In some example embodiments, the request is a power headroom report comprising a power headroom value calculated by considering the pathloss offset or not considering the pathloss offset.

[0429] In some example embodiments, whether the power headroom value is calculated by considering the pathloss offset is based on a configuration of the network device or a capability of the terminal device, or wherein the power headroom value is associated with an actual transmission or a reference transmission.

[0430] In some example embodiments, the terminal device is configured with a first transmission reception point (TRP) associated with the first uplink transmission and a second TRP associated with the second uplink transmission, and a downlink transmission associated with the second TRP supports to be enabled or disabled, and wherein the processor is further configured to cause the terminal device to: apply the pathloss offset when performing the second uplink transmission if the downlink transmission associated with the second TRP is disabled.

[0431] In some example embodiments, the configuration information further indicates  a second pathloss reference signal associated with the second uplink transmission, and wherein the processor is further configured to cause the terminal device to: if the downlink transmission associated with the second TRP is enabled, determine a second pathloss based on the second pathloss reference signal; and perform at least one of the following when performing the second uplink transmission: determining a transmit power based on the second pathloss; determining a power headroom value based on the second pathloss; selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the second pathloss, selecting between a 2-step random access procedure and 4-step random access procedure based on the second pathloss, selecting a preamble for a random access procedure based on the second pathloss, determining a repetition of a message 1 of a 4-step random access procedure for scheduling request (SR) based on the second pathloss, determining a repetition of a message 3 of a 4-step random access procedure based on the second pathloss, performing a timing advance validation by considering the second pathloss offset.

[0432] In some example embodiments, the terminal device may receive at least one of the following from the network device, a TRP discontinuous reception (DRX) configuration associated with the second TRP, wherein the downlink transmission is enabled during ON durations of a DRX procedure and the downlink transmission is disabled during OFF durations of the DRX procedure, or a TRP discontinuous transmission (DTX) configuration associated with the first TRP, wherein the first uplink transmission is enabled during ON durations of a DTX procedure and the first uplink transmission is disabled during OFF durations of the DTX procedure.

[0433] In some example embodiments, the processor is further configured to cause the terminal device to: receive at least one of the following from the network device, a message used for enabling or disabling the downlink transmission associated with the second TRP, or a message used for enabling or disabling the first uplink transmission associated with the first TRP.

[0434] In some example embodiments, the terminal device may transmit, to the network device, capability-related information comprising at least one of the following: whether the terminal device supports determining the transmit power based on the pathloss offset, whether the terminal device supports determining the power headroom value based on the pathloss offset, whether the terminal device supports selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset, whether the terminal  device supports selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset, whether the terminal device supports selecting a preamble for a random access based on the pathloss offset for the second uplink transmission, whether the terminal device supports determining a repetition of a message 1 or message 3 of a 4-step random access procedure, whether the terminal device supports performing a timing advance validation by considering the pathloss offset, whether the terminal device supports the second TRP being operated in a transmission reception point (TRP) discontinuous reception (DRX) mode, whether the terminal device supports the first TRP being operated in a TRP discontinuous transmission (DTX) mode, whether the terminal device supports updating the pathloss offset, a maximum pathloss offset supported by the terminal device, or a value range of the pathloss offset supported by the terminal device.

[0435] In some example embodiments, the first SRS resource is associated with a macro network node, and the second SRS resource is associated with a micro network node.

[0436] FIG. 7 illustrates a flowchart of a communication method 700 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the network device 220 in FIG. A.

[0437] At block 710, the network device may generate configuration information for a terminal device, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein the configuration information indicates a pathloss offset associated with the first pathloss reference signal.

[0438] At block 720, the network device may transmit the configuration information to the terminal device.

[0439] In some example embodiments, the pathloss offset is further associated with at least one of the following: the second uplink transmission, the second SRS resource set, a transmission configuration indicator (TCI) associated with the second uplink transmission, or a set of power control parameters associated with the second uplink transmission.

[0440] In some example embodiments, the pathloss offset is indicated by one of the following: a pathloss offset value, an index corresponding to a pathloss offset value, or a value range of the pathloss offset value.

[0441] In some example embodiments, the pathloss offset is associated with a specific uplink transmission type being one of the following: an SRS transmission, a physical random access channel (PRACH) transmission, a physical uplink shared channel (PUSCH) transmission, or a physical uplink control channel (PUCCH) transmission.

[0442] In some example embodiments, the configuration information further indicates at least one of the following: an indication about whether to apply the pathloss offset, an indication indicating the pathloss offset is not applied to the first SRS resource set, an indication indicating the pathloss offset is applied to the second SRS resource set.

[0443] In some example embodiments, the network device may transmit, to the terminal device, a first message comprising a first field indicating a further pathloss offset which is an update of the pathloss offset, wherein the first message further comprises at least one of the following: a second field indicating an identity of a second SRS resource set, a third field indicating an identity of the first pathloss reference signal, or a fourth field indicating whether the first field is present.

[0444] In some example embodiments, the network device may transmit, to the terminal device, a second message comprising: a first field indicating an identity of pathloss reference signal associated with a physical uplink shared channel (PUSCH) , at least one second field indicating at least one index of a set of physical uplink shared channel (PUSCH) power control configuration, wherein a pathloss corresponding to each of the set of PUSCH power control configurations is determined based on the pathloss reference signal; at least one third field indicating at least one pathloss offset corresponding to the at least one SRI, respectively; and a fourth field indicating presence of more than one second field or more than one third field.

[0445] In some example embodiments, the network device may receive, from a terminal device, a request for updating the pathloss offset, wherein the request is transmitted by the terminal device upon one of the following: a power headroom associated with the second uplink transmission is lower than a power headroom associated with the first uplink transmission by an offset, a transmit power associated with the second uplink transmission is higher than a transmit power associated with the first uplink transmission  by an offset, or a difference between two pathloss values of two pathloss estimation based on the first pathloss reference signal is larger than or equal to a threshold pathloss.

[0446] In some example embodiments, the request is a power headroom report comprising a power headroom value calculated by considering the pathloss offset or not considering the pathloss offset.

[0447] In some example embodiments, whether the power headroom value is calculated by considering the pathloss offset is based on a configuration of the network device or a capability of the terminal device, or the power headroom value is associated with an actual transmission or a reference transmission.

[0448] In some example embodiments, the terminal device is configured with a first transmission reception point (TRP) associated with the first uplink transmission and a second TRP associated with the second uplink transmission and a downlink transmission, and wherein the processor is further configured to cause the network device to: transmit at least one of the following to the terminal device, a TRP discontinuous reception (DRX) configuration associated with the second TRP, wherein the downlink transmission is enabled during ON durations of a DRX procedure and the downlink transmission is disabled during OFF durations of the DRX procedure, or a TRP discontinuous transmission (DTX) configuration associated with the first TRP, wherein the first uplink transmission is enabled during ON durations of a DTX procedure and the first uplink transmission is disabled during OFF durations of the DTX procedure.

[0449] In some example embodiments, the network device may receive, form the terminal device, capability-related information comprising at least one of the following: whether the terminal device supports determining the transmit power based on the pathloss offset, whether the terminal device supports determining the power headroom value based on the pathloss offset, whether the terminal device supports selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset, whether the terminal device supports selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset, whether the terminal device supports selecting a preamble for a random access based on the pathloss offset for the second uplink transmission, whether the terminal device supports determining a repetition of a message 1 or message 3 of a 4-step random access procedure, whether the terminal device supports performing a timing advance validation by considering the pathloss offset,  whether the terminal device supports the second TRP being operated in a transmission reception point (TRP) discontinuous reception (DRX) mode, whether the terminal device supports the first TRP being operated in a TRP discontinuous transmission (DTX) mode, whether the terminal device supports updating the pathloss offset, a maximum pathloss offset supported by the terminal device, or a value range of the pathloss offset supported by the terminal device.

[0450] In some example embodiments, the first SRS resource is associated with a macro network node, and the second SRS resource is associated with a micro network node.

[0451] Example devices and apparatuses

[0452] FIG. 8 is a simplified block diagram of a device 800 that is suitable for implementing embodiments of the present disclosure. The device 800 can be considered as a further example implementation of any of the devices as shown in FIG. 2. Accordingly, the device 800 can be implemented at or as at least a part of the terminal device 210 or the network device 220.

[0453] As shown, the device 800 includes a processor 810, a memory 820 coupled to the processor 810, a suitable transceiver 840 coupled to the processor 810, and a communication interface coupled to the transceiver 840. The memory 820 stores at least a part of a program 830. The transceiver 840 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 840 may include at least one of a transmitter 842 and a receiver 844. The transmitter 842 and the receiver 844 may be functional modules or physical entities. The transceiver 840 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0454] The program 830 is assumed to include program instructions that, when executed by the associated processor 810, enable the device 800 to operate in accordance with the  embodiments of the present disclosure, as discussed herein with reference to FIGS. 1 to 8. The embodiments herein may be implemented by computer software executable by the processor 810 of the device 800, or by hardware, or by a combination of software and hardware. The processor 810 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 810 and memory 820 may form processing means 850 adapted to implement various embodiments of the present disclosure.

[0455] The memory 820 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 820 is shown in the device 800, there may be several physically distinct memory modules in the device 800. The processor 810 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 800 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0456] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a network device, configuration information indicating a pathloss offset, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein a pathloss offset is associated with the first pathloss reference signal; perform at least one of the following when performing the second uplink transmission: determining a transmit power based on the pathloss offset and the first pathloss reference signal; determining a power headroom value based on the pathloss offset; selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset, selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset, selecting a preamble for a random access procedure based on the pathloss offset, determining a repetition of a message 1 of a 4-step random access procedure for system  information (SI) request based on the pathloss offset, determining a repetition of a message 3 of a 4-step random access procedure based on the pathloss offset, performing a timing advance validation by considering the pathloss offset. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0457] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: generate configuration information for a terminal device, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein the configuration information indicates a pathloss offset associated with the first pathloss reference signal; and transmit the configuration information to the terminal device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0458] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0459] According to embodiments of the present disclosure, a terminal apparatus is provided. The terminal apparatus comprises means for receiving, from a network device, configuration information indicating a pathloss offset, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein a pathloss offset is associated with the  first pathloss reference signal; means for performing at least one of the following when performing the second uplink transmission: means for determining a transmit power based on the pathloss offset and the first pathloss reference signal; means for determining a power headroom value based on the pathloss offset; means for selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset, means for selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset, means for selecting a preamble for a random access procedure based on the pathloss offset, means for determining a repetition of a message 1 of a 4-step random access procedure for system information (SI) request based on the pathloss offset, means for determining a repetition of a message 3 of a 4-step random access procedure based on the pathloss offset, means for performing a timing advance validation by considering the pathloss offset. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 600. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0460] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for generating configuration information for a terminal device, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein the configuration information indicates a pathloss offset associated with the first pathloss reference signal; and means for transmitting the configuration information to the terminal device. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 700. In some example embodiments, the second apparatus may further comprise means for performing other operations in some example embodiments of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0461] In summary, embodiments of the present disclosure provide the following aspects.

[0462] In an aspect, it is proposed a terminal device comprising: a processor configured  to cause the terminal device to: receive, from a network device, configuration information indicating a pathloss offset, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein a pathloss offset is associated with the first pathloss reference signal; perform at least one of the following when performing the second uplink transmission: determining a transmit power based on the pathloss offset and the first pathloss reference signal; determining a power headroom value based on the pathloss offset; selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset, selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset, selecting a preamble for a random access procedure based on the pathloss offset, determining a repetition of a message 1 of a 4-step random access procedure for system information (SI) request based on the pathloss offset, determining a repetition of a message 3 of a 4-step random access procedure based on the pathloss offset, performing a timing advance validation by considering the pathloss offset.

[0463] In some embodiments, the pathloss offset is further associated with at least one of the following: the second uplink transmission, the second SRS resource set, a transmission configuration indicator (TCI) associated with the second uplink transmission, or a set of power control parameters associated with the second uplink transmission.

[0464] In some embodiments, the processor is further configured to cause the terminal device to: determine the transmit power based on one of the following: the pathloss offset, or an adjusted pathloss offset determined based on the pathloss offset and a coefficient.

[0465] In some embodiments, the pathloss offset is indicated by one of the following: a pathloss offset value, an index corresponding to a pathloss offset value, or a value range of the pathloss offset value.

[0466] In some embodiments, the pathloss offset is associated with a specific uplink transmission type being one of the following: an SRS transmission, a physical random access channel (PRACH) transmission, a physical uplink shared channel (PUSCH) transmission, or a physical uplink control channel (PUCCH) transmission.

[0467] In some embodiments, the configuration information further indicates at least one of the following: an indication about whether to apply the pathloss offset, an  indication indicating the pathloss offset is not applied to the first SRS resource set, an indication indicating the pathloss offset is applied to the second SRS resource set.

[0468] In some embodiments, the processor is further configured to cause the terminal device to: in accordance with a determination that the pathloss offset is applied, different closed loop power adjustment states are configured for the first and second uplink transmissions, in accordance with a determination that a usage of an SRS resource set is set to non-codebook, associate the pathloss offset with the SRS resource set, in accordance with a determination that a usage of an SRS resource set is set to antennaSwitching, not expect the SRS resource set to be configured or applied with the pathloss offset, or in accordance with a determination that there is no explicit configuration to associate the pathloss offset with an SRS resource set, associate the pathloss offset with a specific SRS resource set according to a pre-defined rule.

[0469] In some embodiments, the processor is further configured to cause the terminal device to: receive, from the network device, a first message comprising a first field indicating a further pathloss offset which is an update of the pathloss offset, wherein the first message further comprises at least one of the following: a second field indicating an identity of the second SRS resource set, a third field indicating an identity of the first pathloss reference signal, or a fourth field indicating whether the first field is present.

[0470] In some embodiments, the processor is further configured to cause the terminal device to: receive, from the network device, a second message comprising: a first field indicating an identity of pathloss reference signal associated with a physical uplink shared channel (PUSCH) , at least one second field indicating at least one index of a set of physical uplink shared channel (PUSCH) power control configuration, wherein a pathloss corresponding to each of the set of PUSCH power control configurations is determined based on the pathloss reference signal; at least one third field indicating at least one pathloss offset corresponding to the at least one SRI, respectively; and a fourth field indicating presence of more than one second field or more than one third field.

[0471] In some embodiments, if the configuration information is used for scheduling a downlink transmission, a transmission configuration indicator (TCI) selection field is not expected to be ‘10’ or ‘11’ or expected to be ‘00’ , or the TCI selection field is expected to be absent, if the configuration information is used for scheduling an uplink transmission, the pathloss offset is applied if a codepoint of an SRS resource set indicator field of the  configuration information is ‘01’ , apply the pathloss offset to the second SRS resource if a codepoint of the SRS resource set indicator field is ‘10’ or ‘11’ , or if the configuration information does not comprise the SRS resource set indicator field, determine the pathloss offset is associated with a specific SRS resource set according to a pre-defined rule.

[0472] In some embodiments, the processor is further configured to cause the terminal device to: transmit, to the network device, a request for updating the pathloss offset upon one of the following: a power headroom associated with the second uplink transmission is lower than a power headroom associated with the first uplink transmission by an offset, a transmit power associated with the second uplink transmission is higher than a transmit power associated with the first uplink transmission by an offset, or a difference between two pathloss values of two pathloss estimation based on the first pathloss reference signal is larger than or equal to an offset.

[0473] In some embodiments, the request is a power headroom report comprising a power headroom value calculated by considering the pathloss offset or not considering the pathloss offset.

[0474] In some embodiments, whether the power headroom value is calculated by considering the pathloss offset is based on a configuration of the network device or a capability of the terminal device, or wherein the power headroom value is associated with an actual transmission or a reference transmission.

[0475] In some embodiments, the terminal device is configured with a first transmission reception point (TRP) associated with the first uplink transmission and a second TRP associated with the second uplink transmission, and a downlink transmission associated with the second TRP supports to be enabled or disabled, and wherein the processor is further configured to cause the terminal device to: apply the pathloss offset when performing the second uplink transmission if the downlink transmission associated with the second TRP is disabled.

[0476] In some embodiments, the configuration information further indicates a second pathloss reference signal associated with the second uplink transmission, and wherein the processor is further configured to cause the terminal device to: if the downlink transmission associated with the second TRP is enabled, determine a second pathloss based on the second pathloss reference signal; and perform at least one of the following when performing the second uplink transmission: determining a transmit power based on  the second pathloss; determining a power headroom value based on the second pathloss; selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the second pathloss, selecting between a 2-step random access procedure and 4-step random access procedure based on the second pathloss, selecting a preamble for a random access procedure based on the second pathloss, determining a repetition of a message 1 of a 4-step random access procedure for scheduling request (SR) based on the second pathloss, determining a repetition of a message 3 of a 4-step random access procedure based on the second pathloss, performing a timing advance validation by considering the second pathloss offset.

[0477] In some embodiments, the processor is further configured to cause the terminal device to: receive at least one of the following from the network device, a TRP discontinuous reception (DRX) configuration associated with the second TRP, wherein the downlink transmission is enabled during ON durations of a DRX procedure and the downlink transmission is disabled during OFF durations of the DRX procedure, or a TRP discontinuous transmission (DTX) configuration associated with the first TRP, wherein the first uplink transmission is enabled during ON durations of a DTX procedure and the first uplink transmission is disabled during OFF durations of the DTX procedure.

[0478] In some embodiments, the processor is further configured to cause the terminal device to: receive at least one of the following from the network device, a message used for enabling or disabling the downlink transmission associated with the second TRP, or a message used for enabling or disabling the first uplink transmission associated with the first TRP.

[0479] In some embodiments, the processor is further configured to cause the terminal device to: transmit, to the network device, capability-related information comprising at least one of the following: whether the terminal device supports determining the transmit power based on the pathloss offset, whether the terminal device supports determining the power headroom value based on the pathloss offset, whether the terminal device supports selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset, whether the terminal device supports selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset, whether the terminal device supports selecting a preamble for a random access based on the pathloss offset for the second uplink transmission, whether the terminal device supports determining a repetition of a message 1 or message 3 of a 4-step random access  procedure, whether the terminal device supports performing a timing advance validation by considering the pathloss offset, whether the terminal device supports the second TRP being operated in a transmission reception point (TRP) discontinuous reception (DRX) mode, whether the terminal device supports the first TRP being operated in a TRP discontinuous transmission (DTX) mode, whether the terminal device supports updating the pathloss offset, a maximum pathloss offset supported by the terminal device, or a value range of the pathloss offset supported by the terminal device.

[0480] In some embodiments, the first SRS resource is associated with a macro network node, and the second SRS resource is associated with a micro network node.

[0481] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: generate configuration information for a terminal device, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein the configuration information indicates a pathloss offset associated with the first pathloss reference signal; and transmit the configuration information to the terminal device.

[0482] In some embodiments, the pathloss offset is further associated with at least one of the following: the second uplink transmission, the second SRS resource set, a transmission configuration indicator (TCI) associated with the second uplink transmission, or a set of power control parameters associated with the second uplink transmission.

[0483] In some embodiments, the pathloss offset is indicated by one of the following: a pathloss offset value, an index corresponding to a pathloss offset value, or a value range of the pathloss offset value.

[0484] In some embodiments, the pathloss offset is associated with a specific uplink transmission type being one of the following: an SRS transmission, a physical random access channel (PRACH) transmission, a physical uplink shared channel (PUSCH) transmission, or a physical uplink control channel (PUCCH) transmission.

[0485] In some embodiments, the configuration information further indicates at least one of the following: an indication about whether to apply the pathloss offset, an indication indicating the pathloss offset is not applied to the first SRS resource set, an indication indicating the pathloss offset is applied to the second SRS resource set.

[0486] In some embodiments, the processor is further configured to cause the network device to: transmit, to the terminal device, a first message comprising a first field indicating a further pathloss offset which is an update of the pathloss offset, wherein the first message further comprises at least one of the following: a second field indicating an identity of a second SRS resource set, a third field indicating an identity of the first pathloss reference signal, or a fourth field indicating whether the first field is present.

[0487] In some embodiments, the processor is further configured to cause the network device to: transmit, to the terminal device, a second message comprising: a first field indicating an identity of pathloss reference signal associated with a physical uplink shared channel (PUSCH) , at least one second field indicating at least one index of a set of physical uplink shared channel (PUSCH) power control configuration, wherein a pathloss corresponding to each of the set of PUSCH power control configurations is determined based on the pathloss reference signal; at least one third field indicating at least one pathloss offset corresponding to the at least one SRI, respectively; and a fourth field indicating presence of more than one second field or more than one third field.

[0488] In some embodiments, the processor is further configured to cause the network device to: receive, from a terminal device, a request for updating the pathloss offset, wherein the request is transmitted by the terminal device upon one of the following: a power headroom associated with the second uplink transmission is lower than a power headroom associated with the first uplink transmission by an offset, a transmit power associated with the second uplink transmission is higher than a transmit power associated with the first uplink transmission by an offset, or a difference between two pathloss values of two pathloss estimation based on the first pathloss reference signal is larger than or equal to a threshold pathloss.

[0489] In some embodiments, the request is a power headroom report comprising a power headroom value calculated by considering the pathloss offset or not considering the pathloss offset.

[0490] In some embodiments, whether the power headroom value is calculated by considering the pathloss offset is based on a configuration of the network device or a capability of the terminal device, or the power headroom value is associated with an actual transmission or a reference transmission.

[0491] In some embodiments, the terminal device is configured with a first transmission  reception point (TRP) associated with the first uplink transmission and a second TRP associated with the second uplink transmission and a downlink transmission, and wherein the processor is further configured to cause the network device to: transmit at least one of the following to the terminal device, a TRP discontinuous reception (DRX) configuration associated with the second TRP, wherein the downlink transmission is enabled during ON durations of a DRX procedure and the downlink transmission is disabled during OFF durations of the DRX procedure, or a TRP discontinuous transmission (DTX) configuration associated with the first TRP, wherein the first uplink transmission is enabled during ON durations of a DTX procedure and the first uplink transmission is disabled during OFF durations of the DTX procedure.

[0492] In some embodiments, the processor is further configured to cause the network device to: receive, form the terminal device, capability-related information comprising at least one of the following: whether the terminal device supports determining the transmit power based on the pathloss offset, whether the terminal device supports determining the power headroom value based on the pathloss offset, whether the terminal device supports selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset, whether the terminal device supports selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset, whether the terminal device supports selecting a preamble for a random access based on the pathloss offset for the second uplink transmission, whether the terminal device supports determining a repetition of a message 1 or message 3 of a 4-step random access procedure, whether the terminal device supports performing a timing advance validation by considering the pathloss offset, whether the terminal device supports the second TRP being operated in a transmission reception point (TRP) discontinuous reception (DRX) mode, whether the terminal device supports the first TRP being operated in a TRP discontinuous transmission (DTX) mode, whether the terminal device supports updating the pathloss offset, a maximum pathloss offset supported by the terminal device, or a value range of the pathloss offset supported by the terminal device.

[0493] In some embodiments, the first SRS resource is associated with a macro network node, and the second SRS resource is associated with a micro network node.

[0494] In an aspect, a terminal device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform  the method implemented by the terminal device discussed above.

[0495] In an aspect, a network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the network device discussed above.

[0496] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0497] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0498] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0499] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0500] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0501] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry  out the process or method as described above with reference to FIGS. 1 to 8. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0502] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0503] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0504] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in  the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0505] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device comprising:a processor configured to cause the terminal device to:receive, from a network device, configuration information indicating a pathloss offset, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein a pathloss offset is associated with the first pathloss reference signal; andperform at least one of the following when performing the second uplink transmission:determining a transmit power based on the pathloss offset and the first pathloss reference signal;determining a power headroom value based on the pathloss offset;selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset;selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset;selecting a preamble for a random access procedure based on the pathloss offset;determining a repetition of a message 1 of a 4-step random access procedure for system information (SI) request based on the pathloss offset;determining a repetition of a message 3 of a 4-step random access procedure based on the pathloss offset;performing a timing advance validation by considering the pathloss offset.2.The terminal device of claim 1, wherein the pathloss offset is further associated with at least one of the following:the second uplink transmission,the second SRS resource set,a transmission configuration indicator (TCI) associated with the second uplink transmission, ora set of power control parameters associated with the second uplink transmission.3.The terminal device of claim 1, wherein the processor is further configured to cause the terminal device to:determine the transmit power based on one of the following:the pathloss offset, oran adjusted pathloss offset determined based on the pathloss offset and a coefficient.4.The terminal device of claim 1, wherein the pathloss offset is indicated by one of the following:a pathloss offset value,an index corresponding to a pathloss offset value, ora value range of the pathloss offset value.5.The terminal device of claim 1, wherein the pathloss offset is associated with a specific uplink transmission type being one of the following:an SRS transmission,a physical random access channel (PRACH) transmission,a physical uplink shared channel (PUSCH) transmission, ora physical uplink control channel (PUCCH) transmission.6.The first terminal device 1, wherein the configuration information further indicates at least one of the following:an indication about whether to apply the pathloss offset,an indication indicating the pathloss offset is not applied to the first SRS resource set,an indication indicating the pathloss offset is applied to the second SRS resource set.7.The terminal device of claim 1, wherein the processor is further configured to cause the terminal device to:in accordance with a determination that the pathloss offset is applied, different closed loop power adjustment states are configured for the first and second uplink transmissions,in accordance with a determination that a usage of an SRS resource set is set to non-codebook, associate the pathloss offset with the SRS resource set,in accordance with a determination that a usage of an SRS resource set is set to antennaSwitching, not expect the SRS resource set to be configured or applied with the pathloss offset, orin accordance with a determination that there is no explicit configuration to associate the pathloss offset with an SRS resource set, associate the pathloss offset with a specific SRS resource set according to a pre-defined rule.8.The terminal device of claim 1, wherein the processor is further configured to cause the terminal device to:receive, from the network device, a first message comprising a first field indicating a further pathloss offset which is an update of the pathloss offset, wherein the first message further comprises at least one of the following:a second field indicating an identity of the second SRS resource set,a third field indicating an identity of the first pathloss reference signal, ora fourth field indicating whether the first field is present.9.The terminal device of claim 1, wherein the processor is further configured to cause the terminal device to:receive, from the network device, a second message comprising:a first field indicating an identity of pathloss reference signal associated with a physical uplink shared channel (PUSCH) ,at least one second field indicating at least one index of a set of physical uplink shared channel (PUSCH) power control configuration, wherein a pathloss corresponding to each of the set of PUSCH power control configurations is determined based on the pathloss reference signal;at least one third field indicating at least one pathloss offset corresponding to the at least one SRI, respectively; anda fourth field indicating presence of more than one second field or more than one third field.10.The terminal device of claim 1, wherein,if the configuration information is used for scheduling a downlink transmission, a transmission configuration indicator (TCI) selection field is not expected to be ‘10’ or ‘11’ or expected to be ‘00’ , or the TCI selection field is expected to be absent,if the configuration information is used for scheduling an uplink transmission,the pathloss offset is applied if a codepoint of an SRS resource set indicator field of the configuration information is ‘01’ ,apply the pathloss offset to the second SRS resource if a codepoint of the SRS resource set indicator field is ‘10’ or ‘11’ , orif the configuration information does not comprise the SRS resource set indicator field, determine the pathloss offset is associated with a specific SRS resource set according to a pre-defined rule.11.The terminal device of claim 1, wherein the processor is further configured to cause the terminal device to:transmit, to the network device, a request for updating the pathloss offset upon one of the following:a power headroom associated with the second uplink transmission is lower than a power headroom associated with the first uplink transmission by an offset,a transmit power associated with the second uplink transmission is higher than a transmit power associated with the first uplink transmission by an offset, ora difference between two pathloss values of two pathloss estimation based on the first pathloss reference signal is larger than or equal to an offset.12.The terminal device of claim 11, wherein the request is a power headroom report comprising a power headroom value calculated by considering the pathloss offset or not considering the pathloss offset.13.The terminal device of claim 12, wherein,whether the power headroom value is calculated by considering the pathloss offset is based on a configuration of the network device or a capability of the terminal device, orwherein the power headroom value is associated with an actual transmission or a reference transmission.14.The terminal device of claim 1, wherein the terminal device is configured with a first transmission reception point (TRP) associated with the first uplink transmission and a second TRP associated with the second uplink transmission, and a downlink transmission associated with the second TRP supports to be enabled or disabled,and wherein the processor is further configured to cause the terminal device to:apply the pathloss offset when performing the second uplink transmission if the downlink transmission associated with the second TRP is disabled.15.The terminal device of claim 14, wherein the configuration information further indicates a second pathloss reference signal associated with the second uplink transmission,and wherein the processor is further configured to cause the terminal device to:if the downlink transmission associated with the second TRP is enabled, determine a second pathloss based on the second pathloss reference signal; andperform at least one of the following when performing the second uplink transmission:determining a transmit power based on the second pathloss;determining a power headroom value based on the second pathloss;selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the second pathloss;selecting between a 2-step random access procedure and 4-step random access procedure based on the second pathloss;selecting a preamble for a random access procedure based on the second pathloss;determining a repetition of a message 1 of a 4-step random access procedure for scheduling request (SR) based on the second pathloss;determining a repetition of a message 3 of a 4-step random access procedure based on the second pathloss; orperforming a timing advance validation by considering the second pathloss offset.16.The terminal device of claim 14, wherein the processor is further configured to cause the terminal device to:receive at least one of the following from the network device,a TRP discontinuous reception (DRX) configuration associated with the second TRP, wherein the downlink transmission is enabled during ON durations of a DRX procedure and the downlink transmission is disabled during OFF durations of the DRX procedure, ora TRP discontinuous transmission (DTX) configuration associated with the first TRP, wherein the first uplink transmission is enabled during ON durations of a DTX procedure and the first uplink transmission is disabled during OFF durations of the DTX procedure.17.The terminal device of claim 14, wherein the processor is further configured to cause the terminal device to:receive at least one of the following from the network device,a message used for enabling or disabling the downlink transmission associated with the second TRP, ora message used for enabling or disabling the first uplink transmission associated with the first TRP.18.The terminal device of claim 1, wherein the processor is further configured to cause the terminal device to:transmit, to the network device, capability-related information comprising at least one of the following:whether the terminal device supports determining the transmit power based on the pathloss offset,whether the terminal device supports determining the power headroom value based on the pathloss offset,whether the terminal device supports selecting between a normal uplink (NUL) and supplementary uplink (SUL) based on the pathloss offset,whether the terminal device supports selecting between a 2-step random access procedure and 4-step random access procedure based on the pathloss offset,whether the terminal device supports selecting a preamble for a random access based on the pathloss offset for the second uplink transmission,whether the terminal device supports determining a repetition of a message 1 or message 3 of a 4-step random access procedure,whether the terminal device supports performing a timing advance validation by considering the pathloss offset,whether the terminal device supports the second TRP being operated in a transmission reception point (TRP) discontinuous reception (DRX) mode,whether the terminal device supports the first TRP being operated in a TRP discontinuous transmission (DTX) mode,whether the terminal device supports updating the pathloss offset,a maximum pathloss offset supported by the terminal device, ora value range of the pathloss offset supported by the terminal device.19.The terminal device of claim 1, wherein the first SRS resource is associated with a macro network node, and the second SRS resource is associated with a micro network node.20.A network device comprising:a processor configured to cause the network device to:generate configuration information for a terminal device, wherein the terminal device is configured with a first sounding reference signal (SRS) resource set associated with a first uplink transmission, a first pathloss reference signal, a second SRS resource set associated with a second uplink transmission, and wherein the configuration information indicates a pathloss offset associated with the first pathloss reference signal; andtransmit the configuration information to the terminal device.21.The network device of claim 20, wherein the processor is further configured to cause the network device to:receive, from a terminal device, a request for updating the pathloss offset, wherein the request is transmitted by the terminal device upon one of the following:a power headroom associated with the second uplink transmission is lower than a power headroom associated with the first uplink transmission by an offset,a transmit power associated with the second uplink transmission is higher than a transmit power associated with the first uplink transmission by an offset, ora difference between two pathloss values of two pathloss estimation based on the first pathloss reference signal is larger than or equal to a threshold pathloss.

Images