Data transmission / reception method and communication device

Abstract

A data transmission / reception method is provided. The method is executed by a User Equipment (UE). The method includes: determining whether a condition is met; and responsive to the condition being met, performing data transmission in a given measurement gap. According to the method, data transmission can be performed in a measurement gap when a certain condition is met. Therefore, transmission capability can be improved.

Description

DATA TRANSMISSION / RECEPTION METHOD AND COMMUNICATION DEVICETECHNICAL FIELD

[0001] The present disclosure generally relates to communication technology, and in particular to a data transmission / reception method and a communication device.BACKGROUND

[0002] Extended Reality (XR) and Cloud Gaming are some of the most important 5G media applications under consideration in the industry. XR is an umbrella term for different types of realities and refers to all real-and-virtual combined environments and human-machine interactions generated by computer technology and wearables. It includes representative forms such as Augmented Reality (AR) , Mixed Reality (MR) , Virtual Reality (VR) , and the areas interpolated among them. The capacity enhancement for XR has been studied in Rel-17 SI. The purpose of capacity study is to understand the performance of NR systems for XR applications, and to identify any issues and performance gaps, which could be useful for understanding the limitation of current NR systems in supporting XR applications and the potential directions for future necessary enhancements to better support XR.

[0003] Traffic characteristics of XR services were intensively studied in the Rel-17 RAN1 meetings, and the DL / UL traffic models for the video stream and Pose / control for XR and cloud gaming services were agreed. Based on the outcomes of the studies so far, the following characteristics of the XR traffic are identified and should be considered for the potential enhancements of NR to support XR.

[0004] Non-integer periodicity

[0005] In RAN1 meetings of Rel-17, it was agreed that 60 frame per second (fps) is baseline for both DL and UL video stream and 30 fps, 90 fps as well as 120 fps can be also optionally evaluated. Based on the arrival time of packet with 30 fps, 60fps, 90fps, 120fps per second, the corresponding periodicities are {33.33ms, 16.67ms, 11.11ms, 8.33ms} respectively. It’s not an integer periodic of symbol or slot.

[0006] Jitter of packet arrival time

[0007] As agreed in RAN1 meeting in Rel-17, a truncated Gaussian distribution is used to model the jitter of DL and UL video stream for XR services. The range of jitter is agreed to be [-4, 4] ms (baseline) and [-5, 5] ms (optional) . This means the XR packets may arrive at gNB or UE within a time window of total 8ms or 10ms length, and the exact arrival time is not known in advance.

[0008] Low latency and large packet size

[0009] To provide good experience of XR, the latency of XR traffic should be as low as possible. As agreed in RAN1 meetings in Rel-17, air interface PDB for DL video stream is as follows: 10ms for VR / AR and 15ms for Configured Grant (CG) .

[0010] According to the agreed traffic model in Rel-17, mean packet size is very large. Taking AR / VR 60Mbps as example, mean packet size is 125000 bytes. This is very different from Rel-15 / 6 Ultra-Reliable Low Latency Communications (URLLC) or Enhanced Mobile Broadband (eMBB) services. For URLLC, one major challenge is latency, and for eMBB, one major challenge is high transmission data. However, for XR services, both high transmission rate and low latency should be satisfied.

[0011] Varying packet size

[0012] In Rel-17 RAN1 meeting, parameters of Truncated Gaussian distribution for packet size of DL video stream in case of single stream evaluation has been agreed, which is “ [STD, Max, Min] : [10.5, 150, 50] %of Mean packet size” . We can observe that the packet size of XR is not fixed.

[0013] Multiple flows

[0014] For an XR application, there might be multiple data streams. Multiple streams may have different traffic characteristics, requirements and priorities.

[0015] Therefore, improved transmission / reception methods are required to meet the requirement of XR applications and support other kinds of applications with same or similar characteristics as XR applications.SUMMARY

[0016] Accordingly, the present disclosure aims to provide a data transmission / reception method and a communication device.

[0017] A technical scheme adopted by the present disclosure is to provide a data transmission / reception method. The method is executed by a User Equipment (UE) . The method includes: determining whether a condition is met; and responsive to the condition being met, performing data transmission in a given measurement gap.

[0018] Another technical scheme adopted by the present disclosure is to provide a data transmission / reception method. The method is executed by a based station. The method includes: receiving data transmission in a given measurement gap of a User Equipment (UE) ; wherein the UE performs the data transmission responsive to a condition is met.

[0019] Another technical scheme adopted by the present disclosure is to provide a data transmission / reception method for Carrier Aggregation (CA) . The method is executed by a User Equipment (UE) or a base station. The method includes: determining a shared Hybrid Automatic Repeat Request (HARQ) process which is configured to be shared between a set of carrier components; transmitting data using the shared HARQ process through a carrier component within the set of carrier components; and when the data is transmitted incorrectly, re-transmitting the data using the shared HARQ process through another carrier component within the set of carrier components.

[0020] Another technical scheme adopted by the present disclosure is to provide a data transmission method for enhanced Configured Grant (CG) transmission. The method is executed by a  User Equipment (UE) . The method includes: determining one or more Transmission Occasions (TOs) in a CG configuration for repetition transmission; and performing repetition transmission of one or more Transmission Blocks (TBs) within the one or more TOs.

[0021] Another technical scheme adopted by the present disclosure is to provide a data reception method for enhanced Configured Grant (CG) transmission. The method is executed by a base station. The method includes: receiving repetition transmission of one or more Transmission Blocks (TBs) within one or more Transmission Occasions (TOs) in a CG configuration; wherein the repetition transmission is performed by a User Equipment (UE) responsive to determination that the one or more TOs in the CG configuration is for repetition transmission.

[0022] Another technical scheme adopted by the present disclosure is to provide a communication device. The communication device includes a transceiver, a processor and a memory. The transceiver is configured to transmit or receive a signal. The memory is configured to store program instruction, which when executed by the processor, causes the processor to perform any of the foregoing methods.

[0023] Another technical scheme adopted by the present disclosure is to provide a computer readable media storing program instructions that, when executed by a processor, cause the processor to perform any of the foregoing methods.BRIEF DESCRIPTION OF THE DRAWINGS

[0024] In order to clearly explain the technical solutions in the embodiments of the present disclosure, the drawings used in the description of the embodiments will be briefly described below. Obviously, the drawings in the following description are merely some embodiments of the present disclosure. For those of ordinary skill in the art, other drawings may also be obtained based on these drawings without any creative work.

[0025] FIG. 1 shows a scenario where data packet with low latency requirement arrives before or during a measurement gap.

[0026] FIG. 2 is a flowchart of a data transmission / reception method according to an embodiment of the present disclosure.

[0027] FIG. 3 shows a scenario where data transmission overlaps a measurement gap.

[0028] FIG. 4 shows a scenario where a set of parameter (s) of a measurement gap is modified.

[0029] FIG. 5 shows a scenario where a parameter gapOffset of a measurement gap is modified.

[0030] FIG. 6 shows a scenario where a DCI is utilized to schedule data and indicate PDCCH monitoring within a measurement gap.

[0031] FIG. 7 shows a scenario where a DCI is utilized to indicate PDCCH monitoring within a measurement gap.

[0032] FIG. 8 is a flowchart of a data transmission / reception method according to another embodiment of the present disclosure.

[0033] FIG. 9 shows a scenario where cross carrier re-transmission is not allowed.

[0034] FIG. 10 shows a scenario where some TOs within a CG configuration do not have  re-transmission.

[0035]

[0036] FIG. 11 is a flowchart of a data transmission / reception method for Carrier Aggregation (CA) according to an embodiment of the present disclosure.

[0037] FIG. 12 illustrates different groups of HARQ-IDs.

[0038] FIG. 13 is a flowchart of a data transmission / reception method for Configured Grant (CG) transmission according to an embodiment of the present disclosure.

[0039] FIG. 14 shows a set of TOs within a CG configuration with repetition.

[0040] FIG. 15 shows a first exemplary repetition pattern according to an embodiment of the present disclosure.

[0041] FIG. 16 shows a second exemplary repetition pattern according to an embodiment of the present disclosure.

[0042] FIG. 17 illustrates a CG configuration with two parts of TOs.

[0043] FIG. 18 shows a scenario where a UTO-UCI and an ATO-UCI are introduced to determine the repetition.

[0044] FIG. 19 is a flowchart of a data transmission / reception method for Configured Grant (CG) transmission according to another embodiment of the present disclosure.

[0045] FIG. 20 illustrates comparison between outer-loop SNR and effective SNR.

[0046] FIG. 21 is a schematic diagram of a communication device according to an embodiment of the present disclosure.DETAILED DESCRIPTION

[0047] The disclosure will now be described in detail with reference to the accompanying drawings and examples. Apparently, the described embodiments are only a part of the embodiments of the present disclosure, not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.

[0048] In a5G New Radio (NR) system, measurement gaps are configured to allow a User Equipment (UE) to do inter-frequency neighbor cell measurement and the corresponding Radio Frequency (RF) tuning for Radio Resource Measurement (RRM) purposes (e.g., mobility, load balancing, Carrier Aggregation (CA) setup) . According to current specification, during an activated measurement gap, the UE or the base station (e.g., the next Generation Node B, gNB) cannot transmit or receive data. However, this limitation may impact the capacity of some applications such as XR applications for which latency is one key requirement. For example, the latency of XR services may exceed the budget.

[0049] In current specification, within RRCReconfiguration-IEs, measConfig can be included. An exemplary configuration of measConfig is shown in table 1.

[0050] Table 1. MeasConfig information element

[0051] A measConfig includes meansObject, reportConfig, measId, measGapConfig, etc. A MeasId is a combination of measObject and reportConfig, and the meansObject includes NR cell and Long Term Evolution (LTE) cell.

[0052] A UE does not support simultaneous communication and measurement between serving cell and inter-frequency / inter-Radio Access Technology (inter-RAT) cells, because based on current specification a UE is usually provided with a RF module which is configured to perform both the measurement and data transmission / reception. Thus, within the measurement gap, the UE can only perform the measurement and cannot support to transmit / receive data. Specifically, during an activated measurement gap, the UE does not transmit or receive any data except for Msg3 and MsgA.

[0053] As identified in Rel-17, XR services are with low latency, large packet size and high reliability. When XR traffic is arrival before or during a measurement gap and the latency budget size is N slot / ms / symbol which is smaller than the size of measurement gap length (MGL) or slightly larger than the size of MGL, due to the current specification limitation, latency budget of XR traffic is exceed. Thus, the performance of XR is degraded. FIG. 1shows a scenario where data packet with low latency requirement arrives before or during a measurement gap. As shown in FIG. 1, in a first measurement gap reporting period (MGRP) , a first packet with a packet delay of 8ms arrives before the measurement gap whose length is 6ms. In a second MGRP, a second packet with a packet delay of 5ms arrives during the measurement gap whose length is 6ms. In both examples, no data transmission is permitted since the data packet overlaps the measurement gap.

[0054] Accordingly, the present disclosure provides a data transmission / reception method. FIG. 2 is a flowchart of a data transmission / reception method according to an embodiment of the present disclosure. The method includes operations described in blocks S101 to S102. Specifically, in S101, it is determined whether a condition is met. In S102, responsive to the condition being met, data transmission / reception is performed in a given measurement gap.

[0055] According to the present embodiment, when a certain condition is met, the UE is allowed to perform data transmission / reception in a given measurement gap. Thus, performance such as latency of communication may be improved, which is beneficial for applications with low latency requirement such as XR applications. Detailed explanation of the method will be introduced below. The following embodiments are mainly described from the perspective of the UE (User Equipment) as the executor, but their methods are also applicable (or partially applicable) to base stations. The implementation of similar methods by base stations is also considered to be within the scope of the present disclosure.

[0056] In a first embodiment, the condition includes a priority of the data transmission indicating that the data transmission / reception is allowed in the given measurement gap. Specifically, the UE may perform measurement or data (e.g. PDSCH, PUSCH, PUCCH, PDCCH, etc. ) transmission / reception within a measurement gap based on physical priority of the data transmission / reception. For example, a corresponding scheduling Downlink Control Information (DCI) of the data transmission / reception (e.g., PDSCH or PUSCH) may include a field of priority indication, and may be transmitted to the UE. In  one example, when the field is indicated as “1” , the UE performs the data transmission / reception, and skips or postpones the measurement during the measurement gap. When the field is indicated as “0” , the UE performs measurement and omits the scheduled data transmission / reception. In this way, the capability of a traffic with high priority can be guaranteed.

[0057] In some embodiments, when the field of priority indication is not configured or indicated, the UE may perform measurement and skip the data transmission / reception during the measurement gap. That is, the UE may perform measurement by default.

[0058] In a second embodiment, the condition includes a priority of the data transmission / reception being higher than a priority of a measurement which is configured to be performed in the given measurement gap. In this case, a priority indicator for measurement is introduced. For example, the priority indicator may be a signaling / information element (IE) within MeasConfig, MeasGapConfig, SSB-MTC, or SSB-MTC2. The priority indicator is used to indicate the priority of measurement. The priority of data transmission / reception can also be determined, e.g., in the way described above. Accordingly, whether to perform measurement of data transmission / reception can be determined based on the priority of the measurement and the priority of the data transmission. If the priority of data transmission / reception is higher than that of the measurement, the UE may perform the data transmission / reception. If the priority of data transmission / reception is lower than that of the measurement, the UE may perform the measurement. In some cases, measurement should have a higher priority, for example, when the channel state of the serving cell becomes very bad, as measurement is very important for cell re-selection and cell handover. Thus, determining whether to perform data transmission / reception or measurement based on priority can be a suitable way. The implementation of this embodiment may also improve the capability of a traffic with high priority. It should be understood, the priority of data transmission / reception can be determined in other ways. For example, the priority of data transmission / reception may have a default value.

[0059] In some embodiments, when the priorities of the measurement and the data transmission / reception are the same, the UE may perform the measurement and skip the data transmission / reception during the measurement gap.

[0060] In some embodiments, when the priority indicator is configured / indicated for measurement and not for data transmission / reception, the UE may perform measurement and skip the data transmission / reception during the measurement gap.

[0061] In a third embodiment, the condition includes the data transmission / reception overlapping a measurement which is configured to be performed in the given measurement gap in time domain. The UE may perform measurement or data transmission / reception based on the location of the scheduled data in time domain. Specifically, if at least one symbol of the scheduled data (e.g., PDSCH, PUSCH, PUCCH, etc. ) is overlapped with the measurement gap in time domain, the UE may perform data transmission / reception of the scheduled data. In some embodiments, the UE may perform measurement during remaining time of the measurement gap. Alternatively, the UE may skip the measurement during tis measurement gap. The remaining time of the measurement gap refers to the time duration of  the measurement except the time resources used for the data transmission / reception. For example, as shown in FIG. 3, a PDCCH 1 and a PDCCH 2 scheduling data 1 and dat a2 respectively are transmitted respectively. Data 1 is overlapped with the measurement gap in part and data 2 is fully overlapped with the measurement gap. According to this embodiment, the UE may perform data transmission / reception of data 1 and data 2 during the measurement gap. In other words, in this embodiment, the UE prioritize data transmission / reception over measurement.

[0062] In a fourth embodiment, the condition includes reception of a control information indicating the data transmission / reception is configured to be transmitted in the given measurement gap. That is, the UE performs measurement or data transmission / reception during a measurement gap based on the control information. The control information may be included in at least one of: Downlink Control Information (DCI) , Medium Access Control-Control Element (MAC-CE) , and Radio Resource Control (RRC) . For example, a new field within the DCI can be introduced for the control information. Alternatively, the control information can be joint coded with a field within the DCI, e.g., Time Domain Resource Allocation (TDRA) . A column of TDRA table can be used to indicate whether the UE performs measurement or data transmission / reception during a measurement gap. For example, a1 bit information can be utilized to indicate the state, state “0” may mean the UE performs measurement, and state “1” may mean the UE performs data transmission / reception. In this way, it can be flexibly determined whether the UE should perform measurement or data transmission / reception.

[0063] In some embodiments, at least one of the following filed within a DCI can be used for joint coding with the control information: Modulation and Coding Scheme (MCS) field, Time Domain Resource Allocation (TDRA) field, Hybrid Automatic Repeat Request Identifier (HARQ-ID) field, Frequency Domain Resource Allocation (FDRA) field, and Transmission Power Control (TPC) field.

[0064] In a fifth embodiment, the condition includes reception of a measurement gap configuration modification which configures a modified measurement gap that differs from the given measurement gap. A set of measurement parameters (e.g., within MeasGapConfig or MeasConfig or SSB-MTC or SSB-MTC2) can be modified. For example, a DCI or MAC-CE can be utilized when data transmission / reception collides with the measurement gap, that is, at least one symbol of the data is located within the duration of the measurement gap. A new field can be introduced in the DCI to modify the set of parameters. In this way, the base station can adjust the set of measurement parameters to avoid the collision between data transmission / reception and the measurement gap. For instance, as shown in FIG. 4, when data transmission / reception overlaps in time domain with the measurement gap, the base station can send a control information to modify a set of parameter (s) so as to avoid collision between the data transmission / reception and the measurement gap. In FIG. 4, a time offset is provided based on the modification and the data transmission / reception does not overlap with the modified measurement gap. In this way, the capacity (e.g., latency) of data transmission / reception can be improved.

[0065] In some embodiments, the measurement gap configuration modification comprises modification with regard to at least one parameter of: a measurement gap offset; a measurement gap  length; a measurement gap repetition period; and a measurement gap timing advance. For example, the modified parameter (s) may be one or more of:

[0066] gapOffset: Value gapOffset is the gap offset of the gap pattern with Measurement Gap Reporting

[0067] Period (MGRP) indicated in the field mgrp.

[0068] mgl: Value mgl is the measurement gap length in ms of the measurement gap.

[0069] mgrp: Value mgrp is measurement gap repetition period in ms of the measurement gap.

[0070] mgta: Value mgta is the measurement gap timing advance in ms.

[0071] periodicityAndOffset: Periodicity and offset of the measurement window in which to receive

[0072] Secondary Synchronization Signal / Physical Broadcast Channel Blocks (SS / PBCH blocks) .

[0073] duration: Duration of the measurement window in which to receive SS / PBCH blocks.

[0074] In some embodiments, a set of MeasGapConfig configurations can be configured to a user device via base station and a default configuration of measurement gap can be used. The default configuration of measurement gap can be pre-defined or configured. When a data transmission / reception collides with the default measurement gap, the base station can indicate another MeasGapConfig configuration to the UE, then both of data transmission / reception and measurement can be performed by the UE, and therefore the capacity of data transmission / reception can be guaranteed.

[0075] In some embodiments, a set of parameters within a MeasGapConfig can be configured to the UE via base station and a default parameters set of measurement gap can be used for the UE. The default parameters set of measurement gap can be pre-defined or configured. When a data transmission / reception collides with a measurement gap with a default parameters set, the base station can indicate another set of parameters of measurement gap to the UE via MAC-CE and / or DCI. Then both of data transmission / reception and measurement can be performed by the UE, and therefore the capacity of data transmission / reception can be guaranteed. For example, as shown in FIG. 5, a measurement gap configuration includes mgl configured as 5, mgrp configured as 20, mgta configured as 0, and gapOffset configured as {5, 7, 9, 12} with5 as the default value of gapOffset. When data transmission / reception overlaps with the measurement gap, a new gapOffset value, e.g., 7, can be indicated to the UE. Therefore, collision between the data transmission / reception and the measurement gap can be avoided. For example, the set of parameters set within a MeasGapConfig may be one or more of:

[0076] gapOffset: Value gapOffset is the gap offset of the gap pattern with Measurement Gap Reporting Period (MGRP) indicated in the field mgrp.

[0077] mgl: Value mgl is the measurement gap length in ms of the measurement gap.

[0078] mgta: Value mgta is the measurement gap timing advance in ms.

[0079] In a sixth embodiment, the condition includes reception of an indication indicating part of time domain resources of the given measurement gap is available for the data transmission / reception. Portion time duration of mgl within a measurement gap can be used for data transmission / reception for the UE. That is, the UE may perform the data transmission / reception during available part of time  domain resources of the measurement gap.

[0080] For example, a signaling with bitmap can be used to indicate whether time domain resources within a measurement gap can be used for data transmission / reception for the UE. The size of the bitmap may be equal to the size of mgl and the granularity time unit can be ms or slot. For example, state “1” may mean the time domain resource can be used for data transmission / reception, and state “0” may mean the time domain resource cannot be used for data transmission / reception. Therefore, the UE may use the available time domain resources within the measurement gap for data transmission / reception.

[0081] In some embodiments, a code point can be used to indicate whether time domain resources within a measurement gap can be used for data transmission / reception for the UE. For example, a candidate table can be configured, and a code pint of the table can be indicated to the UE via MAC-CE or DCI, as illustrated in table 2.

[0082] Table 2. Candidate time domain resources within a measurement gap

[0083] Within the table, the candidate time domain resource configured as 1 means the slot index1 or the first 1ms within the measurement gap can be used for data transmission / reception for the UE. The candidate time domain resource configured as 2 means the slot index 2 or the second 1ms within the measurement gap can be used for data transmission / reception for the UE. Each row of the code point table can be included with one value or more than one value.

[0084] In a seventh embodiment, the condition includes: reporting a UE capability indicating that the UE is capable of performing data transmission / reception and measurement within a measurement gap. In this embodiment, a new UE capability to perform data transmission / reception during a measurement gap or a new UE capability to perform both data transmission / reception and measurement during a measurement gap is reported. Based on the reported UE capability, the UE can perform data transmission / reception within a measurement gap. Alternatively, the UE can perform both data transmission / reception and measurement within a measurement gap.

[0085] In an eighth embodiment, the condition includes: sending a request for performing data transmission within the given measurement gap and receiving a response indicating the UE is allowed to perform data transmission / reception within the given measurement gap. In this embodiment, the UE sends a signaling (e.g., Uplink Control Information, UCI) to the base station for data transmission / reception request within a measurement gap. Then the UE receives an indicator or a response from the base station which indicates the UE is allowed to perform data transmission / reception within the measurement gap. Accordingly, the UE may perform data  transmission / reception and / or measurement based on the indicator or the response of the base station. For uplink (UL) service, it is sometimes difficult for a base station to schedule data within a measurement gap due to lack of information of the UL traffic (e.g., latency) . Therefore, the implementation of this embodiment may improve the capability of service for UL traffic.

[0086] In one embodiment, the data transmission / reception mentioned-above is dynamic grant based data transmission / reception.

[0087] In another embodiment, the data transmission / reception mentioned-above is Configured Grant (CG) data transmission or Semi-Persistent Scheduling (SPS) data reception.

[0088] The method with regard to FIG. 2 may include other operations. For example, the method may further include: determining whether a Physical Downlink Control Channel (PDCCH) is to be monitored in the given measurement gap; and responsive to determination that the PDCCH is to be monitored, performing PDCCH monitoring in the given measurement gap. According to conventional technology, when a packet with time sensitivity arrives during a measurement gap or before a measurement gap, and available PDCCH monitoring occasions are located within the measurement gap. The UE needs to monitor the PDCCH after the measurement, which may decrease the performance of service.

[0089] Specifically, semi-static signaling or dynamic signaling can be used to indicate whether the UE needs to monitor PDCCH or not during an activated measurement gap.

[0090] In one embodiment, the UE may receives a signaling indicating whether the UE needs to monitor the PDCCH in the given measurement gap. The signaling can be at least one of the following: RRC, MAC-CE, a DCI for data scheduling located before the given measurement gap or a DCI for non-data scheduling located before the given measurement gap. For example, the DCI as shown in FIG. 6 is used for scheduling data and indicating PDCCH monitoring during the measurement gap. For example, the DCI as shown in FIG. 7 is used only for indicating PDCCH monitoring during the measurement gap.

[0091] In another embodiment, the UE may transmit a signaling for PDCCH monitoring request. The PDCCH monitoring request is to request PDCCH monitoring within a measurement gap. Then the UE may receive a response indicating that the UE is allowed to perform PDCCH monitoring within the measurement gap. Specifically, the UE may transmit the signaling (e.g., UCI) to a base station (e.g., gNB) for PDCCH monitoring request within a measurement gap. The base station may transmit an indicator or a response to the UE, and the UE may perform measurement or PDCCH monitoring based on the indication of the base station. It is sometimes difficult for a base station to send dynamic grant within a measurement gap due to lack of information of the UL traffic (e.g., latency) . Therefore, the implementation of this embodiment may improve the capability of service for UL traffic.

[0092] FIG. 8 is a flowchart of a data transmission / reception method according to another embodiment of the present disclosure. The method may be executed by a base station. The method may include operations described in block S201. In S201, data transmission is received in a given measurement gap of a UE. Specifically, the UE performs the data transmission within the given  measurement gap responsive to a condition being met. Alternatively, the base station may transmit data in a given measurement gap responsive to a condition being met.

[0093] According to the present embodiment, when a certain condition is met, the UE is allowed to perform data transmission / reception in a given measurement gap and the base station receives the data transmission accordingly. Thus, performance such as latency of communication may be improved, which is beneficial for applications with low latency requirement such as XR applications. Detailed explanation of the method will be introduced below. The following embodiments are mainly described from the perspective of the UE (User Equipment) as the executor, but their methods are also applicable (or partially applicable) to base stations. The implementation of similar methods by base stations is also considered to be within the scope of the present disclosure.

[0094] In some embodiments, the condition includes a priority of the data transmission indicating that the data transmission is allowed in the given measurement gap.

[0095] In some embodiments, the condition includes a priority of the data transmission being higher than a priority of a measurement which is configured to be performed in the given measurement gap.

[0096] In some embodiments, the method further includes: transmitting a control information to the UE. The condition includes the control information indicating the data transmission is configured to be transmitted in the given measurement gap. For example, the control information can be included in at least one of: Downlink Control Information (DCI) , Medium Access Control-Control Element (MAC-CE) , and Radio Resource Control (RRC) . Specifically, the control information can be included in the DCI, and included in at least one of: Modulation and Coding Scheme (MCS) field, Time Domain Resource Allocation (TDRA) field, Hybrid Automatic Repeat Request Identifier (HARQ-ID) field, Frequency Domain Resource Allocation (FDRA) field, and Transmission Power Control (TPC) field.

[0097] In some embodiments, the method further includes: transmitting a measurement gap configuration modification to the UE. The condition includes: the measurement gap configuration modification configuring a modified measurement gap that differs from the given measurement gap. For example, the measurement gap configuration modification may include modification with regard to at least one parameter of: a measurement gap offset; a measurement gap length; a measurement gap repetition period; and a measurement gap timing advance.

[0098] In some embodiments, the method further includes: transmitting an indication. The condition includes the indication indicating part of time domain resources of the given measurement gap is available for the data transmission. Accordingly, the base station may receive the data transmission during the available part of time domain resources of the given measurement gap. For example, the indication can be provided with a bitmap.

[0099] In some embodiments, the method further includes: receiving a UE capability. The condition includes: the UE capability indicating that the UE is capable of performing data transmission / reception and measurement within a measurement gap.

[0100] In some embodiments, the method further includes: receiving a request for performing data  transmission within the given measurement gap; and transmitting a response corresponding to the request. The condition includes: the response indicating the UE is allowed to perform data transmission within the given measurement gap.

[0101] In some embodiments, the data transmission / reception is dynamic grant based data transmission / reception. In some embodiments, the data transmission / reception is Configured Grant (CG) data transmission or Semi-Persistent Scheduling (SPS) data reception.

[0102] In some embodiments, the method further includes: transmitting a signaling indicating whether the UE needs to monitor the PDCCH in the given measurement gap. For example, the signaling comprises at least one of: RRC, MAC-CE, a DCI for data scheduling located before the given measurement gap or a DCI for non-data scheduling located before the given measurement gap.

[0103] In some embodiments, the method further includes: receiving a signaling for PDCCH monitoring request within the given measurement; and transmitting a response indicating whether the UE is allowed to perform PDCCH monitoring within the given measurement gap.

[0104] Carrier Aggregation (CA) operation is beneficial for latency reduction and data rate improvement. However, the current CA limits the flexibility of re-transmission, and large latency may be caused.

[0105] In current specification, to reduce the delay of HARQ-ACK feedback for Time Division Duplexing (TDD) operation with Ultra-Reliable Low-Latency Communication (URLLC) services, PUCCH cell switching for TDD cells is supported. The UE can be provided in each PUCCH group with a PUCCH switching SCell (PUCCH SCell) that can be used for PUCCH transmission in addition to PCell / PSCell / PUCCH SCell. As identified in Rel-17, XR services are with high data rate, high reliability and low latency. Using large bandwidth can be a possible way to handle high data rate traffic, and thus CA can be considered for XR. However, based on current specification, the re-transmission of a TB cannot cross carriers, which may cause large latency when the Carrier components (CCs) are with TDD operator, as shown in FIG. 9. The traffic arrives during slot 1, and the gNB transmits corresponding data (denote as PDSCH1) on slot 2 over CC1. The PDSCH 1 is detected by the UE incorrectly, and correspondingly the UE feedbacks NACK of PDSCH 1 on slot 3 over CC2. However, since cross carrier re-transmission is forbidden, the gNB cannot scheduling re-transmission of PDSCH 1 on slot 4 over CC2. The nearest available resource for PDSCH 1 re-transmission may be slot 6 over CC1. In this scenario, large delay can be caused, which may exceed the packet delay budge. Thus, how to reduce the latency for this case is studied.

[0106] As agreed in Rel-18, enhanced Configured Grant (CG) transmission is introduced to decrease the latency. Multiple Transmission Occasions (TOs) can be configured within a CG configuration, but repetition of multiple TO is not supported. To guarantee the reliability of XR services, two potential methods may be adopted.

[0107] Method1: Configuring a very conservative Modulation and Coding Scheme (MCS) . That is, all of the multiple TOs within a CG configuration need to share the same set of parameters, such as Time Domain Resource Allocation (TDRA) , Frequency Domain Resource Allocation (FDRA) ,  Physical Uplink Shared Channel (PUSCH) mapping type, and MCS etc., so as to guarantee that a data transmission can be transmitted / received correctly based on one-shot transmission.

[0108] Method 2: To guarantee reliability based on re-transmission mechanism, initial transmission is based on a certain Block Error Rate (BLER) level (in general, it’s lower than the target BLER) . If the initial transmission is wrong, a Dynamic Grant (DG) based re-transmission can be used. gNB can use a suitable MCS of the re-transmission and several re-transmission times.

[0109] However, for the method 1, due to the fact that channel state may change as time passes, even a very conservative MCS is configured, some transmissions over a CG may also not satisfy the reliability. In addition, such a conservative MCS may also decrease resource utilization efficiency. Therefore, the method1 may be a potential way to guarantee reliability but can be further optimized. For the method 2, reliability can be guaranteed based on re-transmission. However, in this way, latency is increased. For instance, multiple PUSCHs are configured within a CG configuration, and a certain number of TOs within the CG configuration do not have enough remaining time for re-transmission. As shown in FIG. 10, based on delay budget and processing timeline of PUSCH / PDSCH, TO7 and TO8 within CG configuration 1 do not have enough time for re-transmission. With TDD deploy, the issue becomes more serious due to time alignment with frame structure, e.g., waiting for DL resource for scheduling. Thus, a method should be provided to improve the reliability of XR service.

[0110] FIG. 11 is a flowchart of a data transmission / reception method for Carrier Aggregation (CA) according to an embodiment of the present disclosure. The method may be executed by either a UE or a base station. The method may include operations described in blocks S301to S303. In block S301, ashared HARQ processes is determined. In S302, data is transmitted using the shared HARQ process through a carrier component within the set of carrier components. In S303, when the data is transmitted incorrectly, the data is re-transmitted using the shared HARQ process through another carrier component within the set of carrier components.

[0111] The implementation of the method may allow re-transmission of initial data across carriers within Carrier Aggregation (CA) scenario. In this way, data transmission latency can be reduced.

[0112] In some embodiments, when a Negative Acknowledgement (NACK) is received, it is determined that the data is transmitted incorrectly. The NACK may relate to a shared HARQ-ID corresponding to the shared HARQ process. For example, in a case that a base station sends a data packet to a UE through a first Carrier Component (CC) , when the UE does not receive the data packet, the UE transmits a NACK to the base station. The NACK may relate to a HARQ-ID of a shared HARQ process which corresponds to both the first CC and a second CC. Therefore, the base station may determine to use any of the first and second CCs for retransmission of the data packet.

[0113] In some embodiments, the operation of determining the shared HARQ process includes: dividing a set of original HARQ processes with different HARQ-IDs into a first group and a second group and determining one HARQ process of the second group as the shared HARQ process. Specifically, each HARQ process of the first group is configured for a respective carrier component, and each HARQ process of the second group is configured to be shared between multiple carrier  components. The current HARQ processes can be split into two groups. The HARQ-ID of each HARQ process in the first group is specific for one carrier while the HARQ-ID of each HARQ process in the second group is shared between multiple carriers. As shown in FIG. 12, sixteen HARQ processes with HARQ ID 9 to 16 are illustrated. The aggregation carriers includes {CC1, CC2, CC3, CC4} . The sixteen HARQ processes can be divided into two groups. The first group includes HARQ processes with {HARQ-ID1, HARQ-ID2, HARQ-ID3, HARQ-ID4, HARQ-ID5, HARQ-ID6, HARQ-ID7, HARQ-ID8} while the second group includes HARQ processes with {HARQ-ID 9, HARQ-ID 10, HARQ-ID 11, HARQ-ID 12, HARQ-ID 13, HARQ-ID 14, HARQ-ID 15, HARQ-ID 16} . The HARQ-ID of each HARQ process in the first group can be configured to a specific carrier of CC1to CC4. For example, HARQ ID1 corresponds to CC1 only. In comparison, the HARQ-ID of each HARQ process in the second group can be configured to different carriers of CC1 to CC4. For example, HARQ-ID 9 corresponds to CC1 and CC2.

[0114] In some embodiments, the shared HARQ process is configured by a base station via at least one of: Downlink Control Information (DCI) , Medium Access Control-Control Element (MAC-CE) , and Radio Resource Control (RRC) . That is, multiple carriers among all carriers which can share the HARQ-ID / HARQ process can be configured by the base station. For instance, the set of carriers may include {CC1, CC2, CC3, CC4} . One or more carriers within the set of carriers can be indicated / configured by the base station via DCI, MAC-CE or RRC to configure that a set of HARQ-IDs are shared, for example, between {CC3, CC4} .

[0115] In some embodiments, a set of HARQ-IDs corresponding to the shared HARQ processes can be configured by a base station. Tables 3 to 6 illustrate different exemplary configuration elements.

[0116] Table 3. ConfiguredGrantConfig information element

[0117] In the above element, the parameter nrofHARQ-ProcessesCommon indicates HARQ-processes that are shared between multiple carriers, where X and Y are integers between one and nrofHARQ-Processes.

[0118] Table 4. PDSCH-ServingCellConfig information element

[0119] In the above element, the parameter nrofHARQ-ProcessesForPDSCHComon indicates HARQ-processes that are shared between multiple carriers, where X and Y are integers between one and nrofHARQ-ProcessesForPDSCH.

[0120] Table 5. SPS-Config information element

[0121] In the above element, the parameter nrofHARQ-ProcessesCommon indicates HARQ-processes that are shared between multiple carriers, where X and Y are integers between one and nrofHARQ-Processes.

[0122] Table 6. PUSCH-ServingCellConfig information element

[0123] In the above element, the parameter nrofHARQ-ProcessesForPUSCHComon indicates  HARQ-processes that are shared between multiple carriers, where X and Y are integers between one and MaximumNumberHARQPROcessesForPUSCH. Specifically, the parameter MaximumNumberHARQPROcessesForPUSCH can be configured by the base station of predefined. The value of MaximumNumberHARQPROcessesForPUSCH may be, for example, equal to 8, 16, or 32.

[0124] In some embodiments, the operation of determining the shared HARQ process includes: extending a set of original HARQ processes to acquire the shared HARQ process. In this embodiment, the current HARQ processes can be extended, e.g., from 16 to 32. Similarly, the extended HARQ processes can be divided into two groups. The HARQ-ID of each HARQ process in the first group is specific for one carrier while the HARQ-ID of each HARQ process in the second group is shared between multiple carriers. Therefore, cross-carrier data re-transmission can be performed by the UE or the base station.

[0125] In some embodiments, the operation of extending the set of original HARQ processes includes: providing a first and a second Radio Network Temporary Identifiers (RNTI) ; wherein responsive to a Downlink Control Information (DCI) being scrambled by the first RNTI, a field of HARQ process number within the DCI is configured to indicate HARQ processes 1 to 16; wherein responsive to a DCI being scrambled by the second RNTI, the field of HARQ process number within the DCI is configured to indicate HARQ processes 17 to 32; wherein the shared HARQ process is one of the HARQ processes 17 to 32. In some embodiments, the size of the HARQ process number field within DCI / RRC does not change. Instead, a new or a set of RNTIs or DMRS sequences for PDCCH are introduced, and the extended HARQ processes are indicated by the HARQ process number field and RNTI / DMRS. For instance, to extend the HARQ processes from 16 to 32, the current field of HARQ process number within a DCI is not enough anymore (e.g., 4 bits can only indicate a total of 16 HARQ processes) . In this case, a total of 2 RNTIs are introduced, denoted as {RNTI1, RNTI2} , where the RNTI is used for scrambling of DCI. When a DCI is scrambled by RNTI1, the field of HARQ process number within a DCI is used to indicate HARQ processes from 1 to 16. When a DCI is scrambled by RNTI2, the field of HARQ process number within a DCI is used to indicate HARQ processes from 17 to 32. Similarly, for DMRS (2 DMRS, denoted as DMRS1 and DMRS2) , when a PDCCH (DCI) uses DMRS1, the field of HARQ process number within a DCI is used to indicate HARQ processes from 1 to 16. When a PDCCH (DCI) uses DMRS2, the field of HARQ process number within a DCI is used to indicate HARQ processes from 17 to 32.

[0126] In some embodiments, the method may further includes: configuring, in a Downlink Control Information (DCI) , the carrier component (CC index) which is used for the initial transmission of the data that is to be retransmitted. A field within a DCI can be used to indicate the CC index, which is related to an initial transmission of one or more TBs. In other words, when an initial TB transmission is over CC index'a 'a nd the re-transmission of the TB is transmitted over CC index 'b', the scheduling DCI needs to indicate which CC (e.g. CC index ‘a’ ) is used for the initial transmission of the re-transmission of the TB (s) . The field within a DCI can be a new field or can be jointly coded with  another field within the DCI. For example, the DCI is provided a new field for configuring the carrier component (or CC index) to be used for the initial transmission of the retransmission of the data through a carrier component. Alternatively, joint coding with a field within the DCI is utilized for configuring the carrier component (or carrier component index) to be used for the initial transmission of the retransmission of the data through a carrier component, and the field within the DCI comprises at least one of: Modulation and Coding Scheme (MCS) field, Time Division Radio Access (TDRA) field, and Carrier Indicator Field (CIF) .

[0127] Joint coding with MCS involves splitting MCS into two parts (denoted as part1and part2) . Part1 can be used to indicate the CC index or MCS index, while part2 can be used to indicate the MCS index or CC index, where the CC index is related to the initial data transmission.

[0128] Joint coding with TDRA involves using a column within the TDRA table to indicate the CC index, where the CC index is related to the initial data transmission.

[0129] Joint coding with CIF involves configuring a CC list table, where each index of the table can include one or more CC index lists. The first CC index can be regarded as the default value and can be used to indicate the data transmission on which CC. The second CC index can be used to indicate the initial data transmission related CC index. In some embodiments, when a data transmission is an initial transmission, the UE omits the second CC index.

[0130] Additionally, the handling of HARQ-ID collisions between SPS / CGs needs to be addressed. For instance, when more than one CG / SPS over multiple CCs have the same HARQ-ID, ambiguity between the base station and user device can occur during the scheduling of re-transmissions across CC / carriers for the corresponding TB (s) by the gNB, if there is no indicator for distinguishing between the multiple CG / SPS. In such cases, the above-described method can be utilized.

[0131] FIG. 13 is a flowchart of a data transmission / reception method for Configured Grant (CG) transmission according to an embodiment of the present disclosure. The method may be executed by a UE. The method includes operations described in blocks S401 to S402. In block S401, TOs in a CG configuration for repetition transmission are determined. In block S402, repetition transmission of TBs within the TOs is performed.

[0132] The implementation of the present embodiment allows repetition transmission for a CG configuration. Therefore, the reliability of TBs of the CG configuration can be improved.

[0133] A set of TOs within a CG configuration can be enabled for repetition transmission. In some embodiments, a set of TOs within a CG configuration can be configured or indicated via, for example, Radio Resource Control (RRC) or Medium Access Control-Control Element (MAC-CE) . Furthermore, corresponding repetition number can also be configured to indicated via, for example, Radio Resource Control (RRC) , Medium Access Control-Control Element (MAC-CE) or Downlink Control Information (DCI) . As shown in FIG. 14, ten TOs within a CG configuration are configured, and the TB7 and TB2 are indicated to contain two repetitions.

[0134] In addition, the repetition pattern of the set of TOs / TBs can be determined. In one embodiment, according to one exemplary pattern as shown in FIG. 15, all repetitions of one of the TBs  (e.g., TB7) are transmitted firstly and then all repetitions of another one of the TBs (e.g., TB8) are transmitted. In another embodiment, according to one exemplary pattern as shown in FIG. 16, repetitions of different ones of the TBs are transmitted alternatively, that is, in the order of “TB7, TB8, TB7, TB8…” .

[0135] In some embodiments, the Redundancy Version (RV) sequence (e.g., {0, 2, 3, 1} , {0, 3, 0, 3} , {0, 0, 0, 0} , etc. ) cycles within the same TB, regardless of whether the TB has repetitions or not.

[0136] In one embodiments multiple TOs within a CG configuration can be split into two or more groups. The corresponding MCS tables are different for the two or more groups, and the two or more groups of TOs use the same index of MCS. For example, one group of the TOs use the QAM64or QAM 256 table while another group of the TOs use the LowSE QAM 64 table, and the MCS index indication is the same. In another embodiment, the multiple TOs can be split into two or more groups. The MCS tables can be the same for the two groups while the MCS index indication can be different for the groups.

[0137] In some embodiments, the UE may transmit a trigger for indicating the one ore more TOs in the CG configuration need to be utilized for repetition transmission, and correspondingly perform the repetition transmission of the one or more TBs. The base station may configure two parts of TO within a CG configuration. For example, a first part of TOs are used for data transmission without repetition (initial transmission) , and a second part of TOs are used for repetition of the initial transmission. The UE may trigger whether to use the second part of TOs or not. In this way, when the UE does not transmit the trigger of using the second part of TOs, the base station regards the second part of TOs as released. Specifically, the trigger may be included in Repetition Transmission Occasion Uplink Control Information (RTO-UCI) , and the RTO-UCI is carried by any one of CG-PUSCH, PUCCH, and PUSCH. The RTO-UCI may be utilized to indicate whether the second part of TOs are used or not. Additionally or alternatively, the UE may transmit an indication indicating repetition numbers of the one or more TBs for the repetition transmission. For example, the RTO-UCI can also used to indicate a set of TBs that need to be repeated, and / or repetition numbers of the set of TBs. When the TOs used for repetition is enabled, the repetition pattern can be any of the patterns described above. For instance, as shown in FIG. 17, two parts of TOs within a CG configuration are configured, denoted as Part 1 TOs and Part 2 TOs. Part 1 TOs are utilized for initial data transmission data transmission while Part 2 TOs are utilized for repetition transmission of some of the initial data transmission. Which TB or which set of TBs need to be enabled for repetition transmission may be indicated by the RTO-UCI, and the RTO-UCI can be carried by any one of CG-PUSCH or a set of CG-PUSCH within Part 1 TOs.

[0138] In some embodiments, the repetition number of a TB or a set of TBs is pre-defined or configured by the base station, and the repetition number of a TB or a set of TBs is an integer.

[0139] In some embodiments, when the RTO-UCI is introduced, the multiplexing rules with the current UCI need to be determined. The most straightforward way is to connect UTO-UCI and RTO-UCI and regard them as an entity, then multiplex with other UCIs. The mapping order is as  follows: the entity of UTO-UCI and RTO-UCI maps first, followed by other UCI (s) .

[0140] In some embodiments, the RTO-UCI or UTO-UCI can be used to indicate whether a data transmission needs to skip re-transmission or not.

[0141] In some embodiments, the method further includes: providing a PDU Set Delay Budget (PSDB) and / or Packet Delay Budget (PDB) information; and based on the PSDB and / or PDB information and a pre-defined threshold, determining whether to determine the repetition transmission. In some embodiments, the MAC-CE PDU of a TB needs to carry PSDB / PDB information, and the UE triggers Re-Tx less, repetition, or Re-Tx based on a threshold. This threshold can be determined by at least one of the following ways: 1) configured by gNB, 2) pre-defined, 3) related to Packet Set Delay Budget (PSDB)  / Packet Delay Budget (PDB) , or4) related to PSDB / PDB and / or frame structure. The threshold is a time domain value, and the granularity can be a symbol, slot, millisecond, sub-frame, etc. For instance, if the PSDB and / or the PDB and the pre-defined threshold indicate that some TBs cannot be re-transmitted, then these TBs can be configured for repetition transmission to improve their reliability.

[0142] In some embodiments, the method further includes: transmitting an Unused Transmission Occasion Uplink Control Information (UTO-UCI) , and triggering the repetition transmission of the one or more TBs within the one or more TOs based on the UTO-UCI. In Rel-18, a UTO-UCI has been introduced for XR, which is used to indicate the unused TOs within a CG configuration. When the number of TOs within a CG configuration is larger than the TBs of a packet, then UTO-UCI can be used to indicate the corresponding TOs. However, with this method, reliability cannot be guaranteed, especially for the TOs which have no opportunity for re-transmission (due to exceeding delay budget or large alignment delay due to TDD frame structure) . In this case, the remaining TOs within a CG configuration can be used for repetition for a TB or a set of TBs. With this method, the current UTO-UCI can be reused and the field within the UTO-UCI needs to be redefined. In one embodiment, one bit (e.g., MSB) within the UTO-UCI is used to distinguish the UTO-UCI type. For example, UTO-UCI type1 means the UTO-UCI is used to indicate the unused TOs within a CG configuration, while UTO-UCI type 2 means the UTO-UCI is used to trigger the repetition based on the remaining TOs within a CG configuration. The state “0” of the 1 bit indicates the UTO-UCI is either type 1 or type 2, while state “1” of the 1 bit indicates the UTO-UCI is either type 2 or type 1. The remaining bits within the UTO-UCI are used to indicate which TB or which set of TBs need repetitions and the corresponding repetition number.

[0143] In some embodiments, the method may further includes: transmitting an Unused Transmission Occasion Uplink Control Information (UTO-UCI) and transmitting an Assign Transmission Occasion Uplink Control Information (ATO-UCI) . In this embodiment, a new ATO-UCI can be introduced, and the ATO-UCI indication can override the UTO-UCI indication. In this way, when the UTO-UCI indicates a set of TOs within a CG configuration as unused TOs and the ATO-UCI indicates the corresponding TOs are used for repetition, then the UE will use the TOs for repetition and / or the gNB will receive data transmission over the TOs, as shown in Figure 18. The gNB  configures 8 TOs within a CG configuration and based on the packet size, TO7 and TO8 are remaining TOs. Then, the UTO-UCI indicates TO7 and TO8 as unused TOs. Due to the lack of re-transmission opportunity for TB5 and TB6, the ATO-UCI indicates TO7 and TO8 are used for the repetition of TB5 and TB6 respectively. Then, the UE will repeat TB5 and TB6 over TO7 and TO8 respectively, and the gNB will also receive the repetition of TB5 and TB6 over TO7 and TO8 respectively. In some embodiments, the transmission order of ATO-UCI and UTO-UCI can be ATO-UCI first, UTO-UCI second, or vice versa, or ATO-UCI and UTO-UCI can be transmitted at the same time on the same CG-PUSCH.

[0144] FIG. 19 is a flowchart of a data transmission / reception method for Configured Grant (CG) transmission according to another embodiment of the present disclosure. The method may be executed by a base station (e.g., gNB) . The method includes operations described in block S501. In S501, repetition transmission of TBs within TOs in a CG configuration is received. Specifically, the repetition transmission is performed by a UE responsive to determination that the one or more TOs in the CG configuration is for repetition transmission.

[0145] The implementation of the present embodiment allows repetition transmission for a CG configuration. Therefore, the reliability of TBs of the CG configuration can be improved.

[0146] In some embodiments, the method further includes: transmitting, via Radio Resource Control (RRC) or Medium Access Control-Control Element (MAC-CE) , a configuration indicating the one or more TOs in the CG configuration are for repetition transmission.

[0147] In some embodiments, the method further includes: transmitting, via Radio Resource Control (RRC) , Medium Access Control-Control Element (MAC-CE) or Downlink Control Information (DCI) , a configuration indicating the one or more TBs are for the repetition transmission.

[0148] In some embodiments, the method further includes: receiving a trigger for indicating the one or more TOs in the CG configuration needs to be utilized for repetition transmission. For example, the trigger may be included in a Repetition Transmission Occasion Uplink Control Information (RTO-UCI) , and the RTO-UCI is carried by any one of CG-PUSCH, PUCCH, and PUSCH.

[0149] In some embodiments, the method further includes: receiving an indication indicating repetition numbers of the one or more TBs for the repetition transmission. For example, the indication is included in a Repetition Transmission Occasion Uplink Control Information (RTO-UCI) , and the RTO-UCI is carried by any one of CG-PUSCH or a set of CG-PUSCH within one or more TOs in the CG configuration which are not for repetition transmission and before the TOs for repetition transmission.

[0150] In some embodiments, the method further includes receiving an Unused Transmission Occasion Uplink Control Information (UTO-UCI) ; wherein the repetition transmission of the one or more TBs within the one or more TOs is triggered based on the UTO-UCI. Specifically, one bit within the UTO-UCI is utilized to indicate a type of the UTO-UCI. One type of the UTO-UCI is configured to indicate unused TOs within the CG configuration while another type of the UTO-UCI is configured to rigger the performing the repetition transmission based on remaining TOs within the CG configuration.

[0151] In some embodiments, the method further includes: receiving an Unused Transmission Occasion Uplink Control Information (UTO-UCI) , wherein the UTO-UCI is utilized to indicate unused TOs in the CG configuration. and receiving an Assign Transmission Occasion Uplink Control Information (ATO-UCI) , wherein the ATO-UCI is utilized to indicate the unused TOs are for the repetition transmission.

[0152] According to a related art, link adaptation schemes based on outer loop plus CSI feedback do not meet the reliability requirement because they cannot track the cannel fading and interference fast enough the meet the 1e-5 residual BLER target. In a conventional link adaptation scheme, targeting, for example, a 10%error rate, we can have the following as an example: SNR (i) =SNRCQI+Δoffset (i)

[0153] where SNR_CQI is the SNR derived based on the previously reported CQI by the UE, and Δ_offset is the SNR outer loop driven by HARQ-ACK feedback.

[0154] When a PDSCH is received correctly by the UE, the UE sends an ACK feedback. On the gNB side, it can adjust the MCS more aggressively. When a PDSCH is received incorrectly, the UE sends a NACK feedback, and on the gNB side, it can adjust the MCS more conservatively.

[0155] The problem with the traditional outer loop is that it is driven by HARQ-ACK feedback with a certain step size and it is not agile enough to keep up with channel / interference variation, unless it uses a huge step size. When the channel enters a sudden deep fading, as shown in Figure 20, around slot 7690, the outer loop needs a few consecutive NACKs to push down theΔ_offset to keep up with the channel fading. For XR service, low latency is needed. Due to the limited latency, the maximum number of re-transmissions is also limited. Thus, how to adapt the link adaptation for XR service in a timely manner is very important.

[0156] The present disclosure further provides solutions to solve the above mentioned problem.

[0157] In a first method, additional information can be carried with the HARQ-ACK combination. When the HARQ-ACK is carried by PUCCH format 0 / PUCCH format 2, a set of cyclic shifts can be used for the additional information and HARQ-ACK. The additional information can include at least one of the following parameters: MCS; SINR; CQI; MCS offset; SINR offset; and CQI offset.

[0158] In a second method, two types of PUCCH can be used for the additional information and HARQ-ACK indication.

[0159] For a first type of PUCCH, two fields of PUCCH and / or corresponding timeline need to be configured. In this case, since PUSCH doesn't require any HARQ-ACK feedback indication, DCI size alignment is needed. In some embodiments, the sizes of the same type set of DCI format need to align. The size of a DCI format within the same type set of DCI format needs to align with the size of another DCI format within the same type set of DCI format. This other DCI format within the same type set of DCI format should have two fields of PUCCH and / or corresponding timeline. The same type set of DCI format can be {DCI format 0-0 and DCI format 0-1} , {DCI format 0-1 and DCI format 1-1} , {DCI format 0-2 and DCI format 1-2} , {DCI format 0-3 and DCI format 1-3} .

[0160] For a second type of PUCCH, the two PUCCH resources can be jointly coded. A  combination table can be configured, each row or index within the table can include one or more PUCCH resources. Then an index of the table can be indicated by DCI and then one or more PUCCH resources can be indicated.

[0161] The additional information can include at least one of the following parameters: MCS; SINR; CQI; MCS offset; SINR offset; and CQI offset.

[0162] In this disclosure, the base station is an entity used to transmit or receive information, such as a gNB. The base station can also be an eNodeB, transmission reception point, TRP, the NodeB in next-generation communication, or an access point in WIFI.

[0163] The user device is an entity used to transmit or receive information on the user side, such as a cell phone or UE. The UE can also be referred to as a terminal, mobile station, or mobile terminal. The UE can be a mobile phone, pad, VR, AR, wireless terminal of industrial control, wireless terminal of self-driving, wireless terminal of remote medical surgery, wireless terminal of smart grid, wireless terminal of transport safety, wireless terminal of smart city, wireless terminal of smart home, etc.

[0164] Furthermore, the terminal and base station can be deployed on land, including indoor, outdoor, handheld, on-board. They can also be deployed on water, in the air, on a plane, drone, or satellite.

[0165] FIG. 21 conceptually illustrates a communication device 600 with which some embodiments of the invention are implemented. The communication device 600 may be a computer (e.g., a desktop computer, personal computer, tablet computer, etc. ) , phone, PDA, or any other sort of electronic device. The communication device 600 may be, for example, a base station or a User equipment. Such an apparatus includes various types of computer readable media and interfaces for various other types of computer readable media. The device 600 includes a processor 601, a memory 602, and a transceiver 603. The transceiver 603 is configured to transmit or receive communication signals. The memory 602 is configured to store executable instructions that, when executed by the processor 601, cause the processor 601 to perform any one of the foregoing data transmission / reception methods.

[0166] The processor 602 may be a single processor or a multi-core processor in different embodiments. In some embodiments, the processor may include a GPU, NPU or DSP which may offload various computations or complement the image processing provided by the processor 702.

[0167] Some embodiments include electronic components, such as microprocessors, storage and memory that store computer program instructions in a machine-readable or computer-readable medium (alternatively referred to as computer-readable storage media, machine-readable media, or machine-readable storage media) . Some examples of such computer-readable media include RAM, ROM, read-only compact discs (CD-ROM) , recordable compact discs (CD-R) , rewritable compact discs (CD-RW) , read-only digital versatile discs (e.g., DVD-ROM, dual-layer DVD-ROM) , a variety of recordable / rewritable DVDs (e.g., DVD-RAM, DVD-RW, DVD+RW, etc. ) , flash memory (e.g., SD cards, mini-SD cards, micro-SD cards, etc. ) , magnetic and / or solid state hard drives, read-only and recordable discs, ultra density optical discs, any other optical or magnetic media, and floppy  disks. The computer-readable media may store a computer program that is executable by at least one processing unit and includes sets of instructions for performing various operations. Examples of computer programs or computer code include machine code, such as is produced by a compiler, and files including higher-level code that are executed by a computer, an electronic component, or a microprocessor using an interpreter.

[0168] While the above discussion primarily refers to microprocessor or multi-core processors that execute software, some embodiments are performed by one or more integrated circuits, such as application specific integrated circuits (ASICs) or field programmable gate arrays (FPGAs) . In some embodiments, such integrated circuits execute instructions that are stored on the circuit itself. In addition, some embodiments execute software stored in programmable logic devices (PLDs) , ROM, or RAM devices.

[0169] As used in this specification and any claims of this application, the terms “computer” , “server” , “processor” , and “memory” all refer to electronic or other technological devices. These terms exclude people or groups of people. As used in this specification and any claims of this application, the terms “computer readable medium, ” “computer readable media, ” and “machine readable medium” are entirely restricted to tangible, physical objects that store information in a form that is readable by a computer. These terms exclude any wireless signals, wired download signals, and any other ephemeral signals.

[0170] The present disclosure further provides a computer readable media which is configured to store executable instructions. When the instructions are executed by a processor, the processor may perform any one of the foregoing methods and processes. Many of the above-described features and applications are implemented as software processes that are specified as a set of instructions recorded on a computer readable storage medium (also referred to as computer readable medium) . When these instructions are executed by one or more computational or processing unit (s) (e.g., one or more processors, cores of processors, or other processing units) , they cause the processing unit (s) to perform the actions indicated in the instructions. Examples of computer readable media include, but are not limited to, CD-ROMs, flash drives, random access memory (RAM) chips, hard drives, erasable programmable read only memories (EPROMs) , electrically erasable programmable read-only memories (EEPROMs) , etc. The computer readable media does not include carrier waves and electronic signals passing wirelessly or over wired connections.

[0171] In this specification, the term “software” is meant to include firmware residing in read-only memory or applications stored in magnetic storage which can be read into memory for processing by a processor. Also, in some embodiments, multiple software inventions can be implemented as sub-parts of a larger program while remaining distinct software inventions. In some embodiments, multiple software inventions can also be implemented as separate programs. Finally, any combination of separate programs that together implement a software invention described here is within the scope of the invention. In some embodiments, the software programs, when installed to operate on one or more electronic systems, define one or more specific machine implementations that execute and perform the  operations of the software programs.

[0172] While the disclosure has been described with reference to numerous specific details, one of ordinary skill in the art will recognize that the invention can be embodied in other specific forms without departing from the spirit of the invention. In addition, a number of the figures conceptually illustrate processes and methods. The specific operations of these processes may not be performed in the exact order shown and described. The specific operations may not be performed in one continuous series of operations, and different specific operations may be performed in different embodiments. Furthermore, the process could be implemented using several sub-processes, or as part of a larger macro process.

[0173] The foregoing is merely embodiments of the present disclosure, and is not intended to limit the scope of the disclosure. Any transformation of equivalent structure or equivalent process which uses the specification and the accompanying drawings of the present disclosure, or directly or indirectly application in other related technical fields, are likewise included within the scope of the protection of the present disclosure.

Claims

1.A data transmission / reception method, executed by a User Equipment (UE) , comprising:determining whether a condition is met; andresponsive to the condition being met, performing data transmission / reception in a given measurement gap.2.The method of claim 1, wherein the determining whether the condition is met comprises:acquiring a priority of the data transmission / reception; andwhen the priority of the data transmission / reception indicates the data transmission / reception is allowed in the given measurement gap, determining the condition is met.3.The method of claim 1, wherein the determining whether the condition is met comprises:acquiring a priority of the data transmission / reception;acquiring a priority of a measurement which is configured to be performed in the given measurement gap; andwhen the priority of the data transmission / reception is higher than the priority of the measurement, determining the condition is met.4.The method of claim 1, wherein the determining whether the condition is met comprises:when the data transmission / reception overlaps a measurement which is configured to be performed in the given measurement gap in time domain, determining the condition is met.5.The method of claim 4, further comprising:performing the measurement during remaining time of the given measurement gap.6.The method of claim 1, wherein the determining whether the condition is met comprises:receiving a control information; andwhen the control information indicates the data transmission / reception is configured to be transmitted in the given measurement gap, determining the condition is met.7.The method of claim 6, wherein the control information is included in at least one of: Downlink Control Information (DCI) , Medium Access Control-Control Element (MAC-CE) , and Radio Resource Control (RRC) .8.The method of claim 7, wherein the control information is included in the DCI, and is included in at least one of: Modulation and Coding Scheme (MCS) field, Time Domain Resource Allocation (TDRA) field, Hybrid Automatic Repeat Request Identifier (HARQ-ID) field, Frequency Domain Resource Allocation (FDRA) field, and Transmission Power Control (TPC) field.9.The method of claim 1, wherein the determining whether the condition is met comprises:when receiving a measurement gap configuration modification which configures a modified measurement gap that differs from the given measurement gap, determining the condition is met.10.The method of claim 9, wherein the measurement gap configuration modification comprises modification with regard to at least one parameter of: a measurement gap offset; a measurement gap length; a measurement gap repetition period; and a measurement gap timing advance.11.The method of claim 1,wherein the determining whether the condition is met comprises:when receiving an indication indicating part of time domain resources of the given measurement gap is available for the data transmission / reception, determining that the condition is met;wherein the performing data transmission / reception in the given measurement gap comprises:performing the data transmission / reception during the available part of time domain resources of the given measurement gap.12.The method of claim 11, wherein the indication is provided with a bitmap.13.The method of claim 1, wherein the determining whether the condition is met comprises:reporting a UE capability indicating that the UE is capable of performing data transmission / reception, and determining the condition is met.14.The method of claim 1, wherein the determining whether the condition is met comprises:sending a request for performing data transmission / reception within the given measurement gap; andwhen receiving a response indicating the UE is allowed to perform data transmission / reception within the given measurement gap, determining the condition is met.15.The method of claim 1, wherein the data transmission / reception is dynamic grant based data transmission / reception.16.The method of claim 1, wherein the data transmission / reception is Configured Grant (CG) data transmission or Semi-Persistent Scheduling (SPS) data reception.17.The method of claim 1, further comprising:determining whether a Physical Downlink Control Channel (PDCCH) is to be monitored in the given measurement gap; andresponsive to determination that the PDCCH is to be monitored, performing PDCCH monitoring in the given measurement gap.18.The method of claim 17, wherein the determining whether the PDCCH is to be monitored in the given measurement gap comprises:receiving a signaling indicating whether the UE needs to monitor the PDCCH in the given measurement gap.19.The method of claim 18, wherein the signaling comprises at least one of: RRC, MAC-CE, a DCI for data scheduling located before the given measurement gap or a DCI for non-data scheduling located before the given measurement gap.20.The method of claim 17, wherein the determining whether the PDCCH is to be monitored in the given measurement gap comprises:transmitting a signaling for PDCCH monitoring request within the given measurement gap; andreceiving a response indicating that the UE is allowed to perform PDCCH monitoring within the given measurement gap.21.A data transmission / reception method, executed by a base station, comprising:receiving data transmission from a User Equipment (UE) or transmitting a data in a given measurement gap;wherein the UE performs the data transmission or the base station transmit a data responsive to a condition being met.22.The method of claim 21,wherein the condition comprises a priority of the data transmission / reception indicating that the data transmission / reception is allowed in the given measurement gap.23.The method of claim 21,wherein the condition comprises a priority of the data transmission / reception being higher than a priority of a measurement which is configured to be performed in the given measurement gap.24.The method of claim 21,wherein the condition comprises the data transmission / reception overlapping a measurement which is configured to be performed in the given measurement gap in time domain.25.The method of claim 21, further comprising:transmitting a control information to the UE;wherein the condition comprises the control information indicating the data transmission is configured to be transmitted in the given measurement gap.26.The method of claim 25, wherein the control information is included in at least one of: Downlink Control Information (DCI) , Medium Access Control-Control Element (MAC-CE) , and Radio Resource Control (RRC) .27.The method of claim 26, wherein the control information is included in the DCI, and is included in at least one of: Modulation and Coding Scheme (MCS) field, Time Domain Resource Allocation (TDRA) field, Hybrid Automatic Repeat Request Identifier (HARQ-ID) field, Frequency Domain Resource Allocation (FDRA) field, and Transmission Power Control (TPC) field.28.The method of claim 21, further comprising:transmitting a measurement gap configuration modification to the UE;wherein the condition comprises: the measurement gap configuration modification configuring a modified measurement gap that differs from the given measurement gap.29.The method of claim 28, wherein the measurement gap configuration modification comprises modification with regard to at least one parameter of: a measurement gap offset; a measurement gap length; a measurement gap repetition period; and a measurement gap timing advance.30.The method of claim 21, further comprising: transmitting an indication;wherein the condition comprises the indication indicating part of time domain resources of the given measurement gap is available for the data transmission;wherein the receiving the data transmission in the given measurement gap of the UE comprises:receiving the data transmission or transmitting a data during the available part of time domain resources of the given measurement gap.31.The method of claim 30, wherein the indication is provided with a bitmap.32.The method of claim 21, further comprising: receiving a UE capability;wherein the condition comprises: the UE capability indicating that the UE is capable of performing data transmission / reception and measurement within a measurement gap.33.The method of claim 21, further comprising:receiving a request for performing data transmission / reception within the given measurement gap; andtransmitting a response corresponding to the request;wherein the condition comprises the response indicating the UE is allowed to perform data transmission / reception within the given measurement gap.34.The method of claim 21, wherein the data transmission / reception is dynamic grant based data transmission / reception.35.The method of claim 21, wherein the data transmission / reception is Configured Grant (CG) data transmission or Semi-Persistent Scheduling (SPS) data reception.36.The method of claim 21, further comprising:transmitting a signaling indicating whether the UE needs to monitor the PDCCH in the given measurement gap.37.The method of claim 36, wherein the signaling comprises at least one of: RRC, MAC-CE, a DCI for data scheduling located before the given measurement gap or a DCI for non-data scheduling located before the given measurement gap.38.The method of claim 21, further comprising:receiving a signaling for PDCCH monitoring request within the given measurement; andtransmitting a response indicating whether the UE is allowed to perform PDCCH monitoring within the given measurement gap.39.A data transmission / reception method for Carrier Aggregation (CA) , executed by a User Equipment (UE) or a base station, comprising:determining a shared Hybrid Automatic Repeat Request (HARQ) process which is configured to be shared between a set of carrier components;transmitting data using the shared HARQ process through a carrier component within the set of carrier components; andwhen the data is received / transmitted incorrectly, re-transmitting the data using the shared HARQ process through another carrier component within the set of carrier components.40.The method of claim 39,wherein when a Negative Acknowledgement (NACK) is received / transmitted, it is determined that the data is received / transmitted incorrectly;wherein the NACK relates to a shared HARQ-ID corresponding to the shared HARQ process.41.The method of claim 40, wherein the shared HARQ process is configured by a base station via at least one of: Downlink Control Information (DCI) , Medium Access Control-Control Element (MAC-CE) , and Radio Resource Control (RRC) .42.The method of claim 40, wherein the determining the shared HARQ process comprises:dividing a set of original HARQ processes with different HARQ-IDs into a first group and a second group, wherein each HARQ process of the first group is configured for a respective carrier component, and wherein each HARQ process of the second group is configured to be shared between a plurality of carrier components43.The method of claim 40, wherein the determining the shared HARQ process comprises:extending a set of original HARQ processes to acquire the shared HARQ process.44.The method of claim 43, wherein the extending the set of original HARQ processes comprises:providing a first and a second Radio Network Temporary Identifiers (RNTI) ;wherein responsive to a Downlink Control Information (DCI) being scrambled by the first RNTI, a field of HARQ process number within the DCI is configured to indicate HARQ processes 1 to 16;wherein responsive to a DCI being scrambled by the second RNTI, the field of HARQ process number within the DCI is configured to indicate HARQ processes 17 to 32;wherein the shared HARQ process is one of the HARQ processes 17 to 32.45.The method of claim 39, before the re-transmitting the data, further comprising:configuring, in a Downlink Control Information (DCI) , the carrier component used for an initial transmission of the data to be retransmitted.46.The method of claim 45, wherein the DCI is provided a new field for configuring the carrier component used for the initial transmission of the data to be retransmitted.47.The method of claim 45,wherein a field within the DCI is utilized for configuring the carrier component used for the initial transmission of the data to be retransmitted;wherein the field within the DCI comprises at least one of: Modulation and Coding Scheme (MCS) field, Time Division Radio Access (TDRA) field, and Carrier Indicator Field (CIF) .48.A data transmission method for enhanced Configured Grant (CG) transmission, executed by a User Equipment (UE) , comprising:determining one or more Transmission Occasions (TOs) in a CG configuration for repetition transmission; andperforming repetition transmission of one or more Transmission Blocks (TBs) within the one or more TOs.49.The method of claim 48, wherein the determining one or more TOs in the CG configuration for repetition transmission comprises:receiving, via Radio Resource Control (RRC) or Medium Access Control-Control Element (MAC-CE) , a configuration indicating the one or more TOs in the CG configuration are for repetition transmission.50.The method of claim 48, further comprising:receiving, via Radio Resource Control (RRC) , Medium Access Control-Control Element (MAC-CE) or Downlink Control Information (DCI) , a configuration indicating the one or more TBs are for the repetition transmission.51.The method of claim 48, wherein the performing the repetition transmission of the one or more TBs comprises:transmitting all repetitions of one of the one or more TBs firstly; andtransmitting all repetitions of another of the one or more TBs.52.The method of claim 48, wherein the performing the repetition transmission of the one or more TBs comprises:transmitting repetitions of different ones of the one of more TBs alternatively.53.The method of claim 48, wherein the performing the repetition transmission of the one or more TBs comprises:transmitting a trigger for indicating the one or more TOs in the CG configuration need to be utilized for repetition transmission; andperforming the repetition transmission of the one or more TBs.54.The method of claim 53,wherein the trigger is included in a Repetition Transmission Occasion Uplink Control Information (RTO-UCI) , and the RTO-UCI is carried by any one of CG-PUSCH, PUCCH, and PUSCH.55.The method of claim 48, further comprising:transmitting an indication indicating repetition numbers of the one or more TBs for the repetition transmission.56.The method of claim 55,wherein the indication is included in a Repetition Transmission Occasion Uplink Control Information (RTO-UCI) , and the RTO-UCI is carried by any one of CG-PUSCH or a set of CG-PUSCH within one or more TOs in the CG configuration which are not for repetition transmission and before the TOs for repetition transmission.57.The method of claim 48, further comprising:providing a PDU Set Delay Budget (PSDB) and / or Packet Delay Budget (PDB) information;based on the PSDB and / or PDB information and a pre-defined threshold, determining whether to determine the repetition transmission.58.The method of claim 48, further comprising:transmitting an Unused Transmission Occasion Uplink Control Information (UTO-UCI) ;triggering the performing the repetition transmission of the one or more TBs within the one or more TOs based on the UTO-UCI.59.The method of claim 58,wherein one bit within the UTO-UCI is utilized to indicate a type of the UTO-UCI;wherein one type of the UTO-UCI is configured to indicate unused TOs within the CG configuration;wherein another type of the UTO-UCI is configured to trigger the performing the repetition transmission based on remaining TOs within the CG configuration.60.The method of claim 48, further comprising:transmitting an Unused Transmission Occasion Uplink Control Information (UTO-UCI) , wherein the UTO-UCI is utilized to indicate unused TOs in the CG configuration. andtransmitting an Assign Transmission Occasion Uplink Control Information (ATO-UCI) , wherein the ATO-UCI is utilized to indicate the unused TOs are for the repetition transmission.61.A data reception method for enhanced Configured Grant (CG) transmission, executed by a base station, comprising:receiving repetition transmission of one or more Transmission Blocks (TBs) within one or more Transmission Occasions (TOs) in a CG configuration;wherein the repetition transmission is performed by a User Equipment (UE) responsive to determination that the one or more TOs in the CG configuration is for repetition transmission.62.The method of claim 61, further comprising:transmitting, via Radio Resource Control (RRC) or Medium Access Control-Control Element (MAC-CE) , a configuration indicating the one or more TOs in the CG configuration are for repetition transmission.63.The method of claim 61, further comprising:transmitting, via Radio Resource Control (RRC) , Medium Access Control-Control Element (MAC-CE) or Downlink Control Information (DCI) , a configuration indicating the one or more TBs are for the repetition transmission.64.The method of claim 61, further comprising:receiving a trigger for indicating the one or more TOs in the CG configuration needs to be utilized for repetition transmission.65.The method of claim 64,wherein the trigger is included in a Repetition Transmission Occasion Uplink Control Information (RTO-UCI) , and the RTO-UCI is carried by any one of CG-PUSCH, PUCCH, and PUSCH.66.The method of claim 61, further comprising:receiving an indication indicating repetition numbers of the one or more TBs for the repetition transmission.67.The method of claim 66,wherein the indication is included in a Repetition Transmission Occasion Uplink Control Information (RTO-UCI) , and the RTO-UCI is carried by any one of CG-PUSCH or a set of CG-PUSCH within one or more TOs in the CG configuration which are not for repetition transmission and before the TOs for repetition transmission.68.The method of claim 61, further comprising:receiving an Unused Transmission Occasion Uplink Control Information (UTO-UCI) ;wherein the repetition transmission of the one or more TBs within the one or more TOs is triggered based on the UTO-UCI.69.The method of claim 68,wherein one bit within the UTO-UCI is utilized to indicate a type of the UTO-UCI;wherein one type of the UTO-UCI is configured to indicate unused TOs within the CG configuration;wherein another type of the UTO-UCI is configured to trigger the performing the repetition transmission based on remaining TOs within the CG configuration.70.The method of claim 61, further comprising:receiving an Unused Transmission Occasion Uplink Control Information (UTO-UCI) , wherein the UTO-UCI is utilized to indicate unused TOs in the CG configuration. andreceiving an Assign Transmission Occasion Uplink Control Information (ATO-UCI) , wherein the ATO-UCI is utilized to indicate the unused TOs are for the repetition transmission.71.A communication device, comprising a transceiver, a processor and a memory;wherein the transceiver is configured to transmit or receive a signal;wherein the memory is configured to store program instruction, which when executed by the processor, causes the processor to perform the method of any of the claims 1 to 70.72.A computer readable media storing program instructions that, when executed by a processor, cause the processor to perform the method of any of the claims 1 to 70.

Images