WO2009024036A1 - The method, equipment and system for message processing in the next generation network - Google Patents

Abstract

The method, equipment and system for message processing in the Next Generation Network (NGN) are provided to implement the merging of services in NGN and other networks and to support the opening capability of services. The method includes: receiving the message from application layer at the source node; deciding the transport layer link between the source and the next hop node according to the destination address of the message and encapsulating the message, said next hop node being a midway node at the transporting path between the source and the destination; transporting the message to the next hop node through decided transport layer link.

Description

 Method, device and system for processing messages in next generation networks

 The present invention relates to next generation network NGN technology, and more particularly to a method, apparatus and system for processing messages in a next generation network. Background technique

 NGN is a packet-based network that provides telecommunications services. NGN uses a variety of broadband capabilities and quality of service (QoS) to ensure the delivery of data, and its business-related functions are independent of its delivery technology. In addition, NGN allows users to freely access different service providers and supports universal mobility.

 Service-Oriented Architecture (SOA) is a collection of services. Services communicate with each other. This communication may be a simple data transfer, or it may be that two or more services coordinate some activities. The service room needs some way to connect. A service is a function that is precisely defined, encapsulated, and independent of the environment and state of other services.

 IP Multimedia Subsystem (IMS) is a subsystem introduced by 3GPP on the packet network. It uses the packet domain as its bearer channel for control signaling and media transmission. It introduces Session Initiation Protocol (SIP). As a business control ten, the multimedia real-time communication service is provided by separating the service control from the bearer control. The main functional entities in the IMS include a call control entity CSCF that controls functions such as user registration and session control, a home subscriber server HSS that centrally manages subscriber subscription data, and an application server AS that provides various service logic control functions.

At present, the research on NGN is based on IMS. With the NGN architecture of ETSI TISPAN, more user networks, access, core networks and interworking are considered on the basis of IMS, and with the deployment of IMS networks, the entire network will In the case of coexistence of multiple service networks such as IMS, NGN, CS Domain, and Internet Service, the characteristics of IMS will Amplify more business deployments and eventually replace the circuit-switched CS network.

 As the control protocol of the IMS network, the SIP protocol completes the session negotiation function and completes the call processing together with the session description protocol SDP. Separating the SDP from session negotiation allows for flexible handling of multiple media in a session, and even allows communication parties to use different media in one connection. The S IP protocol communicates in a client/server (Cl inet/Server) mode similar to Hypertext Transfer Protocol HTTP. The HTTP server is used for data processing, and the S IP server is used as a real-time communication server. For different purposes, the SIP server can act as a registration server (Reg is trar), a proxy server (Proxy), a redirect server (Redi rect), and a back-to-back user agent. Mode such as server B2BUA.

 The SIP protocol supports multiple transport protocols, including User Da tagram Pro toco l (UDP), t ransmi ss cont rol protocol (TCP), and stream control transport protocol (Stream Control). Transmi ss ion Protoco l , SCTP ). However, after SIP supports UDP, in order to ensure transmission reliability, various requirements are made on the protocol. For example: INVITE transaction supports three message modes, that is, an ACK message is added to confirm the response message (200 0K); The PRACK transaction is added for confirmation, such as 183 response message; the message transmission increases the message retransmission processing mechanism; the message reception increases the processing mechanism for removing the repeated received message. It can be seen that the SIP protocol and the transport layer are tightly coupled, which increases the complexity of the protocol.

 The initial positioning of the SIP protocol is to cooperate with the SDP to complete the control functions such as session establishment and release. However, the SIP protocol later utilizes the SIP extension capability to support various services, for example, introducing the Presence service based on the S IP protocol. This extension of the SIP protocol has led to the evolution of the SIP protocol from the session control protocol to the service protocol, resulting in tight coupling of services and sessions, and complex protocol control. On the other hand, due to the diversity and uncertainty of services, The SIP protocol is constantly expanding.

 The SIP service is a session-based real-time communication service. The IMS uses a single SIP protocol for service control, which results in limited service capabilities to the SIP protocol. However, not all services are based on SI P, and SIP does not have a solution. The ability to address all business issues, for example, web services.

The HTTP protocol is used to support Web services, while Web services use a variety of flexible description languages. Its development is very rapid. For example, hypertext markup language HTML, extensible hypertext markup language X HTML, extensible markup language XML, etc.; corresponding script voices include JavaScr ipt, ASP, PHP, CSS, Applet, Servlet, RSS, etc.

 Web Services is a technology used to support SOA, but S0A itself is not limited to Web services. Web services are based on the same technology as Interne and Web, which solves many of the problems of distributed component models. Web services use HTTP as their transport protocol. HTTP has been widely adopted and recognized, which not only helps to enhance interoperability, but also improves operational efficiency by using existing infrastructure. However, the Web service is actually independent of the transport protocol, and HTTP is just one of the transport protocols that can be used.

 Web services use XML to describe interfaces and messages that need to be exchanged between services and their requesters. The S0A architecture model based on Web services uses the Web Serving Descr ptr ipt ion Language ( WSDL ) to describe its externally provided interfaces, and publishes its business information to the service registration (Serv ice Registry) through the UDDI protocol. interface. The Service Provider (Servic e Provider) accepts HTTP/SOAP requests to provide application services to Service Reques ter.

 Web 2.0 is more focused on user interaction than dynamic HTML and static Web 1. 0. Users are both consumers of content and producers of content. The rise of Web 2.0 was driving a new business. For example: blogs, RSS, encyclopedias, etc.

 Web 2.0 has some natural advantages based on Web technologies, such as: Web applications are zero-installed, maintenance-free, platform-independent, and use Ajax-based technologies to provide Web asynchronous communication. Changed the traditional web request-response synchronous communication method. Ajax can support the implementation of a "fat client" model within the browser, enabling web applications to be comparable to traditional Java or C++-based applications for communication processing, business processes, and more.

Although Web services can be provided based on the HTTP protocol, HTTP does not support state management between multiple transactions, nor does it support server-side initiating requests. On the other hand, Web 2.0 and Web Services (W eb Servi ces) technology solutions, like the Internet (Interne t) network, cannot be operated. That is, issues such as unmanageable, non-accountable, and security.

 In summary, the existing NGN protocol architecture does not support the convergence of the NGN service with the Internet (Intern et) network service; and the IP protocol based on the Internet (Interne t) service is an end-to-end protocol, which is incapable of operation and poor security. The problem. Summary of the invention

 The embodiments of the present invention provide a method, an apparatus, and a system for processing a message in a next-generation network, so as to implement convergence of an NGN service with other network services and an open capability of supporting a service.

 A method of processing a message in a next generation network, the next generation network being based on a Transmission Control Protocol TCP/Internet Protocol IP; the method comprising:

 The source node determines a transport layer link from the source node to the next hop node according to the destination address of the first packet output by the application layer, and encapsulates the first packet into a second packet, where the next hop The node is an intermediate node or the destination node on a transmission path between the source node and a destination node that receives the first packet;

 The source node sends the second packet to the next hop node via the determined transport layer link. A method of processing a message in a next generation network, the next generation network being based on a TCP/IP protocol; the method comprising the steps of:

 The node receives the second packet from the transport layer, and decapsulates the first packet;

 Determining, by the node, whether the node is the destination node that receives the first packet, and if yes, transmitting the first packet to the application layer, otherwise, determining, according to the destination address of the first packet, from the node to the node a transport layer link of the next hop node, the first packet is re-encapsulated into a second packet, where the next hop node is a transmission between the node and the destination node that receives the first packet An intermediate node or the destination node on the path;

Transmitting the second packet to the next hop node by the determined transport layer link. A communication device based on the TCP/IP protocol, comprising: a first protocol processing module, a second protocol processing module, a third protocol processing module, and a communication module; The first protocol processing module is configured to encapsulate the application message generated by the application into a first packet, and receive the first packet output by the second protocol processing module, and decapsulate the application message;

 The second protocol processing module is configured to encapsulate the first packet output by the first protocol processing module into a second packet, and determine a transport layer from the communication device to the next hop node according to the destination address of the first packet. And receiving the second packet output by the third protocol processing module and decapsulating the first packet, determining whether the communication device is the destination node that receives the first packet, and if yes, decapsulating the packet The first packet is output to the first protocol processing module, otherwise, the transport layer link from the communication device to the next hop node is determined according to the destination address of the first packet, and the decapsulated first package is second. The message is output to the third protocol processing module;

 The third protocol processing module is configured to encapsulate the second packet output by the second protocol processing module into a third packet according to a transport layer protocol, and receive a third packet output by the communication module, from the third report The second packet is encapsulated and output to the second protocol processing module;

 The communication module is configured to send, by the transport layer link determined by the second protocol processing module, a third packet output by the third protocol processing module, and receive a third packet from the transport layer chain and transmit the third packet to the The third protocol processing module.

 A communication network based on TCP/IP protocol, including:

 a first node, configured to: when receiving the first packet of the application layer, select a transport layer link from the first node to the next hop node according to the destination address of the first packet, and the first The fourth hop is encapsulated into a second packet, where the next hop node is an intermediate node or the destination node on a transmission path between the source node and the destination node receiving the message packet; The transport layer link sends a second packet to the next hop node;

a second node, configured to receive a second packet from the transport layer link, and decapsulate the first packet; if the node is determined to be the destination node of the first packet, send the message packet to the application layer, Determining, according to the destination address of the first packet, a transport layer link from the second node to the next hop node, and encapsulating the first packet that is decapsulated into a second packet, and The transport layer link determined by the two nodes sends a second packet to the next hop node. A method of processing a message in a next generation network, the next generation network is based on a transmission control protocol TCP/Internet Protocol IP;

 The destination node receives the request message packet that is configured by the source node application layer according to the application indication, and the message body of the request message packet carries the application information generated by the application, and the packet header carries information that is not related to the application, and the application-independent information includes the application. The initial duration of the indication;

 After receiving the request message, the application layer of the destination node decapsulates the application information, and processes the application; and

 The application layer of the destination node constructs a response message according to the application indication, and sends the response message to the source node. The message body of the response message carries the application information generated by the application of the destination node, and the packet header carries an application-independent Information, the application-independent information includes duration.

 A communication device based on the TCP/IP protocol, comprising: a first protocol processing module, a second protocol processing module, a third protocol processing module, and a communication module;

 The first protocol processing module is configured to encapsulate the application message generated by the application into a first packet and output the message to the second protocol processing module, and receive the first packet from the second protocol processing module, and decapsulate the application message. ;

 The second protocol processing module is configured to construct a second packet according to the application indication, where the message body of the second packet carries the first packet, where the packet header carries information not related to the application, and the application-independent information And including the duration of the duration; and receiving the second packet output by the third protocol processing module, decapsulating the first packet from the second packet and the application-independent information and the application information, and the first packet The text is transmitted to the first protocol processing module;

 The third protocol processing module is configured to encapsulate the second packet encapsulated by the second protocol processing module into a third packet according to a transport layer protocol, and receive a third packet output by the communication module, The third packet decapsulates the second packet and transmits the second packet to the second protocol processing module;

 The communication module is configured to send a third message output by the third protocol processing module, and receive a third message from the transmission link and transmit the third message to the third protocol processing module.

A communication device based on TCP/IP protocol, comprising: a first protocol processing module, a second protocol a processing module, a third protocol processing module, a fourth protocol processing module, and a communication module; the first protocol processing module, configured to encapsulate the application message generated by the application into a first packet and output the template to the second protocol processing module And receiving the first packet output by the second protocol processing module, and decapsulating the application message;

 The second protocol processing module is configured to construct a second packet according to the application indication processed by the first protocol, and output the second packet to the third protocol processing module, where the message body of the second packet carries the first packet, The packet header carries information unrelated to the application, the application-independent information includes a duration; and receives a second packet output by the third protocol processing module, and decapsulates the first packet and the second packet from the second packet Decoding the information unrelated to the application and the application information, and transmitting the first message to the first protocol processing module;

 The third protocol processing module is configured to encapsulate the second packet output by the second protocol processing module into a third packet, and output the third packet to the fourth protocol processing module, and select the second packet according to the destination address of the second packet. Transmitting, by the communication device, a transport layer link to the next hop node; and receiving the third packet output by the fourth protocol processing module and decapsulating the second packet, determining whether the communication device is for receiving the second packet a node, if yes, outputting the decapsulated second message to the second protocol processing module, otherwise, determining a transport layer link from the communication device to the next hop node according to the destination address of the second packet, Encapsulating the decapsulated packet into a third packet and outputting the third packet to the fourth protocol processing module, where the fourth protocol processing module is configured to encapsulate the third packet output by the third protocol processing module according to the transport layer protocol a fourth packet, and a fourth packet outputted by the communication module, decapsulating the third packet from the fourth packet and transmitting the third packet to the third protocol processing module;

 The communication module is configured to send, by using a transport layer link determined by the third protocol processing module, a fourth packet output by the fourth protocol processing module, and receive the fourth packet and transmit the fourth packet to the fourth protocol processing Module.

 A communication network based on TCP/IP protocol, including:

The first node constructs a request message according to the application indication and sends the message to the destination node. The message body of the request message carries the application information generated by the application, and the packet header carries information not related to the application. The application-independent information includes an initial duration of the application indication;

 a second node, configured to decapsulate the application information after receiving the request message, and determine that the local node is the destination node of the application information, and then report the application information to the application of the local node for processing; Instructing to construct a response message message and sending the message to the first node, the message body of the response message message carrying application information generated by the application of the destination node, the message header carrying information not related to the application, the application-independent information including the persistent duration.

 Compared with the prior art, the embodiment of the present invention determines, by the source node, the transport layer link from the local node to the next hop node according to the destination address of the first packet output by the application layer, and encapsulates the first packet into a second packet, where the next hop node is an intermediate node or a destination node on a transmission path between the source node and a destination node that receives the first packet; the source node is determined The transport layer link sends the second packet to the next hop node, which provides a general manageable signaling transmission for the application layer protocol, and can provide the capability of constructing the signaling network and the manageability of the network system. Capabilities, and support for future convergence evolution.

 Compared with the prior art, in the embodiment of the present invention, the source node application layer carries the application information generated by the application in the message body of the configured request message, and carries the application-independent time including the initial duration in the packet header. After the application layer receives the request message, the application layer decapsulates the application information, and reports the application information to the application for processing, and then carries the application information generated by the application of the destination node in the message body of the constructed response message message. Carrying application-independent information including duration for the duration of the transaction, and thus providing transaction control and/or dialog control functions in a peer-to-peer manner, thereby supporting services of different networks and providing bidirectional stateful application-independent control mechanism. The technical solution of the embodiment of the present invention can not only inherit the existing business application but also support the new business application. DRAWINGS

 1 is a schematic diagram of an NGN network protocol architecture according to an embodiment of the present invention;

2A is a schematic diagram of results of a communication device based on the protocol architecture of FIG. 1 according to an embodiment of the present invention; 2B is a schematic structural diagram of a GSTP protocol processing module according to an embodiment of the present invention; FIG. 3 is a schematic diagram of networking of a signaling network according to an embodiment of the present invention;

 4 is a schematic diagram of a structure of a layered dual-plane signaling network according to an embodiment of the present invention;

 FIG. 5 is a schematic diagram of a second NGN protocol architecture according to an embodiment of the present invention; FIG.

 6 is a schematic structural diagram of a communication device based on the protocol architecture of FIG. 5 according to an embodiment of the present invention; FIG. 7 is a schematic diagram of a third NGN protocol architecture according to an embodiment of the present invention;

 8 is a schematic diagram of a fourth NGN protocol architecture in an embodiment of the present invention;

 FIG. 9 is a schematic structural diagram of a communication apparatus based on the protocol architecture of FIG. 8 according to the embodiment of the present invention; FIG. 10 is a schematic diagram of a fifth NGN protocol architecture according to an embodiment of the present invention;

 11 is a schematic diagram of a convergence of a signaling layer and a service layer according to an embodiment of the present invention;

 12 is a flowchart of establishing, maintaining, and releasing a dialog according to an embodiment of the present invention;

 13 is a flowchart of processing a transaction in an embodiment of the present invention;

 14 is a flowchart of implementing registration in an embodiment of the present invention;

 FIG. 15 is a flowchart of processing a session service according to an embodiment of the present invention;

 Figure 16 is a flow chart of the Web client accessing the Web server. detailed description

 The NGN network in this embodiment uses the transport layer or network layer of the existing IP network as the transport virtual network to inherit the existing service applications, support new service applications, provide network manageability, and future convergence evolution. .

An NGN network protocol architecture of this embodiment is shown in FIG. 1. The signaling layer is added on the transport layer protocol of the TCP/IP protocol stack (or directly based on the IP network layer), by adding a new type. The Generic Signaling Transport Protoco 1, GSTP, provides a common, manageable signaling transport for application layer protocols. The transport layer protocols of the TCP/IP protocol stack include: User Datagram Protocol (UDP), Datagram Congestion Control Protocol (DCCP), and transmission. Transmission control protocol (TCP), Stream Control Transmission Protocol (SCTP), Transport Layer Security Protocol (TLS), Datagram Transport Layer Security Protocol (Datagram) T ransport Layer Security, DTLS), etc. The application layer may include: SIP protocol, H.248 protocol, COPS (Common Open Policy Service) protocol, Di ameter protocol, BICC (Bearer Independent Call Control) protocol, DNS (Doma in Name System) ten office Protocols such as HTTP (Hyper-Text Transport Protocol), R TSP (Real-Time Steaming Protocol), real-time streaming protocols, etc.

 The GSTP protocol inherits the SS7 signaling network networking and management capabilities, supports hierarchical networking, and supports link priority selection, redundancy control, link security, QoS, NAT traversal, firewall traversal, fault detection, and status reporting.

 For the underlying IP transport layer, the GSTP protocol uses various transport layer protocol connections of the TCP/IP protocol stack as signaling links and provides a secure and reliable transport mechanism based on the capabilities of the signaling link transport protocol (eg, for UDP) For the connectionless protocol, the GSTP protocol guarantees the reliability of message transmission through the retransmission mechanism. For the upper application layer, the GSTP protocol shields the signaling network and the transport protocol to provide message sending, reporting and routing forwarding functions for the application layer. .

In the protocol architecture shown in FIG. 1, after the application layer generates the application information, the application layer protocol (such as the H TTP protocol) encapsulates the application information into a message packet, and then transmits the message packet to the signaling transport layer; The GSTP protocol of the transport layer encapsulates the message packet into a GSTP protocol packet, and selects a link from the node to the next hop node (such as a TCP link) according to the destination address of the application message, and then transmits the GSTP protocol packet to the IP address. The transport layer; the protocol of the IP transport layer and the IP network layer encapsulates the GSTP protocol message into a transport layer message, and then sends the message to the next hop via the link. When the GSTP protocol selects a link according to the destination address of the application message, if there is only one hop between the source node and the destination node, the next hop node selected by the GSTP protocol is the destination node. If there is a multi-hop between the source node and the destination node, the source The next hop node selected by the node is an intermediate node. For the node that receives the packet, each protocol layer performs a decapsulation operation opposite to the sender's encapsulation operation, and the GSTP packet is extracted from the transport layer packet, and then from the G. The STP packet decapsulates the message packet. If the GSTP protocol determines that the node is the destination node that receives the application message, the message packet is sent to the upper application layer, and the application layer decapsulates the message packet and processes the message. Otherwise, The GSTP protocol forwards the application message, that is, the GSTP selects a link from the local node to the next hop node according to the destination address of the application message, and encapsulates the message packet into the first packet and transmits the packet to the IP transport layer; the IP transport layer and the IP address. The network layer protocol encapsulates the GSTP protocol message into a transport layer message, and then sends the message to the next hop via the link.

 The packet header of the GSTP packet carries the source address information, the source protocol port information, the destination address information, and the destination protocol port information of the application message. Further, the priority of the application message and/or the application layer protocol type may be carried. information. The G STP protocol of the node that forwards the application message can select an appropriate signaling link by combining the destination address, destination port, priority, and application information of the application message.

As shown in FIG. 2A, a communication device based on the protocol architecture shown in FIG. 1 includes: an application protocol processing module 20, a GSTP protocol processing module 21, an IP protocol processing module 22, and a communication module 23; wherein, the application protocol processing module 20 The application message generated by the application (or the service) is encapsulated into the first message, and the application message is decapsulated from the first message reported by the GSTP protocol processing module 21; the GSTP protocol processing module 21 outputs the output of the application protocol processing module 20. The message packet is encapsulated into a second packet (or a GSTP protocol packet), and the transport layer link from the device to the next hop node is selected according to the destination address of the first packet, and the second packet is received. Decapsulating the first packet; the IP protocol processing module 22 encapsulates the second packet output by the GSTP protocol processing module 21 into a third packet (ie, a transport layer packet) according to the transport layer protocol and the IP protocol, and The third packet is decapsulated in the third packet reported by the communication module 23, and is output to the GSTP protocol processing module 21; the communication module 23 sends the third packet output by the IP protocol processing module 22 to And receiving a third message sent to the IP protocol processing module 22. The destination address of the first packet may include: an internet protocol address of the transmission control protocol/internet protocol, or an application identifier (eg, a host identifier, a user identifier, a service identifier, etc.), and protocol port information (including a transmission control protocol) /Transport layer port of the Internet Protocol, application distribution parameters, etc.). As shown in FIG. 2B, the GSTP protocol processing module 21 further includes: a packaging module 210, a decapsulation module 21 1 , a determining module 212, and a determining module 21 3; wherein, the encapsulating module 21 0 encapsulates the first packet The decapsulation module 21 1 decapsulates the first packet from the received second packet; the determining module 2 1 2 determines whether the node is a receiving application after decapsulating the first packet. And the destination node of the message, if yes, transmitting the first packet output by the decapsulation module 21 1 to the application protocol processing module 20, otherwise, instructing the determining module 213 to select the transport layer link and indicating that the encapsulation module 21 will solve the solution. The encapsulated first packet is encapsulated into a second message packet; the determining module 213 selects a link from the local node to the next hop node according to the destination address of the first packet.

 A signaling network can be constructed by using the above GSTP protocol. The signaling network is composed of two types of network elements: a signaling point SP and a signaling switching point STP. The signaling points SP are connected together by a signaling transfer point STP. The connection mode is a network connection established based on an existing transmission protocol (such as UDP, DCCP, TCP, SCTP, TLS, DTLS, etc.), which is called a signaling link in this embodiment; and multiple signaling transfer points STP Further, redundant networks and hierarchical networks can be formed by signaling links. In this way, the existing end-to-end I P connection is converted into a segmented signaling link consisting of STP concatenation. Each STP has multiple signaling links connected. When STP sends a message to the outside, it selects the appropriate address according to the destination address of the message (for example, according to network address, subnet information, etc.), destination port, priority, and application information. The signaling link also stores information such as the source address, the source protocol port, the destination address, the destination protocol port, the priority, and the application layer protocol type in the GSTP header.

 If there are other special requirements when networking, for example, if you need to deploy a firewall between two signaling points, establish a connection between the two according to the deployment requirements of the firewall (using special ports, etc.); Signaling encryption between signaling points, you can use IPSec, TLS, etc. to establish a connection between the two; if you need to increase the reliability of signaling transmission between two signaling points, you can Establish a connection using SCTP or the like.

An example of a simple form of signaling network is shown in Figure 3, where NSP represents a network element or terminal device of a non-signaling point SP that uses a signaling network by way of a connection to a signaling point SP. There may be multiple redundant signaling links between the signaling points, between the signaling points and the signaling transfer points, and between the signaling transfer points, for redundancy control during link selection, only in Figure 3 A signaling link is shown, and other signaling links are not shown. In FIG. 3, the signaling point SP1 is connected to the signaling transfer point STP1 through the signaling link L inkl, the signaling link Link1 establishes a link using the UDP protocol, and is based on the IPSec transmission; the signaling point SP2 is connected through the signaling link L ink2 To the signaling transfer point STP1, the signaling link Link2 establishes a link using the TLS protocol; the signaling transfer point STP1 is connected to the signaling transfer point STP2 via the signaling link Link3, wherein the signaling transfer point STP 1 and the signaling transfer A firewall is deployed between the contacts STP 2, and the signaling link L i nk 3 establishes a link through the S CTP protocol using a specific port; the signaling point SP3 is connected to the signaling transfer point STP2 through a signaling link Link4, and the signaling link Link4 The link is established using the DTLS protocol; the signaling point SP4 is connected to the signaling transfer point STP2 through the signaling link Link5, the signaling link Link5 establishes the link using the DCCP protocol; the signaling point SP6 is connected to the signaling transfer via the signaling link L ink6 Point STP2, the signaling link L ink6 directly establishes a link using the GSTP protocol. The non-signaling point NSP1 is connected to the signaling point SP2 through the TCP protocol, and the signaling point SP2 is used as a protocol conversion gateway between the TCP protocol and the G STP protocol; the non-signaling point NSP2 is connected to the signaling point SP4 through the SCTP protocol, signaling Point SP4 serves as a protocol conversion gateway between the SCTP protocol and the GSTP protocol.

 The nodes in the signaling network can perform transport layer link management by sending management messages to surrounding nodes or receiving management messages from surrounding nodes, such as link detection, link switching, recovery, congestion, and the like.

 Based on the signaling networking shown in FIG. 3, the transmission process of the GSTP message from the signaling point SP1 to the signaling point SP5 is explained:

 (1) Initiator signaling point The SP1 application layer protocol sends an application message packet to the specified destination address and protocol port through the GSTP interface. The GSTP protocol selects an appropriate signaling link Linkl from the link of the signaling network (transport layer connection) according to the network address, destination port, priority, and application information of the destination address, and then the source address and the source protocol. Information such as port, destination address, destination protocol port, priority, etc. are packed into the GSTP header and sent to the next hop (ie, signaling transfer point STP1) through the selected link.

(2) After receiving the application message packet from the link, the GSTP protocol of the signaling transfer point STP1 unpacks the GST P header, and selects an appropriate signaling link L ink3 from the link of the signaling network according to the destination address and port. Then, the received message packet is sent to the next hop through the selected link (ie, the signaling transfer point S TP2).

 (3) After receiving the application message packet from the link, the GSTP protocol of the signaling transfer point STP2 unpacks the GST P header, and selects an appropriate signaling link L ink5 from the link of the signaling network according to the destination address and port. The received message packet is then sent to the next hop (ie, signaling point SP5) via the selected link.

 (4) After receiving the application message packet, the GSTP of the receiving side signaling point SP5 unpacks the GSTP packet header, determines the local network element as the receiving network element according to the destination address, and then reports the application message packet to the application layer protocol corresponding to the destination port.

 Based on the signaling networking shown in Figure 3, the transmission process of the GSTP message from the signaling point SP1 to the non-signaling point NSP1 is illustrated:

 (1) Initiator signaling point The SP1 application layer protocol sends an application message packet to the specified destination address and protocol port through the GSTP interface. The GSTP protocol selects an appropriate signaling link L inkl from the link of the signaling network (transport layer connection) according to the network address, destination port, priority, and application information of the destination address, and then the source address and the source of the message. The protocol port, destination address, destination protocol port, priority, etc. are packaged into the GSTP header and sent to the next hop (ie, signaling transfer point STP1) through the selected link.

 (2) After receiving the application message packet from the link, the GSTP protocol of the signaling transfer point STP1 unpacks the GST P header, and selects an appropriate signaling link L ink3 from the link of the signaling network according to the destination address and port. The received message packet is then sent to the next hop (ie, signaling handoff point S TP2 ) via the selected link.

 (3) Signaling transfer point After the GSTP protocol of STP2 receives the application message packet from the link, unlock GST.

The P-header, according to the destination address and port, cannot select an appropriate signaling link from the link of the signaling network. Then, STP2 reports the application message to the application layer for processing. The application layer protocol selects a TCP protocol connection to the non-signaling point NSP1 according to the destination address of the application message, and sends an application message to NSP1.

 (4) Non-signaling point After receiving the application message from the TCP connection, NSP1 reports it to the application for processing.

The GSTP protocol supports the management functions of the signaling network nodes, including occlusion management, flow control, and continuity detection. For example, the signaling transfer point STP2 finds itself in an overload state, up one hop STP1 Send a flow control message to notify the STP1 of the congestion level. STP 1 limits the amount of message traffic sent to ST P2 according to the congestion level.

 Signaling Point SP and Signaling Transfer Point STP can select according to the control policy and security policy when selecting the signaling link. For example, the signaling link is selected according to the flow control policy, that is, when the traffic of a certain signaling link exceeds the set value, the signaling link with the smaller traffic is selected as the next hop. For example: According to the congestion control policy, when a certain signaling link is congested, other normal signaling links are selected as the next hop. For example: When the message requires security assurance, select the signaling link with the security negotiation mechanism (for example: between the two signaling transfer points STP according to the security protocol, the previous signaling transfer point STP 1 encrypts the message message, The latter signaling transfer point STP2 decrypts the message message such as encryption, etc.). Obviously, signaling links can also be selected in conjunction with control strategies and security policies.

 Through multiple signaling transfer points STP, a layered multi-plane signaling network can be formed to implement routing layer connection multiplexing and convergence and message fast forwarding routing functions of multiple application protocols, and redundancy of transport layer connections. Management functions such as backup and congestion flow control.

 An example of a hierarchical biplane signaling network structure consisting of multiple signaling transfer points S TP is shown in FIG. 4, which is transformed by a signaling point SP, a low-level signaling transfer point LSTP, and advanced signaling. The junction is composed of HSTP. The signaling point SP implements signaling communication inside the local network through LSTP in the local network. The signaling point SP connects to HSTP through the LSTP in the local network to implement cross-local signaling communication. Each signaling point SP establishes a link with at least two L STPs, and each LSTP establishes a link with two HSTP communication planes. HSTP has two communication planes at the same time. When one communication plane fails, the signaling is transmitted through another plane. The redundant network thus established can ensure that the entire signaling transmission does not have a single point of failure, thereby effectively ensuring the reliability of signaling transmission.

Applications in the prior art include Internet application protocols and telecommunication applications, all based on various transport layer protocols (eg, UDP, DCCP, TCP, SCTP, TLS, DTLS, etc.), and existing applications can be migrated. To the GSTP signaling network. For example, the HTTP application is based on the TCP protocol, the FTP application is based on the T CP protocol, the H.248 is based on the TCP and UDP protocols, the D i ame ter protocol is based on the TCP and SCTP protocols, the SIP protocol is based on the UDP, TCP and SCTP protocols, the RTP is based on the UDP protocol, RTSP is based on the TCP protocol and the like. GST P encapsulates various transport layer protocols. Therefore, application protocols such as HTTP, FTP, H.248, Diameter, SIP, RTP, and R TSP can be smoothly ported to the GSTP protocol by replacing the transport layer protocol. The protocol shares a unified GSTP signaling network.

 Another NGN protocol architecture in this embodiment is shown in FIG. 5. The service layer is added on the transport layer protocol of the TCP/IP protocol stack to provide transaction control and dialog control functions in a peer-to-peer manner. It is the General Service Initiation Protocol GS IP (Generic Service Initiation Protocol). The GSIP features include:

 (1) GSIP provides transaction control and dialog control functions in a peer-to-peer manner. The GSIP protocol can provide the registration authentication function of the terminal, but from the implementation point of view, the registration authentication function is a special transaction or conversation. The session in the S IP protocol is a special service provided by the application layer through the layer-by-layer dialogue mode. The service application layer can implement the session service by calling the session control mechanism of the layer.

 (2) For the lower transport layer, GSIP uses various transport protocols in a transport protocol-independent manner, including: GSTP, TCP, SCTP, TLS, and so on.

 (3) For the upper layer service application layer, the GS IP transparently transmits various service messages in a service protocol independent manner.

In the protocol architecture shown in FIG. 5, after the application layer generates an application message, the application layer protocol invokes the GS IP transaction or the conversation interface to transmit the message packet to the service transport layer; the GS IP protocol of the service transport layer sends the message packet. Encapsulated as a GS IP protocol packet, carrying the application information generated by the application layer in the message body of the message, and carrying the transaction control information and/or the session control information irrelevant to the application (or service) in the packet header, for example, Conversation identifier, source address, destination address, message sequence number, initial duration, etc.; then, the GS IP protocol message is transmitted to the IP transport layer; the protocol of the IP transport layer and the IP network layer encapsulates the GS IP protocol packet as The transport layer message is sent, and then the message is sent. For the destination node that receives the transport layer packet, each protocol layer performs a decapsulation operation opposite to the sender's encapsulation operation, and the GSIP packet is extracted from the transport layer packet; the GS IP protocol is decapsulated from the GSIP packet. The message packet is sent to the upper application layer, and the application layer decapsulates the message message and processes the application message, and performs corresponding according to the transaction control information and/or the dialog control information decapsulated from the first message. operating, For example, a response is made. In the response message that is configured by the destination node according to the application indication, the packet body carries the application information generated by the application of the destination node, and carries the transaction control information and/or the session control information, such as the dialog identifier, that are not related to the application in the packet header. Message sequence number, duration, etc.

 A communication device based on the protocol architecture shown in FIG. 5, as shown in FIG. 6, includes: an application protocol processing module 60, a GS IP protocol processing module 61, an IP protocol processing module 62, and a communication module 63. The application protocol processing module 60 encapsulates the application message generated by the application into the first packet according to the application layer protocol, invokes a GSIP transaction or a dialog interface, and transmits the message packet to the GS IP protocol processing module 61, and processes the GS IP protocol. The module 61 receives the first packet, and decapsulates the application message from the application and transmits the application message to the application for processing. The GS IP protocol processing module 61 encapsulates the first packet output by the application protocol processing module 60 into a second packet (or GSIP). The message carries the application information generated by the application in the message body of the message, and carries the transaction control information and/or the session control information in the message header of the message, for example, the session identifier, the source address, and the destination address. Information such as a message sequence number, an initial duration, and the like; and decapsulating the first packet from the second packet reported by the IP protocol module 62, outputting the first packet to the application protocol processing module 60, and according to the second The message decapsulated transaction control information and/or the dialog control information perform corresponding operations (eg, response); IP protocol processing mode The second packet outputted by the GS IP protocol processing module 61 is encapsulated into a third packet (ie, a transport layer packet) according to the IP protocol, and the second packet is decapsulated from the third packet reported by the communication module 63. And transmitting to the GS IP protocol processing module 61; the communication module 63 sends the third message output by the IP protocol processing module 62, and receives the third message from the link and transmits it to the GSIP protocol processing module 61.

 The third NGN protocol architecture in this embodiment is shown in FIG. 7, and the NGN protocol architecture is shown in FIG.

The service application layer is added on the service transport layer of the GN protocol architecture. The protocol of the service application layer is independent of the service transport protocol, and provides flexible service control and presentation capabilities. In this embodiment, it is called the general service application protocol GSAP (Geeric ic Servi). Ce Appl ica t ion Protocol ) , GSAP features include:

(1) The GSAP protocol invokes the underlying transaction or dialog interface to implement the business process according to the business needs; in a single business request, it may contain multiple services. (2) The GSAP protocol can provide control functions such as services, media and interfaces according to the needs of the business. The GSAP protocol can inherit existing business description languages, including W3C defined XML, SDP, HTML, X HTML, SOAP, WDSL, UDDI and other protocols.

 (3) For the lower layer service transport layer, GSAP uses various transport protocols in a transport protocol independent manner, including: GSIP, HTTP, SIP, and so on.

 The fourth NGN protocol architecture in this embodiment is shown in FIG. 8. The NGN protocol architecture is a combination of the NGN protocol architectures shown in FIG. 1 and FIG. 5. The service transport layer and the signaling transport layer added to the existing protocol architecture constitute an NGN layered network, and the GS IP protocol of the service transport layer provides transaction control and/or dialog control functions in a peer-to-peer manner, and can support different networks. Service, providing bidirectional stateful application-independent control mechanism; GSTP protocol of signaling transmission layer converts existing end-to-end IP link into segmented signaling link, providing general manageable signaling for application layer protocol transmission.

As shown in FIG. 9, the communication device based on the protocol architecture shown in FIG. 8 includes: an application protocol processing module 90, a GSIP protocol processing module 91, a GSTP protocol processing module 92, an IP protocol processing module 93, and a communication module 94. The application protocol processing module 90 encapsulates the application message generated by the application into the first packet according to the application layer protocol, invokes a GSIP transaction or a dialog interface, and transmits the first packet to the GSIP protocol processing module 91 and the GSIP protocol processing module. 91 receives the first packet, and decapsulates the application message from the packet and transmits the packet to the application for processing. The GSIP protocol processing module 91 encapsulates the first packet output by the application protocol processing module 90 into a second packet (or a GSIP packet), and carries the application information generated by the application in the message body of the packet. The packet header carries the transaction control information and/or the session control information, for example, the session identifier, the source address, the destination address, the message sequence number, the initial duration, and the like, and outputs the second packet to the GSTP protocol processing module 92. And decapsulating the first packet from the second packet reported by the GSTP protocol module 92, outputting the first packet to the application protocol processing module 90, and according to the transaction control information decapsulated from the second packet / or dialog control information to perform the corresponding operation (for example, answer). The GSTP protocol processing module 92 encapsulates the second packet output by the GSIP protocol processing module 91 into a third packet and transmits the packet to the IP protocol processing module 93, and decapsulates the third packet received from the IP protocol processing module. Second message; if GSTP protocol module 92 determines this The communication device is the destination node that receives the application message, and the second packet that is decapsulated is transmitted to the GS IP protocol processing module 91. Otherwise, the GSTP protocol processing module 92 forwards the message, that is, the GSTP protocol processing module 92 according to the The destination address of the second packet determines the transport layer link from the local node to the next hop node, and the second packet is encapsulated into a third packet and transmitted to the IP protocol processing module 93. The IP protocol process 93 encapsulates the third packet into a fourth packet and transmits it to the communication module 94, and decapsulates the third packet from the fourth packet reported by the communication module 94 and transmits the third packet to the GSTP protocol processing module 92.

 The structure of the corresponding GSTP protocol processing module 92 is as shown in FIG. 2B. The difference is that the encapsulation module encapsulates the received second packet into a third packet, and the decapsulation module decapsulates the received third packet. The second message, the rest is the same as the foregoing, and will not be repeated.

 The fifth NGN protocol architecture in this embodiment is shown in FIG. 10, and the NGN protocol architecture is a combination of the NGN protocol architectures shown in FIG. 1 and FIG. 7. The service application layer, the service transport layer, and the signaling transport layer added to the existing protocol structure constitute an NGN layered network.

 A communication device based on the NGN protocol architecture shown in FIG. 10 is shown in FIG. 9. The application protocol processing module supports the SGAP protocol, and the remaining modules are the same as those in FIG. 9, and are not described again.

 Taking the NGN protocol architecture shown in Figure 10 as an example, the GSTP protocol, the GS IP protocol, and the GSAP protocol are further described.

 Service Application Layer For the lower layer service transport layer, the GSAP protocol uses various transport protocols in a transport protocol independent manner, including: GS IP, HTTP, S IP, and so on.

 Service Transport Layer For the lower layer signaling transport layer, the GSIP protocol uses various transport protocols in a transport protocol-independent manner, including: GSTP, TCP, SCTP, etc.; Since the GSTP protocol provides a manageable signaling network function, GSTP is The best transmission protocol. For the upper layer of the service application layer, the GS IP protocol transmits various service protocols in a service-independent manner.

 Signaling transport layer For the lower layer IP transport layer, the GSTP protocol uses various transport layer protocol connections of the TCP/IP protocol stack as signaling links; for the upper layer service transport layer, the GSTP protocol shields the signaling network and the transport protocol for applications. The layer provides messaging, reporting, and routing forwarding.

Based on the service transport layer GS IP protocol, various existing protocols based on the HTTP protocol, such as S0AP, Protocols such as WSDL and UDDI, as well as Web services such as HTML and XML, can be migrated to the GSIP protocol for transmission, enabling smooth transition and evolution of services. The signaling layer and the service layer are combined as shown in FIG.

 This embodiment further describes the transaction and dialog control by using the GS IP protocol as an example. Since a transaction can be thought of as a special conversation with a duration of zero, transaction and dialog control can be unified, and the duration is divided into transactions or conversations, that is, the initial duration of the conversation is non-zero, and the initial duration of the transaction is zero. .

 In the foregoing apparatus shown in Fig. 6, Fig. 8, and Fig. 10: When the dialog request message is initiated, the GS IP protocol processing module in the device carries a non-zero initial duration in the constructed dialog request message message. After the device receives the dialog request message, if the application indicates that the dialog is created, the GSIP protocol processing module carries the non-zero duration of the application confirmation in the constructed session response message, and creates a relationship between the node and the source node. Conversation, if the application indicates to refuse to create a conversation, the GS IP protocol module carries a duration of zero in the constructed dialog response message message and does not create a conversation. Correspondingly, after the device that sends the dialog request receives the session response, the GS IP protocol processing module determines that the duration between the carrying duration is non-zero, and creates a dialogue with the destination node, otherwise the GSIP protocol processing module does not create the destination node. Dialogue between.

 Upon initiation of the transaction request message, the GS IP protocol processing module in the device carries an initial duration of zero value in the constructed transaction request message message. After the device receives the transaction request message, the G SIP protocol processing module carries a duration duration of zero in the constructed transaction response message message.

 The following describes the transaction and dialog control between the client and the server as an example.

 1. Establishment of dialogue

 The conversation is initiated by the client initiating a conversation request. The initial request contains the length of time the client wants the conversation to last; after the server receives the request, it establishes a conversation and answers the request. The server indicates the duration of the server confirmation in the response message of the session; after receiving the session response from the server, the client establishes a dialog, and according to the duration, starts the session timer and the monitoring timer (the monitoring timer duration is less than the duration of the dialog) .

2. Maintenance of the dialogue After the session is established, the client and the server can initiate a request based on the dialog to exchange information. If there is no information interaction between the two parties, the client initiates a request when the monitoring timer expires, and prolongs the duration of the conversation. If the server side does not receive the client's refresh request after the session timer expires, the dialog is released.

 3. Release of dialogue

 If the client or server releases the conversation, a request message is initiated, and the duration of the specified message is zero, indicating that the existing conversation is released.

 In the flow described later, the processing procedure of the signaling network to transmit the signaling message is the same as the processing flow in the signaling network shown in FIG. 3, and details are not described herein again.

 In the following process, when both parties (such as the client and the server, the calling party and the called party) send a request message or a response message, the GS IP protocol encapsulates the application information into the message body of the message message, and the session identifier is The message sequence number and duration (including the initial duration and the determined duration) are encapsulated into the message header of the message packet. The specific process will not be described in detail.

 An example process for the establishment, maintenance, and release of a conversation is shown in Figure 12:

 1201. The client receives the information indicating the duration of the application, and initiates a dialog request, where the request carries the dialog identifier, the message sequence number, and the non-zero initial duration, and puts the application information generated by the application into the message body; The GSTP signaling network is sent to the server.

 1202. The server side checks the request message, and extracts the application information from the message body to the application; then, establishes a dialog according to the application indication and starts a session timer; returns a temporary response message through the GSTP signaling network. The client receives the temporary response message, extracts the application information from the message body and reports it to the application, and then establishes a corresponding dialogue on the client, and starts the session timer.

 1203. The server updates the dialog timer according to the indication of the application, and returns a dialog response message indicating the duration of the final determination. After receiving the response message, the client extracts the application information from the message body to the application, then updates the session timer, and starts the monitoring timer.

1231. The client monitoring timer expires and initiates a refresh request. The request carries information such as a session identifier, a message sequence number, and a new duration. 1232. The server receives the request message, refreshes the duration of the dialog according to the new duration, and then returns a response message. The client refreshes the duration of the session after receiving the response message.

 1251. The server receives the application indication information initiation request, where the request carries the conversation identifier, the message sequence number, and the duration, and the application information is sent to the message body and sent to the client.

 1252. The client receives the request message, extracts the application information from the message body to the application, and refreshes the duration of the session; and then returns a response message according to the application indication information. After receiving the response message, the server sends the application information to the application and refreshes the duration of the session.

 1281. After receiving the service application layer release information, the client initiates a release dialog request, where the request carries the conversation identifier, the message sequence number, and the duration, where the duration is zero.

 1282. The server receives the request message, extracts the application information and reports it to the application, releases the dialog, and then returns a response message according to the application indication information. The client releases the conversation after receiving the response message.

 As can be seen from the above process, a conversation can be associated with multiple transactions; and the server can also initiate a request.

 See Figure 13 for an example of processing a transaction as follows:

 1 301. The client receives the service application layer request information to initiate a transaction request, and the header of the request message carries the transaction identifier, the message sequence number, the initial duration (the value is zero), and puts the application information into the message body. The request message is sent to the server through the transport layer TCP connection.

 1 302. The server performs an access check on the request message, and the application information is reported to the application from the message body. Then, the temporary response message is constructed according to the indication of the application, and the duration of the temporary response message is zero. And return a temporary response message to the client through the transport layer TCP connection.

 The client receives the temporary response message, and the application information is reported to the application from the message body.

1 303. The server constructs a transaction request response message according to the indication of the application, and returns a transaction response message, and the duration of the response message carries zero duration. After receiving the response message, the client extracts the application information from the message body and reports it to the application.

As shown in the above process, the GS IP protocol of the client and the server carries the information unrelated to the service in the packet header when the packet is encapsulated, and carries the service information in the message body of the packet, thereby making the service Separated from control, it can support transactions and conversations at the same time, adapting to different application scenarios.

 The user registration process is a transaction or session process for establishing a user state, and thus can be used as a function of the service transport layer or as a function of the service application layer. The registration process is described below in conjunction with the dialogue process. Referring to Figure 14, the registration process is as follows:

 1401. After receiving the registration request information, the client invokes the conversation interface to initiate a registration request, where the registration request carries the conversation identifier, the message sequence number, and the initial duration (non-zero), and the registration information is sent to the message body and sent to the registration. server.

 1402. The registration server checks the request message, extracts the registration information from the message body for processing; then, creates a registration dialog, and authenticates the user according to the registration information. The registration authentication information is included in the response message returned to the user.

 1411. After receiving the response message, the client establishes a registration dialog, and calculates an authentication response according to the authentication information in the message body. The established response is then used to send an authentication response to the registration server.

 1412. The registration server processes the authentication response, and updates the user registration status after the authentication is passed; then, returns a registration response message to the client, carries the registration information, and indicates that the authentication is successful. After receiving the registration response message, the client processes the registration information.

 1421. The client session monitoring timer expires and the client session initiates a session refresh request.

1422. The monthly service ^^'J dialog refreshes the request message and refreshes the duration of the dialog, and returns a response message.

1431. The user registration information is updated on the registration server, and the registration server initiates a registration notification request using the established session to notify the customer of the registration information.

 1432. After receiving the request message, the client extracts the registration information from the message body for processing, and returns a response message.

 1451. The registration server logs out the user according to the needs of management. Use the established conversation to initiate a logout request.

 1452. The client processes after receiving the logout request and returns a reply message.

 1461. After the registration server logs out the user successfully, it initiates a request to release the registration dialog.

1462. After receiving the dialog release request, the client releases the dialog and returns a response message. Note After receiving the response message of the dialog request, the book server releases the server side session.

 Referring to Figure 15, an example of a session (call) service is as follows:

 1501. The calling side service application layer initiates a session establishment request to the specified called user according to the service requirement, and the request carries the necessary application information (including the service control information and the media control information) of the session establishment. The business application layer invokes the GSIP conversation interface to send a request to the session server.

 1502. After receiving the session establishment request from the interface of the GS IP, the session server service application layer processes the service, and then queries the called location according to the called information in the request message, and invokes the GSIP conversation interface to initiate a session establishment request to the called party.

 1503. The called side service application layer processes the service after receiving the session establishment request from the interface of the GSIP. According to the business processing situation, the dialog interface of the GS IP is called to return a session progress temporary response to the session server, and the response carries the necessary information for session establishment.

 1504. The session server service application layer processes the service after receiving the session progress temporary response. The GSIP conversation interface is then invoked to send a session progress temporary response to the caller. The caller receives the message and processes the service.

 1505. The called side service application layer sends a session ringing temporary response to the session server by calling the GSIP conversation interface according to the service processing situation.

 1506. The session server service application layer processes the service after receiving the session ringing temporary response. The GSIP conversation interface is then called to send a session temporary response to the caller. The caller receives the message and processes the service.

 1507. The called side service application layer sends a session establishment response to the session server by calling the GSIP conversation interface according to the service processing situation.

 1508. The session server service application layer processes the service after receiving the session establishment response. The session interface of the GS IP is then invoked to send a session setup response to the calling party. The calling service application layer receives the message and processes the service, completing the session establishment process.

 1551. The called side service application layer sends a session release request to the session server by calling the GSIP conversation interface according to the business processing needs.

1552. The session server service application layer processes the service after receiving the session release request. The GS IP's dialog interface is then invoked to send a session release request to the caller. 1553. The calling side service application layer receives the message and processes the service, and invokes the GSIP conversation interface to send a release response to the session server.

 1554. After receiving the session release response, the session server service application layer processes the service, releases the session, and then invokes the GSIP conversation interface to send a session release response to the called party. After the called service application layer receives the release response, it releases the session.

 Referring to Figure 16, an example of a Web client accessing a Web server is as follows:

 1601. The web client invokes the GSIP transaction interface according to the user operation of the browser, constructs a message, and initiates a web request to the web server.

 1602. The web server returns a corresponding web page in the transaction response message according to the receiving web request. After receiving the response message of the specified transaction, the web client processes the returned result.

 The embodiment of the invention adds a transmission protocol in the transport layer protocol of the TCP/IP protocol stack or based on the IP network layer, and provides a general manageable signaling transmission for the application layer protocol; in the TCP/IP protocol stack The transport layer protocol or the peer-to-peer provides transaction control and/or dialog control functions on the IP network layer to support services of different networks. Therefore, the technical solution of the embodiment can not only inherit the existing service application, but also support the new service application; can provide the manageability of the network system, and support the future convergence evolution.

 Through the description of the above embodiments, those skilled in the art can clearly understand that the embodiments of the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better. Implementation. Based on such understanding, the technical solution of the present invention, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a readable storage medium, such as a floppy disk of a computer. A hard disk or optical disk or the like includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention. The spirit and scope of the invention. Therefore, it is intended that the present invention cover the modifications and variations of the invention as claimed.

Claims

Claim  A method for processing a message in a next generation network, the next generation network is based on a transmission control protocol TCP/Internet Protocol IP; and the method comprises:  The source node determines a transport layer link from the source node to the next hop node according to the destination address of the first packet output by the application layer, and encapsulates the first packet into a second packet, where the next hop The node is an intermediate node or the destination node on a transmission path between the source node and a destination node that receives the first packet;  The source node sends the second packet to the next hop node via the determined transport layer link.  The method according to claim 1, wherein the method further comprises: the node that receives the second packet from the transport layer to decapsulate the first packet;  Determining whether the next hop node is the destination node that receives the first packet, and if yes, transmitting the first packet to the application layer, otherwise determining the slave node according to the destination address of the first packet The transport layer link to the next hop node encapsulates the first encapsulated packet into a second text, and sends a second packet to the next hop node via the determined transport layer link.  3. The method of claim 1 or 2, wherein the node determines a transport layer link from the node to the next hop node according to a control policy or a security policy.  4. The method according to claim 1, wherein the transport layer link is based on a user datagram protocol, a datagram congestion control protocol, a transmission control protocol, a stream control transport protocol, a transport layer security protocol, or data. Report the network connection of the transport layer security protocol, or the network layer based connection.  The method according to claim 2, wherein the header of the second packet comprises: source address information, source protocol port information, destination address information, and destination protocol of the first message Port information: The intermediate node selects a next hop according to the packet header. 6. A method of processing a message in a next generation network, the next generation network being based on a TCP/IP protocol; characterized in that the method comprises the steps of: The node receives the second packet from the transport layer, and decapsulates the first packet;  Determining, by the node, whether the node is the destination node that receives the first packet, and if yes, transmitting the first packet to the application layer, otherwise, determining, according to the destination address of the first packet, from the node to the node a transport layer link of the next hop node, the first packet is re-encapsulated into a second packet, where the next hop node is a transmission between the node and the destination node that receives the first packet An intermediate node or a destination node on the path;  Transmitting the second message to the next hop node via the determined transport layer link.  7. The method of claim 6, wherein the node selects a transport layer link from the node to the next hop node according to a control policy or a security policy.  8. The method according to claim 7, wherein the transport layer link is based on a user datagram protocol, a datagram congestion control protocol, a transmission control protocol, a stream control transport protocol, a transport layer security protocol, or data. Report the network connection of the transport layer security protocol, or directly based on the network layer connection.  The method according to claim 6, wherein the header of the second packet comprises: source address information, source protocol port information, destination address information, and destination protocol of the first message Port information.  A communication device based on the TCP/IP protocol, comprising: a first protocol processing module, a second protocol processing module, a third protocol processing module, and a communication module; The first protocol processing module is configured to encapsulate the application message generated by the application into a first packet, and receive the first packet output by the second protocol processing module, and decapsulate the application message; a protocol processing module, configured to encapsulate the first text output by the first protocol processing module into a second packet, and determine a transport layer link from the communication device to the next hop node according to the destination address of the first packet; Receiving a second packet output by the third protocol processing module, and decapsulating the first packet, determining whether the communication device is a destination node that receives the first packet, and if yes, decapsulating the first packet The text is output to the first protocol processing module, otherwise, according to the first packet The destination address determines a transport layer link from the communication device to the next hop node, and the decapsulated first packet is encapsulated into a second packet and output to the third protocol processing module;  The third protocol processing module is configured to encapsulate the second packet output by the second protocol processing module into a third packet according to a transport layer protocol, and receive a third packet output by the communication module, from the third The packet is decapsulated and the second packet is encapsulated and output to the second protocol processing module.  The communication module is configured to send, by the transport layer link determined by the second protocol processing module, a third packet output by the third protocol processing module, and receive a third packet from the transport layer chain and transmit the third packet to the The third protocol processing module.  The communication device according to claim 10, wherein the second protocol processing module comprises:  An encapsulating module, configured to encapsulate the first packet into a second packet;  a decapsulation module, configured to decapsulate the first packet from the second packet received by the third protocol processing module;  a determining module, configured to determine, according to the destination address of the first packet, a transport layer link from the node to the next hop node;  a determining module, configured to determine whether the node is a destination node that receives the first packet, and if yes, transmit a first packet output by the decapsulation module to the first protocol module, otherwise, instruct the determining module to determine a transport layer link And instructing the encapsulating module to encapsulate the first packet that is decapsulated.  12. A communication network based on the TCP/IP protocol, comprising:  a first node, configured to: when receiving the first packet of the application layer, select a transport layer link from the first node to the next hop node according to the destination address of the first packet, and the first The second hop is encapsulated as a second packet, where the next hop node is an intermediate node or the destination node on a transmission path between the source node and the destination node receiving the message packet; The transport layer link sends a second message to the next hop node; a second node, configured to receive a second packet from the transport layer link, and decapsulate the first packet; if the node is determined to be the destination node of the first packet, send the message packet to the application layer, No Bay' J, Determining, according to the destination address of the first packet, a transport layer link from the second node to the next hop node, and encapsulating the first packet that is decapsulated into a second packet, and determining the transmission by the second node The layer link sends a second message to the next hop node.  A communication network according to claim 12, wherein the node determines a transport layer link from the own node to the next hop node according to a control policy or a security policy.  14. The communication network according to claim 12, wherein said node performs transport layer link management by transmitting a management message to a surrounding node or receiving a management message from a surrounding node.  15. A method of processing a message in a next generation network, the next generation network being based on a transmission control protocol TCP/Internet Protocol IP; characterized in that it comprises the steps of:  The destination node receives the request message packet that is configured by the source node application layer according to the application indication, and the message body of the request message packet carries the application information generated by the application, and the packet header carries information that is not related to the application, and the application-independent information includes the application. The initial duration of the indication;  After receiving the request message, the application layer of the destination node decapsulates the application information and reports it to the application for processing;  The application layer of the destination node constructs a response message according to the application indication, and sends the response message to the source node. The message body of the response message carries the application information generated by the application of the destination node, and the packet header carries an application-independent Information, the application-independent information includes duration.  The method of claim 15, wherein the request message is a dialog request message, the response message is a dialog response message, and the initial duration is non-zero, wherein: the application of the destination node Instructing to create a dialog, the duration is a non-zero duration after the application is confirmed, the application layer of the destination node further creates a dialogue with the source node, and the source node receives the dialog response message message. And determine that the duration of the duration is non-zero, creating a dialogue with the destination node; Or the application of the destination node indicates that the session is refused to be established, and the destination node application layer protocol sets the duration to zero, and does not create a dialogue between the destination node and the source node, and The source node determines that the duration of the session response message message is zero when the duration is zero. A dialogue with the destination node.  The method according to claim 16, wherein the source node and the destination node application layer protocol, after the session is established, if the application of one of the nodes needs to exchange information with the application of the other node, the party The application layer protocol of the node constructs a dialog request message according to the information of the established session. The message body of the dialog request message carries the application information generated by the application, and the message header carries information unrelated to the application, and the application-independent information includes The duration of the application indication; and the dialog request message message is sent to the other party node through the established dialog.  18. The method according to claim 16, wherein the source node and the destination node application layer protocol refresh the duration of the session by initiating a dialog request message to the other party before the duration of the duration after the session is established.  The method according to claim 16, wherein the source node and the destination node application layer protocol, after establishing a session, if one of the nodes needs to release the dialog, the following steps are included: an application requesting to release the node of the conversation The layer constructs a dialog request message according to the indication of the application, and sends the dialog request message to the other node through the established dialog, where the duration of the message in the message is zero;  The partner node decapsulates the application information from the received dialog request message, reports the application information to the application of the application layer, and constructs a session response message with a duration of zero according to the indication of the application, and Sending a response message to the node requesting to release the conversation through the established conversation, and releasing the conversation;  The node requesting to release the conversation releases the conversation established with the counterpart node after receiving the response message.  The method according to claim 15, wherein the request message is a transaction request message, the response message is a transaction response message, the initial duration is zero; and the destination node application layer is The duration of the transaction response message message is set to zero. The method according to any one of claims 15 to 20, wherein the sending the request message or the response message between the source node and the destination node includes the following steps: Determining, according to the destination address of the request message message or the response message message, a transport layer link from the local node to the next hop node, and encapsulating the request message message or the response message message into the first message;  The determined transport layer link sends a first message to the next hop node.  The method of claim 21, further comprising: the node receiving the first packet from the transport layer decapsulating the request message or the response message from the first packet;  The node that receives the first packet from the transport layer determines whether the node is the destination node of the request message or the response message, and if yes, transmits the request message or the response message to the application layer. Otherwise, the transport layer link from the local node to the next hop node is determined according to the destination address of the request message message or the response message message, and the decapsulated request message message or response message message is encapsulated as The first packet, and the determined transport layer link sends the first packet to the next hop node.  23. The method of claim 21, wherein the node selects a transport layer link from the node to the next hop node according to a control policy or a security policy.  24. The method of claim 21, wherein the transport layer link is based on a User Datagram Protocol, a Datagram Congestion Control Protocol, a Transmission Control Protocol, a Stream Control Transmission Protocol, a Transport Layer Security Protocol, or Data Report the network connection of the transport layer security protocol, or directly based on the network layer connection.  The method according to claim 22, wherein the header of the first packet includes: source address information, source protocol port information, and destination address of the request message or response message Information and destination protocol port information.  A communication device based on the TCP/IP protocol, comprising: a first protocol processing module, a second protocol processing module, a third protocol processing module, and a communication module; The first protocol processing module is configured to encapsulate the application message generated by the application into a first packet and output the message to the second protocol processing module, and receive the first packet from the second protocol processing module, and decapsulate Loading the application message;  The second protocol processing module is configured to construct a second packet according to the application indication, where the message body of the second packet carries the first packet, where the packet header carries information not related to the application, and the application-independent information And including the duration of the duration; and receiving the second packet output by the third protocol processing module, decapsulating the first packet from the second packet and the application-independent information and the application information, and the first packet The text is transmitted to the first protocol processing module;  The third protocol processing module is configured to encapsulate the second packet encapsulated by the second protocol processing module into a third packet according to a transport layer protocol, and receive a third packet output by the communication module, The third packet decapsulates the second packet and transmits the second packet to the second protocol processing module;  The communication module is configured to send a third message output by the third protocol processing module, and receive a third message from the transmission link and transmit the third message to the third protocol processing module.  The communication device according to claim 26, wherein, when the second message constructed by the second protocol processing module is a dialog request message message, the initial duration is set to be non-zero; or The second message constructed by the second protocol processing module is a dialog response message message, and when the application indicates to create a dialog, the duration is set to a non-zero duration after the application is confirmed, and the node and the source are created. The duration between the nodes, or the second message constructed by the second protocol processing module is a dialog response message message, and the application indicates that the duration of the session is denied, the duration is set to zero, and the a dialogue between the destination node and the source node;  Or, when the second packet received by the second protocol processing module is configured to carry a dialog response message message whose duration is non-zero, the session is created with the destination node, or the second protocol processing module receives When the second message arrives, the conversation message message with the duration of zero is sent, and the dialogue with the destination node is not created. The communication device according to claim 26 or 27, wherein, when the second message constructed by the second protocol processing module is a transaction request message message, the initial duration is set to zero; or When the second packet constructed by the second protocol processing module is a transaction response message packet, the duration is set to zero. A communication device based on the TCP/IP protocol, comprising: a first protocol processing module, a second protocol processing module, a third protocol processing module, a fourth protocol processing module, and a communication module;  The first protocol processing module is configured to encapsulate an application message generated by the application into a first packet, output the message to the second protocol processing module, and receive the first packet output by the second protocol processing module, and Decapsulating the application message;  The second protocol processing module is configured to construct a second packet according to the application indication processed by the first protocol, and output the second packet to the third protocol processing module, where the message body of the second packet carries the first packet, The packet header carries information unrelated to the application, the application-independent information includes a duration; and receives a second packet output by the third protocol processing module, and decapsulates the first packet and the second packet from the second packet Decoding the information unrelated to the application and the application information, and transmitting the first message to the first protocol processing module;  The third protocol processing module is configured to encapsulate the second message output by the second protocol processing module into a third message and output the message to the fourth protocol processing module, and select according to the destination address of the second packet. a communication layer link of the communication device to the next hop node; and receiving a third message output by the fourth protocol processing module and decapsulating the second message, determining whether the communication device is to receive the second message a destination node, if yes, outputting the decapsulated second packet to the second protocol processing module, otherwise determining a transport layer link from the communication device to the next hop node according to the destination address of the second packet Encapsulating the decapsulated packet into a third packet and outputting the third packet to the fourth protocol processing module, where the fourth protocol processing module is configured to output the third packet output by the third protocol processing module according to the transport layer protocol Encapsulating is a fourth packet, and receiving a fourth packet output by the communication module, decapsulating the third packet from the fourth packet, and transmitting the third packet to the third protocol processing module;  The communication module is configured to send, by using a transport layer link determined by the third protocol processing module, a fourth packet output by the fourth protocol processing module, and receive the fourth packet and transmit the fourth packet to the fourth protocol processing Module. 30. The communication device according to claim 29, wherein said second protocol processing mode When the second packet of the block structure is a dialog request message message, the initial duration is set to be non-zero; or the second message constructed by the second protocol processing module is a dialog response message message, and the application indication is In order to create a dialog, the duration is set to a non-zero duration after the application is confirmed, and a dialogue between the node and the source node is created, or the second message constructed by the second protocol processing module is a dialog. Answering the message message, and when the application indicates to refuse to establish the session, setting the duration to zero, and not creating a dialogue between the destination node and the source node;  Or, when the second packet received by the second protocol processing module is configured to carry a dialog response message message whose duration is non-zero, the session is created with the destination node, or the second protocol processing module receives When the second message arrives, the conversation message message with the duration of zero is sent, and the dialogue with the destination node is not created.  The communication device according to claim 29, wherein when the second message constructed by the second protocol processing module is a transaction request message message, the initial duration is set to zero;  Alternatively, when the second packet constructed by the second protocol processing module is a transaction response message packet, the duration is set to zero.  32. The communication device of claim 29, wherein the third protocol processing module comprises:  The encapsulating module is configured to encapsulate the second packet into a third packet and output the third packet to the fourth protocol module. The decapsulating module is configured to receive the third packet from the fourth protocol processing module, and decapsulate the second packet. ;  a determining module, configured to determine, according to the destination address of the second packet, a transport layer link from the local node to the next hop node;  a determining module, configured to determine that the local node is the destination node of the first message, and if yes, output the second packet output by the decapsulation module to the second protocol processing module, otherwise, instruct the determining module to determine the transport layer Linking and instructing the encapsulating module to encapsulate the decapsulated second packet.  33. A communication network based on TCP/IP protocol, comprising: The first node constructs a request message according to the application indication and sends the request message to the destination node, the request The message body of the message packet carries application information generated by the application, and the message header carries information that is not related to the application, and the information that is not related to the application includes an initial duration of the application indication;  a second node, configured to decapsulate the application information after receiving the request message, and determine that the local node is the destination node of the application information, and then report the application information to the application of the local node for processing; Instructing to construct a response message message and sending the message to the first node, the message body of the response message message carrying application information generated by the application of the destination node, the message header carrying information not related to the application, the application-independent information including the persistent duration.  The communication network according to claim 33, wherein the first node determines a transport layer link from the local node to the next hop node according to the destination address of the receive request message, and encapsulates the message report output by the application layer. And sending, by the determined transport layer link, the encapsulated packet to the next hop node, where the next hop node is between the first node and the destination node of the request message message An intermediate node or a destination node on the transmission path.