CN112770342B

CN112770342B - Transmission method and device of service data, computer equipment and storage medium

Info

Publication number: CN112770342B
Application number: CN202011616522.6A
Authority: CN
Inventors: 陈林; 杨波; 区洋; 钟梓滢; 喻鑫
Original assignee: Comba Network Systems Co Ltd
Current assignee: Comba Network Systems Co Ltd
Priority date: 2020-12-30
Filing date: 2020-12-30
Publication date: 2024-02-27
Anticipated expiration: 2040-12-30
Also published as: CN112770342A

Abstract

The application relates to a transmission method, a transmission device, computer equipment and a storage medium of service data. The method determines configuration parameters according to the types of the URLLC service data of the current cell, and sends the configuration parameters to the user terminal so as to instruct the user terminal to transmit feedback information of the URLLC service data of each type according to the resource positions indicated by the configuration parameters. The base station can determine the configuration parameters according to the types of the URLLC service data, so that flexible configuration of the resource positions of the feedback information is realized, and the base station can configure different resource positions for different URLLC service data to transmit the feedback information of the corresponding URLLC service data, so that collision generated during feedback of different URLLC service data can be effectively avoided, feedback time length of different URLLC service data is shortened, transmission reliability of the URLLC service data is improved, and feedback time delay of the URLLC service data is greatly reduced.

Description

Transmission method and device of service data, computer equipment and storage medium

Technical Field

The present invention relates to the field of wireless communications technologies, and in particular, to a method and apparatus for transmitting service data, a computer device, and a storage medium.

Background

Wireless communication systems have been widely deployed for everyday voice, video, data, and text messaging services. Mobile communications have evolved through several phases 2G, 3G and 4G, now entering the 5G (NR) development and deployment phase. The third generation partnership project (3rd Generation Partnership Project,3GPP) defines three major service types for 5G: enhanced mobile bandwidth services (Enhanced Mobile Broadband, emmbb), low latency high reliability connection services (Ultra-reliable and Low Latency Communications, URLLC), and large-scale internet of things services (EnhanceMachine Type Communication, eMTC).

At present, most commercial base stations only support the eMBB service, but in the field of industrial automation application, the transmitted information has both control information and high-definition video information, the requirements on time delay and reliability are extremely high, and the conventional eMBB base stations can not meet the use requirements, so when the control information and the high-definition video information are simultaneously transmitted, how to simultaneously ensure the low time delay and high reliability of service transmission becomes the technical problem to be solved urgently.

Disclosure of Invention

In view of the foregoing, it is desirable to provide a method, an apparatus, a computer device, and a storage medium for transmitting service data, which can ensure low latency and high reliability of service transmission.

In a first aspect, a method for transmitting service data, the method includes:

determining configuration parameters according to the types of the URLLC service data of the current cell; the configuration parameters are used for indicating resource positions for transmitting feedback information of the URLLC service data of each type;

and sending the configuration parameters to the user terminal to instruct the user terminal to transmit feedback information of the URLLC service data of each type according to the resource position indicated by the configuration parameters.

In a second aspect, a method for transmitting service data, the method includes:

receiving configuration parameters sent by a base station; the configuration parameters are used for indicating resource positions of feedback information for transmitting the URLLC service data of each type;

and transmitting feedback information of the URLLC service data of each type according to the resource position indicated by the configuration parameter.

In a third aspect, an apparatus for transmitting service data, the apparatus comprising:

the determining module is used for determining configuration parameters according to the types of the URLLC service data of the current cell; the configuration parameters are used for indicating resource positions for transmitting feedback information of the URLLC service data of each type;

and the sending module is used for sending the configuration parameters to the user terminal so as to instruct the user terminal to transmit feedback information of the URLLC service data of each type according to the resource position indicated by the configuration parameters.

In a fourth aspect, an apparatus for transmitting service data, the apparatus comprising:

the receiving module is used for receiving the configuration parameters sent by the base station; the configuration parameters are used for indicating resource positions of feedback information for transmitting the URLLC service data of each type;

and the transmission module is used for transmitting feedback information of the URLLC service data of each type according to the resource position indicated by the configuration parameter.

In a fifth aspect, a computer device comprises a memory storing a computer program and a processor implementing the method according to the first aspect when executing the computer program.

In a sixth aspect, a computer device comprises a memory storing a computer program and a processor implementing the method according to the second aspect.

In a seventh aspect, a computer readable storage medium has stored thereon a computer program which, when executed by a processor, implements the method of the first aspect described above.

In an eighth aspect, a computer readable storage medium has stored thereon a computer program which, when executed by a processor, implements the method of the second aspect.

The method, the device, the computer equipment and the storage medium for transmitting the service data determine the configuration parameters according to the types of the URLLC service data of the current cell, and send the configuration parameters to the user terminal so as to instruct the user terminal to transmit feedback information of the URLLC service data of each type according to the resource positions indicated by the configuration parameters. The base station can determine configuration parameters according to the types of the URLLC service data, so that flexible configuration of resource positions of feedback information is realized, the base station can configure different resource positions for different types of the URLLC service data to transmit feedback information of corresponding URLLC service data, and can configure different resource positions for a plurality of URLLC service data contained in the same type of the URLLC service data to transmit feedback information of corresponding URLLC service data, so that collision generated when the different types of the URLLC service data or the plurality of the same types of the URLLC service data are fed back can be effectively avoided, feedback time length of the different types of the URLLC service data or the plurality of the same types of the URLLC service data is shortened, transmission reliability of the different types of the URLLC service data or the plurality of the same types of the URLLC service data is improved, and feedback time delay of the different types of the URLLC service data or the plurality of the same types of the URLLC service data is greatly reduced.

Drawings

Fig. 1 is a schematic structural diagram of an application system of a transmission method of service data in one embodiment;

fig. 2 is a flow chart of a method for transmitting service data in one embodiment;

FIG. 3 is a flow chart of one implementation of S101 in the embodiment of FIG. 2;

FIG. 4 is a flow chart of one implementation of S201 in the embodiment of FIG. 3;

fig. 5 is a feedback diagram of feedback information of PUCCH resources in an embodiment;

fig. 6 is a feedback diagram of feedback information of PUCCH resources in an embodiment;

FIG. 7 is a flow chart of one implementation of S202 in the embodiment of FIG. 3;

fig. 8 is a feedback diagram of feedback information of PUCCH resources in an embodiment;

fig. 9 is a feedback diagram of feedback information of PUCCH resources in an embodiment;

fig. 10 is a feedback diagram of feedback information of PUCCH resources in an embodiment;

FIG. 11 is a flow chart illustrating a method for transmitting service data according to an embodiment;

fig. 12 is a flow chart of a method for transmitting service data in one embodiment;

fig. 13 is a flow chart of a method for transmitting service data in one embodiment;

FIG. 14 is a flow chart of one implementation of S504 in the embodiment of FIG. 13;

FIG. 15 is a flow chart of another implementation of S504 in the embodiment of FIG. 13;

FIG. 16 is a flow chart of one implementation of S502 in the embodiment of FIG. 11;

FIG. 17 is a flow chart of a method for transmitting service data according to one embodiment;

fig. 18 is a flow chart of a method for transmitting service data in one embodiment;

FIG. 19 is a block diagram of a transmission device of service data in one embodiment;

FIG. 20 is a block diagram of a transmission device of service data in one embodiment;

fig. 21 is an internal structural view of a computer device in one embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be further described in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the present application.

The transmission method of the service data can be applied to an application system shown in fig. 1. In the system, a base station communicates with at least one user terminal via a mobile network. And the base station performs data interaction between the uplink URLLC service data and the downlink URLLC service data with each user terminal. The user terminal may be, but not limited to, various electronic communication devices such as personal computers, notebook computers, smart phones, tablet computers, portable wearable devices, and the like, and the base station may be various types of base stations.

It will be appreciated by those skilled in the art that the structure shown in fig. 1 is merely a block diagram of some of the structures associated with the present application and is not limiting of the application system to which the present application may be applied, and that a particular application may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.

In one embodiment, as shown in fig. 2, a method for transmitting service data is provided, and the method is applied to the base station in fig. 1 for illustration, and includes the following steps:

s101, determining configuration parameters according to the types of URLLC service data of the current cell; the configuration parameters are used to indicate the resource locations where feedback information for each type of URLLC traffic data is transmitted.

The URLLC service data is high-reliability low-delay service data, and is one type of service data in the 5G three-application service data. The URLLC service data includes any one of dynamic scheduling URLLC service data, active type semi-static scheduling URLLC service data, release type semi-static scheduling URLLC service data, repeated type semi-static scheduling URLLC service data, etc., in practical application, the dynamic scheduling URLLC service data is typically service data including high-definition video type data, and the semi-static scheduling URLLC service data is typically service data including control information type data. The configuration parameters may include a frame period of a data frame structure used in the transmission of the URLLC service data, an uplink time slot number, a downlink time slot number, a resource location of feedback information of each type of URLLC service data, and the like. The resource location of the feedback information is the location of ((Physical Uplink Control Channel, PUCCH) resource of HARQ feedback.

In this embodiment, before the base station performs interaction with the ullc service data with each user terminal in the current cell, the base station may determine the type of each ullc service data in the current cell, then determine the configuration parameters according to the type of each ullc service data, and determine the PUCCH resources for transmitting HARQ feedback of each type of ullc service data specifically when determining the configuration parameters. Optionally, the base station may configure PUCCH resources of different HARQ feedback for different types of URLLC service data; optionally, the base station may configure PUCCH resources of the same HARQ feedback for different types of URLLC service data; optionally, the base station may configure PUCCH resources of different HARQ feedback for the same type of URLLC service data; alternatively, the base station may configure PUCCH resources of the same HARQ feedback for the same type of URLLC traffic data.

Specifically, when determining the configuration parameters, the base station may configure the dynamically scheduled URLLC service data through the PDSCH-Config in the connection reconfiguration message (Radio Resource Control, RRC), where the configuration parameters include a resource allocation type, a mcs-Table (qam LowSE is taken as a default), a PDSCH time domain resource allocation list, a priority indication enabling indication, and the like; the base station may also configure semi-static service data through sps-Config in RRC message, including period {1..5120}, mcs-Table (default qam LowSE), sps configuration index and HARQ codebook ID, PUCCH resource n1PUCCH-AN of feedback HARQ-ACK, sps configuration index sps-configinex and HARQ-codebook ID (1..2), etc., where the sps low priority HARQ-codebook ID is configured as 1 and the sps high priority is configured as 2. Specifically, the base station may also configure PUCCH resources for HARQ feedback through PUCCH-Config in the RRC message, for example, PUCCH-ResourceSet, PUCCH resource formats (F0, F2 or F1, F3, F4), a slot length dl-DataToUL-ACK (K1) from downlink data to uplink feedback HARQ-ACK, a sub-slot length (n 2, n 7) of PUCCH, and so on.

S102, the configuration parameters are sent to the user terminal to instruct the user terminal to transmit feedback information of the URLLC service data of each type according to the resource position indicated by the configuration parameters.

In this embodiment, after the base station determines the configuration parameters based on the above steps, the configuration parameters may be sent to the UE. The base station may send the configuration parameters to the UE carried in an RRC message. After receiving the configuration parameters, the UE may transmit feedback information of the urls lc service data of each type according to the resource positions indicated by the configuration parameters. Specifically, if the configuration parameter indicates a resource location, that is, if a PUCCH resource for HARQ feedback is configured in the configuration parameter, the UE transmits feedback information of all types of URLLC service data at the one resource location (feedback HARQ at the one PUCCH resource); optionally, if the configuration parameter indicates different resource positions, that is, PUCCH resources fed back by at least two HARQ are configured in the configuration parameter, the UE transmits feedback information of the respective corresponding type of URLLC service data on the different resource positions (feedback HARQ on the at least two PUCCH resources).

According to the service transmission method provided by the embodiment, the configuration parameters are determined according to the types of the URLLC service data of the current cell, and the configuration parameters are sent to the user terminal so as to instruct the user terminal to transmit feedback information of the URLLC service data of each type according to the resource positions indicated by the configuration parameters. The base station can determine configuration parameters according to the types of the URLLC service data, so that flexible configuration of resource positions of feedback information is realized, the base station can configure different resource positions for different types of the URLLC service data to transmit feedback information of corresponding URLLC service data, and can configure different resource positions for a plurality of URLLC service data contained in the same type of the URLLC service data to transmit feedback information of corresponding URLLC service data, so that collision generated when the different types of the URLLC service data or the plurality of the same types of the URLLC service data are fed back can be effectively avoided, feedback time length of the different types of the URLLC service data or the plurality of the same types of the URLLC service data is shortened, transmission reliability of the different types of the URLLC service data or the plurality of the same types of the URLLC service data is improved, and feedback time delay of the different types of the URLLC service data or the plurality of the same types of the URLLC service data is greatly reduced.

In one embodiment, an implementation manner of S101 is provided, as shown in fig. 3, where S101 "determining a configuration parameter according to a type of each URLLC service data of a current cell" includes:

s201, if the current cell comprises at least two different types of URLLC service data, determining configuration parameters according to the priority of each type of URLLC service data.

In this embodiment, if the current cell includes at least two types of URLLC service data, the base station may further determine the priority of each type of URLLC service data according to the service attribute of each type of URLLC service data, determine the configuration parameter according to the priority of each type of URLLC service data, and determine the PUCCH resource for transmitting HARQ feedback of each type of URLLC service data when determining the configuration parameter. Optionally, the base station may configure PUCCH resources of different HARQ feedback for the URLLC service data of different priorities; optionally, the base station may configure PUCCH resources of the same HARQ feedback for the ullc service data of the same priority; optionally, the base station may configure PUCCH resources of different HARQ feedback for the ullc traffic data of different priorities above the preset priority threshold, and configure PUCCH resources of the same HARQ feedback for the ullc traffic data of different priorities below the preset priority threshold.

For example, assuming that the current cell includes a dynamic scheduling URLLC service data and a semi-static scheduling URLLC service data, if the priorities of the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data are the same, the base station may configure PUCCH resources of the same HARQ feedback for the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data; if the priorities of the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data are different, the base station can configure different PUCCH resources for HARQ feedback for the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data.

For another example, assuming that the current cell includes dynamic scheduling URLLC service data, semi-static scheduling URLLC service data 1, semi-static scheduling URLLC service data 2, and semi-static scheduling URLLC service data 3, if the priorities of the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data 1 are the same, if the priorities of the semi-static scheduling URLLC service data 2 and the semi-static scheduling URLLC service data 3 are the same, and the priorities of the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data 1 are higher than the priorities of the semi-static scheduling URLLC service data 2 and the semi-static scheduling URLLC service data 3, the base station may configure the PUCCH resource of the same HARQ feedback for the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data 1, and configure the PUCCH resource of the same other HARQ feedback for the semi-static scheduling URLLC service data 2 and the semi-static scheduling URLLC service data 3.

For another example, assuming that the current cell includes dynamic scheduling URLLC service data, semi-static scheduling URLLC service data 1, semi-static scheduling URLLC service data 2, and semi-static scheduling URLLC service data 3, if the priorities of the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data 1 are different and are both higher than a preset priority threshold, if the priorities of the semi-static scheduling URLLC service data 2 and the semi-static scheduling URLLC service data 3 are the same and are lower than the preset priority threshold, the base station may configure PUCCH resources of different HARQ feedback for the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data 1, and configure PUCCH resources of the same HARQ feedback for the semi-static scheduling URLLC service data 2 and the semi-static scheduling URLLC service data 3.

S202, if the current cell comprises a plurality of URLLC service data of the same type, determining configuration parameters according to a preset scheduling level.

The scheduling level may be a time slot level or a sub-time slot level. The time slot level is used for indicating feedback information for transmitting the URLLC service data to be fed back among time slots, and the sub-time slot level is used for indicating feedback information for transmitting the URLLC service data to be fed back among sub-time slots. The scheduling level may be configured in advance by the base station.

In this embodiment, if the current cell includes multiple pieces of ullc service data of the same type, the base station may determine a scheduling level for scheduling ullc service data according to types of all pieces of ullc service data in the current cell, for example, if the ullc service data is assumed to be semi-persistent scheduling SPS service, if the types of SPS service are fewer and the size of a data packet is larger, then the configuration of a slot level is selected; otherwise, if the SPS traffic is more, such as greater than a certain threshold N (3, 4, 5), the configuration of the sub-slot level is selected. Further, the base station determines the configuration parameters according to the scheduling level, and can specifically determine PUCCH resources for transmitting HARQ feedback of each URLLC service data when determining the configuration parameters. Optionally, when the scheduling level is a time slot level, the base station may configure the PUCCH resources of the same HARQ feedback for each ullc service data in the cell, so that the PUCCH resources perform feedback in the time slot; optionally, when the scheduling level is a sub-slot level, the base station may configure PUCCH resources of different HARQ feedback for each ullc service data in the cell, so that different PUCCH resources feedback in different sub-slots.

Optionally, when determining the configuration parameters, if the base station decides to configure PUCCH resources based on slot level, the UE may be configured with PUCCH resource set PUCCH-resource set, PUCCH Format (e.g. F0, F2 or F1, F2, F3), dl-DataToUL-ACK (K1, in units of slots) of the slot number of the downlink data to uplink feedback, and so on through RRC message. If the base station decides to configure the PUCCH resource at the sub-slot level, the PUCCH resource set, the PUCCH format, the number dl-DataToUL-ACK (K1, in units of sub-slots) of the sub-slots of the downlink data to uplink feedback, the length subslotLengthForpucch (n 2, n 7) of the PUCCH sub-slot, and the like are configured for the user terminal through the RRC message. When the PUCCH sub-slot level is configured, the Format of the PUCCH resource in each sub-slot and the initial symbol position of the relative sub-slot are the same.

Optionally, "determining a configuration parameter according to the priority of each type of URLLC service data" in S201 described above, as shown in fig. 4, includes:

s301, if priorities of the URLLC service data of different types are the same, configuring the same first transmission resource for the URLLC service data of different types, and taking a resource position of the first transmission resource as a configuration parameter.

The embodiment relates to an application scenario in which different types of URLLC service data are included in a current cell and priorities of the different types of URLLC service data are the same, under which a base station directly configures the same first transmission resource for the different types of URLLC service data, that is, the base station configures 1 PUCCH-configuration for UE, and the length of a PUCCH configuration list is configured through PUCCH-configuration list of RRC layer. In the feedback schematic diagram of feedback information of PUCCH resources shown in fig. 5, the data frame structure in the figure adopts SU structure, where S is 12d2g, sp 1 is semi-persistent scheduling URLLC service data, DG PDSCH is dynamic scheduling URLLC service data, a/N is the first transmission resource, the priorities of SPS1 and DG PDSCH are the same, and SPS1 and DG PDSCH feed back HARQ-ACK at the resource location where a/N is located. It should be noted that the feedback schematic shown in fig. 5 is applied to a scenario where one SPS service data and one DG PDSCH service data are currently scheduled, and is merely an exemplary illustration, and the number of SPS service data and DG PDSCH service data is not limited.

S302, if the priorities of the URLLC service data of different types are different, configuring different second transmission resources for the URLLC service data of different types, and taking the resource positions of the second transmission resources as configuration parameters.

The embodiment relates to an application scenario in which different types of URLLC service data are included in a current cell and priorities of the different types of URLLC service data are different, in which a base station configures different second transmission resources for the different types of URLLC service data, that is, the base station configures at least 2 PUCCH-configs for a UE, and the length of a PUCCH configuration list is configured through a PUCCH-ConfigurationList of an RRC layer. In the feedback schematic diagram of feedback information of PUCCH resources shown in fig. 6, the data frame structure in the figure adopts SU structure, where S is 12d2g, sp S1 is semi-persistent scheduling URLLC service data, DG PDSCH is dynamic scheduling URLLC service data, priorities of SPS1 and DG PDSCH are different, DG a/N is a second transmission resource of DG PDSCH, SPS a/N is a second transmission resource of SPS1, DG PDSCH feeds back HARQ-ACK at a resource location where DG a/N is located, and SPS1 feeds back HARQ-ACK at a resource location where SPS a/N is located.

According to the transmission method of the service data, one or at least two PUCCH resources are configured for the UE according to the URLLC service data with different priorities, when the priorities of the URLLC service data are different, the HARQ-ACK of each URLLC service data is configured on at least two PUCCH resources for feedback, so that each URLLC service data can be timely fed back, and the feedback time delay of each URLLC service data is shortened.

Based on the application environments of fig. 3 and 4, different types of URLLC traffic data may include dynamically scheduled URLLC traffic data and semi-statically scheduled URLLC traffic data.

In an application scenario, when the priority of the dynamically scheduled URLLC service data and the semi-statically scheduled URLLC service data are the same, the base station specifically configures the same first transmission resource for the dynamically scheduled URLLC service data and the semi-statically scheduled URLLC service data, and then the time interval between the resource location of the first transmission resource and the resource location for transmitting the semi-statically scheduled URLLC service data is one time slot, that is, k1=1 (the time slot length dl-DataToUL-ACK (K1) from the time slot of the dynamically scheduled URLLC service data to the uplink feedback HARQ-ACK), and the time interval between the resource location of the first transmission resource and the resource location for transmitting the dynamically scheduled URLLC service data is two time slots, that is, k1=2.

For example, as shown in the schematic diagram of fig. 5, the data frame structure includes a SU frame structure with two periods, where semi-persistent scheduling URLLC service data SPS1 and dynamic scheduling URLLC service data DG PDSCH are scheduled in a time-sharing scheduling manner, a/N is a first transmission resource, a time interval between a/N resource position and SPS1 resource position is one time slot, a time interval between a/N resource position and DG PDSCH resource position is two time slots, that is, k1=1 of scheduling SPS1, and k1=2 of scheduling DG PDSCH.

Based on the application scenario, the feedback information corresponding to the first transmission resource includes a feedback position of the dynamic scheduling URLLC service data and a feedback position of the semi-static scheduling URLLC service data, and the feedback position of the dynamic scheduling URLLC service data and the feedback position of the semi-static scheduling URLLC service data are determined according to the time slot sequence of the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data.

The feedback positions of the plurality of dynamic scheduling URLLC service data are determined according to the scheduling value of each dynamic scheduling URLLC service data; if the semi-static scheduling URLLC service data is the semi-static scheduling URLLC service data of an activation or release type, determining feedback positions of the plurality of semi-static scheduling URLLC service data according to scheduling values of the semi-static scheduling URLLC service data; and if the semi-static scheduling URLLC service data is the repeated semi-static scheduling URLLC service data, determining feedback positions of the plurality of semi-static scheduling URLLC service data according to configuration indexes of the semi-static scheduling URLLC service data.

For example, as shown in the schematic diagram of fig. 5, the feedback information (codebook of HARQ-ACK) corresponding to a/N is constructed by using a Type 2 codebook, SPS with DCI indicates active or release Type semi-persistent scheduling URLLC traffic data, and SPS with DCI indicates repetition Type semi-persistent scheduling URLLC traffic data.

When the HARQ-ACK codebook is constructed, specifically, the feedback positions of SPS1 and DGPDSCH are firstly ordered according to the time slot sequence, the feedback positions of HARQ-ACKs for receiving DGPDSCH service data in the same time slot, activating and releasing SPS with DCI service data are ordered according to C-DAI in DCI, the feedback position of HARQ-ACKs for receiving SPS with DCI service data is added behind bit strings generated in the previous process, and ordered according to configuration indexes of each SPS with DCI service data, wherein the C-DAI in DCI represents a scheduling value for scheduling corresponding service data. In the above-mentioned ordering manner, see the HARQ-ACK codebook in fig. 5, where Oack0 represents the feedback position of DG PDSCH service data reception; oack1 represents the feedback position of HARQ-ACK activated and released by SPS with DCI service data; oack2 represents the feedback position of HARQ-ACK received by SPS without DCI service data; oack2 represents the feedback position of HARQ-ACK for reserved SPS without DCI traffic data reception. It should be noted that, in this embodiment, the feedback information corresponding to a/N adopts a Type 2 codebook structure, and optionally, the feedback information corresponding to a/N may also adopt a Type 1 codebook structure, which is not limited herein. The Type 2 codebook construction mode adopts a small number of digits to construct the codebook, so that the aim of quick feedback can be fulfilled, and the time delay of service feedback can be shortened to a certain extent.

In another application scenario, when the priority of the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data are different, the base station specifically configures second transmission resources which are different for the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data.

For example, as shown in the schematic diagram of fig. 6, the data frame structure includes two periods of SU frame structure, where semi-persistent scheduling URLLC service data SPS1 and dynamic scheduling URLLC service data DG PDSCH are scheduled in a time-sharing scheduling manner, DG a/N is a second transmission resource of DG PDSCH, SPS a/N is a second transmission resource of SPS1, DG a/N is a head position in an uplink timeslot based on a first scheduling and first feedback principle, SPS a/N is located at a tail position in the same uplink timeslot, and a time interval between SPS a/N and SPS1 is shorter than a time interval between DG a/N and DG PDSCH, so that feedback delay of SPS service data can be shortened by prioritizing SPS service data feedback. In addition, the DG A/N and the SPS A/N are positioned at different resource positions, so that service collision can be effectively avoided.

Based on the application scenario, the feedback information corresponding to the second transmission resource includes a feedback position of the dynamic scheduling URLLC service data or a feedback position of the semi-static scheduling URLLC service data.

For example, as shown in the schematic diagram of fig. 6, feedback information corresponding to DG a/N adopts a Type 2 codebook structure, and feedback information corresponding to SPS a/N adopts a Type 2 codebook structure. When constructing the codebook of the SPS A/N, specifically, the feedback positions of the SPS service data are firstly ordered according to the time slots, the feedback positions of the SPS with DCI service data in the same time slot are arranged at the front, and the feedback positions of the SPS with DCI service data are arranged at the rear. The plurality of SPS with DCI service data is ordered according to a C-DAI (scheduling value) carried in the DCI that schedules it, and the plurality of SPS with DCI service data is ordered according to a configuration index of SPS. When constructing the codebook of DG A/N, specifically, the feedback positions of multiple DG PDSCH service data are firstly ordered according to time slots, and the DG PDSCH service data in the same time slot are ordered according to C-DAI in DCI for scheduling the DG PDSCH service data. It should be noted that, in this embodiment, feedback information corresponding to DG a/N and SPS a/N both adopts a Type 2 codebook structure, alternatively, feedback information corresponding to DG a/N and SPS a/N may also adopt a Type 1 codebook structure, or adopt different codebook structures, which is not limited herein.

In an embodiment, the present application further provides an implementation manner of S202, as shown in fig. 7, where "determining a configuration parameter according to a preset scheduling level" in S202 includes:

s401, if the scheduling level is the time slot level, the same third transmission resource is configured for each URLLC service data of the same type, and the resource position of the third transmission resource is used as a configuration parameter.

The embodiment relates to an application scenario in which the current cell includes the same type of URLLC service data, and the scheduling level configured by the base station is a slot level, in which the base station directly configures the same third transmission resource for the same type of URLLC service data, i.e. the base station configures 1 PUCCH-Config for the UE. In the feedback schematic diagram at the time slot level shown in fig. 8, the data frame structure in the figure adopts an SU structure, where S is 12d2g, sp 1 is semi-persistent scheduling URLLC service data 1, sp 2 is semi-persistent scheduling URLLC service data 2, sp 3 is semi-persistent scheduling URLLC service data 3, SPS a/N is a third transmission resource, and SPS1, SPS2, and SPS3 are multiplexed at the resource location of SPS a/N to feed back HARQ-ACKs. The feedback diagram shown in fig. 8 is applied to the scenario where three SPS-type services are currently scheduled, and is merely illustrative, and the number of SPS services is not limited.

S402, if the scheduling level is a sub-slot level, configuring different fourth transmission resources for each URLLC service data of the same type, and taking the resource position of each fourth transmission resource as a configuration parameter; the different fourth transmission resources correspond to different sub-slots.

The embodiment relates to an application scenario in which the current cell includes the same type of URLLC service data and the scheduling level configured by the base station is a sub-slot level, and in the application scenario, the base station directly configures different fourth transmission resources for the same type of URLLC service data, that is, the base station configures at least 2 PUCCH-Config for the UE. For example, in the feedback schematic diagram of the sub-slot level shown in fig. 9, the data frame structure in the figure adopts a SU structure, where S is 12d2g, sp 1 is semi-persistent scheduling URLLC service data 1, sp 2 is semi-persistent scheduling URLLC service data 2, sp 3 is semi-persistent scheduling URLLC service data 3, sp 1A/N is a fourth transmission resource of SPS1, SPS 2A/N is a fourth transmission resource of SPS2, and SPS3A/N is a fourth transmission resource of SPS 3. SPS1 feeds back HARQ-ACK at the resource position where SPS 1A/N is located, SPS2 feeds back HARQ-ACK at the resource position where SPS 2A/N is located, and SPS3 feeds back HARQ-ACK at the resource position where SPS3A/N is located. SPS 1A/N, SPS 2A/N and SPS3A/N correspond to different sub-slots in the uplink time slot U. In the data frame structure in fig. 9, the (2, 2) mode is satisfied between the uplink sub-slot PUCCH resources, that is, 2 or more OFDM symbols are satisfied between adjacent PUCCH resources, and the time domain symbol length of each PUCCH resource is 2 OFDM symbols. Fig. 10 also correspondingly shows a sub-slot level feedback schematic diagram satisfying the (7, 7) mode between uplink sub-slot PUCCH resources, where the expression and feedback principle of each symbol are similar to those described in fig. 9, and the (7, 7) mode indicates that 7 or more OFDM symbols are satisfied between adjacent PUCCH resources, and the time domain symbol length of each PUCCH resource is 7 or less OFDM symbols. For the feedback description of fig. 10, please refer to the foregoing description, and the description is omitted here. The method of the embodiment realizes that the SPS services configured by the base station on different downlink sub-time slots are respectively fed back on different PUCCH resources, and each PUCCH resource corresponds to the corresponding uplink sub-time slot, so that resource collision among the SPS services can be avoided, and the feedback time delay of the SPS services can be effectively shortened.

Optionally, the present application further provides a data frame structure configured by the base station, such as the frame structure in fig. 5-10, where a frame period of the frame structure includes a downlink (S) and an uplink (U) timeslot, which is called SU structure, where S is 12D2G. The frame structure of the SU enables the UE to feed back HARQ-ACK on the PUCCH resource of the next time slot when the UE schedules corresponding service data, and does not need to span more time slots for feedback.

In practical applications, after the base station sends the configuration parameters to the user terminal based on step S102 in fig. 2, the steps may be further performed: sending a scheduling instruction; the scheduling instruction is used for scheduling resources for transmitting the URLLC service data of each type.

Specifically, the base station may schedule different types of URLLC service data through DCI Format 1_1/1_2, for example, referring to the service types in fig. 5, the base station may schedule DG PDSCH service data through DCI Format 1_1, and activate or release SPS service data through DCI Format 1_2. For DG PDSCH traffic data, the base station is to indicate PUCCH resource indicator, PDSCH-to-harq_ feedback timing indicator (K1), allocation of time domain resources Time domain resource assignment, allocation of frequency domain resources Frequency domain resource assignment, downlink assignment indices Downlink assignment index (C-DAT and T-DAI), and priority indication Priority indicator in DCI Format 1_1. For SPS service data, the base station shall instruct PUCCH resources, HARQ feedback K1, time domain resource allocation, frequency domain resource allocation, downlink assignment index, and the like in DCI Format 1_2.

The above-mentioned fig. 2 to 10 are steps of a method implemented at the base station side, and the implementation procedure at the user terminal side will be described below by taking fig. 11 to 16 as an example.

In one embodiment, as shown in fig. 11, a method for transmitting service data is provided, and the method is applied to the ue in fig. 1 for illustration, and includes the following steps:

s501, receiving configuration parameters sent by a base station; the configuration parameters are used to indicate the resource locations where feedback information for each type of URLLC traffic data is transmitted.

S502, transmitting feedback information of URLLC service data of each type according to the resource position indicated by the configuration parameter.

The embodiment corresponds to the steps of S101-S102, and relates to a process of transmitting feedback information of each type of URLLC service data according to a resource location indicated by a configuration parameter after receiving the configuration parameter, where the description of the step is consistent with that of S101-S102, and details are omitted herein.

In practical application, after the base station transmits the configuration parameters to the user terminal based on step S502 in fig. 11, as shown in fig. 12, the user terminal may perform the steps of:

s503, receiving a scheduling instruction; the scheduling instruction is used for scheduling resources for transmitting the URLLC service data of each type.

The present embodiment corresponds to the foregoing step of sending the scheduling instruction to the base station, and the description of the step is identical to the foregoing description, and the detailed content is referred to the foregoing description and is not repeated here.

In practical application, after the base station receives the receiving scheduling instruction based on step S503 in fig. 12, as shown in fig. 13, the user terminal may execute the steps of:

s504, the conflicting URLLC service data is processed according to the resource parameters indicated by the scheduling instruction.

Wherein the conflicting URLLC traffic data is also referred to as collided URLLC traffic data.

In this embodiment, the resource parameters indicated by the scheduling instruction include: various resource parameters for instructing the UE to schedule transmission of each URLLC service data, such as an indication parameter (Priority indicator) of service priority, an indication parameter of downlink service assignment index, and a slot interval (K0) between a service resource location and a scheduling resource, are not listed here. After receiving the scheduling instruction, the UE can analyze the scheduling instruction, acquire the resource parameters for processing the conflict service data from the scheduling instruction, and process the conflict service according to the acquired resource parameter indication mode.

In one embodiment, the current cell may support both dynamic scheduling URLLC service data and semi-static scheduling URLLC service data, or may support only semi-static scheduling URLLC service data, and in the two application scenarios, the manner in which the UE processes the conflict service data is different, and the following embodiments respectively describe the manner in which the conflict service data is processed for the two application scenarios.

For the first application scenario, that is, when the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data are simultaneously supported in the current cell, the application provides an implementation manner of the step S504, as shown in fig. 14, the step S504 "processes conflicting URLLC service data according to the resource parameters indicated by the scheduling instruction", and includes:

s601, processing conflicting URLLC service data according to interval parameters in the resource parameters indicated by the scheduling instruction, and executing step S602 if the value of the interval parameters is equal to the first value; if the value of the interval parameter is not equal to the first value, step S603 is performed.

Wherein the interval parameter represents a time slot interval between a PDCCH resource for dynamically scheduling URLLC traffic data and a PDSCH resource for dynamically scheduling URLLC traffic data, generally denoted by K0. The first value is 0, which means that the time slot interval between the PDCCH resource and the PDSCH resource of the dynamic scheduling URLLC service data is 0 time slots.

In this embodiment, if the current cell includes the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data, the UE may first analyze the DCI signaling in the PDCCH resource corresponding to the dynamic scheduling URLLC service data, obtain a plurality of resource parameters, obtain an interval parameter K0 from the DCI signaling, and then determine whether to discard or reserve the dynamic scheduling URLLC service data or whether to discard or reserve the semi-static scheduling URLLC service data according to the indication of K0, so as to solve the service conflict problem.

S602, discarding the dynamic scheduling URLLC service data.

In this embodiment, when the interval parameter is the first value (k0=0), it is indicated that the time slot interval between the PDCCH resource and the PDSCH resource of the dynamic scheduling URLLC service data is very short, and from the importance point of view, the dynamic scheduling URLLC service data is weaker than the semi-static scheduling URLLC service data, in this case, when the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data collide, the dynamic scheduling URLLC service data may be discarded, and the semi-static scheduling URLLC service data may be reserved to prioritize transmission of the semi-static scheduling URLLC service data.

S603, discarding semi-static scheduling URLLC service data.

In this embodiment, when the interval parameter is not the first value (k0+.0), it is indicated that the time slot interval between the PDCCH resource and the PDSCH resource of the dynamically scheduled URLLC service data is relatively long, and the time required to acquire the dynamically scheduled URLLC service data is relatively long at this time, so if the dynamically scheduled URLLC service data is discarded, the problem of resource waste may be caused.

The method for processing the service data conflict provided by the embodiment respectively determines whether to discard or reserve according to the importance and the acquisition difficulty of the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data, fully considers the use condition of various service data in the practical application environment, and can ensure that the UE end can always normally and accurately transmit the service data required by the user.

Another implementation manner of the step S504 is provided for the second application scenario, that is, only supporting multiple dynamic scheduling URLLC service data in the current cell, where the manner includes: and processing the conflicting URLLC service data according to the configuration index in the resource parameters indicated by the scheduling instruction. As shown in fig. 15, the specific implementation manner of this manner includes:

s701, determining the value of the configuration index of each semi-static scheduling URLLC service data.

When the value of the configuration index is the base station to determine the configuration parameter, according to the index number of the importance configuration of the semi-static scheduling URLLC service data, the smaller the value of the configuration index is, the stronger the importance of the corresponding semi-static scheduling URLLC service data is; the larger the value of the configuration index, the weaker the importance of the corresponding semi-static scheduling URLLC traffic data.

In this embodiment, if the current cell includes multiple semi-static scheduling URLLC service data, the UE may first obtain a configuration index from the resource parameters indicated by the scheduling instruction, so as to determine the importance of each semi-static scheduling URLLC service data, and specifically determine the importance of each semi-static scheduling URLLC service data according to the value of the configuration index.

S702, discarding semi-static scheduling URLLC service data with configuration index value larger than a preset index threshold.

Wherein the preset index threshold is predetermined by the UE. When the UE acquires that the value of the configuration index of the semi-static scheduling URLLC service data is larger than a preset index threshold value, the semi-static scheduling URLLC service data is unimportant and can be discarded; when the UE acquires that the value of the configuration index of the semi-static scheduling URLLC service data is not larger than a preset index threshold value, the semi-static scheduling URLLC service data is important and cannot be discarded. Therefore, when the plurality of semi-static scheduling URLLC service data have scheduling conflict, the UE may discard the semi-static scheduling URLLC service data with the configuration index value greater than the preset index threshold value, and reserve the semi-static scheduling URLLC service data with the configuration index value not greater than the preset index threshold value.

The method for processing the conflict of the service data provided by the embodiment determines whether to discard or reserve the service data from the importance of the semi-static scheduling URLLC service data, fully considers the use conditions of different semi-static scheduling URLLC service data in the practical application environment, and can ensure that the UE end can always normally and accurately transmit the important semi-static scheduling URLLC service data.

In practical application, after the UE processes the conflicting service data, the UE may start to prepare HARQ-ACK feedback of each URLLC service data, and may generate a feedback codebook of each URLLC service data accordingly. When the base station determines the configuration parameters, one PUCCH resource may be configured for the UE, or multiple PUCCH resources may be configured for the UE, and for these two scenarios, the UE side may also transmit the feedback codebook in different manners, and the following embodiments are described for these two scenarios.

For example, as shown in fig. 16, S502 "the feedback information of the URLLC service data of each type is transmitted according to the resource location indicated by the configuration parameter", specifically includes:

s801, if the resource position indicated by the configuration parameter corresponds to the same transmission resource, generating feedback information, and transmitting the generated feedback information on the transmission resource; the feedback information includes feedback positions of a plurality of URLLC service data, and the feedback positions of the respective URLLC service data are determined according to a time slot sequence of the respective URLLC service data.

The present embodiment relates to a scenario in which a base station configures one PUCCH resource for a UE, in which there may be different types of URLLC service data in a current cell, and priorities of the types of URLLC service data are the same. It is also possible that there are a plurality of the same type of URLLC traffic data in the current cell, and the scheduling level set for each of the URLLC traffic data is configured at the slot level. In the above application environment, when the UE receives the configuration parameters, it may further determine whether to transmit the feedback information on one transmission resource or transmit the feedback information on multiple transmission resources according to the configuration parameters. If it is determined that feedback information is transmitted on one transmission resource, the UE generates one feedback information (HARQ-ACK codebook), and the feedback information includes feedback positions of a plurality of URLLC service data, and the feedback positions of the respective URLLC service data are determined according to a slot sequence of the respective URLLC service data. And then transmitting feedback information on the transmission resource to finish reporting the feedback information of a plurality of URLLC service data on one PUCCH resource. The foregoing description (e.g., the descriptions of fig. 5 and 8) is given for the codebook construction method of the HARQ-ACK codebook on the same transmission resource, and the detailed description is omitted here.

S802, if the resource positions indicated by the configuration parameters correspond to different transmission resources, generating at least one piece of feedback information, and transmitting the feedback information generated correspondingly on each transmission resource; and each feedback information comprises the feedback position of the corresponding URLLC service data.

The present embodiment relates to a scenario in which a base station configures a plurality of PUCCH resources for a UE, in which there is a possibility that different types of URLLC service data exist in a current cell, and priorities of the types of URLLC service data are different. It is also possible that there are a plurality of the same type of URLLC traffic data in the current cell, and the scheduling level set for each of the URLLC traffic data is a sub-slot level configuration. In the above application environment, when the UE receives the configuration parameters, the UE may further determine feedback information to be transmitted on each transmission resource according to the configuration parameters, and then generate a plurality of feedback information, where each feedback information includes a feedback position corresponding to the URLLC service data. And then, transmitting the feedback information corresponding to each transmission resource to finish reporting the feedback information of each URLLC service data on a plurality of PUCCH resources. The foregoing descriptions (e.g., descriptions of fig. 6, fig. 9, and fig. 10) are all given for the codebook construction of HARQ-ACK codebooks on different transmission resources, and the detailed description is omitted here.

In summary, the present application also provides a signaling interaction method between two base stations and a user terminal, where the first scenario of application of the first mode includes that a current cell includes a dynamic scheduling URLLC service data (hereinafter referred to as DG service data) and a semi-static scheduling URLLC service data (hereinafter referred to as SPS service data), as shown in fig. 17, where the signaling mode includes:

s901, the base station determines a configuration parameter according to the priorities of DG service data and SPS service data of the current cell, wherein the configuration parameter is used for indicating the resource position for transmitting feedback information of the DG service data and the SPS service data.

S902, the base station sends the configuration parameters to the user terminal through an RRC message.

S903, the base station sends the scheduling instruction DCI to the user terminal.

S904, the user terminal determines whether the priorities of DG service data and SPS service data are the same according to the received configuration parameters and the received dispatching instruction DCI, and if so, a HARQ-ACK codebook is generated; if not, two HARQ-ACK codebooks are generated.

S905, if the priorities of DG service data and SPS service data are the same, feeding back the generated HARQ-ACK codebook in one PUCCH; and if the priorities of the DG service data and the SPS service data are different, feeding back the generated HARQ-ACK codebook on the two PUCCHs.

The explanation of the above steps is described in the foregoing embodiments, and the details are referred to in the foregoing description (see, in particular, the descriptions of fig. 5 and fig. 6), which are not repeated herein.

The second scenario applied in this second manner is that the current cell includes a plurality of semi-persistent scheduling URLLC service data (hereinafter referred to as SPS service data), and as shown in fig. 18, the signaling manner includes:

s1001, the base station determines a configuration parameter according to the scheduling level of a plurality of SPS service data in the current cell, wherein the configuration parameter is used for indicating the resource position of feedback information for transmitting the plurality of SPS service data.

S1002, the base station transmits the configuration parameters to the user terminal through an RRC message.

S1003, the base station transmits the scheduling instruction DCI to the user terminal.

S1004, the user terminal determines the scheduling level of a plurality of SPS service data according to the received configuration parameters and the scheduling instruction DCI, and if the scheduling level is a time slot level, a HARQ-ACK codebook is generated; and if the scheduling level is a sub-slot level, generating a plurality of HARQ-ACK codebooks.

S1005, if the scheduling level is a time slot level, feeding back the generated HARQ-ACK codebook in one PUCCH; and if the scheduling level is a sub-slot level, feeding back the generated HARQ-ACK codebook on a plurality of PUCCHs.

The explanation of the above steps is described in the foregoing embodiments, and the details are referred to in the foregoing description (see, in particular, the descriptions of fig. 8-10), which are not repeated here.

It should be understood that, although the steps in the flowcharts of fig. 2-18 are shown in order as indicated by the arrows, these steps are not necessarily performed in order as indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps of FIGS. 2-18 may include multiple steps or stages that are not necessarily performed at the same time, but may be performed at different times, nor do the order in which the steps or stages are performed necessarily performed in sequence, but may be performed alternately or alternately with at least a portion of the steps or stages of other steps or steps.

In one embodiment, as shown in fig. 19, there is provided a transmission apparatus for service data, including:

a determining module 11, configured to determine a configuration parameter according to the type of each URLLC service data of the current cell; the configuration parameters are used for indicating resource positions for transmitting feedback information of the URLLC service data of each type;

And a sending module 12, configured to send the configuration parameter to the ue, so as to instruct the ue to transmit feedback information of the urls lc service data of each type according to the resource location indicated by the configuration parameter.

For specific limitations on the transmission device of the service data, reference may be made to the above limitation on the transmission method of the service data, which is not repeated here. The modules in the above-mentioned transmission device for service data may be implemented in whole or in part by software, hardware, and a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.

In one embodiment, as shown in fig. 20, there is provided a transmission apparatus for service data, including:

a receiving module 21, configured to receive a configuration parameter sent by a base station; the configuration parameters are used for indicating resource positions for transmitting feedback information of the URLLC service data of each type;

and a transmission module 22, configured to transmit feedback information of each type of the URLLC service data according to the resource location indicated by the configuration parameter.

In one embodiment, a computer device is provided, which may be a server, and the internal structure of which may be as shown in fig. 21. The computer device includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is used to store various business data. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program, when executed by a processor, implements a method of transmitting traffic data.

It will be appreciated by those skilled in the art that the structure shown in fig. 21 is merely a block diagram of a portion of the structure associated with the present application and is not limiting of the computer device to which the present application applies, and that a particular computer device may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components.

In one embodiment, a computer device is provided comprising a memory and a processor, the memory having stored therein a computer program, the processor when executing the computer program performing the steps of:

The computer device provided in the foregoing embodiments has similar implementation principles and technical effects to those of the foregoing method embodiments, and will not be described herein in detail.

In one embodiment, a computer readable storage medium is provided having a computer program stored thereon, which when executed by a processor, performs the steps of:

The foregoing embodiment provides a computer readable storage medium, which has similar principles and technical effects to those of the foregoing method embodiment, and will not be described herein.

Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, or the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory. By way of illustration, and not limitation, RAM can be in the form of a variety of forms, such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), and the like.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

The above examples merely represent a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the invention. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made without departing from the spirit of the present application, which would be within the scope of the present application. Accordingly, the scope of protection of the present application is to be determined by the claims appended hereto.

Claims

1. A method for transmitting service data, the method comprising:

determining configuration parameters according to the types of the URLLC service data of the current cell; the configuration parameters are used for indicating resource positions for transmitting feedback information of the URLLC service data of each type; the types of the URLLC service data comprise any one of dynamic scheduling URLLC service data, semi-static scheduling URLLC service data of an activation type, semi-static scheduling URLLC service data of a release type and semi-static scheduling URLLC service data of a repetition type;

Transmitting the configuration parameters to a user terminal to instruct the user terminal to transmit feedback information of the URLLC service data of each type according to the resource positions indicated by the configuration parameters;

the determining the configuration parameters according to the types of the URLLC service data of the current cell comprises the following steps:

if the current cell includes at least two different types of URLLC service data, determining the configuration parameters according to whether the priority of each type of URLLC service data is the same or whether the priority of each type of URLLC service data is higher than a preset priority threshold value under the condition that the priorities of each type of URLLC service data are different;

if the current cell comprises a plurality of URLLC service data of the same type, determining the configuration parameters according to a preset scheduling level; the scheduling level is a time slot level or a sub-time slot level.

2. The method for transmitting service data according to claim 1, wherein said determining the configuration parameter according to the priority of each type of URLLC service data comprises:

if the priorities of the URLLC service data of different types are the same, configuring the same first transmission resource for the URLLC service data of different types, and taking the resource position of the first transmission resource as the configuration parameter;

If the priorities of the URLLC service data of different types are different, configuring different second transmission resources for the URLLC service data of different types, and taking the resource positions of the second transmission resources as the configuration parameters.

3. The transmission method of service data according to claim 2, wherein the different types of URLLC service data include dynamically scheduled URLLC service data and semi-statically scheduled URLLC service data;

the time interval between the resource position of the first transmission resource and the resource position for transmitting the semi-static scheduling URLLC service data is a time slot;

the time interval between the resource position of the first transmission resource and the resource position of the dynamic scheduling URLLC service data is two time slots.

4. The method for transmitting service data according to claim 3, wherein the feedback information corresponding to the first transmission resource includes both a feedback position of the dynamic scheduling URLLC service data and a feedback position of the semi-static scheduling URLLC service data, and the feedback position of the dynamic scheduling URLLC service data and the feedback position of the semi-static scheduling URLLC service data are determined according to a time slot sequence of the dynamic scheduling URLLC service data and the semi-static scheduling URLLC service data;

The feedback positions of the plurality of the dynamic scheduling URLLC service data are determined according to the scheduling value of each dynamic scheduling URLLC service data;

if the semi-static scheduling URLLC service data is the semi-static scheduling URLLC service data of an activation or release type, determining feedback positions of the plurality of semi-static scheduling URLLC service data according to scheduling values of the semi-static scheduling URLLC service data;

and if the semi-static scheduling URLLC service data is the repeated semi-static scheduling URLLC service data, determining feedback positions of the plurality of semi-static scheduling URLLC service data according to configuration indexes of the semi-static scheduling URLLC service data.

5. The method for transmitting service data according to claim 3, wherein the feedback information corresponding to the second transmission resource includes a feedback position of the dynamically scheduled URLLC service data or a feedback position of the semi-statically scheduled URLLC service data;

6. The method for transmitting service data according to claim 1, wherein the determining the configuration parameter according to a preset scheduling level includes:

if the scheduling level is the time slot level, configuring the same third transmission resource for each URLLC service data of the same type, and taking the resource position of the third transmission resource as the configuration parameter;

if the scheduling level is the sub-slot level, configuring different fourth transmission resources for the URLLC service data of the same type, and taking the resource position of each fourth transmission resource as the configuration parameter; and different fourth transmission resources correspond to different sub-time slots.

7. The method for transmitting service data according to claim 1, wherein the configuration parameters further include: the frame period of the data frame, one of the frame periods comprises a downlink time slot and an uplink time slot.

8. The method for transmitting service data according to claim 1, further comprising:

sending a scheduling instruction; the scheduling instruction is used for scheduling resources for transmitting the URLLC service data of each type.

9. The method for transmitting service data according to claim 1, wherein said sending the configuration parameter to the user terminal comprises:

and the configuration parameters are carried in a Radio Resource Control (RRC) message and sent to the user terminal.

10. A method for transmitting service data, the method comprising:

receiving configuration parameters sent by a base station; the configuration parameters are used for indicating resource positions of feedback information for transmitting the URLLC service data of each type; the configuration parameters are determined according to whether the priority of each type of URLLC service data is the same when the base station includes at least two different types of URLLC service data in a current cell, or according to whether the priority of each type of URLLC service data is higher than a preset priority threshold when the priority of each type of URLLC service data is different, or according to a preset scheduling level when the current cell includes a plurality of same types of URLLC service data; the scheduling level is a time slot level or a sub-time slot level; the types of the URLLC service data comprise any one of dynamic scheduling URLLC service data, semi-static scheduling URLLC service data of an activation type, semi-static scheduling URLLC service data of a release type and semi-static scheduling URLLC service data of a repetition type;

11. The method for transmitting service data according to claim 10, wherein the method further comprises:

receiving a scheduling instruction; the scheduling instruction is used for scheduling resources for transmitting the URLLC service data of each type.

12. The method for transmitting service data according to claim 11, wherein the method further comprises:

and processing conflicting URLLC service data according to the resource parameters indicated by the scheduling instruction.

13. The method for transmitting service data according to claim 12, wherein said processing conflicting URLLC service data according to the resource parameters indicated by the scheduling instruction comprises:

if the current cell comprises dynamic scheduling URLLC service data and semi-static scheduling URLLC service data, processing the conflicting URLLC service data according to interval parameters in resource parameters indicated by the scheduling instruction; the interval parameter represents a time slot interval between PDCCH resources for dynamically scheduling URLLC service data and PDSCH resources for dynamically scheduling the URLLC service data;

And if the current cell comprises a plurality of semi-static scheduling URLLC service data, processing the conflicting URLLC service data according to the configuration index in the resource parameter indicated by the scheduling instruction.

14. The method for transmitting service data according to claim 13, wherein said processing the conflicting URLLC service data according to an interval parameter among the resource parameters indicated by the scheduling instruction comprises:

discarding the dynamic scheduling URLLC service data if the value of the interval parameter is equal to the first value;

and discarding the semi-static scheduling URLLC service data if the value of the interval parameter is not equal to the first value.

15. The method for transmitting service data according to claim 12, wherein said processing the conflicting URLLC service data according to the configuration index in the resource parameter indicated by the scheduling instruction comprises:

determining the value of a configuration index of each semi-static scheduling URLLC service data;

semi-static scheduling URLLC traffic data with configuration index values greater than a preset index threshold are discarded.

16. The method for transmitting service data according to claim 15, wherein transmitting feedback information of each type of the URLLC service data according to the resource location indicated by the configuration parameter includes:

If the resource position indicated by the configuration parameter corresponds to the same transmission resource, generating feedback information, and transmitting the generated feedback information on the transmission resource; the feedback information comprises feedback positions of a plurality of URLLC service data, and the feedback positions of the URLLC service data are determined according to the time slot sequence of the URLLC service data;

if the resource positions indicated by the configuration parameters correspond to different transmission resources, generating at least one piece of feedback information, and transmitting the feedback information generated correspondingly on each transmission resource; and each feedback information comprises a feedback position of each corresponding URLLC service data.

17. The method for transmitting service data according to claim 10, wherein the configuration parameters further include: and the scheduling period of the data frame comprises a downlink time slot and an uplink time slot.

18. A transmission device for service data, wherein the transmission device for service data comprises:

the determining module is used for determining configuration parameters according to the types of the URLLC service data of the current cell; the configuration parameters are used for indicating resource positions for transmitting feedback information of the URLLC service data of each type; the determining the configuration parameters according to the types of the URLLC service data of the current cell comprises the following steps: if the current cell includes at least two different types of URLLC service data, determining the configuration parameters according to whether the priority of each type of URLLC service data is the same or whether the priority of each type of URLLC service data is higher than a preset priority threshold value under the condition that the priorities of each type of URLLC service data are different; if the current cell comprises a plurality of URLLC service data of the same type, determining the configuration parameters according to a preset scheduling level; the scheduling level is a time slot level or a sub-time slot level; the types of the URLLC service data comprise any one of dynamic scheduling URLLC service data, semi-static scheduling URLLC service data of an activation type, semi-static scheduling URLLC service data of a release type and semi-static scheduling URLLC service data of a repetition type;

19. A transmission device for service data, wherein the transmission device for service data comprises:

the receiving module is used for receiving the configuration parameters sent by the base station; the configuration parameters are used for indicating resource positions of feedback information for transmitting the URLLC service data of each type; the configuration parameters are determined according to whether the priorities of the URLLC service data of each type are identical when the base station comprises the URLLC service data of at least two different types in the current cell, or according to whether the priorities of the URLLC service data of each type are higher than a preset priority threshold when the priorities of the URLLC service data of each type are different, or according to a preset scheduling level when the current cell comprises a plurality of the URLLC service data of the same type; the scheduling level is a time slot level or a sub-time slot level; the types of the URLLC service data comprise any one of dynamic scheduling URLLC service data, semi-static scheduling URLLC service data of an activation type, semi-static scheduling URLLC service data of a release type and semi-static scheduling URLLC service data of a repetition type;

20. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any one of claims 1 to 17 when the computer program is executed.

21. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 17.