Processing method, communication device and storage medium

Abstract

The invention discloses a processing method, communication equipment and a storage medium. The processing method comprises the steps that terminal equipment determines HARQ-ACK feedback based on the symbol type of a symbol where a PDSCH transmission block group is located. Through the technical scheme of the invention, in a scene that a single DCI schedules a plurality of PDSCH opportunities and SBFD configuration 1, the feedback of the plurality of PDSCH opportunities can be prevented from being determined as NACK.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a processing method, a communication device and a storage medium. Background Art

[0002] In the existing protocol, for a single DCI (Downlink Control Information) scheduling multiple PDSCH opportunities (Physical Downlink Shared Channel), in the SBFD (Subband Full Duplex) configuration 1 scenario, the PDSCH opportunities of invalid symbol types will be discarded.

[0003] In the process of conceiving and implementing this application, the inventor found that there are at least the following problems:

[0004] If the HARQ-ACK codebook construction rules of the existing protocol are followed when configuring time domain bundling, when the terminal device does not receive a PDSCH of an invalid symbol type, the terminal device will generate a NACK (Negative ACKnowledgment). After applying a binary AND operation, the feedback of multiple PDSCH opportunities will be determined as NACK, resulting in invalid feedback.

[0005] The preceding description is intended to provide general background information and does not necessarily constitute prior art. Summary of the invention

[0006] The main purpose of the present application is to provide a processing method, a communication device and a storage medium, which can avoid determining the feedback of multiple PDSCH opportunities as NACK in the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1.

[0007] The present application provides a processing method which can be applied to a terminal device (such as a mobile phone), comprising the steps of:

[0008] S1: Determine HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transport block group is located.

[0009] Optionally, the method further comprises at least one of the following:

[0010] HARQ-ACK feedback is type 2 HARQ-ACK feedback for single DCI scheduling of multiple PDSCH opportunities;

[0011] The PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups;

[0012] The symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol, and an invalid symbol.

[0013] Optionally, step S1 includes at least one of the following:

[0014] For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if a PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type is correctly received, an ACK value is determined or generated according to the PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type;

[0015] For a PDSCH transport block group that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, determining or generating a HARQ feedback value according to a decoding result of the PDSCH transport block group;

[0016] For a PDSCH transport block group that only includes symbols that overlap with uplink symbols or overlap with invalid symbol types, a NACK value is determined or generated according to the PDSCH transport block group.

[0017] Optionally, the method further comprises at least one of the following:

[0018] Invalid symbol types include SBFD symbols or non-SBFD symbols;

[0019] Valid symbol types include SBFD symbol or non-SBFD symbol;

[0020] Determine the symbol type of the symbol where the first PDSCH in the single DCI scheduling multiple PDSCH opportunities is located as a valid symbol type;

[0021] A symbol type different from the symbol type where the symbol where the first PDSCH is located in the single DCI scheduling multiple PDSCH opportunities is determined as an invalid symbol type.

[0022] The present application also provides a processing method, which can be applied to a network device (such as a base station or a satellite), comprising the steps of:

[0023] S2: Receive HARQ-ACK feedback, where the HARQ-ACK feedback is determined by the terminal device based on the symbol type of the symbol where the PDSCH transport block group is located.

[0024] Optionally, the method further comprises at least one of the following:

[0025] HARQ-ACK feedback is type 2 HARQ-ACK feedback for single DCI scheduling of multiple PDSCH opportunities;

[0026] The PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups;

[0027] The symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol, and an invalid symbol.

[0028] Optionally, the terminal device determines HARQ-ACK feedback based on a symbol type of a symbol in which a PDSCH transport block group is located, including at least one of the following:

[0029] For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if the terminal device correctly receives a PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type, the terminal device determines or generates an ACK value according to the PDSCH that overlaps with the uplink symbol or overlaps with the invalid symbol type;

[0030] For a PDSCH transport block group that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, the terminal device determines or generates a HARQ feedback value according to a decoding result of the PDSCH transport block group;

[0031] For a PDSCH transport block group that only contains overlaps with uplink symbols or overlaps with invalid symbol types, the terminal device determines or generates a NACK value based on the PDSCH transport block group.

[0032] Optionally, the method further comprises at least one of the following:

[0033] Invalid symbol types include SBFD symbols or non-SBFD symbols;

[0034] Valid symbol types include SBFD symbol or non-SBFD symbol;

[0035] Determine the symbol type of the symbol where the first PDSCH in the single DCI scheduling multiple PDSCH opportunities is located as a valid symbol type;

[0036] A symbol type different from the symbol type where the symbol where the first PDSCH is located in the single DCI scheduling multiple PDSCH opportunities is determined as an invalid symbol type.

[0037] The present application also provides a processing device, the device comprising:

[0038] The determination module is used to determine the HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transmission block group is located.

[0039] The present application also provides a processing device, the device comprising:

[0040] The sending module is used to receive HARQ-ACK feedback, where the HARQ-ACK feedback is determined by the terminal device based on the symbol type of the symbol where the PDSCH transmission block group is located.

[0041] The present application also provides a communication device, comprising: a memory, a processor, and a processing program stored in the memory and executable on the processor, wherein the processing program implements the steps of any of the processing methods described above when executed by the processor.

[0042] The communication device in this application can be a terminal device (such as a mobile phone), a network device (such as a base station or a satellite), or a chip (such as a SOC or a baseband chip with communication functions, etc.). The specific reference needs to be clarified in the context.

[0043] The present application also provides a computer-readable storage medium, on which a processing program is stored. When the processing program is executed by a processor, the steps of any of the processing methods described above are implemented.

[0044] According to the technical solution of the present application, the terminal device determines HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transmission block group is located. In the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1, it can avoid determining the feedback of multiple PDSCH opportunities as NACK. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] The drawings herein are incorporated into the specification and constitute a part of the specification, illustrate embodiments consistent with the present application, and are used together with the specification to explain the principles of the present application. In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the description of the embodiments are briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without creative labor.

[0046] Figure 1 A schematic diagram of the hardware structure of a mobile terminal for implementing various embodiments of the present application;

[0047] Figure 2 A communication network system architecture diagram provided for an embodiment of the present application;

[0048] Figure 3 A schematic diagram of the hardware structure of a controller 140 provided in this application;

[0049] Figure 4 A schematic diagram of the hardware structure of a network node 150 provided in this application;

[0050] Figure 5This is a flow chart of a processing method according to the first embodiment of the present application;

[0051] Figure 6 This is a flow chart of a processing method according to the fourth embodiment of the present application;

[0052] Figure 7 A schematic diagram of the interaction flow between a network device and a terminal device of a processing method shown in the fifth embodiment of the present application;

[0053] Figure 8 A schematic diagram of the structure of the processing device provided in the embodiment of the present application Figure 1 ;

[0054] Fig. 9 A schematic diagram of the structure of the processing device provided in the embodiment of the present application Figure 2 ;

[0055] Fig.10 A schematic diagram of the structure of a communication device provided in an embodiment of the present application.

[0056] The realization of the purpose, functional features and advantages of this application will be further described in conjunction with the embodiments and with reference to the accompanying drawings. The above-mentioned drawings have shown clear embodiments of this application, which will be described in more detail later. These drawings and textual descriptions are not intended to limit the scope of the concept of this application in any way, but to illustrate the concept of this application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0057] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.

[0058] It should be noted that, in this article, the terms "comprises", "includes" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or device including the element, and / or, components, features, and elements with the same name in different embodiments of the present application may have the same meaning or different meanings, and their specific meanings need to be determined by their explanation in the specific embodiment or further combined with the context of the specific embodiment.

[0059] It should be understood that, although the terms first, second, third, etc. may be used to describe various information in this article, these information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other. For example, without departing from the scope of this article, the first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information. Depending on the context, the word "if" as used herein can be interpreted as "at the time of" or "when" or "in response to determination". Furthermore, as used in this article, the singular forms "one", "one" and "the" are intended to also include plural forms, unless there is an opposite indication in the context. It should be further understood that the terms "comprising" and "including" indicate that there are the described features, steps, operations, elements, components, projects, kinds, and / or groups, but do not exclude the existence, occurrence or addition of one or more other features, steps, operations, elements, components, projects, kinds, and / or groups. The terms "or", "and / or", "including at least one of the following" etc. used in this application can be interpreted as inclusive, or mean any one or any combination. For example, “comprising at least one of the following: A, B, C” means “any of the following: A; B; C; A and B; A and C; B and C; A and B and C”, and for another example, “A, B or C” or “A, B and / or C” means “any of the following: A; B; C; A and B; A and C; B and C; A and B and C”. An exception to this definition will only occur when a combination of elements, functions, steps or operations are inherently mutually exclusive in some manner.

[0060] It should be understood that, although the various steps in the flowchart in the embodiment of the present application are displayed in sequence according to the indication of the arrows, these steps are not necessarily performed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and it can be performed in other orders. Moreover, at least a portion of the steps in the figure may include a plurality of sub-steps or a plurality of stages, and these sub-steps or stages are not necessarily performed at the same time, but can be performed at different times, and their execution order is not necessarily performed in sequence, but can be performed in turn or alternately with other steps or at least a portion of the sub-steps or stages of other steps.

[0061] As used herein, the words "if" and "if" may be interpreted as "at the time of" or "when" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrases "if it is determined" or "if (stated condition or event) is detected" may be interpreted as "when it is determined" or "in response to determining" or "when detecting (stated condition or event)" or "in response to detecting (stated condition or event)", depending on the context.

[0062] It should be noted that in this article, step codes such as S1 and S2 are used for the purpose of expressing the corresponding content more clearly and concisely, and do not constitute a substantial limitation on the order. When implementing the step, those skilled in the art may execute S2 first and then S1, etc., but these should all be within the scope of protection of this application.

[0063] It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0064] In the subsequent description, the suffixes such as "module", "component" or "unit" used to represent elements are only used to facilitate the description of the present application, and have no specific meanings. Therefore, "module", "component" or "unit" can be used in a mixed manner.

[0065] The communication device in this application can be a terminal device (such as a mobile phone), a network device (such as a base station), or a chip (such as a SOC or a baseband chip with communication functions, etc.). The specific reference needs to be clarified based on the context.

[0066] The terminal device may be implemented in various forms. For example, the terminal device described in this application may include intelligent terminal devices such as mobile phones, tablet computers, laptop computers, PDAs, portable media players (PMPs), navigation devices, wearable devices, smart bracelets, pedometers, etc., as well as fixed terminal devices such as digital TVs and desktop computers.

[0067] The subsequent description will be made by taking a mobile terminal as an example, and those skilled in the art will understand that, in addition to components specifically used for mobile purposes, the construction according to the embodiments of the present application can also be applied to fixed-type terminal devices.

[0068] See also Figure 1 , which is a schematic diagram of the hardware structure of a mobile terminal for implementing various embodiments of the present application, the mobile terminal 100 may include: RF (Radio Frequency, radio frequency) unit 101, WiFi module 102, audio output unit 103, A / V (audio / video) input unit 104, sensor 105, display unit 106, user input unit 107, interface unit 108, memory 109, processor 110, and power supply 111 and other components. Those skilled in the art can understand that Figure 1 The structure of the mobile terminal shown in the figure does not constitute a limitation on the mobile terminal. The mobile terminal may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.

[0069] Combine the following Figure 1 The following is a detailed introduction to the various components of the mobile terminal:

[0070] The radio frequency unit 101 can be used for receiving and sending signals during information transmission or communication. Specifically, after receiving the downlink information of the base station, it is sent to the processor 110 for processing; in addition, the uplink data is sent to the base station. Generally, the radio frequency unit 101 includes but is not limited to an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc. And / or, the radio frequency unit 101 can also communicate with the network and other devices through wireless communication. The above-mentioned wireless communications can use any communication standard or protocol, including but not limited to GSM (Global System of Mobile communication), GPRS (General Packet Radio Service), CDMA2000 (Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division Duplexing-Long Term Evolution), TDD-LTE (Time Division Duplexing-Long Term Evolution), 5G and 6G, etc.

[0071] WiFi is a short-range wireless transmission technology. Mobile terminals can help users send and receive emails, browse web pages, and access streaming media through WiFi module 102. It provides users with wireless broadband Internet access. Figure 1 The WiFi module 102 is shown, but it is understandable that it is not an essential component of the mobile terminal and can be omitted as needed without changing the essence of the invention.

[0072] The audio output unit 103 can convert the audio data received by the RF unit 101 or the WiFi module 102 or stored in the memory 109 into an audio signal and output it as sound when the mobile terminal 100 is in a call signal reception mode, a talk mode, a recording mode, a voice recognition mode, a broadcast reception mode, etc. Moreover, the audio output unit 103 can also provide audio output related to a specific function performed by the mobile terminal 100 (for example, a call signal reception sound, a message reception sound, etc.). The audio output unit 103 may include a speaker, a buzzer, etc.

[0073] The A / V input unit 104 is used to receive audio or video signals. The A / V input unit 104 may include a graphics processor (GPU) 1041 and a microphone 1042, and the graphics processor 1041 processes the image data of a static picture or video obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. The processed image frame can be displayed on the display unit 106. The image frame processed by the graphics processor 1041 can be stored in the memory 109 (or other storage medium) or sent via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 can receive sound (audio data) via the microphone 1042 in a telephone call mode, a recording mode, a voice recognition mode, and other operating modes, and can process such sound into audio data. The processed audio (voice) data can be converted into a format output that can be sent to a mobile communication base station via the radio frequency unit 101 in the case of a telephone call mode. The microphone 1042 can implement various types of noise elimination (or suppression) algorithms to eliminate (or suppress) noise or interference generated in the process of receiving and sending audio signals.

[0074] The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Optionally, the light sensor includes an ambient light sensor and a proximity sensor. Optionally, the ambient light sensor can adjust the brightness of the display panel 1061 according to the brightness of the ambient light, and the proximity sensor can turn off the display panel 1061 and / or the backlight when the mobile terminal 100 is moved to the ear. As a type of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in all directions (generally three axes), and can detect the magnitude and direction of gravity when stationary. It can be used for applications that identify the posture of the mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for other sensors that can be configured on the mobile phone, such as fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., they will not be repeated here.

[0075] The display unit 106 is used to display information input by the user or information provided to the user. The display unit 106 may include a display panel 1061, which may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.

[0076] The user input unit 107 can be used to receive input digital or character information, and to generate key signal input related to the user settings and function control of the mobile terminal. Optionally, the user input unit 107 may include a touch panel 1071 and other input devices 1072. The touch panel 1071, also known as a touch screen, can collect the user's touch operation on or near it (such as the user's operation on the touch panel 1071 or near the touch panel 1071 using any suitable object or accessory such as a finger, stylus, etc.), and drive the corresponding connection device according to a pre-set program. The touch panel 1071 may include two parts: a touch detection device and a touch controller. Optionally, the touch detection device detects the user's touch orientation, detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into the touch point coordinates, and then sends it to the processor 110, and can receive and execute the command sent by the processor 110. And / or, the touch panel 1071 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 may further include other input devices 1072. Optionally, the other input devices 1072 may include, but are not limited to, one or more of a physical keyboard, a function key (such as a volume control key, a switch key, etc.), a trackball, a mouse, a joystick, etc., which are not specifically limited here.

[0077] Optionally, the touch panel 1071 may cover the display panel 1061. When the touch panel 1071 detects a touch operation on or near it, it transmits the information to the processor 110 to determine the type of touch event. Then, the processor 110 provides corresponding visual output on the display panel 1061 according to the type of touch event. Figure 1 In the figure, the touch panel 1071 and the display panel 1061 are used as two independent components to implement the input and output functions of the mobile terminal. However, in some embodiments, the touch panel 1071 and the display panel 1061 can be integrated to implement the input and output functions of the mobile terminal, which is not limited here.

[0078] The interface unit 108 serves as an interface through which at least one external device can be connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, an audio input / output (I / O) port, a video I / O port, a headphone port, etc. The interface unit 108 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal 100 and an external device.

[0079] The memory 109 can be used to store software programs and various data. The memory 109 can mainly include a program storage area and a data storage area. Optionally, the program storage area can store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc.; the data storage area can store data created according to the use of the mobile phone (such as audio data, a phone book, etc.), etc. And / or, the memory 109 can include a high-speed random access memory, and can also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other volatile solid-state storage devices.

[0080] The processor 110 is the control center of the mobile terminal. It uses various interfaces and lines to connect various parts of the entire mobile terminal. It executes various functions of the mobile terminal and processes data by running or executing software programs and / or modules stored in the memory 109, and calling data stored in the memory 109, so as to monitor the mobile terminal as a whole. The processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor and a modem processor. Optionally, the application processor mainly processes the operating system, user interface, and application programs, and the modem processor mainly processes wireless communications. It is understandable that the above-mentioned modem processor may not be integrated into the processor 110.

[0081] The mobile terminal 100 may also include a power supply 111 (such as a battery) for supplying power to various components. Preferably, the power supply 111 may be logically connected to the processor 110 via a power management system, thereby implementing functions such as charging, discharging, and power consumption management through the power management system.

[0082] although Figure 1 Not shown, the mobile terminal 100 may further include a Bluetooth module, etc., which will not be described in detail here.

[0083] In order to facilitate understanding of the embodiments of the present application, the communication network system on which the mobile terminal of the present application is based is described below.

[0084] See also Figure 2 , Figure 2A communication network system architecture diagram is provided for an embodiment of the present application. The communication network system is a NR (New Radio) system of universal mobile communication technology. The NR system includes a UE (User Equipment) 201, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 202, an EPC (Evolved Packet Core) 203 and an operator's IP service 204, which are connected in sequence.

[0085] Optionally, UE201 may be the above-mentioned terminal device 100, which will not be described in detail here.

[0086] E-UTRAN 202 includes eNodeB 2021 and other eNodeBs 2022 , etc. Optionally, eNodeB 2021 may be connected to other eNodeBs 2022 via a backhaul (eg, an X2 interface), and eNodeB 2021 is connected to EPC 203 , and eNodeB 2021 may provide UE 201 with access to EPC 203 .

[0087] EPC203 may include MME (Mobility Management Entity) 2031, HSS (Home Subscriber Server) 2032, other MMEs 2033, SGW (Serving Gate Way) 2034, PGW (PDN Gate Way) 2035 and PCRF (Policy and Charging Rules Function) 2036, etc. Optionally, MME 2031 is a control node that processes signaling between UE 201 and EPC 203, and provides bearer and connection management. HSS 2032 is used to provide some registers to manage functions such as home location register (not shown in the figure), and store some user-specific information such as service features and data rates. All user data can be sent through SGW2034, PGW2035 can provide IP address allocation and other functions for UE 201, PCRF2036 is the policy and charging control policy decision point for service data flow and IP bearer resources, which selects and provides available policy and charging control decisions for the policy and charging execution function unit (not shown in the figure).

[0088] The IP service 204 may include the Internet, an intranet, an IMS (IP Multimedia Subsystem) or other IP services.

[0089] Although the above introduction takes the LTE system as an example, those skilled in the art should know that the present application is not only applicable to the LTE system, but also to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA, 5G and future new network systems (such as 6G), etc., without limitation here.

[0090] Figure 3 The hardware structure diagram of a controller 140 provided in the present application is shown in FIG. The controller 140 includes a memory 1401 and a processor 1402. The memory 1401 is used to store program instructions, and the processor 1402 is used to call the program instructions in the memory 1401 to execute the steps executed by the controller in the first embodiment of the above method. The implementation principle and beneficial effects are similar and will not be described in detail here.

[0091] Optionally, the controller further includes a communication interface 1403, which can be connected to the processor 1402 via a bus 1404. The processor 1402 can control the communication interface 1403 to implement the receiving and sending functions of the controller 140.

[0092] Figure 4 The hardware structure diagram of a network node 150 provided in the present application is shown in FIG. The network node 150 includes: a memory 1501 and a processor 1502, the memory 1501 is used to store program instructions, and the processor 1502 is used to call the program instructions in the memory 1501 to execute the steps performed by the first node in the first embodiment of the above method, and its implementation principle and beneficial effects are similar, which will not be repeated here.

[0093] Optionally, the controller further includes a communication interface 1503, which can be connected to the processor 1502 via a bus 1504. The processor 1502 can control the communication interface 1503 to implement the receiving and sending functions of the network node 150.

[0094] The above-mentioned integrated module implemented in the form of a software function module can be stored in a computer-readable storage medium. The above-mentioned software function module is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor (English: processor) to perform some steps of the methods of various embodiments of the present application.

[0095] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loading and executing computer program instructions on a computer, the process or function according to the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. Computer instructions can be stored in a storage medium, or transmitted from one storage medium to another storage medium. For example, computer instructions can be transmitted from a website site, computer, server or data center to another website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode. The storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integration. Available media can be magnetic media, (e.g., floppy disk, hard disk, tape), optical media (e.g., DVD), or semiconductor media (e.g., solid state hard disk solid state disk, SSD), etc.

[0096] Based on the above-mentioned mobile terminal hardware structure and communication network system, various embodiments of the present application are proposed.

[0097] Technical terms involved in this embodiment:

[0098] PDSCH: Physical Downlink Shared CHannel, physical downlink shared channel;

[0099] PDCCH: Physical Downlink Control CHannel, physical downlink control channel;

[0100] PRB: Physical Resource Block, physical resource block;

[0101] SBFD: SubBand Full-Duplex, sub-band full-duplex;

[0102] TBG: Transport Block Group, transport block group;

[0103] HARQ-ACK: Hybrid Automatic RepeatreQuest-ACKnowledgement, hybrid automatic repeat request-acknowledgement;

[0104] Type-1 HARQ-ACK codebook: Type 1 hybrid automatic repeat request-acknowledgement codebook;

[0105] Type-2 HARQ-ACK codebook: Type 2 hybrid automatic repeat request-acknowledgement codebook;

[0106] timeDomainHARQ-BundlingType1: time domain hybrid automatic repeat request-bundling type 1;

[0107] nrofHARQ-BundlingGroups: number of hybrid automatic repeat request bundling groups;

[0108] DCI: Downlink Control Information, downlink control information;

[0109] UL: Up Link, uplink;

[0110] DL: Down Link, downlink.

[0111] First embodiment

[0112] Reference Figure 5 , Figure 5 This is a flow chart of a processing method according to the first embodiment of the present application. The processing method according to the embodiment of the present application can be applied to a terminal device (such as a mobile phone), and includes the following steps:

[0113] S1: The terminal device determines the HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transport block group is located.

[0114] This embodiment takes into account that for SBFD (sub-band full-duplex) configuration 1, the PDSCH opportunities of invalid symbol types will be discarded. If the HARQ-ACK codebook construction rules of the existing protocol are followed when configuring time domain bundling, when the terminal device does not receive the PDSCH of the invalid symbol type, the terminal device will generate NACK. After applying the binary AND operation, the feedback of multiple PDSCHs will be determined as NACK, resulting in invalid feedback.

[0115] Therefore, this embodiment proposes a technical solution, whereby the terminal device determines the HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transmission block group is located, thereby avoiding determining the feedback of multiple PDSCH opportunities as NACK in the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1.

[0116] Optionally, the HARQ-ACK feedback is type 2 HARQ-ACK feedback for a single DCI scheduling multiple PDSCH opportunities.

[0117] Optionally, the PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups.

[0118] Optionally, the PDSCH transport block group is configured by RRC signaling.

[0119] Optionally, the symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol and an invalid symbol.

[0120] Optionally, the terminal device determines HARQ-ACK feedback based on a symbol type of a symbol in which a PDSCH transport block group is located, including at least one of the following:

[0121] For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if the terminal device correctly receives a PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type, an ACK value is determined or generated according to the PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type;

[0122] For a PDSCH transport block group that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, generating a HARQ feedback value according to a reception and / or decoding result of the PDSCH transport block group;

[0123] For a PDSCH transport block group that only includes symbols that overlap with uplink symbols or overlap with invalid symbol types, a NACK value is determined or generated according to the PDSCH transport block group.

[0124] Optionally, the invalid symbol type includes a SBFD symbol or a non-SBFD symbol.

[0125] Optionally, the valid symbol type includes a non-SBFD symbol or a SBFD symbol.

[0126] Optionally, the symbol type of the symbol where the first PDSCH in the single DCI scheduling multiple PDSCH opportunities is located is determined as a valid symbol type;

[0127] Optionally, a symbol type different from the symbol type of the symbol where the first PDSCH in a single DCI scheduling multiple PDSCH opportunities is located is determined as an invalid symbol type.

[0128] Optionally, the terminal device sends the determined HARQ-ACK feedback to the network device.

[0129] Optionally, the network device may be a base station or a satellite, etc.

[0130] Through the technical solution of this embodiment, the terminal device determines the HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH opportunity is located. In the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1, it is possible to avoid determining the feedback of multiple PDSCH opportunities as NACK.

[0131] Second embodiment

[0132] Based on the first embodiment of the present application, the second embodiment of the present application further elaborates on the HARQ-ACK feedback determination method.

[0133] This embodiment proposes a technical solution, whereby the terminal device determines HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transmission block group is located, thereby avoiding determining the feedback of multiple PDSCH opportunities as NACK in the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1.

[0134] Optionally, the HARQ-ACK feedback is type 2 HARQ-ACK feedback for a single DCI scheduling multiple PDSCH opportunities.

[0135] Optionally, type 2 HARQ-ACK feedback is a type 2 HARQ-ACK codebook.

[0136] Optionally, the PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups.

[0137] Optionally, the PDSCH transport block group is configured by RRC signaling.

[0138] Optionally, the symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol and an invalid symbol.

[0139] Optionally, the terminal device determines HARQ-ACK feedback based on a symbol type of a symbol in which a PDSCH transport block group is located, including at least one of the following:

[0140] For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, assuming that the PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type is correctly received, an ACK value is generated for the PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type;

[0141] For a transport block group of a PDSCH that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, generating a HARQ feedback value according to a reception and / or decoding result of the transport block group of the PDSCH;

[0142] For a transport block group that only includes PDSCHs that overlap uplink symbols or overlap invalid symbol types, a NACK value is generated for the transport block group of the PDSCHs.

[0143] Optionally, for configuration 1, for type 2 HARQ-ACK feedback for multiple PDSCH opportunities scheduled by a single DCI, if nrofHARQ-BundlingGroups is provided, the HARQ-ACK information bits for multiple PDSCH opportunities scheduled by a single DCI are determined as follows:

[0144] For a PDSCH transport block group (TBG) that includes at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if the terminal device correctly receives a PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type, an ACK value is determined or generated based on the PDSCH that overlaps with the uplink symbol or overlaps with an invalid symbol type.

[0145] For a PDSCH transport block group that only contains overlapped uplink symbols or overlapped invalid symbol types, the terminal device determines or generates a NACK value for the transport block group.

[0146] Optionally, the invalid symbol type includes an SBFD symbol or a non-SBFD symbol. The terminal device determines the symbol type of the symbol where the first PDSCH in a single DCI scheduling multiple PDSCH opportunities is located as a valid symbol type, and the corresponding other symbol type is an invalid symbol type. For example, if the symbol type of the symbol where the first PDSCH in a single DCI scheduling multiple PDSCH opportunities is located is a SBFD symbol, then the SBFD symbol is a valid symbol and the non-SBFD symbol is an invalid symbol.

[0147] Optionally, the terminal device sends the determined HARQ-ACK feedback to the network device.

[0148] Optionally, the network device may be a base station or a satellite, etc.

[0149] Through the technical solution of this embodiment, the terminal device determines the HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH opportunity is located. In the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1, it is possible to avoid determining the feedback of multiple PDSCH opportunities as NACK.

[0150] Third embodiment

[0151] Based on any of the above embodiments of the present application, the third embodiment of the present application further elaborates on the HARQ-ACK feedback determination method.

[0152] This embodiment proposes a technical solution, whereby the terminal device determines HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transmission block group is located, thereby avoiding determining the feedback of multiple PDSCH opportunities as NACK in the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1.

[0153] Optionally, the HARQ-ACK feedback is type 2 HARQ-ACK feedback for a single DCI scheduling multiple PDSCH opportunities.

[0154] Optionally, type 2 HARQ-ACK feedback is a type 2 HARQ-ACK codebook.

[0155] Optionally, the PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups.

[0156] Optionally, the PDSCH transport block group is configured by RRC signaling.

[0157] Optionally, the symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol and an invalid symbol.

[0158] Optionally, the terminal device determines HARQ-ACK feedback based on a symbol type of a symbol in which a PDSCH transport block group is located, including at least one of the following:

[0159] For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if the terminal device correctly receives the PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type, an ACK value is generated for the PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type;

[0160] For a PDSCH transport block group that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, the terminal device generates a HARQ feedback value according to a reception and / or decoding result of the PDSCH transport block group;

[0161] For a PDSCH transport block group that only includes symbols that overlap with uplink symbols or overlap with invalid symbol types, the terminal generates a NACK value for the PDSCH transport block group.

[0162] Optionally, if nrofHARQ-BundlingGroups is provided for the terminal device and harq-ACK-SpatialBundlingPUCCH is not provided for serving cell c, the terminal device generates HARQ-ACK information for PDSCH reception on the transport block group (TBG) and, optionally, the maximum number of PDSCH receptions scheduled by the DCI format on serving cell c. nrofHARQ-BundlingGroups provides the maximum number of Transport Block Groups (TBGs).

[0163] Optionally, if the terminal device detects that the DCI format scheduling N on the serving cell c PDSCH,c PDSCH is received, the terminal device generates a HARQ-ACK information bits and, if applicable, by setting and C = N PDSCH,c Generate for the second TB HARQ-ACK information bits.

[0164] Optionally, for a TBG associated with at least one PDSCH that does not overlap with an uplink symbol indicated by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated (if provided) and does not overlap with an invalid symbol type, the terminal device assumes that the TB provided by the PDSCH that overlaps with an uplink symbol indicated by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated (if provided) or overlaps with an invalid symbol type has been correctly received.

[0165] Optionally, for a TBG associated with a PDSCH that overlaps only with uplink symbols indicated by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated (if provided) or overlaps with an invalid symbol type, the terminal device generates a NACK value for the TBG.

[0166] Optionally, if nrofHARQ-BundlingGroups and harq-ACK-SpatialBundlingPUCCH of serving cell c are provided for the terminal device, the terminal device shall generate HARQ-ACK information via the PDSCH reception group for PDSCH reception scheduled by the DCI format on serving cell c, where nrofHARQ-BundlingGroups provides the maximum The number of PDSCH receiving groups.

[0167] Optionally, if the terminal device detects that N is scheduled on the serving cell c PDSCH,c If the DCI format of each PDSCH is received, the terminal device will set the HARQ-ACK information bit corresponding to the first and second transport blocks received by each PDSCH after performing a binary AND operation. and C = N PDSCH,c , generated for PDSCH reception HARQ-ACK information bits.

[0168] Optionally, for a PDSCH reception group associated with at least one PDSCH that does not overlap with an uplink symbol indicated by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated (if provided) and does not overlap with an invalid symbol type, the terminal device assumes that the TB provided by the PDSCH that overlaps with an uplink symbol indicated by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated (if provided) or overlaps with an invalid symbol type has been correctly received.

[0169] Optionally, for a PDSCH reception group associated with only PDSCHs that overlap uplink symbols indicated by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated (if provided) or overlap with an invalid symbol type, the terminal device generates a NACK value for the PDSCH reception group.

[0170] Optionally, the invalid symbol type includes a SBFD symbol or a non-SBFD symbol.

[0171] Optionally, the terminal device determines the symbol type of the first PDSCH in a single DCI scheduling of multiple PDSCH opportunities as a valid symbol type, and the corresponding other symbol type is an invalid symbol type. For example, if the symbol type of the first PDSCH in a single DCI scheduling of multiple PDSCH opportunities is a SBFD symbol, then the SBFD symbol is a valid symbol and the non-SBFD symbol is an invalid symbol.

[0172] Optionally, the terminal device sends the determined HARQ-ACK feedback to the network device.

[0173] Optionally, the network device may be a base station or a satellite, etc.

[0174] Through the technical solution of this embodiment, the terminal device determines the HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH opportunity is located. In the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1, it is possible to avoid determining the feedback of multiple PDSCH opportunities as NACK.

[0175] Fourth embodiment

[0176] Reference Figure 6 , Figure 6 This is a flow chart of a processing method according to a fourth embodiment of the present application. The processing method according to the embodiment of the present application can be applied to a network device (such as a base station or a satellite), and includes the following steps:

[0177] S2: The network device receives HARQ-ACK feedback, where the HARQ-ACK feedback is determined by the terminal device based on the symbol type of the symbol where the PDSCH transport block group is located.

[0178] This embodiment proposes a technical solution, which can avoid determining the feedback of multiple PDSCH opportunities as NACK in the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1.

[0179] Optionally, the HARQ-ACK feedback is type 2 HARQ-ACK feedback for a single DCI scheduling multiple PDSCH opportunities.

[0180] Optionally, the PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups.

[0181] Optionally, the PDSCH transport block group is configured by RRC signaling.

[0182] Optionally, the symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol and an invalid symbol.

[0183] Optionally, the terminal device determines HARQ-ACK feedback based on a symbol type of a symbol in which a PDSCH transport block group is located, including at least one of the following:

[0184] For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if the terminal device correctly receives a PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type, an ACK value is determined or generated according to the PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type;

[0185] For a PDSCH transport block group that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, generating a HARQ feedback value according to a reception and / or decoding result of the PDSCH transport block group;

[0186] For a PDSCH transport block group that only includes symbols that overlap with uplink symbols or overlap with invalid symbol types, a NACK value is determined or generated according to the PDSCH transport block group.

[0187] Optionally, the invalid symbol type includes a SBFD symbol or a non-SBFD symbol.

[0188] Optionally, the valid symbol type includes a non-SBFD symbol or a SBFD symbol.

[0189] Optionally, the symbol type of the symbol where the first PDSCH in the single DCI scheduling multiple PDSCH opportunities is located is determined as a valid symbol type;

[0190] Optionally, a symbol type different from the symbol type of the symbol where the first PDSCH in a single DCI scheduling multiple PDSCH opportunities is located is determined as an invalid symbol type.

[0191] Optionally, the terminal device sends the determined HARQ-ACK feedback to the network device.

[0192] Through the technical solution of this embodiment, the terminal device determines the HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transmission block group is located, and the network device receives the HARQ-ACK feedback. In the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1, it is possible to avoid determining the feedback of multiple PDSCH opportunities as NACK.

[0193] Fifth embodiment

[0194] Reference Figure 7 , Figure 7 The fifth embodiment of the present application provides a processing method according to which a network device and a terminal device interact with each other, including the following steps:

[0195] S1: The terminal device determines HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transport block group is located;

[0196] S2: The network device receives HARQ-ACK feedback, where the HARQ-ACK feedback is determined by the terminal device based on the symbol type of the symbol where the PDSCH transport block group is located.

[0197] This embodiment proposes a technical solution, whereby the terminal device determines HARQ-ACK feedback based on the symbol type of the PDSCH opportunity, thereby avoiding determining the feedback of multiple PDSCH opportunities as NACK in the scenario of single DCI scheduling multiple PDSCH opportunities and SBFD configuration 1.

[0198] Optionally, the HARQ-ACK feedback is type 2 HARQ-ACK feedback for a single DCI scheduling multiple PDSCH opportunities.

[0199] Optionally, the PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups.

[0200] Optionally, the PDSCH transport block group is configured by RRC signaling.

[0201] Optionally, the symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol and an invalid symbol.

[0202] Optionally, the terminal device determines HARQ-ACK feedback based on a symbol type of a symbol in which a PDSCH transport block group is located, including at least one of the following:

[0203] For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if the terminal device correctly receives a PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type, an ACK value is determined or generated according to the PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type;

[0204] For a PDSCH transport block group that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, generating a HARQ feedback value according to a reception and / or decoding result of the PDSCH transport block group;

[0205] For a PDSCH transport block group that only includes symbols that overlap with uplink symbols or overlap with invalid symbol types, a NACK value is determined or generated according to the PDSCH transport block group.

[0206] Optionally, the invalid symbol type includes a SBFD symbol or a non-SBFD symbol.

[0207] Optionally, the valid symbol type includes a non-SBFD symbol or a SBFD symbol.

[0208] Optionally, the symbol type of the symbol where the first PDSCH in the single DCI scheduling multiple PDSCH opportunities is located is determined as a valid symbol type;

[0209] Optionally, a symbol type different from the symbol type of the symbol where the first PDSCH in a single DCI scheduling multiple PDSCH opportunities is located is determined as an invalid symbol type.

[0210] Optionally, the terminal device sends the determined HARQ-ACK feedback to the network device.

[0211] Optionally, the network device may be a base station or a satellite, etc.

[0212] This embodiment proposes a technical solution, whereby the terminal device determines the HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transmission block group is located, and the network device receives the HARQ-ACK feedback. In the scenario where a single DCI schedules multiple PDSCH opportunities and SBFD configuration 1, it is possible to avoid determining the feedback of multiple PDSCH opportunities as NACK.

[0213] Sixth embodiment

[0214] See also Figure 8 , Figure 8 A schematic diagram of the structure of the processing device provided in the embodiment of the present application Figure 1 The device may be mounted on or be the terminal device in the above method embodiment, such as Figure 8 As shown, the device 160 includes:

[0215] The determination module 1601 is configured to determine HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transport block group is located.

[0216] Optionally, the device further comprises at least one of the following:

[0217] HARQ-ACK feedback is type 2 HARQ-ACK feedback for single DCI scheduling of multiple PDSCH opportunities;

[0218] The PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups;

[0219] The symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol, and an invalid symbol.

[0220] Optionally, determining HARQ-ACK feedback based on a symbol type of a symbol in which a PDSCH transport block group is located includes at least one of the following:

[0221] For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if a PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type is correctly received, an ACK value is determined or generated according to the PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type;

[0222] For a PDSCH transport block group that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, determining or generating a HARQ feedback value according to a decoding result of the PDSCH transport block group;

[0223] For a PDSCH transport block group that only includes symbols that overlap with uplink symbols or overlap with invalid symbol types, a NACK value is determined or generated according to the PDSCH transport block group.

[0224] Optionally, the device further comprises at least one of the following:

[0225] Invalid symbol types include SBFD symbols or non-SBFD symbols;

[0226] Valid symbol types include SBFD symbol or non-SBFD symbol;

[0227] Determine the symbol type of the symbol where the first PDSCH in the single DCI scheduling multiple PDSCH opportunities is located as a valid symbol type;

[0228] A symbol type different from the symbol type where the symbol where the first PDSCH is located in the single DCI scheduling multiple PDSCH opportunities is determined as an invalid symbol type.

[0229] The processing device provided in the embodiment of the present application has similar implementation principles and beneficial effects to the technical solutions shown in the above-mentioned corresponding method embodiments, and will not be described in detail here.

[0230] Seventh embodiment

[0231] See also Fig. 9 , Fig. 9 A schematic diagram of the structure of the processing device provided in the embodiment of the present application Figure 2 The device may be mounted on or be the network device in the above method embodiment, such as Fig. 9 As shown, the device 170 includes:

[0232] The receiving module 1701 is used to receive HARQ-ACK feedback, where the HARQ-ACK feedback is determined by the terminal device based on the symbol type of the symbol where the PDSCH transmission block group is located.

[0233] Optionally, the device further comprises at least one of the following:

[0234] HARQ-ACK feedback is type 2 HARQ-ACK feedback for single DCI scheduling of multiple PDSCH opportunities;

[0235] The PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups;

[0236] The symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol, and an invalid symbol.

[0237] Optionally, the terminal device determines HARQ-ACK feedback based on a symbol type of a symbol in which a PDSCH transport block group is located, including at least one of the following:

[0238] For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if the terminal device correctly receives a PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type, the terminal device determines or generates an ACK value according to the PDSCH that overlaps with the uplink symbol or overlaps with the invalid symbol type;

[0239] For a PDSCH transport block group that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, the terminal device determines or generates a HARQ feedback value according to a decoding result of the PDSCH transport block group;

[0240] For a PDSCH transport block group that only contains overlaps with uplink symbols or overlaps with invalid symbol types, the terminal device determines or generates a NACK value based on the PDSCH transport block group.

[0241] Optionally, the device further comprises at least one of the following:

[0242] Invalid symbol types include SBFD symbols or non-SBFD symbols;

[0243] Valid symbol types include SBFD symbol or non-SBFD symbol;

[0244] Determine the symbol type of the symbol where the first PDSCH in the single DCI scheduling multiple PDSCH opportunities is located as a valid symbol type;

[0245] A symbol type different from the symbol type where the symbol where the first PDSCH is located in the single DCI scheduling multiple PDSCH opportunities is determined as an invalid symbol type.

[0246] The processing device provided in the embodiment of the present application has similar implementation principles and beneficial effects to the technical solutions shown in the above-mentioned corresponding method embodiments, and will not be described in detail here.

[0247] See also Fig.10 , Fig.10 This is a schematic diagram of the structure of the communication device provided in the embodiment of the present application. Fig.10As shown, the communication device 180 described in this embodiment can be the terminal device (or a component that can be used for the terminal device) or the network device (or a component that can be used for the network device) mentioned in the above method embodiment. The communication device 180 can be used to implement the method corresponding to the terminal device or the network device described in the above method embodiment, and specifically refer to the description in the above method embodiment.

[0248] The communication device 180 may include one or more processors 1801, which may also be referred to as a processing unit, and may implement certain control or processing functions. The processor 1801 may be a general-purpose processor or a dedicated processor, etc. For example, it may be a baseband processor or a central processing unit. The baseband processor may be used to process the communication protocol and communication data, and the central processing unit may be used to control the communication device, execute the software program, and process the data of the software program.

[0249] Optionally, the processor 1801 may also store instructions 1803 or data (eg, intermediate data). Optionally, the instructions 1803 may be executed by the processor 1801, so that the communication device 180 executes the method corresponding to the terminal device or network device described in the above method embodiment.

[0250] Optionally, the communication device 180 may include a circuit that can implement the functions of sending or receiving or communicating in the aforementioned method embodiments.

[0251] Optionally, the communication device 180 may include one or more memories 1802 , on which instructions 1804 may be stored. The instructions may be executed on the processor 1801 , so that the communication device 180 executes the method described in the above method embodiment.

[0252] Optionally, data may also be stored in the memory 1802. The processor 1801 and the memory 1802 may be provided separately or integrated together.

[0253] Optionally, the communication device 180 may further include a transceiver 1805 and / or an antenna 1806. The processor 1801 may be referred to as a processing unit, and controls the communication device 180 (terminal device or core network device or wireless access network device). The transceiver 1805 may be referred to as a transceiver unit, a transceiver, a transceiver circuit, or a transceiver, etc., and is used to implement the transceiver function of the communication device 180.

[0254] Optionally, if the communication device 180 is used to implement operations corresponding to the terminal device in the above embodiments, for example, the transceiver 1805 can send HARQ-ACK feedback.

[0255] Optionally, the specific implementation process of the processor 1801 and the transceiver 1805 can refer to the relevant description of the above embodiments, which will not be repeated here.

[0256] Optionally, if the communication device 180 is used to implement operations corresponding to the network devices in the above embodiments, for example: the transceiver 1805 can receive HARQ-ACK feedback.

[0257] Optionally, the specific implementation process of the processor 1801 and the transceiver 1805 can refer to the relevant description of the above embodiments, which will not be repeated here.

[0258] The processor 1801 and the transceiver 1805 described in the present application can be implemented in an IC (Integrated Circuit), an analog integrated circuit, an RFIC (Radio Frequency Integrated Circuit), a mixed signal integrated circuit, an ASIC (Application Specific Integrated Circuit), a PCB (Printed Circuit Board), an electronic device, etc. The processor 1801 and the transceiver 1805 can also be manufactured using various integrated circuit process technologies, such as CMOS (Complementary Metal Oxide Semiconductor), NMOS (N Metal-Oxide-Semiconductor), PMOS (Positive channel Metal Oxide Semiconductor), BJT (Bipolar Junction Transistor), bipolar CMOS (BiCMOS), silicon germanium (SiGe), gallium arsenide (GaAs), etc.

[0259] In this application, the communication device may be a terminal device (such as a mobile phone) or a network device (such as a base station), which needs to be determined according to the context. In addition, the terminal device may be implemented in various forms. For example, the terminal device described in this application may include mobile terminals such as mobile phones, tablet computers, laptop computers, PDAs, portable media players (PMPs), navigation devices, wearable devices, smart bracelets, pedometers, etc., as well as fixed terminal devices such as digital TVs and desktop computers.

[0260] Although in the above embodiments, the communication device is described by taking a terminal device or a network device as an example, the scope of the communication device described in the present application is not limited to the above terminal device or network device, and the structure of the communication device may not be limited to the above terminal device or network device. Fig.10 The communication device may be a stand-alone device or may be part of a larger device.

[0261] An embodiment of the present application also provides a communication system, including: a terminal device as in any of the above embodiments; and a network device as in any of the above embodiments.

[0262] An embodiment of the present application also provides a communication device, including a memory and a processor, wherein a processing program is stored in the memory, and when the processing program is executed by the processor, the steps of the processing method in any of the above embodiments are implemented.

[0263] The communication device in this application can be a terminal device (such as a mobile phone), a network device (such as a satellite), or a chip (such as a SOC or a baseband chip with communication functions, etc.). The specific reference needs to be clarified based on the context.

[0264] An embodiment of the present application further provides a computer-readable storage medium, on which a processing program is stored. When the processing program is executed by a processor, the steps of the processing method in any of the above embodiments are implemented.

[0265] In the embodiments of the communication device and the storage medium provided in the embodiments of the present application, all the technical features of any of the above-mentioned processing method embodiments may be included, and the expansion and explanation content of the specification are basically the same as those of the embodiments of the above-mentioned methods, and will not be repeated here.

[0266] The embodiment of the present application further provides a computer program product, which includes a computer program code. When the computer program code runs on a computer, the computer executes the methods in the above various possible implementation modes.

[0267] An embodiment of the present application also provides a chip, including a memory and a processor, wherein the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that a device equipped with the chip executes the methods in various possible implementation modes as described above.

[0268] It is understood that the above scenarios are only examples and do not constitute a limitation on the application scenarios of the technical solutions provided in the embodiments of the present application. The technical solutions of the present application can also be applied to other scenarios. For example, it is known to those skilled in the art that with the evolution of the system architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0269] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0270] The steps in the method of the embodiment of the present application can be adjusted in order, combined and deleted according to actual needs.

[0271] The units in the device of the embodiment of the present application can be merged, divided and deleted according to actual needs.

[0272] In the present application, the same or similar terminology concepts, technical solutions and / or application scenario descriptions are generally described in detail only the first time they appear. When they appear again later, they are generally not repeated for the sake of brevity. When understanding the technical solutions and other contents of the present application, for the same or similar terminology concepts, technical solutions and / or application scenario descriptions that are not described in detail later, reference can be made to the previous related detailed descriptions.

[0273] In the present application, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0274] The various technical features of the technical solution of the present application can be arbitrarily combined. In order to make the description concise, not all possible combinations of the various technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of the present application.

[0275] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, disk, CD) as above, including a number of instructions for a terminal device (which can be a mobile phone, computer, server, controlled terminal device, or network device, etc.) to execute the method of each embodiment of the present application.

[0276] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loading and executing computer program instructions on a computer, the process or function according to the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. Computer instructions can be stored in a storage medium, or transmitted from one storage medium to another storage medium. For example, computer instructions can be transmitted from a website site, computer, server or data center to another website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) mode. The storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integration. Available media can be magnetic media, (e.g., floppy disk, storage disk, tape), optical media (e.g., DVD), or semiconductor media (e.g., solid-state storage disk Solid State Disk (SSD)), etc.

[0277] The above are only preferred embodiments of the present application, and are not intended to limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A processing method, characterized in that: Applied to terminal equipment, including the steps of: S1: Determine HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transport block group is located.

2. The method according to claim 1, characterized in that Also includes at least one of the following: HARQ-ACK feedback is type 2 HARQ-ACK feedback for single DCI scheduling of multiple PDSCH opportunities; The PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups; The symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol, and an invalid symbol.

3. The method according to claim 2, characterized in that Step S1 includes at least one of the following: For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if a PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type is correctly received, an ACK value is determined or generated according to the PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type; For a PDSCH transport block group that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, determining or generating a HARQ feedback value according to a decoding result of the PDSCH transport block group; For a PDSCH transport block group that only includes symbols that overlap with uplink symbols or overlap with invalid symbol types, a NACK value is determined or generated according to the PDSCH transport block group.

4. The method according to claim 2 or 3, characterized in that: Also includes at least one of the following: Invalid symbol types include SBFD symbols or non-SBFD symbols; Valid symbol types include SBFD symbol or non-SBFD symbol; Determine the symbol type of the symbol where the first PDSCH in the single DCI scheduling multiple PDSCH opportunities is located as a valid symbol type; A symbol type different from the symbol type where the symbol where the first PDSCH is located in the single DCI scheduling multiple PDSCH opportunities is determined as an invalid symbol type.

5. A processing method, characterized in that: Applied to network equipment, including the steps of: S2: Receive HARQ-ACK feedback, where the HARQ-ACK feedback is determined by the terminal device based on the symbol type of the symbol where the PDSCH transport block group is located.

6. The method according to claim 5, characterized in that Also includes at least one of the following: HARQ-ACK feedback is type 2 HARQ-ACK feedback for single DCI scheduling of multiple PDSCH opportunities; The PDSCH transport block group is determined by the number of hybrid automatic repeat request bundling groups; The symbol type of the symbol where the PDSCH transport block group is located includes at least one of an uplink symbol, a flexible symbol, a downlink symbol, a valid symbol, and an invalid symbol.

7. The method according to claim 6, characterized in that The terminal device determines HARQ-ACK feedback based on the symbol type of the symbol where the PDSCH transport block group is located, including at least one of the following: For a PDSCH transport block group including at least one PDSCH that does not overlap with an uplink symbol and does not overlap with an invalid symbol type, if the terminal device correctly receives a PDSCH that overlaps with an uplink symbol or overlaps with an invalid symbol type, the terminal device determines or generates an ACK value according to the PDSCH that overlaps with the uplink symbol or overlaps with the invalid symbol type; For a PDSCH transport block group that overlaps with a downlink symbol or a flexible symbol and overlaps with a valid symbol type, the terminal device determines or generates a HARQ feedback value according to a decoding result of the PDSCH transport block group; For a PDSCH transport block group that only contains overlaps with uplink symbols or overlaps with invalid symbol types, the terminal device determines or generates a NACK value based on the PDSCH transport block group.

8. The method according to claim 6 or 7, characterized in that: Also includes at least one of the following: Invalid symbol types include SBFD symbols or non-SBFD symbols; Valid symbol types include SBFD symbol or non-SBFD symbol; Determine the symbol type of the symbol where the first PDSCH in the single DCI scheduling multiple PDSCH opportunities is located as a valid symbol type; A symbol type different from the symbol type where the symbol where the first PDSCH is located in the single DCI scheduling multiple PDSCH opportunities is determined as an invalid symbol type.

9. A communication device, characterized in that: include: A memory and a processor, wherein a processing program is stored in the memory, and when the processing program is executed by the processor, the processing method according to any one of claims 1 to 8 is implemented.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a processing program, and when the processing program is executed by a processor, the processing method according to any one of claims 1 to 8 is implemented.

Images