Patent Application
20230133944
The present application relates to the field of wireless communication networks, and for example, a message processing method and apparatus, a device, a storage medium, and a system.
When the multicast listener discover (MLD) is used as a bit indexed explicit replication (BIER) overlay layer technology, the implementation scheme may cause multiple edge nodes to receive unwanted report information. Moreover, in a scenario that multiple BIER domain ingress devices forward a same multicast traffic, or when a same group of multi-source scenarios occur, a situation that repeated multicast traffic transmissions exist in a BIER domain may occur, and thus the network bandwidth waste is caused.
The present application provides a message processing method and apparatus, a device, a storage medium, and a system.
An embodiment of the present application provides a message processing method. The method is applied to a first communication node and includes the following. Multiple source group query messages respectively sent by multiple second communication nodes are received; a report message is determined based on the multiple source group query messages and any second communication node of the multiple second communication nodes is selected based on the multiple source group query messages; and the report message is sent to the selected second communication node.
An embodiment of the present application provides a message processing method. The method is applied to a second communication node and includes the following. A source group query message is sent to a first communication node, where the source group query message is used by the first communication node to determine any second communication node and a report message; and multicast traffic is processed based on the received report message.
An embodiment of the present application provides a message processing apparatus. The apparatus is configured at a first communication node and includes a first receiving module, a determination module and a first sending module. The first receiving module is configured to receive multiple source group query messages respectively sent by multiple second communication nodes. The determination module is configured to determine a report message and any second communication node based on the multiple source group query messages. The first sending module is configured to send the report message to the selected second communication node.
An embodiment of the present application provides a message processing apparatus. The message processing apparatus is configured at a second communication node and includes a second sending module and a processing module. The second sending module is configured to send a source group query message to a first communication node, where the source group query message is used by the first communication node to select any second communication node and send a report message. The processing module is configured to process multicast traffic based on the received report message.
An embodiment of the present application provides a device. The device includes one or more processors and a memory. The memory is configured to store one or more programs. The one or more programs, when executed by the one or more processors, cause the one or more processors to implement any of the methods in the embodiments of the present application.
An embodiment of the present application provides a non-transitory computer-readable storage medium. The storage medium stores a computer program. The computer program, when executed by a processor, implements any of the methods in the embodiments of the present application.
An embodiment of the present application provides a message processing system. The system includes a first communication node and a second communication node. The second communication node is configured to send a source group query message to a first communication node. The first communication node is configured to: receive multiple source group query messages respectively sent by multiple second communication nodes, determine a report message and any second communication node based on the multiple source group query messages, and send the report message to the selected second communication node. The second communication node is configured to process multicast traffic based on the received report message.
Embodiments of the present application will hereinafter be described with reference to the accompanying drawings.
The processes shown in the flowcharts of the accompanying drawings may be executed in a computer system, such as a set of computer-executable instructions. Moreover, while a logical order is shown in the flowcharts, in some cases, processes shown or described may be performed in a different order than herein.
The multicast technology is gaining increasing applications on the Internet, such as multi-party conferencing, remote education, telemedicine, live webcasting. More and more applications also continuously promote the development and perfection of the multicast technology.
A bit indexed explicit replication (BIER) is a novel multicast data forwarding technique. According to the technology, nodes at a edge of a network are represented by only one bit, multicast traffic is transmitted in an intermediate network, a specific BIER packet header is additionally packaged, all destination nodes of the multicast traffic are marked by the above-described BIER message header in a bit string form, and an intermediate network forwarding node routes according to the bit, so that the multicast traffic can be ensured to be sent to all destination nodes.
The intermediate network forwarding node floods and sends node information through an internal protocol beforehand so as to form a bit index forwarding table (BIFT) for guiding a BIER forwarding, the internal protocol is such as an open shortest path first (OSPF) protocol, an intermediate system-to-intermediate system (ISIS) protocol, a border gateway protocol (BGP) or a Babel protocol in a three-layer network. When the intermediate network forwarding node receives the multicast traffic of the encapsulated BIER header, a forwarding of the packet to the destination node is completed according to the BIFT. The BIER data plane forwarding technology eliminates the time delay of a multicast tree establishment because of no multicast tree establishment problem, the convergence speed of the BIER data plane forwarding technology is the same as that of the OSPF protocol and the ISIS protocol, which greatly reduced the time delay compared with the original multicast tree reestablishment.
Although the BIER technology is used for transmission, only one piece of multicast traffic needs to be encapsulated in a BIER packet to be transmitted as a payload. But for a bit-forwarding ingress router (BFIR) of a BIER domain, it is necessary to know which bit-forwarding egress routers (BFERs) of the BIER domain need this piece of multicast traffic, so that after the BFER receives this piece of multicast traffic, the multicast traffic may be forwarded to a multicast receiver outside the BIER domain that needs to receive this piece of traffic.
Between the BFIR and the BFER, a static configuration mode is adopted, and a dynamic announcement protocol may also be adopted to enable the BFIR to know the BFERs corresponding to one piece of multicast traffic. This is referred to as the BIER overlay technique. The draft-ietf-bier-mld-03 draft of the internet engineering task force (IETF) propose the use of the multicast listener discovery (MILD) protocol/internet group management protocol (IGMP) as the BIER overlay technology. According to the technology, the BFIR can learn the BFERs corresponding to the multicast traffic through an MLD protocol. The method may work normally under a simple network. The MLD overlay solution, although simple per se, suffers from drawbacks for a large network or a slightly complex deployment scenario. The MLD hereinafter in this application refers broadly to MLD and IGMP.
In a slightly complex networking scenario, the MLD overlay solution is problematic.
Firstly, multiple devices at the edge of, such as the BIER domain, may be used as BFIR and BFER devices. Therefore, multiple BFIRs are used as queriers. When the BFER sends a report packet to “all BMLD Queriers” according to the draft-ietf-bier-mld-03 draft mechanism, all BFIRs receive the same report packet, even if flows of the report do not have a relationship with the BFIR at all. This may result in a useless processing consumption of the device.
Secondly, in order to ensure the sending of the multicast traffic, a situation that one multicast source is connected to two or more BFIRs will typically be deployed, two BFIRs are used as an example, the two BFIRs send a universal query packet, and the BFER needing to receive the packet also responds a report packet to the two BFIRs, so that two BFIRs send traffic to the BFER, which may cause the BFER to receive duplicate traffic.
In addition, in some deployment scenarios, for a same multicast group, there may be multiple multicast sources corresponding to the same multicast group, and such multiple pieces of multicast traffic may also need to be transmitted in the network, but some receivers may only want to receive flows from one source, and the BFER may also receive unwanted flows, which causes a significant waste of network resources.
This embodiment provides a message processing method.
As shown in
In S11, multiple source group query messages respectively sent by multiple second communication nodes are received.
In S12, a report message is determined based on the multiple source group query messages and any second communication node of the multiple second communication nodes is selected based on the multiple source group query messages.
In S13, the report message is sent to the selected second communication node.
In this embodiment, the first communication node may be understood as an egress BFER device of an edge node in the BIER domain, and the second communication node may be understood as an ingress BFIR device of an edge node in the BIER domain. The first communication node and the second communication node in this embodiment are described for distinction only and are not intended to be limiting.
In this embodiment, the source group query message carries group information and source information, the group information may be understood as a destination address to be reached by the multicast traffic, and the source information may be understood as a source address of the multicast traffic. Only the group information and the source information are exemplarily described in this embodiment, and the group information and the source information may be other information and are not limited in this embodiment.
In an exemplarily implementation, that any second communication node of the multiple second communication nodes is selected based on the multiple source group query messages includes: in a case where a same multicast traffic corresponds to the multiple second communication nodes, one second communication node is selected from the multiple second communication nodes based on a preset selection algorithm.
In this embodiment, the same multicast traffic may be understood as both the group information and the source information being the same. The same multicast traffic may be multicast traffic that both the source address and the destination address are the same.
The same multicast traffic corresponding to the multiple second communication nodes may be understood that the same multicast traffic may be sent to the first communication node through the multiple second communication nodes.
In a case where the same multicast traffic corresponds to the multiple second communication nodes, the one second communication node being selected from the multiple second communication nodes based on the preset selection algorithm may be understood as that the first communication node receives the source group query messages sent by the multiple second communication nodes; and the source group query messages sent by the multiple second communication nodes are the same, and the first communication node may select the one second communication node from the multiple second communication nodes based on the preset selection algorithm and send the report message to the selected second communication node.
In an exemplarily implementation, the preset selection algorithm includes one or more of: a selection of a second communication node with a lowest bit-forwarding router-prefix (BFR-Prefix) value, a selection of a second communication node with a highest BFR-Prefix value, a selection of a second communication node with a lowest BFR-ID value, a selection of a second communication node with a highest BFR-identifier (ID) value, or a highest random weight (HRW) algorithm.
In practical application, any one of the above-described selection algorithms may be selected to select the second communication node.
In an exemplarily implementation, that the one second communication node is selected from the multiple second communication nodes based on the HRW algorithm includes: a weight value of each second communication node of the multiple second communication nodes is determined; and a second communication node corresponding to a maximum weight value among multiple determined weight values is determined as the selected second communication node.
In this embodiment, the weight value of the second communication node is determined by the following formula:
Wrand(S,G,Ai)=(1103515245*((1103515245*Ai+12345)XOR D(S,G))+12345)(mod 2{circumflex over ( )}31).
For the Internet Protocol version 4 (IPv4) scenario, D(S, G) may be a 31-digit digest value after the source group information of the multicast flow is subjected to an AND operation and the highest digit is removed. A is then a 32-bit BFR-Prefix address of the BFIR. BFR-Prefixs of different BFIRs correspond to different Ai values.
For an IPv6 scenario, D(S, G) may be a 31-bit digest value after the source group information of the multicast flow is subjected to a HASH operation. A is then a 32-bit value obtained after the HASH is performed on a 128-bit BFR-Prefix address of the BFIR. BFR-Prefixs of different BFIRs correspond to different Ai values.
After a weight Wrand value is calculated for all alternative BFIRs, a BFIR corresponding to the maximum weight value is selected as the selected BFIR.
In an exemplary implementation, the weight value of the second communication node is determined by the group information and the source information carried in a source group query message corresponding to this second communication node.
In an exemplary implementation, the report message is determined based on the multiple source group query messages includes: flow information in the multiple source group query messages is compared with flow information needed to be received locally; and flow information which does not need to be received locally in the flow information in the multiple source group query messages is written into filtering information; where the filtering information is carried in the report message.
In this embodiment, the first communication node stores the source group information in the source group query packet, the source group information is compared with the source group information that needs to be received locally, and then an EXCLUDE filtering mode is used to carry the source information that does not need to be received when the report information is sent, so that unnecessary traffic being received is avoided.
In an exemplary implementation, the filtering information is carried in a form of a type-length-value (TLV).
In an exemplary implementation, this embodiment provides a message processing method.
As shown in
In S21, a source group query message is sent to a first communication node, where the source group query message is used by the first communication node to determine any second communication node and a report message.
In S22, multicast traffic is processed based on the received report message.
In this embodiment, the method in which the first communication node determines the any second communication node and the report message may refer to the description in the above-described embodiments, which is not limited again in this embodiment.
In an exemplary implementation, the source group query message carries group information and source information, and the group information and the source information are used for the first communications node to determine a weight value of the second communication node.
In this embodiment, the method in which the weight value is determined based on the group information and the source information may refer to the description in the above-described embodiments, which is not limited again in this embodiment.
In an exemplary implementation, that the multicast traffic is processed based on the received report message includes: the multicast traffic is sent to the first communication node corresponding to the report information.
The second communication node receiving the report message indicates that the first communication node selects the second communication node to send the multicast traffic, and the second communication node sends the multicast traffic to a corresponding first communication node.
In an exemplary implementation, that the multicast traffic is sent to the first communication node corresponding to the report information includes: in a case where filtering information is carried in the report message, the multicast traffic corresponding to the filtering information is filtered; and the filtered multicast traffic is sent to the first communication node corresponding to the report information.
In this embodiment, the filtering information carries source information of multicast traffic unwanted for the first communication node, the multicast traffic unwanted for the first communication node is filtered, and only the filtered multicast traffic, that is, the multicast traffic needed by the first communication node is sent to the first communication node.
In an exemplary implementation, that the multicast traffic is processed based on the received report message includes: a correspondence between the multicast traffic and the first communication node is determined based on the report information; and the correspondence is encapsulated in a bit indexed explicit replication (BIER) header.
In an application embodiment, the present application proposes an optimization scheme that the MLD protocol serves as the BIER overlay protocol, and it is adapted to randomly deployed networks, and a situation that redundant traffic is transmitted in the network does not occur.
Firstly, the BFIR is configured to send a specified source group query message instead of a general query message, where the source group query message carries not only the group information but also corresponding source information.
Secondly, the BFER selects only one BFIR to send the report message in a case where multiple sources in a same group are found or multiple BFIRs in the same flow are found.
The selection algorithm may be judged simply according to the BFR-Prefix or the BFR-ID value of the BFIR, and also may be judged according to a certain algorithm, such as an HRW algorithm.
Thirdly, when the BFER sends a report packet, a filtering mode carrying an EXCLEDE is selected, and an source address which is not expected to be received is written in an EXCLEDE list, so that unnecessary traffic being received is avoided.
The EXCLUDE filtering mode may be carried in a simplified form of TLV.
In S101, the ingress BFIR device sends a specific source group query message to a BFER device for each multicast flow.
In S102, after a report message replied by a BFER is received, the ingress BFIR device processes the report message, and if the report message carries an EXCLUDE mode, then the ingress BFIR device does not send a flow to a corresponding BFER.
In S103, the ingress BFIR device determines a BFER correspondence between the flow and a receiver and sends the BFER correspondence to a forwarding layer, so that multicast traffic is encapsulated according to the correspondence when a BIER header is encapsulated, and the multicast traffic is prevented from being sent to the receiver which is not needed.
In S201, a BFER receives a specific source group query message from an ingress BFIR device, and records a BFIR and corresponding flow information.
In S202, the BFER compares the flow information in the received query message with flow information that needs to be received and is known locally from a receiver, and determines which flows are needed by the local receiver. When different sources in a same group exist, an EXCLUDE filtering mode is generated to eliminate flows corresponding to unwanted sources.
In S203, in a case where there are multiple ingress BFIRs in a same flow, the BFER needs to run a selection algorithm to select BFIRs that needs to respond, and the algorithm may be a relatively simple algorithm, or may be an HRW algorithm and the like.
In S204, the BFER responds a report message to the selected BFIR, and if there is the EXCLUDE filtering mode, the report message needs to carry traffic information corresponding to an excluded source.
In a BIER domain, some devices are connected to both a multicast source and the receiver, and such devices are both the BFIR and the BFER device.
In an application embodiment, in a case where same multicast traffic is connected to multiple BFIRs, or there are multiple sources in a same group, the BFIR is configured to send a specific source group query message instead of a general query message, and both a multicast group and source information are carried in the query message and sent to the BFER. The BFER responds to the report message based on local receiver conditions.
The report message may also be formatted as a specific source group report message as defined in the RFC 3376. Therefore, the BFIR1 sends traffic of the (S1, G1) to the BFER1 and the BFER2 through other devices in a BIER domain. The BFIR3 sends traffic of the (S2, G2) to the BFER2 and the BFER3 through other devices in the BIER domain. Because the report message sent by the BFER is not sent to the “all BMLD Queriers” device, that is, a BFER1 device, a BFER2 device, a BFER3 device, the BFIR2 will not receive the report message sent by the BFER, nor will the BFIR2 pushes the traffic to the BFER1/BFER2. This prevents the BFER1 and the BFER2 from receiving duplicate traffic.
When the report message is sent, only a BFR-id value of the selected BFIR is filled in the Bitstring in the encapsulated BFIR packet. A MILD message is encapsulated in a BIER packet as a payload, and the “all BMLD Queriers” address originally defined may still be used as an IP packet address of the encapsulation MHLD, but the address will not affect the delivery of the BIER packet.
In an application embodiment, for the same flow, care should be taken to select the same BFIR as much as possible in a case where multiple BFERs are to receive the flow. For example, in FG. 1, the BFER1, the BFER2, and the BFER3 all need to receive the same flow, and the BFIR1 may be selected as the ingress device, or the BFIR2 may be selected as the ingress device, and handling of the ingress device is simplified as much as possible.
Upon selecting the BFIR, a simple algorithm may be adopted, for example, only the BFIR with the lowest or highest BFR-Prefix, or with the lowest or highest BFR-ID among the candidate BFIRs may be used as the ingress device, or a specific algorithm may be adopted to select the BFIR, so as to avoid that when a new BFIR connected to the same source is added, the selection result will be affected, and a switching to a new BFIR device is caused. A particular algorithm may be a HRW algorithm or other hash algorithm. The HRW algorithm is used as an example here:
Wrand(S,G,Ai)=(1103515245*((1103515245*Ai+12345)XOR D(S,G))+12345)(mod 2{circumflex over ( )}31).
For an IPv4 scenario, D (S, G) may be a 31-digit digest value after the source group information of the multicast flow is subjected to an AND operation and the highest digit is removed. A is then a 32-bit BFR-Prefix address of the BFIR. BFR-Prefixs of different BFIRs correspond to different Ai values.
For an IPv6 scenario, D (S, G) may be a 31-bit digest value after the source group information of the multicast flow is subjected to a HASH operation. A is then a 32-bit value obtained after the HASH is performed on a 128-bit BFR-Prefix address of the BFIR. BFR-Prefixs of different BFIRs correspond to different Ai values.
After a weight Wrand value is calculated for all candidate BFIRs, a BFIR corresponding to the maximum weight value is selected as the selected BFIR.
For example, in
In an application embodiment, in some cases, even if only one BFIR device is selected to send the report information, a problem is still caused. As shown in
Therefore, after the BFIR sends the specific source group query packet, the BFER needs to save all source group information in the query packet, and then the all source group information is compared with the source group information needed by the local receiver, and then, when a response report packet is sent, the EXCLUDE filtering mode is used to carry source information that does not need to be received, so that unnecessary traffic being received is avoided.
Likewise,
In this way, after the report packet is received, the BFIR1 may clearly know that the BFER corresponding to the (S1, G1) is the BFER1 and the BFER2, and the BFER corresponding to the (S2, G1) is the BFER2 and the BFER3. In this way, there is no additional traffic transmission in the network, and BFER does not receive unnecessary traffic.
With different deployment modes, the method in the above-described embodiments may be used independently or in combination, so as to avoid transmission of redundant and repeated traffic, improve utilization efficiency of network resources, and promote the wide application of multicast, especially the BIER technology.
BIER technology is widely used in the network, the MILD will play an important role as the simplest overlay protocol. For a slightly complex network, the present application may play a role of saving a network bandwidth, reducing extra overhead of network node processing, and promoting the development of the network multicast technology.
In an exemplary implementation, this embodiment provides a message processing apparatus,
As shown in
The first receiving module 91 is configured to receive multiple source group query messages respectively sent by multiple second communication nodes.
The determination module 92 is configured to determine a report message and select any second communication node based on the multiple source group query messages.
The first sending module 93 is configured to send the report message to the selected second communication node.
In an exemplary implementation, the determination module 92 is configured to select one second communication node from the multiple second communication nodes based on a preset selection algorithm in a case where a same multicast traffic corresponds to the multiple second communication nodes.
In an exemplary implementation, the preset selection algorithm includes one or more of: a selection of a second communication node with a lowest BFR-Prefix value, a selection of a second communication node with a highest BFR-Prefix value, a selection of a second communication node with a lowest BFR-ID value, a selection of a second communication node with a highest BFR-ID value, or a highest random weight (HRW) algorithm.
In an exemplary implementation, the determination module 92 is configured to select one second communication node from the multiple second communication nodes based on the HRW algorithm. In an exemplary implementation, the determination module 92 is configured to: determine a weight value of each second communication node, and determine a second communication node corresponding to a maximum weight value as the selected second communication node.
In an exemplary implementation, the weight value of the second communication node is determined by group information and source information which are carried in a respective one of the multiple source group query messages corresponding to this second communication node.
In an exemplary implementation, the determination module 92 is configured to: compare flow information in the multiple source group query messages with flow information needed to be received locally, and write flow information which does not need to be received locally in the flow information in the multiple source group query messages into filtering information, where the filtering information is carried in the report message.
In an exemplary implementation, the filtering information is carried in a form of a type-length-value (TLV).
The message processing apparatus provided in this embodiment may perform the message processing method provided in any of the embodiments of the present application, and has a corresponding function module and beneficial effects for performing the method. Technical details not described in this embodiment may refer to the message processing method provided in any of the embodiments of the present application.
In the above-described embodiments of the message processing apparatus, each unit and module included in the message processing apparatus are only divided according to functional logic, but are not limited to the above-described divisions, so long as corresponding functions may be realized, in addition, the names of the function units are also only to facilitate distinguishing from each other and are not intended to limit the scope of protection of the present application.
In an exemplary implementation, this embodiment provides a message processing apparatus,
As shown in
The second sending module 101 is configured to send a source group query message to a first communication node, where the source group query message is used by the first communication node to determine any second communication node and a report message. The processing module 102 is configured to process multicast traffic based on the received report message.
In an exemplary implementation, the source group query message carries group information and source information, and the group information and the source information are used for the first communications node to determine a weight value of the second communication node.
In an exemplary implementation, that the multicast traffic is processed based on the received report message includes: the multicast traffic is sent to the first communication node corresponding to the report information.
In an exemplary implementation, the processing module 102 is configured to: filter the multicast traffic corresponding to the filtering information in a case where filtering information is carried in the report message, and send the filtered multicast traffic to the first communication node corresponding to the report information.
In an exemplary implementation, the processing module 102 is configured to: determine a correspondence between the multicast traffic and the first communication node based on the report information, and encapsulate the correspondence in a bit indexed explicit replication (BIER) header.
The message processing apparatus provided in this embodiment may perform the message processing method provided in any of the embodiments of the present application, and has a corresponding function module and beneficial effects for performing the method. Technical details not described in this embodiment may refer to the message processing method provided in any of the embodiments of the present application.
In the above-described embodiments of the message processing apparatus, each unit and module included in the message processing apparatus are only divided according to functional logic, but are not limited to the above-described divisions, so long as corresponding functions may be realized, in addition, the names of the function units are also only to facilitate distinguishing from each other and are not intended to limit the scope of protection of the present application.
An embodiment of the present application further provides a device.
The memory 112 serves as a computer-readable storage medium and may be used for storing a software program, a computer executable program and a module, such as a program instruction/module corresponding to the message processing method in the embodiments of the present application (such as, the first receiving module 91, the determination module 92 and the first sending module 93 in the message processing apparatus), or a program instruction/module corresponding to the message processing method in the embodiments of the present application (such as, the second sending module 101 and the processing module 102 in the message processing apparatus). The processor 111 executes various function applications and data processing of the device, i.e., implements any one of the message processing methods provided in the embodiments of the present application, by executing software programs, instructions, and modules stored in the memory 112.
The memory 112 mainly includes a storage program region and a storage data region, where the storage program region may store an operating system, an application program required for at least one function; the storage data region may store data or the like created according to the use of the device. Moreover, the memory 112 may include a high-speed random access memory and may also include a non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid-state memory devices. In some instances, the memory 112 may include a memory remotely disposed with respect to the processor 111, these remote memories may be connected to the device over a network. Instances of above-described networks include, but are not limited to, an Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.
The input apparatus 113 may be configured to receive entered numeric or character information and generate key signal inputs related to user settings and function controls of the device. The output apparatus 114 may include a display device such as a display screen.
The communication apparatus 115 may include a receiver and a transmitter. The communication apparatus 115 is configured to perform an information transceiving communication according to the control of the processor 111.
In a case where the above-described device is a first communication node, the processor 111 executes various function applications and data processing by running programs stored in the system memory 112, for example, implements the message processing method provided in the embodiments of the present application, and the method includes: multiple source group query messages respectively sent by multiple second communication nodes are received; a report message is determined based on the multiple source group query messages and any second communication node of the multiple second communication nodes is selected based on the multiple source group query messages; and the report message is sent to the selected second communication node.
The processor 111 may also implement the technical schemes of the message processing method provided in any of the embodiments of the present application. The hardware structure and the function of the device may be explained with reference to the contents of this embodiment.
In a case where the above-described device is a second communication node, the processor 111 executes various function applications and data processing by running programs stored in the system memory 112, for example, implements the message processing method provided in the embodiments of the present application, the method includes: a source group query message is sent to a first communication node, where the source group query message is used by the first communication node to determine any second communication node and a report message; and multicast traffic is processed based on the received report message.
The processor 111 may also implement the technical schemes of the message processing method provided in any of the embodiments of the present application. The hardware structure and the function of the device may be explained with reference to the contents of this embodiment.
In an exemplary implementation, an embodiment of the present application further provides a message processing system. The system includes a first communication node and a second communication node. The second communication node is configured to send a source group query message to a first communication node. The first communication node is configured to: receive multiple source group query messages respectively sent by multiple second communication nodes, determine a report message and any second communication node based on the multiple source group query messages, and send the report message to the selected second communication node. The second communication node is configured to process multicast traffic based on the received report message.
The message processing apparatus provided in this embodiment may perform the message processing method provided in any of the embodiments of the present application, and has a corresponding function module and beneficial effects for performing the method. Technical details not described in this embodiment may refer to the message processing method provided in any of the embodiments of the present application.
In an exemplary implementation, an embodiment of the present application further provides a storage medium including a computer-executable instruction. The computer-executable instruction is configured to perform, when executed by a computer processor, the message processing method, and the method includes: multiple source group query messages respectively sent by multiple second communication nodes are received; a report message is determined based on the multiple source group query messages and any second communication node of the multiple second communication nodes is selected based on the multiple source group query messages; and the report message is sent to the selected second communication node.
According to the storage medium including the computer-executable instruction provided in the embodiments of the present application, the computer-executable instruction is configured to implement operations not limited to the message processing method described above, but also configured to implement relevant operations in the message processing method provided in any of the embodiments of the present application.
An embodiment of the present application further provides a non-transitory computer-readable storage medium including a computer-executable instruction. The computer-executable instruction is configured to perform, when executed by a computer processor, the message processing method, and the method includes: a source group query message is sent to a first communication node, where the source group query message is used by the first communication node to determine any second communication node and a report message; and multicast traffic is processed based on the received report message.
According to the storage medium including the computer-executable instruction provided in the embodiments of the present application, the computer-executable instruction is configured to perform operations not limited to the message processing method described above, but also configured to implement relevant operations in the message processing method provided in any of the embodiments of the present application.
From the above description of the implementations, the present application may be implemented by means of software and necessary general purpose hardware, and may also be implemented by hardware. The technical scheme of the present application may be embodied in the form of a software product, and the computer software product may be stored in a computer readable storage medium, such as a floppy disk of a computer, a read-only memory (ROM), a random access memory (RAM), a flash memory (FLASH), a hard disk or an optional disk, including multiple instructions to enable a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the method of the embodiments of the present application.
The term “user equipment” covers any suitable type of wireless user equipment such as a mobile phone, a portable data processing apparatus, a portable web browser or a vehicle-mounted mobile station.
In general, various embodiments of the present application may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. For example, some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, a microprocessor or other computing devices, although the present application is not limited thereto.
Embodiments of the present application may be implemented by a data processor of a mobile device executing computer program instructions, for example in a processor entity, or by hardware, or by a combination of software and hardware. The computer program instructions may be assembler instructions, instruction set architecture (ISA) instructions, machine instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object codes written in any combination of one or more programming languages.
Any block diagram of the logic flow in the accompanying drawings of the present application may represent program processes, or may represent interconnected logic circuits, modules, and functions, or may represent a combination of program processes and logic circuits, modules, and functions. The computer program may be stored on a memory. The memory may be of any type suitable for the local technical environment and may be implemented using any suitable data storage technology, such as, but not limited to, a read-only memory (ROM), a random access memory (RAM), an optical memory device and system (digital versatile disc (DVD) or compact disk (CD)), etc. Computer readable media may include non-instantaneous storage media. Data processors may be of any type suitable for the local technical environment, such as, but not limited to, general-purpose computers, specialized computers, microprocessors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate array (FPGA)), and processors based on multi-core processor architectures.
| Number | Date | Country | Kind |
|---|---|---|---|
| 202010223721.4 | Mar 2020 | CN | national |
This is a National Stage Application filed under 35 U.S.C. 371 based on International Patent Application No. PCT/CN2020/134537, filed on Dec. 8, 2020, which claims priority to Chinese Patent Application No. 201110223721.4 filed on Mar. 26, 2020, the disclosures of both of which are incorporated herein by reference in their entireties.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/CN2020/134537 | 12/8/2020 | WO |
