CN108696827B - LTE-based transparent multicast method and equipment - Google Patents
LTE-based transparent multicast method and equipment Download PDFInfo
- Publication number
- CN108696827B CN108696827B CN201810780426.1A CN201810780426A CN108696827B CN 108696827 B CN108696827 B CN 108696827B CN 201810780426 A CN201810780426 A CN 201810780426A CN 108696827 B CN108696827 B CN 108696827B
- Authority
- CN
- China
- Prior art keywords
- multicast
- message
- address
- lte terminal
- ttch
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The application discloses a transparent multicast method and a system based on LTE, which comprises the following steps: the method comprises the steps that a switch receives multicast messages of a plurality of multicast sources, wherein the multicast IP addresses of the multicast sources are different and are in a specified range; the switch filters the multicast message according to the multicast IP address, and performs flow control on the multicast message according to the configuration parameters, and the core network forwards the multicast message to the eNodeB which establishes the downlink multicast channel according to the priority of the differential service code point DSCP or the IP priority field in the message; the eNodeB broadcasts the multicast message from an air interface through a TTCH specified in the Btrrun C system; the LTE terminal which wants to receive the multicast message receives the appointed TTCH in the service cell and receives all the multicast messages, and an application client on the LTE terminal processes the multicast message which is hoped to be received according to the multicast IP address; the LTE terminal sends a message of the multicast IP address in the designated range through the uplink unicast channel, and the network side forwards the message to a specific downlink multicast channel. The application can provide transparent broadcast and multicast transmission for micro, small emergency and enterprise wireless broadband application systems.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a transparent multicast method and device based on LTE.
Background
The micro, small emergency and enterprise wireless broadband application system needs the working mode of LTE similar to a WLAN system and can provide transparent broadcast and multicast channels for a terminal and a network side.
The LTE system, as an all-IP wireless broadband system, generally provides only a unicast channel to a terminal, and in order to support a broadcast or multicast service, the LTE system needs to configure an evolved multimedia broadcast multicast service (eMBMS) characteristic. However, this feature requires newly adding network elements such as a cell/Multicast Coordination Entity (MCE), an MBMS gateway (MBMS-GW), and a broadcast multicast service center (BM-SC), and only supports the broadcast from the network side to the terminal side, and the configuration is too complex, and is not suitable for a wireless broadband application system for micro, small emergency and enterprise, which is composed of one or several base stations.
The BtrunC system is greatly improved in simplifying the use of multicast, but the provided multicast function still needs to be bound with a group, such as group video, group short message and the like, so that the flexibility of multicast application is limited.
Therefore, the prior art needs to satisfy the requirements of micro, small emergency and enterprise wireless broadband application systems, and has the following technical problems:
technical problem 1: the LTE network air interface needs to provide a flexible shared downlink broadcast/multicast channel.
The broadcast/multicast channel (i.e., the main control channel/multicast traffic channel (MCCH/MTCH)) of eMBMS is typically configured semi-statically (including MCS, bandwidth, broadcast time, multicast address, TMGI) by an upper service platform according to the service conditions, located in a different subframe from the unicast channel, and the parameters of the channel are published through the upper service platform.
Broadcast/multicast channels (i.e., trunking control channels/trunking traffic channels (TCCH/TTCH)) of the BtrunC system each correspond to a group voice or video service. The group short message is carried by using a logical channel of a TCCH signaling surface. The TCCH and TTCH multiplex a downlink shared channel (DL-SCH) transport channel. Fig. 1 shows a schematic diagram of the MAC structure at the BtrunC terminal side; fig. 2 shows a mapping relationship diagram of the TCCH and TTCH downlink multicast logical channels in the BtrunC system.
Broadcast and multicast channels of the existing systems such as the eMBMS and the BtrUnC are bound with specific services, and complex configuration is required.
First, the protocols of eMBMS and BtrunC systems require broadcast/multicast logical channel and multicast IP address or multicast source binding, which increases the complexity of use.
Secondly, because the bandwidth of the broadcast channel is limited, the LTE network side needs to send each broadcast/multicast service sharing the broadcast channel according to priority.
Finally, the demodulation capability of the terminal baseband chip is limited, and the physical channels of a plurality of large data blocks cannot be demodulated in the same subframe, and the base station side needs to properly schedule the broadcast channel and the unicast channel.
Technical problem 2:
the LTE network needs to allow the terminal application software to send the broadcast/multicast message of layer three on the uplink channel; however, both the current terminal and the LTE network do not support broadcasting or multicasting the uplink message of the IP address.
Technical problem 3:
the LTE network needs to forward the multicast IP packet from the uplink to the downlink shared multicast channel. Since the protocol does not support this functionality, the core network does not currently have this functionality.
Disclosure of Invention
The application provides a transparent multicast method and equipment based on LTE (Long term evolution), which are used for providing transparent broadcast and multicast transmission for terminals and network sides in a micro, small emergency and enterprise wireless broadband application system.
The application discloses a transparent multicast method based on LTE, which comprises the following steps:
the method comprises the steps that a switch receives multicast messages of N multicast sources, wherein the multicast IP addresses of the N multicast sources are different and are within a specified range; n is greater than or equal to 2;
the switch filters the multicast message according to the multicast IP address, and performs flow control on the multicast message according to the configuration parameters, and the core network forwards the multicast message to the eNodeB which establishes the downlink multicast channel according to the priority of the differential service code point DSCP or the IP priority field in the message;
the eNodeB broadcasts the multicast message from an air interface through a cluster service channel TTCH appointed in the BtrrunC system;
the LTE terminal which wants to receive the multicast message receives the specified TTCH in the service cell and receives all the multicast messages, and an application client on the LTE terminal processes the multicast message which wants to be received according to the multicast IP address;
the LTE terminal sends a message of the multicast IP address in the designated range through the uplink unicast channel, and the network side forwards the message to a specific downlink multicast channel.
Preferably, the method further comprises:
the exchanger forwards the multicast message received from the multicast source and/or the message sent by the LTE terminal to the corresponding wired network port according to the multicast IP address added by the wired client through the Internet group management protocol IGMP.
Preferably, before the switch distributes the multicast packet to the eNodeB which establishes the downlink multicast channel according to the multicast IP address, the method includes:
the core network establishes a link of S1-U for bearing the shared multicast group corresponding to the appointed TTCH with the appointed eNodeB according to the configuration;
the eNodeB establishes a TTCH for bearing the shared multicast group on a designated cell according to the configuration;
the TTCH corresponds to a fixed group radio network temporary identifier G-RNTI and a logical channel identifier LCID, and a modulation and coding strategy MCS appointed by configuration is used for sending a multicast message, the TTCH does not have a corresponding trunking control channel TCCH, corresponding paging information does not need to be sent on a trunking paging control channel TPCCH, an eNodeB dynamically schedules a physical downlink resource block (PRB) resource for the TTCH preferentially, and controls the proportion of downlink PRBs used by the TTCH within a certain period according to configuration, and the eNodeB does not schedule a Dedicated Traffic Channel (DTCH) and other TTCHs in a subframe for scheduling the TTCH.
Preferably, the receiving, by the LTE terminal that desires to receive the multicast packet, the designated TTCH in the serving cell and receiving all multicast packets, and processing, by the application client on the LTE terminal, the multicast packet that is desired to be received according to the multicast IP address includes:
under the control of an application processor AP, a coprocessor CP of the LTE terminal receives and demodulates the data packets of the TTCH according to the G-RNTI and LCID of the TTCH, an EPS-bearer ID and a data radio bearer ID DRBID, and reconstructs the data packets into multicast messages;
if the AP sets a subscription multicast IP address range for the CP, the CP sends a message of the multicast IP address subscribed by the AP to the AP, wherein the source address of the message is filtered to be the message of the LTE terminal address, other messages are discarded, and if the AP does not set the subscription multicast IP address range for the CP, the CP filters the source address of the received multicast message to be the message of the LTE terminal address and sends the message to the AP;
and the application on the AP selects the interested multicast IP message for processing, and discards the rest multicast messages.
Preferably, the sending, by the LTE terminal, the multicast IP address packet in the designated range through the uplink unicast channel includes:
the AP of the LTE terminal configures a multicast IP address range allowed to be sent for the CP;
the CP of the LTE terminal modifies an uplink message filtering mechanism and allows the messages with the destination address in the multicast IP address range to be filtered and forwarded;
and the LTE terminal sends the uplink multicast message in the multicast IP address range through default load bearing.
Preferably, the method further comprises:
when an LTE terminal wants to send multicast service data to the whole network, a special bearer establishment request corresponding to the multicast service QoS and the bandwidth is firstly initiated through an AP control CP, and then a corresponding multicast IP address or a TFT of an address range is appointed;
the core network identifies the multicast IP address in the configured multicast address range, and establishes a special bearer for the multicast IP address;
and the CP of the terminal identifies the multicast message from the AP through the TFT and then sends the multicast message to the core network through the special bearer.
Preferably, the sending, by the LTE terminal, the multicast IP address packet in the designated range through the uplink unicast channel includes:
and establishing an uplink multicast general routing protocol encapsulation GRE tunnel between the LTE terminal and the packet data gateway PGW, and encapsulating the message of the multicast IP address in the specified range in the GRE tunnel for sending.
The application also discloses a transparent multicast system based on LTE, including:
the method comprises the steps that a switch receives multicast messages of N multicast sources, wherein the multicast IP addresses of the N multicast sources are different and are within a specified range; n is greater than or equal to 2;
the switch filters the multicast message according to the multicast IP address, and performs flow control on the multicast message according to the configuration parameters, and the core network forwards the multicast message to the eNodeB which establishes the downlink multicast channel according to the priority of the differential service code point DSCP or the IP priority field in the message;
the eNodeB broadcasts the multicast message from an air interface through a cluster service channel TTCH appointed in the BtrrunC system;
the LTE terminal which wants to receive the multicast message receives the specified TTCH in the service cell and receives all the multicast messages, and an application client on the LTE terminal processes the multicast message which wants to be received according to the multicast IP address;
the LTE terminal sends a message of the multicast IP address in the designated range through the uplink unicast channel, and the network side forwards the message to a specific downlink multicast channel.
Preferably, the switch further forwards the multicast packet received from the multicast source and/or the packet sent by the LTE terminal to the corresponding wired network port according to the multicast IP address added by the wired client using the IGMP.
According to the technical scheme, the LTE multicast transmission which is transparent to an upper application system is realized by utilizing the downlink multicast channel of BtrrunC, so that the requirements of micro, small emergency and enterprise wireless broadband application systems can be met, and transparent broadcast and multicast transmission is provided for terminals and network sides in the system.
Drawings
FIG. 1 is a schematic diagram of a BtrUnC UE-side MAC structure;
FIG. 2 is a mapping relationship diagram of a TCCH and TTCH downlink multicast logical channel in a Btrrun C system;
fig. 3 is a schematic diagram of the LTE-based transparent multicast system according to the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is further described in detail below by referring to the accompanying drawings and examples.
The invention realizes the LTE multicast transmission which is transparent to the upper application system and is shown in figure 3 by utilizing the downlink multicast channel of BtrrunC. Fig. 3 is a schematic diagram of an LTE-based transparent multicast system according to the present application, where the LTE multicast transmission system is composed of network devices (including a core network (EPC), a base station (eNB), and a switch) and LTE terminal devices, and implements transparent LTE multicast transmission according to the following procedures:
1. the network side receives multicast messages from a plurality of multicast sources (as shown in the figure, multicast source 1 and multicast source 2), and the multicast IP addresses (as shown in the figure, multicast IP1 and multicast IP2) of the multicast sources are different and within a specified range.
The core network adds the multicast group in the appointed multicast IP address range to the exchanger by using an Internet Group Management Protocol (IGMP) according to the configuration parameters, so that only the message of the multicast IP address in the address range can be forwarded by the exchanger. According to the IGMP protocol, if a device connected to a switch wants to receive a multicast packet, it needs to subscribe the multicast to the switch through the IGMP protocol, and different multicasts are distinguished by multicast IP addresses. The switch filters the multicast message according to the destination address (multicast IP address), and performs flow control on the multicast message according to the configuration parameters, and the core network forwards the message to the eNodeB which establishes the downlink multicast channel according to the priority of the Differential Service Code Point (DSCP) or the IP priority field in the message.
2. The network side distributes the multicast message to the wired network port subscribed with the multicast IP.
And the exchanger on the network side forwards the corresponding multicast message to the corresponding wired network port according to the multicast IP address added by the wired client through the IGMP protocol.
3. The network side distributes the multicast messages to all eNodeBs establishing downlink multicast channels, and the eNodeBs broadcast the multicast messages from air interfaces through specified TTCH channels defined in the Btrrun C protocol.
The core network establishes a link of S1-U for bearing a specific shared multicast group corresponding to the appointed TTCH with an appointed eNodeB according to the configuration, the eNodeB establishes the TTCH for bearing the shared multicast group on an appointed cell according to the configuration, the channel corresponds to a fixed group radio network temporary identifier (G-RNTI) and a Logical Channel Identifier (LCID), and the multicast message is sent by using the configured appointed MCS.
The established TTCH serves as a shared multicast channel for the multicast group, and therefore, the TTCH is also referred to as a shared multicast channel hereinafter. The special TTCH has no corresponding TCCH, and it is not necessary to send corresponding Paging information on a Trunking Paging Control Channel (TPCCH). The eNodeB dynamically schedules downlink Physical Resource Block (PRB) resources for the TTCH preferentially, and controls the proportion of downlink PRBs used by the TTCH within a certain period (for example, not more than 60%) according to the configuration, thereby avoiding short-time congestion caused to unicast and affecting unicast delay. Due to the limited demodulation capability of many terminal baseband chips, the physical channels of a plurality of large data blocks cannot be demodulated in the same subframe, and the eNodeB does not schedule a Dedicated Traffic Channel (DTCH) and other TTCH channels in the subframe for scheduling the special TTCH.
4. The LTE terminal which wants to receive the multicast message receives the appointed TTCH channel in the service cell and receives all the multicast messages. The application client on the terminal processes the multicast IP packets that it wishes to receive.
The LTE terminal learns that the needed information is sent on the shared multicast channel through unicast and upper layer application, and starts to actively receive the specific TTCH channel. A co-processor (CP) module of the LTE terminal starts receiving the shared multicast channel under the control of an Application Processor (AP). And the CP receives and demodulates the data packet of the TTCH according to the specific G-RNTI, LCID, evolved packet system bearer ID (EPS-bearer ID) and Data Radio Bearer ID (DRBID) of the TTCH, and reconstructs the data packet into a multicast IP message, if the AP sets a multicast address subscribing range for the CP, the CP sends the message of the multicast IP address subscribed by the AP to the AP (the message with the source address filtered as the address of the terminal), and the other messages are discarded, if the CP is not set, the received multicast message (the message with the source address filtered as the address of the terminal) is sent to the AP, the application on the AP selects the interested multicast IP message for processing, and the rest messages are discarded.
And 5, the LTE terminal sends the message of the multicast IP address in the designated range through the uplink unicast channel. The network side sends the multicast message to the wired network port subscribed with the multicast IP address and forwards the multicast message to a specific downlink multicast channel.
In order to support the transmission of the uplink message with the multicast IP address as the destination address, the CP module of the LTE terminal needs to modify the uplink message filtering machine appropriately to allow the filtering and forwarding of the message with the multicast IP address as the destination address. The AP of the LTE terminal configures a multicast IP address range allowed to be sent for the CP, so that the terminal can simply send the uplink multicast message in the appointed address range through default load bearing.
When the LTE terminal wishes to send multicast service data to the entire network, it may also initiate a dedicated bearer establishment request corresponding to the multicast service QoS and bandwidth through the AP control CP, and then specify a corresponding multicast IP address or TFT (Traffic Flow Template) of an address range. And the core network identifies that the multicast IP address is in the range of the configured multicast address, and establishes a special bearer for the multicast IP address. The CP of the terminal sends the multicast message from the AP to the core network through the special bearer after identifying the multicast message through the TFT. The core network sends the multicast message in the special bearer or the default bearer to the switch, the switch sends the multicast message to the network port subscribed to the multicast, and the multicast message sent by other wired network ports is sent to the bearer of the downlink shared multicast channel for processing according to the step 3. The switch needs to prohibit the multicast message sent from the port connected to the core network from being forwarded back to the port.
The other treatment method comprises the following steps: establishing an uplink multicast general routing protocol encapsulation (GRE) tunnel between the LTE terminal and a packet data gateway (PGW), encapsulating the multicast IP message in the GRE tunnel and sending the multicast IP message, and taking out the multicast message from the GRE tunnel by the PGW and then processing the multicast IP message according to the same method.
The above technical solution of the present application is illustrated by a preferred embodiment.
For an integrated cell site system (EPC, eNodeB integrated in one device) for emergency use, there is usually only one cell, a dozen handheld terminals, and several wired clients.
Through the configuration management function of the small station, an allowed multicast IP address range (for example, 224.0.1.0-224.0.1.100), an MCS (for example, MCS 5), a maximum rate (5Mbps) of a multicast service, a downlink RB usage statistic period (for example, 100ms) and a maximum proportion (60%) are configured.
And the core network module in the small station adds all multicast of the allowed multicast IP address to the switch module by using a report instruction of an IGMP protocol.
The shared multicast channel TTCH is configured with the parameters as shown in table 1:
TABLE 1
The G-RNTI corresponding to the TTCH may use FFF 3.
When the handheld terminal opens the multicast service, the CP pre-establishes an uplink dedicated bearer QCI ═ 5 for multicast of application signaling, a destination address of the TFT is set to an IP address of the signaling multicast, the uplink dedicated bearer QCI ═ 1, GBR ═ 32Kbps, the destination address of the TFT is set to an IP range for voice multicast, the uplink dedicated bearer QCI ═ 4, GBR ═ 1Mbps, and the destination address of the TFT is set to an IP range for service multicast.
The method comprises the steps that a handheld terminal and a wired client are configured with centerless communication application software like a Serval Mesh, the handheld terminal periodically notifies the on-network state of the handheld terminal (including an ID and an interested group) of the handheld terminal by using an application signaling multicast IP address as a destination address and an IP message of which the DSCP is 1, other terminals inform the CP to receive the message of the multicast IP address when needed, and a local address table is generated or updated according to a source IP address of the message and an ID number in the message. Point-to-point communication is possible according to the address table. The wired client is connected with the switch module of the integrated small station system through a network cable, and adds the multicast of the signaling multicast IP address to the switch module through the IGMP protocol.
Different multicast IP addresses (and a group ID) are corresponding to fixed service groups through pre-configuration on terminal application software, and the IDs of the member terminals in the group are configured. In order to initiate a group service, such as group transmission of a file, voice group call, or video group call, a terminal may first notify each online group member through unicast: the method comprises the steps of initiating a group ID or an IP address and a port number, starting at a starting time (or starting immediately), and then sending a service message by taking the multicast IP address of the group as a destination address at the specified starting time (or starting immediately). The notified group member handheld terminal can notify the CP to receive the multicast message through the downlink broadcast channel at the specified start time (or immediately start), and send the message corresponding to the multicast IP address to the AP for processing. The notified wired client can add multicast corresponding to the multicast IP address to the switch module through IGMP protocol. When the multicast service is finished or the upper layer application decides not to receive the multicast content, the AP of the handheld terminal informs the CP not to receive the message of the multicast IP address any more, and the wired client informs the switch module of leaving the multicast through the IGMP protocol.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.
Claims (9)
1. A transparent multicast method based on LTE is characterized by comprising the following steps:
the method comprises the steps that a switch receives multicast messages of N multicast sources, wherein the multicast IP addresses of the N multicast sources are different and are within a specified range; n is greater than or equal to 2;
the switch filters the multicast message according to the multicast IP address, and performs flow control on the multicast message according to the configuration parameters, and the core network forwards the multicast message to the eNodeB which establishes the downlink multicast channel according to the priority of the differential service code point DSCP or the IP priority field in the message;
the eNodeB broadcasts the multicast message from an air interface through a cluster service channel TTCH appointed in the BtrrunC system;
the LTE terminal which wants to receive the multicast message receives the specified TTCH in the service cell and receives all the multicast messages, and an application client on the LTE terminal processes the multicast message which wants to be received according to the multicast IP address;
the LTE terminal sends a message of the multicast IP address in the designated range through the uplink unicast channel, and the network side forwards the message to a specific downlink multicast channel.
2. The method of claim 1, further comprising:
the exchanger forwards the multicast message received from the multicast source and/or the message sent by the LTE terminal to the corresponding wired network port according to the multicast IP address added by the wired client through the Internet group management protocol IGMP.
3. The method according to claim 1 or 2, wherein before the switch distributes the multicast packets to the enodebs that have established the downlink multicast channel according to the multicast IP address, the method comprises:
the core network establishes a link of S1-U for bearing the shared multicast group corresponding to the appointed TTCH with the appointed eNodeB according to the configuration;
the eNodeB establishes a TTCH for bearing the shared multicast group on a designated cell according to the configuration;
the TTCH corresponds to a fixed group radio network temporary identifier G-RNTI and a logical channel identifier LCID, and a modulation and coding strategy MCS appointed by configuration is used for sending a multicast message, the TTCH does not have a corresponding trunking control channel TCCH, corresponding paging information does not need to be sent on a trunking paging control channel TPCCH, an eNodeB dynamically schedules a physical downlink resource block (PRB) resource for the TTCH preferentially, and controls the proportion of downlink PRBs used by the TTCH within a certain period according to configuration, and the eNodeB does not schedule a Dedicated Traffic Channel (DTCH) and other TTCHs in a subframe for scheduling the TTCH.
4. The method according to claim 1 or 2, wherein the LTE terminal that wants to receive the multicast packet receives the specified TTCH in the serving cell and receives all multicast packets, and the processing, by the application client on the LTE terminal, of the multicast packet that wants to be received according to the multicast IP address comprises:
under the control of an application processor AP, a coprocessor CP of the LTE terminal receives and demodulates the data packets of the TTCH according to the G-RNTI and LCID of the TTCH, an EPS-bearer ID and a data radio bearer ID DRBID, and reconstructs the data packets into multicast messages;
if the AP sets a subscription multicast IP address range for the CP, the CP sends a message of the multicast IP address subscribed by the AP to the AP, wherein the source address of the message is filtered to be the message of the LTE terminal address, other messages are discarded, and if the AP does not set the subscription multicast IP address range for the CP, the CP filters the source address of the received multicast message to be the message of the LTE terminal address and sends the message to the AP;
and the application on the AP selects the interested multicast IP message for processing, and discards the rest multicast messages.
5. The method according to claim 1 or 2, wherein the sending, by the LTE terminal, the message of the multicast IP address within the specified range through the uplink unicast channel comprises:
the AP of the LTE terminal configures a multicast IP address range allowed to be sent for the CP;
the CP of the LTE terminal modifies an uplink message filtering mechanism and allows the messages with the destination address in the multicast IP address range to be filtered and forwarded;
and the LTE terminal sends the uplink multicast message in the multicast IP address range through default load bearing.
6. The method of claim 5, further comprising:
when an LTE terminal wants to send multicast service data to the whole network, a special bearer establishment request corresponding to the multicast service QoS and the bandwidth is firstly initiated through an AP control CP, and then a corresponding multicast IP address or a TFT of an address range is appointed;
the core network identifies the multicast IP address in the configured multicast address range, and establishes a special bearer for the multicast IP address;
and the CP of the terminal identifies the multicast message from the AP through the TFT and then sends the multicast message to the core network through the special bearer.
7. The method according to claim 1 or 2, wherein the sending, by the LTE terminal, the message of the multicast IP address within the specified range through the uplink unicast channel comprises:
and establishing an uplink multicast general routing protocol encapsulation GRE tunnel between the LTE terminal and the packet data gateway PGW, and encapsulating the message of the multicast IP address in the specified range in the GRE tunnel for sending.
8. An LTE-based transparent multicast system, comprising:
the method comprises the steps that a switch receives multicast messages of N multicast sources, wherein the multicast IP addresses of the N multicast sources are different and are within a specified range; n is greater than or equal to 2;
the exchanger filters the multicast message according to the multicast IP address and performs flow control on the multicast message according to the configuration parameters;
the core network forwards the multicast message to the eNodeB which establishes the downlink multicast channel according to the priority of the differentiated services code point DSCP or the IP priority field in the message;
the eNodeB broadcasts the multicast message from an air interface through a cluster service channel TTCH appointed in the BtrrunC system;
the LTE terminal which wants to receive the multicast message receives the specified TTCH in the service cell and receives all the multicast messages, and an application client on the LTE terminal processes the multicast message which wants to be received according to the multicast IP address;
the LTE terminal sends a message of the multicast IP address in the designated range through the uplink unicast channel, and the network side forwards the message to a specific downlink multicast channel.
9. The system of claim 8, wherein:
the switch also forwards the multicast message received from the multicast source and/or the message sent by the LTE terminal to the corresponding wired network port according to the multicast IP address added by the wired client through the IGMP.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810780426.1A CN108696827B (en) | 2018-07-16 | 2018-07-16 | LTE-based transparent multicast method and equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810780426.1A CN108696827B (en) | 2018-07-16 | 2018-07-16 | LTE-based transparent multicast method and equipment |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108696827A CN108696827A (en) | 2018-10-23 |
CN108696827B true CN108696827B (en) | 2021-09-03 |
Family
ID=63851700
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810780426.1A Active CN108696827B (en) | 2018-07-16 | 2018-07-16 | LTE-based transparent multicast method and equipment |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108696827B (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020210930A1 (en) * | 2019-04-15 | 2020-10-22 | 海能达通信股份有限公司 | Trunked communication-based multicast service execution method, and related apparatus |
CN111836205B (en) * | 2019-04-15 | 2022-05-17 | 海能达通信股份有限公司 | Multicast service implementation method based on cluster communication and related equipment |
CN112954610B (en) * | 2019-11-22 | 2022-07-26 | 成都鼎桥通信技术有限公司 | Group signaling transmission method and device |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852570A (en) * | 2005-09-05 | 2006-10-25 | 华为技术有限公司 | IP multi-cast system and method based on mobile network |
CN101141688A (en) * | 2007-10-12 | 2008-03-12 | 中兴通讯股份有限公司 | Channel multicast address generating method and transmitting method |
CN102136988A (en) * | 2010-01-25 | 2011-07-27 | 华为技术有限公司 | Multicast data message transferring method and device |
CN103458370A (en) * | 2012-06-01 | 2013-12-18 | 华为技术有限公司 | Transmission method, device and system for receiving mobile network multicast data |
CN103535071A (en) * | 2011-04-02 | 2014-01-22 | 高通股份有限公司 | Systems and methods for inter-radio access technology (RAT) mobility |
CN104053130A (en) * | 2014-06-30 | 2014-09-17 | 华为技术有限公司 | Message processing method and device for relay network |
CN105848112A (en) * | 2015-01-16 | 2016-08-10 | 成都鼎桥通信技术有限公司 | Multicast realization method and device in long term evolution LTE fault single station mode |
CN105992167A (en) * | 2015-02-12 | 2016-10-05 | 成都鼎桥通信技术有限公司 | Method and device for realizing long term evolution (LTE) cluster multicast |
CN106961673A (en) * | 2017-03-06 | 2017-07-18 | 江苏鑫软图无线技术股份有限公司 | A kind of LTE implementation methods for adapting to IP network broadcasting service |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9072005B2 (en) * | 2011-04-20 | 2015-06-30 | Qualcomm Incorporated | Quality of service control in a multicast transmission |
US8656029B2 (en) * | 2011-06-30 | 2014-02-18 | Alcatel Lucent | Multicast session setup in networks by determining a multicast session parameter based on a pre-existing unicast session parameter |
US9398425B2 (en) * | 2011-11-11 | 2016-07-19 | Qualcomm Incorporated | Group communications over evolved multimedia broadcast/multicast services |
US9294956B2 (en) * | 2011-12-29 | 2016-03-22 | Qualcomm Incorporated | Application-server-assisted preemptive multicast bearer establishment for real-time low-latency applications |
US9191922B2 (en) * | 2013-01-04 | 2015-11-17 | Qualcomm Incorporated | Evolved multimedia broadcast/multicast services (eMBMS) cluster management |
US20140211647A1 (en) * | 2013-01-28 | 2014-07-31 | Innovative Sonic Corporation | Method and apparatus of small cell enhancement in a wireless communication system |
KR102458067B1 (en) * | 2016-03-30 | 2022-10-24 | 삼성전자 주식회사 | Method and apparatus for transmitting signal in wireless communication |
-
2018
- 2018-07-16 CN CN201810780426.1A patent/CN108696827B/en active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852570A (en) * | 2005-09-05 | 2006-10-25 | 华为技术有限公司 | IP multi-cast system and method based on mobile network |
CN101141688A (en) * | 2007-10-12 | 2008-03-12 | 中兴通讯股份有限公司 | Channel multicast address generating method and transmitting method |
CN102136988A (en) * | 2010-01-25 | 2011-07-27 | 华为技术有限公司 | Multicast data message transferring method and device |
CN103535071A (en) * | 2011-04-02 | 2014-01-22 | 高通股份有限公司 | Systems and methods for inter-radio access technology (RAT) mobility |
CN103458370A (en) * | 2012-06-01 | 2013-12-18 | 华为技术有限公司 | Transmission method, device and system for receiving mobile network multicast data |
CN104053130A (en) * | 2014-06-30 | 2014-09-17 | 华为技术有限公司 | Message processing method and device for relay network |
CN105848112A (en) * | 2015-01-16 | 2016-08-10 | 成都鼎桥通信技术有限公司 | Multicast realization method and device in long term evolution LTE fault single station mode |
CN105992167A (en) * | 2015-02-12 | 2016-10-05 | 成都鼎桥通信技术有限公司 | Method and device for realizing long term evolution (LTE) cluster multicast |
CN106961673A (en) * | 2017-03-06 | 2017-07-18 | 江苏鑫软图无线技术股份有限公司 | A kind of LTE implementation methods for adapting to IP network broadcasting service |
Non-Patent Citations (1)
Title |
---|
Multimedia Broadcast/Multicast Service (MBMS);Architecture and functional description;3GPP;《3GPP TS 23.246 V15.0.0 (2017-12)》;20171218;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN108696827A (en) | 2018-10-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11700509B2 (en) | Communication system, communication method, and apparatus thereof | |
EP3165035B1 (en) | Methods and corresponding apparatuses for radio resources management | |
KR100905613B1 (en) | Method and apparatus for transmitting/receiving multicast of data packet in mobile communication system | |
EP1428336B1 (en) | Apparatus, and associated method, for multicasting data in a radio communications system | |
KR100617759B1 (en) | Using Cell Broadcast for MBMS Service Announcement and Notification | |
KR100664278B1 (en) | Radio communication system providing mbms | |
US8472364B2 (en) | Evolved multimedia broadcast/multicast service base station, user equipment and methods thereof | |
KR100917042B1 (en) | Transmission method for broadcasting and multicast data in mobile radio communication system | |
EP2011349B1 (en) | Method of establishing a mbms communication and a corresponding telecommunications network | |
TWI365000B (en) | Method and apparatus of selecting operating frequency for user equipment in a wireless communications system | |
JP5735708B2 (en) | Group communication on advanced multimedia broadcast / multicast services | |
EP1925176B1 (en) | Method of processing control information messages for point-to-multipoint services | |
EP1777873A1 (en) | Method and apparatus for delivery of high rate data as part of a multimedia broadcast/multicast service | |
KR20050019388A (en) | Method of transmitting or receiving packet data and related control information for multimedia broadcasting and multicast service | |
KR20040086972A (en) | Paging method in mobile communication system serving multimedia broadcast/multicast service and method thereof | |
US20230179958A1 (en) | Multicast/broadcast information transmission method and device, storage medium, and electronic device | |
KR100996051B1 (en) | Method for transmitting/receiving control information in a mobile communication system providiing multimedia broadcast/multicast service | |
CN108696827B (en) | LTE-based transparent multicast method and equipment | |
EP2801226A1 (en) | A method of selecting a transmission mode of a cell in an e_utran system | |
KR20050081836A (en) | Method which makes system effectively transmit paging information to an ue that receives an signaling related to multimedia broadcast/multicast service in a mobile communication system | |
CN101232429A (en) | Network appliance and method for establishing point to multipoint GTP tunnel | |
EP2061266A1 (en) | Method, apparatus and system for sending mbms service in ip load-carrying web | |
JP7425259B2 (en) | Communication control method and base station | |
EP4354908A1 (en) | Session establishment method and apparatus | |
EP1988643A1 (en) | A method for allocating power in a digital wireless communication network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |