Flexible beam power sharing method and apparatus

Abstract

Methods, systems, apparatus for wireless communication are described. One example method includes receiving, by a wireless device, from a network device, configuration information related to a beam power sharing in a serving cell; and making a decision, by the wireless device, based on the configuration information, about a transmission operation or a reception operation of the wireless device.

Description

FLEXIBLE BEAM POWER SHARING METHOD AND APPARATUSTECHNICAL FIELD

[0001] This patent document is directed generally to wireless communications.BACKGROUND

[0002] Wireless communication technologies are moving the world toward an increasingly connected and networked society. The rapid growth of wireless communications and advances in technology has led to greater demand for capacity and connectivity. Other aspects, such as energy consumption, device cost, spectral efficiency, and latency are also important to meeting the needs of various communication scenarios. In comparison with the existing wireless networks, next generation systems and wireless communication techniques need to provide support for an increased number of users and devices, as well as support an increasingly mobile society.SUMMARY

[0003] Various techniques are disclosed that can be implemented by embodiments in mobile communication technology, including 5th Generation (5G) , new radio (NR) , and other wireless networks.

[0004] In one example aspect, a wireless communication method is disclosed. The method includes receiving, by a wireless device, from a network device, configuration information related to a beam power sharing in a serving cell; and making a decision, by the wireless device, based on the configuration information, about a transmission operation or a reception operation of the wireless device.

[0005] In another example aspect, another wireless communication method is disclosed. The method includes transmitting, to a wireless device, by a network device, a configuration information related a beam power sharing, wherein the configuration information allows the wireless device to make a decision about a transmission operation or a reception operation.

[0006] In yet another example aspect, another wireless communication method is disclosed. The method includes receiving, by a wireless device, from a network device, configuration information related to a discontinuous reception (DRX) operation and / or a discontinuous transmission (DTX) operation and making a decision, by the wireless device, about an uplink transmission or a downlink transmission based on the received configuration information.

[0007] In yet another example aspect, another wireless communication method is disclosed. The method includes transmitting, to a wireless device, by a network device, configuration information related to discontinuous reception (DRX) and / or a discontinuous transmission (DTX) operation that allows the wireless device to make a decision regarding an uplink transmission or a downlink transmission.

[0008] In yet another example aspect, another wireless communication method is disclosed. The method includes receiving, by a wireless device, from a network device, an indication that indicates to the wireless device to initiate a handover procedure; and initiating, selectively based on the wireless device being unable to support a beam power sharing, a handover procedure.

[0009] In yet another example aspect, another wireless communication method is disclosed. The method includes transmitting, to a wireless device, by a network device, an indication to a wireless device, wherein the indication indicates to the wireless device to handover to another cell due to the wireless device being unable to support a beam power sharing.

[0010] In yet another exemplary aspect, the above-described methods are embodied in the form of a computer-readable medium that stores processor-executable code for implementing the method.

[0011] In yet another exemplary embodiment, a device that is configured or operable to perform the above-described methods is disclosed. The device comprises at least one processor configured to implement the above-described method.

[0012] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0013] FIG. 1 is a block diagram example of a wireless communication system.

[0014] FIG. 2 is a flowchart of an example method of wireless communication.

[0015] FIG. 3A shows an example of a non-terrestrial network (NTN) .

[0016] FIG. 3B shows another example of an NTN.

[0017] FIGS. 4A and 4B show example procedures of wireless communication.

[0018] FIG. 5 shows an example timeline of a wireless device operation.

[0019] FIG. 6 shows another example timeline of wireless device operation.

[0020] FIG. 7 shows examples of message exchanges between a wireless device and a network device.

[0021] FIG. 8 to FIG. 13 show examples of wireless communication methods.

[0022] In the drawings that depict message exchange diagrams, dashed lines represent optional messages, for example, such messages may be transmitted only when a certain precondition is fulfilled.DETAILED DESCRIPTION

[0023] Section headings are used in the present document only to improve readability and do not limit scope of the disclosed embodiments and techniques in each section to only that section. Certain features are described using the example of 3GPP and Fifth Generation (5G) wireless protocol terminology. However, applicability of the disclosed techniques is not limited to only 5G wireless systems. Furthermore, in this patent document, the separator “ / ” is used to indicate that the listed options are alternatives that are equivalent to the “or” conjunction. Furthermore, various  information elements (IE) examples disclosed herein includes fields that are labeled OPTIONAL to mean that these fields may be optionally implemented by embodiments using a nomenclature similar to the 3GPP protocol. In this document, the terms ‘cell with beam power sharing’ is used, it can refer to cell supports at least one of below features: enhanced beam pattern (e.g., extended beam periodicity) , cell specific DRX for power sharing among satellite beams, cell DTX for power sharing among satellite beams, UE specific DRX / DTX, and etc. The term ‘cell with beam power sharing’ is only an example, other terminologies, e.g., cell with enhanced DL coverage, cell enabling power sharing could also be used.

[0024] In some embodiments, the satellite beam / beam power sharing solutions as discussed in this document could be part of solutions to improve coverage in at least one of DL and UL.

[0025] The beams discussed in this document can be at least one of SSB (synchronization signal block or Synchronization signal and Physical Broadcast Channel (SS / PBCH) ) , CSI-RS (channel state information reference signal) , TRS (tracking reference signal) , SRS (sounding reference signal) , PRS (positioning reference signal) or other reference signal used in wireless communication system.

[0026] In this document, the term ‘cell DRX’ , ‘cell DTX’ referring to cell DRX for beam power sharing, cell DTX for beam power sharing if not stated otherwise.

[0027] The following abbreviations are used in the present document.

[0028] 1. Introduction

[0029] For wireless communication system with satellite assistance, there could be up to hundreds of satellite beams in order to cover vast areas. However, due to maximum power limitation can be supported for the hardware implemented in the satellite, it is difficult, sometimes impossible, for NW to active all satellite beams at the same time, considering there could be minimum power requirement for robust transmission and reception at NW side. The issue is more serious in the downlink compared to uplink, since the power used for DL transmission is much higher than in the UL. In this document, NTN will be used to described wireless communication system with satellite assistance, it can be based on as least one of the NR, EUTRA (Evolved universal terrestrial radio access) or other generations of radio access technologies (e.g., 6G) . The NTN payload type can be at least one of transparent (e.g., NW on ground) or regenerative payload (e.g., NW or part of NW function on broad) . The NW can be at least one of base station (e.g., gNB, eNB) or CN.

[0030] A method to handle this issue is to allow power sharing among satellite beams, e.g., to active selective satellite beams periodically in cycle., or to active selective beams on demand, e.g., based on service requirement. Due to the power sharing schemes used, the beam (SSB / CSI-RS) transmission in timing domain could be sparser compared  to the one used in TN. In this case if UE still uses small periodicity / monitoring windows to detect beams, UE might not detect beams during a long period due to the satellite beam is deactivate, it could lead to unnecessary power consumption, or trigger unnecessary RLF (radio link failure) . Therefore, enhancements are needed to address these issues.

[0031] A satellite beam, as disclosed in the present document, is not always equivalent to beam used by the UE to perform synchronization / transmission / reception. In NTN 300, multiple cell / beam (e.g., SSB / CSI-RS) schemes can be used. As shown in FIG. 3A, one satellite can cover one or more cells, where one cell can consist of one or more satellite beams, where each satellite beams can consist of one or more beams. In the figure only SSB beam type is given, but in different deployment, the beam type can be at least one of SSB or CSI-RS, TRS, or other reference signal used in wireless communication system. Therefore, the power sharing among satellite beams can lead to power sharing among different serving cells, or among different beams (e.g., SSB / CSI-RS) within the same cell.

[0032] FIG. 3B shows another example of an NTN 350 in which one satellite covers a single cell, with beams that may be based on SSB or another reference signal.

[0033] Considering some UEs may not be able to use the enhanced solutions in cells enabling power sharing, mechanism needs to be defined to allow moving the UE incapable of power sharing solutions to other cells, and / or prevent UE incapable of power saving solutions from accessing to cells enabling power sharing.

[0034] As further disclosed throughout the present document and in the embodiments, the following features may be adopted by various preferred embodiments.

[0035] [1] Due to power sharing among large number of satellite beams, existing beam transmission pattern (e.g., beam periodicity) may be enhanced to satisfy the dynamic power sharing among satellite beams (either periodically or on-demand) .

[0036] [2] Power sharing among large number of satellite beams may lead to unnecessary power consumption or frequent RLF at UE’s side, which may require solutions (e.g., DRX and / or DTX, timer adaption) for power saving solutions / avoid unnecessary RLF declaration.

[0037] [3] mechanisms are defined to allow moving the UE incapable of power sharing solutions to other cells, and / or preventing UE incapable of beam power saving solutions from accessing to cells enabling beam power sharing. This may be achieved by providing a Conditional Handover (CHO) signal to a UE, causing the UE to initiate a handover procedure using available CHO configuration stored at UE.

[0038] Since a satellite beam could consist of one or more beams (e.g., SSB) , power sharing among satellites beams will also lead to power sharing among beams. The term ‘beam power sharing’ can means at least one of power sharing among satellites beams or power sharing among beams, unless specifically defined.

[0039] In this document, the solutions for beam power sharing include at least one of DTX (e.g., per cell or per beam or per UE level) , DRX (e.g., per cell or per beam or per UE level) , or enhanced SSB beam transmission pattern, solutions to redirect UE to other cells or UE preference report as discussed in this document (e.g., embodiments 2 to 7) .

[0040] In some embodiments, the satellite beam / beam power sharing solutions as discussed in this document  could be part of solutions to improve coverage in at least one of DL and UL.

[0041] Although the solutions discussed herein are highlighted with respect to the technical issues raised in NTN, the solutions can be used in network other than NTN (NR NTN / IoT NTN) , e.g., TN, ATG (Air to Ground) , UAV(Uncrewed aerial vehicle) etc.

[0042] 2. EXAMPLE EMBODIMENT 1: CAMPING RESTRICTIONS

[0043] In some embodiments, different beam pattern (e.g., SSB periodicity) , discontinuous reception / transmission schemes may be used in cells to facilitate the power sharing strategies as discussed in this document. For legacy UEs that are incapable of the solutions as discussed in this document, if accessing to the cells with beam power sharing, it is possible that UE might not be able to detect a beam (SSB) for transmission during monitoring window frequently since the beam (e.g., SSB) transmission periodicity is extended, which could lead to a degradation of performance. Also, it will lead to unnecessary beam monitoring for UE doesn’t support the power sharing solutions (e.g., extended beam (e.g., SSB) periodicity) , which is waste of UE power consumption. To prevent from such UEs from accessing the cell with beam power sharing, at least one of below solutions can be considered. FIG. 4A shows one example procedure that may be implemented in which NW transmits (and UE receives) a message 401 (e.g., system information) that includes an indication. At 402, the UE determines whether the cell is barred or not due to UE’s ability to support beam power sharing.

[0044] ● Alt1: An indication can be provided from NW to UE to indicate whether current cell is barred for UEs doesn’t support solutions defined for cell with beam power sharing. The solutions for power sharing can be at least one of:enhanced beam transmission pattern (e.g., extended SSB periodicity) , DRX for power sharing among satellite beams (e.g., cell specific DRX, UE specific DRX ) , DTX for power sharing among satellite beams (e.g., cell specific DTX, UE specific DTX) , solutions to redirect UE to other cells or UE preference report as discussed in this document. At least one of below signaling options can be considered:

[0045] ■ Opt1: In some examples the indication can have two values, one value (e.g., barred) indicates current cell is barred for UE capable of beam power sharing solutions, another value (e.g., notBarred) indicates current cell is not barred for UE capable of beam power sharing solutions. In some examples, absence of the indication has the same meaning as the indication is set to barred.

[0046] ◆ In some examples, when the indication presents in a cell with value notBarred, the cell is considered as not barred for the UE if UE supports at least one of solutions for power sharing. Otherwise, UE consider the cell as barred.

[0047] ◆ In another example, when the indication is present in a cell with value notBarred, the cell is considered as not barred for the UE when UE supports all solutions for power sharing. Otherwise, UE consider the cell as barred.

[0048] ◆ In some examples, when the indication indicating a cell supports beam power sharing, the cell is considered as not barred for the UE if UE supports at least one of DRX for power sharing or DTX for power sharing. Otherwise, the UE consider the cell as barred.

[0049] ■ Opt2: In another example the indication can have only one value (e.g., notBarred) indicates the current cell is not barred for UE capable of beam power sharing, while absence of this indication indicates current cell is  barred for UE capable of beam power sharing solutions. Similar to option 1, the solutions to determine whether UE is allowed to get access to the cell with the indication of value ‘notBarred’ includes at least one of UE supporting at least one of the solutions for power sharing or UE supporting all solutions for power sharing.

[0050] ● Alt2: An indication can be provided from NW to UE to indicate whether current cell is a cell with beam power sharing. In some examples the indication can have two values, one value indicates current cell support beam power sharing solutions, another value current cell doesn’t support beam power sharing solutions. In some examples absence of the indication indicates the current cell doesn’t support beam power sharing solutions.

[0051] ■ In some examples, when the indication indicating a cell supports beam power sharing, the cell is considered as not barred for the UE if UE supports at least one of solutions for power sharing. Otherwise, the UE consider the cell as barred.

[0052] ■ In another example, when the indication indicating a cell supports beam power sharing, the cell is considered as not barred for the UE when UE supports all solutions for power sharing. Otherwise, the UE consider the cell as barred.

[0053] ■ In some examples, when the indication indicating a cell supports beam power sharing, the cell is considered as not barred for the UE if UE supports at least one of DRX for power sharing or DTX for power sharing. Otherwise, the UE consider the cell as barred.

[0054] ● Alt3: Separate indications can be provided for each solutions / features designed for cell with power sharing, which indicates if current cell supports the corresponding solutions / features. The solutions for power sharing can be at least one of: enhanced beam transmission pattern (e.g., extended SSB periodicity) , DRX for power sharing among satellite beams (e.g., cell specific DRX, UE specific DRX ) , DTX for power sharing among satellite beams (e.g., cell specific DTX, UE specific DTX) , solutions to redirect UE to other cells or UE preference report as discussed in this document. In some examples, the support of cell DTX / DRX can be considered as coupled, i.e., if UE supports cell DTX it also supports cell DRX. In this example, only one indication is used to indicate if a cell supports cell DTX / DRX for power sharing. In some examples, the support of UE specific DTX / DRX can be considered as coupled, i.e., if UE supports UE specific DTX it also supports UE specific DRX. In this example, only one indication is used to indicate if a cell supports UE specific DTX / DRX for power sharing.

[0055] For this alternative, at least one of below options can be considered for UE to decide whether the cell is barred or not:

[0056] ■ In some examples, for a cell indicates support of at least one power sharing solutions, the cell is considered as not barred for the UE if UE supports at least one of the features / solutions indicated to be supported / enabled for the cell based on the corresponding indication (s) .

[0057] ■ In some examples, for a cell indicates support of at least one power sharing solutions, the cell is considered as not barred for the UE if UE supports all the features / solutions indicated to be supported / enabled for the cell based on the corresponding indication (s) .

[0058] ■ In some examples, when the indication indicating a cell supports beam power sharing, the cell is considered as not barred for the UE if UE supports at least one of DRX for power sharing or DTX for power sharing.

[0059] Otherwise, the UE consider the cell as barred.

[0060] For the indication (s) discussed in above alternatives, it can be included in at least one of cell with NTN access, a cell with TN access, or a cell with ATG (air to ground) access. It can be deployed in either NR, EUTRA or further generation of radio access network (e.g., 6G) . In some examples, the indication is optionally provided in NTN, otherwise it is absent. In this case, for a UE capable of power sharing solutions, UE consider the cell as not barred when the cell is not barred for NTN access and the cell indicates supports of beam power sharing solutions. In some examples, for a UE capable of power sharing solutions, it ignores the cell barred indication includes in the MIB and relies on the indications of power sharing as discussed here to decide whether the cell is barred or not.

[0061] For indication discussed in above alternatives, it can be included at least one of system information, RRC message or etc. For example, the indication can be included in SIB1, or SIB19 when accessing NR network, or in systemInformationBlockType1 or systemInformationBlockType31 when accessing EUTRA network. The RRC message includes at least one of RRC messages used for establishing / resuming / releasing / re-configuring RRC connection.

[0062] In some embodiments, UE evaluates whether a cell is barred or not based on solutions discussed above during cell selection and cell reselection procedure.

[0063] An Example procedure based is given in FIG. 4B. At 452, the NW transmits a message (e.g., system information) that includes barred indication. At 454, the UE determines whether the cell is barred or not for the UE (based on UE’s capability) . At 456, the NW sends a power sharing configuration to the UE. For example, the power sharing configuration may include cell DRX or cell DTX configuration with activation status. At 458, based on the received configuration, the UE may determine wither it is in a period in which it is activated or deactivated.

[0064] At 460, the NW may transmit a cell DRX  / cell DTX deactivation configuration. Based on the reception of this configuration, the UE may decide, at 462, not to use the cell DRX or the cell DTX configuration.

[0065] 3. EXAMPLE EMBODIMENT 2: NEW BEAM TRANSMISSION PATTERN

[0066] As discussed previously, beam (e.g., SSB) pattern may needs to be enhanced to satisfy the dynamic beam power sharing schemes, which can include at least one of configurations:

[0067] ● A configuration in time domain to indicate the starting position of the reference signal

[0068] ■ In some examples, the starting configuration can include at least one of : a starting symbol index, a starting slot index, a starting SFN;

[0069] ● A configuration in time domain to indicate the transmission duration of the reference signal

[0070] ■ In some examples, the duration can be indicated in at least one of : in number of symbols, in number slots, in number SFNs, in seconds or in milliseconds;

[0071] ● A configuration in time domain to indicate the ending position of the reference signal

[0072] ■ In some examples, the ending configuration can include at least one of : an ending symbol index, an ending slot index, an ending SFN;

[0073] ● Beam transmission periodicity. In some examples the SSB periodicity may need to be extended / shorten in order to meet the requirement of dynamic beam power sharing schemes. At least one of below solutions can be considered:

[0074] ■ Opt1: Smaller or larger value ranges can be introduced; where each value indicates a beam periodicity.

[0075] ■ Opt2: An offset can be introduced to extend / shorten the beam periodicity. For example, the configured beam periodicity equals to a beam periodicity plus the offset. The offset could be positive or negative number.

[0076] ■ Opt3: A scaling factor can be introduced to scaling up / down the beam periodicity. For example, the configured beam periodicity equals to a beam periodicity multiply with scaling factor. The scaling factor could be positive number larger or smaller than 1.

[0077] The periodicity can be in number of slots, symbols, SFNs or seconds or ms.

[0078] ● A beam transmission duration. In some examples, it can indicate the time duration the beam is considered as available for the the area, or the time duration the beam keeps serving the area.

[0079] ● A stop timing of the beam. In some examples, it indicates the timing point the beam stops serving the area.

[0080] ● A start timing the beam. In some examples, it indicates the timing point the beam starts serving the area.

[0081] ● A transmission power for the beam

[0082] ■ In some examples, the transmission power is uniform for all the beams within the cell, e.g., the same power level is configured for all beams within the cell.

[0083] ■ In some examples the transmission power is not uniform for all the beams within the cell, e.g., different beam can be configured with different power level.

[0084] ● A target receiving power for the beam

[0085] ■ In some examples the target receiving power is uniform for all the beams within the cell, e.g., the same power level is configured for all beams within the cell.

[0086] ■ In some examples the target receiving power is not uniform for all the beams within the cell, , e.g., different beam can be configured with different power level.

[0087] ● Indication to indicate whether the beam / beam configuration is for UL or DL scheduling.

[0088] ■ In some examples UE can based on other configuration to derive the beams is for UL or for DL.

[0089] ◆ For example, beams configured with target receiving power is for UL while beams configured with transmission power is for DL, beams configured with both can be used in both DL / UL.

[0090] ◆ Or in some examples, beams with lower transmission power is used for UL only. While beams with higher transmission power is used for both UL / DL.

[0091] The beam pattern configuration discussed can be provided to UE via at least one of system information, RRC messages. In some examples, it can be included as part of configuration for the serving cell. It can be configured per cell or per UE. When in the time duration the beam is considered as serving the area or as available, UE under the serving area can perform at least one of actions specified in activated time of DTX and / or DRX (e.g., cell DTX / cell / DRX) as discussed in this document. When in the time duration the beam is considered as stop serving the area or as unavailable, UE under the serving area can perform at least one of actions specified in deactivated time of DTX and / or DRX (e.g., cell DTX / cell / DRX) as discussed in this document.

[0092] 4. EXAMPLE EMBODIMENT 3: CELL DTX / DRX FOR BEAM POWER SHARING

[0093] 4.1 DRX / DTX configurations

[0094] For cell with beam power sharing, only selective beams can be activated (e.g., beams with power allocation) . In some examples, the beams within the cell could be activated periodically, in such case, configuration of active duration of the beam can be provided to UE to allow UE to monitor scheduling information and / or data transmission / reception. To adapt to this at least one of DTX or DRX configuration for power sharing can be provided to UE. In this document, the term DRX and DTX is used, which means DRX for power sharing or DTX for power sharing, unless otherwise stated. The DTX configuration is a configuration used for DL transmission activity while the DRX configuration is a configuration used for UL transmission activity. The DTX or DRX configuration can be configured for a cell (e.g., cell DRX / DTX) or for a beam (e.g., beam DRX / DTX) . The detailed configuration is discussed in below. The DL scheduling includes at least one of UE behaviors on monitoring PDCCH (physical downlink control channel) , dynamic grant transmission in the DL and configured downlink assignment. The UL transmission including at least one of scheduling request, configured grant transmission.

[0095] For DRX / DTX configuration (e.g., cell DRX / DTX, or beam DRX / DTX) , it can include at least one of below parameters:

[0096] ● An on duration to indicate the duration of activated time. In some examples, it can also be called as active time, on duration, on period, in which DL transmission and / or UL transmission is allowed. If the duration is configured for DL transmission (e.g., for cell DTX) then DL transmission is allowed during this time period. If the duration is configured for UL transmission (e.g., for cell DRX) , then UL transmission is allowed during this time period.

[0097] ● A starting position in time domain to indicate the start timing of the on duration. In some examples, the starting time can be in slot level, or in frame level or in seconds level or in milliseconds level.

[0098] ● A periodicity within the on duration, which indicates the periodicity UE expects to monitoring scheduling information (e.g., PDCCH) . Or in other words, UE consider the activated time is in time instance indicated by the periodicity. In some examples, the periodicity is optionally configured, when not configured, UE monitors PDCCH during the on duration, i.e., the active time is the whole on duration.

[0099] ● An offset used to determine the beginning of the on duration time. If configured, UE will delay the monitoring time during on duration by the offset configured. E. g., UE consider that, in some examples, the offset is optionally configured. When not configured, UE doesn’t consider the offset when deciding the starting timing of the active time.

[0100] ● An off duration to indicate the duration of deactivated time. In some examples, the off duration is counted right after the end of on duration. In some examples, it can also be called as deactivation time, off duration, off period, in which DL transmission and / or UL transmission is not allowed. If the duration is configured for DL transmission (e.g., for cell DTX) then DL transmission is not allowed during this time period. If the duration is configured for UL transmission (e.g., for cell DRX) , then UL transmission is not allowed during this time period.

[0101] ● A cycle to indicate the periodicity of a DRX or DTX. In some examples, the cycle consists of an on duration and an off duration, therefore it can be derived based on on-duration and off duration configuration, or in some examples, the off duration can be derived based on cycle configuration and on-duration configuration. Or in some examples, the on duration can be derived based on cycle configuration and off-duration configuration.

[0102] ● Parameter to indicate whether the configuration is for DTX, or for DRX.

[0103] ■ In some examples, different Information Elements (IEs) is used to configure cell DRX for beam power sharing and cell DTX for beam power sharing, then the differentiation of configuration type is done by the IE name.

[0104] ■ In some examples, the indication can have three values, to indicate it is a configuration for cell DRX, for cell DRX or for both.

[0105] ■ In some examples, the indication can have two values, to indicate it is a configuration for cell DRX or for cell DRX

[0106] ● a status indication to indicate whether the cell DTX / DRX configuration associated to the indication is activated or not. In some examples, the indication can have two values, which one value indicates that the cell DTX / DRX is activated, which one value indicates that the cell DTX / DRX is deactivated. In some examples, the indication has only one value indicating the cell DTX / DRX is activated while the absence of the indication indicates the cell DTX / DRX is deactivated. In some examples, the indication has only one value indicating the cell DTX / DRX is deactivated while the absence of the indication indicates the cell DTX / DRX is activated.

[0107] ● An RNTI value for scrambling the CRC used for the DCI for activating or deactivating the cell DRX / cell DTX configuration.

[0108] ● An RNTI value for scrambling the CRC used for the DCI for activating or deactivating CHO indication for power sharing.

[0109] ● Or in some examples, only one RNTI value is used to scrambling the CRC used for the DCI for activating or deactivating the cell DRX / cell DTX configuration and / or CHO indication for power sharing. In such case, the same DCI format is used to activate / deactivate the cell DRX / cell DTX configuration and / or CHO indication for power sharing.

[0110] Below description gives some examples to indicate example UE actions when UE is in an activated time or a deactivated time.

[0111] 4.2 UE actions when DTX is configured and activated:

[0112] ● During activated time for DL transmission (e.g., activated time of cell DTX, or activated time for a cell or activated time for a beam) , at least one of below actions can be considered at UE side:

[0113] ■ Monitor PDCCH in the serving cell (s) where the configuration is activated

[0114] ■ Receiving DL assignment if configured in the serving cell (s) where the configuration is activated

[0115] ■ Restarts the RAR (random access response) window, if previously suspended. Or starts the RAR window if the RAR window has not been started since last preamble / MsgA transmission

[0116] The RAR window could be at least one of RAR window of 4step RACH or MsgB response window (e.g., msgB-ResponseWindow) for 2 step RACH

[0117] ■ Extend the RAR window length. In some examples, the RAR window length can be extended by the cycle of DTX. e.g., if RAR window equals to x before extension, when DTX is configured and activated, the extended RAR window equals to x plus DTX cycle. In some examples, UE doesn’t monitor the PDCCH when entering deactivated time and the RAR window is running. The RAR window can be RAR window  for 4-stepRACH or MsgB response window of 2-step RACH.

[0118] ■ Restarts the contention resolution timer if previously suspended for 4 step RACH. Or starts contention resolution timer if the contention resolution timer has not been started since last Msg3 transmission

[0119] ■ Extend the contention resolution timer length. In some examples, the contention resolution timer length can be extended by the cycle of DTX. e.g., if contention resolution timer equals to y before extension, when DTX is configured and activated, the extended contention resolution timer equals to y plus DTX cycle. In some examples, UE doesn’t monitor the PDCCH when entering deactivated time and the contention resolution timer is running.

[0120] ■ Restarts the DRX retransmission timer if previously suspended. The retransmission timer includes at least one of drx-RetransmissionTimerDL, drx-RetransmissionTimerUL or drx-RetransmissionTimerSL.

[0121] ■ Perform measurements on serving cell based on configuration provided by NW

[0122] ■ Perform neighboring cells / neighboring frequencies based on configuration provided by NW

[0123] ■ Acquire system information (e.g., MIB, SIB1, SIB19)

[0124] ◆ In some examples, a validity duration can be associated to a system information which specify the period UE is not required to reacquire the system information. If during the activated time, the system information is considered as valid based on the validity duration, UE is not acquired to reacquire the system information

[0125] ◆ In some examples, a timer can be configured for a system information , if the timer expires or the timer is suspended during activated time, UE can reacquire the corresponding system information

[0126] ■ Perform at least one of below actions related to radio link monitoring.

[0127] ◆ In some examples, if the timer configured for radio link monitoring (e.g., T310, T312) has been suspended during deactivated period, UE can reset the timer when back to activated period.

[0128] ◆ Performs radio link monitoring (RLM) , or resume performing RLM if the action has been suspended before

[0129] ◆ Performs detection of physical layer synchronization status. In some examples, UE can reset the counter used to count the out-of-sync indications when comes back to activated time from deactivated time.

[0130] ■ Perform at least one of below adaption for TAT (timeAlignmentTimer) timer:

[0131] ◆ Restart TAT timer if it has been suspended previously

[0132] ◆ Extend the TAT timer length. In some examples, the TAT timer length can be extended by the DTX cycle

[0133] In case the DTX configuration is configured for a cell, UE applies at least one of actions in activated time as descried above for the cell associated to the activated DTX configuration. In case the DTX configuration is configured for a beam, UE applies at least one of actions in activated time as descried above for the beam associated to the activated DTX configuration.

[0134] ● During deactivated time for DL transmission (e.g., deactivated time of cell DTX, or deactivated time for a cell or deactivated time for a beam) , at least one of below actions can be considered at UE side:

[0135] ■ Not monitor PDCCH in the serving cells.

[0136] ◆ In some examples UE doesn’t monitor the PDCCH regardless whether UE is considered as in Active Time based on running of other timers or based on DRX timers as specified in the 3GPP standards, when there is on-going RACH-less procedure, when there is pending SR or when a PDCCH indicating a new transmission addressed to the C-RNTI (radio network temporary identifier) of the MAC entity has not been received after successful reception of a Random Access Response for the Random Access Preamble not selected by the MAC entity among the contention-based Random Access Preamble. The other timers include at least one of RAR window of RACH procedure (e.g., ra-ResponseWindow, msgB-ResponseWindow) , contention resolution timer of RACH procedure, retransmission timers specified for DRX (e.g., drx-RetransmissionTimerDL, drx-RetransmissionTimerUL or drx-RetransmissionTimerSL) , drx-onDurationTimer or drx-InactivityTimer.

[0137] ■ Not instruct the physical layer to receive transport block on the DL-SCH of this Serving Cell according to a configured downlink assignment for SPS;

[0138] ■ Not indicate the presence of a configured downlink assignment and deliver the stored HARQ (hybrid automatic repeat request) information to the HARQ entity;

[0139] ■ Not set the HARQ Process ID to the HARQ Process ID associated with the PDSCH (physical downlink shared channel) duration of a configured downlink assignment;

[0140] ■ Not consider the NDI bit for the HARQ process corresponding to the PDSCH duration of a configured downlink assignment to have been toggled for the configured downlink assignment.

[0141] ■ Performs at least one of below adaptions for timers / windows specified in RACH procedure, the RACH procedure can be 2step RACH or 4step RACH.

[0142] ◆ Suspend the running of RAR window, if running. The RAR window could be at least one of RAR window of 4step RACH or MsgB response window (e.g., msgB-ResponseWindow) for 2 step RACH

[0143] ◆ Suspend the running of contention resolution timer if running for 4 step RACH.

[0144] One of the intentions of suspending the timer as discussed above is to avoid the corresponding timer / window from expiry and trigger unnecessary retransmission of UL message of RACH procedure, since it is possible that NW has already received the previous PUSCH / Preamble transmission, but the transmission of corresponding response in the DL cannot happen due to the cell is on deactivated time of cell DTX. And NW might resume transmission of the corresponding DL transmission when the cell is in activated time of cell DTX

[0145] ◆ In some examples, if the timer / window of RACH procedure as discussed above is not suspended, then at least one of below behaviors can be considered at UE’s side:

[0146] · UE doesn’t consider the contention resolution as fails when RA contention resolution timer expires

[0147] · UE doesn’t consider the RA response reception as fails when RAR window expires

[0148] · UE doesn’t consider the MsgB reception as fails when MsgB response window (e.g., msgB-ResponseWindow) expires

[0149] ◆ In some examples, the RAR window or MsgB response window (e.g., msgB-ResponseWindow) or RA contention resolution timer can be extended by a period of time to avoid the timer or window from expiry during deactivated period. In some examples the window length (e.g., RAR window length, MsgB response window length) or the timer length (e.g., contention resolution timer length ) can be extended by DTX cycle.

[0150] ■ Performs at least one of below adaptions for DRX retransmission timers

[0151] ◆ Suspend the running of DRX retransmission timer if running. The retransmission timers specified for DRX can be at least one of drx-RetransmissionTimerDL, drx-RetransmissionTimerUL or drx-RetransmissionTimerSL.

[0152] ■ Does not trigger RACH

[0153] ■ Does not perform measurements on serving cell

[0154] ■ Does not perform measurements on neighboring cell / neighboring frequencies if configured

[0155] ■ Perform at least one of the actions related to system information acquisition:

[0156] ◆ Doesn’t acquire system information (e.g., MIB, SIB1, etc. ) ;

[0157] ◆ In some embodiment if a validity duration has been configured for a system information, at least one of below can be considered:

[0158] ● If the validity duration expires while UE is on deactivated duration of the cell DTX, UE doesn’t reacquire the system information during the deactivated period;

[0159] ● If a timer has been specified for a system information to count the validity duration of the system information, suspend or stop the timer if it is running during the deactivated period / when UE enters deactivated period. By doing so, it can avoid triggering reacquiring the system information

[0160] ■ Perform at least one of adaptions relevant to RLM:

[0161] ◆ In some examples, if the timer configured for radio link monitoring (e.g., T310, T312) is running when UE enters deactivated period, UE can suspend the timer or stop the timer. Or in some examples, if the timer expires during the deactivated period, UE doesn’t trigger radio link recovery procedure. Or in some examples the length of the timer configured for radio link monitoring can be extended by DTX cycle.

[0162] ◆ Does not perform radio link monitoring, or suspend performing RLM

[0163] ◆ Does not perform or suspend detection of physical layer synchronization status.

[0164] In case the DTX configuration is configured for a cell, UE applies at least one of actions in deactivated time as descried above for the cell associated to the activated DTX configuration. In case the DTX configuration is configured for a beam, UE applies at least one of actions in deactivated time as descried above for the beam associated to the activated DTX configuration.

[0165] Below gives an example embodiment on RACH procedure adaption with cell DTX

[0166] 4.3 Embodiment 3a RACH adaption when cell DTX is configured

[0167] 4.3.1 For 4 step RACH:

[0168] STEP1. UE transmits preamble on selected beam;

[0169] STEP2. After transmission of preamble:

[0170] If UE is in activated time of cell DTX:

[0171] ● If the RAR window has not been started since the corresponding preamble transmission, starts the RAR window to monitor the PDCCH,

[0172] ■ In some examples in NTN, UE first delays the start of RAR window by UE-gNB RTT (round trip time) as specified in standards. If after the delay, the start timing of RAR window is in activated time of cell DTX, UE starts the RAR window.

[0173] ● If the RAR window is suspended, restarts the RAR window to monitor the PDCCH;

[0174] ● If PDCCH is received and the scheduled RA response is in the activated time of cell DTX, UE receives Physical Downlink Shared Channel (PDSCH ) (e.g., RA response) ;

[0175] ● If there is a suspended PDSCH (e.g., RA response) reception per a PDCCH received previously, resumes the PDSCH reception. In some examples, this behavior may not happen, and it is up to NW to guarantee that the scheduled PDSCH transmission and the PDCCH scheduling the transmission is on the same activated time duration.

[0176] If UE enters deactivated time pf cell DTX:

[0177] ● If RAR window is running, UE suspends the RAR window.

[0178] ● If PDCCH has been received when in activated time, but the RA response has not been received, suspend the RA response reception. In some examples, this behavior may not happen, and it is up to NW to guarantee that the scheduled PDSCH transmission and the PDCCH scheduling the transmission is on the same activated time duration.

[0179] Step 3: After successful reception of RA response, UE performs Msg3 transmission. After Msg3 transmission:

[0180] If UE is in activated time of cell DTX:

[0181] ● If the contention resolution timer has not been started since the corresponding RA response transmission, starts the contention resolution timer to monitor the PDCCH,

[0182] ■ In some examples in NTN, UE first delays the start of contention resolution timer by UE-gNB RTT (Round Trip Delay) as specified in standards. If after the delay, the start timing of contention resolution timer is in activated time of cell DTX, UE starts the contention resolution timer.

[0183] ● If the contention resolution timer is suspended, restarts the contention resolution timer to monitor the PDCCH for contention resolution;

[0184] ● If PDCCH is received and the scheduled Msg4 transmission is in the activated time of cell DTX, UE receives PDSCH (e.g., Msg4) for contention resolution;

[0185] ● If there is a suspended PDSCH (e.g., Msg4) reception per a PDCCH received previously, resumes the PDSCH reception. In some examples, this behavior may not happen, and it is up to NW to guarantee that the scheduled PDSCH transmission and the PDCCH scheduling the transmission is on the same activated time duration.

[0186] If UE enters deactivated time pf cell DTX:

[0187] ● If contention resolution timer is running, UE suspends the contention resolution timer.

[0188] ● If PDCCH has been received when in activated time, but the Msg4 has not been received, suspend the Msg4 reception. In some examples, this behavior may not happen, and it is up to NW to guarantee that the scheduled PDSCH transmission and the PDCCH scheduling the transmission is on the same activated time duration.

[0189] 4.3.2 For 2 step RACH:

[0190] The procedure is the same as step 1 and step 2 of 4 step RACH. The difference parts are as below:

[0191] ● For step 1 of 2step RACH, the first message UE transmits is MsgA. The MsgA can include transmission of preamble and MsgA payload.

[0192] ● For step 2 of 2step RACH, the second message from NW to UE is MsgB, MsgB is also used for contention resolution. The window for monitoring PDCCH for RA response reception is MsgB window (e.g., msgB-ResponseWindow) .

[0193] 4.4 UE actions when DRX is configured and activated:

[0194] ● During activated time for UL transmission (e.g., activated time of cell DRX or activated time for a cell or activated time for a beam) , at least one of below actions can be considered at UE side:

[0195] ■ Performing PUSCH transmission based on valid UL grant. The UL grant can be at least one of the grants received in response of random access procedure (e.g., RA response of 4step RACH or MsgB of 2 step RACH) ;

[0196] ■ Trigger RACH when corresponding triggering condition is fulfilled

[0197] ■ Trigger SR when corresponding triggering condition is fulfilled;

[0198] ■ Performing PUCCH (physical uplink control channel) transmission, e.g., for CSI-report

[0199] ■ Perform at least one of below adaption for TAT timer:

[0200] ◆ Restart TAT timer if it has been suspended previously

[0201] ◆ Extend the TAT timer length. In some examples, the TAT timer length can be extended by the DRX cycle

[0202] In case the DRX configuration is configured for a cell, UE applies at least one of actions in activated time as descried above for the cell associated to the activated DRX configuration. In case the DRX configuration is configured for a beam, UE applies at least one of actions in activated time as descried above for the beam associated to the activated DRX configuration.

[0203] ● During deactivated time of cell DRX, at least one of below actions can be considered at UE side:

[0204] ■ not instruct the physical layer to signal a SR on a PUCCH resource for SR;

[0205] ■ not increment the SR_COUNTER for a SR;

[0206] ■ not start the sr-ProhibitTimer for a SR;

[0207] ■ not deliver any configured uplink grant and the associated HARQ information to the HARQ entity;

[0208] ■ not instruct a HARQ process associated with a configured uplink grant to trigger a new transmission or a retransmission;

[0209] ■ not report periodic CSI on PUCCH and semi-persistent CSI configured on PUSCH.

[0210] ■ Delay the triggering of RACH procedure due to an emergency service is initiated by upper layers in SpCell to until UE enters activated time of cell DRX

[0211] ■ Doesn’t trigger RACH procedure regardless of whether the triggering conditions is fulfilled or not

[0212] ■ Doesn’t trigger SR regardless of whether the triggering conditions is fulfilled or not

[0213] ■ Doesn’t perform PUSCH (Physical Uplink Shared Channel) transmission

[0214] ■ Doesn’t perform PUCCH transmission.

[0215] ■ In some examples, UE doesn’t perform any UL transmission

[0216] ■ Flush HARQ buffer

[0217] ■ Perform at least one of below adaption for TAT timer:

[0218] ◆ Suspend TAT timer if it is running

[0219] ◆ Extend the TAT timer length. In some examples, the TAT timer length can be extended by the DRX cycle

[0220] In case the DRX configuration is configured for a cell, UE applies at least one of actions in deactivated time as descried above for the cell associated to the activated DRX configuration. In case the DRX configuration is configured for a beam, UE applies at least one of actions in deactivated time as descried above for the beam associated to the activated DRX configuration.

[0221] 4.5 DRX / DTX configuration can be the common (the same) or different:

[0222] In some examples a serving cell / UE can be configured with only cell DRX or only cell DTX or both cell DRX and cell DTX.

[0223] In some examples, when both cell DTX / DRX is configured, the configuration of cell DTX and configuration of cell DRX could be the same. This example can be applicable for the case when the power is allocated uniformly among activated beams, e.g., when the beams allocated for UL / DL transmission is the same.

[0224] In some examples, when both cell DTX / DRX is configured, the configuration of cell DTX and cell DRX can be different. This example can be applicable for the case when the power is allocated non-uniformly among activated beams, e.g., the number of beams used for UL / DL transmission could be different. The receiving power required for uplink reception at NW’s side is much lower than the transmit power for downlink transmission from NW’s side, so it is possible that for some beams, the network can allocate more power, and for some beams, the network can allocate less power. Then the number of beams that can be used to receive uplink transmission will be more than those used for downlink transmission. In such a scenario, the DRX cycle for UL transmission can be shorter than DTX cycle for DL transmission, or the active time of DRX cycle for UL transmission can be longer the active time of DTX cycle for DL transmission.

[0225] 4.6 Applicable RRC modes:

[0226] The applicable modes of cell DRX / cell DTX for beam power sharing can include at least one of IDLE, RRC_INACTIVE, RRC_CONNECTED modes. In some examples one set of cell DRX and / or cell DTX is used for all modes. In some examples, separate cell DRX and / or cell DTX configuration can be configured for each mode. Or in some examples, one set of cell DRX and / or cell DTX configuration can be configured for RRC_CONNECTED mode, while one set of cell DRX and / or cell DTX configuration can be configured for IDLE / RRC_INACTIVE mode.

[0227] 4.7 Signaling to configure or update configuration of DRX / DTX

[0228] The cell DRX / DTX configuration can be provided from NW to UE in at least one of below signaling: in system information, in dedicated signaling, in group signaling. Dedicated signaling indicates the signaling is from NW to one UE. Group signaling indicates the signaling is from NW to a group of UEs, in an extreme case the group of UEs can only include one UE.

[0229] The message used in dedicated signaling or group signaling can be at least one of RRC messages, MAC CE signaling, DCI or NAS message. The RRC messages include at least one of RRC reconfiguration message, RRC resume message, RRC set up message or RRC Release message. For example, NW can configuration or update the configuration for UE in RRC_CONNECTED mode using RRC Reconfiguration message. For example, NW can provide configuration or update the configuration UE received in connected mode when moving UE to RRC_INACTIVE / IDLE mode using RRC Release message. For example, NW can provide configuration for UE when setting up RRC connections using RRC set up message. For example, NW can provide / update configuration for UE when resuming RRC connections using RRC resume message. The update of configuration including releasing the cell DRX / DTX configuration.

[0230] In some examples combination of above signaling options can be considered, e.g., one cell DTX and / or cell DRX can be provided in system information which is cell specific, and NW can further update the cell DRX and / or cell DTX configuration for one or more UEs via either dedicated signaling or group signaling. In this case the cell DRX and / or cell DTX configuration received via dedicated signaling or group signaling overwrites the ones configured in system information. In some examples, it is possible to overwrite only parts of the cell DRX and / or cell DTX configuration, e.g., UE only updates the part of configuration that is provided via dedicated / group signaling, while the part that has been provided in system information but not in dedicated signaling / group signaling will remain unchanged.

[0231] Some features of Embodiments 2 and 3 are depicted in FIG. 5 and FIG. 6, which depict the on duration (e.g., activated time of a cell) and off duration (e.g., deactivated time of a cell) examples.

[0232] FIG. 5 shows an example timeline 500 of on duration  / off duration in which no offset is specified.

[0233] FIG. 6 shows an example timeline 600 of on duration  / off duration in which an offset is specified. Therefore, in FIG. 6, the on duration and the DRX / DTX cycle starts after the end of time period specified by the offset value.

[0234] 5. EXAMPLE EMBODIMENT 4: DYNAMIC (DE) ACTIVATION OF CELL DTX / CELL DRX

[0235] To allow flexible power sharing schemes adjustment without frequently re-configuring the cell DRX / DTX configuration, methods can be considered to allow activation or deactivation of a cell DRX / DTX configuration. At least one of below options can be considered:

[0236] ■ In a first embodiments, the cell DRX / DTX can be activated or deactivated based on status indication as discussed in embodiment 3 on the part of DRX configuration / DTX configuration, using RRC messages. The RRC messages can be delivered to UE via dedicated signaling or group signaling

[0237] ■ In a second embodiments, MAC CE can be used to deactivate or activate the cell DRX / DTX configuration.

[0238] In some embodiment, one MAC CE is used for deactivating cell DRX / DTX configuration, and one MAC CE is used to activate cell DRX / DTX configuration. The two MAC CEs are differentiated based on different LCID (logical channel identifiers) used. For both MAC CEs, the MAC CE includes at least one of below fields:

[0239] ◆ R bit which is set to zero, and reserved for future use

[0240] ◆ LCID which is used to identify the MAC CE type

[0241] ◆ For activation MAC CE: One field to indicate whether the DRX / DTX is activated or not. In some examples, it could be two bits, one for cell DRX and one for cell DTX. For each bit the value is set to 1 to indicate the corresponding configuration is activated. In some examples, it could be two bits of four values, where one value indicates that cell DRX is activated, one value indicates cell DTX is activated, one value indicates both are activated, and one value is reserved.

[0242] ◆ For deactivation MAC CE: One field to indicate whether the DRX / DTX is deactivated or not. In some examples, it could be two bits, one for cell DRX and one for cell DTX. For each bit the value is set to 1 to indicate the corresponding configuration is deactivated. In some examples, it could be two bits of four values, where one value indicates that cell DRX is deactivated, one value indicates cell DTX is deactivated, one value indicates both are deactivated, and one value is reserved.

[0243] In some embodiment, one MAC CE is used to activate or deactivate cell DRX configuration, and one MAC CE is used to activate or deactivate cell DTX configuration. The two MAC CEs are differentiated based on different LCID used. For both MAC CEs, the MAC CE includes at least one of below fields:

[0244] ◆ R bit which is set to zero, and reserved for future use

[0245] ◆ LCID which is used to identify the MAC CE type;

[0246] ◆ For cell DRX MAC CE: One field to indicate whether the DRX is activated or not. In some examples, it could be one bit, the value is set to 1 to indicate the cell DRX is activated and set to zero to indicate the cell DRX is deactivated, or vice versa.

[0247] ◆ For cell DTX MAC CE: One field to indicate whether the DTX is activated or not. In some examples, it could be one bit, the value is set to 1 to indicate the cell DTX is activated and set to zero to indicate the cell DTX is deactivated, or vice versa.

[0248] For all above mentioned fields, they can be included in MAC subheader or MAC CE payload.

[0249] In some embodiment, one MAC CE is used to activate / deactivate cell DRX / cell DTX configuration. The MAC CE includes at least one of below fields:

[0250] ◆ R bit which is set to zero, and reserved for future use

[0251] ◆ LCID which is used to indicate it is the MAC CE used for (de) activation of cell DRX / cell DTX

[0252] ◆ One field to indicate whether to activated or deactivate the configuration. In some examples, it could be one bit, the value is set to 1 to indicate the configuration is activated and set to zero to indicate the configuration is deactivated, or vice versa.

[0253] ◆ One field to indicate whether the MAC CE is for cell DRX and / or for cell DTX. In some examples, it could be two bits, one is for cell DRX and one is for cell DTX, where each bit is set to 1 to indicate the MAC CE is for the corresponding configuration type (e.g., cell DRX / cell DTX) . In some examples, it  could be two bits of four values, where one value indicates that cell DRX is considered in the MAC CE, where one value indicates that cell DTX is considered in the MAC CE, one value indicates that both cell DRX / cell DTX is considered in the MAC CE, and one value is reserved.

[0254] For all above mentioned fields, they can be included in MAC subheader or MAC CE payload.

[0255] In some examples, for all embodiments mentioned above, the MAC CE is octet-aligned. In some examples, the MAC CE can only include MAC subheader only, or in some examples it can include MAC subheader with MAC CE payload. The MAC CE can be of fixed size or varied size. In case variable size is used, a length field is used to indicate the length of the MAC CEs. In some embodiment, the length field can be indicated by a format flag.

[0256] ■ In a third embodiments, DCI can be used to deactivate or activate the cell DRX / DTX configuration. It can be based on new DCI format or based on existing DCI format.

[0257] ◆ When DCI signaling is used, at least one of below configuration is provided from NW to UE:

[0258] ● A size configuration to indicate the size of the DCI format for cell DRX / DTX activation or deactivation

[0259] ● An RNTI value for scrambling the CRC used for the DCI

[0260] The DCI can include at least one of the fields as discussed in above for MAC CE example embodiments, e.g., fields to indicate whether the configuration is for DRX DTX or both; fields to indicate whether the DCI is to activate or to deactivate the configuration.

[0261] For all options discussed above, the NW can deactivate or activate only cell DRX, only cell DTX or both. In some examples, the DCI / MAC CE can be delivered to UE via dedicated signaling or group signaling.

[0262] 6. EXAMPLE EMBODIMENT 5: UE SPECIFIC ACTIVE TIME CONFIGURATION

[0263] In some examples, the beams within the cell could be activated on demand, e.g., due to arrival of data in the downlink or uplink. Which means it is possible that some of the active beams’ active time (e.g., starting time / active duration) is not regular in the time domain. In such case at least one of below options can be considered to inform UE about the timing to monitor scheduling information and / or perform transmission in UL / DL:

[0264] ● Introduce configuration to configure UE specific activate time, which includes at least one of below:

[0265] ■ A starting timing of the active time

[0266] ■ A duration since the start timing, which indicates the active time duration. In some examples when exceeds (or exceeds or equals to) the duration, UE can perform at least one of below: UE consider it is not in Active Time or UE releases the received configuration of UE specific activate time.

[0267] The configuration can be provided per cell per UE or per UE per beam.

[0268] In some examples the above Active Time can be implemented based on assistance of a timer. For example, the timer is started at timing indicated by the starting timing received, the timer expires when exceeds (or exceeds or equals to) the configured duration. During running of the timer, UE consider it is in Active Time. In some examples, the UE consider it is not in Active Time if the timer expires or the timer is not running. In some examples, the UE release the configuration upon expiry of the timer.

[0269] When in Active Time per the received configurations, UE is allowed to do at least one of below actions:

[0270] ■ Performs at least one of the actions discussed in embodiment 2  / 3 in the activated time of DL  transmission / UL transmission for the cells or for the beams the configuration is provided and activated, e.g., monitor PDCCH in the serving cell (s)  / beams where the configuration is activated

[0271] 7. EXAMPLE EMBODIMENT 6: REDIRECT UE TO OTHER CELL (GROUP COMMAND / UE SPECIFIC COMMAND)

[0272] As discussed in this document, some of UEs may not be able to use the solution / enhancements discussed in this document for beam power sharing. It is possible that before activating some enhancements (e.g., cell DRX / cell DTX for beam power sharing) , some of UEs incapable of the enhancements to be activated maybe connected to the cell. In this case enhancements are needed for NW to move those UEs to other cells. To resolve this issue, at least one of below solutions can be considered for NW to handle UEs incapable of the beam power sharing enhancements:

[0273] ● Opt1: If there are available CHO configuration at UE side, at least one of below options can be considered:

[0274] ■ Opt1-1: NW can HO UEs to CHO candidate cells by only providing an identifier used to identify a CHO configuration. In some examples, the identifier can be CHO index associated to CHO configuration or CHO candidate cell id. Upon reception of the identifier, UE performs HO using CHO configuration associated to the identifier. The identifier can be included in at least one of DCI, MAC CE, or RRC message from NW to UE.

[0275] ■ Opt1-2: NW can trigger UE to CHO candidate cells by including one indication for the CHO configuration, with such indication UE can performs CHO regardless of if the CHO execution conditions associated to radio conditions is fulfilled or not. In some examples, it is possible that NW configure UE with two execution conditions, one is associated with location condition, one is associated with radio condition, then UE can select among the CHO candidates fulfilling the location conditions, irrespective the radio condition is met or not. At least one of below examples can be considered:

[0276] ◆ In some examples, NW can indicate a CHO candidate cell for UE to perform HO using CHO configuration associated to the CHO candidate cell’

[0277] ◆ In some examples, UE selects the target CHO candidate cell of best radio quality among the CHO candidate cells fulfilling the location conditions. After selection, UE performs HO towards the selected target CHO candidate using the associated CHO configurations.

[0278] ◆ In some examples, UE randomly selects the target CHO candidate cells among the CHO candidate cells fulfilling the location conditions. After selection, UE performs HO towards the selected target CHO candidate using the associated CHO configurations.

[0279] ■ Opt1-3: NW can trigger UE to CHO candidate cells, by including one indication for the CHO configuration. With such indication, UE can perform CHO irrespective the radio conditions is met or not In some example, it is possible that NW configure UE with two execution conditions, one is associated with time condition, one is associated with radio condition, then UE can select among the CHO candidates fulfilling the time condition, irrespective the radio condition is met or not. At least one of below examples can be considered:

[0280] ◆ In some examples, NW can indicate a CHO candidate cell for UE to perform HO using CHO configuration associated to the CHO candidate cell.

[0281] ◆ In some examples, UE selects the candidate cell of best radio quality among the CHO candidate cells  fulfilling the time conditions. After selection, UE performs HO towards the selected target CHO candidate using the associated CHO configurations.

[0282] ◆ In some examples, UE randomly selects the target CHO candidate cells among the CHO candidate cells fulfilling the time conditions. After selection, UE performs HO towards the selected target CHO candidate using the associated CHO configurations.

[0283] ■ In some examples, the indication to trigger UE to perform HO towards CHO candidate cells as discussed in opt 1-2 and opt 1-3 can also be sent from NW to UE via at least one of MAC CE or DCI signaling or via indication in system information. In those examples, UE actions are as discussed in the corresponding options.

[0284] ● Opt2: HO UEs to other cells by HO command

[0285] ● Opt3: Releasing UEs to idle mode

[0286] ● Opt4: Moves UEs to inactive mode

[0287] In some embodiments for options3 / 4, at least one of below parameters can be provided to UEs:

[0288] ● Preferable cells information, which indicates the cell NW suggest the UE to attempt to setup / resume new RRC connections. In some examples, the cell information includes PCI and / or frequency information.

[0289] ● Preferable frequency information, which indicates the frequency NW suggest the UE to perform measurements for cell discovering.

[0290] ● A cause value to inform UE about the reason it is moves to IDLE or RRC_INACTIVE mode. In some examples, the cause value could be due to current cell is cell with beam power sharing. In some examples, the cause value could be due to current cell activate cell DTX and / or cell DRX. In some examples, the cause value could be due to current cell activate enhanced beam pattern. In some examples, the cause value can be set to ‘other’ .

[0291] For all above mentioned options, NW can provide the signaling either in dedicated method (for one UE) or in group method (for a group of UEs using a group RNTI value) .

[0292] 8. EXAMPLE EMBODIMENT 7: UE PREFERENCE REPORT / UE CONFIGURATION INFORMATION REPORT

[0293] In some examples, UE can be aware of arriving timing and / or the possible duration of UL data. In order to assist NW adjust the power sharing solutions (e.g., adjust configuration of cell DRX / DTX) , at least one of below configuration information can be provide from UE to NW:

[0294] ● The preferred cell DRX configuration, which includes at least one of configurations as discussed in embodiment 3 for cell DRX. For example, cell DRX cycle, on duration.

[0295] ● The preferred cell DTX configuration, which includes at least one of the configurations as discussed in embodiment 2 for cell DTX.

[0296] ● An estimated duration of UL data to be transmitted

[0297] ● An indication to indicate there are pending UL data for transmission

[0298] ● The data volume of UL data to be transmitted

[0299] ● The QoS requirement of the pending UL data

[0300] In some examples, whether UE can report the configuration information for beam power sharing is under  control of NW. In some examples, one indication is introduced to allow UE to report configuration information for beam power sharing, which includes all configuration information introduced for this purpose. Or in some examples, separate indications are introduced for each configuration information introduced for beam power sharing, UE can only report the corresponding configuration information if the indication indicates it is allowed for reporting to NW. The indication for NW to control report behavior can be delivered to UE using at least one of system information or RRC message (e.g., RRC Reconfiguration message) .

[0301] In some examples, UE can provide above configuration information via UE assistance information report procedure as shown in message exchange 700 of FIG. 7. Here, UE sends UE assistance information including at least one of the information as discussed in above embodiment 7 to the network after RRC reconfiguration performed between the UE and the NW. In some examples, UE only report the preferred configuration for power sharing when NW indicates it is allowed to report.

[0302] In some example UE can also report UE capability information to NW. The capability may include, for example, one or more bits indicating whether or not UE supports one or more solutions for beam power sharing as discussed in this document. In some example, separate bits can be used for indicate separate solutions for beam power, e.g., one bit for indicating whether UE support performing cell DRX / DTX according to the power sharing schemes disclosed in the present document, one bit for indicating whether UE support CHO indication for beam power sharing, one bit for indicating whether UE support enhanced beam transmission pattern. In some examples, only one bit is used to indicate whether UE support beam power sharing, if UE indicate support, which means UE support all features specified for beam power sharing.

[0303] Some preferred embodiments may implement the following technical solutions.

[0304] 1. A method of wireless communications (e.g., method 800 depicted in FIG. 8) , comprising: receiving (802) , by a wireless device, from a network device, configuration information related to a beam power sharing in a serving cell; and making a decision (804) , by the wireless device, based on the configuration information, about a transmission operation or a reception operation of the wireless device.

[0305] 2. A method of wireless communication (e.g., method 900 depicted in FIG. 9) , comprising: transmitting (902) , to a wireless device, by a network device, a configuration information related a beam power sharing, wherein the configuration information allows the wireless device to make a decision about a transmission operation or a reception operation of the wireless device.

[0306] 3. The method of any of above solutions, wherein the configuration information indicates that the serving cell is not barred for wireless devices that support the beam power sharing.

[0307] 4. The method of any of above solutions, wherein the configuration information indicates that the serving cell is barred for wireless devices that do not support beam power sharing.

[0308] 5. The method of any of above solutions, wherein the configuration information indicating whether a current cell is using the beam power sharing feature.

[0309] 6. The method of any of above solutions, wherein the configuration information indicates information about settings of the beam power sharing feature.

[0310] 7. The method of any of above solutions, wherein the decision includes deciding whether the wireless device is barred from operating in the current cell.

[0311] 8. The method of any of above solutions, wherein the configuration information is for a downlink transmission.

[0312] 9. The method of any of above solutions, wherein the configuration information is for an uplink transmission.

[0313] 10. The method of any of above solutions, wherein the decision about the transmission operation or the reception operation comprises determining an activation period during which the wireless device is permitted to make the uplink transmission or is expected to receive the downlink transmission.

[0314] 11. The method of any of above solutions, wherein the decision about the transmission operation or the reception operation comprises determining a deactivation period during which the wireless device is disallowed to make an uplink transmission or is not expected to receive a downlink transmission.

[0315] 12. The method of any of above solutions, wherein the configuration information comprises a timing parameter indicating an active time on the beam during which the wireless device is to perform a monitoring, a reception or a transmission operation on the serving cell.

[0316] 13. The method of solution 12, wherein the timing parameter comprises a starting time, a duration or a timer value.

[0317] Further examples and features of the above solutions are described throughout the present document, including, for example, embodiment 5.

[0318] 14. The method of solution 1, wherein the wireless device is configured to transmit information related to the beam power sharing to the network device.

[0319] 15. The method of solution 1, wherein the network device is configured to receive information related to the beam power sharing from the wireless device and generate the configuration information based on the received information.

[0320] 16. The method of any of above solutions, wherein the information indicates one or more preferred discontinuous reception configurations for the wireless device.

[0321] 17. The method of any of above solutions, wherein the information indicates one or more preferred discontinuous transmission configurations for the wireless device.

[0322] 18. The method of any of above solutions, wherein the information indicates an estimated amount of uplink data to be transmitted by the wireless device or a quality of service information of pending uplink data.

[0323] Further examples and features of the above solutions are described throughout the present document, including, for example, embodiment 7.

[0324] 19. A method of wireless communications (e.g., method 1000 depicted in FIG. 10) , comprising: receiving (1002) , by a wireless device, from a network device, configuration information related to a discontinuous reception (DRX) operation and / or a discontinuous transmission (DTX) operation; and making a decision (1004) , by the wireless device, about an uplink transmission or a downlink transmission based on the received configuration  information.

[0325] 20. A method of wireless communication (e.g., method 1100 depicted in FIG. 11) , comprising: transmitting (1102) , to a wireless device, by a network device, configuration information related to discontinuous reception (DRX) and / or a discontinuous transmission (DTX) operation that allows the wireless device to make a decision regarding an uplink transmission or a downlink transmission

[0326] 21. The method of any of solutions 19-20, wherein the DTX operation and the DRX operation relate to availability of a cell for transmission or reception.

[0327] 22. The method of any of solutions 19-20, wherein the DTX operation and the DRX operation relate to availability of a beam for transmission or reception.

[0328] 23. The method of any of above solutions, wherein the configuration information includes a timing parameter of the DRX operation and / or a timing parameter of the DTX operation.

[0329] 24. The method of any of above solutions, wherein the configuration information indicates an applicability thereof to the DRX operation and / or the DTX operation.

[0330] 25. The method of any of above solutions, wherein the decision about the downlink transmission includes deciding to perform one or more of following operations during an active time of the DTX operation: monitoring a downlink control channel; receiving a downlink assignment; restarting a random access response window; restarting a contention resolution timer; or restarting a DRX timer.

[0331] 26. The method of any of above solutions, wherein, the decision about the uplink transmission includes deciding to perform one or more of following operations during an active time of the DRX operation: performing a data transmission on an uplink shared channel, transmitting a scheduling request; or performing a transmission on an uplink control channel.

[0332] Further examples and features of the above solutions are described throughout the present document, including, for example, embodiments 3 and 4.

[0333] 27. The method of any of above solutions, wherein the decision about the uplink transmission or the downlink transmission is performed responsive to a dynamic indication that activates or deactivates the DRX operation and / or the DTX operation.

[0334] 28. The method of solution 27, wherein the dynamic indication is in a radio resource control message.

[0335] 29. The method of solution 19-20, wherein the dynamic indication is in a medium access control control element (MAC CE) .

[0336] Further examples and features of the above solutions are described throughout the present document, including, for example, embodiment 4

[0337] 30. A method of wireless communication (e.g., method 1200 depicted in FIG. 12) , comprising: receiving (1202) , by a wireless device, from a network device, an indication that indicates to the wireless device to initiate a handover procedure; and initiating (1204) , selectively based on the wireless device being unable to support a beam power sharing, a handover procedure.

[0338] 31. A method of wireless communication (e.g., method 1300 depicted in FIG. 13) , comprising:  transmitting (1302) , to a wireless device, by a network device, an indication to a wireless device, wherein the indication indicates to the wireless device to handover to another cell due to the wireless device being unable to support a beam power sharing.

[0339] 32. The method of solution 30 or 31, wherein the indication identifies a handover configuration to be used by the wireless device.

[0340] 33. The method of solution 30 or 31, wherein the wireless device is configured to initiate the handover responsive to the wireless device meeting a location condition.

[0341] 34. The method of any of above solutions, wherein the wireless device is configured to initiate the handover responsive to a time condition being met.

[0342] 35. The method of any of above solutions, wherein the indication is in a downlink control channel (DCI) or a Medium Access Control Control Element (MAC CE) or a radio resource control (RRC) message.

[0343] Further examples and features of the above solutions are described throughout the present document, including, for example, embodiment 6.

[0344] 36. An apparatus for wireless communication comprising at least one processor configured to implement a method recited in any of above solutions.

[0345] 37. A computer-storage medium having code stored thereon, wherein the code, upon execution by at least one processor, causes the at least one processor to implement a method recited in any of above solutions.

[0346] It will be appreciated by one of skill in the art that the present document provides various techniques for beam power sharing functionality in a wireless network. In one advantageous aspect, a user device is able to decide whether to performing receiving DL information and / or performing UL transmission during operation. Due to beam power sharing mechanism, some beams may be switched off , in such case both UL and DL transmission is not possible. Or some beams may operate in a low power level mode, in such a case, it is possible only UL transmission is possible while DL transmission is not possible since UL reception at NW’side might cost less power at NW’s side. In some embodiments, , UE can be provided with a configuration to indicate when UL transmission  / DLtransmission is allowed or not, which can be controlled by providing parameters indicating an activated / deactivated time (e.g., on-off time) as discussed in this document. Due to the configuration will include on-off time, therefore the transmission / reception behavior is not continuous, therefore the concept discontinuous reception / transmission is used.

[0347] It will be appreciated that the UE can derive the availability of beam based on the DRX / DTX configuration UE receives.

[0348] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in one embodiment by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform  particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0349] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated Circuit (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art, including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0350] While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings 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.

[0351] Only a few implementations and examples are described, and other implementations, enhancements, and variations can be made based on what is described and illustrated in this document.

Claims

1.A method of wireless communications, comprising:receiving, by a wireless device, from a network device, configuration information related to a beam power sharing in a serving cell; andmaking a decision, by the wireless device, based on the configuration information, about a transmission operation or a reception operation of the wireless device.2.A method of wireless communication, comprising:transmitting, to a wireless device, by a network device, a configuration information related a beam power sharing, wherein the configuration information allows the wireless device to make a decision about a transmission operation or a reception operation of the wireless device.3.The method of any of claims 1-2, wherein the configuration information indicates that the serving cell is not barred for wireless devices that support the beam power sharing.4.The method of any of claims 1-3, wherein the configuration information indicates that the serving cell is barred for wireless devices that do not support beam power sharing.5.The method of any of claims 1-4, wherein the configuration information indicating whether a current cell is using the beam power sharing.6.The method of any of claims 1-5, wherein the configuration information indicates information about settings of the beam power sharing.7.The method of any of claims 1-6, wherein the decision includes deciding whether the wireless device is barred from operating in a current cell.8.The method of any of claims 1-7, wherein the configuration information is for a downlink transmission.9.The method of any of claims 1-8, wherein the configuration information is for an uplink transmission.10.The method of any of claims 1-9, wherein the decision about the transmission operation or the reception operation comprises determining an activation period during which the wireless device is permitted to make an uplink transmission or is expected to receive a downlink transmission.11.The method of any of claims 1-9, wherein the decision about the transmission operation or the reception operation comprises determining a deactivation period during which the wireless device is disallowed to make an uplink transmission or is not expected to receive a downlink transmission.12.The method of any of claims 1-11, wherein the configuration information comprises a timing parameter indicating an active time on the beam during which the wireless device is to perform a monitoring, a reception or a transmission operation on the serving cell.13.The method of claim 12, wherein the timing parameter comprises a starting time, a duration or a timer value.14.The method of claim 1, wherein the wireless device is configured to transmit information related to the beam power sharing to the network device.15.The method of claim 1, wherein the network device is configured to receive information related to the beam power sharing from the wireless device and generate the configuration information based on the received information.16.The method of any of claims 14-15, wherein the information indicates one or more preferred discontinuous reception configurations for the wireless device.17.The method of any of claims 14-16, wherein the information indicates one or more preferred discontinuous transmission configurations for the wireless device.18.The method of any of claims 14-17, wherein the information indicates an estimated amount of uplink data to be transmitted by the wireless device or a quality of service information of pending uplink data.19.A method of wireless communications, comprising:receiving, by a wireless device, from a network device, configuration information related to a discontinuous reception (DRX) operation and / or a discontinuous transmission (DTX) operation; andmaking a decision, by the wireless device, about an uplink transmission or a downlink transmission based on the received configuration information.20.A method of wireless communication, comprising:transmitting, to a wireless device, by a network device, configuration information related to discontinuous reception (DRX) and / or a discontinuous transmission (DTX) operation that allows the wireless device to make a decision regarding an uplink transmission or a downlink transmission21.The method of any of claims 19-20, wherein the DTX operation and the DRX operation relate to availability of a cell for transmission or reception.22.The method of any of claims 19-20, wherein the DTX operation and the DRX operation relate to availability of a beam for transmission or reception.23.The method of any of claims 19-22, wherein the configuration information includes a timing parameter of the DRX operation and / or a timing parameter of the DTX operation.24.The method of any of claims 19-23, wherein the configuration information indicates an applicability thereof to the DRX operation and / or the DTX operation.25.The method of any of claims 19-24, wherein the decision about the downlink transmission includes deciding to perform one or more of following operations during an active time of the DTX operation:monitoring a downlink control channel;receiving a downlink assignment;restarting a random access response window;restarting a contention resolution timer; orrestarting a DRX timer.26.The method of any of claims 19-25, wherein, the decision about the uplink transmission includes deciding to perform one or more of following operations during an active time of the DRX operation:performing a data transmission on an uplink shared channel,transmitting a scheduling request; orperforming a transmission on an uplink control channel.27.The method of any of claims 19-26, wherein the decision about the uplink transmission or the downlink transmission is performed responsive to a dynamic indication that activates or deactivates the DRX operation and / or the DTX operation.28.The method of claim 27, wherein the dynamic indication is in a radio resource control message.29.The method of claim 27, wherein the dynamic indication is in a medium access control control element (MAC CE) .30.A method of wireless communication, comprising:receiving, by a wireless device, from a network device, an indication that indicates to the wireless device to initiate a handover procedure; andinitiating, selectively based on the wireless device being unable to support a beam power sharing, a handover procedure.31.A method of wireless communication, comprising:transmitting, to a wireless device, by a network device, an indication to a wireless device, wherein the indication indicates to the wireless device to handover to another cell due to the wireless device being unable to support a beam power sharing.32.The method of claim 30 or 31, wherein the indication identifies a handover configuration to be used by the wireless device.33.The method of claim 30 or 31, wherein the wireless device is configured to initiate the handover responsive to the wireless device meeting a location condition.34.The method of any of claims 30-33, wherein the wireless device is configured to initiate the handover responsive to a time condition being met.35.The method of any of claims 30-34, wherein the indication is in a downlink control channel (DCI) or a Medium Access Control Control Element (MAC CE) or a radio resource control (RRC) message.36.An apparatus for wireless communication comprising at least one processor configured to implement a method recited in any of claims 1-3537.A computer-storage medium having code stored thereon, wherein the code, upon execution by at least one processor, causes the at least one processor to implement a method recited in any of claims 1-35.

Images