Communication method and device, equipment, storage medium and program product

Abstract

The invention discloses a communication method and device, equipment, a storage medium and a program product, and is applied to the technical field of communication. The communication method is applied to a base station, and comprises: receiving a first request sent by a terminal, the first request carrying a service data volume, the first request being used for requesting the base station to determine a semi-persistent scheduling configuration parameter corresponding to the terminal based on the service data volume; a first instruction is sent to the terminal, the first instruction carries semi-static scheduling configuration parameters, the semi-static scheduling configuration parameters comprise a first parameter, and the first parameter comprises a parameter used for indicating a first communication mode or a parameter used for indicating a second communication mode; the size of the transmission code block in the first communication mode is smaller than that of the transmission code block in the second communication mode. According to the method, dynamic resource allocation is converted into semi-static configuration, and the transmission times of control signaling are directly reduced, so that the signaling overhead is reduced. Therefore, the overall data transmission efficiency can be improved on the premise of ensuring the service requirements.

Description

Technical Field

[0001] This application belongs to the field of communication technology, and in particular relates to a communication method, apparatus, device, storage medium and program product. Background Technology

[0002] Narrowband Internet of Things (NIoT) can provide low-power, low-bandwidth connectivity over a wide range by using narrowband spectrum. As the technology evolves, NIoT has begun to introduce non-terrestrial networks (such as satellite communications) to expand coverage and has begun to support services with high real-time requirements and relatively concentrated data volumes, such as voice services.

[0003] In related technologies, downlink information transmission in narrowband IoT relies on a resource allocation mechanism based on dynamic signaling between the base station and the terminal device. Specifically, the base station configures the transmission resources of the physical downlink shared channel for the terminal by sending dynamic DCI (Dynamic Information Communication Interface), and resource allocation is achieved through real-time signaling interaction. However, this real-time signaling interaction for configuring the transmission resources of the physical downlink shared channel incurs high signaling overhead, occupies limited narrowband spectrum resources, and results in low overall data transmission efficiency. Summary of the Invention

[0004] This application provides a communication method, apparatus, device, storage medium, and program product that can solve the problem of high signaling overhead in real-time signaling interaction configuration of physical downlink shared channel transmission resources.

[0005] In a first aspect, embodiments of this application provide a communication method, the communication method comprising: receiving a first request sent by a terminal, the first request carrying a service data amount, the first request being used to request a base station to determine semi-static scheduling configuration parameters corresponding to the terminal based on the service data amount; sending a first instruction to the terminal, the first instruction carrying semi-static scheduling configuration parameters, the semi-static scheduling configuration parameters including a first parameter, the first parameter including a parameter for indicating a first communication mode or a parameter for indicating a second communication mode, wherein the transmission code block size in the first communication mode is smaller than the transmission code block size in the second communication mode.

[0006] In some possible implementations of the embodiments of this application, before performing the step of sending the first instruction to the terminal, the communication method further includes: when the amount of service data is less than or equal to a preset threshold, determining the parameter used to indicate the first communication mode as the first parameter; when the amount of service data is greater than the preset threshold, determining the parameter used to indicate the second communication mode as the first parameter.

[0007] In some possible implementations of the embodiments of this application, the semi-static scheduling configuration parameters further include a downlink semi-persistent scheduling radio network temporary identifier DL-SPS-RNTI; after performing the step of sending the first instruction to the terminal, the communication method further includes: scrambling the first downlink control information DCI according to DL-SPS-RNTI to obtain a scrambled first DCI, the first DCI being used to instruct the terminal to activate downlink semi-static scheduling; and sending the scrambled first DCI to the terminal through the physical downlink control channel.

[0008] In some possible implementations of the embodiments of this application, the semi-static scheduling configuration parameters further include a second parameter and a third parameter; the second parameter is used to indicate the time interval for the base station to send downlink data to the terminal through the physical downlink shared channel, and the third parameter is used to indicate the transmission code block size for the base station to send downlink data to the terminal through the physical downlink shared channel.

[0009] In some possible implementations of this application, the first parameter includes a parameter for indicating a first communication mode, the first DCI includes a scheduling delay field, and the fourth parameter corresponding to the scheduling delay field is used to indicate the transmission code block size of the downlink data sent by the base station to the terminal through the physical downlink shared channel in the downlink semi-static scheduling activation corresponding to the first DCI; after performing the step of sending the scrambled first DCI to the terminal through the physical downlink control channel, the above communication method further includes: sending downlink data to the terminal through the physical downlink shared channel according to the transmission code block size indicated by the fourth parameter.

[0010] In some possible implementations of the embodiments of this application, after sending the first DCI to the terminal through the physical downlink control channel, the above communication method further includes: scrambling the second downlink control information DCI according to DL-SPS-RNTI to obtain a scrambled second DCI, the second DCI being used to instruct the terminal to deactivate downlink semi-static scheduling; and sending the scrambled second DCI to the terminal through the physical downlink control channel.

[0011] Secondly, embodiments of this application provide a communication method applied to a terminal, comprising: sending a first request to a base station, the first request carrying a service data volume, the first request being used to request the base station to determine semi-static scheduling configuration parameters corresponding to the terminal based on the service data volume; receiving a first instruction sent by the base station, the first instruction carrying semi-static scheduling configuration parameters, the semi-static scheduling configuration parameters including a first parameter, the first parameter including a parameter for indicating a first communication mode or a parameter for indicating a second communication mode, wherein the size of the transmission code block in the first communication mode is smaller than the size of the transmission code block in the second communication mode.

[0012] In some possible implementations of the embodiments of this application, the semi-static scheduling configuration parameters include DL-SPS-RNTI; after executing the step of receiving the first instruction sent by the base station, the above communication method further includes: receiving the scrambled first DCI sent by the base station through the physical downlink control channel; descrambling the scrambled first DCI according to DL-SPS-RNTI to obtain the first DCI, the first DCI being used to adjust the terminal's data receiving parameters to the first data receiving parameters.

[0013] In some possible implementations of the embodiments of this application, the semi-static scheduling configuration parameters further include a second parameter and a third parameter. The second parameter is used to indicate the time interval for the base station to send downlink data to the terminal through the physical downlink shared channel, and the third parameter is used to indicate the transmission code block size for the base station to send downlink data to the terminal through the physical downlink shared channel. The above communication method further includes: adjusting the terminal's data receiving parameters to the first data receiving parameters according to the second parameter and the third parameter, so as to receive the downlink data sent by the base station through the physical downlink shared channel.

[0014] In some possible implementations of this application, the first parameter includes a parameter for indicating a first communication mode, the first DCI includes a scheduling delay field, and the fourth parameter corresponding to the scheduling delay field is used to indicate the transmission code block size of the downlink data sent by the base station to the terminal through the physical downlink shared channel in the downlink semi-static scheduling activation corresponding to the first DCI; the above-mentioned adjustment of the terminal's data receiving parameters to the first data receiving parameters according to the second and third parameters to receive the downlink data sent by the base station through the physical downlink shared channel includes: adjusting the terminal's data receiving parameters to the first data receiving parameters according to the second, third, and fourth parameters to receive the downlink data sent by the base station through the physical downlink shared channel.

[0015] In some possible implementations of this application, after executing the step of receiving the scrambled first DCI sent by the base station through the physical downlink control channel, the above communication method further includes: receiving the scrambled second DCI sent by the base station through the physical downlink control channel; descrambling the scrambled second DCI according to DL-SPS-RNTI to obtain the second DCI, wherein the second DCI is used to adjust the terminal's data reception parameters to the second data reception parameters to stop receiving downlink data sent by the base station through the physical downlink shared channel.

[0016] In some possible implementations of this application, after performing the step of receiving the scrambled first DCI sent by the base station through the physical downlink control channel, the above communication method further includes: if the second DCI sent by the base station through the physical downlink control channel is not received, and the decoding of the transmission code block transmitted by the base station through the physical downlink shared channel fails N times consecutively, stopping the reception of downlink data sent by the base station through the physical downlink shared channel; and monitoring the physical downlink control channel.

[0017] Thirdly, embodiments of this application provide a communication device applied to a base station. The communication device includes: a first receiving module, configured to receive a first request sent by a terminal, the first request carrying service data volume, the first request being used to request the base station to determine semi-static scheduling configuration parameters corresponding to the terminal based on the service data volume; and a first sending module, configured to send a first instruction to the terminal, the first instruction carrying semi-static scheduling configuration parameters, the semi-static scheduling configuration parameters including a first parameter, the first parameter including a parameter for indicating a first communication mode or a parameter for indicating a second communication mode, the size of the transmission code block in the first communication mode being smaller than the size of the transmission code block in the second communication mode.

[0018] Fourthly, embodiments of this application provide a communication device applied to a terminal. The communication device includes: a second transmitting module, configured to send a first request to a base station, the first request carrying service data volume, the first request being used to request the base station to determine semi-static scheduling configuration parameters corresponding to the terminal based on the service data volume; and a second receiving module, configured to receive a first instruction sent by the base station, the first instruction carrying semi-static scheduling configuration parameters, the semi-static scheduling configuration parameters including a first parameter, the first parameter including a parameter for indicating a first communication mode or a parameter for indicating a second communication mode, wherein the size of the transmission code block in the first communication mode is smaller than the size of the transmission code block in the second communication mode.

[0019] Fifthly, embodiments of this application provide a computer device, the computer device comprising: a processor and a memory storing computer program instructions; the processor, when executing the computer program instructions, implements a communication method as described in any of the first aspects; or implements a communication method as described in any of the second aspects.

[0020] Sixthly, embodiments of this application provide a computer-readable storage medium storing computer program instructions, which, when executed by a processor, implement a communication method as described in any of the first aspects; or implement a communication method as described in any of the second aspects.

[0021] In a seventh aspect, embodiments of this application provide a computer program product, which includes a computer program or instructions that, when executed by a processor, implement a communication method as described in any of the first aspects; or implement a communication method as described in any of the second aspects.

[0022] The communication method, apparatus, device, storage medium, and program product of this application embodiment allow the base station to select a communication mode based on the amount of service data reported by the terminal through a first request. For example, a first communication mode with small data volume is used for services with small transmission code blocks to avoid resource waste caused by large data transmission code blocks; a second communication mode with large transmission code blocks is used for services with large data volume to improve the efficiency of single data transmission. This on-demand allocation mechanism effectively reduces the waste of transmission resources. Based on this, the base station can send semi-static scheduling configuration parameters, including the communication mode indicated by the first parameter, to the terminal at once, so that the terminal does not need to repeatedly receive resource allocation signaling in subsequent data reception. Since signaling interaction itself requires narrowband spectrum resources, reducing signaling overhead allows more spectrum resources to be used for actual service data transmission. In this way, by converting dynamic resource allocation to semi-static configuration, the number of control signaling transmissions is directly reduced, thereby reducing signaling overhead. Thus, the overall data transmission efficiency can be improved while ensuring service requirements. Attached Figure Description

[0023] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0024] Figure 1 The following is a flowchart illustrating a communication method applied to a base station according to some embodiments of this application; Figure 2 The following is a flowchart illustrating a method for activating downlink semi-static scheduling in a communication method applied to a base station, provided by some embodiments of this application. Figure 3 The following is a flowchart illustrating a method for deactivating downlink semi-static scheduling in a communication method applied to a base station, provided by some embodiments of this application. Figure 4 The illustration shows a flowchart of a communication method applied to a terminal according to some embodiments of this application; Figure 5 The following is a flowchart illustrating a method for activating downlink semi-static scheduling in a communication method applied to a terminal, provided by some embodiments of this application. Figure 6The following is a flowchart illustrating a method for deactivating downlink semi-static scheduling in a communication method applied to a terminal, provided by some embodiments of this application. Figure 7 The illustration shows an interactive diagram of a communication method between a base station and a terminal provided by some embodiments of this application; Figure 8 The present application provides schematic diagrams of the structure of a communication device applied to a base station, according to some embodiments of this application. Figure 9 The diagram shows a structural schematic of a communication device applied to a terminal according to some embodiments of this application; Figure 10 A schematic diagram of the structure of a computer device provided in some embodiments of this application is shown. Detailed Implementation

[0025] The features and exemplary embodiments of various aspects of this application will be described in detail below. To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain this application and not to limit it. For those skilled in the art, this application can be implemented without some of these specific details. The following description of the embodiments is merely to provide a better understanding of this application by illustrating examples.

[0026] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising..." does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes the element.

[0027] It should be noted that the acquisition, storage, use, and processing of data in this application embodiment all comply with the relevant provisions of national laws and regulations.

[0028] It should be noted that in the embodiments of this application, certain software, components, models and other existing solutions in the industry may be mentioned. These should be regarded as exemplary and are only intended to illustrate the feasibility of implementing the technical solution of this application. However, it does not mean that the applicant has used or necessarily used the solution.

[0029] Before describing the technical solutions provided in the embodiments of this application, in order to facilitate understanding of the embodiments of this application, this application first provides a detailed description of the relevant technologies involved: Narrow Band Internet of Things (NB-IoT) Release 15 (R15) introduced Uplink Semi-Persistent Scheduling (UL SPS). This allows terminals to configure UL SPS support resources specifically for BSR reporting when they need to send Buffer Status Reports (BSRs) to the base station. The application scenarios of NB-IoT have gradually expanded from basic static data reporting to areas with higher requirements for latency and reliability, such as non-terrestrial networks (satellite communications) and voice services. These new services typically exhibit characteristics of regular packet arrival and relatively fixed data volume.

[0030] In related technologies, NB-IoT downlink data transmission mainly relies on a dynamic resource scheduling mechanism. Specifically, before sending downlink data to the terminal, the base station needs to send downlink control information (DCI) to the terminal via the Narrowband Physical Downlink Control (NPDCCH). This DCI contains resource allocation information required for each downlink data transmission. The terminal must successfully decode this DCI before it can receive downlink data on the designated Narrowband Physical Downlink Shared Channel (NPDSCH) resource. However, this one-time scheduling, with its high signaling overhead from real-time control signaling configuration of NPDSCH resources, consumes limited narrowband spectrum resources, resulting in low overall data transmission efficiency between the base station and the terminal.

[0031] To address the problems in the aforementioned related technologies, embodiments of this application provide a communication method, apparatus, device, storage medium, and program product. The following description, in conjunction with the appendix... Figure 1 To be continued Figure 7 The communication method provided in this application will be described in detail through specific embodiments.

[0032] Figure 1 The diagram illustrates a flowchart of a communication method applied to a base station, provided by some embodiments of this application. For example... Figure 1As shown, the communication method is applied to a base station. Specifically, the communication method may include steps 110 and 120.

[0033] Step 110: Receive a first request sent by the terminal. The first request carries the amount of service data. The first request is used to request the base station to determine the semi-static scheduling configuration parameters corresponding to the terminal based on the amount of service data. Step 120: Send a first instruction to the terminal. The first instruction carries the semi-static scheduling configuration parameters. The semi-static scheduling configuration parameters include a first parameter, which includes a parameter for indicating a first communication mode or a parameter for indicating a second communication mode. The transmission block size in the first communication mode is smaller than the transmission block size in the second communication mode.

[0034] Therefore, by receiving the amount of service data reported by the terminal through the first request, the base station can select the communication mode according to the amount of service data. For example, a first communication mode with small data volume is used for services with small transmission code blocks to avoid resource waste caused by large data transmission code blocks; a second communication mode with large transmission code blocks is used for services with large data volume to improve the efficiency of single data transmission. This on-demand allocation mechanism effectively reduces the waste of transmission resources. Based on this, the base station can send semi-static scheduling configuration parameters, including the communication mode indicated by the first parameter, to the terminal at once, so that the terminal does not need to repeatedly receive resource allocation signaling in subsequent data reception. Since signaling interaction itself requires narrowband spectrum resources, reducing signaling overhead allows more spectrum resources to be used for actual service data transmission. In this way, by converting dynamic resource allocation to semi-static configuration, the number of control signaling transmissions is directly reduced, thereby reducing signaling overhead. Thus, the overall data transmission efficiency can be improved while ensuring service requirements.

[0035] The steps described above are explained in detail below.

[0036] First, regarding step 110, the service data volume involved in this embodiment refers to the amount of voice-related data that needs to be periodically transmitted during voice communication between the satellite and the terminal. The base station can obtain or estimate the current service data volume through the cache status report reported by the terminal or based on the data flow characteristics of the service. The semi-static scheduling configuration parameters are communication rules pre-configured by the base station for the terminal through Radio Resource Control (RRC) signaling. The semi-static scheduling configuration parameters do not directly schedule data, but rather pre-establish transmission rules for the base station to periodically send service data subsequently.

[0037] For example, the base station receives a first request sent by the terminal. The first request includes the amount of service data that the terminal needs to periodically transmit voice-related data. The base station can determine whether the terminal's voice service is a service with a fixed period and stable data volume based on the amount of service data in the first request, and determine which mode of semi-static scheduling is suitable for the terminal's voice service.

[0038] In some embodiments of this application, before step 110, a process of determining a first parameter is included. Based on this, before step 110, the communication method may further include: when the amount of service data is less than or equal to a preset threshold, determining the parameter used to indicate a first communication mode as the first parameter; when the amount of service data is greater than the preset threshold, determining the parameter used to indicate a second communication mode as the first parameter.

[0039] The preset threshold is a threshold value that is pre-set or dynamically adjusted by the base station based on comprehensive factors such as the overall network load, cell resource status, and experience values ​​of service types. It is used to guide data services with different characteristics to the appropriate communication mode.

[0040] The first communication mode is designed for voice services with small data volumes and fixed transmission intervals. In each downlink semi-static scheduling, the first communication mode uses only one subframe's resources. Therefore, the transmission code block supported by the first communication mode is the amount of data that one subframe can carry, for example, {16, 56, 120, 208, 256, 320, 424} bits. The second communication mode is designed for services with large data volumes. The second communication mode allocates multiple consecutive or non-consecutive subframe resources in each downlink semi-static scheduling, and can schedule up to 10 subframes. Therefore, the transmission code block supported by the second communication mode is all the transmission code blocks that the existing physical downlink shared channel can support, for example, 4096 bits.

[0041] This achieves a precise match between business needs and transmission resources. Services with small data volumes use the first communication mode, avoiding resource waste caused by multi-subframe scheduling; services with large data volumes use the efficient second communication mode, avoiding multiple scheduling and transmission delays caused by insufficient single-subframe capacity. This on-demand resource allocation significantly improves the utilization efficiency of transmission blocks, reduces resource idleness or waste caused by multiple scheduling due to resource mismatch, and improves overall data transmission efficiency.

[0042] Secondly, regarding step 120, the first instruction refers to the RRC Setup message sent by the base station to the terminal via downlink signaling. Specifically, after the terminal powers on, it first performs a cell search and downlink synchronization procedure to establish downlink synchronization with the base station. Subsequently, it initiates a random access procedure through the random access channel. After successfully resolving contention, it acquires uplink synchronization and establishes a basic radio resource control connection. At this time, the base station sends an RRC Setup message to the terminal via downlink signaling. The semi-static scheduling configuration parameters refer to the SPS configuration parameters added to the NPDSCH-Config-NB information cell of the RRC Setup message. After the terminal receives and successfully applies these semi-static scheduling configuration parameters, it completes the semi-static configuration of DL SPS and enters a configured, pending activation state, preparing for the subsequent dynamic activation of SPS transmission via DCI in the network.

[0043] For example, SPS configuration parameters may include: a first parameter, DL-SPS-RNTI, a second parameter, and a third parameter. The communication mode represented by the first parameter can be defined by two differentiated downlink SPS communication modes through the downlink semi-persistent scheduling mode (DL-SPS-MODE). That is, DL-SPS-MODE has two values: 0 represents the first communication mode and 1 represents the second communication mode. The downlink semi-persistent scheduling radio network temporary identifier (DL-SPS-RNTI) relies on the value of DL-SPS-RNTI to enable the terminal to perform dedicated monitoring of SPS activation / deactivation signaling, ensuring accurate reception of scheduling instructions. The value of DL-SPS-RNTI is an integer value, ranging from 0x0001 to 0xFFF3. After the terminal enters the connected state, it will continuously monitor the DCI in the Physical Downlink Control Channel (PDCCH) through the DL-SPS-RNTI to detect the DL SPS activation or deactivation commands issued by the base station, ensuring real-time response to the DL SPS scheduling status. The second parameter is used to indicate the time interval for the base station to send downlink data to the terminal through the Physical Downlink Shared Channel. It can be set by the Downlink Semi-Persistent SchedulingSchedule Interval (DL_SPS_SCHEDULE_INTERVAL) to set the time interval for scheduling the Physical Downlink Shared Channel (PDSCH) after DL SPS activation, adapting to the periodic transmission characteristics of service data. The DL_SPS_SCHEDULE_INTERVAL is a discrete value, and the selectable values ​​are {sf16, sf32, sf64, sf128, sf256, sf512, sf1024} (sf represents subframe). When DL SPS is activated, DL_SPS_SCHEDULE_INTERVAL defines the periodic time interval for the base station to perform SPS on the PDSCH, determining the downlink transmission frequency of service data. The third parameter indicates the transmission block size of the downlink data sent by the base station to the terminal through the Physical Downlink Shared Channel. It can be specified by the first communication mode DL-SPS-MODE, and its supported transmission block size range is limited by DL-SPS-MODE0-TB-SIZE. This range is constrained by the data carrying capacity of a single subframe.The DL-SPS-MODE0-TB-SIZE parameter is a discrete value, with an optional set of {16, 56, 120, 208, 256, 320, 424}, supporting a total of 7 transmission block size configurations. It is specifically used for the first communication mode where DL-SPS-MODE is set to 0. Since the first communication mode only supports SPS scheduling for a single subframe, the transmission block size limited by this parameter does not exceed the maximum data capacity of a single subframe.

[0044] In some embodiments of this application, the DL-SPS-RNTI in the aforementioned semi-static scheduling configuration parameters is a unique identifier or password assigned to the terminal by the base station through a first instruction; it is a unique identifier within the cell. Based on this, after step 120, as... Figure 2 As shown, the above communication method may further include steps 130 and 140.

[0045] Step 130: Scramble the first downlink control information (DCI) according to DL-SPS-RNTI to obtain the scrambled first DCI.

[0046] The settings and functions of each field in DCI under SPS activation scenarios can be found in Table 1 below.

[0047] Table 1. Scheduling parameter configuration table for DCI format differentiation in SPS activation scenarios. Based on this, when the communication mode is the first communication mode, the setting values ​​of each field in the first DCI used to activate DL SPS can be referred to Table 2 below.

[0048] Table 2. Configuration table of DCI Format N1 field for activating DL SPS in the first communication mode. Based on this, when the communication mode is the second communication mode, the setting values ​​of each field name in the first DCI used to activate DL SPS can be referred to Table 3 below.

[0049] Table 3. Configuration table of DCI Format N1 field for activating DL SPS in the second communication mode. Step 140: Send a scrambled first DCI to the terminal via the physical downlink control channel. The first DCI is used to instruct the terminal to activate downlink semi-static scheduling.

[0050] For example, the base station scheduler first generates a first DCI conforming to the DCI Format based on the first parameter. The fields of this first DCI can be set to the values ​​shown in Table 2 or Table 3 above to explicitly indicate that the purpose of the first DCI is to activate DL SPS. Next, the base station calculates the cyclic redundancy check (CRC) code of the first DCI and appends it to the first DCI. Subsequently, the base station scrambles this CRC checksum using DL-SPS-RNTI, configured specifically for the terminal via RRC signaling. The CRC scrambled by SPS-RNTI is combined with the original first DCI payload to form the scrambled first DCI that can finally be transmitted on the PDCCH. The base station then sends the scrambled first DCI to the terminal via the PDCCH.

[0051] Therefore, the scrambling mechanism based on RNTI provides authentication for the DL SPS activation command. The terminal will only perform the DL SPS activation operation if it successfully descrambles the CRC using the correct DL-SPS-RNTI in the semi-static scheduling configuration parameters. This effectively prevents communication system disorder caused by signal interference or incorrect scheduling. Furthermore, once the DL SPS activation command is correctly received by the terminal, in subsequent scheduling cycles, it only needs to receive data on fixed resources according to the semi-static scheduling configuration parameters pre-configured by the RRC signaling, reducing the frequent occupation of the PDCCH.

[0052] In some embodiments of this application, after step 140, the above communication method may further include: sending downlink data to the terminal via a physical downlink shared channel according to the time interval indicated by the second parameter and the transmission code block size indicated by the third parameter.

[0053] For example, the base station records the frame number and timeslot number at the time of the first DCI after scrambling, and uses this time point as the starting point for period calculation. Thereafter, the base station will calculate according to formula T. n The formula is: =t0 + n × Period to calculate the timing of each data transmission. Here, Period is the second parameter, and n is a positive integer (1, 2, 3...). In each T... n At any given time, the base station automatically transmits PDSCH on pre-allocated time-frequency resources without needing to generate new scheduling signaling for each data transmission. This one-time scheduling, periodically effective mechanism effectively reduces the signaling overhead of PDCCH. When the base station has data to transmit, it encapsulates the data packet according to the transmission code block size indicated by the third parameter. If the data packet is larger than the transmission code block size, it is segmented according to the transmission code block size; if it is smaller than the transmission code block size, it needs to be padded. The encapsulated transmission code block size is sent to the base station at each data transmission opportunity.

[0054] Therefore, the time period and transmission block size of data transmission are pre-configured based on business needs, and DL SPS is activated through the first DCI when business data transmission begins. Then, business data can be automatically sent according to the semi-static scheduling configuration parameters. The dynamic scheduling signaling interaction that was originally required for each transmission is transformed into periodic automatic transmission triggered by an activation signaling, thereby effectively reducing the signaling overhead of PDCCH.

[0055] In some embodiments of this application, the first parameter includes parameters for indicating a first communication mode, the first DCI includes a scheduling delay field, and the fourth parameter corresponding to the scheduling delay field is used to indicate the transmission block size of downlink data sent by the base station to the terminal through the physical downlink shared channel in the downlink semi-static scheduling activation corresponding to the first DCI. After step 140, the above communication method further includes: sending downlink data to the terminal through the physical downlink shared channel according to the transmission block size indicated by the fourth parameter.

[0056] In this embodiment, when the first parameter includes a parameter for indicating the first communication mode, the scheduling delay field is a field in the first DCI that was originally used to indicate the data transmission delay. In this embodiment, the function is redefined to carry the indication information of the transmission code block size, which is a reuse of the existing DCI field.

[0057] For example, when the base station and the terminal synchronize the transmission block size set {16, 56, 120, 208, 256, 320, 424} of DL-SPS-MODE0-TB-SIZE in advance via RRC signaling, they can carry a one-to-one mapping rule between this set and the values ​​(0~7) of the 3-bit scheduling delay information field in the RRC signaling: value 0 corresponds to 16 bits, value 1 corresponds to 56 bits, value 2 corresponds to 120 bits, value 3 corresponds to 208 bits, value 4 corresponds to 256 bits, value 5 corresponds to 320 bits, and value 6 corresponds to 424 bits. After receiving the RRC signaling, the terminal stores this mapping relationship in its local SPS configuration module to prepare for subsequent parsing of the scheduling delay field. Subsequently, the base station's SPS scheduling module selects a matching transmission block size from the DL-SPS-MODE0-TB-SIZE set according to the current service data volume of the terminal (e.g., selecting a 56-bit transmission block when the service data volume is 56 bits). Subsequently, the base station queries the pre-configured mapping rules to determine the 3-bit scheduling delay value corresponding to the transmission block size (e.g., a value of 1 for 56 bits), and fills this value into the scheduling delay field of the first DCI. The base station sends the first DCI carrying this scheduling delay field value to the terminal via NPDCCH or PDCCH, thus indicating the transmission block size. The base station segments and encodes the downlink service data to be transmitted according to the parsed transmission block size. Finally, the base station sends the encoded downlink data to the terminal via PDSCH, in units of the configured transmission block size, completing the data transmission under DL SPS scheduling.

[0058] Therefore, by reusing the original scheduling delay indicator transmission code block size in DCI, no additional signaling fields are needed, avoiding modifications to the DCI format and increases in signaling overhead, effectively saving the limited signaling overhead of PDCCH.

[0059] In some embodiments of this application, after step 140, such as Figure 3 As shown, the above communication method may further include steps 150 and 160.

[0060] Step 150: Scramble the second downlink control information (DCI) according to DL-SPS-RNTI to obtain the scrambled second DCI.

[0061] When the communication mode is the first communication mode, the settings for each field name in the second DCI used to deactivate DL SPS can be found in Table 4 below.

[0062] Table 4. Configuration table for the DCI Format N1 field when activating DL SPS in the first communication mode. When the communication mode is the second communication mode, the settings for each field name in the second DCI used to deactivate DL SPS can be found in Table 5 below.

[0063] Table 5. Configuration table for the DCI Format N1 field of DL SPS activation in the second communication mode. Step 160: Send a scrambled second DCI to the terminal via the physical downlink control channel. The second DCI is used to instruct the terminal to deactivate downlink semi-static scheduling.

[0064] For example, the base station scheduler first generates a second DCI conforming to the DCI Format. The fields of this second DCI are set to the values ​​shown in Table 4 or Table 5 above to explicitly indicate that the purpose of the second DCI is to deactivate DL SPS. Next, the base station calculates the cyclic redundancy check (CRC) code of the second DCI and appends it to the second DCI. Subsequently, the base station scrambles this CRC checksum using DL-SPS-RNTI, configured specifically for this terminal via RRC signaling. The scrambled CRC is combined with the original second DCI payload using DL-SPS-RNTI to form the final scrambled second DCI that can be transmitted over the PDCCH. The base station then sends the scrambled second DCI to the terminal via the PDCCH.

[0065] Therefore, when periodic services end, the base station can immediately release the occupied radio resources through the deactivated scrambled second DCI. These resources can then be quickly redistributed to other terminals, improving the resource utilization efficiency of the entire communication system.

[0066] In some embodiments of this application, after step 160, the above communication method further includes stopping the transmission of downlink data to the terminal through the physical downlink shared channel.

[0067] After successfully sending the deactivation command, the base station immediately stops using the configured semi-static scheduling resources, sends service data to the terminal via PDSCH, and releases the relevant radio resources (such as HARQ processes).

[0068] Figure 4 The illustration shows a flowchart of a communication method applied to a terminal according to some embodiments of this application. This communication method is applied to a terminal, such as... Figure 4 As shown, the communication method may include steps 210 and 220.

[0069] Step 210: Send a first request to the base station. The first request carries the amount of service data. The first request is used to request the base station to determine the semi-static scheduling configuration parameters corresponding to the terminal based on the amount of service data. Step 220: Receive a first instruction sent by the base station. The first instruction carries the semi-static scheduling configuration parameters. The semi-static scheduling configuration parameters include a first parameter, which includes a parameter for indicating a first communication mode or a parameter for indicating a second communication mode. The size of the transmission code block in the first communication mode is smaller than the size of the transmission code block in the second communication mode.

[0070] Therefore, by sending a first request to the base station, the terminal can proactively report its own service data volume, enabling the base station to return a first instruction related to the communication mode matching the terminal. When the terminal transmits small data volumes, receiving the first communication mode configured by the base station avoids local data segmentation redundancy caused by using large transmission code blocks, reducing the terminal's transmission code block parsing overhead. When transmitting large data volumes, receiving the second communication mode configuration reduces the number of transmission code block receptions and splicing operations by using large transmission code blocks, accelerating the integration efficiency of local data and achieving precise matching between the terminal's data reception capability and the service data volume. After receiving the semi-static scheduling configuration parameters containing the communication mode issued by the base station in one go, the terminal does not need to repeatedly receive resource allocation signaling from the base station during subsequent data transmission; it only needs to perform transmission operations according to the pre-configured parameters. This reduces the frequency of the terminal's monitoring of the physical downlink control channel, reduces the computing power consumption caused by the terminal continuously parsing resource scheduling signaling, and also reduces the power consumption caused by the terminal receiving signaling. Since the base station converts dynamic resource allocation to semi-static configuration, it reduces the number of control signaling transmissions, and narrowband spectrum resources are used more for actual data transmission. When receiving downlink data, the terminal can obtain more sufficient spectrum resources, avoiding data transmission queuing caused by signaling occupying the spectrum, effectively shortening the latency of the terminal's service data transmission, and ultimately improving the overall data transmission efficiency while meeting its own service needs.

[0071] In some embodiments of this application, the semi-static scheduling configuration parameters include DL-SPS-RNTI; after step 220, the communication method may further include steps 230 and 240.

[0072] Step 230: Receive the scrambled first DCI sent by the base station through the physical downlink control channel.

[0073] For example, after receiving the semi-static scheduling configuration parameters in step 220, the terminal will continuously monitor the physical downlink control channel (PDCCH, NPDCCH in NB-IoT scenarios) according to the configured DL-SPS-RNTI.

[0074] Step 240: Descramble the scrambled first DCI according to DL-SPS-RNTI to obtain the first DCI. The first DCI is used to adjust the terminal's data reception parameters to the first data reception parameters.

[0075] For example, the DL-SPS-RNTI in the semi-static scheduling configuration parameters received in step 220 is retrieved, and the DL-SPS-RNTI is used as the descrambling key to descramble the scrambled first DCI to obtain the first DCI.

[0076] Specifically, after successfully activating DL SPS, the terminal uses the time n of receiving the first DCI as the absolute time reference. Subsequently, the terminal can start an internal timer with a period of DL_SPS_SCHEDULE_INTERVAL, so that at a series of times, the scheduling time of the first PDSCH is n + DL_SPS_SCHEDULE_INTERVAL, the scheduling time of the second PDSCH is n + DL_SPS_SCHEDULE_INTERVAL*2, the scheduling time of the third PDSCH is n + DL_SPS_SCHEDULE_INTERVAL*3, and so on, the terminal automatically prepares to receive data according to the pre-configured semi-static scheduling parameters, without the base station needing to send DCI through PDCCH every time.

[0077] Therefore, the terminal performs a descrambling operation on the first DCI after scrambling based on the acquired DL-SPS-RNTI, so that the terminal can only parse the first DCI for itself, filter out the scheduling signaling of other terminals on the physical downlink control channel, and avoid downlink semi-static scheduling parameter configuration errors caused by signaling confusion.

[0078] In some embodiments of this application, the semi-static scheduling configuration parameters further include a second parameter and a third parameter. The second parameter is used to characterize the time interval for the base station to send downlink data to the terminal through the physical downlink shared channel. The third parameter is used to indicate the transmission code block size for the base station to send downlink data to the terminal through the physical downlink shared channel. After performing step 240, the above communication method may further include step 250.

[0079] Step 250: Adjust the terminal's data receiving parameters to the first data receiving parameters according to the second and third parameters, so as to receive downlink data sent by the base station through the physical downlink shared channel.

[0080] For example, the terminal synchronizes its downlink data reception time window with the scheduling period, sets a reception trigger timer, and the timer triggers periodically at the time interval specified by the second parameter. When triggered, the terminal starts the PDSCH reception preparation process; during non-trigger periods, it enters a low-power sleep state, with only the timer running. The terminal configures the transmission code block segmentation and concatenation rules according to the transmission code block size indicated by the third parameter. For example, if the third parameter is 56 bits, the parser is set to parse the received PDSCH data into transmission code blocks in 56-bit units.

[0081] Therefore, the terminal synchronizes its reception time based on the second parameter and configures the transmission code block parsing rules based on the third parameter, ensuring that its reception configuration perfectly matches the base station's transmission configuration. This avoids problems such as missed reception due to time asynchrony and parsing failure due to mismatched transmission code block sizes. Especially in NTN satellite voice service scenarios, accurate parameter adaptation can effectively reduce the probability of data loss during long-distance transmission and improve the success rate of voice data packet reception.

[0082] In some embodiments of this application, the first parameter includes parameters for indicating the first communication mode, the first DCI includes a scheduling delay field, and the fourth parameter corresponding to the scheduling delay field is used to indicate the transmission code block size of the downlink data sent by the base station to the terminal through the physical downlink shared channel in the downlink semi-static scheduling activation corresponding to the first DCI; based on this, the above step 250 may specifically include adjusting the terminal's data receiving parameters to the first data receiving parameters according to the second parameter, the third parameter and the fourth parameter, so as to receive the downlink data sent by the base station through the physical downlink shared channel.

[0083] In one example, the first data reception parameter can be the data reception parameter corresponding to the second and fourth parameters. When the first parameter includes a parameter indicating the first communication mode, the terminal can parse the value of the scheduling delay field (e.g., 3 bits, range 0-7) from the first DCI. This value no longer represents a time delay but serves as an index number. The terminal uses this index number to query the mapping rule established by the pre-configured set of transmission block sizes via RRC signaling and the values ​​(0-7) of the 3-bit scheduling delay information field, converting the scheduling delay index into a specific transmission block size, and adjusting the terminal's data reception parameters based on this transmission block size. If descrambling fails, or the parsed parameter exceeds the pre-configured value range (e.g., the transmission block size is not within the DL-SPS-MODE0-TB-SIZE set), the terminal will send a signaling parsing failure feedback to the base station and revert to the semi-static reception scheduling parameters configured in step 220. Simultaneously, it will re-monitor the physical downlink control channel and wait for the base station to retransmit the first DCI. This dynamically determines the accurate transmission block used in this SPS session. Subsequently, referring to step 250 above, the terminal's data receiving parameters are adjusted to the first data receiving parameters corresponding to the second and fourth parameters according to the second and fourth parameters.

[0084] In another example, the first data receiving parameter is the data receiving parameter corresponding to the second and third parameters; it is worth noting that if the fourth parameter fails, the static code block size of the third parameter can be used to configure the terminal's first data receiving parameter.

[0085] Therefore, the terminal can use the dynamic indication of the fourth parameter to ensure that the terminal's data receiving parameters can accurately match the changes in the current business data volume.

[0086] In some embodiments of this application, after step 230 above, such as Figure 6 As shown, the above communication method may further include steps 260 and 270.

[0087] Step 260: Receive the scrambled second DCI sent by the base station through the physical downlink control channel.

[0088] For example, after receiving the scrambled first DCI sent by the base station through the physical downlink control channel, the terminal will continuously monitor the physical downlink control channel (PDCCH, NPDCCH in NB-IoT scenario) according to the configured DL-SPS-RNTI.

[0089] Step 270: Descramble the scrambled second DCI according to DL-SPS-RNTI to obtain the second DCI. The second DCI is used to adjust the terminal's data reception parameters to the second data reception parameters so as to stop receiving downlink data sent by the base station through the physical downlink shared channel.

[0090] For example, the DL-SPS-RNTI in the semi-static scheduling configuration parameters received in step 220 is retrieved, and this DL-SPS-RNTI is used as the descrambling key to descramble the scrambled second DCI, thus obtaining the second DCI. After successfully activating DLSPS, the terminal receives the second DCI sent by the terminal, indicating that the terminal has received the DL SPS deactivation sent by the base station. The terminal verifies the validity of the deactivation instruction by verifying these field combinations. If the deactivation instruction is determined to be valid, the terminal no longer decodes the PDSCH scheduled at time n+DL_SPS_SCHEDULE_INTERVAL*m (m = 0, 1, 2, 3...), that is, it immediately stops periodic PDSCH reception and releases related radio resources such as HARQ processes.

[0091] Therefore, the terminal completes the deactivation configuration by receiving the second DCI, and can quickly shut down the PDSCH data receiving function after the service transmission ends, avoiding unnecessary power consumption caused by continuous monitoring and receiving of the channel.

[0092] In some embodiments of this application, after step 230 above, the communication method may further include: if the second DCI sent by the base station through the physical downlink control channel is not received, and the decoding of the transmission code block transmitted by the base station through the physical downlink shared channel fails N times consecutively, stop receiving downlink data sent by the base station through the physical downlink shared channel; and monitor the physical downlink control channel.

[0093] For example, if a terminal fails to decode the PDSCH N times consecutively (CRC error) and does not receive a deactivation instruction from the base station, the terminal will determine that the link has suffered an unrecoverable failure. At this point, it will automatically trigger the deactivation process, stop receiving data, release resources, and switch back to PDCCH listening state, waiting for subsequent rescheduling or activation instructions from the network. The threshold N can be adaptively adjusted according to channel quality to avoid false triggering due to short-term fluctuations.

[0094] Therefore, the wireless environment is dynamic and can experience a sharp deterioration in the signal-to-noise ratio due to deep fading, strong interference, or mobility, rendering the downlink semi-scheduled resources unreliable for decoding. If the base station's second DCI also fails to arrive due to the same channel conditions, the terminal will enter a silent failure state, receiving neither data nor control commands. If the terminal remains on an invalid PDSCH attempting decoding, it will waste periodic resources. Thus, by autonomously triggering a deactivation process, the periodically occupied resources can be released promptly.

[0095] Next, combine Figure 7 The communication process between the base station and the terminal is explained in detail.

[0096] Step 310: The terminal sends a first request to the base station.

[0097] Step 320: The base station determines the semi-static scheduling configuration parameters corresponding to the terminal based on the first request.

[0098] Step 330: The base station sends a first instruction carrying semi-static scheduling configuration parameters to the terminal.

[0099] Step 340: The base station scrambles the first downlink control information (DCI) according to the DL-SPS-RNTI in the semi-static scheduling configuration parameters to obtain the scrambled first DCI.

[0100] Step 350: The base station sends the scrambled first DCI to the terminal through the physical downlink control channel.

[0101] Step 360: The terminal descrambles the scrambled first DCI according to DL-SPS-RNTI to obtain the first DCI.

[0102] Step 370: The terminal adjusts its data receiving parameters to the first data receiving parameters according to the second and third parameters in the semi-static scheduling configuration parameters.

[0103] Step 380: The base station sends the scrambled second DCI to the terminal through the physical downlink control channel.

[0104] Step 390: The terminal descrambles the scrambled second DCI according to DL-SPS-RNTI to obtain the second DCI.

[0105] Thus, the terminal sends a first request to the base station to request semi-static scheduling configuration resources. Upon receiving the first request, the base station determines the semi-static scheduling configuration parameters applicable to the terminal based on the request. These semi-static scheduling configuration parameters include DL-SPS-RNTI, a second parameter indicating data reception parameters, and a third parameter. The base station generates and issues a first instruction, which carries the aforementioned determined semi-static scheduling configuration parameters, and sends it to the terminal via signaling. During downlink control information scheduling, the base station uses the DL-SPS-RNTI from the semi-static scheduling configuration parameters to scramble the first DCI, generating a scrambled first DCI to ensure the security of information transmission. The base station sends the scrambled first DCI to the terminal via the physical downlink control channel to activate downlink semi-static scheduling. The terminal uses the configured DL-SPS-RNTI to descramble the received scrambled first DCI, recovering the original first DCI. The terminal adjusts its data reception parameters to the first data reception parameters based on the descrambled first DCI and the second and third parameters in the semi-static scheduling configuration parameters, completing the reception configuration adaptation to periodically receive downlink data transmitted by the base station through the physical downlink shared channel. During subsequent scheduling, the base station continues to send the scrambled second DCI to the terminal through the physical downlink control channel to deactivate the downlink semi-static scheduling. The terminal again uses DL-SPS-RNTI to descramble the second DCI, obtains the scheduling information contained in the second DCI, and stops receiving downlink data. Thus, the terminal and base station only need to complete the semi-static scheduling parameter configuration once to achieve continuous transmission control of periodic downlink data. On the one hand, the dedicated scrambling and descrambling of DL-SPS-RNTI ensures transmission security; on the other hand, the reuse of semi-static scheduling parameters reduces signaling interaction overhead.

[0106] Based on the communication method provided in the above embodiments, this application also provides specific implementations of the communication device. Please refer to the following embodiments.

[0107] The communication device provided in this application embodiment is applied to a base station, see [link / reference]. Figure 8 The communication device 400 includes a first receiving module 410 and a first transmitting module 420.

[0108] The first receiving module 410 is used to receive a first request sent by the terminal. The first request carries a service data volume and is used to request the base station to determine the semi-static scheduling configuration parameters corresponding to the terminal based on the service data volume. The first sending module 420 is used to send a first instruction to the terminal. The first instruction carries semi-static scheduling configuration parameters. The semi-static scheduling configuration parameters include a first parameter, which includes a parameter for indicating a first communication mode or a parameter for indicating a second communication mode. The size of the transmission code block in the first communication mode is smaller than the size of the transmission code block in the second communication mode.

[0109] Therefore, the base station receives the service data reported by the terminal through the first request via the first receiving module 410. It can select the communication mode based on the service data volume. For example, a small data volume service uses the first communication mode with small transmission code blocks to avoid resource waste caused by large data transmission code blocks; a large data volume service uses the second communication mode with large transmission code blocks to improve the efficiency of single data transmission. This on-demand allocation mechanism effectively reduces transmission resource waste. Based on this, the base station can send semi-static scheduling configuration parameters, including the communication mode indicated by the first parameter, to the terminal in one go via the first sending module 420, so that the terminal does not need to repeatedly receive resource allocation signaling in subsequent data reception. Since signaling interaction itself requires narrowband spectrum resources, reducing signaling overhead allows more spectrum resources to be used for actual service data transmission. Thus, by converting dynamic resource allocation to semi-static configuration, the number of control signaling transmissions is directly reduced, thereby reducing signaling overhead. In this way, overall data transmission efficiency can be improved while ensuring service requirements are met.

[0110] In some embodiments of this application, the communication device further includes a determining module before performing the step of sending a first instruction to the terminal.

[0111] The determining module is used to: determine the parameter used to indicate the first communication mode as the first parameter when the amount of business data is less than or equal to a preset threshold; and determine the parameter used to indicate the second communication mode as the first parameter when the amount of business data is greater than the preset threshold.

[0112] In some embodiments of this application, the semi-static scheduling configuration parameters further include a downlink semi-persistent scheduling radio network temporary identifier DL-SPS-RNTI; after performing the step of sending the first instruction to the terminal, the communication device further includes a first scrambling module.

[0113] The first scrambling module is used to scramble the first downlink control information (DCI) according to DL-SPS-RNTI to obtain the scrambled first DCI. The first DCI is used to instruct the terminal to activate downlink semi-static scheduling.

[0114] The first transmitting module 410 is also used to transmit the scrambled first DCI to the terminal via the physical downlink control channel.

[0115] In some embodiments of this application, the semi-static scheduling configuration parameters further include a second parameter and a third parameter; the second parameter is used to indicate the time interval for the base station to send downlink data to the terminal through the physical downlink shared channel, and the third parameter is used to indicate the transmission code block size for the base station to send downlink data to the terminal through the physical downlink shared channel.

[0116] In some embodiments of this application, the first parameter includes a parameter for indicating a first communication mode, the first DCI includes a scheduling delay field, and the fourth parameter corresponding to the scheduling delay field is used to indicate the transmission code block size of the downlink data sent by the base station to the terminal through the physical downlink shared channel in the downlink semi-static scheduling activation corresponding to the first DCI; after performing the step of sending the scrambled first DCI to the terminal through the physical downlink control channel, the first sending module 410 is further used to send downlink data to the terminal through the physical downlink shared channel according to the transmission code block size indicated by the fourth parameter.

[0117] In some embodiments of this application, after sending the first DCI to the terminal via the physical downlink control channel, the first scrambling module is further configured to scramble the second downlink control information DCI according to DL-SPS-RNTI to obtain a scrambled second DCI. The second DCI is used to instruct the terminal to deactivate downlink semi-static scheduling. The first sending module 410 is further configured to send the scrambled second DCI to the terminal via the physical downlink control channel.

[0118] The various modules of the communication device 400 provided in this application embodiment can realize Figures 1 to 3 It provides the functionality of each step of the communication method and enables it to achieve its corresponding technical effects. For the sake of brevity, it will not be elaborated here.

[0119] The communication device provided in this application embodiment is applied to a terminal, see [link / reference]. Figure 9 The communication device 500 includes a second transmitting module 510 and a second receiving module 520.

[0120] The second sending module 510 is used to send a first request to the base station. The first request carries the amount of service data and is used to request the base station to determine the semi-static scheduling configuration parameters corresponding to the terminal based on the amount of service data. The second receiving module 520 is used to receive a first instruction sent by the base station. The first instruction carries the semi-static scheduling configuration parameters, which include a first parameter. The first parameter includes a parameter for indicating a first communication mode or a parameter for indicating a second communication mode. The size of the transmission code block in the first communication mode is smaller than the size of the transmission code block in the second communication mode.

[0121] Therefore, the terminal sends a first request to the base station through the second sending module 510, which can proactively report its own service data volume, enabling the base station to return a first instruction related to the communication mode matching the terminal. When the terminal transmits a small amount of data, receiving the first communication mode configured by the base station avoids the redundancy of local data segmentation caused by using large transmission code blocks, reducing the terminal's transmission code block parsing overhead. When transmitting a large amount of data, receiving the second communication mode configuration reduces the number of transmission code block receptions and splicings by the terminal through large transmission code blocks, speeding up the integration efficiency of local data and achieving precise matching between the terminal's data reception capability and the service data volume. After receiving the semi-static scheduling configuration parameters containing the communication mode issued by the base station in one go through the second receiving module 520, the terminal does not need to repeatedly receive the base station's resource allocation signaling during subsequent data transmission, and only needs to perform transmission operations according to the pre-configured parameters. This reduces the frequency of the terminal's monitoring of the physical downlink control channel, reduces the computing power consumption caused by the terminal continuously parsing resource scheduling signaling, and also reduces the power consumption caused by the terminal's signaling reception. Because the base station switches from dynamic resource allocation to semi-static configuration, the number of control signaling transmissions is reduced, and narrowband spectrum resources are used more for actual data transmission. When receiving downlink data, the terminal can obtain more sufficient spectrum resources, avoiding data transmission queuing caused by signaling occupying spectrum, effectively shortening the latency of the terminal's service data transmission, and ultimately improving the overall data transmission efficiency while meeting its own service needs.

[0122] In some embodiments of this application, the semi-static scheduling configuration parameters include DL-SPS-RNTI; after executing the step of receiving the first instruction sent by the base station, the second receiving module 520 is further configured to: receive the scrambled first DCI sent by the base station through the physical downlink control channel. The communication device 500 further includes a descrambling module.

[0123] The descrambling module is used to descramble the scrambled first DCI according to DL-SPS-RNTI to obtain the first DCI. The first DCI is used to adjust the terminal's data receiving parameters to the first data receiving parameters.

[0124] In some embodiments of this application, the semi-static scheduling configuration parameters further include a second parameter and a third parameter. The second parameter is used to indicate the time interval for the base station to send downlink data to the terminal through the physical downlink shared channel, and the third parameter is used to indicate the transmission code block size for the base station to send downlink data to the terminal through the physical downlink shared channel. The above-mentioned communication device also includes an adjustment module.

[0125] The adjustment module is used to adjust the terminal's data receiving parameters to the first data receiving parameters according to the second and third parameters, so as to receive downlink data sent by the base station through the physical downlink shared channel.

[0126] In some embodiments of this application, the first parameter includes a parameter for indicating a first communication mode, the first DCI includes a scheduling delay field, and the fourth parameter corresponding to the scheduling delay field is used to indicate the transmission code block size of the base station sending downlink data to the terminal through the physical downlink shared channel in the downlink semi-static scheduling activation corresponding to the first DCI.

[0127] The aforementioned adjustment module is used to adjust the terminal's data receiving parameters to the first data receiving parameters according to the second, third, and fourth parameters, so as to receive downlink data sent by the base station through the physical downlink shared channel.

[0128] In some embodiments of this application, after performing the step of receiving the scrambled first DCI sent by the base station through the physical downlink control channel, the second receiving module 520 is further configured to receive the scrambled second DCI sent by the base station through the physical downlink control channel; the descrambling module is further configured to descramble the scrambled second DCI according to DL-SPS-RNTI to obtain the second DCI, and the second DCI is used to adjust the terminal's data receiving parameters to the second data receiving parameters to stop receiving downlink data sent by the base station through the physical downlink shared channel.

[0129] In some embodiments of this application, after performing the step of receiving the scrambled first DCI transmitted by the base station through the physical downlink control channel, the communication device 500 further includes a listening module.

[0130] The monitoring module is used to stop receiving downlink data sent by the base station through the physical downlink shared channel when it fails to receive the second DCI sent by the base station through the physical downlink control channel and fails to decode the transmission code block transmitted by the base station through the physical downlink shared channel N times in a row; and to monitor the physical downlink control channel.

[0131] The various modules of the communication device 500 provided in this application embodiment can realize Figures 4 to 6 The functions of each step of the provided communication method and the corresponding technical effects are described briefly and will not be elaborated here.

[0132] Figure 10 The illustration shows a schematic diagram of the hardware structure of a computer device provided in some embodiments of this application.

[0133] The electronic device may include a processor 601 and a memory 602 storing computer program instructions.

[0134] Specifically, the processor 601 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0135] Memory 602 may include mass storage for data or instructions. For example, and not limitingly, memory 602 may include a hard disk drive (HDD), floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, memory 602 may include removable or non-removable (or fixed) media. Where appropriate, memory 602 may be internal or external to the integrated gateway disaster recovery device. In a particular embodiment, memory 602 is non-volatile solid-state memory.

[0136] In a particular embodiment, memory 602 may include read-only memory (ROM), random access memory (RAM), disk storage media device, optical storage media device, flash memory device, electrical, optical, or other physical / tangible memory storage device. Therefore, typically, memory 602 includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the communication methods in the above embodiments according to this application.

[0137] The processor 601 implements any of the communication methods described in the above embodiments by reading and executing computer program instructions stored in the memory 602.

[0138] In one example, the computer device may also include a communication interface 603 and a bus 610. Wherein, as... Figure 10 As shown, the processor 601, memory 602, and communication interface 603 are connected through bus 610 and complete communication with each other.

[0139] The communication interface 603 is mainly used to realize communication between various modules, devices, units and / or equipment in the embodiments of this application.

[0140] Bus 610 includes hardware, software, or both, that couples components of a computer device together. For example, and not limitingly, the bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Enhanced Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), HyperTransport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an Infinite Bandwidth Interconnect, a Low Pin Count (LPC) bus, a memory bus, a Microchannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local (VLB) bus, or other suitable buses, or combinations of two or more of these. Where appropriate, bus 610 may include one or more buses. Although specific buses are described and illustrated in embodiments of this application, any suitable bus or interconnect is contemplated herein.

[0141] The computer device can execute the communication methods described in the embodiments of this application, thereby achieving the combination Figures 1 to 9 The described communication method and apparatus.

[0142] Furthermore, in conjunction with the communication methods described in the above embodiments, this application embodiment can provide a computer-readable storage medium for implementation. This computer-readable storage medium stores computer program instructions; when these computer program instructions are executed by a processor, they implement any of the communication methods described in the above embodiments. Examples of computer-readable storage media include non-transitory computer-readable storage media, such as portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, etc.

[0143] Furthermore, in conjunction with the communication methods described in the above embodiments, this application embodiment can provide a computer program product for implementation. This program product is stored in a storage medium and may specifically include a computer program or instructions. When executed by a processor, the computer program or instructions implement any of the communication methods described in the above embodiments. This program product is executed by at least one processor to implement the various processes of the data processing method embodiments described above, and can achieve the same technical effects. To avoid repetition, further details are omitted here.

[0144] It should be clarified that this application is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of this application is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of this application.

[0145] The functional blocks shown in the above block diagram can be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, they can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this application are programs or code segments used to perform the required tasks. Programs or code segments can be stored on a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried on a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, fiber optic media, radio frequency (RF) links, etc. Code segments can be downloaded via computer networks such as the Internet, intranets, etc.

[0146] It should also be noted that the exemplary embodiments mentioned in this application describe methods or systems based on a series of steps or apparatus. However, this application is not limited to the order of the above steps; that is, the steps can be performed in the order mentioned in the embodiments, or in a different order, or several steps can be performed simultaneously.

[0147] The aspects of this disclosure have been described above with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this disclosure. It should be understood that each block in the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that these instructions, executable via the processor of the computer or other programmable data processing apparatus, enable the implementation of the functions / actions specified in one or more blocks of the flowchart illustrations and / or block diagrams. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field-programmable logic circuit. It is also understood that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can also be implemented by special-purpose hardware performing the specified functions or actions, or can be implemented by a combination of special-purpose hardware and computer instructions.

[0148] The above description is merely a specific implementation of this application. Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, modules, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here. It should be understood that the protection scope of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the protection scope of this application.

Claims

1. A communication method, characterized in that, Applied to base stations, including: A first request sent by a receiving terminal, the first request carrying a service data volume, the first request being used to request the base station to determine the semi-static scheduling configuration parameters corresponding to the terminal based on the service data volume; A first instruction is sent to the terminal. The first instruction carries the semi-static scheduling configuration parameters. The semi-static scheduling configuration parameters include a first parameter, which includes a parameter for indicating a first communication mode or a parameter for indicating a second communication mode. The transmission block size in the first communication mode is smaller than the transmission block size in the second communication mode.

2. The communication method according to claim 1, characterized in that, Before sending the first instruction to the terminal, the method further includes: When the amount of business data is less than or equal to a preset threshold, the parameter used to indicate the first communication mode is determined as the first parameter; If the amount of business data exceeds the preset threshold, the parameter used to indicate the second communication mode will be determined as the first parameter.

3. The communication method according to claim 1, characterized in that, The semi-static scheduling configuration parameters also include the downlink semi-persistent scheduling radio network temporary identifier DL-SPS-RNTI; After sending the first instruction to the terminal, the method further includes: According to the DL-SPS-RNTI, the first downlink control information DCI is scrambled to obtain the scrambled first DCI, which is used to instruct the terminal to activate downlink semi-static scheduling. The scrambled first DCI is sent to the terminal via the physical downlink control channel.

4. The communication method according to any one of claims 1 to 3, characterized in that, The semi-static scheduling configuration parameters also include a second parameter and a third parameter; the second parameter is used to indicate the time interval for the base station to send downlink data to the terminal through the physical downlink shared channel, and the third parameter is used to indicate the transmission code block size for the base station to send downlink data to the terminal through the physical downlink shared channel.

5. The communication method according to claim 3, characterized in that, The first parameter includes a parameter for indicating the first communication mode, the first DCI includes a scheduling delay field, and the fourth parameter corresponding to the scheduling delay field is used to indicate the transmission code block size of the base station sending downlink data to the terminal through the physical downlink shared channel in the downlink semi-static scheduling activation corresponding to the first DCI; After sending the scrambled first DCI to the terminal via the physical downlink control channel, the method further includes: Downlink data is sent to the terminal through the physical downlink shared channel according to the transmission code block size indicated by the fourth parameter.

6. The communication method according to claim 3, characterized in that, After sending the first DCI to the terminal via the physical downlink control channel, the method further includes: According to the DL-SPS-RNTI, the second downlink control information DCI is scrambled to obtain the scrambled second DCI, which is used to instruct the terminal to deactivate downlink semi-static scheduling. The scrambled second DCI is sent to the terminal via the physical downlink control channel.

7. A communication method, characterized in that, Applied to terminals, including: Send a first request to the base station, the first request carrying service data volume, the first request being used to request the base station to determine the semi-static scheduling configuration parameters corresponding to the terminal based on the service data volume; The system receives a first instruction sent by the base station. The first instruction carries the semi-static scheduling configuration parameters. The semi-static scheduling configuration parameters include a first parameter, which includes a parameter for indicating a first communication mode or a parameter for indicating a second communication mode. The size of the transmission code block in the first communication mode is smaller than the size of the transmission code block in the second communication mode.

8. The communication method according to claim 7, characterized in that, The semi-static scheduling configuration parameters include DL-SPS-RNTI; After receiving the first instruction sent by the base station, the method further includes: Receive the scrambled first DCI sent by the base station through the physical downlink control channel; According to the DL-SPS-RNTI, the scrambled first DCI is descrambled to obtain the first DCI, which is used to adjust the data receiving parameters of the terminal to the first data receiving parameters.

9. The communication method according to claim 8, characterized in that, The semi-static scheduling configuration parameters also include a second parameter and a third parameter. The second parameter is used to indicate the time interval for the base station to send downlink data to the terminal through the physical downlink shared channel, and the third parameter is used to indicate the transmission code block size for the base station to send downlink data to the terminal through the physical downlink shared channel. The method further includes: According to the second parameter and the third parameter, the data receiving parameters of the terminal are adjusted to the first data receiving parameters in order to receive downlink data sent by the base station through the physical downlink shared channel.

10. The communication method according to claim 9, characterized in that, The first parameter includes a parameter for indicating the first communication mode, the first DCI includes a scheduling delay field, and the fourth parameter corresponding to the scheduling delay field is used to indicate the transmission code block size of the base station sending downlink data to the terminal through the physical downlink shared channel in the downlink semi-static scheduling activation corresponding to the first DCI; The step of adjusting the terminal's data receiving parameters to the first data receiving parameters according to the second and third parameters, in order to receive downlink data transmitted by the base station through the physical downlink shared channel, includes: According to the second parameter, the third parameter, and the fourth parameter, the data receiving parameters of the terminal are adjusted to the first data receiving parameters in order to receive downlink data sent by the base station through the physical downlink shared channel.

11. The communication method according to claim 8, characterized in that, After receiving the scrambled first DCI transmitted by the base station through the physical downlink control channel, the method further includes: Receive the scrambled second DCI transmitted by the base station through the physical downlink control channel; According to DL-SPS-RNTI, the scrambled second DCI is descrambled to obtain a second DCI. The second DCI is used to adjust the data reception parameters of the terminal to the second data reception parameters so as to stop receiving downlink data sent by the base station through the physical downlink shared channel.

12. The communication method according to any one of claims 9 to 11, characterized in that, After receiving the scrambled first DCI transmitted by the base station through the physical downlink control channel, the method further includes: If the second DCI transmitted by the base station through the physical downlink control channel is not received, and the decoding of the transmission code block transmitted by the base station through the physical downlink shared channel fails N times consecutively, the reception of downlink data transmitted by the base station through the physical downlink shared channel shall be stopped. Monitor the physical downlink control channel.

13. A communication device, characterized in that, Applied to a base station, the device includes: The first receiving module is used to receive a first request sent by the terminal. The first request carries a service data volume. The first request is used to request the base station to determine the semi-static scheduling configuration parameters corresponding to the terminal based on the service data volume. A first sending module is configured to send a first instruction to the terminal. The first instruction carries the semi-static scheduling configuration parameters. The semi-static scheduling configuration parameters include a first parameter, which includes a parameter for indicating a first communication mode or a parameter for indicating a second communication mode. The size of the transmission code block in the first communication mode is smaller than the size of the transmission code block in the second communication mode.

14. A communication device, characterized in that, Applied to a terminal, the device includes: The second sending module is used to send a first request to the base station. The first request carries a service data volume and is used to request the base station to determine the semi-static scheduling configuration parameters corresponding to the terminal based on the service data volume. The second receiving module is configured to receive a first instruction sent by the base station. The first instruction carries the semi-static scheduling configuration parameters. The semi-static scheduling configuration parameters include a first parameter, which includes a parameter for indicating a first communication mode or a parameter for indicating a second communication mode. The size of the transmission code block in the first communication mode is smaller than the size of the transmission code block in the second communication mode.

15. A computer device, characterized in that, The device includes: a processor and a memory storing computer program instructions; When the processor executes the computer program instructions, it implements the communication method as described in any one of claims 1-6; or implements the communication method as described in any one of claims 7-12.

16. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer program instructions, which, when executed by a processor, implement the communication method as described in any one of claims 1-6; or implement the communication method as described in any one of claims 7-12.

17. A computer program product, characterized in that, When the instructions in the computer program product are executed by the processor of the computer device, the computer device is able to perform the communication method as described in any one of claims 1-6; or implement the communication method as described in any one of claims 7-12.

Images