Method and device for scheduling resources

Description

71 METHOD AND DEVICE FOR SCHEDULING RESOURCES FIELD

[001] The present description refers to the field of communication technologies and, in particular, to a method of data collection and a device. FUNDAMENTALS

[002] To reduce the cost of reduced-capacity terminals (RedCap), a viable solution is to reduce the baseband bandwidth of the RedCap terminal's data channel to 5 MHz. These RedCap terminals that support reduced-capacity bandwidth are called enhanced reduced-capacity terminals (eRedCap). For eRedCap terminals, the number of resources under 15 / 30 kHz subcarrier spacing (SCS) does not exceed 25 / 12 resource blocks (RBs). When performing a series of operations such as channel estimation, channel equalization, signal detection, and demodulation, the eRedCap terminal performs physical downlink shared channel processing (PDSCH) based on the number of 25 / 12 RBs of resources; when the number of received resources exceeds 25 / 12 RBs, the eRedCap terminal needs to process the received data multiple times, thus introducing an additional processing delay.Based on this, determining the number of PDSCH channels that an eRedCap terminal can process in parallel within a given processing delay range is an urgent problem to be solved. SUMMARY

[003] The embodiments of the present description provide a method, apparatus and resource scheduling system, whereby a base station can learn the number of parallel point-to-point broadcast PDSCHs that an eRedCap terminal can process within a given processing delay range, thereby reasonably scheduling PDSCHs of Petition 870260005737, dated 01 / 21 / 2026, page 7 / 170 / 71 point-to-point diffusion to the eRedCap terminal.

[004] In a first aspect, the modalities of the present description provide a method of scheduling resources, wherein the method is applied to an eRedCap endpoint, including: In response to the eRedCap terminal having a first capability, report to a network device the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or in response to the eRedCap terminal not having a first capability, not reporting to a network device the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; where the first capability includes eRedCap terminal processing capability for parallel point-to-point broadcast PDSCHs.

[005] In one embodiment, the report, for the network device, the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal includes: to report to the network device a number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, where the number of resource blocks (RBs) occupied by the first parallel point-to-point broadcast PDSCHs is less than or equal to a first limit.

[006] In one embodiment, the report, for the network device, the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal includes: Send a first capacity report field in a capacity signal to the network device; where the first capacity report field is a capacity report field. Petition 870260005737, dated 01 / 21 / 2026, page 8 / 170 / 71 predefined capacity in capacity signaling, and the first capacity report field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or define a new capacity reporting field to obtain a second capacity reporting field; wherein the second capacity reporting field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; and send the second capacity reporting field in the capacity signaling to the network device; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[007] In one embodiment, the report, for the network device, the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal includes: In response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a predefined first delay limit, report the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device.

[008] In one embodiment, the report, for the network device, the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal includes: to report to the network device a number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, where the number of RBs occupied by the parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal is not limited by a first limit. Petition 870260005737, dated 01 / 21 / 2026, page 9 / 170 / 71

[009] In one embodiment, the report, for the network device, of the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal includes: Send a first capacity reporting field in a capacity signal to the network device; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signal and the first capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal; or define a new capacity reporting field to obtain a second capacity reporting field; wherein the second capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal; and send the second capacity reporting field in the capacity signaling to the network device; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[0010] In one embodiment, the report, for the network device, of the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal includes: In response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a predefined first delay limit, report the number of seconds of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device.

[0011] In one embodiment, the report, for the network device, the number of supported parallel point-to-point broadcast PDSCHs Petition 870260005737, dated 01 / 21 / 2026, page 10 / 170 / 71 via the eRedCap terminal includes: In response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a second predefined delay limit, report a number of third parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device; wherein the second delay limit is greater than a first predefined delay limit, and the first delay limit is a processing delay limit of parallel point-to-point broadcast PDSCHs from a non-eRedCap terminal.

[0012] In one embodiment, the eRedCap terminal supports various quantities of third-party parallel point-to-point broadcast PDSCHs, and the report of the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal for the network device includes: to report to the network device target quantities being all the various quantities of the third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or report to the network device a target quantity that is a maximum value of the various quantities of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; where the various quantities of parallel point-to-point broadcast third PDSCHs correspond to different delay limits.

[0013] In one embodiment, the report of the number of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal for the network device includes: Send an initial capacity report field in a capacity signaling to the network device; where the Petition 870260005737, dated 01 / 21 / 2026, page 11 / 170 / 71 The first capacity reporting field is a predefined capacity reporting field in capacity signaling, and the first capacity reporting field includes the number of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; or define a new capacity reporting field to obtain a second capacity reporting field; wherein the second capacity reporting field includes the number of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; and send the second capacity reporting field in a capacity signal to the network device; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[0014] In a second aspect, the embodiments of the present description further provide a method of scheduling resources, wherein the method is applied to a network device, including: to receive a number of parallel point-to-point broadcast physical downlink shared channels (PDSCHs) supported by an enhanced reduced capacity terminal (eRedCap) reported by the eRedCap terminal in response to the eRedCap terminal having a first capacity; and to schedule point-to-point broadcast PDSCH resources to the eRedCap terminal based on the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or schedule point-to-point broadcast PDSCH resources for the eRedCap terminal based on the eRedCap terminal's processing capacity for a single point-to-point broadcast PDSCH; where the first capability includes a capability of Petition 870260005737, dated 01 / 21 / 2026, page 12 / 170 / 71 processing of the eRedCap terminal for parallel point-to-point broadcast PDSCHs.

[0015] In one embodiment, receiving the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal reported by the eRedCap terminal in response to the eRedCap terminal having a first capability includes: receive a number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, wherein the number of resource blocks (RB) occupied by the first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is less than or equal to a first limit.

[0016] In one embodiment, receiving the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal includes: receive a first capacity reporting field in a capacity signaling; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling, and the first capacity reporting field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or receive a second capacity reporting field in a capacity signal; wherein the second capacity reporting field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal and the second capacity reporting field is a new capacity reporting field defined by the eRedCap terminal; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the Petition 870260005737, dated 01 / 21 / 2026, page 13 / 170 / 71 second field of capacity report.

[0017] In one embodiment, the number of first parallel point-to-point broadcast PDSCHs is reported by the eRedCap terminal in response to a processing delay of the eRedCap terminal's parallel point-to-point broadcast PDSCHs being less than or equal to a predefined first delay threshold.

[0018] In one embodiment, receiving the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal reported by the eRedCap terminal in response to the eRedCap terminal having a first capability includes: to receive a number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, wherein the number of RBs occupied by the parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal is not limited by a first limit.

[0019] In one embodiment, the reception of the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal includes: receive a first capacity reporting field in a capacity signaling; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling and the first capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal; or receive a second capacity reporting field in a capacity signal; wherein the second capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, and the second field of Petition 870260005737, dated 01 / 21 / 2026, page 14 / 170 / 71 capacity report is a new capacity report field defined by the eRedCap terminal.

[0020] In one embodiment, the number of parallel point-to-point broadcast PDSCHs seconds is reported by the eRedCap terminal in response to a processing delay of the eRedCap terminal's parallel point-to-point broadcast PDSCHs being less than or equal to a predefined first delay threshold.

[0021] In one embodiment, receiving the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal reported by the eRedCap terminal in response to the eRedCap terminal having a first capability includes: to receive a number of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; wherein the number of third-party parallel point-to-point broadcast PDSCHs is reported by the eRedCap terminal in response to a processing delay of the eRedCap terminal's parallel point-to-point broadcast PDSCH being less than or equal to a second predefined delay limit; wherein the second predefined delay limit is greater than a first predefined delay limit, and the first delay limit is a processing delay limit of a non-eRedCap terminal's parallel point-to-point broadcast PDSCH processing delay.

[0022] In one embodiment, the eRedCap terminal supports various quantities of third-party parallel point-to-point broadcast PDSCHs, and the number of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal includes: to receive the target quantities from the eRedCap terminal, where the target quantities are all the various quantities of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; or Petition 870260005737, dated 01 / 21 / 2026, p. 15 / 170 / 71, receiving a target quantity from the eRedCap terminal, where the target quantity is a maximum value of the various quantities of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; where the various quantities of parallel point-to-point broadcast PDSCHs correspond to different delay limits.

[0023] In one embodiment, the receipt of the number of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal includes: receive a first capacity reporting field in a capacity signaling; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling and the first capacity reporting field includes the number of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; or receive a second capacity reporting field in a capacity signal; wherein the second capacity reporting field includes the number of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal and the second capacity reporting field is a new capacity reporting field defined by the eRedCap terminal; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[0024] In a third aspect, the embodiments of the present description further provide a resource scheduling device, wherein the device is disposed in an eRedCap terminal, and the Petition 870260005737, dated 01 / 21 / 2026, page 16 / 170 / 71 device includes: A response module, configured to, in response to the eRedCap terminal having a primary capability, report to a network device the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or a response module, configured so that, in response to the eRedCap terminal not having a first capability, it does not report to a network device the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; where the first capability includes eRedCap terminal processing capability for parallel point-to-point broadcast PDSCHs.

[0025] In a fourth aspect, the embodiments of the present description further provide a resource scheduling device, wherein the device is disposed in a network device, and the device includes: A receiving module, configured to receive a quantity of parallel point-to-point broadcast PDSCHs supported by an eRedCap terminal reported by the eRedCap terminal in response to the eRedCap terminal having a first capacity; and a scheduling module configured to schedule point-to-point broadcast PDSCH resources to the eRedCap terminal based on the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or a scheduling module, configured to schedule point-to-point broadcast PDSCH resources to the eRedCap terminal based on the eRedCap terminal's processing capacity for a single point-to-point broadcast PDSCH; Petition 870260005737, dated 01 / 21 / 2026, p. 17 / 170 / 71 where the first capability includes an eRedCap terminal processing capability for parallel point-to-point broadcast PDSCHs.

[0026] In a fifth aspect, the embodiments of the present description provide a resource scheduling apparatus, wherein the apparatus includes a processor and a memory, wherein the memory stores a computer program, and the processor executes the computer program stored in the memory to cause the apparatus to perform the method according to the first aspect or the second aspect.

[0027] In a sixth aspect, the embodiments of the present description provide a resource scheduling apparatus, including: a processor and an interface circuit; where the interface circuit is configured to receive code instructions and transmit the code instructions to the processor; and the processor is configured to execute the code instructions to perform the method according to the first aspect or the second aspect.

[0028] In a seventh aspect, the embodiments of the present description provide a computer-readable storage medium, having stored therein instructions which, when executed, cause the method according to the first aspect to be implemented, or cause the method according to the second aspect to be implemented.

[0029] The method and apparatus for scheduling resources provided in the modalities of this description, report the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device in response to the eRedCap terminal having a Petition 870260005737, dated 01 / 21 / 2026, page 18 / 170 / 71 first capability; or not report the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device in response to the eRedCap terminal not having the first capability; wherein the first capability includes the processing capability of the eRedCap terminal for parallel point-to-point broadcast PDSCHs.The solutions provided in the embodiments of this description allow the base station to learn the processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs, causing the eRedCap terminal to report the number of parallel point-to-point broadcast PDSCHs it can process. This allows the base station to reasonably schedule point-to-point broadcast PDSCHs for the eRedCap terminal, preventing the eRedCap terminal from having to process the received data multiple times and introducing additional delays. This delay can cause the eRedCap terminal to fail to perform the HARQ-ACK return in time when HARQ resources arrive, or only return a NACK, resulting in wasted resources and increased terminal power consumption. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] In order to illustrate more clearly the technical solutions in the embodiments of the present description or of the prior art, the following will briefly describe the drawings required for the embodiments of the present description or of the prior art.

[0031] Figure 1 is a schematic diagram of a communication system provided by an embodiment of the present description; Figure 2 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 3 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 4 is a flowchart of a scheduling method. Petition 870260005737, dated 01 / 21 / 2026, page 19 / 170 / 71 of resources granted by a modality of the present description; Figure 5 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 6 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 7 is a flowchart for reporting the quantity of parallel point-to-point diffusion PDSCHs using a first capacity reporting field provided by an embodiment of the present description; Figure 8 is a flowchart for reporting the quantity of parallel point-to-point diffusion PDSCHs using a second capacity reporting field provided by an embodiment of the present description; Figure 9 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 10 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 11 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 12 is a flowchart for reporting the quantity of parallel point-to-point diffusion PDSCHs using a first capacity reporting field provided by an embodiment of the present description; Figure 13 is a flowchart for reporting the number of parallel point-to-point broadcast PDSCH seconds using a second capacity reporting field provided by an embodiment of the present description; Figure 14 is a flowchart of a resource scheduling method provided by a modality of the present description; Petition 870260005737, dated 01 / 21 / 2026, page 20 / 170 / 71 Figure 15 is a communication flowchart of the number of third-party parallel point-to-point broadcast PDSCHs based on different delay limits provided by a modality of the present description; Figure 16 is a flowchart for reporting the quantity of parallel point-to-point broadcast third-party PDSCHs using a first capacity reporting field provided by an embodiment of the present description; Figure 17 is a flowchart for reporting the quantity of parallel point-to-point broadcast third-party PDSCHs using a second capacity reporting field provided by an embodiment of the present description; Figure 18 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 19 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 20 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 21 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 22 is a flowchart of a resource scheduling method provided by a modality of the present description; Figure 23 is a flowchart of a resource scheduling method provided by a modality of the present Petition 870260005737, dated 01 / 21 / 2026, page 21 / 170 / 71 description; Figure 24 is a schematic structural diagram of a resource scheduling device provided by an embodiment of the present description; Figure 25 is a schematic structural diagram of another resource scheduling device provided by an embodiment of the present description; Figure 26 is a block diagram of a terminal device provided by an embodiment of the present description; and Figure 27 is a block diagram of a network device provided by an embodiment of the present description. DETAILED DESCRIPTION

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

[0033] The terms used in the embodiments of this description are for the purpose of describing particular embodiments only and are not intended to limit the embodiments of this description. The singular forms “a”, “an”, and “the” and “the” used in the embodiments of this description and the appended claims are also intended to include plural forms, unless the context clearly indicates otherwise. It should also be understood that the term “and / or”, used herein, if Petition 870260005737, dated 01 / 21 / 2026, p. 22 / 170 / 71 refers to and includes all possible combinations of one or more of the listed associated items.

[0034] It should be understood that, although terms such as first, second, third, etc. may be used in embodiments of this description to describe various pieces of information, such information should not be limited by these terms. These terms are used only to distinguish information of the same type from one another. For example, without departing from the scope of embodiments of this description, first information may also be referred to as second information, and correspondingly, second information may also be referred to as first information. Depending on the context, the word “if” or “when” used in this document may be interpreted as “at the time of” or “when” or “in response to the determination”.

[0035] The embodiments of the present description are described in detail below. Examples of the embodiments are illustrated in the accompanying drawings, wherein identical or similar numerical references denote the same or similar elements throughout. When the following description refers to the accompanying drawings, unless otherwise indicated, the same numerals in different drawings represent the same or similar elements. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the embodiments of the present description. Instead, they are merely examples of devices and methods consistent with some aspects of the embodiments of the present description, as detailed in the appended claims.

[0036] The terms used in the modalities of this description are for the purpose of describing particular modalities only and are not intended to limit the modalities of this description. The singular forms “a”, “an”, and “the” and “the” used in the modalities of this description Petition 870260005737, dated 21 / 01 / 2026, p. 23 / 170 / 71. The description and the attached claims are also intended to include plural forms, unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and encompasses all possible combinations of one or more of the associated listed items.

[0037] It should be understood that, although the terms “first”, “second”, “third”, etc. may be used in the embodiments of this description to describe various types of information, such information shall not be limited by these terms. These terms are used only to distinguish one type of information from another. For example, without departing from the scope of the embodiments of this description, first information may also be referred to as second information and, correspondingly, second information may also be referred to as first information. Depending on the context, the word “if” or “when” used in this document may be interpreted as “when”, “while” or “in response to the determination”.

[0038] The embodiments of the present description are described in detail below, examples of which are shown in the drawings, where identical or similar numerical references denote the same or similar elements. The embodiments described below with reference to the drawings are illustrative, intended to explain the present description and should not be interpreted as limitations of the present description.

[0039] To better understand a resource scheduling method described in the modalities of this description, a communication system applicable to the modalities of this description is described first below.

[0040] With reference to Figure 1, Figure 1 is a schematic diagram of a communication system architecture provided by Petition 870260005737, dated 21 / 01 / 2026, page 24 / 170 / 71, an embodiment of the present application. The communication system may include, but is not limited to, a network device and a terminal device, wherein the terminal device communicates with the network device. The number and form of the devices shown in Figure 1 are for illustration purposes only and do not limit the embodiments of the present application. In practical applications, two or more network devices and two or more terminal devices may be included. The communication system shown in Figure 1 includes a network device 101 and a terminal device 102.

[0041] For example, a terminal device can serve as an eRedCap terminal.

[0042] It should be noted that the solutions of the modalities technique of the present description can be applied to various communication systems. For example: long-term evolution (LTE) systems, 5th generation (5G) mobile communication systems, 5G new radio (NR) systems or other future new mobile communication systems.

[0043] The network device in the embodiments of this description is an entity on the network side for transmitting or receiving signals. For example, the network device may be an evolved NodeB (eNB), a transmit-receive 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, etc. The embodiments of this description do not limit the specific technology and specific device form adopted by the network device. The network device provided in the embodiments of this description may consist of a central unit (CU) and a distributed unit (DU), wherein the CU may also be called the control unit. The DU structure may divide the protocol layers of the network device, such as a base station, with Petition 870260005737, dated 01 / 21 / 2026, p. 25 / 170 / 71 the functions of some protocol layers placed in the CU for centralized control and the functions of the remaining part or all protocol layers distributed in the DU, which is centrally controlled by the CU.

[0044] The terminal device in the embodiments of the present description is a user-side entity for receiving or transmitting signals, such as a mobile phone. The terminal device may also be called a terminal, mobile station (MS), mobile terminal (MT), etc. The terminal device may be a car with communication function, a smart car, a 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, a wireless terminal device in autonomous driving, a wireless terminal device in remote medical surgery, a wireless terminal device in a smart grid, a wireless terminal device in transport security, a wireless terminal device in a smart city, a wireless terminal device in a smart home, etc.The modalities of the present description do not limit the specific technology and specific device form adopted by the terminal device.

[0045] For an eRedCap terminal that supports a baseband bandwidth of 5 MHz, since the terminal's radio frequency bandwidth is 20 MHz, it can receive data exceeding 25 / 12 RBs and cache the received data after orthogonal frequency division multiplexing (OFDM) processing. If two point-to-point broadcast PDSCHs exceed 5 MHz, the eRedCap terminal will need to process the received data multiple times, which will introduce additional processing delay. Petition 870260005737, dated 01 / 21 / 2026, p. 26 / 170 / 71

[0046] Based on this, the embodiments of the present description provide a method and a resource scheduling device that enable the base station to learn the processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs, causing the eRedCap terminal to report the number of parallel point-to-point broadcast PDSCHs it can process, thus enabling the base station to reasonably schedule point-to-point broadcast PDSCHs for the eRedCap terminal, preventing the eRedCap terminal from having to process the received data multiple times and introducing additional delays, which can cause the eRedCap terminal to fail to perform the HARQ-ACK return in time when the HARQ resources arrive, or only return NACK, resulting in wasted resources and increased terminal power consumption.

[0047] With reference to Figure 2, one embodiment of the present description provides a method for scheduling resources. As shown in Figure 2, the method may include:

[0048] Step 201: an eRedCap terminal sends the first information to a network device.

[0049] In some implementations, the initial information indicates the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal. For example, when the eRedCap terminal supports 2 parallel point-to-point broadcast PDSCHs, it sends the initial information to the network device to inform the network device that the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is 2, so that the network device can schedule point-to-point broadcast PDSCHs for the eRedCap terminal according to the processing capacity of 2 parallel point-to-point broadcast PDSCHs.

[0050] In some implementations, the eRedCap terminal may Petition 870260005737, dated 01 / 21 / 2026, page 27 / 170 / 71, to determine if it has the capacity to process parallel point-to-point broadcast PDSCHs. When the eRedCap terminal has the capacity to process parallel point-to-point broadcast PDSCHs, it sends the initial information to the network device; and when the eRedCap terminal does not have the capacity to process parallel point-to-point broadcast PDSCHs, it does not send the initial information to the network device.

[0051] In some embodiments, the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal can be determined under certain restrictions.

[0052] Specifically, in some embodiments, the eRedCap terminal can determine whether the number of RBs occupied by the parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is less than or equal to a first predefined limit. When the number of RBs occupied by the parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is less than or equal to the first predefined limit, the eRedCap terminal reports the number of point-to-point broadcast PDSCHs to the network device; correspondingly, when the number of RBs occupied by the parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is greater than the first predefined limit, the eRedCap terminal does not report the number of point-to-point broadcast PDSCHs to the network device. For example, for an eRedCap terminal that supports a baseband bandwidth of 5 MHz, the number of parallel point-to-point broadcast PDSCH channels that can be processed is 2.Below 15 kHz SCS, the baseband bandwidth includes 25 RBs, meaning the first limit is 25 RBs. Therefore, the total number of RBs in the two point-to-point broadcast PDSCH channels of the eRedCap terminal cannot exceed 25 RBs. Below 30 kHz SCS, the baseband bandwidth includes 12 RBs, meaning the... Petition 870260005737, dated 01 / 21 / 2026, page 28 / 170 / 71, the first limit is 12 RBs. Therefore, the total number of RBs in the two point-to-point broadcast PDSCH channels of the eRedCap terminal cannot exceed 12 RBs.

[0053] In some embodiments, the eRedCap terminal may also determine whether the processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal is less than or equal to a second predefined delay limit, wherein the second delay limit is greater than a first predefined delay limit, and the first delay limit is a processing delay limit for parallel point-to-point broadcast PDSCHs from a non-eRedCap terminal. When the processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal is less than or equal to the second predefined delay limit, the eRedCap terminal reports the number of PDSCHs to the network device; correspondingly, when the processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal is greater than the second predefined delay limit, the eRedCap terminal does not report the number of PDSCHs to the network device.A non-eRedCap terminal may be a terminal that does not support baseband bandwidth reduction to 5 MHz. Specifically, this may be a RedCap terminal that does not support baseband bandwidth reduction to 5 MHz. In practical applications, the non-eRedCap terminal may also be called a non-enhanced reduced-capability terminal, which is not limited to the embodiments of the present description.

[0054] Correspondingly, in some embodiments, the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal can also be determined under the constraints of the first limit and the second delay limit.

[0055] In some modes, the eRedCap terminal may use an existing first capacity reporting field in the signaling. Petition 870260005737, dated 01 / 21 / 2026, page 29 / 170 / 71 of capacity to report initial information to the network device; correspondingly, the network device receives the initial information using the first capacity reporting field in the capacity signaling. The eRedCap terminal can also define a new second capacity reporting field and report initial information to the network device via the second capacity reporting field; correspondingly, the network device receives the initial information using the second capacity reporting field in the capacity signaling. The new second capacity reporting field can be a newly added capacity reporting field to the capacity signaling, i.e., the first capacity reporting field is not a predefined capacity reporting field in the capacity signaling.

[0056] Step 202: The network device receives the initial information and schedules point-to-point broadcast PDSCHs to the eRedCap terminal based on the initial information.

[0057] In some embodiments, the network device, based on the initial information received, can learn the processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs and, therefore, during scheduling, schedules the parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal according to the processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs. For example, when the eRedCap terminal has the capacity to process 2 parallel point-to-point broadcast PDSCHs, the network device can simultaneously schedule 2 point-to-point broadcast PDSCHs for the eRedCap terminal.

[0058] Correspondingly, in some modes, when the network device does not receive the initial information, the same Petition 870260005737, dated 01 / 21 / 2026, page 30 / 170 / 71, considers that the eRedCap terminal does not have the capacity to process parallel point-to-point broadcast PDSCHs. In this case, the network device can schedule a point-to-point broadcast PDSCH to the eRedCap terminal.

[0059] In summary, the resource scheduling method provided in the embodiments of this description allows the base station to learn the processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs, causing the eRedCap terminal to report the number of parallel point-to-point broadcast PDSCHs it can process, thus allowing the base station to reasonably schedule point-to-point broadcast PDSCHs for the eRedCap terminal, preventing the eRedCap terminal from having to process the received data multiple times and introducing additional delays, which can cause the eRedCap terminal to fail to perform the HARQ-ACK return in time when the HARQ resources arrive, or only return a NACK, resulting in wasted resources and increased terminal power consumption.

[0060] With reference to Figure 3, an embodiment of the present description further provides a resource scheduling method, wherein the method is applied to an eRedCap endpoint. As shown in Figure 3, the method may include:

[0061] Step 301: In response to the eRedCap terminal having a first capability, report to a network device a quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; wherein the first capability includes a processing capability of the eRedCap terminal for parallel point-to-point broadcast PDSCHs.

[0062] In some modes, the eRedCap terminal sends the number of parallel point-to-point broadcast PDSCHs supported by Petition 870260005737, dated 01 / 21 / 2026, page 31 / 170 / 71 eRedCap terminal for the network device; correspondingly, the network device receives the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal.

[0063] In some embodiments, the eRedCap terminal can support two types of parallel point-to-point broadcast PDSCH processing capabilities. The first parallel point-to-point broadcast PDSCH processing capability is not limited by the number of RBs, supporting the processing of X parallel point-to-point broadcast PDSCHs within a given delay range. The second parallel point-to-point broadcast PDSCH processing capability is limited by the number of RBs, supporting the processing of Y parallel point-to-point broadcast PDSCHs within a given delay range. The set of values ​​for X can be denoted as set#1, and the set of values ​​for Y can be denoted as set#2. set#1 and set#2 can be the same or different. The eRedCap terminal, based on its own implementation, can selectively report these two capabilities.Specifically, if both capabilities can be achieved, that is, if the eRedCap terminal supports both capabilities, both capabilities are reported; or, if the eRedCap terminal supports only one capability, only the supported capability will be reported; or, if the eRedCap terminal does not support any capability, neither will be reported.

[0064] In some embodiments, the maximum number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal may be less than the maximum number of parallel point-to-point broadcast PDSCHs supported by a non-eRedCap terminal. Specifically, the set of values ​​for the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is defined as #1, and the set of values ​​for the number of parallel point-to-point broadcast PDSCHs supported by the non-eRedCap terminal is Petition 870260005737, dated 01 / 21 / 2026, p. 32 / 170 / 71 defined # 3. Therefore, the maximum value in set # 1 is less than the maximum value in set # 3. For example, if set#3 is {2,4,7}, set#1 could be {2,4} or {2}.

[0065] In some embodiments, the number of point-to-point broadcast PDSCHs can be determined under the constraint that the number of RBs occupied by the supported parallel point-to-point broadcast PDSCHs is within a certain resource number limit. Specifically, the number of point-to-point broadcast PDSCHs can be determined under the condition that the number of RBs occupied by the supported parallel point-to-point broadcast PDSCHs is less than or equal to a first limit. For example, for an eRedCap terminal that supports a baseband bandwidth of 5 MHz, it can process 2 parallel point-to-point broadcast PDSCH channels. Below 15 kHz SCS, the number of RBs of the 2 parallel point-to-point broadcast PDSCH channels does not exceed 25 RBs. Under 30 kHz SCS, the number of RBs of the 2 parallel point-to-point broadcast PDSCH channels does not exceed 12 RBs.

[0066] In this mode, the number of RBs occupied by the supported parallel point-to-point broadcast PDSCHs cannot be limited by the resource number. For example, for an eRedCap terminal that supports a baseband bandwidth of 5 MHz, it can process 2 parallel point-to-point broadcast PDSCH channels, and the number of RBs of the 2 parallel point-to-point broadcast PDSCH channels is not limited by the 25 / 12 RB number.

[0067] In this mode, the number of point-to-point broadcast PDSCHs can also be the number of parallel point-to-point broadcast PDSCHs that the eRedCap terminal can process under a given delay constraint. For example, when the number of point-to-point broadcast PDSCHs is N and the processing delay Petition 870260005737, dated 01 / 21 / 2026, page 33 / 170 / 71 required to process N parallel point-to-point broadcast PDSCHs is less than or equal to a predefined delay limit, the quantity of N point-to-point broadcast PDSCHs is reported.

[0068] In this mode, the eRedCap terminal can use an existing first capacity reporting field in the capacity signaling to report the number of point-to-point broadcast PDSCHs for the network device, or it can define a new second capacity reporting field to report the number of point-to-point broadcast PDSCHs for the network device via the second capacity reporting field. When using the second capacity reporting field to report the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, the set of values ​​for the second capacity reporting field can be the same as or different from the set of values ​​for the first capacity reporting field.

[0069] In summary, the solutions provided in the embodiments of this description allow the base station to learn the processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs, causing the eRedCap terminal to report the number of parallel point-to-point broadcast PDSCHs it can process, thus allowing the base station to reasonably schedule point-to-point broadcast PDSCHs for the eRedCap terminal, preventing the eRedCap terminal from having to process the received data multiple times and introducing additional delays, which can cause the eRedCap terminal to fail to perform the HARQ-ACK return in time when the HARQ resources arrive, or only return a NACK, resulting in wasted resources and increased terminal power consumption.

[0070] In practical applications, when the eRedCap terminal does not have the capability to process parallel point-to-point broadcast PDSCHs, it may also not report the number of PDSCHs. Petition 870260005737, dated 01 / 21 / 2026, page 34 / 170 / 71 parallel point-to-point broadcasting supported by the eRedCap terminal to the network device.

[0071] Based on this, an embodiment of the present description further provides a resource scheduling method, wherein the method is applied to an eRedCap endpoint. As shown in Figure 4, the method may include: Step 401: In response to the eRedCap terminal not having a first capability, not reporting to a network device the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal.

[0072] It should be noted that the eRedCap terminal not having the first capability may mean that all eRedCap terminals do not have the first capability, i.e., eRedCap terminals do not support parallel point-to-point broadcast PDSCHs.

[0073] In some embodiments, the eRedCap terminal does not report the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device; correspondingly, the network device does not receive the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal.

[0074] In this mode, the eRedCap terminal does not report capacity. Thus, the base station side schedules point-to-point broadcast PDSCHs to the eRedCap terminal based on the processing capacity of a single point-to-point broadcast PDSCH, i.e., the base station side determines that the eRedCap terminal does not have the capacity to process parallel point-to-point broadcast PDSCHs and schedules only a single point-to-point broadcast PDSCH to the eRedCap terminal at a time.

[0075] In summary, the resource scheduling method provided in the modalities of this description allows the base station to learn Petition 870260005737, dated 01 / 21 / 2026, page 35 / 170 / 71, regarding the processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs, causing the eRedCap terminal to report the number of parallel point-to-point broadcast PDSCHs it can process, thus allowing the base station to reasonably schedule point-to-point broadcast PDSCHs for the eRedCap terminal, preventing the eRedCap terminal from having to process the received data multiple times and introducing additional processing delays, which can cause the eRedCap terminal to fail to perform the HARQ-ACK return in time when the HARQ resources arrive, or only return NACK, resulting in wasted resources and increased terminal power consumption.

[0076] With reference to Figure 5, an embodiment of the present description further provides a resource scheduling method, applied to an eRedCap terminal. This resource scheduling method can be implemented alone or in combination with any embodiment or possible implementation in the present description, or in combination with any technical solution in the related art.

[0077] As shown in Figure 5, the resource scheduling method may include: Step 501: In response to the eRedCap terminal having a first capability, report to the network device a number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, where the number of RBs occupied by the first parallel point-to-point broadcast PDSCHs is less than or equal to a first limit.

[0078] In this mode, the first limit may be the maximum number of RBs supported by the eRedCap terminal's baseband for the data channel. For example, for an eRedCap terminal that supports a baseband bandwidth of 5 MHz, the number of PDSCH channels Petition 870260005737, dated 01 / 21 / 2026, page 36 / 170 / 71 of parallel point-to-point broadcast that can be processed is 2. Below 15 kHz SCS, the baseband bandwidth includes 25 RBs, i.e., the first limit is 25 RBs. Therefore, the total number of RBs in the two point-to-point broadcast PDSCH channels of the eRedCap terminal cannot exceed 25 RBs. Below 30 kHz SCS, the baseband bandwidth includes 12 RBs, i.e., the first limit is 12 RBs. Therefore, the total number of RBs in the two point-to-point broadcast PDSCH channels of the eRedCap terminal cannot exceed 12 RBs.

[0079] With reference to Figure 6, an embodiment of the present description further provides a resource scheduling method, applied to an eRedCap terminal. This resource scheduling method can be implemented alone or in combination with any embodiment or possible implementation in the present description, or in combination with any technical solution in the related art.

[0080] As shown in Figure 6, the resource scheduling method may include: Step 601: In response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a predefined first delay limit, report to the network device the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal.

[0081] In some embodiments, the eRedCap terminal can determine whether its processing delay for parallel point-to-point broadcast PDSCHs is less than or equal to a predefined second delay limit. When the processing delay of the parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is less than or equal to the predefined second delay limit, the eRedCap terminal reports the number of parallel point-to-point broadcast PDSCHs that it can process to the network device; correspondingly, when the Petition 870260005737, dated 01 / 21 / 2026, page 37 / 170 / 71 If the processing delay of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is greater than the predefined one-second delay limit, the eRedCap terminal does not report the number of parallel point-to-point broadcast PDSCHs that it can process to the network device.

[0082] In this embodiment, the first delay limit is the processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal. The eRedCap terminal can use parallel point-to-point broadcast PDSCHs for parallel or serial processing, provided that the processing can be completed within the time interval of the first delay limit, which is not limited in the embodiments of this description.

[0083] In this mode, the first delay limit can be a limit agreed upon by the protocol or a limit configured by the network device according to the scheduling requirements.

[0084] In this mode, by introducing the first delay limit and having the eRedCap terminal report the number of parallel point-to-point broadcast PDSCHs it can process, the base station can learn the processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs, thus allowing the base station to reasonably schedule point-to-point broadcast PDSCHs to the eRedCap terminal, preventing the eRedCap terminal from having to process the received data multiple times and introducing additional delays, which can cause the eRedCap terminal to fail to perform the HARQACK return in time when the HARQ resources arrive, or only return NACK, resulting in wasted resources and increased terminal power consumption.

[0085] In this mode, the eRedCap terminal can use an existing first capacity reporting field in the signaling of Petition 870260005737, dated 01 / 21 / 2026, page 38 / 170 / 71 capacity to report the quantity of first parallel point-to-point diffusion PDSCHs.

[0086] Based on this, with reference to Figure 7, one embodiment of the present description provides a method for reporting the quantity of parallel point-to-point broadcast PDSCHs using a first capacity reporting field. The method includes:

[0087] Step 701: In response to the eRedCap terminal having a first capacity, send a first capacity report field to the network device via capacity signaling; wherein the first capacity report field is a predefined capacity report field in capacity signaling, and the first capacity report field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal.

[0088] In this mode, using the first capacity reporting field already existing in capacity signaling to report the number of first parallel point-to-point broadcast PDSCHs, the definition of the first capacity reporting field can be added with the limitation of the maximum number of resources for the eRedCap terminal, i.e., the definition of the first capacity reporting field can be added with the condition that the number of RBs occupied by the first parallel point-to-point broadcast PDSCHs is less than or equal to the first limit.

[0089] In this mode, the eRedCap terminal can also report the number of parallel point-to-point broadcast PDSCHs based on a new second capacity reporting field.

[0090] Based on this, with reference to Figure 8, an embodiment of the present description further provides a method for reporting the quantity of parallel point-to-point broadcast PDSCHs using a second capacity reporting field. The method includes: Petition 870260005737, dated 01 / 21 / 2026, page 39 / 170 / 71 Step 801: In response to the eRedCap terminal having a first capacity, define a new capacity reporting field to obtain a second capacity reporting field; where the second capacity reporting field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; Step 802: Send the second capacity report field to the network device via capacity signaling.

[0091] Note that the value set for the first capacity report field may be the same as or different from the value set for the second capacity report field. Specifically, the value set for the first capacity report field may be a first value set, for example, set {2,4,7}. The value set for the second capacity report field may be a second value set. The first value set is a pre-configured set. The second value set may be the same as the first value set or may include other pre-configured values, i.e., values ​​that are not in the pre-configured set. For example, if the pre-configured set is {2,4,7}, the value set for the second capacity report field may include values ​​from set {2,4,7} or may include values ​​such as 3, 5, etc.

[0092] With reference to Figure 9, an embodiment of the present description further provides a resource scheduling method, applied to an eRedCap terminal. This resource scheduling method can be implemented alone or in combination with any embodiment or possible implementation in the present description, or in combination with any technical solution in the related art.

[0093] As shown in Figure 9, the scheduling method Petition 870260005737, dated 01 / 21 / 2026, page 40 / 170 / 71 of resources may include: Step 901: In response to the eRedCap terminal having a first capability, report to a network device the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, where the number of RBs occupied by the parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal is not limited by a first limit.

[0094] In this mode, the first limit may be the maximum number of RBs supported by the eRedCap terminal baseband for the data channel.

[0095] In practical applications, the number of RBs occupied by the second parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal may also be limited by the first limit.

[0096] Based on this, with reference to Figure 10, one embodiment of the present description provides a resource scheduling method applied to an eRedCap terminal. As shown in Figure 10, the method may include: Step 1001: Report to the network device a number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, where the number of resource blocks (RB) occupied by the first parallel point-to-point broadcast PDSCHs is less than or equal to a first threshold; Step 1002: Report to the network device a number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, where the number of RBs occupied by the parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal is not limited by a first limit.

[0097] In some embodiments, the eRedCap terminal can support two types of broadcast PDSCH processing capabilities. Petition 870260005737, dated 01 / 21 / 2026, page 41 / 170 / 71 parallel point-to-point. The first parallel point-to-point broadcast PDSCH processing capability is not limited by the number of RBs. The second parallel point-to-point broadcast PDSCH processing capability is limited by the number of RBs. The eRedCap terminal, based on its own implementation, can selectively report these two capabilities. Specifically, if both capabilities can be achieved, i.e., the eRedCap terminal supports both capabilities, both capabilities are reported, i.e., Step 1001 and Step 1002 are performed; or, if the eRedCap terminal supports only one capability, only the supported capability is reported, i.e., Step 1001 or Step 1002 is performed; Or, if the eRedCap terminal does not support any capability, none of them will be reported, meaning neither Step 1001 nor Step 1002 will be performed.

[0098] In some embodiments, the first parallel point-to-point broadcast PDSCH processing capability supports the processing of X parallel point-to-point broadcast PDSCHs within a given delay range. The second parallel point-to-point broadcast PDSCH processing capability supports the processing of Y parallel point-to-point broadcast PDSCHs within a given delay range. The set of values ​​for X can be denoted as set#1, and the set of values ​​for Y can be denoted as set#2. set #1 and set #2 can be the same or different.

[0099] With reference to Figure 11, an embodiment of the present description further provides a resource scheduling method, applied to an eRedCap terminal. This resource scheduling method can be implemented alone or in combination with any embodiment or possible implementation in the present description, or in combination with any technical solution in the related art.

[00100] As shown in Figure 11, the scheduling method of Petition 870260005737, dated 01 / 21 / 2026, page 42 / 170 / 71 resources may include:

[00101] Step 1101: In response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a first predefined delay limit, report to the network device the number of parallel point-to-point broadcast PDSCHs seconds supported by the eRedCap terminal.

[00102] In some embodiments, the eRedCap terminal can determine whether its processing delay for parallel point-to-point broadcast PDSCHs is less than or equal to a first predefined delay limit. When the processing delay of the parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is less than or equal to the first predefined delay limit, the eRedCap terminal reports the number of parallel point-to-point broadcast PDSCH seconds it can process to the network device; correspondingly, when the processing delay of the parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is greater than the first predefined delay limit, the eRedCap terminal does not report the number of parallel point-to-point broadcast PDSCHs it can process to the network device.

[00103] In this mode, by introducing the first delay limit and having the eRedCap terminal report the number of parallel point-to-point broadcast PDSCHs it can process, the base station can learn the eRedCap terminal's processing capacity for parallel point-to-point broadcast PDSCHs, thus allowing the base station to reasonably schedule point-to-point broadcast PDSCHs to the eRedCap terminal, preventing the eRedCap terminal from having to process the received data multiple times and introducing additional delays, which could cause the eRedCap terminal to fail to perform the HARQACK return in time when HARQ resources arrive, or only return from Petition 870260005737, dated 01 / 21 / 2026, page 43 / 170 / 71 NACK, resulting in wasted resources and increased energy consumption at the terminal.

[00104] In this mode, the eRedCap terminal can use an existing first capacity reporting field in the capacity signaling to report the number of parallel point-to-point broadcast PDSCH seconds.

[00105] Based on this, with reference to Figure 12, an embodiment of the present description provides a method for reporting the number of parallel point-to-point broadcast PDSCH seconds using a first capacity reporting field. The method includes:

[00106] Step 1201: In response to the eRedCap terminal having a first capability, send a first capability report field to the network device via the capability signaling; wherein the first capability report field is a predefined capability report field in the capability signaling and the first capability report field includes the amount of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal.

[00107] In this mode, using the first capacity reporting field already existing in capacity signaling to report the number of parallel point-to-point broadcast PDSCH seconds, the definition of the first capacity reporting field can be added with the limitation of the maximum number of resources for the eRedCap terminal, that is, the definition of the first capacity reporting field can be added with the condition that the number of RBs occupied by the parallel point-to-point broadcast PDSCH seconds is less than or equal to the first limit.

[00108] In this mode, the eRedCap terminal can also report the number of parallel point-to-point broadcast PDSCH seconds based on a new capacity reporting field. Petition 870260005737, dated 01 / 21 / 2026, page 44 / 170 / 71

[00109] Based on this, with reference to Figure 13, an embodiment of the present description further provides a method for reporting the number of parallel point-to-point broadcast PDSCH seconds using a second capacity reporting field. The method includes: Step 1301: In response to the eRedCap terminal having a first capacity, define a new capacity reporting field to obtain a second capacity reporting field; where the second capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal; Step 1302: Send the second capacity report field to the network device via capacity signaling.

[00110] Note that the value set for the first capacity report field may be the same as or different from the value set for the second capacity report field. Specifically, the value set for the first capacity report field may be a first value set, for example, set {2,4,7}. The value set for the second capacity report field may be a second value set. The first value set is a pre-configured set. The second value set may be the same as the first value set or may include other pre-configured values, i.e., values ​​that are not in the pre-configured set. For example, if the pre-configured set is {2,4,7}, the value set for the second capacity report field may include values ​​from set {2,4,7} or may include values ​​such as 3, 5, etc.

[00111] With reference to Figure 14, an embodiment of the present description further provides a resource scheduling method, applied to an eRedCap terminal. This resource scheduling method. Petition 870260005737, dated 21 / 01 / 2026, page 45 / 170 / 71, can be carried out alone or in combination with any embodiment or possible implementation in the present description, or in combination with any technical solution in the related art.

[00112] As shown in Figure 14, the resource scheduling method may include: Step 1401: In response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal that is less than or equal to a second predefined delay limit, communicate to the network device a number of third parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; wherein the second delay limit is greater than a first predefined delay limit, and the first delay limit is a processing delay limit for parallel point-to-point broadcast PDSCHs from a non-eRedCap terminal.

[00113] In some embodiments, the eRedCap terminal can determine whether its processing delay for parallel point-to-point broadcast PDSCHs is less than or equal to a first predefined delay limit.When the processing delay of the parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is less than or equal to the first predefined delay limit, the eRedCap terminal will report the number of third-party parallel point-to-point broadcast PDSCHs it can process to the network device; correspondingly, when the processing delay of the parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is greater than the first predefined delay limit, the eRedCap terminal will not report the number of third-party parallel point-to-point broadcast PDSCHs it can process to the network device.

[00114] In this mode, by introducing the second delay limit and having the eRedCap terminal report the number of parallel point-to-point broadcast PDSCHs it can process, the base station can Petition 870260005737, dated 01 / 21 / 2026, page 46 / 170 / 71 to learn the processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs, thus allowing the base station to reasonably schedule point-to-point broadcast PDSCHs to the eRedCap terminal, preventing the eRedCap terminal from having to process the received data multiple times and introducing additional delays, which can cause the eRedCap terminal to not perform the HARQ-ACK return in time when the HARQ resources arrive, or only a NACK return, resulting in wasted resources and increased terminal power consumption.

[00115] In this mode, the eRedCap terminal can have different parallel processing capabilities, i.e., the eRedCap terminal can support the processing of different quantities of parallel point-to-point broadcast PDSCHs. For different parallel processing capabilities, separate processing delays can be introduced, i.e., the second delay limit can include different delay limits, where different quantities of parallel point-to-point broadcast PDSCHs correspond to different second delay limits.

[00116] Based on this, with reference to Figure 15, an embodiment of the present description provides a method for reporting the number of parallel point-to-point broadcast PDSCHs based on different delay thresholds. The eRedCap terminal supports various numbers of parallel point-to-point broadcast PDSCHs, and the various numbers of parallel point-to-point broadcast PDSCHs correspond to different second delay thresholds. The method includes: Step 1501: Report to the network device that the target quantities are all the various quantities of the third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or Report to the network device a target quantity that is Petition 870260005737, dated 21 / 01 / 2026, p. 47 / 170 / 71 a maximum value of the various quantities of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; where the various quantities of parallel point-to-point broadcast third PDSCHs correspond to different delay limits.

[00117] In this mode, first, the processing delay corresponding to each quantity of point-to-point broadcast PDSCHs supported by the eRedCap terminal is compared with the corresponding second delay limit. When the processing delay for a quantity of point-to-point broadcast PDSCHs is less than or equal to the corresponding second delay limit, that quantity of point-to-point broadcast PDSCHs will be considered as the quantity of parallel third point-to-point broadcast PDSCHs.

[00118] In this mode, reporting each quantity of third-party parallel point-to-point broadcast PDSCHs as a target quantity for the network device can mean that the eRedCap terminal reports only one quantity of third-party parallel point-to-point broadcast PDSCHs at a time, or that the eRedCap terminal reports all quantities of third-party parallel point-to-point broadcast PDSCHs simultaneously.

[00119] For example, for three different supported quantities of parallel point-to-point broadcast PDSCHs, {2,4,7}, corresponding additional processing delay limits {X1, X2, X3} are introduced, where the processing delay limit for 2 point-to-point broadcast PDSCHs is X1, for 4 point-to-point broadcast PDSCHs is X2, and for 7 point-to-point broadcast PDSCHs is X3. If the delay for processing 2 parallel channels by the eRedCap terminal can meet X1, the eRedCap terminal can report the quantity 2. If the delay for processing 4 parallel channels by the eRedCap terminal can meet X2, the eRedCap terminal can report the quantity 4. If the delay for processing 7 parallel channels Petition 870260005737, dated 01 / 21 / 2026, page 48 / 170 / 71, by the eRedCap terminal being able to meet X3, the eRedCap terminal may report quantity 7. The eRedCap terminal may report only one point-to-point broadcast PDSCH quantity at a time, or it may report all three point-to-point broadcast PDSCH quantities {2,4,7} simultaneously.

[00120] In this mode, for different parallel processing capacities, a common additional processing delay can also be introduced, i.e., different quantities of parallel point-to-point broadcast third PDSCHs correspond to the same second delay limit. In practical applications, a common additional processing delay can be introduced, and the sum of the additional processing delay and the first delay limit can be considered as the second delay limit.

[00121] In this mode, the number of parallel point-to-point broadcast PDSCHs can be determined from the various numbers of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal based on the second delay limit. Specifically, the maximum number of parallel point-to-point broadcast PDSCHs that the eRedCap terminal can support under the condition that the processing delay is less than or equal to the second delay limit can be determined, and the determined number is considered as the number of parallel point-to-point broadcast PDSCHs. The number of parallel point-to-point broadcast PDSCHs that can be processed can be determined from the set of channel quantity values ​​of the eRedCap terminal.It should be noted that the set of values ​​for the eRedCap terminal's channel quantities can be a set of values ​​agreed upon by the protocol or a set of values ​​constructed by the terminal according to the channel quantities agreed upon by the protocol. Petition 870260005737, dated 01 / 21 / 2026, p. 49 / 170 / 71

[00122] For example, if the set of channel quantities agreed upon by the protocol is {2,4,7}, the eRedCap terminal will support three different quantities of parallel point-to-point broadcast PDSCHs, {2,4,7}. An additional processing delay Y1 is introduced. From {2,4,7}, the maximum quantity of parallel point-to-point broadcast PDSCHs that the eRedCap terminal can support is determined on the condition that the processing delay is less than or equal to T_processing,1 + Y1, and this quantity is considered as the quantity of parallel point-to-point broadcast PDSCHs. For example, under the condition that the processing delay is less than T_processing,1 + Y1, if the terminal can process up to 4 parallel channels, it reports the quantity 4.As another example, if the protocol stipulates that the eRedCap terminal supports 3 parallel point-to-point broadcast PDSCH processings, when an additional processing delay Y1 is introduced, the maximum number of parallel point-to-point broadcast PDSCHs that the eRedCap terminal can support can also be determined from the set {2,3,4,7}.

[00123] In this embodiment, the eRedCap terminal can use an already existing first capacity reporting field in the capacity signaling to report the number of first parallel point-to-point broadcast PDSCHs.

[00124] Based on this, with reference to Figure 16, an embodiment of the present description provides a method for reporting the number of parallel point-to-point broadcast third-party PDSCHs using a first capacity reporting field. The method includes:

[00125] Step 1601: In response to the eRedCap terminal having a first capability, send a first capability report field to the network device via capability signaling; wherein the first capability report field is a predefined capability report field in the capability signaling, and the first field Petition 870260005737, dated 01 / 21 / 2026, page 50 / 170 / 71 of the capacity report includes at least a quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal.

[00126] In this embodiment, the eRedCap terminal can also report at least one quantity of third-party parallel point-to-point broadcast PDSCHs based on a new second capacity reporting field.

[00127] Based on this, with reference to Figure 17, an embodiment of the present description further provides a method for reporting at least one quantity of third-party parallel point-to-point broadcast PDSCHs using a second capacity reporting field. The method includes: Step 1701: In response to the eRedCap terminal having a first capacity, define a new capacity reporting field to obtain a second capacity reporting field; wherein the second capacity reporting field includes at least one quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; Step 1702: Send the second capacity report field to the network device via capacity signaling.

[00128] Note that the value set for the first capacity report field can be the same as or different from the value set for the second capacity report field. Specifically, the value set for the first capacity report field can be a first value set, for example, set {2,4,7}. The value set for the second capacity report field can be a second value set. The first value set is a pre-configured set. The second value set can be the same as the first value set or it can include other values. Petition 870260005737, dated 01 / 21 / 2026, page 51 / 170 / 71 pre-configured, that is, values ​​that are not in the pre-configured set. For example, if the pre-configured set is {2,4,7}, the set of values ​​in the second capacity report field may include values ​​from the set {2,4,7} or may include values ​​such as 3, 5, etc.

[00129] With reference to Figure 18, an embodiment of the present description further provides another method of resource scheduling, applied to a network device. As shown in Figure 18, the method may include: Step 1801: receive a quantity of parallel point-to-point broadcast PDSCHs supported by an eRedCap terminal reported by the eRedCap terminal in response to the eRedCap terminal having a first capability; wherein the first capability includes a processing capability of the eRedCap terminal for parallel point-to-point broadcast PDSCHs.

[00130] In some embodiments, the eRedCap terminal can support two types of parallel point-to-point broadcast PDSCH processing capabilities. The first parallel point-to-point broadcast PDSCH processing capability is not limited by the number of RBs, supporting the processing of X parallel point-to-point broadcast PDSCHs within a given delay range. The second parallel point-to-point broadcast PDSCH processing capability is limited by the number of RBs, supporting the processing of Y parallel point-to-point broadcast PDSCHs within a given delay range. The network device may receive both capabilities reported simultaneously by the eRedCap terminal, or receive one capability supported by the eRedCap terminal, or receive no capability reported by the eRedCap terminal.

[00131] In this mode, the eRedCap terminal can use an existing first capacity reporting field in the signaling of Petition 870260005737, dated 01 / 21 / 2026, page 52 / 170 / 71 capacity to report the number of point-to-point broadcast PDSCHs to the network device; correspondingly, the network device receives the first capacity reporting field using capacity signaling. The eRedCap terminal can also define a new second capacity reporting field and report the number of point-to-point broadcast PDSCHs to the network device through the second capacity reporting field; correspondingly, the network device receives the second capacity reporting field through capacity signaling. The set of values ​​for the second capacity reporting field can be the same as or different from the set of values ​​for the first capacity reporting field.

[00132] Step 1802: Schedule point-to-point broadcast PDSCH resources for the eRedCap terminal based on the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal.

[00133] In practical applications, the eRedCap terminal may not report the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal.

[00134] Based on this, with reference to Figure 19, an embodiment of the present description further provides a resource scheduling method applied to a network device. As shown in Figure 19, the method may include: Step 1901: In response to an eRedCap terminal that lacks a primary capability, schedule point-to-point broadcast PDSCH resources to the eRedCap terminal based on the eRedCap terminal's processing capability for a single point-to-point broadcast PDSCH.

[00135] It should be noted that the eRedCap terminal not having the first capability may mean that all eRedCap terminals do not have the first capability, i.e., eRedCap terminals do not support PDSCHs. Petition 870260005737, dated 01 / 21 / 2026, p. 53 / 170 / 71 of parallel point-to-point diffusion.

[00136] In summary, the resource scheduling method provided in the embodiments of this description allows the base station to learn the processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs, thus enabling the base station to schedule point-to-point broadcast PDSCHs for the eRedCap terminal, preventing the eRedCap terminal from having to process the received data multiple times and introducing additional processing delays, which can cause the eRedCap terminal to not execute the HARQACK return in time when the HARQ resources arrive, or only a NACK return, resulting in wasted resources and increased terminal power consumption.

[00137] With reference to Figure 20, an embodiment of the present description further provides a method for scheduling resources, applied to a network device. The method may include: Step 2001: Receive a quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, wherein the quantity of RBs occupied by the first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is less than or equal to a first limit.

[00138] Step 2002: Schedule point-to-point broadcast PDSCH resources for the eRedCap terminal based on the number of first parallel point-to-point broadcast PDSCHs.

[00139] As a possible implementation of this modality, the receipt of the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal may include: receive a first capacity reporting field in a capacity signal; where the first capacity reporting field is a predefined capacity reporting field in Petition 870260005737, dated 01 / 21 / 2026, page 54 / 170 / 71 capacity signaling, and the first capacity report field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or receive a second capacity reporting field in a capacity signal; wherein the second capacity reporting field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal and the second capacity reporting field is a new capacity reporting field defined by the eRedCap terminal; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[00140] As a possible implementation of this mode, the number of parallel point-to-point broadcast PDSCHs is reported by the eRedCap terminal in response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a first predefined delay limit.

[00141] With reference to Figure 21, one embodiment of the present description further provides a method for scheduling resources, applied to a network device. The method may include: Step 2101: receive a number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, wherein the number of RBs occupied by the parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal is not limited by a first limit; Step 2102: Schedule point-to-point broadcast PDSCH resources for the eRedCap terminal based on the number of parallel point-to-point broadcast PDSCHs. Petition 870260005737, dated 01 / 21 / 2026, page 55 / 170 / 71

[00142] With reference to Figure 22, one embodiment of the present description further provides a method for scheduling resources, applied to a network device. The method may include: Step 2201: receive a quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, where the quantity of RBs occupied by the first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is less than or equal to a first limit; Step 2202: receive a number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, wherein the number of RBs occupied by the parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal is not limited by a first limit; Step 2203: Schedule point-to-point broadcast PDSCH resources for the eRedCap terminal based on the number of parallel point-to-point broadcast PDSCHs or the number of parallel point-to-point broadcast PDSCHs.

[00143] In some embodiments, the eRedCap terminal can support two types of parallel point-to-point broadcast PDSCH processing capabilities. The first parallel point-to-point broadcast PDSCH processing capability is not limited by the number of RBs. The second parallel point-to-point broadcast PDSCH processing capability is limited by the number of RBs. The eRedCap terminal, based on its own implementation, can selectively report these two capabilities. Specifically, if both capabilities can be achieved, i.e., the eRedCap terminal supports both capabilities, both capabilities are reported; correspondingly, the network device receives both capabilities, i.e., steps 2201 and 2202 are performed. Or, if the eRedCap terminal supports only one capability, Petition 870260005737, dated 01 / 21 / 2026, page 56 / 170 / 71 only the supported capacity will be reported; correspondingly, the network device receives only one capacity, i.e., Step 2201 or Step 2202 is performed. Or, if the eRedCap terminal does not support any capacity, neither will be reported; correspondingly, the network device does not receive any capacity.

[00144] In some embodiments, the first parallel point-to-point broadcast PDSCH processing capability supports the processing of X parallel point-to-point broadcast PDSCHs within a given delay range. The second parallel point-to-point broadcast PDSCH processing capability supports the processing of Y parallel point-to-point broadcast PDSCHs within a given delay range. The set of values ​​for X can be denoted as set#1, and the set of values ​​for Y can be denoted as set#2. Set#1 and set#2 can be the same or different.

[00145] As a possible implementation of this modality, the reception of the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal may include: receive a first capacity reporting field in a capacity signaling; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling, and the first capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal; or receive a second capacity reporting field in a capacity signal; wherein the second capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, and the second capacity reporting field is a new capacity reporting field. Petition 870260005737, dated 01 / 21 / 2026, page 57 / 170 / 71 defined by the eRedCap terminal.

[00146] As a possible implementation of this mode, the number of parallel point-to-point broadcast PDSCHs seconds is reported by the eRedCap terminal in response to a processing delay of the eRedCap terminal's parallel point-to-point broadcast PDSCHs being less than or equal to a first predefined delay limit.

[00147] With reference to Figure 23, one embodiment of the present description further provides a method for scheduling resources, applied to a network device. The method may include: Step 2301: receiving a quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; wherein the quantity of third-party parallel point-to-point broadcast PDSCHs is reported by the eRedCap terminal in response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a second predefined delay limit; wherein the second delay limit is greater than a first predefined delay limit and the first delay limit is a processing delay limit of parallel point-to-point broadcast PDSCHs from a non-eRedCap terminal; Step 2302: Schedule point-to-point broadcast PDSCH resources for the eRedCap terminal based on at least a number of parallel third-party point-to-point broadcast PDSCHs.

[00148] As a possible implementation of this modality, the receipt of the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal includes: to receive the target quantities from the eRedCap terminal, where the target quantities are all the various quantities of the parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; or Petition 870260005737, dated 01 / 21 / 2026, p. 58 / 170 / 71 to receive a target quantity from the eRedCap terminal, where the target quantity is a maximum value of the various quantities of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; where the various quantities of parallel point-to-point broadcast third PDSCHs correspond to different delay limits.

[00149] As a possible implementation of this modality, the receipt of the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal includes: receive a first capacity reporting field in a capacity signaling; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling and the first capacity reporting field includes the number of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; or receive a second capacity reporting field in a capacity signal; wherein the second capacity reporting field includes the number of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal and the second capacity reporting field is a new capacity reporting field defined by the eRedCap terminal; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[00150] Corresponding to the resource scheduling methods provided in the modalities of Figures 3 to 17, the present description additionally provides a resource scheduling device. Since the Petition 870260005737, dated 01 / 21 / 2026, p. 59 / 170 / 71 resource scheduling apparatus provided in the modalities of this description corresponds to the resource scheduling methods provided in the modalities of Figures 3 to 17, the implementations of the resource scheduling methods are also applicable to the resource scheduling apparatus provided in the modalities of this description, and will not be described in detail in this document.

[00151] Figure 24 is a schematic structural diagram of a resource scheduling device provided by an embodiment of the present description, wherein the device is disposed in an eRedCap terminal. As shown in Figure 24, the device includes: A 2401 response module, configured to, in response to the eRedCap terminal having a primary capability, report to a network device the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or a 2401 response module, configured so that, in response to the eRedCap terminal not having a first capability, it does not report to a network device the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; where the first capability includes eRedCap terminal processing capability for parallel point-to-point broadcast PDSCHs.

[00152] As a possible implementation of this modality, the 2401 response module is specifically configured to: to report to the network device a number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, where the number of resource blocks (RB) occupied by the first parallel point-to-point broadcast PDSCHs is less than or equal to a first limit. Petition 870260005737, dated 01 / 21 / 2026, pages 60 / 170 / 71

[00153] As a possible implementation of this modality, the 2401 response module is specifically configured to: send a first capacity reporting field in a capacity signaling to the network device; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling, and the first capacity reporting field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or define a new capacity reporting field to obtain a second capacity reporting field; wherein the second capacity reporting field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; and send the second capacity reporting field in the capacity signaling to the network device; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[00154] As a possible implementation of this modality, the 2401 response module is specifically configured to: In response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a predefined first delay limit, report the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device.

[00155] As a possible implementation of this modality, the 2401 response module is specifically configured to: Report to the network device the number of seconds of parallel point-to-point broadcast PDSCHs supported by the terminal. Petition 870260005737, dated 01 / 21 / 2026, page 61 / 170 / 71 eRedCap, in which the number of RBs occupied by the second parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is not limited by a first limit.

[00156] As a possible implementation of this modality, the 2401 response module is specifically configured to: send a first capacity reporting field in a capacity signaling to the network device; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling, and the first capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal; or define a new capacity reporting field to obtain a second capacity reporting field; wherein the second capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal; and send the second capacity reporting field in the capacity signaling to the network device; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[00157] As a possible implementation of this modality, the 2401 response module is specifically configured to: In response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a predefined first delay limit, report the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device.

[00158] As a possible implementation of this modality, the Petition 870260005737, dated 01 / 21 / 2026, page 62 / 170 / 71, response module 2401 is specifically configured for: In response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a second predefined delay limit, communicate to the network device a quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; wherein the second delay limit is greater than a first predefined delay limit, and the first delay limit is a processing delay limit for parallel point-to-point broadcast PDSCHs from a non-eRedCap terminal.

[00159] As a possible implementation of this modality, the eRedCap terminal supports various quantities of parallel point-to-point broadcast third-party PDSCHs, and the 2401 response module is specifically configured for: to report to the network device target quantities being all the various quantities of the third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or report to the network device a target quantity being a maximum value of the various quantities of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; where the various quantities of parallel point-to-point broadcast third PDSCHs correspond to different delay limits.

[00160] As a possible implementation of this modality, the 2401 response module is specifically configured to: Send a first capacity reporting field in a capacity signal to the network device; where the first capacity reporting field is a predefined capacity reporting field in the capacity signal and the first field of Petition 870260005737, dated 01 / 21 / 2026, page 63 / 170 / 71 capacity report includes the number of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or define a new capacity reporting field to obtain a second capacity reporting field; wherein the second capacity reporting field includes the number of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; and send the second capacity reporting field in a capacity signal to the network device; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[00161] Figure 25 is a schematic structural diagram of a resource scheduling appliance provided by an embodiment of the present description, in which the appliance is disposed in a network device. As shown in Figure 25, the appliance includes: a receiving module 2501, configured to receive a quantity of parallel point-to-point broadcast PDSCHs supported by an eRedCap terminal reported by the eRedCap terminal in response to the eRedCap terminal having a first capacity; and a scheduling module 2502 configured to schedule point-to-point broadcast PDSCH resources to the eRedCap terminal based on the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or a 2502 scheduling module, configured to schedule point-to-point broadcast PDSCH resources to the eRedCap terminal based on the eRedCap terminal's processing capacity for a single point-to-point broadcast PDSCH; Petition 870260005737, dated 01 / 21 / 2026, pp. 64 / 170 / 71, in which the first capability includes a processing capability of the eRedCap terminal for parallel point-to-point broadcast PDSCHs.

[00162] As a possible implementation of this modality, the receiving module 2501 is specifically configured to: to receive a number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, wherein the number of RBs occupied by the first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is less than or equal to a first limit.

[00163] As a possible implementation of this modality, the receiving module 2501 is specifically configured to: receive a first capacity reporting field in a capacity signaling; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling, and the first capacity reporting field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or receive a second capacity reporting field in a capacity signal; wherein the second capacity reporting field includes the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, and the second capacity reporting field is a new capacity reporting field defined by the eRedCap terminal; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[00164] As a possible implementation of this modality, the Petition 870260005737, dated 01 / 21 / 2026, page 65 / 170 / 71: The quantity of parallel point-to-point broadcast PDSCHs is reported by the eRedCap terminal in response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a first predefined delay limit.

[00165] As a possible implementation of this modality, the receiving module 2501 is specifically configured to: to receive a number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, wherein the number of RBs occupied by the parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal is not limited by a first limit.

[00166] As a possible implementation of this modality, the receiving module 2501 is specifically configured to: receive a first capacity reporting field in a capacity signaling; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling, and the first capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal; or receive a second capacity reporting field in a capacity signal; wherein the second capacity reporting field includes the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, and the second capacity reporting field is a new capacity reporting field defined by the eRedCap terminal.

[00167] As a possible implementation of this mode, the number of parallel point-to-point broadcast PDSCH seconds is reported by the eRedCap terminal in response to a processing delay. Petition 870260005737, dated 01 / 21 / 2026, page 66 / 170 / 71 of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a first predefined delay limit.

[00168] As a possible implementation of this modality, the receiving module 2501 is specifically configured to: to receive a number of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; wherein the number of third-party parallel point-to-point broadcast PDSCHs is reported by the eRedCap terminal in response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a second predefined delay limit; wherein the second delay limit is greater than a first predefined delay limit, and the first delay limit is a processing delay limit of parallel point-to-point broadcast PDSCHs from a non-eRedCap terminal.

[00169] As a possible implementation of this modality, the receiving module 2501 is specifically configured to: receive target quantities from the eRedCap terminal, where the target quantities are all the various quantities of the parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; or receive a target quantity from the eRedCap terminal, where the target quantity is a maximum value of the various quantities of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; where the various quantities of parallel point-to-point broadcast third PDSCHs correspond to different delay limits.

[00170] As a possible implementation of this modality, the receiving module 2501 is specifically configured to: Petition 870260005737, dated 01 / 21 / 2026, page 67 / 170 / 71 to receive a first capacity reporting field in a capacity signaling; wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling, and the first capacity reporting field includes the number of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal; or receive a second capacity reporting field in a capacity signal; wherein the second capacity reporting field includes the number of parallel point-to-point broadcast third-party PDSCHs supported by the eRedCap terminal, and the second capacity reporting field is a new capacity reporting field defined by the eRedCap terminal; where a set of values ​​from the first capacity report field is equal to or different from a set of values ​​from the second capacity report field.

[00171] To achieve the above embodiments, the present description further provides a resource scheduling apparatus, wherein the apparatus includes a processor and a memory, wherein the memory stores a computer program and the processor executes the computer program stored in the memory to cause the apparatus to perform the method as described in any of Figures 2 to 23.

[00172] To achieve the above modalities, the present description further provides another resource scheduling device, including: a processor and an interface circuit; where the interface circuit is configured to receive code instructions and transmit the code instructions to the processor; and the processor is configured to execute the instructions. Petition 870260005737, dated 01 / 21 / 2026, pages 68 / 170 / 71, code to perform the method, as described in any of Figures 2 to 23.

[00173] To achieve the above modalities, the present description provides a computer-readable storage medium containing instructions that, when executed, cause the method described in any of Figures 2 to 23 to be implemented.

[00174] Figure 26 is a block diagram of a terminal device provided by an embodiment of the present description. For example, the terminal device 2600 could be a mobile phone, computer, digital transmission terminal, messaging device, game console, tablet computer device, medical device, fitness equipment, personal digital assistant, etc.

[00175] Returning to Figure 26, the terminal device 2600 may include at least one of the following components: a processing component 2602, a memory 2604, a power component 2606, a multimedia component 2608, an audio component 2610, an input / output (I / O) interface 2612, a sensor component 2614, and a communication component 2616.

[00176] The processing component 2602 typically controls the general operations of the terminal device 2600, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing component 2602 may include at least one processor 2620 to execute instructions to perform all or part of the steps of the methods described above. In addition, the processing component 2602 may include at least one module that facilitates interaction between the processing component 2602 and other components. For example, the processing component 2602 may include a multimedia module to facilitate interaction between the multimedia component 2608 and the Petition 870260005737, dated 01 / 21 / 2026, page 69 / 170 / 71 processing component 2602.

[00177] The 2604 memory is configured to store various types of data to support the operations of the 2600 terminal device. Examples of such data include instructions for any application or method operated on the 2600 terminal device, contact data, phone book data, messages, photos, video, etc. The 2604 memory can be implemented using any type of volatile or non-volatile memory device, or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk.

[00178] Power component 2606 provides power to various components of terminal device 2600. Power component 2606 may include a power management system, at least one power source, and any other components associated with power generation, management, and distribution in terminal device 2600.

[00179] The multimedia component 2608 includes a screen that provides an output interface between the terminal device 2600 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch-sensitive screen to receive user input signals. The touch-sensitive panel includes one or more touch sensors to detect touches, swipes, and gestures on the touch-sensitive panel. The touch-sensitive sensors may not only detect a threshold of a touch or swipe action but also capture a time period and pressure associated with the touch or swipe operation. In some Petition 870260005737, dated 01 / 21 / 2026, page 70 / 170 / 71 modalities, the multimedia component 2608 includes a front camera and / or a rear camera. The front camera and / or the rear camera can receive external multimedia data while the terminal device 2600 is in an operating mode, such as a photo mode or a video mode. Each of the front and rear cameras can be a fixed optical lens system or have optical focus and zoom capability.

[00180] Audio component 2610 is configured to transmit and / or receive audio signals. For example, audio component 260 includes a microphone (MIC) configured to receive an external audio signal when terminal device 2600 is in an operating mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signal can be additionally stored in memory 2604 or transmitted through communication component 2616. In some embodiments, audio component 2610 additionally includes a loudspeaker to transmit audio signals.

[00181] The 2612 I / O interface provides an interface between the 2602 processing component and peripheral interface modules, such as a keyboard, click wheel, buttons, and the like. The buttons may include, but are not limited to, a start button, a volume button, a power button, and a lock button.

[00182] The sensor component 2614 includes one or more sensors to provide status evaluations of various aspects of the terminal device 2600. For example, the sensor component 2614 can detect an open / closed status of the terminal device 2600, relative positioning of components (e.g., the display and keyboard of the terminal device 2600), a change in the position of the terminal device 2600 or a component of the terminal device 2600), the presence or absence of user contact with the terminal device 2600), an orientation or Petition 870260005737, dated 01 / 21 / 2026, page 71 / 170 / 71 an acceleration / deceleration of the terminal device 2600), and a change in the temperature of the terminal device 2600). The sensor component 2614 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. The sensor component 2614 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor component 2614 may also include an accelerometer sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

[00183] The 2616 communication component is configured to facilitate wired or wireless communication between the 2600 terminal device and other devices. The 2600 terminal device can access a wireless network based on a communication standard such as WiFi, 2G, or 3G, or a combination thereof. In an exemplary embodiment, the 2616 communication component receives a transmission signal or transmission-associated information from an external transmission management system via a transmission channel. In an exemplary embodiment, the 2616 communication component additionally includes a near-field communication (NFC) module to facilitate short-range communications.For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[00184] In exemplary embodiments, the 2600 terminal device may be implemented with one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays. Petition 870260005737, dated 01 / 21 / 2026, page 72 / 170 / 71 (FPGAs), controllers, microcontrollers, microprocessors or other electronic components, to perform the method shown in Figures 2 to 23.

[00185] Figure 27 is a block diagram of a network device provided by an embodiment of the present description. As shown in Figure 27, the network device 2700 includes a processing component 2722, which additionally includes at least one processor, and a memory resource represented by a memory 2732, for storing instructions executable by the processing component 2722, such as application programs. The application programs stored in memory 2732 may include one or more modules, each corresponding to a set of instructions. Furthermore, the processing component 2722 is configured to execute the instructions to perform any method applied to the network device as described above, for example, the method described in the embodiments of Figures 3 to 17.

[00186] The 2700 network device may also include a power component 2726 configured to perform power management of the 2700 network device, a wired or wireless network interface 2750 configured to connect the 2700 network device to a network, and an input / output (I / O) interface 2758. The 2700 network device may operate based on an operating system stored in memory 2732, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, or similar.

[00187] In exemplary embodiments, a non-transient, computer-readable storage medium is also provided containing instructions, such as those included in memory 2604, which can be executed by the processor 2620 of the terminal device 2600 to complete the method shown in Figures 2 to 23. For example, the medium of Petition 870260005737, dated 01 / 21 / 2026, page 73 / 170 / 71 non-transient computer-readable storage can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

[00188] Those skilled in the art will find that the various logical blocks and illustrative steps listed in the embodiments of this description can be implemented in electronic hardware, computer software, or a combination of both. Whether such functionality is implemented as hardware or software depends upon the particular application and the design constraints imposed on the overall system. Skilled craftsmen may implement the described functionality in varied ways for each specific application, but such implementation decisions should not be interpreted as causing a departure from the scope of this description.

[00189] In the above embodiments, this may be implemented wholly or partially by software, hardware, firmware, or any combination thereof. When implemented using software, it may be implemented wholly or partially in the form of a computer program product. The computer program product includes one or more computer programs. When computer programs are loaded and executed on a computer, the processes or functions according to the embodiments of this description are generated in whole or in part. The computer may be a special-purpose computer, a general-purpose computer, a computer network, or other programmable devices. Computer programs may be stored on a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium.For example, computer programs can be transmitted from a website. Petition 870260005737, dated 21 / 01 / 2026, page 74 / 170 / 71 computer, server or data center to another website, computer, server or data center via wired means (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless means (e.g., infrared, wireless, microwave). Computer-readable storage media may be any available media that can be accessed by a computer or a data storage device, such as a server, data center, etc., that integrates one or more available media. The available media may be magnetic media (e.g., floppy disk, hard disk, magnetic tape), optical media (e.g., DVD), or semiconductor media (e.g., solid-state disk (SSD)), etc.

[00190] Those with common skill in the art will understand that the first, second, etc. ordinal numbers used in this application are only for convenience of description and are not used to limit the scope of the modalities of the present description, nor do they indicate order.

[00191] The term “at least one” in this application may also be described as “one or more”, and “multiple” may be two, three, four or more, which is not limited in this application. In embodiments of the present description, for a technical feature, the terms “first”, “second”, “third”, “A”, “B”, “C”, “D”, etc. are used to distinguish the technical features within that technical feature. The technical features described by “first”, “second”, “third”, “A”, “B”, “C”, “D” have no sequential or size order.

[00192] The matching shown in the tables in this request may be configured or predefined. The values ​​of the information in each table are only examples and may be configured to other values, which are not limited to those in this request. When configuring the matching between configuration information and parameters, it is not necessary to configure all the matches shown in the tables. Petition 870260005737, dated 01 / 21 / 2026, page 75 / 170 / 71 For example, in the tables in this request, the matches shown in some rows may not be configured. Furthermore, appropriate adjustments can be made based on the tables above, such as splitting, merging, etc. The parameter names shown in the table titles above may also be other names understandable by the resource scheduling appliance, and the parameter values ​​or representations may also be other values ​​or representations understandable by the resource scheduling appliance. When implementing the tables above, other data structures may also be used, such as arrays, queues, containers, stacks, linear lists, pointers, linked lists, trees, graphs, structures, classes, heaps, distributed tables, or hash maps.

[00193] The term “predefined” in this request may be understood as defined, predefined, stored, pre-stored, pre-negotiated, pre-configured, solidified, or pre-burned.

[00194] Those with common skill in the art will recognize that the units and steps of the algorithm of the examples described in combination with the embodiments described herein can be implemented in electronic hardware or a combination of computer software and electronic hardware. The possibility of these functions being performed in hardware or software depends on the specific application and design constraints of the solution of the technique. Practitioners may use different methods for each specific application to implement the functions described, but such implementation should not be considered beyond the scope of this application.

[00195] For convenience and brevity of description, the specific work processes of the systems, apparatus and units described above may be referred to the corresponding processes in the modalities of the previous method and are not repeated here.

[00196] The above are only specific implementations Petition 870260005737, dated 21 / 01 / 2026, p. 76 / 170 / 71 of this application, but the scope of protection of this application is not limited to that. Anyone skilled in the art can easily think of changes or substitutions within the technical scope described in this application, which should be covered by the scope of protection of this application. Therefore, the scope of protection of this application should be subject to the scope of protection of claims. Petition 870260005737, dated 01 / 21 / 2026, p. 77 / 170

Claims

1 / 9 CLAIMS 1. A method for scheduling resources, implemented by an enhanced reduced-capacity terminal (eRedCap), characterized in that it comprises: in response to the eRedCap terminal having a first capacity, reporting to a network device a quantity of parallel point-to-point broadcast physical downlink shared channels (PDSCHs) supported by the eRedCap terminal; or in response to the eRedCap terminal not having a first capacity, not reporting to a network device a quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; wherein the first capacity comprises a processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs.

2. Method according to claim 1, characterized in that the reporting to the network device of the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal comprises: reporting to the network device a number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, wherein a number of resource blocks (RBs) occupied by the first parallel point-to-point broadcast PDSCHs is less than or equal to a first limit; wherein the reporting to the network device of the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal comprises: sending a first capacity reporting field in a capacity signal to the network device, wherein the first capacity reporting field is a capacity reporting field. Petition 870260005737, dated 21 / 01 / 2026, p.78 / 170 2 / 9 predefined in capacity signaling, and the first capacity reporting field comprises the quantity of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or define a new capacity reporting field to obtain a second capacity reporting field, wherein the second capacity reporting field comprises the quantity of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; and send the second capacity reporting field in capacity signaling to the network device; wherein a set of values ​​from the first capacity reporting field is the same as or different from a set of values ​​from the second capacity reporting field.

3. A method according to claim 2, characterized in that the reporting to the network device of the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal comprises: in response to a processing delay of parallel point-to-point broadcast PDSCHs of the eRedCap terminal being less than or equal to a predefined first delay limit, reporting the number of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device; or the reporting to the network device of the number of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal comprises: reporting to the network device a number of second parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, wherein the number of RBs occupied by the second parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is not limited by a first limit.Petition 870260005737, dated 01 / 21 / 2026, p. 79 / 170 3 / 9.

4. Method according to claim 3, characterized in that the reporting to the network device of the quantity of parallel point-to-point broadcast PDSCHs seconds supported by the eRedCap terminal comprises: sending a first capacity reporting field in a capacity signal to the network device, wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signal, and the first capacity reporting field comprises the quantity of parallel point-to-point broadcast PDSCHs seconds supported by the eRedCap terminal; or defining a new capacity reporting field to obtain a second capacity reporting field, wherein the second capacity reporting field comprises the quantity of parallel point-to-point broadcast PDSCHs seconds supported by the eRedCap terminal;and send the second capacity report field in the capacity signaling to the network device; where a set of values ​​from the first capacity report field is the same as or different from a set of values ​​from the second capacity report field.

5. Method according to claim 3, characterized in that the reporting to the network device of the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal comprises: in response to a processing delay of parallel point-to-point broadcast PDSCHs of the eRedCap terminal being less than or equal to a first predefined delay limit, reporting the number of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal to the network device.

6. Method according to claim 1, characterized in that the reporting, to the network device, of the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal comprises: in response to a processing delay of parallel point-to-point broadcast PDSCHs of the eRedCap terminal being less than or equal to a second predefined delay limit, reporting a quantity of third parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device, wherein the second delay limit is greater than a first predefined delay limit, and the first delay limit is a processing delay limit of parallel point-to-point broadcast PDSCHs of a non-eRedCap terminal;wherein the eRedCap terminal supports various quantities of third-party parallel point-to-point broadcast PDSCHs, and the reporting of the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device comprises: reporting to the network device target quantities being all the various quantities of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or reporting to the network device a target quantity being a maximum value of the various quantities of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; wherein the various quantities of third-party parallel point-to-point broadcast PDSCHs correspond to different delay limits.

7. Method according to claim 6, characterized in that the reporting of the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal to the network device comprises: sending a first capacity reporting field in a capacity signal to the network device, wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signal, and the first capacity reporting field of Petition 870260005737, dated 21 / 01 / 2026, p.81 / 170 5 / 9 capacity comprises the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or define a new capacity reporting field to obtain a second capacity reporting field, wherein the second capacity reporting field comprises the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; and send the second capacity reporting field in a capacity signal to the network device; wherein a set of values ​​from the first capacity reporting field is the same as or different from a set of values ​​from the second capacity reporting field.

8. A method for scheduling resources, performed by a network device, characterized in that it comprises: receiving a quantity of parallel point-to-point broadcast physical downlink shared channels (PDSCHs) supported by an enhanced reduced capacity terminal (eRedCap) reported by the eRedCap terminal in response to the eRedCap terminal having a first capacity; and scheduling point-to-point broadcast PDSCH resources to the eRedCap terminal based on the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or scheduling point-to-point broadcast PDSCH resources to the eRedCap terminal based on a processing capacity of the eRedCap terminal for a single point-to-point broadcast PDSCH; wherein the first capacity comprises a processing capacity of the eRedCap terminal for parallel point-to-point broadcast PDSCHs.

9. Method according to claim 8, characterized in that receiving the quantity of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal reported by the eRedCap terminal in response to the eRedCap terminal having the first capability comprises: receiving a quantity of first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, wherein a quantity of resource blocks (RBs) occupied by the first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is less than or equal to a first limit.

10. Method according to claim 9, characterized in that receiving the quantity of the first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal comprises: receiving a first capacity reporting field in a capacity signaling, wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling, and the first capacity reporting field comprises the quantity of the first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or receiving a second capacity reporting field in a capacity signaling, wherein the second capacity reporting field comprises the quantity of the first parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, and the second capacity reporting field is a new capacity reporting field defined by the eRedCap terminal;where a set of values ​​from the first capacity report field is the same as or different from a set of values ​​from the second capacity report field.

11. Method according to claim 9 or 10, characterized in that the quantity of the first parallel point-to-point broadcast PDSCHs reported by the eRedCap terminal in response to a processing delay of the eRedCap terminal being less than or equal to a predefined first delay limit; or the receipt of the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal reported by the eRedCap terminal in response to the eRedCap terminal having the first capability comprises: receiving a quantity of seconds of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, wherein the quantity of RBs occupied by the seconds of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal is not limited by a first limit.

12. Method according to claim 11, characterized in that receiving the quantity of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal comprises: receiving a first capacity reporting field in a capacity signal, wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signal, and the first capacity reporting field comprises the quantity of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal; or receiving a second capacity reporting field in a capacity signal, wherein the second capacity reporting field comprises the quantity of parallel point-to-point broadcast PDSCH seconds supported by the eRedCap terminal, and the second capacity reporting field is a new capacity reporting field defined by the eRedCap terminal.

13. Method according to claim 11, characterized in that the quantity of parallel point-to-point broadcast PDSCHs is reported by the eRedCap terminal in response to a processing delay of the eRedCap terminal being less than or equal to a predefined first delay limit.

14. Method according to claim 8, characterized in that receiving the quantity of parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal reported by the eRedCap terminal in response to the eRedCap terminal having the first capability comprises: receiving a quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, wherein the quantity of third-party parallel point-to-point broadcast PDSCHs is reported by the eRedCap terminal in response to a processing delay of parallel point-to-point broadcast PDSCHs from the eRedCap terminal being less than or equal to a second predefined delay limit, wherein the second predefined delay limit is greater than a first predefined delay limit, and the first delay limit is a processing delay limit of parallel point-to-point broadcast PDSCHs from a non-eRedCap terminal;wherein the eRedCap terminal supports various quantities of third-party parallel point-to-point broadcast PDSCHs, and the reception of the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal comprises: receiving target quantities from the eRedCap terminal, wherein the target quantities are all the various quantities of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or receiving a target quantity from the eRedCap terminal, wherein the target quantity is a maximum value of the various quantities of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; wherein the various quantities of third-party parallel point-to-point broadcast PDSCHs correspond to different delay limits;Petition 870260005737, dated 01 / 21 / 2026, page 85 / 170 9 / 9 the receipt of the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal comprises: receiving a first capacity reporting field in a capacity signaling, wherein the first capacity reporting field is a predefined capacity reporting field in the capacity signaling, and the first capacity reporting field comprises the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal; or receiving a second capacity reporting field in a capacity signaling, wherein the second capacity reporting field comprises the quantity of third-party parallel point-to-point broadcast PDSCHs supported by the eRedCap terminal, and the second capacity reporting field is a new capacity reporting field defined by the eRedCap terminal;where a set of values ​​from the first capacity report field is the same as or different from a set of values ​​from the second capacity report field.

15. Device for scheduling resources, characterized in that it comprises a processor and a memory, wherein the memory stores a computer-readable instruction set, and the processor executes the computer-readable instruction set stored in the memory to cause the device to perform the method as defined in any one of claims 1 to 14. Petition 870260005737, dated 21 / 01 / 2026, pp. 86 / 170

Images