WO2021129838A1 - 数据传输方法、基站及核心网网元 - Google Patents

数据传输方法、基站及核心网网元 Download PDF

Info

Publication number
WO2021129838A1
WO2021129838A1 PCT/CN2020/139619 CN2020139619W WO2021129838A1 WO 2021129838 A1 WO2021129838 A1 WO 2021129838A1 CN 2020139619 W CN2020139619 W CN 2020139619W WO 2021129838 A1 WO2021129838 A1 WO 2021129838A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
multicast
base station
terminal
unicast
Prior art date
Application number
PCT/CN2020/139619
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 中国移动通信有限公司研究院
Publication of WO2021129838A1 publication Critical patent/WO2021129838A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel

Definitions

  • the present disclosure relates to the field of mobile communication technology, and in particular to a data transmission method, a base station and a core network element.
  • the 3rd Generation Partnership Project (3GPP, 3rd Generation Partnership Project) proposed a multimedia broadcast/multicast service (MBMS, Multimedia Broadcast/Multicast Service), which is a kind of service from one data source to multiple
  • MBMS multimedia broadcast/multicast service
  • the data transmission technology of the target mobile terminal realizes the resource sharing of the network (including the core network and the access network), and improves the utilization of network resources, especially air interface resources.
  • MBMS requires specialized spectrum resources, and users have low demands for mobile multimedia services, the development of this type of service is largely restricted.
  • LTE Long Term Evolution
  • eMBMS evolved multimedia broadcast/multicast services
  • eMBMS Evolved Multimedia Broadcast/Multicast Services
  • Fig. 1 and Fig. 2 are respectively example diagrams of 4G unicast system architecture and 4G multicast system architecture.
  • eMBMS introduces three new logical network elements on the basis of the LTE unicast system architecture of the 4G system: the access network side introduces the multi-cell/multicast coordination entity (MCE, Multi-cell/ Multicast Coordination Entity), the core network side introduces MBMS Gateway (MBMS GW, MBMS Gateway) and Broadcast Multicast Service Center (BM-SC, Broadcast Multicast Service Center), and correspondingly adds 6 new interfaces, namely M1 and M2 , M3, Sm, SGmb and SGi-mb.
  • MCE multi-cell/multicast coordination entity
  • BM-SC Broadcast Multicast Service Center
  • the broadcast/multicast process in the 4G system is: the user initiates a subscription for the broadcast/multicast service, and the corresponding subscription information is stored in the BM-SC.
  • the BM-SC allocates information such as the multicast IP address and temporary mobile group identity (TGMI, Temporary Mobile Group Identity), and determines the start time of the broadcast/multicast service.
  • TGMI Temporary Mobile Group Identity
  • BM-SC will also authenticate multicast users and perform related key distribution processing.
  • the BM-SC triggers the establishment of a multicast session, and informs the mobility management entity (MME, Mobility Management Entity), and then the MCE decides which multicast method (such as MBSFN or SC-PTM) to use, and finally the base station (eNB ) Establish a bearer and perform data transmission.
  • MME mobility management entity
  • eNB base station
  • At least one embodiment of the present disclosure provides a data transmission method, terminal, and network device, which can realize unified processing of unicast services and multicast services.
  • At least one embodiment provides a data transmission method applied to a base station, including:
  • Determining a first sending mode of the first service requested by the first terminal where the first service is a multicast service, and the first sending mode includes multicast or unicast;
  • the first service is sent to the first terminal.
  • the method before determining the first transmission mode, the method further includes:
  • the method further includes:
  • the response message When the first transmission mode is multicast, the response message carries the multicast RNTI used by the first service; when the first transmission mode is unicast, the response message carries the Unicast RNTI used by the first service.
  • the method after receiving the multicast service indication message, the method further includes:
  • the method further includes:
  • the first sending mode of the first service send a first notification message to the first terminal, where the first notification message is used to indicate that the base station currently activates and/or deactivates the first service sending method.
  • the response message also carries a first multicast IP address corresponding to the first service and/or a first temporary mobility group identifier TGMI, wherein the first multicast IP address And the first TGMI is allocated by the core network element and/or the content providing server for the first service.
  • the response message further carries at least one of a PDU session identifier corresponding to the first service, a quality of service QoS parameter, a quality of service flow number QFI, and a key.
  • the step of determining the first sending mode of the first service includes:
  • a preset condition it is determined to send the first service in a multicast or unicast manner, and the preset condition includes at least one of the following conditions:
  • Radio resource information of the base station
  • the method when the preset condition is updated, the method further includes:
  • the first service is sent to the first terminal.
  • the method further includes:
  • the service reception parameter includes at least one of the second sending mode and a key corresponding to the first service
  • At least one embodiment provides a data transmission method applied to a core network element, including:
  • the base station sends a multicast service indication message to the base station, where the multicast service indication message carries the first multicast IP address and/or the first TGMI, and is used to instruct the base station to determine the first service of the first service
  • the first sending mode includes multicast or unicast.
  • the step of obtaining or generating the first multicast IP address and/or the first temporary mobility group identifier TGMI corresponding to the first service includes:
  • At least one embodiment provides a base station, including:
  • a sending mode determining module configured to determine a first sending mode of the first service requested by the first terminal, where the first service is a multicast service, and the first sending mode includes multicast or unicast;
  • the service sending module is configured to send the first service to the first terminal according to the first sending mode.
  • At least one embodiment provides a base station including a transceiver and a processor, wherein:
  • the processor is configured to determine a first sending mode of a first service requested by a first terminal, where the first service is a multicast service, and the first sending mode includes multicast or unicast;
  • the transceiver is configured to send the first service to the first terminal according to the first sending mode.
  • At least one embodiment provides a base station, including: a processor, a memory, and a program stored on the memory and capable of running on the processor, and the program is processed by the processor.
  • a base station including: a processor, a memory, and a program stored on the memory and capable of running on the processor, and the program is processed by the processor.
  • At least one embodiment provides a core network network element, including:
  • the service request receiving module is configured to receive the service request of the first service sent by the first terminal and forwarded by the base station, where the first service is a multicast service;
  • the service processing module is configured to obtain or generate the first multicast IP address and/or the first temporary mobility group identifier TGMI corresponding to the first service;
  • the indication message sending module is configured to send a multicast service indication message to the base station, where the multicast service indication message carries the first multicast IP address and/or the first TGMI, and is used to instruct the base station to determine The first sending mode of the first service, where the first sending mode includes multicast or unicast.
  • At least one embodiment provides a core network network element, including a transceiver and a processor, wherein,
  • the transceiver is configured to receive a service request for a first service sent by a first terminal and forwarded by a base station, where the first service is a multicast service;
  • the processor is configured to obtain or generate a first multicast IP address and/or a first temporary mobility group identifier TGMI corresponding to the first service, and send a multicast service indication message to the base station, and the multicast service
  • the broadcast service instruction message carries the first multicast IP address and/or the first TGMI, and is used to instruct the base station to determine the first transmission mode of the first service, and the first transmission mode includes multicast or Unicast.
  • At least one embodiment provides a core network element, including: a processor, a memory, and a program stored on the memory and capable of running on the processor, the program being The processor implements the steps of the data transmission method as described above when executed.
  • At least one embodiment provides a computer-readable storage medium with a program stored on the computer-readable storage medium, and when the program is executed by a processor, the above-mentioned method is implemented. step.
  • the data transmission methods, base stations, and core network elements realize the unified processing of unicast services and multicast services, and can realize the conversion between multicast and unicast.
  • some embodiments of the present disclosure may also determine a specific transmission mode according to the number of terminals requesting the first service or the location of the terminal or the wireless resource information of the base station, so as to realize multicast for a specific terminal.
  • some embodiments of the present disclosure can be directly implemented on existing network elements, without the need to introduce new network elements, are compatible with existing networks, and the underlying implementation is relatively simple.
  • Figure 1 is a schematic diagram of a 4G unicast system architecture of related technologies
  • Figure 2 is a schematic diagram of a 4G multicast system architecture of related technologies
  • Figure 3 is a schematic diagram of a 4G unicast and multicast system architecture of related technologies
  • Figure 4 is a schematic diagram of the bearer of unicast and multicast transmission in related technologies
  • FIG. 5 is a flowchart when the data transmission method of some embodiments of the present disclosure is applied to the base station side;
  • FIG. 6 is a flowchart when the data transmission method of some embodiments of the present disclosure is applied to the core network element side;
  • FIG. 7 is a schematic diagram of a 5G system architecture of related technologies
  • FIG. 8 is an exemplary diagram of a data transmission method according to some embodiments of the present disclosure.
  • FIG. 9 is a schematic structural diagram of a base station provided by some embodiments of the present disclosure.
  • FIG. 10 is another schematic diagram of the structure of a base station provided by some embodiments of the present disclosure.
  • FIG. 11 is a schematic structural diagram of a core network network element provided by some embodiments of the present disclosure.
  • FIG. 12 is a schematic diagram of another structure of a core network element provided by some embodiments of the present disclosure.
  • the technology described in this article is not limited to NR systems and Long Time Evolution (LTE)/LTE-Advanced (LTE-A) systems, and can also be used in various wireless communication systems, such as code division multiple access.
  • Code Division Multiple Access CDMA
  • Time Division Multiple Access TDMA
  • Frequency Division Multiple Access FDMA
  • Orthogonal Frequency Division Multiple Access OFDMA
  • Single-carrier Frequency-Division Multiple Access SC-FDMA
  • SC-FDMA Single-carrier Frequency-Division Multiple Access
  • the terms “system” and “network” are often used interchangeably.
  • the CDMA system can implement radio technologies such as CDMA2000 and Universal Terrestrial Radio Access (UTRA).
  • UTRA includes Wideband Code Division Multiple Access (WCDMA) and other CDMA variants.
  • the TDMA system can implement radio technologies such as the Global System for Mobile Communication (GSM).
  • GSM Global System for Mobile Communication
  • the OFDMA system can implement radios such as UltraMobile Broadband (UMB), Evolved UTRA (Evolution-UTRA, E-UTRA), IEEE802.21 (Wi-Fi), IEEE802.16 (WiMAX), IEEE802.20, Flash-OFDM, etc. technology.
  • UMB UltraMobile Broadband
  • Evolved UTRA Evolved UTRA
  • E-UTRA Evolved UTRA
  • IEEE802.21 Wi-Fi
  • WiMAX IEEE802.16
  • IEEE802.20 Flash-OFDM
  • Flash-OFDM Flash-OFDM
  • UTRA, E-UTRA, UMTS, LTE, LTE-A, and GSM are described in documents from an organization named "3rd Generation Partnership Project” (3GPP).
  • CDMA2000 and UMB are described in documents from an organization named “3rd Generation Partnership Project 2" (3GPP2).
  • the techniques described in this article can be used for the systems and radio technologies mentioned above, as well as other systems and radio technologies.
  • the following description describes the NR system for exemplary purposes, and NR terminology is used in most of the following description, although these techniques can also be applied to applications other than NR system applications.
  • the smallest unit of 4G multicast service is a cell, such as a single-cell point-to-multipoint (SC-PTM) form. Although it also has the concept of a multicast group, its service transmission is a broadcast to the entire cell, which is difficult to achieve The broadcast of a specific terminal has the problem of poor flexibility.
  • SC-PTM single-cell point-to-multipoint
  • the 4G multicast system architecture requires the introduction of new network elements, logical channels, and physical transmission channels.
  • the multicast service and the unicast service are relatively independent, and the common design is small, resulting in a more complicated underlying implementation.
  • the broadcast/multicast technology of the 4G LTE system is applied to the 5G network, it is also necessary to introduce the above three network elements and interfaces into the 5G network, which will increase the complexity of the 5G network.
  • the broadcast/multicast service is triggered from the network side. Since it is difficult for the network side to determine whether the user needs the service, the broadcast/multicast service may be sent when the user does not need the service, causing the network Waste of resources.
  • some embodiments of the present disclosure provide a data transmission method that can implement unicast services and multicast services (also known as point-to-point (Point-to-Point, PTP) communication and
  • the unified processing of point-to-multipoint (PTMP or PTM) communication can simplify the network architecture, and is especially suitable for 5G NR systems or mobile communication systems after 5G.
  • a data transmission method provided by some embodiments of the present disclosure when applied to the base station side, includes:
  • Step 51 Determine a first sending mode of the first service requested by the first terminal, where the first service is a multicast service, and the first sending mode includes multicast or unicast.
  • the base station may determine the sending mode of the multicast service, for example, sending in a multicast mode, or sending in a unicast mode, thereby changing
  • the related technology can only establish the realization method of the multicast bearer for the multicast service, and the sending method can be flexibly selected according to the specific scenario to realize the conversion between the multicast service and the unicast service.
  • the base station may determine to transmit the first service in a multicast or unicast manner according to a preset condition, and the preset condition includes at least one of the following conditions:
  • the wireless resource information may include idle wireless resource or cell load information of the base station.
  • the first service may be sent in a multicast manner; when the cell load does not exceed the preset first threshold, the first service may be sent in a unicast manner.
  • the first service when the number of terminals requesting the first service is greater than the preset second threshold, the first service may be sent in a multicast manner; when the number of terminals is not greater than the preset second threshold, the single service may be used.
  • the first service is sent in broadcast mode.
  • the number of terminals may be determined according to the number of multicast service indication messages sent by the core network element.
  • the base station may also determine whether the location of the first terminal is a concentrated area of multicast users according to the location information of the terminal requesting the first service, and the concentrated area of multicast users refers to the area contained in the area. The number of terminals requesting the first service exceeds a preset third threshold.
  • the first service may be sent in a multicast manner; when the location where the first terminal is located is not the area where the multicast users are concentrated, it may be used The first service is sent in a unicast manner.
  • Some embodiments of the present disclosure may also combine the above multiple conditions to determine whether to send the first service in a multicast or unicast manner. For example, when the cell load exceeds the preset fourth threshold and the number of terminals requesting the first service is greater than the preset fifth threshold, the multicast mode is adopted, otherwise, the unicast mode is adopted.
  • Step 52 Send the first service to the first terminal according to the first sending manner.
  • the base station sends the first service to the first terminal according to the first sending mode determined in step 51. For example, when the first transmission mode is unicast, the first service is transmitted unicast; when the first transmission mode is multicast, the first service is transmitted by multicast.
  • some embodiments of the present disclosure can realize unified processing of unicast services and multicast services, and the base station determines the specific service transmission mode, which can realize the conversion between multicast and unicast.
  • some embodiments of the present disclosure may also determine a specific transmission mode according to the number of terminals requesting the first service or the location of the terminal or the wireless resource information of the base station, so as to realize multicast for a specific terminal.
  • the above methods of some embodiments of the present disclosure can be directly implemented on existing network elements when implementing multicast transmission, without introducing new network elements, and are compatible with existing networks, and the underlying implementation is relatively simple.
  • the first terminal may send a service request for the first service to the network.
  • the network (which may specifically be the service server corresponding to the first service) recognizes
  • the core network network element is notified that the first service is a multicast service, and the core network network element further notifies the base station.
  • the base station may also receive a multicast service indication message sent by the core network, where the multicast service indication message is used to indicate that the first service requested by the first terminal is a multicast service.
  • the base station determines a specific transmission mode of the first service.
  • the base station may further send a first response message of the first service to the first terminal, where: When the transmission mode is multicast, the response message carries the multicast radio network temporary identifier (RNTI, Radio Network Temporary Identifier) used by the first service; when the first transmission mode is unicast, The response message carries the unicast RNTI used by the first service.
  • RNTI Radio Network Temporary Identifier
  • the base station can directly indicate the specific sending mode of the first service through the above-mentioned first response message. In this way, the terminal receives the first service according to the specific sending mode indicated by the base station.
  • the base station may send a second response message of the first service to the first terminal, where the second response message carries The multicast RNTI and unicast RNTI used by the first service.
  • the base station does not directly indicate the specific sending mode of the first service in the response message, but configures the RNTI when the first service adopts unicast or multicast mode.
  • the terminal can perform the first service according to the above RNTI. The reception is detected, so that the first service sent by the base station in a multicast or unicast manner is received.
  • the base station may also send a first notification to the first terminal according to the specific sending mode of the first service (for ease of description, this is called the first sending mode) after sending the above response message Message
  • the first notification message is used to indicate the sending mode of the first service currently activated and/or deactivated by the base station.
  • the first notification message may indicate that the currently activated transmission method of the base station is unicast, and/or indicates that the current deactivated transmission method of the base station is multicast, so that the specific transmission method can be realized Instructions.
  • the terminal can receive the first service according to the first transmission mode and the RNTI corresponding to the first transmission mode.
  • the first or second response message sent by the base station to the terminal may also carry the first multicast IP address and/or the first TGMI corresponding to the first service, where The first multicast IP address and the first TGMI are allocated by the core network element and/or the content providing server for the first service.
  • the first or second response message may also carry the first multicast IP address corresponding to the first service, or the first or second response message may also carry the first TGMI, Alternatively, the first or second response message may also carry the first multicast IP address and the first TGMI at the same time.
  • the above-mentioned first or second response message may also carry a protocol data unit (PDU, Protocol Data Unit) session identifier, quality of service (QoS, Quality of Service) parameters, and service parameters corresponding to the first service.
  • PDU Protocol Data Unit
  • QoS Quality of Service
  • service parameters corresponding to the first service.
  • QFI quality flow number
  • QoS Flow ID key.
  • the base station may also determine the second transmission mode of the first service according to the updated preset conditions, and the second transmission mode includes multicast or unicast. Then, according to the second sending mode, the first service is sent to the first terminal. Similarly, after determining the second transmission mode, the base station may also update the service reception parameters of the first service, where the service reception parameters include the second transmission mode and the key corresponding to the first service At least one of; then, sending the updated service reception parameter of the first service to the first terminal.
  • the data transmission method provided by some embodiments of the present disclosure when applied to a core network element, includes:
  • Step 61 Receive a service request for a first service sent by a first terminal and forwarded by a base station, where the first service is a multicast service.
  • Step 62 Obtain or generate a first multicast IP address and a first TGMI corresponding to the first service.
  • the core network element may generate the first multicast IP address and/or the first TGMI corresponding to the first service by itself, or obtain the first multicast IP address and/or the first multicast IP address and/or corresponding to the first service generated by the content providing server.
  • the first TGMI, or the core network element and the content providing server through negotiation process, generate the first multicast IP address and/or the first TGMI corresponding to the first service.
  • Step 63 Send a multicast service indication message to the base station, where the multicast service indication message carries the first multicast IP address and/or the first TGMI, and is used to instruct the base station to determine the first The first transmission mode of the service, where the first transmission mode includes multicast or unicast.
  • the above-mentioned multicast service indication message may carry the first multicast IP address, or the above-mentioned multicast service indication message may carry the first TGMI, or the above-mentioned multicast service indication message may carry some information at the same time.
  • the first multicast IP address and the first TGMI may carry the first multicast IP address and the first TGMI.
  • some embodiments of the present disclosure can realize the cooperative processing between the core network element and the base station, instruct the base station to determine the sending mode of the first service, and realize the unified processing of multicast and unicast services.
  • the data transmission methods of some embodiments of the present disclosure have been described above from the side of the base station and the core network element respectively.
  • the following takes the 5G network architecture shown in FIG. 7 as an example to provide an example in which the methods of some embodiments of the present disclosure are applied to the 5G network architecture.
  • the main process of this example is shown in Figure 8. Without changing the 5G network architecture, that is, on the basis of the existing 5G network architecture, it can realize multicast/broadcast to users, and perform multicast and broadcast on the wireless side. Flexible switching of unicast. specific:
  • the core network network elements such as access and mobility management functions (AMF, Access and Mobility Management Function), in addition to performing traditional UE authentication functions, also perform multicast service authentication on the UE to determine the UE Whether it is a subscriber of a certain multicast service, if so, the core network element will issue the encryption key related to the multicast service to the UE.
  • the encryption key may be distributed according to the service, for example, a set of encryption keys corresponds to a multicast service. Therefore, the UE may receive a corresponding list of keys and services.
  • the UE When the UE requests a multicast service, it can send an RRC message or HTTP message to the network side.
  • the above message carries one or more of the following information for identifying the multicast service, such as PDU Session ID, QFI, 5QI (5G QoS Identifier), Allocation and Retention Priority (ARP, Allocation and Retention Priority), and application layer information, etc.
  • the network side After receiving the UE's multicast service request, the network side establishes an end-to-end transmission channel for the UE, such as QoS Flow and bearer.
  • the service request reaches the content server side, and the content server recognizes that the service request is a certain multicast service.
  • the content server informs the core network side that the service request is a multicast service request through a special or other information-carrying method.
  • the core network then notifies the wireless side (such as the base station) that the service request is a multicast service request. After learning the attribute, the wireless side determines whether to send it in multicast mode on the RAN side.
  • the wireless side sends a response message to the UE to provide the UE with the multicast RNTI used to receive the service, such as the G-RNTI used for LTE SC-PTM transmission; when the unicast mode is determined, the wireless side Provide C-RNTI for UE. Or, the radio side provides G-RNTI and C-RNTI to the UE at the same time.
  • the UE uses unicast/multicast at the beginning, and then uses dedicated signaling or MAC CE or physical layer signaling to perform multicast/unicast. Activation or switching.
  • the multicast RNTI is allocated according to services, and each multicast service corresponds to a G-RNTI.
  • the core network side or the server side needs to provide an IP multicast address and/or a temporary mobility group identifier (TGMI) for the UE.
  • TGMI temporary mobility group identifier
  • the IP multicast address may be allocated by the core network element, such as the session management function (SMF, Session Management Function) allocation, may also be allocated by the content server, or be allocated by the core network element and the content server through joint negotiation.
  • SMF Session Management Function
  • Each IP multicast address corresponds to a multicast service, and is associated with a TGMI, and can be associated with a set of encryption keys. Therefore, when the UE subscribes to multiple multicast services, it may receive information including at least the IP multicast address, the corresponding service, and the corresponding TGMI, as well as other related information.
  • the network-side response message received by the UE includes at least: G-RNTI and/or C-RNTI, TMGI, IP multicast address, and may also include PDU Session ID, QFI, QoS, and key (key may be Updates occur as other users join the multicast group) and so on.
  • the wireless side can also configure the resources and other related parameters required for feedback for the UE, which can be configured through dedicated signaling or broadcast.
  • the UE After receiving the response message from the network side, the UE receives data according to the multicast information contained in the response message. Specifically, it may be:
  • UE uses G-RNTI to receive data on PDSCH;
  • the UE uses the key received during the registration process or the service request response process to decode the received data packet.
  • the UE performs data reception and feedback according to the existing mechanism.
  • the specific basis for determining multicast or unicast on the RAN side may be:
  • Radio resource usage, or cell load, for example, multicast is used when the cell load exceeds a certain threshold
  • the location of the terminal requesting the multicast service For example, most of the terminals requesting the multicast service are located in a certain area. In this case, the multicast mode can be used.
  • the network can update the reception information of the multicast service according to conditions such as network load, such as updating the key for data transmission.
  • the key can also be updated periodically.
  • the RAN side can provide services to the UE in unicast mode. At this time, the RAN side provides the UE with C-RNTI. Of course, G-RNTI can also be provided at the same time. Subsequent RAN may determine to provide this service for the UE in a multicast mode on the RAN side based on, for example, the number of multicast service requests reaching a certain threshold, or network load conditions.
  • the RAN side If the RAN side has not provided G-RNTI to the UE in the early stage, it will issue the G-RNTI to the UE; if the RAN side has not provided the G-RNTI to the UE in the early stage, it will be notified through dedicated signaling or MAC CE or physical layer signaling.
  • the UE uses G-RNTI.
  • the UE detects through two RNTIs every time, and the RAN does not need to make the above notification at this time.
  • the processing method is the same.
  • UE1 and UE2 are subscribers of multicast service 1, and the network allocates relevant multicast keys to them when the network is attached.
  • the server parses the service as multicast service 1, and informs the core network, and the core network informs the RAN side.
  • UE1 requests multicast service 1 it is the first time that the network applies for receiving the service request within a certain period of time.
  • the RAN side decides to use multicast to provide services for UE1. Therefore, when the service request response is fed back, the network provides the UE with G-RNTI (and C-RNTI), TMGI and IP multicast addresses, and may include PDU Session ID, QFI, QoS, and key information.
  • UE1 joins the corresponding multicast group, receives and decodes the data at the corresponding resource location.
  • the server parses the service as multicast service 1, and informs the core network.
  • the core network informs the RAN side.
  • the core network updates the key.
  • the network side provides UE2 with the same G-RNTI ( And UE2's C-RNTI), TMGI and IP multicast addresses, and may include PDU Session ID, QFI, QoS, and updated key information, and update the key to UE1 at the same time.
  • the network notifies UE2 of G-RNTI (and UE2's C-RNTI), TMGI, IP multicast address, and may include information such as PDU Session ID, QFI, and QoS through unicast, and update the key through multicast or broadcast information.
  • UE1, UE2,..., UE 30 are subscribers of multicast service 1, and the network allocates relevant multicast keys to them when the network is attached.
  • the server parses the service as multicast service 1, and informs the core network, and the core network informs the RAN side.
  • UE1 requests multicast service 1
  • the RAN side decides to provide services for UE1 in unicast mode. Therefore, when the service request response is fed back, the network provides the UE with C-RNTI and TMGI And IP multicast address, and may contain PDU Session ID, QFI, QoS, and key information.
  • the network After UE2 to UE9, the network also uses unicast to provide services for them one by one, providing them with C-RNTI, TMGI, and IP multicast addresses, and may include PDU Session ID, QFI, QoS, and key information.
  • the RAN side decides to provide the service in a multicast manner. Therefore, the RAN side issues service-related G-RNTI and updates key information for UE1 ⁇ UE10, and UE1 ⁇ UE10 use G-RNTI to receive data. Subsequent to any UE among UE11-30 to request the service, the network side provides the G-RNTI for it, and may update the key.
  • UE1 subscribes to multicast services 1 to 3, and the network allocates relevant multicast keys (different services correspond to different keys) when the network is attached.
  • the server parses the service as multicast service 1, and informs the core network, and the core network informs the RAN side.
  • UE1 requests multicast service 1 it is the first time that the network applies for the service request within a certain period of time.
  • the RAN side decides to use multicast to provide services for UE1. Therefore, when the service request response is fed back, the network provides G-RNTI1 and TMGI1 for UE1.
  • IP multicast address 1 and may include PDU Session ID, QFI, QoS, and key information.
  • the network side When UE1 requests service 2, the network side has provided services to other users through multicast, so the network side provides UE1 service 2 related G-RNTI2, G-RNTI 2, TMGI2 and IP multicast address 2, and may contain PDU Session ID, QFI, QoS, and key information are used to receive and decode service 2 data.
  • the network When UE1 requests multicast service 3, it is the first time that the network applies for the service request within a certain period of time.
  • the RAN side decides to use unicast to provide services to the UE. Therefore, when the service request response is fed back, the network provides the UE with C-RNTI and TMGI3 And IP multicast address 3, and may include PDU Session ID, QFI, QoS, and key information.
  • Some embodiments of the present disclosure provide a base station 90 shown in FIG. 9, including:
  • the sending mode determining module 91 is configured to determine the first sending mode of the first service requested by the first terminal, where the first service is a multicast service, and the first sending mode includes multicast or unicast;
  • the service sending module 92 is configured to send the first service to the first terminal according to the first sending mode.
  • the above-mentioned base station further includes the following modules (not shown in the figure):
  • the indication message receiving module is configured to receive a multicast service indication message sent by a core network, where the multicast service indication message is used to indicate that the first service requested by the first terminal is a multicast service.
  • the above-mentioned base station further includes the following modules (not shown in the figure):
  • the first response message sending module is configured to send a response message of the first service to the first terminal after the first sending mode is determined, wherein: when the first sending mode is multicast, all The response message carries the multicast RNTI used by the first service; when the first transmission mode is unicast, the response message carries the unicast RNTI used by the first service.
  • the above-mentioned base station further includes the following modules (not shown in the figure):
  • the second response message sending module is configured to send a response message of the first service to the first terminal after receiving the multicast service indication message, where the response message carries the information used by the first service Multicast RNTI and unicast RNTI.
  • the above-mentioned base station further includes the following modules (not shown in the figure):
  • the notification message sending module is configured to send a first notification message to the first terminal according to the first sending mode of the first service after the first sending mode is determined, and the first notification message is used to indicate The sending mode of the first service currently activated and/or deactivated by the base station.
  • the response message also carries a first multicast IP address and/or a first temporary mobility group identifier TGMI corresponding to the first service, where the first multicast IP address and the first TGMI are The core network element and/or the content providing server are allocated for the first service.
  • the response message also carries at least one of a PDU session identifier corresponding to the first service, a quality of service QoS parameter, a quality of service flow number QFI, and a key.
  • the sending mode determining module is further configured to determine to send the first service in a multicast or unicast mode according to a preset condition, and the preset condition includes at least one of the following conditions:
  • Radio resource information of the base station
  • the sending mode determining module is further configured to determine the second sending mode of the first service according to the updated preset conditions when the preset conditions are updated, and the second Transmission methods include multicast or unicast;
  • the service sending module is further configured to send the first service to the first terminal according to the second sending mode.
  • the above-mentioned base station further includes the following modules (not shown in the figure):
  • the update notification module is configured to update the service reception parameters of the first service after the second transmission mode is determined, where the service reception parameters include the second transmission mode and the key corresponding to the first service At least one of; sending an updated service reception parameter of the first service to the first terminal.
  • FIG. 10 some embodiments of the present disclosure provide a schematic structural diagram of a base station 1000, including: a processor 1001, a transceiver 1002, a memory 1003, and a bus interface, where:
  • the base station 1000 further includes: a program that is stored in the memory 1003 and can be run on the processor 1001, and when the program is executed by the processor 1001, the following steps are implemented:
  • Determining a first sending mode of the first service requested by the first terminal where the first service is a multicast service, and the first sending mode includes multicast or unicast;
  • the first service is sent to the first terminal.
  • the bus architecture may include any number of interconnected buses and bridges. Specifically, one or more processors represented by the processor 1001 and various circuits of the memory represented by the memory 1003 are linked together.
  • the bus architecture can also link various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are all known in the art, and therefore, no further descriptions are provided herein.
  • the bus interface provides the interface.
  • the transceiver 1002 may be a plurality of elements, including a transmitter and a receiver, and provide a unit for communicating with various other devices on a transmission medium.
  • the processor 1001 is responsible for managing the bus architecture and general processing, and the memory 1003 can store data used by the processor 1001 when performing operations.
  • a computer-readable storage medium on which a program is stored, and the program is executed by a processor to implement the following steps:
  • Determining a first sending mode of the first service requested by the first terminal where the first service is a multicast service, and the first sending mode includes multicast or unicast;
  • the first service is sent to the first terminal.
  • Some embodiments of the present disclosure provide a core network element 112 shown in FIG. 11, including:
  • the service request receiving module is configured to receive the service request of the first service sent by the first terminal and forwarded by the base station, where the first service is a multicast service;
  • the service processing module is configured to obtain or generate the first multicast IP address and/or the first temporary mobility group identifier TGMI corresponding to the first service;
  • the indication message sending module is configured to send a multicast service indication message to the base station, where the multicast service indication message carries the first multicast IP address and/or the first TGMI, and is used to instruct the base station to determine The first sending mode of the first service, where the first sending mode includes multicast or unicast.
  • the service request receiving module is further configured to allocate a first multicast IP address and/or a first TGMI for the first service; or, obtain a first multicast IP address and/or a first TGMI allocated by a content providing server for the first service.
  • the multicast IP address and/or the first TGMI; or the first multicast IP address and/or the first TGMI assigned to the first service through negotiation with the content providing server.
  • some embodiments of the present disclosure provide a schematic structural diagram of a core network element 1200, including: a processor 1201, a transceiver 1202, a memory 1203, and a bus interface, where:
  • the core network element 1200 further includes a program that is stored in the memory 1203 and can run on the processor 1201, and when the program is executed by the processor 1201, the following steps are implemented:
  • the base station sends a multicast service indication message to the base station, where the multicast service indication message carries the first multicast IP address and/or the first TGMI, and is used to instruct the base station to determine the first service of the first service
  • the first sending mode includes multicast or unicast.
  • the bus architecture may include any number of interconnected buses and bridges. Specifically, one or more processors represented by the processor 1201 and various circuits of the memory represented by the memory 1203 are linked together.
  • the bus architecture can also link various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are all known in the art, and therefore, no further descriptions are provided herein.
  • the bus interface provides the interface.
  • the transceiver 1202 may be a plurality of elements, that is, including a transmitter and a receiver, and provide a unit for communicating with various other devices on the transmission medium.
  • the processor 1201 is responsible for managing the bus architecture and general processing, and the memory 1203 can store data used by the processor 1201 when performing operations.
  • a computer-readable storage medium on which a program is stored, and the program is executed by a processor to implement the following steps:
  • the base station sends a multicast service indication message to the base station, where the multicast service indication message carries the first multicast IP address and/or the first TGMI, and is used to instruct the base station to determine the first service of the first service
  • the first sending mode includes multicast or unicast.
  • the disclosed 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 of the present invention.
  • the functional units in the various embodiments of the present disclosure 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 function 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 disclosure essentially or the part that contributes to the prior art or the 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 are used 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 disclosure.
  • the aforementioned storage media include: U disk, mobile hard disk, ROM, RAM, magnetic disk or optical disk and other media that can store program codes.
  • modules, units, sub-modules, sub-units, etc. can be implemented in one or more application specific integrated circuits (ASICs), digital signal processors (Digital Signal Processing, DSP), digital signal processing equipment ( DSP Device, DSPD), Programmable Logic Device (Programmable Logic Device, PLD), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA), general-purpose processors, controllers, microcontrollers, microprocessors, Other electronic units or combinations thereof that perform the functions described in the present disclosure.
  • ASICs application specific integrated circuits
  • DSP Digital Signal Processing
  • DSP Device digital signal processing equipment
  • PLD Programmable Logic Device
  • Field-Programmable Gate Array Field-Programmable Gate Array
  • FPGA Field-Programmable Gate Array

Landscapes

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

Abstract

提供一种数据传输方法、基站及核心网网元，该方法在应用于基站时包括：确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；按照所述第一发送方式，向所述第一终端发送所述第一业务。

Description

数据传输方法、基站及核心网网元
相关申请的交叉引用
本申请主张在2019年12月27日在中国提交的中国专利申请号No.201911377096.2的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及移动通信技术领域，具体涉及一种数据传输方法、基站及核心网网元。
背景技术
为有效利用移动网络资源，第三代合作计划(3GPP，3rd Generation Partnership Project)提出了多媒体广播/多播业务(MBMS，Multimedia Broadcast/Multicast Service)，该业务是一种从一个数据源向多个目标移动终端传输数据的技术，实现了网络(包括核心网和接入网)资源共享，提高了网络资源，尤其是空口资源利用率。由于MBMS需要专门的频谱资源，加之用户对移动多媒体业务的诉求不高，很大程度上限制了该类业务的发展。进一步的，在长期演进(LTE，Long Term Evolution)阶段提出了演进型多媒体广播/多播业务(eMBMS，Evolved Multimedia Broadcast/Multicast Services)，有效降低了对系统资源的要求。
图1和图2分别为4G单播系统架构和4G多播系统架构的示例图。如图1～2所示，eMBMS在4G系统的LTE单播系统架构基础上引入了三个新的逻辑网元：接入网侧引入了多小区/多播协调实体(MCE，Multi-cell/Multicast Coordination Entity)，核心网侧引入MBMS网关(MBMS GW，MBMS Gateway)和广播组播业务中心(BM-SC，Broadcast Multicast Service Center)，并相应的新增了6个接口，分别为M1、M2、M3、Sm、SGmb以及SGi-mb。
4G系统中广播/多播的流程为：用户发起广播/多播业务的订阅，相应的订阅信息存储在BM-SC中。BM-SC分配多播IP地址和临时移动组标识(TGMI，Temporary Mobile Group Identity)等信息，以及确定广播/多播业务 开始时间等处理。BM-SC还会对多播用户进行鉴权，并进行相关的密钥分发处理。另外，由BM-SC触发多播会话建立，并通知移动性管理实体(MME，Mobility Management Entity)，再由MCE决定用哪种多播方式(如MBSFN或SC-PTM)，最后由基站(eNB)建立承载并进行数据传输。在多播会话停止时，BM-SC通知相应设备会话停止的信息。
发明内容
本公开的至少一个实施例提供了一种数据传输方法、终端及网络设备，能够实现单播业务和多播业务的统一处理。
根据本公开的一个方面，至少一个实施例提供了一种数据传输方法，应用于基站，包括：
确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；
按照所述第一发送方式，向所述第一终端发送所述第一业务。
根据本公开的至少一个实施例，在确定所述第一发送方式之前，所述方法还包括：
接收核心网发送的多播业务指示消息，所述多播业务指示消息用于指示所述第一终端请求的所述第一业务为多播业务。
根据本公开的至少一个实施例，在确定所述第一发送方式之后，所述方法还包括：
向所述第一终端发送所述第一业务的响应消息，其中：
在所述第一发送方式为多播时，所述响应消息携带有所述第一业务所使用的组播RNTI；在所述第一发送方式为单播时，所述响应消息携带有所述第一业务所使用的单播RNTI。
根据本公开的至少一个实施例，在接收到所述多播业务指示消息之后，所述方法还包括：
向所述第一终端发送所述第一业务的响应消息，所述响应消息携带有所述第一业务所使用的组播RNTI和单播RNTI。
根据本公开的至少一个实施例，在确定所述第一发送方式之后，所述方 法还包括：
根据所述第一业务的第一发送方式，向所述第一终端发送第一通知消息，所述第一通知消息用于指示所述基站当前激活和/或去激活的所述第一业务的发送方式。
根据本公开的至少一个实施例，所述响应消息还携带有所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI，其中，所述第一多播IP地址和第一TGMI是核心网网元和/或内容提供服务器为所述第一业务分配的。
根据本公开的至少一个实施例，所述响应消息还携带有所述第一业务对应的PDU会话标识、服务质量QoS参数、服务质量流编号QFI和密钥中的至少一种。
根据本公开的至少一个实施例，确定所述第一业务的第一发送方式的步骤，包括：
根据预设条件，确定采用多播或单播方式发送所述第一业务，所述预设条件包括以下条件中的至少一个：
所述基站的无线资源信息；
请求所述第一业务的终端数量；
请求所述第一业务的终端的位置信息。
根据本公开的至少一个实施例，在所述预设条件发生更新时，所述方法还包括：
根据更新后的所述预设条件，确定所述第一业务的第二发送方式，所述第二发送方式包括多播或单播；
按照所述第二发送方式，向所述第一终端发送所述第一业务。
根据本公开的至少一个实施例，在确定所述第二发送方式之后，所述方法还包括：
更新所述第一业务的业务接收参数，所述业务接收参数包括所述第二发送方式和所述第一业务对应的密钥中的至少一种；
向所述第一终端发送更新后的所述第一业务的业务接收参数。
根据本公开的另一方面，至少一个实施例提供了一种数据传输方法，应用于核心网网元，包括：
接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；
获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI；
向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。
根据本公开的至少一个实施例，获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI的步骤，包括：
为所述第一业务分配第一多播IP地址和/或第一TGMI；
或者，获取内容提供服务器为所述第一业务分配的第一多播IP地址和/或第一TGMI；
或者，与所述内容提供服务器协商，为所述第一业务分配的第一多播IP地址和/或第一TGMI。
根据本公开的另一方面，至少一个实施例提供了一种基站，包括：
发送方式确定模块，用于确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；
业务发送模块，用于按照所述第一发送方式，向所述第一终端发送所述第一业务。
根据本公开的另一方面，至少一个实施例提供了一种基站，包括收发机和处理器，其中，
所述处理器，用于确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；
所述收发机，用于按照所述第一发送方式，向所述第一终端发送所述第一业务。
根据本公开的另一方面，至少一个实施例提供了一种基站，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程 序被所述处理器执行时实现如上所述的数据传输方法的步骤。
根据本公开的另一方面，至少一个实施例提供了一种核心网网元，包括：
业务请求接收模块，用于接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；
业务处理模块，用于获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI；
指示消息发送模块，用于向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。
根据本公开的另一方面，至少一个实施例提供了一种核心网网元，包括收发机和处理器，其中，
所述收发机，用于接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；
所述处理器，用于获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI，以及，向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。
根据本公开的另一方面，至少一个实施例提供了一种核心网网元，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的数据传输方法的步骤。
根据本公开的另一方面，至少一个实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有程序，所述程序被处理器执行时，实现如上所述的方法的步骤。
与相关技术相比，本公开的一些实施例提供的数据传输方法、基站及核心网网元，实现了单播业务和多播业务的统一处理，并且可以实现多播和单播之间的转换。另外，本公开的一些实施例还可以根据请求第一业务的终端数量或终端位置或基站的无线资源信息，来确定具体的发送方式，可以实现针对特定终端的多播。并且，本公开的一些实施例可以直接在现有网元上实 现，不需要引入新的网元，与现有网络相兼容，底层实现也较为简单。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本公开的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1为相关技术的4G单播系统架构的示意图；
图2为相关技术的4G多播系统架构的示意图；
图3为相关技术的4G单播及多播系统架构的示意图；
图4为相关技术的单播及多播传输的承载示意图；
图5为本公开的一些实施例的数据传输方法应用于基站侧时的流程图；
图6为本公开的一些实施例的数据传输方法应用于核心网网元侧时的流程图；
图7为相关技术的5G系统架构的示意图；
图8为本公开的一些实施例的数据传输方法的示例图；
图9为本公开的一些实施例提供的基站的结构示意图；
图10为本公开的一些实施例提供的基站的结构另一示意图；
图11为本公开的一些实施例提供的核心网网元的结构示意图；
图12为本公开的一些实施例提供的核心网网元的另一结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了 在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。说明书以及权利要求中“和/或”表示所连接对象的至少其中之一。
本文所描述的技术不限于NR系统以及长期演进型(Long Time Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，并且也可用于各种无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。术语“系统”和“网络”常被可互换地使用。CDMA系统可实现诸如CDMA2000、通用地面无线电接入(Universal Terrestrial Radio Access，UTRA)等无线电技术。UTRA包括宽带CDMA(Wideband Code Division Multiple Access，WCDMA)和其他CDMA变体。TDMA系统可实现诸如全球移动通信系统(Global System for Mobile Communication，GSM)之类的无线电技术。OFDMA系统可实现诸如超移动宽带(UltraMobile Broadband，UMB)、演进型UTRA(Evolution-UTRA，E-UTRA)、IEEE 802.21(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDM等无线电技术。UTRA和E-UTRA是通用移动电信系统(Universal Mobile Telecommunications System，UMTS)的部分。LTE和更高级的LTE(如LTE-A)是使用E-UTRA的新UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A以及GSM在来自名为“第三代伙伴项目”(3rd Generation Partnership Project，3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。本文所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。然而，以下描述出于示例目的描述了NR系统，并且在以下大部分描述中使用NR术语，尽管这些技术也可应用于NR系统应用以外的应用。
以下描述提供示例而并非限定权利要求中阐述的范围、适用性或者配置。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的精神和范围。各种示例可恰适地省略、替代、或添加各种规程或组件。例如，可以按不同于所描述的次序来执行所描述的方法，并且可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
如背景技术所述的，相关技术的LTE系统中，广播/多播业务由网络侧触发，需要依靠特有的网络架构和流程，其业务流程比较复杂，且不易于进行多播和广播间的相互切换。图3为引入了4G多播系统架构图，由于增加了新网元和接口，其网络复杂度大大增加。通过上述分析可以看出，相关技术的4G多播技术至少存在以下问题：
1)如图4所示，相关技术的4G多播架构下，是针对多播业务和单播业务分别建立对应的承载，其只区分单小区多播业务或多小区多播业务，无法实现多播业务和单播业务间的转换。
2)4G多播业务的最小单位是小区，如单小区点到多点(SC-PTM)形式，虽然其也存在多播组的概念，但其业务发送是对整个小区的广播，难以实现针对特定终端的广播，存在灵活性差的问题。
3)4G多播系统架构需要引入新的网元、逻辑信道和物理传输信道，多播业务与单播业务相对独立，共性设计小，导致底层实现较为复杂。
如果将4G LTE系统的广播/多播技术应用到5G网络中，同样需要在5G网络中引入上述三种网元及接口，这将增加5G网络复杂度。另外，基于LTE思想，从网络侧触发广播/多播业务的方式，由于网络侧难以确定用户是否需要该服务，因此可能在用户不需要该服务的情况下发送了广播/多播业务，造成网络资源的浪费。
为解决以上问题中的至少一种，本公开的一些实施例提供了一种数据传输方法，能够实现单播业务和多播业务(也可以称为点对点(Point-to-Point,PTP)通信和点对多(Point-to-Multipoint，PTMP或者PTM)通信)的统一处理，从而可以简化网络架构，特别适用于5G NR系统或5G以后的移动通信系统。
请参照图5，本公开的一些实施例提供的一种数据传输方法，在应用于 基站侧时，包括：
步骤51，确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播。
这里，本公开的一些实施例在第一终端请求了多播业务时，可以由基站确定该多播业务的发送方式，例如，采用多播方式发送，或者，采用单播方式发送，从而改变了相关技术只能为多播业务建立多播承载的实现方式，可以根据具体场景灵活选择发送方式，实现多播业务和单播业务间的转换。
本公开的一些实施例中，基站可以根据预设条件，确定采用多播或单播方式发送所述第一业务，所述预设条件包括以下条件中的至少一个：
1)所述基站的无线资源信息。
2)请求所述第一业务的终端数量。
3)请求所述第一业务的终端的位置信息。
具体的，所述无线资源信息可以包括所述基站的空闲无线资源或小区负载信息。例如，当小区负载超过预设第一门限时，可以采用多播方式发送所述第一业务；当小区负载不超过预设第一门限时，可以采用单播方式发送第一业务。
又例如，在请求所述第一业务的终端数量大于预设第二门限时，可以采用多播方式发送所述第一业务；当所述终端数量不大于预设第二门限时，可以采用单播方式发送第一业务。所述终端数量可以根据接收到核心网网元发送的多播业务指示消息的数量来确定。
又例如，基站还可以根据请求所述第一业务的终端的位置信息，判断所述第一终端所在的位置是否为多播用户集中区域，所述多播用户集中区域是指该区域所包含的请求了所述第一业务的终端数量超过预设第三门限。在所述第一终端所在的位置是所述多播用户集中区域时，可以采用多播方式发送所述第一业务；在所述第一终端所在的位置不是多播用户集中区域时，可以采用单播方式发送所述第一业务。
本公开的一些实施例还可以结合以上多个条件来确定采用多播或单播方式发送第一业务。例如，当小区负载超过预设第四门限，且请求所述第一业务的终端数量大于预设第五门限时，则采用多播方式，否则，采用单播方式。
步骤52，按照所述第一发送方式，向所述第一终端发送所述第一业务。
这里，基站按照步骤51中所确定的第一发送方式，向第一终端发送所述第一业务。例如，在第一发送方式为单播时，将单播发送所述第一业务；在第一发送方式为多播时，将多播发送所述第一业务。
通过以上步骤，本公开的一些实施例可以实现单播业务和多播业务的统一处理，由基站确定业务的具体发送方式，可以实现多播和单播之间的转换。另外，本公开的一些实施例还可以根据请求第一业务的终端数量或终端位置或基站的无线资源信息，来确定具体的发送方式，可以实现针对特定终端的多播。并且，本公开的一些实施例以上方法在实现多播发送时，可以直接在现有网元上实现，不需要引入新的网元，与现有网络相兼容，底层实现也较为简单。
根据本公开的至少一个实施例，在上述步骤51之前，第一终端可以向网络发送第一业务的业务请求，网络(具体可以是第一业务对应的业务服务器)收到上述业务请求后，识别出该业务请求所请求的第一业务为多播业务后，通知核心网网元所述第一业务为多播业务，核心网网元进一步通知基站。这样，所述基站还可以接收核心网发送的多播业务指示消息，所述多播业务指示消息用于指示所述第一终端请求的所述第一业务为多播业务。然后，在步骤51中，所述基站确定第一业务的具体发送方式。
根据本公开的至少一个实施例，作为一种实现方式，在上述步骤52之后，所述基站还可以向所述第一终端发送所述第一业务的第一响应消息，其中：在所述第一发送方式为多播时，所述响应消息携带有所述第一业务所使用的组播无线网络临时标识符(RNTI，Radio Network Temporary Identifier)；在所述第一发送方式为单播时，所述响应消息携带有所述第一业务所使用的单播RNTI。这样，基站可以通过上述第一响应消息，直接指示所述第一业务的具体发送方式，这样，终端根据基站所指示的具体发送方式进行第一业务的接收。
根据本公开的至少一个实施例，作为另一种实现方式，在上述步骤52之后，基站可以向所述第一终端发送所述第一业务的第二响应消息，所述第二响应消息携带有所述第一业务所使用的组播RNTI和单播RNTI。此时，基站 并未在响应消息中直接指示第一业务的具体发送方式，而是配置了第一业务采用单播或多播方式时的RNTI，这样，终端可以根据以上RNTI进行第一业务的检测接收，从而接收到基站通过多播或单播方式发送的第一业务。为了简化终端的接收处理，基站还可以在发送了上述响应消息后，根据第一业务的具体发送方式(为了便于描述，称之为第一发送方式)，向所述第一终端发送第一通知消息，所述第一通知消息用于指示所述基站当前激活和/或去激活的所述第一业务的发送方式。例如，当第一发送方式为单播时，第一通知消息可以指示基站当前激活的发送方式为单播，和/或，指示基站当前去激活的发送方式为多播，从而可以实现具体发送方式的指示。这样终端可以根据第一发送方式以及该第一发送方式对应的RNTI，进行第一业务的接收。
另外，为了实现第一业务的接收，基站向终端发送的上述第一或第二响应消息中，还可以携带有所述第一业务对应的第一多播IP地址和/或第一TGMI，其中，所述第一多播IP地址和第一TGMI是核心网网元和/或内容提供服务器为所述第一业务分配的。例如，上述第一或第二响应消息中还可以携带有所述第一业务对应的第一多播IP地址，或者，上述第一或第二响应消息中还可以携带有所述第一TGMI，或者，上述第一或第二响应消息中还可以同时携带有所述第一多播IP地址和第一TGMI。
更进一步的，上述第一或第二响应消息中，还可以携带有所述第一业务对应的协议数据单元(PDU，Protocol Data Unit)会话标识、服务质量(QoS，Quality of Service)参数、服务质量流编号(QFI，QoS Flow ID)和密钥中的一种或多种。
如前文所述的，采用了本公开的一些实施例以上方法后，可以实现单播和多播的统一处理，还可以进行单播或多播的灵活切换。例如，在所述预设条件发生更新时，所述基站还可以根据更新后的所述预设条件，确定所述第一业务的第二发送方式，所述第二发送方式包括多播或单播；然后，按照所述第二发送方式，向所述第一终端发送所述第一业务。类似的，在确定第二发送方式后，所述基站还可以更新所述第一业务的业务接收参数，所述业务接收参数包括所述第二发送方式和所述第一业务对应的密钥中的至少一种；然后，向所述第一终端发送更新后的所述第一业务的业务接收参数。
以上从基站侧对本公开的一些实施例的方法进行了说明，下面从核心网网元处进行说明。
请参照图6，本公开的一些实施例提供的数据传输方法，在应用于核心网网元，包括：
步骤61，接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务。
步骤62，获取或生成所述第一业务对应的第一多播IP地址和第一TGMI。
这里，核心网网元可以自行生成第一业务对应的第一多播IP地址和/或第一TGMI，或者，获取由内容提供服务器生成的第一业务对应的第一多播IP地址和/或第一TGMI，或者，由核心网网元与内容提供服务器通过协商处理，生成第一业务对应的第一多播IP地址和/或第一TGMI。
步骤63，向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。
这里，上述多播业务指示消息可以携带有所述第一多播IP地址，或者，上述多播业务指示消息可以携带有所述第一TGMI，或者，上述多播业务指示消息可以同时携带有所述第一多播IP地址和第一TGMI。
通过以上步骤，本公开的一些实施例可以实现核心网网元与基站的配合处理，指示基站确定第一业务的发送方式，实现了多播和单播业务的统一处理。
以上分别从基站和核心网网元侧对本公开的一些实施例的数据传输方法进行了说明。下面以图7所示的5G网络架构为例，提供本公开的一些实施例的方法应用于5G网络架构的一个示例。该示例的主要流程如图8所示，可以在不改变5G网络架构的前提下，即在现有5G网络架构基础上，实现对用户的多播/广播，并在无线侧进行多播广播和单播的灵活切换。具体的：
S1)UE初始附着及注册
UE初始附着网络时，核心网网网元，如接入和移动管理功能(AMF，Access and Mobility Management Function)，除了执行传统的UE鉴权功能，还对UE进行多播业务鉴权，判定UE是否为某一多播业务的订阅用户，如果 是，核心网网元将为UE下发多播业务相关的加密密钥。这里，加密密钥可能是按业务分配的，如一个多播业务对应一套加密密钥。因此UE可能收到密钥和业务的对应列表。
S2)多播业务请求
UE请求多播业务时，可以向网络侧发送RRC消息或HTTP消息，上述消息携带有用于识别多播业务的以下信息中的一条或多条，如PDU会话标识(PDU Session ID)，QFI，5QI(5G QoS Identifier)，分配及保留优先(ARP，Allocation and Retention Priority)，以及应用层信息等。
S3)网络侧处理及响应
网络侧收到UE的多播业务请求后，为UE建立端到端的传输通道，如QoS Flow和承载等。业务请求到达内容服务器侧，内容服务器识别出该业务请求为某一多播业务，此时，内容服务器通过专门的或有其他信息携带的方式，通知核心网侧该业务请求为多播业务请求，核心网进而通知无线侧(如基站)该业务请求为多播业务请求。无线侧获知该属性后，确定是否在RAN侧采用多播方式发送。当确定采用多播方式，无线侧向UE发送响应消息，为UE提供接收该业务所用的组播RNTI，如沿用LTE SC-PTM传输所用的G-RNTI；当确定采用单播方式时，无线侧为UE提供C-RNTI。或者，无线侧同时向UE提供G-RNTI和C-RNTI，默认最初UE为单播/多播方式，后续再通过专用信令或MAC CE或物理层信令等方式进行多播/单播方式的激活或切换。这里，多播RNTI是按业务分配的，每个多播业务对应一个G-RNTI。
另外，核心网侧或服务器侧需要为UE提供IP多播地址和/或临时移动组标识(TGMI)。这里，
IP多播地址可以是核心网网元分配的，如会话管理功能(SMF，Session Management Function)分配的，也可能是内容服务器分配的，或者由核心网网元和内容服务器共同协商分配。
每个IP多播地址对应一个多播业务，且与一个TGMI关联，且可以与一套加密密钥相关联。因此当UE订阅了多个多播业务时，可能收到至少包含IP多播地址、对应业务、对应TGMI在内的信息，还可能包含有其他关联信息。
因此，UE收到的网络侧的响应消息至少包含有：G-RNTI和/或C-RNTI、TMGI、IP多播地址，并且还可能包含PDU Session ID、QFI、QoS和密钥(密钥可能随着其他用户加入多播组而发生更新)等。
同时，无线侧还可以为UE配置反馈所需的资源及其他相关参数，可以通过专用信令或广播进行配置。
S4)数据传输
UE收到网络侧的响应消息后，根据响应消息所包含的多播信息来接收数据。具体来说可能是：
A)RAN侧确定通过多播形式提供服务时：
1)UE利用G-RNTI接收PDSCH上的数据；
2)当检测出目的地址为IP多播地址的数据包，接收该数据包(即不丢弃)；
3)UE利用注册过程或业务请求的响应过程中收到的密钥解码接收到的数据包。
4)根据网络配置进行(或不进行)反馈。
B)RAN侧确定通过单播形式为提供服务时：
UE按照现有机制进行数据接收和反馈。
这里，RAN侧确定多播或单播的具体的判决依据可以是：
1)请求该多播业务的终端数量，也即从核心网侧接到多播业务指示的数量是否满足门限要求；
2)无线资源使用情况，或小区负载情况，例如，当小区负载超过一定门限时采用多播；
3)结合以上的多播业务请求的终端数量和小区负载情况综合决定。
4)请求该多播业务的终端位置，例如请求该多播业务的终端大多处于某一区域，此时可以采用多播方式。
S5)多播业务接收信息的更新
当有新UE加入多播组，或网络根据如网络负载等情况，可以进行多播业务接收信息的更新，如更新数据传输的密钥等。此外，对于密钥，也可以是周期性更新。
S6)RAN侧多播组播切换或激活/去激活
如果RAN侧首次收到来自于内容服务器提供的信息，表明UE正在请求的业务是多播业务，则RAN侧可以通过单播方式来为UE提供服务，此时RAN侧给UE提供C-RNTI，当然也可以同时提供G-RNTI。后续RAN可能依据如多播业务请求人数达到某一门限，或者网络负载情况等，确定在RAN侧过多播方式为UE提供该服务。若前期RAN侧未对UE提供G-RNTI，则向UE下发G-RNTI；若前期RAN侧未向UE提供过G-RNTI，则通过专用信令或MAC CE或物理层信令等方式通知UE使用G-RNTI。当然，也可以默认UE每次都通过两个RNTI去检测，此时RAN不需要进行上述通知。反之，如果最开始RAN侧通过多播方式为UE提供服务，在需要切换为单播时，处理方式相同。
例1：
UE1和UE2为多播业务1的订阅用户，在网络附着时网络为它们分配相关的多播密钥。
UE1通过请求QFI＝3的业务，最后映射到服务器端，服务器解析该业务为多播业务1，并告知核心网，核心网告知RAN侧。UE1请求多播业务1时为网络某时段内首次申请收到该业务请求，RAN侧决定采用多播的方式为UE1提供服务，因此在反馈业务请求响应时，网络为UE提供G-RNTI(和C-RNTI)，TMGI和IP多播地址，并可能包含PDU Session ID、QFI、QoS和密钥等信息。UE1加入相应的多播组，在对应的资源位置接收数据并解码。
UE2请求QFI＝3的业务时，服务器解析该业务为多播业务1，并告知核心网，核心网告知RAN侧，同时核心网更新密钥，网络侧为UE2提供与UE1相同的G-RNTI(和UE2的C-RNTI)，TMGI和IP多播地址，并可能包含PDU Session ID、QFI、QoS和更新后的密钥等信息，同时向UE1更新密钥。或者网络通过单播方式向UE2通知G-RNTI(和UE2的C-RNTI)，TMGI、IP多播地址，并可能包含PDU Session ID、QFI和QoS等信息，并通过多播或广播更新密钥信息。
例2
UE1、UE2，…，UE 30是多播业务1的订阅用户，在网络附着时网络为 它们分配相关的多播密钥。
UE1、UE2，…，UE10通过请求QFI＝3的业务，最后映射到服务器端，服务器解析该业务为多播业务1，并告知核心网，核心网告知RAN侧。UE1请求多播业务1时为网络某时段内首次申请收到该业务请求，RAN侧决定采用单播的方式为UE1提供服务，因此在反馈业务请求响应时，网络为UE提供C-RNTI，TMGI和IP多播地址，并可能包含PDU Session ID、QFI、QoS和密钥等信息。
后续UE2～UE9时网络也逐个采用单播方式为其提供服务，分别为它们提供C-RNTI，TMGI和IP多播地址，并可能包含PDU Session ID、QFI、QoS和密钥等信息。当UE10请求QFI＝3的业务时，RAN侧决定采用多播的方式提供服务，因此RAN侧为UE1～UE10下发业务相关的G-RNTI并更新密钥信息，UE1～UE10采用G-RNTI接收数据。后续UE11～UE 30中任意UE请求该业务，网络侧都为其提供该G-RNTI，并可能更新密钥。
例3
UE1订阅了多播业务1～3，在网络附着时网络为其分配相关的多播密钥(不同业务对应不同密钥)。
UE1通过请求QFI＝1的业务，最后映射到服务器端，服务器解析该业务为多播业务1，并告知核心网，核心网告知RAN侧。UE1请求多播业务1时为网络某时段内首次申请收到该业务请求，RAN侧决定采用多播的方式为UE1提供服务，因此在反馈业务请求响应时，网络为UE1提供G-RNTI1、TMGI1和IP多播地址1，并可能包含PDU Session ID、QFI、QoS和密钥等信息。
UE1请求业务2时，网络侧已通过多播方式为其他用户提供服务，因此网络侧提供给UE1业务2相关的G-RNTI2，G-RNTI 2，TMGI2和IP多播地址2，并可能包含PDU Session ID、QFI、QoS和密钥等信息，用于接收并解码业务2数据。
UE1请求多播业务3时为网络某时段内首次申请收到该业务请求，RAN侧决定采用单播的方式为UE提供服务，因此在反馈业务请求响应时，网络为UE提供C-RNTI，TMGI3和IP多播地址3，并可能包含PDU Session ID、 QFI、QoS和密钥等信息。
以上介绍了本公开的一些实施例的各种方法。下面将进一步提供实施上述方法的装置。
本公开的一些实施例提供了图9所示的一种基站90，包括：
发送方式确定模块91，用于确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；
业务发送模块92，用于按照所述第一发送方式，向所述第一终端发送所述第一业务。
可选的，上述基站还包括以下模块(图中未示出)：
指示消息接收模块，用于接收核心网发送的多播业务指示消息，所述多播业务指示消息用于指示所述第一终端请求的所述第一业务为多播业务。
可选的，上述基站还包括以下模块(图中未示出)：
第一响应消息发送模块，用于在确定所述第一发送方式之后，向所述第一终端发送所述第一业务的响应消息，其中：在所述第一发送方式为多播时，所述响应消息携带有所述第一业务所使用的组播RNTI；在所述第一发送方式为单播时，所述响应消息携带有所述第一业务所使用的单播RNTI。
可选的，上述基站还包括以下模块(图中未示出)：
第二响应消息发送模块，用于在接收到所述多播业务指示消息之后，向所述第一终端发送所述第一业务的响应消息，所述响应消息携带有所述第一业务所使用的组播RNTI和单播RNTI。
可选的，上述基站还包括以下模块(图中未示出)：
通知消息发送模块，用于在确定所述第一发送方式之后，根据所述第一业务的第一发送方式，向所述第一终端发送第一通知消息，所述第一通知消息用于指示所述基站当前激活和/或去激活的所述第一业务的发送方式。
可选的，所述响应消息还携带有所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI，其中，所述第一多播IP地址和第一TGMI是核心网网元和/或内容提供服务器为所述第一业务分配的。
可选的，所述响应消息还携带有所述第一业务对应的PDU会话标识、服 务质量QoS参数、服务质量流编号QFI和密钥中的至少一种。
可选的，所述发送方式确定模块，还用于根据预设条件，确定采用多播或单播方式发送所述第一业务，所述预设条件包括以下条件中的至少一个：
所述基站的无线资源信息；
请求所述第一业务的终端数量；
请求所述第一业务的终端的位置信息。
可选的，所述发送方式确定模块，还用于在所述预设条件发生更新时，根据更新后的所述预设条件，确定所述第一业务的第二发送方式，所述第二发送方式包括多播或单播；
所述业务发送模块，还用于按照所述第二发送方式，向所述第一终端发送所述第一业务。
可选的，上述基站还包括以下模块(图中未示出)：
更新通知模块，用于在确定所述第二发送方式之后，更新所述第一业务的业务接收参数，所述业务接收参数包括所述第二发送方式和所述第一业务对应的密钥中的至少一种；向所述第一终端发送更新后的所述第一业务的业务接收参数。
请参考图10，本公开的一些实施例提供了基站1000的一结构示意图，包括：处理器1001、收发机1002、存储器1003和总线接口，其中：
在本公开的一些实施例中，基站1000还包括：存储在存储器上1003并可在处理器1001上运行的程序，所述程序被处理器1001执行时实现如下步骤：
确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；
按照所述第一发送方式，向所述第一终端发送所述第一业务。
可理解的，本公开的一些实施例中，所述计算机程序被处理器1001执行时可实现上述图5所示的数据传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1001代表的一个或多个处理器和存储器1003代表的存储器的各种电路链 接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1002可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
处理器1001负责管理总线架构和通常的处理，存储器1003可以存储处理器1001在执行操作时所使用的数据。
在本公开的一些实施例中，还提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现以下步骤：
确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；
按照所述第一发送方式，向所述第一终端发送所述第一业务。
该程序被处理器执行时能实现上述应用于基站侧的数据传输方法中的所有实现方式，且能达到相同的技术效果，为避免重复，此处不再赘述。
本公开的一些实施例提供了图11所示的一种核心网网元112，包括：
业务请求接收模块，用于接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；
业务处理模块，用于获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI；
指示消息发送模块，用于向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。
可选的，所述业务请求接收模块，还用于为所述第一业务分配第一多播IP地址和/或第一TGMI；或者，获取内容提供服务器为所述第一业务分配的第一多播IP地址和/或第一TGMI；或者，与所述内容提供服务器协商，为所述第一业务分配的第一多播IP地址和/或第一TGMI。
请参考图12，本公开的一些实施例提供了核心网网元1200的一结构示意图，包括：处理器1201、收发机1202、存储器1203和总线接口，其中：
在本公开的一些实施例中，核心网网元1200还包括：存储在存储器上1203并可在处理器1201上运行的程序，所述程序被处理器1201执行时实现 如下步骤：
接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；
获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI；
向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。
可理解的，本公开的一些实施例中，所述计算机程序被处理器1201执行时可实现上述图8所示的数据传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1201代表的一个或多个处理器和存储器1203代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1202可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
处理器1201负责管理总线架构和通常的处理，存储器1203可以存储处理器1201在执行操作时所使用的数据。
在本公开的一些实施例中，还提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现以下步骤：
接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；
获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI；
向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。
该程序被处理器执行时能实现上述应用于核心网网元的数据传输方法中 的所有实现方式，且能达到相同的技术效果，为避免重复，此处不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述的方法的全部或部分步骤。而前述的存 储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
可以理解的是，本公开实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，模块、单元、子模块、子单元等可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本公开所述功能的其它电子单元或其组合中。
以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。

Claims (19)

  1. 一种数据传输方法，应用于基站，包括：
    确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；
    按照所述第一发送方式，向所述第一终端发送所述第一业务。
  2. 如权利要求1所述的方法，其中，在确定所述第一发送方式之前，所述方法还包括：
    接收核心网发送的多播业务指示消息，所述多播业务指示消息用于指示所述第一终端请求的所述第一业务为多播业务。
  3. 如权利要求2所述的方法，其中，在确定所述第一发送方式之后，所述方法还包括：
    向所述第一终端发送所述第一业务的响应消息，其中：
    在所述第一发送方式为多播时，所述响应消息携带有所述第一业务所使用的组播无线网络临时标识符RNTI；在所述第一发送方式为单播时，所述响应消息携带有所述第一业务所使用的单播RNTI。
  4. 如权利要求2所述的方法，其中，在接收到所述多播业务指示消息之后，所述方法还包括：
    向所述第一终端发送所述第一业务的响应消息，所述响应消息携带有所述第一业务所使用的组播RNTI和单播RNTI。
  5. 如权利要求4所述的方法，其中，在确定所述第一发送方式之后，所述方法还包括：
    根据所述第一业务的第一发送方式，向所述第一终端发送第一通知消息，所述第一通知消息用于指示所述基站当前激活和/或去激活的所述第一业务的发送方式。
  6. 如权利要求3至5任一项所述的方法，其中，所述响应消息还携带有所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI，其中，所述第一多播IP地址和第一TGMI是核心网网元和/或内容提供服务器为所述第一业务分配的。
  7. 如权利要求6所述的方法，其中，所述响应消息还携带有所述第一业务对应的协议数据单元PDU会话标识、服务质量QoS参数、服务质量流编号QFI和密钥中的至少一种。
  8. 如权利要求1所述的方法，其中，确定所述第一业务的第一发送方式的步骤，包括：
    根据预设条件，确定采用多播或单播方式发送所述第一业务，所述预设条件包括以下条件中的至少一个：
    所述基站的无线资源信息；
    请求所述第一业务的终端数量；
    请求所述第一业务的终端的位置信息。
  9. 如权利要求8所述的方法，其中，在所述预设条件发生更新时，所述方法还包括：
    根据更新后的所述预设条件，确定所述第一业务的第二发送方式，所述第二发送方式包括多播或单播；
    按照所述第二发送方式，向所述第一终端发送所述第一业务。
  10. 如权利要求9所述的方法，其中，在确定所述第二发送方式之后，所述方法还包括：
    更新所述第一业务的业务接收参数，所述业务接收参数包括所述第二发送方式和所述第一业务对应的密钥中的至少一种；
    向所述第一终端发送更新后的所述第一业务的业务接收参数。
  11. 一种数据传输方法，应用于核心网网元，包括：
    接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；
    获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI；
    向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。
  12. 如权利要求11所述的方法，其中，获取或生成所述第一业务对应的 第一多播IP地址和/或第一临时移动组标识TGMI的步骤，包括：
    为所述第一业务分配第一多播IP地址和/或第一TGMI；
    或者，获取内容提供服务器为所述第一业务分配的第一多播IP地址和/或第一TGMI；
    或者，与所述内容提供服务器协商，为所述第一业务分配的第一多播IP地址和/或第一TGMI。
  13. 一种基站，包括：
    发送方式确定模块，用于确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；
    业务发送模块，用于按照所述第一发送方式，向所述第一终端发送所述第一业务。
  14. 一种基站，包括收发机和处理器，其中，
    所述处理器，用于确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；
    所述收发机，用于按照所述第一发送方式，向所述第一终端发送所述第一业务。
  15. 一种基站，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至10任一项所述的数据传输方法的步骤。
  16. 一种核心网网元，包括：
    业务请求接收模块，用于接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；
    业务处理模块，用于获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI；
    指示消息发送模块，用于向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。
  17. 一种核心网网元，包括收发机和处理器，其中，
    所述收发机，用于接收基站转发的第一终端发送的第一业务的业务请求， 所述第一业务为多播业务；
    所述处理器，用于获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI，以及，向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。
  18. 一种核心网网元，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求11至12任一项所述的数据传输方法的步骤。
  19. 一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至12任一项所述的数据传输方法的步骤。
PCT/CN2020/139619 2019-12-27 2020-12-25 数据传输方法、基站及核心网网元 WO2021129838A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201911377096.2 2019-12-27
CN201911377096.2A CN113055812B (zh) 2019-12-27 2019-12-27 一种数据传输方法、基站及核心网网元

Publications (1)

Publication Number Publication Date
WO2021129838A1 true WO2021129838A1 (zh) 2021-07-01

Family

ID=76506384

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/139619 WO2021129838A1 (zh) 2019-12-27 2020-12-25 数据传输方法、基站及核心网网元

Country Status (2)

Country Link
CN (1) CN113055812B (zh)
WO (1) WO2021129838A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113453161B (zh) * 2020-03-27 2023-03-21 维沃移动通信有限公司 业务传输方法、网络侧设备和终端
CN115915357A (zh) * 2021-09-30 2023-04-04 维沃移动通信有限公司 多播会话处理方法、装置、用户设备及存储介质
CN116261102A (zh) * 2021-12-08 2023-06-13 华为技术有限公司 一种通信方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107343268A (zh) * 2017-07-20 2017-11-10 上海交通大学 非正交多播和单播传输波束赋型方法及系统
CN107948064A (zh) * 2017-11-09 2018-04-20 浙江宇视科技有限公司 一种基于sdn的跨域组播方法及装置
US20180365909A1 (en) * 2017-06-19 2018-12-20 Qualcomm Incorporated Interactive sharing of vehicle sensor information
CN110557724A (zh) * 2018-06-04 2019-12-10 华为技术有限公司 一种多播业务的数据传输方法以及相关设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101090525B (zh) * 2007-08-06 2012-05-23 中兴通讯股份有限公司 多播广播业务调度方法
CN102695130B (zh) * 2011-03-21 2016-12-21 中兴通讯股份有限公司 Mbms业务发送方式切换方法、装置和用户设备
CN102857873B (zh) * 2011-06-30 2017-02-08 中兴通讯股份有限公司 基于td‑lte的宽带数字集群系统及其数据传输方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180365909A1 (en) * 2017-06-19 2018-12-20 Qualcomm Incorporated Interactive sharing of vehicle sensor information
CN107343268A (zh) * 2017-07-20 2017-11-10 上海交通大学 非正交多播和单播传输波束赋型方法及系统
CN107948064A (zh) * 2017-11-09 2018-04-20 浙江宇视科技有限公司 一种基于sdn的跨域组播方法及装置
CN110557724A (zh) * 2018-06-04 2019-12-10 华为技术有限公司 一种多播业务的数据传输方法以及相关设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NEC CORPORATION: "Enabling Service Continuity for Group Communication", 3GPP DRAFT; R2-140586_GCSE_SC, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Prague, Czech Republic; 20140210 - 20140214, 9 February 2014 (2014-02-09), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP050737735 *

Also Published As

Publication number Publication date
CN113055812B (zh) 2022-10-21
CN113055812A (zh) 2021-06-29

Similar Documents

Publication Publication Date Title
US11700509B2 (en) Communication system, communication method, and apparatus thereof
US10171958B2 (en) Managing a multimedia broadcast multicast service using an MBMS relay device
US8451764B2 (en) Method and apparatus for supporting MBMS in system architecture evolution
WO2021129838A1 (zh) 数据传输方法、基站及核心网网元
US10123359B2 (en) Method and apparatus for transmitting information for D2D operation in wireless communication system
US9008701B2 (en) Multimedia broadcast and multicast service notification in long term evolution
JP6728159B2 (ja) Ｅｍｂｍｓセッション中断／停止通知
US20190141486A1 (en) Service processing method, device, and system
US20170325076A1 (en) Base station, user terminal and apparatus
US8559352B2 (en) Apparatus and method for multicast broadcast service in wireless communication system that uses multi-carrier
JP5911586B2 (ja) Ｍｃｅがクラスタセッション確立を制御する方法およびシステム
EP3244643B1 (en) Terminal device, network device and group communication method
JP7469564B2 (ja) 通信制御方法、ユーザ装置、プロセッサ、ネットワークノード及び移動通信システム
JP7425259B2 (ja) 通信制御方法及び基地局
US20240057217A1 (en) Request to join mbs session during establishment procedure
WO2023228825A1 (en) Method, user equipment, access network node and core network node
WO2021087813A1 (zh) 会话建立的方法、数据传输的方法以及相关装置
WO2015042836A1 (zh) 一种无线资源分配的方法及装置
GB2617541A (en) Communication system
WO2012175004A1 (zh) 一种确定业务承载方式的方法以及装置
CN117596552A (zh) 经由pdu会话建立过程请求加入mbs会话的方法及用户设备
WO2012003633A1 (zh) 实现多用户共享业务的方法、系统和无线侧网元
KR20110121516A (ko) 다중반송파를 사용하는 무선통신 시스템에서 멀티캐스트 방송 서비스를 위한 방법 및 장치

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: 20906219

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20906219

Country of ref document: EP

Kind code of ref document: A1