Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In one aspect, upon determination that a condition associated with one or more events is fulfilled, a terminal device may transmit first information for a beam report by at least one of the following: multiplexing the first information as a first type of UCI with a second type of UCI in a PUCCH, a modulation or a code rate, or multiplexing the first information in a first PUSCH by determining a number of resources for the multiplexing of the first information based on one or more first offset values. The terminal device may transmit, to the network device, second information for the beam report in a second PUSCH. In this way, UL resources may be utilized more efficiently.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and in particular, to methods, devices and computer storage media of communication for a user equipment initiated (UEI) beam report.BACKGROUND

[0002] Currently, it has been proposed to support a UEI beam report. The UEI beam report may be multiplexed in a physical uplink shared channel (PUSCH) or a physical uplink control channel (PUCCH) . However, a rule for the multiplexing of the UEI beam report are still indefinite and need to be further developed.SUMMARY

[0003] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for a UEI beam report.

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: in accordance with a determination that a condition associated with one or more events is fulfilled, transmit, to a network device, first information for a beam report by at least one of the following: multiplexing the first information as a first type of uplink control information (UCI) with a second type of UCI in a PUCCH based on at least one of: a PUCCH format associated with the second type of UCI, or a relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, or multiplexing the first information in a first PUSCH by determining a number of resources for the multiplexing of the first information based on one or more first offset values; and transmit, to the network device, second information for the beam report in a second PUSCH.

[0005] In a second aspect, there is provided a network device. The network device comprises a processor configured to cause the network device to: receive, from a terminal device, first information for a beam report by at least one of the following: receiving a PUCCH in which the first information multiplexes as a first type of UCI with a second type of UCI based on at least one of: a PUCCH format associated with the second type of UCI, or  a relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, or receiving a first PUSCH multiplexed with the first information by determining a number of resources for the multiplexing of the first information based on one or more first offset values; and receive, from the terminal device, second information for the beam report in a second PUSCH.

[0006] In a third aspect, there is provided a method of communication. The method comprises: in accordance with a determination that a condition associated with one or more events is fulfilled, transmitting, at a terminal device and to a network device, first information for a beam report by at least one of the following: multiplexing the first information as a first type of UCI with a second type of UCI in a PUCCH based on at least one of: a PUCCH format associated with the second type of UCI, or a relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, or multiplexing the first information in a first PUSCH by determining a number of resources for the multiplexing of the first information based on one or more first offset values; and transmitting, at the terminal device and to the network device, second information for the beam report in a second PUSCH.

[0007] In a fourth aspect, there is provided a method of communication. The method comprises: receiving, at a network device and from a terminal device, first information for a beam report by at least one of the following: receiving PUCCH in which the first information multiplexes as a first type of UCI with a second type of UCI based on at least one of: a PUCCH format associated with the second type of UCI, or a relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, or receiving a first PUSCH multiplexed with the first information by determining a number of resources for the multiplexing of the first information based on one or more first offset values; and receiving, at the network device and from the terminal device, second information for the beam report in a second PUSCH.

[0008] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon. The instructions, when executed on at least one processor, cause the at least one processor to perform the method according to the third or fourth aspect of the present disclosure.

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

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

[0011] FIG. 1 illustrates an example communication network in which some embodiments of the present disclosure can be implemented;

[0012] FIG. 2 illustrates a signaling chart illustrating a process of communication according to some embodiments of the present disclosure;

[0013] FIG. 3 illustrates a diagram illustrating an example of transmitting first information in accordance with some embodiments of the present disclosure;

[0014] FIG. 4 illustrates a diagram illustrating an example of applying redundancy version sequence in accordance with some embodiments of the present disclosure;

[0015] FIG. 5 illustrates a diagram illustrating an example of transmitting a first uplink transmission in accordance with some embodiments of the present disclosure;

[0016] FIG. 6 illustrates a flowchart of a method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0017] FIG. 7 illustrates a flowchart of a method of communication implemented at a network device in accordance with some embodiments of the present disclosure; and

[0018] FIG. 8 is a simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure.

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

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

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

[0022] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, Internet of things (IoT) devices, ultra-reliable and low latency communications (URLLC) devices, Internet of everything (IoE) devices, machine type communication (MTC) devices, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for integrated access and backhaul (IAB) , small data transmission (SDT) , mobility, multicast and broadcast services (MBS) , positioning, dynamic / flexible duplex in commercial networks, reduced capability (RedCap) , space borne vehicles or air borne vehicles in non-terrestrial networks (NTN) including Satellites and high altitude platforms (HAPs) encompassing unmanned aircraft systems (UAS) , extended reality (XR) devices including different types of realities such as augmented reality (AR) , mixed reality (MR) and virtual reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple subscriber identity module (SIM) as known as multi-SIM. The term ‘terminal device’ can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

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

[0024] The terminal device or the network device may have AI / ML capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

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

[0026] The network device may have the function of network energy saving, self-organizing networks (SON)  / minimization of drive tests (MDT) . The terminal may have the function of power saving.

[0027] The embodiments of the present disclosure may be performed in test equipment, e.g. signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator.

[0028] In one embodiment, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In one embodiment, information A may be transmitted to the terminal device from the first network device and information B may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0029] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. The term ‘and / or’ indicates that there may be three relationships. For example, A and / or B may indicate cases includes ‘only A’ , ‘both A and B’ , and ‘only B’ . The term ‘at least one of the following items’ or a similar expression thereof refers to any combination of these items, including any combination of a single item or a plurality of items. For example, ‘at least one of A, B, or C’ may represent A, B, C, ‘A and B’ , ‘A and C’ , ‘B and C’ , or ‘A, B and C’ . Other definitions, explicit and implicit, may be included below.

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

[0031] A UEI beam report may be multiplexed in a PUSCH or a PUCCH. However, multiplexing rules for both first channel and second channel for UEI beam reporting are still indefinite and need to be further developed.

[0032] In view of the above, embodiments of the present disclosure provide a solution of communication for a UEI beam report. In one aspect, in accordance with a determination that a condition associated with one or more events is fulfilled, a terminal device may transmit first information for a beam report by at least one of the following: multiplexing the first information as a first type of UCI with a second type of UCI in a PUCCH based on at least one of a PUCCH format associated with the second type of UCI, or a relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, or multiplexing the first information in a first PUSCH by determining a number of resources for the multiplexing of the first information based on one or more first offset values. The terminal device may transmit, to the network device, second information for the beam report in a second PUSCH. In this way, uplink (UL) resources can be utilized more efficiently.

[0033] In the context of the present disclosure, the term ‘network (NW) ’ herein may refer to a radio access network (RAN) node such as a base station, or core network (CN) node such as ‘operations, administration and maintenance (OAM) ’ , ‘server’ , or ‘advanced mobile location (AML)  / location management function (LMF) ’ .

[0034] In the context of the present disclosure, the terms ‘beam’ , ‘precoder’ , ‘precoding’ , ‘precoding matrix’ , ‘spatial relation information’ , ‘spatial relation information’ , ‘precoding information’ , ‘precoding information and number of layers’ , ‘precoding matrix indicator (PMI) ’ , ‘precoding matrix indicator’ , ‘transmission precoding matrix indication’ , ‘precoding matrix indication’ , ‘transmission configuration indication (TCI) state’ , ‘uplink (UL) TCI state’ , ‘joint TCI state’ , ‘transmission configuration indicator’ , ‘quasi-co-location (QCL) ’ , ‘QCL parameter’ , ‘QCL assumption’ , ‘QCL relationship’ and ‘spatial relation’ may be used interchangeably.

[0035] A beam may refer to a downlink (DL) beam, UL beam, transmitting (Tx) beam, receiving (Rx) beam, beam pair, RS, RS resource, RS resource set, antenna port, antenna port group, antenna element (s) , antenna array (s) , or beam group.

[0036] The terms ‘reference signal received power (RSRP) ’ , ‘layer 1 (L1) -RSRP’ ‘layer 3 (L3) -RSRP’ , ‘filtered RSRP’ may be used interchangeably. If ‘RSRP’ is used as a beam quality metric, methods are readily extended to other metrics like ‘signal to interference and noise ratio (SINR) ’ , ‘reference signal received quality (RSRQ) ’ , ‘received signal strength indicator (RSSI) ’ , etc.

[0037] For a beam report, a set of measurement results may be derived based on various signals and / or channels, including at least one of the following: a synchronization signal and physical broadcast channel block (SSB) for intra-cell and inter-cell, and periodic channel status information (CSI) -RS for beam management; semi-persistent CSI-RS and aperiodic CSI-RS; if L1-SINR measurement is applied, it is assumed that existing RS or RS combination (e.g., channel measurement resource (CMR) only, CMR+zero-power (ZP)  / non-zero-power (NZP) -interference measurement resource (IMR) ) for SINR is reused; a TCI state, comprising a unified TCI state, a DL or joint TCI state, a UL TCI state, a spatial relation, or a RS associated with the TCI state (including QCL reference RS configured in the TCI states, or QCL type D RS) ; a SSB, comprising a SSB from a serving TRP, a SSB from a serving cell, a SSB from other cells, or a SSB from other cells with different physical cell identities (PCIs) ; a CSI-RS, comprising a CSI-RS for beam management (e.g., configured for L1-RSRP / SINR  report) , a CSI-RS for channel acquisition (e.g., configured for RI / PMI / CQI report) , a CSI-RS for mobility, a CSI-RS from other cell, a CSI-RS for tracking, a CSI-RS for candidate beams for beam failure recovery, or a CSI-RS for radio link monitoring or for beam failure detection; or a sounding reference signal (SRS) , a positioning reference signal (PRS) , a phase tracking reference signal (PTRS) , a demodulation reference signal (DMRS) , a pathloss reference signal (PL-RS) , etc.

[0038] As used herein, a beam may be associated with a RS (e.g., SSB, CSI-RS, or SRS) , a RS resource, RS resource ID, (channel / interference) measurement RS / resource, QCL RS, source RS, reference RS, type of QCL (e.g., type A / B / C / D) , (source / reference) RS of a type of QCL, TCI state, spatial Rx parameter, UL Tx spatial filter, spatial filter, path loss (reference) RS, power control related parameter, spatial relation, or spatial relation information. In view this, the above terms may be interchangeably used with each other. In summary, a beam may refer to a resource that enables a spatially directional communication, and thus may be identified by other suitable parameters in other embodiments. The present disclosure is not limited in this regard.

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

[0040] EXAMPLE OF COMMUNICATION NETWORK

[0041] FIG. 1 illustrates an example communication network 100 in which embodiments of the present disclosure can be implemented. As shown in FIG. 1, the communication network 100 includes a terminal device 110 and a network device 120 served by the terminal device 110. In some embodiments, the network device 120 and the terminal device 110 may communicate with one or more direct links or channels.

[0042] In some embodiments, a multiple TRP (mTRP) transmission and reception may be supported. In order to support mTRP, the network device 120 may be equipped with one or more transmission and reception points (TRPs) . For example, the network device 120 may be coupled with multiple TRPs in different geographical locations to achieve better coverage. As shown in FIG. 1, the communication network 100 may further include a TRP 130 and a TRP 131. The network device 120 may be equipped with the TRPs 130 and 131. For example, the TRP 130 may be a micro node, and the TRP 131 may be a macro node. The terminal device 110 may communicate with the network device 120 via both the TRP 130 and the TRP 131. It is to be noted that more TRPs may also be feasible.

[0043] In some embodiments, a single TRP (sTRP) transmission and reception may also be supported. For example, the terminal device 110 may communicate with the network device 120 via the TRP 130 or TRP 131. Alternatively, in case of the mTRP, the terminal device 120 communicates with the network via both of the TRP 130 and the TRP 131.

[0044] In some embodiments, the network device 120 may provide one or more serving cells, and the TRPs 130 and 131 may be included in a same serving cell or different serving cells or cells with different PCIs.

[0045] It is to be understood that the number of network devices and / or terminal devices and / or TRPs in FIG. 1 is given for the purpose of illustration without suggesting any limitations to the present disclosure. The communication network 100 may include any suitable number of network devices and / or terminal devices and / or TRPs adapted for implementing implementations of the present disclosure.

[0046] The communications in the communication network 100 may conform to any suitable standards including, but not limited to, global system for mobile communications (GSM) , long term evolution (LTE) , LTE-evolution, LTE-advanced (LTE-A) , new radio (NR) , wideband code division multiple access (WCDMA) , code division multiple access (CDMA) , GSM EDGE radio access network (GERAN) , machine type communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-advanced networks, or the sixth generation (6G) networks.

[0047] In some scenarios, as shown in FIG. 1, the terminal device 110 may transmit a UL to the network device 120 and receive a DL from the network device 120 in a direct link or channel. In some scenarios, as shown in FIG. 1, the terminal device 110 may transmit a UL via mTRP (e.g., via the TRPs 130 and 131) but only receive a DL via a sTRP (e.g., via the TRP 131) . In some scenarios, the terminal device 110 may transmit a UL via mTRP (e.g., via the TRPs 130 and 131) and receive a DL via mTRP (e.g., via the TRPs 130 and 131) . In some scenarios, the terminal device 110 may transmit a UL via sTRP (e.g., via the TRP 130 or 131) and receive a DL via sTRP (e.g., via the TRP 130 or 131) .

[0048] For a UEI beam report, several solutions have been proposed. The UEI beam  report may be carried in one or two UL channels, as shown in Table 1 below.

[0049] Table 1

[0050] For mode A, one or more resources for the second UL channel may be dynamically scheduled by the network device 120. Mode A may comprise the following steps:

[0051] Step 1: The terminal device 110 may transmit a first PUCCH (one-bit / multi-bit) to request a resource for a second UL channel to carry beam report.

[0052] Step 2: The terminal device 110 may detect a downlink control information (DCI)  format to indicate a resource for a second UL channel to carry beam report.

[0053] Step 3: The terminal device 110 may transmit the beam report in the second UL channel.

[0054] For mode B, one or more resources for the second UL channel may be pre-configured. Mode A may comprise the following steps:

[0055] Step 1: The terminal device 110 may transmit a first PUCCH (one-bit / multi-bit) to notify a second UL channel to carry beam report.

[0056] Step 2: The terminal device 110 may transmit the beam report in the second UL channel.

[0057] The term ‘first UL channel’ herein may be interchangeably used with ‘first channel’ or ‘first information. The term ‘second UL channel’ herein may be interchangeably used with ‘second channel’ or ‘second information.

[0058] Embodiments of the present disclosure provide a solution of communication for a UEI beam report. It is to be noted that the solution may be applied to any suitable scenarios and not limited to the scenarios as described above. The solution will be described in detail with reference to FIG. 2 below.

[0059] EXAMPLE IMPLEMENTATION OF UEI BEAM REPORT

[0060] FIG. 2 illustrates a signaling chart illustrating a process 200 of communication according to some embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1. The process 200 may involve the terminal device 110 and the network device 120 as illustrated in FIG. 1. It is to be understood that steps and an order of the steps in FIG. 2 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any other suitable additional steps may be added.

[0061] As shown in FIG. 2, the terminal device 110 may determine 210 that a condition associated with one or more events is fulfilled. In some embodiments, the one or more events may comprise at least one of the following events:

[0062] - Event-2: Quality of at least one new beam, such as L1-RSRP, becomes better than the current beam by a threshold.

[0063] - Event-7: Quality of at least one new beam, such as L1-RSRP, becomes better than quality of the RS derived from the activated TCI state with the M-th best quality by  a threshold.

[0064] - Event-1: Quality of the current beam is worse than a certain threshold.

[0065] It is to be noted that the above events are merely examples, and any other suitable events for triggering a beam report may also be feasible.

[0066] As shown in FIG. 2, upon determination that the condition associated with one or more events is fulfilled, the terminal device 110 may transmit 220 first information for the beam report to the network device 120. In some embodiments, the first information may include a beam report request or a beam report notification. It is to be understood that the first information may be named such as first channel, UEI beam report notification, etc.

[0067] In some embodiments, the terminal device 110 may transmit a group of overlapping PUCCHs and PUSCHs in a slot. The group of overlapping PUCCHs and PUSCHs may comprise the first information.

[0068] In some embodiments, a first symbol of an earliest PUCCH or PUSCH among the group of overlapping PUCCHs and PUSCHs may be before a symbol that is a next uplink symbol with a cyclic prefix starting from a number of time units after the event is triggered. It is to be understood that the term ‘slot’ herein is an example of time unit, which may be ‘half slot’ , ‘symbol’ or other types of time unit in some embodiments. This is also applied to other embodiments hereafter.

[0069] In some embodiments, a first symbol of an earliest PUCCH or PUSCH among the group of overlapping PUCCHs and PUSCHs may be before a symbol that is a next uplink symbol with a cyclic prefix starting from a number of time units after a specific event is triggered if more than one event is triggered. In some embodiments, the specific event may be one of the first event triggered, the last event triggered, the event with a specific event ID such as the lowest ID or the highest ID, and so on.

[0070] In some embodiments, a first symbol of an earliest PUCCH or PUSCH among the group of overlapping PUCCHs and PUSCHs may be before a symbol that is a next uplink symbol with a cyclic prefix starting from a number of time units after an end of a last symbol of a first downlink transmission.

[0071] In some embodiments, the first downlink transmission may comprise one or more reference signals (RSs) for a current beam or a new beam for evaluating the one or more events. Alternatively, or additionally, the first symbol of the earliest PUCCH or PUSCH  may be before the one or more events are triggered.

[0072] In some embodiments where the one or more RSs are for the new beam, the one or more RSs may be explicitly configured by radio resource control (RRC) (e.g., reusing legacy configuration of RS measurement or in TCI state) or a medium access control-control element (MAC-CE) .

[0073] In some embodiments where the one or more RSs are for the new beam, the one or more RSs may be explicitly configured in a RS resource set associated with an CSI reporting configuration. In some embodiments, the one or more RSs in the RS resource set may be updated by MAC-CE.

[0074] In some embodiments where the one or more RSs are for the new beam, a list of the one or more RSs may be configured by RRC, and a subset of the list may be activated by MAC-CE. In some embodiments, if a list size is small, MAC-CE activation may not be needed.

[0075] In some embodiments where the one or more RSs are for the new beam, a list of RS resource (s) may be configured by RRC, and a subset of the RS resource (s) in the list may be provided for a measurement of the new beam by an indicated TCI state. In some embodiments, each RS for the new beam should be associated with a configured joint / DL TCI state which may be used as the indicated TCI state.

[0076] In some embodiments where the one or more RSs are for the new beam, the one or more RSs may be implicitly derived from QCL RS (s) of activated TCI state (s) . In some embodiments where the one or more RSs are for the new beam, the one or more RSs may be implicitly derived from QCL RS (s) of configured TCI state (s) . It is to be understood that the QCL RS may be a RS with respect to QCL-TypeD, if there are two QCL RSs in the indicated TCI state.

[0077] In some embodiments where the one or more RSs are for the new beam, the one or more RSs may be implicitly derived from QCL RS (s) of TCI state (s) in a configured subset of the legacy RRC-configured TCI state list.

[0078] In some embodiments where the one or more RSs are for the current beam, an SSB or a CSI-RS may be configured.

[0079] In some embodiments where the one or more RSs are for the current beam, the one or more RSs may be QCL RS in the indicated TCI state, which is denoted as Scheme-1. In  some embodiments where the one or more RSs are for the current beam, the one or more RSs may be the SSB which is QCLed with the QCL RS in the indicated TCI state, which is denoted as Scheme-2. In some embodiments, enabling one of either Scheme-1 or Scheme-2 may be selected by the network device 120. In some embodiments, the selection may be via an explicit RRC parameter or an implicit manner, e.g., if the one or more RSs are CSI-RS, Scheme-1 may be enabled; otherwise, Scheme-2 may be enabled. In some embodiments, enabling of either Scheme-1 or Scheme-2 should ensure the same RS type for RS measurement for current beam and new beam.

[0080] In some embodiments where the one or more RSs are for the current beam, if only one tracking reference signal (TRS) is configured in the indicated TCI state, the one or more RSs may be a CSI-RS for beam management derived from the QCL RS in the indicated TCI state. In some embodiments, the TRS as measurement RS of current beam may be for determining L1-RSRP.

[0081] In some embodiments where the one or more RSs are for the current beam, the one or more RSs may be explicitly configured by RRC or MAC-CE. In some embodiments Scheme-2 may be used.

[0082] The above QCL RS is the RS w.r.t. QCL-TypeD, if there are two QCL RSs in the indicated TCI state.

[0083] In some embodiments, the first downlink transmission may comprise a physical downlink control channel (PDCCH) with DCI format scheduling a PUSCH in the group of overlapping PUCCHs and PUSCHs. In some embodiments, the first downlink transmission may comprise a PDCCH scheduling a physical downlink shared channel (PDSCH) , with corresponding HARQ-ACK information in an overlapping PUCCH in the slot. In some embodiments, the first downlink transmission may comprise a PDCCH providing a DCI format, with corresponding HARQ-ACK information in an overlapping PUCCH in the slot. In some embodiments, the first downlink transmission may comprise a PDCCH triggering a CSI report. In some embodiments, the first downlink transmission may comprise a 1-bit field in DCI format 0_1 / 0_2 / 0_3 to trigger the transmission of the UEI beam report. In some embodiments, the first downlink transmission may comprise a CSI request field in DCI format 0_1 / 0_2 / 0_3 to trigger the transmission of the UEI beam report. In some embodiments, the first downlink transmission may comprise a set of reference signals for the triggered CSI report.

[0084] FIG. 3 illustrates a diagram 300 illustrating an example of transmitting the first information in the group of overlapping PUCCHs and PUSCHs. As shown in FIG. 3, a PUCCH may overlap with a PUSCH, the first information may be multiplexed on the PUCCH. A first symbol S2 of the PUCCH may be before a symbol that is a next uplink symbol with a cyclic prefix starting from a number of time units after an end of a last symbol S1 of an event trigger.

[0085] In some embodiments, the number of time units may be a pre-defined value. In some embodiments, the number of time units may depend on a configuration of the network device 120. In some embodiments, the number of time units may depend on multiplexing processing capability of the terminal device 110. In some embodiments, the number of time units may depend on a subcarrier spacing (SCS) configuration.

[0086] In some embodiments, the terminal device 110 may receive an indication of whether a joint state is used for the first information and a scheduling request (SR) , and transmit the first information based on the indication. In some embodiments, the joint state may depend on the first information and the SR. In some embodiments, the joint state may be positive in a case that at least one of the first information and the SR is positive, and the joint state may be negative in a case that both the first information and the SR are negative.

[0087] In some embodiments, the terminal device 110 may transmit the SR comprising the first information. In some embodiments, the terminal device 110 may transmit the SR and the first information in the joint state. In some embodiments, there may be K SRs and K’ first information. The number of joint states may be min (K, K’ ) . These joint states may be used for the first K, first K’ , last K, last K’ of the SRs or the first information. In some embodiments, the terminal device 110 may transmit information (for convenience, also referred to as SR / first information herein) comprising at least one of the SR, the first information, or the joint state of the first information and the SR.

[0088] With reference to FIG. 2, in some embodiments, the terminal device 110 may multiplex 221 the first information as a first type of UCI with a second type of UCI in a PUCCH. In some embodiments, the second type of UCI may be hybrid automatic repeat request-acknowledgement (HARQ-ACK) or CSI. In some embodiments, the first type of UCI may be SR, CSI or a new type, that is, a type other than the type defined in legacy specifications, such as HARQ-ACK information, SR, link recovery request (LRR) , or CSI. In some embodiments, the first type of UCI may be a new type UCI, the second type of UCI  may be SR.

[0089] In some embodiments, the terminal device 110 may receive an indication of whether the terminal device 110 is allowed to multiplex the first information with the second type of UCI, and transmit the first information based on the indication. In some embodiments, the indication is simultaneous HARQ-ACK-First Information (simultaneousHARQ-ACK-FirstInformation) . In some embodiments, the terminal device 110 is not allowed to multiplex the first information with the second type of UCI, the terminal device 110 may drop the first information and include only HARQ-ACK information, with or without SR, in the PUCCH. In some embodiments, the indication may be simultaneous HARQ-ACK-CSI (simultaneousHARQ-ACK-CSI) , i.e., legacy signalling. In some embodiments, the terminal device 110 is not allowed to multiplex the first information with the second type of UCI, the terminal device 110 may drop the CSI report (s) together with the first information. In some embodiments, the indication may reuse other information. For example, the indication may be a cyclic shift. A first cyclic shift value may indicate that the terminal device 110 is allowed to multiplex the first information with the second type of UCI, and / or a second cyclic shift value may indicate that the terminal device 110 is not allowed to multiplex the first information with the second type of UCI.

[0090] In some embodiments where the second type of UCI is SR, the terminal device 110 is not allowed to multiplex the first information with SR, the terminal device 110 may drop the SR. In some embodiments where the second type of UCI is SR, the terminal device 110 is not allowed to multiplex the first information with SR, the terminal device 110 may drop the first information. In some embodiments where the second type of UCI is SR, the terminal device 110 is allowed to multiplex the first information with SR, the terminal device 110 may transmit the joint state.

[0091] In some embodiments, the terminal device 110 may transmit the first information in a slot, with a transmission occasion (TO) that would overlap with a transmission of a PUCCH with the second type of UCI from the terminal device 110 in the slot.

[0092] In some embodiments, the terminal device 110 may determine the first type of UCI based on a transmission mode for the beam report. In some embodiments, the terminal device 110 may determine the first type of UCI based on one or more events associated with the beam report.

[0093] In some embodiments, the transmission mode for the beam report may comprise  mode-A and mode-B. In some embodiments, for mode-A, the first information may comprise a beam report request for requesting resource for the second information. In some embodiments, for mode-B, the first information may comprise a beam report notification for notifying the second information.

[0094] For example, the transmission mode for the beam report is mode-A, the first type of UCI may be determined to be SR, since the network device 120 may need to respond to the first information by scheduling uplink transmission for the second information.

[0095] For example, the transmission mode for the beam report is mode-B, the first type of UCI may be determined to be a new type of UCI, since the resources for the second information may be pre-defined and not subject to dynamic UL grant.

[0096] For example, the one or more events comprises Event-2 or Event-7, the first type of UCI may be determined to be SR, since there may be a new step such as a response of the network device 120 or UL transmissions.

[0097] For example, the one or more events comprise Event-1, the first type of UCI may be determined to be a new type of UCI, since the terminal device 110 may require no response from the network device 120 and the terminal device 110 may also have no followed-up UL transmissions (e.g., no second information) .

[0098] In some embodiments, the terminal device 110 may multiplex the first information with the second type of UCI based on a PUCCH format associated with the second type of UCI. In some embodiments, if both the second type of UCI and the first information are associated with a first PUCCH format, the terminal device 110 may set a cyclic shift for at least one of different values of the second type of UCI or different values of the first information to be different. In some embodiments, the second type of UCI may be HARQ-ACK information. In some embodiments, the first PUCCH format may be PUCCH format 0. It is to be understood that the PUCCH format of the first information is not limited.

[0099] In some embodiments, if the second type of UCI is associated with a second PUCCH format, the terminal device 110 may append a set of bits for the first information to a set of bits for the second type of UCI. In some embodiments, the second type of UCI may be HARQ-ACK information or CSI. In some embodiments, the second PUCCH format may be PUCCH format 2 / 3 / 4. It is to be understood that the PUCCH format of the first information is not limited.

[0100] In some embodiments, if the second type of UCI is associated with a third PUCCH  format, the terminal device 110 may transmit the second type of UCI and ignore the first information. In some embodiments, the second type of UCI may be HARQ-ACK information. In some embodiments, the third PUCCH format may be PUCCH format 1.

[0101] For illustration, an example procedure of multiplexing the first information with the second type of UCI based on the PUCCH format may be described as below.

[0102] In some embodiments, the terminal device 110 is configured to transmit K PUCCHs for respective K SRs / first information in a slot, as determined by a set of scheduling Request Resource Id (simultaneousHARQ-ACK-CSI) , a schedulingRequestResourceId associated with scheduling Request ID-BFR-SCell (schedulingRequestID-BFR-SCell) , a schedulingRequestResourceId associated with scheduling Request ID-BFR (schedulingRequestID-BFR) , a schedulingRequestResourceId associated with scheduling Request ID-BFR2 (schedulingRequestID-BFR2) if the terminal device 110 provides two LRR capability (twoLRRcapability) , and a schedulingRequestResourceId associated with scheduling Request ID-LBT-SCell (schedulingRequestID-LBT-SCell) , and schedulingRequestID associated with report Resource Request-UEIBR (reportResourceRequest-UEIBR) and / or report Notification-UEIBR (reportNotification-UEIBR) , and / or first PUCCH Resource Config-ModeA-UEIBR (firstPUCCHResourceConfig-ModeA-UEIBR) , first PUCCH Resource Config-ModeB-UEIBR (firstPUCCHResourceConfig-ModeB-UEIBR) with SR / first information transmission occasions that would overlap with a transmission of a PUCCH with HARQ-ACK information from the terminal device 110 in the slot or with a transmission of a PUCCH with CSI report (s) from the terminal device 110 in the slot.

[0103] In some embodiments, the terminal device 110 is configured to transmit K′ PUCCHs for respective K′ first information, as determined by firstPUCCHResourceConfig-ModeA-UEIBR, firstPUCCHResourceConfig-ModeB-UEIBR with first information transmission occasions that would overlap with a transmission of a PUCCH with HARQ-ACK information from the terminal device 110 in the slot or with a transmission of a PUCCH with CSI report (s) from the terminal device 110 in the slot.

[0104] If the terminal device 110 would transmit a PUCCH with positive SR / first information and at most two HARQ-ACK information bits in a resource using PUCCH format 0, the terminal device 110 transmits the PUCCH in the resource using PUCCH format 0 in PRB (s) for HARQ-ACK information. The terminal device 110 determines a value of  m0 and mCS for computing a value of a cyclic shift α where m0 is provided by initialCyclicShift of PUCCH-format0, and mCS is determined from the value of one HARQ-ACK information bit or from the values of two HARQ-ACK information bits.

[0105] If the terminal device 110 would transmit negative SR / first information and a PUCCH with at most two HARQ-ACK information bits in a resource using PUCCH format 0, the terminal device 110 transmits the PUCCH in the resource using PUCCH format 0 for HARQ-ACK information.

[0106] For illustration, examples of mapping of values for one HARQ-ACK information bit and positive SR / first information to sequences for PUCCH format 0 may be described in Table 2 below. It is to be understood that mCS may be other values different from what is included in Table 2.

[0107] Table 2

[0108] For illustration, examples of mapping of values for two HARQ-ACK information bits and positive SR / first information to sequences for PUCCH format 0 may be described in Table 3 below. It is to be understood that mCS may be other values different from what is included in Table 3.

[0109] Table 3

[0110] If the terminal device 110 would transmit SR / first information in a resource using PUCCH format 0 and HARQ-ACK information bits in a resource using PUCCH format 1 in a slot, the terminal device 110 transmits only a PUCCH with the HARQ-ACK information bits in the resource using PUCCH format 1.

[0111] If the terminal device 110 would transmit positive SR / first information in a first resource using PUCCH format 1 and at most two HARQ-ACK information bits in a second resource using PUCCH format 1 in a slot, the terminal device 110 transmits a PUCCH with HARQ-ACK information bits in the first resource using PUCCH format 1. If the terminal device 110 would not transmit a positive SR / first information in a resource using PUCCH format 1 and would transmit at most two HARQ-ACK information bits in a resource using PUCCH format 1 in a slot, the terminal device 110 transmits a PUCCH in the resource using  PUCCH format 1 for HARQ-ACK information.

[0112] If the terminal device 110 would transmit a PUCCH with OACK HARQ-ACK information bits in a resource using PUCCH format 2 or PUCCH format 3 or PUCCH format 4 in a slot, X bits representing a negative or positive SR / first information, in ascending order or any other order of the values of schedulingRequestResourceId, a schedulingRequestResourceId associated with schedulingRequestID-BFR-SCell, a schedulingRequestResourceId associated with schedulingRequestID-BFR, a schedulingRequestResourceId associated with schedulingRequestID-BFR2 if the terminal device 110 provides twoLRRcapability, and a schedulingRequestResourceId associated with schedulingRequestID-LBT-SCell, and schedulingRequestID associated with reportResourceRequest-UEIBR and / or reportNotification-UEIBR, and / or firstPUCCHResourceConfig-ModeA-UEIBR, firstPUCCHResourceConfig-ModeB-UEIBR are appended to the HARQ-ACK information bits and the terminal device 110 transmits the combined OUCI=OACK+X UCI bits in a PUCCH using a resource with PUCCH format 2 or PUCCH format 3 or PUCCH format 4 that the terminal device 110 determines.

[0113] In some embodiments, the value of X is where K is the number of SR.

[0114] In some alternative embodiments, the X is where K’ is the number of first information.

[0115] In some alternative embodiments, the X is

[0116] In some alternative embodiments, the X is

[0117] If one of the SR / first information is a positive LRR, the value of the X bits indicates the positive LRR. An all-zero value for the X bits represents a negative SR / first information value across all K SR / first information.

[0118] If the terminal device 110 would transmit a PUCCH with OCSI CSI report bits in a resource using PUCCH format 2 or PUCCH format 3 or PUCCH format 4 in a slot, X bits representing corresponding negative or positive SR / first information, in ascending order of the values of schedulingRequestResourceId, a schedulingRequestResourceId associated with schedulingRequestID-BFR-SCell, a schedulingRequestResourceId associated with schedulingRequestID-BFR, a schedulingRequestResourceId associated with schedulingRequestID-BFR2 if the terminal device 110 provides twoLRRcapability, and a  schedulingRequestResourceId associated with schedulingRequestID-LBT-SCell, are prepended to the CSI information bits and the terminal device 110 transmits a PUCCH with the combined OUCI=X+OCSI UCI bits in a resource using the PUCCH format 2 or PUCCH format 3 or PUCCH format 4 for CSI reporting. If one of the SR / first information is a positive LRR, the value of the X bits indicates the positive LRR. An all-zero value for the X bits represents a negative SR / first information value across all K SR / first information.

[0119] If the terminal device 110 transmits a PUCCH with OACK HARQ-ACK information bits, OSR / first information=X SR / first information bits, OSR / first information=OSR, OSR / first information= Ofirst information , or OSR / first information= OSR+Ofirst information, OSR / first information=max (OSR, Ofirst information) , where  SR bits,  first information bits, and OCRC CRC bits using PUCCH format 2 or PUCCH format 3 in a PUCCH resource that includes PRBs, the terminal device 110 determines a number of PRBs for the PUCCH transmission to be the minimum number of PRBs, that is smaller than or equal to a number of PRBs provided by nrofPRBs in PUCCH-format2 or nrofPRBs in PUCCH-format3 and starts from the first PRB from the number of PRBs, that results to  and, if where Qm, and r are defined as

[0120] - r is a code rate given by maxCodeRate.

[0121] - Qm=1 if pi / 2-BPSK is the modulation scheme and Qm=2 if QPSK is the modulation scheme as indicated by pi2BPSK for PUCCH format 3 or PUCCH format 4. For PUCCH format 2, Qm=2

[0122] -  is equal to a number of PUCCH symbols for PUCCH format 2 provided by nrofSymbols in PUCCH-format2. For PUCCH format 3 or for PUCCH format 4,  is equal to a number of PUCCH symbols for PUCCH format 3 or equal to a number of PUCCH symbols for PUCCH format 4 provided by nrofSymbols in PUCCH-format3 or nrofSymbols in PUCCH-format4, respectively, after excluding a number of symbols used for demodulation reference signal (DM-RS) transmission for PUCCH format 3 or for PUCCH format 4,  respectively

[0123] For PUCCH format 3, if is not equal  is increased to the nearest allowed value of nrofPRBs. If the terminal device 110 transmits the PUCCH over the PRBs.

[0124] If the terminal device 110 is provided a first interlace of PRBs by interlace0 in InterlaceAllocation and transmits a PUCCH with OACK HARQ-ACK information bits, OSR / first information=X SR / first information bits, and OCRC CRC bits using PUCCH format 2 or PUCCH format 3, the terminal device 110 transmits the PUCCH over the first interlace if otherwise, if the terminal device 110 is provided a second interlace by interlace1 in PUCCH-format2 or PUCCH-format3, the terminal device 110 transmits the PUCCH over the first and second interlaces.

[0125] In some embodiments, the terminal device 110 may multiplex the first information with the second type of UCI based on a relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate. In some embodiments, the terminal device 110 may determine whether to transmit or drop UCI in the PUCCH or part of UCI in the PUCCH based on the relationship. It is to be understood that the UCI comprises the first information.

[0126] In some embodiments, if the number of UCI bits is smaller than or equal to a threshold, the terminal device 110 may transmit all the UCI bits. In some embodiments, if the number of UCI bits is larger than the threshold, the terminal device 110 may select part of the UCI bits to transmit. In some embodiments, the threshold may base on at least one of a number of resources, a modulation or a code rate. For example, the threshold may be  is a number of physical resource blocks (PRBs) ,  is associated with a number of subcarriers per resource block, Qm is a modulation, r is a code rate.

[0127] For illustration, an example procedure of multiplexing the first information with the second type of UCI based on the relationship between the number of UCI bits and at least one of a number of resources, a modulation or a code rate may be described as below.

[0128] For a transmission occasion of a single CSI report, a PUCCH resource is provided  by pucch-CSI-ResourceList. For a transmission occasion of multiple CSI reports, corresponding PUCCH resources can be provided by multi-CSI-PUCCH-ResourceList. If the terminal device 110 is provided first and second PUCCH-Config, multi-CSI-PUCCH-ResourceList is provided by the first PUCCH-Config, and PUCCH-ResourceId in pucch-CSI-ResourceList or multi-CSI-PUCCH-ResourceList indicates a corresponding PUCCH resource in PUCCH-Resource provided by the first PUCCH-Config.

[0129] If the terminal device 110 is provided only one PUCCH resource set for transmission of HARQ-ACK information in response to PDSCH reception scheduled by a DCI format or in response to a DCI format having associated HARQ-ACK information without scheduling PDSCH reception, the terminal device 110 does not expect to be provided simultaneousHARQ-ACK-CSI.

[0130] The terminal device 110 is configured by max Code Rate (maxCodeRate) a code rate for multiplexing HARQ-ACK, SR / first information, and CSI report (s) in a PUCCH transmission using PUCCH format 2, PUCCH format 3, or PUCCH format 4.

[0131] If the terminal device 110 transmits CSI reports using PUCCH format 2, the terminal device 110 transmits only wideband CSI for each CSI report. In the following, a Part 1 CSI report refers either to a CSI report with only wideband CSI or to a Part 1 CSI report with wideband CSI and sub-band CSI. In the following, a Part 2 CSI report refers to a Part 2 CSI sub-report if a CSI report configuration includes a list of sub-configurations provided by csi-Report Sub Config List (csi-ReportSubConfigList) for the Part 2 CSI report.

[0132] Denote as

[0133] - OACK a total number of HARQ-ACK information bits, if any

[0134] - OSR / first information a total number of SR / first information bits. OSR / first information=0 if there is no scheduling request bit; otherwise, OSR / first information=X SR / first information bits, OSR / first information= OSR, OSR / first information= Ofirst information, or OSR / first information= OSR+Ofirst information, OSR / first information=max (OSR, Ofirst information) , where  SR bits,  first information bits

[0135] -  where OCSI-part1, n is a number of Part 1 CSI report bits  for CSI report with priority value n, OCSI-part2, n is a number of Part 2 CSI report bits, if any, for CSI report with priority value n, and is a number of CSI reports that include overlapping CSI reports

[0136] - OCRC=OCRC, CSI-part1+OCRC, CSI-part2, where OCRC, CSI-part1 is a number of CRC bits, if any, for encoding HARQ-ACK, SR / first information and Part 1 CSI report bits and OCRC, CSI-part2 is a number of CRC bits, if any, for encoding Part 2 CSI report bits

[0137] In the following

[0138] - r is a code rate given by maxCodeRate as in Table 4.

[0139] Table 4

[0140] -  is a number of PRBs provided by nrofPRBs; otherwise, if nrofPRBs is not provided,

[0141] -  for PUCCH format 2 or, if the PUCCH resource with PUCCH format 2 includes an orthogonal cover code with length provided by occ-Length,  for PUCCH format 3 or, if the PUCCH resource with PUCCH format 3 includes an orthogonal cover code with length provided by occ-Length,  and  for PUCCH format 4, where is a number of subcarriers per resource block

[0142] -  is equal to a number of PUCCH symbols for PUCCH format 2 provided by nrofSymbols in PUCCH-format2. For PUCCH format 3 or for PUCCH format 4,  is equal to a number of PUCCH symbols for PUCCH format 3 or equal to a number of PUCCH symbols for PUCCH format 4 provided by nrofSymbols in PUCCH-format3 or nrofSymbols in PUCCH-format4, respectively, after excluding a number of symbols used for DM-RS transmission for PUCCH format 3 or for PUCCH format 4, respectively

[0143] - Qm=1 if pi / 2-BPSK is the modulation scheme and Qm=2 if QPSK is the modulation scheme as indicated by pi2BPSK for PUCCH format 3 or PUCCH format 4. For PUCCH format 2, Qm=2

[0144] If the terminal device 110 has one or more CSI reports and zero or more HARQ-ACK / SR / first information information bits to transmit in a PUCCH where the HARQ-ACK, if any, is in response to a PDSCH reception without a corresponding PDCCH

[0145] - if any of the CSI reports are overlapping and the terminal device 110 is provided by multi-CSI-PUCCH-ResourceList with J≤2 PUCCH resources in a slot, for PUCCH format 2 and / or PUCCH format 3 and / or PUCCH format 4, where the resources are indexed according to an ascending order for the product of a number of corresponding REs, modulation order Qm, and configured code rate r;

[0146] - if the terminal device 110 uses PUCCH format 2 resource 0 , or the PUCCH format 3 resource 0, or the PUCCH format 4 resource 0

[0147] - else if and the terminal device 110 transmits a PUCCH conveying HARQ-ACK information, SR / first information and CSI report (s) in a respective PUCCH where the terminal device 110 uses the PUCCH format 2 resource j+1, or the PUCCH format 3 resource j+1, or the PUCCH format 4 resource j+1

[0148] - else the terminal device 110 uses the PUCCH format 2 resource J-1, or the PUCCH format 3 resource J-1, or the PUCCH format 4 resource J-1 and the terminal device 110 selects  CSI report (s) for transmission together with HARQ-ACK information and SR / first information, when any, in descending priority when both csi-ReportConfigToAddModList and ltm-CSI-ReportConfigToAddModList are configured, otherwise ascending priority value

[0149] - else, the terminal device 110 transmits the OACK+OSR / first information+OCSI+OCRC bits in a PUCCH resource provided by pucch-CSI-ResourceList and determined

[0150] If the terminal device 110 has HARQ-ACK, SR / first information and wideband or sub-band CSI reports to transmit and the terminal device 110 determines a PUCCH resource with PUCCH format 2, or the terminal device 110 has HARQ-ACK, SR / first information and wideband CSI reports to transmit and the terminal device 110 determines a PUCCH resource with PUCCH format 3 or PUCCH format 4, where

[0151] - the terminal device 110 determines the PUCCH resource using the PUCCH resource indicator field in a last of a number of DCI formats, excluding the SPS activation DCI, with a value of a PDSCH-to-HARQ_feedback timing indicator field, if present, or a value of dl-DataToUL-ACK, or dl-DataToUL-ACK-r16, or dl-DataToUL-ACK-DCI-1-2, or dl-DataToUL-ACK-r17, or dl-DataToUL-ACK-v1700, or dl-DataToUL-ACK-DCI-1-2-r17, indicating a same slot for the PUCCH transmission, from a PUCCH resource set provided to the terminal device 110 for HARQ-ACK transmission, and

[0152] - the terminal device 110 determines the PUCCH resource set for OUCI UCI bits and

[0153] - if the terminal device 110 transmits the HARQ-ACK, SR / first information, and CSI reports bits by selecting the minimum number of the  PRBs satisfying

[0154] - else, the terminal device 110 selects CSI report (s) , from the CSI reports, for transmission together with HARQ-ACK and SR / first information in  ascending priority value, where the value of satisfies and where OCRC, CSI-part1, N is a number of CRC bits corresponding to UCI bits, and OCRC, CSI-part1, N+1 is a number of CRC bits corresponding to UCI bits.

[0155] If the terminal device 110 is provided a first interlace of PRBs by interlace0 in Interlace Allocation (InterlaceAllocation) , the terminal device 110 has HARQ-ACK, SR / first information and wideband or sub-band CSI reports to transmit, and the terminal device 110 determines a PUCCH resource with PUCCH format 2, or the terminal device 110 has HARQ-ACK, SR / first information and wideband CSI reports to transmit and the terminal device 110 determines a PUCCH resource with PUCCH format 3, where

[0156] - the terminal device 110 determines the PUCCH resource using the PUCCH resource indicator field in a last of a number of DCI formats, excluding the SPS activation DCI, with a value of a PDSCH-to-HARQ_feedback timing indicator field, or a value provided by dl-DataToUL-ACK or dl-DataToUL-ACK-r16 or dl-DataToUL-ACK-DCI-1-2 or dl-DataToUL-ACK-r17 or dl-DataToUL-ACK-DCI-1-2-r17 if the PDSCH-to-HARQ_feedback timing indicator field is not present in a DCI format, indicating a same slot for the PUCCH transmission, from a PUCCH resource set provided to the terminal device 110 for HARQ-ACK transmission, and

[0157] - the terminal device 110 determines the PUCCH resource set for OUCI UCI bits and

[0158] - if the terminal device 110 transmits the HARQ-ACK, SR / first information, and CSI reports bits in a PUCCH over the first interlace

[0159] - else, if the terminal device 110 is provided a second interlace of PRBs by interlace1 and if the terminal device 110 transmits the HARQ-ACK, SR / first information, and CSI reports bits in a PUCCH over both the first and second interlaces

[0160] - else, the procedure is same as the corresponding one when the terminal device 110 is provided PUCCH Resource Set (PUCCH-ResourceSet) by replacing with or, if the terminal device 110 is provided interlace1, by

[0161] If the terminal device 110 has HARQ-ACK, SR / first information and sub-band CSI reports to transmit and the terminal device 110 determines a PUCCH resource with PUCCH format 3 or PUCCH format 4, where

[0162] - the terminal device 110 determines the PUCCH resource using the PUCCH resource indicator field in a last of a number of DCI formats, excluding the SPS activation DCI, with a value of a PDSCH-to-HARQ_feedback timing indicator field indicating a same slot for the PUCCH transmission, or by a value provided by dl-DataToUL-ACK or dl-DataToUL-ACK-r16 or dl-DataToUL-ACK-DCI-1-2 or dl-DataToUL-ACK-r17 or dl-DataToUL-ACK-v1700 or dl-DataToUL-ACK-DCI-1-2-r17 if the PDSCH-to-HARQ_feedback timing indicator field is not present in the last DCI format, from a PUCCH resource set provided to the terminal device 110 for HARQ-ACK transmission, and

[0163] - the terminal device 110 determines the PUCCH resource set for OUCI UCI bits and

[0164] - if the terminal device 110 transmits the HARQ-ACK, SR / first information and the  CSI report bits by selecting the minimum number of PRBs from the  PRBs satisfying

[0165] - else,

[0166] - if for Part 2 CSI report priority value (s) , it is

[0167] and

[0168] the terminal device 110 selects the first Part 2 CSI reports, according to respective priority value (s) , for transmission together with the HARQ-ACK, SR / first information and Part 1 CSI reports , where OCSI-part1, n is the number of Part 1 CSI report bits for the nth CSI report and OCSI-part2, n is the number of Part 2 CSI report bits for the nth CSI report priority value, OCRC, CSI-part2, N is a number of CRC bits corresponding to and OCRC, CSI-part2, N+1 is a number of CRC bits corresponding to

[0169] - else, the terminal device 110 drops all Part 2 CSI reports and selects Part 1 CSI report (s) , from the CSI reports in ascending priority value, for transmission together with the HARQ-ACK and SR / first information information bits where the value of satisfies

[0170] and,

[0171] where OCRC, CSI-part1, N is a number of CRC bits corresponding to and OCRC, CSI-part1, N+1 is a number of CRC bits corresponding to UCI bits.

[0172] If the terminal device 110 is provided a first interlace of PRBs by interlace0 in InterlaceAllocation, the terminal device 110 has HARQ-ACK, SR / first information and sub-band CSI reports to transmit, and the terminal device 110 determines a PUCCH resource with PUCCH format 3, where

[0173] - the terminal device 110 determines the PUCCH resource using the PUCCH resource indicator field in a last of a number of DCI formats, excluding the SPS activation DCI, that have a value of a PDSCH-to-HARQ_feedback timing indicator field indicating a same slot for the PUCCH transmission, or a value provided by dl-DataToUL-ACK or dl-DataToUL-ACK-r16 or dl-DataToUL-ACK-DCI-1-2 or dl-DataToUL-ACK-r17 or dl-DataToUL-ACK-DCI-1-2-r17 if the PDSCH-to-HARQ_feedback timing indicator field is not present in the last DCI format, from a PUCCH resource set provided to the terminal device 110 for HARQ-ACK transmission, and

[0174] - the terminal device 110 determines the PUCCH resource set for OUCI UCI bits and

[0175] - if the terminal device 110 transmits the HARQ-ACK, SR / first information and the  CSI report bits in a PUCCH over the first interlace

[0176] - else if the terminal device 110 is provided a second interlace of PRBs by interlace1 and if the terminal device 110 transmits the HARQ-ACK, SR / first information, and CSI reports bits in a PUCCH over both the first and second interlaces

[0177] - else, the procedure is same as the corresponding one when the terminal device 110 is provided PUCCH-ResourceSet by replacing with or, if the terminal device 110 is provided interlace1, with

[0178] With reference to FIG. 2, in some embodiments, the terminal device 110 may multiplex 222 the first information in a first PUSCH. In some embodiments, the first PUSCH may be a configured grant (CG) -PUSCH or a dynamic grant (DG) -PUSCH. In some embodiments, the terminal device 110 may determine a number of resources for the multiplexing of the first information based on one or more first offset values. In some embodiments, the first information may have same, higher or lower priority value as the first PUSCH.

[0179] In some embodiments, the terminal device 110 may receive a configuration for multiplexing the first information in the first PUSCH, and multiplex the first information based on the configuration. For example, the configuration may be firstInformation-OnPUSCH. In some embodiments, the value of the configuration may be ‘dynamic’ or ‘semiStatic’ .

[0180] In some embodiments, the terminal device 110 may receive a configuration indicating that the first information is transmitted in the PUCCH associated with a scheduling request configuration, and transmit the first information based on the configuration. In some embodiments, the PUCCH may be in a cell different from or same as a cell of a set of reference signals for a current beam or a new beam. In some embodiments, for the PUCCH in a cell same as a cell of a set of reference signals for a current beam or a new beam, the scheduling request configuration may be schedulingRequestID-UEI. for the PUCCH in a cell different from a cell of a set of reference signals for a current beam or a new beam, which means that cross cell UEI beam report is supported, the scheduling request configuration may be schedulingRequestID-UEI-crosscell. For example, the configuration may reportResourceRequest-UEIBR for mode-A, and / or reportNotification-UEIBR for mode-B. In some embodiments, the configuration may indicate that the first information is transmitted in the PUCCH using either PUCCH format 0 or PUCCH format 1.

[0181] Continuing to refer to FIG. 2, the terminal device 110 may transmit 230 second information for the beam report to the network device 120. The second information may be named such as second channel, UEI beam report, etc. In some embodiments, the second information may be treated as CSI. In other words, a report of the second information may be considered as a CSI report multiplexed on the CG-PUSCH, and a multiplexing rule for CSI report may be used for the second information.

[0182] In some embodiments, the second information may have the format as shown in  Table 5 and 6 below.

[0183] Table 5

[0184] Table 6

[0185] In some embodiments, the terminal device 110 may transmit the second information in a second PUSCH. In some embodiments, the second PUSCH may be a CG-PUSCH or a DG-PUSCH.

[0186] In some embodiments, the terminal device 110 may determine a number of resources for multiplexing the second information in the second PUSCH based on one or more second  offset values, and multiplex the second information based on the number of resources. In some embodiments, the terminal device 110 may receive, from the network device 120, information of the one or more second offset values. For example, the one or more second offset values may be denoted as

[0187] In some embodiments, the one or more second offset values may be used for a transmission of a first part of a CSI report. In other words, the second information may be considered as CSI report part 1, so that the one or more offset values for CSI (e.g. denoted as  ) may be applied for the second information.

[0188] In some alternative embodiments, the one or more second offset values may be configured. For example, the one or more second offset values may be configured by higher layer for multiplexing the second information in the CG-PUSCH. For another example, the one or more second offset values may be carried on a DCI response to the first information. The one or more second offset values may be indicated in the DCI format 0_1 / 0_2 / 0_3. For another example, the one or more second offset values may correspond to a specific codepoint of beta_offset_indicator in DCI format 0_1 / 0_2 / 0_3, e.g., by RRC configuration. The codepoint may be used to identify the DCI is for response of the first information in mode A.

[0189] In some embodiments, a number of the one or more second offset values may depend on a number of multiplexing bits. For example, the one or more second offset values may be denoted as {betaOffsetUEIBR-Index1, betaOffsetUEIBR-Index2} .

[0190] For illustration, an example procedure of determining the one or more second offset values may be described as below.

[0191] Offset values are defined for the terminal device 110 to determine a number of resources for multiplexing HARQ-ACK information and for multiplexing CSI reports and for multiplexing UEI beam reports in a PUSCH. In some embodiments, UEI beam reports can refer to: first information, second information, first information and second information, or first information or second information, and same or different offset values may be defined for each case. Offset values are also defined for multiplexing CG-UCI or unused transmission occasion (UTO) -UCI in a CG-PUSCH. The offset values are signalled to the terminal device 110 either by a DCI format scheduling the PUSCH transmission or by higher layers.

[0192] If a DCI format that does not include a beta_offset indicator field schedules the PUSCH transmission from the terminal device 110 and the terminal device 110 is provided betaOffsets = 'semiStatic' or betaOffsetsDCI-0-2 = 'semiStaticDCI-0-2' , the terminal device  110 applies the and values that are provided by betaOffsets = 'semiStatic' for DCI formats 0_0 / 0_1 / 0_3 or by betaOffsetsDCI-0-2 ='semiStaticDCI-0-2' for DCI format 0_2 for the corresponding HARQ-ACK information, UEI beam reports, Part 1 CSI reports and Part 2 CSI reports.

[0193] If the PUSCH transmission is with a configured grant and the terminal device 110 is provided CG-UCI-OnPUSCH= 'semiStatic' , the terminal device 110 applies the  and values that are provided by CG-UCI-OnPUSCH = 'semiStatic' for the corresponding HARQ-ACK information, UEI beam reports, Part 1 CSI reports and Part 2 CSI reports.

[0194] If the PUSCH transmission is a configured grant Type 2 PUSCH and the terminal device 110 is provided CG-UCI-OnPUSCH ='dynamic' , the terminal device 110 applies the  and values that are determined from the first value of CG-UCI-OnPUSCH = 'dynamic' .

[0195] UEI beam reports, Part 1 CSI report and Part 2 CSI report offsets and respectively, are configured to values according to Table 7. The betaOffsetUEIBR-Index1, betaOffsetCSI-Part1-Index1 and betaOffsetCSI-Part2-Index1 respectively provide indexes and for the terminal device 110 to use if the terminal device 110 multiplexes up to 11 bits for UEI beam reports, Part 1 CSI reports or Part 2 CSI reports in the PUSCH. The betaOffsetUEIBR-Index2, betaOffsetCSI-Part1-Index2 and betaOffsetCSI-Part2-Index2 respectively provide index or for the terminal device 110 to use if the terminal device 110 multiplexes more than 11 bits for UEI beam reports, Part 1 CSI reports or Part 2 CSI reports in the PUSCH.

[0196] Table 7

[0197] If a DCI format that includes a beta_offset indicator field with one bit or two bits, as configured by UCI-OnPUSCH for DCI format 0_1 or UCI-OnPUSCH-DCI-0-2 for DCI format 0_2 or UCI-OnPUSCH-DCI-0-3, schedules the PUSCH transmission from the terminal device 110, the terminal device 110 is provided by each of {betaOffsetUEIBR-Index1, betaOffsetUEIBR-Index2} a set of two or four indexes, the terminal device 110 is provided by each of {betaOffsetCSI-Part1-Index1, betaOffsetCSI-Part1-Index2} a set of two or four indexes, and by each of {betaOffsetCSI-Part2-Index1, betaOffsetCSI-Part2-Index2} a set of two or four indexes from Table 7, respectively, for multiplexing UEI beam reports, Part 1 CSI reports and Part 2 CSI reports, respectively, in the PUSCH transmission.

[0198] For illustration, the BetaOffsets information element is shown below.

[0199] For illustration, description of the BetaOffsets field is shown in Table 8 below.

[0200] Table 8

[0201] The beta_offset indicator field indicates a value and / or a value, and / or a value, a value and a value from the respective sets of values, with the mapping defined in Table 9 and in Table 10.

[0202] Table 9

[0203] Table 10

[0204] For a PUSCH transmission that is configured by a ConfiguredGrantConfig and includes CG-UEIBR, the terminal device 110 multiplexes the CG-UEIBR in the PUSCH transmission using a   value provided by betaOffsetCG-UEIBR with the mapping defined in Table 11. The CG-UEIBR has same priority value as the PUSCH. If the terminal device 110 is provided CG-UEIBR-Multiplexing and multiplexes HARQ-ACK information of same priority value as the CG-UEIBR in the PUSCH transmission, the terminal device 110 jointly encodes the HARQ-ACK information and the CG-UEIBR and determines a number of resources for multiplexing the combined information in a PUSCH using  which provides indexes and for the terminal device 110 to use if the terminal device 110 multiplexes up to 11, and more than 11 combined information bits, respectively.

[0205] Alternatively, for a PUSCH transmission that is configured by a ConfiguredGrantConfig and includes UTO-UEIBR, the terminal device 110 multiplexes the UTO-UEIBR in the PUSCH transmission using a value provided by  betaOffsetUTO-UEIBR with the mapping defined in Table 11. The UTO-UEIBR has same priority value as the PUSCH. If the terminal device 110 multiplexes HARQ-ACK information of same priority value as the UTO-UEIBR in the PUSCH transmission, the terminal device 110 jointly encodes the HARQ-ACK information and the UTO-UEIBR and determines a number of resources for multiplexing the combined information in the PUSCH using which provides indexes and for the terminal device 110 to use if the terminal device 110 multiplexes up to 11, and more than 11 combined information bits, respectively.

[0206] Table 11

[0207] If the terminal device 110 is provided nrofBitsInUTO-UEIBR with value equal to OUTO-UEIBR in configuredGrantConfig of a CG-PUSCH configuration, the terminal device 110 multiplexes UTO-UEIBR represented by a bitmap of OUTO-UEIBR bits in each CG-PUSCH transmission for the CG-PUSCH configuration. The OUTO-UEIBR bits of UTO-UEIBR,  have a one-to-one mapping to OUTO-UEIBR subsequent CG-PUSCH TOs of the CG-PUSCH configuration in ascending order of start time. For unpaired spectrum operation, the OUTO-UEIBR subsequent CG-PUSCH TOs exclude invalid ones where a terminal device does not transmit a PUSCH due to collision of the PUSCH with DL symbol (s) indicated by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated if provided, or with symbol (s) of an SS / PBCH block with index provided by ssb-Positions In Burst (ssb-PositionsInBurst) . A bit value of '0' indicates that the terminal device 110 may transmit CG-PUSCH, and a bit value of '1' indicates that the terminal device 110 will not transmit CG-PUSCH, in a corresponding CG-PUSCH TO. When the terminal device 110 indicates by UTO-UEIBR a value of '1' for a CG-PUSCH TO, the terminal device 110 continues to indicate the value of '1' for the CG-PUSCH TO by UTO-UEIBR multiplexed in subsequent CG-PUSCH transmissions, and the terminal device 110 does not transmit CG-PUSCH in the CG-PUSCH TO.

[0208] In some embodiments, the second information may have same, higher or lower priority value as the second PUSCH.

[0209] In some embodiments, the terminal device 110 may receive a configuration indicating that the second information is transmitted in the second PUSCH, and transmit the second information based on the configuration. For example, the configuration may be second Information On PUSCH (secondInformation-OnPUSCH) . The value of the configuration may be ‘dynamic’ or ‘semiStatic’ . For another example, the configuration may be second Information On CG-PUSCH (secondInformation-On-CG-PUSCH) and the second PUSCH may be CG-PUSCH. For another example, the configuration may be CG-UEIBR report and the second PUSCH may be CG-PUSCH. For another example, the configuration may be UTO-UEIBR and the second PUSCH may be CG-PUSCH.

[0210] In some embodiments, the terminal device 110 may receive a configuration of an association between the first information and the second information, or an association between a first channel carrying the first information and a second channel carrying the second information, and transmit the second information based on the configuration. In some embodiments, the configuration is carried on RRC. In some embodiments, the association between the first information and the second information or the association between the first channel and the second channel is not one to one, the first information may comprise indication of the second information.

[0211] In some embodiments, the terminal device 110 may receive one or more configured grant configurations from the network device 120. Based on the one or more configured grant configurations, the terminal device 110 may transmit the second information in one or more transmission occasions dedicated for the second PUSCH. In some embodiments, the one or more configured grant configurations may comprise the time domain resource allocation. In some embodiments, the one or more configured grant configurations may comprise frequency domain resource allocation. In some embodiments, the one or more configured grant configurations may comprise at least one of the following: number of DM-RS code division multiplexing (CDM) groups, DM-RS ports, SRS resource indication, and DM-RS sequence initialization.

[0212] In some embodiments, PUSCH repetition type or modulation and coding schemes in the one or more configured grant configurations may be absent or ignored, at least when the second information is occupying one or more transmission occasions of the second PUSCH. It is to be understood that PUSCH repetition type and modulation and coding schemes are used for UL-SCH data transmission. They are not needed for the second information.

[0213] In some embodiments, the one or more configured grant configurations may be indicated by a configured grant configuration (information element ‘configuredGrantConfig’ ) in a dedicated uplink bandwidth part (BWP) (information element ‘BWP-UplinkDedicated’ ) .

[0214] In some embodiments, the terminal device 110 may choose one or more transmission occasions for the second information, and carry the choice information in the first information. In some embodiments, the first information may comprise choice of the one or more transmission occasions. In some embodiments, the first information may comprise a used or unused transmission occasion, e.g., using an indicator or using a bitmap with fixed or flexible size. For example, if a fixed size of the bitmap is 8, the terminal device 110 may report 00100000 to indicate that the transmission occasion carrying the second information is the third one after a transmission or completion of transmission of the first information.

[0215] In some embodiments where the second PUSCH is a CG-PUSCH, if the second PUSCH is used to transmit PUSCH repetition, the terminal device 110 may resume or restart a redundancy version (RV) sequence after a transmission occasion carrying the second information. In some embodiments, for the case of restarting RV sequence, the terminal device 110 may transmit RV 0 in the first available TO after the first information. In some embodiments, the RV sequence may be configured or predefined. For example, the RV sequence may be {0231} .

[0216] FIG. 4 illustrates a diagram 400 illustrating an example of applying the RV sequence. As shown in FIG. 4, a first TO at T1 and a second TO at T2 transmit a first RV and a second RV according to the RV sequence respectively, e.g., RV 0 and RV 2 if the RV sequence is {0231} . The first information is transmitted at T3. A third TO at T4 is a first available TO after the first information. The third TO transmits the second information. For the case of resuming RV sequence, a fourth TO at T5 and a fifth TO at T6 transmit a third RV and a fourth RV according to the RV sequence respectively, e.g., RV 3 and RV 1 if the RV sequence is {0231} . For the case of restarting RV sequence, the fourth TO and the fifth TO transmit the first RV and the second RV according to the RV sequence respectively, e.g., RV 0 and RV 2 if the RV sequence is {0231} .

[0217] In some embodiments, the terminal device 110 may transmit the second information after a transmission of the first information completed.

[0218] In some embodiments, the terminal device 110 may transmit the second information in a first set of available transmission occasions of the second PUSCH on a number of  symbols after sending the last symbol of the first information.

[0219] In some embodiments, the terminal device 110 may transmit a first uplink transmission on one or more transmission occasions in the second PUSCH. The one or more transmission occasions may be not occupied by the first information or the second information. In some embodiments, the first uplink transmission may comprise other UCI transmissions except for the first information or the second information. In some embodiments, the first uplink transmission may comprise an uplink shared channel (UL-SCH) transmission.

[0220] FIG. 5 illustrates a diagram 500 illustrating an example of transmitting the first uplink transmission. As shown in FIG. 5, the first information may be transmitted at T1. There may be a duration that one or more TOs of the second PUSCH are used, e.g. TOs at T2 and T3. Other TO (s) after the duration may be used to carry the first uplink transmission, e.g. a TO at T4.

[0221] So far, the solution of UEI beam report is described in connection with the process 200. It is to be understood that operations in the process 200 may be carried out separately or in any suitable combinations.

[0222] EXAMPLE IMPLEMENTATION OF METHODS

[0223] Corresponding to the above process, embodiments of the present disclosure provide methods of communication implemented at a terminal device and a network device. These methods will be described below with reference to FIGs. 6 and 7.

[0224] FIG. 6 illustrates a flowchart of a method 600 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 600 may be performed at the terminal device 110 as shown in FIG. 1. For the purpose of discussion, in the following, the method 600 will be described with reference to FIG. 1. It is to be understood that the method 600 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0225] At block 610, the terminal device 110 may determine whether a condition associated with one or more events is fulfilled.

[0226] At block 620, if a condition associated with one or more events is fulfilled, the terminal device 110 may transmit first information for a beam report to the network device  120. The terminal device 110 may multiplex the first information as a first type of UCI with a second type of UCI in a PUCCH, or multiplex the first information in a first PUSCH. The terminal device 110 may multiplex the first information in the PUCCH based on at least one of: a PUCCH format associated with the second type of UCI, or a relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate. The terminal device 110 may multiplex the first information in the first PUSCH by determining a number of resources for the multiplexing of the first information based on one or more first offset values.

[0227] At block 630, the terminal device 110 may transmit, to the network device 120, second information for the beam report in a second PUSCH.

[0228] In some embodiments, the terminal device 110 may multiplex the first information with the second type of UCI by at least one of the following: in accordance with a determination that both the second type of UCI and the first information are associated with a first PUCCH format, setting a cyclic shift for at least one of different values of the second type of UCI or different values of the first information to be different; or in accordance with a determination that the second type of UCI is associated with a second PUCCH format, appending a set of bits for the first information to a set of bits for the second type of UCI.

[0229] In some embodiments, the terminal device 110 may transmit the first information by: transmitting, in a slot, a group of overlapping PUCCHs and PUSCHs. The group of overlapping PUCCHs and PUSCHs comprises the first information. A first symbol of an earliest PUCCH or PUSCH among the group of overlapping PUCCHs and PUSCHs is before a symbol that is a next uplink symbol with a cyclic prefix starting from a number of time units after an end of a last symbol of a first downlink transmission. The first downlink transmission comprises at least one of the following: a set of reference signals for a current beam or a new beam for evaluating the one or more events, a PDCCH with DCI format scheduling a PUSCH in the group of overlapping PUCCHs and PUSCHs, a PDCCH scheduling a PDSCH, or providing a DCI format, with corresponding HARQ-ACK information in an overlapping PUCCH in the slot, a PDCCH triggering a CSI report, or a set of reference signals for the triggered CSI report.

[0230] In some embodiments, the number of time units may depend on at least one of the following: a configuration of the network device 120, multiplexing processing capability of the terminal device 110, or a SCS configuration; or the number of time units is a pre-defined  value.

[0231] In some embodiments, the terminal device 110 may multiplex the first information with the second type of UCI by: determining the first type of UCI based on at least one of the following: a transmission mode for the beam report, or one or more events associated with the beam report.

[0232] In some embodiments, the terminal device 110 may transmit the first information by: receiving a configuration indicating that the first information is transmitted in the PUCCH associated with a scheduling request configuration. The PUCCH is in a cell different from or same as a cell of a set of reference signals for a current beam or a new beam; and transmitting the first information based on the configuration.

[0233] In some embodiments, the terminal device 110 may transmit the first information by: receiving an indication of whether the terminal device 110 is allowed to multiplex the first information with the second type of UCI; and transmitting the first information based on the indication.

[0234] In some embodiments, the terminal device 110 may transmit the first information by: receiving an indication of whether a joint state is used for the first information and a SR; and transmitting the first information based on the indication.

[0235] In some embodiments, the terminal device 110 may transmit the first information by: transmitting the SR comprising the first information; or transmitting the SR and the first information in the joint state.

[0236] In some embodiments, the terminal device 110 may multiplex the first information in the first PUSCH by: receiving a configuration for multiplexing the first information in the first PUSCH, and multiplexing the first information based on the configuration.

[0237] In some embodiments, the terminal device 110 may transmit, to the network device 120, a first uplink transmission on one or more transmission occasions in the second PUSCH, the one or more transmission occasions being not occupied by the first information or the second information.

[0238] In some embodiments, the terminal device 110 may transmit the second information by: receiving one or more second offset values for determining a number of resources for multiplexing the second information in the second PUSCH; and transmitting the second information based on the one or more second offset values.

[0239] In some embodiments, the one or more second offset values may be used for a transmission of a first part of a CSI report, or the one or more second offset values may be configured.

[0240] In some embodiments, the terminal device 110 may transmit the second information by: receiving a configuration indicating that the second information is transmitted in the second PUSCH; and transmitting the second information based on the configuration.

[0241] In some embodiments, the second PUSCH is a CG-PUSCH, and the terminal device 110 may transmit the second information by: receiving one or more configured grant configurations; and transmitting the second information in one or more transmission occasions dedicated for the CG-PUSCH based on the one or more configured grant configurations.

[0242] In some embodiments, PUSCH repetition type or modulation and coding schemes in the one or more configured grant configurations may be absent or ignored, at least when the second information is occupying one or more transmission occasions of the second PUSCH.

[0243] In some embodiments, in accordance with a determination that the second PUSCH is used to transmit PUSCH repetition, the terminal device 110 may resume or restart a RV sequence after a transmission occasion carrying the second information.

[0244] With the method 600, UL resources can be utilized more efficiently.

[0245] FIG. 7 illustrates a flowchart of a method 700 of communication implemented at a network device in accordance with some embodiments of the present disclosure. For example, the method 700 may be performed at the network device 120 as shown in FIG. 1. For the purpose of discussion, in the following, the method 700 will be described with reference to FIG. 1. It is to be understood that the method 700 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0246] At block 710, the network device 120 may receive, from the terminal device 110, first information for a beam report. The network device 120 may receive the first information by at least one of the following: receiving a PUCCH in which the first information multiplexes as a first type of UCI with a second type of UCI, or receiving a first PUSCH multiplexed with the first information. The network device 120 may receive the PUCCH based on at least one of: a PUCCH format associated with the second type of UCI,  or a relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate. The network device 120 may receive a first PUSCH by determining a number of resources for the multiplexing of the first information based on one or more first offset values.

[0247] At block 720, the network device 120 may receive, from the terminal device 110, second information for the beam report in a second PUSCH.

[0248] In some embodiments, the PUCCH may comprise at least one of the following: a cyclic shift corresponding to at least one of different values of the second type of UCI or different values of the first information; or a set of bits for the first information appended to a set of bits for the second type of UCI.

[0249] In some embodiments, the network device 120 may receive the first information by: receiving, in a slot, a group of overlapping PUCCHs and PUSCHs. The group of overlapping PUCCHs and PUSCHs comprises the first information. A first symbol of an earliest PUCCH or PUSCH among the group of overlapping PUCCHs and PUSCHs is before a symbol that is a next uplink symbol with a cyclic prefix starting from a number of time units after an end of a last symbol of a first downlink transmission. The first downlink transmission comprises at least one of the following: a set of reference signals for a current beam or a new beam for evaluating the one or more events, a PDCCH with DCI format scheduling a PUSCH in the group of overlapping PUCCHs and PUSCHs, a PDCCH scheduling a PDSCH, or providing a DCI format, with corresponding HARQ-ACK information in an overlapping PUCCH in the slot, a PDCCH triggering a CSI report, or a set of reference signals for the triggered CSI report.

[0250] In some embodiments, the number of time units may depend on at least one of the following: a configuration of the network device 120, multiplexing processing capability of the terminal device 110, or a SCS configuration; or the number of time units is a pre-defined value.

[0251] In some embodiments, the first type of UCI may be determined based on at least one of the following: a transmission mode for the beam report, or one or more events associated with the beam report.

[0252] In some embodiments, the network device 120 may receive the first information by: transmitting a configuration indicating that the first information is transmitted in the PUCCH associated with a scheduling request configuration The PUCCH is in a cell different from or  same as a cell of a set of reference signals for a current beam or a new beam; and receiving the first information based on the configuration.

[0253] In some embodiments, the network device 120 may receive the first information by: transmitting an indication of whether the terminal device 110 is allowed to multiplex the first information with the second type of UCI; and receiving the first information based on the indication.

[0254] In some embodiments, the network device 120 may receive the first information by: transmitting an indication of whether a joint state is used for the first information and a SR; and receiving the first information based on the indication.

[0255] In some embodiments, the network device 120 may receive the first information by: receiving the SR comprising the first information; or receiving the SR and the first information in the joint state.

[0256] In some embodiments, the network device 120 may receive the first information by: transmitting a configuration for multiplexing the first information in the first PUSCH, and receiving the first information based on the configuration.

[0257] In some embodiments, the network device 120 may receive, from the terminal device 110, a first uplink transmission on one or more transmission occasions in the second PUSCH, the one or more transmission occasions being not occupied by the first information or the second information.

[0258] In some embodiments, the network device 120 may receive the second information by: transmitting one or more second offset values for determining a number of resources for multiplexing the second information in the second PUSCH; and receiving the second information based on the one or more second offset values.

[0259] In some embodiments, the one or more second offset values may be used for a transmission of a first part of a CSI report, or the one or more second offset values may be configured.

[0260] In some embodiments, the network device 120 may receive the second information by: transmitting a configuration indicating that the second information is transmitted in the second PUSCH; and receiving the second information based on the configuration.

[0261] In some embodiments, the second PUSCH is a CG-PUSCH, the network device 120 may receive the second information by: transmitting one or more configured grant  configurations; and receiving the second information in one or more transmission occasions dedicated for the CG-PUSCH based on the one or more configured grant configurations.

[0262] In some embodiments, PUSCH repetition type or modulation and coding schemes in the one or more configured grant configurations may be absent, at least when the second information is occupying one or more transmission occasions of the second PUSCH.

[0263] In some embodiments, the second PUSCH is a CG-PUSCH, the network device 120 may receive PUSCH repetition in the CG-PUSCH. A RV sequence after a transmission occasion carrying the second information may be resumed or restarted.

[0264] With the method 700, UL resources can be utilized more efficiently.

[0265] It is to be understood that operations of the methods 600 and 700 correspond to that described in connection with FIG. 2, and other details are omitted here for conciseness.

[0266] EXAMPLE IMPLEMENTATION OF DEVICES

[0267] FIG. 5 is a simplified block diagram of a device 500 that is suitable for implementing embodiments of the present disclosure. The device 500 can be considered as a further example implementation of the terminal device 110 or the network device 120 as shown in FIG. 1. Accordingly, the device 500 can be implemented at or as at least a part of the terminal device 110 or the network device 120.

[0268] As shown, the device 500 includes a processor 510, a memory 520 coupled to the processor 510, a suitable transceiver 540 coupled to the processor 510, and a communication interface coupled to the transceiver 540. The memory 510 stores at least a part of a program 530. The transceiver 540 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 540 may include at least one of a transmitter 542 or a receiver 544. The transmitter 542 and the receiver 544 may be functional modules or physical entities. The transceiver 540 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a mobility management entity (MME)  / access and mobility management function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0269] The program 530 is assumed to include program instructions that, when executed by the associated processor 510, enable the device 500 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1 to 4. The embodiments herein may be implemented by computer software executable by the processor 510 of the device 500, or by hardware, or by a combination of software and hardware. The processor 510 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 510 and memory 520 may form processing means 550 adapted to implement various embodiments of the present disclosure.

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

[0271] In some embodiments, a terminal device comprises a circuitry configured to: in accordance with a determination that a condition associated with one or more events is fulfilled, transmit, to a network device, first information for a beam report by at least one of the following: multiplexing the first information as a first type of UCI with a second type of UCI in a PUCCH based on at least one of: a PUCCH format associated with the second type of UCI, or a relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, or multiplexing the first information in a first PUSCH by determining a number of resources for the multiplexing of the first information based on one or more first offset values; and transmit, to the network device, second information for the beam report in a second PUSCH.

[0272] In some embodiments, a network device comprises a circuitry configured to: receive, from a terminal device, first information for a beam report by at least one of the following:  receiving PUCCH in which the first information multiplexes as a first type of UCI with a second type of UCI based on at least one of: a PUCCH format associated with the second type of UCI, or a relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, or receiving a first PUSCH multiplexed with the first information by determining a number of resources for the multiplexing of the first information based on one or more first offset values; and receive, from the terminal device, second information for the beam report in a second PUSCH.

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

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

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

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

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

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

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

Claims

1.A terminal device, comprising:a processor configured to cause the terminal device to:in accordance with a determination that a condition associated with one or more events is fulfilled, transmit, to a network device, first information for a beam report by at least one of the following:multiplexing the first information as a first type of uplink control information (UCI) with a second type of UCI in a physical uplink control channel (PUCCH) based on at least one of:a PUCCH format associated with the second type of UCI, ora relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, ormultiplexing the first information in a first physical uplink shared channel (PUSCH) by determining a number of resources for the multiplexing of the first information based on one or more first offset values; andtransmit, to the network device, second information for the beam report in a second PUSCH.2.The terminal device of claim 1, wherein the terminal device is caused to multiplex the first information with the second type of UCI by at least one of the following:in accordance with a determination that both the second type of UCI and the first information are associated with a first PUCCH format, setting a cyclic shift for at least one of different values of the second type of UCI or different values of the first information to be different; orin accordance with a determination that the second type of UCI is associated with a second PUCCH format, appending a set of bits for the first information to a set of bits for the second type of UCI.3.The terminal device of claim 1, wherein the terminal device is caused to transmit the first information by:transmitting, in a slot, a group of overlapping PUCCHs and PUSCHs, wherein the group of overlapping PUCCHs and PUSCHs comprises the first information, and a first symbol of an earliest PUCCH or PUSCH among the group of overlapping PUCCHs and PUSCHs is before a symbol that is a next uplink symbol with a cyclic prefix starting from a number of time units after an end of a last symbol of a first downlink transmission, and the first downlink transmission comprises at least one of the following:a set of reference signals for a current beam or a new beam for evaluating the one or more events,a physical downlink control channel (PDCCH) with downlink control information (DCI) format scheduling a PUSCH in the group of overlapping PUCCHs and PUSCHs,a PDCCH scheduling a PDSCH, or providing a DCI format, with corresponding hybrid automatic repeat request-acknowledgement (HARQ-ACK) information in an overlapping PUCCH in the slot,a PDCCH triggering a channel state information (CSI) report, ora set of reference signals for the triggered CSI report.4.The terminal device of claim 3, wherein the number of time units is a pre-defined value, or the number of time units depends on at least one of the following:a configuration of the network device,multiplexing processing capability of the terminal device, ora subcarrier spacing (SCS) configuration.5.The terminal device of claim 1, wherein the terminal device is caused to multiplex the first information with the second type of UCI by:determining the first type of UCI based on at least one of the following:a transmission mode for the beam report, orone or more events associated with the beam report.6.The terminal device of claim 1, wherein the terminal device is caused to transmit the first information by:receiving a configuration indicating that the first information is transmitted in the PUCCH associated with a scheduling request configuration, wherein the PUCCH is in a cell different from or same as a cell of a set of reference signals for a current beam or a new beam; andtransmitting the first information based on the configuration.7.The terminal device of claim 1, wherein the terminal device is caused to transmit the  first information by:receiving an indication of whether the terminal device is allowed to multiplex the first information with the second type of UCI; andtransmitting the first information based on the indication.8.The terminal device of claim 1, wherein the terminal device is caused to transmit the first information by:receiving an indication of whether a joint state is used for the first information and a scheduling request (SR) ; andtransmitting the first information based on the indication.9.The terminal device of claim 8, wherein the terminal device is caused to transmit the first information by:transmitting the SR comprising the first information; ortransmitting the SR and the first information in the joint state.10.The terminal device of claim 1, wherein the terminal device is caused to multiplex the first information in the first PUSCH by:receiving a configuration for multiplexing the first information in the first PUSCH, andmultiplexing the first information based on the configuration.11.The terminal device of claim 1, wherein the terminal device is further caused to:transmit, to the network device, a first uplink transmission on one or more transmission occasions in the second PUSCH, the one or more transmission occasions being not occupied by the first information or the second information.12.The terminal device of claim 1, wherein the terminal device is caused to transmit the second information by:receiving one or more second offset values for determining a number of resources for multiplexing the second information in the second PUSCH; andtransmitting the second information based on the one or more second offset values.13.The terminal device of claim 12, wherein the one or more second offset values are used for a transmission of a first part of a CSI report, orwherein the one or more second offset values are configured.14.The terminal device of claim 1, wherein the terminal device is caused to transmit the second information by:receiving a configuration indicating that the second information is transmitted in the second PUSCH; andtransmitting the second information based on the configuration.15.The terminal device of claim 1, wherein the second PUSCH is a configured grant (CG) -PUSCH, and where the terminal device is caused to transmit the second information by:receiving one or more configured grant configurations; andtransmitting the second information in one or more transmission occasions dedicated for the CG-PUSCH based on the one or more configured grant configurations.16.The terminal device of claim 15, wherein PUSCH repetition type or modulation and coding schemes in the one or more configured grant configurations is absent or ignored, at least when the second information is occupying one or more transmission occasions of the CG-PUSCH.17.The terminal device of claim 1, wherein the second PUSCH is a configured grant (CG) -PUSCH, and where the terminal device is further caused to:in accordance with a determination that the CG-PUSCH is used to transmit PUSCH repetition, resume or restart a redundancy version (RV) sequence after a transmission occasion carrying the second information.18.A network device, comprising:a processor configured to cause the network device to:receive, from a terminal device, first information for a beam report by at least one of the following:receiving a physical uplink control channel (PUCCH) in which the first information multiplexes as a first type of uplink control information (UCI) with a second type of UCI based on at least one of:a PUCCH format associated with the second type of UCI, ora relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, orreceiving a first physical uplink shared channel (PUSCH) multiplexed with the first information by determining a number of resources for the multiplexing of the first information based on one or more first offset values; andreceive, from the terminal device, second information for the beam report in a second PUSCH.19.The network device of claim 18, wherein the PUCCH comprises at least one of the following:a cyclic shift corresponding to at least one of different values of the second type of UCI or different values of the first information; ora set of bits for the first information appended to a set of bits for the second type of UCI.20.The network device of claim 18, wherein the network device is caused to receive the first information by:receiving, in a slot, a group of overlapping PUCCHs and PUSCHs, wherein the group of overlapping PUCCHs and PUSCHs comprises the first information, and a first symbol of an earliest PUCCH or PUSCH among the group of overlapping PUCCHs and PUSCHs is before a symbol that is a next uplink symbol with a cyclic prefix starting from a number of time units after an end of a last symbol of a first downlink transmission, and the first downlink transmission comprises at least one of the following:a set of reference signals for a current beam or a new beam for evaluating the one or more events,a physical downlink control channel (PDCCH) with downlink control information (DCI) format scheduling a PUSCH in the group of overlapping PUCCHs and PUSCHs,a PDCCH scheduling a PDSCH, or providing a DCI format, with corresponding hybrid automatic repeat request-acknowledgement (HARQ-ACK) information in an overlapping PUCCH in the slot,a PDCCH triggering a channel state information (CSI) report, ora set of reference signals for the triggered CSI report.21.The network device of claim 20, wherein the number of time units is a pre-defined value, or the number of time units depends on at least one of the following:a configuration of the network device,multiplexing processing capability of the terminal device, ora subcarrier spacing (SCS) configuration.22.The network device of claim 18, wherein the first type of UCI is determined based on at least one of the following:a transmission mode for the beam report, orone or more events associated with the beam report.23.The network device of claim 18, wherein the network device is caused to receive the first information by:transmitting a configuration indicating that the first information is transmitted in the PUCCH associated with a scheduling request configuration, wherein the PUCCH is in a cell different from or same as a cell of a set of reference signals for a current beam or a new beam; andreceiving the first information based on the configuration.24.The network device of claim 18, wherein the network device is caused to receive the first information by:transmitting an indication of whether the terminal device is allowed to multiplex the first information with the second type of UCI; andreceiving the first information based on the indication.25.The network device of claim 18, wherein the network device is caused to receive the first information by:transmitting an indication of whether a joint state is used for the first information and a scheduling request (SR) ; andreceiving the first information based on the indication.26.The network device of claim 25, wherein the network device is caused to receive the first information by:receiving the SR comprising the first information; orreceiving the SR and the first information in the joint state.27.The network device of claim 18, wherein the network device is caused to receive the first information by:transmitting a configuration for multiplexing the first information in the first PUSCH, andreceiving the first information based on the configuration.28.The network device of claim 18, wherein the network device is further caused to:receive, from the terminal device, a first uplink transmission on one or more transmission occasions in the second PUSCH, the one or more transmission occasions being not occupied by the first information or the second information.29.The network device of claim 18, wherein the network device is caused to receive the second information by:transmitting one or more second offset values for determining a number of resources for multiplexing the second information in the second PUSCH; andreceiving the second information based on the one or more second offset values.30.The network device of claim 29, wherein the one or more second offset values are used for a transmission of a first part of a CSI report, orwherein the one or more second offset values are configured.31.The network device of claim 18, wherein the network device is caused to receive the second information by:transmitting a configuration indicating that the second information is transmitted in the second PUSCH; andreceiving the second information based on the configuration.32.The network device of claim 18, wherein the second PUSCH is a configured grant (CG) -PUSCH, and where the network device is caused to receive the second information by:transmitting one or more configured grant configurations; andreceiving the second information in one or more transmission occasions dedicated for the CG-PUSCH based on the one or more configured grant configurations.33.The network device of claim 32, wherein PUSCH repetition type or modulation and  coding schemes in the one or more configured grant configurations is absent, at least when the second information is occupying one or more transmission occasions of the second PUSCH.34.The network device of claim 18, wherein the second PUSCH is a configured grant (CG) -PUSCH, and where the network device is further caused to:receive PUSCH repetition in the CG-PUSCH, wherein a redundancy version (RV) sequence after a transmission occasion carrying the second information is resumed or restarted.35.A method of communication, comprising:in accordance with a determination that a condition associated with one or more events is fulfilled, transmitting, at a terminal device to a network device, first information for a beam report by at least one of the following:multiplexing the first information as a first type of UCI with a second type of uplink control information (UCI) in physical uplink control channel (PUCCH) based on at least one of:a PUCCH format associated with the second type of UCI, ora relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, ormultiplexing the first information in a first uplink shared channel (PUSCH) by determining a number of resources for the multiplexing of the first information based on one or more first offset values; andtransmitting, at the terminal device to the network device, second information for the beam report in a second PUSCH.36.A method of communication, comprising:receiving, at a network device from a terminal device, first information for a beam report by at least one of the following:receiving a physical uplink control channel (PUCCH) in which the first information multiplexes as a first type of uplink control information (UCI) with a second type of UCI based on at least one of:a PUCCH format associated with the second type of UCI, ora relationship between a number of UCI bits comprising bits for the first information and at least one of a number of resources, a modulation or a code rate, orreceiving a first physical uplink shared channel (PUSCH) multiplexed with the first information by determining a number of resources for the multiplexing of the first information based on one or more first offset values; andreceiving, at the network device from the terminal device, second information for the beam report in a second PUSCH.

Images