WO2021155592A1

WO2021155592A1 - Bandwidth part (bwp) processing method and device, and storage medium

Info

Publication number: WO2021155592A1
Application number: PCT/CN2020/074535
Authority: WO
Inventors: 卢前溪
Original assignee: Oppo广东移动通信有限公司
Priority date: 2020-02-07
Filing date: 2020-02-07
Publication date: 2021-08-12
Also published as: CN114731660A

Abstract

Embodiments of the present application provide a bandwidth part (BWP) processing method and device, and a storage medium. The method comprises: a terminal device receives first configuration information sent by a network device, determines DRX states corresponding to different service types according to the first configuration information, and according to the DRX states corresponding to the different service types, determines to maintain or change a BWP corresponding to a current service type. The process above solves the problem of switching between BWPs corresponding to different service types, and ensures that data of different service types can be effectively received.

Description

Processing method, equipment and storage medium of bandwidth part BWP

Technical field

The embodiments of the present application relate to the field of communication technologies, and in particular, to a processing method, device, and storage medium of a bandwidth part BWP.

Background technique

In the 5G New Radio (NR) system, the system bandwidth is the bandwidth of a carrier, which can be 400MHz. Compared with the 20MHz maximum bandwidth of the Long Term Evolution (LTE) system, the bandwidth is very large. If the terminal stays on a broadband carrier, the power consumption of the terminal is large. For this reason, a Bandwidth Part (BWP) is introduced, that is, a part of the system bandwidth, such as 10MHz, 100MHz, and the terminal can communicate with network equipment on the BWP.

The network equipment of the NR system can adjust the BWP according to the actual throughput of the terminal. For example, when the terminal rate is very low, the terminal can be configured with a smaller bandwidth, such as BWP1 as shown in Figure 1(a); when the terminal rate requirement is high, The terminal can be configured with a larger bandwidth, as shown in Figure 1(b), BWP2; the terminal supports high speed or operates in CA mode, and the terminal can be configured with multiple BWPs, as shown in Figure 1(c) BWP3 and BWP4. At present, the terminal of the NR system does not support working on two BWPs at the same time, that is, even if the network device configures multiple BWPs for the terminal, it can only work on one of the multiple BWPs at the same time.

Summary of the invention

The embodiments of the present application provide a processing method, device, and storage medium for the bandwidth part of the BWP to ensure that data of different service types can be effectively received.

In the first aspect, an embodiment of the present application provides a method for processing a bandwidth part BWP, including:

The terminal device receives first configuration information sent by the network device, where the first configuration information is used to indicate the first discontinuous reception DRX configuration parameter and the second DRX configuration parameter;

The terminal device maintains or changes the current BWP according to the first configuration information.

In the second aspect, an embodiment of the present application provides a method for processing a bandwidth part BWP, including:

When determining to switch from the first BWP to the second BWP, the terminal device adjusts the first DRX state and/or the second DRX state;

The first DRX state corresponds to a first BWP, and the second DRX state corresponds to a second BWP.

In the third aspect, an embodiment of the present application provides a method for processing a bandwidth part BWP, including:

The network device sends first configuration information to the terminal device, where the first configuration information is used to indicate the first discontinuous reception DRX configuration parameter and the second DRX configuration parameter, so that the terminal device maintains Or change the current BWP.

In a fourth aspect, an embodiment of the present application provides a terminal device, including:

A receiving module, configured to receive first configuration information sent by a network device, where the first configuration information is used to indicate a first discontinuous reception DRX configuration parameter and a second DRX configuration parameter;

The processing module is configured to maintain or change the current BWP according to the first configuration information.

In a fifth aspect, an embodiment of the present application provides a terminal device, including:

A processing module, configured to adjust the first DRX state and/or the second DRX state when it is determined to switch from the first BWP to the second BWP;

In a sixth aspect, an embodiment of the present application provides a network device, including:

The sending module is configured to send first configuration information to the terminal device, where the first configuration information is used to indicate the first discontinuous reception DRX configuration parameter and the second DRX configuration parameter, so that the terminal device can be configured according to the first configuration. Information, maintain or change the current BWP.

In a seventh aspect, an embodiment of the present application provides a terminal device, including:

Transceiver, processor, memory;

The memory stores computer execution instructions;

The processor executes the computer-executable instructions stored in the memory, so that the processor executes the method according to any one of the first aspect.

Optionally, the foregoing processor may be a chip.

In an eighth aspect, an embodiment of the present application provides a terminal device, including:

Transceiver, processor, memory;

The memory stores computer execution instructions;

The processor executes the computer-executable instructions stored in the memory, so that the processor executes the method according to any one of the second aspect.

Optionally, the foregoing processor may be a chip.

In a ninth aspect, an embodiment of the present application provides a network device, including:

Transceiver, processor, memory;

The memory stores computer execution instructions;

The processor executes the computer-executable instructions stored in the memory, so that the processor executes the method according to any one of the third aspect.

Optionally, the foregoing processor may be a chip.

In a tenth aspect, an embodiment of the present application may provide a computer-readable storage medium having a computer-executable instruction stored in the computer-readable storage medium, and when the computer-executable instruction is executed by a processor, it is used to implement the Any of the methods.

In an eleventh aspect, an embodiment of the present application provides a computer-readable storage medium having computer-executable instructions stored in the computer-readable storage medium. When the computer-executable instructions are executed by a processor, they are used to implement the second aspect Any of the methods.

In the twelfth aspect, an embodiment of the present application provides a computer-readable storage medium that stores a computer-executable instruction, and when the computer-executable instruction is executed by a processor, it is used to implement the third aspect Any of the methods.

In a thirteenth aspect, an embodiment of the present application provides a communication system, including: a terminal device and a network device; the terminal device is the terminal device described in the fourth aspect or the fifth aspect, and the network device is the sixth aspect described above. The network equipment described in the aspect.

The embodiments of the present application provide a processing method, device, and storage medium of the bandwidth part BWP. The method includes: the terminal device receives the first configuration information sent by the network device, determines the DRX status corresponding to different service types according to the first configuration information, and determines to maintain or change the BWP corresponding to the current service type according to the DRX status corresponding to the different service types . The above processing process solves the problem of switching between BWPs of different service types, and ensures that data of different service types can be effectively received.

Description of the drawings

FIG. 1 is a schematic diagram of a network device provided by an embodiment of the application configuring a BWP for a terminal device;

2 is a schematic diagram of the cycle of the discontinuous reception DRX mechanism provided by an embodiment of the application;

FIG. 3 is a schematic structural diagram of a communication system provided by an embodiment of this application;

4 is a schematic flowchart of a method for processing a bandwidth part BWP provided by an embodiment of the application;

FIG. 5 is a schematic diagram of the BWP in the system bandwidth corresponding to the two service types provided by the embodiments of the application;

6 is a schematic flowchart of a method for processing a broadband part of BWP provided by an embodiment of this application;

FIG. 7 is a schematic flowchart of a method for processing a bandwidth part BWP according to an embodiment of the application;

FIG. 8 is a schematic structural diagram of a terminal device provided by an embodiment of this application;

FIG. 9 is a schematic structural diagram of a terminal device provided by an embodiment of this application;

FIG. 10 is a schematic structural diagram of a network device provided by an embodiment of this application;

FIG. 11 is a schematic diagram of the hardware structure of a terminal device provided by an embodiment of the application;

FIG. 12 is a schematic diagram of the hardware structure of a network device provided by an embodiment of the application.

Detailed ways

In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described clearly and completely in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments It is a part of the embodiments of the present application, but not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative work shall fall within the protection scope of this application.

The terms "first", "second", etc. in the description, claims, and the above-mentioned drawings of the embodiments of the present application are used to distinguish similar objects, and are not necessarily used to describe a specific sequence or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances, so that the embodiments of the present application described herein can be implemented in a sequence other than that shown or described herein. In addition, the terms "including" and "having" and any variations of them are intended to cover non-exclusive inclusions. For example, a process, method, system, product, or device that includes a series of steps or units is not necessarily limited to those clearly listed. Those steps or units may include other steps or units that are not clearly listed or are inherent to these processes, methods, products, or equipment.

In the LTE system, Multimedia Broadcast Multicast Service (MBMS) is a service introduced in 3GPP R6. MBMS is a technology that transmits data from one data source to multiple user equipments by sharing network resources. It can effectively use network resources while providing multimedia services to achieve higher rate (256kbp/s) multimedia service broadcasting and grouping. broadcast. Due to the low spectrum efficiency of MBMS in 3GPP R6, it is not enough to effectively carry and support the operation of mobile TV-type services. Therefore, in the LTE project, 3GPP clearly proposed to enhance the ability to support downlink high-speed multimedia broadcast and multicast services, and determined The design requirements for the physical layer and air interface have been improved. Evolved MBMS (E-MBMS) is introduced in R9. E-MBMS uses Multimedia Broadcast Multicast Service Single Frequency Network (MBSFN) to send MBMS service data, namely Use a uniform frequency to send data in all cells at the same time, but to ensure synchronization between cells. This method can greatly improve the overall signal-to-noise ratio distribution of the cell, and the spectrum efficiency is also improved accordingly.

However, under normal circumstances, users who receive the MBMS service only exist in a few cells in the MBSFN area, and sending the MBMS service in a cell without users will waste air interface resources. In order to solve the problem of wasting air interface resources in the MBSFN mode, the LTE system has introduced the Single Cell Point To Multipoint (SC-PTM) method to send MBMS service data, and only the cell where the user receiving the MBMS service is located is selected to send the data. , In order to save the air interface resources of other non-user cells. The Multi-cell/multicast Coordination Entity (MCE) in the MBMS network architecture decides whether to use the SC-PTM transmission mode or the MBSFN transmission mode.

For SC-PTM, new logical channels are introduced: Single Cell Multicast Control Channel (SC-MCCH) and Single Cell Multicast Transport Channel (SC-MTCH), which are mapped to DL-SCH transmission channel, physical downlink shared channel PDSCH. SC-MCCH and SC-MTCH do not support hybrid automatic repeat request HARQ operation, and use UM RLC. A new SIB type (SIB20) and a new RNTI (SC-N-RNTI) have also been introduced. Among them, the SIB20 is used to transmit SC-MCCH configuration information. There is only one SC-MCCH in a cell. The SC-MCCH configuration information includes: SC-MCCH modification period, repetition period, and radio frame and subframe configuration information. SC-N-RNTI (fixed value FFFB) (Single Cell Notification RNTI) is used to identify the PDCCH of the SC-MCCH change notification, and one of the 8 bits in the DCI 1C can be used to indicate the change notification. The modification period boundary is defined as SFN mod m=0, where m is the modification period (sc-mcch-Modification Period) configured in SIB20.

The Discontinuous Reception (DRX) mechanism is a method proposed in LTE to reduce the energy consumption of terminal equipment. The basic idea of DRX is to allow terminal equipment to turn off some wireless transceiver units and enter sleep mode without data transmission. Reduce energy consumption.

In the LTE system, for the discontinuous reception mechanism of unicast and multicast, the terminal equipment can run the unicast and multicast DRX mechanisms respectively on the same carrier. For example, the terminal device determines whether to receive the control channel for unicast according to the DRX mechanism of unicast, and the terminal device determines whether to receive the control channel for multicast according to the multicast DRX mechanism.

The DRX mechanism of unicast is briefly introduced below.

DRX can be divided into idle state DRX (Idle DRX) and connected state DRX (Connected DRX, CDRX). In the Idle DRX mode, the terminal device has no wireless resource connection, and it mainly completes the monitoring of the call channel and the broadcast channel. In order to achieve discontinuous reception, only a fixed sleep period needs to be configured. The DRX period in the Idle-DRX mode is divided into an active period And sleep period. In the Connected-DRX mode, the terminal device has three states, which are in an active period, a short DRX cycle (light sleep period) and a long DRX cycle (deep sleep period), as shown in Figure 3. In the active period, the UE is in the power consumption mode; in the light sleep period and the deep sleep period, the UE is in the power saving mode.

For Connected-DRX mode: In the active period, t _i deactivation timer started, the PDCCH receiver detects the open terminal device, while receiving packet data from the network side. T _i before the timer expires, the PDCCH indicates a downlink data transmission restart t _i, re-enter the active period, whereas the terminal device enters a light sleep period. In the short DRX cycle, the DRX short cycle timer t _{s is} used to specify the number of short DRX cycles; the short DRX cycle t _ds includes the on duration _Ton and the sleep period. T _on is the time for the terminal device to monitor the PDCCH and wait for/receive the transmission of uplink and downlink data from the base station. During the sleep period, the terminal device turns off the transceiver unit and does not monitor the PDCCH. When the PDCCH indicates a downlink data transmission, the terminal device enters the active period from the short DRX cycle, otherwise the terminal device remains in the short DRX cycle until the t _s timer overflows and enters the deep sleep period. In the long sleep period, t _dl is the deep sleep period, and t _dl includes the on duration _Ton and the sleep period. Among them, the _{Ton of the} long sleep cycle may be the same as the cycle of the short DRX, but the sleep period is different. If the PDCCH indicates that there is a downlink transmission, the terminal device switches from the long sleep period to the active period. On the contrary, the terminal device is still in a long sleep cycle. In the short and long DRX cycle, the network side will not transmit any data packets to the terminal device. The radio resource control (Radio Resource Control, RRC) controls the above several parameters to work together, so that the terminal device can switch between the above three states, so as to realize the energy-saving effect of the DRX mechanism.

In the embodiment of the present application, the DRX timer for unicast includes at least one of the following:

drx-onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, drx-ShortCycleTimer, drx-HARQ-RTT-TimerDL, drx-HARQ-RTT-TimerUL.

The multicast DRX mechanism is similar to the unicast DRX mechanism, and the details can be referred to above.

In the embodiment of the present application, the DRX timer for multicast includes at least one of the following:

onDurationTimerSCPTM, drx-InactivityTimerSCPTM.

Correspondingly, the DRX configuration for multicast includes:

1) [(SFN*10)+subframenumber] modulo(SC-MTCH-SchedulingCycle)=SC-MTCH-SchedulingOffset, start the timer onDurationTimerSCPTM; 2) When the terminal device receives the physical downlink control channel PDCCH scheduling, start the timer drx-Inactivity TimerSCPTM; 3) Only when the above-mentioned timer onDurationTimerSCPTM or drx-InactivityTimerSCPTM is running, the downlink SC-PTM service (multicast service) is received.

At present, the 5G new air interface NR system does not support multimedia broadcast and multicast services. With the continuous increase of mobile terminal user data, the demand for video services has increased, and the rapid development of digital TV technology and network communication technology, wireless broadcast and multicast services It has become one of the hotspots in the wireless application field, and the multimedia broadcast and multicast service technology, as an important implementation of mobile TV, will play an important role in the NR system and has a greater development prospect.

Since the bandwidth part (Bandwidth Part, BWP) is introduced in the NR system, it is possible to consider configuring different BWPs for unicast and multicast. BWP refers to a part of the system bandwidth, and the system bandwidth can be the carrier bandwidth. This bandwidth part is also called carrier bandwidth part, operating bandwidth, or transmission bandwidth. The embodiment of the present application does not impose any restrictions on the name and abbreviation of the bandwidth part.

In related technologies, a terminal device can only work on one BWP at the same time period. Even if the network side configures multiple BWPs for the terminal device, it can only work on one of the multiple BWPs at the same time period. If the network side configures the terminal device with a BWP dedicated for unicast and a BWP dedicated for MBMS, how to switch between the BWP dedicated for unicast and the BWP dedicated for MBMS is a technical problem to be solved urgently. In addition, different BWPs run different DRX mechanisms. The terminal device can run the unicast DRX mechanism on the unicast dedicated BWP, and the multicast DRX mechanism on the MBMS dedicated BWP. How to realize the interoperability between the unicast DRX mechanism and the MBMS DRX mechanism is urgently to be resolved Another technical problem.

In order to solve the above technical problems, an embodiment of the present application provides a BWP processing method. The terminal device obtains the DRX configuration parameters corresponding to different service types to determine the DRX status corresponding to the different service types, and then determines whether the current one needs to be switched according to the DRX status. BWP, different business types correspond to different BWPs. When determining to switch the current BWP, the DRX timers corresponding to different service types are adjusted accordingly to realize the interoperability of the DRX mechanisms corresponding to different service types. The above processing process can realize the effective transmission of service data of different service types, and at the same time can reduce the energy loss of the terminal equipment as much as possible.

The following first briefly introduces a schematic diagram of the architecture of a communication system to which the embodiments of the present application are applicable.

FIG. 3 is a schematic structural diagram of a communication system provided by an embodiment of this application. As shown in FIG. 3, the communication system may include a network device 110 and a plurality of terminal devices 120 located within the coverage area of the network device 110. FIG. 3 exemplarily shows one network device 110 and two terminal devices 120.

Optionally, the communication system may include multiple network devices 110, and the coverage of each network device may include other numbers of terminal devices 120. The embodiment of the present application may include network devices 110 and terminal devices included in the communication system. The number of 120 is not limited.

As shown in FIG. 3, the terminal device 120 is connected to the network device 110 in a wireless manner. For example, the network device 110 and the multiple terminal devices 120 may use unlicensed spectrum for wireless communication.

Optionally, the terminal devices 120 may perform direct terminal connection (Device to Device, D2D) communication.

It is understandable that Figure 3 is only a schematic diagram. The communication system may also include other network equipment, such as core network equipment, wireless relay equipment, and wireless backhaul equipment, or may include other networks such as network controllers and mobility management entities. Entity, the embodiment of this application is not limited to this.

The technical solutions of the embodiments of this application can be applied to various communication systems, such as: global system of mobile communication (GSM) system, code division multiple access (CDMA) system, and broadband code division multiple access (GSM) system. wideband code division multiple access, WCDMA) system, general packet radio service (GPRS), long term evolution (LTE) system, LTE frequency division duplex (FDD) system, LTE time division Duplex (time division duplex, TDD) system, advanced long term evolution (LTE-A) system, new radio (new radio, NR) system, NR system evolution system, LTE ( LTE-based access to unlicensed spectrum, LTE-U) system, NR (NR-based access to unlicensed spectrum, NR-U) system on unlicensed frequency bands, universal mobile telecommunication system (UMTS), global interconnection Microwave access (worldwide interoperability for microwave access, WiMAX) communication systems, wireless local area networks (WLAN), wireless fidelity (WiFi), next-generation communication systems or other communication systems, etc.

Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communication, but also support, for example, device to device (device to device, D2D) communication, machine to machine (M2M) communication, machine type communication (MTC), and vehicle to vehicle (V2V) communication, etc. The embodiments of this application can also be applied to these communications system.

The system architecture and business scenarios described in the embodiments of this application are intended to more clearly illustrate the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. Those of ordinary skill in the art will know that with the network With the evolution of architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of the present application are equally applicable to similar technical problems.

The network equipment involved in the embodiments of this application may be a common base station (such as NodeB or eNB or gNB), a new radio controller (NR controller), a centralized network element (centralized unit), a new radio base station, Remote radio module, micro base station, relay, distributed unit, reception point (transmission reception point, TRP), transmission point (transmission point, TP), or any other equipment. The embodiment of the present application does not limit the specific technology and specific device form adopted by the network device. For the convenience of description, in all the embodiments of the present application, the above-mentioned devices that provide wireless communication functions for terminal devices are collectively referred to as network devices.

In the embodiment of the present application, the terminal device may be any terminal. For example, the terminal device may be a user equipment for machine-type communication. That is to say, the terminal equipment can also be called user equipment (UE), mobile station (MS), mobile terminal (mobile terminal), terminal (terminal), etc. The terminal equipment can be connected via wireless The radio access network (RAN) communicates with one or more core networks. For example, the terminal device may be a mobile phone (or called a "cellular" phone), a computer with a mobile terminal, etc., for example, the terminal device may also They are portable, pocket-sized, handheld, computer-built or vehicle-mounted mobile devices that exchange language and/or data with the wireless access network. There is no specific limitation in the embodiments of this application.

Optionally, the network equipment and terminal equipment can be deployed on land, including indoor or outdoor, handheld or vehicle-mounted; they can also be deployed on the water; they can also be deployed on aircraft, balloons, and satellites in the air. The embodiments of the present application do not limit the application scenarios of network equipment and terminal equipment.

Optionally, communication between network equipment and terminal equipment and between terminal equipment and terminal equipment can be carried out through licensed spectrum, or through unlicensed spectrum, or through licensed spectrum and terminal equipment at the same time. Unlicensed spectrum for communication. Between network equipment and terminal equipment and between terminal equipment and terminal equipment can communicate through the frequency spectrum below 7 gigahertz (gigahertz, GHz), can also communicate through the frequency spectrum above 7 GHz, and can also use the frequency spectrum below 7 GHz and Communication is performed in the frequency spectrum above 7GHz. The embodiment of the present application does not limit the spectrum resource used between the network device and the terminal device.

Based on the foregoing communication system, the technical solutions provided by the embodiments of the present application will be described in detail below through specific embodiments. It should be noted that the technical solutions provided by the embodiments of this application may include some or all of the following content. The following specific embodiments may be combined with each other. For the same or similar concepts or processes, some embodiments may be used. No longer.

FIG. 4 is a schematic flowchart of a method for processing a bandwidth part BWP provided by an embodiment of the application. As shown in Figure 4, the method may include the following steps:

Step 201: The network device sends first configuration information to the terminal device, where the first configuration information is used to indicate the first DRX configuration parameter and the second DRX configuration parameter.

In the embodiment of the present application, the communication system supports multiple service types, such as unicast service and MBMS service. Optionally, MBMS services can be subdivided into broadcast services and multicast services (or called multicast services). Different service types usually correspond to different DRX configuration parameters.

As an example, the first configuration information may be used to indicate the DRX configuration parameter corresponding to the unicast service and the DRX configuration parameter corresponding to the MBMS service. As another example, the first configuration information may be used to indicate the DRX configuration parameter corresponding to the unicast service and the DRX configuration parameter corresponding to the multicast service.

Optionally, the first DRX configuration parameter in the embodiment of the present application is for unicast service, and the second DRX configuration parameter is for multicast service; or, the first DRX configuration parameter is for multicast service, and the second DRX configuration parameter is for unicast service. business.

In the embodiment of the present application, the DRX configuration parameters include the length (duration) of various timers and the length of various cycles. As an example, the DRX configuration parameters of the unicast service may include the length and short length of each unicast DRX timer (for example, drx-onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer, drx-ShortCycleTimer, drx-HARQ-RTT-Timer). DRX cycle, long DRX cycle, sleep cycle, etc. As another example, the DRX configuration parameters of the multicast service may include the length of each multicast DRX timer (for example, onDurationTimerSCPTM, drx-InactivityTimerSCPTM), short DRX cycle, long DRX cycle, sleep cycle, and so on.

The terminal device can determine whether the DRX of the service type is activated or deactivated according to the DRX configuration parameters corresponding to the different service types. If the DRX of the service type is activated, the terminal device can monitor the PDCCH on the BWP corresponding to the service type. , Wait for or receive the uplink and downlink data of the service type. It should be noted that in the NR system, the terminal equipment cannot work on multiple BWPs at the same time. Therefore, the terminal equipment can only monitor the PDCCH on the BWP corresponding to a certain service type at the same time, and wait or receive the service of this service type. Upstream and downstream data.

In order to ensure effective transmission of uplink and downlink data without service types, step 202 may be used to maintain or change the current BWP.

Step 202: The terminal device maintains or changes the current BWP according to the first configuration information.

It can be known from step 201 that the first configuration information is used to indicate the first DRX configuration parameter and the second DRX configuration parameter, and different DRX configuration parameters correspond to different service types. Specifically, the terminal device determines the first DRX state according to the first DRX configuration parameter; the terminal device determines the second DRX state according to the second DRX configuration parameter; the terminal device determines the second DRX state according to at least one of the first DRX state and the second DRX state, Determine to maintain or change the current BWP.

It should be understood that the first DRX state and the second DRX state determined by the terminal device respectively correspond to different service types. If the first DRX configuration parameter corresponds to the first service type, such as a multicast service, the first DRX status determined by the terminal device is the DRX status for the first service type (such as multicast service); if the second DRX configuration parameter corresponds to the second For the service type, such as unicast service, the second DRX status determined by the terminal device is the DRX status for the second service type (for example, unicast service).

Wherein, the first DRX state and the second DRX state both include the following two states: an activated state and a deactivated state. The first DRX state is active state means that the downlink transmission of the first service type data is detected on the BWP corresponding to the first service type, and the second DRX state is active state means the second service is detected on the BWP corresponding to the second service type Downlink transmission of type data.

In the embodiment of the present application, the terminal device determines to maintain or change the current BWP according to at least one of the first DRX state and the second DRX state, including the following two possible implementation manners:

In the first possible implementation manner, the current BWP is the first BWP corresponding to the first service type, that is, the terminal device is currently working on the first BWP and detects the downlink transmission of the first service type on the PDCCH of the first BWP.

Specifically, the terminal device determines to maintain or change the current BWP according to at least one of the first DRX state and the second DRX state, including at least one of the following situations:

In the first case, the terminal device determines to maintain or change the first BWP according to the first DRX state. Specifically, if the first DRX state is the deactivated state, it is determined to change the first BWP. Or, if the first DRX state is the active state, it is determined to maintain the first BWP. It should be noted that changing the first BWP includes: switching from the current first BWP to the second BWP, or expanding the current first BWP while simultaneously covering the first BWP and the second BWP. The second BWP is the BWP corresponding to the second service type. This solution only considers the first DRX state corresponding to the first service type corresponding to the current BWP. If the first DRX state is the deactivated state, change the first BWP. If the first DRX state is the active state, in order to ensure the data of the first service type The normal reception is maintained, and the current first BWP is maintained.

In the second case, the terminal device determines to maintain or change the first BWP according to the second DRX state. Specifically, if the second DRX state is the active state, it is determined to change the first BWP. Or, if the second DRX state is the deactivated state, it is determined to maintain the first BWP. This solution only considers the second DRX state corresponding to the second service type. If the second DRX state is the active state, regardless of whether the first DRX state corresponding to the first service type corresponding to the current first BWP is the active state or the deactivated state, Both change the first BWP, and it can be seen that the solution implies that the processing priority of the second service type is greater than that of the first service type. If the second DRX state is the deactivated state, the current first BWP is maintained to avoid unnecessary change operations and reduce the energy consumption of the terminal device.

In the third case, the terminal device determines to maintain or change the first BWP according to the first DRX state and the second DRX state. See Table 1 for details.

Table 1

It can be seen from Table 1 that if the first DRX state and the second DRX state are both active states, the terminal device can determine to maintain or change the current BWP according to the priority order of processing different service types. If both the first DRX state and the second DRX state are in the deactivated state, the current BWP is maintained, unnecessary change operations are avoided, and the energy consumption of the terminal device is reduced.

In the second possible implementation manner, the current BWP is the second BWP corresponding to the second service type, that is, the terminal device is currently working on the second BWP and detects the downlink transmission of the second service type on the PDCCH of the second BWP. According to at least one of the first DRX state and the second DRX state, the terminal device determines to maintain or change the current BWP. The implementation principle is similar to the foregoing first implementation manner. For details, please refer to the above and will not be repeated here.

In the technical solution provided by the embodiments of this application, the terminal device receives the first configuration information sent by the network device, determines the DRX status corresponding to different service types according to the first configuration information, and determines to maintain or change the current DRX status according to the DRX status corresponding to the different service types. The BWP corresponding to the business type. The above processing process solves the problem of switching between BWPs of different service types, and ensures that data of different service types can be effectively received.

Based on the above solution, it can be seen that there is a special situation, that is, the first DRX state and the second DRX state are both active states. For this, the terminal device can determine to maintain or change the current BWP in accordance with the priority order of processing different service types.

Regarding the priority order of processing different service types, the terminal device can obtain the priority order of processing different service types according to user-defined settings (for example, the user can choose to preferentially process a certain service through input). The terminal equipment manufacturer can also preset the priority order of processing different service types in the terminal equipment before leaving the factory. The terminal device can also obtain the priority order of processing different service types through the network device. The embodiment of this application does not impose any restriction on how the terminal device obtains the priority order for processing different service types.

In summary, in some embodiments, before step 202, it may further include:

The terminal device obtains second configuration information, where the second configuration information is used to indicate the priority order of different service types of the terminal device.

Correspondingly, step 202 specifically includes:

The terminal device maintains or changes the current BWP according to the first configuration information and the second configuration information.

Specifically, the terminal device determines the first DRX state according to the first DRX configuration parameter in the first configuration information; the terminal device determines the second DRX state according to the second DRX configuration parameter in the first configuration information; the terminal device determines the second DRX state according to the first DRX configuration parameter. At least one of the DRX state, the second DRX state, and the priority order of processing different service types, maintains or changes the current BWP.

Optionally, the terminal device acquiring the second configuration information includes: the terminal device acquiring the second configuration information from the network device. It should be noted that the terminal device obtains the priority order of processing different service types through the network device, which may include the following two implementation methods:

In an implementation manner, the network device sends second configuration information to the terminal device, and the second configuration information is used to indicate the priority order of the terminal device in processing different service types. In another implementation manner, the terminal device sends a request message to the network device, and the network device sends the second configuration information to the terminal device according to the received request message.

Optionally, acquiring the second configuration information by the terminal device includes: acquiring the second configuration information pre-configured by the terminal device. Wherein, the pre-configured second configuration information refers to the configuration information of the priority order of processing different service types by the user-defined terminal device, or the configuration information of the priority order of processing different service types by the factory preset terminal device.

In some embodiments, after acquiring the pre-configured second configuration information, the terminal device further includes: sending the second configuration information to the network device. In this way, the network side knows the priority order of processing different service types preset by different terminal devices, and realizes the synchronization of information between the network side and the terminal side.

In the above solution, the terminal device can determine the DRX status corresponding to different service types according to the first configuration information. When the DRX statuses corresponding to multiple service types are all active, it can process different services in accordance with the instructions in the second configuration information. The priority order of the types is finally determined to maintain the current BWP or switch to another BWP. The above processing process solves the problem of switching between BWPs of different service types, and ensures that data of different service types can be effectively received.

On the basis of the foregoing embodiments, optionally, the terminal changes the current BWP, which may include any of the following situations:

In the first case, the terminal device switches from the current BWP to a BWP that is different from the current BWP.

In the second case, the terminal device expands the current BWP.

Among them, the BWP that is different from the current BWP refers to a BWP that is different from the current BWP. For ease of understanding, it is assumed that the current BWP is BWP1, and the BWP that is different from the current BWP is BWP2. Figure 5 shows a schematic diagram of BWP1 and BWP2 in the system bandwidth. Figure 5 (a), BWP1 and BWP2 are two completely independent BWPs; Figure 5 (b), BWP1 and BWP2 have a partial intersection; As shown in Fig. 5 (c), BWP1 is included in BWP2.

The above-mentioned BWP1 and BWP2 may respectively correspond to different service types. For example, BWP1 is a multicast dedicated BWP, and BWP2 is a unicast dedicated BWP. That is, the current BWP and the BWP different from the current BWP can correspond to different service types respectively.

Optionally, the terminal device expanding the current BWP refers to covering the current BWP and the BWP different from the current BWP at the same time. The essence of expanding the current BWP is still a continuous BWP, but the terminal device works on a larger bandwidth. Exemplarily, the current BWP is BWP1 for the first service type (for example, multicast service), and the terminal device determines that the current BWP1 needs to be switched, so that when the second service type (for example, unicast service) is detected, the terminal device can expand the current BWP. Covers BWP1 corresponding to the first service type and BWP2 corresponding to the second service type at the same time.

In the embodiments of the present application, the network side can configure BWPs of different sizes according to the actual requirements of different service types, and the BWPs corresponding to different service types may overlap or not. This embodiment of the present application does not impose any restriction on this.

The technical solution provided by the above-mentioned embodiment will be described in detail below with reference to a specific example. In this example, the first service type is a unicast service, and the second service type is a multicast service.

FIG. 6 is a schematic flowchart of a method for processing a broadband part of the BWP provided by an embodiment of the application. As shown in FIG. 6, the method provided in this embodiment may include the following steps:

Step 301: The network device sends first configuration information to the terminal device, where the first configuration information includes DRX configuration parameters corresponding to unicast and DRX configuration parameters corresponding to multicast.

Step 302: The terminal device determines a DRX state according to the first configuration information, where the DRX state includes at least one of a unicast DRX state and a multicast DRX state.

Specifically, the terminal device determines the unicast DRX state according to the DRX configuration parameters corresponding to the unicast according to the first configuration information; the terminal device determines the multicast DRX state according to the DRX configuration parameters corresponding to the multicast in the first configuration information.

Step 303: The terminal device maintains or changes the current BWP according to at least one of the unicast DRX state and the multicast DRX state.

In a possible implementation manner, the terminal device is currently working on a unicast dedicated BWP. Accordingly, step 303 includes at least one of the following situations:

In the first case, the terminal device maintains or changes the unicast dedicated BWP according to the unicast DRX state.

If the unicast DRX state is in the deactivated state, the terminal device changes the unicast dedicated BWP. This solution only considers the unicast DRX state, that is, regardless of whether the multicast DRX state is active or deactivated, as long as the unicast DRX is in the deactivated state, the terminal device changes the unicast dedicated BWP.

If the unicast DRX state is active, the terminal device can remain on the unicast dedicated BWP.

In the second case, the terminal device maintains or changes the unicast dedicated BWP according to the multicast DRX state.

If the multicast DRX state is the active state, the terminal device changes the unicast dedicated BWP. This scheme only considers the multicast DRX state, that is, regardless of whether the unicast DRX state is active or deactivated, as long as the multicast DRX is in the deactivated state, the terminal equipment will change the unicast dedicated BWP, which shows that the scheme implicitly handles multicast first business.

If the multicast DRX state is the deactivated state, the terminal device can remain on the unicast dedicated BWP.

In the third case, the terminal device maintains or changes the unicast dedicated BWP according to the unicast DRX state and the multicast DRX state.

If the unicast DRX state is the activated state and the multicast DRX state is the deactivated state, the terminal device can remain on the unicast dedicated BWP.

If the unicast DRX state is in the deactivated state and the multicast DRX state is in the active state, the terminal device changes the unicast dedicated BWP.

If the unicast DRX state and the multicast DRX state are both active, the terminal device can determine to maintain or change the unicast dedicated BWP in accordance with the priority order of processing different service types. Specifically, if unicast is processed preferentially, the unicast dedicated BWP is maintained; if multicast is preferentially processed, the unicast dedicated BWP is changed.

If the unicast DRX state and the multicast DRX state are both in the deactivated state, the terminal device can remain on the unicast dedicated BWP.

As an optional solution, the terminal device determines to change the unicast dedicated BWP according to at least one of the unicast DRX state and the multicast DRX state, including:

If any one of the following conditions is met, the unicast dedicated BWP is changed:

(1) The unicast DRX state is the deactivated state;

(2) The multicast DRX state is the active state;

(3) The multicast priority is greater than the unicast priority.

Optionally, the terminal device changes the unicast dedicated BWP, including:

The terminal equipment is switched from the unicast dedicated BWP to the multicast dedicated BWP; or

The terminal equipment expands the unicast dedicated BWP, covering the unicast dedicated BWP and the multicast dedicated BWP at the same time.

In another possible implementation manner, the terminal device currently works on the multicast dedicated BWP, and accordingly, step 303 includes at least one of the following situations:

In the first case, the terminal device maintains or changes the multicast dedicated BWP according to the multicast DRX state. If the multicast DRX state is the deactivated state, the terminal device changes the multicast dedicated BWP. This solution only considers the multicast DRX state, that is, regardless of whether the unicast DRX state is active or deactivated, as long as the multicast DRX is in the deactivated state, the terminal device changes the multicast dedicated BWP.

If the multicast DRX state is the active state, the terminal device can remain on the multicast dedicated BWP.

In the second case, the terminal device maintains or changes the multicast dedicated BWP according to the unicast DRX state.

If the unicast DRX state is the active state, the terminal device changes the multicast dedicated BWP. This solution only considers the unicast DRX state, that is, regardless of whether the multicast DRX state is active or deactivated, as long as the unicast DRX is in the active state, the terminal equipment will change the multicast dedicated BWP, which shows that the scheme implicitly preferentially handles unicast services .

If the unicast DRX state is the deactivated state, the terminal device can remain on the multicast dedicated BWP.

In the third case, the terminal device maintains or changes the multicast dedicated BWP according to the unicast DRX state and the multicast DRX state.

If the unicast DRX state is the active state and the multicast DRX state is the deactivated state, the terminal device changes the multicast dedicated BWP.

If the unicast DRX state is in the deactivated state and the multicast DRX state is in the active state, the terminal device remains on the multicast dedicated BWP.

If the unicast DRX state and the multicast DRX state are both active, the terminal device can determine to maintain or change the unicast dedicated BWP in accordance with the priority order of processing different service types. Specifically, if unicast is processed preferentially, the multicast-dedicated BWP is changed; if multicast is processed preferentially, the multicast-dedicated BWP is maintained.

If the unicast DRX state and the multicast DRX state are both in the deactivated state, the terminal device can remain on the multicast dedicated BWP.

As an optional solution, the terminal device determines to change the multicast dedicated BWP according to at least one of the unicast DRX state and the multicast DRX state, including:

If any one of the following conditions is met, the multicast dedicated BWP is changed:

(1) The multicast DRX state is the deactivated state;

(2) The unicast DRX state is the active state;

(3) Unicast priority is greater than multicast priority.

Optionally, the terminal device changes the multicast dedicated BWP, including:

The terminal equipment is switched from the multicast dedicated BWP to the unicast dedicated BWP; or

The terminal equipment expands the multicast dedicated BWP, covering the multicast dedicated BWP and the unicast dedicated BWP at the same time.

The above embodiments are based on the DRX status corresponding to different service types, determine to maintain the current BWP or trigger BWP switching, so as to realize the switching of the terminal equipment on the BWP corresponding to the different service types, and ensure that the terminal equipment receives the uplink and downlink data of different services in a timely manner . When the terminal device determines to trigger the BWP handover, it can also adjust the DRX state corresponding to different service types through the following embodiments to realize real-time control of the DRX mechanism corresponding to different service types and reduce the energy consumption of the terminal device.

FIG. 7 is a schematic flowchart of a method for processing a bandwidth part BWP provided by an embodiment of the application. As shown in FIG. 7, the processing method provided in this embodiment includes the following steps:

Step 401: The terminal device determines to switch from the first BWP to the second BWP.

In the embodiment of the present application, the terminal device may switch from the current first BWP to the second BWP based on the network configuration (for example, downlink control information DCI or timer). Alternatively, the terminal device may determine to switch from the current first BWP to the second BWP based on the processing method provided in any of the foregoing embodiments.

Optionally, the first BWP corresponds to a multicast service, and the second BWP corresponds to a unicast service; or, the first BWP corresponds to a unicast service, and the second BWP corresponds to a multicast service.

Step 402: The terminal device adjusts the first DRX state and/or the second DRX state.

Specifically, step 402 includes:

The terminal device suspends or stops the timer corresponding to the first DRX state; and/or

The terminal device starts, restarts, or restores the timer corresponding to the second DRX state.

Among them, the first DRX state corresponds to the first BWP, and the second DRX state corresponds to the second BWP.

Optionally, the timer corresponding to the first DRX state is a DRX timer for multicast, and the timer corresponding to the second DRX state is a DRX timer for unicast; or, the timer corresponding to the first DRX state is a DRX timer for The DRX timer for unicast, and the timer corresponding to the second DRX state is the DRX timer for multicast.

The above solution will be described in detail below in conjunction with specific examples.

Example 1: If the terminal device is currently switched from the unicast dedicated BWP to the multicast dedicated BWP, the terminal device adjusts the DRX state for unicast and/or the DRX state for multicast.

Specifically, it may include at least one of the following situations:

In the first case, the terminal device suspends or stops the DRX timer for unicast, including at least one of the following timers:

In the second case, the terminal device starts, restarts, or resumes the DRX timer for multicast, including at least one of the following timers:

onDurationTimerSCPTM, drx-InactivityTimerSCPTM.

Example 2: If the terminal device is currently switched from the multicast dedicated BWP to the unicast dedicated BWP, the terminal device adjusts the DRX state for unicast and/or the DRX state for multicast.

Specifically, it may include at least one of the following situations:

In the first case, the terminal device starts, restarts, or resumes the DRX timer for unicast, including at least one of the following timers:

In the second case, the terminal device suspends or stops the DRX timer for multicast, including at least one of the following timers:

onDurationTimerSCPTM, drx-InactivityTimerSCPTM.

In the technical solution provided by the embodiments of this application, when the terminal device determines to switch from the BWP corresponding to the current service type to the BWP corresponding to other service types, it adjusts the DRX timer corresponding to at least one of the service types to achieve corresponding Real-time control of DRX mechanism, thereby reducing the energy consumption of terminal equipment.

The foregoing describes in detail the processing method of the bandwidth part BWP provided in the embodiment of the present application, and the terminal device and the network device provided in the embodiment of the present application will be described below.

FIG. 8 is a schematic structural diagram of a terminal device provided by an embodiment of the application. As shown in Figure 8, the terminal device of this embodiment includes:

The receiving module 501 is configured to receive first configuration information sent by a network device, where the first configuration information is used to indicate a first discontinuous reception DRX configuration parameter and a second DRX configuration parameter;

The processing module 502 is configured to maintain or change the current BWP according to the first configuration information.

Optionally, the processing module 502 is specifically configured to:

Determine the first discontinuous reception DRX state according to the first DRX configuration parameter;

Determine the second DRX state according to the second DRX configuration parameter;

Maintain or change the current BWP according to at least one of the first DRX state and the second DRX state.

Optionally, the processing module 502 is specifically configured to:

Meet at least one of the following conditions, change the current BWP:

The first DRX state is a deactivated state;

The second DRX state is an active state.

Optionally, the terminal device further includes: an obtaining module 503;

The obtaining module 503 is configured to obtain second configuration information before the processing module maintains or changes the current BWP according to the first configuration information, where the second configuration information is used to instruct the terminal device to process different services Order of priority;

Correspondingly, the processing module 502 is specifically configured to:

Maintaining or changing the current BWP according to the first configuration information and the second configuration information.

Optionally, the obtaining module 503 is specifically configured to obtain the second configuration information from the network device.

Optionally, the acquiring module 503 is specifically configured to acquire the pre-configured second configuration information.

Optionally, the terminal device further includes: a sending module 504;

The sending module 504 is configured to send the second configuration information to the network device after the acquiring module acquires the pre-configured second configuration information.

Optionally, the processing module 502 is specifically configured to:

Determine the first DRX state according to the first DRX configuration parameter;

Maintain or change the current BWP according to at least one of the first DRX state, the second DRX state, and the priority order.

Optionally, the processing module 502 changes the current BWP, including:

Switch from the current BWP to a BWP that is different from the current BWP; or

Expand the current BWP.

Optionally, the first DRX configuration parameter is for a unicast service, and the second DRX configuration parameter is for a multicast service; or

The first DRX configuration parameter is for a multicast service, and the second DRX configuration parameter is for a unicast service.

The terminal device provided in the embodiment of the present application is used to implement the technical solution on the terminal device side of the method embodiment shown in FIG. 4 or FIG.

FIG. 9 is a schematic structural diagram of a terminal device provided by an embodiment of the application. As shown in Figure 9, the terminal device of this embodiment includes:

The processing module 601 is configured to adjust the first DRX state and/or the second DRX state when it is determined to switch from the first BWP to the second BWP;

Optionally, the processing module 601 is specifically configured to:

Pause or stop the timer corresponding to the first DRX state; and/or

Start, restart or restore the timer corresponding to the second DRX state.

Optionally, the timer corresponding to the first DRX state is a DRX timer for multicast, and the timer corresponding to the second DRX state is a DRX timer for unicast; or

The timer corresponding to the first DRX state is a DRX timer for unicast, and the timer corresponding to the second DRX state is a DRX timer for multicast.

The terminal device provided by the embodiment of the present application is used to implement the technical solution of the terminal device of the method embodiment shown in FIG.

FIG. 10 is a schematic structural diagram of a network device provided by an embodiment of this application. As shown in FIG. 10, the network device of this embodiment includes:

The sending module 701 is configured to send first configuration information to a terminal device, where the first configuration information is used to instruct the first discontinuous reception DRX configuration parameter and the second DRX configuration parameter, so that the terminal device is based on the first Configuration information, keep or change the current BWP.

Optionally, the sending module 701 is further configured to:

Sending second configuration information to the terminal device, where the second configuration information is used to indicate the priority order of the terminal device for processing different services.

The network device provided by the embodiment of the present application is used to implement the technical solution on the network device side of the method embodiment shown in FIG. 4 or FIG.

It should be noted that it should be understood that the division of the various modules of the above device is only a division of logical functions, and may be fully or partially integrated into a physical entity during actual implementation, or may be physically separated. And these modules can all be implemented in the form of software called by processing elements; they can also be implemented in the form of hardware; some modules can be implemented in the form of calling software by processing elements, and some of the modules can be implemented in the form of hardware. For example, the processing module may be a separately established processing element, or it may be integrated in a chip of the above-mentioned device for implementation. In addition, it may also be stored in the memory of the above-mentioned device in the form of program code, which is determined by a certain processing element of the above-mentioned device. Call and execute the functions of the above-identified module. The implementation of other modules is similar. In addition, all or part of these modules can be integrated together or implemented independently. The processing element described here may be an integrated circuit with signal processing capability. In the implementation process, each step of the above method or each of the above modules can be completed by an integrated logic circuit of hardware in the processor element or instructions in the form of software.

For example, the above modules may be one or more integrated circuits configured to implement the above methods, such as: one or more application specific integrated circuits (ASIC), or one or more microprocessors (digital signal processor, DSP), or, one or more field programmable gate arrays (FPGA), etc. For another example, when one of the above modules is implemented in the form of processing element scheduling program code, the processing element may be a general-purpose processor, such as a central processing unit (CPU) or other processors that can call program codes. For another example, these modules can be integrated together and implemented in the form of a system-on-a-chip (SOC).

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented by software, it can be implemented in the form of a computer program product in whole or in part. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on the computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center. Transmission to another website, computer, server or data center via wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.). The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or a data center integrated with one or more available media. The usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, and a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid state disk (SSD)).

FIG. 11 is a schematic diagram of the hardware structure of a terminal device provided by an embodiment of the application. As shown in FIG. 11, the terminal device may include: a processor 801, a memory 802, a transceiver 803, and an interface 804 for communicating with a network device.

Wherein, the memory 802 stores computer execution instructions;

The processor 801 executes the computer-executable instructions stored in the memory 802, so that the processor executes the technical solution of the method for processing the broadband part of the BWP on the terminal device side in any of the foregoing method embodiments.

FIG. 12 is a schematic diagram of the hardware structure of a network device provided by an embodiment of the application. As shown in FIG. 12, the network device may include: a processor 901, a memory 902, a transceiver 903, and an interface 904 for communicating with a terminal device.

Wherein, the memory 902 stores computer execution instructions;

The processor 901 executes the computer-executable instructions stored in the memory 902, so that the processor 901 executes the technical solution of the method for processing the broadband part of the BWP on the network device side in any of the foregoing method embodiments.

The present application also provides a computer-readable storage medium in which computer-executable instructions are stored. When the computer-executable instructions are executed by a processor, they are used to implement the terminal device side in any of the foregoing method embodiments. Technical solutions.

This application also provides a computer-readable storage medium in which computer-executable instructions are stored. When the computer-executable instructions are executed by a processor, they are used to implement the network device side in any of the foregoing method embodiments. Technical solutions.

The embodiment of the present application also provides a program, when the program is executed by the processor, it is used to execute the technical solution on the terminal device side in the foregoing method embodiment.

The embodiment of the present application also provides a program, which is used to execute the technical solution on the network device side in the foregoing method embodiment when the program is executed by the processor.

The embodiments of the present application also provide a computer program product, including program instructions, and the program instructions are used to implement the technical solutions on the terminal device side in the foregoing method embodiments.

The embodiments of the present application also provide a computer program product, including program instructions, which are used to implement the technical solutions on the network device side in the foregoing method embodiments.

The embodiment of the present application also provides a chip, which includes a processing module and a communication interface, and the processing module can execute the technical solution on the terminal device side in the foregoing method embodiment.

Further, the chip also includes a storage module (such as a memory), the storage module is used to store instructions, the processing module is used to execute the instructions stored in the storage module, and the execution of the instructions stored in the storage module causes the processing module to execute the terminal device side Technical solutions.

An embodiment of the present application also provides a chip, which includes a processing module and a communication interface, and the processing module can execute the technical solution on the network device side in the foregoing method embodiment.

Further, the chip also includes a storage module (such as a memory), the storage module is used to store instructions, the processing module is used to execute the instructions stored in the storage module, and the execution of the instructions stored in the storage module causes the processing module to execute the network device side Technical solutions.

In this application, "at least two" refers to two or more, and "multiple" refers to two or more. "And/or" describes the association relationship of the associated objects, indicating that there can be three relationships, for example, A and/or B, which can mean: A alone exists, A and B exist at the same time, and B exists alone, where A, B can be singular or plural. The character "/" generally indicates that the associated objects before and after are in an "or" relationship; in the formula, the character "/" indicates that the associated objects before and after are in a "division" relationship. "The following at least one item (a)" or similar expressions refers to any combination of these items, including any combination of a single item (a) or a plurality of items (a). For example, at least one of a, b, or c can mean: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple Piece.

It can be understood that the various numerical numbers involved in the embodiments of the present application are only for easy distinction for description, and are not used to limit the scope of the embodiments of the present application.

It can be understood that, in the embodiments of the present application, the size of the sequence numbers of the above-mentioned processes does not mean the order of execution. The execution order of the processes should be determined by their functions and internal logic, and should not be implemented in this application. The implementation process of the example constitutes any limitation.

Claims

A processing method for bandwidth part BWP, which is characterized in that it includes:

The terminal device receives first configuration information sent by the network device, where the first configuration information is used to indicate the first discontinuous reception DRX configuration parameter and the second DRX configuration parameter;

The terminal device maintains or changes the current BWP according to the first configuration information.
The method according to claim 1, wherein the terminal device maintaining or changing the current BWP according to the first configuration information comprises:

The terminal device determines the first discontinuous reception DRX state according to the first DRX configuration parameter;

The terminal device determines the second DRX state according to the second DRX configuration parameter;

The terminal device maintains or changes the current BWP according to at least one of the first DRX state and the second DRX state.
The method according to claim 2, wherein the terminal device maintains or changes the current BWP according to at least one of the first DRX state and the second DRX state, comprising:

Meet at least one of the following conditions, change the current BWP:

The first DRX state is a deactivated state;

The second DRX state is an active state.
The method according to any one of claims 1 to 3, wherein before the terminal device maintains or changes the current BWP according to the first configuration information, the method further comprises:

Acquiring, by the terminal device, second configuration information, where the second configuration information is used to indicate the priority order of the terminal device for processing different services;

The terminal device maintaining or changing the current BWP according to the first configuration information includes:

The terminal device maintains or changes the current BWP according to the first configuration information and the second configuration information.
The method according to claim 4, wherein the obtaining the second configuration information by the terminal device comprises: obtaining the second configuration information by the terminal device from the network device.
The method according to claim 4, wherein the obtaining the second configuration information by the terminal device comprises: obtaining the second configuration information pre-configured by the terminal device.
The method according to claim 6, wherein after the terminal device obtains the pre-configured second configuration information, the method further comprises:

Sending the second configuration information to the network device.
The method according to any one of claims 4-7, wherein the terminal device maintains or changes the current BWP according to the first configuration information and the second configuration information, comprising:

The terminal device determines the first DRX state according to the first DRX configuration parameter;

The terminal device determines the second DRX state according to the second DRX configuration parameter;

The terminal device maintains or changes the current BWP according to at least one of the first DRX state, the second DRX state, and the priority order.
The method according to any one of claims 1-8, wherein the changing the current BWP comprises:

Switch from the current BWP to a BWP that is different from the current BWP; or

Expand the current BWP.
The method according to any one of claims 1-9, wherein the first DRX configuration parameter is for a unicast service, and the second DRX configuration parameter is for a multicast service; or

The first DRX configuration parameter is for a multicast service, and the second DRX configuration parameter is for a unicast service.
A processing method for bandwidth part BWP, which is characterized in that it includes:

When determining to switch from the first BWP to the second BWP, the terminal device adjusts the first DRX state and/or the second DRX state;

The first DRX state corresponds to a first BWP, and the second DRX state corresponds to a second BWP.
The method according to claim 11, wherein the adjusting the first DRX state and/or the second DRX state comprises:

The terminal device suspends or stops the timer corresponding to the first DRX state; and/or

The terminal device starts, restarts, or restores the timer corresponding to the second DRX state.
The method according to claim 11 or 12, wherein the first BWP corresponds to a multicast service, and the second BWP corresponds to a unicast service; or

The first BWP corresponds to a unicast service, and the second BWP corresponds to a multicast service.
The method according to claim 13, wherein the timer corresponding to the first DRX state is a DRX timer for multicast, and the timer corresponding to the second DRX state is a DRX timer for unicast ;or

The timer corresponding to the first DRX state is a DRX timer for unicast, and the timer corresponding to the second DRX state is a DRX timer for multicast.
A processing method for bandwidth part BWP, which is characterized in that it includes:

The network device sends first configuration information to the terminal device, where the first configuration information is used to indicate the first discontinuous reception DRX configuration parameter and the second DRX configuration parameter, so that the terminal device maintains Or change the current BWP.
The method according to claim 15, wherein the method further comprises:

The network device sends second configuration information to the terminal device, where the second configuration information is used to indicate the priority order of the terminal device for processing different services.
The method according to claim 15, wherein the first DRX configuration parameter is for a unicast service, and the second DRX configuration parameter is for a multicast service; or

The first DRX configuration parameter is for a multicast service, and the second DRX configuration parameter is for a unicast service.
A terminal device, characterized in that it comprises:

A receiving module, configured to receive first configuration information sent by a network device, where the first configuration information is used to indicate a first discontinuous reception DRX configuration parameter and a second DRX configuration parameter;

The processing module is configured to maintain or change the current BWP according to the first configuration information.
The device according to claim 18, wherein the processing module is specifically configured to:

Determine the first discontinuous reception DRX state according to the first DRX configuration parameter;

Determine the second DRX state according to the second DRX configuration parameter;

Maintain or change the current BWP according to at least one of the first DRX state and the second DRX state.
The device according to claim 19, wherein the processing module is specifically configured to:

Meet at least one of the following conditions, change the current BWP:

The first DRX state is a deactivated state;

The second DRX state is an active state.
The device according to any one of claims 18-20, wherein the terminal device further comprises: an acquisition module; the acquisition module is configured to maintain the processing module according to the first configuration information Or before changing the current BWP, acquiring second configuration information, where the second configuration information is used to indicate the priority order of the terminal device for processing different services;

The processing module is specifically used for:

Maintaining or changing the current BWP according to the first configuration information and the second configuration information.
The device according to claim 21, wherein the obtaining module is specifically configured to obtain the second configuration information from the network device.
The device according to claim 21, wherein the acquiring module is specifically configured to acquire the pre-configured second configuration information.
The device according to claim 23, wherein the terminal device further comprises: a sending module; the sending module is configured to, after the acquiring module acquires the pre-configured second configuration information, send a message to the The network device sends the second configuration information.
The device according to any one of claims 21-24, wherein the processing module is specifically configured to:

Determine the first DRX state according to the first DRX configuration parameter;

Determine the second DRX state according to the second DRX configuration parameter;

Maintain or change the current BWP according to at least one of the first DRX state, the second DRX state, and the priority order.
The device according to any one of claims 18-25, wherein the processing module to change the current BWP comprises:

Switch from the current BWP to a BWP that is different from the current BWP; or

Expand the current BWP.
The device according to any one of claims 18-26, wherein the first DRX configuration parameter is for a unicast service, and the second DRX configuration parameter is for a multicast service; or

The first DRX configuration parameter is for a multicast service, and the second DRX configuration parameter is for a unicast service.
A terminal device, characterized in that it comprises:

A processing module, configured to adjust the first DRX state and/or the second DRX state when it is determined to switch from the first BWP to the second BWP;

The first DRX state corresponds to a first BWP, and the second DRX state corresponds to a second BWP.
The device according to claim 28, wherein the processing module is specifically configured to:

Pause or stop the timer corresponding to the first DRX state; and/or

Start, restart or restore the timer corresponding to the second DRX state.
The device according to claim 28 or 29, wherein the first BWP corresponds to a multicast service, and the second BWP corresponds to a unicast service; or

The first BWP corresponds to a unicast service, and the second BWP corresponds to a multicast service.
The device according to claim 30, wherein the timer corresponding to the first DRX state is a DRX timer for multicast, and the timer corresponding to the second DRX state is a DRX timer for unicast ;or

The timer corresponding to the first DRX state is a DRX timer for unicast, and the timer corresponding to the second DRX state is a DRX timer for multicast.
A network device, characterized in that it comprises:

The sending module is configured to send first configuration information to the terminal device, where the first configuration information is used to indicate the first discontinuous reception DRX configuration parameter and the second DRX configuration parameter, so that the terminal device can be configured according to the first configuration. Information, maintain or change the current BWP.
The device according to claim 32, wherein the sending module is further configured to:

Sending second configuration information to the terminal device, where the second configuration information is used to indicate the priority order of the terminal device for processing different services.
The device according to claim 32, wherein the first DRX configuration parameter is for a unicast service, and the second DRX configuration parameter is for a multicast service; or

The first DRX configuration parameter is for a multicast service, and the second DRX configuration parameter is for a unicast service.
A terminal device, characterized by comprising: a transceiver, a processor, and a memory;

The memory stores computer execution instructions;

The processor executes the computer-executable instructions stored in the memory, so that the processor executes the method according to any one of claims 1 to 10 or 11-14.
A network device, characterized by comprising: a transceiver, a processor, and a memory;

The memory stores computer execution instructions;

The processor executes the computer-executable instructions stored in the memory, so that the processor executes the method according to any one of claims 15 to 17.
A computer-readable storage medium, wherein a computer-executable instruction is stored in the computer-readable storage medium, and when the computer-executable instruction is executed by a processor, it is used to implement any one of claims 1 to 10 The method described above, or the method described in any one of claims 11 to 14, or the method described in any one of claims 15 to 17.