Non anchor carrier power control and allocation

Abstract

Methods and apparatuses for non-anchor carrier power control and allocation are disclosed. A UE comprises a processor; and a transceiver coupled to the processor, wherein the processor is configured to receive, via the transceiver, SSB in a first carrier; and perform, via the transceiver, RACH in a second carrier, wherein, the transmission power of RACH in the second carrier is determined by at least one of: transmit power of SSB in the first carrier, SSB receiving power in the first carrier, path loss offset between the first carrier and the second carrier, transmission power of hypothesis SSB in the second carrier, and power offset between SSB in the first carrier and hypothesis SSB in the second carrier. For example, the transmission power of RACH in the second carrier is determined at least by the SSB receiving power in the first carrier.

Description

NON ANCHOR CARRIER POWER CONTROL AND ALLOCATIONFIELD

[0001] The subject matter disclosed herein generally relates to wireless communications, and more particularly relates to methods and apparatuses for non-anchor carrier power control and allocation.BACKGROUND

[0002] For New Radio (NR) , anchor carrier is a carrier where User Equipment (UE) assumes the Synchronization Signal Block (SSB) and / or System Information Block (SIB) are transmitted. When there is already a first carrier (e.g. anchor carrier) for a UE to be able to receive SSB and / or SIB (e.g. SIB1) , the common signals (e.g., SSB and / or SIB) for other carriers may be simplified and / or assisted by the signals received from the first carrier. Incidentally, a carrier may be represented by CC (component carrier) . As shown in Figure 1 for energy saving (ES) CC (SSB / DRS without SIB) , since the SIB can be transmitted in the anchor carrier, the SIB can be not transmitted in ES CC. If the base station (BS) can maintain the synchronization between different CCs, the SSB on ES CC (e.g. ES CC (SSB-less & SIB-less) in Figure 1) can be completely skipped, i.e. SSB-less, achieving additional sleeping time. The UE on ES CC can acquire time and synchronization based on the SSB on anchor CC. Each of ES CC (SSB / DRS without SIB) and ES CC (SSB-less & SIB-less) shown in Figure 1 can be referred to as a non-anchor carrier.

[0003] This invention targets non-anchor carrier power control and allocation.

[0004] BRIEF SUMMARY

[0005] Methods and apparatuses for non-anchor carrier power control and allocation are disclosed.

[0006] In one embodiment, a UE comprises a processor; and a transceiver coupled to the processor, wherein the processor is configured to receive, via the transceiver, SSB in a first carrier; and perform, via the transceiver, RACH in a second carrier, wherein, the transmission power of RACH in the second carrier is determined by at least one of: transmit power of SSB in the first carrier, SSB receiving power in the first carrier, path loss offset between the first carrier and the second carrier, transmission power of hypothesis SSB in the second carrier, and power offset between SSB in the first carrier and hypothesis SSB in the second carrier. For example, the  transmission power of RACH in the second carrier is determined at least by the SSB receiving power in the first carrier.

[0007] In some embodiment, the transmission power of RACH in the second carrier is determined by the transmit power of SSB in the first carrier, the SSB receiving power in the first carrier, and the path loss offset between the first carrier and the second carrier. In some embodiment, the transmission power of RACH in the second carrier is determined by the SSB receiving power in the first carrier, the path loss offset between the first carrier and the second carrier, the transmission power of hypothesis SSB in the second carrier, and the power offset between SSB in the first carrier and hypothesis SSB in the second carrier.

[0008] In some embodiment, the processor is further configured to receive, via the transceiver, SIB in the first carrier, wherein, the RACH configuration of the second carrier is included in the SIB in the first carrier. In particular, the path loss offset between the first carrier and the second carrier, and the power offset between SSB in the first carrier and hypothesis SSB in the second carrier are configured in the RACH configuration of the second carrier.

[0009] In some embodiment, the processor is further configured to receive, via the transceiver, reference signal in the second carrier, wherein, the reference signal EPER is determined by at least one of SSB transmit power in the first carrier; the path loss offset between the first carrier and the second carrier; power offset between reference signal in the second carrier and the SSB in the first carrier; power offset between reference signal in the second carrier and hypothesis SSB in the second carrier; power offset between hypothesis SSB in the second carrier and SSB in the first carrier; and transmission power of hypothesis SSB in the second carrier. For a first example, the reference signal EPER is determined by the SSB transmit power in the first carrier, the path loss offset between the first carrier and the second carrier, and the power offset between reference signal in the second carrier and the SSB in the first carrier. For a second example, the reference signal EPER is determined by the SSB transmit power in the first carrier, the path loss offset between the first carrier and the second carrier, power offset between reference signal in the second carrier and hypothesis SSB in the second carrier and the power offset between hypothesis SSB in the second carrier and SSB in the first carrier. For a third example, the reference signal EPER is determined by the SSB transmit power in the first carrier, the path loss offset between the first carrier and the second carrier, and the transmission power of hypothesis SSB in the second carrier.

[0010] In one embodiment, a method at a UE comprises receiving SSB in a first carrier; and performing RACH in a second carrier, wherein, the transmission power of RACH in the second carrier is determined by at least one of: transmit power of SSB in the first carrier, SSB receiving power in the first carrier, path loss offset between the first carrier and the second carrier, transmission power of hypothesis SSB in the second carrier, and power offset between SSB in the first carrier and hypothesis SSB in the second carrier.

[0011] In another embodiment, a base unit comprises a processor; and a transceiver coupled to the processor, wherein the processor is configured to transmit, via the transceiver, SSB in a first carrier; and receive, via the transceiver, RACH in a second carrier.

[0012] In some embodiment, the processor is further configured to transmit, via the transceiver, SIB in the first carrier, wherein, the RACH configuration of the second carrier is included in the SIB in the first carrier.

[0013] In yet another embodiment, a method at a base unit comprises transmitting SSB in a first carrier; and receiving RACH in a second carrierBRIEF DESCRIPTION OF THE DRAWINGS

[0014] A more particular description of the embodiments briefly described above will be rendered by reference to specific embodiments that are illustrated in the appended drawings. Understanding that these drawings depict only some embodiments, and are not therefore to be considered to be limiting of scope, the embodiments will be described and explained with additional specificity and detail through the use of the accompanying drawings, in which:

[0015] Figure 1 illustrates anchor carrier and non-anchor carriers;

[0016] Figure 2 is a schematic flow chart diagram illustrating an embodiment of a method;

[0017] Figure 3 is a schematic flow chart diagram illustrating another embodiment of a method; and

[0018] Figure 4 is a schematic block diagram illustrating apparatuses according to one embodiment.DETAILED DESCRIPTION

[0019] As will be appreciated by one skilled in the art that certain aspects of the embodiments may be embodied as a system, apparatus, method, or program product. Accordingly, embodiments may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc. ) or an  embodiment combining software and hardware aspects that may generally all be referred to herein as a “circuit” , “module” or “system” . Furthermore, embodiments may take the form of a program product embodied in one or more computer readable storage devices storing machine-readable code, computer readable code, and / or program code, referred to hereafter as “code” . The storage devices may be tangible, non-transitory, and / or non-transmission. The storage devices may not embody signals. In a certain embodiment, the storage devices only employ signals for accessing code.

[0020] Certain functional units described in this specification may be labeled as “modules” , in order to more particularly emphasize their independent implementation. For example, a module may be implemented as a hardware circuit comprising custom very-large-scale integration (VLSI) circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components. A module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices or the like.

[0021] Modules may also be implemented in code and / or software for execution by various types of processors. An identified module of code may, for instance, include one or more physical or logical blocks of executable code which may, for instance, be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together, but, may include disparate instructions stored in different locations which, when joined logically together, include the module and achieve the stated purpose for the module.

[0022] Indeed, a module of code may contain a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices. Similarly, operational data may be identified and illustrated herein within modules and may be embodied in any suitable form and organized within any suitable type of data structure. This operational data may be collected as a single data set, or may be distributed over different locations including over different computer readable storage devices. Where a module or portions of a module are implemented in software, the software portions are stored on one or more computer readable storage devices.

[0023] Any combination of one or more computer readable medium may be utilized. The computer readable medium may be a computer readable storage medium. The computer readable storage medium may be a storage device storing code. The storage device may be, for example,  but need not necessarily be, an electronic, magnetic, optical, electromagnetic, infrared, holographic, micromechanical, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing.

[0024] A non-exhaustive list of more specific examples of the storage device would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, random access memory (RAM) , read-only memory (ROM) , erasable programmable read-only memory (EPROM or Flash Memory) , portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer-readable storage medium may be any tangible medium that can contain or store a program for use by or in connection with an instruction execution system, apparatus, or device.

[0025] Code for carrying out operations for embodiments may include any number of lines and may be written in any combination of one or more programming languages including an object-oriented programming language such as Python, Ruby, Java, Smalltalk, C++, or the like, and conventional procedural programming languages, such as the "C" programming language, or the like, and / or machine languages such as assembly languages. The code may be executed entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the very last scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN) , or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider) .

[0026] Reference throughout this specification to “one embodiment” , “an embodiment” , or similar language means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment. Thus, appearances of the phrases “in one embodiment” , “in an embodiment” , and similar language throughout this specification may, but do not necessarily, all refer to the same embodiment, but mean “one or more but not all embodiments” unless expressly specified otherwise. The terms “including” , “comprising” , “having” , and variations thereof mean “including but are not limited to” , unless otherwise expressly specified. An enumerated listing of items does not imply that any or all of the items are mutually exclusive, otherwise unless expressly specified. The terms “a” , “an” , and “the” also refer to “one or more” unless otherwise expressly specified.

[0027] Furthermore, described features, structures, or characteristics of various embodiments may be combined in any suitable manner. In the following description, numerous specific details are provided, such as examples of programming, software modules, user selections, network transactions, database queries, database structures, hardware modules, hardware circuits, hardware chips, etc., to provide a thorough understanding of embodiments. One skilled in the relevant art will recognize, however, that embodiments may be practiced without one or more of the specific details, or with other methods, components, materials, and so forth. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid any obscuring of aspects of an embodiment.

[0028] Aspects of different embodiments are described below with reference to schematic flowchart diagrams and / or schematic block diagrams of methods, apparatuses, systems, and program products according to embodiments. It will be understood that each block of the schematic flowchart diagrams and / or schematic block diagrams, and combinations of blocks in the schematic flowchart diagrams and / or schematic block diagrams, can be implemented by code. This code may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which are executed via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the schematic flowchart diagrams and / or schematic block diagrams for the block or blocks.

[0029] The code may also be stored in a storage device that can direct a computer, other programmable data processing apparatus, or other devices, to function in a particular manner, such that the instructions stored in the storage device produce an article of manufacture including instructions which implement the function specified in the schematic flowchart diagrams and / or schematic block diagrams block or blocks.

[0030] The code may also be loaded onto a computer, other programmable data processing apparatus, or other devices, to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the code executed on the computer or other programmable apparatus provides processes for implementing the functions specified in the flowchart and / or block diagram block or blocks.

[0031] The schematic flowchart diagrams and / or schematic block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of  apparatuses, systems, methods and program products according to various embodiments. In this regard, each block in the schematic flowchart diagrams and / or schematic block diagrams may represent a module, segment, or portion of code, which includes one or more executable instructions of the code for implementing the specified logical function (s) .

[0032] It should also be noted that in some alternative implementations, the functions noted in the block may occur out of the order noted in the Figures. For example, two blocks shown in succession may substantially be executed concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. Other steps and methods may be conceived that are equivalent in function, logic, or effect to one or more blocks, or portions thereof, to the illustrated Figures.

[0033] Although various arrow types and line types may be employed in the flowchart and / or block diagrams, they are understood not to limit the scope of the corresponding embodiments. Indeed, some arrows or other connectors may be used to indicate only the logical flow of the depicted embodiment. For instance, an arrow may indicate a waiting or monitoring period of unspecified duration between enumerated steps of the depicted embodiment. It will also be noted that each block of the block diagrams and / or flowchart diagrams, and combinations of blocks in the block diagrams and / or flowchart diagrams, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and code.

[0034] The description of elements in each Figure may refer to elements of proceeding figures. Like numbers refer to like elements in all figures, including alternate embodiments of like elements.

[0035] UE can be configured with an anchor carrier and at least one non-anchor carrier. It is assumed that SSB and SIB are only transmitted in the anchor carrier, and that the SSB or the SIB is not transmitted in any non-anchor carrier.

[0036] In addition, each carrier (i.e., each of the anchor carrier and the non-anchor carrier (s) ) is separately configured with a RACH (Random Access Channel) configuration. The RACH configuration for each carrier is configured in SIB1 in the anchor carrier. It implies that the RACH configuration for each non-anchor carrier is also configured in SIB1 in the anchor carrier.

[0037] Incidentally, a legacy UE only supports anchor carrier; while a new UE supports both anchor carrier and non-anchor carrier (s) . The new UE, after camping on the anchor carrier,  can perform random access and / or data transmission and / or data reception in a non-anchor carrier (e.g., one of the non-anchor carrier (s) ) .

[0038] Considering that the SSB and the SIB are only transmitted in the anchor carrier, if RACH is performed in the non-anchor carrier, the synchronization information (e.g., downlink synchronization information, uplink synchronization information, TA (Timing Advance) , SSB beam information, etc) in the non-anchor carrier can be obtained by referring to the synchronization information in the anchor carrier, especially when the anchor carrier and the non-anchor carrier are deployed in a co-location scenario. When the anchor carrier and the non-anchor carrier are deployed in the co-location scenario, some of the parameters (e.g., rsrp-ThresholdSSB, preambleReceivedTargetPower, etc) for performing RACH can be shared between the anchor carrier and the non-anchor carrier (s) . It means that if some parameter (s) are absent in RACH configuration of a non-anchor carrier, the parameter (s) configured in RACH configuration of the anchor carrier can be used in the non-anchor carrier.

[0039] This disclosure is related to power control and allocation for non-anchor carrier (s) . In particular, since SIB and / or SSB are not transmitted in the non-anchor carrier, this disclosure proposes that the power control and allocation for each non-anchor carrier is made in consideration of the anchor carrier. In view of the above, the following description is made by assuming only one non-anchor carrier for simplification. It is obvious that the following description applies to each of the non-anchor carrier (s) .

[0040] A first embodiment relates to NR uplink power control for RACH procedure.

[0041] Open loop power control is a mechanism to determine PRACH (Physical RACH) preamble transmission power. In NR PRACH power control determination, the uplink transmission power is determined by UE maximum output power (e.g., P_CMAC) , gNB (Next Generation Node B) target reception power (e.g., P_PRACH, target) and path loss power (e.g., PL) .

[0042] In detail, a UE determines a transmission power for a PRACH on active UL (uplink) BWP (bandwidth part) b of carrier f (e.g., anchor carrier f) of serving cell c based on DL (downlink) RS (reference signal) for serving cell c in transmission occasion i as P_PRACH, b, f, c (i) = min {P_CMAC, f, c (i) , P_PRACH, target, f, c + PL_b, f, c} ,

[0043] where, P_CMAC, f, c (i) is the UE configured maximum output power;

[0044] P_PRACH, target, f, c is the PRACH target reception power PREAMBLE_RECEIVED_TARGET_POWER, where

[0045] PREAMBLE_RECEIVED_TARGET_POWER = preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER –1) ×PREAMBLE_POWER_RAMPING_STEP, where preambleReceivedTargetPower is configured by higher layer parameter, DELTA_PREAMBLE is determined by predefined manner, PREAMBLE_POWER_RAMPING_COUNTER starts from 1 and gets incremented by 1 every time PRACH is retransmitted until it reaches the RRC parameter preambleTransMax, PREAMBLE_POWER_RAMPING_STEP is configured by higher layer parameter;

[0046] PL_b, f, c is a path loss for the active UL BWP b of carrier f based on the DL RS associated with the PRACH transmission on the active DL BWP of serving cell c, and PL_b, f, c =referenceSignalPower (carrier f) –higher layer filtered RSRP (carrier f) , where referenceSignalPower is provided by ss-PBCH-BlockPower in carrier f, RSRP is Reference Signal (i.e., SSB in carrier f) Receiving Power and the higher layer filter configuration is defined in TS (technical specification) 38.331. Note that UL BWP b in the RACH procedure is UL BWP 0 (i.e., initial uplink BWP) .

[0047] As a whole, since the UE maximum output power and the gNB target reception power can be regarded as predetermined, the uplink transmission power for the anchor carrier (f) is determined by the path loss (i.e., path loss power) of the anchor carrier (f) , where the path loss of the anchor carrier (f) is determined by the reference signal (e.g., SSB) power of the anchor carrier (f) and the higher layer filtered RSRP of the anchor carrier (f) .

[0048] Similarly, the uplink transmission power for the non-anchor carrier (e.g., f’) can be determined by the path loss (i.e., path loss power) of the non-anchor carrier (f’) .

[0049] However, since there is no available reference signal measurement (e.g., no SSB in non-anchor carrier) for open loop power control in non-anchor carrier (f’) , the first embodiment proposes that the path loss of the non-anchor carrier (f’) can be calculated based on reference signal receiving power (RSRP) in the anchor carrier (f) , where the reference signal in the anchor carrier (f) can be SSB in the anchor carrier (f) . That is, the transmission power of RACH in the non-anchor carrier (f’) can be determined at least according to the SSB receiving power in the anchor carrier (f) .

[0050] From another point of view, the uplink transmission power for the non-anchor carrier (f’) is determined by the reference signal receiving power (RSRP) in the anchor carrier (f) .

[0051] The path loss of signal (e.g., in free space) is determined by the frequency and the distance. For example, the path loss of signal in free space is Lbf=32.5+20lgF+20lgD, where F is  the frequency and D is the distance. It means that the path loss of non-anchor carrier (f’) and the path loss of anchor carrier (f) are different (e.g., in free space) even if the distance is the same for the non-anchor carrier (f’) and for the anchor carrier (f) , especially for the two carriers (i.e., the non-anchor carrier (f’) and the anchor carrier (f) ) with a larger frequency offset.

[0052] In consideration of co-located deployment of multiple carriers (i.e., non-anchor carrier (f’) and anchor carrier (f) ) , the TA information and SSB beam information may be the same for the anchor carrier (f) and the non-anchor carrier (f’) .

[0053] However, the path loss in non-anchor carrier (f’) maybe different from the path loss in anchor carrier (f) even if the transmission power of the reference signal and transmission distance are the same.

[0054] A signal path loss offset delta_P1 is introduced to indicate the path loss offset between non-anchor carrier (f’) and anchor carrier (f) . For example, when the path loss in the anchor carrier (f) is used to derive the path loss in the non-anchor carrier (f’) , if path loss in the anchor carrier (f) is P0 -RSRP0 = PL0, then path loss in the non-anchor carrier (f’) is PL0+delta_P1.

[0055] The signal path loss offset (delta_P1) can be achieved by gNB with CSI-RS (Channel State Information Reference Signal) RSRP report in the anchor carrier and the non-anchor carrier, and configured by gNB (e.g., in the RACH configuration of the non-anchor carrier) . Alternatively, the signal path loss offset (delta_P1) can be calculated by UE according to UE implementation.

[0056] So, a transmission power for a PRACH on active UL BWP b of carrier f’ (e.g., non-anchor carrier f’) of serving cell c based on DL RS for serving cell c in transmission occasion i as: P_PRACH, b, f’, c (i) = min {P_CMAC, f’, c (i) , P_PRACH, target, f’, c + PL_b, f’, c} (Note that UL BWP b in the RACH procedure is UL BWP 0 (i.e., initial uplink BWP) ) , where, P_CMAC, f’, c (i) is the UE configured maximum output power (which can be the same as P_CMAC, f, c (i) ) ; P_PRACH, target, f’, c is the PRACH target reception power (which can be the same as P_PRACH, target, f, c) , and

[0057] PL_b, f’, c = path loss in carrier (f’) + delta_P1 = referenceSignalPower (in anchor carrier (f) ) –higher layer filtered RSRP (in anchor carrier (f) ) + delta_P1,

[0058] where delta_P1 indicates the path loss offset between non-anchor carrier (f’) and anchor carrier (f) .

[0059] Alternatively, a power offset delta_P2 that indicates the power offset between hypothesis SSB in carrier (f’) and SSB in carrier (f’) can be additionally introduced in addition to the signal path loss offset delta_P1.

[0060] It means that if there is a reference signal power in the non-anchor carrier (f’) while there is no SSB in the non-anchor carrier (f’) , a hypothesis SSB can be regarded as in the non-anchor carrier (f’) .

[0061] In this condition, PL_b, f’, c = referenceSignalPower (in non-anchor carrier (f’) ) –higher layer filtered RSRP (in anchor carrier (f) ) + delta_P1 + delta_P2,

[0062] where, delta_P1 indicates the path loss offset between non-anchor carrier (f’) and anchor carrier (f) , and delta_P2 that indicates the power offset between hypothesis SSB in non-anchor carrier (f’) and SSB in anchor carrier (f) .

[0063] From another point of view, higher layer filtered RSRP (in anchor carrier (f) ) -delta_P1 -delta_P2 is the higher layer filtered RSRP in non-anchor carrier (f’) with hypothesis SSB. That is, PL_b, f’, c = referenceSignalPower (in non-anchor carrier (f’) ) -higher layer filtered RSRP (in non-anchor carrier (f’) ) = referenceSignalPower (in non-anchor carrier (f’) ) – (higher layer filtered RSRP (in anchor carrier (f) ) -delta_P1 -delta_P2) = referenceSignalPower (in non-anchor carrier (f’) ) –higher layer filtered RSRP (in anchor carrier (f) + delta_P1 + delta_P2.

[0064] As a whole, delta_P1 or both delta_P1 and delta_P2 can be regarded as a delta_P that compensates the path loss of the non-anchor carrier (f’) .

[0065] Delta_P (delta_P1 or both delta_P1 and delta_P2) is configured for each non-anchor carrier (f’) . For example, delta_P (delta_P1 or both delta_P1 and delta_P2) for each non-anchor carrier (f’) can be configured in the RACH configuration of each non-anchor carrier (f’) , while the RACH configuration of each non-anchor carrier (f’) is configured in the SIB (e.g., SIB1) of the anchor carrier (f) .

[0066] A second embodiment relates to NR downlink power allocation for non-anchor carrier.

[0067] Traditionally, e.g., for the anchor carrier, the downlink SS / PBCH (synchronization signal and Physical Broadcast Channel) SSS (secondary synchronization signal) EPRE (Energy per Resource Element) can be derived from the SS / PBCH block downlink transmit power given by the parameter ss-PBCH-BlockPower provided by higher layers, ranging from INTEGER (-60.. 50) in unit of dBm.

[0068] The downlink CSI-RS EPRE can be derived from the SS / PBCH block downlink transmit power given by the parameter ss-PBCH-BlockPower and CSI-RS power offset given by the parameter powerControlOffsetSS provided by higher layers, where powerControlOffsetSS is given by ENUMERATED {db-3, db0, db3, db6} (i.e., the CSI-RS power offset, that is the offset of the CSI-RS power to the SS / PBCH block downlink transmit power, can be one of -3, 0, 3 and 6 in unit of dB) .

[0069] For simplicity, if the parameter ss-PBCH-BlockPower is represented by “A” , and the powerControlOffsetSS is represented by “C” , then the downlink CSI-RS EPRE (e.g., for the anchor carrier) is “A” + “C” .

[0070] The second embodiment proposes two ways to derive the UE CSI-RS EPRE (e.g., RSRP reporting based on CSI-RS) for the non-anchor carrier.

[0071] In a first way, the downlink CSI-RS EPRE for the non-anchor carrier is derived from the SS / PBCH block downlink transmit power for the anchor carrier given by the parameter ss-PBCH-BlockPower (e.g., represent by “A” in unit of dBm) , the signal path loss offset between anchor carrier and non-anchor carrier (e.g., represented by “B” (i.e., delta_P1 in the first embodiment) in unit of dB) , and the CSI-RS power offset (Power offset of reference signal (e.g., NZP (Non-zero power) CSI-RS RE) in non-anchor carrier to SSB (e.g., SSS RE) in anchor carrier) given by the parameter powerControlOffsetSS provided by higher layers (e.g., represented by “C1” in unit of dB) . In particular, the equivalent downlink CSI-RS EPRE in non-anchor carrier is “A” + “B” + “C1” .

[0072] In a second way, the downlink CSI-RS EPRE in non-anchor carrier is derived from the SS / PBCH block downlink transmit power in the anchor carrier given by the parameter ss-PBCH-BlockPower (e.g., represent by “A” in unit of dBm) , the signal path loss offset between anchor carrier and non-anchor carrier (e.g., represented by “B” in unit of dB) , the CSI-RS power offset (Power offset (dB) of reference signal (e.g., NZP CSI-RS RE) in non-anchor carrier to hypothesis SSB (e.g., SSS RE) in non-anchor carrier) given by the parameter powerControlOffsetSS provided by higher layers (e.g., represented by “C2” in unit of dB) , and power offset between hypothesis SSB in non-anchor carrier and SSB in anchor carrier (e.g., represented by “D” in unit of dB) . In particular, the equivalent downlink CSI-RS EPRE in non-anchor carrier is “A” + “B” + “C2” + “D” .

[0073] The CSI-RS power offset in non-anchor carrier to hypothesis SSB (i.e., “C2” ) and the power offset between hypothesis SSB in non-anchor carrier and SSB in anchor carrier (i.e.,  “D”) (e.g., “C2” + “D” ) can be collectively referred to as the transmit power of the hypothesis SSB in the non-anchor carrier (e.g., represented by “E” ) . It means that the equivalent downlink CSI-RS EPRE in non-anchor carrier is “A” + “B” + “E” .

[0074] It can be seen that the CSI-RS power offset given by the parameter powerControlOffsetSS provided by higher layers may refer to different CSI-RS power offsets in different scenarios.

[0075] In case of the anchor carrier, the CSI-RS power offset given by the parameter powerControlOffsetSS refers to the power offset of reference signal (e.g., NZP CSI-RS RE) in the anchor carrier to SSB (e.g., SSS RE) in the anchor carrier (e.g., represented by “C” ) . In case of the non-anchor carrier, the CSI-RS power offset given by the parameter powerControlOffsetSS refers to the power offset of reference signal (e.g., NZP CSI-RS RE) in the non-anchor carrier to SSB (e.g., SSS RE) in the anchor carrier (e.g., represented by “C1” ) or the power offset of reference signal (e.g., NZP CSI-RS RE) in the non-anchor carrier to hypothesis SSB (e.g., SSS RE) in the non-anchor carrier (e.g., represented by “C2” ) .

[0076] Figure 2 is a schematic flow chart diagram illustrating an embodiment of a method 200 according to the present application. In some embodiments, the method 200 is performed by an apparatus, such as a remote unit (UE) . In certain embodiments, the method 200 may be performed by a processor executing program code, for example, a microcontroller, a microprocessor, a CPU, a GPU, an auxiliary processing unit, a FPGA, or the like.

[0077] The method 200 may comprise 202 receiving SSB in a first carrier (f) ; and 204 performing RACH in a second carrier (f’) , wherein, the transmission power of RACH in the second carrier is determined by at least one of: transmit power of SSB in the first carrier, SSB receiving power in the first carrier, path loss offset between the first carrier and the second carrier, transmission power of hypothesis SSB in the second carrier, and power offset between SSB in the first carrier and hypothesis SSB in the second carrier. For example, the transmission power of RACH in the second carrier is determined at least by the SSB receiving power in the first carrier.

[0078] In some embodiment, the transmission power of RACH in the second carrier is determined by the transmit power of SSB in the first carrier, the SSB receiving power in the first carrier, and the path loss offset between the first carrier and the second carrier. In some embodiment, the transmission power of RACH in the second carrier is determined by the SSB receiving power in the first carrier, the path loss offset between the first carrier and the second  carrier, the transmission power of hypothesis SSB in the second carrier, and the power offset between SSB in the first carrier and hypothesis SSB in the second carrier.

[0079] In some embodiment, the method further comprises receiving SIB in the first carrier (f) , wherein, the RACH configuration of the second carrier (f’) is included in the SIB in the first carrier (f) . In particular, the path loss offset between the first carrier (f) and the second carrier (f’) , and the power offset between SSB in the first carrier (f) and hypothesis SSB in the second carrier (f’) are configured in the RACH configuration of the second carrier (f’) .

[0080] In some embodiment, the method further comprises receiving reference signal in the second carrier (f’) , wherein, the reference signal EPER is determined by at least one of SSB transmit power in the first carrier; the path loss offset between the first carrier and the second carrier; power offset between reference signal in the second carrier and the SSB in the first carrier; power offset between reference signal in the second carrier and hypothesis SSB in the second carrier; power offset between hypothesis SSB in the second carrier and SSB in the first carrier; and transmission power of hypothesis SSB in the second carrier. For a first example, the reference signal EPER is determined by the SSB transmit power in the first carrier, the path loss offset between the first carrier and the second carrier, and the power offset between reference signal in the second carrier and the SSB in the first carrier. For a second example, the reference signal EPER is determined by the SSB transmit power in the first carrier, the path loss offset between the first carrier and the second carrier, power offset between reference signal in the second carrier and hypothesis SSB in the second carrier and the power offset between hypothesis SSB in the second carrier and SSB in the first carrier. For a third example, the reference signal EPER is determined by the SSB transmit power in the first carrier, the path loss offset between the first carrier and the second carrier, and the transmission power of hypothesis SSB in the second carrier.

[0081] Figure 3 is a schematic flow chart diagram illustrating a further embodiment of a method 300 according to the present application. In some embodiments, the method 300 is performed by an apparatus, such as a base unit. In certain embodiments, the method 300 may be performed by a processor executing program code, for example, a microcontroller, a microprocessor, a CPU, a GPU, an auxiliary processing unit, a FPGA, or the like.

[0082] The method 300 may comprise 302 transmitting SSB in a first carrier (f) ; and 304 receiving RACH in a second carrier (f’) .

[0083] In some embodiment, the method further comprises transmitting SIB in the first carrier (f) , wherein, the RACH configuration of the second carrier (f’) is included in the SIB in the first carrier (f) .

[0084] Figure 4 is a schematic block diagram illustrating apparatuses according to one embodiment.

[0085] Referring to Figure 4, the UE (i.e. the remote unit) includes a processor, a memory, and a transceiver. The processor implements a function, a process, and / or a method which are proposed in Figure 2.

[0086] The UE comprises a processor; and a transceiver coupled to the processor, wherein the processor is configured to receive, via the transceiver, SSB in a first carrier (f) ; and perform, via the transceiver, RACH in a second carrier (f’) , wherein, the transmission power of RACH in the second carrier is determined by at least one of: transmit power of SSB in the first carrier, SSB receiving power in the first carrier, path loss offset between the first carrier and the second carrier, transmission power of hypothesis SSB in the second carrier, and power offset between SSB in the first carrier and hypothesis SSB in the second carrier. For example, the transmission power of RACH in the second carrier is determined at least by the SSB receiving power in the first carrier.

[0087] In some embodiment, the transmission power of RACH in the second carrier is determined by the transmit power of SSB in the first carrier, the SSB receiving power in the first carrier, and the path loss offset between the first carrier and the second carrier. In some embodiment, the transmission power of RACH in the second carrier is determined by the SSB receiving power in the first carrier, the path loss offset between the first carrier and the second carrier, the transmission power of hypothesis SSB in the second carrier, and the power offset between SSB in the first carrier and hypothesis SSB in the second carrier.

[0088] In some embodiment, the processor is further configured to receive, via the transceiver, SIB in the first carrier (f) , wherein, the RACH configuration of the second carrier (f’) is included in the SIB in the first carrier (f) . In particular, the path loss offset between the first carrier (f) and the second carrier (f’) , and the power offset between SSB in the first carrier (f) and hypothesis SSB in the second carrier (f’) are configured in the RACH configuration of the second carrier (f’) .

[0089] In some embodiment, the processor is further configured to receive, via the transceiver, reference signal in the second carrier (f’) , wherein, the reference signal EPER is  determined by at least one of SSB transmit power in the first carrier; the path loss offset between the first carrier and the second carrier; power offset between reference signal in the second carrier and the SSB in the first carrier; power offset between reference signal in the second carrier and hypothesis SSB in the second carrier; power offset between hypothesis SSB in the second carrier and SSB in the first carrier; and transmission power of hypothesis SSB in the second carrier. For a first example, the reference signal EPER is determined by the SSB transmit power in the first carrier, the the path loss offset between the first carrier and the second carrier, and the power offset between reference signal in the second carrier and the SSB in the first carrier. For a second example, the reference signal EPER is determined by the SSB transmit power in the first carrier, the path loss offset between the first carrier and the second carrier, power offset between reference signal in the second carrier and hypothesis SSB in the second carrier and the power offset between hypothesis SSB in the second carrier and SSB in the first carrier. For a third example, the reference signal EPER is determined by the SSB transmit power in the first carrier, the path loss offset between the first carrier and the second carrier, and the transmission power of hypothesis SSB in the second carrier.

[0090] Referring to Figure 4, the gNB (i.e. base unit) includes a processor, a memory, and a transceiver. The processors implement a function, a process, and / or a method which are proposed in Figure 3.

[0091] The base unit comprises a processor; and a transceiver coupled to the processor, wherein the processor is configured to transmit, via the transceiver, SSB in a first carrier (f) ; and receive, via the transceiver, RACH in a second carrier (f’) .

[0092] In some embodiment, the processor is further configured to transmit, via the transceiver, SIB in the first carrier (f) , wherein, the RACH configuration of the second carrier (f’) is included in the SIB in the first carrier (f) . Layers of a radio interface protocol may be implemented by the processors. The memories are connected with the processors to store various pieces of information for driving the processors. The transceivers are connected with the processors to transmit and / or receive a radio signal. Needless to say, the transceiver may be implemented as a transmitter to transmit the radio signal and a receiver to receive the radio signal.

[0093] The memories may be positioned inside or outside the processors and connected with the processors by various well-known means.

[0094] In the embodiments described above, the components and the features of the embodiments are combined in a predetermined form. Each component or feature should be  considered as an option unless otherwise expressly stated. Each component or feature may be implemented not to be associated with other components or features. Further, the embodiment may be configured by associating some components and / or features. The order of the operations described in the embodiments may be changed. Some components or features of any embodiment may be included in another embodiment or replaced with the component and the feature corresponding to another embodiment. It is apparent that the claims that are not expressly cited in the claims are combined to form an embodiment or be included in a new claim.

[0095] The embodiments may be implemented by hardware, firmware, software, or combinations thereof. In the case of implementation by hardware, according to hardware implementation, the exemplary embodiment described herein may be implemented by using one or more application-specific integrated circuits (ASICs) , digital signal processors (DSPs) , digital signal processing devices (DSPDs) , programmable logic devices (PLDs) , field programmable gate arrays (FPGAs) , processors, controllers, micro-controllers, microprocessors, and the like.

[0096] Embodiments may be practiced in other specific forms. The described embodiments are to be considered in all respects to be only illustrative and not restrictive. The scope of the invention is, therefore, indicated by the appended claims rather than by the foregoing description. All changes which come within the meaning and range of equivalency of the claims are to be embraced within their scope.

Claims

1.A user equipment (UE) , comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured toreceive, via the transceiver, SSB in a first carrier (f) ; andperform, via the transceiver, RACH in a second carrier (f’) , wherein, the transmission power of RACH in the second carrier is determined by at least one of:transmit power of SSB in the first carrier,SSB receiving power in the first carrier,path loss offset between the first carrier and the second carrier,transmission power of hypothesis SSB in the second carrier, andpower offset between SSB in the first carrier and hypothesis SSB in the second carrier.2.The UE of claim 1, wherein, the transmission power of RACH in the second carrier is determined by the transmit power of SSB in the first carrier, the SSB receiving power in the first carrier, and the path loss offset between the first carrier and the second carrier.3.The UE of claim 1, wherein, the transmission power of RACH in the second carrier is determined by the SSB receiving power in the first carrier, the path loss offset between the first carrier and the second carrier, the transmission power of hypothesis SSB in the second carrier, and the power offset between SSB in the first carrier and hypothesis SSB in the second carrier.4.The UE of claim 1, wherein, the processor is further configured toreceive, via the transceiver, SIB in the first carrier (f) , wherein, the RACH configuration of the second carrier (f’) is included in the SIB in the first carrier (f) .5.The UE of claim 4, wherein, the path loss offset between the first carrier (f) and the second carrier (f’) , and the power offset between SSB in the first carrier (f) and hypothesis SSB in the second carrier (f’) are configured in the RACH configuration of the second carrier (f’) .6.The UE of claim 1, wherein, the processor is further configured toreceive, via the transceiver, reference signal in the second carrier (f’) , wherein, the reference signal EPER is determined by at least one ofSSB transmit power in the first carrier;the path loss offset between the first carrier and the second carrier;power offset between reference signal in the second carrier and the SSB in the first carrier;power offset between reference signal in the second carrier and hypothesis SSB in the second carrier;power offset between hypothesis SSB in the second carrier and SSB in the first carrier; andtransmission power of hypothesis SSB in the second carrier.7.A method of a user equipment (UE) , comprising:receiving SSB in a first carrier (f) ; andperforming RACH in a second carrier (f’) , wherein, the transmission power of RACH in the second carrier is determined by at least one of:transmit power of SSB in the first carrier,SSB receiving power in the first carrier,path loss offset between the first carrier and the second carrier,transmission power of hypothesis SSB in the second carrier, andpower offset between SSB in the first carrier and hypothesis SSB in the second carrier.8.The method of claim 7, wherein, the transmission power of RACH in the second carrier is determined by the transmit power of SSB in the first carrier, the SSB receiving power in the first carrier, and the path loss offset between the first carrier and the second carrier.9.The method of claim 7, wherein, the transmission power of RACH in the second carrier is determined by the SSB receiving power in the first carrier, the path loss offset between the first carrier and the second carrier, the transmission power of hypothesis SSB in the second carrier, and the power offset between SSB in the first carrier and hypothesis SSB in the second carrier.10.The method of claim 7, further comprising:receiving SIB in the first carrier (f) , wherein, the RACH configuration of the second carrier (f’) is included in the SIB in the first carrier (f) .11.The method of claim 10, wherein, the path loss offset between the first carrier (f) and the second carrier (f’) , and the power offset between SSB in the first carrier (f) and hypothesis SSB in the second carrier (f’) are configured in the RACH configuration of the second carrier (f’) .12.The method of claim 7, further comprising:receiving reference signal in the second carrier (f’) , wherein, the reference signal EPER is determined by at least one ofSSB transmit power in the first carrier;the path loss offset between the first carrier and the second carrier;power offset between reference signal in the second carrier and the SSB in the first carrier;power offset between reference signal in the second carrier and hypothesis SSB in the second carrier;power offset between hypothesis SSB in the second carrier and SSB in the first carrier; andtransmission power of hypothesis SSB in the second carrier.13.A base unit, comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured totransmit, via the transceiver, SSB in a first carrier (f) ; andreceive, via the transceiver, RACH in a second carrier (f’) .14.The base unit of claim 13, wherein, the processor is further configured to transmit, via the transceiver, SIB in the first carrier (f) , wherein, the RACH configuration of the second carrier (f’) is included in the SIB in the first carrier (f) .

Images