Transmission processing method, terminal and network side equipment

Abstract

This application discloses a transmission processing method, a terminal, and a network-side device, belonging to the field of communication technology. The transmission processing method of this application includes: a terminal acquiring configuration information for a wake-up signal; during a first time period, the terminal listening to the wake-up signal according to the configuration information, wherein the first time period is a time period during which listening to the first physical downlink control channel (PDCCH) is skipped; wherein the configuration information includes at least one of the following: wake-up signal type; transmission configuration; listening start time; listening duration; listening timing; and listening period.

Description

Technical Field

[0001] This application belongs to the field of communication technology, specifically relating to a transmission processing method, a terminal, and a network-side device. Background Technology

[0002] Extended Reality (XR) services are quasi-periodic services, meaning that service packets (which can be understood as a frame of data) arrive at equal intervals without considering jitter. The intervals are small floating-point numbers, and XR services have very high latency requirements.

[0003] Furthermore, because service packets undergo data compression and rendering processes on the server side, there is a certain amount of jitter in the actual time it takes for the service packets to reach the base station. This jitter can be understood as an offset within a certain range relative to the ideal arrival time. Current technology can avoid the performance degradation caused by service packet jitter, but it also severely impacts the energy efficiency of the terminal. Similarly, ensuring the energy efficiency of the terminal will significantly affect transmission performance. Summary of the Invention

[0004] This application provides a transmission processing method, a terminal, and a network-side device that can both meet data transmission performance requirements and reduce scheduling latency, while ensuring that the terminal's energy-saving effect is not affected.

[0005] Firstly, a transmission processing method is provided, the method comprising:

[0006] The terminal obtains the configuration information for the wake-up signal;

[0007] During the first time period, the terminal listens for the wake-up signal according to the configuration information, wherein the first time period is the time period during which the first physical downlink control channel (PDCCH) is skipped;

[0008] The configuration information includes at least one of the following:

[0009] Wake-up signal type;

[0010] Transmission configuration;

[0011] Listen for the start time;

[0012] Listening duration;

[0013] Timing of the monitoring;

[0014] Listening cycle.

[0015] Secondly, a transmission processing apparatus is provided, comprising:

[0016] The acquisition module is used to acquire the configuration information of the wake-up signal;

[0017] The first processing module is configured to listen for a wake-up signal according to the configuration information during a first time period, wherein the first time period is a time period during which the first physical downlink control channel (PDCCH) is skipped.

[0018] The configuration information includes at least one of the following:

[0019] Wake-up signal type;

[0020] Transmission configuration;

[0021] Listen for the start time;

[0022] Listening duration;

[0023] Timing of the monitoring;

[0024] Listening cycle.

[0025] Thirdly, a transmission processing method is provided, the method comprising:

[0026] Configuration information for network-side devices to send wake-up signals;

[0027] The configuration information is used by the terminal to monitor the wake-up signal during the first time period;

[0028] The first time period is the period during which the first PDCCH listening is skipped;

[0029] The configuration information includes at least one of the following:

[0030] Wake-up signal type;

[0031] Transmission configuration;

[0032] Listen for the start time;

[0033] Listening duration;

[0034] Timing of the monitoring;

[0035] Listening cycle.

[0036] Fourthly, a transmission processing apparatus is provided, comprising:

[0037] The sending module is used to send configuration information for the wake-up signal;

[0038] The configuration information is used by the terminal to monitor the wake-up signal during the first time period;

[0039] The first time period is the period during which the first PDCCH listening is skipped;

[0040] The configuration information includes at least one of the following:

[0041] Wake-up signal type;

[0042] Transmission configuration;

[0043] Listen for the start time;

[0044] Listening duration;

[0045] Timing of the monitoring;

[0046] Listening cycle.

[0047] Fifthly, a terminal is provided, the terminal including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method described in the first aspect.

[0048] In a sixth aspect, a terminal is provided, including a processor and a communication interface, wherein the communication interface is used to acquire configuration information of a wake-up signal; the processor is used to listen to the wake-up signal according to the configuration information during a first time period, wherein the first time period is a time period during which the first physical downlink control channel (PDCCH) is skipped.

[0049] The configuration information includes at least one of the following:

[0050] Wake-up signal type;

[0051] Transmission configuration;

[0052] Listen for the start time;

[0053] Listening duration;

[0054] Timing of the monitoring;

[0055] Listening cycle.

[0056] In a seventh aspect, a network-side device is provided, the network-side device including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method as described in the third aspect.

[0057] Eighthly, a network-side device is provided, including a communication interface, wherein the communication interface is used to send configuration information for a wake-up signal;

[0058] The configuration information is used by the terminal to monitor the wake-up signal during the first time period;

[0059] The first time period is the period during which the first PDCCH listening is skipped;

[0060] The configuration information includes at least one of the following:

[0061] Wake-up signal type;

[0062] Transmission configuration;

[0063] Listen for the start time;

[0064] Listening duration;

[0065] Timing of the monitoring;

[0066] Listening cycle.

[0067] A ninth aspect provides a readable storage medium on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or implement the steps of the method described in the third aspect.

[0068] In a tenth aspect, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being configured to run programs or instructions to implement the method as described in the first aspect, or to implement the method as described in the third aspect.

[0069] Eleventhly, a computer program / program product is provided, the computer program / program product being stored in a non-volatile storage medium, the program / program product being executed by at least one processor to implement the method as described in the first aspect, or to implement the steps of the method as described in the third aspect.

[0070] In this embodiment, the terminal listens for the wake-up signal according to the configuration information of the acquired wake-up signal during the period when the first PDCCH listening is skipped. This embodiment enables timely processing of data falling within the skipped PDCCH listening period by having the terminal listen for the wake-up signal during this time, thereby reducing the transmission latency of these data packets and improving transmission performance. Furthermore, the energy consumed by the terminal for listening to the wake-up signal is very limited. Therefore, this embodiment achieves the technical effect of ensuring data transmission performance without reducing energy-saving gains. Attached Figure Description

[0071] Figure 1 A block diagram of a wireless communication system;

[0072] Figure 2 This is one of the flowcharts illustrating the transmission processing method according to an embodiment of this application;

[0073] Figure 3 This is one of the schematic diagrams illustrating the application of the method in the embodiments of this application;

[0074] Figure 4 This is a second schematic diagram illustrating the application of the method in the embodiments of this application;

[0075] Figure 5 for Figure 2 Corresponding device structure diagram;

[0076] Figure 6 This is a second schematic flowchart of the transmission processing method according to an embodiment of this application;

[0077] Figure 7 for Figure 6 Corresponding device structure diagram;

[0078] Figure 8 This is a structural diagram of a communication device according to an embodiment of this application;

[0079] Figure 9 This is a structural diagram of the terminal according to an embodiment of this application;

[0080] Figure 10 This is a structural diagram of the network-side device according to an embodiment of this application. Detailed Implementation

[0081] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0082] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same class, not limited in number; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0083] It is worth noting that the technologies described in this application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA), and other systems. The terms "system" and "network" in this application are often used interchangeably, and the described technologies can be used with the systems and radio technologies mentioned above, as well as with other systems and radio technologies. The following description describes New Radio (NR) systems for illustrative purposes, and the term NR is used in most of the following description; however, these technologies can also be applied to applications other than NR systems, such as 6th generation (6G) radio systems. th Generation 6G communication system.

[0084] Figure 1This diagram illustrates a block diagram of a wireless communication system applicable to embodiments of this application. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 can also be referred to as a terminal device or user equipment (UE). The terminal 11 can be a mobile phone, tablet computer, laptop computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), wearable device, vehicle-mounted device (VUE), pedestrian terminal (PUE), etc. Wearable devices include smartwatches, wristbands, headphones, glasses, etc. It should be noted that this application does not limit the specific type of terminal 11. Network-side device 12 can be a base station or a core network. The base station can be referred to as a node B, evolved node B, access point, base transceiver station (BTS), radio base station, radio transceiver, basic service set (BSS), extended service set (ESS), B node, evolved B node (eNB), home B node, home evolved B node, WLAN access point, WiFi node, transmitting and receiving point (TRP), or any other suitable term in the field, as long as the same technical effect is achieved. The base station is not limited to specific technical terms. It should be noted that in this application embodiment, only the base station in the NR system is used as an example, but the specific type of base station is not limited.

[0085] It's important to understand that XR services are quasi-periodic, meaning that packets arrive at equal intervals, and these intervals are small floating-point numbers (non-positive integers) (e.g., 30 FPS (frames per second) → 33.33ms, 60 FPS → 16.67ms, 120 FPS → 8.33ms). Furthermore, XR services have very high latency requirements, with an air interface transmission latency budget (PDB) of approximately 10ms.

[0086] However, due to the data compression and rendering processes required on the server side, the actual time it takes for the service packet to reach the base station varies. This jitter can be understood as an offset within a certain range before and after the ideal arrival time of the periodic service packet. The jitter offset follows a truncated Gaussian distribution, and its range is ±4ms before and after the arrival time of the quasi-periodic service packet.

[0087] For example, if the time it takes for a packet to reach the base station is n (in units such as ms), the actual arrival time of the packet is n+j due to the influence of jitter, where j is the size of the jitter. For example, if the jitter is -1ms, it means that the actual arrival time of the packet that should have arrived at time n is n-1ms.

[0088] It should also be noted that to reduce receiving activity during Radio Resource Control (RRC) idle states and effectively shut down the radio frequency (RF) and modem modules, thereby significantly reducing power consumption during communication reception, this can be achieved by introducing a near-zero power receiver into the terminal's receiver module. This near-zero power receiver does not require complex signal detection (such as amplification, filtering, quantization, etc.) from the RF module or signal processing from the modem; it relies solely on passive matched filtering and low-power signal processing. On the base station side, an on-demand wake-up signal can activate the near-zero power receiver, informing it of the activation notification and triggering a series of processes within the terminal, such as activating the RF transceiver and baseband processing modules. This wake-up signal is typically a simple on-off keying signal, allowing the receiver to receive the wake-up notification through simple power detection and subsequent sequence detection and recognition.

[0089] Based on the above description of the near-zero power receiver, the wake-up signal involved in this case can also be received using the aforementioned near-zero power receiver.

[0090] The transmission processing method provided in this application will be described in detail below with reference to the accompanying drawings and through some embodiments and application scenarios.

[0091] like Figure 2 As shown, the transmission processing method of this application embodiment includes:

[0092] Step 201: The terminal obtains the configuration information of the wake-up signal.

[0093] Here, the configuration information is used by the terminal to listen to the wake-up signal during the first time period. The configuration information includes at least one of the following: wake-up signal type; transmission configuration; listening start time; listening duration; listening timing; and listening period.

[0094] Optionally, the above configuration information includes information related to service packages.

[0095] It should be noted that the start time, end time, and midpoint of the monitoring duration, which have the same technical effect as the monitoring start time, are also within the scope of protection of this embodiment. Furthermore, the monitoring duration can also be referred to as the monitoring time window.

[0096] Step 202: During a first time period, the terminal listens for a wake-up signal according to the configuration information, wherein the first time period is a time period during which the first physical downlink control channel (PDCCH) is skipped.

[0097] Thus, according to steps 201 and 202, the terminal will listen to the wake-up signal based on the configuration information of the acquired wake-up signal during the period of skipping the first PDCCH listening. This embodiment of the application achieves timely processing of data falling within the period of skipping the first PDCCH listening by having the terminal listen to the wake-up signal during this time period, thereby reducing the transmission latency of this portion of data packets and improving transmission performance. Furthermore, the energy consumed by the terminal in listening to the wake-up signal is very limited. Therefore, this embodiment of the application achieves the technical effect of ensuring data transmission performance without reducing energy-saving gains.

[0098] Specifically, due to the jitter in XR service packets, data may arrive during the period when the first PDCCH is skipped. In this case, the terminal can perform the above steps and process the data in a timely manner by listening for the wake-up signal, thereby reducing the transmission latency of this part of the data packets and improving transmission performance.

[0099] In this embodiment, the wake-up signal type is associated with the action performed after the wake-up signal is detected and / or with the service type and priority. The transmission configuration includes one or more of the time-frequency resources, subcarrier configuration, sequence, and power occupied by the wake-up signal. The wake-up signal sequence can be a target reference signal (such as a CSI-RS) sequence, or it can be a newly defined sequence.

[0100] It should be understood that the start time of the wake-up signal monitoring can be understood as the start time of the monitoring duration. The monitoring duration can be understood as the monitoring range, equivalent to a monitoring time window or detection window.

[0101] Optionally, the monitoring start time is associated with at least one of the following:

[0102] The business package has reached its expected location within the specified timeframe;

[0103] Service packet jitter range;

[0104] The starting position of DRX duration (onduration).

[0105] That is, the monitoring start time can be the arrival position of the service packet's quasi-cycle, the start position of the DRX duration, or the position obtained by combining the arrival position of the service packet's quasi-cycle with the service packet jitter range. For example, the monitoring start time can be the position of maximum jitter (i.e., the position of negative jitter length) before the arrival position of the service packet's quasi-cycle.

[0106] Furthermore, the "ideal period arrival position" of the service package refers to the arrival position of the service package during its ideal period, which is the arrival position of the period without considering or having data jitter.

[0107] Optionally, there may be one or more listening opportunities within the listening duration.

[0108] Of course, the timing of the listening will be configured based on the characteristics of the business. For example, for XR services, the listening time for wake-up signals within a specific time range before and after the arrival of the business cycle is more frequent than the listening time outside the specific time range.

[0109] Optionally, the listening duration is associated with at least one of the following:

[0110] Service packet jitter range;

[0111] The range of positive jitter in the service packet;

[0112] The negative jitter range of the service package.

[0113] The positive jitter range of a service packet is the jitter range after the service packet reaches its designated position within the service cycle, such as 4ms; the negative jitter range is the jitter range before the service packet reaches its designated position within the service cycle, such as -4ms. Combining the positive and negative jitter ranges, the total jitter range of the service packet is [-4, 4]ms.

[0114] Optionally, the monitoring period is associated with at least one of the following:

[0115] DRX cycle;

[0116] Business package cycle.

[0117] That is, the listening period for the wake-up signal can be the DRX period, the service packet accuracy period, or a new period derived based on the DRX period or the service packet accuracy period. The terminal can periodically listen for the wake-up signal based on the configured listening period.

[0118] In this embodiment, the time period for skipping the first PDCCH monitoring, i.e., the first time period includes at least one of the following:

[0119] During the inactive period of discontinuous reception of DRX;

[0120] DCI instruction to skip the first PDCCH listening period;

[0121] The active period of the dormant bandwidth portion of the BWP;

[0122] During the activation of the hibernation search space group, the first PDCCH listening is skipped.

[0123] Here, the DRX inactive period (outside active time) can be understood as the time outside of the DRX activation period.

[0124] Wherein, if the first time period is implemented as at least two of the above, the first time period may be a combination of the at least two time periods, or only the overlapping portion of the at least two time periods. For example, if the DRX outside active time is T1 to T2, and the skipping of the first PDCCH listening period indicated by DCI is T3 to T4, and there is an overlapping time period T2 to T3 between the two, then the first time period is either T1 to T4 or T2 to T3.

[0125] Alternatively, in this embodiment, the method further includes:

[0126] If the terminal detects the wake-up signal, it performs downlink channel monitoring.

[0127] Understandably, the terminal performs downlink channel monitoring based on the detected wake-up signal. For example, the terminal might activate modules such as video transceiver and baseband processing for monitoring.

[0128] In one embodiment, if the terminal detects a wake-up signal during the skipping of the first PDCCH monitoring, the terminal performs downlink channel monitoring behavior.

[0129] It should be noted that the above embodiment differs from the existing wake-up indication in that the existing technology specifies whether the wake-up indication should be started within the next DRX onduration timer. This is equivalent to the UE determining whether to perform PDCCH listening within the next DRX onduration based on the wake-up indication's indication after receiving it. Furthermore, the wake-up indication is configured only if the terminal has DRX configured; that is, the wake-up indication domain is used in conjunction with the DRX configuration.

[0130] However, the terminal described in this application, upon detecting the wake-up signal, immediately performs or performs downlink channel monitoring behavior after a specific time interval, regardless of whether the terminal is configured with DRX.

[0131] Considering different implementations of the downlink channel, optionally in this embodiment, the downlink channel monitoring behavior performed when the wake-up signal is detected includes at least one of the following:

[0132] Perform listening on the second PDCCH;

[0133] Perform monitoring of the Physical Downlink Control Channel (PDSCH).

[0134] Here, the second PDCCH may be the same as or different from the first PDCCH. Furthermore, the first PDCCH and / or the second PDCCH includes at least one of the following:

[0135] The PDCCH carries the search space of the preset type;

[0136] PDCCH carrying preset downlink control information in DCI format;

[0137] The PDCCH is associated with the preset control resource set CORESET;

[0138] The PDCCH carries the DCI scrambled by the preset wireless network temporary identifier RNTI.

[0139] For example, the aforementioned first PDCCH may include a PDCCH carrying the Type 3 Common Search Space (CSS) and a PDCCH carrying the UE-specific search space (USS). Furthermore, for example, the aforementioned first PDCCH may not include a PDCCH for a PS-RNTI-scrambled DCI, meaning that listening to that DCI cannot be skipped.

[0140] Further, optionally, the execution of listening to the second PDCCH includes at least one of the following:

[0141] Start the DRX duration timer or the DRX inactivity timer;

[0142] Switch to non-sleep BWP;

[0143] Switch to the non-dormant search space group;

[0144] Stop the running first timer, wherein the terminal skips the first PDCCH listening during the operation of the first timer;

[0145] Stop executing the instruction to skip the first PDCCH listener.

[0146] In other words, the second PDCCH can be monitored through at least one of the above methods, and the above at least one method can be understood as the method of monitoring the second PDCCH.

[0147] Here, starting the DRX onduration timer allows for dynamic adjustment of the DRX onduration start time based on whether a wake-up signal is detected.

[0148] In the event that the wake-up signal is detected, listening to the PDSCH may optionally include receiving the semi-static scheduling (SPS) PDSCH.

[0149] Here, the SPS PDSCH may include at least one of the following: a pre-configured SPS PDSCH; an SPS PDSCH corresponding to a predetermined logical channel priority; or an SPS PDSCH corresponding to a predetermined QoS.

[0150] Optionally, the wake-up signal type is associated with the listening behavior of the downlink channel.

[0151] Thus, upon detecting the wake-up signal, the associated downlink channel monitoring behavior can be performed based on the wake-up signal type.

[0152] Optionally, the wake-up signal type is associated with the service type and priority.

[0153] Thus, different wake-up signal types can be associated with different service types or service priorities. For example, a wake-up signal type can be associated with a service specifying a Quality of Service (QoS) requirement or priority; a wake-up signal type can be associated with a service specifying a logical channel priority; a wake-up signal type can be associated with a specific service, such as an XR service; a wake-up signal type can be associated with the base layer or enhancement layer of adaptive transmission, etc. For example, wake-up signal type 1 indicates that wake-up signal 1 is configured for XR services; wake-up signal type 1 is associated with the listening behavior of the target PDCCH (XR service-related PDCCH), so when wake-up signal 1 is detected, the listening behavior of the target PDCCH is executed.

[0154] It should be noted that, in this embodiment, optionally, the listening to the wake-up signal includes:

[0155] The wake-up signal was detected; or,

[0156] The wake-up signal was detected, indicating that the device should be woken up.

[0157] Thus, when the terminal detects the wake-up signal, it performs downlink channel monitoring. Of course, if the wake-up signal also indicates whether to wake up, the terminal will only perform downlink channel monitoring when it detects that the wake-up signal indicates wake-up.

[0158] Optionally, detecting the wake-up signal includes:

[0159] The currently detected signal sequence is matched with the wake-up signal sequence, and if a match is successful, the wake-up signal is determined to have been detected; or

[0160] The signal strength of the currently detected signal is compared with a preset detection threshold. If the signal strength of the currently detected signal is greater than or equal to the preset detection threshold, it is determined that the wake-up signal has been detected.

[0161] In other words, whether a wake-up signal has been detected can be determined by matching the signal sequence or by comparing the signal strength with a preset detection threshold. Different preset detection thresholds correspond to different service priorities; for example, the preset detection threshold is lower for the base layer and higher for the enhancement layer (which has higher channel quality requirements). Specifically, the preset detection threshold can also be configured by the network-side equipment.

[0162] It should also be noted that, optionally, in this embodiment, the step of performing downlink channel monitoring when the terminal detects the wake-up signal includes:

[0163] The terminal performs downlink channel monitoring immediately after detecting the wake-up signal.

[0164] The time interval between the first moment and the moment when the wake-up signal is detected is configured or defined.

[0165] In other words, there is a certain time delay between the moment the terminal detects the wake-up signal and the moment it executes the downlink channel monitoring behavior; this delay can be understood as a transition delay. This transition delay (i.e., the time interval between the first moment and the moment the wake-up signal is detected) can be configured or indicated by the network-side device, or it can be predefined. For example, if the network-side device does not configure or indicate a transition delay, the terminal will execute the downlink channel monitoring behavior X time units after the end time of the time unit (such as a symbol or slot) where the wake-up signal is detected, where X is greater than or equal to 1.

[0166] The time interval can be associated with the subcarrier space (SCS) level.

[0167] Optionally, the method further includes:

[0168] During the time interval, the terminal does not receive and / or transmit.

[0169] In other words, the terminal does not receive or send anything during this time interval.

[0170] Optionally, in this embodiment, the wake-up signal carries indication information related to the downlink channel monitoring behavior;

[0171] The downlink channel monitoring behavior includes:

[0172] The terminal performs downlink channel monitoring based on the instruction information.

[0173] That is, when the terminal detects a wake-up signal, it can perform the corresponding downlink channel monitoring behavior based on the indication information carried in the wake-up signal, which is related to the downlink channel monitoring behavior.

[0174] For example, if the wake-up signal carries an indication of downlink channel monitoring behavior 1, and this downlink channel monitoring behavior 1 is switching to non-sleep BWP2, then when the terminal hears the wake-up signal, it switches to non-sleep BWP2 to monitor the PDCCH.

[0175] Optionally, in this embodiment, the method further includes:

[0176] If the wake-up signal is not detected during N consecutive listening attempts, the terminal stops listening for subsequent wake-up signals, where N is a positive integer greater than or equal to 1.

[0177] Here, the power consumption of continuous listening is avoided by stopping listening to the wake-up signal after N consecutive listening attempts have failed to detect the wake-up signal.

[0178] Of course, "not detecting a wake-up signal" could mean either that the wake-up signal was not detected at all, or that the detected wake-up signal indicated that it should not be woken up. "Not detecting a wake-up signal" specifically refers to a mismatch in the signal sequence or a signal strength that does not meet the preset detection threshold.

[0179] It should also be noted that, optionally, in this embodiment, the method further includes:

[0180] The terminal does not listen to the wake-up signal during a second time period, which includes at least one of the following:

[0181] DRX active time;

[0182] During the first PDCCH monitoring period;

[0183] During non-dormant BWP activation;

[0184] During the non-dormant search space group activation period.

[0185] The terminal saves power by not listening to the wake-up signal during the second time period as described above.

[0186] Alternatively, in this embodiment, the wake-up signal may be a terminal-specific wake-up signal or a group common wake-up signal.

[0187] Here, a terminal-specific wake-up signal is a wake-up signal used to wake up a specific terminal. A group common wake-up signal is a wake-up signal used to indicate a group of terminals.

[0188] The application of the method in the embodiments of this application will be explained below with reference to specific scenarios:

[0189] Scenario 1, such as Figure 3 As shown, the network-side device is configured with a wake-up signal. The starting position of the wake-up signal is configured relative to the arrival position t5 of the XR DL video service packet (e.g., the service period (t0~t5) is 16.67ms). The starting position of the wake-up signal is configured at position t2, which is the negative jitter length before the arrival position t5 of the quasi-period service packet. The listening duration of the wake-up signal is equal to the jitter range of the XR DL video service packet, which is ±4ms. At this time, the listening duration (t2~t6) is equivalent to a detection window, and the center of the window is the arrival position t5 of the quasi-period service packet. The listening period of the wake-up signal is equal to the quasi-period of the XR DL video service packet.

[0190] At time t1, the terminal receives a PDCCH skipping command from the network-side device. This command indicates that the PDCCH listening should be skipped until the next quasi-period data packet arrives.

[0191] According to the above-mentioned wake-up signal configuration, the terminal listens for the wake-up signal during the corresponding wake-up signal listening time and listening duration in the PDCCH non-listening state (that is, the PDCCH skipping duration indicated by the network-side device, i.e., within the first time period).

[0192] Because the actual arrival time of XR DL video service packets is subject to jitter, such as Figure 3 The jitter value shown is -3ms, meaning the actual arrival time of the service packet was 3ms earlier than expected. Therefore, upon receiving this service packet, the network-side device needs to immediately wake up the terminal currently in the PDCCH skip listening state to perform subsequent data scheduling.

[0193] like Figure 3 In this process, when the terminal detects a wake-up signal indicating wake-up at a certain wake-up signal listening time (i.e., the listening time at time t3), the terminal enters the PDCCH listening state (performing PDCCH listening). The steps include, for example, activating modules such as RF transceiver and baseband processing. During the listening duration (t2~t6), listening times after the listening time at time t3 are invalid wake-up signal listening times.

[0194] Here, the transition delay (i.e., Δt, Δt = t4 - t3) is based on a preset transition delay and is related to the SCS level. Given the current SCS = 30kHz, the transition delay is determined to be equal to one slot. That is, after receiving the wake-up signal indicating wake-up, the terminal prematurely ends the current PDCCH skip and enters the PDCCH listening state one slot later.

[0195] Thus, for XR DL video service packets with jitter, network-side devices can wake up terminals in the PDCCH skip listening state in advance to transmit service packets through wake-up signals of corresponding configuration information. This reduces data transmission latency caused by energy saving and avoids packet loss caused by data packets exceeding the Packet Delay Budget (PDB) due to scheduling latency, thus balancing energy saving and data transmission performance.

[0196] Scenario 2, such as Figure 4As shown, the network-side device is configured with DRX, such as a DRX onduration timer, and a DRX period (t0~t4). The network-side device is configured with a wake-up signal. The listening start position of the wake-up signal is configured relative to the DRX start position (e.g., the DRX period is 160ms). The listening start position of the wake-up signal is configured at position t1 before the DRX start position t4; the listening duration of the wake-up signal is 10ms; and the listening period of the wake-up signal is equal to the DRX period.

[0197] According to the above-mentioned wake-up signal configuration, the terminal listens for the wake-up signal at the corresponding wake-up signal listening time and during the listening duration under the DRX outside active time (that is, the PDCCH skip duration indicated by the network-side device, i.e., within the first time period).

[0198] Since service packets may arrive during the DRX off phase (DRX outside active time), the network-side device, upon receiving the service packet, needs to wake up the terminal currently in the PDCCH skip listening state if a wake-up signal opportunity arises later, in order to perform subsequent data scheduling.

[0199] like Figure 4 In the process, when the terminal detects a wake-up signal indicating wake-up at a certain wake-up signal listening time (i.e., the listening time at time t2), the terminal starts to enter the PDCCH listening state (to listen to the PDCCH). The method is to start the DRX inactivity timer immediately after the transition delay (i.e., at time t3). The network-side device can perform operations such as sending scheduling data to the PDCCH within this timer.

[0200] In this way, if a service packet arrives outside the DRX active time, the network-side device can wake up the sleeping terminal in advance to transmit the service packet through the wake-up signal of the corresponding configuration information, thereby reducing the data transmission latency caused by energy saving, balancing energy saving and data transmission performance, and is suitable for latency-sensitive service transmission.

[0201] It should be noted that the transmission processing method provided in this application embodiment can be executed by a transmission processing device or a control module within that device for executing the loading transmission processing method. This application embodiment uses the execution of the loading transmission processing method by a transmission processing device as an example to illustrate the transmission processing method provided in this application embodiment.

[0202] like Figure 5 As shown, the transmission processing apparatus of this application embodiment includes:

[0203] The acquisition module 510 is used to acquire the configuration information of the wake-up signal;

[0204] The first processing module 520 is configured to listen for a wake-up signal according to the configuration information during a first time period, wherein the first time period is a time period during which the first physical downlink control channel (PDCCH) is skipped.

[0205] The configuration information includes at least one of the following:

[0206] Wake-up signal type;

[0207] Transmission configuration;

[0208] Listen for the start time;

[0209] Listening duration;

[0210] Timing of the monitoring;

[0211] Listening cycle.

[0212] Optionally, the first time period includes at least one of the following:

[0213] During the inactive period of discontinuous reception of DRX;

[0214] DCI instruction to skip the first PDCCH listening period;

[0215] The active period of the dormant bandwidth portion of the BWP;

[0216] During the activation of the hibernation search space group, the first PDCCH listening is skipped.

[0217] Optionally, the monitoring start time is associated with at least one of the following:

[0218] The business package has reached its expected location within the specified timeframe;

[0219] Service packet jitter range;

[0220] DRX duration start position.

[0221] Optionally, there may be one or more listening opportunities within the listening duration.

[0222] Optionally, the listening duration is associated with at least one of the following:

[0223] Service packet jitter range;

[0224] The range of positive jitter in the service packet;

[0225] The negative jitter range of the service package.

[0226] Optionally, the monitoring period is associated with at least one of the following:

[0227] DRX cycle;

[0228] Business package cycle.

[0229] Optionally, the device further includes:

[0230] The second processing module is used to perform downlink channel monitoring behavior when the wake-up signal is detected.

[0231] Optionally, the downlink channel monitoring behavior includes at least one of the following:

[0232] Perform listening on the second PDCCH;

[0233] Perform monitoring of the Physical Downlink Control Channel (PDSCH).

[0234] Optionally, the execution of listening to the second PDCCH includes at least one of the following:

[0235] Start the DRX duration timer or the DRX inactivity timer;

[0236] Switch to non-sleep BWP;

[0237] Switch to the non-dormant search space group;

[0238] Stop the running first timer, wherein the terminal skips the first PDCCH listening during the operation of the first timer;

[0239] Stop executing the instruction to skip the first PDCCH listener.

[0240] Optionally, the execution of PDSCH monitoring includes: receiving semi-static scheduling (SPS) PDSCH.

[0241] Optionally, the wake-up signal type is associated with the listening behavior of the downlink channel.

[0242] Optionally, the wake-up signal is a terminal-specific wake-up signal or a group common wake-up signal.

[0243] Optionally, the second processing module is further configured to:

[0244] The downlink channel monitoring behavior is executed immediately after the wake-up signal is detected;

[0245] The time interval between the first moment and the moment when the wake-up signal is detected is configured or defined.

[0246] Optionally, the device further includes:

[0247] The third processing module is configured not to receive and / or transmit during the time interval.

[0248] Optionally, the listening to the wake-up signal includes:

[0249] The wake-up signal was detected; or,

[0250] The wake-up signal was detected, indicating that the device should be woken up.

[0251] Optionally, detecting the wake-up signal includes:

[0252] The currently detected signal sequence is matched with the wake-up signal sequence, and if a match is successful, the wake-up signal is determined to have been detected; or

[0253] The signal strength of the currently detected signal is compared with a preset detection threshold. If the signal strength of the currently detected signal is greater than or equal to the preset detection threshold, it is determined that the wake-up signal has been detected.

[0254] Optionally, the preset detection threshold is related to the wake-up signal type.

[0255] Optionally, the wake-up signal carries indication information related to the downlink channel monitoring behavior;

[0256] The instruction information is used to instruct the terminal to perform downlink channel monitoring behavior.

[0257] Optionally, the device further includes:

[0258] The fourth processing module is used to stop listening to subsequent wake-up signals if the wake-up signal is not detected during N consecutive listening opportunities, where N is a positive integer greater than or equal to 1.

[0259] Optionally, the device further includes:

[0260] The fifth processing module is configured not to listen to the wake-up signal during a second time period, the second time period including at least one of the following:

[0261] During DRX activation;

[0262] During the first PDCCH monitoring period;

[0263] During non-dormant BWP activation;

[0264] During the non-dormant search space group activation period.

[0265] This device listens for the wake-up signal based on the configuration information of the acquired wake-up signal during the period when the first PDCCH listening is skipped. This embodiment of the application achieves timely processing of data falling within the period when the terminal listens for the wake-up signal during the period when the first PDCCH listening is skipped, thereby reducing the transmission latency of this portion of data packets and improving transmission performance. Furthermore, the energy consumed by the terminal for listening to the wake-up signal is very limited. Therefore, it achieves the technical effect of ensuring data transmission performance without reducing energy-saving gains.

[0266] The transmission processing device in this application embodiment can be a device, a device or electronic device with an operating system, or a component, integrated circuit, or chip in a terminal. The device or electronic device can be a mobile terminal or a non-mobile terminal. For example, mobile terminals include, but are not limited to, the types of terminals 11 listed above, while non-mobile terminals can be servers, network attached storage (NAS), personal computers (PCs), televisions (TVs), ATMs, or self-service machines, etc. This application embodiment does not specifically limit the types of terminals.

[0267] The transmission processing device provided in this application embodiment can achieve... Figures 2 to 4 The various processes implemented by the terminal in the method embodiment will not be described again here to avoid repetition.

[0268] like Figure 6 As shown, the transmission processing method of this application embodiment includes:

[0269] Step 601: The network-side device sends configuration information for the wake-up signal;

[0270] The configuration information is used by the terminal to monitor the wake-up signal during the first time period;

[0271] The first time period is the period during which the first PDCCH listening is skipped;

[0272] The configuration information includes at least one of the following:

[0273] Wake-up signal type;

[0274] Transmission configuration;

[0275] Listen for the start time;

[0276] Listening duration;

[0277] Timing of the monitoring;

[0278] Listening cycle.

[0279] The configuration information for the wake-up signal sent by the network-side device is received by the terminal, enabling the terminal to listen for the wake-up signal during the period of skipping the first PDCCH listening, based on the received configuration information. By listening for the wake-up signal during the period of skipping the first PDCCH listening, the terminal can process data falling within that period in a timely manner, thereby reducing the transmission latency of these data packets and improving transmission performance. Furthermore, the energy consumed by the terminal for listening to the wake-up signal is very limited. Therefore, this achieves the technical effect of ensuring data transmission performance without sacrificing energy efficiency.

[0280] Optionally, the first time period includes at least one of the following:

[0281] During the inactive period of discontinuous reception of DRX;

[0282] Skip the PDCCH listening period;

[0283] During BWP activation, the portion of the dormant bandwidth is used.

[0284] During the activation of the hibernation search space group.

[0285] Optionally, the monitoring start time is associated with at least one of the following:

[0286] The business package has reached its expected location within the specified timeframe;

[0287] Service packet jitter range;

[0288] DRX duration start position.

[0289] Optionally, there may be one or more listening opportunities within the listening duration.

[0290] Optionally, the listening duration is associated with at least one of the following:

[0291] Service packet jitter range;

[0292] The range of positive jitter in the service packet;

[0293] The negative jitter range of the service package.

[0294] Optionally, the monitoring period is associated with at least one of the following:

[0295] DRX cycle;

[0296] Business package cycle.

[0297] Optionally, the wake-up signal type is associated with the listening behavior of the downlink channel.

[0298] Optionally, the wake-up signal is a terminal-specific wake-up signal or a group common wake-up signal.

[0299] Optionally, the wake-up signal carries indication information related to downlink channel monitoring behavior.

[0300] It should be noted that this method is implemented in conjunction with the terminal execution method in the above embodiments. The implementation of the above method embodiments is applicable to this method and can achieve the same calculation effect.

[0301] It should also be noted that the transmission processing method provided in this application embodiment can be executed by a transmission processing device or a control module within that transmission processing device for executing the loading transmission processing method. This application embodiment uses the execution of the loading transmission processing method by a transmission processing device as an example to illustrate the transmission processing method provided in this application embodiment.

[0302] like Figure 7 As shown, the transmission processing apparatus of this application embodiment includes:

[0303] The transmitting module 710 is used to transmit configuration information for the wake-up signal;

[0304] The configuration information is used by the terminal to monitor the wake-up signal during the first time period;

[0305] The first time period is the period during which the first PDCCH listening is skipped;

[0306] The configuration information includes at least one of the following:

[0307] Wake-up signal type;

[0308] Transmission configuration;

[0309] Listen for the start time;

[0310] Listening duration;

[0311] Timing of the monitoring;

[0312] Listening cycle.

[0313] Optionally, the first time period includes at least one of the following:

[0314] During the inactive period of discontinuous reception of DRX;

[0315] Skip the PDCCH listening period;

[0316] During BWP activation, the portion of the dormant bandwidth is used.

[0317] During the activation of the hibernation search space group.

[0318] Optionally, the monitoring start time is associated with at least one of the following:

[0319] The business package has reached its expected location within the specified timeframe;

[0320] Service packet jitter range;

[0321] DRX duration start position.

[0322] Optionally, there may be one or more listening opportunities within the listening duration.

[0323] Optionally, the listening duration is associated with at least one of the following:

[0324] Service packet jitter range;

[0325] The range of positive jitter in the service packet;

[0326] The negative jitter range of the service package.

[0327] Optionally, the monitoring period is associated with at least one of the following:

[0328] DRX cycle;

[0329] Business package cycle.

[0330] Optionally, the wake-up signal type is associated with the listening behavior of the downlink channel.

[0331] Optionally, the wake-up signal is a terminal-specific wake-up signal or a group common wake-up signal.

[0332] Optionally, the wake-up signal carries indication information related to downlink channel monitoring behavior; the indication information is used to instruct the terminal to perform downlink channel monitoring behavior.

[0333] The configuration information of the wake-up signal sent by the device, once received by the terminal, enables the terminal to listen for the wake-up signal during the period of skipping the first PDCCH listening, based on the received configuration information. By listening for the wake-up signal during the period of skipping the first PDCCH listening, the terminal can promptly process data falling within this period, thereby reducing the transmission latency of these data packets and improving transmission performance. Furthermore, the energy consumed by the terminal for listening to the wake-up signal is very limited. Therefore, this achieves the technical effect of ensuring data transmission performance without sacrificing energy efficiency.

[0334] The transmission processing apparatus in this application embodiment can be an apparatus, an apparatus with an operating system, or a network-side device. For example, network-side devices include, but are not limited to, the types of network-side devices 12 listed above; this application embodiment does not impose specific limitations.

[0335] The transmission processing device provided in this application embodiment can achieve... Figures 2 to 4The various processes implemented by the network-side device in the method embodiment will not be described again here to avoid repetition.

[0336] A terminal according to an embodiment of this application includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor. When the program or instructions are executed by the processor, they implement the steps of the transmission processing method executed by the terminal as described above.

[0337] An embodiment of this application provides a network-side device, including a processor, a memory, and a program or instructions stored in the memory and executable on the processor. When the program or instructions are executed by the processor, they implement the steps of a transmission processing method performed by the network-side device.

[0338] Optional, such as Figure 8 As shown, this application embodiment also provides a communication device, including a processor 801, a memory 802, and a program or instructions stored in the memory 802 and executable on the processor 801. For example, when the communication device 800 is a terminal, the program or instructions, when executed by the processor 801, implement the various processes of the above-described transmission processing method embodiment executed by the terminal, and achieve the same technical effect. When the communication device 800 is a network-side device, the program or instructions, when executed by the processor 801, implement the various processes of the above-described transmission processing method embodiment executed by the network-side device, and achieve the same technical effect. To avoid repetition, further details are omitted here.

[0339] This application embodiment also provides a terminal, including a processor and a communication interface, wherein the communication interface is used to acquire configuration information of a wake-up signal; and the processor is used to listen for the wake-up signal according to the configuration information during a first time period.

[0340] The first time period is the period during which the first physical downlink control channel (PDCCH) is skipped.

[0341] The configuration information includes at least one of the following:

[0342] Wake-up signal type;

[0343] Transmission configuration;

[0344] Listen for the start time;

[0345] Listening duration;

[0346] Timing of the monitoring;

[0347] Listening cycle.

[0348] This terminal embodiment corresponds to the aforementioned terminal-side method embodiment. All implementation processes and methods of the aforementioned method embodiments can be applied to this terminal embodiment and achieve the same technical effect. Specifically, Figure 9 A schematic diagram of the hardware structure of a terminal to implement the various embodiments of this application.

[0349] The terminal 900 includes, but is not limited to, at least some of the following components: radio frequency unit 901, network module 902, audio output unit 903, input unit 904, sensor 905, display unit 906, user input unit 907, interface unit 908, memory 909, and processor 910.

[0350] Those skilled in the art will understand that the terminal 900 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 910 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 9 The terminal structure shown does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0351] It should be understood that, in this embodiment, the input unit 904 may include a graphics processing unit (GPU) 9041 and a microphone 9042. The GPU 9041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 906 may include a display panel 9061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 907 includes a touch panel 9071 and other input devices 9072. The touch panel 9071 is also called a touch screen. The touch panel 9071 may include a touch detection device and a touch controller. Other input devices 9072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, and joysticks, which will not be described in detail here.

[0352] In this embodiment, the radio frequency unit 901 receives downlink data from the network-side device and processes it for the processor 910; additionally, it sends uplink data to the network-side device. Typically, the radio frequency unit 901 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, etc.

[0353] The memory 909 can be used to store software programs or instructions and various data. The memory 909 may primarily include a program or instruction storage area and a data storage area. The program or instruction storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 909 may include high-speed random access memory and non-volatile memory, which may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. For example, at least one disk storage device, flash memory device, or other non-volatile solid-state storage device.

[0354] Processor 910 may include one or more processing units; optionally, processor 910 may integrate an application processor and a modem processor, wherein the application processor mainly handles the operating system, user interface, and applications or instructions, and the modem processor mainly handles wireless communication, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 910.

[0355] Among them, the radio frequency unit 901 is used to acquire the configuration information of the wake-up signal;

[0356] Processor 910 is configured to listen for a wake-up signal according to the configuration information during a first time period, wherein,

[0357] The first time period is the period during which the first physical downlink control channel (PDCCH) is skipped.

[0358] The configuration information includes at least one of the following:

[0359] Wake-up signal type;

[0360] Transmission configuration;

[0361] Listen for the start time;

[0362] Listening duration;

[0363] Timing of the monitoring;

[0364] Listening cycle.

[0365] During the period when the first PDCCH monitoring is skipped, the terminal listens for the wake-up signal based on the configuration information of the acquired wake-up signal. This embodiment of the application achieves timely processing of data falling within the period when the first PDCCH monitoring is skipped by listening for the wake-up signal, thereby reducing the transmission latency of these data packets and improving transmission performance. Furthermore, the energy consumed by the terminal for listening to the wake-up signal is very limited. Therefore, this embodiment of the application achieves the technical effect of ensuring data transmission performance without reducing energy-saving gains.

[0366] Optionally, the processor 910 is further configured to:

[0367] Upon detecting the wake-up signal, the downlink channel monitoring behavior is performed.

[0368] Optionally, the processor 910 is further configured to:

[0369] The downlink channel monitoring behavior is executed immediately after the wake-up signal is detected;

[0370] The time interval between the first moment and the moment when the wake-up signal is detected is configured or defined.

[0371] Optionally, the processor 910 is further configured to:

[0372] During the time interval, no receiving and / or sending is performed.

[0373] Optionally, the processor 910 is further configured to:

[0374] If the wake-up signal is not detected during N consecutive listening attempts, listening for subsequent wake-up signals is stopped, where N is a positive integer greater than or equal to 1.

[0375] Optionally, the processor 910 is further configured to:

[0376] The wake-up signal is not listened to during a second time period, which includes at least one of the following:

[0377] During DRX activation;

[0378] During the first PDCCH monitoring period;

[0379] During non-dormant BWP activation;

[0380] During the non-dormant search space group activation period.

[0381] This application embodiment also provides a network-side device, including a processor and a communication interface for sending wake-up signals and configuration information;

[0382] The configuration information is used by the terminal to monitor the wake-up signal during the first time period;

[0383] The first time period is the period during which the first PDCCH is skipped;

[0384] The configuration information includes at least one of the following:

[0385] Wake-up signal type;

[0386] Transmission configuration;

[0387] Listen for the start time;

[0388] Listening duration;

[0389] Timing of the monitoring;

[0390] Listening cycle.

[0391] This network-side device embodiment corresponds to the above-described network-side device method embodiment. All implementation processes and methods of the above-described method embodiment can be applied to this network-side device embodiment and can achieve the same technical effect.

[0392] Specifically, the embodiment of the present application also provides a network side device. Figure 10 As shown, the network device 1000 includes: an antenna 1001, a radio frequency (RF) device 1002, and a baseband device 1003. The antenna 1001 is connected to the RF device 1002. In the uplink direction, the RF device 1002 receives information through the antenna 1001 and transmits the received information to the baseband device 1003 for processing. In the downlink direction, the baseband device 1003 processes the information to be transmitted and sends it to the RF device 1002. The RF device 1002 processes the received information and transmits it through the antenna 1001.

[0393] The aforementioned frequency band processing device can be located in the baseband device 1003. The method executed by the network-side device in the above embodiments can be implemented in the baseband device 1003, which includes a processor 1004 and a memory 1005.

[0394] The baseband device 1003 may include, for example, at least one baseband board on which multiple chips are disposed, such as... Figure 10 As shown, one of the chips, for example, is a processor 1004, which is connected to a memory 1005 to call the program in the memory 1005 and execute the network device operation shown in the above method embodiment.

[0395] The baseband device 1003 may also include a network interface 1006 for exchanging information with the radio frequency device 1002, such as a common public radio interface (CPRI).

[0396] Specifically, the network-side device in this embodiment of the invention further includes: instructions or programs stored in memory 1005 and executable on processor 1004, wherein processor 1004 calls the instructions or programs in memory 1005 to execute... Figure 7 The methods executed by each module shown achieve the same technical effect, and to avoid repetition, they will not be described in detail here.

[0397] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described transmission processing method embodiments and achieve the same technical effect. To avoid repetition, they will not be described again here.

[0398] The processor mentioned above is the processor in the terminal described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0399] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the various processes of the above-described transmission processing method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0400] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0401] It should be noted that, in this document, 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 one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0402] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0403] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A transmission processing method, characterized in that, include: The terminal obtains the configuration information for the wake-up signal; During the first time period, the terminal listens for the wake-up signal according to the configuration information, wherein the first time period is the time period during which the first physical downlink control channel (PDCCH) is skipped; During the second time period, the terminal does not listen to the wake-up signal, and the second time period includes the DRX activation period; The configuration information of the wake-up signal includes at least one of the following: Wake-up signal type; Wake-up signal transmission configuration; The start time of listening to the wake-up signal; The duration of listening for the wake-up signal; When to listen for the wake-up signal; The listening cycle for the wake-up signal.

2. The method according to claim 1, characterized in that, The transmission configuration of the wake-up signal includes at least one of the following: the time-frequency resources occupied by the wake-up signal, the power, and the wake-up signal sequence.

3. The method according to claim 1, characterized in that, Within the listening duration of the wake-up signal, there are one or more listening opportunities for the wake-up signal.

4. The method according to claim 1, characterized in that, The monitoring start time is associated with at least one of the following: The business package has reached its expected location within the specified timeframe; Service packet jitter range; DRX duration start position.

5. The method according to claim 1, characterized in that, The duration of the listening is associated with at least one of the following: Service packet jitter range; The range of positive jitter in the service packet; The negative jitter range of the service package.

6. The method according to claim 1, characterized in that, Also includes: If the terminal detects the wake-up signal, it performs downlink channel monitoring.

7. The method according to claim 6, characterized in that, When the terminal detects the wake-up signal, the downlink channel monitoring behavior includes: When the terminal detects the wake-up signal, it performs downlink channel monitoring behavior after a specific time interval.

8. The method according to claim 6, characterized in that, The downlink channel monitoring behavior includes at least one of the following: Perform listening on the second PDCCH; Perform monitoring of the Physical Downlink Control Channel (PDSCH).

9. The method according to claim 8, characterized in that, The execution of listening to the second PDCCH includes at least one of the following: Start the DRX duration timer or the DRX inactivity timer; Switch to non-sleep BWP; Switch to the non-dormant search space group; Stop the running first timer, wherein the terminal skips the first PDCCH listening during the operation of the first timer; Stop executing the instruction to skip the first PDCCH listener.

10. The method according to claim 8, characterized in that, The execution of listening to the second PDCCH includes at least one of the following: Start the DRX duration timer and adjust the start time of the DRX duration timer according to the detected wake-up signal; Switch to non-sleep BWP; Switch to the non-dormant search space group; Stop the running first timer, wherein the terminal skips the first PDCCH listening during the operation of the first timer; Stop executing the instruction to skip the first PDCCH listener.

11. The method according to claim 8, characterized in that, The execution of PDSCH monitoring includes receiving semi-static scheduling (SPS) PDSCH.

12. The method according to claim 6, characterized in that, The wake-up signal type is associated with the monitoring behavior of the downlink channel.

13. The method according to claim 1, characterized in that, The first time period includes at least one of the following: During the inactive period of discontinuous reception of DRX; DCI instruction to skip the first PDCCH listening period; The active period of the dormant bandwidth portion of the BWP; During the activation of the hibernation search space group, the first PDCCH listening is skipped.

14. The method according to claim 1, characterized in that, The monitoring period is associated with at least one of the following: DRX cycle; Business package cycle.

15. The method according to claim 6, characterized in that, When the terminal detects the wake-up signal, the downlink channel monitoring behavior is performed, including: The terminal performs downlink channel monitoring immediately after detecting the wake-up signal. The time interval between the first moment and the moment when the wake-up signal is detected is configured or defined.

16. The method according to claim 15, characterized in that, Also includes: During the time interval, the terminal does not receive and / or transmit.

17. The method according to claim 6, characterized in that, The detected wake-up signal includes: The wake-up signal was detected; or, The wake-up signal was detected, indicating that the device should be woken up.

18. The method according to claim 17, characterized in that, The detection of the wake-up signal includes: The currently detected signal sequence is matched with the wake-up signal sequence, and if a match is successful, the wake-up signal is determined to have been detected; or The signal strength of the currently detected signal is compared with a preset detection threshold. If the signal strength of the currently detected signal is greater than or equal to the preset detection threshold, it is determined that the wake-up signal has been detected.

19. The method according to claim 18, characterized in that, The preset detection threshold is related to the type of wake-up signal.

20. The method according to claim 6, characterized in that, The wake-up signal carries indication information related to the downlink channel monitoring behavior; The downlink channel monitoring behavior includes: The terminal performs downlink channel monitoring based on the instruction information.

21. The method according to claim 1, characterized in that, Also includes: If the wake-up signal is not detected during N consecutive listening attempts, the terminal stops listening for subsequent wake-up signals, where N is a positive integer greater than or equal to 1.

22. The method according to claim 1, characterized in that, The second time period also includes at least one of the following: During the first PDCCH monitoring period; During non-dormant BWP activation; During the non-dormant search space group activation period.

23. A transmission processing method, characterized in that, include: Configuration information for network-side devices to send wake-up signals; The configuration information is used by the terminal to listen to the wake-up signal during a first time period; the first time period is a time period during which the first PDCCH listening is skipped; the terminal does not listen to the wake-up signal during DRX activation. The configuration information of the wake-up signal includes at least one of the following: Wake-up signal type; Wake-up signal transmission configuration; The start time of listening to the wake-up signal; The duration of listening for the wake-up signal; When to listen for the wake-up signal; The listening cycle for the wake-up signal.

24. The method according to claim 23, characterized in that, The transmission configuration of the wake-up signal includes at least one of the following: the time-frequency resources occupied by the wake-up signal, the power, and the wake-up signal sequence.

25. The method according to claim 23, characterized in that, Within the listening duration of the wake-up signal, there are one or more listening opportunities for the wake-up signal.

26. The method according to claim 23, characterized in that, The first time period includes at least one of the following: During the inactive period of discontinuous reception of DRX; Skip the PDCCH listening period; During BWP activation, the portion of the dormant bandwidth is used; During the activation of the hibernation search space group.

27. The method according to claim 23, characterized in that, The monitoring start time is associated with at least one of the following: The business package has reached its expected location within the specified timeframe; Service packet jitter range; DRX duration start position.

28. The method according to claim 23, characterized in that, The duration of the listening is associated with at least one of the following: Service packet jitter range; The range of positive jitter in the service packet; The negative jitter range of the service package.

29. The method according to claim 23, characterized in that, The monitoring period is associated with at least one of the following: DRX cycle; Business package cycle.

30. A transmission processing apparatus, characterized in that, include: The acquisition module is used to acquire the configuration information of the wake-up signal; The first processing module is configured to listen for a wake-up signal according to the configuration information during a first time period, wherein the first time period is a time period during which the first physical downlink control channel (PDCCH) is skipped. The device is also used for: During the second time period, the wake-up signal is not monitored; the second time period includes the DRX activation period. The configuration information of the wake-up signal includes at least one of the following: Wake-up signal type; Wake-up signal transmission configuration; The start time of listening to the wake-up signal; The duration of listening for the wake-up signal; When to listen for the wake-up signal; The listening cycle for the wake-up signal.

31. The apparatus according to claim 30, characterized in that, The transmission configuration of the wake-up signal includes at least one of the following: the time-frequency resources occupied by the wake-up signal, the power, and the wake-up signal sequence.

32. The apparatus according to claim 30, characterized in that, Within the listening duration of the wake-up signal, there are one or more listening opportunities for the wake-up signal.

33. The apparatus according to claim 30, characterized in that, The device further includes: The second processing module is used to perform downlink channel monitoring behavior when the wake-up signal is detected.

34. The apparatus according to claim 33, characterized in that, The second processing module is specifically used for: Upon detecting the wake-up signal, downlink channel monitoring is performed after a specific time interval.

35. The apparatus according to claim 33, characterized in that, The downlink channel monitoring behavior includes at least one of the following: Perform listening on the second PDCCH; Perform monitoring of the Physical Downlink Control Channel (PDSCH).

36. The apparatus according to claim 35, characterized in that, The execution of listening to the second PDCCH includes at least one of the following: Start the DRX duration timer or the DRX inactivity timer; Switch to non-sleep BWP; Switch to the non-dormant search space group; Stop the running first timer, wherein the device skips the first PDCCH listening during the operation of the first timer; Stop executing the instruction to skip the first PDCCH listener.

37. The apparatus according to claim 35, characterized in that, The execution of listening to the second PDCCH includes at least one of the following: Start the DRX duration timer and adjust the start time of the DRX duration timer according to the detected wake-up signal; Switch to non-sleep BWP; Switch to the non-dormant search space group; Stop the running first timer, wherein the device skips the first PDCCH listening during the operation of the first timer; Stop executing the instruction to skip the first PDCCH listener.

38. A transmission processing apparatus, characterized in that, include: The sending module is used to send configuration information for the wake-up signal; The configuration information is used by the terminal to listen to the wake-up signal during a first time period; the terminal does not listen to the wake-up signal during DRX activation. The first time period is the period during which the first PDCCH listening is skipped; The configuration information of the wake-up signal includes at least one of the following: Wake-up signal type; Wake-up signal transmission configuration; The start time of listening to the wake-up signal; The duration of listening for the wake-up signal; When to listen for the wake-up signal; The listening cycle for the wake-up signal.

39. The apparatus according to claim 38, characterized in that, The transmission configuration of the wake-up signal includes at least one of the following: the time-frequency resources occupied by the wake-up signal, the power, and the wake-up signal sequence.

40. The apparatus according to claim 38, characterized in that, Within the listening duration of the wake-up signal, there are one or more listening opportunities for the wake-up signal.

41. A terminal, characterized in that, It includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the transmission processing method as described in any one of claims 1 to 22.

42. A network-side device, characterized in that, It includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the transmission processing method as described in any one of claims 23 to 29.

43. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the transmission processing method as described in any one of claims 1 to 22, or implement the steps of the transmission processing method as described in any one of claims 23 to 29.

Images