WO2021087813A1 - 会话建立的方法、数据传输的方法以及相关装置 - Google Patents

会话建立的方法、数据传输的方法以及相关装置 Download PDF

Info

Publication number
WO2021087813A1
WO2021087813A1 PCT/CN2019/116022 CN2019116022W WO2021087813A1 WO 2021087813 A1 WO2021087813 A1 WO 2021087813A1 CN 2019116022 W CN2019116022 W CN 2019116022W WO 2021087813 A1 WO2021087813 A1 WO 2021087813A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
data packet
message
list
sends
Prior art date
Application number
PCT/CN2019/116022
Other languages
English (en)
French (fr)
Inventor
王君
戴明增
曾清海
彭文杰
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201980100834.0A priority Critical patent/CN114467360A/zh
Priority to PCT/CN2019/116022 priority patent/WO2021087813A1/zh
Priority to CA3156895A priority patent/CA3156895A1/en
Priority to BR112022008470A priority patent/BR112022008470A2/pt
Priority to EP19951839.0A priority patent/EP4044753A4/en
Publication of WO2021087813A1 publication Critical patent/WO2021087813A1/zh
Priority to US17/737,791 priority patent/US20220264682A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Definitions

  • the embodiments of the present application relate to the field of communications, in particular to a method for establishing a session, a method for data transmission, and related devices.
  • data communication is the communication between the terminal device and the application server.
  • 3GPP data communication requires the terminal device to send data to the APP server first. Then, the application server forwards the data packet to the terminal device that needs to perform data communication.
  • the method of forwarding data packets by the application server requires a long path and large delay, and the local switch method can solve this problem.
  • the user plane function (UPF, user plane function) first needs to obtain group member information, where the group member information includes terminal equipment and terminal equipment identification (id, identification), and each terminal equipment corresponds to a unique terminal equipment id, and then UPF according to the data
  • the data radio bearer identification (DRB id, data radio bearer identification) carried in the packet identifies whether the data packet needs to be sent to the application server or forwarded to the terminal device through a local switch.
  • a DRB id corresponds to a terminal device id.
  • the data packet is delivered to the base station corresponding to the DRB id according to the DRB id, and then the corresponding base station delivers the data packet to the corresponding terminal device through the air interface.
  • the existing local switch method can solve the problem of long path and large delay caused by application server forwarding data packets, but when data packets are transmitted between the UPF and the base station and the base station and the terminal equipment, if there are multiple terminals If the device belongs to the same base station and needs to receive data packets, the terminal device ids corresponding to multiple DRB ids are required to determine the terminal device that needs to receive the data packet. The determination efficiency of the terminal device is low, resulting in low data packet transmission efficiency.
  • the embodiments of the present application provide a method for establishing a session, a method for data transmission, and related devices.
  • multiple fourth devices need to receive data packets, they can obtain the group information of the second identifier indicating the first identifier, thereby determining multiple
  • the first aspect of the embodiments of the present application provides a method for establishing a session, including:
  • the first device when there are multiple fourth devices that need to receive data packets, the first device receives the first message sent by the second device, and the first device can The first session is established with the third device through the first message, and the first message carries the first identifier and the second identifier, and the second identifier may indicate the group information of the first identifier.
  • CUPS control and user plane separation
  • the first device can obtain the group information to which the second identifier indicates the first identifier, so as to determine the group information of the multiple fourth devices corresponding to the multiple first identifiers.
  • One second identifier is needed to identify multiple fourth devices, which improves the efficiency of determining the fourth device, thereby improving the transmission efficiency of data packets.
  • the first device after the first device receives the first message sent by the second device, that is, the first device establishes the first message with the third device. After a session, the first device may receive the data packet sent by the third device through the first session, and the data packet is marked as belonging to the group indicated by the second identifier.
  • the first device In practical applications where the first device needs to receive data packets, it receives the data packet sent by the third device through the first session, and the data packet is marked as belonging to the group indicated by the second identifier, and the first device can directly obtain the group to which the data packet belongs Information and group information can determine which group the data packet needs to be transmitted to, thereby determining the fourth device that needs to receive the data packet, which improves the feasibility of the solution.
  • the first device after the first device receives the first message sent by the second device, the first device After the first session is established with the third device, the first device may receive the notification message sent by the second device, and the first device may determine the multicast source data packet according to the notification message.
  • the second device determines the multicast source data packet and informs the first device so that the first device directly determines the multicast source data packet.
  • the first device transmits the data packet in multicast mode, it can directly use the multicast source data packet for multicast , It saves the time to determine the multicast data source, thereby improving the data transmission efficiency and the feasibility of the scheme.
  • the first device after the first device receives the first message sent by the second device, the first device After establishing the first session with the third device, the first device determines the multicast data source and sends a notification message to the second device to notify the second device to determine the multicast source data packet.
  • the first device determines the source of the multicast data and informs the second device, and the second device notifies the third device of this message, so that the third device directly determines the source of the multicast data, when the third device decides to transmit the data packet in multicast mode
  • the multicast source data packet can be directly used for multicasting, which saves the time for determining the multicast data source, thereby improving the data transmission efficiency and the feasibility of the scheme.
  • the second aspect of the embodiments of the present application provides a method for establishing a session, including:
  • the first device when there are multiple fourth devices that need to receive data packets, the first device receives the second message sent by the second device, so that the first device can establish a second session with the third device according to the second message.
  • the second message carries the third identifier, the second identifier, and the first list.
  • the first list is a set of fourth identifiers.
  • the fourth identifier is the identifier corresponding to the fourth device, and the third identifier is the same as the first list.
  • the fourth identifier in corresponds to the second identifier, and the second identifier may indicate the group information of the fourth identifier in the first list.
  • the second identifier can indicate the group information of the fourth identifier in the first list, and only one second identifier is needed to confirm multiple fourth devices, and the fourth device determines that Efficiency, thereby improving the efficiency of data transmission.
  • the first device receives the second message sent by the second device, that is, the first device establishes the first device with the third device.
  • the first device and the first device can receive the data packet sent by the third device through the second session, and the data packet is marked as belonging to the group indicated by the second identifier.
  • the first device In practical applications where the first device needs to receive data packets, it receives the data packet sent by the third device through the first session, and the data packet is marked as belonging to the group indicated by the second identifier, and the first device can directly obtain the group to which the data packet belongs Information and group information can determine which group the data packet needs to be transmitted to, thereby determining the fourth device that needs to receive the data packet.
  • the second session can only use one channel to transmit multiple data packets, reducing transmission resource consumption, thereby improving Transmission efficiency and the feasibility of the scheme.
  • the third aspect of the embodiments of the present application provides a method for establishing a bearer, including:
  • the first device sends a third message to the fifth device.
  • the first device can establish a first bearer with the fifth device through the third message, and the third message also carries the fifth identifier and the second identifier.
  • the second identifier is used to indicate the group information of the fourth identifier, and the fourth identifier is an identifier corresponding to the fourth device.
  • the first device can obtain the group information of the fourth identifier indicated by the second identifier, and only one second identifier is needed to confirm multiple fourth devices and upgrade the fourth device. Determine the efficiency to improve the efficiency of data packet transmission.
  • the first device after the first device sends the third message to the fifth device, that is, the first device establishes the first device with the fifth device. After a bearer, the first device may send a data packet to the fifth device through the first bearer, and the data packet is marked as belonging to the group indicated by the second identifier.
  • the fifth device can directly obtain the group information to which the data packet belongs.
  • the group information can determine which group the data packet needs to go to.
  • the first device After the fifth device sends the third message, the first device may receive the notification message sent by the fifth device, and the first device may determine the multicast source data packet according to the notification message.
  • the first device determines the multicast source data packet according to the notification message sent by the fifth device, which saves the time for the first device to determine the multicast source data packet, thereby improving the efficiency of data packet transmission.
  • the first device After the fifth device sends the third message, the first device may send a notification message to the fifth device, so that the fifth device determines the multicast source data packet according to the notification message.
  • the fifth device determines the multicast source data packet according to the notification message sent by the first device, which saves the time for the fifth device to determine the multicast source data packet, thereby improving the efficiency of data packet transmission.
  • the first device After the fifth device sends the third message, the first device receives the second list sent by the fifth device, where the second list is used by the fifth device to send data packets to the fourth device in a unicast manner.
  • the first device After the fifth device sends the third message, the first device sends the second list to the fifth device, and when the fifth device needs to unicast a data packet to the fourth device, it sends the data packet according to the second list.
  • the fifth device can obtain the second list in different ways, thereby improving the selectivity and feasibility of the solution.
  • the first device After the first device sends the third message to the fifth device, the first device sends the second list to the fourth device, so that the fourth device can receive the data packet sent by the fifth device in a unicast manner according to the second list.
  • the first device can obtain the second list in different ways.
  • send it to the fourth device so that the fourth device can receive data packets sent by unicast, thereby improving the selectivity of the solution And feasibility.
  • the first device After the fifth device sends the third message, the first device receives the sixth identifier sent by the fifth device, where the sixth identifier is used by the fifth device to send a data packet to the fourth device in a multicast manner.
  • the first device After the fifth device sends the third message, the first device sends the sixth identifier to the fifth device.
  • the fifth device can obtain the sixth identifier in different ways, thereby improving the selectivity and feasibility of the solution.
  • the ninth implementation manner of the third aspect of the embodiments of the present application After the first device sends the third message to the fifth device, the first device sends the sixth identifier to the fourth device, so that the fourth device can receive the data packet sent by the fifth device in a multicast manner according to the sixth identifier.
  • the first device can acquire the sixth identifier in different ways.
  • send it to the fourth device so that the fourth device can receive the data packet sent by multicast, thereby improving the selectivity of the solution And feasibility.
  • the first device After the fifth device sends the third message, the fifth device can determine that it sends a data packet to the fourth device in unicast mode, and the fifth device sends a first notification message to the first device to inform the first device of the fifth device Send the data packet to the fourth device in unicast mode.
  • the first device After sending the third message to the fifth device, the first device sends a notification message to the fifth device, and the fifth device may determine to send the data packet to the fourth device in a unicast manner according to the notification message.
  • the fifth device determines to send data packets in unicast mode according to different methods, which improves the selectivity of this solution.
  • the fourth aspect of the embodiments of the present application provides a bearer establishment method, including:
  • the first device sends a fourth message to the fifth device.
  • the first device can establish a second bearer with the fifth device through the fourth message, and the fourth message also carries the seventh identifier, the second identifier, and
  • the first list is a set of fourth identifiers
  • the fourth identifier is the identifier corresponding to the fourth device
  • the seventh identifier corresponds to the fourth identifier in the first list
  • the second identifier is used to indicate the identifier in the first list Group information of the fourth identifier.
  • the first device can obtain the group information of the fourth identifier indicated by the second identifier, and only one second identifier is needed to confirm multiple fourth devices and upgrade the fourth device. Determine the efficiency to improve the efficiency of data packet transmission.
  • the first device after the first device sends the fourth message to the fifth device, that is, the first device establishes the first device with the fifth device.
  • the first device After the bearer, the first device may send a data packet to the fifth device through the second bearer, and the data packet is marked as belonging to the group indicated by the second identifier.
  • the fifth device can directly obtain the group information to which the data packet belongs.
  • the group information can determine which group the data packet needs to go to.
  • the first device receives the fifth The second list sent by the device, where the second list is used by the fifth device to send data packets to the fourth device in a unicast manner.
  • the first device sends the Five devices send the second list.
  • the fifth device can obtain the second list in different ways, thereby improving the selectivity and feasibility of the solution.
  • the first device sends a second list to the fourth device, where the second list is used by the fourth device to receive the data packet sent by the fifth device in a unicast manner.
  • the first device can obtain the second list in different ways.
  • send it to the fourth device so that the fourth device can receive data packets sent by unicast, thereby improving the selectivity of the solution And feasibility.
  • the first device receives the first The sixth identifier sent by the fifth device, where the sixth identifier is used by the fifth device to send a data packet to the fourth device in a multicast manner.
  • the first device sends the The fifth device sends the sixth identifier.
  • the fifth device can obtain the sixth identifier in different ways, thereby improving the selectivity and feasibility of the solution.
  • the first device sends a sixth identifier to the fourth device, where the sixth identifier is used by the fourth device to receive the data packet sent by the fifth device in a multicast manner.
  • the first device can acquire the sixth identifier in different ways.
  • send it to the fourth device so that the fourth device can receive the data packet sent by multicast, thereby improving the selectivity of the solution And feasibility.
  • the fifth device is directed to the first The device sends a first notification message, where the notification message informs the first device that the fifth device sends the data packet to the fourth device in a unicast manner.
  • the fifth device is directed to the first The device sends a second notification message, where the notification message informs the first device that the fifth device sends the data packet to the fourth device in a multicast manner.
  • the fifth device itself determines to send data packets in a multicast or unicast manner, which improves the selectivity of this solution.
  • the fifth aspect of the embodiments of the present application provides a data transmission method, including:
  • the fifth device sends data packets to the fourth device through the second list, where the identification corresponding to the fourth device is the fourth identification, the set of fourth identifications is the first list, and the second identification indicates the first list In the fourth identifier in the group information, the second list determines the fourth device belonging to the group according to the second identifier.
  • the fifth device can obtain the group information of the fourth identifier indicated by the second identifier.
  • the second list can confirm the fourth device according to the group information, so according to the second identifier , Or the second list can determine multiple fourth devices to improve the efficiency of determining the fourth device, thereby improving the efficiency of data packet transmission.
  • the fifth device receives the second list sent by the first device.
  • the fifth device sends the second list to the first device.
  • the fifth device can obtain the second list in different ways, thereby improving the selectivity and feasibility of the solution.
  • the fifth device sends the second list to the fourth device, where the second list is used by the fourth device to receive the data packet sent by the fifth device in a unicast manner.
  • the fifth device receives the first notification message sent by the first device, and the first notification message is used to determine the first notification message.
  • the five devices send data packets to the fourth device in unicast mode.
  • the fifth device sends a first notification message to the first device, wherein the first notification message is sent to the first device Tell the fifth device to send data packets to the fourth device in unicast mode.
  • the fifth device can determine in different ways to send data packets in unicast mode, which improves the selectivity of this solution.
  • a sixth aspect of the embodiments of the present application provides a data transmission method, including:
  • the fifth device sends a data packet to the fourth device through the sixth identifier, where the identifier corresponding to the fourth device is the fourth identifier, the set of fourth identifiers is the first list, and the second identifier indicates the first list
  • the fourth identifier in the group information, the sixth identifier determines the fourth device belonging to the group according to the second identifier.
  • the fifth device can obtain the group information of the fourth identifier indicated by the second identifier.
  • the sixth identifier can confirm the fourth device according to the group information, so according to the second identifier , Or the sixth identifier can identify multiple fourth devices, and improve the efficiency of determining the fourth device, thereby improving the efficiency of data packet transmission.
  • the fifth device receives the sixth identifier sent by the first device.
  • the fifth device sends the sixth identifier to the first device.
  • the fifth device can obtain the sixth identifier in different ways, thereby improving the selectivity and feasibility of the solution.
  • the fifth device sends a sixth identifier to the fourth device, where the sixth identifier is used by the fourth device to receive the data packet sent by the fifth device in a multicast manner.
  • the fifth device receives the notification message sent by the first device, where the notification message is used to determine that the fifth device is grouped
  • the data packet is sent to the fourth device in broadcast mode.
  • the fifth device sends a second notification message to the first device, wherein the second notification message is sent to the first device Inform the fifth device to send data packets to the fourth device in a multicast manner.
  • the fifth device can determine to send data packets in a multicast manner in different ways, thereby improving the selectivity and feasibility of the solution.
  • the fifth device sends a notification message to the first device, where the notification message is used by the first device to determine the multicast source data pack.
  • the fifth device receives the notification message sent by the first device, where the notification message is used by the fifth device to determine the multicast Source packet.
  • the fifth device can determine the multicast source data packet in different ways, thereby improving the selectivity and feasibility of the solution.
  • a communication device in a seventh aspect of the embodiments of the present application, has a function of implementing the behavior of the first device in the foregoing first aspect.
  • This function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • An eighth aspect of the embodiments of the present application provides a communication device, which has a function of realizing the behavior of the first device in the second aspect described above.
  • This function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • a ninth aspect of the embodiments of the present application provides a communication device, which has a function of realizing the behavior of the first device in the third aspect.
  • This function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • a tenth aspect of the embodiments of the present application provides a communication device, which has a function of realizing the behavior of the first device in the fourth aspect.
  • This function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • An eleventh aspect of the embodiments of the present application provides a communication device that has a function of implementing the behavior of the fifth device in the fifth aspect described above.
  • This function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • a twelfth aspect of the embodiments of the present application provides a communication device, which has a function of implementing the behavior of the fifth device in the sixth aspect.
  • This function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • a thirteenth aspect of the embodiments of the present application provides a session establishment device.
  • the session establishment device includes a processor, a memory, a bus, and an input/output device, and the processor is connected to the memory and the input/output device.
  • the bus is connected to the processor, the memory, and the input/output device respectively, and the processor executes any method in the first aspect and its possible implementation manners, or the second aspect and the possible implementation manners in the foregoing second aspect and its possible implementation manners. Either method.
  • a fourteenth aspect of the embodiments of the present application provides a bearer establishment device.
  • the bearer establishment device includes a processor, a memory, a bus, and an input-output device, and the processor is connected to the memory and the input-output device.
  • the bus is connected to the processor, the memory, and the input/output device respectively, and the processor executes any method in the third aspect and its possible implementation manners, or the fourth aspect and the possible implementation manners in the aforementioned fourth aspect and its possible implementation manners. Either method.
  • a fifteenth aspect of the embodiments of the present application provides a data transmission device.
  • the data transmission device includes a processor, a memory, a bus, and an input/output device, and the processor is connected to the memory and the input/output device,
  • the bus is connected to the processor, the memory, and the input/output device respectively, and the processor executes any method in the above fifth aspect and its possible implementation manners or the above sixth aspect and its possible implementation manners Either method.
  • the present application also provides a communication device, which may be an integrated circuit chip, which is used to implement the function of the aforementioned first device.
  • the present application also provides a communication device, which may be an integrated circuit chip, which is used to implement the function of the aforementioned fifth device.
  • Another aspect of the present application provides a method for establishing a session, which is applied to a communication system, and the communication system includes a first device, a second device, and a third device;
  • the first device is configured to receive the first message sent by the second device
  • the first device is also used to establish a first session with the third device through the first message.
  • the first device is also used to receive a second message sent by the second device
  • the first device is also used to establish a second session with the third device through the second message.
  • Another aspect of the present application provides a method for establishing a bearer.
  • the method for establishing a session is applied to a communication system, and the communication system includes a first device and a fifth device;
  • the first device is used to send a third message to the fifth device
  • the first device is further configured to establish a first bearer with the fifth device through the third message
  • the first device is also used to send a fourth message to the fifth device
  • the first device is also used to establish a second bearer with the device through the fourth message.
  • the session establishment method is applied to a communication system, and the communication system includes a first device and a fifth device;
  • the fifth device is used to send data packets to the fourth device through the second list
  • the fifth device is also used to send a data packet to the fourth device through the sixth identifier.
  • Another aspect of the present application provides a computer-readable storage medium having instructions stored in the computer-readable storage medium, which when run on a computer, cause the computer to execute the methods described in the above aspects.
  • the group information of the device can identify multiple fourth devices with only one second identifier, which improves the efficiency of determining the fourth device, thereby improving the transmission efficiency of data packets.
  • FIG. 1 is a schematic diagram of a system architecture of a new air interface communication system in an embodiment of this application;
  • FIG. 2 is a schematic diagram of an embodiment of a method for establishing a session in an embodiment of the application
  • FIG. 3 is a schematic diagram of another embodiment of a method for establishing a session in an embodiment of this application.
  • Figure 4 is a schematic diagram of an embodiment of a bearer establishment method in an embodiment of the application.
  • Figure 5 is a schematic diagram of another embodiment of a bearer establishment method in an embodiment of this application.
  • FIG. 6 is a schematic diagram of an embodiment of a data transmission method in an embodiment of this application.
  • FIG. 7 is a schematic diagram of another embodiment of a data transmission method in an embodiment of this application.
  • FIG. 8 is a schematic diagram of another embodiment of a data transmission method in an embodiment of this application.
  • FIG. 9 is a schematic diagram of another embodiment of a data transmission method in an embodiment of this application.
  • FIG. 10 is a schematic diagram of another embodiment of a data transmission method in an embodiment of this application.
  • FIG. 11 is a schematic diagram of another embodiment of a data transmission method in an embodiment of this application.
  • FIG. 12 is a schematic diagram of another embodiment of a data transmission method in an embodiment of this application.
  • FIG. 13 is a schematic diagram of another embodiment of a data transmission method in an embodiment of this application.
  • FIG. 14 is a schematic diagram of another embodiment of a data transmission method in an embodiment of this application.
  • FIG. 15 is a schematic diagram of an embodiment of a communication device in an embodiment of this application.
  • FIG. 16 is a schematic diagram of another embodiment of a communication device in an embodiment of this application.
  • FIG. 17 is a schematic diagram of another embodiment of a communication device in an embodiment of this application.
  • FIG. 18 is a schematic diagram of another embodiment of a communication device in an embodiment of this application.
  • FIG. 19 is a schematic diagram of another embodiment of a communication device in an embodiment of this application.
  • FIG. 20 is a schematic diagram of another embodiment of a communication device in an embodiment of this application.
  • FIG. 21 is a schematic diagram of another embodiment of a communication device in an embodiment of this application.
  • FIG. 22 is a schematic diagram of another embodiment of a communication device in an embodiment of this application.
  • the embodiments of the present application provide a method for establishing a session, a method for data transmission, and related devices, which are used to improve the determination efficiency of terminal equipment, thereby improving the transmission efficiency of data packets.
  • CDMA code division multiple access
  • TDMA time division multiple access
  • FDMA frequency division multiple access
  • OFDMA orthogonal frequency-division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • the term "system” can be used interchangeably with "network”.
  • the CDMA system can implement wireless technologies such as universal terrestrial radio access (UTRA) and CDMA2000.
  • UTRA can include wideband CDMA (wideband CDMA, WCDMA) technology and other CDMA variants.
  • CDMA2000 can cover the interim standard (IS) 2000 (IS-2000), IS-95 and IS-856 standards.
  • the TDMA system can implement wireless technologies such as the global system for mobile communication (GSM).
  • GSM global system for mobile communication
  • OFDMA system can realize such as evolved universal wireless terrestrial access (UTRA, E-UTRA), ultra mobile broadband (ultra mobile broadband, UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash OFDMA And other wireless technologies.
  • UTRA and E-UTRA are UMTS and UMTS evolved versions.
  • 3GPP is a new version of UMTS that uses E-UTRA in long term evolution (LTE) and various versions based on LTE evolution.
  • the Fifth Generation (5 Generation, 5G) communication system, New Radio (NR), and the future sixth generation (6th generation, 6G) mobile communication system are the next generation communication systems under study.
  • the technical solutions of the embodiments of the present application can be applied to various communication systems such as V2X, LTE-V, V2V, Internet of Vehicles, MTC, IoT, LTE-M, M2M, and the Internet of Things.
  • the communication system may also be applicable to future-oriented communication technologies, all of which are applicable to the technical solutions provided in the embodiments of the present application.
  • the system architecture and business scenarios described in the embodiments of this application are intended to more clearly illustrate the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. Those of ordinary skill in the art will know that with the network With the evolution of the architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of the present application are equally applicable to similar technical problems.
  • the embodiments of this application are mainly applied to the system architecture diagram of the new air interface communication system as shown in FIG. 1.
  • the core network element functions are divided into user plane functions (UPF) and access and mobility management.
  • Function access and mobility management function, AMF
  • UPF user plane functions
  • AMF access and mobility management function
  • UPF user plane functions
  • AMF access and mobility management function
  • the base station is divided into a centralized unit (CU) and a distributed unit (DU) according to functions.
  • the CU provides interfaces with AMF and UPF, which can be used to establish a session connection with AMF and receive UPF downloads.
  • AMF Access Management Function
  • UPF User Plane Function
  • For data packets sent there is also an interface between the CU and the DU, which is mainly used to control and coordinate multiple DUs within the base station equipment.
  • the functions of the CU to control the DU and coordinate the data packets are mainly used.
  • There is an interface between the DU and the CU and its function is mainly used to receive the data packet sent by the CU.
  • the base station can communicate with the terminal devices 1 to 6, and can also communicate with the terminal devices 1 to 6 through a relay station.
  • Terminal devices 1 to 6 can support communication with multiple base stations of different technologies.
  • the terminal device can support communication with the base station of the LTE network, can also support communication with the base station of the 5G network, and can also support the base station of the LTE network and 5G Dual connection of the base station of the network.
  • Terminal devices 1 to 6 also called user equipment (UE), mobile station (MS), mobile terminal (MT), terminal, etc., are a type of providing voice and/or A device with data connectivity, or a chip set in the device, for example, a handheld device with a wireless connection function, a vehicle-mounted device, etc.
  • terminal devices are: mobile phones (mobile phones), tablet computers, notebook computers, handheld computers, mobile internet devices (MID), wearable devices, virtual reality (VR) devices, augmented Augmented reality (AR) equipment, wireless terminals in industrial control, wireless terminals in self-driving (self-driving), wireless terminals in remote medical surgery, and smart grid (smart grid)
  • AMF Access and mobility management function
  • devices that perform access and mobility management functions, and does not specifically refer to one or some devices. In actual applications, it may also be used for devices that perform access and mobility management functions. It is not called “AMF”, but is replaced by other names. The specifics are not limited here. In the embodiments of the present application, only “AMF” is used as an example for description.
  • UPF is only a general term for devices that perform user-plane functions, and does not specifically refer to one or some devices. In actual applications, devices that perform user-plane functions may not be called “UPF”. Other names are used instead, and the details are not limited here. In the embodiments of the present application, only “UPF” is used as an example for description.
  • AMF and UPF can be separate devices, or a group of functional entities on other devices (such as servers, etc.), which is not specifically limited here.
  • Air interface multicast that is, in order to meet the needs of multiple users on the network to watch the same content at the same time, the multicast method can be used to consume only one air interface resource to ensure the high efficiency of the air interface.
  • the first multicast is the multimedia broadcast multicast function.
  • multicast service, MBMS which centrally belongs to the same multicast/multicast single frequency network (MBSFN) area of multiple cells with similar geographical locations. All cells belonging to the same MBSFN area need to be in the same
  • the same content is broadcast on the same time-frequency resource at all times to ensure that edge terminal equipment can receive signals from multiple cells at the same time, which can combine gains and improve reception reliability.
  • SCPTM single cell to multicast transmission
  • SCPTM adopts the PHY layer.
  • G-RNTI Group ID Group radio network temporary identifier
  • C-RNTI cell radio network temporary identifier
  • FIG. 2 is a schematic diagram of an embodiment of a method for establishing a session in an embodiment of this application, which mainly includes the following steps:
  • a first device receives a first message sent by a second device
  • the first device receives the first message sent by the second device, and the first device can trigger step 202 according to the first message.
  • the first message also carries the first identifier and the second identifier, and the second identifier can indicate the first message.
  • One identifies the group information.
  • the first device establishes a first session with the third device.
  • the first message in step 201 triggers the first device to establish a first session with the third device.
  • the first device may receive a data packet sent by the third device through the first session.
  • FIG. 3 is a schematic diagram of another embodiment of the method for establishing a session in an embodiment of this application, which mainly includes the following steps:
  • the first device receives a second message sent by a second device
  • the first device receives the second message sent by the second device.
  • the first device can trigger step 302 according to the second message.
  • the second message also carries the third identifier, the second identifier, and the first list.
  • the list is a set of fourth identifiers, and the fourth identifier is the identifier corresponding to the fourth device.
  • the third identifier corresponds to the fourth identifier in the first list one-to-one.
  • the second identifier can indicate the fourth identifier in the first list.
  • the group information of the identifier is a set of fourth identifiers.
  • the first device establishes a second session with the third device.
  • the second message in step 301 triggers the first device to establish a second session with the third device.
  • the first device may receive the data packet sent by the third device through the second session.
  • FIG. 4 is a schematic diagram of an embodiment of a bearer establishment method in an embodiment of this application, which mainly includes the following steps:
  • the first device sends a third message to the fifth device.
  • the first device sends a third message to the fifth device.
  • the third message can trigger step 402.
  • the third message also carries the fifth identifier and the second identifier.
  • the second identifier can indicate the identity of the fourth identifier. Group information.
  • the first device and the fifth device establish a first bearer.
  • the third message in step 401 triggers the first device and the fifth device to establish a first bearer.
  • the first device may send a data packet to the fifth device through the first bearer.
  • FIG. 5 is a schematic diagram of another embodiment of the method for establishing a bearer in an embodiment of this application, which mainly includes the following steps:
  • the first device sends a fourth message to the fifth device.
  • the first device sends a fourth message to the fifth device.
  • the fourth message can trigger step 502.
  • the third message also carries the seventh identifier, the second identifier, and the first list.
  • the first list is the fourth identifier.
  • the fourth identifier is the identifier corresponding to the fourth device, the seventh identifier corresponds to the fourth identifier in the first list one-to-one, and the second identifier can indicate the group information of the fourth identifier in the first list.
  • the first device and the fifth device establish a second bearer.
  • the fourth message in step 502 triggers a device to establish a second bearer with the fifth device.
  • the first device may send a data packet to the fifth device through the second bearer.
  • FIG. 6 is a schematic diagram of an embodiment of a data transmission method in an embodiment of this application, which mainly includes the following steps:
  • the fifth device obtains the second list.
  • the fifth device obtains the second list, the identifier corresponding to the fourth device is the fourth identifier, and the set of fourth identifiers is the first list, and the second identifier may indicate the group information of the fourth identifier in the first list.
  • the second list may determine the fourth device according to the group information indicated by the second identifier.
  • the fifth device sends a data packet to the fourth device.
  • the fifth device sends a data packet to the fourth device through the second list obtained in step 601.
  • FIG. 7 is a schematic diagram of another embodiment of the data transmission method in the embodiment of this application, which mainly includes the following steps:
  • the fifth device obtains the sixth identifier.
  • the fifth device acquires the sixth identifier, the identifier corresponding to the fourth device is the fourth identifier, and the set of fourth identifiers is the first list, and the second identifier can indicate the group information of the fourth identifier in the first list.
  • the sixth identifier may determine the fourth device according to the group information indicated by the second identifier.
  • the fifth device sends a data packet to the fourth device.
  • the fifth device sends a data packet to the fourth device by using the sixth identifier obtained in step 701.
  • the first device may be a centralized unit (CU)
  • the second device may be an access and mobility management function (AMF)
  • the third device may be a user function ( user plane function, UPF)
  • the fourth device may be a terminal device
  • the fifth device may be a distributed unit (DU) as an example.
  • CU centralized unit
  • UPF user plane function
  • DU distributed unit
  • the functional device is replaced by another name, which is not limited here.
  • the first session may be a user equipment PDU session (UE PDU session), the second session may be a group protocol data unit session (Group PDU session), and the first bearer may It is a UE data bearer (DRB), the second bearer may be a group data bearer (Group DRB), the first identifier may be a UE PDU session identifier (identity, ID), the second identifier may be VLAN ID, and the third identifier may be Group PDU session ID, the fourth identifier can be the terminal device ID, the fifth identifier can be the UE DRB ID, the sixth identifier can be the group radio network temporary identifier (G-RNTI), and the seventh identifier can be Group DRB ID, the first list can be a list of terminal device IDs, and the second list can be a list of cell radio network temporary identifiers (C-RNTI) as an example. In practical applications, it can also be a list of Sessions, bearers, identifiers,
  • the efficiency of data packet transmission can be improved.
  • the multicast mode can be used to transmit data packets between the CU and the UPF, or the unicast mode can be used to transmit data packets. The two methods are described below:
  • the CU and the DU can use multicast or unicast for data packet transmission, and the DU and the terminal device can also use multicast or unicast for data packet transmission. It is understandable that, In practical applications, the data packet transmission modes between CU and DU and between DU and terminal equipment can be combined in many ways, which are explained separately as follows:
  • FIG. 8 is a schematic diagram of another embodiment of the data transmission method in the embodiment of this application, which mainly includes the following steps:
  • the AMF sends a second message to the CU.
  • the AMF needs to send a second message to the CU.
  • the CU can trigger step 802 according to the second message.
  • the second message carries the Group PDU session ID, VLAN ID, and a list of terminal device IDs.
  • Group PDU session ID and terminal device The terminal device IDs in the ID list correspond one-to-one, and the VLAN ID can indicate that the terminal device ID belongs to the same group, that is, one or more terminal device IDs correspond to the same VLAN ID, and then one or more terminal device IDs belong to the same group. group.
  • CU and UPF establish a Group PDU session
  • the CU establishes a Group PDU session with the UPF according to the second message received in step 801, and the established Group PDU session can be used in step 803.
  • UPF sends a data packet to the CU
  • the UPF may send data packets to the CU in a multicast manner through the Group PDU session established in step 802.
  • the way for the CU to obtain the VLAN ID can be not only as described in step 801, but also when the CU establishes a Group PDU session with the UPF, the CU obtains it from the AMF, or the CU obtains it from the UPF. Make a limit.
  • the Group PDU session ID corresponds to the terminal device ID in the terminal device ID list in a one-to-one correspondence
  • the VLAN ID can indicate that the terminal device ID belongs to the same group. If the terminal device ID corresponding to the Group PDU session is indicated by the VLAN ID to belong to the same group, UPF can consider that multiple terminal devices belonging to the same group need to receive the same data packet, and UPF does not need to copy the data packet as multiple data packets. If you want to send a data packet to the CU through multiple sessions, you can only send a data packet to the CU through the Group PDU session, thereby saving channel transmission resources and improving the efficiency of data transmission.
  • the CU sends a fourth message to the DU.
  • the CU sends a fourth message to the DU, and then the fourth message can trigger step 805.
  • the fourth message also carries the Group DRB ID, VLAN ID, and a list of terminal device IDs, and the terminal in the Group DRB ID and terminal device ID list The device ID is associated, and the VLAN ID can indicate that the terminal device ID belongs to the same group.
  • CU and DU establish Group DRB
  • the CU establishes a Group DRB with the DU according to the fourth message received in step 804, and the established Group DRB can be used in step 806.
  • step 801 to step 803, and step 804 to step 805 there is no time sequence between step 801 to step 803, and step 804 to step 805, as long as step 803 is executed before step 806 in time sequence.
  • the CU can execute step 801 at the same time. Go to step 803, and, from step 804 to step 805, it is also possible to perform step 804 to step 805 first, and then perform step 801 to step 803, which is not limited here.
  • the CU sends a data packet to the DU;
  • the CU may send a data packet to the DU through the Group DRB established in step 805.
  • the Group DRB corresponds to the terminal device ID in the terminal device ID list, and the VLAN ID can indicate that the terminal device ID belongs to the same group. If the terminal device ID corresponding to the Group DRB is indicated by the VLAN ID to belong to the same group, similar to step 803, the CU can consider that multiple terminal devices belonging to the same group need to receive the same data packet, and then send the group DRB to the CU Send a data packet to save channel transmission resources and improve the efficiency of data transmission.
  • the DU can obtain the G-RNTI in different ways, for example:
  • the DU can generate G-RNTI, and send a G-RNTI configuration message and corresponding group information to the CU through the F1 interface, so that the CU can obtain the G-RNTI generated by the DU and the corresponding group information.
  • the G-RNTI can also be generated by the CU, and then the DU receives the G-RNTI configuration message and the corresponding group information sent by the CU through the F1 interface, and obtains the G-RNTI and the corresponding group information generated by the CU.
  • the DU can send radio resource control (RRC) messages and system information blocks (RRC) messages to the terminal device through the universal terrestrial radio access network (universal terrestrial radio access network and user to network interface, Uu) interface.
  • system information blocks, SIB) messages, service data adaptation protocol (SDAP) messages, radio link control (RLC) messages, packet data convergence protocol (PDCP) messages, media An access control layer (medium acess control layer, MAC) message or a physical layer (physical layer, PHY) message enables the terminal device to receive the G-RNTI according to any of the foregoing messages.
  • SIB system information blocks
  • SDAP service data adaptation protocol
  • RLC radio link control
  • PDCP packet data convergence protocol
  • media An access control layer (medium acess control layer, MAC) message or a physical layer (physical layer, PHY) message enables the terminal device to receive the G-RNTI according to any of the foregoing messages.
  • MAC medium acess control layer
  • PHY physical layer
  • the terminal device may also receive RRC messages, SIB messages, SDAP messages, RLC messages, PDCP messages, MAC messages, or PHY messages sent by the CU through the Uu interface, and receive G-RNTI according to any of the foregoing messages, This enables the terminal device to receive the data packet sent by the DU through the G-RNTI scrambling in step 808.
  • the DU sends a data packet to the terminal device.
  • the DU can send data packets to the terminal device in the manner of this G-RNTI scrambling.
  • the terminal device can receive the multicast reception notification sent by the DU, so that the terminal device can use the G-RNTI to receive the data packet sent by the DU.
  • the terminal device can also receive the multicast reception notification sent by the CU, so that the terminal device can use the G-RNTI to receive the data packet sent by the DU.
  • the DU sending data in a multicast manner may be determined by the DU.
  • a second notification message is also sent to the CU to inform the CU that the DU sends data to the terminal device in a multicast manner.
  • the DU sending data through the multicast mode can also be determined by the CU.
  • the DU can use the notification message sent by the CU, and the DU can determine to send data to the terminal device through the multicast mode according to this message.
  • the CU after the CU receives the second notification message, it can send a response reply or reject reply to the DU. In practical applications, it can also send an accept reply, which is not limited here.
  • the DU After receiving the notification message, the DU may also send to the CU a different reply similar to that sent by the aforementioned CU after receiving the second notification message, which will not be repeated here.
  • the DU sends a data packet to the terminal device through the G-RNTI requires the correspondence between the G-RNTI, the VLAN ID, and the terminal device ID.
  • the correspondence between G-RNTI, VLAN ID, and terminal device ID may be as shown in Table 1. It should be noted that Table 1 only contains G-RNTI, VLAN ID, and terminal device ID. An example of the correspondence relationship between IDs. In actual applications, the correspondence relationship can be in other ways, which is not specifically limited here:
  • Terminal device ID 1
  • Terminal device ID 2
  • vlan ID 1
  • To vlan ID 2
  • G-RNTI 2
  • To vlan ID 3
  • To G-RNTI 3
  • the DU when the data packet obtained by the DU through Group DRB needs to be sent to the terminal device with the terminal device ID of 1, and the VLAN ID is 1, then the DU can pass the G-RNTI to 1. Send a data packet to the terminal device, and the terminal device can receive the data packet through a G-RNTI of 1.
  • the DU when the data packet obtained by the DU through Group DRB needs to be sent to the terminal device with the terminal device ID of 1, and the vlan ID is 2, then the DU can send the data packet to the terminal device through the G-RNTI of 2, and the terminal device can Receive data packets at 2 through G-RNTI.
  • the DU can send the data packet to the terminal device through the G-RNTI of 3, and the terminal device Data packets can be received through G-RNTI for 3.
  • the CU can establish a Group PDU session with the UPF through the second message sent by the AMF, and the UPF sends data packets to the CU in a multicast manner through the Group PDU session. Secondly, the CU sends the packets in a multicast manner after receiving the UPF. After receiving the data packet, send the data packet to the DU in a multicast manner through Group DRB, and finally, after the DU receives the data packet sent by the CU in a multicast manner, it sends the data to the terminal device in a multicast manner through the obtained G-RNTI package.
  • multicast is used to transmit data packets, saving channel resource consumption, and secondly, improving air interface transmission efficiency, thereby improving data transmission efficiency.
  • FIG. 9 is a schematic diagram of another embodiment of the data transmission method in the embodiment of this application, which mainly includes the following steps:
  • Steps 901 to 906 in this embodiment are similar to steps 801 to 806 in the embodiment shown in FIG. 8, and will not be repeated here.
  • the DU obtains the C-RNTI List
  • the DU can obtain the C-RNTI List in different ways, for example:
  • the DU can generate the C-RNTI List, and send the C-RNTI List configuration message, the corresponding terminal device identification information and the corresponding relationship to the CU through the F1 interface, so that the CU can obtain the C-RNTI List generated by the DU,
  • the C-RNTI List can also be generated by the CU, and then the DU receives the C-RNTI List configuration message sent by the CU through the F1 interface, the corresponding terminal device identification information and the corresponding relationship, and obtains the C-RNTI List generated by the CU.
  • the terminal equipment identification information may include temporary mobile subscriber identity (TMSI), international mobile subscriber identity (IMSI), and globally unique temporary UE identity (GUTI), Or, F1 interface UE identity.
  • the F1 interface UE identifier includes the gNB-CU UE F1 interface identifier, or the gNB-DU UE F1 interface identifier.
  • the DU can send RRC messages, SIB messages, SDAP messages, RLC messages, PDCP messages, MAC messages, or PHY messages to the terminal device through the Uu interface, so that the terminal device receives the C-RNTI List according to any of the foregoing messages.
  • the terminal device may also receive RRC messages, SIB messages, SDAP messages, RLC messages, PDCP messages, MAC messages, or PHY messages sent by the CU through the Uu interface, and receive the C-RNTI List according to any of the foregoing messages. , So that the terminal device can receive the data packet sent by the DU through the C-RNTI List scrambling in step 908.
  • the DU sends a data packet to the terminal device.
  • the DU can send data packets to the terminal device through the C-RNTI List scrambling.
  • the terminal device can receive the unicast reception notification sent by the DU, so that the terminal device can use the C-RNTI List to receive the data packet sent by the DU ,
  • the terminal device can also receive the unicast reception notification sent by the CU, so that the terminal device can use the C-RNTI List to receive the data packet sent by the DU.
  • the DU sending data in a unicast mode may be determined by the DU.
  • a first notification message is also sent to the CU to inform the CU that the DU sends data to the terminal device in a unicast mode.
  • the DU sending data in unicast mode can also be determined by the CU.
  • the DU can use a notification message sent by the CU, and the DU can determine to send data to the terminal device in a unicast mode according to this message.
  • the CU after the CU receives the first notification message, it can send a response reply or reject reply to the DU. In practical applications, it can also send an accept reply, which is not limited here.
  • the DU After receiving the notification message sent by the CU, the DU may also send to the CU a different reply similar to that sent by the aforementioned CU after receiving the first notification message, which will not be repeated here.
  • the DU sends a data packet to the terminal device through the C-RNTI List, which requires the correspondence between the C-RNTI List, the VLAN ID, and the terminal device ID.
  • the correspondence between the C-RNTI List, VLAN ID, and terminal device ID is similar to the foregoing Table 1, and will not be repeated here.
  • the CU can establish a Group PDU session with the UPF through the second message sent by the AMF, and the UPF sends data packets to the CU in a multicast manner through the Group PDU session. Secondly, the CU sends the packets in a multicast manner after receiving the UPF. After receiving the data packet, send the data packet to the DU in a multicast manner through Group DRB, and finally, after the DU receives the data packet sent by the CU in a multicast manner, it sends it to the terminal device in a unicast manner through the obtained C-RNTI List data pack. Between UPF and CU, and between CU and DU, the transmission of data packets is carried out in a multicast mode, which saves the consumption of channel resources, thereby improving the efficiency of data transmission.
  • FIG. 10 is a schematic diagram of another embodiment of the data transmission method in the embodiment of this application, which mainly includes the following steps:
  • Steps 1001 to 1003 in this embodiment are similar to steps 801 to 803 in the embodiment shown in FIG. 8, and will not be repeated here.
  • the CU sends a third message to the DU;
  • the CU sends a third message to the DU, and then the third message can trigger step 1005.
  • the third message also carries the DRB ID and VLAN ID.
  • a DRB ID corresponds to a terminal device ID
  • the VLAN ID can indicate that the DRB ID belongs to The same group, that is, VLAN ID, can indicate that the terminal device ID belongs to the same group.
  • CU and DU establish UE DRB;
  • the CU establishes a UE DRB with the DU according to the third message received in step 1004, and the established UE DRB can be used in step 1006.
  • step 1001 to step 1003, and step 1004 to step 1005 there is no time sequence between step 1001 to step 1003, and step 1004 to step 1005, as long as step 1003 is executed before step 1006 in time sequence.
  • the CU can execute step 1001 at the same time. Go to step 1003, and, from step 1004 to step 1005, it is also possible to perform step 1004 to step 1005 first, and then perform step 1001 to step 1003, which is not limited here.
  • the CU sends a data packet to the DU;
  • the CU may send a data packet to the DU through the UE DRB established in step 1005.
  • the DU can reach the G-RNTI in different ways.
  • the way the DU obtains the G-RNTI is similar to step 807 in the embodiment shown in FIG. 8.
  • the terminal device can receive G-RNTI in different ways, which is similar to step 807 in the embodiment shown in FIG. 8. No longer.
  • the DU sends a data packet to the terminal device.
  • the DU can send data packets to the terminal device through the G-RNTI scrambling.
  • the terminal device that can receive the multicast reception notification sent by the CU or the DU is similar to step 808 in the embodiment shown in FIG. 8, and will not be repeated here.
  • the DU determines in different ways to send a data packet to the terminal device in a multicast manner, which is similar to step 808 in the embodiment shown in FIG.
  • the DU sends a data packet to the terminal device through the G-RNTI, which requires the correspondence between G-RNTI, VLAN ID, and terminal device ID.
  • the correspondence between G-RNTI, VLAN ID, and terminal device ID is similar to the foregoing Table 1, and will not be repeated here.
  • one DRB ID corresponds to one terminal device ID
  • the VLAN ID can indicate that the terminal device ID belongs to the same group. If 2 UE DRBs corresponding to 2 terminal device IDs are indicated by VLAN ID to belong to the same group, that is, in step 1006, the DU receives 2 data packets through 2 UE DRBs, and the actual content of the 2 data packets can be considered the same. That is to say, the DU can select one of the two data packets as the multicast source data packet, and then send the selected multicast source data packet to the terminal device through G-RNTI.
  • the DU can determine the multicast source data packet in the 2 data packets, and send a notification message to the CU, so that the CU can determine the multicast source data packet according to the notification message, and the CU can determine the multicast source data packet in the subsequent Select unicast or multicast source data packet for multicast during data packet transmission,
  • the multicast source data packet may also be determined by the CU, and a notification message may be sent to the DU, so that the DU determines the multicast source data packet among the two data packets, and selects the multicast source data packet to send to the terminal device through G-RNTI. Secondly, the DU can choose to delete the non-multicast source data packets among the two data packets, or choose to discard them.
  • the CU when it receives the notification message, it can send a response reply or reject reply to the DU. In actual applications, it can also send an accept reply, which is not limited here.
  • the DU After receiving the notification message, the DU may also send to the CU a different reply similar to that sent by the aforementioned CU after receiving the notification message, which will not be repeated here.
  • the CU can establish a Group PDU session with the UPF through the second message sent by the AMF, and the UPF sends data packets to the CU in a multicast manner through the Group PDU session. Secondly, the CU sends the packets in a multicast manner after receiving the UPF. After the data packet, the UE DRB sends the data packet to the DU in unicast mode. Finally, after the DU receives the data packet sent by the CU in unicast mode, the DU determines the multicast source data packet in different ways, and uses the obtained G-RNTI sends the determined multicast source data packet to the terminal device in a multicast manner. Between UPF and CU, DU and terminal equipment, multicast is used to transmit data packets, which saves the consumption of channel resources. Secondly, it improves air interface transmission efficiency, thereby improving data transmission efficiency.
  • the CU receives the data packet sent by the UPF in multicast through Group PDU session, and then the CU sends the data packet unicast to the DU through the UE DRB to the DU, and finally the DU scrambles to the terminal through the C-RNTI List.
  • the device sends data packets in unicast mode.
  • FIG. 11 is a schematic diagram of another embodiment of the data transmission method in the embodiment of this application, which mainly includes the following steps:
  • Steps 1101 to 1103 in this embodiment are similar to steps 801 to 803 in the embodiment shown in FIG. 8, and will not be repeated here.
  • the CU sends a third message to the DU;
  • the CU sends a third message to the DU, and then the third message can trigger step 1105.
  • the third message also carries the DRB ID and VLAN ID.
  • One DRB ID corresponds to a terminal device ID
  • the VLAN ID can indicate the terminal device ID. Belong to the same group.
  • CU and DU establish UE DRB;
  • the CU establishes a UE DRB with the DU according to the fourth message received in step 1104, and the established UE DRB can be used in step 1106.
  • step 1101 to step 1103, and step 1104 to step 1105 there is no time sequence between step 1101 to step 1103, and step 1104 to step 1105, as long as step 1103 is executed before step 1106 in time sequence.
  • the CU can execute step 1101 at the same time. Go to step 1103, and, from step 1104 to step 1105, you can also perform step 1104 to step 1105 first, and then perform step 1101 to step 1103, which is not limited here.
  • the CU sends a data packet to the DU;
  • the CU may send a data packet to the DU through the UE DRB established in step 1105.
  • the DU obtains the C-RNTI List
  • the DU can obtain the C-RNTI List in different ways.
  • the multiple ways for the DU to obtain the C-RNTI List are similar to step 907 in the embodiment shown in FIG. 9.
  • the terminal device can receive the C-RNTI List in different ways, which is similar to step 907 in the embodiment shown in FIG. 9. Details are not repeated here.
  • the DU sends a data packet to the terminal device.
  • the DU can send data packets to the terminal device through the C-RNTI List scrambling.
  • the terminal device that can receive the unicast reception notification sent by the CU or DU is similar to step 908 in the embodiment shown in FIG. 9, and will not be repeated here.
  • the DU determines in different ways to send data packets to the terminal device in a unicast manner, which is similar to step 908 in the embodiment shown in FIG. 9, and will not be repeated here.
  • the DU sends data packets to the terminal device through the C-RNTI List, which requires the correspondence between the C-RNTI List, VLAN ID, and the terminal device ID.
  • the correspondence between the C-RNTI List, VLAN ID, and terminal device ID is similar to the foregoing Table 1, and will not be repeated here.
  • the CU can establish a Group PDU session with the UPF through the second message sent by the AMF, and the UPF sends data packets to the CU in a multicast manner through the Group PDU session. Secondly, the CU sends the packets in a multicast manner after receiving the UPF. After the data packet, the UE DRB sends the data packet to the DU in unicast mode, and finally the DU receives the data packet sent by the CU in unicast mode, and then sends it to the terminal device in unicast mode through the obtained C-RNTI List data pack.
  • the multicast mode is used for data packet transmission between UPF and CU, which saves the consumption of channel resources, thereby improving the efficiency of data transmission.
  • the CU and the DU can use multicast or unicast for data packet transmission, and the DU and the terminal device can also use multicast or unicast for data packet transmission.
  • the data packet transmission modes between the CU and the DU and the DU and the terminal device can be combined in a variety of ways. The following descriptions are made separately. It can be understood that this embodiment mainly uses at least one multicast mode for data transmission. The method of packet transmission is described. Therefore, this embodiment does not describe the manner in which the CU and DU, and the DU and the terminal device are all transmitted in unicast mode:
  • FIG. 12 is a schematic diagram of another embodiment of the data transmission method in the embodiment of this application, which mainly includes the following steps:
  • AMF sends a first message to a CU.
  • the AMF needs to send a first message to the CU.
  • the CU can trigger step 1202 according to the first message.
  • the first message carries the UE PDU session ID and VLAN ID.
  • One UE PDU session ID corresponds to one terminal device ID.
  • the VLAN ID can indicate that the UE PDU session ID belongs to the same group, that is, the VLAN ID can indicate that the terminal device ID belongs to the same group. From this, it can be known that if one or more terminal device IDs correspond to the same VLAN ID, one or Multiple terminal device IDs belong to the same group.
  • CU and UPF establish a UE PDU session
  • the CU establishes a UE PDU session with the UPF according to the first message received in step 1201, and the established UE PDU session can be used in step 1203.
  • UPF sends a data packet to the CU
  • the UPF may send data packets to the CU in a unicast manner through the UE PDU session established in step 1202.
  • the CU sends a fourth message to the DU;
  • the CU sends a fourth message to the DU, and then the fourth message can trigger step 1205.
  • the fourth message also carries the Group DRB ID, VLAN ID, and a list of terminal device IDs, and the terminal in the Group DRB ID and terminal device ID list
  • the device ID is one-to-one, and the VLAN ID can indicate that the terminal device ID belongs to the same group.
  • CU and DU establish Group DRB;
  • the CU establishes a Group DRB with the DU according to the fourth message received in step 1204, and the established Group DRB can be used in step 1206.
  • step 1201 to step 1203, and step 1204 to step 1205 there is no time sequence between step 1201 to step 1203, and step 1204 to step 1205, as long as step 1203 is executed before step 1206 in time sequence.
  • the CU can execute step 1201 at the same time. Go to step 1203, and, from step 1204 to step 1205, it is also possible to perform step 1204 to step 1205 first, and then perform step 1201 to step 1203, which is not limited here.
  • the CU sends a data packet to the DU;
  • the CU may send a data packet to the DU through the Group DRB established in step 1205.
  • one UE PDU session ID corresponds to one terminal device ID
  • the VLAN ID can indicate that the terminal device ID belongs to the same group. If there are 2 UE PDU session IDs corresponding to the 2 terminal device IDs indicated by the VLAN ID that they belong to the same group, that is, in step 1203, the UPF sends 3 data packets to the CU through 2 UE PDU sessions.
  • the three data packets can be considered to have the same actual content, that is, the CU can select one of the three data packets as the multicast source data packet, and then send the selected multicast source data packet to the DU through the Group DRB.
  • the AMF can determine the multicast source data packet in the 2 data packets, and send a notification message to the CU, so that the CU determines the multicast source data packet in the 2 data packets according to the notification message, and selects the multicast source data packet Send to DU through Group DRB.
  • the CU can choose to delete the non-multicast source data packets in the 2 data packets, or choose to discard them.
  • the multicast source data packet can also be determined by the CU, and a notification message can be sent to the AMF, so that the AMF determines the multicast source data packet according to the notification message, and after the AMF determines the multicast data packet, it can choose unicast or unicast in the subsequent data packet transmission. Multicast with multicast source data packets.
  • the CU when the CU receives the notification message, it can send a response reply or reject reply to the AMF. In actual applications, it can also send an accept reply, which is not limited here.
  • the AMF After the AMF receives the notification message, it may also send to the CU a different reply similar to that sent by the aforementioned CU after receiving the notification message, which will not be repeated here.
  • the DU can obtain the G-RNTI in different ways, for example:
  • the DU can generate G-RNTI, and send a G-RNTI configuration message and corresponding group information to the CU through the F1 interface, so that the CU can obtain the G-RNTI generated by the DU and the corresponding group information.
  • the G-RNTI can also be generated by the CU, and then the DU receives the G-RNTI configuration message and the corresponding group information sent by the CU through the F1 interface, and obtains the G-RNTI and the corresponding group information generated by the CU.
  • the DU can send RRC messages, SIB messages, SDAP messages, RLC messages, PDCP messages, MAC messages, or PHY messages to the terminal device through the Uu interface, so that the terminal device receives the G-RNTI according to any of the foregoing messages.
  • the terminal device may also receive RRC messages, SIB messages, SDAP messages, RLC messages, PDCP messages, MAC messages, or PHY messages sent by the CU through the Uu interface, and receive G-RNTI according to any of the foregoing messages, This enables the terminal device to receive the data packet sent by the DU through the G-RNTI scrambling in step 1208.
  • the DU sends a data packet to the terminal device.
  • the DU can send data packets to the terminal device through the G-RNTI scrambling.
  • the terminal device can receive the multicast reception notification sent by the DU, so that the terminal device can use the G-RNTI to receive the data packet sent by the DU.
  • the terminal device can also receive the multicast reception notification sent by the CU, so that the terminal device can use the G-RNTI to receive the data packet sent by the DU.
  • the DU sending data in a multicast manner may be determined by the DU.
  • a second notification message is also sent to the CU to inform the CU that the DU sends data to the terminal device in a multicast manner.
  • the DU sending data through multicast can also be determined by the CU.
  • the DU can use a notification message sent by the CU, and the DU can determine to send data to the terminal device through the multicast according to this message.
  • the CU after the CU receives the second notification message, it can send a response reply or reject reply to the DU. In practical applications, it can also send an accept reply, which is not limited here.
  • the DU After receiving the notification message, the DU may also send to the CU a different reply similar to that sent by the aforementioned CU after receiving the second notification message, which will not be repeated here.
  • the DU sends a data packet to the terminal device through the G-RNTI requires the correspondence between the G-RNTI, the VLAN ID, and the terminal device ID.
  • the correspondence between G-RNTI, VLAN ID, and terminal device ID is similar to the foregoing Table 1, and will not be repeated here.
  • the CU can establish a UE PDU session with the UPF through the first message sent by the AMF, and the UPF sends data packets to the CU in unicast mode through the UE PDU session. Secondly, the CU sends the data packets in unicast mode after receiving the UPF. After receiving the data packet, send the data packet to the DU in a multicast manner through Group DRB, and finally, after the DU receives the data packet sent by the CU in a multicast manner, it sends the data to the terminal device in a multicast manner through the obtained G-RNTI package.
  • the CU and the DU, and the DU and the terminal equipment are all used to transmit data packets in a multicast manner, saving the consumption of channel resources, and secondly, improving the air interface transmission efficiency, thereby improving the data transmission efficiency.
  • FIG. 13 is a schematic diagram of another embodiment of a data transmission method in an embodiment of this application, which mainly includes the following steps:
  • Step 1301 to step 1306 in this embodiment are similar to step 1201 to step 1206 in the embodiment shown in FIG. 12, and will not be repeated here.
  • the DU obtains the C-RNTI List
  • the DU can obtain the C-RNTI List in different ways, for example:
  • the DU can generate the C-RNTI List, and send the C-RNTI List configuration message, the corresponding terminal device identification information and the corresponding relationship to the CU through the F1 interface, so that the CU can obtain the C-RNTI List generated by the DU,
  • the C-RNTI List can also be generated by the CU, and then the DU receives the C-RNTI List configuration message sent by the CU through the F1 interface, the corresponding terminal device identification information and the corresponding relationship, and obtains the C-RNTI List generated by the CU.
  • the terminal equipment identification information may include TMSI, IMSI, GUTI, or F1 interface UE identification.
  • the F1 interface UE identifier includes the gNB-CU UE F1 interface identifier, or the gNB-DU UE F1 interface identifier.
  • the DU can send RRC messages, SIB messages, SDAP messages, RLC messages, PDCP messages, MAC messages, or PHY messages to the terminal device through the Uu interface, so that the terminal device receives the C-RNTI List according to any of the foregoing messages.
  • the terminal device may also receive RRC messages, SIB messages, SDAP messages, RLC messages, PDCP messages, MAC messages, or PHY messages sent by the CU through the Uu interface, and receive the C-RNTI List according to any of the foregoing messages. , So that the terminal device can receive the data packet sent by the DU through the C-RNTI List scrambling in step 1308.
  • the DU sends a data packet to the terminal device.
  • the DU can send data packets to the terminal device through the C-RNTI List scrambling.
  • the terminal device can receive the unicast reception notification sent by the DU, so that the terminal device can use the C-RNTI List to receive the data packet sent by the DU ,
  • the terminal device can also receive the unicast reception notification sent by the CU, so that the terminal device can use the C-RNTI List to receive the data packet sent by the DU.
  • the DU sending data in a unicast mode may be determined by the DU.
  • a first notification message is also sent to the CU to inform the CU that the DU sends data to the terminal device in a unicast mode.
  • the DU sending data in unicast mode can also be determined by the CU.
  • the DU can use a notification message sent by the CU, and the DU can determine to send data to the terminal device in a unicast mode according to this message.
  • the CU after the CU receives the first notification message, it can send a response reply or reject reply to the DU. In practical applications, it can also send an accept reply, which is not limited here.
  • the DU After receiving the notification message sent by the CU, the DU may also send to the CU a different reply similar to that sent by the aforementioned CU after receiving the first notification message, which will not be repeated here.
  • the DU sends a data packet to the terminal device through the C-RNTI List, which requires the correspondence between the C-RNTI List, the VLAN ID, and the terminal device ID.
  • the correspondence between the C-RNTI List, VLAN ID, and terminal device ID is similar to the foregoing Table 1, and will not be repeated here.
  • the CU can establish a UE PDU session with the UPF through the first message sent by the AMF, and the UPF sends data packets to the CU in unicast mode through the UE PDU session. Secondly, the CU sends the data packets in unicast mode after receiving the UPF. After the data packet, the multicast source data packet is determined in different ways, and then the determined multicast source data packet is sent to the DU in multicast through Group DRB. Finally, after the DU receives the data packet sent by the CU in multicast , Send data packets to the terminal device in unicast mode through the acquired C-RNTI List.
  • the multicast mode is adopted between the CU and the DU for data packet transmission, which saves the consumption of channel resources, thereby improving the efficiency of data transmission.
  • FIG. 14 is a schematic diagram of another embodiment of the data transmission method in the embodiment of this application, which mainly includes the following steps:
  • Step 1401 to step 1403 in this embodiment are similar to step 1201 to step 1203 in the embodiment shown in FIG. 12, and will not be repeated here.
  • the CU sends a third message to the DU;
  • the CU sends a third message to the DU, and step 1405 can be triggered by the third message.
  • the third message also carries the DRB ID and VLAN ID.
  • One DRB ID corresponds to one terminal device ID, and the VLAN ID can indicate that the DRB ID belongs to the same one.
  • the group that is, the VLAN ID, can indicate that the terminal device ID belongs to the same group.
  • CU and DU establish UE DRB
  • the CU establishes a UE DRB with the DU according to the third message received in step 1404, and the established UE DRB can be used in step 1406.
  • step 1401 to step 1403, and step 1404 to step 1405 there is no time sequence between step 1401 to step 1403, and step 1404 to step 1405, as long as step 1403 is executed before step 1406 in time sequence.
  • the CU can execute step 1401 at the same time. Go to step 1403, and, from step 1404 to step 1405, it is also possible to perform step 1404 to step 1405 first, and then perform step 1401 to step 1403, which is not limited here.
  • the CU sends a data packet to the DU;
  • the CU may send a data packet to the DU through the UE DRB established in step 1405.
  • DU obtains G-RNTI
  • the DU can reach the G-RNTI in different ways.
  • the way the DU obtains the G-RNTI is similar to step 1207 in the embodiment shown in FIG. 12.
  • the terminal device can receive G-RNTI in different ways similar to step 1207 in the embodiment shown in FIG. 12. No longer.
  • the DU sends a data packet to the terminal device.
  • the DU can send data packets to the terminal device through the G-RNTI scrambling.
  • the terminal device that can receive the multicast reception notification sent by the CU or DU is similar to step 1208 in the embodiment shown in FIG. 12, and will not be repeated here.
  • the determination by the DU in different ways to send a data packet to the terminal device in a multicast manner is similar to step 1208 in the embodiment shown in FIG. 12, and will not be repeated here.
  • the DU sends a data packet to the terminal device through the G-RNTI, which requires the correspondence between G-RNTI, VLAN ID, and terminal device ID.
  • the correspondence between G-RNTI, VLAN ID, and terminal device ID is similar to the foregoing Table 1, and will not be repeated here.
  • step 1404 it can be learned from step 1404 that one DRB ID corresponds to one terminal device ID, and the VLAN ID can indicate that the terminal device ID belongs to the same group. If 5 UE DRBs corresponding to 5 terminal device IDs are indicated by VLAN ID to belong to the same group, that is, step 1406 is that the DU receives 5 data packets through 5 UE DRBs, and the actual content of the 5 data packets can be considered the same. That is to say, the DU can select one of the five data packets as the multicast source data packet, and then send the selected multicast source data packet to the terminal device through the G-RNTI.
  • the DU can determine the multicast source data packet in the 5 data packets, and send a notification message to the CU, so that the CU can determine the multicast source data packet according to the notification message, and the CU can determine the multicast source data packet in the subsequent Select unicast or multicast source data packet for multicast during data packet transmission,
  • the multicast source data packet may also be determined by the CU, and a notification message may be sent to the DU, so that the DU determines the multicast source data packet among the 5 data packets, and selects the multicast source data packet to send to the terminal device through G-RNTI. Secondly, the DU can choose to delete the non-multicast source data packets among the 5 data packets, or choose to discard them.
  • the CU when it receives the notification message, it can send a response reply or reject reply to the DU. In actual applications, it can also send an accept reply, which is not limited here.
  • the DU After receiving the notification message, the DU may also send to the CU a different reply similar to that sent by the aforementioned CU after receiving the notification message, which will not be repeated here.
  • the CU can establish a UE PDU session with the UPF through the first message sent by the AMF, and the UPF sends data packets to the CU in unicast mode through the UE PDU session. Secondly, the CU sends the data packets in unicast mode after receiving the UPF. After the data packet, the UE DRB sends the data packet to the DU in unicast mode. Finally, after the DU receives the data packet sent by the CU in unicast mode, the DU determines the multicast source data packet in different ways, and uses the obtained G-RNTI sends the determined multicast source data packet to the terminal device in a multicast manner. Between the DU and the terminal equipment, the multicast mode is used for data packet transmission, which improves the air interface transmission efficiency, thereby improving the data transmission efficiency.
  • FIG. 15 is a schematic diagram of an embodiment of a communication device in an embodiment of the application.
  • the communication device 1500 includes:
  • the receiving module 1501 is configured to receive a first message sent by a second device, where the first message is used for the first device to establish a first session with the third device, the first message carries a first identifier and a second identifier, and the second identifier Indicates the group information of the first identifier.
  • the receiving module 1501 is further configured to receive the third A data packet sent by the device through the first session, where the data packet is marked as belonging to the group indicated by the second identifier.
  • the receiving module 1501 is further configured to receive the second A notification message sent by the device, where the notification message is used by the first device to determine the multicast source data packet.
  • the communication device 1500 further includes a sending module 1502, Send a notification message to the second device, where the notification message is used by the second device to determine the multicast source data packet.
  • FIG. 16 is a schematic diagram of another embodiment of the first device in the embodiment of the application.
  • the communication device 1600 includes:
  • the receiving module 1601 is configured to receive a second message sent by the second device, where the second message is used for the first device to establish a second session with the third device, and the second message carries the third identifier, the second identifier, and the first list ,
  • the first list is a set of fourth identifiers
  • the fourth identifier is the identifier corresponding to the fourth device
  • the third identifier corresponds to the fourth identifier in the first list
  • the second identifier indicates the identity of the fourth identifier in the first list Group information.
  • the receiving module 1601 is further configured to receive the third device through The data packet sent in the second session, where the data packet is marked as belonging to the group indicated by the second identifier.
  • FIG. 17 is a schematic diagram of another embodiment of the first device in the embodiment of the application.
  • the communication device 1700 includes:
  • the sending module 1701 is configured to send a third message to the fifth device, where the third message is used for the first device and the fifth device to establish a first bearer, the third message carries the fifth identifier and the second identifier, and the second identifier indicates The group information of the fourth identifier, and the fourth identifier is an identifier corresponding to the fourth device.
  • the sending module 1701 is further configured to pass the first The bearer sends a data packet to the fifth device, where the data packet is marked as belonging to the group indicated by the second identifier.
  • the communication device 1700 further includes a receiving module 1702, For receiving a notification message sent by the fifth device, where the notification message is used by the first device to determine the multicast source data packet.
  • the sending module 1701 is further configured to send a message to the fifth The device sends a notification message, where the notification message is used by the fifth device to determine the multicast source data packet.
  • the receiving module 1702 is further configured to receive the fifth The second list sent by the device, where the second list is used by the fifth device to send data packets to the fourth device in a unicast manner.
  • the sending module 1701 is further configured to send a message to the fifth The device sends the second list.
  • the sending module 1701 is also used to send the fourth The device sends the second list, where the second list is used by the fourth device to receive the data packet sent by the fifth device in a unicast manner.
  • the receiving module 1702 is further configured to receive the fifth The sixth identifier sent by the device, where the sixth identifier is used by the fifth device to send a data packet to the fourth device in a multicast manner.
  • the sending module 1701 is further configured to send a message to the fifth The device sends the sixth identifier.
  • the sending module 1701 is also used to send the fourth The device sends a sixth identifier, where the sixth identifier is used by the fourth device to receive a data packet sent by the fifth device in a multicast manner.
  • the sending module 1701 is further configured to send a message to the first The device sends a first notification message, where the first notification message is used to inform the first device that the fifth device sends a data packet to the fourth device in a unicast manner.
  • the sending module 1701 is further configured to send a message to the fifth The device sends a notification message, where the notification message is used to determine that the fifth device sends a data packet to the fourth device in a unicast manner.
  • FIG. 18 is a schematic diagram of another embodiment of the first device in the embodiment of the application.
  • the communication device 1800 includes:
  • the sending module 1801 is configured to send a fourth message to the fifth device, where the fourth message is used for the first device and the fifth device to establish a second bearer, and the fourth message carries the seventh identifier, the second identifier, and the first list,
  • the first list is a set of fourth identifiers
  • the fourth identifier is the identifier corresponding to the fourth device
  • the seventh identifier corresponds to the fourth identifier in the first list
  • the second identifier indicates the group to which the fourth identifier in the first list belongs information.
  • the sending module 1801 is further configured to pass through the second The bearer sends a data packet to the fifth device, where the data packet is marked as belonging to the group indicated by the second identifier.
  • the communication device 1800 further includes a receiving module 1802, For receiving the second list sent by the fifth device, the second list is used for the fifth device to send data packets to the fourth device in a unicast manner.
  • the sending module 1801 is further configured to send a message to the fifth The device sends the second list.
  • the sending module 1801 is further configured to send The device sends the second list, where the second list is used by the fourth device to receive the data packet sent by the fifth device in a unicast manner.
  • the receiving module 1802 is further configured to receive the fifth The sixth identifier sent by the device, where the sixth identifier is used by the fifth device to send a data packet to the fourth device in a multicast manner.
  • the sending module 1801 is further configured to send a message to the fifth The device sends the sixth identifier.
  • the sending module 1801 is further configured to send The device sends a sixth identifier, where the sixth identifier is used by the fourth device to receive a data packet sent by the fifth device in a multicast manner.
  • the sending module 1801 is further configured to send a message to the first The device sends a first notification message, where the first notification message is used to inform the first device that the fifth device sends a data packet to the fourth device in a unicast manner.
  • the sending module 1801 is further configured to send a message to the fifth The device sends a notification message, where the notification message is used to determine that the fifth device sends a data packet to the fourth device in a multicast manner.
  • the first device in the embodiment of the present application is described above, and the fifth device in the embodiment of the present application is described below:
  • FIG. 19 is a schematic diagram of an embodiment of the fifth device in the embodiment of the application.
  • the communication device 1900 includes:
  • the sending module 1901 is configured to send data packets to the fourth device through the second list, where the identifier corresponding to the fourth device is the fourth identifier, the set of fourth identifiers is the first list, and the second identifier indicates the The group information of the fourth identifier, and the second list determines the fourth device belonging to the group according to the second identifier.
  • the communication device 1900 further includes a receiving module 1902, To receive the second list sent by the first device.
  • the sending module 1901 is further configured to send a message to the first The device sends the second list.
  • the sending module 1901 is further configured to send The device sends the second list, where the second list is used by the fourth device to receive the data packet sent by the fifth device in a unicast manner.
  • the receiving module 1902 is further configured to receive the first A notification message sent by the device, where the notification message is used to determine that the fifth device sends a data packet to the fourth device in a unicast manner.
  • the sending module 1901 is further configured to send a message to the first The device sends a first notification message, where the first notification message is used to inform the first device that the fifth device sends a data packet to the fourth device in a unicast manner.
  • FIG. 20 is a schematic diagram of another embodiment of the fifth device in the embodiment of the application.
  • the communication device 2000 includes:
  • the sending module 2001 is configured to send a data packet to the fourth device through the sixth identifier, where the identifier corresponding to the fourth device is the fourth identifier, the set of fourth identifiers is the first list, and the second identifier indicates the The group information of the fourth identifier, and the sixth identifier determines the fourth device belonging to the group according to the second identifier.
  • the communication device 2000 further includes a receiving module 2002, To receive the sixth identifier sent by the first device.
  • the sending module 2001 is further configured to send a message to the first The device sends the sixth identifier.
  • the sending module 2001 is further configured to send The device sends a sixth identifier, where the sixth identifier is used by the fourth device to receive a data packet sent by the fifth device in a multicast manner.
  • the receiving module 2002 is further configured to receive the first A notification message sent by the device, where the notification message is used to determine that the fifth device sends a data packet to the fourth device in a multicast manner.
  • the sending module 2001 is further configured to send a message to the first The device sends a second notification message, where the second notification message informs the first device that the fifth device sends a data packet to the fourth device in a multicast manner.
  • the sending module 2001 is further configured to send a message to the first The device sends a notification message, where the notification message is used by the first device to determine the multicast source data packet.
  • the receiving module 2002 is further configured to receive the first The notification message sent by the device, where the notification message is used by the fifth device to determine the multicast source data packet.
  • FIG. 21 is a schematic diagram of another embodiment of the first device in the embodiment of the application.
  • the communication device 2100 may include one or more central processing units (CPU) 2101 and a memory 2105.
  • CPU central processing units
  • One or more applications or data are stored in 2105.
  • the memory 2105 may be volatile storage or persistent storage.
  • the program stored in the memory 2105 may include one or more modules, and each module may include a series of instruction operations on the first device.
  • the central processing unit 2101 may be configured to communicate with the memory 2105, and execute a series of instruction operations in the memory 2105 on the communication device 2100.
  • the communication device 2100 may also include one or more power supplies 2102, one or more wired or wireless network interfaces 2103, one or more input and output interfaces 2104, and/or one or more operating systems, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.
  • operating systems such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.
  • the central processing unit 2101 can perform operations performed by the communication device in the embodiments shown in FIG. 15 to FIG. 18, and details are not described herein again.
  • FIG. 22 is a schematic diagram of another embodiment of the fifth device in the embodiment of the application.
  • the communication device 2200 may include one or more central processing units (CPU) 2201 and a memory 2205.
  • CPU central processing units
  • One or more applications or data are stored in 2205.
  • the memory 2205 may be volatile storage or persistent storage.
  • the program stored in the memory 2205 may include one or more modules, and each module may include a series of instruction operations on the fifth device.
  • the central processing unit 2201 may be configured to communicate with the memory 2205, and execute a series of instruction operations in the memory 2205 on the communication device 2200.
  • the communication device 2200 may also include one or more power supplies 2202, one or more wired or wireless network interfaces 2203, one or more input and output interfaces 2204, and/or one or more operating systems, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.
  • operating systems such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.
  • the central processing unit 2201 can perform operations performed by the communication device in the embodiments shown in FIG. 19 to FIG. 20, and details are not described herein again.
  • the computer program product includes one or more computer instructions.
  • the computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices.
  • the computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium.
  • the computer instructions may be transmitted from a website, computer, server, or data center. Transmission to another website, computer, server or data center via wired (such as coaxial cable, optical fiber, Digital Subscriber Line (DSL)) or wireless (such as infrared, wireless, microwave, etc.).
  • wired such as coaxial cable, optical fiber, Digital Subscriber Line (DSL)
  • wireless such as infrared, wireless, microwave, etc.
  • the computer-readable storage medium may be any available medium that can be stored by a computer or a data storage device such as a server or a data center integrated with one or more available media.
  • the usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, and a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid state disk (SSD)).
  • the disclosed system, device, and method may be implemented in other ways.
  • the device embodiments described above are merely illustrative, for example, the division of the units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components may be combined or It can be integrated into another system, or some features can be ignored or not implemented.
  • the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.
  • the functional units in the various embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the above-mentioned integrated unit can be implemented in the form of hardware or software functional unit.
  • the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium.
  • the technical solution of the present application essentially or the part that contributes to the existing technology or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium , Including several instructions to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the methods described in the various embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disks or optical disks and other media that can store program codes. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

本申请实施例公开了会话建立的方法、数据传输的方法以及相关装置。第一设备接收第二设备发送的第一消息，第一设备根据第一消息与第三设备建立第一会话，第一消息携第一标识以及第二标识，第二标识指示第一标识所属组信息，并且根据一个第二标识确定第四设备，提升第四设备确定的效率，从而提升数据传输的效率。

Description

会话建立的方法、数据传输的方法以及相关装置 技术领域
本申请实施例涉及通信领域，尤其涉及会话建立的方法、数据传输的方法以及相关装置。
背景技术
传统的第三代合作伙伴项目(3GPP,the 3rd generation partnership project)通信系统中，数据通信为终端设备与应用服务器(application server)之间的通信，3GPP数据通信需要终端设备先向APP server发送数据包，然后再由application server将数据包转发给需要进行数据通信的终端设备。
由application server将数据包转发的方式需要的路径长且时延大，而通过本地开关的方法则能解决这样的问题。用户面功能(UPF,user plane function)首先需要获取组员信息，其中组员信息包括有终端设备以及终端设备标识(id，identification)，且每个终端设备对应唯一终端设备id，然后UPF根据数据包中携带的数据无线承载标识(DRB id，data radio bearer identification)识别该数据包是需要发送给application server还是通过本地开关转发给终端设备，而一个DRB id对应一个终端设备id，若该数据包需要通过本地开关转发给终端设备，则根据DRB id将数据包下发至DRB id对应基站，然后对应基站通过空口将数据包下发给对应终端设备。
现有的本地开关方法能够解决application server转发数据包带来的路径长且时延大的问题，但在UPF与基站以及基站与终端设备之间对数据包进行传输时，若存在有多个终端设备属于同一基站并需要接收数据包，则需要多个DRB id所对应的终端设备id确定需要接收数据包的终端设备，终端设备的确定效率低，从而导致数据包的传输效率低。
发明内容
本申请实施例提供了会话建立的方法、数据传输的方法以及相关装置，当多个第四设备需要接收数据包时，可获取到第二标识指示第一标识的所属组信息，从而确定多个第一标识对应的多个第四设备的所属组信息，仅需一个第二标识即可确认多个第四设备，提升第四设备确定效率，从而提高数据包的传输效率。
本申请实施例的第一方面提供一种会话建立的方法，包括：
在控制面与用户面分离(control and user plane separation，CUPS)网络架构中，当有多个第四设备需要接收数据包时，第一设备接收第二设备发送的第一消息，第一设备可以通过第一消息与第三设备建立第一会话，而第一消息中携带第一标识以及第二标识，第二标识可以指示第一标识的所属组信息。
当多个第四设备需要接收数据包时，第一设备可获取到第二标识指示第一标识的所属组信息，从而确定多个第一标识对应的多个第四设备的所属组信息，仅需一个第二标识即可确认多个第四设备，提升第四设备确定效率，从而提高数据包的传输效率。
结合本申请实施例的第一方面，本申请实施例第一方面的第一种实现方式中，第一设 备接收到第二设备发送的第一消息之后，即第一设备与第三设备建立第一会话之后，第一设备可以接收第三设备通过第一会话发送的数据包，而其中数据包被标记为属于第二标识指示的组。
第一设备在需要接收数据包的实际应用中，接收第三设备通过第一会话发送的数据包，并且数据包被标记为属于第二标识指示的组，第一设备能够直接获取数据包所属组信息，所属组信息能够确定数据包需要向哪个组传输，从而确定需要接收数据包的第四设备，提高了方案的可行性。
结合本申请实施例的第一方面的第一种实现方式，本申请实施例的第一方面的第二种实现方式中，第一设备接收第二设备发送的第一消息之后，即第一设备与第三设备建立第一会话之后，第一设备可以接收到第二设备所发送的通知消息，第一设备可以根据通知消息确定组播源数据包。
第二设备确定组播源数据包并且通知第一设备，使得第一设备直接确定组播源数据包，当第一设备以组播方式传输数据包时可以直接采用组播源数据包进行组播，节省组播数据源确定时间，从而提高了数据传输效率以及方案的可行性。
结合本申请实施例的第一方面的第一种实现方式，本申请实施例的第一方面的第三种实现方式中，第一设备接收第二设备发送的第一消息之后，即第一设备与第三设备建立第一会话之后，第一设备确定组播数据源并向第二设备发送通知消息以通知第二设备确定组播源数据包。
第一设备确定组播数据源并告知第二设备，且第二设备将此消息通知至第三设备，使得第三设备直接确定组播数据源，当第三设备决定以组播方式传输数据包时可以直接采用组播源数据包进行组播，节省组播数据源确定时间，从而提高了数据传输效率以及方案的可行性。
本申请实施例的第二方面提供一种会话建立的方法，包括：
在CUPS网络架构中，当有多个第四设备需要接收数据包时，第一设备接收第二设备发送的第二消息，使得第一设备可以根据第二消息与第三设备建立第二会话，其中第二消息携带有第三标识、第二标识以及第一列表，第一列表为第四标识的集合，其次，第四标识为第四设备对应的标识，而第三标识则与第一列表中的第四标识对应，第二标识可以指示第一列表中的第四标识的所属组信息。
当多个第四设备需要接收数据包时，第二标识可以指示第一列表中的第四标识的所属组信息，仅需一个第二标识即可确认多个第四设备，提升第四设备确定效率，从而提高数据传输效率。
结合本申请实施例的第二方面，本申请实施例第二方面的第一种实现方式中，第一设备接收到第二设备发送的第二消息之后，即第一设备与第三设备建立第二会话之后，第一设备与第一设备可以接收第三设备通过第二会话发送的数据包，而其中数据包被标记为属于第二标识指示的组。
第一设备在需要接收数据包的实际应用中，接收第三设备通过第一会话发送的数据包，并且数据包被标记为属于第二标识指示的组，第一设备能够直接获取数据包所属组信 息，所属组信息能够确定数据包需要向哪个组传输，从而确定需要接收数据包的第四设备，其次，第二会话可以仅采用一个信道传输多个数据包，降低传输资源消耗，从而提升了传输效率以及方案的可行性。
本申请实施例的第三方面提供一种承载建立的方法，包括：
在CUPS网络架构中，第一设备向第五设备发送第三消息，第一设备可以通过第三消息与第五设备建立第一承载，并且第三消息还携带有第五标识以及第二标识，第二标识用来指示第四标识的所属组信息，而第四标识为第四设备对应的标识。
当多个第四设备需要接收数据包时，第一设备可以获取到第二标识指示的第四标识的所属组信息，仅需一个第二标识即可确认多个第四设备，提升第四设备确定效率，从而提升数据包传输效率。
结合本申请实施例的第三方面，在本申请实施例的第三方面的第一种实现方式中，第一设备向第五设备发送第三消息之后，即第一设备与第五设备建立第一承载之后，第一设备可以通过第一承载向第五设备发送数据包，并且该数据包被标记为属于第二标识指示的组。
第一设备向第五设备发送数据包后，由于数据包被标记为属于第二标识指示的组，因此使得第五设备可以直接获取数据包所属组信息，所属组信息能够确定数据包需要向哪个组传输，从而确定需要接收数据包的第四设备，从而提升方案的可行性。
结合本申请实施例的第三方面或本申请实施例的第三方面的第一种实现方式中任意一种，在本申请实施例的第三方面的第二种实现方式中，第一设备向第五设备发送第三消息之后，第一设备可以接收第五设备发送的通知消息，第一设备可以根据通知消息确定组播源数据包。
第一设备根据第五设备发送的通知消息确定组播源数据包，节省第一设备确定组播源数据包的时间，从而提升数据包传输效率。
结合本申请实施例的第三方面或本申请实施例的第三方面的第一种实现方式中任意一种，在本申请实施例的第三方面的第三种实现方式中，第一设备向第五设备发送第三消息之后，第一设备可以向第五设备发送通知消息，使得第五设备根据通知消息确定组播源数据包。
第五设备根据第一设备发送的通知消息确定组播源数据包，节省第五设备确定组播源数据包的时间，从而提升数据包传输效率。
结合本申请实施例的第三方面或本申请实施例的第三方面的第一种实现方式中任意一种，在本申请实施例的第三方面的第四种实现方式中，第一设备向第五设备发送第三消息之后，第一设备接收第五设备发送的第二列表，其中第二列表用于第五设备以单播方式向第四设备发送数据包。
结合本申请实施例的第三方面或本申请实施例的第三方面的第一种实现方式中任意一种，在本申请实施例的第三方面的第五种实现方式中，第一设备向第五设备发送第三消息之后，第一设备向第五设备发送第二列表，当第五设备在需要以单播方式向第四设备发送数据包时，根据第二列表进行数据包的发送。
第五设备可以通过不同方式获取第二列表，从而提高了本方案的可选择性以及可行性。
结合本申请实施例的第三方面的第四种实现方式或本申请实施例的第三方面的第五种实现方式中任意一种，在本申请实施例的第三方面的第六种实现方式中，第一设备向第五设备发送第三消息之后，第一设备向第四设备发送第二列表，使得第四设备可以根据第二列表接收第五设备以单播方式发送的数据包。
第一设备可以通过不同方式获取第二列表，此外，在获取第二列表后向第四设备发送，使得第四设备可以接收由单播方式发送的数据包，从而提升了本方案的可选择性以及可行性。
结合本申请实施例的第三方面或本申请实施例的第三方面的第一种实现方式中任意一种，在本申请实施例的第三方面的第七种实现方式中，第一设备向第五设备发送第三消息之后，第一设备接收第五设备发送的第六标识，其中第六标识用于第五设备以组播方式向第四设备发送数据包。
结合本申请实施例的第三方面或本申请实施例的第三方面的第一种实现方式中任意一种，在本申请实施例的第三方面的第八种实现方式中，第一设备向第五设备发送第三消息之后，第一设备向第五设备发送第六标识。
第五设备可以通过不同方式获取第六标识，从而提高了本方案的可选择性以及可行性。
结合本申请实施例的第三方面的第七种实现方式或本申请实施例的第三方面的第八种实现方式中任意一种，在本申请实施例的第三方面的第九种实现方式中，第一设备向第五设备发送第三消息之后，第一设备向第四设备发送第六标识，使得第四设备可以根据第六标识接收第五设备以组播方式发送的数据包。
第一设备可以通过不同方式获取第六标识，此外，在获取第六标识后向第四设备发送，使得第四设备可以接收由组播方式发送的数据包，从而提升了本方案的可选择性以及可行性。
结合本申请实施例的第三方面或本申请实施例的第三方面的第一种实现方式中任意一种，在本申请实施例的第三方面的第十种实现方式中，第一设备向第五设备发送第三消息之后，第五设备可以确定自身以以单播方式向第四设备发送数据包，并且第五设备向第一设备发送第一通知消息，向第一设备告知第五设备以单播方式向第四设备发送数据包。
结合本申请实施例的第三方面或本申请实施例的第三方面的第一种实现方式中任意一种，在本申请实施例的第三方面的第十一种实现方式中，第一设备向第五设备发送第三消息之后，第一设备向第五设备发送通知消息，第五设备可以根据通知消息确定以单播方式向第四设备发送数据包。
第五设备根据不同方式确定以单播方式发送数据包，提升本方案的可选择性。
本申请实施例第四方面提供了一种承载建立的方法，包括：
在CUPS网络架构中，第一设备向第五设备发送第四消息，第一设备可以通过第四消息与第五设备建立第二承载，并且第四消息还携带有第七标识、第二标识以及第一列表，第一列表为第四标识的集合，第四标识为第四设备对应的标识，第七标识与第一列表中的第四标识对应，第二标识用来指示第一列表中的第四标识的所属组信息。
当多个第四设备需要接收数据包时，第一设备可以获取到第二标识指示的第四标识的所属组信息，仅需一个第二标识即可确认多个第四设备，提升第四设备确定效率，从而提升数据包传输效率。
结合本申请实施例的第四方面，在本申请实施例的第四方面的第一种实现方式中，第一设备向第五设备发送第四消息之后，即第一设备与第五设备建立第而承载之后，第一设备可以通过第二承载向第五设备发送数据包，并且该数据包被标记为属于第二标识指示的组。
第一设备向第五设备发送数据包后，由于数据包被标记为属于第二标识指示的组，因此使得第五设备可以直接获取数据包所属组信息，所属组信息能够确定数据包需要向哪个组传输，从而确定需要接收数据包的第四设备，从而提升方案的可行性。
结合本申请实施例的第四方面或本申请实施例的第四方面第一种实现方式任意一种，在本申请实施例的第四方面的第二种实现方式中，第一设备接收第五设备发送的第二列表，其中第二列表用于第五设备以单播方式向第四设备发送数据包。
结合本申请实施例的第四方面或本申请实施例的第四方面的第一种实现方式任意一种，在本申请实施例的第四方面的第三种实现方式中，第一设备向第五设备发送第二列表。
第五设备可以通过不同方式获取第二列表，从而提高了本方案的可选择性以及可行性。
结合本申请实施例的第四方面的第二种实现方式或本申请实施例的第四方面的第三种实现方式任意一种，在本申请实施例的第四方面的第四种实现方式中，第一设备向第四设备发送第二列表，其中第二列表用于第四设备接收第五设备以单播方式发送的数据包。
第一设备可以通过不同方式获取第二列表，此外，在获取第二列表后向第四设备发送，使得第四设备可以接收由单播方式发送的数据包，从而提升了本方案的可选择性以及可行性。
结合本申请实施例的第四方面或本申请实施例的第四方面的第一种实现方式任意一种，在本申请实施例的第四方面的第五种实现方式中，第一设备接收第五设备发送的第六标识，其中第六标识用于第五设备以组播方式向第四设备发送数据包。
结合本申请实施例的第四方面或本申请实施例的第四方面的第六种实现方式任意一种，在本申请实施例的第四方面的第六种实现方式中，第一设备向第五设备发送第六标识。
第五设备可以通过不同方式获取第六标识，从而提高了本方案的可选择性以及可行性。
结合本申请实施例的第四方面的第五种实现方式或本申请实施例的第四方面第六种实现方式任意一种，在本申请实施例的第四方面的第七种实现方式中，第一设备向第四设备发送第六标识，其中第六标识用于第四设备接收第五设备以组播方式发送的数据包。
第一设备可以通过不同方式获取第六标识，此外，在获取第六标识后向第四设备发送，使得第四设备可以接收由组播方式发送的数据包，从而提升了本方案的可选择性以及可行性。
结合本申请实施例的第四方面或本申请实施例的第四方面第六种实现方式任意一种，在本申请实施例的第四方面的第八种实现方式中，第五设备向第一设备发送第一通知消息，其中通知消息向第一设备告知第五设备以单播方式向第四设备发送所述数据包。
结合本申请实施例的第四方面或本申请实施例的第四方面第六种实现方式任意一种，在本申请实施例的第四方面的第九种实现方式中，第五设备向第一设备发送第二通知消息，其中通知消息向第一设备告知第五设备以组播方式向第四设备发送所述数据包。
第五设备自身确定以组播或单播方式发送数据包，提升本方案的可选择性。
本申请实施例第五方面提供了一种数据传输的方法，包括：
在CUPS网络架构中，第五设备通过第二列表向第四设备发送数据包，其中第四设备对应的标识为第四标识，第四标识的集合为第一列表，第二标识指示第一列表中的第四标识的所属组信息，第二列表根据第二标识确定属于所属组的第四设备。
当多个第四设备需要接收数据包时，第五设备可以获取到第二标识指示的第四标识的所属组信息，其次第二列表可以根据所属组信息确认第四设备，因此根据第二标识，或第二列表即可确定多个第四设备，提升第四设备确定效率，从而提升数据包传输效率。
结合本申请实施例的第五方面，在本申请实施例的第五方面的第一种实现方式中，第五设备接收第一设备发送的第二列表。
结合本申请实施例的第五方面，在本申请实施例的第五方面的第二种实现方式中，第五设备向第一设备发送第二列表。
第五设备可以通过不同方式获取第二列表，从而提高了本方案的可选择性以及可行性。
结合本申请实施例的第五方面的第一种实现方式或本申请实施例的第五方面的第六种实现方式任意一种，在本申请实施例的第五方面的第三种实现方式中，第五设备向第四设备发送第二列表，其中第二列表用于第四设备接收第五设备以单播方式发送的数据包。
结合本申请实施例的第五方面，在本申请实施例的第五方面的第四种实现方式中，第五设备接收第一设备发送的第一通知消息，其中第一通知消息用于确定第五设备以单播方式向第四设备发送数据包。
结合本申请实施例的第五方面，在本申请实施例的第五方面的第五种实现方式中，第五设备向第一设备发送第一通知消息，其中其中第一通知消息向第一设备告知第五设备以单播方式向第四设备发送数据包。
第五设备可以通过不同的方式确定以单播方式发送数据包，提升本方案的可选择性。
本申请实施例第六方面提供了一种数据传输的方法，包括：
在CUPS网络架构中，第五设备通过第六标识向第四设备发送数据包，其中第四设备对应的标识为第四标识，第四标识的集合为第一列表，第二标识指示第一列表中的第四标识的所属组信息，第六标识根据第二标识确定属于所属组的第四设备。
当多个第四设备需要接收数据包时，第五设备可以获取到第二标识指示的第四标识的所属组信息，其次第六标识可以根据所属组信息确认第四设备，因此根据第二标识，或第六标识即可确定多个第四设备，提升第四设备确定效率，从而提升数据包传输效率。
结合本申请实施例的第六方面，在本申请实施例的第六方面的第一种实现方式中，第五设备接收第一设备发送的第六标识。
结合本申请实施例的第六方面，在本申请实施例的第六方面的第二种实现方式中，第五设备向第一设备发送第六标识。
第五设备可以通过不同方式获取第六标识，从而提高了本方案的可选择性以及可行性。
结合本申请实施例的第六方面的第一种实现方式或本申请实施例的第六方面的第二种实现方式任意一种，在本申请实施例的第六方面的第三种实现方式中，第五设备向第四设备发送第六标识，其中第六标识用于第四设备接收第五设备以组播方式发送的数据包。
结合本申请实施例的第六方面，在本申请实施例的第六方面的第四种实现方式中，第五设备接收第一设备发送的通知消息，其中通知消息用于确定第五设备以组播方式向第四设备发送数据包。
结合本申请实施例的第六方面，在本申请实施例的第六方面的第五种实现方式中，第五设备向第一设备发送第二通知消息，其中其中第二通知消息向第一设备告知第五设备以组播方式向第四设备发送数据包。
第五设备可以通过不同的方式确定以组播方式发送数据包，从而提高了本方案的可选择性以及可行性。
结合本申请实施例的第六方面，在本申请实施例的第六方面的第六种实现方式中，第五设备向第一设备发送通知消息，其中通知消息用于第一设备确定组播源数据包。
结合本申请实施例的第六方面，在本申请实施例的第六方面的第七种实现方式中，第五设备接收第一设备发送的通知消息，其中通知消息用于第五设备确定组播源数据包。
第五设备可以通过不同的方式确定组播源数据包，从而提高了本方案的可选择性以及可行性。
本申请实施例的第七方面，提供了一种通信设备，该通信设备具有实现上述第一方面中第一设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本申请实施例的第八方面，提供了一种通信设备，该通信设备具有实现上述第二方面中第一设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本申请实施例的第九方面，提供了一种通信设备，该通信设备具有实现上述第三方面中第一设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本申请实施例的第十方面，提供了一种通信设备，该通信设备具有实现上述第四方面中第一设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本申请实施例的第十一方面，提供了一种通信设备，该通信设备具有实现上述第五方面中第五设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本申请实施例的第十二方面，提供了一种通信设备，该通信设备具有实现上述第六方面中第五设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本申请实施例的第十三方面，提供了一种会话建立设备，所述会话建立设备包括：处 理器、存储器、总线、输入输出设备，所述处理器与所述存储器、输入输出设备相连，所述总线分别连接所述处理器、存储器以及输入输出设备相连，所述处理器执行上述第一方面及其可能的实施方式中的任一方法或上述第二方面及其可能的实现方式中的任一方法。
本申请实施例的第十四方面，提供了一种承载建立设备，所述承载建立设备包括：处理器、存储器、总线、输入输出设备，所述处理器与所述存储器、输入输出设备相连，所述总线分别连接所述处理器、存储器以及输入输出设备相连，所述处理器执行上述第三方面及其可能的实施方式中的任一方法或上述第四方面及其可能的实现方式中的任一方法。
本申请实施例的第十五方面，提供了一种数据传输设备，所述数据传输设备包括：处理器、存储器、总线、输入输出设备，所述处理器与所述存储器、输入输出设备相连，所述总线分别连接所述处理器、存储器以及输入输出设备相连，所述处理器执行上述第五方面及其可能的实施方式中的任一方法或上述第六方面及其可能的实现方式中的任一方法。
本申请还提供一种通信装置，该装置可以是集成电路芯片，用于实现前述第一设备的功能。
本申请还提供一种通信装置，该装置可以是集成电路芯片，用于实现前述第五设备的功能。
本申请的又一方面提供了一种会话建立的方法，该会话建立的方法应用于通信系统，该通信系统包括第一设备、第二设备和第三设备；
第一设备，用于接收第二设备发送的第一消息；
第一设备，还用于通过第一消息与第三设备建立第一会话。
第一设备，还用于接收第二设备发送的第二消息；
第一设备，还用于通过第二消息与第三设备建立第二会话。
本申请的又一方面提供了一种承载建立的方法，该会话建立的方法应用于通信系统，该通信系统包括第一设备和第五设备；
第一设备，用于向第五设备发送第三消息；
第一设备，还用于通过第三消息与第五设备建立第一承载；
第一设备，还用于向第五设备发送第四消息；
第一设备，还用于通过第四消息与设备建立第二承载。
本申请的又一方面提供了一种数据传输的方法，该会话建立的方法应用于通信系统，该通信系统包括第一设备和第五设备；
第五设备，用于通过第二列表向第四设备发送数据包；
第五设备，还用于通过第六标识向第四设备发送数据包。
本申请的又一方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
本申请实施例提供的技术方案中，当多个第四设备需要接收数据包时，可获取到第二标识指示第一标识的所属组信息，从而确定多个第一标识对应的多个第四设备的所属组信息，仅需一个第二标识即可确认多个第四设备，提升第四设备确定效率，从而提高数据包的传输效率。
附图说明
图1为本申请实施例中新空口通信系统的系统架构示意图；
图2为本申请实施例中会话建立的方法一个实施例示意图；
图3为本申请实施例中会话建立的方法另一实施例示意图；
图4为本申请实施例中承载建立的方法一个实施例示意图；
图5为本申请实施例中承载建立的方法另一实施例示意图；
图6为本申请实施例中数据传输的方法一个实施例示意图；
图7为本申请实施例中数据传输的方法另一实施例示意图；
图8为本申请实施例中数据传输的方法另一实施例示意图；
图9为本申请实施例中数据传输的方法另一实施例示意图；
图10为本申请实施例中数据传输的方法另一实施例示意图；
图11为本申请实施例中数据传输的方法另一实施例示意图；
图12为本申请实施例中数据传输的方法另一实施例示意图；
图13为本申请实施例中数据传输的方法另一实施例示意图；
图14为本申请实施例中数据传输的方法另一实施例示意图；
图15为本申请实施例中通信设备的一个实施例示意图；
图16为本申请实施例中通信设备的另一实施例示意图；
图17为本申请实施例中通信设备的另一实施例示意图；
图18为本申请实施例中通信设备的另一实施例示意图；
图19为本申请实施例中通信设备的另一实施例示意图；
图20为本申请实施例中通信设备的另一实施例示意图；
图21为本申请实施例中通信设备的另一实施例示意图；
图22为本申请实施例中通信设备的另一实施例示意图。
具体实施方式
本申请实施例提供了会话建立的方法、数据传输的方法以及相关装置，用于提升终端设备的确定效率，从而提高数据包的传输效率。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例的技术方案可以应用于各种数据处理的通信系统，例如码分多址(code division multiple access，CDMA)、时分多址(time division multiple access，TDMA)、频分多址(frequency division multiple access，FDMA)、正交频分多址(orthogonal frequency-division multiple access，OFDMA)、单载波频分多址(single carrier FDMA，SC-FDMA)和其它系统等。术语“系统”可以和“网络”相互替换。CDMA系统可以实现例如通用无线陆地接入(universal terrestrial radio access，UTRA)，CDMA2000等无线技术。UTRA可以包括宽带CDMA(wideband CDMA，WCDMA)技术和其它CDMA变形的技术。CDMA2000可以覆盖过渡标准(interim standard，IS)2000(IS-2000)，IS-95和IS-856标准。TDMA系统可以实现例如全球移动通信系统(global system for mobile communication，GSM)等无线技术。OFDMA系统可以实现诸如演进通用无线陆地接入(evolved UTRA，E-UTRA)、超级移动宽带(ultra mobile broadband，UMB)、IEEE 802.11(Wi-Fi)，IEEE 802.16(WiMAX)，IEEE 802.20，Flash OFDMA等无线技术。UTRA和E-UTRA是UMTS以及UMTS演进版本。3GPP在长期演进(long term evolution，LTE)和基于LTE演进的各种版本是使用E-UTRA的UMTS的新版本。第五代(5 Generation，5G)通信系统、新空口(New Radio，NR)、未来第六代(6th generation，6G)移动通信系统是正在研究当中的下一代通信系统。本申请实施例的技术方案可以应用于诸如V2X、LTE-V、V2V、车联网、MTC、IoT、LTE-M、M2M及物联网等的各类通信系统。此外，所述通信系统还可以适用于面向未来的通信技术，都适用本申请实施例提供的技术方案。本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
本申请实施例主要应用于如图1所示的新空口通信系统的系统架构示意图，该系统架构中，核心网网元功能分为用户面功能(user plane function，UPF)以及接入和移动管理功能(access and mobility management function，AMF)，其中UPF主要负责数据包的接收以及转发，而AMF主要负责向基站设备建立会话连接，AMF也可以也接收终端设备所发送的上行数据。
相应的，基站则按功能被分为集中单元(centralized unit，CU)以及分布单元(distribute unit，DU)，其中CU提供与AMF以及UPF的接口，可以用于与AMF建立会话连接并且接收UPF下发的数据包，其次CU与DU之间也存在接口，主要用于在基站设备内部控制与协调多个DU，本发明实施例中主要应用CU向DU控制以及协调数据包的功能。而DU与CU之间存在接口，其功能主要用于接收CU下发的数据包，其次DU与终端设备之间也存在接口，用于向终端设备发送从CU接收到的数据包。此外，基站可以与终端设备1至6进行通信，也可以通过中继站与终端设备1至6进行通信。终端设备1至6可以支持与不同技术的多个基站进行通信，例如，终端设备可以支持与LTE网络的基站通信，也可以支持与5G网络的基站通信，还可以支持与LTE网络的基站以及5G网络的基站的双连接。终端设备1至6，又称之为用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、终端等，是一种向用户提供语音和/ 或数据连通性的设备，或，设置于该设备内的芯片，例如，具有无线连接功允许的手持式设备、车载设备等。目前，一些终端设备的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
需要说明的是，“AMF”只是对执行接入和移动管理功能的设备的统称，并不特指某个或某些设备，在实际应用中，也可能对执行接入和移动管理功能的设备不称之为“AMF”，而以其他名称代替，具体此处不做限定，本申请实施例中只以“AMF”为例进行说明。
同理，“UPF”只是对执行用户面功能的设备的统称，并不特指某个或某些设备，在实际应用中，也可能对执行用户面功能的设备不称之为“UPF”，而以其他名称代替，具体此处不做限定，本申请实施例中只以“UPF”为例进行说明。
在实际应用中，AMF和UPF既可以是单独的设备，也可以是其他设备(诸如服务器等)上的一组功能实体，具体此处不做限定。
为了便于理解，这里对本申请实施例涉及到的一些术语或概念进行解释。
空口组播，即为了满足网络下多个用户同时观看相同内容的需求，可以采用组播方式仅消耗一份空口资源来保证空口高效率，最开始的组播即多媒体广播组播功能(multimedia broadcast multicast service，MBMS),将地理位置相近的多个小区集中归属与同一多播/组播单频网络(multicast broadcast single frequency network，MBSFN)区域，属于同一个MBSFN区域内的所有小区需要在同一时刻的同一时频资源上广播相同内容，以保证边缘终端设备可同时收到多个小区的信号，能够合并增益并且提升接收可靠性。但由于MBMS系统基于MBMSF区域是静态划分且不可动态时变的，因此针对某些小范围组通信的需求，例如，仅在一个小区内广播或组播，仍然会在整个MBSFN区域内的所有小区都广播这些业务，即使大部分小区下的终端设备没有接收该业务的需求。因此提出了基于小区组播广播的进一步进行增强的单小区点对多点传输(single cell to multicast transmission，SCPTM)方案。SCPTM是基于单小区的组播/广播机制，相比较传统的单小区单播机制下仅有一个终端接收业务，能够在单小区给所有想接收相同业务或服务的终端发送数据，但仅消耗一份空口资源，因此比采用单播方式，给小区下每个用户发送一份具有相同内容的单播数据，导致多个单播用户消耗多份空口资源的空口效率高，其中SCPTM通过PHY层采用组标识组无线网络临时标识(group radio network temporary identifier，G-RNTI)加扰，而单播则通过PHY层采用小区无线网络临时标识(cell radio network temporary identifier，C-RNTI)加扰。
为了便于理解，请参阅图2所示，图2为本申请实施例中会话建立的方法一个实施例示意图，主要包括以下步骤：
201、第一设备接收第二设备发送的第一消息；
首先，第一设备接收第二设备发送的第一消息，第一设备能够根据第一消息触发步骤202，其次，第一消息中还携带有第一标识以及第二标识，第二标识可以指示第一标识的所属组信息。
202、第一设备与第三设备建立第一会话。
通过步骤201中的第一消息触发第一设备与第三设备建立第一会话，此外，第一设备可以通过第一会话接收第三设备发送的数据包。
另外，第一设备与第三设备之间还可以建立其他类型的会话，请参阅图3所示，图3为本申请实施例中会话建立的方法另一实施例示意图，主要包括以下步骤：
301、第一设备接收第二设备发送的第二消息；
首先，第一设备接收第二设备发送的第二消息，第一设备能够根据第二消息触发步骤302，其次，第二消息中还携带有第三标识、第二标识以及第一列表，第一列表为第四标识的集合，而第四标识为第四设备所对应的标识，第三标识则与第一列表中的第四标识一一对应，第二标识可以指示第一列表中的第四标识的所属组信息。
302、第一设备与第三设备建立第二会话。
通过步骤301中的第二消息触发第一设备与第三设备建立第二会话，此外，第一设备可以通过第二会话接收第三设备发送的数据包。
进一步地，请参阅图4所示，图4为本申请实施例中承载建立的方法一个实施例示意图，主要包括以下步骤：
401、第一设备向第五设备发送第三消息；
首先，第一设备向第五设备发送第三消息，通过第三消息可以触发步骤402，其次，第三消息中还携带有第五标识以及第二标识，第二标识可以指示第四标识的所属组信息。
402、第一设备与第五设备建立第一承载。
通过步骤401中的第三消息触发第一设备与第五设备建立第一承载，此外，第一设备可以通过第一承载向第五设备发送数据包。
另外，第一设备与第五设备之间还可以建立其他类型的承载，请参阅图5所示，图5为本申请实施例中承载建立的方法另一实施例示意图，主要包括以下步骤：
501、第一设备向第五设备发送第四消息；
首先，第一设备向第五设备发送第四消息，通过第四消息可以触发步骤502，其次，第三消息还携带有第七标识、第二标识以及第一列表，第一列表为第四标识的集合，而第四标识为第四设备对应的标识，第七标识则与第一列表中的第四标识一一对应，第二标识可以指示第一列表中的第四标识的所属组信息。
502、第一设备与第五设备建立第二承载。
通过步骤502中的第四消息触发一设备与第五设备建立第二承载，此外，第一设备可以通过第二承载向第五设备发送数据包。
进一步地，请参阅图6所示，图6为本申请实施例中数据传输的方法一个实施例示意图，主要包括以下步骤：
601、第五设备获取第二列表；
首先，第五设备获取第二列表，第四设备对应的标识为第四标识，而第四标识的集合为第一列表，第二标识可以指示第一列表中的第四标识的所属组信息，其次，第二列表可以根据第二标识所指示的所属组信息确定第四设备。
602、第五设备向第四设备发送数据包。
第五设备通过步骤601所获取的第二列表向第四设备发送数据包。
另外，第五设备还通过其他方式向第四设备局发送数据包，请参阅图7所示，图7为本申请实施例中数据传输的方法另一实施例示意图，主要包括以下步骤：
701、第五设备获取第六标识；
首先，第五设备获取第六标识，第四设备对应的标识为第四标识，而第四标识的集合为第一列表，第二标识可以指示第一列表中的第四标识的所属组信息，其次，第六标识可以根据第二标识所指示的所属组信息确定第四设备。
702、第五设备向第四设备发送数据包。
第五设备通过步骤701所获取的第六标识向第四设备发送数据包。
为便于更好的理解和实施本申请实施例的上述方案，下面举例相应的应用场景来进行具体说明。
本申请实施例中，以第一设备可以为集中单元(centralized unit，CU)，第二设备可以为接入和移动管理功能(access and mobility management function，AMF)，第三设备可以为用户功能(user plane function，UPF)，第四设备可以为终端设备，第五设备可以为分布单元(distribute unit，DU)为例进行说明，在实际应用中，也可以对执行第一设备至第五设备相同功能的设备以其他名称代替，具体此处不做限定。
其次，本申请实施例中，以第一会话可以为用户协议数据单元会话(user equipment PDU session，UE PDU session)，第二会话可以为组协议数据单元会话(Group PDU session)，第一承载可以为UE数据承载(DRB)，第二承载可以为组数据承载(Group DRB)，第一标识可以为UE PDU session标识(identity，ID)，第二标识可以为vlan ID，第三标识可以为Group PDU session ID，第四标识可以为终端设备ID，第五标识可以为UE DRB ID，第六标识可以为组无线网络临时标识(group radio network temporary identifier，G-RNTI)，第七标识可以为Group DRB ID,第一列表可以为终端设备ID列表，第二列表可以为小区无线网络临时标识(cell radio network temporary identifier，C-RNTI)列表为例进行说明，在实际应用中，也可以为对执行相同功能的会话、承载、标识、列表以及消息以其他名称代替，具体此处不做限定。
进一步地，当多个终端设备需要接收数据包时，在CU与UPF，CU与DU以及DU与终端设备之间，若采用至少一次的组播方式进行数据包传输，可以提升数据包传输效率。
需要说明的是，CU与UPF之间可以采用组播方式对数据包进行传输，也可以采用单播方式对数据包进行传输，下面分别对两种方式进行说明：
一、CU与UPF之间采用组播方式进行数据包传输：
本实施例中，CU与DU之间可以采用组播或单播的方式进行数据包传输，DU与终端设 备之间也可以采用组播或单播的方式进行数据包传输，可以理解的是，在实际应用中，CU与DU以及DU与终端设备之间的数据包传输方式可以由多种组合，下面分别进行说明：
1、CU与DU组播，DU与终端设备组播：
本实施例中，CU接收UPF通过Group PDU session以组播方式发送的数据包，进而CU向DU通过Group DRB向DU以组播方式发送的数据包，最后DU通过G-RNTI加扰向终端设备以组播方式发送数据包。为了便于理解，请参阅图8所示，图8为本申请实施例中数据传输的方法另一实施例示意图，主要包括以下步骤：
801、AMF向CU发送第二消息；
首先，AMF需要向CU发送第二消息，CU能够根据第二消息触发步骤802，另外，在第二消息中携带有Group PDU session ID、vlan ID以及终端设备ID列表，Group PDU session ID与终端设备ID列表中的终端设备ID一一对应，而vlan ID则可以指示终端设备ID属于同一个组，即一个或多个终端设备ID对应同一个vlan ID，则一个或多个终端设备ID属于同一个组。
802、CU与UPF建立Group PDU session；
其次，CU根据步骤801所接收的第二消息与UPF建立Group PDU session，建立的Group PDU session可以用于步骤803。
803、UPF向CU发送数据包；
进一步地，UPF可以通过步骤802中所建立的Group PDU session以组播方式向CU发送数据包。
可以理解的是，CU获取vlan ID的方式可以不仅仅如步骤801所述，还可以是CU与UPF建立Group PDU session时，CU从AMF处获取，或，CU从UPF处获取，具体此处不做限定。
从步骤801可以得知，Group PDU session ID与终端设备ID列表中的终端设备ID一一对应，且vlan ID可以指示终端设备ID属于同一个组。若Group PDU session对应的终端设备ID被vlan ID指示属于同一个组，UPF可以认为属于同一个组的多个的终端设备需要接收的是相同的数据包，UPF不需要再将数据包为复制多份数据，再通过多个会话向CU发送数据包，可以仅通过Group PDU session向CU发送一份数据包，从而节省信道传输资源，提升数据传输的效率。
804、CU向DU发送第四消息；
CU向DU发送第四消息，然后通过第四消息可以触发步骤805，另外，第四消息中还携带有Group DRB ID、vlan ID以及终端设备ID列表，Group DRB ID与终端设备ID列表中的终端设备ID关联，vlan ID可以指示终端设备ID属于同一个组。
805、CU与DU建立Group DRB；
其次，CU根据步骤804所接收的第四消息与DU建立Group DRB，建立的Group DRB可以用于步骤806。
需要说明的是，步骤801至步骤803，与，步骤804至步骤805之间没有时序上的先后顺序之分，只要步骤803在时序上先于步骤806执行即可，例如CU可以同时执行步骤 801至步骤803，与，步骤804至步骤805，也可以先执行步骤804至步骤805，再执行步骤801至步骤803，此处不做限定。
806、CU向DU发送数据包；
进一步地，CU可以通过步骤805中所建立的Group DRB向DU发送数据包。
从步骤804可以得知，Group DRB与终端设备ID列表中的终端设备ID一一对应，且vlan ID可以指示终端设备ID属于同一个组。若Group DRB对应的终端设备ID被vlan ID指示属于同一个组，与步骤803类似，CU可以认为属于同一个组的多个的终端设备需要接收的是相同的数据包，然后通过Group DRB向CU发送一份数据包，从而节省信道传输资源，提升数据传输的效率。
807、DU获取G-RNTI；
DU通过步骤806接收到数据包后，DU可以通过不同方式获取到G-RNTI，例如：
DU可以生成G-RNTI，并通过F1接口向CU发送G-RNTI配置消息以及对应组信息，使得CU获取到DU所生成的G-RNTI以及对应的组信息，
或，
G-RNTI也可以由CU生成，然后DU接收CU通过F1接口发送的G-RNTI配置消息以及对应组信息，并获取CU所生成的G-RNTI以及对应的组信息。
进一步地，DU可以通过通用陆地无线接入网络与用户网络(universal terrestrial radio access network and user to network interface，Uu)接口向终端设备发送无线资源控制(radio resource control，RRC)消息、系统信息块(system information blocks，SIB)消息、服务数据适应协议(service data adaptation protocol，SDAP)消息、无线链路控制(radio link control，RLC)消息、分组数据汇聚协议(packet data convergence protocol，PDCP)消息、媒体接入控制层(medium acess control layer，MAC)消息，或，物理层(physical layer，PHY)消息，使得终端设备根据前述任一消息接收到G-RNTI。可选地，终端设备还可以接收CU通过Uu接口发送的RRC消息、SIB消息、SDAP消息、RLC消息、PDCP消息、MAC消息，或，PHY消息，并根据前述任一消息接收到G-RNTI，使得终端设备能够在步骤808中接收到DU通过G-RNTI加扰发送的数据包。
808、DU向终端设备发送数据包。
最后，DU可以通过该G-RNTI加扰的方式向终端设备发送数据包。
进一步地，DU在通过该G-RNTI加扰的方式向终端设备发送数据包之前，终端设备可以接收DU发送的组播接收通知，使得终端设备可以使用G-RNTI接收DU发送的数据包，
或，
终端设备还可以接收CU发送的组播接收通知，使得终端设备可以使用G-RNTI接收DU发送的数据包。
可选地，DU通过组播方式发送数据可以由DU确定，另外，还向CU发送第二通知消息，用于向CU告知DU通过组播方式向终端设备发送数据，
或，
DU通过组播方式发送数据还可以由CU确定，此外，DU可以通过CU所发送的通知消 息，DU根据此消息可以确定通过组播方式向终端设备发送数据。
另外，当CU接收到第二通知消息后，可以向DU发送response回复，或，reject回复，在实际应用中，还可以发送accept回复，此处不做限定。而DU接收到通知消息后，也可以向CU发送与前述CU接收到第二通知消息后所发送的类似不同回复，在此不再赘述。
具体地，本实施例中，DU通过G-RNTI向终端设备发送数据包需要G-RNTI、vlan ID以及终端设备ID之间的对应关系。
示例性地，本实施例中，G-RNTI、vlan ID以及终端设备ID之间的对应关系可以如表1所示，需要说明的是，表1中仅为G-RNTI、vlan ID以及终端设备ID之间的对应关系的一种示例，在实际应用中，对应关系可以为其他方式，具体此处不做限定：
表1
  终端设备ID＝1 终端设备ID＝2
vlan ID＝1 G-RNTI＝1  
vlan ID＝2 G-RNTI＝2  
vlan ID＝3   G-RNTI＝3
具体地，本实施例中，如表1所示，当DU通过Group DRB获取的数据包需要向终端设备ID为1的终端设备发送，且vlan ID为1，那么DU可以通过G-RNTI为1向终端设备发送数据包，而终端设备则可以通过G-RNTI为1接收数据包。其次，当DU通过Group DRB获取的数据包需要向终端设备ID为1的终端设备发送，且vlan ID为2，那么DU可以通过G-RNTI为2向终端设备发送数据包，而终端设备则可以通过G-RNTI为2接收数据包。进一步地，当DU通过Group DRB获取的数据包需要向终端设备ID为2的终端设备发送，且vlan ID为3，那么DU可以通过G-RNTI为3向终端设备发送数据包，而终端设备则可以通过G-RNTI为3接收数据包。
本实施例中，CU可以通过AMF所发送的第二消息与UPF建立Group PDU session，并且UPF通过Group PDU session以组播方式向CU发送数据包，其次，CU在接收到UPF以组播方式发送的数据包后，通过Group DRB以组播方式向DU发送数据包，最后DU接收到CU以组播的方式发送的数据包后，通过获取到的G-RNTI以组播方式向终端设备发送数据包。在UPF与CU，CU与DU，DU与终端设备之间均采用组播方式进行数据包的传输，节省信道资源的消耗，其次，提升空口传输效率，从而提升数据传输效率。
2、CU与DU组播，DU与终端设备单播：
本实施例中，CU接收UPF通过Group PDU session以组播方式发送的数据包，进而CU向DU通过Group DRB向DU以组播方式发送的数据包，最后DU通过C-RNTI List加扰向终端设备以单播方式发送数据包。为了便于理解，请参阅图9所示，图9为本申请实施例中数据传输的方法另一实施例示意图，主要包括以下步骤：
本实施例中的步骤901至步骤906与前述图8所示实施例中的步骤801至步骤806类似，此处不再赘述。
907、DU获取C-RNTI List；
DU通过步骤906接收到数据包后，DU可以通过不同方式获取到C-RNTI List，例如：
DU可以生成C-RNTI List，并通过F1接口向CU发送C-RNTI List配置消息、对应的终端设备标识信息以及对应关系，使得CU获取到DU所生成的C-RNTI List，
或，
C-RNTI List也可以由CU生成，然后DU接收CU通过F1接口发送的C-RNTI List配置消息、对应的终端设备标识信息以及对应关系，并获取CU所生成的C-RNTI List。其中，终端设备标识信息可以包括临时移动用户识别(temporary mobile subscriber identity，TMSI),国际移动用户识别码(international mobile subscriber identity，IMSI)，全球唯一临时UE标识(globally unique temporary UE identity，GUTI),或，F1接口UE标识。其中，F1接口UE标识包括gNB-CU UE F1接口标识，或，gNB-DU UE F1接口标识。
进一步地，DU可以通过Uu接口向终端设备发送RRC消息、SIB消息、SDAP消息、RLC消息、PDCP消息、MAC消息，或，PHY消息，使得终端设备根据前述任一消息接收到C-RNTI List。可选地，终端设备还可以接收CU通过Uu接口发送的RRC消息、SIB消息、SDAP消息、RLC消息、PDCP消息、MAC消息，或，PHY消息，并根据前述任一消息接收到C-RNTI List，使得终端设备能够在步骤908中接收到DU通过C-RNTI List加扰发送的数据包。
908、DU向终端设备发送数据包。
最后，DU可以通过该C-RNTI List加扰向终端设备发送数据包。
进一步地，DU在通过该C-RNTI List加扰的方式向终端设备发送数据包之前，终端设备可以接收DU发送的单播接收通知，使得终端设备可以使用C-RNTI List接收DU发送的数据包，
或，
终端设备还可以接收CU发送的单播接收通知，使得终端设备可以使用C-RNTI List接收DU发送的数据包。
可选地，DU通过单播方式发送数据可以由DU确定，另外，还向CU发送第一通知消息，用于向CU告知DU通过单播方式向终端设备发送数据，
或，
DU通过单播方式发送数据还可以由CU确定，此外，DU可以通过CU所发送的通知消息，DU根据此消息可以确定通过单播方式向终端设备发送数据。
另外，当CU接收到第一通知消息后，可以向DU发送response回复，或，reject回复，在实际应用中，还可以发送accept回复，此处不做限定。而DU接收到CU发送的通知消息后，也可以向CU发送与前述CU接收到第一通知消息后所发送的类似不同回复，在此不再赘述。
具体地，本实施例中，DU通过C-RNTI List向终端设备发送数据包需要C-RNTI List、vlan ID以及终端设备ID之间的对应关系。而C-RNTI List、vlan ID以及终端设备ID之间的对应关系与前述表1类似，此处不再赘述。
本实施例中，CU可以通过AMF所发送的第二消息与UPF建立Group PDU session，并且UPF通过Group PDU session以组播方式向CU发送数据包，其次，CU在接收到UPF以组播方式发送的数据包后，通过Group DRB以组播方式向DU发送数据包，最后DU接收到CU以组播的方式发送的数据包后，通过获取到的C-RNTI List以单播方式向终端设备发送数据包。在UPF与CU，CU与DU之间均采用组播方式进行数据包的传输，节省信道资源的消耗，从而提升数据传输效率。
3、CU与DU单播，DU与终端设备组播：
本实施例中，CU接收UPF通过Group PDU session以组播方式发送的数据包，进而CU向DU通过UE DRB向DU以单播方式发送的数据包，最后DU通过G-RNTI加扰向终端设备以组播方式发送数据包。为了便于理解，请参阅图10所示，图10为本申请实施例中数据传输的方法另一实施例示意图，主要包括以下步骤：
本实施例中的步骤1001至步骤1003与前述图8所示实施例中的步骤801至步骤803类似，此处不再赘述。
1004、CU向DU发送第三消息；
CU向DU发送第三消息，然后通过第三消息可以触发步骤1005，其次，第三消息中还携带有DRB ID以及vlan ID，一个DRB ID对应一个终端设备ID，而vlan ID可以指示DRB ID属于同一个组，即vlan ID可以指示终端设备ID属于同一个组。
1005、CU与DU建立UE DRB；
其次，CU根据步骤1004所接收的第三消息与DU建立UE DRB，建立的UE DRB可以用于步骤1006。
需要说明的是，步骤1001至步骤1003，与，步骤1004至步骤1005之间没有时序上的先后顺序之分，只要步骤1003在时序上先于步骤1006执行即可，例如CU可以同时执行步骤1001至步骤1003，与，步骤1004至步骤1005，也可以先执行步骤1004至步骤1005，再执行步骤1001至步骤1003，此处不做限定。
1006、CU向DU发送数据包；
进一步地，CU可以通过步骤1005中所建立的UE DRB向DU发送数据包。
1007、DU获取G-RNTI；
DU通过步骤1006接收到数据包后，DU可以通过不同方式到G-RNTI。DU获取G-RNTI的方式与前述图8所示实施例中的步骤807类似，终端设备可以通过不同方式接收到G-RNTI与述图8所示实施例中的步骤807类似，具体此处均不再赘述。
1008、DU向终端设备发送数据包。
最后，DU可以通过该G-RNTI加扰向终端设备发送数据包。
进一步地，终端设备可以接收CU或DU发送的组播接收通知与前述图8所示实施例中的步骤808类似，此处不再赘述。而DU通过不同方式确定以组播方式向终端设备发送数据包与前述图8所示实施例中的步骤808类似，此处不再赘述。
其次，DU通过G-RNTI向终端设备发送数据包需要G-RNTI、vlan ID以及终端设备ID之间的对应关系。而G-RNTI、vlan ID以及终端设备ID之间的对应关系与前述表1类似， 此处不再赘述。
示例性地，从步骤1004可以得知，一个DRB ID对应一个终端设备ID，而vlan ID可以指示终端设备ID属于同一个组。若有2个终端设备ID所对应的2个UE DRB被vlan ID指示属于同一个组，即步骤1006为DU通过2个UE DRB接收到2个数据包，2个数据包可以认为实际内容相同，也就是说DU可以在2个数据包中选择一个为组播源数据包，然后再通过G-RNTI向终端设备发送所选择的组播源数据包。
具体地，DU可以确定2个数据包中的组播源数据包，并向CU发送通知消息，使得CU根据通知消息确定组播源数据包，而CU确定组播源数据包后则可以在后续数据包传输时选择单播还是以组播源数据包进行组播，
或，
组播源数据包也可以由CU确定，并且向DU发送通知消息，使得DU确定2个数据包中的组播源数据包，并且选择组播源数据包通过G-RNTI向终端设备发送。其次，2个数据包中的非组播源数据包，DU可以选择删除，或，选择丢弃。
另外，当CU接收到通知消息后，可以向DU发送response回复，或，reject回复，在实际应用中，还可以发送accept回复，此处不做限定。DU接收到通知消息后，也可以向CU发送与前述CU接收到通知消息后所发送的类似不同回复，在此不再赘述。
本实施例中，CU可以通过AMF所发送的第二消息与UPF建立Group PDU session，并且UPF通过Group PDU session以组播方式向CU发送数据包，其次，CU在接收到UPF以组播方式发送的数据包后，通过UE DRB以单播方式向DU发送数据包，最后DU接收到CU以单播的方式发送的数据包后，DU通过不同方式确定组播源数据包，并通过获取到的G-RNTI以组播方式向终端设备发送已确定的组播源数据包。在UPF与CU，DU与终端设备之间均采用组播方式进行数据包的传输，节省信道资源的消耗，其次，提升空口传输效率，从而提升数据传输效率。
4、CU与DU单播，DU与终端设备单播：
本实施例中，CU接收UPF通过Group PDU session以组播方式发送的数据包，进而CU向DU通过UE DRB向DU以单播方式发送的数据包，最后DU通过C-RNTI List加扰向终端设备以单播方式发送数据包。为了便于理解，请参阅图11所示，图11为本申请实施例中数据传输的方法另一实施例示意图，主要包括以下步骤：
本实施例中的步骤1101至步骤1103与前述图8所示实施例中的步骤801至步骤803类似，此处不再赘述。
1104、CU向DU发送第三消息；
CU向DU发送第三消息，然后通过第三消息可以触发步骤1105，其次，第三消息中还携带有DRB ID以及vlan ID，一个DRB ID对应一个终端设备ID，而vlan ID可以指示终端设备ID属于同一个组。
1105、CU与DU建立UE DRB；
其次，CU根据步骤1104所接收的第四消息与DU建立UE DRB，建立的UE DRB可以用于步骤1106。
需要说明的是，步骤1101至步骤1103，与，步骤1104至步骤1105之间没有时序上的先后顺序之分，只要步骤1103在时序上先于步骤1106执行即可，例如CU可以同时执行步骤1101至步骤1103，与，步骤1104至步骤1105，也可以先执行步骤1104至步骤1105，再执行步骤1101至步骤1103，此处不做限定。
1106、CU向DU发送数据包；
进一步地，CU可以通过步骤1105中所建立的UE DRB向DU发送数据包。
1107、DU获取C-RNTI List；
DU通过步骤1106接收到数据包后，DU可以通过不同方式获取到C-RNTI List。DU获取C-RNTI List的多种方式与前述图9所示实施例中的步骤907类似，终端设备可以通过不同方式接收到C-RNTI List与述图9所示实施例中的步骤907类似，具体此处均不再赘述。
1108、DU向终端设备发送数据包。
最后，DU可以通过该C-RNTI List加扰向终端设备发送数据包。
进一步地，终端设备可以接收CU或DU发送的单播接收通知与前述图9所示实施例中的步骤908类似，此处不再赘述。而DU通过不同方式确定以单播方式向终端设备发送数据包与与前述图9所示实施例中的步骤908类似，此处不再赘述。
其次，DU通过C-RNTI List向终端设备发送数据包需要C-RNTI List、vlan ID以及终端设备ID之间的对应关系。而C-RNTI List、vlan ID以及终端设备ID之间的对应关系与前述表1类似，此处不再赘述。
本实施例中，CU可以通过AMF所发送的第二消息与UPF建立Group PDU session，并且UPF通过Group PDU session以组播方式向CU发送数据包，其次，CU在接收到UPF以组播方式发送的数据包后，通过UE DRB以单播方式向DU发送数据包，最后DU接收到CU以单播的方式发送的数据包后，通过获取到的C-RNTI List以单播方式向终端设备发送数据包。在UPF与CU之间采用组播方式进行数据包的传输，节省信道资源的消耗，从而提升数据传输效率。
二、CU与UPF之间采用单播方式进行数据包传输：
本实施例中，CU与DU之间可以采用组播或单播的方式进行数据包传输，DU与终端设备之间也可以采用组播或单播的方式进行数据包传输，可以理解的是，在实际应用中，CU与DU以及DU与终端设备之间的数据包传输方式可以由多种组合，下面分别进行说明，可以理解的是，本实施例主要对采用至少一次的组播方式进行数据包传输的方式进行说明，因此本实施例不对CU与DU以及DU与终端设备均为单播方式传输数据包的方式进行说明：
1、CU与DU组播，DU与终端设备组播：
本实施例中，CU接收UPF通过UE PDU session以单播方式发送的数据包，进而CU向DU通过Group DRB向DU以组播方式发送的数据包，最后DU通过G-RNTI加扰向终端设备以组播方式发送数据包。为了便于理解，请参阅图12所示，图12为本申请实施例中数据传输的方法另一实施例示意图，主要包括以下步骤：
1201、AMF向CU发送第一消息；
首先，AMF需要向CU发送第一消息，CU能够根据第一消息触发步骤1202，另外，在第一消息中携带有UE PDU session ID以及vlan ID，一个UE PDU session ID与一个终端设备ID对应，而vlan ID可以指示UE PDU session ID属于同一个组，即vlan ID可以指示终端设备ID属于同一个组，由此可以得知，若一个或多个终端设备ID对应同一个vlan ID，则一个或多个终端设备ID属于同一个组。
1202、CU与UPF建立UE PDU session；
其次，CU根据步骤1201所接收的第一消息与UPF建立UE PDU session，建立的UE PDU session可以用于步骤1203。
1203、UPF向CU发送数据包；
进一步地，UPF可以通过步骤1202中所建立的UE PDU session以单播方式向CU发送数据包。
1204、CU向DU发送第四消息；
CU向DU发送第四消息，然后通过第四消息可以触发步骤1205，另外，第四消息中还携带有Group DRB ID、vlan ID以及终端设备ID列表，Group DRB ID与终端设备ID列表中的终端设备ID一一对应，vlan ID可以指示终端设备ID属于同一个组。
1205、CU与DU建立Group DRB；
其次，CU根据步骤1204所接收的第四消息与DU建立Group DRB，建立的Group DRB可以用于步骤1206。
需要说明的是，步骤1201至步骤1203，与，步骤1204至步骤1205之间没有时序上的先后顺序之分，只要步骤1203在时序上先于步骤1206执行即可，例如CU可以同时执行步骤1201至步骤1203，与，步骤1204至步骤1205，也可以先执行步骤1204至步骤1205，再执行步骤1201至步骤1203，此处不做限定。
1206、CU向DU发送数据包；
进一步地，CU可以通过步骤1205中所建立的Group DRB向DU发送数据包。
示例性第，从步骤1204可以得知，一个UE PDU session ID对应一个终端设备ID，而vlan ID可以指示终端设备ID属于同一个组。若有2个终端设备ID所对应的2个UE PDU session ID被vlan ID指示属于同一个组，即步骤1203为UPF通过2个UE PDU session向CU发送3个数据包。3个数据包可以认为实际内容相同，也就是说CU可以在3个数据包中选择一个为组播源数据包，然后再通过Group DRB向DU发送所选择的组播源数据包。
具体地，AMF可以确定2个数据包中的组播源数据包，并向CU发送通知消息，使得CU根据通知消息确定2个数据包中的组播源数据包，并且选择组播源数据包通过Group DRB向DU发送。其次，2个数据包中的非组播源数据包，CU可以选择删除，或，选择丢弃，
或，
组播源数据包也可以由CU确定，并且向AMF发送通知消息，使得AMF根据通知消息确定组播源数据包，而AMF确定组播数据包后则可以在后续数据包传输时选择单播还是以组播源数据包进行组播。
另外，当CU接收到通知消息后，可以向AMF发送response回复，或，reject回复， 在实际应用中，还可以发送accept回复，此处不做限定。AMF接收到通知消息后，也可以向CU发送与前述CU接收到通知消息后所发送的类似不同回复，在此不再赘述。
1207、DU获取G-RNTI；
DU通过步骤1206接收到数据包后，DU可以通过不同方式获取到G-RNTI，例如：
DU可以生成G-RNTI，并通过F1接口向CU发送G-RNTI配置消息以及对应组信息，使得CU获取到DU所生成的G-RNTI以及对应的组信息，
或，
G-RNTI也可以由CU生成，然后DU接收CU通过F1接口发送的G-RNTI配置消息以及对应组信息，并获取CU所生成的G-RNTI以及对应的组信息。
进一步地，DU可以通过通过Uu接口向终端设备发送RRC消息、SIB消息、SDAP消息、RLC消息、PDCP消息、MAC消息，或，PHY消息，使得终端设备根据前述任一消息接收到G-RNTI。可选地，终端设备还可以接收CU通过Uu接口发送的RRC消息、SIB消息、SDAP消息、RLC消息、PDCP消息、MAC消息，或，PHY消息，并根据前述任一消息接收到G-RNTI，使得终端设备能够在步骤1208中接收到DU通过G-RNTI加扰发送的数据包。
1208、DU向终端设备发送数据包。
最后，DU可以通过该G-RNTI加扰向终端设备发送数据包。
进一步地，DU在通过该G-RNTI加扰的方式向终端设备发送数据包之前，终端设备可以接收DU发送的组播接收通知，使得终端设备可以使用G-RNTI接收DU发送的数据包，
或，
终端设备还可以接收CU发送的组播接收通知，使得终端设备可以使用G-RNTI接收DU发送的数据包。
可选地，DU通过组播方式发送数据可以由DU确定，另外，还向CU发送第二通知消息，用于向CU告知DU通过组播方式向终端设备发送数据，
或，
DU通过组播方式发送数据还可以由CU确定，此外，DU可以通过CU所发送的通知消息，DU根据此消息可以确定通过组播方式向终端设备发送数据。
另外，当CU接收到第二通知消息后，可以向DU发送response回复，或，reject回复，在实际应用中，还可以发送accept回复，此处不做限定。而DU接收到通知消息后，也可以向CU发送与前述CU接收到第二通知消息后所发送的类似不同回复，在此不再赘述。
具体地，本实施例中，DU通过G-RNTI向终端设备发送数据包需要G-RNTI、vlan ID以及终端设备ID之间的对应关系。而G-RNTI、vlan ID以及终端设备ID之间的对应关系与前述表1类似，此处不再赘述。
本实施例中，CU可以通过AMF所发送的第一消息与UPF建立UE PDU session，并且UPF通过UE PDU session以单播方式向CU发送数据包，其次，CU在接收到UPF以单播方式发送的数据包后，通过Group DRB以组播方式向DU发送数据包，最后DU接收到CU以组播的方式发送的数据包后，通过获取到的G-RNTI以组播方式向终端设备发送数据包。在 CU与DU，DU与终端设备之间均采用组播方式进行数据包的传输，节省信道资源的消耗，其次，提升空口传输效率，从而提升数据传输效率。
2、CU与DU组播，DU与终端设备单播：
本实施例中，CU接收UPF通过UE PDU session以单播方式发送的数据包，进而CU向DU通过Group DRB向DU以组播方式发送的数据包，最后DU通过C-RNTI List加扰向终端设备以单播方式发送数据包。为了便于理解，请参阅图13所示，图13为本申请实施例中数据传输的方法另一实施例示意图，主要包括以下步骤：
本实施例中的步骤1301至步骤1306与前述图12所示实施例中的步骤1201至步骤1206类似，此处不再赘述。
1307、DU获取C-RNTI List；
DU通过步骤1306接收到数据包后，DU可以通过不同方式获取到C-RNTI List，例如：
DU可以生成C-RNTI List，并通过F1接口向CU发送C-RNTI List配置消息、对应的终端设备标识信息以及对应关系，使得CU获取到DU所生成的C-RNTI List，
或，
C-RNTI List也可以由CU生成，然后DU接收CU通过F1接口发送的C-RNTI List配置消息、对应的终端设备标识信息以及对应关系，并获取CU所生成的C-RNTI List。其中，终端设备标识信息可以包括TMSI,IMSI,GUTI，或，F1接口UE标识。其中，F1接口UE标识包括gNB-CU UE F1接口标识，或，gNB-DU UE F1接口标识。
进一步地，DU可以通过Uu接口向终端设备发送RRC消息、SIB消息、SDAP消息、RLC消息、PDCP消息、MAC消息，或，PHY消息，使得终端设备根据前述任一消息接收到C-RNTI List。可选地，终端设备还可以接收CU通过Uu接口发送的RRC消息、SIB消息、SDAP消息、RLC消息、PDCP消息、MAC消息，或，PHY消息，并根据前述任一消息接收到C-RNTI List，使得终端设备能够在步骤1308中接收到DU通过C-RNTI List加扰发送的数据包。
1308、DU向终端设备发送数据包。
最后，DU可以通过该C-RNTI List加扰向终端设备发送数据包。
进一步地，DU在通过该C-RNTI List加扰的方式向终端设备发送数据包之前，终端设备可以接收DU发送的单播接收通知，使得终端设备可以使用C-RNTI List接收DU发送的数据包，
或，
终端设备还可以接收CU发送的单播接收通知，使得终端设备可以使用C-RNTI List接收DU发送的数据包。
可选地，DU通过单播方式发送数据可以由DU确定，另外，还向CU发送第一通知消息，用于向CU告知DU通过单播方式向终端设备发送数据，
或，
DU通过单播方式发送数据还可以由CU确定，此外，DU可以通过CU所发送的通知消息，DU根据此消息可以确定通过单播方式向终端设备发送数据。
另外，当CU接收到第一通知消息后，可以向DU发送response回复，或，reject回 复，在实际应用中，还可以发送accept回复，此处不做限定。而DU接收到CU发送的通知消息后，也可以向CU发送与前述CU接收到第一通知消息后所发送的类似不同回复，在此不再赘述。
具体地，本实施例中，DU通过C-RNTI List向终端设备发送数据包需要C-RNTI List、vlan ID以及终端设备ID之间的对应关系。而C-RNTI List、vlan ID以及终端设备ID之间的对应关系与前述表1类似，此处不再赘述。
本实施例中，CU可以通过AMF所发送的第一消息与UPF建立UE PDU session，并且UPF通过UE PDU session以单播方式向CU发送数据包，其次，CU在接收到UPF以单播方式发送的数据包后，通过不同方式确定组播源数据包，再通过Group DRB以组播方式向DU发送所确定的组播源数据包，最后DU接收到CU以组播的方式发送的数据包后，通过获取到的C-RNTI List以单播方式向终端设备发送数据包。在CU与DU之间采用组播方式进行数据包的传输，节省信道资源的消耗，从而提升数据传输效率。
3、CU与DU单播，DU与终端设备组播：
本实施例中，CU接收UPF通过UE PDU session以单播方式发送的数据包，进而CU向DU通过UE DRB向DU以单播方式发送的数据包，最后DU通过G-RNTI加扰向终端设备以组播方式发送数据包。为了便于理解，请参阅图14所示，图14为本申请实施例中数据传输的方法另一实施例示意图，主要包括以下步骤：
本实施例中的步骤1401至步骤1403与前述图12所示实施例中的步骤1201至步骤1203类似，此处不再赘述。
1404、CU向DU发送第三消息；
CU向DU发送第三消息，并且通过第三消息可以触发步骤1405，第三消息中还携带有DRB ID以及vlan ID，一个DRB ID对应一个终端设备ID，而vlan ID可以指示DRB ID属于同一个组，即vlan ID可以指示终端设备ID属于同一个组。
1405、CU与DU建立UE DRB；
其次，CU根据步骤1404所接收的第三消息与DU建立UE DRB，建立的UE DRB可以用于步骤1406。
需要说明的是，步骤1401至步骤1403，与，步骤1404至步骤1405之间没有时序上的先后顺序之分，只要步骤1403在时序上先于步骤1406执行即可，例如CU可以同时执行步骤1401至步骤1403，与，步骤1404至步骤1405，也可以先执行步骤1404至步骤1405，再执行步骤1401至步骤1403，此处不做限定。
1406、CU向DU发送数据包；
进一步地，CU可以通过步骤1405中所建立的UE DRB向DU发送数据包。
1407、DU获取G-RNTI；
DU通过步骤1406接收到数据包后，DU可以通过不同方式到G-RNTI。DU获取G-RNTI的方式与前述图12所示实施例中的步骤1207类似，终端设备可以通过不同方式接收到G-RNTI与述图12所示实施例中的步骤1207类似，具体此处均不再赘述。
1408、DU向终端设备发送数据包。
最后，DU可以通过该G-RNTI加扰向终端设备发送数据包。
进一步地，终端设备可以接收CU或DU发送的组播接收通知与前述图12所示实施例中的步骤1208类似，此处不再赘述。DU通过不同方式确定以组播方式向终端设备发送数据包与与前述图12所示实施例中的步骤1208类似，此处不再赘述。
其次，DU通过G-RNTI向终端设备发送数据包需要G-RNTI、vlan ID以及终端设备ID之间的对应关系。而G-RNTI、vlan ID以及终端设备ID之间的对应关系与前述表1类似，此处不再赘述。
示例性地，从步骤1404可以得知，一个DRB ID对应一个终端设备ID，而vlan ID可以指示终端设备ID属于同一个组。若有5个终端设备ID所对应的5个UE DRB被vlan ID指示属于同一个组，即步骤1406为DU通过5个UE DRB接收到5个数据包，5个数据包可以认为实际内容相同，也就是说DU可以在5个数据包中选择一个为组播源数据包，然后再通过G-RNTI向终端设备发送所选择的组播源数据包。
具体地，DU可以确定5个数据包中的组播源数据包，并向CU发送通知消息，使得CU根据通知消息确定组播源数据包，而CU确定组播源数据包后则可以在后续数据包传输时选择单播还是以组播源数据包进行组播，
或，
组播源数据包也可以由CU确定，并且向DU发送通知消息，使得DU确定5个数据包中的组播源数据包，并且选择组播源数据包通过G-RNTI向终端设备发送。其次，5个数据包中的非组播源数据包，DU可以选择删除，或，选择丢弃。
另外，当CU接收到通知消息后，可以向DU发送response回复，或，reject回复，在实际应用中，还可以发送accept回复，此处不做限定。DU接收到通知消息后，也可以向CU发送与前述CU接收到通知消息后所发送的类似不同回复，在此不再赘述。
本实施例中，CU可以通过AMF所发送的第一消息与UPF建立UE PDU session，并且UPF通过UE PDU session以单播方式向CU发送数据包，其次，CU在接收到UPF以单播方式发送的数据包后，通过UE DRB以单播方式向DU发送数据包，最后DU接收到CU以单播的方式发送的数据包后，DU通过不同方式确定组播源数据包，并通过获取到的G-RNTI以组播方式向终端设备发送已确定的组播源数据包。在DU与终端设备之间均采用组播方式进行数据包的传输，提升空口传输效率，从而提升数据传输效率。
上面对本申请实施例中的数据传输方法进行了描述，下面对本申请实施例中的第一设备进行描述：
请参阅图15，图15为本申请实施例中通信设备的一个实施例示意图，通信设备1500包括：
接收模块1501，用于接收第二设备发送的第一消息，其中，第一消息用于第一设备与第三设备建立第一会话，第一消息携带第一标识以及第二标识，第二标识指示第一标识的所属组信息。
在一种可选的实现方式中，在上述图15所对应的实施例基础上，本申请实施例提供的通信设备1500的另一实施例中，所述接收模块1501，还用于接收第三设备通过第一会 话发送的数据包，其中，数据包被标记为属于第二标识指示的组。
在一种可选的实现方式中，在上述图15所对应的实施例基础上，本申请实施例提供的通信设备1500的另一实施例中，所述接收模块1501，还用于接收第二设备发送的通知消息，其中，通知消息用于第一设备确定组播源数据包。
在一种可选的实现方式中，在上述图15所对应的实施例基础上，本申请实施例提供的通信设备1500的另一实施例中，所述通信设备1500还包括发送模块1502，用于向第二设备发送通知消息，其中，通知消息用于第二设备确定组播源数据包。
请参阅图16，图16为本申请实施例中第一设备的另一实施例示意图，通信设备1600包括：
接收模块1601，用于接收第二设备发送的第二消息，其中，第二消息用于第一设备与第三设备建立第二会话，第二消息携带第三标识、第二标识以及第一列表，第一列表为第四标识的集合，第四标识为第四设备对应的标识，第三标识与第一列表中的第四标识对应，第二标识指示第一列表中的第四标识的所属组信息。
在一种可选的实现方式中，在上述图16所对应的实施例基础上，本申请实施例提供的通信设备1600的另一实施例中，接收模块1601，还用于接收第三设备通过第二会话发送的数据包，其中，数据包被标记为属于第二标识指示的组。
请参阅图17，图17为本申请实施例中第一设备的另一实施例示意图，通信设备1700包括：
发送模块1701，用于向第五设备发送第三消息，其中，第三消息用于第一设备与第五设备建立第一承载，第三消息携带第五标识以及第二标识，第二标识指示第四标识的所属组信息，第四标识为第四设备对应的标识。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述发送模块1701，还用于通过第一承载向第五设备发送数据包，其中，数据包被标记为属于第二标识指示的组。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述通信设备1700还包括接收模块1702，用于接收第五设备发送的通知消息，其中，通知消息用于第一设备确定组播源数据包。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述发送模块1701，还用于向第五设备发送通知消息，其中，通知消息用于第五设备确定组播源数据包。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述接收模块1702，还用于接收第五设备发送的第二列表，其中，第二列表用于第五设备以单播方式向第四设备发送数据包。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述发送模块1701，还用于向第五设备发送第二列表。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述发送模块1701，还用于向第四设备发送第二列表， 其中，第二列表用于第四设备接收第五设备以单播方式发送的数据包。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述接收模块1702，还用于接收第五设备发送的第六标识，其中，第六标识用于第五设备以组播方式向第四设备发送数据包。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述发送模块1701，还用于向第五设备发送第六标识。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述发送模块1701，还用于向第四设备发送第六标识，其中，第六标识用于第四设备接收第五设备以组播方式发送的数据包。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述发送模块1701，还用于向第一设备发送第一通知消息，其中，第一通知消息用于向第一设备告知第五设备以单播方式向第四设备发送数据包。
在一种可选的实现方式中，在上述图17所对应的实施例基础上，本申请实施例提供的通信设备1700的另一实施例中，所述发送模块1701，还用于向第五设备发送通知消息，其中，通知消息用于确定第五设备以单播方式向第四设备发送数据包。
请参阅图18，图18为本申请实施例中第一设备的另一实施例示意图，通信设备1800包括：
发送模块1801，用于向第五设备发送第四消息，其中，第四消息用于第一设备与第五设备建立第二承载，第四消息携带第七标识、第二标识以及第一列表，第一列表为第四标识的集合，第四标识为第四设备对应的标识，第七标识与第一列表中的第四标识对应，第二标识指示第一列表中的第四标识的所属组信息。
在一种可选的实现方式中，在上述图18所对应的实施例基础上，本申请实施例提供的通信设备1800的另一实施例中，所述发送模块1801，还用于通过第二承载向第五设备发送数据包，其中，数据包被标记为属于第二标识指示的组。
在一种可选的实现方式中，在上述图18所对应的实施例基础上，本申请实施例提供的通信设备1800的另一实施例中，所述通信设备1800还包括接收模块1802，用于接收第五设备发送的第二列表，其中，第二列表用于第五设备以单播方式向第四设备发送数据包。
在一种可选的实现方式中，在上述图18所对应的实施例基础上，本申请实施例提供的通信设备1800的另一实施例中，所述发送模块1801，还用于向第五设备发送第二列表。
在一种可选的实现方式中，在上述图18所对应的实施例基础上，本申请实施例提供的通信设备1800的另一实施例中，所述发送模块1801，还用于向第四设备发送第二列表，其中，第二列表用于第四设备接收第五设备以单播方式发送的数据包。
在一种可选的实现方式中，在上述图18所对应的实施例基础上，本申请实施例提供的通信设备1800的另一实施例中，所述接收模块1802，还用于接收第五设备发送的第六标识，其中，第六标识用于第五设备以组播方式向第四设备发送数据包。
在一种可选的实现方式中，在上述图18所对应的实施例基础上，本申请实施例提供的通信设备1800的另一实施例中，所述发送模块1801，还用于向第五设备发送第六标识。
在一种可选的实现方式中，在上述图18所对应的实施例基础上，本申请实施例提供的通信设备1800的另一实施例中，所述发送模块1801，还用于向第四设备发送第六标识，其中，第六标识用于第四设备接收第五设备以组播方式发送的数据包。
在一种可选的实现方式中，在上述图18所对应的实施例基础上，本申请实施例提供的通信设备1800的另一实施例中，所述发送模块1801，还用于向第一设备发送第一通知消息，其中，第一通知消息用于向第一设备告知第五设备以单播方式向第四设备发送数据包。
在一种可选的实现方式中，在上述图18所对应的实施例基础上，本申请实施例提供的通信设备1800的另一实施例中，所述发送模块1801，还用于向第五设备发送通知消息，其中，通知消息用于确定第五设备以组播方式向第四设备发送数据包。
上面对本申请实施例中的第一设备进行了描述，下面对本申请实施例中的第五设备进行描述：
请参阅图19，图19为本申请实施例中第五设备的一个实施例示意图，通信设备1900包括：
发送模块1901，用于通过第二列表向第四设备发送数据包，其中，第四设备对应的标识为第四标识，第四标识的集合为第一列表，第二标识指示第一列表中的第四标识的所属组信息，第二列表根据第二标识确定属于所属组的第四设备。
在一种可选的实现方式中，在上述图19所对应的实施例基础上，本申请实施例提供的通信设备1900的另一实施例中，所述通信设备1900还包括接收模块1902，用于接收第一设备发送的第二列表。
在一种可选的实现方式中，在上述图19所对应的实施例基础上，本申请实施例提供的通信设备1900的另一实施例中，所述发送模块1901，还用于向第一设备发送第二列表。
在一种可选的实现方式中，在上述图19所对应的实施例基础上，本申请实施例提供的通信设备1900的另一实施例中，所述发送模块1901，还用于向第四设备发送第二列表，其中，第二列表用于第四设备接收第五设备以单播方式发送的数据包。
在一种可选的实现方式中，在上述图19所对应的实施例基础上，本申请实施例提供的通信设备1900的另一实施例中，所述接收模块1902，还用于接收第一设备发送的通知消息，其中，通知消息用于确定第五设备以单播方式向第四设备发送数据包。
在一种可选的实现方式中，在上述图19所对应的实施例基础上，本申请实施例提供的通信设备1900的另一实施例中，所述发送模块1901，还用于向第一设备发送第一通知消息，其中，第一通知消息用于向第一设备告知第五设备以单播方式向第四设备发送数据包。
请参阅图20，图20为本申请实施例中第五设备的另一实施例示意图，通信设备2000包括：
发送模块2001，用于通过第六标识向第四设备发送数据包，其中，第四设备对应的标识为第四标识，第四标识的集合为第一列表，第二标识指示第一列表中的第四标识的所属 组信息，第六标识根据第二标识确定属于所属组的第四设备。
在一种可选的实现方式中，在上述图20所对应的实施例基础上，本申请实施例提供的通信设备2000的另一实施例中，所述通信设备2000还包括接收模块2002，用于接收第一设备发送的第六标识。
在一种可选的实现方式中，在上述图20所对应的实施例基础上，本申请实施例提供的通信设备2000的另一实施例中，所述发送模块2001，还用于向第一设备发送第六标识。
在一种可选的实现方式中，在上述图20所对应的实施例基础上，本申请实施例提供的通信设备2000的另一实施例中，所述发送模块2001，还用于向第四设备发送第六标识，其中，第六标识用于第四设备接收第五设备以组播方式发送的数据包。
在一种可选的实现方式中，在上述图20所对应的实施例基础上，本申请实施例提供的通信设备2000的另一实施例中，所述接收模块2002，还用于接收第一设备发送的通知消息，其中，通知消息用于确定第五设备以组播方式向第四设备发送数据包。
在一种可选的实现方式中，在上述图20所对应的实施例基础上，本申请实施例提供的通信设备2000的另一实施例中，所述发送模块2001，还用于向第一设备发送第二通知消息，其中，其中第二通知消息向第一设备告知第五设备以组播方式向第四设备发送数据包。
在一种可选的实现方式中，在上述图20所对应的实施例基础上，本申请实施例提供的通信设备2000的另一实施例中，所述发送模块2001，还用于向第一设备发送通知消息，其中，通知消息用于第一设备确定组播源数据包。
在一种可选的实现方式中，在上述图20所对应的实施例基础上，本申请实施例提供的通信设备2000的另一实施例中，所述接收模块2002，还用于接收第一设备发送的通知消息，其中，通知消息用于第五设备确定组播源数据包。
请参阅图21，图21为本申请实施例中第一设备的另一实施例示意图，该通信设备2100可以包括一个或一个以上中央处理器(central processing units，CPU)2101和存储器2105，该存储器2105中存储有一个或一个以上的应用程序或数据。
其中，存储器2105可以是易失性存储或持久存储。存储在存储器2105的程序可以包括一个或一个以上模块，每个模块可以包括对第一设备中的一系列指令操作。更进一步地，中央处理器2101可以设置为与存储器2105通信，在通信设备2100上执行存储器2105中的一系列指令操作。
通信设备2100还可以包括一个或一个以上电源2102，一个或一个以上有线或无线网络接口2103，一个或一个以上输入输出接口2104，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等。
该中央处理器2101可以执行前述图15至图18所示实施例中通信设备所执行的操作，具体此处不再赘述。
请参阅图22，图22为本申请实施例中第五设备的另一实施例示意图，该通信设备2200可以包括一个或一个以上中央处理器(central processing units，CPU)2201和存 储器2205，该存储器2205中存储有一个或一个以上的应用程序或数据。
其中，存储器2205可以是易失性存储或持久存储。存储在存储器2205的程序可以包括一个或一个以上模块，每个模块可以包括对第五设备中的一系列指令操作。更进一步地，中央处理器2201可以设置为与存储器2205通信，在通信设备2200上执行存储器2205中的一系列指令操作。
通信设备2200还可以包括一个或一个以上电源2202，一个或一个以上有线或无线网络接口2203，一个或一个以上输入输出接口2204，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等。
该中央处理器2201可以执行前述图19至图20所示实施例中通信设备所执行的操作，具体此处不再赘述。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (30)

  1. 一种会话建立的方法，其特征在于，包括：
    第一设备接收第二设备发送的第一消息，其中，所述第一消息用于所述第一设备与第三设备建立第一会话，所述第一消息携带第一标识以及第二标识，所述第二标识指示所述第一标识的所属组信息。
  2. 根据权利要求1所述的方法，其特征在于，所述第一设备接收第二设备发送的第一消息之后，所述方法还包括：
    所述第一设备接收所述第三设备通过所述第一会话发送的数据包，其中，所述数据包被标记为属于所述第二标识指示的组。
  3. 一种会话建立的方法，其特征在于，包括：
    第一设备接收第二设备发送的第二消息，其中，所述第二消息用于所述第一设备与第三设备建立第二会话，所述第二消息携带第三标识、第二标识以及第一列表，所述第一列表为第四标识的集合，所述第四标识为第四设备对应的标识，所述第三标识与所述第一列表中的所述第四标识对应，所述第二标识指示所述第一列表中的所述第四标识的所属组信息。
  4. 根据权利要求3所述的方法，其特征在于，所述第一设备接收第二设备发送的第二消息之后，所述方法还包括：
    所述第一设备接收所述第三设备通过所述第二会话发送的数据包，其中，所述数据包被标记为属于所述第二标识指示的组。
  5. 一种承载建立的方法，其特征在于，包括：
    第一设备向第五设备发送第三消息，其中，所述第三消息用于所述第一设备与所述第五设备建立第一承载，所述第三消息携带第五标识以及第二标识，所述第二标识指示第四标识的所属组信息，所述第四标识为第四设备对应的标识。
  6. 根据权利要求5所述的方法，其特征在于，所述第一设备向第五设备发送第三消息之后，所述方法还包括：
    所述第一设备通过所述第一承载向所述第五设备发送数据包，其中，所述数据包被标记为属于所述第二标识指示的组。
  7. 根据权利要求5或6所述的方法，其特征在于，所述第一设备向第五设备发送第三消息之后，所述方法还包括：
    所述第一设备接收第五设备发送的第二列表，其中，所述第二列表用于所述第五设备以单播方式向第四设备发送所述数据包。
  8. 根据权利要求5或6所述的方法，其特征在于，所述第一设备向第五设备发送第三消息之后，所述方法还包括：
    所述第一设备接收第五设备发送的第六标识，其中，所述第六标识用于第五设备以组播方式向所述第四设备发送所述数据包。
  9. 根据权利要求8所述的方法，其特征在于，所述第一设备向第五设备发送第三消息之后，所述方法还包括：
    所述第一设备向所述第四设备发送所述第六标识，其中，所述第六标识用于所述第四设备接收所述第五设备以组播方式发送的所述数据包。
  10. 根据权利要求5或6所述的方法，其特征在于，所述第一设备向第五设备发送第三消息之后，所述方法还包括：
    所述第五设备向所述第一设备发送第一通知消息，其中，所述第一通知消息用于向所述第一设备告知所述第五设备以单播方式向所述第四设备发送所述数据包。
  11. 一种承载建立的方法，其特征在于，包括：
    第一设备向第五设备发送第四消息，其中，所述第四消息用于所述第一设备与所述第五设备建立第二承载，所述第四消息携带第七标识、第二标识以及第一列表，所述第一列表为第四标识的集合，所述第四标识为第四设备对应的标识，所述第七标识与所述第一列表中的所述第四标识对应，所述第二标识指示所述第一列表中的所述第四标识的所属组信息。
  12. 根据权利要求11所述的方法，其特征在于，所述第一设备向第五设备发送第四消息之后，所述方法还包括：
    所述第一设备通过所述第二承载向所述第五设备发送数据包，其中，所述数据包被标记为属于所述第二标识指示的组。
  13. 根据权利要求11或12所述的方法，其特征在于，所述第一设备向第五设备发送第四消息之后，所述方法还包括：
    所述第一设备接收第五设备发送的第二列表，其中，所述第二列表用于所述第五设备以单播方式向第四设备发送所述数据包。
  14. 根据权利要求11或12所述的方法，其特征在于，所述第一设备向第五设备发送第三消息之后，所述方法还包括：
    所述第一设备接收第五设备发送的第六标识，其中，所述第六标识用于第五设备以组播方式向所述第四设备发送所述数据包。
  15. 根据权利要求14所述的方法，其特征在于，所述第一设备向第五设备发送第三消息之后，所述方法还包括：
    所述第一设备向所述第四设备发送所述第六标识，其中，所述第六标识用于所述第四设备接收所述第五设备以组播方式发送的所述数据包。
  16. 根据权利要求11或12所述的方法，其特征在于，所述第一设备向第五设备发送第三消息之后，所述方法还包括：
    所述第五设备向所述第一设备发送第一通知消息，其中，所述第一通知消息用于向所述第一设备告知所述第五设备以单播方式向所述第四设备发送所述数据包。
  17. 根据权利要求11或12所述的方法，其特征在于，所述第一设备向第五设备发送第三消息之后，所述方法还包括：
    所述第五设备向所述第一设备发送第二通知消息，其中，所述第二通知消息用于向所述第一设备告知所述第五设备以组播方式向所述第四设备发送所述数据包。
  18. 一种数据传输的方法，其特征在于，包括：
    第五设备通过第二列表向第四设备发送数据包，其中，所述第四设备对应的标识为第四标识，所述第四标识的集合为第一列表，第二标识指示所述第一列表中的第四标识的所属组信息，所述第二列表根据所述第二标识确定属于所述所属组的所述第四设备。
  19. 根据权利要求18所述的方法，其特征在于，所述第五设备通过第二列表向第四设备发送数据包之前，所述方法还包括：
    所述第五设备向第一设备发送所述第二列表。
  20. 根据权利要求18所述的方法，其特征在于，所述第五设备通过第二列表向第四设备发送数据包之前，所述方法还包括：
    所述第五设备向所述第一设备发送第一通知消息，其中，所述第一通知消息用于向所述第一设备告知所述第五设备以单播方式向所述第四设备发送所述数据包。
  21. 一种数据传输的方法，其特征在于，包括：
    第五设备通过第六标识向第四设备发送数据包，其中，所述第四设备对应的标识为第四标识，所述第四标识的集合为第一列表，第二标识指示所述第一列表中的第四标识的所属组信息，所述第六标识根据所述第二标识确定属于所述所属组的所述第四设备。
  22. 根据权利要求21所述的方法，其特征在于，所述第五设备通过第六标识向第四设备发送数据包之前，所述方法还包括：
    所述第五设备向第一设备发送所述第六标识。
  23. 根据权利要求22所述的方法，其特征在于，所述第五设备通过第六标识向第四设备发送数据包之前，所述方法还包括：
    所述第五设备向所述第四设备发送所述第六标识，其中，所述第六标识用于所述第四设备接收所述第五设备以组播方式发送的所述数据包。
  24. 根据权利要求21所述的方法，其特征在于，所述第五设备通过第六标识向第四设备发送数据包之前，所述方法还包括：
    所述第五设备向所述第一设备发送第二通知消息，其中，所述第二通知消息向所述第一设备告知所述第五设备以组播方式向所述第四设备发送所述数据包。
  25. 一种通信设备，其特征在于，包括：
    接收模块，用于接收第二设备发送的第一消息，其中，所述第一消息用于所述第一设备与第三设备建立第一会话，所述第一消息携带第一标识以及第二标识，所述第二标识指示所述第一标识的所属组信息。
  26. 一种通信设备，其特征在于，包括：
    接收模块，用于接收第二设备发送的第二消息，其中，所述第二消息用于所述第一设备与第三设备建立第二会话，所述第二消息携带第三标识、第二标识以及第一列表，所述第一列表为第四标识的集合，所述第四标识为第四设备对应的标识，所述第三标识与所述第一列表中的所述第四标识对应，所述第二标识指示所述第一列表中的所述第四标识的所属组信息。
  27. 一种通信设备，其特征在于，包括：
    发送模块，用于向第五设备发送第三消息，其中，所述第三消息用于所述第一设备与 所述第五设备建立第一承载，所述第三消息携带第五标识以及第二标识，所述第二标识指示第四标识的所属组信息，所述第四标识为第四设备对应的标识。
  28. 一种通信设备，其特征在于，包括：
    发送模块，用于向第五设备发送第四消息，其中，所述第四消息用于所述第一设备与所述第五设备建立第二承载，所述第四消息携带第七标识、第二标识以及第一列表，所述第一列表为第四标识的集合，所述第四标识为第四设备对应的标识，所述第七标识与所述第一列表中的所述第四标识对应，所述第二标识指示所述第一列表中的所述第四标识的所属组信息。
  29. 一种通信设备，其特征在于，包括：
    发送模块，用于通过第二列表向第四设备发送数据包，其中，所述第四设备对应的标识为第四标识，所述第四标识的集合为第一列表，第二标识指示所述第一列表中的第四标识的所属组信息，所述第二列表根据所述第二标识确定属于所述所属组的所述第四设备。
  30. 一种通信设备，其特征在于，包括：
    发送模块，用于通过第六标识向第四设备发送数据包，其中，所述第四设备对应的标识为第四标识，所述第四标识的集合为第一列表，第二标识指示所述第一列表中的第四标识的所属组信息，所述第六标识根据所述第二标识确定属于所述所属组的所述第四设备。
PCT/CN2019/116022 2019-11-06 2019-11-06 会话建立的方法、数据传输的方法以及相关装置 WO2021087813A1 (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201980100834.0A CN114467360A (zh) 2019-11-06 2019-11-06 会话建立的方法、数据传输的方法以及相关装置
PCT/CN2019/116022 WO2021087813A1 (zh) 2019-11-06 2019-11-06 会话建立的方法、数据传输的方法以及相关装置
CA3156895A CA3156895A1 (en) 2019-11-06 2019-11-06 Session establishment method, data transmission method, and related apparatus
BR112022008470A BR112022008470A2 (pt) 2019-11-06 2019-11-06 Método de estabelecimento de sessão, método de transmissão de dados, e aparelho relacionado
EP19951839.0A EP4044753A4 (en) 2019-11-06 2019-11-06 SESSION ESTABLISHMENT METHODS, DATA TRANSFER METHODS AND RELATED DEVICES
US17/737,791 US20220264682A1 (en) 2019-11-06 2022-05-05 Session establishment method, data transmission method, and related apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/116022 WO2021087813A1 (zh) 2019-11-06 2019-11-06 会话建立的方法、数据传输的方法以及相关装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/737,791 Continuation US20220264682A1 (en) 2019-11-06 2022-05-05 Session establishment method, data transmission method, and related apparatus

Publications (1)

Publication Number Publication Date
WO2021087813A1 true WO2021087813A1 (zh) 2021-05-14

Family

ID=75849415

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/116022 WO2021087813A1 (zh) 2019-11-06 2019-11-06 会话建立的方法、数据传输的方法以及相关装置

Country Status (6)

Country Link
US (1) US20220264682A1 (zh)
EP (1) EP4044753A4 (zh)
CN (1) CN114467360A (zh)
BR (1) BR112022008470A2 (zh)
CA (1) CA3156895A1 (zh)
WO (1) WO2021087813A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019030710A1 (en) * 2017-08-11 2019-02-14 Telefonaktiebolaget Lm Ericsson (Publ) QUALITY OF SERVICE MANAGEMENT (QOS) IN A DISTRIBUTED RADIO ACCESS NETWORK ARCHITECTURE (RAN)
US20190191409A1 (en) * 2018-01-12 2019-06-20 Alexandre Saso Stojanovski Next generation node-b (gnb) and methods to indicate a type of access for paging of a user equipment (ue)
WO2019160743A1 (en) * 2018-02-14 2019-08-22 Google Llc Full and delta configuration in a central unit-distributed unit architecture
WO2019161927A1 (en) * 2018-02-26 2019-08-29 Nokia Technologies Oy Multicast traffic area management and mobility for wireless network
CN110324907A (zh) * 2018-03-30 2019-10-11 电信科学技术研究院有限公司 一种业务承载配置方法及装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103067868B (zh) * 2011-10-24 2017-11-07 中兴通讯股份有限公司 一种mce控制集群会话建立的方法及系统
EP3249998B1 (en) * 2015-01-23 2019-10-30 Huawei Technologies Co. Ltd. Group communication method and apparatus
EP3335518B1 (en) * 2015-08-13 2020-07-22 Telefonaktiebolaget LM Ericsson (PUBL) Decoding messages based on group ids
CN106470398A (zh) * 2015-08-14 2017-03-01 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
CN108617014A (zh) * 2017-01-23 2018-10-02 中国移动通信有限公司研究院 一种业务承载建立方法和网络设备
JP6868120B2 (ja) * 2017-03-17 2021-05-12 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ネットワークデータ処理方法及び装置
CN109769150B (zh) * 2017-11-09 2021-02-23 华为技术有限公司 一种传输组播业务的方法和设备
US10932095B2 (en) * 2017-11-22 2021-02-23 Huawei Technologies Co., Ltd. Method and system for multicast and broadcast services
CN113411755B (zh) * 2017-12-28 2022-10-04 华为技术有限公司 一种通信方法、及相关产品
CN110167190B (zh) * 2018-02-14 2021-02-12 华为技术有限公司 会话建立方法和设备
CN110417633B (zh) * 2018-04-28 2020-09-11 华为技术有限公司 一种通信方法及设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019030710A1 (en) * 2017-08-11 2019-02-14 Telefonaktiebolaget Lm Ericsson (Publ) QUALITY OF SERVICE MANAGEMENT (QOS) IN A DISTRIBUTED RADIO ACCESS NETWORK ARCHITECTURE (RAN)
US20190191409A1 (en) * 2018-01-12 2019-06-20 Alexandre Saso Stojanovski Next generation node-b (gnb) and methods to indicate a type of access for paging of a user equipment (ue)
WO2019160743A1 (en) * 2018-02-14 2019-08-22 Google Llc Full and delta configuration in a central unit-distributed unit architecture
WO2019161927A1 (en) * 2018-02-26 2019-08-29 Nokia Technologies Oy Multicast traffic area management and mobility for wireless network
CN110324907A (zh) * 2018-03-30 2019-10-11 电信科学技术研究院有限公司 一种业务承载配置方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NOKIA, NOKIA SHANGHAI BELL, CMCC, DEUTSCHE TELEKOM, KT, VERIZON WIRELESS: "TP for NR BL CR for TS 38.473) QoS handling for SA over F1", 3GPP DRAFT; R3-181884 QOS HANDLING FOR F1_TP38.473, vol. RAN WG3, 6 April 2018 (2018-04-06), Sanya, China, pages 1 - 14, XP051416788 *
See also references of EP4044753A4 *

Also Published As

Publication number Publication date
CA3156895A1 (en) 2021-05-14
EP4044753A4 (en) 2022-11-02
CN114467360A (zh) 2022-05-10
US20220264682A1 (en) 2022-08-18
BR112022008470A2 (pt) 2022-07-19
EP4044753A1 (en) 2022-08-17

Similar Documents

Publication Publication Date Title
US11425537B2 (en) Communications system, communication method, and apparatus thereof
EP2894934B1 (en) Group area management method, device and system
US20190141486A1 (en) Service processing method, device, and system
WO2016110077A1 (zh) 一种实现宽带集群业务的方法、装置及系统
EP4030846A1 (en) Method and device for multicasting network slice
WO2021129838A1 (zh) 数据传输方法、基站及核心网网元
WO2022028540A1 (zh) 一种信息传输方法、装置、终端及网络设备
WO2013170425A1 (zh) 上报业务指示消息的方法、装置及系统
JP2023536000A (ja) マルチキャストおよびブロードキャストサービスのための方法および装置
TW202224455A (zh) 用於mbs的無線通信的裝置和方法
TWI763685B (zh) 數據傳輸的方法、接入網設備、終端設備和網絡實體
WO2016206214A1 (zh) 链接与共享业务并发、小区切换的方法、设备及存储介质
EP2809109A1 (en) Wireless communication system, radio base station, radio terminal, and wireless communication method
WO2021087813A1 (zh) 会话建立的方法、数据传输的方法以及相关装置
WO2022012526A1 (zh) 处理方法、发送方法及相关设备
WO2022022582A1 (zh) 切换处理方法及源基站
WO2022082802A1 (en) Mbs processing method, communication apparatus and storage medium
WO2021128402A1 (zh) 基于用户设备协作的下行传输反馈方法和相关设备
JP7469564B2 (ja) 通信制御方法、ユーザ装置、プロセッサ、ネットワークノード及び移動通信システム
WO2022152268A1 (zh) 逻辑信道配置方法、装置及设备
WO2022148454A1 (zh) 数据传输方法、装置及网络侧设备
WO2022017480A1 (zh) 管理目标业务的方法、装置和通信设备
WO2024071158A1 (ja) 通信方法、基地局、及びユーザ装置
WO2017166021A1 (zh) 终端直通通信方法、终端设备和网络设备
WO2024162424A1 (ja) 通信方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19951839

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3156895

Country of ref document: CA

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112022008470

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2019951839

Country of ref document: EP

Effective date: 20220511

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 112022008470

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20220502