WO2016180188A1 - Procédé, appareil et système d'établissement de liaison répartie - Google Patents

Procédé, appareil et système d'établissement de liaison répartie Download PDF

Info

Publication number
WO2016180188A1
WO2016180188A1 PCT/CN2016/079674 CN2016079674W WO2016180188A1 WO 2016180188 A1 WO2016180188 A1 WO 2016180188A1 CN 2016079674 W CN2016079674 W CN 2016079674W WO 2016180188 A1 WO2016180188 A1 WO 2016180188A1
Authority
WO
WIPO (PCT)
Prior art keywords
link
distribution
chain
service node
service
Prior art date
Application number
PCT/CN2016/079674
Other languages
English (en)
Chinese (zh)
Inventor
李剑鹏
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2016180188A1 publication Critical patent/WO2016180188A1/fr

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications

Definitions

  • This paper relates to the field of distribution chain building technology, and in particular to a distribution chain building method, device and system.
  • HLR Home Location Register
  • IMS IP Multimedia Subsystem
  • the server cluster plans the access users in advance according to the user's IP address and port number range, and can evenly distribute the user's service requirements to each service node in the cluster for processing.
  • the server cluster forwards the user's link establishment request to the corresponding service node according to the user's IP address and port number range according to the prior planning, and the service node provides the service.
  • the IMS server cannot allocate the service node according to the IP address of the mobile terminal, which may cause the mobile terminal to fail.
  • the load of the service requests processed by the service nodes of the IMS server is seriously unbalanced, and some service nodes are running at full capacity, some service nodes are vacant, waste resources, and the whole is reduced. The responsiveness of the core network.
  • the main object of the present invention is to provide a distribution chain building method, device and system, aiming at solving In the related art, the server cluster has an unbalanced load and a slow response.
  • a distribution chain building method comprising the following steps:
  • the legal link request message is forwarded to the service node with the least load to establish a chain.
  • the method before the step of receiving the link establishment request message of the initiator, the method further includes:
  • the dynamic sub-publishing records a preset legal link establishment destination address and a destination port;
  • the dynamic load parameter of the service node is obtained, and the load sharing table is generated.
  • the method further includes:
  • the distribution link information is stored, and a distribution session table is generated, where the distribution session table is used for distribution of subsequent messages of the initiator.
  • the method further includes:
  • the service node that has been linked with the initiator is obtained according to the session, and the legal link request message is forwarded to the obtained
  • the service node performs chain building
  • the step of forwarding the legal chain-building request packet to the service node with the least load is performed according to the preset load sharing table.
  • a distribution chain building device comprising a receiving module, a screening module and a forwarding module, wherein
  • the receiving module is configured to: receive a link establishment request message of the initiator end;
  • the filtering module is configured to: obtain a legal connection request packet of the destination address and the destination port from the link request packet according to the preset dynamic segmentation;
  • the forwarding module is configured to: forward the legal link request message to the service node with the least load to establish a chain according to the preset load sharing table.
  • the distribution chaining device further includes a deployment module and an acquisition module, where
  • the deployment module is configured to: deploy the dynamic sub-publishing, and the dynamic sub-publishing records a preset legal link establishment destination address and a destination port;
  • the acquiring module is configured to: acquire dynamic load parameters of each service node, and generate the load sharing table.
  • the distribution chaining device further includes a storage module, wherein
  • the storage module is configured to: store the current distribution link information, and generate a distribution session table, where the distribution session table is used for distribution of subsequent messages of the initiator.
  • the distribution chaining device further includes a determination module, wherein
  • the determining module is configured to: determine, according to the distribution session table, whether the originating end has been built;
  • the forwarding module is further configured to: if the originating end performs chain building, obtain a service node that has been linked with the originating end according to the session, and obtain the legal chain-building request The packet is forwarded to the obtained service node for chain construction; if the originating end is not chained, the legal chain-building request packet is forwarded to the service with the least load according to the preset load sharing table. The node is built.
  • a distribution chain building system includes an initiator and a server, wherein:
  • the initiator is configured to: send a link request message
  • the server includes an access side and a service side;
  • the access side includes any of the above-mentioned distribution and chain building devices
  • the service side is configured to: receive the link establishment request message, and establish a link with the initiator end.
  • the service side includes:
  • At least one service node at least one of the service nodes is configured to: send a dynamic load parameter to the access side, receive a link establishment request message forwarded by the access side, and according to the link establishment request message
  • the initiator is configured to receive a subsequent packet of the originating end forwarded by the access side.
  • the method, device and system for distributing and establishing a link receive a link request message of the originating end through the access side of the server cluster; and obtain the destination address from the link request message according to the preset dynamic sub-publishing A valid request for establishing a link with the destination port. Then, according to the preset load sharing table, the legal chain-building request packet is forwarded to the service node with the least load to establish a chain. Distribution.
  • the technical solution of the invention realizes the uniform distribution of the link requesting packets, thereby balancing the load of the service nodes of the server cluster, avoiding waste of resources caused by load imbalance, reducing the burden of the server cluster, and accelerating the server cluster. The responsiveness enhances the overall performance of the server cluster and gives users a better business experience.
  • FIG. 1 is a schematic flow chart of a first embodiment of a method for distributing and constructing a chain according to the present invention
  • FIG. 2 is a schematic flow chart of a second embodiment of a method for distributing and constructing a chain according to the present invention
  • FIG. 3 is a schematic flowchart of a third embodiment of a method for distributing and constructing a chain according to the present invention.
  • FIG. 4 is a schematic flowchart of a fourth embodiment of a method for distributing and constructing a chain according to the present invention.
  • FIG. 5 is a schematic diagram of functional modules of a first embodiment of a distribution chain building device of the present invention.
  • FIG. 6 is a schematic diagram of functional modules of a second embodiment of a distribution chain building device of the present invention.
  • FIG. 7 is a schematic diagram of functional modules of a third embodiment of a distribution chain building device of the present invention.
  • FIG. 8 is a schematic diagram of functional modules of a fourth embodiment of a distribution chain building device of the present invention.
  • FIG. 9 is a schematic block diagram of a first embodiment of a distribution chain building system of the present invention.
  • FIG. 10 is a schematic diagram of an application scenario for a mobile phone client to request a service from an IMS core network according to an embodiment of the present invention
  • Figure 11 is a block diagram showing a second embodiment of the distribution chain building system of the present invention.
  • the main solution of the embodiment of the present invention is: receiving a link establishment request message of the originating end; and obtaining a legal link establishment request message of the destination address and the destination port from the link establishment request message according to the preset dynamic sub-publishing; According to the preset load sharing table, the legal link request message is forwarded to the service node with the least load to establish a chain.
  • the server cluster may fail to access or the load of each service node is unbalanced, resulting in slow service response and affecting the user experience.
  • the present invention provides a solution for the server cluster access side to uniformly distribute the link establishment request to each service node without knowing the address and port information of the initiator, thereby realizing load balancing of the service nodes of the server cluster. Improve the overall response speed of the server.
  • a first embodiment of the method for distributing and constructing a chain of the present invention provides a method for distributing and building a chain, and the method for distributing and building a chain includes:
  • Step S10 Receive a link establishment request message of the initiator.
  • the embodiments of the present invention are mainly applied to a distributed system, and a user accesses a service cluster by establishing a chain with a server cluster.
  • the application scenario of the present invention may be that the user terminal initiates the establishment of the link-in service cluster, and the third-party server may initiate the establishment of the link-in service cluster, or may be the terminal-building access service of the service cluster intranet, and may be flexibly applied according to actual needs.
  • a PCT link is established between a user client and a core network, and the core network is accessed.
  • Bright the application scenario of the present invention is not limited to the PCT chain.
  • the client When the client needs to obtain the services of the core network, the client needs to establish a PCT link with the core network as the initiator.
  • the access side of the core network server cluster receives the link establishment request packet, and distributes the link establishment request message to the service node for establishing a link and providing a service.
  • the initiator sends a TCP SYN (synchronous) message to establish a link.
  • TCP SYN synchronous
  • the TCP SYN packet carries the local address of the originating end, the local port, and the destination address and destination port of the current link. It can also carry other information, such as this service request, and can be flexibly set according to actual needs.
  • the initiator can use WiMax (Worldwide Interoperability for Microwave Access), WLAN (Wireless Local Area Networks), HSPDA (High Speed Downlink Packet Access), network cable, or 3G.
  • WiMax Worldwide Interoperability for Microwave Access
  • WLAN Wireless Local Area Networks
  • HSPDA High Speed Downlink Packet Access
  • network cable or 3G.
  • the communication technology communicates with the core network and accesses the core network.
  • the access side receives the TCP SYN packet from the initiator. It should be noted that the access side may be a PC (personal computer), an interface board, or other devices with network packet forwarding capabilities, which can be flexibly set according to actual needs.
  • PC personal computer
  • interface board or other devices with network packet forwarding capabilities, which can be flexibly set according to actual needs.
  • Step S20 According to the preset dynamic sub-publishing, obtain a legal chain-building request message of the destination address and the destination port from the link-building request message.
  • the access side After receiving the TCP SYN packet from the initiating end, the access side resolves the TCP SYN of the initiating end, and obtains the destination address and destination port of the initiating link of the initiating end to determine whether the current TCP SYN packet is legal.
  • the access side preset has dynamic sub-publishing, and the dynamic sub-publishing records the destination address and destination port of the core network allowing access services.
  • the access side publishes the pre-deployed dynamic sub-distribution, and queries whether the destination address and destination port of the current TCP SYN packet are in dynamic sub-publishing.
  • the TCP SYN packet is invalid and discarded.
  • the TCP SYN packet is valid and can continue to be built.
  • the access side obtains a legitimate link request message of the destination address and the destination port.
  • Step S30 Forward the legal link request message to the service node with the least load according to the preset load sharing table to establish a chain.
  • the access side After the access side obtains a valid TCP SYN packet, the access side needs to forward the TCP SYN packet to the service node for chain establishment.
  • the access side queries the preset load sharing table.
  • the load sharing table is dynamically generated, and the load status of each service node in the cluster is recorded, and the dynamic update is performed in real time.
  • the access side selects the service node with the lowest current load.
  • the access side adopts a load sharing policy, and forwards the current TCP SYN packet to the selected service node to complete the distribution of the link establishment request message, and the selected service node performs TCP negotiation with the initiator.
  • the non-TCP packets of the subsequent service node and the initiator are directly forwarded by the access side to the current serving node.
  • the present invention is not limited to the construction of a user terminal and a server cluster, and can also be applied to a distribution chain within a server cluster.
  • the terminal that needs to obtain the service is used as the initiator, and the initiator sends the link request message.
  • each terminal has a uniquely identifiable identifier, such as a virtual IP address and port, so that the access side can identify different terminals based on the identifier.
  • a uniquely identifiable identifier such as a virtual IP address and port
  • the access side receives the link establishment request message of the initiator, and then publishes the destination IP address and port of the initiator connection request according to the preset dynamic distribution.
  • the link request packet is discarded.
  • the access side selects the service node with the least load according to the preset load sharing table, and forwards the link request message to the selected service. node.
  • the selected service node is chained with the initiator and provides corresponding services.
  • the server cluster access side receives the link establishment request message of the originating end; according to the preset dynamic sub-publishing, the source link request packet of the destination address and the destination port is obtained from the link establishment request message; Then, according to the preset load sharing table, the legal chain-building request packet is forwarded to the service node with the least load to establish a chain, and the access chain-building request is uniformly distributed.
  • the uniform distribution of the request packets is implemented, so that the load of the service nodes of the server cluster is balanced, the waste of resources caused by the load imbalance is avoided, the burden of the server cluster is reduced, and the response of the server cluster is accelerated. Speed, enhances the overall performance of the server cluster, and brings a better business experience to users.
  • the second embodiment of the method for distributing and constructing a chain of the present invention provides a method for distributing a chain.
  • the method further includes:
  • Step S40 Deploying the dynamic sub-publishing, and the dynamic sub-publishing records a preset legal link establishment destination address and a destination port.
  • the server cluster is pre-configured with a server address and port that allows access to the service.
  • the access side records the server address and port that the local end allows to access the service as dynamic sub-publishing, and is deployed on the access side as the address and port for providing services.
  • the dynamic sub-publishing may include an IP address and a port for the server cluster to provide services to the external network, and the external network user terminal obtains the service; the dynamic sub-publishing may also include the virtual IP address and port of each terminal in the server cluster, and is used in the cluster.
  • the terminal can obtain the service; the dynamic sub-publishing can also include other identification information for identifying and finding the server providing the service, which can be flexibly set according to actual needs.
  • the access side queries the dynamic sub-publishing to find the destination address and destination port carried in the link-building request packet.
  • the access side finds the destination address and the destination port carried in the link establishment request packet of the originating end in the dynamic sub-publishing, the destination address and destination port carried by the originating end of the link establishment request packet are allowed by the server cluster.
  • the incoming address and the port determine that the originating request packet is valid.
  • the access destination does not find the destination address and the destination port carried in the link-building request packet of the initiator, the destination address and destination port of the link-building request packet of the initiator can be compared with the current server cluster.
  • the address and port of the service provided do not match, so the server cluster cannot The initiator builds the chain.
  • the link-building request packet of the originating end is regarded as an invalid packet and is discarded.
  • Step S50 Obtain a dynamic load parameter of each service node, and generate the load sharing table.
  • the access side acquires load parameters of each service node in the cluster, and generates a load sharing table.
  • each service node In a cluster server, the load status of each service node changes according to the real-time processing status. Therefore, each service node actively reports the load parameters of each service node to the access side in real time, and is used by the access side to generate a load sharing table.
  • the load parameter of each service node includes the load status of each service node, and the load status of each service node may be the number of TCP links on each service node, or may be the CPU usage rate and memory occupancy rate of each service node.
  • the parameter can also be other parameters that identify the load status of each service node, and can be flexibly set according to actual needs.
  • the load parameters of each service node also include service requests that each service node can handle.
  • the access side obtains a load sharing table updated in real time.
  • the load sharing table records the load parameters of each service node in the cluster, and is used to select the service node with the smallest load.
  • the access side distributes the link establishment request message according to the preset load sharing table, the service node capable of processing the service request of the originating end is selected; the access side selects the service node capable of processing the service request of the originating end.
  • the service node with the least load forwards the current link request message.
  • the access side deploys dynamic sub-publishing, and records the default legal link establishment destination address and destination port; the access side acquires dynamic load parameters of each service node, and generates a load sharing table, which is used according to each service node.
  • the load parameters are all related to the distribution link request message.
  • the access side obtains a valid link-building request message through the dynamic sub-publishing screening, selects the service node with the least load through the load sharing table, and evenly distributes the link request message, thereby realizing the load balancing of the server cluster and reducing the load.
  • the burden of the server cluster accelerates the response speed of the server cluster, enhances the overall performance of the server cluster, and brings a better business experience to the user.
  • a third embodiment of the method for distributing and constructing a chain of the present invention provides a method for distributing and constructing a chain, based on the embodiment shown in FIG. 1 or FIG. 2 (the present invention is illustrated by using FIG. 1). Step After S30, it also includes:
  • Step S60 Store the current distribution link information, and generate a distribution session table, where the distribution session table is used for the distribution of subsequent messages of the initiator.
  • the access side After the link-building request packet is forwarded to the corresponding service node, the access side stores the information of the current distribution link and generates a distribution session table.
  • the access side forwards the link establishment request message, the related information of the current link establishment is stored.
  • the access side can store the local address, the local port, the destination address, the destination port, and the destination service node identification information of the packet forwarding information as the current distribution link information to generate the distribution session table. .
  • the access side After obtaining the relevant information of the current building chain, the access side generates a session segment and publishes it dynamically, and records the link establishment information in real time for the dynamic generation of the session segmentation.
  • the session sub-publishing can be used to forward the non-chain-building request packets of the subsequent initiator. Specifically, when the initiating end performs a session with the serving node, first, when the access side receives the non-building request message of the same originating end, the query session is published, and the service node that has been established with the initiating end is obtained.
  • the access side forwards the current packet to the obtained service node.
  • the service node After receiving the packet, the service node performs corresponding processing to provide services to the initiator.
  • the access side generates a distribution session table by using the current distribution link information to be used for subsequent distribution of the same originating end message.
  • the access side when the initiating end establishes a chain with the serving node, when the access side receives the subsequent non-established link request message from the initiating end, the access side can directly forward to the corresponding service node according to the distribution session table, thereby alleviating the server cluster.
  • the burden accelerates the response speed of the server cluster, enhances the overall performance of the server cluster, and brings a better business experience to the user.
  • the fourth embodiment of the method for distributing and constructing a chain of the present invention provides a method for distributing and building a chain. After the step S20, the method further includes:
  • Step S70 Determine, according to the distribution session table, whether the originating end has been built.
  • the access side searches for the local address and the local port of the current initiator. Whether the sending session table records the destination service node identification information of the current originating link-building packet forwarding.
  • the access side If the access side successfully finds the destination service node identifier information of the current initiator connection packet forwarding in the distribution session table, it determines that the initiator has been chained with the server cluster;
  • the access side If the access side does not successfully find the destination service node identifier information of the current originating link-building packet forwarding in the distribution session table, it determines that the originating end has not been chained with the server cluster.
  • the access side obtains the determination result.
  • Step S80 If the initiating end has been built, the service node that has been linked with the initiating end is obtained according to the session, and the legal chain-building request packet is forwarded to the The obtained service node performs chaining; if the originating end has not been chained, the process proceeds to step S30.
  • the access side publishes the service node identification information that has been chained with the current initiator, and forwards the link request packet to the obtained information according to the identifier information.
  • the service node is constructed by the obtained service node and the initiator.
  • the access side forwards the link request packet to the service node with the least load according to the preset load sharing table, and completes the distribution of the link request packet.
  • the selected service node performs TCP negotiation with the initiator.
  • the access side determines, according to the distribution session table, whether the initiator has been built. If the initiator performs the link establishment, the access side reports the link establishment request according to the preset load sharing table. The file is forwarded to the service node that has been chained with the initiator. If the initiator does not perform the link establishment, the access side forwards the link request packet to the load according to the preset load sharing table. The smallest service node is built. In this embodiment, the request for the establishment of the link establishment link is distributed to the service node that has been chained with the initiator, and the processing load of other service nodes in the cluster is reduced and balanced. The load of each service node in the cluster avoids the waste of resources caused by repeated packet distribution, accelerates the response speed of the server cluster, enhances the overall performance of the server cluster, and brings a better service experience to the user.
  • a first embodiment of the distribution chain-building device of the present invention provides a distribution chain-building device, and the distribution chain-building device includes:
  • the receiving module 100 is configured to: receive a link establishment request message of the initiator.
  • the embodiments of the present invention are mainly applied to a distributed system, and a user accesses a service cluster by establishing a chain with a server cluster.
  • the application scenario of the present invention may be that the user terminal initiates the establishment of the link-in service cluster, and the third-party server may initiate the establishment of the link-in service cluster, or may be the terminal-building access service of the service cluster intranet, and may be flexibly applied according to actual needs.
  • a PCT link is established between the user client and the core network, and the core network is accessed for example.
  • the application scenario of the present invention is not limited to the PCT chain.
  • the client When the client needs to obtain the services of the core network, the client needs to establish a PCT link with the core network as the initiator.
  • the access side of the core network server cluster receives the link establishment request packet, and distributes the link establishment request message to the service node for establishing a link and providing a service.
  • the initiator sends a TCP SYN (synchronous) message to establish a link.
  • TCP SYN synchronous
  • the TCP SYN packet carries the local address of the originating end, the local port, and the destination address and destination port of the current link. It can also carry other information, such as this service request, and can be flexibly set according to actual needs.
  • the initiator can use WiMax (Worldwide Interoperability for Microwave Access), WLAN (Wireless Local Area Networks), HSPDA (High Speed Downlink Packet Access), network cable, or 3G.
  • WiMax Worldwide Interoperability for Microwave Access
  • WLAN Wireless Local Area Networks
  • HSPDA High Speed Downlink Packet Access
  • network cable or 3G.
  • the communication technology communicates with the core network and accesses the core network.
  • the receiving module 100 receives the TCP SYN packet of the initiator.
  • the distribution chain-building device of the present invention may be located on a PC (personal computer), or on an interface board, or on other devices with network packet forwarding capabilities, and may be flexibly set according to actual needs. set.
  • the screening module 200 is configured to: obtain a legal link request message from the destination address and the destination port from the link establishment request message according to the preset dynamic distribution.
  • the screening module 200 parses the TCP SYN of the initiating end, and obtains the destination address and the destination port of the initiating end of the initiating end, and sets the following to determine whether the current TCP SYN packet is legal.
  • the screening module 200 is pre-deployed with dynamic sub-publishing, and the dynamic sub-publishing records allow the core network to be connected. Destination address and destination port of the service.
  • the screening module 200 queries the pre-deployed dynamic sub-publishing to query whether the destination address and the destination port of the current TCP SYN packet are in the dynamic sub-publishing.
  • the TCP SYN packet is invalid and discarded.
  • the TCP SYN packet is valid and can continue to be built.
  • the screening module 200 obtains a legitimate link request message of the destination address and the destination port.
  • the forwarding module 300 is configured to: forward the legal link request message to the service node with the least load to establish a chain according to the preset load sharing table.
  • the forwarding module 300 needs to forward the TCP SYN packet to the service node for establishing a link.
  • the forwarding module 300 queries the preset load sharing table.
  • the load sharing table is dynamically generated, and the load status of each service node in the cluster is recorded, and the dynamic update is performed in real time.
  • the forwarding module 300 selects the service node with the lowest current load.
  • the forwarding module 300 uses the load sharing policy to forward the current TCP SYN packet to the selected service node, and completes the distribution of the link establishment request message, and the selected service node performs TCP negotiation with the initiator.
  • the non-TCP packets of the subsequent service node and the initiator are directly forwarded by the forwarding module 300 to the current serving node.
  • the distribution chaining device of the present invention is not limited to the construction of the user terminal and the server cluster, and can also be applied to the distribution and establishment of the server cluster.
  • the terminal that needs to obtain the service is used as the initiator, and the initiator sends the link request message.
  • each terminal has a uniquely identifiable identifier, such as a virtual IP address and port, such that the distribution chaining device of the present invention can identify different terminals based on the identification.
  • a uniquely identifiable identifier such as a virtual IP address and port
  • the receiving module 100 receives the link establishment request message of the initiator, and then the screening module 200 according to the preset The dynamic sub-publishing is to find the destination IP address and port of the initiator connection request.
  • the screening module 200 discards the link establishment request packet
  • the forwarding module 300 selects the service node with the least load according to the preset load sharing table, and forwards the link request message to the selected service. node.
  • the selected service node is chained with the initiator and provides corresponding services.
  • the server cluster receiving module 100 receives the link establishment request message of the originating end; the screening module 200 obtains the legal connection request of the destination address and the destination port from the link establishment request message according to the preset dynamic sub-publishing message.
  • the forwarding module 300 forwards the legal link-building request packet to the service node with the least load according to the preset load sharing table, and implements the chain-building request to uniformly distribute the access-building request.
  • the uniform distribution of the request packets is implemented, so that the load of the service nodes of the server cluster is balanced, the waste of resources caused by the load imbalance is avoided, the burden of the server cluster is reduced, and the response of the server cluster is accelerated. Speed, enhances the overall performance of the server cluster, and brings a better business experience to users.
  • the second embodiment of the distribution chain-building device of the present invention provides a distribution chain-building device.
  • the distribution chain-building device further includes:
  • the deployment module 400 is configured to: deploy the dynamic sub-publishing, and the dynamic sub-publishing records a preset legal link establishment destination address and a destination port.
  • the server cluster is pre-configured with a server address and port that allows access to the service.
  • the deployment module 400 records the server address and port that the local end allows access to the service as dynamic sub-publishing, and is deployed in the screening module 200 as the address and port for providing the service.
  • the dynamic sub-publishing may include an IP address and a port for the server cluster to provide services to the external network, and the external network user terminal obtains the service; the dynamic sub-publishing may also include the virtual IP address and port of each terminal in the server cluster, and is used in the cluster.
  • the terminal can obtain the service; the dynamic sub-publishing can also include other identification information for identifying and finding the server providing the service, which can be flexibly set according to actual needs.
  • the screening module 200 queries the dynamic sub-publishing to find the destination address and destination port carried in the link-building request packet.
  • the filtering module 200 finds the destination address and the destination port carried in the link establishment request packet of the originating end in the dynamic sub-publishing, the destination address and the destination port carried by the originating end of the link-building request packet are allowed by the server cluster. The filtering module 200 determines that the initiator establishes the chain request message legally.
  • the filtering module 200 does not find the destination address and the destination port carried in the link establishment request packet of the originating end in the dynamic sub-publishing, the destination address and the destination port of the link-building request packet of the originating end, and the current server cluster can The address and port of the service provided do not match, so the server cluster cannot be chained with the initiator.
  • the screening module 200 treats the link establishment request message of the originating end as an illegal packet and performs discard processing.
  • the obtaining module 500 is configured to: acquire dynamic load parameters of each service node, and generate the load sharing table.
  • the obtaining module 500 acquires load parameters of each service node in the cluster, and generates a load sharing table.
  • each service node In a cluster server, the load status of each service node changes according to the real-time processing status. Therefore, each service node actively reports the load parameters of each service node to the access side in real time, and is used by the access side to generate a load sharing table.
  • the load parameter of each service node includes the load status of each service node, and the load status of each service node may be the number of TCP links on each service node, or may be the CPU usage rate and memory occupancy rate of each service node.
  • the parameter can also be other parameters that identify the load status of each service node, and can be flexibly set according to actual needs.
  • the load parameters of each service node also include service requests that each service node can handle.
  • the acquisition module 500 obtains a load sharing table updated in real time.
  • the load sharing table records the load parameters of each service node in the cluster, and is used to select the service node with the smallest load.
  • the forwarding module 300 distributes the link establishment request message according to the preset load sharing table, first, the service node capable of processing the service request of the originating end is selected; and then, the forwarding module 300 is capable of processing the service request service of the originating end. In the node, the service node with the least load is selected to forward the request for establishing the link.
  • the deployment module 400 dynamically publishes and records the preset legal link destination.
  • the obtaining module 500 obtains the dynamic load parameters of each service node, generates a load sharing table, and sets the load request message according to the load parameters of each service node.
  • the distribution chain-building device obtains the legal chain-building request message through the dynamic sub-publishing screening, selects the service node with the least load through the load sharing table, and evenly distributes the chain-building request message, thereby realizing the load balancing of the server cluster and reducing the load.
  • the burden of the server cluster accelerates the response speed of the server cluster, enhances the overall performance of the server cluster, and brings a better business experience to the user.
  • the third embodiment of the distribution chain-building device of the present invention provides a distribution chain-building device, based on the embodiment shown in FIG. 5 or FIG. 6 (the invention is illustrated by using FIG. 5).
  • the distribution chaining device also includes:
  • the storage module 600 is configured to: store the current distribution link information, and generate a distribution session table, where the distribution session table is used for the distribution of subsequent messages of the initiator.
  • the storage module 600 stores the information of the current link establishment and generates a distribution session table.
  • the storage module 600 stores the related information of the current link.
  • the storage module 600 can store the local address, the local port, the destination address, the destination port, and the destination service node identifier information of the packet forwarding information as the current distribution link information, and generate a distribution session table. .
  • the storage module 600 After obtaining the related information of the current link establishment, the storage module 600 generates a session sub-publishing and dynamically updates, and records the link-building information in real time for dynamic generation of the session sub-publishing.
  • the session sub-publishing can be used to forward the non-chain-building request packets of the subsequent initiator. Specifically, when the initiating end performs a session with the serving node, first, when the receiving module 100 receives the non-building request message of the same originating end, the forwarding module 300 queries the session sub-publishing and obtains the service node that has been established with the initiating end.
  • the forwarding module 300 forwards the current message to the obtained service node.
  • the service node After receiving the packet, the service node performs corresponding processing to provide services to the initiator.
  • the storage module 600 generates a distribution session table for storing the subsequent initiating end messages by storing the current distribution link information.
  • This embodiment implements the initiator and service section.
  • the receiving module 100 can directly forward the non-chain-building request message to the initiating end, and can be directly forwarded to the corresponding service node by the forwarding module 300 according to the distribution session table, thereby reducing the burden on the server cluster and speeding up the server.
  • the response speed of the cluster enhances the overall performance of the server cluster and provides users with a better business experience.
  • the fourth embodiment of the distribution chain-building device of the present invention provides a distribution chain-building device.
  • the distribution chain-building device further includes:
  • the determining module 700 is configured to: determine, according to the distribution session table, whether the originating end has been built.
  • the determining module 700 searches whether the initiator has established a chain with the server cluster according to the dynamically generated distribution session table.
  • the determining module 700 searches the distribution session table according to the local address of the current originating end and the local port to record the destination service node identification information of the current originating link-building packet forwarding.
  • the determining module 700 successfully finds the destination service node identifier information of the current originating link-building packet forwarding in the distribution session table, it is determined that the initiator end has been chained with the server cluster;
  • the determining module 700 does not successfully find the destination service node identifier information of the current originating link-building packet forwarding in the distribution session table, it is determined that the originating end has not been chained with the server cluster.
  • the determination module 700 obtains the determination result.
  • the forwarding module 300 is further configured to: if the initiator performs chaining, obtain a service node that has been chained with the initiator according to the session, and establish the legal The chain request packet is forwarded to the obtained service node for chain establishment; if the initiator is not chained, the legal chain-building request packet is forwarded to the minimum load according to the preset load sharing table.
  • the service node is chained.
  • the forwarding module 300 publishes the service node identification information that has been chained with the current initiator, and forwards the link request packet to the obtained information according to the identifier information.
  • the service node is constructed by the obtained service node and the initiator.
  • the forwarding module 300 forwards the link request packet to the service node with the least load according to the preset load sharing table.
  • the distribution of the message is sought, and the selected service node performs TCP negotiation with the originating end.
  • the determining module 700 determines whether the originating end has been built according to the distribution session table. If the originating end performs the chain building, the accessing unit 300 of the forwarding module 300 will build the current load according to the preset load sharing table. The chain request packet is forwarded to the service node that has been chained with the initiator. If the initiator does not perform the link establishment, the forwarding module 300 will set the link request packet according to the preset load sharing table. Forward to the least loaded service node for chaining. In this embodiment, the request for the establishment of the link establishment link is distributed to the service node that has been chained with the initiator, and the processing load of other service nodes in the cluster is reduced and balanced. The load of each service node in the cluster avoids the waste of resources caused by repeated packet distribution, accelerates the response speed of the server cluster, enhances the overall performance of the server cluster, and brings a better service experience to the user.
  • a first embodiment of the distribution chain building system of the present invention provides a distribution chain building system, where the distribution chain building system includes an initiator A and a server B, wherein:
  • the initiator A is configured to send a link establishment request message.
  • the terminal that initiates the link establishment request and obtains the service to the server cluster serves as the initiator.
  • the originating terminal A can be divided into an external network terminal and an intranet terminal.
  • the external network terminal is a terminal such as a mobile terminal or a server that obtains a server cluster service outside the server cluster.
  • the external network terminal can pass WiMax (Worldwide Interoperability for Microwave Access), WLAN (Wireless Local Area Networks), HSPDA (High Speed Downlink Packet Access), network cable, or Communication technologies such as 3G communicate with server clusters.
  • WiMax Worldwide Interoperability for Microwave Access
  • WLAN Wireless Local Area Networks
  • HSPDA High Speed Downlink Packet Access
  • Network cable or Communication technologies such as 3G communicate with server clusters.
  • a broadband mobile terminal may obtain a service from a core network element by using a TCP protocol through a broadband network.
  • the intranet terminal is a terminal or node that obtains services within the server cluster. For example, a node in the core network needs to request a directory service from the UDS, and the UDS server provides the IP address and port of the local end. When the node requests the service, Server B will establish a link on the corresponding UDS server node according to the load sharing and provide related services.
  • the server B includes an access side B1 and a service side B2;
  • the access side B1 includes a receiving module 100, a screening module 200, a forwarding module 300, a deployment module 400, an obtaining module 500, a storage module 600, and a determining module 700;
  • the service side B2 is configured to receive the link establishment request message and establish a chain with the initiator end A.
  • the server B includes an access side B1 and a service side B2.
  • the access side B1 is configured to receive the link establishment request message of the initiator A and distribute it to the service side B2, and receive the response of the service side B2 and forward it to the initiator A.
  • the service side B2 is configured to receive and respond to the message distributed by the access side B1, and provide the corresponding service to the initiator A.
  • receiving packets and forwarding packets on the access side may be implemented by the same physical hardware or by different physical hardware combinations.
  • an application scenario of the present invention is used for requesting a service from a mobile phone client to an IMS core network.
  • the originating end A includes a plurality of mobile phone clients, and the mobile phone client requests the service service of the call restriction limiting function.
  • the mobile phone client accesses the IMS core network through the TCP link, and the interface board serves as the access side B1 to receive the link request message of the mobile phone client and distribute it.
  • the interface board performs session management based on SIP-I (Session Initiation Protocol).
  • SIP-I Session Initiation Protocol
  • a spare interface board SIP-I is included for handling an emergency situation.
  • the BSF/AP network element in the IMS core network serves as the service side B2 to provide trigger services for the mobile phone client.
  • Client-1, Client-2, and Client-N are used to represent the mobile client of each request service.
  • Client-1, Client-2, and Client-N request the IMS core network to enable the call restriction function.
  • This function needs to initiate a request to the BSF/AP network element through the HTTP protocol.
  • Client-1, Client-2, and Client-N need to establish a TCP link with the BSF/AP network element before the HTTP request is initiated.
  • Client-1, Client-2, ..., Client-N send a TCP SYN link establishment request message to the IMS core network.
  • the interface board After receiving the SYN packet sent by the mobile phone client, the interface board parses the destination IP address and port in the packet, and checks whether Client-1, Client-2, Client-N is the local end according to the preset dynamic distribution. The address and port that are allowed to access.
  • the interface board discards the SYN packet.
  • the interface board searches for the SMP (Symmetric Multi Processing) in the BSF/AP network element according to the preset load sharing table to obtain the service processing nodes.
  • the interface board is the link of Client-1, Client-2, and Client-N.
  • the service load node SMP with the smallest load is selected according to the load sharing table. It should be noted that the service processing node SMP selected by the interface board for Client-1, Client-2, Client-N, or the like may be the same or different.
  • the interface board forwards the SYN packets of Client-1, Client-2, and Client-N to the corresponding service processing node SMP.
  • the selected service processing node SMP performs a TCP three-way handshake with the initiators Client-1, Client-2, ... Client-N, respectively, and completes the TCP link establishment.
  • the interface board records the session of each mobile client and generates a session sub-publish.
  • the interface board receives the call-opening request message initiated by Client-1, Client-2, and Client-N. According to the IP address and port of each mobile client, the interface is published according to the session.
  • the client establishes the linked service processing node SMP and forwards the request message to the obtained service processing node SMP.
  • each service processing node SMP After receiving the call restriction request, each service processing node SMP processes the mobile client request and sends the processing result back to the mobile client.
  • the distribution chain building system includes an initiator A and a server B.
  • the initiator A initiates the link establishment request, and the server B uniformly distributes the link establishment request message through the access side B1, so that the service side B2 can uniformly process the link establishment request and the service request of the initiator A.
  • This embodiment implements load balancing of the server cluster, reduces the burden on the server cluster, speeds up the response speed of the server cluster, enhances the overall performance of the server cluster, and brings a better service experience to the user.
  • the second embodiment of the distribution chain-building system of the present invention provides a distribution chain-building system.
  • the service side B2 includes:
  • Each of the service nodes B21, the service node B21 is configured to send the dynamic load parameter to the access side B1, and receive the link establishment request message forwarded by the access side, and according to the link establishment request message Establishing a chain with the initiator A, and receiving subsequent packets of the originating end forwarded by the access side.
  • the service side B2 includes each service node B21 that provides a service.
  • Each service node B21 updates the load parameter in real time and reports it to the access side B1 in real time for the generation of the access side B1 load sharing table.
  • the load parameter of each service node B21 includes the load status of each service node, and the load status of each service node may be the number of TCP links on each service node, or the CPU usage rate, memory occupancy rate, etc. of each service node.
  • the technical parameters may also be other parameters that identify the load status of each service node, and can be flexibly set according to actual needs.
  • Each serving node B21 listens to the access side B1, and provides the access side B1 with service information that can be processed by each service node B21, and identification information of each service node B21, such as an IP address and a port.
  • the access side B1 can acquire the interception information of each service node B21, and obtain the service information and the representation information that each service node B21 can process.
  • the access side B1 can obtain the service node capable of processing the originating service request according to the service request of the link establishment request message and the interception information of each service node B21.
  • the service node with the smallest load is selected from the service nodes capable of processing the originating service request, and the message is forwarded according to the identification information of each service node B21.
  • each service node B21 After receiving the link establishment request message forwarded by the access side B1, each service node B21 establishes a link according to the link establishment request message through the access side B1 and the originating end A, and receives the subsequent message forwarded by the access side B1 and initiates the message. End A provides the corresponding service.
  • the application scenario of the present invention is used to obtain a service from a third-party application server to the core network, and an example is illustrated.
  • the service side B2 is a UDS distributed database system of a core network HLR (Home Location Register) network element
  • the access side B1 is a UDS interface board
  • the originating end A is a third-party application server.
  • AS server Such as AS server.
  • UDS provides a TCP-based directory query service for the AS server.
  • the AS server accesses the UDS through a standard LDAP (Lightweight Directory Access Protocol) interface.
  • LDAP Lightweight Directory Access Protocol
  • the AS server acquires the directory service from the UDS, the AS server already knows the service IP address and port number of the UDS server. The AS server needs to establish a TCP link before querying the directory.
  • the UDS interface board After receiving the TCP link request from the AS server, the UDS interface board firstly determines whether the TCP connection request packet of the AS server is legal according to the preset dynamic distribution.
  • the UDS interface board queries whether the AS server has been chained with the UDS server according to the distribution session table.
  • the UDS interface board will query the link load of each UDS service node according to the preset load sharing table, select the service node with the least load, and forward the chain connection request of the AS server to the selection.
  • the service node, the service node and the AS server forward the packet through the interface board to complete the TCP three-way handshake construction process.
  • the AS server After the link is successfully established, the AS server sends a query directory data request message to the server UDS through the TCP link. After receiving the query directory data request message, the UDS interface board queries the specific IP address and port number of the service node according to the TCP link. The service node forwards the request to the corresponding service node.
  • the service node receives the subsequent message of the initiator A forwarded by the access side B1, provides a directory query service, and responds the query result to the AS server.
  • the service side B2 includes each service node B21 that provides the service, and each service node B21 sends the dynamic load parameter to the access side B1 for the generation of the access side B1 load sharing table; each service node B21 receives The link-building request packet forwarded by the access side B1 is chained with the initiator A according to the link-building request message.
  • This embodiment implements load balancing of service nodes in the server cluster, reduces the burden on the server cluster, speeds up the response speed of the server cluster, enhances the overall performance of the server cluster, and brings a better service experience to the user.
  • the embodiment of the invention also discloses a computer program, comprising program instructions, when the program instruction is executed by the server, so that the server can execute any of the above-mentioned distribution and construction methods.
  • the embodiment of the invention also discloses a carrier carrying the computer program.
  • the computer program can be implemented in a computer readable storage medium, the computer program being executed on a corresponding hardware platform (such as a system, device, device, device, etc.), when executed, including One or a combination of the steps of the method embodiments.
  • all or part of the steps of the above embodiments may also be implemented by using an integrated circuit. These steps may be separately fabricated into individual integrated circuit modules, or multiple modules or steps may be fabricated into a single integrated circuit module. achieve. Thus, the invention is not limited to any specific combination of hardware and software.
  • the devices/function modules/functional units in the above embodiments may be implemented by a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices.
  • each device/function module/functional unit in the above embodiment When each device/function module/functional unit in the above embodiment is implemented in the form of a software function module and sold or used as a stand-alone product, it can be stored in a computer readable storage medium.
  • the above mentioned computer readable storage medium may be a read only memory, a magnetic disk or an optical disk or the like.
  • the technical solution of the invention realizes the uniform distribution of the link requesting packets, thereby balancing the load of the service nodes of the server cluster, avoiding waste of resources caused by load imbalance, reducing the burden of the server cluster, and accelerating the server cluster.
  • the responsiveness enhances the overall performance of the server cluster and gives users a better business experience. Therefore, the present invention has strong industrial applicability.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé, un appareil et un système d'établissement de liaison répartie. Le procédé consiste à : recevoir un paquet de demande d'établissement de liaison d'une extrémité d'initiation ; conformément à une table de répartition dynamique préétablie, acquérir un paquet de demande d'établissement de liaison valide d'une adresse de destination et d'un port de destination à partir du paquet de demande d'établissement de liaison ; et conformément à une table de partage de charge préétablie, transférer le paquet de demande d'établissement de liaison valide à un nœud de desserte présentant une charge minimale pour l'établissement de liaison. La solution technique de la présente invention permet de mettre en œuvre une répartition régulière de paquets de demande d'établissement de liaison, ce qui permet que des charges de divers nœuds de desserte d'une grappe de serveurs atteignent un équilibre, augmentant ainsi une vitesse de réponse de la grappe de serveurs et offrant une meilleure expérience de service à un utilisateur.
PCT/CN2016/079674 2015-10-09 2016-04-19 Procédé, appareil et système d'établissement de liaison répartie WO2016180188A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510648879.5A CN106572132B (zh) 2015-10-09 2015-10-09 分发建链方法、装置和系统
CN201510648879.5 2015-10-09

Publications (1)

Publication Number Publication Date
WO2016180188A1 true WO2016180188A1 (fr) 2016-11-17

Family

ID=57247642

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/079674 WO2016180188A1 (fr) 2015-10-09 2016-04-19 Procédé, appareil et système d'établissement de liaison répartie

Country Status (2)

Country Link
CN (1) CN106572132B (fr)
WO (1) WO2016180188A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108769150A (zh) * 2018-05-14 2018-11-06 百度在线网络技术(北京)有限公司 区块链网络的数据处理方法、装置、集群节点和存储介质
CN111787079A (zh) * 2020-06-19 2020-10-16 广州市百果园信息技术有限公司 基于通信群组的通信方法、装置、服务器、系统及介质
CN112104566A (zh) * 2020-09-18 2020-12-18 网易(杭州)网络有限公司 一种负载均衡的处理方法和装置
CN113507431A (zh) * 2021-05-17 2021-10-15 新华三信息安全技术有限公司 一种报文管理方法、装置、设备及机器可读存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108881184A (zh) * 2018-05-30 2018-11-23 努比亚技术有限公司 访问请求处理方法、终端、服务器及计算机可读存储介质
CN116204328B (zh) * 2023-05-06 2023-07-04 深圳联友科技有限公司 离库的负荷分担处理方法和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7143169B1 (en) * 2002-04-04 2006-11-28 Cisco Technology, Inc. Methods and apparatus for directing messages to computer systems based on inserted data
US7328237B1 (en) * 2002-07-25 2008-02-05 Cisco Technology, Inc. Technique for improving load balancing of traffic in a data network using source-side related information
CN104683293A (zh) * 2013-11-27 2015-06-03 杭州迪普科技有限公司 一种基于逻辑器件的syn攻击防护方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100502353C (zh) * 2005-09-22 2009-06-17 中兴通讯股份有限公司 信令流分发方法及信令分发处理单元
CN101247261A (zh) * 2007-07-18 2008-08-20 北京高信达网络科技有限公司 一种防止DDos攻击的方法及设备
CN102291441B (zh) * 2011-08-02 2015-01-28 杭州迪普科技有限公司 一种防范SYN Flood攻击的方法及安全代理装置
CN103347016A (zh) * 2013-06-28 2013-10-09 天津汉柏汉安信息技术有限公司 一种攻击的防御方法
CN103618741A (zh) * 2013-12-09 2014-03-05 惠州华阳通用电子有限公司 一种tcp长连接通信系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7143169B1 (en) * 2002-04-04 2006-11-28 Cisco Technology, Inc. Methods and apparatus for directing messages to computer systems based on inserted data
US7328237B1 (en) * 2002-07-25 2008-02-05 Cisco Technology, Inc. Technique for improving load balancing of traffic in a data network using source-side related information
CN104683293A (zh) * 2013-11-27 2015-06-03 杭州迪普科技有限公司 一种基于逻辑器件的syn攻击防护方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108769150A (zh) * 2018-05-14 2018-11-06 百度在线网络技术(北京)有限公司 区块链网络的数据处理方法、装置、集群节点和存储介质
CN108769150B (zh) * 2018-05-14 2021-11-12 百度在线网络技术(北京)有限公司 区块链网络的数据处理方法、装置、集群节点和存储介质
CN111787079A (zh) * 2020-06-19 2020-10-16 广州市百果园信息技术有限公司 基于通信群组的通信方法、装置、服务器、系统及介质
CN111787079B (zh) * 2020-06-19 2023-04-07 广州市百果园信息技术有限公司 基于通信群组的通信方法、装置、服务器、系统及介质
CN112104566A (zh) * 2020-09-18 2020-12-18 网易(杭州)网络有限公司 一种负载均衡的处理方法和装置
CN112104566B (zh) * 2020-09-18 2024-02-27 网易(杭州)网络有限公司 一种负载均衡的处理方法和装置
CN113507431A (zh) * 2021-05-17 2021-10-15 新华三信息安全技术有限公司 一种报文管理方法、装置、设备及机器可读存储介质
CN113507431B (zh) * 2021-05-17 2024-02-09 新华三信息安全技术有限公司 一种报文管理方法、装置、设备及机器可读存储介质

Also Published As

Publication number Publication date
CN106572132A (zh) 2017-04-19
CN106572132B (zh) 2020-12-29

Similar Documents

Publication Publication Date Title
US11765150B2 (en) End-to-end M2M service layer sessions
WO2016180188A1 (fr) Procédé, appareil et système d'établissement de liaison répartie
WO2020228469A1 (fr) Procédé, appareil et système pour la sélection d'un nœud d'informatique en périphérie mobile
WO2020228505A1 (fr) Procédé, dispositif et système de sélection d'un nœud informatique en périphérie de réseau mobile
CN107852604B (zh) 用于提供全局虚拟网络(gvn)的系统
WO2023000935A1 (fr) Procédé de traitement de données, dispositif d'élément de réseau et support d'enregistrement lisible
EP4055852A1 (fr) Sélection de fonction de gestion d'accès et de mobilité (amf) basée sur une politique au moyen d'informations de disponibilité d'informations d'aide à la sélection de tranche de réseau (nssai)
US10333780B2 (en) Method, apparatus and computer program product for updating load balancer configuration data
US9356912B2 (en) Method for load-balancing IPsec traffic
US10637794B2 (en) Resource subscription method, resource subscription apparatus, and resource subscription system
RU2464722C2 (ru) Способ, устройство и система для распределения сообщений
WO2012151994A1 (fr) Procédé, dispositif et système de téléchargement de ressources
WO2023151264A1 (fr) Procédé et appareil d'équilibrage de charge, noeud et support de stockage
WO2012065531A1 (fr) Procédé, dispositif, et système pour effectuer une sélection de relais
EP2869524A1 (fr) Procédé et système permettant de fournir des services proxy TCP à trajets multiples
JP2013501483A (ja) ネットワークアドレス変換のための管理方法および管理デバイス
CN116886588A (zh) 一种通信方法、装置及系统
CN112968965B (zh) Nfv网络节点的元数据服务方法、服务器及存储介质
WO2021068937A1 (fr) Procédé et appareil de liaison de service
WO2022179218A1 (fr) Procédé et appareil de communication
US11558466B1 (en) Packet forwarding control protocol (PFCP) message service using a remote procedure call (RPC) based protocol suitable for PFCP connection sharing
WO2023109863A1 (fr) Système de réseau de diffusion de contenu et procédé de diffusion de contenu
TWM450153U (zh) 資料傳輸管理系統

Legal Events

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

Ref document number: 16792038

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16792038

Country of ref document: EP

Kind code of ref document: A1