Patent Description:
With the development of communication technology, <NUM>th Generation (<NUM>) of mobile communication technology has emerged. Current service types of the <NUM> include at least enhanced Mobile Broad Band (eMBB), massive Machine Type Communication (mMTC), Ultra Reliable Low Latency Communication (URLLC) and the like. Though all these services are all data services, requirements for latency and reliability are different. For example, the URLLC service used in areas such as internet of vehicle that require low latency makes a high demand for timeliness, needs to be established timely, and may even be preemptive for prior services. The mMTC service is usually not sensitive to latency and data can be sent at long intervals. One way to achieve efficient transmission of latency-sensitive services is to improve transmission of Hybrid Automatic Repeat reQuest (HARQ) by, for example, making retransmission feedback faster and more accurate.

In Long Term Evolution (LTE), HARQ feedback is performed in units of Transmission Blocks (TBs), and each TB feeds back a <NUM>-bit acknowledgement (ACK) or non-acknowledgement (NACK) message. In order to improve accuracy of retransmission, the <NUM>rd Generation Partnership Project (3GPP) proposes retransmission on the basis of Code Block Group (CBG). The CBG is a smaller unit of data in TB and one CBG corresponds to <NUM> bit of ACK or NACK feedback. Due to a smaller retransmission granularity, position of erroneous transmission can be more accurately reflected, thereby making retransmission more accurate. Due to a smaller amount of data to be retransmitted, the efficiency of retransmission is higher.

However, if a service preemption occurs, for example, in case where a URLLC service approaches when an eMBB service has started transmitting or is about to start transmitting, URLLC will preempt the transmission time-frequency resources of eMBB, so that the original eMBB service will incorrectly deem that eMBB is transmitted erroneously in HARQ feedback, thereby discarding useful URLLC data. How to determine the URLLC preempts time-frequency resources of the eMBB is a technical problem that needs to be solved.

<NPL>, analyzes aspects relevant to multiplexing of transmissions with different durations and priorities, and discusses other aspects related to NR URLLC and eMBB multiplexing for UL. R1-<NUM> discloses that, for blind decoding preserving "pre-emption DCI" design, the DCI carrying the pre-emption indication may be designed to cause the minimum additional UE efforts to decode it. R1-<NUM> discloses that, for "Pre-emption DCI" monitoring triggering conditions, a UE may be triggered to search for the pre-emption indication only if decoding of one of the code blocks fails in order to realize the reason of the failure. R1-<NUM> also discloses that for the indication of preempted physical resources, the time domain indication may only need to indicate the affected symbols within a slot, and potential reduction of the signaling may be done by increasing the granularity of indication or introducing a limited set of puncturing patterns configurable via higher layers. R1-<NUM> further discloses that, for finer granularity of impacted resources within a BW part, the indication could be in terms of the Resource Block Groups (RBGs) that may be defined and used for frequency domain resource allocation of PDSCH.

<NPL>; provides discussions on the support of URLLC/eMBB DL multiplexing using CRC masking and multi-bit NACK feedback. R1-<NUM> discloses that the gNodeB uses a mask that contains bitmap information of the pre-emption per Code Block (CB) - or per CBs group (CBG), and the de-masking procedure allows the UE to infer which CBs (or CBGs) have failed due to pre-emption -puncturing- and which ones have failed due to poor channel conditions by trying to match the correct masking sequence. R1-<NUM> also discloses that CRC mask <NUM> which indicates puncturing of OFDM symbol #<NUM> is used for CB#<NUM>, #<NUM> and #<NUM> which are transmitted after the puncturing happens. At the receiver side of R1-<NUM>, the UE is able to decode CB #<NUM> and #<NUM> and to identify that OFDM symbol#<NUM> was punctured, and as a result the UE send an ACK to the gNodeB to indicate that the puncturing was detected and the CBs non-affected by the puncturing were decoded correctly. The gNodeB of R1-<NUM> will then only re-transmit the punctured data corresponding to OFDM symbol #<NUM>, thus saving re-transmission resources. R1-<NUM> further discloses that multi-bit NACK feedback based on CRC masking is used to enable efficient eMBB HARQ mechanism in the case of URLLC & eMBB multiplexing.

The present application discloses methods and devices for determining time-frequency resource preemption between service data.

According to a first aspect of the invention, a method of determining time-frequency resource preemption is provided according to claim <NUM>.

According to a second aspect of the invention, a method of determining time-frequency resource preemption is provided according to claim <NUM>.

According to a third aspect of the invention, a device for determining time-frequency resource preemption is provided according to claim <NUM>.

According to a fourth aspect of the invention, a device for determining time-frequency resource preemption is provided according to claim <NUM>.

The technical solutions provided by the examples of the present disclosure may include the following beneficial effects.

The time-frequency resource region corresponding to the first service data failing to be received is determined, and the part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region related thereto is decoded. If the decoding is successful, it is determined that the second service data preempts the time-frequency resources of the first service data, thereby determining time-frequency resource preemption between service data.

The second service data which is partially or fully encoded and sent by the base station is received, thereby providing a condition for determining subsequently whether the second service data preempts the time-frequency resources of the first service data.

The second service data that preempts the time-frequency resources is kept to reserve the useful second service data, so that the second service data can be normally transmitted. The HARQ feedback information for the first service data is sent to the base station, so that the base station can determine the eMBB data that fails to be sent according to the HARQ feedback information, thereby providing a condition for resending the eMBB data that fails to be sent.

The HARQ feedback information may be sent to the base station through a plurality of manners, the implementations being flexible and diverse.

After decoding the part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region, if the decoding fails, the pre-cached service data in the time-frequency resource region is flushed, thereby saving the cache space of the UE.

The configuration information sent by the base station is received, and the relevant time-frequency resource region is obtained according to the configuration information, which is easy to implement.

The part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region can be decoded through a plurality of methods, the implementations being flexible and diverse.

The part or all of the second service data is encoded, and the encoded second service data is sent to the UE, so that the UE decodes the part or all of the service data in the time-frequency resource region corresponding to the first service data failing to be received and the relevant time-frequency resource region, to determine whether the second service data preempts the time-frequency resources of the first service data.

After determining that the second service data belongs to grant free and determining that the second service data is able to preempt the time-frequency resources of the first service data, the part or all of the second service data is encoded, which is advantageous to saving computing resources of the base station.

When the time-frequency resource region used for scheduling the second service data is within the time-frequency resource region used for scheduling the first service data, it is determined the second service data can preempt the time-frequency resources of the first service data, which is easy to implement.

By sending the configuration information to the UE, the UE may obtain the relevant time-frequency resource region according to the configuration information, so that the part or all of the service data of the determined time-frequency resource region and the relevant time-frequency resource region may be decoded.

The part or all of the second service data may be encoded through a plurality of methods, the implementations being flexible and diverse.

The above general description and the following detailed description are intended to be illustrative and explanatory, and not to be limiting of the present disclosure.

The accompanying drawings, incorporated in and constitute part of the specification, illustrate the examples of the present disclosure, and serve to explain the principles of the present disclosure in conjunction with the specification.

Examples will be described in detail herein, with illustrations thereof represented in the drawings. When drawings are involved in the description below, like numerals in different drawings refers to like or similar elements unless otherwise indicated. The embodiments described in the following examples do not represent all embodiments consistent with the present invention. Instead, they are merely examples of apparatuses and methods consistent with some aspects of the invention as detailed in the appended claims.

<FIG> is a flowchart illustrating a method of determining time-frequency resource preemption according to an example of the present disclosure. The example is described from a User Equipment (UE) side. As shown in <FIG>, the method of determining time-frequency resource preemption include the followings.

At step S101, first service data sent by a base station is received and read.

In this example, UE receives the first service data sent by the base station according to preset resource units. The preset resource units includes, but is not limited to, a subframe, a slot, a symbol, a Code Block Group (CBG), and so on. The first service data includes but is not limited to eMBB data.

At step S103, if it is determined that there is first service data failing to be received, a time-frequency resource region corresponding to the first service data failing to be received is determined, and part or all of the service data in the time-frequency resource region and its relevant time-frequency resource region are decoded.

The time-frequency resource region corresponding to service data refers to a region corresponding to the time domain resources and the frequency domain resources occupied by the service data. The relevant time-frequency resource region of a time-frequency resource region refers to a time-frequency resource region related to at least one of a time domain and a frequency domain of the time-frequency resource region. A time-frequency resource region and its relevant time-frequency resource region usually share certain control information, which includes, but is not limited to, control information that periodically appears in time and frequency, such as a synchronization signal or a reference signal, etc. The relevant time-frequency resource region includes, but is not limited to, a time-frequency resource region adjacent to the time-frequency resource region. As shown in <FIG>, the time-frequency resource region corresponding to the first service data failing to be received is the time-frequency resource region corresponding to CBG <NUM>, and an adjacent time-frequency resource region of the time-frequency resource region corresponding to CBG <NUM> is time-frequency resource region X in <FIG>. Include, but is not limited to, control information that periodically appears in time and frequency, such as a synchronization signal or a reference signal, etc..

In this example, decoding the part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region includes, but is not limited to, any one of the following.

In this example, a CRC may be performed on part or all of the service data in the time-frequency resource region and its relevant time-frequency resource region. If the verification is passed, the decoding is successful. Otherwise, the decoding fails.

In the example, part or all of the service data in the time-frequency resource region and its relevant time-frequency resource region are decoded through a plurality of methods, the implementations being flexible and diverse.

At step S105, if the decoding is successful, it is determined that second service data preempts time-frequency resources of the first service data.

The second service data includes, but is not limited to, URLLC data. The second service has a higher priority than the first service, or in other words, the second service has higher demands for timeliness than the first service.

In the example, the time-frequency resource region corresponding to the first service data that fails to be received is determined, and a decoding is performed on part or all of the service data in the time-frequency resource region and its relevant time-frequency resource region. If the decoding is successful, it is determined that the second service data preempts the time-frequency resources of the first service data, thereby determining time-frequency resource preemption between service data.

<FIG> is a flowchart illustrating another method of determining time-frequency resource preemption according to an example of the present application. As shown in <FIG>, after the above step S103, the method may further include:
at step S104, if the decoding fails, pre-cached service data of the time-frequency resource region is flushed.

If the decoding fails, it is determined that the first service data fails to be received. Therefore, the pre-cached service data in the time-frequency resource region can be flushed.

In the example, after a decoding is performed on part or all of the service data in the time-frequency resource region and its relevant time-frequency resource region, if the decoding fails, the pre-cached service data in the time-frequency resource region is flushed, thereby saving cache space of the UE.

<FIG> is a flowchart illustrating another method of determining time-frequency resource preemption according to an example of the present application. As shown in <FIG>, before the above step S103, the method may further include:
at step S102, second service data which is partially or fully encoded and sent by a base station is received.

In this example, after sending the first service data to the UE, the base station may send the second service data which is partially or fully encoded to the UE. A purpose of sending the second service data which is partially or fully encoded is that, after the UE decodes part or all of the service data in the time-frequency resource region corresponding to the first service data failing to be received and its relevant time-frequency resource region, the UE can determine whether the second service data preempts the time-frequency resources of the first service data.

In the example, the second service data which is partially or fully encoded and sent by the base station is received, thereby providing a condition for determining subsequently whether the second service data preempts the time-frequency resources of the first service data.

<FIG> is a flowchart illustrating another method of determining time-frequency resource preemption according to an example of the present application. As shown in <FIG>, before the above step S103, the method may further include:
at step S106, configuration information sent by a base station is received, and the relevant time-frequency resource region is obtained according to the configuration information.

In this example, by receiving the configuration information sent by the base station, the relevant time-frequency resource region is obtained, so that a decoding can be performed on the part or all of the service data in the determined time-frequency resource region and the relevant time-frequency resource region.

In addition, the UE can also obtain the relevant time-frequency resource region through other methods, for example, obtaining the relevant time-frequency resource region through a prior agreement.

In the example, the configuration information sent by the base station is received and the relevant time-frequency resource region is obtained according to the configuration information, which is easy to implement.

<FIG> is a flowchart illustrating another method of determining time-frequency resource preemption according to an example of the present application. As shown in <FIG>, after the above step S105, the method may further include:
at step S107, the second service data that preempts time-frequency resources is preserved, and HARQ feedback information for the first service data is sent to the base station.

In this example, since the second service data that preempts time-frequency resources is useful data, the second service data that preempts time-frequency resources will not be flushed, or in other words, the UE preserves the second service data that preempts time-frequency resources.

In this example, the UE may send the HARQ feedback information for the first service data to the base station through a plurality of manners. For example, the HARQ feedback information may be sent to the base station through the following two manners.

In the first manner, the reception success/failure state of the first service data, whose time-frequency resources are preempted, may be set as reception success, and the HARQ feedback information is sent to the base station.

For example, the reception success/failure state of the eMBB data corresponding to CBG <NUM> in <FIG> may be set as reception success, the eMBB data corresponding to other CBGs may be fed back according to an existing manner. For example, the reception success/failure states of the eMBB data corresponding to other CBGs are all reception success. Corresponding HARQ feedback information is sent to the base station.

In the second manner, HARQ feedback information may be sent to the base station according to the reception success/failure state of first data other than the first service data whose time-frequency resources are preempted.

<FIG> is still taken as an example. In <FIG>, the eMBB data corresponding to CBG <NUM> is the first service data whose time-frequency resources are preempted, and the UE may send HARQ feedback information associated with CBG <NUM>, CBG <NUM>, CBG <NUM>, CBG <NUM>, CBG <NUM>, CBG <NUM>, and CBG <NUM> to the base station.

After receiving the HARQ feedback information sent by the UE, the base station may determine the eMBB data that fails to be sent according to the HARQ feedback information, and resent the eMBB data that fails to be sent.

It can be seen that, in this example, the HARQ feedback information may be sent to the base station through a plurality of manners, the implementations being flexible and diverse.

In the example, the second service data that preempts time-frequency resources is kept to reserve the useful second service data, so that the second service data can be normally transmitted. The HARQ feedback information for the first service data is sent to the base station, so that the base station can determine the eMBB data that fails to be sent according to the HARQ feedback information, thereby providing a condition for resending the eMBB data that fails to be sent.

<FIG> is a flowchart illustrating yet another method of determining time-frequency resource preemption according to an example of the present application. The example is described from a base station side. As shown in <FIG>, the method of determining time-frequency resource preemption include the followings.

At step S601, first service data is sent to UE.

The first service data includes, but is not limited to, eMBB data.

At step S603, part or all of second service data is encoded, and the encoded second service data is sent to the UE, so that the UE decodes part or all of service data in time-frequency resource region corresponding to first service data failing to be received and its relevant time-frequency resource region, to determine whether the second service data preempts time-frequency resources of the first service data.

In this example, that the part or all of second service data is encoded includes, but is not limited to, any one of the following.

In this example, a CRC may be performed on the part or all of the second service data.

In the example, the part or all of the second service data are encoded through a plurality of methods, the implementations being flexible and diverse.

In the example, the part or all of the second service data is encoded, and the encoded second service data is sent to the UE, so that the UE decodes the part or all of the service data in the time-frequency resource region corresponding to the first service data failing to be received and its relevant time-frequency resource region, to determine whether the second service data preempts the time-frequency resources of the first service data.

<FIG> is a flowchart illustrating still another method of determining time-frequency resource preemption according to an example of the present application. As shown in <FIG>, before the above step S603, the method may further include:
at step S602, it is determined that the second service data belongs to a preset scheduling type and that the second service data is able to preempt the time-frequency resources of the first service data.

The preset scheduling type may include grant free, and the second service data may include, but is not limited to, URLLC data.

In this example, after determining that the second service data belongs to grant free and determining that the second service data can preempt the time-frequency resources of the first service data, the base station may encode the part or all of the second service data. The advantage is, if it is determined that the second service data cannot preempt the time-frequency resources of the first service data, the second service data may not be encoded, thereby saving computing resources of the base station.

In this example, if the time-frequency resource region used for scheduling the second service data is within the time-frequency resource region used for scheduling the first service data, it may be determined that the second service data can preempt the time-frequency resources of the first service data.

In the example, after determining that the second service data belongs to grant free and determining that the second service data can preempt the time-frequency resources of the first service data, the part or all of the second service data is encoded, which is advantageous to saving computing resources of the base station.

<FIG> is a flowchart illustrating still another method of determining time-frequency resource preemption according to an example of the present application. As shown in <FIG>, after the above step S603, the method may further include:.

at step S604, configuration information is sent to the UE, where the configuration information is for informing the UE of information about the relevant time-frequency resource region for the decoding.

In this example, by sending the configuration information to the UE, the UE may obtain the relevant time-frequency resource region according to the configuration information, so that a decoding may be performed on part or all of the service data in the determined time-frequency resource region and its relevant time-frequency resource region.

In the example, by sending the configuration information to the UE, the UE may obtain the relevant time-frequency resource region according to the configuration information, so that a decoding may be performed on part or all of the service data of the determined time-frequency resource region and its relevant time-frequency resource region.

<FIG> is a block diagram illustrating a device for determining time-frequency resource preemption according to an example. As shown in <FIG>, the device for determining time-frequency resource preemption includes: a receiving and reading module <NUM>, a determining and decoding module <NUM>, and a determining module <NUM>.

The receiving and reading module <NUM> is configured to receive and read first service data sent by a base station.

In this example, UE receives the first service data sent by the base station according to preset resource units. The preset resource units includes, but is not limited to, a subframe, a slot, a symbol, a CBG, and so on. The first service data includes but is not limited to eMBB data.

The determining and decoding module <NUM> is configured to determine a time-frequency resource region corresponding to first service data failing to be received, and decode part or all of service data in the time-frequency resource region and a relevant time-frequency resource region related thereto, when it is determined that there is the first service data failing to be received after the receiving and reading module <NUM> reads the first service data.

The determining module <NUM> is configured to determine that the second service data preempts the time-frequency resources of the first service data, if the part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region is successfully decoded by the determining and decoding module <NUM>.

<FIG> is a block diagram illustrating another device for determining time-frequency resource preemption according to an example. As shown in <FIG>, on the basis of the example shown in <FIG>, the device may further include: a receiving module <NUM>.

The receiving module <NUM> is configured to receive the second service data which is partially or fully encoded and sent by the base station, before the determining and decoding module <NUM> decodes the part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region.

In this example, after sending the first service data to the UE, the base station may send the encoded second service data to the UE. A purpose of sending the encoded second service data is that, after the UE decodes part or all of the service data in the time-frequency resource region corresponding to the first service data failing to be received and its relevant time-frequency resource region, the UE can determine whether the second service data preempts the time-frequency resources of the first service data.

In the example, the encoded second service data sent by the base station is received, thereby providing a condition for determining subsequently whether the second service data preempts the time-frequency resources of the first service data.

<FIG> is a block diagram illustrating another device for determining time-frequency resource preemption according to an example. As shown in <FIG>, on the basis of the example shown in <FIG>, the device may further include: a preserving and sending module <NUM>.

The preserving and sending module <NUM> is configured to preserve the second service data that preempts the time-frequency resources, and send HARQ feedback information for the first service data to the base station, after the determining module <NUM> determines that the second service data preempts the time-frequency resources of the first service data.

<FIG> is a block diagram illustrating another device for determining time-frequency resource preemption according to an example. As shown in <FIG>, on the basis of the example shown in <FIG>, the preserving and sending module <NUM> may include: a first sending unit <NUM> or a second sending unit <NUM>.

The first sending unit <NUM> is configured to set reception success/failure state of the first service data, whose time-frequency resources are preempted, as reception success, and send the HARQ feedback information to the base station.

The second sending unit <NUM> is configured to send the HARQ feedback information to the base station according to reception success/failure state of first data other than the first service data whose time-frequency resources are preempted.

In the example, the HARQ feedback information may be sent to the base station through a plurality of manners, the implementations being flexible and diverse.

<FIG> is a block diagram illustrating another device for determining time-frequency resource preemption according to an example. As shown in <FIG>, on the basis of the example shown in <FIG>, the device may further include: a flushing module <NUM>.

The flushing module <NUM> is configured to flush pre-cached service data in the time-frequency resource region, if the part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region is not successfully decoded by the determining and decoding module <NUM>.

<FIG> is a block diagram illustrating another device for determining time-frequency resource preemption according to an example. As shown in <FIG>, on the basis of the example shown in <FIG>, the device may further include: a receiving and obtaining module <NUM>.

The receiving and obtaining module <NUM> is configured to receive configuration information sent by the base station, and obtain the relevant time-frequency resource region according to the configuration information, before the determining and decoding module <NUM> decodes the part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region.

<FIG> is a block diagram illustrating another device for determining time-frequency resource preemption according to an example. As shown in <FIG>, on the basis of the example shown in <FIG>, the determining and decoding module <NUM> may include: an unscrambling unit <NUM>, an unscrambling and verifying unit <NUM>, or a verifying unit <NUM>.

The unscrambling unit <NUM> is configured to unscramble the part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region by using a preset scrambling code.

The preset scrambling code may include, but is not limited to, a RNTI, where the RNTI may include a C-RNTI or a new type RNTI (e.g., a customized RNTI). In this example, after part or all of the service data in the time-frequency resource region and its relevant time-frequency resource region are unscrambled by using the preset scrambling code, if the obtained service data is pre-agreed service data, the decoding is successful. Otherwise, the decoding fails.

The unscrambling and verifying unit <NUM> is configured to unscramble the part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region by using the preset scrambling code, and verify a result of the unscrambling.

The preset scrambling code may include, but is not limited to, an RNTI, where the RNTI may include a C-RNTI or a new type RNTI. In this example, after unscrambling part or all of the service data in the time-frequency resource region and its relevant time-frequency resource region by using the preset scrambling code, a verification, for example, a Cyclic Redundancy Check (CRC), may be further performed on the result of the unscrambling. If the unscrambling is successful and the verification is passed, the decoding is successful. Otherwise, the decoding fails.

The verifying unit <NUM> is configured to verify the part or all of the service data in the time-frequency resource region and the relevant time-frequency resource region.

In the example, part or all of the service data in the time-frequency resource region and its relevant time-frequency resource region may be decoded through a plurality of methods, the implementations being flexible and diverse.

<FIG> is a block diagram illustrating yet another device for determining time-frequency resource preemption according to an example. As shown in <FIG>, the device for determining time-frequency resource preemption includes: a first sending module <NUM> and an encoding and sending module <NUM>.

The first sending module <NUM> is configured to send the first service data to UE.

The encoding and sending module <NUM> is c configured to encode part or all of second service data, and send the encoded second service data to the UE after the first sending module <NUM> sends the first service data, so that the UE decodes part or all of service data in a time-frequency resource region corresponding to the first service data failing to be received and a relevant time-frequency resource region related thereto, to determine whether the second service data preempts time-frequency resources of the first service data.

<FIG> is a block diagram illustrating still another device for determining time-frequency resource preemption according to an example. As shown in <FIG>, on the basis of the example shown in <FIG>, the device may further include: a determining module <NUM>.

The determining module <NUM> is configured to determine that the second service data belongs to a preset scheduling type and determine that the second service data is able to preempt the time-frequency resources of the first service data, before the encoding and sending module <NUM> encodes the part or all of the second service data.

The determining module <NUM> may be configured to determine that the second service data is able to preempt the time-frequency resources of the first service data, when a time-frequency resource region used for scheduling the second service data is within a time-frequency resource region used for scheduling the first service data.

<FIG> is a block diagram illustrating still another device for determining time-frequency resource preemption according to an example. As shown in <FIG>, on the basis of the example shown in <FIG>, the device may further include: a second sending module <NUM>.

The second sending module <NUM> is configured to send configuration information to the UE after the encoding and sending module <NUM> sends the encoded second service data to the UE, wherein the configuration information is for informing the UE of information about the relevant time-frequency resource region for the decoding.

<FIG> is a block diagram illustrating still another device for determining time-frequency resource preemption according to an example. As shown in <FIG>, on the basis of the example shown in <FIG>, the encoding and sending module <NUM> may include: a scrambling unit <NUM>, a verifying and scrambling unit <NUM>, or a verifying unit <NUM>.

The scrambling unit <NUM> is configured to scramble the part or all of the second service data by using a preset scrambling code.

In this example, the part or all of the second service data may be scrambled by using a preset scrambling code, where the preset scrambling code may include, but is not limited to, an RNTI, where the RNTI may include a C-RNTI or a new type RNTI. The scrambled second service data may periodically appear in time or frequency. As shown in <FIG>, the data to be decoded may be the scrambled second service data. As can be seen from <FIG>, the scrambled second service data periodically appears in frequency.

The verifying and scrambling unit <NUM> is configured to verify the part or all of the second service data and scramble the verified second service data by using the preset scrambling code.

In this example, a CRC may be first performed on the part or all of the second service data, and the verified second service data may be scrambled by using a preset scrambling code, where the preset scrambling code may include, but is not limited to, an RNTI, where the RNTI may include a C-RNTI or a new type RNTI. In this way, after receiving the scrambled second service data, the UE is to perform an unscrambling firstly and then perform a verification, which is beneficial to improving a success rate of determining that the second service data preempts the time-frequency resources of the first service data.

The verifying unit <NUM> is configured to verify the part or all of the second service datanot being part of the present invention.

In the example, the part or all of the second service data may be encoded through a plurality of methods, the implementations being flexible and diverse.

<FIG> is a block diagram illustrating a determining device suitable for time-frequency resource preemption. The apparatus <NUM> may be user equipment, such as a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc..

As shown in <FIG>, the apparatus <NUM> may include one or more of the following components: processing component <NUM>, memory <NUM>, power component <NUM>, multimedia component <NUM>, audio component <NUM>, input/output (I/O) interface <NUM>, sensor component <NUM>, and communication component <NUM>.

The processing component <NUM> typically controls the overall operation of the apparatus <NUM>, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing component <NUM> may include one or more processors <NUM> to execute instructions, in order to perform all or part of the steps of the methods described above. Further, the processing component <NUM> may include one or more modules to facilitate interaction between the processing component <NUM> and other components. The processing component <NUM> may include, for example, a multimedia module, to facilitate interaction between the multimedia component <NUM> and the processing component <NUM>.

The memory <NUM> is to store various types of data to support the operation of the apparatus <NUM>. Examples of such data include instructions for any application or method operated on the apparatus <NUM>, contact data, telephone directory data, messages, pictures, videos and so on. The memory <NUM> may be implemented by any type of volatile or non-volatile storage devices or a combination thereof, such as a Static Random Access Memory (SRAM), an Electrically Erasable Programmable Read-Only Memory (EEPROM), an Erasable Programmable Read-Only Memory (EPROM), a Programmable Read-Only Memory (PROM), a Read-Only Memory (ROM), a magnetic memory, a flash memory, a magnetic or compact disk.

The power component <NUM> provides power to the various components of the apparatus <NUM>. The power component <NUM> may include, for example, a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for the apparatus <NUM>.

The multimedia component <NUM> includes a screen, serving to provide an output interface between the apparatus <NUM> and a user. In some examples, the screen includes a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen can be implemented as a touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, slides, and gestures on the touch panel. The touch sensors can sense not only the boundary of the touches or the slides but also the duration and pressure associated with the touches or the slides. In some examples, the multimedia component <NUM> includes a front camera and/or a rear camera. When the apparatus <NUM> is in an operative mode, such as photo-taking mode or video-shooting mode, the front camera and/or the rear camera receives external multimedia data. Each front or rear camera is an optical lens system with a fixed focal length or optical zoom capabilities.

The audio component <NUM> is configured to output and/or input audio signals. For example, the audio component <NUM> includes a microphone (MIC) that is configured to receive external audio signals when the apparatus <NUM> is in an operative mode, such as a calling mode, recording mode, and voice recognition mode. The received audio signals may be further stored in the memory <NUM> or transmitted via communication component <NUM>. In some examples, the audio component <NUM> also includes a speaker for outputting audio signals.

The I/O interface <NUM> provides an interface between the processing component <NUM> and the peripheral interface modules, which may be a keyboard, a click wheel, buttons, or the like. The buttons may include, but are not limited to, a home button, a volume button, a power-up button, and a screen lock button.

The sensor component <NUM> includes one or more sensors to provide status assessments of various aspects for the apparatus <NUM>. For example, the sensor component <NUM> may detect the on/off status of the apparatus <NUM>, and relative positioning of component, for example, the component is a display and a keypad of the apparatus <NUM>. The sensor component <NUM> may also detect a change in position of the apparatus <NUM> or a component of the apparatus <NUM>, a presence or absence of the contact between a user and the apparatus <NUM>, an orientation or an acceleration/deceleration of the apparatus <NUM>, and a change in temperature of the apparatus <NUM>. The sensor component <NUM> may include a proximity sensor to detect the presence of a nearby object without any physical contact. The sensor component <NUM> may further include an optical sensor, such as a Complementary Metal-Oxide-Semiconductor (CMOS) or Charged Coupled Device (CCD) image sensor which is used in imaging applications. In some examples, the sensor component <NUM> may further include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component <NUM> is to facilitate wired or wireless communication between the apparatus <NUM> and other devices. The apparatus <NUM> may access a wireless network based on a communication standard, such as Wi-Fi, <NUM> or <NUM>, or a combination thereof. In an example, the communication component <NUM> receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an example, the communication component <NUM> may further include a Near Field Communication (NFC) module for promoting short-range communication. For example, the NFC module may be implemented based on a Radio Frequency Identification (RFID) technology, an Infrared Data Association (IrDA) technology, an Ultra-Wideband (UWB) technology, a Bluetooth® (BT) technology and other technologies.

In an example, the apparatus <NUM> may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components for performing the method described above.

In an example not being part of the present invention, there is further provided a non-transitory computer readable storage medium including instructions, such as the memory <NUM> including instructions. The above instructions may be executed by the processor <NUM> of the apparatus <NUM> to complete the above method. For example, the non-transitory computer readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and so on.

<FIG> is a block diagram illustrating another determining device suitable for time-frequency resource preemption. A device <NUM> can be provided as a base station. As shown in <FIG>, the device <NUM> includes a processing component <NUM>, a wireless transmitting/receiving component <NUM>, an antenna component <NUM>, and a signal processing portion specific to a wireless interface. The processing component <NUM> further includes one or more processors.

One of the processors of the processing component <NUM> is configured to:.

Since the device examples basically correspond to the method examples, reference may be made partially to the description of the method examples for relevant details. The device examples described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, e.g., they may be located in one place or distributed to multiple nodes in a network. Some or all of the modules may be selected according to actual needs to achieve the objectives of the examples. Those of ordinary skill in the art can understand and implement the examples without any creative effort.

It should be noted that, in the present disclosure, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply that there is any such actual relationship or order between such entities or operations. Terms "include" and "comprise" are intended to include a non-exclusive inclusion, such that a process, method, item, or device that comprises a plurality of elements includes not only those elements but also other items not specifically listed, or elements that are inherent to such a process, method, item, or device. Without no more restrictions, an element defined by phrase "comprising a. " does not exclude the presence of additional equivalent elements in the process, method, item, or device that comprises the element.

Other embodiments of the present disclosure will be apparent to those skilled in the art after considering the specification and implementing the solutions disclosed herein. The specification and examples are to be regarded as illustrative only, the true scope of the present disclosure are expressed by the following claims.

Claim 1:
A method of determining time-frequency resource preemption, comprising:
(S101) receiving and reading, by User Equipment, UE, first service data sent by a base station;
(S103) upon determining that there is first service data failing to be received, determining, by the UE, a time-frequency resource region corresponding to the first service data failing to be received, and decoding, by the UE, part or all of service data in the time-frequency resource region and a relevant time-frequency resource region related thereto, wherein a resource region in a time domain of the relevant time-frequency resource region related thereto is the same as a resource region in the time domain of the time-frequency resource region corresponding to the first service data failing to be received and a resource region in a frequency domain of the relevant time-frequency resource region related thereto is adjacent to a resource region in the frequency domain of the time-frequency resource region corresponding to the first service data failing to be received; and
(S105) if the decoding is successful, determining, by the UE, that the service data belongs to second service data, and determining, by the UE, that the second service data preempts time-frequency resources of the first service data, wherein a scheduling type of the second service data belongs to a grant free type.