WO2024098430A1 - 一种处理时延的确定方法、装置、设备及存储介质 - Google Patents

一种处理时延的确定方法、装置、设备及存储介质 Download PDF

Info

Publication number
WO2024098430A1
WO2024098430A1 PCT/CN2022/131562 CN2022131562W WO2024098430A1 WO 2024098430 A1 WO2024098430 A1 WO 2024098430A1 CN 2022131562 W CN2022131562 W CN 2022131562W WO 2024098430 A1 WO2024098430 A1 WO 2024098430A1
Authority
WO
WIPO (PCT)
Prior art keywords
delay
capability information
network side
side device
present disclosure
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2022/131562
Other languages
English (en)
French (fr)
Inventor
牟勤
乔雪梅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202280004978.8A priority Critical patent/CN115997461A/zh
Priority to PCT/CN2022/131562 priority patent/WO2024098430A1/zh
Priority to EP22964898.5A priority patent/EP4618460A4/en
Publication of WO2024098430A1 publication Critical patent/WO2024098430A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals

Definitions

  • the present disclosure relates to the field of communication technology, and in particular to a method/device/equipment for determining a processing delay and a storage medium.
  • UE User Equipment
  • the processing delay includes the decoding delay of PDSCH and the preparation delay of PUCCH (Physical Uplink Control CHannel). Based on this, when the network side device indicates the time slot resources for HARQ-ACK feedback, it needs to consider the PDSCH decoding time and PUCCH preparation time of the terminal device.
  • the baseband processing capability of the eRedCap (enhance Reduced Capability) UE is only 5MHz.
  • the eRedCap UE successfully receives a PDSCH exceeding 5MHz for example, broadcast PDSCH
  • the eRedCap UE will select 5MHz of data for decoding. If the decoding fails, it will select another 5MHz of data and combine it with the previous data and decode it again until the decoding succeeds.
  • the eRedCap UE may perform multiple HARQ combined decoding after receiving the PDSCH, resulting in the network side device being unable to determine the processing delay of the eRedCap UE, which may cause the network side device to indicate unreasonable timeslot resources for the eRedCap UE, and thus the eRedCap UE cannot perform HARQ-ACK feedback normally. Therefore, a method for determining the processing delay of the eRedCap UE is urgently needed.
  • the processing delay determination method/device/equipment and storage medium proposed in the present disclosure are used to determine the processing delay of eRedCapUE.
  • an embodiment of the present disclosure provides a method for determining a processing delay, which is performed by a network side device and includes:
  • the capability information of the UE indicates that the UE is a first type of UE, and uses the first delay as the decoding delay of the UE;
  • a processing delay of the UE is determined according to the first delay.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • an embodiment of the present disclosure provides a method for determining a processing delay, which is performed by a network side device and includes:
  • a first uplink time slot resource and a second uplink time slot resource are respectively configured for the UE, wherein the second uplink time slot resource is later than the first uplink time slot resource.
  • an embodiment of the present disclosure provides a method for determining a processing delay, which is executed by a UE and includes:
  • an embodiment of the present disclosure provides a method for determining a processing delay, which is executed by a UE and includes:
  • Uplink transmission is performed based on a first uplink time slot resource or a second uplink time slot resource configured by a network side device, wherein the second uplink time slot resource is later than the first uplink time slot resource.
  • an embodiment of the present disclosure provides a communication device, which is configured in a network side device, including:
  • An acquisition module used to acquire capability information of a user equipment UE
  • a processing module configured to indicate that the UE is a first type UE according to the capability information of the UE, and to use the first delay as a decoding delay of the UE;
  • a determination module is used to determine a processing delay of the UE according to the first delay.
  • an embodiment of the present disclosure provides a communication device, which is configured in a network side device, including:
  • a configuration module is used to configure a first uplink time slot resource and a second uplink time slot resource for the UE respectively, wherein the second uplink time slot resource is later than the first uplink time slot resource.
  • an embodiment of the present disclosure provides a communication device, which is configured in a UE, including:
  • the reporting module is used to report the capability information of the UE to the network side device.
  • an embodiment of the present disclosure provides a communication device, which is configured in a UE, including:
  • a transmission module is used to perform uplink transmission based on a first uplink time slot resource or a second uplink time slot resource configured by a network side device, wherein the second uplink time slot resource is later than the first uplink time slot resource.
  • an embodiment of the present disclosure provides a communication device, which includes a processor.
  • the processor calls a computer program in a memory, the method described in any one of the first to second aspects above is executed.
  • an embodiment of the present disclosure provides a communication device, which includes a processor.
  • the processor calls a computer program in a memory, the method described in any one of the third to fourth aspects is executed.
  • an embodiment of the present disclosure provides a communication device, which includes a processor and a memory, in which a computer program is stored; the processor executes the computer program stored in the memory so that the communication device executes the method described in any one of the first to second aspects above.
  • an embodiment of the present disclosure provides a communication device, which includes a processor and a memory, in which a computer program is stored; the processor executes the computer program stored in the memory so that the communication device executes the method described in any one of the third to fourth aspects above.
  • an embodiment of the present disclosure provides a communication device, which includes a processor and an interface circuit, wherein the interface circuit is used to receive code instructions and transmit them to the processor, and the processor is used to execute the code instructions to enable the device to execute the method described in any one of the first to second aspects above.
  • an embodiment of the present disclosure provides a communication device, which includes a processor and an interface circuit, wherein the interface circuit is used to receive code instructions and transmit them to the processor, and the processor is used to run the code instructions to enable the device to execute the method described in any one of the third to fourth aspects above.
  • an embodiment of the present disclosure provides a communication system, which includes the communication device described in the third aspect to the communication device described in the fourth aspect, or the system includes the communication device described in the tenth aspect to the communication device described in the eleventh aspect, or the system includes the communication device described in the twelfth aspect to the communication device described in the thirteenth aspect, or the system includes the communication device described in the fourteenth aspect to the communication device described in the fifteenth aspect.
  • an embodiment of the present invention provides a computer-readable storage medium for storing instructions used for the above-mentioned network device.
  • the terminal device executes the method described in any one of the above-mentioned first to fourth aspects.
  • the present disclosure further provides a computer program product comprising a computer program, which, when executed on a computer, enables the computer to execute the method described in any one of the first to fourth aspects above.
  • the present disclosure provides a chip system, which includes at least one processor and an interface, and is used to support a network device to implement the functions involved in the method described in any one of aspects 1 to 4, for example, determining or processing at least one of the data and information involved in the above method.
  • the chip system also includes a memory, and the memory is used to store computer programs and data necessary for the source auxiliary node.
  • the chip system can be composed of a chip, or it can include a chip and other discrete devices.
  • the present disclosure provides a computer program, which, when executed on a computer, enables the computer to execute the method described in any one of the first to fourth aspects above.
  • FIG1 is a schematic diagram of the architecture of a communication system provided by an embodiment of the present disclosure.
  • FIG2 is a flow chart of a method for determining a processing delay provided in another embodiment of the present disclosure.
  • FIG3 is a flow chart of a method for determining a processing delay provided in yet another embodiment of the present disclosure.
  • FIG4 is a schematic flow chart of a method for determining a processing delay provided in yet another embodiment of the present disclosure.
  • FIG5 is a flow chart of a method for determining a processing delay provided in another embodiment of the present disclosure.
  • FIG6 is a flow chart of a method for determining a processing delay provided in yet another embodiment of the present disclosure.
  • FIG7 is a flow chart of a method for determining a processing delay provided in yet another embodiment of the present disclosure.
  • FIG8 is a schematic flow chart of a method for determining a processing delay provided by an embodiment of the present disclosure
  • FIG9 is a flow chart of a method for determining a processing delay provided in another embodiment of the present disclosure.
  • FIG10 is a flow chart of a method for determining a processing delay provided in yet another embodiment of the present disclosure.
  • FIG11 is a flow chart of a method for determining a processing delay provided in yet another embodiment of the present disclosure.
  • FIG12 is a schematic diagram of the structure of a communication device provided by an embodiment of the present disclosure.
  • FIG13 is a schematic diagram of the structure of a communication device provided by an embodiment of the present disclosure.
  • FIG14 is a schematic diagram of the structure of a communication device provided by an embodiment of the present disclosure.
  • FIG15 is a schematic diagram of the structure of a communication device provided by an embodiment of the present disclosure.
  • FIG16 is a block diagram of a user equipment provided by an embodiment of the present disclosure.
  • FIG17 is a block diagram of a network-side device provided by an embodiment of the present disclosure.
  • first, second, third, etc. may be used to describe various information in the disclosed embodiments, these information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • 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.
  • the words "if” and “if” as used herein may be interpreted as “at” or "when” or "in response to determination".
  • PDSCH Physical Downlink Shared Channel
  • PDSCH is used to carry data from DL-SCH (Downlink Shared Channel).
  • PUCCH Physical Uplink Control Channel
  • PUCCH is used to carry information such as ACK (Acknowledgement)/NACK (Negative Acknowledgement) of HARQ (Hybrid Automatic Repeat reQuest), Scheduling Request, and Channel Quality Indicator.
  • ACK Acknowledgement
  • NACK Negative Acknowledgement
  • HARQ Hybrid Automatic Repeat reQuest
  • Scheduling Request Scheduling Request
  • Channel Quality Indicator Channel Quality Indicator
  • the various network elements/functions involved in the embodiments of the present disclosure may be an independent hardware device or a function implemented by computer code in a hardware device, which is not limited in the embodiments of the present disclosure.
  • FIG. 1 is a schematic diagram of the architecture of a communication system provided by an embodiment of the present disclosure.
  • the communication system may include, but is not limited to, a network device and a terminal device.
  • the number and form of devices shown in FIG. 1 are only used as examples and do not constitute a limitation on the embodiments of the present disclosure. In actual applications, two or more network devices and two or more terminal devices may be included.
  • the communication system shown in FIG. 1 includes, for example, a network device 11 and a terminal device 12.
  • LTE long term evolution
  • 5G fifth generation
  • NR 5G new radio
  • the network device 11 in the embodiment of the present disclosure is an entity on the network side for transmitting or receiving signals.
  • the network device 11 may be an evolved NodeB (eNB), a transmission reception point (TRP), a next generation NodeB (gNB) in an NR system, a base station in other future mobile communication systems, or an access node in a wireless fidelity (WiFi) system.
  • eNB evolved NodeB
  • TRP transmission reception point
  • gNB next generation NodeB
  • WiFi wireless fidelity
  • the embodiment of the present disclosure does not limit the specific technology and specific device form adopted by the network device.
  • the network device provided in the embodiment of the present disclosure may be composed of a central unit (CU) and a distributed unit (DU), wherein the CU may also be referred to as a control unit.
  • CU central unit
  • DU distributed unit
  • the CU-DU structure may be used to split the protocol layer of the network device, such as a base station, and the functions of some protocol layers are placed in the CU for centralized control, and the functions of the remaining part or all of the protocol layers are distributed in the DU, and the DU is centrally controlled by the CU.
  • the terminal device 12 in the disclosed embodiment is an entity on the user side for receiving or transmitting signals, such as a mobile phone.
  • the terminal device may also be referred to as a terminal device (terminal), a user equipment (UE), a mobile station (MS), a mobile terminal device (MT), etc.
  • the terminal device may be a car with communication function, a smart car, a mobile phone (mobile phone), a wearable device, a tablet computer (Pad), a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control (industrial control), a wireless terminal device in self-driving, a wireless terminal device in remote medical surgery, a wireless terminal device in smart grid (smart grid), a wireless terminal device in transportation safety (transportation safety), a wireless terminal device in a smart city (smart city), a wireless terminal device in a smart home (smart home), etc.
  • the embodiments of the present disclosure do not limit the specific technology and specific device form adopted by the terminal device.
  • the communication system described in the embodiment of the present disclosure is for the purpose of more clearly illustrating the technical solution of the embodiment of the present disclosure, and does not constitute a limitation on the technical solution provided by the embodiment of the present disclosure.
  • a person skilled in the art can know that with the evolution of the system architecture and the emergence of new business scenarios, the technical solution provided by the embodiment of the present disclosure is also applicable to similar technical problems.
  • FIG2 is a flow chart of a method for determining a processing delay provided by an embodiment of the present disclosure, wherein the method is executed by a network side device. As shown in FIG2 , the method for determining a processing delay may include the following steps:
  • Step 201 Acquire UE capability information.
  • the method for obtaining the capability information of the UE may include at least one of the following:
  • the network side device can obtain the capability information of the UE through the early indication mechanism in the RACH (Random access channel). Specifically, in one embodiment of the present disclosure, the capability information reported by the UE through the separate initial UL BWP or the separate PRACH resource can be received.
  • RACH Random access channel
  • a method for a network side device to receive capability information reported by a UE through MSG3 may include: receiving capability information reported by the UE through an indication field carried in MSG3.
  • a method for a network side device to receive capability information reported by a UE through MSG3 may include: receiving capability information reported by the UE through a new CCCH (Common Control Channel) channel.
  • CCCH Common Control Channel
  • the capability information may include at least one of the following:
  • the bandwidth supported by the UE is the bandwidth supported by the UE.
  • the UE's HARQ combining capability The UE's HARQ combining capability.
  • the capability information of the above-mentioned UE can be used to indicate the processing capability of the UE for PDSCH channels carrying SIB1 (System information block 1), OSI (Other system information), paging, RAR (Random access response), MSGA and MSG4. And, in another embodiment of the present disclosure, the capability information of the above-mentioned UE can be used to indicate the processing capability of the UE for all PDSCH channels.
  • SIB1 System information block 1
  • OSI Ole system information
  • RAR Random access response
  • MSGA Random access response
  • the terminal type of the above-mentioned UE may include at least one of legacy UE (traditional user equipment) and eRedCap UE.
  • the bandwidth supported by the above-mentioned UE is the bandwidth for the UE to process data (e.g., 5Mhz).
  • the processing capability information of the UE may indicate a newly defined processing capability.
  • the network side device can actively obtain the capability information of the UE, such as obtaining the capability information of the UE through the early indication mechanism during the RACH process. And, in another embodiment of the present disclosure, the network side device can obtain the capability information of the UE after indicating that the UE needs to report the capability information of the UE. This part will be described in detail in subsequent embodiments.
  • Step 202 The capability information of the UE indicates that the UE is a first type UE, and the first delay is used as the decoding delay of the UE.
  • the network side device may determine the type corresponding to the UE based on the acquired capability information of the UE.
  • the network side device may implicitly or explicitly determine the type corresponding to the UE based on the capability information of the UE. Specifically, in one embodiment of the present disclosure, if the capability information of the UE obtained by the network side device includes the terminal type of the UE, the network side device explicitly determines the type corresponding to the UE based on the terminal type of the UE. And, in another embodiment of the present disclosure, if the capability information of the UE obtained by the network side device includes the processing capability information of the UE or the bandwidth supported by the UE, the network side device implicitly determines the type corresponding to the UE based on the processing capability information of the UE or the bandwidth supported by the UE.
  • the first type UE may be an eRedCap UE.
  • a first delay is determined and the first delay is used as a decoding delay of the UE. Details on determining the first delay will be introduced in subsequent embodiments.
  • Step 203 Determine the processing delay of the UE according to the first delay.
  • the network side device may determine the processing delay of different processes of the UE according to the first delay.
  • the network side device may use the sum of the first delay and the first preset value as the minimum interval between the UE receiving Msg2 and sending a new Msg1 (ie, the above-mentioned processing delay).
  • the minimum time interval from T1 to T2 is the sum of the first delay and the first preset value.
  • the network side device can obtain the preparation delay of the UE, and use the sum of the first delay, the preparation delay and the second preset value as the minimum time interval between the UE receiving Msg2 and sending Msg3 (i.e. the above-mentioned processing delay).
  • the minimum time interval from T3 to T4 is the sum of the first delay, the preparation delay and the second preset value.
  • the network side device may use the sum of the first delay and the second preset value as the minimum time interval from when the UE receives Msg4 to when it sends HARQ-ACK feedback.
  • the minimum time interval from T5 to T6 is the sum of the first delay and the second preset value.
  • the network side device may use the sum of the first delay and the first preset value as the minimum interval between the UE receiving the PDSCH and sending the HARQ (Hybrid Automatic Repeat request) feedback.
  • HARQ Hybrid Automatic Repeat request
  • the minimum time interval from T7 to T8 is the sum of the first delay and the first preset value.
  • the first preset value may be set to 0.75.
  • the second preset value may be set to 0.5.
  • the network side device after the network side device determines the processing delay of the UE, it can indicate reasonable time slot resources according to the processing delay of the UE, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedcap UE are unreasonable", thereby allowing the eRedcap UE to perform uplink transmission normally.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCapUE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG3 is a flow chart of a method for determining a processing delay provided by an embodiment of the present disclosure. The method is executed by a network-side device. As shown in FIG3 , the method for determining a processing delay may include the following steps:
  • Step 301 The capability information of the UE indicates that the UE is a first type UE, a first delay is determined by a formula, and the first delay is used as a decoding delay of the UE.
  • the first delay may be determined by any of the following formulas:
  • NT,1_new NT,1+delta
  • NT,1_new m*NT,1;
  • NT,1_new is the first delay
  • NT,1 is the second delay
  • delta or m is a preset value
  • the above delta or m may be specified by a protocol.
  • the protocol specifies that for different numbers of HARQ combinations, the above delta or m has different values.
  • the network side device may determine the value of the above delta or m based on the protocol specification, and substitute the value of the delta or m into the above corresponding formula to determine the first delay.
  • the above delta or m may be configured by a network side device.
  • the above-mentioned second delay can be a decoding delay determined based on the legacyUE in the prior art. It can be concluded from the above formula that the first delay extends the decoding time on the basis of the second delay, so that the determined first delay can be applicable to the process of multiple HARQ combined decoding by the eRedcap UE, so that the subsequent network side device can determine the processing delay applicable to the eRedcap UE based on the first delay.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG4 is a flow chart of a method for determining a processing delay provided by an embodiment of the present disclosure. The method is executed by a network device. As shown in FIG4 , the method for determining a processing delay may include the following steps:
  • Step 401 The capability information of the UE indicates that the UE is a first type UE, and the maximum number of HARQ combining times allowed by the current network is determined.
  • the network side device may determine the maximum number of HARQ combinations allowed based on the current network conditions.
  • Step 402 determine a first delay according to the maximum number of HARQ combinations allowed by the current network and the second delay, and use the first delay as a decoding delay of the UE.
  • the first delay determined by the above method is the longest decoding delay that the current network-side device can configure for the eRedcap UE, thereby ensuring that the eRedcap UE can perform multiple HARQ merge decodings, and ensuring that the subsequent eRedcap UE can perform uplink transmission normally.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, the first delay is used as the decoding delay of the UE, and the processing delay of the UE is determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG5 is a flow chart of a method for determining a processing delay provided by an embodiment of the present disclosure. The method is executed by a network device. As shown in FIG5 , the method for determining a processing delay may include the following steps:
  • Step 501 The capability information of the UE indicates that the UE is a second type UE, and the second delay is used as the decoding delay of the UE.
  • the second delay is smaller than the first delay.
  • the UE does not need to perform multiple HARQ combined decodings.
  • the second delay can be a decoding delay determined based on the legacy UE in the prior art.
  • the above-mentioned second type UE may be a legacy UE.
  • Step 502 Determine a processing delay of the UE according to the second delay.
  • the network side device may determine the processing delay of different processes of the UE according to the second delay.
  • the network side device may use the sum of the second delay and the first preset value as the minimum interval between the UE receiving Msg2 and sending a new Msg1 (ie, the above-mentioned processing delay).
  • the minimum time interval from T9 to T10 is the sum of the second delay and the first preset value.
  • the network side device can obtain the preparation delay of the UE, and use the sum of the second delay, the preparation delay and the second preset value as the minimum time interval between the UE receiving Msg2 and sending Msg3 (i.e. the above-mentioned processing delay).
  • the minimum time interval from T11 to T12 is the sum of the second delay, the preparation delay and the second preset value.
  • the network side device may use the sum of the second delay and the second preset value as the minimum time interval from when the UE receives Msg4 to when it sends HARQ-ACK feedback.
  • the minimum time interval from T13 to T14 is the sum of the second delay and the second preset value.
  • the network side device may use the sum of the second delay and the first preset value as the minimum interval between the UE receiving the PDSCH and sending the HARQ feedback.
  • the minimum time interval from T15 to T16 is the sum of the second delay and the first preset value.
  • the first preset value may be set to 0.75.
  • the second preset value may be set to 0.5.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG6 is a flow chart of a method for determining a processing delay provided by an embodiment of the present disclosure. The method is executed by a network-side device. As shown in FIG6 , the method for determining a processing delay may include the following steps:
  • Step 601 configure a first uplink time slot resource and a second uplink time slot resource for a UE respectively.
  • the second uplink time slot resource is later than the first uplink time slot resource.
  • the premise that the network side device executes step 601 is that the network side device has not obtained the capability information of the UE, that is, the network side device cannot determine whether the type of the current UE is the first type UE. Based on this, the network side device configures the first uplink time slot resource and the second uplink time slot resource for all UEs, and the second uplink time slot resource is later than the first uplink time slot resource, so that the UE can select the appropriate time slot resource from the first uplink time slot resource and the second uplink time slot resource according to its own processing capability.
  • the UE when the type of the UE is not the first type UE, the UE does not need to perform multiple HARQ merge decoding, and the required processing delay is short, then the UE can select the first uplink time slot resource for uplink transmission; when the type of the UE is the first type UE, the UE performs multiple HARQ merge decoding, and the required processing delay is long, then the UE can select the second uplink time slot resource for uplink transmission.
  • the UE can select a suitable time slot resource for uplink transmission, thereby avoiding the situation of "the network side device indicates that the time slot resource of the eRedCap UE is unreasonable", so that the eRedcap UE can perform uplink transmission normally.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG. 7 is a flow chart of a method for determining a processing delay provided by an embodiment of the present disclosure. The method is executed by a network-side device. As shown in FIG. 7 , the method for determining a processing delay may include the following steps:
  • Step 701 Schedule first type UE and second type UE based on processing delay.
  • the network side device can allocate reasonable time slot resources to the UE based on the processing delay, so that the UE performs uplink transmission based on the allocated time slot resources, and the network side device schedules the time slot resources based on the processing delay, so that the eRedcap UE can perform uplink transmission normally, that is, the scheduling of the first type of terminal can be realized within the processing delay, and the scheduling of the second type of terminal can also be realized.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG8 is a flow chart of a method for determining a processing delay provided by an embodiment of the present disclosure. The method is executed by a network device. As shown in FIG8 , the method for determining a processing delay may include the following steps:
  • Step 801 Send reporting capability indication information to UE.
  • the above-mentioned reporting capability indication information is used to indicate whether the UE needs to report capability information.
  • the above-mentioned reporting capability indication information may include N bits, where N is a positive integer.
  • the reporting capability indication information includes 1 bit, where, when the bit is 1, the reporting capability indication information indicates that the UE needs to report capability information; when the bit is 0, the reporting capability indication information indicates that the UE does not need to report capability information.
  • the network side device when the above-mentioned reporting capability indication information indicates that the UE needs to report capability information, the network side device obtains or does not obtain the capability information reported by the UE, and the corresponding method for determining the processing delay of the UE is also different.
  • the processing delay of the UE can be determined through the above-mentioned embodiment.
  • the network side device when the above-mentioned reporting capability indication information indicates that the UE needs to report capability information, and the network side device has not obtained the capability information reported by the UE, that is, the network side device cannot determine whether the current UE is a first type UE. Based on this, the network side device allocates reasonable time slot resources to the UE through the above-mentioned step 601 or step 701, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedcap UE are unreasonable", thereby allowing the eRedcap UE to perform uplink transmission normally.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG. 9 is a flow chart of a method for determining a processing delay provided in an embodiment of the present disclosure. The method is executed by a UE. As shown in FIG. 9 , the method for determining a processing delay may include the following steps:
  • Step 901 Report UE capability information to a network device.
  • the method for reporting the capability information of the UE to the network side device may include at least one of the following:
  • the UE may report the UE capability information to the network side device through the early indication mechanism during the RACH process.
  • the UE capability information may be reported to the network side device through separate initial UL BWP or separate PRACH resource.
  • the method for UE to report capability information of UE to network side device through MSG3 may include: reporting capability information of UE to network side device through indication field carried in MSG3.
  • the method for reporting capability information through MSG3 may include: reporting capability information of UE to network side device through new CCCH channel.
  • the capability information may include at least one of the following:
  • the bandwidth supported by the UE is the bandwidth supported by the UE.
  • the UE's HARQ combining capability The UE's HARQ combining capability.
  • the UE may process the PDSCH according to its own processing capability, and after completing the processing of the PDSCH, perform uplink transmission to the network side device based on the time slot resources indicated by the network side device.
  • the network side device after the network side device obtains the capability information of the UE, it can determine the type of the UE based on the capability information of the UE, and determine whether the UE is a first type UE based on the type of the UE, so as to determine the corresponding processing delay, and then allocate appropriate time slot resources to the UE according to the processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedcap UE are unreasonable", thereby allowing the eRedcap UE to perform uplink transmission normally.
  • the UE may actively report the UE's capability information to the network side device, such as reporting the UE's capability information through the early indication mechanism during the RACH process. And, in another embodiment of the present disclosure, the UE may report the UE's capability information when the network side device indicates that the UE needs to report the UE's capability information. This part will be described in detail in subsequent embodiments.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG. 10 is a flow chart of a method for determining a processing delay provided in an embodiment of the present disclosure. The method is executed by a UE. As shown in FIG. 10 , the method for determining a processing delay may include the following steps:
  • Step 1001 Receive reporting capability indication information sent by a network side device.
  • the above-mentioned reporting capability indication information can be used to indicate whether the UE needs to report capability information.
  • the above-mentioned reporting capability indication information may include N bits, where N is a positive integer.
  • the reporting capability indication information includes 1 bit, where, when the bit is 1, the reporting capability indication information indicates that the UE needs to report capability information; when the bit is 0, the reporting capability indication information indicates that the UE does not need to report capability information.
  • the UE when the reporting capability indication information indicates that the UE needs to report capability information, the UE may report the capability information or not report the capability information.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG. 11 is a flow chart of a method for determining a processing delay provided in an embodiment of the present disclosure. The method is executed by a UE. As shown in FIG. 11 , the method for determining a processing delay may include the following steps:
  • Step 1101 Perform uplink transmission based on a first uplink time slot resource and a second uplink time slot resource configured by a network side device.
  • the second uplink time slot resource is later than the first uplink time slot resource.
  • the UE may select a suitable time slot resource from the first uplink time slot resource and the second uplink time slot resource according to its own type.
  • the UE type when the UE type is a second type UE, the UE does not need to perform multiple HARQ merge decoding, and the required processing delay is short, then the UE can select the first uplink time slot resource for uplink transmission; when the UE type is a first type UE, the UE does not perform multiple HARQ merge decoding, and the required processing delay is long, then the UE can select the second uplink time slot resource for uplink transmission.
  • the UE can select a suitable time slot resource for uplink transmission, so that the eRedcap UE can perform uplink transmission normally.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE based on the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG12 is a schematic diagram of the structure of a communication device provided by an embodiment of the present disclosure. As shown in FIG12 , the device may include:
  • An acquisition module 1201 is used to acquire capability information of a UE
  • a processing module 1202 is configured to: indicate that the capability information of the UE indicates that the UE is a first type of UE, and use the first delay as a decoding delay of the UE;
  • the determination module 1203 is configured to determine a processing delay of the UE according to the first delay.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE according to the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • the above device is also used for:
  • the capability information of the UE indicates that the UE is a second type UE, and the second delay is used as the decoding delay of the UE, wherein the second delay is less than the first delay;
  • a processing delay of the UE is determined according to the second delay.
  • the processing module 1202 is further configured to obtain the first delay by using any of the following formulas:
  • NT,1_new NT,1+delta
  • NT,1_new m*NT,1;
  • NT,1_new is the first delay
  • NT,1 is the second delay
  • delta or m is the preset value
  • delta or m is specified by a protocol, or obtained by a network-side device configuration.
  • the processing module 1202 is further used to determine whether the processing module 1202 is further used to determine whether the processing module 1202 is further used to determine whether the processing module 1202 is further used to determine
  • the first delay is determined according to the maximum number of HARQ combinations currently allowed by the network and the second delay.
  • the determining module 1901 is further configured to:
  • the sum of the first delay or the second delay and the first preset value is used as the minimum interval between the UE receiving Msg2 and sending a new Msg1;
  • the sum of the first delay or the second delay and the second preset value is used as the minimum time interval from when the UE receives Msg4 to when it sends HARQ-ACK feedback;
  • the sum of the first delay or the second delay domain and the first preset value is used as the minimum interval between the UE receiving the PDSCH and sending the HARQ feedback.
  • the acquisition module 1201 is further used for at least one of the following:
  • the capability information reported by the UE through RRC signaling is received.
  • the above device is also used for:
  • the reporting capability indication information is sent to the UE, where the reporting capability indication information is used to indicate whether the UE needs to report capability information.
  • the capability information includes at least one of the following:
  • the bandwidth supported by the UE is the bandwidth supported by the UE.
  • the UE's HARQ combining capability The UE's HARQ combining capability.
  • the above-mentioned device is also used to: schedule the first type UE and the second type UE based on the processing delay.
  • the first type UE is an eRedcap UE
  • the second type UE is a legacy UE
  • FIG. 13 is a schematic diagram of the structure of a communication device provided by an embodiment of the present disclosure. As shown in FIG. 13 , the device may include:
  • the configuration module 1301 is used to configure a first uplink time slot resource and a second uplink time slot resource for the UE respectively, wherein the second uplink time slot resource is later than the first uplink time slot resource.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay will be used as the decoding delay of the UE, and the processing delay of the UE will be determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE according to the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG. 14 is a schematic diagram of the structure of a communication device provided by an embodiment of the present disclosure. As shown in FIG. 14 , the device may include:
  • the reporting module 1401 is used to report the capability information of the UE to the network side device.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay is used as the decoding delay of the UE, and the processing delay of the UE is determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE according to the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • the reporting module 1401 is further used for at least one of the following:
  • the above device is also used for:
  • the reporting capability indication information sent by the network side device is received, where the reporting capability indication information is used to indicate whether the UE needs to report capability information.
  • the capability information includes at least one of the following:
  • the bandwidth supported by the UE is the bandwidth supported by the UE.
  • the UE's HARQ combining capability The UE's HARQ combining capability.
  • FIG. 15 is a schematic diagram of the structure of a communication device provided by an embodiment of the present disclosure. As shown in FIG. 15 , the device may include:
  • the transmission module is used to perform uplink transmission based on the first uplink time slot resource or the second uplink time slot resource configured by the network side device, wherein the second uplink time slot resource is later than the first uplink time slot resource.
  • the network side device will obtain the capability information of the UE, the capability information of the UE indicates that the UE is a first type UE, and the first delay is used as the decoding delay of the UE, and the processing delay of the UE is determined according to the first delay.
  • the network side device determines that the acquired capability information of the UE indicates that the UE is a first type UE, it will determine the first delay applicable to the first type UE, and determine the processing delay of the UE according to the first delay, and then indicate reasonable time slot resources based on the determined processing delay, thereby avoiding the situation where "the network side device indicates that the time slot resources of the eRedCap UE are unreasonable", so that the UE can perform uplink transmission normally.
  • FIG 16 is a schematic diagram of the structure of a communication device 1600 provided in an embodiment of the present application.
  • the communication device 1600 can be a network device, or a terminal device, or a chip, a chip system, or a processor that supports the network device to implement the above method, or a chip, a chip system, or a processor that supports the terminal device to implement the above method.
  • the device can be used to implement the method described in the above method embodiment, and the details can be referred to the description in the above method embodiment.
  • the communication device 1600 may include one or more processors 1601.
  • the processor 1601 may be a general-purpose processor or a dedicated processor, etc.
  • 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
  • the central processing unit may be used to control the communication device (such as a base station, a baseband chip, a terminal device, a terminal device chip, a DU or a CU, etc.), execute a computer program, and process the data of the computer program.
  • the communication device 1600 may further include one or more memories 1602, on which a computer program 1604 may be stored, and the processor 1601 executes the computer program 1604 so that the communication device 1600 performs the method described in the above method embodiment.
  • data may also be stored in the memory 1602.
  • the communication device 1600 and the memory 1602 may be provided separately or integrated together.
  • the communication device 1600 may further include a transceiver 1605 and an antenna 1606.
  • the transceiver 1605 may be referred to as a transceiver unit, a transceiver, or a transceiver circuit, etc., and is used to implement a transceiver function.
  • the transceiver 1605 may include a receiver and a transmitter, the receiver may be referred to as a receiver or a receiving circuit, etc., and is used to implement a receiving function; the transmitter may be referred to as a transmitter or a transmitting circuit, etc., and is used to implement a transmitting function.
  • the communication device 1600 may further include one or more interface circuits 1607.
  • the interface circuit 1607 is used to receive code instructions and transmit them to the processor 1601.
  • the processor 1601 runs the code instructions to enable the communication device 1600 to perform the method described in the above method embodiment.
  • the communication device 1600 is a terminal device: the transceiver 1605 is used to execute steps 301-302 in FIG. 3; steps 401 to 402 in FIG. 4; steps 501 to 503 in FIG. 5; steps 601a to 603a in FIG. 6a; and steps 601b to 602b in FIG. 6b.
  • the processor 1601 is used to execute step 201 in FIG. 2; steps 303-304 in FIG. 3; step 403 in FIG. 4; steps 504 and 505 in FIG. 5; step 604a in FIG. 6a; step 603b in FIG. 6b; and steps 701-702 in FIG. 7.
  • the communication device 1600 is a network device: the transceiver 1605 is used to execute step 1102a in Figure 11a.
  • the processor 1601 is used to execute step 801 in Figure 8; steps 901 to 904 in Figure 9; steps 1001 to 1005 in Figure 10; step 1101a in Figure 11a; and steps 1101b and 1102b in Figure 11b.
  • the processor 1601 may include a transceiver for implementing the receiving and sending functions.
  • the transceiver may be a transceiver circuit, an interface, or an interface circuit.
  • the transceiver circuit, interface, or interface circuit for implementing the receiving and sending functions may be separate or integrated.
  • the above-mentioned transceiver circuit, interface, or interface circuit may be used for reading and writing code/data, or the above-mentioned transceiver circuit, interface, or interface circuit may be used for transmitting or delivering signals.
  • the processor 1601 may store a computer program 1603, which runs on the processor 1601 and enables the communication device 1600 to perform the method described in the above method embodiment.
  • the computer program 1603 may be fixed in the processor 1601, in which case the processor 1601 may be implemented by hardware.
  • the communication device 1600 may include a circuit that can implement the functions of sending or receiving or communicating in the aforementioned method embodiments.
  • the processor and transceiver described in the present application can be implemented in an integrated circuit (IC), an analog IC, a radio frequency integrated circuit RFIC, a mixed signal IC, an application specific integrated circuit (ASIC), a printed circuit board (PCB), an electronic device, etc.
  • the processor and transceiver can also be manufactured using various IC process technologies, such as complementary metal oxide semiconductor (CMOS), N-type metal oxide semiconductor (nMetal-oxide-semiconductor, NMOS), P-type metal oxide semiconductor (positive channel metal oxide semiconductor, PMOS), bipolar junction transistor (bipolar junction transistor, BJT), bipolar CMOS (BiCMOS), silicon germanium (SiGe), gallium arsenide (GaAs), etc.
  • CMOS complementary metal oxide semiconductor
  • N-type metal oxide semiconductor nMetal-oxide-semiconductor
  • PMOS bipolar junction transistor
  • BJT bipolar junction transistor
  • BiCMOS bipolar CMOS
  • SiGe silicon germanium
  • GaAs gallium arsenide
  • the communication device described in the above embodiments may be a network device or a terminal device, but the scope of the communication device described in the present application is not limited thereto, and the structure of the communication device may not be limited by FIG. 16.
  • the communication device may be an independent device or may be part of a larger device.
  • the communication device may be:
  • the IC set may also include a storage component for storing data and computer programs;
  • ASIC such as modem
  • the communication device can be a chip or a chip system
  • the communication device can be a chip or a chip system
  • the schematic diagram of the chip structure shown in Figure 17 includes a processor 1701 and an interface 1702.
  • the number of processors 1701 can be one or more, and the number of interfaces 1702 can be multiple.
  • the chip further includes a memory 1703, and the memory 1703 is used to store necessary computer programs and data.
  • the present application also provides a readable storage medium having instructions stored thereon, which implement the functions of any of the above method embodiments when executed by a computer.
  • the present application also provides a computer program product, which implements the functions of any of the above method embodiments when executed by a computer.
  • the computer program product includes one or more computer programs.
  • the computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device.
  • the computer program can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium.
  • the computer program can be transmitted from a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center.
  • the computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more available media integrated.
  • the available medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a magnetic tape), an optical medium (e.g., a high-density digital video disc (DVD)), or a semiconductor medium (e.g., a solid state disk (SSD)), etc.
  • a magnetic medium e.g., a floppy disk, a hard disk, a magnetic tape
  • an optical medium e.g., a high-density digital video disc (DVD)
  • DVD high-density digital video disc
  • SSD solid state disk
  • At least one in the present application can also be described as one or more, and a plurality can be two, three, four or more, which is not limited in the present application.
  • the technical features in the technical feature are distinguished by “first”, “second”, “third”, “A”, “B”, “C” and “D”, etc., and there is no order of precedence or size between the technical features described by the "first”, “second”, “third”, “A”, “B”, “C” and “D”.
  • the corresponding relationships shown in each table in the present application can be configured or predefined.
  • the values of the information in each table are only examples and can be configured as other values, which are not limited by the present application.
  • the corresponding relationships shown in some rows may not be configured.
  • appropriate deformation adjustments can be made based on the above table, such as splitting, merging, etc.
  • the names of the parameters shown in the titles in the above tables can also use other names that can be understood by the communication device, and the values or representations of the parameters can also be other values or representations that can be understood by the communication device.
  • other data structures can also be used, such as arrays, queues, containers, stacks, linear lists, pointers, linked lists, trees, graphs, structures, classes, heaps, hash tables or hash tables.
  • the predefined in the present application may be understood as defined, predefined, stored, pre-stored, pre-negotiated, pre-configured, solidified, or pre-burned.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提出一种处理时延的确定方法、装置、设备及存储介质，属于通信技术领域。网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备基于确定的UE的处理时延指示合理的时隙资源，从而避免出现"网络侧设备指示eRedCap UE的时隙资源不合理"的情况，进而使得eRedCap UE正常进行上行传输。

Description

一种处理时延的确定方法、装置、设备及存储介质 技术领域
本公开涉及通信技术领域，尤其涉及一种处理时延的确定方法/装置/设备及存储介质。
背景技术
在通信系统中，UE(User Equipment，用户设备)在PDSCH(Physical Downlink Shared CHannel，物理下行共享信道)传输最后一个符号结束后需要经过处理延时之后，才可以基于网络侧设备指示的进行HARQ-ACK(Hybrid Automatic Repeat request-ACKnowledgement，混合自动重传请求确认)反馈的时隙资源向网络侧设备进行HARQ-ACK反馈。其中，处理时延包括PDSCH的解码时延和PUCCH(Physical Uplink Control CHannel，物理上行链路控制信道)的准备时延。基于此，网络侧设备进行HARQ-ACK反馈的时隙资源指示时，需要考虑终端设备的PDSCH解码时间和PUCCH准备时间。
但是，不同类型的终端设备对应的解码时延和准备时延也不同。其中，eRedCap(enhance Reduced Capability，增强型将低能力)UE的基带处理能力只有5MHz，当eRedCap UE成功接收到超过5MHz的PDSCH(例如，broadcast PDSCH(广播物理下行共享信道))时，eRedCap UE会选择其中5MHz的数据进行解码，如果不能解码成功，则会选择另外5MHz的数据和上一次的数据进行合并后再次进行解码，直至解码成功。由此，eRedCap UE接收PDSCH后可能会进行多次HARQ合并解码，导致网络侧设备无法确定eRedCap UE的处理时延，从而使得网络侧设备指示eRedCap UE的时隙资源可能会出现不合理的情况，进而使得eRedCap UE无法正常进行HARQ-ACK反馈。因此，亟需一种确定eRedCap UE处理时延的方法。
发明内容
本公开提出的处理时延的确定方法/装置/设备及存储介质，用于确定eRedCapUE的处理时延。
第一方面，本公开实施例提供一种处理时延的确定方法，其特征在于，由网络侧设备执行，包括：
获取用户设备UE的能力信息；
所述UE的能力信息指示所述UE为第一类型UE，将第一时延作为所述UE的解码时延；
根据所述第一时延确定所述UE的处理时延。
本公开提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
第二方面，本公开实施例提供一种处理时延的确定方法，由网络侧设备执行，包括：
为UE分别配置第一上行时隙资源和第二上行时隙资源，其中，所述第二上行时隙资源的晚于所述第一上行时隙资源。
第三方面，本公开实施例提供一种处理时延的确定方法，由UE执行，包括：
向网络侧设备上报所述UE的能力信息。
第四方面，本公开实施例提供一种处理时延的确定方法，由UE执行，包括：
基于网络侧设备配置的第一上行时隙资源或第二上行时隙资源进行上行传输，其中，所述第二上行时隙资源的晚于所述第一上行时隙资源。
第五方面，本公开实施例提供一种通信装置，该装置被配置在网络侧设备中，包括：
获取模块，用于获取用户设备UE的能力信息；
处理模块，用于所述UE的能力信息指示所述UE为第一类型UE，将第一时延作为所述UE的解码时延；
确定模块，用于根据所述第一时延确定所述UE的处理时延。
第六方面，本公开实施例提供一种通信装置，该装置被配置在网络侧设备中，包括：
配置模块，用于为UE分别配置第一上行时隙资源和第二上行时隙资源，其中，所述第二上行时隙资源的晚于所述第一上行时隙资源。
第七方面，本公开实施例提供一种通信装置，该装置被配置在UE中，包括：
上报模块，用于向网络侧设备上报所述UE的能力信息。
第八方面，本公开实施例提供一种通信装置，该装置被配置在UE中，包括：
传输模块，用于基于网络侧设备配置的第一上行时隙资源或第二上行时隙资源进行上行传输，其中，所述第二上行时隙资源的晚于所述第一上行时隙资源。
第九方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第一方面至第二方面的任一方面所述的方法。
第十方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第三方面至第四方面的任一方面所述的方法。
第十一方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第一方面至第二方面的任一方面所述的方法。
第十二方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第三方面至第四方面的任一方面所述的方法。
第十三方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第一方面至第二方面的任一方面所述的方法。
第十四方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第三方面至第四方面的任一方面所述的方法。
第十五方面，本公开实施例提供一种通信系统，该系统包括第三方面所述的通信装置至第四方面所述的通信装置，或者，该系统包括第十方面所述的通信装置至第十一方面所述的通信装置，或者，该系统包括第十二方面所述的通信装置至第十三方面所述的通信装置，或者，该系统包括第十四方面所述的通信装置至第十五方面所述的通信装置。
第十六方面，本发明实施例提供一种计算机可读存储介质，用于储存为上述网络设备所用的指令，当所述指令被执行时，使所述终端设备执行上述第一方面至第四方面的任一方面所述的方法。
第十七方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面至第四方面的任一方面所述的方法。
第十八方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持网络设备实现第一方面至第四方面的任一方面所述的方法所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存源辅节点必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
第十九方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面至第四方面的任一方面所述的方法。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本公开实施例提供的一种通信系统的架构示意图；
图2为本公开另一个实施例所提供的处理时延的确定方法的流程示意图；
图3为本公开再一个实施例所提供的处理时延的确定方法的流程示意图；
图4为本公开又一个实施例所提供的处理时延的确定方法的流程示意图；
图5为本公开另一个实施例所提供的处理时延的确定方法的流程示意图；
图6为本公开再一个实施例所提供的处理时延的确定方法的流程示意图；
图7为本公开又一个实施例所提供的处理时延的确定方法的流程示意图；
图8为本公开一个实施例所提供的处理时延的确定方法的流程示意图；
图9为本公开另一个实施例所提供的处理时延的确定方法的流程示意图；
图10为本公开再一个实施例所提供的处理时延的确定方法的流程示意图；
图11为本公开又一个实施例所提供的处理时延的确定方法的流程示意图；
图12为本公开一个实施例所提供的通信装置的结构示意图；
图13为本公开一个实施例所提供的通信装置的结构示意图；
图14为本公开一个实施例所提供的通信装置的结构示意图；
图15为本公开一个实施例所提供的通信装置的结构示意图；
图16是本公开一个实施例所提供的一种用户设备的框图；
图17为本公开一个实施例所提供的一种网络侧设备的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。
为了便于理解，首先介绍本申请涉及的术语。
1、物理下行共享信道(Physical Downlink Shared CHannel，PDSCH)
PDSCH用于承载来自DL-SCH(Downlink Shared Channel，下行共享信道)的数据。
2、物理上行链路控制信道(Physical Uplink Control CHannel，PUCCH)
PUCCH用于承载HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)的ACK(Acknowledgement，确认)/NACK(Negative Acknowledgement，否定确认)，调度请求(Scheduling Request)，信道质量指示(Channel Quality Indicator)等信息。
本公开实施例中涉及到的各种网元/功能，其既可以是一个独立的硬件设备，也可以是在硬件设备内的通过计算机代码实现的功能，本公开实施例中并不对此做出限定。
请参见图1，图1为本公开实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络设备和一个终端设备，图1所示的设备数量和形态仅用于举例并不构成对本公开实施例的限定，实际应用中可以包括两个或两个以上的网络设备，两个或两个以上的终端设备。图1所示的通信系统以包括一个网络设备11、一个终端设备12为例。
需要说明的是，本公开实施例的技术方案可以应用于各种通信系统。例如：长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)移动通信系统、5G新空口(new radio，NR)系统，或者其他未来的新型移动通信系统等。
本公开实施例中的网络设备11是网络侧的一种用于发射或接收信号的实体。例如，网络设备11可以为演进型基站(evolved NodeB，eNB)、发送接收点(transmission reception point，TRP)、NR系统中的下一代基站(next generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(wireless fidelity，WiFi)系统中的接入节点等。本公开的实施例对网络设备所采用的具体技术和具体设备形态不做限定。本公开实施例提供的网络设备可以是由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将网络设备，例如基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。
本公开实施例中的终端设备12是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端设备(mobile terminal，MT)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本公开的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。
下面参考附图对本公开实施例所提供的处理时延的确定方法/装置/设备及存储介质进行详细描述。
图2为本公开实施例所提供的一种处理时延的确定方法的流程示意图，其中，该方法由网络侧设备执行，如图2所示，该处理时延的确定方法可以包括以下步骤：
步骤201、获取UE的能力信息。
其中，在本公开的一个实施例之中，上述获取UE的能力信息的方法可以包括以下至少一种：
接收UE通过separate initial UL BWP(separate initial UpLink Bandwidth Part，独立初始上行部分带宽)或者separate PRACH resource(separate Physical Random Access Channel resource，独立物理随机接入信道资源)上报的能力信息；
接收UE通过MSG3上报的能力信息；
接收UE通过RRC(Radio Resource Control，无线资源控制)信令上报的能力信息。
具体地，在本公开的一个实施例之中，网络侧设备可以在RACH(Random access channel，随机接入信道)中，通过earlyindication机制获取UE的能力信息。具体地，在本公开的一个实施例之中，可以接收UE通过separate initial UL BWP或者separate PRACH resource上报的能力信息。
以及，在本公开的一个实施例之中，网络侧设备接收UE通过MSG3上报的能力信息的方法可以包括：通过在MSG3中承载的指示字段接收UE上报的能力信息。在本公开的另一个实施例中，网络侧设备接收UE通过MSG3上报的能力信息的方法可以包括：通过新的CCCH(Common Control Channel，公共控制信道)信道接收UE上报的能力信息。
进一步地，在本公开的一个实施例中，上述能力信息可以包括以下至少之一：
UE的处理能力信息；
UE的终端类型；
UE支持的带宽；
UE的后缓冲器post-FFT buffer的大小
UE的HARQ的合并能力。
其中，在本公开的一个实施例之中，上述UE的能力信息可以用于指示UE对承载SIB1(System information block 1，系统消息1)、OSI(Other system information，其他系统消息)、paging(寻呼)、RAR(Random access response，随机接入响应)、MSGA以及MSG4的PDSCH信道的处理能力。以及，在本公开的另一个实施例之中，上述UE的能力信息可以用于指示UE对全部PDSCH信道的处理能力。
以及，在本公开的一个实施例之中，上述UE的终端类型可以包括legacy UE(传统用户设备)、eRedCap UE中的至少一种。在本公开的一个实施例之中，上述UE支持的带宽是该UE处理数据的带宽(如，5Mhz)。在本公开的一个实施例之中，UE的处理能力信息可以指示一种新定义的处理能力。
需要说明的是，在本公开的一个实施例之中，网络侧设备可以主动获取UE的能力信息，如在RACH过程中，通过early indication机制获取UE的能力信息。以及，在本公开的另一个实施例之中，网络侧设备可以指示UE需要上报该UE的能力信息后，获取UE的能力信息。关于这部分内容会在后续实施例中进行详细介绍。
步骤202、UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延。
其中，在本公开的一个实施例之中，网络侧设备可以根据获取UE的能力信息确定该UE对应的类型。
具体地，在本公开的一个实施例之中，网络侧设备可以根据获取UE的能力信息隐式或显式的确定该UE对应的类型。具体地，在本公开的一个实施例之中，若网络侧设备获取UE的能力信息中包括UE的UE的终端类型，则网络侧设备根据UE的终端类型显式的确定该UE对应的类型。以及，在本公开的另一个实施例之中，若网络侧设备获取UE的能力信息中包括UE的处理能力信息或UE支持的带宽，则网络侧设备根据UE的处理能力信息或UE支持的带宽隐式的确定该UE对应的类型。
以及，在本公开的一个实施例之中，上述第一类型UE可以为eRedCapUE。
以及，在本公开的一个实施例之中，若确定UE为第一类型UE，则确定第一时延，并将第一时延作为UE的解码时延。关于确定第一时延的详细内容会在后续实施例中进行介绍。
步骤203、根据第一时延确定UE的处理时延。
其中，在本公开的一个实施例之中，网络侧设备可以根据第一时延确定UE不同过程的处理时延。
具体地，在本公开的一个实施例之中，网络侧设备可以将第一时延与第一预设值之和作为UE接收到Msg2到发送新的Msg1之间的最小间隔(即上述处理时延)。
示例的，在本公开的一个实施例之中，假设UE在T1时刻接收到Msg2，在T2时刻发送新的Msg1，则T1至T2的最小时间间隔为第一时延与第一预设值之和。
以及，在本公开的另一个实施例之中，网络侧设备可以获取UE的准备时延，并将第一时延、准备时延和第二预设值之和作为UE接收到Msg2到发送Msg3之间的最小时间间隔(即上述处理时延)。
示例的，在本公开的一个实施例之中，假设UE在T3时刻接收到Msg2，在T4时刻发送Msg3，则T3至T4的最小时间间隔为第一时延、准备时延和第二预设值之和。
进一步地，在本公开的又一个实施之中，网络侧设备可以将第一时延与第二预设值之和作为UE收到Msg4到发送HARQ-ACK反馈的最小时间间隔。
示例的，在本公开的一个实施例之中，假设UE在T5时刻接收到Msg4，在T6时刻发送HARQ-ACK反馈，则T5至T6的最小时间间隔为第一时延与第二预设值之和。
在本公开的另一个实施例之中，网络侧设备可以将第一时延与第一预设值之和作为UE接收PDSCH到发送HARQ(Hybrid Automatic Repeat request，混合自动重传请求)反馈之间的最小间隔。
示例的，在本公开的一个实施例之中，假设UE在T7时刻接收到PDSCH，在T8时刻发送HARQ反馈，则T7至T8的最小时间间隔为第一时延与第一预设值之和。
以及，在本公开的一个实施例之中，上述第一预设值可以设置为0.75。以及，在本公开的另一个实施例之中，上述第二预设值可以设置为0.5。
进一步地，在本公开的一个实施例之中，网络侧设备确定UE的处理时延之后，可以根据UE的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCapUE的时隙资源不合理”的情况， 进而使得eRedcap UE可以正常进行上行传输。
综上所述，在本公开实施例提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCapUE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图3为本公开实施例所提供的一种处理时延的确定方法的流程示意图，该方法由网络侧设备执行，如图3所示，该处理时延的确定方法可以包括以下步骤：
步骤301、UE的能力信息指示UE为第一类型UE，通过公式确定第一时延，并将第一时延作为UE的解码时延。
其中，在本公开的一个实施例之中，第一时延可以通过以下任一公式确定：
NT,1_new＝NT,1+delta；
NT,1_new＝m*NT,1；
其中，NT,1_new为第一时延，NT,1为第二时延，delta或m为预设值。
以及，在本公开的一个实施例之中，上述delta或m可以由协议规定。具体地，在本公开的一个实施例之中，协议中规定对于不同HARQ合并的次数，上述delta或m具有不同的取值。其中，在本公开的一个实施例之中，网络侧设备可以基于协议规定确定上述delta或m的取值，并将该delta或m的取值代入上述对应的公式中确定第一时延。
进一步地，在本公开的另一个实施例之中，上述delta或m可以由网络侧设备进行配置。
其中，在本公开的一个实施例之中，上述第二时延可以为现有技术中基于legacyUE确定的一次解码时延，通过上述公式可以得出，第一时延是在第二时延的基础上延长了解码时间，以使得确定的第一时延可以适用于eRedcap UE进行多次HARQ合并译码的过程，以便后续网络侧设备基于第一时延确定适用于eRedcap UE的处理时延。
此外，关于本实施例的其他详细内容可以参考上述实施例描述。
综上所述，在本公开实施例提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图4为本公开实施例所提供的一种处理时延的确定方法的流程示意图，该方法由网络设备执行，如图4所示，该处理时延的确定方法可以包括以下步骤：
步骤401、UE的能力信息指示UE为第一类型UE，确定当前网络允许的最多可进行HARQ合并的次数。
其中，在本公开的一个实施之中，网络侧设备可以基于当前网络情况确定允许的最多可进行HARQ合并的次数。
步骤402、根据当前网络允许的最多可进行HARQ合并的次数和第二时延确定第一时延，并将第一时延作为UE的解码时延。
其中，在本公开的一个实施例之中，上述第二时延可以为现有技术中基于legacy UE能力确定的一次解码时延，则根据当前网络允许的最多可进行HARQ合并的次数和第二时延确定第一时延的方法可以包括：第一时延＝最多可进行HARQ合并的次数ⅹ第二时延。在本公开的一个实施例之中，通过上述方法确定的第一时延是当前网络侧设备可以配置给eRedcap UE最长的解码时延，从而确保eRedcap UE可以进行多次HARQ合并译码，保证了后续eRedcap UE可以正常进行上行传输。
此外，关于本实施例的其他详细内容可以参考上述实施例描述。
综上所述，在本公开实施例提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息， UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图5为本公开实施例所提供的一种处理时延的确定方法的流程示意图，该方法由网络设备执行，如图5所示，该处理时延的确定方法可以包括以下步骤：
步骤501、UE的能力信息指示UE为第二类型UE，将第二时延作为UE的解码时延。
其中，在本公开的一个实施例之中，上述第二时延小于第一时延。
以及，在本公开的一个实施例之中，若UE的能力信息为第二类型UE，则该UE不需要进行多次HARQ合并解码，基于此，上述第二时延可以为现有技术中基于legacy UE确定的一次解码时延。
其中，在本公开的一个实施例之中，上述第二类型UE可以为legacy UE。
步骤502、根据第二时延确定UE的处理时延。
其中，在本公开的一个实施例之中，网络侧设备可以根据第二时延确定UE不同过程的处理时延。
具体地，在本公开的一个实施例之中，网络侧设备可以将第二时延与第一预设值之和作为UE接收到Msg2到发送新的Msg1之间的最小间隔(即上述处理时延)。
示例的，在本公开的一个实施例之中，假设UE在T9时刻接收到Msg2，在T10时刻发送新的Msg1，则T9至T10的最小时间间隔为第二时延与第一预设值之和。
以及，在本公开的另一个实施例之中，网络侧设备可以获取UE的准备时延，并将第二时延、准备时延和第二预设值之和作为UE接收到Msg2到发送Msg3之间的最小时间间隔(即上述处理时延)。
示例的，在本公开的一个实施例之中，假设UE在T11时刻接收到Msg2，在T12时刻发送Msg3，则T11至T12的最小时间间隔为第二时延、准备时延和第二预设值之和。
进一步地，在本公开的又一个实施之中，网络侧设备可以将第二时延与第二预设值之和作为UE收到Msg4到发送HARQ-ACK反馈的最小时间间隔。
示例的，在本公开的一个实施例之中，假设UE在T13时刻接收到Msg4，在T14时刻发送HARQ-ACK反馈，则T13至T14的最小时间间隔为第二时延与第二预设值之和。
在本公开的另一个实施例之中，网络侧设备可以将第二时延与第一预设值之和作为UE接收PDSCH到发送HARQ反馈之间的最小间隔。
示例的，在本公开的一个实施例之中，假设UE在T15时刻接收到PDSCH，在T16时刻发送HARQ反馈，则T15至T16的最小时间间隔为第二时延与第一预设值之和。
以及，在本公开的一个实施例之中，上述第一预设值可以设置为0.75。以及，在本公开的另一个实施例之中，上述第二预设值可以设置为0.5。
此外，关于本实施例的其他详细内容可以参考上述实施例描述。
综上所述，在本公开实施例提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图6为本公开实施例所提供的一种处理时延的确定方法的流程示意图，该方法由网络侧设备执行，如图6所示，该处理时延的确定方法可以包括以下步骤：
步骤601、为UE分别配置第一上行时隙资源和第二上行时隙资源。
其中，在本公开的一个实施例之中，上述第二上行时隙资源的晚于第一上行时隙资源。
其中，在本公开的一个实施例之中，网络侧设备执行步骤601的前提是网络侧设备未获取到UE的能力信息，也即是网络侧设备不能确定当前UE的类型是否为第一类型UE，基于此，网络侧设备向所 有UE均配置第一上行时隙资源和第二上行时隙资源，且第二上行时隙资源的晚于第一上行时隙资源，从而使得UE可以根据自身的处理能力从第一上行时隙资源和第二上行时隙资源中选择合适的时隙资源。
具体地，在本公开的一个实施例之中，当UE的类型不是第一类型UE时，此时该UE不需要进行多次HARQ合并解码，所需的处理时延较短，则该UE可以选择第一上行时隙资源进行上行传输；当UE的类型为第一类型UE时，此时该UE进行多次HARQ合并解码，所需的处理时延较长，则该UE可以选择第二上行时隙资源进行上行传输。通过上述步骤701的方法，可以使得UE选择合适的时隙资源进行上行传输，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得eRedcap UE可以正常进行上行传输。
此外，关于本实施例的其他详细内容可以参考上述实施例描述。
综上所述，在本公开实施例提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图7为本公开实施例所提供的一种处理时延的确定方法的流程示意图，该方法由网络侧设备执行，如图7所示，该处理时延的确定方法可以包括以下步骤：
步骤701、基于处理时延对第一类型UE和第二类型UE进行调度。
其中，在本公开的一个实施例之中，在某些场景下，即使是基于第一类型UE(如，eRedcap UE)的能力确定的处理时延，同样也可以适用于第二类UE(legacy UE)。基于此，使得无论UE是第一类型UE还是第二类型UE，网络侧设备均可以基于该处理时延为UE分配合理的时隙资源，由此该UE基于分配的时隙资源进行上行传输，并且网络侧设备基于该处理时延调度时隙资源，进而使得eRedcap UE可以正常进行上行传输，即在该处理时延内可实现对第一类型终端的调度，也实现对第二类型终端的调度。
此外，关于本实施例的其他详细内容可以参考上述实施例描述。
综上所述，在本公开实施例提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图8为本公开实施例所提供的一种处理时延的确定方法的流程示意图，该方法由网络设备执行，如图8所示，该处理时延的确定方法可以包括以下步骤：
步骤801、向UE发送上报能力指示信息。
其中，在本公开的一个实施例之中，上述上报能力指示信息用于指示UE是否需要上报能力信息。
以及，在本本公开的一个实施例之中，上述上报能力指示信息可以包括N个比特位，其中N为正整数。示例的，在本公开的一个实施例之中，假设上报能力指示信息包括1个比特位，其中，当比特位为1时，则上报能力指示信息指示UE需要上报能力信息；当比特位为0时，则上报能力指示信息指示UE不需要上报能力信息。
进一步地，在本公开的一个实施例之中，当上述上报能力指示信息指示UE需要上报能力信息时，网络侧设备获取或未获取UE上报的能力信息，对应确定UE的处理时延的方法也不相同。
具体地，在本公开的一个实施例之中，当上述上报能力指示信息指示UE需要上报能力信息时，且网络侧设备获取UE上报的能力信息，则可以通过上述实施例确定UE的处理时延。
以及，在本公开的一个实施例之中，当上述上报能力指示信息指示UE需要上报能力信息时，且网 络侧设备未获取UE上报的能力信息，也即是网络侧设备不能确定当前UE是否为第一类型UE，基于此，网络侧设备通过上述步骤601或步骤701为UE分配合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得eRedcap UE可以正常进行上行传输。
此外，关于本实施例的其他详细内容可以参考上述实施例描述。
综上所述，在本公开实施例提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图9为本公开实施例所提供的一种处理时延的确定方法的流程示意图，该方法由UE执行，如图9所示，该处理时延的确定方法可以包括以下步骤：
步骤901、向网络侧设备上报UE的能力信息。
其中，在本公开的一个实施例之中，上述向网络侧设备上报UE的能力信息的方法可以包括以下至少一种：
通过separate initial UL BWP或者separate PRACH resource向网络侧设备上报UE的能力信息；
通过MSG3向网络侧设备上报UE的能力信息；
通过RRC信令向所述网络侧设备上报UE的能力信息。
以及，在本公开的一个实施例之中，UE可以在RACH过程中，通过earlyindication机制向网络侧设备上报UE的能力信息。具体地，在本公开的一个实施例之中，可以通过separate initial UL BWP或者separate PRACH resource向网络侧设备上报UE的能力信息。
进一步地，在本公开的一个实施例之中，UE通过MSG3向网络侧设备上报UE的能力信息的方法可以包括：通过在MSG3中承载的指示字段向网络侧设备上报UE的能力信息。在本公开的另一个实施例中，通过MSG3上报的能力信息的方法可以包括：通过新的CCCH信道向网络侧设备上报UE的能力信息。
进一步地，在本公开的一个实施例之中，上述能力信息可以包括以下至少之一：
UE的处理能力信息；
UE的终端类型；
UE支持的带宽；
UE的post-FFT buffer的大小；
UE的HARQ的合并能力。
进一步地，在本公开的一个实施例之中，UE可以根据自身的处理能力对PDSCH进行处理，并在对PDSCH处理完成后，基于网络侧设备指示的时隙资源向网络侧设备进行上行传输。
以及，在本公开的一个实施例之中，网络侧设备获取UE的能力信息之后，可以基于UE的能力信息确定UE的类型，并基于UE的类型确定UE是否为第一类型UE，以确定对应的处理时延，再根据处理时延为UE分配合适的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得eRedcap UE可以正常进行上行传输。
需要说明的是，在本公开的一个实施例之中，UE可以主动主动向网络侧设备上报UE的能力信息，如在RACH过程中，通过early indication机制上报UE的能力信息。以及，在本公开的另一个实施例之中，UE可以当网络侧设备指示UE需要上报该UE的能力信息时，上报UE的能力信息。关于这部分内容会在后续实施例中进行详细介绍。
此外，关于本实施例的其他详细内容可以参考上述实施例描述。
综上所述，在本公开实施例提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类 型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图10为本公开实施例所提供的一种处理时延的确定方法的流程示意图，该方法由UE执行，如图10所示，该处理时延的确定方法可以包括以下步骤：
步骤1001、接收网络侧设备发送的上报能力指示信息。
其中，在本公开的一个实施例之中，上述上报能力指示信息可以用于指示UE是否需要上报能力信息。
以及，在本本公开的一个实施例之中，上述上报能力指示信息可以包括N个比特位，其中N为正整数。示例的，在本公开的一个实施例之中，假设上报能力指示信息包括1个比特位，其中，当比特位为1时，则上报能力指示信息指示UE需要上报能力信息；当比特位为0时，则上报能力指示信息指示UE不需要上报能力信息。
进一步地，在本公开的一个实施例之中，当上报能力指示信息指示UE需要上报能力信息时，UE可以上报能力信息或者不上报能力信息。
此外，关于本实施例的其他详细内容可以参考上述实施例描述。
综上所述，在本公开实施例提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图11为本公开实施例所提供的一种处理时延的确定方法的流程示意图，该方法由UE执行，如图11所示，该处理时延的确定方法可以包括以下步骤：
步骤1101、基于网络侧设备配置的第一上行时隙资源和第二上行时隙资源进行上行传输。
其中，在本公开的一个实施例之中，上述第二上行时隙资源的晚于第一上行时隙资源。
以及，在本公开的一个实施例之中，UE可以根据自身的类型从第一上行时隙资源和第二上行时隙资源中选择合适的时隙资源。
具体地，在本公开的一个实施例之中，当UE的类型为第二类型UE时，此时该UE不需要进行多次HARQ合并解码，所需的处理时延较短，则该UE可以选择第一上行时隙资源进行上行传输；当UE的类型为第一类型UE时，此时该UE不进行多次HARQ合并解码，所需的处理时延较长，则该UE可以选择第二上行时隙资源进行上行传输。通过上述步骤1101的方法，可以使得UE选择合适的时隙资源进行上行传输，使得eRedcap UE可以正常进行上行传输。
此外，关于本实施例的其他详细内容可以参考上述实施例描述。
综上所述，在本公开实施例提供的处理时延的确定方法中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图12为本公开实施例所提供的一种通信装置的结构示意图，如图12所示，装置可以包括：
获取模块1201，用于获取UE的能力信息；
处理模块1202，用于UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延；
确定模块1203，用于根据第一时延确定UE的处理时延。
综上所述，在本公开实施例提供的通信装置中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由 此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
可选的，在本公开的一个实施例之中，上述装置还用于：
UE的能力信息指示UE为第二类型UE，将第二时延作为UE的解码时延，其中，第二时延小于第一时延；
根据第二时延确定UE的处理时延。
可选的，在本公开的一个实施例之中，上述处理模块1202还用于通过以下任一公式获得第一时延：
NT,1_new＝NT,1+delta；
NT,1_new＝m*NT,1；
其中，NT,1_new为第一时延，NT,1为第二时延，delta或m为预设值。：
可选的，在本公开的一个实施例之中，delta或m由协议规定，或者由网络侧设备配置获得。
可选的，在本公开的一个实施例之中，上述处理模块1202，还用于
确定当前网络允许的最多可进行HARQ合并的次数；
根据当前网络允许的最多可进行HARQ合并的次数和第二时延确定第一时延。
可选的，在本公开的一个实施例之中，上述确定模块1901还用于：
将第一时延或第二时延与第一预设值之和作为UE接收到Msg2到发送新的Msg1之间的最小间隔；
获取UE的准备时延，并将第一时延或第二时延、准备时延和第二预设值之和作为UE接收到Msg2到发送Msg3之间的最小时间间隔；
将第一时延或第二时延与第二预设值之和作为UE收到Msg4到发送HARQ-ACK反馈的最小时间间隔；
将第一时延或第二时延域与第一预设值之和作为UE接收到PDSCH到发送HARQ反馈之间的最小间隔。
可选的，在本公开的一个实施例之中，上述获取模块1201还用于以下至少一种：
接收UE通过separateinitialULBWP或者separate PRACH resource上报的能力信息；
接收UE通过MSG3上报的能力信息；
接收UE通过RRC信令上报的所述能力信息。
可选的，在本公开的一个实施例之中，上述装置还用于：
向UE发送上报能力指示信息，上报能力指示信息用于指示UE是否需要上报能力信息。
可选的，在本公开的一个实施例之中，能力信息包括以下至少一种：
UE的处理能力信息；
UE的终端类型；
UE支持的带宽；
UE的post-FFT buffer的大小；
UE的HARQ的合并能力。
可选的，在本公开的一个实施例之中，上述装置还用于：基于处理时延对第一类型UE和第二类型UE进行调度。
可选的，在本公开的一个实施例之中，第一类型UE为eRedcap UE，第二类型UE为legacy UE。
图13为本公开实施例所提供的一种通信装置的结构示意图，如图13所示，装置可以包括：
配置模块1301，用于为UE分别配置第一上行时隙资源和第二上行时隙资源，其中，第二上行时隙资源的晚于第一上行时隙资源。
综上所述，在本公开实施例提供的通信装置中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后， 会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
图14为本公开实施例所提供的一种通信装置的结构示意图，如图14所示，装置可以包括：
上报模块1401，用于向网络侧设备上报UE的能力信息。
综上所述，在本公开实施例提供的通信装置中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
可选的，在本公开的一个实施例之中，上述上报模块1401还用于以下至少之一：
通过separateinitialULBWP或者separate PRACH resource向网络侧设备上报UE的能力信息；
通过MSG3向网络侧设备上报UE的能力信息；
通过RRC信令向网络侧设备上报UE的能力信息。
可选的，在本公开的一个实施例之中，上述装置还用于：
接收网络侧设备发送的上报能力指示信息，上报能力指示信息用于指示UE是否需要上报能力信息。
可选的，在本公开的一个实施例之中，能力信息包括以下至少一种：
UE的处理能力信息；
UE的终端类型；
UE支持的带宽；
UE的post-FFT buffer的大小；
UE的HARQ的合并能力。
图15为本公开实施例所提供的一种通信装置的结构示意图，如图15所示，装置可以包括：
传输模块，用于基于网络侧设备配置的第一上行时隙资源或第二上行时隙资源进行上行传输，其中，第二上行时隙资源的晚于第一上行时隙资源。
综上所述，在本公开实施例提供的通信装置中，网络侧设备会获取UE的能力信息，UE的能力信息指示UE为第一类型UE，将第一时延作为UE的解码时延，根据第一时延确定UE的处理时延。由此可知，本公开提供的方法中，网络侧设备确定获取到的UE的能力信息指示UE为第一类型UE后，会确定适用于第一类型UE的第一时延，并根据第一时延确定UE的处理时延，然后基于确定的处理时延指示合理的时隙资源，从而避免出现“网络侧设备指示eRedCap UE的时隙资源不合理”的情况，进而使得UE可以正常进行上行传输。
请参见图16，图16是本申请实施例提供的一种通信装置1600的结构示意图。通信装置1600可以是网络设备，也可以是终端设备，也可以是支持网络设备实现上述方法的芯片、芯片系统、或处理器等，还可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。
通信装置1600可以包括一个或多个处理器1601。处理器1601可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。
可选的，通信装置1600中还可以包括一个或多个存储器1602，其上可以存有计算机程序1604，处理器1601执行所述计算机程序1604，以使得通信装置1600执行上述方法实施例中描述的方法。可选的，所述存储器1602中还可以存储有数据。通信装置1600和存储器1602可以单独设置，也可以集成在一起。
可选的，通信装置1600还可以包括收发器1605、天线1606。收发器1605可以称为收发单元、收 发机、或收发电路等，用于实现收发功能。收发器1605可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。
可选的，通信装置1600中还可以包括一个或多个接口电路1607。接口电路1607用于接收代码指令并传输至处理器1601。处理器1601运行所述代码指令以使通信装置1600执行上述方法实施例中描述的方法。
通信装置1600为终端设备：收发器1605用于执行图3中的步骤301-步骤302；图4中的步骤401至步骤402；图5中的步骤501至步骤503；图6a中的步骤601a至步骤603a；图6b中的步骤601b至步骤602b。处理器1601用于执行图2中的步骤201；图3中的步骤303-步骤304；图4中的步骤403；图5中的步骤504和步骤505；图6a中的步骤604a；图6b中的步骤603b；图7中的步骤701-步骤702。
通信装置1600为网络设备：收发器1605用于执行图11a中的步骤1102a。处理器1601用于执行图8中的步骤801；图9中的步骤901至步骤904；图10中的步骤1001至步骤1005；图11a中的步骤1101a；图11b中的步骤1101b和步骤1102b。
在一种实现方式中，处理器1601中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。
在一种实现方式中，处理器1601可以存有计算机程序1603，计算机程序1603在处理器1601上运行，可使得通信装置1600执行上述方法实施例中描述的方法。计算机程序1603可能固化在处理器1601中，该种情况下，处理器1601可能由硬件实现。
在一种实现方式中，通信装置1600可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuit board，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channel metal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
以上实施例描述中的通信装置可以是网络设备或者终端设备，但本申请中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图16的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：
(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；
(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；
(3)ASIC，例如调制解调器(Modem)；
(4)可嵌入在其他设备内的模块；
(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；
(6)其他设备。
对于通信装置可以是芯片或芯片系统的情况，可参见图17所示的芯片的结构示意图。图17所示的芯片包括处理器1701和接口1702。其中，处理器1701的数量可以是一个或多个，接口1702的数量可以是多个。
可选的，芯片还包括存储器1703，存储器1703用于存储必要的计算机程序和数据。
本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用 各种方法实现所述的功能，但这种实现不应被理解为超出本申请实施例保护的范围。
本申请还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。
本申请还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也表示先后顺序。
本申请中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本申请不做限制。在本申请实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
本申请中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本申请并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本申请中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。
本申请中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (24)

  1. 一种处理时延的确定方法，其特征在于，所述方法由网络侧设备执行，包括：
    获取用户设备UE的能力信息；
    所述UE的能力信息指示所述UE为第一类型UE，将第一时延作为所述UE的解码时延；
    根据所述第一时延确定所述UE的处理时延。
  2. 如权利要求1所述的方法，其特征在于，还包括：
    所述UE的能力信息指示所述UE为第二类型UE，将第二时延作为所述UE的解码时延，其中，所述第二时延小于所述第一时延；
    根据所述第二时延确定所述UE的处理时延。
  3. 如权利要求1所述的方法，其特征在于，所述第一时延通过以下任一公式获得：
    NT,1_new＝NT,1+delta；
    NT,1_new＝m*NT,1；
    其中，NT,1_new为所述第一时延，NT,1为所述第二时延，所述delta或m为预设值。
  4. 如权利要求3所述的方法，其特征在于，所述delta或m由协议规定，或者由所述网络侧设备配置。
  5. 如权利要求1所述的方法，其特征在于，所述第一时延通过以下步骤确定：
    确定当前网络允许的最多可进行混合自动重传请求HARQ合并的次数；
    根据所述当前网络允许的最多可进行HARQ合并的次数和所述第二时延确定所述第一时延。
  6. 如权利要求1或2所述的方法，其特征在于，所述根据所述第一时延或所述第二时延确定所述UE的处理时延，包括以下至少一项：
    将所述第一时延或第二时延与第一预设值之和作为所述UE接收到Msg2到发送新的Msg1之间的最小间隔；
    获取所述UE的准备时延，并将所述第一时延或第二时延、所述准备时延和第二预设值之和作为所述UE接收到所述Msg2到发送Msg3之间的最小时间间隔；
    将所述第一时延或第二时延与第二预设值之和作为所述UE收到Msg4到发送HARQ-ACK反馈的最小时间间隔；
    将所述第一时延或第二时延域与所述第一预设值之和作为所述UE接收到物理下行共享信道PDSCH到发送HARQ反馈之间的最小间隔。
  7. 如权利要求1所述的方法，其特征在于，所述获取用户设备UE的能力信息，包括以下至少一种：
    接收所述UE通过独立初始上行部分带宽separate initial UL BWP或者独立物理随机接入信道资源separate PRACH resource上报的所述能力信息；
    接收所述UE通过MSG3上报的所述能力信息；
    接收UE通过无线资源控制RRC信令上报的所述能力信息。
  8. 如权利要求1所述的方法，其特征在于，所述方法还包括：
    向所述UE发送上报能力指示信息，所述上报能力指示信息用于指示所述UE是否需要上报能力信息。
  9. 如权利要求1-8任一所述的方法，其特征在于，所述能力信息包括以下至少一种：
    所述UE的处理能力信息；
    所述UE的终端类型；
    所述UE支持的带宽；
    所述UE的后缓冲器post-FFT buffer的大小；
    所述UE的HARQ的合并能力。
  10. 如权利要求1所述的方法，其特征在于，所述方法还包括：
    基于所述处理时延对所述第一类型UE和所述第二类型UE进行调度。
  11. 如权利要求1至10任一所述的方法，其特征在于，所述第一类型UE为增强型能力降低eRedcap UE，所述第二类型UE为传统legacy UE。
  12. 一种处理时延的确定方法，其特征在于，所述方法由网络侧设备执行，包括：
    为UE分别配置第一上行时隙资源和第二上行时隙资源，其中，所述第二上行时隙资源的晚于所述第一上行时隙资源。
  13. 一种处理时延的确定方法，其特征在于，所述方法由UE执行，包括：
    向网络侧设备上报所述UE的能力信息。
  14. 如权利要求13所述的方法，其特征在于，所述向网络侧设备上报所述UE的能力信息，包括以下至少一种：
    通过separate initial UL BWP或者separate PRACH resource向所述网络侧设备上报所述UE的所述能力信息；
    通过MSG3向所述网络侧设备上报所述UE的所述能力信息；
    通过RRC信令向所述网络侧设备上报所述UE的所述能力信息。
  15. 如权利要求13所述的方法，其特征在于，所述方法还包括：
    接收所述网络侧设备发送的上报能力指示信息，所述上报能力指示信息用于指示所述UE是否需要上报能力信息。
  16. 如权利要求13-15任一所述的方法，其特征在于，所述能力信息包括以下至少一种：
    所述UE的处理能力信息；
    所述UE的终端类型；
    所述UE支持的带宽；
    所述UE的post-FFT buffer的大小；
    所述UE的HARQ的合并能力。
  17. 一种处理时延的确定方法，其特征在于，所述方法由UE执行，包括：
    基于网络侧设备配置的第一上行时隙资源和第二上行时隙资源进行上行传输，其中，所述第二上行时隙资源的晚于所述第一上行时隙资源。
  18. 一种通信装置，被配置在网络侧设备中，包括：
    获取模块，用于获取用户设备UE的能力信息；
    处理模块，用于所述UE的能力信息指示所述UE为第一类型UE，将第一时延作为所述UE的解码时延；
    确定模块，用于根据所述第一时延确定所述UE的处理时延。
  19. 一种通信装置，被配置在网络侧设备中，包括：
    配置模块，用于为UE分别配置第一上行时隙资源和第二上行时隙资源，其中，所述第二上行时隙资源的晚于所述第一上行时隙资源。
  20. 一种通信装置，被配置在UE中，包括：
    上报模块，用于向网络侧设备上报所述UE的能力信息。
  21. 一种通信装置，被配置在UE中，包括：
    传输模块，用于基于网络侧设备配置的第一上行时隙资源或第二上行时隙资源进行上行传输，其中，所述第二上行时隙资源的晚于所述第一上行时隙资源。
  22. 一种通信装置，其特征在于，所述装置包括处理器和存储器，其中，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求1至12中任一项所述的方法，或所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求13至17中任一项所述的方法。
  23. 一种通信装置，其特征在于，包括：处理器和接口电路，其中：
    所述接口电路，用于接收代码指令并传输至所述处理器；
    所述处理器，用于运行所述代码指令以执行如权利要求1至12中任一项所述的方法，或用于运行 所述代码指令以执行如权利要求13至17中任一项所述的方法。
  24. 一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求1至12中任一项所述的方法被实现，或当所述指令被执行时，使如权利要求13至17中任一项所述的方法被实现。
PCT/CN2022/131562 2022-11-11 2022-11-11 一种处理时延的确定方法、装置、设备及存储介质 Ceased WO2024098430A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202280004978.8A CN115997461A (zh) 2022-11-11 2022-11-11 一种处理时延的确定方法、装置、设备及存储介质
PCT/CN2022/131562 WO2024098430A1 (zh) 2022-11-11 2022-11-11 一种处理时延的确定方法、装置、设备及存储介质
EP22964898.5A EP4618460A4 (en) 2022-11-11 2022-11-11 METHOD FOR DETERMINING TREATMENT DELAY, AND APPARATUS, DEVICE AND STORAGE MECHANISM

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/131562 WO2024098430A1 (zh) 2022-11-11 2022-11-11 一种处理时延的确定方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
WO2024098430A1 true WO2024098430A1 (zh) 2024-05-16

Family

ID=85993916

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/131562 Ceased WO2024098430A1 (zh) 2022-11-11 2022-11-11 一种处理时延的确定方法、装置、设备及存储介质

Country Status (3)

Country Link
EP (1) EP4618460A4 (zh)
CN (1) CN115997461A (zh)
WO (1) WO2024098430A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4723782A1 (en) * 2023-05-24 2026-04-08 Beijing Xiaomi Mobile Software Co., Ltd. Communication method and apparatus therefor

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022028340A1 (zh) * 2020-08-07 2022-02-10 华为技术有限公司 频域资源的确定方法、设备及存储介质
WO2022028361A1 (zh) * 2020-08-07 2022-02-10 华为技术有限公司 一种无线接入的方法以及装置
CN115004617A (zh) * 2022-04-26 2022-09-02 北京小米移动软件有限公司 一种终端设备调度方法及其装置
CN115004835A (zh) * 2022-04-26 2022-09-02 北京小米移动软件有限公司 一种终端设备调度方法及其装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022028340A1 (zh) * 2020-08-07 2022-02-10 华为技术有限公司 频域资源的确定方法、设备及存储介质
WO2022028361A1 (zh) * 2020-08-07 2022-02-10 华为技术有限公司 一种无线接入的方法以及装置
CN115004617A (zh) * 2022-04-26 2022-09-02 北京小米移动软件有限公司 一种终端设备调度方法及其装置
CN115004835A (zh) * 2022-04-26 2022-09-02 北京小米移动软件有限公司 一种终端设备调度方法及其装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT: "Remaining issues on paging transmission for Rel-13 low complexity UEs and UEs in enhanced coverage", 3GPP DRAFT; R1-155177, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 25 September 2015 (2015-09-25), XP051021231 *
See also references of EP4618460A4 *

Also Published As

Publication number Publication date
EP4618460A1 (en) 2025-09-17
CN115997461A (zh) 2023-04-21
EP4618460A4 (en) 2025-12-03

Similar Documents

Publication Publication Date Title
CN113892276B (zh) 一种信息传输方法和装置
WO2023206107A1 (zh) 一种终端设备调度方法及其装置
KR102860097B1 (ko) 주파수 호핑 방법 및 장치
WO2022213294A1 (zh) 一种时域资源分配的方法及装置
WO2024197543A1 (zh) 一种指示方法、装置、设备及存储介质
WO2024000203A1 (zh) 一种传输配置指示tci状态使用时间的确定方法及其装置
WO2024000329A1 (zh) 一种信道占用信息的发送方法及其装置
CN118450519A (zh) 一种跨载波的波束使用时间的确定方法及其装置
WO2023231035A1 (zh) 一种非授权频段下传输资源的确定方法及装置
WO2024234193A1 (zh) 确定、配置上行免授权资源的方法、及装置
EP4550706A1 (en) Method and apparatus for determining hybrid automatic repeat request (harq) feedback
WO2024168479A1 (zh) 混合自动重传请求harq进程使能配置方法及装置
WO2024098430A1 (zh) 一种处理时延的确定方法、装置、设备及存储介质
WO2022205005A1 (zh) 一种数据接收的处理方法及其装置
EP4580275A1 (en) Harq attribute-based carrier selection or reselection method, apparatus, and device
EP4478823A1 (en) Terminal device scheduling method and apparatus thereof
WO2024244026A1 (zh) 一种处理方法、装置、设备及存储介质
WO2024045042A1 (zh) 一种能力交互触发方法/装置/设备及存储介质
WO2023206034A1 (zh) 混合自动重传请求harq反馈的处理方法及其装置
WO2024234206A1 (zh) 一种通信方法、装置、设备及存储介质
WO2024168631A1 (zh) 一种侧行cgt的启动或重启方法及通信装置
WO2024234156A1 (zh) 确定侧行链路载波状态的方法及其装置
US20240340879A1 (en) Semi-persistent scheduling method and apparatus for multicast broadcast service (mbs)
WO2024187476A1 (zh) 一种sl重传定时器的启动或重启方法及通信装置
WO2024000201A1 (zh) 一种指示方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22964898

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202517054921

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2022964898

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022964898

Country of ref document: EP

Effective date: 20250611

WWP Wipo information: published in national office

Ref document number: 202517054921

Country of ref document: IN

WWP Wipo information: published in national office

Ref document number: 2022964898

Country of ref document: EP