Communication method and communication device

Abstract

Provided are a communication method and a communication device, the communication method being applied to a centralized unit-control plane (CU-CP) of a first access network device, the first access network device further comprising a centralized unit-user plane (CU-UP), the communication method comprising: the CU-CP receiving first indication information from the CU-UP, the first indication information is used for indicating that the CU-UP does not detect first data of a multicast broadcast service (MBS) session within a first preset duration, and the first data is data from core network equipment; and the CU-CP sends second indication information to the CU-UP according to the first indication information, the second indication information being used for indicating that the CU-UP stops sending the first data when detecting the first data. According to the invention, reliable transmission of MBS data can be realized, and a signaling interaction mechanism on an E1 interface is perfected.

Description

Technical Field

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

[0002] Multicast and broadcast service (MBS) is a service for multiple UEs, such as live broadcast service, public safety service, batch software update service, etc. MBS data comes from the data server, which first sends the MBS data to the core network device, and then the core network device sends the MBS data to the access network device, and finally the access network device sends the MBS data to one or more terminal devices in the MBS session.

[0003] With the evolution of communication technology, the standard defines that access network equipment can adopt an architecture that separates centralized units (CU) from distributed units (DU). Furthermore, the CU can be divided into a centralized unit-control plane (CU-CP) and a distributed unit-user plane (CU-UP).

[0004] Among them, CU-UP and CU-CP can be arranged on different physical devices, and CU-UP and CU-CP are connected through the E1 interface. Under this separated architecture, when there is no MBS data to be sent to the terminal device temporarily, the access network device can release the terminal device to the radio resource control inactive (radio resource control INACTIVE, RRC_INACTIVE) state. On this basis, considering that there may be a situation where the terminal device base station switches during the MBS data transmission process, how to achieve reliable transmission of MBS data has become a technical problem to be solved. Summary of the invention

[0005] The embodiments of the present application provide a communication method and a communication device, which can realize reliable transmission of MBS data and improve the signaling interaction mechanism on the E1 interface.

[0006] In a first aspect, a communication method is provided, which is applied to a centralized unit-control plane CU-CP of a first access network device, wherein the first access network device also includes a centralized unit-user plane CU-UP, and the method includes: the CU-CP receives first indication information from the CU-UP, wherein the first indication information is used to indicate that the CU-UP has not detected first data of a multicast broadcast service MBS session within a first preset time period, and the first data is data from a core network device; the CU-CP sends second indication information to the CU-UP according to the first indication information, and the second indication information is used to indicate that when the CU-UP detects the first data, it should stop sending the first data.

[0007] According to the communication method provided in the embodiment of the present application, after CU-UP fails to detect MBS data (recorded as first data) from the core network device within a first preset time period, CU-CP may send a first indication message to CU-CP, and CU-CP may release at least one terminal device according to the first indication message to save terminal energy consumption and communication resources. CU-CP may also send a second indication message to CU-UP according to the first indication message, and the second indication message is used to indicate that when CU-UP detects new first data, it should stop sending the first data, for example, pausing for a period of time before sending the first data, or waiting to receive further instructions from CU-CP before sending, thereby avoiding missing data packets due to terminal devices not being connected (in an RRC inactive state).

[0008] Furthermore, considering that the CU-UP of the first access network device may also receive MBS data (recorded as second data) from other access network devices such as the second access network device, the second indication information in the embodiment of the present application instructs the CU-UP to stop sending the first data, rather than instructing the CU-UP to stop sending all MBS data. When there is second data that needs to be forwarded, the CU-UP will not stop forwarding the second data. For example, after receiving the second indication information, if there is second data from the second access network device that needs to be forwarded to the terminal device (the terminal device is switched from the second access network device to the first access network device), the CU-UP will not stop forwarding the second data, so as to avoid the terminal device from missing data, ensure the integrity of the data received by the terminal device, and ensure the smooth progress of the MBS service.

[0009] The communication method provided in the embodiment of the present application can realize the reliable transmission of MBS data and avoid the terminal device from missing data. The MBS data from other access network devices can also reach the corresponding terminal device smoothly, ensuring that the terminal device achieves the purpose of lossless reception and the MBS service can be smoothly implemented. It can improve the reliability of the signaling interaction process and improve the signaling interaction mechanism on the E1 interface.

[0010] Optionally, the second data may come from the second access network device, or from any other access network device such as the third access network device, or from multiple devices such as the second access network device and the third access network device, which is not limited in this application.

[0011] Optionally, the core network device may be, for example, an MB-UPF.

[0012] Optionally, the first access network device and the second access network device are two completely different access network devices. For example, the second access network device may be a neighboring base station of the first access network device.

[0013] Optionally, as a special case, considering the cell switching within the first access network device, the first access network device and the second access network device may also be the same access network device. At this time, the terminal device undergoes cell switching, and the source cell and the target cell before and after the switching may belong to the same CU-UP or to different CU-UPs. The source cell lags behind the target cell in sending MBS data, so it is necessary to forward the second data. At this time, the forwarding of the second data is an internal behavior of the first access network device. This application does not limit the specific implementation form. After CU-UP obtains the second data, it forwards the second data to the terminal device where the cell switching occurs.

[0014] Optionally, as a special case, after the CU-CP receives the first indication information, it is possible that none of the terminal devices are released, and this application does not exclude this case. For example, the CU-CP determines that each terminal does not meet the release condition (requirement) in combination with the current service conditions of each terminal (not limited to MBS services), so the CU-CP may not release any terminal, that is, keep each terminal device in the RRC connected state.

[0015] Optionally, the first preset duration may be any duration, for example, 1 to 7200 seconds, such as 2 seconds, 3 seconds, 5 seconds, 10 seconds, 30 seconds, 60 seconds, 120 seconds, 180 seconds, 500 seconds, 1000 seconds, 2000 seconds, 5000 seconds, etc. The first preset duration may be pre-configured in a static or semi-static manner. For example, the first preset duration may be determined according to indication (configuration) information from the CU-CP, and the indication information may include, for example, indication information of an inactivity timer.

[0016] Optionally, the first indication information and the second indication information may both be transmitted via the E1 interface, for example, both carried in an E1AP message. The E1AP message may be, for example, a bearer context establishment / modification / notification / request / response message, but is not limited thereto.

[0017] Optionally, the first indication information is carried in a multicast (MC) bearer notification (BearerNotification) message or a bearer context inactivity notification (BEARER CONTEXT INACTIVITYNOTIFICATION) message. For example, the first indication information includes a temporary no data indication.

[0018] Optionally, the second indication information is carried in a MC bearer context setup request or MC bearer context modification request (BEARER CONTEXT SETUP / MODIFICATION REQUEST) message. For example, the second indication information includes a suspend indication.

[0019] In a possible implementation, the method also includes: the CU-CP releases the radio resource control RRC connection of the first terminal device according to the first indication information, the first terminal device is a terminal device among multiple terminal devices served by the CU-UP that has not received second data within the first preset time length, and the second data is data from the MBS session of the second access network device.

[0020] In order to avoid releasing a terminal device that is still transmitting data, or in other words, to avoid releasing a terminal device that still has second data to be transmitted, in an embodiment of the present application, CU-CP only releases the first terminal device according to the first indication information, that is, only releases the terminal device that has not received the second data within the first preset time period, thereby ensuring that the terminal devices that receive the second data can fully receive the second data, thereby ensuring the reliability of MBS data transmission.

[0021] Optionally, the first terminal device fails to receive the second data within the first preset time period, which means that the first terminal device fails to receive the second data at any time (eg, a start time, an end time) of the first preset time period.

[0022] Optionally, the CU-CP releases the RRC connection of the first terminal device through a known process in the prior art or other processes, and the present application does not limit the specific release process. For example, it includes the steps of CU-CP sending a UE context release command message to DU, the message carrying an RRC release message (information), and DU further sending the RRC release message to the first terminal device.

[0023] Optionally, the first terminal device here may be a terminal device that receives the first data but does not receive the second data. In other words, the first terminal device may be a terminal device that has been served by the CU-UP, that is, has been receiving MBS data through the CU-UP without base station switching or cell switching.

[0024] Optionally, the first terminal device here may also be a terminal device that receives the first data and the second data. Wherein, the first terminal device undergoes base station switching or cell switching, but the first terminal device completes receiving the second data before the start time of the first preset duration, and at this time, the first terminal device's reception of the second data will not affect the RRC release of the first terminal device.

[0025] Optionally, the first terminal device here may be one or more, and this application does not impose any limitation on this.

[0026] In a possible implementation, the method also includes: the CU-CP receives third indication information from the CU-UP, the third indication information is used to indicate that the sending of the second data sent to the second terminal device is completed, the second terminal device is a terminal device among multiple terminal devices served by the CU-UP that receives the second data within the first preset time length, and the second data is data of the MBS session from the second access network device; the CU-CP releases the RRC connection of the second terminal device according to the third indication information.

[0027] After the second data is sent, CU-UP can send a third indication message to CU-CP, and CU-CP can determine that the second data sent to the second terminal device is sent according to the third indication message. In this way, CU-CP can further release the RRC connection of the second terminal device according to the third indication message to save energy consumption of the second terminal device and save communication resources. By setting the third indication message to instruct CU-CP to release the second terminal device, the problem of when the second terminal device is released is solved, and the signaling interaction mechanism under the separated architecture is improved.

[0028] Optionally, the second terminal device is a terminal device that receives the second data within a first preset time period. For a certain terminal device, as long as it receives the second data at any time within the first preset time period (for example, the start time, the middle time or the end time), the terminal device can be determined as the second terminal device.

[0029] Optionally, within the first preset time period, there may be multiple terminal devices receiving the second data (the second data received by each terminal device may be different, for example, may come from different access network devices), and the second terminal device may be one of the multiple terminal devices.

[0030] In a possible implementation, the CU-CP releases the RRC connection of the second terminal device according to the third indication information, including: the CU-CP releases the RRC connection of the second terminal device according to the third indication information and the first indication information.

[0031] The first indication information is sent after the first preset time length, and the third indication information is sent when the second data transmission to the second terminal device is completed. There is no logical order in the timing of the transmission of these two indication information. The third indication information may be sent first, and then the first indication information. Taking this into account, in order to avoid the premature release of the second terminal device, the CU-CP releases the second terminal device only after the CU-CP receives the first indication information and the third indication information. When the third indication information has been received and the first indication information has not been received, you can wait until the first indication information is received before executing the release process of the second terminal device. In other words, the release process of the second terminal device needs to wait at least until the first preset time length has passed, so as to avoid releasing the second terminal device when there may still be data, thereby avoiding frequent switching of the RRC state of the second terminal device. When executing the release process of the second terminal device, multiple terminal devices including the first terminal device can be released at the same time, so as to simplify the process.

[0032] In a possible implementation, the third indication information is further used to indicate that no other data of the MBS session sent to the second terminal device is detected within a second preset time period after the second data is sent.

[0033] In a possible implementation, the method further includes: after determining that a preset trigger condition is met, the CU-CP sends fourth indication information to the CU-UP, where the fourth indication information is used to instruct the CU-UP to resume sending data of the MBS session.

[0034] In a possible implementation, the trigger condition includes at least one of the following conditions: the CU-CP receives a data arrival indication from the CU-UP; the CU-CP receives an MBS session activation indication sent by a core network device; the CU-CP receives a group paging message sent by a core network device; the CU-CP receives a group paging message sent by other access network devices; and the CU-CP sends a group paging message to a terminal device.

[0035] In a possible implementation, the CU-CP sends the fourth indication information to the CU-UP, including: when it is determined that a preset trigger condition is met, sending the fourth indication information to the CU-UP after waiting for a third preset time length.

[0036] If the fourth indication (resumption indication) information is directly sent to the CU-UP when the preset trigger condition is met, there may still be some terminal devices that have not yet accessed, which may cause the terminal devices to miss the MBS data that has just been sent. Therefore, after the trigger condition is met (triggered), the third preset time period may be waited for, and then the fourth indication information is sent, so as to prevent the terminal devices from missing the MBS data that has just been sent.

[0037] Optionally, the third preset duration may be any duration, for example, 20 milliseconds to 1000 milliseconds, such as 50 milliseconds, 100 milliseconds, 200 milliseconds, 300 milliseconds, 320 milliseconds, 500 milliseconds or 800 milliseconds, etc. The third preset duration may be pre-configured in a static or semi-static manner.

[0038] In a possible implementation manner, the third preset duration is greater than or equal to the duration of a paging cycle.

[0039] According to a second aspect, a communication method is provided, which is applied to a centralized unit-user plane CU-UP of a first access network device, wherein the first access network device also includes a centralized unit-control plane CU-CP. The method includes: the CU-UP sends a first indication message to the CU-CP, wherein the first indication message is used to indicate that the CU-UP has not detected first data of a multicast broadcast service MBS session within a first preset time period, and the first data is data from a core network device; the CU-UP receives a second indication message from the CU-CP, wherein the second indication message is sent according to the first indication message, and the second indication message is used to indicate that when the CU-UP detects the first data, it should stop sending the first data.

[0040] In a possible implementation, the first indication information is also used to enable the CU-CP to release the radio resource control RRC connection of a first terminal device, where the first terminal device is a terminal device among multiple terminal devices served by the CU-UP that has not received second data within the first preset time period, and the second data is data from the MBS session of the second access network device.

[0041] In a possible implementation, the method also includes: the CU-UP sends a third indication message to the CU-CP, the third indication message is used to indicate that the sending of the second data sent to the second terminal device is completed, the second terminal device is a terminal device among multiple terminal devices served by the CU-UP that receives the second data within the first preset time length, the second data is data of the MBS session from the second access network device, and the third indication message is used to enable the CU-CP to release the RRC connection of the second terminal device.

[0042] In a possible implementation, the third indication information is further used to indicate that no other data of the MBS session sent to the second terminal device is detected within a second preset time period after the second data is sent.

[0043] In a possible implementation, the method also includes: the CU-UP receives fourth indication information from the CU-CP, the fourth indication information is used to instruct the CU-UP to resume sending data of the MBS session, and the fourth indication information is issued after the CU-CP determines that a preset trigger condition is met.

[0044] In a possible implementation, the trigger condition includes at least one of the following conditions: the CU-CP receives a data arrival indication from the CU-UP; the CU-CP receives an MBS session activation indication sent by a core network device; the CU-CP receives a group paging message sent by a core network device; the CU-CP receives a group paging message sent by other access network devices; and the CU-CP sends a group paging message to a terminal device.

[0045] In a possible implementation manner, the fourth indication information is sent by the CU-CP to the CU-UP after waiting for a third preset time period when the CU-CP determines that a preset trigger condition is met.

[0046] In a possible implementation manner, the third preset duration is greater than or equal to the duration of a paging cycle.

[0047] In a third aspect, a communication method is provided, the method comprising:

[0048] The first node sends the first data packet to the user equipment UE based on the first multicast data radio bearer MRB configuration; the first data packet is sent by the second node to the first node.

[0049] When the first condition is met (ie, the first condition is established), the first node sends a first message to the UE, where the first message includes parameter information of the second MRB configuration; the first MRB configuration is different from the second MRB configuration.

[0050] According to the communication method provided in an embodiment of the present application, when the first condition is met, for example, when the first node stops receiving multicast broadcast service MBS data from the second node and starts receiving multicast broadcast service MBS data from the third node, it is necessary to modify the MRB configuration on the UE side. The first node can send a first message to the UE, and the first message includes parameter information of a second MRB configuration, which is different from the current first MRB configuration.

[0051] After the UE receives the parameter information of the second MRB configuration, it can release the current MRB according to the information, and create a new MRB according to the parameter information of the second MRB configuration. In this way, there is a new receiving window, that is, the receiving window is reset, so that the newly created receiving window can receive new MBS data, thereby solving the aforementioned problem of data packet discard caused by the data packet sequence number not being within the data window. Then, the MBS data from the third node can be accurately received, and data packet discard will not occur, and the order of data submission can also be guaranteed not to be disordered. It prevents the UE from being unable to normally receive the MBS data packet from the third node.

[0052] Optionally, after receiving the parameter information of the second MRB configuration, the UE may modify the MRB configuration according to the information. For example, the current first MRB may be released, and a new second MRB may be created according to the parameter information of the second MRB configuration. In this way, there is a new receiving window, that is, the receiving window is reset, so that the newly created receiving window can receive new MBS data (the new MBS data, for example, comes from Fig.17 In this way, the MBS data from the third node can be accurately received without data packet loss, and the order of data submission can be guaranteed not to be disordered. This prevents the UE from being unable to normally receive the MBS data packet from the third node.

[0053] Optionally, in some special cases (scenarios), even if the UE receives the parameter information configured by the second MRB, the current first MRB may be maintained, that is, the first MRB is not released.

[0054] Optionally, the first condition refers to that the first node stops receiving the multicast broadcast service MBS data from the second node and starts receiving the multicast broadcast service MBS data from the third node. Exemplarily, before the first node sends the first message to the UE, the first node receives a first request sent by the second node, the first request including a service identifier of the multicast broadcast service; the first request is used to request to release the session of the multicast broadcast service of the second node.

[0055] Optionally, the first request may further include parameter information configured by the second MRB.

[0056] Among them, the parameter information configured by the second MRB may include at least one of a group radio network temporary identifier (Group Radio Network Temporary Identifier, G-RNTI), a discontinuous reception configuration point to multipoint configuration index (Discontinuous Reception Configuration Point to Mutiple Point Index, DRX-ConfigPTM-Index), a physical downlink shared channel configuration index (Physical Downlink Shared Channel Configuration Index, PDSCH-ConfigIndex), a multicast traffic channel synchronization signal block mapping window index (Multicast Traffic Channel Synchronization Signal and PBCH Block MappingWindow Index, MTCH-SSB-MappingWindowIndex), a multicast radio bearer broadcast list (Multicast Radio Bearer List Broadcast, MRB-ListBroadcas), a logical channel identifier (logicalChannelIdentity), a sequence number field length (sn-FieldLength), and a reassembly timer (t-Reassembly).

[0057] The service identifier of the multicast broadcast service includes at least one of a session identifier of the multicast broadcast service, a temporary multicast group identifier TMGI, and a service network identifier (Network Identifier, NID).

[0058] Take changing the sequence number field length (sn-FieldLength) as an example. Among them, TMGI1 is used to indicate that it is the MRB configuration corresponding to the broadcast session of the second node, and TMGI2 is used to indicate that it is the MRB configuration corresponding to the broadcast session of the third node. Before the first MCCH modification period, the PDCP configurations of the second node and the third node are the same. Before the first MCCH modification period, the first node uses the sn-FieldLength of 6 bits in the first MRB configuration. During the first MCCH modification period, the first node receives a first request sent by the second node, and the first request includes parameter information of the second MRB configuration (MRB configuration), including PDCP configuration information, such as data convergence protocol sequence number length (PDCP SN Size), robust header compression (Robust Header Compression, ROHC), and reordering timer (t-Reordering).

[0059] Furthermore, the first node may modify the sn-FieldLength to 12 bits in the second MCCH modification period, and the second MCCH modification period may be the next period of the first MCCH modification period. For example, the first node (such as DU) receives a first request sent by the second node, and the first request includes parameter information of the second MRB configuration, including the PDCP configuration; then, after receiving the PDCP configuration information of the second MRB, the DU may modify the sn-FieldLength from the original 6 bits to 12 bits, so that the DU may broadcast the MRB configuration of 12 bits of sn-FieldLength over the air interface. After the UE sees that the MRB configuration has changed, it may delete the original MRB configuration of 6 bits of sn-FieldLength and establish an MRB configuration of 18 bits of sn-FieldLength.

[0060] In a fourth aspect, a communication method is provided, the method comprising:

[0061] The user equipment UE receives a first data packet from the first node, where the first data packet is sent from the second node to the first node, and the first node sends the first data packet based on a first multicast data radio bearer MRB configuration.

[0062] The user equipment UE receives a first message from the first node, where the first message includes parameter information of a second MRB configuration; the first MRB configuration is different from the second MRB configuration, wherein the first message is sent by the first node to the UE when a first condition is met.

[0063] In a fifth aspect, a communication device is provided, which is applied to a first access network device, wherein the first access network device also includes a centralized unit-user plane CU-UP, and the device includes: a receiving unit, used to receive first indication information from the CU-UP, wherein the first indication information is used to indicate that the CU-UP has not detected first data of a multicast broadcast service MBS session within a first preset time period, and the first data is data from a core network device; a sending unit, used to send second indication information to the CU-UP according to the first indication information, wherein the second indication information is used to indicate that when the CU-UP detects the first data, it should stop sending the first data.

[0064] In a possible implementation, the device also includes: a release unit, used to release the radio resource control RRC connection of the first terminal device according to the first indication information, the first terminal device is a terminal device among multiple terminal devices served by the CU-UP that has not received second data within the first preset time length, and the second data is data from the MBS session of the second access network device.

[0065] In a possible implementation, the receiving unit is also used to: receive third indication information from the CU-UP, the third indication information is used to indicate that the second data sent to the second terminal device is completed, the second terminal device is a terminal device among multiple terminal devices served by the CU-UP that receives the second data within the first preset time period, and the second data is data of the MBS session from the second access network device; the device also includes a release unit, and the release unit is also used to: release the RRC connection of the second terminal device according to the third indication information.

[0066] In a possible implementation, in terms of releasing the RRC connection of the second terminal device according to the third indication information, the releasing unit is specifically used to: release the RRC connection of the second terminal device according to the third indication information and the first indication information.

[0067] In a possible implementation, the third indication information is further used to indicate that no other data of the MBS session sent to the second terminal device is detected within a second preset time period after the second data is sent.

[0068] In a possible implementation manner, the sending unit is further used to: after determining that a preset trigger condition is met, send fourth indication information to the CU-UP, where the fourth indication information is used to instruct the CU-UP to resume sending data of the MBS session.

[0069] In a possible implementation, the trigger condition includes at least one of the following conditions: the device receives a data arrival indication from the CU-UP; the device receives an MBS session activation indication sent by a core network device; the device receives a group paging message sent by a core network device; the device receives a group paging message sent by other access network devices; and the device sends a group paging message to a terminal device.

[0070] In a possible implementation, in terms of sending the fourth indication information to the CU-UP, the sending unit is specifically used to: when it is determined that the preset trigger condition is met, wait for a third preset time length and then send the fourth indication information to the CU-UP.

[0071] In a possible implementation manner, the third preset duration is greater than or equal to the duration of a paging cycle.

[0072] In a sixth aspect, a communication device is provided, which is applied to a first access network device, wherein the first access network device also includes a centralized unit-control plane CU-CP, and the device includes: a sending unit, used to send a first indication message to the CU-CP, wherein the first indication message is used to indicate that the device has not detected the first data of the multicast broadcast service MBS session within a first preset time period, and the first data is data from a core network device; a receiving unit, used to receive a second indication message from the CU-CP, wherein the second indication message is sent according to the first indication message, and the second indication message is used to indicate that when the device detects the first data, it should stop sending the first data.

[0073] In a possible implementation, the first indication information is also used to enable the CU-CP to release the radio resource control RRC connection of a first terminal device, where the first terminal device is a terminal device among multiple terminal devices served by the apparatus that has not received second data within the first preset time period, and the second data is data from the MBS session of the second access network device.

[0074] In a possible implementation, the sending unit is also used to: send a third indication message to the CU-CP, the third indication message being used to indicate that the sending of the second data to the second terminal device is completed, the second terminal device is a terminal device among multiple terminal devices served by the apparatus that receives the second data within the first preset time period, the second data is data from the MBS session of the second access network device, and the third indication message is used to enable the CU-CP to release the RRC connection of the second terminal device.

[0075] In a possible implementation, the third indication information is further used to indicate that no other data of the MBS session sent to the second terminal device is detected within a second preset time period after the second data is sent.

[0076] In a possible implementation, the receiving unit is further used to: receive fourth indication information from the CU-CP, the fourth indication information is used to instruct the device to resume sending data for the MBS session, and the fourth indication information is issued after the CU-CP determines that a preset trigger condition is met.

[0077] In a possible implementation, the trigger condition includes at least one of the following conditions: the CU-CP receives a data arrival indication from the CU-UP; the CU-CP receives an MBS session activation indication sent by a core network device; the CU-CP receives a group paging message sent by a core network device; the CU-CP receives a group paging message sent by other access network devices; and the CU-CP sends a group paging message to a terminal device.

[0078] In a possible implementation manner, the fourth indication information is sent to the device after the CU-CP waits for a third preset time period when the CU-CP determines that the preset trigger condition is met.

[0079] In a possible implementation manner, the third preset duration is greater than or equal to the duration of a paging cycle.

[0080] In a seventh aspect, a communication device is provided, comprising: a sending unit, configured to send a first data packet to a user equipment UE based on a first multicast data radio bearer MRB configuration; the first data packet is sent from a second node to a first node.

[0081] The sending unit is further configured to send a first message to the UE when a first condition is met, where the first message includes parameter information of the second MRB configuration; and the first MRB configuration is different from the second MRB configuration.

[0082] In an eighth aspect, a communication device is provided, comprising a receiving unit for receiving a first data packet from a first node, wherein the first data packet is sent from a second node to the first node, and the first node sends the first data packet based on a first multicast data radio bearer MRB configuration.

[0083] The receiving unit is also used to receive a first message from the first node, the first message including parameter information of the second MRB configuration; the first MRB configuration is different from the second MRB configuration, wherein the first message is sent by the first node to the UE when the first condition is met.

[0084] In a ninth aspect, a communication device is provided, comprising at least one processor, wherein the at least one processor is used to couple with a memory, read and execute instructions (or computer programs) in the memory, so as to implement the method provided by any possible implementation manner in the first aspect, or to implement the method provided by any possible implementation manner in the second aspect, or to implement the method provided by any possible implementation manner in the third aspect, or to implement the method provided by any possible implementation manner in the fourth aspect.

[0085] Optionally, the communication device also includes the memory.

[0086] In the tenth aspect, an access network device is provided, comprising a communication device provided by any possible implementation method of the aforementioned fifth aspect, and / or, a communication device provided by any possible implementation method of the aforementioned sixth aspect, and / or, a communication device provided by any possible implementation method of the aforementioned seventh aspect.

[0087] In the eleventh aspect, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is run on a computer, the computer is caused to execute the method provided by any possible implementation of the first aspect, or the method provided by any possible implementation of the second aspect, or the method provided by any possible implementation of the third aspect, or the method provided by any possible implementation of the fourth aspect.

[0088] In the twelfth aspect, a chip system is provided, comprising a processor for calling and running a computer program from a memory, so that a communication device equipped with the chip system executes the method provided by any possible implementation of the first aspect, or executes the method provided by any possible implementation of the second aspect, or executes the method provided by any possible implementation of the third aspect, or executes the method provided by any possible implementation of the fourth aspect.

[0089] In the thirteenth aspect, a computer program product is provided, comprising: a computer program code, which, when executed on a computer, enables the computer to execute the method provided by any possible implementation of the first aspect, or the method provided by any possible implementation of the second aspect, or the method provided by any possible implementation of the third aspect, or the method provided by any possible implementation of the fourth aspect.

[0090] It should be noted that the above-mentioned computer program code can be stored in whole or in part on the first storage medium, wherein the first storage medium can be packaged together with the processor or separately from the processor, and this application does not make any specific limitation on this.

[0091] In the fourteenth aspect, a communication system is provided, which includes at least one of the communication devices provided in the fifth, sixth or seventh aspect, eighth aspect, ninth aspect and the access network equipment provided in the tenth aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0092] Figure 1 It is a schematic diagram of a network architecture provided in an embodiment of the present application.

[0093] Figure 2 It is a schematic diagram of MBS data transmission disclosed in an embodiment of the present application.

[0094] Figure 3 This is a schematic diagram of the separation architecture of the gNB provided in an embodiment of the present application.

[0095] Figure 4 It is a schematic diagram of the CU-CP and CU-UP separation architecture provided in an embodiment of the present application.

[0096] Figure 5 This is a schematic diagram of the RRC state transition provided in an embodiment of the present application.

[0097] Figure 6 It is a schematic diagram of the transition process of UE from RRC connected state to RRC inactive state.

[0098] Figure 7 It is a schematic diagram of the transition process of UE from RRC inactive state to RRC connected state.

[0099] Figure 8 It is a flowchart of an example of a communication method provided in an embodiment of the present application.

[0100] Fig. 9 It is a flowchart of another example of the communication method provided in an embodiment of the present application.

[0101] Fig.10 This is a timing diagram of an example of CU-UP sending data and indication information provided in an embodiment of the present application.

[0102] Fig.11 It is a flowchart of another example of the communication method provided in the embodiment of the present application.

[0103] Fig.12 This is a timing diagram of another example of CU-UP sending data and indication information provided in an embodiment of the present application.

[0104] Fig.13 It is a flowchart of another example of the communication method provided in the embodiment of the present application.

[0105] Fig.14 This is a timing diagram of another example of CU-UP sending data and indication information provided in an embodiment of the present application.

[0106] Fig.15 It is a flowchart of another example of the communication method provided in the embodiment of the present application.

[0107] Fig.16 An architectural diagram showing a shared-only DU architecture is shown.

[0108] Fig.17 It is shown that the CN includes 5G cores corresponding to two operators respectively.

[0109] Fig.18 It is a flow chart of a communication method for a multicast broadcast service provided in an embodiment of the present application.

[0110] Fig.19 It is a schematic block diagram of an example of a communication device provided in an embodiment of the present application.

[0111] Fig. 20 It is a schematic block diagram of another example of a communication device provided in an embodiment of the present application.

[0112] Fig.21 It is a schematic structural diagram of a communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0113] In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings.

[0114] The technical solution of the embodiment of the present application can be applied to various communication systems, including but not limited to: the fifth generation (5th generation, 5G) system or new wireless (new radio) system, long term evolution (long term evolution, LTE) system, LTE frequency division duplex (frequency division duplex, FDD) system, LTE time division duplex (time division duplex, TDD) system, etc. The technical solution provided in the present application can also be applied to future communication systems, such as the sixth generation (6th generation, 6G) communication system. In addition, it can also be applied to device to device (device to device, D2D) communication, vehicle-to-everything (vehicle-to-everything, V2X) communication, machine to machine (machine to machine, M2M) communication, machine type communication (machine type communication, MTC), and Internet of things (internet of things, IoT) communication system or other communication systems.

[0115] The terminal equipment mentioned in this application may also be called user equipment (UE), access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication equipment, user agent or user device, etc. It is a device that provides voice and / or data connectivity to users. The terminal device in the embodiments of the present application can be a handheld terminal, customer premise equipment (CPE), a laptop computer, a subscriber unit, a cellular phone, a smartphone, a wireless data card, a personal digital assistant (PDA) computer, a tablet computer, a wireless modem, a handheld device (handheld), a laptop computer, a session initiation protocol (SIP) phone, a cordless phone or a wireless local loop (WLL) station, a machine type communication (MTC) terminal, a wearable device (such as a smart watch, a smart bracelet, a pedometer, etc.), a vehicle-mounted device (such as a car, a bicycle, an electric car, an airplane, a ship, a train, a high-speed rail, etc.), a virtual reality (VR) device, an augmented reality (AR) device, a wireless terminal in industrial control, a smart home device (such as a refrigerator, a television, an air conditioner, an electric meter, etc.), an intelligent robot, a workshop equipment, an unmanned driving (self The invention relates to wireless terminals in smart driving, remote medical surgery, smart grid, transportation safety, smart city, smart home, flying equipment (such as smart robots, hot air balloons, drones, airplanes, etc.) or other devices that can access the Internet.

[0116] The access network device (radio access network, RAN) mentioned in the present application may be a device with wireless transceiver function, and the access network device may be a device that provides wireless communication function services, usually located on the network side, including but not limited to the next generation base station (gNodeB, gNB) in the 5G communication system, the base station in the 6G communication system, the base station in the future mobile communication system or the access node in the wireless fidelity (wireless fidelity, WIFI) system, etc., the evolved Node B (evolved NodeB, eNB) in the LTE system, the radio network controller (radio network controller, RNC), the Node B (Node B, NB), the base station controller (base station controller, BSC), the home base station (for example, home evolved NodeB, or home Node B, HNB), the base band unit (base band unit, BBU), the transmission reception point (transmission reception point, TRP), the transmitting point (transmitting point, TP), the base transceiver station (base transceiver station, BTS), etc. Alternatively, the access network equipment may also be a wireless controller, relay station, vehicle-mounted equipment, and wearable device in a cloud radio access network (CRAN) scenario. In addition, a base station may be a macro base station, a micro base station, a relay node, a donor node, or a combination thereof. A base station may also refer to a communication module, a modem, or a chip that is provided in the aforementioned device or apparatus. A base station may also be a mobile switching center and equipment that performs base station functions in D2D, V2X, and M2M communications, network-side equipment in a 6G network, and equipment that performs base station functions in future communication systems. The base station can support networks with the same or different access technologies without limitation.

[0117] The core network device mentioned in the present application may be a core network (CN) device, which corresponds to different devices in different systems. For example, in a 3G system, it may correspond to a serving GPRS support node (SGSN) and / or a gateway GPRS support node (GGSN) of a general packet radio service (GPRS). For another example, in an LTE system, it may correspond to one or more of a mobility management entity (MME), a serving gateway (SGW), a public data network (PDN) gateway (PGW), a policy and charging rules function (PCRF) network element, a home subscriber server (HSS), etc. For another example, in the 5G system, it may correspond to one or more of the network elements or devices such as access and mobility management function (AMF) network element, session management function (SMF) network element, user plane function (UPF) network element, policy control function (PCF) network element, unified data management (UDM) network element, etc. It should be understood that the core network device can be other devices or network elements in other communication devices.

[0118] In the embodiment of the present application, the core network device may further include a multicast / broadcast user plane function (MB-UPF) network element, which is mainly used to implement the user plane forwarding function of the multicast / broadcast service. The core network device may also include an AMF network element, which is mainly used to implement the activation and deactivation of the MBS session.

[0119] Multicast and broadcast service (MBS) is a service for multiple UEs, such as live broadcast service, public safety service, batch software update service, etc. MBS service includes multicast service and broadcast service, which transmits the same content to multiple receivers. Taking broadcast service as an example, in order to save terminal energy consumption and network deployment cost, in a one-way broadcast service scenario, the network side can broadcast service content to a large number of terminal devices at the same time, such as TV or live broadcast of sports events. The R17 standard supports the flexible multiplexing and coexistence of multicast / broadcast and existing unicast systems through the establishment of architecture, support for different levels of services, flexible network deployment and operation, and multicast / broadcast air interface technology.

[0120] MBS data comes from the data server. The data server first sends the MBS data to the core network device, and then the core network device sends the MBS data to the access network device (such as gNB). Finally, the access network device sends the MBS data to one or more UEs in the MBS session. Figure 1 The network architecture shown further introduces the transmission process of MBS data. Figure 1 is a schematic diagram of a network architecture provided by an embodiment of the present application, such as Figure 1 As shown, the network architecture may include a data server, one or more core network devices, two or more access network devices, and two or more terminal devices.

[0121] The data server is used to send MBS data to the core network device.

[0122] The core network device is used to send MBS data to the access network device through an MBS session when the access network device supports MBS, and to send MBS data to the access network device through a unicast protocol data unit (PDU) session when the access network device does not support MBS.

[0123] The access network device is used to send MBS data to the terminal device through the MBS radio bearer (MRB) when MBS is supported, and to send MBS data to the terminal device through the data radio bearer (DRB) when MBS is not supported.

[0124] The terminal device receives MBS data from the access network device through the MRB when the terminal device is within the range of the access network device that supports MBS; and receives MBS data from the access network device through the DRB when the terminal device is within the range of the access network device that does not support MBS.

[0125] That is to say, when the access network device supports MBS, the access network device can send MBS data to the terminal device via multicast broadcast. When the access network device does not support MBS, the access network device can send MBS data to the terminal device via unicast.

[0126] It should be noted that Figure 1 The network architecture shown is not limited to only including the terminal devices, access network devices and core network devices shown in the figure, but may also include other terminal devices, access network devices or core network devices not shown in the figure, and the specific application will not list them one by one here. Unless otherwise specified, the access network device in the embodiment of the present application specifically refers to the access network device supporting MBS.

[0127] Figure 2 Schematic diagram of MBS data transmission disclosed in an embodiment of the present application. Figure 2 As shown in the figure, the data server and the core network device can transmit MBS data through a common transmission channel, namely, an MBS session. Each MBS session includes at least one MBS quality of service (QoS) flow. When the access network device sends MBS data to the UE, the data packets in the MBS data can be transmitted through the MRB. The MRB has two transmission modes, one of which is point to multi-point (PTM) transmission and the other is point to point (PTP) transmission.

[0128] PTM transmission mode refers to a transmission mode in which a certain service sends data to multiple terminal devices simultaneously through network equipment. When PTM transmission is adopted, for the same data, multiple terminal devices receive it simultaneously during the process of the access network device sending it. PTP transmission mode refers to a transmission mode in which a certain service sends data to a terminal device through an access network device. When PTP transmission is adopted, for the same data, the access network device establishes a separate transmission channel with each terminal device, and then sends the data to each terminal separately.

[0129] Multicast services are designed for services with high QoS requirements. Group management is required for multicast services, and the same QoS level as unicast services can be provided. Specifically, for multicast services, the core network needs to manage the joining and exit of UEs. The transmission between core network devices and access network devices relies on MBS sessions, and new MBS QoS flows are introduced. For access network devices, PTP and PTM transmission methods are supported to send data to UEs, and dynamic switching between PTP and PTM controlled by access network devices is supported. In the R17 standard, multicast services can only be provided to UEs in the RRC connected state (RRC_CONNECTED), and access network devices and core network devices are required to maintain UE information corresponding to the multicast service group. At the same time, for multicast services, MBS session deactivation / activation triggered by core network devices is also supported, and UE is not aware of the service status.

[0130] In the description of the embodiments of the present application, MBS session can also be equivalently replaced (understood as) MBS service, MBS broadcast service, MBS broadcast service or MBS service, etc., and the data of MBS session is called MBS data.

[0131] In the description of the embodiments of the present application, terms such as MBS, multicast, groupcast, and broadcast can be replaced with each other. For example, MBS session, multicast session, multicast session, broadcast session, etc. can be replaced with each other, and MBS service, multicast service, multicast service, broadcast service, etc. can be replaced with each other.

[0132] For the same MBS service, MBS data can be sent to multiple terminal devices through two or more access network devices to expand the broadcast / multicast range of the MBS service. For example, for the same MBS session, Figure 1 The access network device #1 in the example sends MBS data to UEs such as terminal device #1 and terminal device #3, while the access network device #2 sends MBS data to UEs such as terminal device #2.

[0133] Due to factors such as the mobility of terminal devices, the service base stations of some terminal devices may switch during the process of receiving MBS data. For example, after a period of time, terminal device #1 may move and the base station switch occurs. At this time, the service base station of terminal device #1 switches from access network device #1 to access network device #2. After the base station switch, terminal device #1 can continue to receive MBS data through access network device #2.

[0134] In some cases, if the progress of MBS data transmission by access network device #1 is slower than that of MBS data transmission by access network device #2, that is, the progress of MBS data transmission by access network device #1 lags behind that of access network device #2, in order to ensure that terminal device #1 can receive all the data packets of the MBS session, that is, to achieve the purpose of lossless reception, access network device #1 can forward the data packets of the MBS session required by terminal device #1 to access network device #2, that is, access network device #1 needs to forward the data packets that have been sent by access network device #2 but not yet sent by access network device #1 itself (that is, the data packets that lag behind access network device #2) to access network device #2, and access network device #2 sends this part of data to terminal device #1. During data transmission, under normal circumstances, access network device #2 can send data packets to the UE of this station (such as terminal device #1 and terminal device #2, etc.) through PTP or PTM, and forwarding data from access network device #1 is usually sent to terminal device #1 based on PTP.

[0135] As a specific example, Figure 1 As shown, access network device #1 and access network device #2 send MBS data to the terminal device in the order of data packet numbers from #1 to #110, where the data packet numbers may be, for example, PDCP sequence numbers (SN). Assuming that at the moment when the base station switching occurs in terminal device #1, the progress of access network device #1 sending MBS data to terminal device #1 reaches data packet #80, and the progress of access network device #2 sending MBS data to terminal device #2 reaches data packet #100, data forwarding is required, that is, access network device #1 needs to send data packets numbered #80 to #100 to access network device #2, and access network device #2 continues to send this part of data to terminal device #1 through PTP, thereby ensuring the integrity of the data and ensuring that terminal device #1 will not miss data due to base station switching.

[0136] To sum up, taking into account the situation that the terminal device may switch base stations during the MBS data transmission process, when the source base station lags behind the target base station in sending MBS data packets, data forwarding can be performed. The source base station forwards the data packets that have been sent by the target base station but have not been sent by the source base station to the target base station, and the target base station sends this part of the data to the terminal device via PTP.

[0137] In order to facilitate a better understanding of the embodiments of the present application, the relevant technologies of the embodiments of the present application are described below.

[0138] gNB separation architecture

[0139] See also Figure 3 , Figure 3 This is a schematic diagram of the separation architecture of the gNB provided in the embodiment of the present application. Specifically, in the 5G system, the base station is called gNB or ng-eNB, which mainly includes the RRC / SDAP / PDCP / RLC / MAC / PHY protocol layer. In the following text, gNB is used to represent the base station.

[0140] like Figure 3 , gNBs are connected through the Xn interface. gNB and 5G core (5GC) are connected through the NG interface. gNB can be composed of a centralized unit (CU) and a distributed unit (DU), that is, the functions of the base station are split, part of the functions of the base station are deployed in a CU, and the remaining functions are deployed in the DU. Multiple DUs share one CU, which can save costs and facilitate network expansion. The division of CU and DU can be divided according to the protocol stack. One possible way is to deploy the radio resource control (RRC), service data adaptation protocol (SDAP) and packet data convergence protocol (PDCP) layers in the CU, and the remaining radio link control (RLC) layer, media access control (MAC) layer and physical layer (PHY) in the DU. CU and DU are connected through the F1 interface. CU represents gNB connected to the core network through the NG interface, CU represents gNB connected to other gNBs through the Xn interface, and CU can also represent gNB to perform dual connection operations through the X2 port and other eNB connections.

[0141] Furthermore, in order to optimize the location of different radio access network functions according to different scenarios and performance requirements, the gNB-CU can be further subdivided into the control plane (gNB-CU-CP) and the user plane (gNB-CU-UP). Figure 4 is a schematic diagram of the CU-CP and CU-UP separation architecture provided in an embodiment of the present application, such as Figure 4 As shown, CU-CP and CU-UP are connected via an E1 interface. The E1 interface is a simple control plane interface, and its functions include E1 interface management function and E1 bearer context management function.

[0142] The separation architecture of gNB-CU is as follows Figure 4As shown in the figure: gNB can be composed of gNB-CU-CP, multiple gNB-CU-UPs and multiple gNB-DUs; gNB-CU-CP is connected to gNB-DU through F1-C interface; gNB-CU-UP is connected to gNB-DU through F1-U interface; gNB-CU-UP is connected to gNB-CU-CP through E1 interface; one gNB-DU is connected to only one gNB-CU-CP; one gNB-CU-UP is connected to only one gNB-CU-CP. gNB-CU-CP is responsible for the control plane part of RRC and PDCP protocols, and it is also the end point of E1 interface connected to gNB-CU-UP and the end point of F1-C interface connected to gNB-DU. gNB-CU-UP is responsible for the user plane part of PDCP protocol of gNB-CU in en-gNB, as well as the user plane part of PDCP protocol and SDAP protocol of gNB-CU in gNB. gNB-CU-UP is the end point of the E1 interface (with gNB-CU-CP) and the end point of the F1-U (gNB-DU) interface. gNB-CU-CP implements the gNB control plane functions, including the control plane functions of the Uu interface, NG interface, and Xn interface; while gNB-CU-UP provides gNB user plane functions, including the user plane functions of the Uu interface, NG interface, and Xn interface.

[0143] RRC Status

[0144] For the RRC layer, the terminal device usually has three states, namely, RRC connected (RRC_CONNECTED), RRC idle (RRC_IDLE) and RRC inactive (RRC_INACTIVE). These three states are described below.

[0145] RRC connected state

[0146] If the terminal device has established an RRC connection with the network device, the terminal device is in the RRC connection state. In the RRC connection state, the terminal device can establish a user plane and control plane connection with the network device; the network device and the terminal device also save the context of the access layer (AS) of the terminal device; the network device can know the cell to which the terminal device belongs; the terminal device can receive data sent by the network device, and the terminal device can also send data to the network device; the terminal device can measure the channel between the network device and report the measurement results to the network device, and the network device can determine whether to switch the cell to which the terminal device belongs based on the measurement results. In other words, in the RRC connection state, the terminal device and the network device can not only transmit data normally, but the network device can also manage the terminal device.

[0147] RRC Idle State

[0148] If the terminal device does not establish an RRC connection with the network device, the terminal device is in the RRC idle state. When the terminal device is in the RRC idle state, the terminal device can select a public land mobile network (PLMN); the terminal device can receive system messages broadcast by the network device; the terminal device can reselect a cell; and the terminal device can receive paging messages.

[0149] RRC inactive state

[0150] After the terminal device establishes an RRC connection with the network device, the terminal device enters the RRC connected state. If the terminal device has no need to transmit data with the network device within a preset time period in the RRC connected state, the network device can determine that the terminal device has entered the RRC inactive state, and the network device can send an RRC release (RRCReleasewithsuspendindication) message carrying a suspension indication to the terminal device. After the terminal device receives the RRCReleasewithsuspendindication message, the terminal device retains its own context and enters the RRC inactive state. In the RRC inactive state, the terminal device can save the context information of the terminal device, but temporarily disconnects the RRC connection with the network device. When the terminal device has data to transmit, the terminal device can send an RRC recovery request message to the network device.

[0151] Among them, the above three states at the RRC layer can be converted to each other. Figure 5 Schematic diagram of the transition of RRC state provided by the embodiment of the present application. Figure 5As shown, when the terminal device is in the RRC connected state, the network device can send an RRC release message to the terminal device, and the terminal device can release the RRC connection with the network device and enter the RRC idle state. When the terminal device is in the RRC idle state, it can send an RRC establishment request message to the network device, and the network device can establish an RRC connection with the terminal device based on the RRC establishment request message, so that the terminal device can enter the RRC connected state. When the terminal device is in the RRC connected state, the network device can send an RRC release (RRCRelease with suspendindication) message carrying a suspend indication to the terminal device, and the terminal device enters the RRC inactive state after receiving the RRCRelease with suspend indication message. When the terminal device is in the RRC inactive state, if there is data to be transmitted, the terminal device can send an RRC resume request message to the network device, and the network device can send an RRC resume response message to the terminal device. After receiving the resume response message, the terminal device can send an RRC resume completion message to the network device, and the terminal device enters the RRC connected state and resumes using the context of the terminal device. It can be understood that the terminal device enters the RRC connected state faster than entering the RRC idle state from the RRC inactive state. If the terminal device is in the RRC inactive state, the network device can send an RRC release message to the terminal device, and the terminal device enters the RRC idle state.

[0152] Below Figure 4 Based on the gNB separation architecture shown, the process of RRC state switching of the terminal device is continued to be introduced. Figure 6 This is a schematic diagram of the transition process of the UE from the RRC connected state to the RRC inactive state, such as Figure 6 As shown, the conversion process includes:

[0153] Step 11: The gNB-CU-CP sends a BEARER CONTEXTSETUP REQUEST message to the gNB-CU-UP, which carries an inactivity timer at the UE granularity. In some cases, the message may also carry an inactivity timer at the PDU session granularity or the DRB granularity.

[0154] Step 12: The gNB-CU-UP sends a BEARERCONTEXT SETUP RESPONSE message to the gNB-CU-CP.

[0155] Step 13: The gNB-CU-UP sends a BEARERCONTEXT INACTIVITY NOTIFICATION message to the gNB-CU-CP, which carries the inactivity monitoring results.

[0156] Specifically, at time t1, the downlink data transmission of the gNB-CU-UP ends, and the inactivity timer starts from time t1 until the timing reaches the configured duration (for example, 10 seconds). If there is no downlink data to be transmitted during the timing process, the bearer context inactivity notification message is sent to the gNB-CU-CP. If uplink data is received from the UE during the timing process, the timer is cleared and restarted (timer reset).

[0157] Step 14: After receiving the bearer context inactivity notification message, the gNB-CU-CP decides to release the UE to the RRC inactive state.

[0158] In step 15, the gNB-CU-CP sends a BEARER CONTEXT MODIFICATION REQUEST message to the gNB-CU-UP. The message includes a bearer context state change indication, i.e., a suspend indication, which is used to indicate that the UE is entering the RRC inactive state and the gNB-CU-CP maintains the F1 uplink address.

[0159] After the gNB-CU-UP receives the bearer context modification request message including the suspension indication, it may suspend sending the downlink data to the UE when there is downlink data to be transmitted.

[0160] Step 16: The gNB-CU-UP sends a BEARER CONTEXT MODIFICATION RESPONSE message to the gNB-CU-CP, which contains the uplink and downlink PDCP status that may be used for data volume reporting. The gNB-CU-UP maintains the UE's E1 connection as well as the NG-U resources and F1 uplink address.

[0161] In step 17, the gNB-CU-CP sends a UE CONTEXT RELEASE COMMAND message to the gNB-DU serving the UE, which includes an RRC release message to be sent to the UE. Steps 15 and 17 can be performed simultaneously.

[0162] Step 18: gNB-DU sends an RRC release message to the UE.

[0163] Step 19: After the UE’s RRC release procedure is completed, the gNB-DU sends a UE CONTEXT RELEASE COMPLETE message to the gNB-CU-CP.

[0164] Figure 7 This is a schematic diagram of the transition process of the UE from the RRC inactive state to the RRC connected state, such as Figure 7 As shown, the conversion process includes:

[0165] In step 20, gNB-CU-UP receives downlink data (DL data) from the NG-U interface (i.e., from the core network).

[0166] Step 21: gNB-CU-UP sends a DL DATA NOTIFICATION message to gNB-CU-CP.

[0167] Step 22: gNB-CU-CP sends a PAGING message to gNB-DU.

[0168] Step 23: gNB-DU sends a paging message to the UE. Steps 20 to 23 are only required when downlink data arrives.

[0169] Step 24: When a RAN paging scenario or uplink data arrives, the UE sends an RRC resume request message (RRCResumeRequest message) to the gNB-DU.

[0170] Step 25: The gNB-DU sends an initial uplink RRC message (INITIAL UL RRCMESSAGE TRANSFER message) to the gNB-CU-CP.

[0171] In step 26, the gNB-CU-CP sends a UE CONTEXT SETUPREQUEST message to the gNB-DU to create a UE context. The message includes the stored F1 uplink address.

[0172] In step 27, the gNB-DU responds to the gNB-CU-CP with a UE CONTEXT SETUPRESPONSE message, which includes the F1 downlink address of the DRB.

[0173] In step 28, the gNB-CU-CP and UE perform the RRC-Resume procedure through the gNB-DU.

[0174] In step 29, the gNB-CU-CP sends a Bearer Context Modification Request message to the gNB-CU-UP, which includes a Resume Indication to indicate that the UE is resuming from the RRC Inactive state. The gNB-CU-CP also carries the F1 downlink address received in step 27. Steps 28 and 29 are two parallel steps and can be performed simultaneously.

[0175] After the gNB-CU-UP receives the bearer context modification request message including the recovery indication, it can start sending the downlink data to the UE when there is downlink data to be transmitted.

[0176] Step 30: The gNB-CU-UP sends a bearer context modification response message to the gNB-CU-CP.

[0177] In the related technology, when the MBS service temporarily has no data to be sent to the terminal device, the access network device can release the terminal device to the RRC inactive state. Since the user plane can only perceive whether there is data, the gNB-CU-UP can know whether there is no data. However, releasing the terminal device to the inactive state is an action that can only be performed by the control plane. Therefore, for MBS services, the gNB-CU-UP and gNB-CU-CP also need to be similar. Figure 6 and Figure 7 However, in the MBS scenario, the signaling interaction (E1 interface interaction) mechanism between gNB-CU-UP and gNB-CU-CP is not perfect. In addition, considering that MBS data is sent to multiple UEs and there may be a terminal base station switch during the transmission process, how to achieve reliable transmission of MBS data under the separated CU-CP and CU-UP architecture has become a technical problem to be solved.

[0178] In view of the above problems, the embodiment of the present application first provides a communication method, according to which the MBS data from other access network devices can be smoothly forwarded by CU-UP to the corresponding terminal device, ensuring the integrity of the data received by the terminal device, thereby realizing the reliable transmission of MBS data and ensuring that the MBS service can be smoothly implemented. The present application can improve the reliability of the signaling interaction process and improve the signaling interaction mechanism on the E1 interface.

[0179] The communication method provided in the embodiment of the present application is described below in conjunction with the accompanying drawings. The first access network device in the embodiment of the present application may be, for example, Figure 1The access network device #2 in the example, the first access network device includes a centralized unit-control plane CU-CP and a centralized unit-user plane CU-UP, and the first access network device may be, for example, Figure 4 The core network device in the embodiment of the present application may be, for example, Figure 1 The core network device in the second access network device may be Figure 1 The access network device #1 in the example, the first terminal device may be Figure 1 The second terminal device may be, for example, a terminal device #2 in Figure 1 Terminal device #1 in .

[0180] Figure 8 The communication method 100 is applied to a first access network device, and the first access network device includes a centralized unit-control plane CU-CP and a centralized unit-user plane CU-UP. The CU-CP and the CU-UP can be arranged on different physical devices respectively and communicated through an E1 interface. Figure 8 The communication method 100 provided in an embodiment of the present application is described. The method 100 includes:

[0181] Step 110, CU-UP sends first indication information to CU-CP, the first indication information is used to indicate that CU-UP has not detected first data of the multicast broadcast service MBS session within a first preset duration, and the first data is data from the core network device. That is to say, if MBS data (i.e., second data hereinafter) from the access network device is detected, it will not affect the function of the first indication information, will not affect the triggering and sending of the first indication information, or will not affect the result of judging that no data is detected.

[0182] Accordingly, in step 110, the CU-CP receives first indication information from the CU-UP.

[0183] Step 120: The CU-CP sends second indication information to the CU-UP according to the first indication information, where the second indication information is used to instruct the CU-UP to stop sending the first data when it detects the first data.

[0184] Accordingly, in step 120, the CU-UP receives the second indication information from the CU-CP.

[0185] During the transmission of MBS data, there may be a situation where the terminal device switches the service base station. In order to ensure that the terminal device does not miss data, that is, to ensure the integrity of data reception, the source base station will also forward the relevant MBS data to the target base station, and the target base station will send this part of the data to the terminal device that has switched the service base station. In other words, the first access network device in the embodiment of the present application can not only send the MBS data from the core network device to the multiple terminal devices it serves, but also forward the MBS data from other access network devices (neighboring base stations) such as the second access network device to the terminal devices it serves. For the same MBS session, the data sent by the first access network device to the terminal device may have two data sources (including two parts), namely, one part comes from the core network device, and the other part comes from other access network devices (neighboring base stations).

[0186] More specifically, under the separate architecture of CU-CP and CU-UP, the CU-UP of the first access network device can receive MBS data from the core network device, and forward the MBS data to one or more terminal devices it serves. In addition, the CU-UP of the first access network device can also receive MBS data from other access network devices such as the second access network device, and forward the MBS data to the terminal device it serves, which may be a terminal device switched from the second access network device to the first access network device. Here, the MBS data from the core network device and the MBS data from other access network devices such as the second access network device may belong to the same MBS session.

[0187] In an embodiment of the present application, for the convenience of expression and understanding, the MBS data from the core network device may be referred to as the first data, and the first data is sent directly from the core network device to the first access network device without being forwarded by other access network devices such as the second access network device. The first data may be MBS data received by the first access network device through the NG-U port, NG port or N3 port. The first data may also be expressed or understood as normal data, regular data or core network data, etc. After receiving the first data, the CU-UP of the first access network device may forward the first data to the multiple terminal devices served by it through PTM or PTP.

[0188] In an embodiment of the present application, for the convenience of expression and understanding, the MBS data from other access network devices such as the second access network device may be referred to as the second data, and the second data is forwarded by the second access network device and other access network devices to the first access network device, and the second data is the MBS data received by the first access network device through the Xn port. The second data may be expressed or understood as forwarded data, indirect data, or neighboring station data, etc. In another scenario, the forwarded data (i.e., the second data) may also be based on the CU-UP sent by the core network to the first access network device, that is, the data received by one CU-UP through the N3 forwarding tunnel from another CU-UP, where the data sent through the core network device is regarded as the second data, not the first data. After receiving the second data, the CU-UP of the first access network device may forward the second data to the terminal device where the base station switching has occurred, such as forwarding it to the terminal device switched from the second access network device to the first access network device, by means of PTP, to ensure the integrity of the data received by the terminal device.

[0189] Optionally, the second data may come from the second access network device, or from any other access network device such as the third access network device, or from multiple devices such as the second access network device and the third access network device, which is not limited in this application.

[0190] Optionally, the core network device may be, for example, an MB-UPF.

[0191] Optionally, the first access network device and the second access network device are two completely different access network devices. For example, the second access network device may be a neighboring base station of the first access network device.

[0192] Optionally, as a special case, considering the cell switching within the first access network device, the first access network device and the second access network device may also be the same access network device. At this time, the terminal device undergoes cell switching, and the source cell and the target cell before and after the switching may belong to the same CU-UP or to different CU-UPs. The source cell lags behind the target cell in the progress (progress) of sending MBS data, so it is necessary to forward the second data. At this time, the forwarding of the second data is an internal behavior of the first access network device. The present application does not limit the specific implementation form. For example, a CU-UP of the first access network device receives (for example, through the N3 forwarding tunnel) the second data from another CU-UP. After the CU-UP obtains the second data, it forwards the second data to the terminal device where the cell switching has occurred.

[0193] As a specific example, the first access network device in the embodiment of the present application corresponds to Figure 1 The access network device #2 in the second access network device corresponds to Figure 1Access network device #1 in the example. Figure 1 As shown, access network device #2 (i.e., the first access network device) will not only receive MBS data (e.g., data packets #1 to #100) from the core network device, but also receive MBS data (e.g., data packets #80 to #100) from access network device #1 (i.e., the second access network device). Access network device #2 can send the MBS data (data packets #1 to #100, i.e., the first data) from the core network device to at least one terminal such as terminal device #2 by means of PTP or PTM. Access network device #2 can also forward the MBS data (data packets #80 to #100, i.e., the second data) from access network device #1 to terminal device #1 switched from access network device #1 to access network device #2 by means of PTP, thereby ensuring the integrity of data reception by terminal device #1.

[0194] In an embodiment of the present application, CU-UP is capable of detecting (perceiving), receiving and forwarding the first data of the MBS session, and the first data is data from the core network device. For example, CU-UP is capable of monitoring the NG-U port, NG port or N3 port, etc., to determine whether the core network device has downlink data arrival (DL data arrival). In the case where no new first data is detected within the first preset time period after the current first data is sent, that is, in the case where no new data is detected from the core network device within the first preset time period after the MBS data from the core network device is sent (no new data arrival is detected), CU-UP can indicate to CU-CP, that is, send first indication information to CU-CP.

[0195] After CU-CP receives the first indication information, it can determine that the first data of CU-UP has been sent according to the first indication information, and determine that no new first data is detected within the first preset time period thereafter (that is, no new data arrives from the core network device within the first preset time period thereafter). At this time, CU-CP can release one or more terminal devices to the RRC inactive state based on the current actual situation to save terminal energy consumption and communication resources. For example, CU-CP can release at least one of the terminal devices that has not undergone base station switching during the transmission of MBS data and has been served by the first access network device, that is, has been receiving MBS data through the first access network device, to the RRC inactive state.

[0196] Optionally, as a special case, after the CU-CP receives the first indication information, it is possible that none of the terminal devices are released, and this application does not exclude this case. For example, the CU-CP determines that each terminal does not meet the release condition (requirement) in combination with the current service conditions of each terminal (not limited to MBS services), so the CU-CP may not release any terminal, that is, keep each terminal device in the RRC connected state.

[0197] Optionally, the first preset duration may be any duration, for example, 1 to 7200 seconds, such as 2 seconds, 3 seconds, 5 seconds, 10 seconds, 30 seconds, 60 seconds, 120 seconds, 180 seconds, 500 seconds, 1000 seconds, 2000 seconds, 5000 seconds, etc. The first preset duration may be pre-configured in a static or semi-static manner. For example, the first preset duration may be determined according to indication (configuration) information from the CU-CP, and the indication information may include, for example, indication information of an inactivity timer.

[0198] Taking into account that some terminals may have been released to the RRC inactive state at this time, CU-CP can send second indication information to CU-UP based on the first indication information, and the second indication information is used to indicate that when CU-UP detects new first data, stop sending the first data, such as suspending the sending of the first data, or caching the first data. That is to say, within a period of time thereafter, if CU-UP detects new first data, it will not send data. For example, it can pause for a period of time (such as a pre-set duration) before sending, or wait for further instructions from CU-CP before sending, so as to avoid missing data packets because some terminals are not connected (that is, some terminals are in the RRC inactive state).

[0199] Furthermore, the second indication information instructs CU-UP to stop sending the first data, that is, to stop sending the MBS data from the core network device, but does not stop sending the MBS data from other access network devices (neighboring base stations) such as the second access network device. In other words, CU-UP will not stop forwarding the MBS data from other access network devices such as the second access network device according to the instruction of the second indication information. For example, after CU-UP receives the second indication information, if there is second data to be forwarded, the second data can come from the second access network device or from any other access network device such as the third access network device. At this time, CU-UP will not stop forwarding the second data, so as to avoid the terminal device that has switched base stations from missing data, ensure the integrity of the data received by the terminal device, and ensure the smooth progress of the MBS service.

[0200] Optionally, the first indication information and the second indication information may both be transmitted via the E1 interface, for example, both carried in an E1AP message. The E1AP message may be, for example, a multicast bearer context establishment / modification / notification / request / response message, but is not limited thereto.

[0201] Optionally, the first indication information is carried in a multicast / multicast (MC) bearer notification (BearerNotification) message or a bearer context inactivity notification (BEARER CONTEXT INACTIVITYNOTIFICATION) message. For example, the first indication information includes a temporary no data indication.

[0202] Optionally, the second indication information is carried in a MC bearer context setup request or MC bearer context modification request (BEARER CONTEXT SETUP / MODIFICATION REQUEST) message. For example, the second indication information includes a suspend indication.

[0203] According to the communication method 100 provided in an embodiment of the present application, after CU-UP fails to detect MBS data (recorded as first data) from a core network device within a first preset time period, CU-UP may send a first indication message to CU-CP, and CU-CP may release at least one terminal device according to the first indication message to save terminal energy consumption and communication resources. CU-CP may also send a second indication message to CU-UP according to the first indication message, and the second indication message is used to indicate that when CU-UP detects new first data, it should stop sending the first data, for example, pausing for a period of time before sending the first data, or waiting to receive further instructions from CU-CP before sending, thereby avoiding missing data packets due to terminal devices not being connected (in an RRC inactive state).

[0204] Furthermore, considering that the CU-UP of the first access network device may also receive MBS data (recorded as second data) from other access network devices such as the second access network device, the second indication information in the embodiment of the present application instructs the CU-UP to stop sending the first data, rather than instructing the CU-UP to stop sending all MBS data. When there is second data that needs to be forwarded, the CU-UP will not stop forwarding the second data. For example, after receiving the second indication information, if there is second data from the second access network device that needs to be forwarded to the terminal device (the terminal device is switched from the second access network device to the first access network device), the CU-UP will not stop forwarding the second data, so as to avoid the terminal device from missing data, ensure the integrity of the data received by the terminal device, and ensure the smooth progress of the MBS service.

[0205] The communication method 100 provided in the embodiment of the present application can realize reliable transmission of MBS data and avoid data leakage of terminal devices. MBS data from other access network devices can also reach the corresponding terminal device smoothly, ensuring that the terminal device achieves the purpose of lossless reception and that the MBS service can be smoothly implemented. It can improve the reliability of the signaling interaction process and improve the signaling interaction mechanism on the E1 interface.

[0206] Alternatively, if Figure 8 As shown, in the embodiment of the present application, the communication method 100 also includes:

[0207] Step 130, CU-CP releases the radio resource control RRC connection of the first terminal device according to the first indication information, that is, releases the first terminal device from the RRC connection state to the RRC inactive state. The first terminal device is a terminal device that has not received the second data within the first preset time period among the multiple terminal devices served by CU-UP, and the second data is data from the MBS session of the second access network device, or in other words, the second data is data from the MBS session of other access network devices.

[0208] Combined with the above analysis, it can be known that the MBS data sent by CU-UP to the terminal device may come from the core network device, or may come from other access network devices such as the second access network device (that is, from the neighboring base station). That is, the MBS data sent by CU-UP to the terminal device may include the first data and the second data. And for at least part of the second data, it may be transmitted within the first preset time length. In other words, after the first data from the core network device is sent, within the first preset time length, CU-UP may be forwarding the second data from other access network devices to one (or some) terminal devices, for example, forwarding the second data from the second access network device to the second terminal device.

[0209] On this basis, in order to avoid releasing terminal devices that are still transmitting data, or in other words, to avoid releasing terminal devices that still have second data to be transmitted, in an embodiment of the present application, CU-CP only releases the first terminal device according to the first indication information, that is, only releases the terminal devices that have not received the second data within the first preset time period, thereby ensuring that the terminal devices that receive the second data can fully receive the second data, thereby ensuring the reliability of MBS data transmission.

[0210] Optionally, the first terminal device fails to receive the second data within the first preset time period, which means that the first terminal device fails to receive the second data at any time (eg, a start time, an end time) of the first preset time period.

[0211] Optionally, the CU-CP releases the RRC connection of the first terminal device through a known process in the prior art or other processes, and the present application does not limit the specific release process. For example, it includes the steps of CU-CP sending a UE context release command message to DU, the message carrying an RRC release message (information), and DU further sending the RRC release message to the first terminal device.

[0212] Optionally, the first terminal device here may be a terminal device that receives the first data but does not receive the second data. In other words, the first terminal device may be a terminal device that has been served by the CU-UP, that is, has been receiving MBS data through the CU-UP without base station switching or cell switching.

[0213] Optionally, the first terminal device here may also be a terminal device that receives the first data and the second data. Wherein, the first terminal device undergoes base station switching or cell switching, but the first terminal device completes receiving the second data before the start time of the first preset duration, and at this time, the first terminal device's reception of the second data will not affect the RRC release of the first terminal device.

[0214] Optionally, the first terminal device here may be one or more, and this application does not impose any limitation on this.

[0215] Alternatively, if Figure 8 As shown, step 130 in the embodiment of the present application may be completed (performed) before step 120, that is, the CU-CP first determines to release at least one terminal device (for example, the first terminal device), and then sends the second indication information to the CU-UP. At this time, step 130 can serve as a triggering step of step 120.

[0216] Optionally, in other implementations, step 130 and step 120 may be two parallel steps, and the present application does not limit the execution order of the two steps. For example, step 130 may be completed (performed) after step 120, or step 130 and step 120 may be performed simultaneously.

[0217] Fig. 9 The communication method 200 is applied to a first access network device, and the first access network device includes a centralized unit-control plane CU-CP and a centralized unit-user plane CU-UP. The CU-CP and the CU-UP can be arranged on different physical devices respectively and communicated through an E1 interface. Fig. 9 The communication method 200 provided in an embodiment of the present application is described. The communication method 200 includes:

[0218] Step 210 , the CU-CP sends an inactivity timer to the CU-UP.

[0219] Accordingly, the CU-UP receives the inactivity timer from the CU-CP.

[0220] Optionally, the inactivity timer may be carried in the bearer context establishment request message, and the inactivity timer may be an inactivity timer of MBS session granularity. The duration indicated by the inactivity timer is the aforementioned first preset duration, for example, the duration may be 1 to 7200 seconds.

[0221] Step 220: When the CU-UP determines that the first data has been sent, the inactivity timer starts timing.

[0222] Specifically, CU-UP forwards the first data, that is, forwards the MBS data from the core network device, and when it is determined that the current first data has been sent, the inactivity timer starts. During the timing of the inactivity timer, CU-UP detects or senses the first data, for example, it can monitor the NG-U port, NG port or N3 port, etc., to determine whether the core network device has new downlink data, that is, whether new first data has arrived.

[0223] Step 230: During the timing of the inactivity timer, that is, within the first preset time period, the CU-UP sends the second data to the second terminal device.

[0224] Correspondingly, within the first preset time period, the second terminal device receives the second data from the CU-UP.

[0225] Fig.10 1 is a timing diagram of an example of CU-UP sending data and indication information provided in an embodiment of the present application. Fig. 9 and Fig.10 In the embodiment of the present application, the MBS data sent by the CU-UP to the terminal device also includes second data from other access network devices. Within the first preset duration, the CU-UP can send the second data to the corresponding terminal device, that is, to the second terminal device. For example, the second data comes from the second access network device, the second terminal device is switched from the second access network device to the first access network device, and the second terminal device receives the second data through the first access network device to ensure the integrity of the data received by the second terminal device.

[0226] Alternatively, if Fig.10 As shown, CU-UP sends the second data to the second terminal device at any time within the first preset duration (for example, the start time and the end time), which means "CU-UP sends the second data to the second terminal device within the first preset duration". The second data does not need to be sent within the first preset duration. For example, at any time within the first preset duration (for example, the start time or the end time), CU-UP starts to send the second data to the second terminal device until a certain time after the end time of the first preset duration. The second data is not sent. In addition, the starting time for CU-UP to send the second data can also be before the start time of the first preset duration, and this application does not limit this.

[0227] Step 240: CU-UP sends first indication information to CU-CP, where the first indication information is used to indicate that CU-UP has not detected first data of the MBS session within a first preset duration, and the first data is data from a core network device.

[0228] Accordingly, in step 240, the CU-CP receives the first indication information from the CU-UP.

[0229] Step 240 can be understood with reference to the above description of step 110, which will not be repeated here.

[0230] Step 250, CU-CP releases the radio resource control RRC connection of the first terminal device according to the first indication information, that is, releases the first terminal device from the RRC connection state to the RRC inactive state. The first terminal device is a terminal device that has not received the second data within the first preset time period among the multiple terminal devices served by CU-UP, and the second data is data from the MBS session of the second access network device, or in other words, the second data is data from the MBS session of other access network devices.

[0231] Step 250 may specifically include: the CU-CP sends an RRC release message to the first terminal device via the DU. Correspondingly, the first terminal device receives the RRC release message from the CU-CP via the DU.

[0232] Step 250 can be understood with reference to the above description of step 130, which will not be repeated here.

[0233] Step 260: The CU-CP sends second indication information to the CU-UP according to the first indication information, where the second indication information is used to instruct the CU-UP to stop sending the first data when it detects the first data.

[0234] Accordingly, in step 260, the CU-UP receives the second indication information from the CU-CP.

[0235] Step 260 can be understood with reference to the above description of step 120, which will not be repeated here.

[0236] Step 270, CU-UP sends third indication information to CU-CP, and the third indication information is used to indicate that the second data sent to the second terminal device is completed, wherein the second terminal device is a terminal device that receives the second data within a first preset time period among multiple terminal devices served by CU-UP.

[0237] Accordingly, in step 270, the CU-CP receives the third indication information from the CU-UP.

[0238] The CU-CP releases the RRC connection of the second terminal device according to the third indication information, that is, switches the second terminal device from the RRC connected state to the RRC inactive state.

[0239] Specifically, Fig.10 As shown, the second terminal device is a terminal device that receives second data within a first preset time period. The second data comes from a second access network device, for example. The second terminal device is switched from the second access network device to the first access network device. The second terminal device receives the second data through the first access network device to ensure the integrity of the data received by the second terminal device. After the second data is sent, the CU-UP can send a third indication message to the CU-CP, and the CU-CP can determine that the second data sent to the second terminal device is sent according to the third indication message. In this way, the CU-CP can further release the RRC connection of the second terminal device according to the third indication message to save energy consumption of the second terminal device and save communication resources. By setting the third indication message to instruct the CU-CP to release the second terminal device, the problem of when the second terminal device is released is solved, and the signaling interaction mechanism under the separated architecture is improved.

[0240] Optionally, the second terminal device is a terminal device that receives the second data within a first preset time period. For a certain terminal device, as long as it receives the second data at any time within the first preset time period (for example, the start time, the middle time or the end time), the terminal device can be determined as the second terminal device.

[0241] Optionally, within the first preset time period, there may be multiple terminal devices receiving the second data (the second data received by each terminal device may be different, for example, may come from different access network devices), and the second terminal device may be one of the multiple terminal devices.

[0242] Further, in the embodiment of the present application, the CU-CP releases the RRC connection of the second terminal device according to the third indication information, specifically including:

[0243] The CU-CP releases the RRC connection of the second terminal device according to the aforementioned first indication information and third indication information.

[0244] Optionally, the third indication information includes a forwarding resource release indication. Indicating the forwarding resource release means that the data to be forwarded has been forwarded, and at this time, it can be implicitly or indirectly indicated based on the forwarding resource release indication. With the above settings, there is no need to set additional indication information, which is conducive to saving signaling overhead.

[0245] like Fig. 9 and Fig.10 As shown, the first indication information is sent after the first preset time, and the third indication information is sent when the second data transmission to the second terminal device is completed. There is no logical sequence in the timing of sending these two indication information. The first indication information may be sent first, and then the third indication information (such as Fig.10 ); It is also possible to send the third indication information first and then send the first indication information (such as Fig.12 ), considering this situation, in order to avoid the second terminal device being released too early, the CU-CP releases the second terminal device only after the CU-CP receives the first indication information and the third indication information. In other words, the release process of the second terminal device needs to wait for at least the first preset time length before it is carried out, so as to avoid releasing the second terminal device when there may still be data, thereby avoiding frequent switching of the RRC state of the second terminal device.

[0246] Further, the CU-CP releases the RRC connection of the second terminal device according to the first indication information and the third indication information, including:

[0247] Step 280: After the CU-CP receives the third indication information, it determines whether the first indication information has been received. For example, it can be determined that the first indication information has been received. Then, the process proceeds to step 290. If the first indication information has not been received, the RRC connection of the second terminal device is released after the first indication information is received. For example, after the first indication information is received, multiple terminal devices including the first terminal device and the second terminal device can be released at the same time.

[0248] Step 290, the CU-CP releases the radio resource control RRC connection of the second terminal device, that is, releases the second terminal device from the RRC connected state to the RRC inactive state.

[0249] Step 290 may specifically include: the CU-CP sends an RRC release message to the second terminal device via the DU. Correspondingly, the second terminal device receives the RRC release message from the CU-CP via the DU.

[0250] Fig.11 The communication method 300 is applied to a first access network device, and the first access network device includes a centralized unit-control plane CU-CP and a centralized unit-user plane CU-UP. The CU-CP and the CU-UP can be arranged on different physical devices respectively and communicated through an E1 interface. Fig.11 The communication method 300 provided in an embodiment of the present application is described. The communication method 300 includes:

[0251] Step 310 , the CU-CP sends an inactivity timer to the CU-UP.

[0252] Accordingly, the CU-UP receives the inactivity timer from the CU-CP.

[0253] Step 320: When the CU-UP determines that the first data has been sent, the inactivity timer starts timing.

[0254] Step 330: During the timing of the inactivity timer, that is, within the first preset time period, the CU-UP sends the second data to the second terminal device.

[0255] Correspondingly, within the first preset time period, the second terminal device receives the second data from the CU-UP.

[0256] Step 340, CU-UP sends third indication information to CU-CP, and the third indication information is used to indicate that the sending of the second data sent to the second terminal device is completed, wherein the second terminal device is a terminal device that receives the second data within a first preset time period among multiple terminal devices served by CU-UP.

[0257] Accordingly, in step 340, the CU-CP receives the third indication information from the CU-UP.

[0258] Step 350: The CU-CP determines that the first indication information has not been received, and does not execute the RRC release process for the second terminal device, but waits to receive the first indication information.

[0259] Step 360: The CU-UP sends first indication information to the CU-CP, where the first indication information is used to indicate that the CU-UP has not detected the first data of the MBS session within a first preset duration.

[0260] Accordingly, in step 360, the CU-CP receives the first indication information from the CU-UP.

[0261] In step 370, the CU-CP releases the first terminal device and the second terminal device according to the received first indication information and the third indication information. For example, step 370 may specifically include: the CU-CP sends an RRC release message to the first terminal device and the second terminal device respectively through the DU. Accordingly, the first terminal device and the second terminal device each receive an RRC release message from the CU-CP through the DU.

[0262] Fig.12 FIG. 1 is another timing diagram of CU-UP sending data and indication information provided in an embodiment of the present application. Fig.12 As shown, the first indication information is sent after the first preset time length, and the third indication information is sent when the second data transmission for the second terminal device is completed. There is no logical order in the timing of the transmission of these two indication information. The third indication information may be sent first, and then the first indication information. Taking this into account, in order to avoid the premature release of the second terminal device, the CU-CP releases the second terminal device only after the CU-CP receives the first indication information and the third indication information. When the third indication information has been received and the first indication information has not been received, it is possible to wait until the first indication information is received before executing the release process of the second terminal device. In other words, the release process of the second terminal device needs to wait at least until the first preset time length has passed, so as to avoid releasing the second terminal device when there may still be data, thereby avoiding frequent switching of the RRC state of the second terminal device. When executing the release process of the second terminal device, multiple terminal devices including the first terminal device can be released at the same time, so as to simplify the process.

[0263] Step 380: The CU-CP sends second indication information to the CU-UP according to the first indication information, where the second indication information is used to instruct the CU-UP to stop sending the first data when it detects the first data.

[0264] Accordingly, in step 380, the CU-UP receives the second indication information from the CU-CP.

[0265] For understanding of the above steps of the communication method 300, reference may be made to the description of the steps of the communication method 200, which will not be repeated here.

[0266] Fig.13 The communication method 400 is applied to a first access network device, and the first access network device includes a centralized unit-control plane CU-CP and a centralized unit-user plane CU-UP. The CU-CP and the CU-UP can be arranged on different physical devices respectively and communicated through an E1 interface. Fig.13 The communication method 400 provided in an embodiment of the present application is described. The communication method 400 includes:

[0267] Step 410 , the CU-CP sends an inactivity timer to the CU-UP.

[0268] Accordingly, the CU-UP receives the inactivity timer from the CU-CP.

[0269] Step 420: When the CU-UP determines that the first data has been sent, the inactivity timer starts timing.

[0270] Step 430: During the timing of the inactivity timer, that is, within the first preset time period, the CU-UP sends the second data to the second terminal device.

[0271] Correspondingly, within the first preset time period, the second terminal device receives the second data from the CU-UP.

[0272] Step 440: The CU-UP sends first indication information to the CU-CP, where the first indication information is used to indicate that the CU-UP has not detected the first data of the MBS session within a first preset duration.

[0273] Accordingly, in step 440, the CU-CP receives the first indication information from the CU-UP.

[0274] Step 450: CU-CP releases the radio resource control RRC connection of the first terminal device according to the first indication information, that is, releases the first terminal device from the RRC connected state to the RRC inactive state.

[0275] Step 450 may specifically include: the CU-CP sends an RRC release message to the first terminal device via the DU. Correspondingly, the first terminal device receives the RRC release message from the CU-CP via the DU.

[0276] Step 460: The CU-CP sends second indication information to the CU-UP according to the first indication information, where the second indication information is used to instruct the CU-UP to stop sending the first data when it detects the first data.

[0277] Accordingly, in step 460, the CU-UP receives the second indication information from the CU-CP.

[0278] Step 470: After the second data is sent, the inactivity timer starts timing.

[0279] Specifically, CU-UP forwards the second data, that is, forwards the MBS data from other access network devices. When it is determined that the current second data has been sent, the inactivity timer starts. During the timing of the inactivity timer, CU-UP detects or senses the MBS data. For example, it can monitor the NG-U port, NG port or N3 port to determine whether the core network device has new downlink data, that is, whether new first data has arrived. For example, it can also monitor the Xn port to determine whether other access network devices have new data, that is, whether new second data has arrived.

[0280] Step 480, CU-UP sends third indication information to CU-CP, where the third indication information is used to indicate that no other data of the MBS session sent to the second terminal device is detected within a second preset time period after the second data is sent.

[0281] Step 490: The CU-CP releases the RRC connection of the second terminal device according to the third indication information, that is, switches the second terminal device from the RRC connection state to the RRC inactive state. At this time, the CU-CP may send an RRC release message to the second terminal device.

[0282] Specifically, if no new MBS data is detected within the second preset duration (i.e., the timing duration of the inactivity timer in step 470) after the current second data is sent, the CU-UP can indicate to the CU-CP, that is, send third indication information to the CU-CP. After the CU-CP receives the third indication information, it can determine that the second data of the CU-UP has been sent, and determine that no new MBS data is detected within the second preset duration, that is, the first data is not detected, and the second data is not detected.

[0283] Furthermore, after receiving the third indication information, the CU-CP may release the second terminal device to an RRC inactive state according to the third indication information to save terminal energy consumption and communication resources.

[0284] Optionally, the second preset duration may be the same as or different from the aforementioned first preset duration, and this application does not limit this. The second preset duration may be any duration, for example, it may be 1 to 7200 seconds, such as 2 seconds, 3 seconds, 5 seconds, 10 seconds, 30 seconds, 60 seconds, 120 seconds, 180 seconds, 500 seconds, 1000 seconds, 2000 seconds, 5000 seconds, etc. The second preset duration may be pre-configured in a static or semi-static manner. For example, the second preset duration may be determined based on indication (configuration) information from the CU-CP. The indication information may include, for example, indication information of an inactive timer. At this time, two inactive timers may be used to indicate the first preset duration and the second preset duration, respectively. When the two durations are equal, an inactive timer may also be used to indicate the two durations at the same time.

[0285] Compared with the above-mentioned embodiment, in this embodiment, the CU-CP releases the first terminal device according to the first indication information, and the CU-CP releases the second terminal device according to the third indication information. The release actions of the first terminal device and the second terminal device are independent of each other and are no longer associated. The first terminal device can be released when the first indication information is received, and the second terminal device can be released when the third indication information is received.

[0286] Fig.14 FIG. 1 is a timing diagram of another example of CU-UP sending data and indication information provided in an embodiment of the present application. Fig.14 As shown, the first preset duration and the second preset duration may be equal. At this time, since at least part of the second data is transmitted within the first preset duration, the start time of the second preset duration is later than the start time of the first preset duration, and therefore the end time of the second preset duration is also later. In other words, the CU-CP first receives the first indication information, and according to the first indication information, the first terminal device may be released first. Then, the third indication information is received, and the second terminal device is released according to the third indication information.

[0287] For understanding of the above steps of the communication method 400, reference may be made to the description of the steps of the communication method 200 and the communication method 300, which will not be repeated here.

[0288] Fig.15 5 is a flow chart of the communication method 500 provided in the present application. The communication method 500 can be regarded as a continuation step of the aforementioned communication method 200, communication method 300 or communication method 400. Fig.15The communication method 500 provided in an embodiment of the present application is described. The communication method 500 includes:

[0289] Step 510: CU-UP sends data arrival indication information to CU-CP, where the data arrival indication information is used to indicate that new first data is detected, that is, used to indicate that the core network device has issued new MBS data for the MNB session.

[0290] Accordingly, the CU-CP receives data arrival indication information from the CU-UP.

[0291] Step 520: CU-CP switches the first terminal device from the RRC inactive state to the RRC connected state according to the data arrival indication information. At this time, CU-CP can send a paging message to the first terminal device through DU. The subsequent switching process can refer to the aforementioned Figure 7 The relevant content will not be repeated here.

[0292] Step 530 , determine whether the preset trigger condition is met, if so, proceed to step 540 .

[0293] Step 540: After determining that the preset trigger condition is satisfied, the CU-CP sends fourth indication information to the CU-UP, where the fourth indication information is used to instruct the CU-UP to resume (continue or start) sending data of the MBS session.

[0294] Correspondingly, the CU-UP receives the fourth indication information from the CU-CP, and resumes the data transmission of the MBS session according to the fourth indication information, so that the MBS service can continue.

[0295] Optionally, the data arrival indication information and the fourth indication information may both be transmitted via the E1 interface, for example, both carried in an E1AP message. The E1AP message may be, for example, a bearer context establishment / modification / notification / request / response message, but is not limited thereto.

[0296] Optionally, the data arrival indication information is carried in an MC bearer notification message or an MC bearer context inactivity notification message.

[0297] Optionally, the fourth indication information is carried in an MC bearer context establishment request or an MC bearer context modification request message. For example, the fourth indication information includes a resume indication.

[0298] Optionally, the trigger condition includes at least one of the following conditions:

[0299] The CU-CP receives data arrival indication information from the CU-UP (ie, step 510 is triggered).

[0300] The CU-CP receives an MBS session activation indication sent by a core network device (eg, AMF).

[0301] CU-CP receives a group paging message sent by a core network device (eg, AMF).

[0302] The CU-CP receives a group paging message sent by other access network devices.

[0303] The CU-CP sends a group paging message to the terminal device (for example, step 520 is triggered or is about to be triggered).

[0304] Furthermore, if Fig.15 As shown, the CU-CP sends fourth indication information to the CU-UP, including:

[0305] When it is determined that the preset trigger condition is met, the fourth indication information is sent to the CU-UP after waiting for a third preset time period.

[0306] If the fourth indication (resumption indication) information is directly sent to the CU-UP when the preset trigger condition is met, there may still be some terminal devices that have not yet accessed, which may cause the terminal devices to miss the MBS data that has just been sent. Therefore, after the trigger condition is met (triggered), the third preset time period may be waited for, and then the fourth indication information is sent, so as to prevent the terminal devices from missing the MBS data that has just been sent.

[0307] Optionally, the third preset duration may be any duration, for example, 20 milliseconds to 1000 milliseconds, such as 50 milliseconds, 100 milliseconds, 200 milliseconds, 300 milliseconds, 320 milliseconds, 500 milliseconds or 800 milliseconds, etc. The third preset duration may be pre-configured in a static or semi-static manner.

[0308] Optionally, the third preset duration is greater than or equal to the duration of a paging cycle of a cell of an access network device (CU-CP).

[0309] For example, the paging cycle here may be a default paging cycle configured in system information block (SIB) 1. This is because in the default paging cycle, all non-connected terminal devices will read the paging message at least once.

[0310] The base station architecture of the base station can be a centralized unit (CU)-distributed unit (DU) separated base station architecture (CU-DU architecture for short), and specifically can be a shared DU architecture (only DU shared) in the CU-DU architecture, in which the base station is composed of at least two CUs and one shared DU. Each CU can receive MBS data sent by the core network equipment corresponding to different operators, and then send the MBS data to the shared DU, which sends the MBS data to the UE.

[0311] In the above-mentioned shared DU-only architecture, it is assumed that the base station changes from using one CU (for the convenience of description, referred to as the first CU) to transmit service data to using another CU (for the convenience of description, referred to as the second CU) to transmit the same service data, and the packet data convergence protocol (PDCP) configurations of the first CU and the second CU are the same, but the transmission progress of the MBS service between the first CU and the second CU is different. Then, if the PDCP sequence numbers (PDCP sequence numbers, PDCP SN) of the MBS data packets of the same service sent by the DU to the UE are different, and the PDCP sequence numbers of the data packets sent by the second CU are not within the PDCP receiving window (reordering window) in which the UE receives the data packets sent by the first CU, the UE will discard a large number of MBS data packets.

[0312] For example, if the sequence numbers of the data packets received in the current receiving window are 1000-2000, that is, the data packets with sequence numbers from 1000 to 2000 are received in sequence in the window. If a data packet with sequence number 100 is received at this time, the data packet will be discarded. If data packets with sequence numbers from 100 to 1000 are received at this time, all the data packets with sequence numbers from 100 to 1000 will be discarded, resulting in the UE discarding a large number of MBS data packets.

[0313] In order to facilitate a better understanding of the embodiments of the present application, the relevant technologies of the embodiments of the present application are described below.

[0314] (1) Wireless access network sharing (RAN sharing)

[0315] In order to avoid duplication of network infrastructure, save overall network investment, ease the huge financial pressure faced by the construction of the fifth generation mobile networks (5G), and accelerate the commercialization of 5G, it is possible to consider increasing the network co-construction and sharing. RAN sharing mainly means that a RAN can be connected to the core network equipment of multiple operators. Multiple operators can jointly build RAN, or one operator can build RAN alone, while other operators rent the RAN network of that operator.

[0316] (2) Separate RAN Sharing Architecture

[0317] The split RAN sharing architecture can include a shared CU-DU architecture and a shared DU-only architecture. In the shared CU-DU architecture, multiple operators share one CU (referred to as shared gNB-CU) and one DU (referred to as shared gNB-DU); while in the shared DU-only architecture, multiple operators have their own corresponding CUs, the CUs are not shared, and multiple operators share one DU (referred to as shared gNB-DU).

[0318] Fig.16 An architectural diagram of a shared DU-only architecture is exemplified.

[0319] Among them, the architecture includes the core network equipment 5G core (5G core, 5GC) corresponding to the three operators, which can be specifically 5GCPLMNA corresponding to operator (Public Land Mobile Network (PLMN)) A, 5GC PLMNB corresponding to operator B and 5GC PLMNC corresponding to operator C; and gNB-CU corresponding to the three 5G cores, which can be gNB-CU PLMNA corresponding to operator A, gNB-CU PLMNAB corresponding to operator B and gNB-CU PLMNAC corresponding to operator C; and a shared DU, namely SharedgNB-DU.

[0320] Among them, the 5G core and gNB-CU communicate through the NG interface, such as Fig.16 As shown, 5GC PLMNA and gNB-CUPLMNA communicate through NG (PLMNA); 5GC PLMNB and gNB-CU PLMNB communicate through NG (PLMNB); 5GC PLMNC and gNB-CU PLMNC communicate through NG (PLMNC).

[0321] Among them, the gNB-CU and Shared gNB-DU communicate through the F1 interface, such as Fig.16 As shown, gNB-CUPLMNA and Shared gNB-DU communicate through F1 (PLMNA); Shared gNB-DU and gNB-CU PLMNB communicate through F1 (PLMNB); Shared gNB-DU and gNB-CU PLMNC communicate through F1 (PLMNC).

[0322] like Fig.16 As shown in the figure, gNB-CU is not shared. It receives the temporary multicast group identifier (TMGI) and service identifier of each operator and then sends it to the shared gNB-DU. Under this architecture, since the gNB-CU of each operator cannot know the TMGI and service identifier of other operators, the gNB-CU cannot determine whether the broadcast services of different operators are the same service. Therefore, the gNB-CUs of different operators need to send the TMGI and service identifier to the shared gNB-DU to let it determine whether it is the same service.

[0323] The shared CU-DU architecture can be composed of multiple operator core networks, a shared gNB-CU and a shared gNB-DU. The shared gNB-CU receives data from the core networks of different operators. For example, operator A will establish a data transmission channel with the gNB-CU, also known as an NG-U tunnel. During the tunnel establishment process, operator A will send TMGI A and service identifier X to the shared gNB-CU. Similarly, operator B will send TMGI B and service identifier X to the shared gNB-CU. After receiving this information, the shared gNB-CU will determine whether the broadcast services of the two operators are the same service based on the service identifier X. Alternatively, the shared gNB-CU sends the service identifier X to the shared gNB-DU, allowing the shared gNB-DU to determine whether the broadcast services of the two operators are the same service.

[0324] In the embodiment of the present application, the separated RAN sharing architecture may adopt a shared DU-only architecture.

[0325] Fig.17The example shows that CN includes 5G cores corresponding to two operators, namely 5GC PLMNA corresponding to operator A and 5GC PLMNB corresponding to operator B; RAN is a shared DU architecture only, RAN includes Shared gNB-DU, gNB-CU PLMNA corresponding to operator A, and gNB-CU PLMNAB corresponding to operator B; at least one UE includes n UEs, namely UE1, UE2 to UEn, where n is a positive integer greater than 2. In the embodiment of the present application, Shared gNB-DU can be called the first node, gNB-CU PLMNA corresponding to operator A can be called the second node, and gNB-CU PLMNAB corresponding to operator B can be called the third node.

[0326] Taking the MBS service as the first service as an example, the data server can send the service data of the first service to the gNB-CU PLMNA and the gNB-CUPLMNAB. Specifically, the data server can establish a multicast broadcast service session of the first service (referred to as the first session) with the gNB-CU PLMNA, and the data server can establish a multicast broadcast service session of the first service (referred to as the second session) with the gNB-CU PLMNAB; the data server sends the service data of the first service to the gNB-CU PLMNA through the first session, and the data server sends the service data of the first service through the second session.

[0327] Furthermore, the gNB-CU PLMNA may process the service data of the first service to obtain a first data packet; the gNB-CU PLMNAB may process the service data of the first service to obtain a second data packet. For the convenience of description, the data packet obtained after the gNB-CU PLMNA processes the service data of the first service is referred to as the first data packet; the data packet obtained after the gNB-CU PLMNAB processes the service data of the first service is referred to as the second data packet.

[0328] The processing of the service data of the first service by the gNB-CU PLMNA and the gNB-CU PLMNAB includes configuring the PDCP SN of the data packet of the first service. Since different CUs may have different rules for PDCP SN, that is, the PDCP SN configured by the gNB-CU PLMNA and the gNB-CU PLMNAB for the same data packet of the first service may be different.

[0329] Assuming that the PDCP configuration for the first service sent by gNB-CU PLMNA and gNB-CU PLMNB to the Shared gNB-DU is the same, the Shared gNB-DU uses the same MRB configuration to transmit the service data of the first service. Furthermore, gNB-CU PLMNA can send the first data packet to the Shared gNB-DU, and gNB-CU PLMNB can send the second data packet to the Shared gNB-DU. The Shared gNB-DU sends the first data packet or the second data packet to at least one UE based on the same MRB configuration.

[0330] Regarding the MRB PDCP configuration in the RAN sharing scenario, for the only DU shared scenario, several solutions (cases) were proposed in the 3GPP RAN3120 meeting, as shown below:

[0331] Case 1: The DU decides which CU’s MRB PDCP configuration to select;

[0332] Case 2: DU coordinates the MRB PDCP configurations of multiple CUs to enable different CUs to have the same MRB PDCP configuration;

[0333] Case 3: Use default values ​​or preconfigured methods.

[0334] In the current discussion, for the only DU shared scenario, since DUs are shared, the underlying MRB configurations generated by DUs are all the same, that is, except for the MRB PDCP configuration, all other configurations are the same. For CUs, since the broadcast PDCP configurations are configured in the above three schemes, different CUs may generate the same MRB PDCP configuration even without any coordination and using the default configuration. Therefore, for the above three cases, regardless of whether the CUs coordinate to the same PDCP configuration, different CUs may generate the same PDCP configuration.

[0335] Since the DU uses a set of air interface configurations to send data to the UE, if different CUs use the same MRB PDCP configuration, the DU will generate the same MRB configuration and send it to the UE.

[0336] Assume that PLMNA is currently used for service transmission, and PLMNB and PLMNC can also provide service transmission. If you want to use PLMNB for service transmission, you need to change the PDCP configuration of PLMNA CU to the PDCP configuration of PLMNB CU. Assuming that the PDCP configuration before and after the modification is the same, then, from the UE's point of view, the MRB has not been modified, and the UE will continue to identify whether to receive data packets from the DU with the current PDCP receiving window. Assuming that the packet sending progress of different core networks is different, the PDCP SN number before and after the modification will jump. For example, the PDCP SN number of the data packet sent before the modification is 200, and the PDCP SN number of the data packet sent after the modification is 50. Then, the data packet of PLMNB is outside the current PDCP receiving window of the UE, so a large number of data packets are discarded, causing the UE to receive no data for a period of time.

[0337] See also Fig.18 , Fig.18 It is a flow chart of a communication method 900 for a multicast broadcast service provided in an embodiment of the present application. The function performed by the user equipment in this embodiment may also be performed by a module (e.g., a chip) in the user equipment, and the function performed by the first node in the present application may also be performed by a module (e.g., a chip) in the first node.

[0338] In the embodiment of the present application, the first node can be Fig.17 The second node can be Shared gNB-DU in Fig.17 The third node can be gNB-CU PLMNA in Fig.17 gNB-CU PLMNB in; the user equipment can be Fig.17 For a detailed description of the first node, the second node, the third node and the user equipment, please refer to the relevant content above, which will not be repeated here.

[0339] like Fig.18 As shown, the communication method 900 of the multicast broadcast service may include the following steps:

[0340] Step 910: The first node sends a first data packet to a user equipment UE based on the first multicast data radio bearer MRB configuration; the first data packet is sent by the second node to the first node. For example, the first data packet comes from Fig.17 5GCPLMNA in.

[0341] Correspondingly, the UE receives the first data packet sent by the first node.

[0342] Step 920: When the first condition is met (ie, the first condition is established), the first node sends a first message to the UE, where the first message includes parameter information of the second MRB configuration; the first MRB configuration is different from the second MRB configuration.

[0343] Correspondingly, the UE receives the second MRB configuration sent by the first node.

[0344] In some embodiments, the first condition refers to that the first node stops receiving the multicast broadcast service MBS data from the second node and starts receiving the multicast broadcast service MBS data from the third node. Exemplarily, before the first node sends the first message to the UE, the first node receives a first request sent by the second node, the first request includes a service identifier of the multicast broadcast service; the first request is used to request to release the session of the multicast broadcast service of the second node.

[0345] Optionally, the first request may further include parameter information configured by the second MRB.

[0346] Among them, the parameter information configured by the second MRB may include at least one of a group radio network temporary identifier (Group Radio Network Temporary Identifier, G-RNTI), a discontinuous reception configuration point to multipoint configuration index (Discontinuous Reception Configuration Point to Mutiple Point Index, DRX-ConfigPTM-Index), a physical downlink shared channel configuration index (Physical Downlink Shared Channel Configuration Index, PDSCH-ConfigIndex), a multicast traffic channel synchronization signal block mapping window index (Multicast Traffic Channel Synchronization Signal and PBCH Block MappingWindow Index, MTCH-SSB-MappingWindowIndex), a multicast radio bearer broadcast list (Multicast Radio Bearer List Broadcast, MRB-ListBroadcas), a logical channel identifier (logicalChannelIdentity), a sequence number field length (sn-FieldLength), and a reassembly timer (t-Reassembly).

[0347] The service identifier of the multicast broadcast service includes at least one of a session identifier of the multicast broadcast service, a temporary multicast group identifier TMGI, and a service network identifier (Network Identifier, NID).

[0348] Take changing the sequence number field length (sn-FieldLength) as an example. Among them, TMGI1 is used to indicate that it is the MRB configuration corresponding to the broadcast session of the second node, and TMGI2 is used to indicate that it is the MRB configuration corresponding to the broadcast session of the third node. Before the first MCCH modification period, the PDCP configurations of the second node and the third node are the same. Before the first MCCH modification period, the first node uses the sn-FieldLength of 6 bits in the first MRB configuration. During the first MCCH modification period, the first node receives a first request sent by the second node, and the first request includes parameter information of the second MRB configuration (MRB configuration), including PDCP configuration information, such as data convergence protocol sequence number length (PDCP SN Size), robust header compression (Robust Header Compression, ROHC), and reordering timer (t-Reordering).

[0349] Furthermore, the first node may modify the sn-FieldLength to 12 bits in the second MCCH modification period, and the second MCCH modification period may be the next period of the first MCCH modification period. For example, the first node (such as DU) receives a first request sent by the second node, and the first request includes parameter information of the second MRB configuration, including the PDCP configuration; then, after receiving the PDCP configuration information of the second MRB, the DU may modify the sn-FieldLength from the original 6 bits to 12 bits, so that the DU may broadcast the MRB configuration of 12 bits of sn-FieldLength over the air interface. After the UE sees that the MRB configuration has changed, it may delete the original MRB configuration of 6 bits of sn-FieldLength and establish an MRB configuration of 18 bits of sn-FieldLength.

[0350] Optionally, after receiving the parameter information of the second MRB configuration, the UE may modify the MRB configuration according to the information. For example, the current first MRB may be released, and a new second MRB may be created according to the parameter information of the second MRB configuration. In this way, there is a new receiving window, that is, the receiving window is reset, so that the newly created receiving window can receive new MBS data (the new MBS data, for example, comes from Fig.17In this way, the MBS data from the third node can be accurately received without data packet loss, and the order of data submission can be guaranteed not to be disordered. This prevents the UE from being unable to normally receive the MBS data packet from the third node.

[0351] Optionally, in some special cases (scenarios), even if the UE receives the parameter information configured by the second MRB, the current first MRB may be maintained, that is, the first MRB is not released.

[0352] According to the communication method 900 provided in an embodiment of the present application, when the first condition is met, for example, when the first node stops receiving multicast broadcast service MBS data from the second node and starts receiving multicast broadcast service MBS data from the third node, it is necessary to modify the MRB configuration on the UE side. The first node can send a first message to the UE, and the first message includes parameter information of a second MRB configuration, which is different from the current first MRB configuration.

[0353] After the UE receives the parameter information of the second MRB configuration, it can release the current MRB according to the information, and create a new MRB according to the parameter information of the second MRB configuration. In this way, there is a new receiving window, that is, the receiving window is reset, so that the newly created receiving window can receive new MBS data, thereby solving the aforementioned problem of data packet discard caused by the data packet sequence number not being within the data window. Then, the MBS data from the third node can be accurately received, and data packet discard will not occur, and the order of data submission can also be guaranteed not to be disordered. It prevents the UE from being unable to normally receive the MBS data packet from the third node.

[0354] Combination of the above Figures 1 to 18 The communication method of the embodiment of the present application is described in detail. Figures 19 to 21 , describes in detail the communication device of the embodiment of the present application. It should be understood that Figures 19 to 21 The communication device shown can implement one or more steps in the aforementioned method flow. To avoid repetition, it will not be described in detail here.

[0355] Fig.19 6 is a schematic block diagram of a communication device 600 provided in an embodiment of the present application. The communication device 600 may correspond to the CU-CP in the embodiment of the present application, for example, the communication device 600 is the CU-CP in the aforementioned method embodiment. The communication device 600 is applied to a first access network device, and the first access network device also includes a centralized unit-user plane CU-UP. Fig.19 As shown, the communication device 600 includes a receiving unit 610 , a sending unit 620 and a releasing unit 630 .

[0356] The receiving unit 610 is used to receive first indication information from the CU-UP, where the first indication information is used to indicate that the CU-UP has not detected first data of a multicast broadcast service MBS session within a first preset time period, and the first data is data from a core network device.

[0357] The sending unit 620 is used to send second indication information to the CU-UP according to the first indication information, where the second indication information is used to instruct the CU-UP to stop sending the first data when the CU-UP detects the first data.

[0358] Optionally, the communication device 600 also includes a release unit 630, which is used to release the radio resource control RRC connection of the first terminal device according to the first indication information, the first terminal device is a terminal device among multiple terminal devices served by the CU-UP that has not received second data within the first preset time length, and the second data is data from the MBS session of the second access network device.

[0359] Optionally, the receiving unit 610 is also used to: receive third indication information from the CU-UP, the third indication information being used to indicate that the sending of the second data to the second terminal device is completed, and the second terminal device is a terminal device among multiple terminal devices served by the CU-UP that receives the second data within the first preset time length.

[0360] The release unit 630 is further used to release the RRC connection of the second terminal device according to the third indication information.

[0361] Optionally, in terms of releasing the RRC connection of the second terminal device according to the third indication information, the releasing unit 630 is specifically used to: release the RRC connection of the second terminal device according to the third indication information and the first indication information.

[0362] Optionally, the third indication information is further used to indicate that no other data of the MBS session sent to the second terminal device is detected within a second preset time period after the second data is sent.

[0363] Optionally, the sending unit 620 is further used to: when it is determined that a preset trigger condition is met, send fourth indication information to the CU-UP, where the fourth indication information is used to instruct the CU-UP to resume sending data of the MBS session.

[0364] Optionally, the trigger condition includes at least one of the following conditions:

[0365] The communication device 600 receives a data arrival indication from the CU-UP;

[0366] The communication device 600 receives an MBS session activation indication sent by a core network device;

[0367] The communication device 600 receives a group paging message sent by a core network device;

[0368] The communication device 600 receives a group paging message sent by other access network devices;

[0369] The communication device 600 sends a group paging message to the terminal device.

[0370] Optionally, in terms of sending the fourth indication information to the CU-UP, the sending unit 620 is specifically used to: when it is determined that a preset trigger condition is met, send the fourth indication information to the CU-UP after waiting for a third preset time length.

[0371] Optionally, the third preset duration is greater than or equal to the duration of a paging cycle.

[0372] In the above implementations, the receiving unit 610 and the sending unit 620 may also be integrated into a transceiver unit, which has both receiving and sending functions, which is not limited here.

[0373] The communication device 600 corresponds to the CU-CP in the aforementioned method embodiment, the receiving unit 610 is used to perform a receiving action, the sending unit 620 is used to perform a sending action, and the releasing unit 630 is used to perform an RRC connection release action. Figure 8 In the embodiment, the receiving unit 610 executes step 110, the sending unit 620 executes step 120, and the releasing unit 630 executes step 130.

[0374] The communication device 600 may also correspond to the first node in the aforementioned method embodiment, and the sending unit 620 is used to perform the sending action. Fig.18 In the example, the sending unit 620 executes step 910 and step 920.

[0375] Specifically, the sending unit 620 is used to send a first data packet to the user equipment UE based on the first multicast data radio bearer MRB configuration; the first data packet is sent by the second node to the first node.

[0376] The sending unit 620 is further configured to send a first message to the UE when the first condition is met, where the first message includes parameter information of the second MRB configuration; the first MRB configuration is different from the second MRB configuration.

[0377] Fig. 20700 is a schematic block diagram of a communication device 700 provided in an embodiment of the present application. The communication device 700 may correspond to the CU-UP in the embodiment of the present application, for example, the communication device 700 is the CU-UP in the aforementioned method embodiment. The communication device 700 is applied to a first access network device, and the first access network device also includes a centralized unit-control plane CU-CP. Fig. 20 As shown, the communication device 700 includes a sending unit 710 and a receiving unit 720 .

[0378] The sending unit 710 is used to send first indication information to the CU-CP, where the first indication information is used to indicate that the device has not detected first data of a multicast broadcast service MBS session within a first preset time period, and the first data is data from a core network device.

[0379] The receiving unit 720 is used to receive second indication information from the CU-CP, where the second indication information is sent according to the first indication information, and the second indication information is used to instruct the device to stop sending the first data when the device detects the first data.

[0380] Optionally, the first indication information is also used to enable the CU-CP to release the radio resource control RRC connection of a first terminal device, where the first terminal device is a terminal device among multiple terminal devices served by the communication device 700 that has not received second data within the first preset time period, and the second data is data from the MBS session of the second access network device.

[0381] Optionally, the sending unit 710 is also used to: send third indication information to the CU-CP, the third indication information being used to indicate that the sending of the second data to the second terminal device is completed, the second terminal device being a terminal device among multiple terminal devices served by the communication device 700 that receives the second data within the first preset time length, and the third indication information being used to enable the CU-CP to release the RRC connection of the second terminal device.

[0382] Optionally, the third indication information is further used to indicate that no other data of the MBS session sent to the second terminal device is detected within a second preset time period after the second data is sent.

[0383] Optionally, the receiving unit 720 is further used to: receive fourth indication information from the CU-CP, the fourth indication information is used to instruct the communication device 700 to resume sending data of the MBS session, and the fourth indication information is issued after the CU-CP determines that a preset trigger condition is met.

[0384] Optionally, the trigger condition includes at least one of the following conditions:

[0385] The CU-CP receives a data arrival indication from the CU-UP;

[0386] The CU-CP receives an MBS session activation indication sent by a core network device;

[0387] The CU-CP receives a group paging message sent by a core network device;

[0388] The CU-CP receives a group paging message sent by other access network devices;

[0389] The CU-CP sends a group paging message to the terminal device.

[0390] Optionally, when the CU-CP determines that a preset trigger condition is met, the fourth indication information is sent to the communication device 700 after waiting for a third preset time period.

[0391] In a possible implementation manner, the third preset duration is greater than or equal to the duration of a paging cycle.

[0392] In the above implementations, the sending unit 710 and the receiving unit 720 may also be integrated into a transceiver unit, which has both receiving and sending functions, which is not limited here.

[0393] The communication device 700 corresponds to the CU-UP in the aforementioned method embodiment, the receiving unit 720 is used to perform the receiving action, and the sending unit 710 is used to perform the sending action. Figure 8 In the embodiment, the receiving unit 720 executes step 120 and the sending unit 710 executes step 110.

[0394] The communication device 700 may also correspond to the user equipment UE in the aforementioned method embodiment, and the receiving unit 720 is used to perform the receiving action. Fig.18 In the embodiment, the receiving unit 720 executes step 910 and step 920.

[0395] Specifically, the receiving unit 720 is configured to receive a first data packet from a first node, where the first data packet is sent from a second node to the first node, and the first node sends the first data packet based on a first multicast data radio bearer MRB configuration.

[0396] The receiving unit 720 is also used to receive a first message from the first node, the first message including parameter information of the second MRB configuration; the first MRB configuration is different from the second MRB configuration, wherein the first message is sent by the first node to the UE when the first condition is met.

[0397] Fig.218 is a schematic structural diagram of a communication device 800 provided in an embodiment of the present application. Fig.18 As shown, the communication device 800 includes: a processor 810, a memory 820 and a communication interface 830. The processor 810 is used to control the communication interface 830 to send and receive signals, the memory 820 is used to store a computer program, and the processor 810 is used to call and run the computer program from the memory 820, so that the communication device 800 performs the processing (steps) performed by the CU-CP or CU-UP in each method embodiment of the present application.

[0398] For example, processor 810 may have Fig.19 The function of the release unit 630 shown in FIG. 8 is that the communication interface 830 may have Fig.19 The communication interface 830 may also have the functions of the receiving unit 610 and / or the sending unit 620 shown in FIG. Fig. 20 The functions of the receiving unit 720 and / or the sending unit 710 shown in FIG. The processor 810 may be used to execute the processing or operation executed by the communication device 800, and the communication interface 830 is used to execute the sending and / or receiving operations of the communication device 800.

[0399] In one implementation, the communication device 800 may be a CU-CP in the method embodiment. In this implementation, the communication interface 830 may be a transceiver. The transceiver may include a receiver and / or a transmitter. Optionally, the processor 810 may be a baseband device, and the communication interface 830 may be a radio frequency device.

[0400] In another implementation, the communication device 800 may be a chip (or chip system) installed in the CU-CP. In this implementation, the communication interface 830 may be an interface circuit or an input / output interface.

[0401] In one implementation, the communication device 800 may be a CU-UP in the method embodiment. In this implementation, the communication interface 830 may be a transceiver. The transceiver may include a receiver and / or a transmitter. Optionally, the processor 810 may be a baseband device, and the communication interface 830 may be a radio frequency device.

[0402] In another implementation, the communication device 800 may be a chip (or chip system) installed in the CU-CP. In this implementation, the communication interface 830 may be an interface circuit or an input / output interface.

[0403] In one implementation, the communication device 800 may be the first node in the method embodiment. In this implementation, the communication interface 830 may be a transceiver. The transceiver may include a receiver and / or a transmitter. Optionally, the processor 810 may be a baseband device, and the communication interface 830 may be a radio frequency device.

[0404] In another implementation, the communication device 800 may be a chip (or chip system) installed in the first node. In this implementation, the communication interface 830 may be an interface circuit or an input / output interface.

[0405] In one implementation, the communication device 800 may be a user equipment UE in the method embodiment. In this implementation, the communication interface 830 may be a transceiver. The transceiver may include a receiver and / or a transmitter. Optionally, the processor 810 may be a baseband device, and the communication interface 830 may be a radio frequency device.

[0406] In another implementation, the communication device 800 may be a chip (or a chip system) installed in a user equipment UE. In this implementation, the communication interface 830 may be an interface circuit or an input / output interface.

[0407] Optionally, the memory and the processor in the above-mentioned device embodiments may be physically independent units, or the memory may be integrated with the processor, which is not limited in this document.

[0408] In addition, the present application also provides a computer-readable storage medium, in which computer instructions (or computer programs) are stored. When the computer instructions are run on a computer, the operations and / or processing performed by the CU-CP in each method embodiment of the present application are executed.

[0409] The present application also provides a computer-readable storage medium, in which computer instructions (or computer programs) are stored. When the computer instructions are run on a computer, the operations and / or processing performed by CU-UP in the various method embodiments of the present application are executed.

[0410] The present application also provides a computer-readable storage medium, in which computer instructions (or computer programs) are stored. When the computer instructions are run on a computer, the operations and / or processing performed by the first node in each method embodiment of the present application are executed.

[0411] The present application also provides a computer-readable storage medium, in which computer instructions (or computer programs) are stored. When the computer instructions are executed on a computer, the operations and / or processing performed by the user equipment UE in the various method embodiments of the present application are executed.

[0412] In addition, the present application also provides a computer program product, which includes computer program code or instructions. When the computer program code or instructions are run on a computer, the operations and / or processing performed by the CU-CP in each method embodiment of the present application are executed.

[0413] The present application also provides a computer program product, which includes computer program code or instructions. When the computer program code or instructions are run on a computer, the operations and / or processing performed by CU-UP in the various method embodiments of the present application are executed.

[0414] The present application also provides a computer program product, which includes computer program code or instructions. When the computer program code or instructions are run on a computer, the operations and / or processing performed by the first node in each method embodiment of the present application are executed.

[0415] The present application also provides a computer program product, which includes computer program code or instructions. When the computer program code or instructions are run on a computer, the operations and / or processing performed by the user equipment UE in the various method embodiments of the present application are executed.

[0416] In addition, the present application also provides a chip, which includes a processor, a memory for storing computer programs is set independently of the chip, and the processor is used to execute the computer program stored in the memory, so that a device equipped with the chip performs the operations and / or processing performed by the CU-CP in any method embodiment.

[0417] Furthermore, the chip may also include a communication interface, which may be an input / output interface or an interface circuit.

[0418] Furthermore, the chip may also include the memory.

[0419] The present application also provides a chip, which includes a processor, a memory for storing computer programs which is set independently of the chip, and the processor is used to execute the computer program stored in the memory, so that a device equipped with the chip performs the operations and / or processing performed by the CU-UP in any method embodiment.

[0420] Furthermore, the chip may also include a communication interface, which may be an input / output interface or an interface circuit.

[0421] Furthermore, the chip may also include the memory.

[0422] The present application also provides a chip, which includes a processor, a memory for storing computer programs which is set independently of the chip, and the processor is used to execute the computer program stored in the memory, so that a device equipped with the chip performs the operations and / or processing performed by the first node in any method embodiment.

[0423] Furthermore, the chip may also include a communication interface, which may be an input / output interface or an interface circuit.

[0424] Furthermore, the chip may also include the memory.

[0425] The present application also provides a chip, which includes a processor, a memory for storing a computer program which is set independently of the chip, and the processor is used to execute the computer program stored in the memory, so that a device equipped with the chip performs the operations and / or processing performed by a user equipment UE in any one of the method embodiments.

[0426] Furthermore, the chip may also include a communication interface, which may be an input / output interface or an interface circuit.

[0427] Furthermore, the chip may also include the memory.

[0428] Optionally, the processor may be one or more, the memory may be one or more, and the memory may be one or more.

[0429] In addition, the present application also provides a communication device (for example, a chip or a chip system), including a processor and a communication interface, wherein the communication interface is used to receive (or called input) data and / or information, and transmit the received data and / or information to the processor, and the processor processes the data and / or information, and the communication interface is also used to send (or called output) data and / or information after being processed by the processor, so that the operations and / or processing performed by the CU-CP in any method embodiment are executed.

[0430] In addition, the present application also provides a communication device (for example, a chip or a chip system), including a processor and a communication interface, wherein the communication interface is used to receive (or called input) data and / or information, and transmit the received data and / or information to the processor, and the processor processes the data and / or information, and the communication interface is also used to send (or called output) data and / or information after being processed by the processor, so that the operations and / or processing performed by the CU-UP in any method embodiment are executed.

[0431] In addition, the present application also provides a communication device (for example, a chip or a chip system), including a processor and a communication interface, wherein the communication interface is used to receive (or called input) data and / or information, and transmit the received data and / or information to the processor, and the processor processes the data and / or information, and the communication interface is also used to send (or called output) data and / or information after being processed by the processor, so that the operations and / or processing performed by the first node in any method embodiment are executed.

[0432] The present application also provides a communication device (for example, a chip or a chip system), including a processor and a communication interface, wherein the communication interface is used to receive (or referred to as input) data and / or information, and transmit the received data and / or information to the processor, and the processor processes the data and / or information, and the communication interface is also used to send (or referred to as output) data and / or information processed by the processor, so that the operations and / or processing performed by the user equipment in any one of the method embodiments are executed.

[0433] In addition, the present application also provides a communication device, comprising at least one processor, wherein the at least one processor is coupled to at least one memory, and the at least one processor is used to execute a computer program or instruction stored in the at least one memory, so that the communication device performs the operations and / or processing performed by the CU-CP in any one method embodiment.

[0434] The present application also provides a communication device, comprising at least one processor, wherein the at least one processor is coupled to at least one memory, and the at least one processor is used to execute a computer program or instruction stored in the at least one memory, so that the communication device performs the operations and / or processing performed by the CU-UP in any one of the method embodiments.

[0435] In addition, the present application also provides a communication device, comprising at least one processor, wherein the at least one processor is coupled to at least one memory, and the at least one processor is used to execute a computer program or instruction stored in the at least one memory, so that the communication device performs the operations and / or processing performed by the first node in any one method embodiment.

[0436] The present application also provides a communication device, comprising at least one processor, wherein the at least one processor is coupled to at least one memory, and the at least one processor is used to execute a computer program or instruction stored in the at least one memory, so that the communication device performs the operations and / or processing performed by the user equipment in any one of the method embodiments.

[0437] The present application also provides an access network device, including the communication device provided by any of the aforementioned embodiments. For example, the access network device may be a gNB, including the aforementioned communication device 600, communication device 700 or communication device 800.

[0438] It should be understood that the processor in the embodiment of the present application may be a central processing unit (CPU), and the processor may also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

[0439] It should also be understood that the memory in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of random access memory (RAM) are available, such as static RAM (SRAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link DRAM (SLDRAM), and direct rambus RAM (DR RAM).

[0440] The above embodiments can be implemented in whole or in part by software, hardware, firmware or any other combination. When implemented by software, the above embodiments can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions or computer programs. When the computer instructions or computer programs are loaded or executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website site, computer, server or data center to another website site, computer, server or data center by wired (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that contains one or more available media sets. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium. The semiconductor medium can be a solid-state hard disk.

[0441] For ease of understanding, the terms involved in the process of introducing the solution of this application are explained below.

[0442] In the embodiments of the present application, "indication" may include direct indication and indirect indication, and may also include explicit indication and implicit indication. The information indicated by a certain information (such as the "indication information" in the foregoing text) is called 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, the information to be indicated can be directly indicated, such as the information to be indicated itself or the index of the information to be indicated. The information to be indicated can also be indirectly indicated by indicating other information, wherein the other information has an association relationship with the information to be indicated. It is also possible to indicate only a part of the information to be indicated, while the other parts of the information to be indicated are known or agreed in advance. For example, the indication of specific information can also be achieved by means of the arrangement order of each information agreed in advance (such as specified by the protocol), thereby reducing the indication overhead to a certain extent.

[0443] In the embodiments of the present application, "first", "second", "third" and various numerical numbers are only used for the convenience of description and are not used to limit the scope of the embodiments of the present application. For example, to distinguish different resources.

[0444] The “communication protocol” involved in the embodiments of the present application may refer to a standard protocol in the communication field, for example, it may include an LTE protocol, an NR protocol, and related protocols used in future communication systems, and the present application does not limit this.

[0445] The term "and / or" in this article is only a description of the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship.

[0446] In this application, "at least one" means one or more, and "more than one" means two or more. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can be represented by: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.

[0447] In various embodiments of the present application, the size of the serial numbers of the above-mentioned processes does not mean the 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 the embodiments of the present application.

[0448] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0449] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0450] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0451] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0452] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0453] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0454] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A communication method, characterized in that: A centralized unit-control plane CU-CP applied to a first access network device, the first access network device also including a centralized unit-user plane CU-UP, the method comprising: The CU-CP receives first indication information from the CU-UP, where the first indication information is used to indicate that the CU-UP does not detect first data of a multicast broadcast service MBS session within a first preset duration, and the first data is data from a core network device; The CU-CP sends second indication information to the CU-UP according to the first indication information, where the second indication information is used to instruct the CU-UP to stop sending the first data when the CU-UP detects the first data.

2. The method according to claim 1, characterized in that The method further comprises: The CU-CP releases the radio resource control RRC connection of the first terminal device according to the first indication information. The first terminal device is a terminal device among multiple terminal devices served by the CU-UP that has not received second data within the first preset time period. The second data is data of the MBS session from the second access network device.

3. The method according to claim 1 or 2, characterized in that: The method further comprises: The CU-CP receives third indication information from the CU-UP, where the third indication information is used to indicate that sending of second data sent to a second terminal device is completed, where the second terminal device is a terminal device that receives the second data within the first preset time period among multiple terminal devices served by the CU-UP, and the second data is data of the MBS session from a second access network device; The CU-CP releases the RRC connection of the second terminal device according to the third indication information.

4. The method according to claim 3, characterized in that The CU-CP releasing the RRC connection of the second terminal device according to the third indication information includes: The CU-CP releases the RRC connection of the second terminal device according to the third indication information and the first indication information.

5. The method according to claim 3, characterized in that: The third indication information is also used to indicate that within a second preset time period after the second data is sent, no other data of the MBS session sent to the second terminal device is detected.

6. The method according to any one of claims 1 to 5, characterized in that The method further comprises: After determining that the preset trigger condition is satisfied, the CU-CP sends fourth indication information to the CU-UP, where the fourth indication information is used to instruct the CU-UP to resume sending data of the MBS session.

7. The method according to claim 6, characterized in that The trigger condition includes at least one of the following conditions: The CU-CP receives a data arrival indication from the CU-UP; The CU-CP receives an MBS session activation indication sent by a core network device; The CU-CP receives a group paging message sent by a core network device; The CU-CP receives a group paging message sent by other access network devices; The CU-CP sends a group paging message to the terminal device.

8. The method according to claim 6 or 7, characterized in that: The CU-CP sends fourth indication information to the CU-UP, including: When it is determined that the preset trigger condition is met, the fourth indication information is sent to the CU-UP after waiting for a third preset time period.

9. The method according to claim 8, characterized in that The third preset duration is greater than or equal to the duration of a paging cycle.

10. A communication method, characterized in that: A centralized unit-user plane CU-UP applied to a first access network device, the first access network device also including a centralized unit-control plane CU-CP, the method comprising: The CU-UP sends first indication information to the CU-CP, where the first indication information is used to indicate that the CU-UP has not detected first data of a multicast broadcast service MBS session within a first preset duration, where the first data is data from a core network device; The CU-UP receives second indication information from the CU-CP, where the second indication information is sent based on the first indication information, and the second indication information is used to instruct the CU-UP to stop sending the first data when detecting the first data.

11. The method according to claim 10, characterized in that The first indication information is also used to enable the CU-CP to release the radio resource control RRC connection of the first terminal device, where the first terminal device is a terminal device among multiple terminal devices served by the CU-UP that has not received second data within the first preset time period, and the second data is data from the MBS session of the second access network device.

12. The method according to claim 10 or 11, characterized in that: The method further comprises: The CU-UP sends third indication information to the CU-CP, and the third indication information is used to indicate that the sending of second data sent to a second terminal device is completed. The second terminal device is a terminal device that receives the second data within the first preset time period among multiple terminal devices served by the CU-UP. The third indication information is used to enable the CU-CP to release the RRC connection of the second terminal device. The second data is data from the MBS session of a second access network device.

13. The method according to claim 12, characterized in that The third indication information is also used to indicate that within a second preset time period after the second data is sent, no other data of the MBS session sent to the second terminal device is detected.

14. The method according to any one of claims 10 to 13, characterized in that: The method further comprises: The CU-UP receives fourth indication information from the CU-CP, where the fourth indication information is used to instruct the CU-UP to resume sending data for the MBS session, and the fourth indication information is issued after the CU-CP determines that a preset trigger condition is met.

15. A communication device, characterized in that: Applied to a first access network device, the first access network device further includes a centralized unit-user plane CU-UP, and the apparatus includes: a receiving unit, configured to receive first indication information from the CU-UP, where the first indication information is used to indicate that the CU-UP has not detected first data of a multicast broadcast service MBS session within a first preset duration, and the first data is data from a core network device; A sending unit is used to send second indication information to the CU-UP according to the first indication information, wherein the second indication information is used to instruct the CU-UP to stop sending the first data when the CU-UP detects the first data.

16. The device according to claim 15, characterized in that The device also includes: A release unit is used to release the radio resource control RRC connection of a first terminal device according to the first indication information, the first terminal device is a terminal device among multiple terminal devices served by the CU-UP that has not received second data within the first preset time period, and the second data is data from the MBS session of the second access network device.

17. The device according to claim 15 or 16, characterized in that The receiving unit is also used for: receiving third indication information from the CU-UP, where the third indication information is used to indicate that sending of second data sent to a second terminal device is completed, where the second terminal device is a terminal device that receives the second data within the first preset time period among multiple terminal devices served by the CU-UP, and the second data is data of the MBS session from a second access network device; The device further comprises a release unit, which is further used for: Release the RRC connection of the second terminal device according to the third indication information.

18. The device according to claim 17, characterized in that In terms of releasing the RRC connection of the second terminal device according to the third indication information, the releasing unit is specifically used to: Release the RRC connection of the second terminal device according to the third indication information and the first indication information.

19. The device according to claim 17, characterized in that The third indication information is also used to indicate that within a second preset time period after the second data is sent, no other data of the MBS session sent to the second terminal device is detected.

20. The device according to any one of claims 15 to 19, characterized in that The sending unit is also used for: After determining that the preset trigger condition is satisfied, fourth indication information is sent to the CU-UP, where the fourth indication information is used to instruct the CU-UP to resume sending the data of the MBS session.

21. The device according to claim 20, characterized in that In terms of sending the fourth indication information to the CU-UP, the sending unit is specifically configured to: When it is determined that the preset trigger condition is met, the fourth indication information is sent to the CU-UP after waiting for a third preset time period.

22. A communication device, characterized in that: Applied to a first access network device, the first access network device further includes a centralized unit-control plane CU-CP, and the apparatus includes: a sending unit, configured to send first indication information to the CU-CP, wherein the first indication information is used to indicate that the device has not detected first data of a multicast broadcast service MBS session within a first preset duration, and the first data is data from a core network device; A receiving unit is used to receive second indication information from the CU-CP, where the second indication information is sent according to the first indication information, and the second indication information is used to instruct the device to stop sending the first data when the device detects the first data.

23. The device according to claim 22, characterized in that The first indication information is also used to enable the CU-CP to release the radio resource control RRC connection of the first terminal device, where the first terminal device is a terminal device among multiple terminal devices served by the apparatus that has not received second data within the first preset time period, and the second data is data from the MBS session of the second access network device.

24. The device according to claim 22 or 23, characterized in that The sending unit is also used for: Send a third indication message to the CU-CP, wherein the third indication message is used to indicate that the sending of the second data sent to the second terminal device is completed, the second terminal device is a terminal device among multiple terminal devices served by the apparatus that receives the second data within the first preset time period, the second data is data of the MBS session from the second access network device, and the third indication message is used to enable the CU-CP to release the RRC connection of the second terminal device.

25. The device according to claim 24, characterized in that The third indication information is also used to indicate that within a second preset time period after the second data is sent, no other data of the MBS session sent to the second terminal device is detected.

26. The device according to any one of claims 22 to 25, characterized in that The receiving unit is also used for: Receive fourth indication information from the CU-CP, where the fourth indication information is used to instruct the device to resume sending data of the MBS session, and the fourth indication information is sent after the CU-CP determines that a preset trigger condition is met.

27. A communication device, characterized in that: The invention comprises at least one processor, wherein the at least one processor is used to be coupled with a memory, read and execute instructions in the memory, so as to implement the method according to any one of claims 1 to 9, or to implement the method according to any one of claims 10 to 14.

28. An access network device, characterized in that: Comprising the device as claimed in any one of claims 15 to 21, and / or comprising the device as claimed in any one of claims 22 to 26.

29. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed on a computer, the computer is enabled to execute the method according to any one of claims 1 to 9, or the method according to any one of claims 10 to 14.

30. A chip system, characterized in that: It includes a processor for calling and running a computer program from a memory, so that a communication device equipped with the chip system executes the method as claimed in any one of claims 1 to 9, or executes the method as claimed in any one of claims 10 to 14.

Images