Flow data distribution method and device, equipment and storage medium
By splitting the traffic data to be distributed into multiple target sub-messages and evenly distributing them to the processing thread, the problem of unreasonable traffic distribution in the existing interface traffic distribution technology is solved, and more efficient processing performance and equipment utilization are achieved.
Patent Information
- Application Number
- CN202411976494.7
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-30
- Publication Date
- 2025-04-15
AI Technical Summary
There is an unreasonable traffic distribution in the existing interface traffic distribution technology, which leads to the problem of processing bottlenecks in thread processing traffic and insufficient processing efficiency.
By obtaining the traffic data to be distributed from the target communication interface in the target network, it is divided into multiple target sub-messages according to the number of NGAP messages, and these sub-messages are evenly distributed to the preset processing thread.
It realizes uniform distribution of interface traffic, avoids processing bottlenecks, improves overall processing performance and single-device throughput, improves equipment utilization, and saves equipment costs.
Smart Images
Figure CN119835692A_ABST
Abstract
Description
Technical Field
[0001] The embodiments of the present invention relate to the technical field of interface traffic management, and in particular to a traffic data distribution method, device, equipment and storage medium. Background Art
[0002] During the 5G core network signaling analysis process, when the analysis program collects the NGAP (NG Application Protocol) message of the N1N2 interface in a bypass manner, it will distribute the message to multiple processing threads bound to the CPU core according to a specific load balancing method, and decode and associate the message in the processing thread. This multi-threaded parallel processing method can maximize the use of CPU hardware.
[0003] In the prior art, the distribution methods generally include distribution by AMF network element and distribution by gNodeB network element. However, both methods have a disadvantage, that is, when the traffic of a single AMF or gNodeB is too large and exceeds the processing capacity of a single core, the overall processing capacity will be bottlenecked. In addition, when the number of AMFs or gNodeBs is too small, there is also a problem that the CPU hardware processing capacity cannot be fully utilized. Summary of the invention
[0004] The embodiments of the present invention provide a flow data distribution method, apparatus, device and storage medium. The technical solution of the embodiments of the present invention solves the problems of unreasonable flow distribution in the existing interface flow distribution technology, which easily leads to processing bottlenecks and insufficient processing efficiency in thread processing flow. The interface flow can be evenly distributed to multiple processing threads to avoid processing bottlenecks, improve overall processing performance and single-device throughput, improve equipment utilization, and effectively save equipment costs.
[0005] In a first aspect, an embodiment of the present invention provides a flow data distribution method, the method comprising:
[0006] Obtain the traffic data to be distributed of the target communication interface in the target network; split the traffic data to be distributed into multiple target sub-messages according to the number of NGAP messages in the traffic data to be distributed; wherein each target sub-message includes one NGAP message; and evenly distribute the target sub-messages to the preset processing threads to complete the data distribution process of the traffic data to be distributed.
[0007] In a second aspect, an embodiment of the present invention provides a flow data distribution device, the device comprising:
[0008] A traffic data acquisition module is used to acquire the traffic data to be distributed of the target communication interface in the target network; a traffic data splitting module is used to split the traffic data to be distributed into multiple target sub-messages according to the number of NGAP messages in the traffic data to be distributed; wherein each target sub-message includes one NGAP message; a traffic data distribution module is used to evenly distribute the target sub-messages to multiple preset processing threads to complete the data distribution process of the traffic data to be distributed.
[0009] In a third aspect, an embodiment of the present invention provides a computer device, the computer device comprising:
[0010] one or more processors;
[0011] A memory for storing one or more programs;
[0012] When the one or more programs are executed by the one or more processors, the one or more processors implement the traffic data distribution method described in any embodiment.
[0013] In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the traffic data distribution method described in any embodiment.
[0014] The technical solution provided by the embodiment of the present invention obtains the traffic data to be distributed of the target communication interface in the target network; splits the traffic to be distributed into multiple target sub-messages according to the number of NGAP messages in the traffic data to be distributed; wherein each target sub-message includes one NGAP message; and evenly distributes the target sub-messages to the preset processing threads to complete the data distribution process of the traffic data to be distributed. The technical solution of the embodiment of the present invention solves the problems of unreasonable traffic distribution existing in the existing interface traffic distribution technology, which easily leads to processing bottlenecks and insufficient processing efficiency in thread processing traffic. It can evenly distribute the interface traffic to multiple processing threads to avoid processing bottlenecks, improve overall processing performance and single device throughput, improve equipment utilization, and effectively save equipment costs. BRIEF DESCRIPTION OF THE DRAWINGS
[0015] Figure 1 It is a flow chart of a flow data distribution method provided by an embodiment of the present invention;
[0016] Figure 2 It is a flow chart of another flow data distribution method provided by an embodiment of the present invention;
[0017] Figure 3 It is a structural schematic diagram of a flow data distribution device provided by an embodiment of the present invention;
[0018] Figure 4 It is a structural schematic diagram of a computer device provided by an embodiment of the present invention. DETAILED DESCRIPTION
[0019] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.
[0020] Figure 1 It is a flow chart of a traffic data distribution method provided by an embodiment of the present invention. The embodiment of the present invention can be applied to the scenario of distributing interface traffic to processing threads. The method can be executed by a traffic data distribution device, which can be implemented by software and / or hardware.
[0021] like Figure 1 As shown, the traffic data distribution method includes the following steps:
[0022] S110: Obtain the to-be-distributed flow data of the target communication interface in the target network.
[0023] The target network may be a communication network that needs to distribute traffic data. The target communication interface may be an interface in the target network for data communication. The traffic data to be distributed may be traffic data that needs to be distributed. Specifically, the traffic transmission data of the target communication interface in the target network may be obtained, and the obtained traffic transmission data may be used as the traffic data to be distributed.
[0024] S120. Split the traffic to be distributed into multiple target sub-messages according to the number of NGAP messages in the traffic data to be distributed.
[0025] Among them, the target sub-message can be a branch message obtained by splitting the traffic data to be distributed. Among them, each target sub-message includes one of the NGAP messages. Specifically, the target message can be split according to the number of NGAP messages in the target message, thereby obtaining multiple target sub-messages. For example, if the target message contains five NGAP messages, this can split the target message into five sub-messages. And add the five NGAP messages to the corresponding sub-messages to obtain five target sub-messages. By splitting the target message into multiple target sub-messages, it is convenient to evenly distribute the NGAP messages to these multiple processing threads in the future.
[0026] S130: Evenly distribute the target sub-messages to preset processing threads to complete the data distribution process of the traffic data to be distributed.
[0027] The preset processing thread may be a preset thread for executing traffic data processing tasks. The target processing thread may be a thread for processing data of a target sub-message. Specifically, the target thread number corresponding to the target value message may be determined according to the metadata value of the target sub-message and the number of preset processing threads, and then the target processing thread corresponding to the target thread number may be determined, and finally the target sub-message may be distributed to the target processing thread.
[0028] The technical solution provided by the embodiment of the present invention obtains the traffic data to be distributed of the target communication interface in the target network; splits the traffic to be distributed into multiple target sub-messages according to the number of NGAP messages in the traffic data to be distributed; wherein each target sub-message includes one NGAP message; and evenly distributes the target sub-messages to the preset processing threads to complete the data distribution process of the traffic data to be distributed. The technical solution of the embodiment of the present invention solves the problems of unreasonable traffic distribution existing in the existing interface traffic distribution technology, which easily leads to processing bottlenecks and insufficient processing efficiency in thread processing traffic. It can evenly distribute the interface traffic to multiple processing threads to avoid processing bottlenecks, improve overall processing performance and single device throughput, improve equipment utilization, and effectively save equipment costs.
[0029] Figure 2 It is another flow chart of a traffic data distribution method provided by an embodiment of the present invention. The embodiment of the present invention can be applied to the scenario of distributing interface traffic to processing threads. Based on the above embodiment, this embodiment further explains how to split the traffic to be distributed into multiple target sub-messages according to the number of NGAP messages in the traffic data to be distributed; and how to evenly distribute the target sub-messages to preset processing threads. The device can be implemented by software and / or hardware and integrated in a computer device with application development function.
[0030] like Figure 2 As shown, the traffic data distribution method includes the following steps:
[0031] S210: Obtain the traffic data to be distributed of the target communication interface in the target network.
[0032] The target network may be a communication network that needs to distribute traffic data. The target communication interface may be an interface in the target network for data communication. The traffic data to be distributed may be traffic data that needs to be distributed. Specifically, the traffic transmission data of the target communication interface in the target network may be obtained, and the obtained traffic transmission data may be used as the traffic data to be distributed.
[0033] Optionally, the obtaining of the to-be-distributed traffic data of the target communication interface in the target network includes: obtaining transmission traffic data of the N1 interface and the N2 interface in the target network, and using the obtained transmission traffic data as the to-be-distributed traffic data.
[0034] S220: Acquire multiple target messages in the traffic data to be distributed.
[0035] The target message may be a message for recording traffic messages. Specifically, the SCTP message in the traffic data to be distributed may be obtained. The obtained SCTP message is used as the target message. The NGAP message is carried by the SCTP protocol, and one SCTP message may carry one or more NGAP messages.
[0036] S230. For each target message, when there are multiple NGAP messages in the target message, split the target message into multiple target sub-messages.
[0037] Among them, the target sub-message can be a branch message corresponding to the target message. One of the target sub-messages can contain only one NGAP message. The number of target sub-messages corresponding to the target message is the same as the number of NGAP messages in the target message. Specifically, the target message can be split according to the number of NGAP messages in the target message to obtain multiple target sub-messages. For example, if the target message contains five NGAP messages, the target message can be split into five sub-messages. And the five NGAP messages are added to the corresponding sub-messages to obtain five target sub-messages. By splitting the target message into multiple target sub-messages, it is convenient to evenly distribute the NGAP messages to these multiple processing threads later.
[0038] For another example, for an SCTP message carrying N (N>=1) NGAP messages, this method will create N new messages, each of which will be filled with each NGAP message in the original message in turn, and finally the original SCTP message will be discarded, and the newly created N messages will enter step 2 to extract metadata. Multiple NGAP messages carried in the same SCTP message may be messages from different users and different processes, and the corresponding metadata values are also different. If they are not split, it is impossible to determine which message's metadata to distribute.
[0039] S240. For each target sub-message, determine a metadata value corresponding to the target sub-message according to a message type of the NGAP message in the target sub-message.
[0040] The metadata value may be a parameter used to represent the data characteristics in the target message. Specifically, the metadata value determination rules corresponding to different types of NGAP messages may be preset manually. Furthermore, the target metadata value determination rules may be matched according to the message type of the NGAP message in the target sub-message, and then the metadata value corresponding to the target sub-message may be determined based on the target metadata determination rules.
[0041] Optionally, according to the message type of the NGAP message in the target sub-message, the metadata value corresponding to the target sub-message is determined, including: according to the message type of the NGAP message in the target sub-message, determining the target field corresponding to the message type from a preset metadata matching table; and using the numerical value of the target field in the target sub-message as the metadata value.
[0042] Among them, the preset metadata matching table can be a table for recording the association between the message type and metadata of the NGAP message. The target field can be a field used to determine the metadata value of the target sub-message. Exemplarily, there can be a correspondence between the message type and the field of the NGAP message in the preset metadata matching table. After determining the message type of the NGAP message of the target sub-message, the corresponding field can be matched from the preset metadata matching table according to the message type, and the matched field can be used as the target field. Furthermore, the numerical value of the target field in the target sub-message can be used as the metadata value corresponding to the target sub-message.
[0043] For example, for HANDOVER REQUEST, HANDOVER REQUEST ACKNOWLEDGE, HANDOVER FAILURE, HANDOVER NOTIFY, UE CONTEXT RELEASE REQUEST, UE CONTEXT RELEASE COMMAND and UE CONTEXT RELEASE COMPLETE messages: the AMF UE NGAP ID field value of the message can be extracted as the metadata value;
[0044] For all other messages carrying the RAN UE NGAP ID field, such as INITIAL UE MESSAGE / DOWNLINK NAS TRANSPORT / UPLINK NAS TRANSPORT, etc.: extract the RAN UE NGAP ID field value of the message as the metadata value;
[0045] For other messages that do not carry the RAN UE NGAP ID field, such as Paging / NG SETUP REQUEST / NG SETUP RESPONSE, etc.: according to the message direction, extract the gNodeB IP address of the message as metadata;
[0046] S250. Determine a target processing thread corresponding to the target sub-message from the preset processing threads according to the metadata value and the number of preset processing threads, and distribute the target sub-message to the target processing thread.
[0047] The preset processing thread may be a preset thread for executing traffic data processing tasks. The target processing thread may be a thread for processing data of a target sub-message. Specifically, the target thread number corresponding to the target value message may be determined according to the metadata value of the target sub-message and the number of preset processing threads, and then the target processing thread corresponding to the target thread number may be determined, and finally the target sub-message may be distributed to the target processing thread.
[0048] Optionally, determining the target processing thread corresponding to the target sub-message from the preset processing threads based on the metadata value and the number of preset processing threads includes: performing a modulo operation on the metadata value and the number of preset processing threads, and determining the thread number of the target processing thread with the numerical value obtained by the operation.
[0049] Optionally, a hash value corresponding to the metadata value may be determined, the hash value is modulo the number of the preset processing threads, and the thread number of the target processing thread is determined by the value obtained by the operation. The ID value of the NGAP is generally randomly assigned, which has a good hash effect. The hash value calculated by the hash algorithm and then distributed can further increase the hash effect and balance the load of each thread.
[0050] The technical solution of the embodiment of the present invention can evenly distribute the N1N2 interface traffic to multiple processing threads, without being limited by the number of gNodeB and AMF network elements and the traffic scale of a single network element, and can ensure that most of the NGAP messages of the same transaction and session can be distributed to the same thread, avoiding processing bottlenecks and improving overall processing performance.
[0051] For example, in order to better understand the technical solution provided by the present invention, the principle of the method is described below:
[0052] AMF UE NGAP ID and RAN UE NGAP ID are assigned by AMF and gNodeB respectively. At present, the NGAP ID value is a unique value that identifies a UE. It is generally randomly assigned. Therefore, calculating the hash value according to the NGAP ID for distribution can ensure balanced distribution. However, not all NGAP messages carry both AMF UE NGAP ID and RAN UE NGAPID. Some messages only carry RAN UE NGAP ID, some only carry AMF UE NGAP ID, and some messages do not carry either. Therefore, this method focuses on the processing methods of various types of messages.
[0053] For the HANDOVER REQUEST message, it only carries the AMF UE NGAP ID, so it is distributed using its AMF UE NGAPID. At the same time, although the HANDOVER REQUEST ACKNOWLEDGE / HANDOVER FAILURE / HANDOVER NOTIFY message and the HANDOVER REQUEST message carry both the AMF UE NGAP ID and the RAN UE NGAP ID, they belong to the same transaction process as the HANDOVER REQUEST message. In order to ensure that the messages of the same transaction are distributed to the same thread, these messages are also distributed according to the AMF UE NGAP ID.
[0054] For the UE CONTEXT RELEASE COMMAND message, it may carry both the AMF UE NGAP ID and the RANUE NGAP ID, or it may only carry the AMF UE NGAP ID. In order to ensure the accuracy of distribution, it is distributed according to the AMF UE NGAPID. Similarly, the UE CONTEXT RELEASE REQUEST / UE CONTEXTRELEASE COMPLETE message of the same transaction flow is also distributed according to the AMF UE NGAP ID.
[0055] For other messages carrying the RAN UE NGAP ID, they are directly distributed according to the RAN UE NGAP ID, which ensures that the transactions to which these messages belong and their related messages can be distributed to the same thread.
[0056] For the remaining messages that do not carry the RAN UE NGAP ID, they are distributed according to the gNodeB IP address. After the previous processing, the proportion of these messages is already relatively low, and the computing resources required to process such messages are generally small. Therefore, distributing them according to the gNodeB IP address will not affect the overall load balancing effect, and can ensure that the same transaction is distributed to the same thread.
[0057] The technical solution provided by the embodiment of the present invention obtains the to-be-distributed traffic data of the target communication interface in the target network; obtains multiple target messages in the to-be-distributed traffic data; for each target message, when the number of the NGAP messages in the target message is multiple, splits the target message into multiple target sub-messages; for each target sub-message, determines the metadata value corresponding to the target sub-message according to the message type of the NGAP message in the target sub-message; determines the target processing thread corresponding to the target sub-message from the preset processing threads according to the metadata value and the number of preset processing threads, and distributes the target sub-message to the target processing thread. The technical solution of the embodiment of the present invention solves the problems of unreasonable traffic distribution existing in the existing interface traffic distribution technology, which easily leads to processing bottlenecks and insufficient processing efficiency in thread processing traffic. It can evenly distribute the interface traffic to multiple processing threads, avoid processing bottlenecks, improve overall processing performance and single device throughput, improve equipment utilization, and effectively save equipment costs.
[0058] Figure 3 It is a structural diagram of a traffic data distribution device provided by an embodiment of the present invention. The embodiment of the present invention can be applied to the scenario of distributing interface traffic to processing threads. The device can be implemented by software and / or hardware and integrated into a computer device with application development function.
[0059] like Figure 3 As shown, the traffic data distribution device includes: a traffic data acquisition module 310, a traffic data splitting module 320 and a traffic data distribution module 330.
[0060] Among them, the traffic data acquisition module 310 is used to obtain the traffic data to be distributed of the target communication interface in the target network; the traffic data splitting module 320 is used to split the traffic to be distributed into multiple target sub-messages according to the number of NGAP messages in the traffic data to be distributed; wherein each target sub-message includes one NGAP message; the traffic data distribution module 330 is used to evenly distribute the target sub-messages to multiple preset processing threads to complete the data distribution process of the traffic data to be distributed.
[0061] The technical solution provided by the embodiment of the present invention obtains the traffic data to be distributed of the target communication interface in the target network; splits the traffic to be distributed into multiple target sub-messages according to the number of NGAP messages in the traffic data to be distributed; wherein each target sub-message includes one NGAP message; and evenly distributes the target sub-messages to the preset processing threads to complete the data distribution process of the traffic data to be distributed. The technical solution of the embodiment of the present invention solves the problems of unreasonable traffic distribution existing in the existing interface traffic distribution technology, which easily leads to processing bottlenecks and insufficient processing efficiency in thread processing traffic. It can evenly distribute the interface traffic to multiple processing threads to avoid processing bottlenecks, improve overall processing performance and single device throughput, improve equipment utilization, and effectively save equipment costs.
[0062] In an optional implementation, the traffic data acquisition module 310 is specifically used to: acquire the transmission traffic data of the N1 interface and the N2 interface in the target network, and use the acquired transmission traffic data as the traffic data to be distributed.
[0063] In an optional implementation, the traffic data splitting module 320 is specifically used to: obtain multiple target messages in the traffic data to be distributed; for each target message, when the number of NGAP messages in the target message is multiple, split the target message into multiple target sub-messages; wherein the number of target sub-messages corresponding to the target message is the same as the number of NGAP messages in the target message.
[0064] In an optional embodiment, the traffic data distribution module 330 is specifically used to: for each target sub-message, determine the metadata value corresponding to the target sub-message according to the message type of the NGAP message in the target sub-message; determine the target processing thread corresponding to the target sub-message from the preset processing threads according to the metadata value and the number of preset processing threads, and distribute the target sub-message to the target processing thread.
[0065] In an optional implementation, the traffic data distribution module 330 includes: a first processing thread determination unit, configured to perform a modulo operation on the metadata value and the number of preset processing threads, and determine the thread number of the target processing thread using the numerical value obtained by the operation.
[0066] In an optional embodiment, the traffic data distribution module 330 includes: a second processing thread determination unit, used to: determine the hash value corresponding to the metadata value, perform a modulo operation on the hash value and the number of preset processing threads, and use the calculated value to determine the thread number of the target processing thread.
[0067] In an optional embodiment, the traffic data distribution module 330 includes: a metadata value determination unit, used to: determine the target field corresponding to the message type from a preset metadata matching table according to the message type of the NGAP message in the target sub-message; and use the numerical value of the target field in the target sub-message as the metadata value.
[0068] The traffic data distribution device provided in the embodiment of the present invention can execute the traffic data distribution method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the execution method.
[0069] Figure 4 A schematic diagram of the structure of a computer device provided in an embodiment of the present invention. Figure 4 A block diagram of an exemplary computer device 12 suitable for use in implementing embodiments of the present invention is shown. Figure 4 The computer device 12 shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention. The computer device 12 can be any terminal device with computing capability and can be configured in the traffic data distribution device.
[0070] like Figure 4 As shown, the computer device 12 is in the form of a general-purpose computing device. The components of the computer device 12 may include, but are not limited to: one or more processors or processing units 16, a system memory 28, and a bus 18 that connects various system components (including the system memory 28 and the processing unit 16).
[0071] The bus 18 may be one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor or a local bus using any of a variety of bus architectures. For example, these architectures include, but are not limited to, an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MAC) bus, an Enhanced ISA bus, a Video Electronics Standards Association (VESA) local bus, and a Peripheral Component Interconnect (PCI) bus.
[0072] The computer device 12 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by the computer device 12, including volatile and non-volatile media, removable and non-removable media.
[0073] The system memory 28 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) 30 and / or cache 32. The computer device 12 may further include other removable / non-removable, volatile / non-volatile computer system storage media. By way of example only, the storage system 34 may be used to read and write non-removable, non-volatile magnetic media ( Figure 4 not shown, usually called a "hard drive"). Although Figure 4 Not shown in the figure, a disk drive for reading and writing to a removable non-volatile disk (e.g., a "floppy disk"), and an optical disk drive for reading and writing to a removable non-volatile optical disk (e.g., a CD-ROM, a DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to the bus 18 via one or more data medium interfaces. The system memory 28 may include at least one program product having a set (e.g., at least one) of program modules that are configured to perform the functions of the various embodiments of the present invention.
[0074] A program / utility 40 having a set (at least one) of program modules 42 may be stored, for example, in system memory 28, such program modules 42 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment. Program modules 42 generally perform the functions and / or methods of the embodiments described herein.
[0075] The computer device 12 may also communicate with one or more external devices 14 (e.g., keyboards, pointing devices, displays 24, etc.), one or more devices that enable a user to interact with the computer device 12, and / or any device that enables the computer device 12 to communicate with one or more other computing devices (e.g., network cards, modems, etc.). Such communication may be performed through an input / output (I / O) interface 22. Furthermore, the computer device 12 may also communicate with one or more networks (e.g., local area networks (LANs), wide area networks (WANs), and / or public networks, such as the Internet) through a network adapter 20. Figure 4 As shown, the network adapter 20 communicates with other modules of the computer device 12 via the bus 18. It should be understood that although Figure 4 Not shown, other hardware and / or software modules may be used in conjunction with computer device 12, including but not limited to microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.
[0076] The processing unit 16 executes various functional applications and data processing by running the program stored in the system memory 28, for example, implementing the traffic data distribution method provided in the embodiment of the present invention, the method comprising:
[0077] Obtain the traffic data to be distributed of the target communication interface in the target network; split the traffic data to be distributed into multiple target sub-messages according to the number of NGAP messages in the traffic data to be distributed; wherein each target sub-message includes one NGAP message; and evenly distribute the target sub-messages to the preset processing threads to complete the data distribution process of the traffic data to be distributed.
[0078] This embodiment provides a computer-readable storage medium, on which a computer program is stored. When the program is executed by a processor, the flow data distribution method provided by any embodiment of the present invention is implemented, including:
[0079] Obtain the traffic data to be distributed of the target communication interface in the target network; split the traffic data to be distributed into multiple target sub-messages according to the number of NGAP messages in the traffic data to be distributed; wherein each target sub-message includes one NGAP message; and evenly distribute the target sub-messages to the preset processing threads to complete the data distribution process of the traffic data to be distributed.
[0080] The computer storage medium of the embodiment of the present invention can adopt any combination of one or more computer-readable media. The computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium can be, for example, but not limited to: an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples (non-exhaustive list) of computer-readable storage media include: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this document, a computer-readable storage medium can be any tangible medium containing or storing a program, which can be used by an instruction execution system, device or device or used in combination with it.
[0081] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, which carry computer-readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.
[0082] The program code embodied on the computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
[0083] Computer program code for performing the operations of the present invention may be written in one or more programming languages or combinations thereof, including object-oriented programming languages such as Java, Smalltalk, C++, and conventional procedural programming languages such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).
[0084] It should be understood by those skilled in the art that the modules or steps of the present invention described above can be implemented by a general-purpose computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, optionally, they can be implemented by a program code executable by a computer device, so that they can be stored in a storage device and executed by the computing device, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present invention is not limited to any specific combination of hardware and software.
[0085] Note that the above are only preferred embodiments of the present invention and the technical principles used. Those skilled in the art will understand that the present invention is not limited to the specific embodiments herein, and that various obvious changes, readjustments and substitutions can be made by those skilled in the art without departing from the scope of protection of the present invention. Therefore, although the present invention has been described in more detail through the above embodiments, the present invention is not limited to the above embodiments, and may include more other equivalent embodiments without departing from the concept of the present invention, and the scope of the present invention is determined by the scope of the appended claims.
Claims
1. A traffic data distribution method, characterized in that: include: Obtain the traffic data to be distributed of the target communication interface in the target network; According to the number of NGAP messages in the traffic data to be distributed, split the traffic to be distributed into a plurality of target sub-messages; wherein each target sub-message includes one NGAP message; The target sub-messages are evenly distributed to the preset processing threads to complete the data distribution process of the flow data to be distributed.
2. The method according to claim 1, characterized in that The step of splitting the traffic to be distributed into a plurality of target sub-messages according to the number of NGAP messages in the traffic data to be distributed includes: Acquire multiple target messages in the traffic data to be distributed; For each target message, if there are multiple NGAP messages in the target message, split the target message into multiple target sub-messages; Among them, the number of target sub-messages corresponding to the target message is the same as the number of NGAP messages in the target message.
3. The method according to claim 1, characterized in that The evenly distributing the target sub-messages to the preset processing threads includes: For each target sub-message, determining a metadata value corresponding to the target sub-message according to a message type of an NGAP message in the target sub-message; According to the metadata value and the number of preset processing threads, a target processing thread corresponding to the target sub-message is determined from the preset processing threads, and the target sub-message is distributed to the target processing thread.
4. The method according to claim 3, characterized in that The step of determining, according to the metadata value and the number of preset processing threads, a target processing thread corresponding to the target sub-message from the preset processing threads comprises: A modulo operation is performed on the metadata value and the number of preset processing threads, and the thread number of the target processing thread is determined based on the value obtained by the operation.
5. The method according to claim 3, characterized in that: The step of determining, according to the metadata value and the number of preset processing threads, a target processing thread corresponding to the target sub-message from the preset processing threads comprises: A hash value corresponding to the metadata value is determined, a modulo operation is performed on the hash value and the number of preset processing threads, and a thread number of a target processing thread is determined based on the numerical value obtained by the operation.
6. The method according to claim 3, characterized in that The step of determining, for each target sub-message, a metadata value corresponding to the target sub-message according to a message type of an NGAP message in the target sub-message, includes: According to the message type of the NGAP message in the target sub-message, determining the target field corresponding to the message type from a preset metadata matching table; The value of the target field in the target sub-message is used as the metadata value.
7. The method according to claim 1, characterized in that The step of obtaining the to-be-distributed flow data of the target communication interface in the target network includes: The transmission flow data of the N1 interface and the N2 interface in the target network are obtained, and the obtained transmission flow data is used as the flow data to be distributed.
8. A flow data distribution device, characterized in that: The device comprises: A flow data acquisition module is used to acquire the flow data to be distributed of the target communication interface in the target network; A traffic data splitting module, used for splitting the traffic to be distributed into a plurality of target sub-messages according to the number of NGAP messages in the traffic data to be distributed; wherein each target sub-message includes one NGAP message; The traffic data distribution module is used to evenly distribute the target sub-messages to the preset processing threads to complete the data distribution process of the traffic data to be distributed.
9. A computer device, characterized in that: The computer device comprises: one or more processors; A memory for storing one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the traffic data distribution method as described in any one of claims 1-7.
10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the flow data distribution method as described in any one of claims 1-7 is implemented.