Configuration method and device

Abstract

The invention provides a configuration method and device, and relates to the technical field of communication. In the method, a terminal initializes a first parameter according to discontinuously received configuration information, and indicates the time for the terminal to initialize the first parameter to a network device through second information, so that the network device can initialize a second parameter based on the time for the terminal to initialize the first parameter. Wherein the first parameter and the second parameter can be progressively increased when the system frame number is overturned. According to the method, the alignment of discontinuous reception periods between the terminal and the network equipment can be realized by initializing the first parameter and the second parameter, so that the terminal can receive downlink data in time through discontinuous reception, and the accuracy and efficiency of receiving data by the terminal are improved. Furthermore, the terminal does not need to continuously monitor the downlink control channel, so that the energy consumption and resources of the terminal are saved.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of communication technology, and in particular to a configuration method and device. BACKGROUND

[0002] In a communication system, a network device can send configuration information to a terminal to configure a discontinuous reception (DRX) cycle. In the DRX cycle, the terminal can turn on the receiver to enter a DRX active state at necessary time to listen to downlink control signaling, and turn off the receiver to enter a DRX sleep state at other time to reduce the power consumption of the terminal.

[0003] However, when the time interval between the network device sending the above configuration information and the terminal applying the configuration information is long, the time domain position of the DRX cycle determined by the terminal and the time domain position of the DRX cycle determined by the network device are different, that is, the DRX cycles between the network device and the terminal cannot be aligned. This situation can cause the terminal to fail to receive data sent by the network device in time, affecting the user experience. SUMMARY

[0004] The present application provides a configuration method and device, which can align the DRX cycle of the terminal and the network device, so that the terminal can receive downlink data in time through DRX.

[0005] To achieve the above object, the present application adopts the following technical solutions:

[0006] In a first aspect, the present application provides a configuration method, which can be executed by a terminal. The terminal here can refer to the terminal itself, or a processor, module, logic node, chip, or chip system, etc. in the terminal implementing the method.

[0007] The method comprises: receiving first information, the first information being used to indicate a discontinuous reception cycle; initializing a first parameter, the first parameter being incremented at a system frame number rollover, and the first parameter being used to determine the time for the terminal to listen to a downlink control channel; and sending second information to a first network device, the second information being used to indicate the time for the terminal to initialize the first parameter.

[0008] Based on the method provided in the first aspect, the terminal can initialize the first parameter according to the received first information, and then define at what time the terminal listens to a downlink control channel (such as a physical downlink control channel (PDCCH)) to receive downlink data or send uplink data in the process of discontinuous reception. Since the first parameter will be incremented at the system frame number rollover, that is, the first parameter will change over time, the terminal can notify the first network device of the time of initializing the first parameter through the second information in order for the terminal and the first network device to implement data transmission and reception at the same time, so that the terminal and the first network device can align the time of discontinuous reception, which can avoid the time domain positions of data transmission and reception of the terminal and the first network device being different or not completely the same in discontinuous reception, and improve the accuracy and efficiency of data reception of the terminal. Further, the terminal does not need to continuously listen to the downlink control channel, thereby saving the energy and resources of the terminal.

[0009] In a possible implementation, initializing the first parameter includes: setting the first parameter to a first value at a first time, and the first time is located in a first period; the first period is a first half of a superframe, or the first period is a second half of the superframe. The first time can also be understood as a time at which the terminal receives or applies the discontinuous reception configuration. Based on this, the terminal can set the first parameter to the first value, for example, the first value can be 0 or 1, which is not limited herein, and the terminal can also determine the time at which the first parameter is initialized to be located in which time domain position, for example, the system frame number can be used for judgment, for example, if the system frame number corresponding to the first time is one of 0-511, it is indicated that the first period is located in the first half of the superframe, or if the system frame number corresponding to the first time is one of 512-1023, it is indicated that the first period is located in the second half of the superframe. That is, the terminal determines whether the first time is located in the first half or the second half of the superframe, so as to send the above information as the second information.

[0010] In a possible implementation, the second information includes the first value. Based on this, the second information carries the first value to indicate the value of the initialized first parameter.

[0011] In a possible implementation, the second information is used to indicate the time at which the terminal initializes the first parameter, and includes: the second information includes a first identifier, and the first identifier is used to indicate that the first time is located in the first period. Based on this, the second information can indicate, by carrying the first identifier, whether the first time at which the terminal initializes the first parameter is located in the first half or the second half of the superframe.

[0012] In a possible implementation, the initializing the first parameter comprises: initializing the first parameter when the discontinuous reception cycle is a non-integer cycle or the discontinuous reception cycle cannot divide the duration of one superframe. Based on this, when the discontinuous reception cycle is a non-integer cycle or the discontinuous reception cycle cannot divide the duration of one superframe, the monitoring time of the discontinuous reception is more complex, and in order to ensure that the states of the discontinuous reception of the first network device and the terminal are consistent, the first parameter can be initialized.

[0013] In a possible implementation, the initializing the first parameter comprises: initializing the first parameter after switching to the first network device. Based on this, the terminal can initialize the first parameter corresponding to the discontinuous reception after performing cell switching, where the cell switching can comprise layer 3 switching, conditional handover (CHO), layer 1 / layer 2 triggered mobility (L1 / L2 Triggered Mobility, LTM) switching. This is not limited in this regard.

[0014] In a second aspect, the present application provides a configuration method, which can be executed by the first network device. The first network device herein can refer to the network device itself, or a processor, module, logic node, chip or chip system, etc. in the network device that implements the method.

[0015] The method comprises: sending first information, the first information being used to indicate a discontinuous reception cycle; receiving second information, the second information being used to indicate a time at which the terminal initializes a first parameter, the first parameter being incremented at a system frame number rollover, and the first parameter being used to determine a time at which the terminal monitors a downlink control channel; and initializing a second parameter based on the second information, the second parameter being incremented at the system frame number rollover.

[0016] Based on the method provided in the second aspect, the first network device determines, through the second information, the time at which the terminal initializes the first parameter. Since the first parameter is incremented at the system frame number rollover, that is, the first parameter changes over time, the first network device can initialize the second parameter according to the determined time at which the terminal initializes the first parameter, so that the first parameter in the terminal is aligned with the second parameter in the first network device. The first parameter is used to determine the time at which the terminal monitors the downlink control channel, and the second parameter is used to determine the time at which the network device sends control information through the downlink control channel. In this way, the time domain positions at which the first network device and the terminal receive and send data in the discontinuous reception can be avoided from being different or not completely the same, and the accuracy and efficiency of the discontinuous reception of the terminal are improved. Further, the terminal does not need to continuously monitor the downlink control channel, thereby saving the energy and resources of the terminal.

[0017] In a possible implementation, the second information indicates that the first time is located in the first time period, the first time being a time at which the terminal initializes the first parameter; and the first time period is a first half of a super frame, or the first time period is a second half of the super frame. The second parameter is initialized based on the second information, including: if the first time is located in the second half of the super frame, and a second time at which the first network device accepts the second information is located in the first half of the super frame, the first network device initializes the second parameter as a first value plus one; or if the first time and the second time are both located in the second half of the super frame, or the first time and the second time are both located in the first half of the super frame, or the first time is located in the first half of the super frame and the second time is located in the second half of the super frame, the second parameter is initialized as the first value, the first value being an initial value of the first parameter corresponding to the terminal. Based on this, when the first time is in the second half of the super frame and the second time is in the first half of the super frame, the first network device initializes the second parameter as the first value plus one. Taking 0 as the first value initialized by the first parameter, the value of the second parameter initialized is 1. In addition, when the first time and the second time are both located in the first half of the super frame, or the first time and the second time are both located in the second half of the super frame, or the first time is located in the first half of the super frame and the second time is located in the second half of the super frame, taking 0 as the first value initialized by the first parameter, the value of the second parameter initialized is 0.

[0018] In a possible implementation, the second information includes the first value. Based on this, the second information carries the first value to indicate the value of the first parameter initialized by the terminal.

[0019] In a possible implementation, the second information includes the first identifier, the first identifier being used to indicate that the first time is located in the first time period. Based on this, the second information can indicate, by carrying the first identifier, whether the first time at which the terminal initializes the first parameter is in the first half or the second half of the super frame.

[0020] In a third aspect, the present application discloses a configuration method, which can be executed by a terminal. The terminal herein can refer to the terminal itself, or a processor, a module, a logic node, a chip, or a chip system, etc. in the terminal that implements the method.

[0021] The method includes: receiving third information, the third information being used to indicate a configuration grant period; determining a resource location of a configuration grant according to the configuration grant period, the resource location being used for uplink data transmission of the terminal; and sending fourth information to a first network device, the fourth information being used to determine the resource location, the fourth information including time information of the terminal determining the resource location.

[0022] Based on the method provided in the third aspect above, the terminal can determine the resource location of the configuration authorization based on the received third information, and then determine when the terminal can use the configuration authorization for uplink data transmission. Since the temporal location of the configuration authorization changes over time, in order to align with the configuration authorization cycle of the first network device and achieve uplink data transmission through configuration authorization, the terminal can notify the first network device of the time when the resource location is determined according to the configuration authorization through the second information. This ensures that the terminal and the first network device can align their time for determining the resource location based on the configuration authorization. This avoids discrepancies or inconsistencies between the terminal's and the first network device's temporal locations during data transmission using configuration authorization, improving the accuracy and efficiency of data transmission using configuration authorization. Furthermore, the terminal does not need to receive dynamic authorization information for each data transmission, saving energy and resources.

[0023] In one possible implementation, determining the resource location for configuration authorization based on the configuration authorization period includes: determining the resource location for configuration authorization at a third time point based on the configuration authorization period and a third parameter. The third time point is located within the first time period, and the third parameter is related to the third time point. The first time period can be either the first half of a superframe or the second half of a superframe. The third time point can also be understood as the time when the terminal receives or applies the configuration authorization configuration. Based on this, the terminal can clearly determine the time domain position of the moment when the configuration authorization resource location is determined according to the third parameter, for example, by using the system frame number. In other words, the terminal determines whether the first time point is the first half or the second half of a superframe so that the above information can be sent as the fourth information.

[0024] In one possible implementation, the third parameter is related to the third time point, including: if the first time period is the first half of a superframe, the third parameter is 0; if the first time period is the second half of a superframe, the third parameter is 512. Based on this, the terminal can determine the authorized resource location according to whether the third parameter is 0 or 512. The third parameter can also be other values ​​that can achieve the above purpose, which are not limited here.

[0025] In one possible implementation, the aforementioned time information includes a second identifier indicating that the third moment falls within the first time period. Based on this, the fourth information can use the second identifier to instruct the terminal to determine whether the third moment of the configured authorized resource location falls within the first or second half of a superframe.

[0026] In one possible implementation, determining the resource location for configuration authorization based on the configuration authorization period includes: when the configuration authorization period is a non-integer period or the configuration authorization period cannot be divided by the duration of a superframe, determining the resource location for configuration authorization based on the configuration authorization period. Therefore, determining the temporal location of configuration authorization is more complex when the configuration authorization period is a non-integer period or the configuration authorization period cannot be divided by the duration of a superframe. To ensure that the temporal locations of configuration authorization are consistent between the first network device and the terminal, the resource location for configuration authorization is determined. The third parameter can be the reference system frame number corresponding to the resource location for configuration authorization determined by the terminal.

[0027] In one possible implementation, determining the resource location for configuration authorization based on the configuration authorization period includes: determining the resource location for configuration authorization based on the configuration authorization period after handover to the first network device. Based on this, the terminal can determine the resource location for configuration authorization after performing a cell handover. The cell handover can be triggered by Layer 3 handover, conditional handover, or Layer 1 or Layer 2 handover. No limitations are imposed here.

[0028] Fourthly, this application provides a configuration method that can be executed by a first network device. The first network device here can refer to the first network device itself, or to a processor, module, logical node, chip, or chip system within the first network device that implements the method.

[0029] The method includes: sending third information, the third information being used to indicate a configuration authorization period; receiving fourth information, the fourth information including time information for the terminal to determine the resource location for configuration authorization, the resource location being used by the terminal to perform uplink data transmission; and determining the resource location for configuration authorization based on the fourth information.

[0030] Based on the method provided in the fourth aspect above, the first network device determines the time when the terminal determines the resource location for configuration authorization using the fourth information. Since the temporal location of the configuration authorization changes over time, the first network device can determine its own configuration authorization resource location based on the time the terminal determines the resource location, thus aligning the resource location in the terminal with the resource location in the first network device. This avoids discrepancies or incompleteness between the configuration authorization resource locations of the first network device and the terminal, improving the accuracy and efficiency of the terminal sending data via configuration authorization. Furthermore, the terminal does not need to re-request authorization when configuration authorization becomes unavailable, saving the terminal's energy and resources.

[0031] In one possible implementation, the aforementioned time information includes a second identifier indicating that the third time point is located within the first time period. The third time point is the moment when the terminal determines the resource location for configuration authorization. The first time period is either the first half or the second half of a superframe. Determining the resource location for configuration authorization based on fourth information includes: determining the resource location for configuration authorization according to a fourth parameter indicated by the fourth information, where the fourth parameter is related to the third time point. Based on this, the first network device can determine whether the third time point is in the first or second half of a superframe using the fourth information, and determine the resource location for configuration authorization within the same time domain. That is, the third parameter used by the terminal to determine the resource location for configuration authorization and the fourth parameter used by the first network device to determine the resource location for configuration authorization can be the same. In some examples, both the third and fourth parameters are reference system frame numbers corresponding to the resource location for configuration authorization determined by the terminal.

[0032] In one possible implementation, the fourth parameter is related to the third time point, including: if the first time period is the first half of a superframe, the third parameter is 0; if the first time period is the second half of a superframe, the third parameter is 512. Based on this, the terminal can determine the authorized resource location according to whether the third parameter is 0 or 512. The third parameter can also be other values ​​that can achieve the above purpose, which are not limited here.

[0033] In one possible implementation, the time information includes a second identifier indicating that the third moment falls within the first time period. Based on this, the fourth information can instruct the terminal, by carrying the second identifier, to determine whether the third moment of the configured authorized resource location falls within the first or second half of a superframe.

[0034] Fifthly, a communication device is provided for implementing the above-described method. This communication device can be a terminal as described in the first aspect; or, it can be a first network device as described in the second aspect; or, it can be a terminal as described in the third aspect; or, it can be a first network device as described in the fourth aspect. The communication device includes modules, units, or means corresponding to the above-described method. These modules, units, or means can be implemented in hardware, software, or by hardware executing corresponding software. The hardware or software includes one or more modules or units corresponding to the above-described functions.

[0035] In conjunction with the fifth aspect above, in one possible implementation, the communication device may include a processing module and an interface module. The processing module can be used to implement the processing functions in any of the above aspects and any of their possible implementations. The processing module may be, for example, a processor. The interface module, also referred to as an interface unit, is used to implement the sending and / or receiving functions in any of the above aspects and any of their possible implementations. The interface module may consist of an interface circuit, a transceiver, a transceiver unit, or a communication interface.

[0036] In conjunction with the fifth aspect above, in one possible implementation, the interface module includes a sending module and a receiving module, which are used to implement the sending and receiving functions in any of the above aspects and any possible implementations.

[0037] A sixth aspect provides a communication device, comprising: a processor; the processor being coupled to a memory, and after reading instructions from the memory, executing the method as described in any of the preceding aspects according to the instructions. The communication device may be a terminal as described in the first aspect; or, the communication device may be a first network device as described in the second aspect; or, the communication device may be a terminal as described in the third aspect; or, the communication device may be a first network device as described in the fourth aspect.

[0038] In conjunction with the sixth aspect above, in one possible implementation, the communication device further includes a memory for storing program instructions and data. Optionally, the memory is integrated with the processor; or, the memory is independent of the processor.

[0039] In conjunction with the sixth aspect above, in one possible implementation, the communication device is a chip or a chip system. Optionally, when the communication device is a chip system, it can be composed of chips or may include chips and other discrete components.

[0040] A seventh aspect provides a communication device, comprising: a processor and an interface circuit; the interface circuit being configured to receive a computer program or instructions and transmit them to the processor; the processor being configured to execute the computer program or instructions to cause the communication device to perform the method described in any of the preceding aspects. The communication device may be a terminal as described in the first aspect; or, the communication device may be a first network device as described in the second aspect; or, the communication device may be a terminal as described in the third aspect; or, the communication device may be a first network device as described in the fourth aspect.

[0041] In conjunction with the seventh aspect above, in one possible implementation, the communication device is a chip or a chip system. Optionally, when the communication device is a chip system, it can be composed of chips or may include chips and other discrete components.

[0042] Eighthly, a computer-readable storage medium is provided that stores instructions which, when executed on a computer, cause the computer to perform the methods described in any of the preceding aspects.

[0043] Ninthly, a computer program product containing instructions is provided, which, when run on a computer, enables the computer to perform the methods described in any of the preceding aspects.

[0044] In a tenth aspect, a communication system is provided, comprising a terminal for performing the method described in the first aspect and a first network device for performing the method described in the second aspect.

[0045] Eleventhly, a communication system is provided, the communication system including a terminal for performing the method described in the third aspect above, and a first network device for performing the method described in the fourth aspect above.

[0046] The technical effects of any possible implementation of aspects 5 to 11 can be found in the technical effects of any one of aspects 1 to 4 above, or different possible implementations of any one of aspects, and will not be repeated here.

[0047] Understandably, provided that the solutions do not contradict each other, the solutions in the above aspects can be combined. Attached Figure Description

[0048] Figure 1 A schematic diagram illustrating the principle of discontinuous reception provided in this application;

[0049] Figure 2a A schematic diagram of a configuration method for discontinuous reception provided in this application Figure 1 ;

[0050] Figure 2b Schematic diagram 2 of a configuration method for discontinuous reception provided in this application;

[0051] Figure 2c A schematic diagram of a configuration method for discontinuous reception provided in this application Figure 3 ;

[0052] Figure 3 A schematic diagram of a communication scenario provided in this application Figure 1 ;

[0053] Figure 4 Schematic diagram 2 of a communication scenario provided for this application;

[0054] Figure 5 This application provides a schematic diagram of a CU / DU split architecture;

[0055] Figure 6 A schematic diagram of the hardware structure of a communication device provided in this application;

[0056] Figure 7 A flowchart illustrating a configuration method provided in this application;

[0057] Figure 8a An illustration of an application scenario for a configuration method provided in this application. Figure 1 ;

[0058] Figure 8b A schematic diagram illustrating an application scenario for a configuration method provided in this application;

[0059] Figure 8c An illustration of an application scenario for a configuration method provided in this application. Figure 3 ;

[0060] Figure 9 A schematic diagram illustrating the principle of configuration authorization provided in this application;

[0061] Figure 10a A schematic diagram of a configuration authorization method provided in this application Figure 1 ;

[0062] Figure 10b Schematic diagram 2 of a configuration authorization method provided in this application;

[0063] Figure 10c A schematic diagram of a configuration authorization method provided in this application Figure 3 ;

[0064] Figure 11 A flowchart illustrating another configuration method provided in this application;

[0065] Figure 12a A schematic diagram of an open RAN provided in this application Figure 1 ;

[0066] Figure 12b A schematic diagram of an open RAN provided for this application (II);

[0067] Figure 13 This is a schematic diagram of the structure of a communication device provided in this application. Detailed Implementation

[0068] In communication systems, taking the new radio (NR) communication system as an example, network equipment can configure DRX for terminals. The terminals do not need to continuously listen to and parse the downlink control channel. During a certain period of time, the receiver is turned on to enter the DRX active state to listen to downlink control signaling, while at other times the receiver is turned off to enter the DRX sleep state. The terminal can transmit data during the DRX active state, and when it is not transmitting data, the terminal can stop listening to the downlink control channel, thereby saving terminal power consumption.

[0069] For example, see Figure 1 The terminal's active and dormant states alternate over time. When the terminal is in an active state, it can transmit data by listening to the downlink control channel. The sum of the duration of an active state and the duration of a dormant state is the period of the terminal's non-continuous reception.

[0070] In some examples, when configuring the DRX mechanism for a terminal, the network device will configure one or more of the following parameters for the terminal:

[0071] (1) DRX cycle: Used to indicate a DRX cycle. During each DRX cycle, the terminal will be in the DRX active state for a period of time to listen to the PDCCH. For example, a DRX cycle includes a long cycle or a short cycle, where the long cycle is an integer multiple of the short cycle.

[0072] (2) drx-onDurationTimer: This indicates the duration of a continuous downlink data transmission. During this duration, the terminal can listen to the PDCCH; that is, drx-onDurationTimer represents the time the terminal remains awake after waking up. This timer starts at the beginning of each DRX cycle, offset by drx-SlotOffset.

[0073] (3) drx-InactivityTimer: This timer indicates a continuous period during which no downlink data is transmitted, during which the terminal can listen to the PDCCH. It starts or restarts when the terminal receives a PDCCH indicating data transmission. For example, it can indicate new transmission scheduling for either uplink or downlink data.

[0074] (4) drx-HARQ-RTT-Timer: This indicates the minimum retransmission scheduling interval, specifying the earliest symbol after which the next hybrid automatic repeat request (HARQ) will occur. Different parameters can be set for uplink and downlink data. Examples include drx-HARQ-RTT-TimerUL and drx-HARQ-RTT-TimerDL. drx-HARQ-RTT-TimerDL starts at the first symbol after the HARQ feedback of a downlink transmission in a HARQ process ends; drx-HARQ-RTT-TimerUL starts at the first symbol after an uplink transmission in a HARQ process. For example, if the uplink data transmission is a repeated transmission, it starts at the first symbol after the first repeated transmission ends.

[0075] (5) drx-RetransmissionTimer: This timer indicates the waiting time for receive retransmission scheduling. It represents the maximum time a terminal can wait for retransmission while in an active state. Different parameters can be set for uplink and downlink data, namely drx-RetransmissionTimerUL and drx-RetransmissionTimerDL. Specifically, drx-RetransmissionTimerDL starts at the first symbol after the RTT timer expires if the downlink TB fails to decode after the drx-HARQ-RTT-TimerDL timeout of a HARQ process; drx-RetransmissionTimerUL starts at the first symbol after the drx-HARQ-RTT-TimerUL timeout of a HARQ process.

[0076] (6) drx-shortCycleTimer: Used to indicate the lifespan of a short cycle. After this timer times out, a long DRX cycle can be used. However, when DRX short cycle is configured, this timer will start or restart in the following two situations:

[0077] Scenario 1: drx-InactivityTimer timeout.

[0078] Scenario 2: The terminal receives a DRX command MAC CE. The DRX command MAC CE is a medium access control element (MACCE) that instructs the terminal to immediately enter a sleep state. Upon receiving this control signal, the terminal immediately stops drx-onDurationTimer and drx-InactivityTimer.

[0079] In addition to the configuration parameters mentioned above, there are also drx-SlotOffset and drx-StartOffset. drx-StartOffset is used to determine which subframe the DRX cycle starts from, while drx-SlotOffset is used to delay the start of drx-onDurationTimer by a certain amount of time from the front boundary of the subframe where the DRX cycle starts. In some examples, other parameters may also be included, which are not limited here.

[0080] In some embodiments, the DRX period in the above parameters can be a non-integer; for example, the DRX period can be set to 50 / 3ms. To ensure that the DRX states maintained by the network device and the terminal are consistent, the network device and the terminal can use the following formula to determine the start position of the duration:

[0081] When the DRX period is long, the starting position of the duration can be determined using the long DRX period:

[0082] floor([(DRX_SFN_COUNTER×10240)+(SFN×10)+subframe number]modulo(drx-NonIntegerLongCycle))=floor[(drx-StartOffset)modulo(drx-NonIntegerLongCycle)].

[0083] When the DRX period is short, the short DRX period can be used to determine the starting position of the duration:

[0084] floor([(DRX_SFN_COUNTER×10240)+(SFN×10)+subframe number]modulo(drx-NonIntegerShortCycle))=floor[(drx-StartOffset)modulo(drx-NonIntegerShortCycle)].

[0085] The DRX_SFN_COUNTER parameter is initialized to 0 or 1 when the terminal receives the DRX configuration. It is then incremented by one each time the System Frame Number (SFN) flips. The subframe number is the subframe number; a system frame can contain 10 subframes. drx-NonIntegerLongCycle is the configured non-integer long DRX cycle, and drx-NonIntegerShortCycle is the configured non-integer short DRX cycle. drx-StartOffset is the configured DRX start offset.

[0086] In some examples, to ensure that the time-domain locations determined by the network device and the terminal are the same, the DRX-SFN-COUNTER parameter in the terminal and the network device can be aligned. See also Figure 2a If the DRX configuration information contains non-integer DRX periods, the network device initializes DRX-SFN-COUNTER within the first half of the superframe H-SFN0. For example, the value of DRX-SFN-COUNTER can be set to 0. After receiving or applying the DRX configuration information in the first half of the superframe, the terminal initializes DRX_SFN_COUNTER to 0. See also Figure 2b If the DRX configuration information contains non-integer DRX periods, the network device initializes DRX-SFN-COUNTER in the second half of the superframe H-SFN0. For example, the value of DRX-SFN-COUNTER can be set to 0. After the terminal receives or applies the DRX configuration information in the first half of the superframe H-SFN1, it initializes DRX_SFN_COUNTER to 1. In this way, the DRX_SFN_COUNTER parameters of the terminal and the network device can be aligned.

[0087] However, the initialization of the aforementioned non-integer period DRX relies on the assumption that the time interval between the base station sending DRX configuration information and the terminal applying the DRX configuration information does not exceed half a superframe. In other words, the SFN flips at most once during the period from when the base station sends the DRX configuration information to when the terminal applies it. But for more complex and time-consuming processes such as handover scenarios, see [link to relevant documentation]. Figure 2cDuring the period from the base station sending DRX configuration information to the terminal applying DRX configuration information, SFN may flip multiple times. For example, the network device initializes the parameter DRX_SFN_COUNTER to 0 in H-SFN0 and sends DRX configuration information to the terminal, while the terminal applies the DRX configuration information in H-SFN3 and initializes DRX_SFN_COUNTER to 0. This causes the DRX_SFN_COUNTER maintained by the terminal to be misaligned with that of the base station, resulting in misalignment of the DRX period positions calculated by the two, which affects the terminal's data transmission efficiency.

[0088] To address the aforementioned issues, this application proposes a configuration method and apparatus. The terminal first initializes a first parameter, then instructs a first network device to configure the time of the first parameter. The first network device then initializes a second parameter, achieving DRX cycle alignment between the terminal and the first network device. This allows the terminal to receive or send data promptly via DRX, improving the accuracy and efficiency of data transmission and reception. Furthermore, the terminal does not need to continuously monitor the downlink control channel, saving power and resources.

[0089] The method provided in this application can be used in various communication systems. For example, the communication system can be a Universal Mobile Telecommunications System (UMTS) system, a Long Term Evolution (LTE) system, a 5th Generation (5G) communication system, a Wireless Fidelity (WiFi) system, a 3rd Generation Partnership Project (3GPP) related communication system, a communication system evolving after 5G, or a system integrating multiple systems, etc., without limitation. Among them, 5G can also be referred to as NR. The following uses... Figure 3 The method provided in this application will be described using the communication system 30 shown as an example. Figure 3 This is merely an illustrative diagram and does not constitute a limitation on the applicable scenarios of the technical solutions provided in this application.

[0090] In some embodiments, such as Figure 3 The diagram shown is a schematic diagram of the architecture of the communication system 30 provided in this application. Figure 3 In this communication system 30, network devices 301 and 302 may be included, as well as one or more terminals 303 (only one is shown) that can communicate with network devices 301 and 302.

[0091] exist Figure 3In this system, network devices can provide wireless access services to terminals. Specifically, each network device corresponds to a service coverage area. Terminals entering this area can communicate with the network device via an air interface to receive the wireless access services provided by the network device. Optionally, the service coverage area may include one or more cells. Terminals and network devices can communicate via an air interface link. This air interface link can be divided into uplink (UL) and downlink (DL) based on the direction of data transmission. Uplink data from the terminal to the network device can be transmitted on the UL, and downlink data from the network device to the terminal can be transmitted on the DL. For example: Figure 3 In this system, terminal 303 is located within the coverage area of ​​network device 301. Network device 301 can send downlink data to terminal 403 via DL, and terminal 403 can send uplink data to network device 301 via UL.

[0092] The network devices in this application, such as network device 301 and network device 302, can be devices with wireless transceiver capabilities, enabling terminals to achieve wireless access. Network devices can be, for example, nodes in a RAN or nodes in an open access network (open RAN, O-RAN, or ORAN). Network devices can also be referred to as access network devices, RAN entities, access nodes, or network equipment, etc. Network equipment includes, but is not limited to: evolved Node Bs (NodeBs, eNBs, or e-NodeBs) in LTE, next-generation eNBs (ng-eNBs) in LTE, base stations (gNodeBs or gNBs) in NR, transmitting points (TPs) or transmission receiving points / transmission reception points (TRPs), base stations in subsequent 3GPP evolutions, base stations in future mobile communication systems, satellites, access points (APs) in WiFi systems, wireless relay nodes, wireless backhaul nodes, integrated access and backhaul (IAB) nodes, and network equipment in non-terrestrial network (NTN) communication systems of mobile switching centers. These can be deployed on low-altitude platforms, high-altitude platforms, or satellites. Base stations can be: macro base stations, micro base stations, pico base stations, small cells, relay stations, or balloon stations, etc. Multiple base stations can support networks using the same technology mentioned above, or they can support networks using different technologies mentioned above. A base station can contain one or more co-located or non-co-located TRPs. Network devices can also function as base stations in device-to-device (D2D) communication, vehicular communication, drone communication, and machine communication. Network devices can also be radio controllers in cloud radio access network (CRAN) scenarios. Network devices can also be centralized units (CUs), distributed units (DUs), CU-control plane (CP), CU-user plane (UP), radio units (RUs), roadside units (RSUs) with base station functionality, wired access gateways, or core network elements. Network devices can also be servers, wearable devices, machine communication devices, or vehicle-mounted equipment. For example, the access network equipment in V2X technology can be an RSU. The following explanation uses a base station as an example of a network device.The multiple network devices can be base stations of the same type or different types. Base stations can communicate with terminals directly or via relay stations. Terminals can communicate with multiple base stations using different technologies; for example, a terminal can communicate with a base station supporting LTE networks, or with a base station supporting 5G networks, and can also support dual connections with both LTE and 5G base stations.

[0093] In this application, the CU can perform the functions of the radio resource control (RRC) layer and the packet data convergence protocol (PDCP) layer of the base station. The CU can also perform the functions of the service data adaptation protocol (SDAP) layer. The DU can perform the functions of the radio link control (RLC) layer and the medium access control (MAC) layer of the base station. The DU can also perform some or all of the physical layer functions. The RU can be used to implement the transmission and reception functions of radio frequency signals. It is understood that this application does not limit the specific division of the CU and DU. The CU and DU can be set up separately, or they can be included in the same network element, such as in the baseband unit (BBU). The RU can be included in radio frequency equipment or radio frequency units, such as in a remote radio unit (RRU), an active antenna unit (AAU), or a remote radio head (RRH). It is understandable that the CU can be classified as a network device in the access network or as a network device in the core network; no restriction is imposed here.

[0094] In some examples, network device 301 and / or network device 302 may adopt, for example Figure 5 The illustrated CU / DU separation architecture can also be called a CU-CP / CU-UP separation architecture. In this architecture, one CU can be associated with one or more DUs. Furthermore, the CU can be separated into control plane functional network elements (CU-CP) and user plane functional network elements (CU-UP). The CU-CP can include an RRC layer and a PDCP layer, responsible for control plane signaling generation and processing, while the CU-UP can include a PDCP layer (and an SDAP layer), responsible for data processing.

[0095] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an ORAN system, CU can also be called O-CU (open CU), DU can also be called O-DU, CU-CP can also be called O-CU-CP, CU-UP can also be called O-CU-UP, and RU can also be called O-RU. For ease of description, this application uses CU, CU-CP, CU-UP, DU, and RU as examples. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software and hardware modules.

[0096] The terminal in this application, for example, terminal 303, is a device with wireless transceiver capabilities. The terminal can be deployed on land, including indoors, outdoors, handheld, or vehicle-mounted; it can also be deployed on water (such as on ships); and it can be deployed in the air (such as on airplanes, balloons, and satellites). The terminal can also be referred to as a user equipment (terminal), mobile station (MS), mobile terminal (MT), or any device used to provide voice or data connectivity to a user. Specifically, terminals include handheld devices with wireless communication capabilities, vehicle-mounted devices (e.g., cars, bicycles, electric vehicles, airplanes, ships, trains, high-speed trains), wearable devices (e.g., smartwatches, smart bracelets, pedometers), or computing devices. Exemplarily, a terminal can be a mobile phone, tablet computer, laptop computer, PDA, mobile internet device (MID), satellite terminal, or computer with wireless transceiver capabilities. Terminals can also be virtual reality (VR) terminals, augmented reality (AR) terminals, wireless modems, point-of-sale (POS) machines, customer-premises equipment (CPE), intelligent robots, robotic arms, workshop equipment, smart home devices (e.g., refrigerators, televisions, air conditioners, electricity meters, etc.), wireless terminals in industrial control, wireless terminals in autonomous driving, wireless terminals in telemedicine, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in intelligent transportation, wireless terminals in smart cities, wireless terminals in smart homes, vehicle-mounted terminals, roadside units (RSUs) with terminal functions, or flying equipment (e.g., intelligent robots, hot air balloons, drones, airplanes), etc. Terminals can also be other devices with terminal functions; for example, a terminal can also be a device that functions as a terminal in D2D communication.

[0097] By way of example and not limitation, in this application, the terminal can be a wearable device. Wearable devices, also known as wearable smart devices, are a general term for devices that utilize wearable technology to intelligently design and develop everyday wearables, such as glasses, gloves, watches, clothing, and shoes. Wearable devices are portable devices that are worn directly on the body or integrated into a user's clothing or accessories. For example, wearable devices are not merely hardware devices, but also devices that achieve powerful functions through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include devices that are feature-rich, large in size, and can achieve complete or partial functions without relying on a smartphone, such as smartwatches or smart glasses, as well as devices that focus on a specific type of application function and can be used in conjunction with other devices such as smartphones, such as various smart bracelets and smart jewelry for vital sign monitoring.

[0098] In this application, the terminal can be a terminal in an Internet of Things (IoT) system. IoT is an important component of future information technology development, and its main technical feature is connecting objects to networks through communication technologies, thereby realizing an intelligent network of human-machine interconnection and machine-to-machine interconnection. The terminal in this application can be a terminal in machine-type communication (MTC).

[0099] The terminal in this application can be an on-board module, on-board component, on-board chip, on-board unit (OBU), or telematics box (T-BOX) built into a vehicle as one or more components or units. The vehicle can implement the methods of this application through the built-in on-board module, on-board component, on-board chip, on-board unit, or T-BOX. The terminal can also be a complete vehicle device. Therefore, this application can be applied to vehicle networking, such as vehicle-to-everything (V2X), long-term evolution vehicle (LTE-V), and vehicle-to-vehicle (V2V).

[0100] Understandably, in some scenarios, the roles of network devices and terminals are relative. For example, a helicopter or drone, which is typically configured as a terminal, can also be configured as a mobile base station, and devices accessing the RAN via a helicopter or drone can be configured as terminals.

[0101] In this application, the form of the network device is not limited. The device used to implement the function of the network device can be the network device itself, or it can be a device that supports the network device in implementing the function, such as a chip system. The device can be installed in the network device or used in conjunction with the network device.

[0102] In some embodiments, Figure 3 The communication system 30 shown can be applied to Figure 4 In the network shown. For example. Figure 3 Network device 301 or network device 302 can be with Figure 4 Corresponding network devices in the text Figure 3 Terminal 303 in the middle can be with Figure 4 The corresponding terminal in [the document / platform]. Furthermore, in [the document / platform]... Figure 4 In this architecture, network devices and terminals can communicate via the Uu interface, network devices and the core network can communicate via the NG3 interface, and the core network and the data network (DN) can communicate via the NG6 interface. Taking downstream data transmission as an example, data is generated by the application server, forwarded through the data network, sent to the core network via the NG6 interface, and then passed to the network device via the NG3 interface. The network device then sends the data to the terminal via the Uu air interface. The upstream path is the reverse, and will not be elaborated here.

[0103] In its specific implementation, this application Figure 3 Each device in the process (e.g., network device 301, network device 302, or terminal 303) can be adopted. Figure 6 The shown composition structure, or including Figure 6 The components shown. Figure 6 The diagram shows a hardware structure of a communication device applicable to this application. The communication device 60 includes at least one processor 601 and at least one communication interface 604 for implementing the method provided in this application. The communication device 60 may also include a communication line 602 and a memory 603.

[0104] The processor 601 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits used to control the execution of the program of the present application.

[0105] Communication line 602 may include a path for transmitting information between the aforementioned components, such as a bus.

[0106] Communication interface 604 is used for communication with other devices or communication networks. Communication interface 304 can be any transceiver-like device, such as an Ethernet interface, a radio access network (RAN) interface, a wireless local area network (WLAN) interface, a transceiver, pins, a bus, interface circuits, or transceiver circuits, etc.

[0107] The memory 603 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or it may be an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, digital universal optical discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto. The memory may exist independently and be coupled to the processor 601 via communication line 602. The memory 603 may also be integrated with the processor 601. The memory provided in this application is generally non-volatile.

[0108] The memory 603 stores computer execution instructions related to the scheme provided in this application, and its execution is controlled by the processor 601. The processor 601 executes the computer execution instructions stored in the memory 603 to implement the method provided in this application. Alternatively, in this application, the processor 601 may execute the processing-related functions of the method provided below, and the communication interface 304 is responsible for communicating with other devices or communication networks; this application does not specifically limit this aspect.

[0109] Optionally, the computer execution instructions in this application may also be referred to as application code, and this application does not specifically limit them.

[0110] The coupling in this application is an indirect coupling or communication connection between devices, units, or modules, which can be electrical, mechanical, or other forms, and is used for information exchange between devices, units, or modules.

[0111] As one embodiment, processor 601 may include one or more CPUs, for exampleFigure 6 CPU0 and CPU1 in the CPU.

[0112] As one embodiment, the communication device 60 may include multiple processors, such as Figure 6 Processors 601 and 607 are described herein. Each of these processors may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. A processor here may refer to one or more devices, circuits, and / or processing cores used to process data (e.g., computer program instructions).

[0113] As one embodiment, the communication device 60 may further include an output device 605 and / or an input device 606. The output device 605 is coupled to the processor 601 and can display information in various ways. For example, the output device 605 may be a liquid crystal display (LCD), a light-emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector, etc. The input device 606 is coupled to the processor 601 and can receive user input in various ways. For example, the input device 606 may be a mouse, keyboard, touchscreen device, or sensing device, etc.

[0114] Understandable. Figure 6 The structural composition shown does not constitute a limitation on the communication device, except... Figure 6 In addition to the components shown, the communication device may include more or fewer components than illustrated, or combine certain components, or have different component arrangements.

[0115] The method provided in this application will now be described with reference to the accompanying drawings. Each network element in the following embodiments may possess... Figure 6 The components shown are not described in detail.

[0116] It is understood that the message names between network elements or the names of parameters in the messages in the following embodiments of this application are just examples, and other names may be used in the specific implementation. This application does not make any specific limitations on this.

[0117] It is understood that in this application, "sending information to... (e.g., a terminal)" can be interpreted as the destination of the information being the terminal. This can include sending information directly or indirectly to the terminal. "Receiving information from... (e.g., a terminal)" can be interpreted as the source of the information being the terminal, and can include receiving information directly or indirectly from the terminal. Information may undergo necessary processing between the source and destination, such as format changes, but the destination can understand the valid information from the source. Similar expressions in this application can be interpreted similarly, and will not be elaborated further here.

[0118] It is understood that in this application, " / " can indicate that the objects before and after it are in an "or" relationship. For example, A / B can mean A or B. "And / or" can be used to describe three relationships between the related objects. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, and B exists alone. Here, A and B can be singular or plural. Furthermore, expressions like "at least one of A, B, and C" or "at least one of A, B, or C" are generally used to indicate any of the following: A exists alone; B exists alone; C exists alone; A and B exist simultaneously; A and C exist simultaneously; B and C exist simultaneously; A, B, and C exist simultaneously. The above examples using three elements (A, B, and C) illustrate the optional entries for this item. When the expression contains more elements, its meaning can be obtained according to the aforementioned rules.

[0119] To facilitate the description of the technical solutions of this application, the terms "first" and "second" may be used to distinguish technical features with the same or similar functions. The terms "first" and "second" do not limit the number or execution order, nor do they imply that they are necessarily different. In this application, the terms "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design scheme described as "exemplary" or "for example" should not be construed as being more preferred or advantageous than other embodiments or design schemes. The use of "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner for ease of understanding.

[0120] It is understood that the term "embodiment" used throughout the specification means that a specific feature, structure, or characteristic related to an embodiment is included in at least one embodiment of this application. Therefore, various embodiments throughout the specification do not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. It is understood that in the various embodiments of this application, the sequence number of each process does not imply a sequential order of execution; the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of this application.

[0121] It is understood that in this application, "for indicating" can include direct and indirect indication, as well as explicit and implicit indication. When describing certain indication information as indicating A, it can include whether the indication information directly or indirectly indicates A, but does not necessarily mean that the indication information carries A. The information indicated by a certain piece of information (such as the first information mentioned below) is called the information to be indicated. In the specific implementation process, there are many ways to indicate the information to be indicated, such as, but not limited to, directly indicating the information to be indicated, such as the information to be indicated itself or its index. It can also indirectly indicate the information to be indicated by indicating other information, where there is a correlation between the other information and the information to be indicated. It can also indicate only a part of the information to be indicated, while the other parts are known or pre-agreed upon. For example, the indication of specific information can be achieved by using a pre-agreed (e.g., protocol-defined) arrangement of various pieces of information, thereby reducing the indication overhead to some extent.

[0122] It is understood that in this application, "when," "under the circumstances," "if," and "if" all refer to the corresponding processing that will be carried out under certain objective circumstances, and are not time-limited, nor do they require that there must be a judgment action when implemented, nor do they imply any other limitations.

[0123] In this application, "simultaneously" can be understood as at the same point in time, within a period of time, or within the same cycle.

[0124] It is understood that some optional features in this application can be implemented independently in certain scenarios without relying on other features, such as the current solution upon which they are based, to solve the corresponding technical problems and achieve the corresponding effects. Alternatively, they can be combined with other features as needed in certain scenarios. Correspondingly, the apparatus provided in this application can also implement these features or functions, which will not be elaborated here.

[0125] It is understood that the same step or step with the same function or technical feature in this application can be referenced and learned from each other in different embodiments.

[0126] It is understood that in this application, the first network device and / or terminal may perform some or all of the steps in this application. These steps are merely examples, and this application may also perform other steps or variations thereof. Furthermore, the steps may be performed in different orders as presented in this application, and it is not necessary to perform all the steps in this application.

[0127] It is understood that the methods described below in this application use a first network device and a terminal as examples to illustrate the interaction, but this application does not limit the execution subject of the interaction. For example, the first network device in the methods provided in the embodiments of this application may also be a chip, chip system, or processor that supports the server in implementing the method, or it may be a logical node, logical module, or software that can implement all or part of the functions of the first network device; the terminal in the methods provided below in this application may also be a chip, chip system, or processor that supports the terminal in implementing the method, or it may be a logical node, logical module, or software that can implement all or part of the functions of the terminal.

[0128] In one possible solution, such as Figure 7 The diagram illustrates a configuration method provided in this application, which includes:

[0129] S701: The second network device sends first information to the terminal. Correspondingly, the terminal receives the first information from the second network device. The first information indicates the DRX cycle.

[0130] In this application, the second network device can be Figure 3 Any network device in the communication system 30 shown, such as network device 301 or network device 302, can be a terminal 303 in the communication system 30.

[0131] Optionally, the first information may also indicate other parameters used to configure DRX, such as data transmission duration, waiting interval, retransmission scheduling interval, etc. The first information can be sent alone as DRX configuration information or sent together with other configuration information; no limitation is made here.

[0132] S702: Terminal initializes first parameter. The first parameter determines the time the terminal listens to the downlink control channel, and it increments when the system frame number flips.

[0133] It can be understood that the first parameter determines the time during which the terminal is in the DRX active state within the DRX cycle. When the terminal is in the active state, it can transmit data by listening to the downlink control channel. In other words, the first parameter is a DRX parameter that can be used to determine the time-domain position of the terminal listening to the downlink control channel. Optionally, the first parameter can be DRX_SFN_COUNTER. During the initialization process, the first parameter can be initialized to 0 or 1.

[0134] Since the first parameter changes during the system frame number flip, in order to ensure that the DRX period of the first network device is aligned with the DRX period of the terminal, the terminal can send the time when the terminal initializes the first parameter to the first network device.

[0135] S703: The terminal sends second information to the first network device. Correspondingly, the first network device receives the second information sent by the terminal. The second information is used to indicate the time for the terminal to initialize the first parameters.

[0136] In this application, the first network device is a different network device from the second network device. Figure 3 Taking the communication system 30 shown as an example, the first network device is network device 301 in the communication system 30, and the second network device is network device 302 in the communication system 30, or the first network device is network device 302 in the communication system 30, and the second network device is network device 301 in the communication system 30.

[0137] In some embodiments, the method provided in this application can be applied to handover scenarios. For example, a terminal can handover from a second network device to a first network device. Before the handover, the second network device can obtain a discontinuous reception period from the first network device. Subsequently, the second network device can send first information for configuring the discontinuous reception period to the terminal, so that the terminal can determine the discontinuous reception period after handover to the first network device. The second network device can be a source base station, and the first network device can be a target base station.

[0138] It should be understood that, in scenarios where a handover is not in progress, the aforementioned first information may also be sent to the terminal by the first network device.

[0139] It is understood that the terminal indicates the time to initialize the first parameter to the first network device through the second information, so that the first network device can determine the time domain position of the terminal initializing the first parameter based on the second information, and initialize the second parameter based on the time domain position.

[0140] S704: The first network device initializes the second parameter. The second parameter increments when the system frame number flips.

[0141] It is understandable that after receiving the second information, the first network device initializes the second parameter according to the time indicated by the second information when the terminal initializes the first parameter. For example, the first network device can decide to set the second parameter to a value that is the same as or different from the first parameter based on the time domain position of the terminal initializing the first parameter.

[0142] In some embodiments, regarding the initialization of the first parameter in S702, the terminal can set the first parameter to a first value at a first moment, where the first moment is located within a first time period; the first time period is either the first half of a superframe or the second half of a superframe. It should be understood that a superframe is merely an example of the time period within which the first time period falls. In specific applications, a superframe can be replaced with other time units without limitation.

[0143] It is understandable that the terminal can set the first parameter to a first value, such as 0 or 1, without any restrictions. The terminal can also specify the time domain position of the initialization of the first parameter, for example, by determining the system frame number. In other words, the terminal determines whether the first moment is in the first half or the second half of the superframe, so as to send the above information as the second information.

[0144] In some embodiments, the second information includes a first numerical value. The second information carrying the first numerical value is used to instruct the terminal to initialize the value of the first parameter. The first network device can determine the value of the second parameter during the initialization process by combining the value of the terminal's first parameter.

[0145] In some embodiments, the second information includes a first identifier, which indicates that the first moment is within a first time period. The second information can indicate whether the first moment when the terminal initializes the first parameter is in the first half or the second half of a superframe by carrying the first identifier.

[0146] In some embodiments, when the second information indicates that the first moment is within a first time period, and the first moment is the moment when the terminal initializes the first parameter; and the first time period is the first half of a superframe, or the first time period is the second half of a superframe, the first network device can initialize the second parameter based on the second information. Specifically, if the first moment is the second half of a superframe, and the second moment when the first network device receives the second information is within the first half of a superframe, then the first network device initializes the second parameter to a first value plus one. For example, if the first value of the first parameter is initialized to 0, the value of the second parameter is initialized to 1. Except for the above cases, the first network device initializes the second parameter to the first value. The first value is the initial value of the first parameter corresponding to the terminal. For example, if both the first moment and the second moment are within the first half of a superframe, or both the first moment and the second moment are within the second half of a superframe, or the first moment is within the first half of a superframe and the second moment is within the second half of a superframe, for example, if the first value of the first parameter is initialized to 0, the value of the second parameter is initialized to 0.

[0147] In some embodiments, when the DRX period is a non-integer period, the terminal initializes the first parameter. When the DRX period is a non-integer period, determining the duration of the DRX is more complex. To ensure that the DRX states of the first network device and the terminal are consistent, the first parameter can be initialized.

[0148] The following description focuses on the configuration methods involved in S701-S704 of the aforementioned embodiments, taking the first network device as the base station, the first parameter and the second parameter both being DRX_SFN_COUNTER, the first identifier being referenceSFN, the first information being carried in the DRX configuration information, and the second information being carried in the reconfiguration completion message. The specific configuration process involves the terminal first initializing DRX_SFN_COUNTER and sending the initialization time to the base station. The base station then performs initialization according to the terminal's instructions.

[0149] Furthermore, the method may include:

[0150] First, the base station does not initialize DRX_SFN_COUNTER when sending DRX configuration information. After the DRX configuration information is sent to the terminal, the terminal first applies the DRX configuration information. If the DRX period is a non-integer DRX period, then DRX_SFN_COUNTER is initialized and a reconfiguration completion message is sent.

[0151] Secondly, if the terminal applies the DRX configuration information within the first half of the superframe, the terminal does not include the referenceSFN in the corresponding reconfiguration completion message. If the terminal applies the DRX configuration information within the second half of the superframe, the terminal includes the referenceSFN in the corresponding reconfiguration completion message. Alternatively, if the terminal applies the DRX configuration information within the first half of the superframe, the terminal indicates that the referenceSFN is sfn0 in the corresponding reconfiguration completion message. If the terminal applies the DRX configuration information within the second half of the superframe, the terminal indicates that the referenceSFN is sfn512 in the corresponding reconfiguration completion message.

[0152] Finally, after receiving the reconfiguration complete message, the base station initializes itself according to the referenceSFN indicated therein: if the referenceSFN is sfn512, and the base station receives / parses the reconfiguration complete message within the first half of the superframe, then the base station initializes DRX_SFN_COUNTER to 1. Otherwise, the base station initializes DRX_SFN_COUNTER to 0.

[0153] In some examples, the referenceSFN is sfn0 or sfn512, but the base station receives the reconfiguration complete message in the second half of the superframe, and the base station initializes DRX_SFN_COUNTER to 0.

[0154] Optionally, the terminal can also initialize DRX_SFN_COUNTER to 0 or 1. In this case, in addition to indicating referenceSFN, the terminal can also indicate the initial value of DRX_SFN_COUNTER in the reconfiguration completion message. Correspondingly, the base station initialization can have the following three cases:

[0155] Case 1: If the terminal indicates that the initial value of DRX_SFN_COUNTER is 0, and the referenceSFN is sfn512, and the time when the base station receives / parses the reconfiguration completion message is within the first half of the superframe, then the base station will initialize DRX_SFN_COUNTER to 1.

[0156] Scenario 2: If the terminal indicates that the initial value of DRX_SFN_COUNTER is 1, then the base station will initialize DRX_SFN_COUNTER to 1. Optionally, the terminal may not indicate the referenceSFN in this case.

[0157] Case 3: In cases other than Case 1 and Case 2, the base station initializes DRX_SFN_COUNTER to 0.

[0158] Optionally, the terminal can indicate the referenceSFN explicitly or implicitly. For example, the terminal can use an enumeration parameter to indicate the referenceSFN, such as referenceSFN::=ENUMERATED{sfn0,sfn512}. The terminal can directly indicate sfn0 or sfn51. For example, referenceSFN::=ENUMERATED{sfn512} indicates sfn512 if the parameter exists, and sfn0 if the parameter does not exist or is omitted. Alternatively, the terminal can use a boolean parameter to indicate the referenceSFN; a value of true indicates sfn512, and a value of false or non-existent indicates sfn0. This application does not impose any restrictions on this.

[0159] In some embodiments, after switching to the first network device, the terminal initializes the first parameter. Based on this, the terminal can initialize the first parameter corresponding to the DRX after performing a cell handover, where cell handover includes Layer 3 handover, conditional handover, and mobility handover triggered by Layer 1 / Layer 2. No limitations are imposed here.

[0160] In some examples, to support terminal mobility, the terminal can switch connections between different network devices or different serving cells. During the handover process, the terminal may receive the DRX configuration of the target base station / target cell from the source base station / source cell in advance. After the terminal successfully accesses the target base station / target cell, it can directly apply the previously received DRX configuration.

[0161] It is understandable that a terminal can switch from the source base station to the target base station in the following three ways:

[0162] Method 1: In L3 handover, the source base station first sends a handover request to the target base station. In response, the target base station sends a handover request confirmation message to the source base station. This confirmation message may carry target configuration information, including the target base station's DRX configuration information. Next, the source base station sends a handover command to the terminal. This command is an RRC reconfiguration message, which may carry the target base station's target configuration information, including its DRX configuration information. Upon receiving the handover command, the terminal executes the handover process. Once the terminal successfully accesses the target base station, it applies the previously received target base station DRX configuration and sends an RRC reconfiguration completion message to the target base station, ending the entire handover process.

[0163] Method 2: In conditional handover, the source base station first sends a handover request to the candidate target base station. The candidate target base station then sends a handover request confirmation message to the source base station, which may carry the target configuration information of the candidate target base station. The source base station sends an RRC reconfiguration message to the terminal, which may also carry the target configuration information of the candidate target base station. Upon receiving the RRC reconfiguration message, the terminal does not immediately perform a handover. Instead, it determines whether there is a candidate target base station that meets the handover conditions based on a series of pre-configured conditions. When the terminal determines that a candidate target base station meets the conditions, it automatically performs the handover and accesses the candidate target base station that meets the conditions. After successful access, the terminal applies the previously received DRX configuration corresponding to the candidate target base station and sends an RRC reconfiguration completion message to the target base station.

[0164] Method 3: In L1 / L2 triggered handover, the source base station first sends a handover request to the candidate target base station. The candidate target base station then sends a handover request confirmation message to the source base station, which may carry the DRX configuration information of the candidate target base station. The source base station sends an RRC reconfiguration message to the terminal, which may carry the target configuration information of the candidate target base station. After receiving the RRC reconfiguration message, the terminal does not immediately perform the handover. Instead, it waits until it receives a handover indication signaling (e.g., a MAC CE) from the source base station, instructing the terminal to handover to the specified target base station, at which point the terminal performs the handover. After the terminal successfully accesses the target base station, it applies the previously received DRX configuration information corresponding to that target base station and sends a DRX reconfiguration completion message.

[0165] In some embodiments, the source base station and target base station in the above process can be replaced by a source cell and a target cell, wherein the source cell and target cell can be located at different base stations or the same base station. When the source cell and target cell are located under the same base station, the interaction process between the source base station and the target base station in the above process may be omitted.

[0166] The following sections will use methods one through three as examples to illustrate the application of the methods provided in this application in switching scenarios.

[0167] See in some examples Figure 8a This illustrates a usage scenario of the aforementioned embodiments. Taking the first network device as the target base station and the second network device as the source base station as an example, the terminal can execute S702-S704 in the aforementioned embodiments after a Layer 3 handover. The method may include:

[0168] S8011: The source base station sends a handover request to the target base station, and the target base station receives the handover request sent by the source base station.

[0169] S8012: The target base station sends a handover request confirmation to the source base station, and the source base station receives the handover request confirmation sent by the target base station accordingly.

[0170] The handover request confirmation includes target configuration information (i.e., the first information in the aforementioned embodiment).

[0171] S8013: The source base station sends a handover command to the terminal, and the terminal receives the handover command sent by the source base station accordingly.

[0172] The switching command carries the target configuration information.

[0173] S8014: The terminal switches from the source base station to the target base station.

[0174] In some examples, where the first and second parameters are DRX_SFN_COUNTER and the second information is a reconfiguration completion message, the method also includes:

[0175] S8015: Terminal application target configuration information, and initialize DRX_SFN_COUNTER.

[0176] S8016: The terminal sends a reconfiguration completion message to the target base station, and the target base station receives the reconfiguration completion message sent by the terminal.

[0177] The reconfiguration completion message carries information indicating the reference SFN (i.e., the second information in the aforementioned embodiment).

[0178] S8017: Target base station initializes DRX_SFN_COUNTER.

[0179] It is understandable that the target base station initializes DRX_SFN_COUNTER based on the information used to indicate the reference SFN.

[0180] In other examples, see Figure 8b This illustrates a usage scenario of the aforementioned embodiments. Taking the first network device as the target base station and the second network device as the source base station as an example, the terminal can execute S702-S704 in the aforementioned embodiments after a condition switch. The method may include:

[0181] S8021: The source base station sends a handover request to the target base station, and the target base station receives the handover request sent by the source base station.

[0182] S8022: The target base station sends a handover request confirmation to the source base station, and the source base station receives the handover request confirmation sent by the target base station.

[0183] The handover request confirmation includes target configuration information (i.e., the first information in the aforementioned embodiment).

[0184] S8023: The source base station sends an RRC reconfiguration to the terminal, and the terminal receives the RRC reconfiguration sent by the source base station accordingly.

[0185] Among them, RRC reconfiguration carries target configuration information.

[0186] S8024: The terminal sends a reconfiguration complete message to the source base station, and the source base station receives the reconfiguration complete message sent by the terminal.

[0187] S8025: The terminal makes a handover decision based on the conditions.

[0188] S8026: The terminal switches from the source base station to the target base station.

[0189] In some examples, taking the first and second parameters as DRX_SFN_COUNTER and the second information as a reconfiguration completion message as an example, the method also includes S8027-S8029. S8027-S8029 are the same as the description of S8015-S8017 in the previous embodiments, and will not be repeated here.

[0190] In yet another example, see Figure 8c This illustrates a usage scenario of the aforementioned embodiments. Taking the first network device as a base station as an example, the terminal can execute S702-S704 in the aforementioned embodiments after a handover triggered by L1 / L2. The method may include:

[0191] S8031: The base station sends an RRC reconfiguration to the terminal, and the terminal receives the RRC reconfiguration sent by the base station accordingly.

[0192] Among them, the RRC reconfiguration carries the LTM candidate cell configuration.

[0193] S8032: The terminal sends a reconfiguration completion message to the base station, and the base station receives the reconfiguration completion message from the terminal.

[0194] S8033: The base station makes an LTM handover decision.

[0195] S8034: The base station sends an LTM handover command to the terminal, and the terminal receives the LTM handover command sent by the base station accordingly.

[0196] The LTM switching command is sent via MAC CE.

[0197] S8035: Terminal switching base station.

[0198] In some embodiments, after the terminal switches to the base station, it can execute S702-S704 in the foregoing embodiments.

[0199] In some examples, where the first and second parameters are DRX_SFN_COUNTER and the second information is a reconfiguration completion message, the method also includes:

[0200] S8036: Terminal application target configuration information, and initialize DRX_SFN_COUNTER.

[0201] S8037: The terminal sends a reconfiguration complete message to the base station, and the base station receives the reconfiguration complete message sent by the terminal.

[0202] The reconfiguration completion message carries information indicating the reference SFN (i.e., the second information in the aforementioned embodiment).

[0203] S8038: Base station initialization DRX_SFN_COUNTER.

[0204] It is understandable that the base station initializes DRX_SFN_COUNTER based on the information used to indicate the reference SFN.

[0205] In one possible approach, for CHO and LTM switching scenarios, the reconfiguration completion message carries the referenceSFN, while for L3 switching scenarios, the reconfiguration completion message can optionally include the referenceSFN.

[0206] It's understandable that for L3 handover scenarios, the interval between the target base station sending DRX configuration and the terminal accessing the application's DRX configuration typically doesn't exceed 5120ms. Therefore, for L3 handover, the reference SFN can be omitted. However, for LTM and CHO handover scenarios, since the target base station configuration information is sent to the terminal in advance, and the actual handover time is uncertain, there's a higher probability of multiple SFN flips. Therefore, it's advisable to require the terminal to include the reference SFN in the reconfiguration completion message corresponding to the non-integer period DRX configuration sent after LTM and CHO handover.

[0207] For example, the signaling design of a referenceSFN can include the following two approaches:

[0208] Signaling Example 1:

[0209]

[0210]

[0211] OPTIONAL indicates that the field is optional.

[0212] --Cond LTMorCHO indicates that the field is required when switching between LTM and CHO scenarios; otherwise, the field is optional or does not exist.

[0213] Signaling Example 2:

[0214]

[0215] OPTIONAL indicates that the field is optional.

[0216] --Cond LTMorCHO indicates that the field is required when switching between LTM and CHO scenarios; otherwise, the field is optional or does not exist.

[0217] The DRX-Response field is the response information related to DRX configuration in the RRC reconfiguration completion message. It may include the drx-referenceSFN field indicating the referenceSFN, and may also include other information, such as the initial value of DRX_SFN_COUNTER in the aforementioned embodiment.

[0218] In other examples, the drx-referenceSFN field may not be included in the DRX-Response field. The RRC reconfiguration completion message may also contain other information, which is not limited in this invention. The specific form of drx-referenceSFN can be referred to the example in Embodiment 1, and is not limited to the two forms mentioned above.

[0219] In some examples, other signaling design forms that can achieve the above effects can also be used, and this application does not impose any restrictions on them.

[0220] Besides the methods mentioned above, during cell handover, misalignment issues may arise between network devices and the terminal in the configured grant (CG) configuration. CG, also known as static / semi-static scheduling, is a scheduling method that statically allocates uplink resources to the terminal. The terminal can directly transmit data on the agreed-upon resources without waiting for dynamic scheduling authorization from the base station.

[0221] In some embodiments, see Figure 9 The uplink data resources allocated to the terminal by the network device based on the Radio Resource Control (CG) are valid multiple times. The network device can notify the terminal of the CG start time, period, number of HARQ processes, and time-frequency resources through a control channel, such as radio resource control signaling or physical layer signaling. Therefore, the terminal can periodically transmit data based on the CG resources configured by the network device. Compared to the traditional dynamic scheduling process, the CG does not need to authorize each data transmission, which can shorten the scheduling latency and save the overhead of downlink control information. The base station can configure multiple CGs for the terminal simultaneously.

[0222] When a base station uses a CG to allocate radio resources to a terminal, parameters such as the time-frequency resource location of the CG, the period of the CG resource, the number of Hybrid Automatic Repeat Request processes using the CG resource, and the modulation and coding scheme (MCS) are provided to the terminal by the network device through RRC signaling. After receiving the RRC signaling, the terminal stores it as a configured uplink grant, and then the terminal can periodically use the CG to perform uplink data transmission.

[0223] The base station and terminal determine the location of the CG resource according to the following formula:

[0224] [(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot)+(slot number in the frame×numberOfSymbolsPerSlot)+symbol number in the slot]

[0225] =(timeReferenceSFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+timeDomainOffset×numberOfSymbolsPerSlot+S+N×periodicity)modulo(1024×numberOfSlotsPerFrame×numberOfSymbolsPerSlot)

[0226] Here, `timeReferenceSFN` is the configured reference SFN, taking the value `sfn512` or `sfn0`. `timeDomainOffset` is the configured starting offset, used to determine the offset of the first CG resource relative to the reference SFN in the time domain. `S` is the configured or specified symbol position of the CG resource at the beginning of a certain time slot. `N` represents the CG resource of the Nth period. `periodicity` is the configured CG period. By calculating the SFN, slot number in the frame, and symbol number in the slot according to the formula, the time domain position of the Nth CG resource can be determined.

[0227] In some embodiments, when the CG period is not divisible by 10240ms, or when the CG period is not an integer, the base station and the terminal must align the reference SFN to ensure consistent calculation results for the CG resource location. When the network distributes the CG configuration, it can indicate that the reference SFN is sfn0 or sfn512. After receiving the configuration, the terminal uses the most recent SFN0 or SFN512 as a reference point to start calculating the CG resource location.

[0228] In some examples, to ensure that the temporal location corresponding to the CG determined by the network device and the terminal is the same, see [reference needed]. Figure 10a The network device sends the CG configuration within the first half of the superframe H-SFN0. The terminal receives the CG configuration information in the first half of the superframe, carrying reference SFN = sfn0, to determine the resource location of the CG on the terminal side. The reference points on the network device side and the terminal side remain consistent. See also... Figure 10b The network device sends the CG configuration in the second half of the superframe H-SFN0, and the terminal receives the CG configuration information in the first half of the superframe H-SFN1, carrying reference SFN=sfn512 to determine the resource location of the CG on the terminal side. The reference points on the network device side and the terminal side are consistent.

[0229] However, the aforementioned non-integer period CG relies on the assumption that the time interval between the base station sending CG configuration information and the terminal applying CG configuration information does not exceed half a superframe. In other words, the SFN flips at most once during the period from when the base station sends the CG configuration information to when the terminal applies it. But for more complex and time-consuming processes such as scene handover, see [link to relevant documentation]. Figure 10c During the period from base station sending CG configuration information to terminal application of CG configuration information, SFN may flip multiple times. For example, the network device determines the resource location of CG at H-SFN0 and sends CG configuration information to the terminal, while the terminal applies the CG configuration information at H-SFN3 and determines the resource location of CG. This causes the reference point of the terminal to be misaligned with the reference point of the network device, resulting in misalignment of the calculated CG period position and affecting the terminal's data transmission efficiency. It is understandable that in the case of data transmission failure, the terminal will attempt discontinuous transmission multiple times, thereby increasing the terminal's energy consumption.

[0230] To solve the above problems, such as Figure 11 As shown, another configuration method provided in this application includes:

[0231] S1101: The second network device sends third information to the terminal. Correspondingly, the terminal receives the third information from the second network device. The third information indicates the CG cycle between the first network device and the terminal.

[0232] In this application, the first network device and the second network device can be Figure 4 The network devices 401 and 402 in the communication system 40 shown can be any terminal in the communication system 40, such as terminal 403.

[0233] In some embodiments, the terminal switches from a second network device to a first network device. The first network device sends first information for configuring CG to the second network device. The second network device may be a source base station, and the first network device may be a target base station.

[0234] Optionally, the third information can also indicate other parameters used for CG. The third information can be sent as a parameter for CG alone, or it can be sent together with other configuration information. There are no restrictions on this.

[0235] S1102: The terminal determines the resource location of the CG.

[0236] Optionally, the terminal can determine the authorized resource location based on the CG cycle and the third parameter. The resource location is used by the terminal for uplink data transmission. For example, the third parameter can be a reference SFN.

[0237] It is understandable that the third parameter is used to determine the time-domain bit value at which the terminal can upload data during the CG cycle. When the terminal is at the uplink resource position corresponding to the CG, the terminal can transmit data at the time-domain position of the CG. In other words, the third parameter is a parameter that can be used to determine the resource position of the CG. Optionally, the third parameter can be the reference SFN corresponding to the time when the terminal determines the resource position of the CG. For example, if the first time period is the first half of the superframe, the third parameter takes a value of 0; if the first time period is the second half of the superframe, the third parameter takes a value of 512.

[0238] Since the third parameter changes during the system frame number flip, in order to ensure that the CG cycle of the first network device is aligned with the CG cycle of the terminal, the time when the terminal determines the location of the CG resource can be sent to the first network device.

[0239] S1103: The terminal sends fourth information to the first network device. Correspondingly, the first network device receives the fourth information sent by the terminal. The fourth information is used to determine the resource location and includes the time information of the terminal determining the resource location.

[0240] It is understood that the terminal indicates the time to determine the location of the CG resource to the first network device through the fourth information, so that the first network device can determine the resource location of the terminal's CG based on the fourth information, and determine the resource location of the CG based on the resource location.

[0241] S1104: The first network device determines the resource location of CG.

[0242] Optionally, the first network device determines the resource location of the CG based on the third parameter indicated by the fourth information. The third parameter can be the reference SFN corresponding to the moment the terminal determines the resource location of the CG according to the fourth information. In this way, the terminal and the first network device use the same parameters to determine the resource location of the CG, achieving alignment of the CG cycle between the terminal and the first network device.

[0243] It is understandable that after receiving the fourth information, the first network device determines the location of the CG resource based on the time indicated by the fourth information. The first network device can determine the location of the CG resource at the same time domain location.

[0244] In some embodiments, the aforementioned time information may indicate that the third moment is located within the first time period, the third moment being the moment when the number of terminals determines the resource location of the CG, the first time period being the first half of the superframe, or the first time period being the second half of the superframe; determining the resource location of the CG based on the fourth information includes: determining the resource location of the CG according to the fourth parameter indicated by the fourth information, the fourth parameter being related to the third moment.

[0245] It is understandable that the first network device can determine whether the third time period is in the first or second half of a superframe using the fourth information, and determine the resource location of the CG at the same time domain location. In other words, the third parameter used by the terminal to determine the CG resource location can be the same as the fourth parameter used by the first network device to determine the CG resource location. In some examples, both the third and fourth parameters are reference system frame numbers corresponding to the terminal's determination of the CG resource location. For example, if the first time period is the first half of a superframe, the third parameter is 0; if the first time period is the second half of a superframe, the third parameter is 512.

[0246] In some embodiments, the time information includes a second identifier, which is used to indicate that the third time point is within the first time period.

[0247] It is understandable that the fourth piece of information can determine whether the resource location of the CG is in the first or second half of the superframe at the third moment by carrying the second identifier to indicate to the terminal.

[0248] If the third moment of the terminal applying the CG configuration information is within the first half of the superframe, the terminal indicates that the second identifier of the referenceSFN is sfn0 in the corresponding reconfiguration completion message. If the third moment of the terminal applying the CG configuration information is within the second half of the superframe, the terminal indicates that the second identifier of the referenceSFN is sfn512 in the corresponding reconfiguration completion message.

[0249] In some embodiments, when the CG period is a non-integer period or the CG period cannot be divided by the duration of a superframe, the terminal device determines the resource location of the CG. Determining the temporal location of the CG is more complex when the CG period is a non-integer period or the CG period cannot be divided by the duration of a superframe. To ensure that the temporal locations of the CGs of the first network device and the terminal are consistent, the terminal can determine the resource location of the CG based on a third parameter, where the third parameter can be the reference system frame number corresponding to the resource location of the CG determined by the terminal.

[0250] In some examples, if the target base station is configured with a CG, the terminal indicates the reference SFN in the RRC reconfiguration completion message after handover. If the terminal applies the CG configuration within the first half of the superframe, the reference SFN is indicated as sfn0; if it is within the second half of the superframe, it is indicated as sfn512. After receiving the reconfiguration completion message, the base station uses the most recent SFN with the same number as the reference SFN indicated by the terminal as the reference SFN and begins calculating the CG resource location.

[0251] Optionally, for CHO and LTM, the above referenceSFN instruction can be mandatory in the RRC reconfiguration completion message corresponding to the CG configuration, but optional in other scenarios.

[0252] Optionally, when the target base station is configured with both DRX and CG, the reference SFN of DRX and CG can be indicated by different parameters or by the same parameter.

[0253] In some embodiments, determining the resource location of the CG includes determining the resource location of the CG after handover to the first network device. The terminal can determine the resource location of the CG after performing a cell handover. The cell handover can be triggered by Layer 3 handover, conditional handover, or Layer 1 or Layer 2 handover. No limitations are imposed here.

[0254] Among some possible solutions, see Figure 12a In a CU-DU separation scenario, after the base station receives the RRC reconfiguration complete message, it can first submit it to the CU for parsing by the RRC layer. DRX and CG are typically maintained by the MAC layer located in the DU. Therefore, when the base station receives a referenceSFN indicated by the terminal in the RRC reconfiguration complete message, the DU directly provides feedback as described in the previous embodiment. Thus, after the CU receives the RRC reconfiguration complete message, if it indicates a referenceSFN (for DRX or CG), the CU notifies the DU of the information through the F1 interface. The form of this notification information can be the same as or different from the way the referenceSFN is indicated in the RRC reconfiguration complete message; this invention does not impose any restrictions on this.

[0255] In another possible solution, see Figure 12b In CU-DU separation scenarios, using RRC reconfiguration completion messages to indicate the referenceSFN results in the DU being unable to obtain the information immediately (as it forwards the notification through the CU), which delays the activation of DRX or CG, affecting communication or energy saving. Therefore, the terminal uses L1 / L2 signaling to directly indicate the referenceSFN to the DU.

[0256] For example, when the terminal applies DRX configuration or CG configuration, the terminal triggers a MAC CE (Control Element) to indicate at least one of the initial values ​​of referenceSFN or DRX_SFN_COUNTER. Specifically, if the configuration information is applied in the first half of the superframe, sfn0 is indicated; if the configuration information is applied in the second half of the superframe, sfn512 is indicated.

[0257] Optionally, the priority of this MAC CE can be higher than that of data, or higher than that of BSR (Buffer Status Report), or higher than that of DSR (Delay Status Report). Optionally, this MAC CE is triggered only when the reference SFN is sfn512 or sfn0. Optionally, the terminal only triggers this MAC CE in LTM and / or CHO scenarios. Correspondingly, after receiving the above indication, the base station initializes DRX_SFN_COUNTER or determines the CGreference SFN, using the same method as in the previous embodiments.

[0258] The various embodiments mentioned above in this application can be combined without contradiction, and no limitation is imposed.

[0259] The above mainly describes the solution provided in this application from the perspective of interaction between various network elements. Correspondingly, this application also provides a communication device, which can be a terminal in the above method embodiments, or a device including the aforementioned terminal, or a component usable in a terminal; or, the communication device can be a network device in the above method embodiments, or a device including the aforementioned network device, or a component usable in a network device. It is understood that the aforementioned terminal or network device, etc., includes hardware structures and / or software modules corresponding to the execution of each function in order to achieve the above functions. Those skilled in the art should readily recognize that, based on the unit and algorithm operations of the various examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed by hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0260] It should be understood that the above description of the interaction between various network elements uses only terminals and network devices as examples. In reality, the processing performed by the terminals is not limited to being performed by a single network element, nor is the processing performed by the network devices. For example, the processing performed by the network devices can be performed by at least one of the CU, DU, RU, or RIC.

[0261] This application can divide a terminal or network device into functional modules based on the above method examples. For example, each function can be divided into its own functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. It is understood that the module division in this application is illustrative and only represents one logical functional division; other division methods may be used in actual implementation.

[0262] For example, when dividing the functional modules using an integrated approach. Figure 13 A schematic diagram of a communication device 130 is shown. The communication device 130 includes an interface module 1301 and a processing module 1302. The interface module 1301, also known as an interface unit, is used to perform transmit and receive operations, and may be, for example, an interface circuit, a transceiver, a transceiver unit, or a communication interface. The processing module 1302, also known as a processing unit, is used to perform operations other than transmit and receive operations, and may be, for example, a processing circuit or a processor.

[0263] In some embodiments, the communication device 130 may further include a storage module. Figure 13 (Not shown in the image) is used to store program instructions and data.

[0264] In one example, the communication device is a terminal, which can be used to implement any of the configuration methods executed by the terminal in the foregoing embodiments. Specifically, the communication device may include:

[0265] Interface module 1301 is used to receive first information, which is used to indicate a discontinuous reception period.

[0266] Processing module 1302 is used to initialize the first parameter, which increments when the system frame number flips. The first parameter is used to determine the time for the terminal to listen to the downlink control channel.

[0267] The interface module 1301 is also used to send second information to the first network device, the second information being used to indicate the time for the terminal to initialize the first parameter.

[0268] In some embodiments, the processing module 1302 is specifically used to set the first parameter to a first value at a first moment, the first moment being located in a first time period; the first time period is the first half of the superframe, or the first time period is the second half of the superframe.

[0269] In some embodiments, the second information includes the first numerical value.

[0270] In some embodiments, the second information includes a first identifier, which is used to indicate that the first moment is within a first time period.

[0271] In some embodiments, the processing module 1302 is specifically used to initialize the first parameter when the non-continuous reception period is a non-integer period.

[0272] In some embodiments, the processing module 1302 is specifically configured to initialize the first parameter after switching to the first network device.

[0273] In some embodiments, the interface module 1301 is further configured to receive third information, which is used to indicate the configuration authorization period.

[0274] In some embodiments, the processing module 1302 is further configured to determine the resource location of the configuration authorization according to the configuration authorization period, wherein the resource location is used by the terminal for uplink data transmission;

[0275] In some embodiments, the interface module 1301 is further configured to send fourth information to the network device, the fourth information being used to determine the resource location, the fourth information including the time information of the terminal determining the resource location.

[0276] In some embodiments, the processing module 1302 is specifically used to determine the resource location of the configuration authorization based on the configuration authorization period and the third parameter at a third time point. The third time point is located in the first time period, and the third parameter is related to the third time point. The first time period is the first half of the superframe, or the first time period is the second half of the superframe.

[0277] In some embodiments, if the first time period is the first half of a superframe, the third parameter is 0; if the first time period is the second half of a superframe, the third parameter is 512.

[0278] In some embodiments, the time information includes a second identifier indicating that the third moment falls within the first time period. Based on this, the fourth information can use the second identifier to instruct the terminal to determine whether the third moment of the configured authorized resource location falls within the first or second half of a superframe.

[0279] In some embodiments, the processing module 1302 is specifically used to determine the resource location for configuration authorization when the configuration authorization period is a non-integer period.

[0280] In some embodiments, the processing module 1302 is specifically configured to determine the location of the resource to be configured and authorized after switching to the first network device.

[0281] In one example, the communication device is a network device that can be used to implement any of the configuration methods executed by the terminal in the foregoing embodiments. Specifically, the communication device may include:

[0282] Interface module 1301 is used to send first information, which is used to indicate a discontinuous reception period.

[0283] The interface module 1301 is also used to receive second information, which is used to indicate the time when the terminal initializes the first parameter. The first parameter increments when the system frame number flips and is used to determine the time when the terminal listens to the downlink control channel.

[0284] Processing module 1302 is used to initialize the second parameter based on the second information, and the second parameter increments when the system frame number flips.

[0285] In some embodiments, the second information indicates that the first moment is located in the first time period, and the first moment is the moment when the terminal initializes the first parameter; the first time period is the first half of the superframe, or the first time period is the second half of the superframe. The processing module 1302 is specifically configured to: if the first moment is located in the second half of the superframe, and the second moment when the first network device receives the second information is located in the first half of the superframe, then initialize the second parameter to a first value plus one; if both the first moment and the second moment are located in the second half of the superframe, or both the first moment and the second moment are located in the first half of the superframe, or the first moment is located in the first half of the superframe and the second moment is located in the second half of the superframe, then initialize the second parameter to a first value, where the first value is the initial value of the first parameter corresponding to the terminal.

[0286] In some embodiments, the second information includes the first numerical value.

[0287] In some embodiments, the second information includes a first identifier, which is used to indicate that the first moment is within a first time period.

[0288] In some embodiments, the interface module 1301 is further configured to send third information, which is used to indicate the configuration authorization period.

[0289] In some embodiments, the interface module 1301 is further configured to receive fourth information, the fourth information including time information for the terminal to determine the resource location, the resource location being used by the terminal for uplink data transmission.

[0290] In some embodiments, the processing module 1302 is further configured to determine the resource location for configuration authorization based on the fourth information.

[0291] In some embodiments, the fourth information indicates that the third time is located in the first time period, the third time is the time when the terminal determines the resource location for configuration authorization, the first time period is the first half of the superframe, or the first time period is the second half of the superframe; the processing module 1302 is specifically used to determine the resource location for configuration authorization according to the fourth parameter indicated by the fourth information, the fourth parameter being related to the third time.

[0292] In some embodiments, if the first time period is the first half of a superframe, the third parameter is 0; if the first time period is the second half of a superframe, the third parameter is 512.

[0293] In some embodiments, the time information includes a second identifier, which is used to indicate that the third time point is within the first time period.

[0294] It is understood that one or more of the above modules or units can be implemented by software, hardware, or a combination of both. When any of the above modules or units are implemented by software, the software exists as computer program instructions and is stored in memory. The processor can be used to execute the program instructions and implement the above method flow. The processor can be built into a SoC (System-on-a-Chip) or ASIC, or it can be a separate semiconductor chip. In addition to the core that executes software instructions for computation or processing, the processor may further include necessary hardware accelerators, such as field-programmable gate arrays (FPGAs), PLDs (Programmable Logic Devices), or logic circuits that implement dedicated logic operations.

[0295] When the above modules or units are implemented in hardware, the hardware can be any one or any combination of a CPU, microprocessor, digital signal processing (DSP) chip, microcontroller unit (MCU), artificial intelligence processor, ASIC, SoC, FPGA, PLD, application-specific digital circuit, hardware accelerator, or non-integrated discrete device, which can run the necessary software or perform the above method flow independently of software.

[0296] Optionally, this application also provides a chip system, including: at least one processor and an interface, wherein the at least one processor is coupled to a memory via the interface, and when the at least one processor executes a computer program or instructions in the memory, the method in any of the above method embodiments is executed. In one possible implementation, the chip system further includes a memory. Optionally, the chip system may be composed of chips or may include chips and other discrete devices; this application does not specifically limit this.

[0297] Optionally, this application also provides a computer-readable storage medium. All or part of the processes in the above method embodiments can be implemented by a computer program instructing related hardware. This program can be stored in the aforementioned computer-readable storage medium. When executed, the program can include the processes described in the above method embodiments. The computer-readable storage medium can be an internal storage unit of the communication device in any of the foregoing embodiments, such as the hard disk or memory of the communication device. The aforementioned computer-readable storage medium can also be an external storage device of the communication device, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the communication device. Further, the aforementioned computer-readable storage medium can include both internal storage units and external storage devices of the communication device. The aforementioned computer-readable storage medium is used to store the aforementioned computer program and other programs and data required by the aforementioned communication device. The aforementioned computer-readable storage medium can also be used to temporarily store data that has been output or will be output.

[0298] Optionally, this application also provides a computer program product. All or part of the processes in the above method embodiments can be executed by a computer program instructing related hardware. This program can be stored in the above computer program product, and when executed, it can include the processes described in the above method embodiments.

[0299] Optionally, this application also provides computer instructions. All or part of the processes in the above method embodiments can be executed by computer instructions instructing related hardware (such as a computer, processor, terminal, or network device). The program can be stored in the aforementioned computer-readable storage medium or the aforementioned computer program product.

[0300] Optionally, this application also provides a communication system, including: Figure 7 The first network device and terminal in the illustrated embodiment.

[0301] Optionally, this application also provides a communication system, including: Figure 11 The first network device and terminal in the illustrated embodiment.

[0302] Through the above description of the embodiments, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0303] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another device, or some features may be ignored or not executed. Furthermore, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0304] The units described as separate components may or may not be physically separate. A component shown as a unit can be one or more physical units; that is, it can be located in one place or distributed in multiple different locations. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0305] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0306] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A configuration method, characterized by, The method applied to a terminal comprises: receiving first information, the first information being used for indicating a discontinuous reception period; initializing a first parameter, the first parameter being increased when a system frame number is rolled over, the first parameter being used for determining a time for the terminal to monitor a downlink control channel; sending second information to a first network device, the second information being used for indicating a time for the terminal to initialize the first parameter.

2. The method of claim 1, wherein, The initializing the first parameter comprises: setting the first parameter as a first value at a first time, the first time being located in a first period; the first period being a first half of a super frame, or the first period being a second half of the super frame.

3. The method of claim 2, wherein, The second information being used for indicating the time for the terminal to initialize the first parameter comprises: the second information comprising a first identifier, the first identifier being used for indicating that the first time is located in the first period.

4. The method according to any one of claims 1 to 3, characterized in that, The initializing the first parameter comprises: when the discontinuous reception period is a non-integer period, initializing the first parameter.

5. A configuration method, characterized by, The method applied to a first network device comprises: sending first information, the first information being used for indicating a discontinuous reception period; receiving second information, the second information being used for indicating a time for a terminal to initialize a first parameter, the first parameter being increased when a system frame number is rolled over, the first parameter being used for determining a time for the terminal to monitor a downlink control channel; initializing a second parameter based on the second information, the second parameter being increased when the system frame number is rolled over.

6. The method of claim 5, wherein, The second information indicating that a first time is located in a first period, the first time being a time for the terminal to initialize the first parameter; the first period being a first half of a super frame, or the first period being a second half of the super frame; The initializing the second parameter based on the second information comprises: if the first time is located in the second half of the super frame, and a second time for the first network device to receive the second information is located in the first half of the super frame, initializing the second parameter as a first value plus one; if the first time and the second time are both located in the second half of the super frame, or the first time and the second time are both located in the first half of the super frame, or the first time is located in the first half of the super frame and the second time is located in the second half of the super frame, initializing the second parameter as a first value, the first value being an initial value of the first parameter corresponding to the terminal.

7. A configuration method, characterized by, The method applied to a terminal comprises: receiving third information, the third information being used for indicating a configured grant period; determining a resource position of a configured grant according to the configured grant period, the resource position being used for the terminal to perform uplink data transmission; sending fourth information to a first network device, the fourth information being used for determining the resource position, the fourth information comprising time information for the terminal to determine the resource position.

8. The method of claim 7, wherein, The determining the resource position of the configured grant according to the configured grant period comprises: determining the resource position of the configured grant according to the configured grant period and a third parameter at a third time, the third time being located in a first period, the third parameter being related to the third time; the first period being a first half of a super frame, or the first period being a second half of the super frame.

9. The method of claim 8, wherein, The third parameter is related to the third time point, and includes: If the first time period is the first half of a superframe, the third parameter takes a value of 0; if the first time period is the second half of a superframe, the third parameter takes a value of 512.

10. The method of claim 8, wherein, The time information includes a second identifier, and the second identifier indicates that the third time point is located in a first time period.

11. The method according to any one of claims 7-10, characterized in that, The resource position of the configured grant is determined according to the configured grant period, including: When the configured grant period is a non-integer period, the resource position of the configured grant is determined according to the configured grant period.

12. A configuration method, characterized by, The method is applied to a first network device, and includes: sending third information, the third information being used to indicate a configured grant period; receiving fourth information, the fourth information including time information used by a terminal to determine a resource position of a configured grant, the resource position being used by the terminal to perform uplink data transmission; determining the resource position of the configured grant based on the fourth information.

13. The method of claim 12, wherein, The time information includes a second identifier, and the second identifier indicates that a third time point is located in a first time period, the third time point being a time point at which the terminal determines the resource position of the configured grant, and the first time period being a first half of a superframe or a second half of the superframe. The resource position of the configured grant is determined based on the fourth information, including: The resource position of the configured grant is determined according to a fourth parameter indicated by the fourth information, and the fourth parameter is related to the third time point.

14. The method of claim 13, wherein, The fourth parameter is related to the third time point, and includes: If the first time period is the first half of a superframe, the third parameter takes a value of 0; if the first time period is the second half of a superframe, the third parameter takes a value of 512.

15. A communications device, characterized by The communication device includes units or modules for performing the method of any of claims 1-4, or units or modules for performing the method of any of claims 5-6, or units or modules for performing the method of any of claims 7-11, or units or modules for performing the method of any of claims 12-14.

16. A computer readable storage medium characterized by: The computer readable storage medium stores computer program instructions, and the computer program instructions are executed to implement the method of any of claims 1-4, or the method of any of claims 5-6, or the method of any of claims 7-11, or the method of any of claims 12-14.

17. A computer program product comprising instructions, characterized in that, When the computer program product is run on a computer, the method of any of claims 1-4 is implemented, or the method of any of claims 5-6 is implemented, or the method of any of claims 7-11 is implemented, or the method of any of claims 12-14 is implemented.

18. A communications device, characterized by including: a processor coupled with a memory for storing programs or instructions that, when executed by the processor, cause the apparatus to perform the method of any of claims 1-4, or the method of any of claims 5-6, or the method of any of claims 7-11, or the method of any of claims 12-14.

Images