KR101604118B1 - Method for Mechanism Session Initiation Protocol Routing based on Local Policy in Session Initiation Protocol System, and System therefor - Google Patents

Abstract

In the process of determining the next hop, when SIP Proxy servers perform routing processing in a network applying SIP (Session Initiation Protocol), the local policy ) To store and manage the information of the node in cooperation with itself, receive the SIP message, interwork with a plurality of SIP application servers, or transmit the message to the next SIP proxy server , Savings in the cost of adding and maintaining DNS servers, and the ability to provide fast and reliable services to more users in a single system.

Description

[0001] The present invention relates to a method and apparatus for routing processing by a local policy in a SIP system,

[0001] The present invention relates to a routing processing method by a local policy in a SIP system and a system therefor, and more particularly, to a system and a method for routing by a local policy in a SIP system, when SIP Proxy servers perform routing processing in a network applying SIP (Session Initiation Protocol) Next, the present invention relates to a method of routing by a local policy in a SIP system for determining a next hop by applying a local policy such as a load balancing policy instead of a DNS query method, and a system therefor.

The SIP (RFC 3261) international standard applies the DNS procedure to derive the IP, URL address, and transport protocol of the next hop to connect to a specific SIP URI.

However, when determining the next hop, a DNS server is required to apply DNS, and a problem that can be a burden on the resource side or the performance side such as a call flow more required between the SIP proxy and DNS .

In addition, there is a problem that a problem occurs in the DNS server, and the call processing is not performed.

The present invention has been conceived to solve the above-mentioned problems, and it is an object of the present invention to provide a SIP proxy in which a SIP proxy stores and manages information of all interworking nodes in a SIP proxy, There is a technical problem in providing a routing processing method by a local policy and a system therefor in a SIP system for making it possible to utilize it.

In addition, the present invention manages the interworking node information in its own database in the SIP Proxy instead of the DNS server, so that load balancing, denial of message reception at unreliable nodes, and state management of interworking nodes can be performed directly.

According to an aspect of the present invention, there is provided a system for routing processing by a local policy in a SIP system of the present invention,

A Session Initiation Protocol (SIP) proxy server for storing and managing information of a node interworking with itself, receiving a SIP message, interworking with a plurality of SIP application servers, or transmitting a message to a next SIP proxy server; And

And a SIP application server interlocked with the user's service profile.

The proxy server includes:

Upon receipt of the SIP message, it is checked whether source information for the received SIP message exists in the stored information, and if the source information does not exist, it is preferable to reject the SIP message .

Another aspect of the present invention is a server connected to a SIP application server and another SIP proxy server to perform a routing process,

A SIP signaling unit for receiving the SIP message, interworking with the SIP application server, or transmitting the message to the next SIP proxy server using the information of the interworking node stored in the database; And

And a database for storing and managing information of a node interworking with the SIP proxy server.

Wherein the information of the interworking node comprises:

It is preferable that the IP address, IP address, URL address, port, transmission protocol, domain, server status, host information, existence of trust, existence of home network, existence of status check,

The SIP signaling unit,

Upon receipt of the SIP message, it is preferable to check whether or not there is source information corresponding to the received SIP message in the database, and reject the corresponding SIP message if source information does not exist.

When there are a plurality of SIP application servers,

The SIP signaling unit,

When Round-Robin method among a plurality of call distribution methods is received from the database, it is preferable to distribute the call in Round-Robin manner to a plurality of SIP application servers having the same function.

When there are a plurality of SIP application servers,

The SIP signaling unit,

When the rate distribution method among a plurality of call distribution methods is received from the database, it is desirable to distribute the call to a plurality of SIP application servers having the same function and having different call acceptance capacities at a predetermined ratio according to the performance of each server desirable.

The SIP signaling unit,

It is preferable to transmit a node status check message to every interworking node stored in the database at predetermined intervals and update the interworking node information of the database according to whether the response message is received from the interworking node.

The SIP signaling unit,

It is preferable that the corresponding interworking node that has not received the response message to the node status check message is determined to be in an abnormal state and performs routing to another interworking node that performs the same function as the corresponding interworking node except for the interworking node.

Still another aspect of the present invention is a method for connecting a SIP application server and another SIP proxy server to perform a routing process by a SIP proxy server,

Storing and managing information of a node associated with the SIP proxy server;

When the SIP proxy server receives the SIP message, interworking with the SIP application server using the pre-stored interworking node information;

When the SIP proxy server receives the SIP message, transmitting the message to the next SIP proxy server (Next hop) using the information of the pre-stored interworking node.

In cooperation with the SIP application server,

The SIP proxy server distributes the call to a SIP application server having the same function in Round-Robin manner among a plurality of call distribution methods,

It is preferable that the SIP proxy server has the same function in a ratio distribution method among a plurality of call distribution methods and distributes the call at a predetermined ratio in consideration of the performance of each server to SIP application servers having different call acceptance capacities.

Still another aspect of the present invention is a method for connecting a SIP application server and another SIP proxy server to perform a routing process by a SIP proxy server,

Transmitting a node status check message to all interworking nodes previously stored by the SIP proxy server every predetermined period;

Updating the pre-stored interworking node information according to whether the SIP proxy server receives the response message from the interworking node;

When the SIP proxy server is routing, the interworking node that has not received the response message to the node status check message is determined as abnormal and excluded from the call distribution target, and the routing is performed to the other interworking node having the same function as the excluded interworking node And a second step.

As described above, in the SIP system according to the present invention, the routing process method and the system for the same according to the local policy store and manage information of all the interworking nodes in the SIP proxy without the SIP proxy interlocking the DNS server separately, (Next hop), it can save the cost of adding and maintaining DNS servers, and can provide fast and reliable services to more users in one system.

In addition, since the SIP Proxy manages the interworking node information in its own database instead of the DNS server, the present invention is advantageous in that load balancing, denial of message reception at unreliable nodes, and state management of interworking nodes can be performed directly.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings.

First, FIG. 1 is a diagram showing a configuration of a system for routing processing by a local policy in the SIP system according to the present invention, and will be described with reference to FIG. 2 showing an example of a database schema.

First, the system for routing processing by the local policy in the SIP system disclosed in the present invention includes a Session Initiation Protocol (SIP) server 100 and a SIP application server 200 (SIP AS in FIG. 1) do.

The SIP proxy server 100 stores and manages information of a node associated with the SIP proxy server 100, receives SIP messages, interworks with a plurality of SIP application servers 200, and transmits the SIP proxy server 300 (Next SIP Proxy).

In more detail, the SIP proxy server 100 includes a database 110 for storing and managing information of a node associated with a SIP proxy server, and a SIP proxy server 100. The SIP proxy server 100 receives an SIP message and interworks with a SIP application server, And a SIP signaling unit 130 for transmitting a message to the next SIP proxy server using information of the SIP proxy server.

As shown in FIG. 2, the information of the interworking node stored in the database 130 includes information such as IP, URL address, port, transmission protocol, domain, server status, host information, , Presence / absence of status check, type of server, and server name.

If there is information that is required in addition to the information shown in FIG. 2 or that there is information that is requested to be deleted, an attribute item is added or deleted.

On the other hand, when receiving the SIP message, the SIP signaling unit 130 checks whether the source information of the received SIP message exists in the information stored in the database 130, and if the source information exists If not, reject the SIP message.

When there are a plurality of SIP application servers 200, when the SIP signaling unit 130 receives the round-robin method among the plurality of call distribution methods from the database 110, the SIP signaling unit 130 transmits a plurality of SIP application servers 200 having the same function The call is distributed in Round-Robin fashion.

When the SIP application server 200 has a plurality of SIP application servers 200, the SIP signaling unit 130 has the same function when the rate distribution method among the plurality of call distribution methods is received from the database 110, And distributes the call to a plurality of other SIP application servers at a predetermined ratio according to the performance of each server.

The SIP signaling unit 130 transmits a node status check message to all the interworking nodes stored in the database 110 at predetermined intervals and updates the interworking node information of the database according to whether the response message is received from the interworking node.

In addition, the SIP signaling unit 130 determines that the corresponding interworking node that has not received the response message to the node status check message is in an abnormal state, and transmits the response message to the other interworking node having the same function as the corresponding interworking node Routing is performed.

The SIP application server 200 is configured to be linked with the service profile of the user.

FIG. 3 is a flow chart for explaining an example of a routing method according to the present invention, and will be described with reference to FIGS. 4 and 5 for explaining a call distribution method.

First, although not shown, the SIP proxy server 100 stores and manages information of a node linked to itself.

Then, when the SIP proxy server 100 receives the SIP message (S101) (SIP Request in FIG. 3), the SIP proxy server 100 interacts with the SIP application server using the pre-stored interworking node information (S103 to S107).

Here, when the SIP proxy server 100 receives the SIP message, the SIP proxy server 100 transmits information of the SIP application server related to the SIP message received from the previously stored information (for example, IP, URL address, port, Request information), and performs interworking using the extracted information.

At this time, the SIP proxy server 100 transmits a request message to the SIP application server and receives a response thereto.

Upon receiving the SIP message, the SIP proxy server 100 transmits the message to the next SIP proxy server (Next hop) using the pre-stored interworking node information (S109 to 111).

Here, when the SIP proxy server 100 receives the SIP message, the information of the next SIP proxy server (Next SIP proxy server in FIG. 3) related to the SIP message received from the previously stored information (IP address, And the like), and transmits the message to the next SIP proxy server using the retrieved and extracted information.

Although not shown in the figure, the SIP proxy server 100 may transmit an error message (e.g., an error message) to the SIP proxy server 100 if the information of the node corresponding to the SIP message received in step S101 is not stored in the database, For example, 403 Forbidden) to reject the message.

On the other hand, in step S105, as shown in Fig. 4, the SIP proxy server 100 can distribute the call to the SIP application server having the same function in Round-Robin manner among a plurality of call distribution methods .

For example, the SIP proxy server 100 retrieves and extracts information corresponding to the Round-Robin scheme from the database 110, and distributes the call based on the information.

5, the SIP proxy server 100 has the same function as the rate distribution method among a plurality of call distribution methods, and the SIP proxy server 100 has a call acceptance capacity that is different from that of each server It is possible to distribute the call at a predetermined ratio considering the performance.

FIG. 6 is a flowchart for explaining another example of the routing method according to the present invention, and will be described with reference to FIG. 7 for explaining a call distribution method.

First, the SIP proxy server 100 transmits a node status check message to all pre-stored interworking nodes at predetermined intervals (S201, S203).

Here, the SIP proxy server 100 retrieves and extracts information of all the managed nodes stored and managed in the database 110, and extracts the extracted information from the extracted interworking node (for example, SIP application server, another SIP proxy server) A status check message (SIP Request (OPTIONS, Max-Forwards = 1) in Fig. 6) is transmitted.

Then, the SIP proxy server 100 updates pre-stored interworking node information according to whether a response message is received from the interworking node (S205, S207).

As shown, the SIP proxy server 100 may receive a response from a particular interworking node (e.g., Response from the SIP Application Server at step S205 of Figure 6) after sending the node status check message, (No Response of another SIP proxy server in Fig. 6), the state of the interworking node is grasped based on this and the information of the database is updated.

For example, the SIP proxy server 100 determines that the interworking node that received the response to the node status check message (for example, 200 Response) is normal, and if the response time has not been received, It is considered abnormal for one interworking node.

Although not shown, the SIP proxy server 100 then determines that the interworking node that has not received the response message to the node status check message is abnormal and excludes it from the call distribution object at the time of routing, and performs the same function as the excluded interworking node And performs routing to other interworking nodes.

For example, when the SIP application server 3 (SIP AS 3) in FIG. 7 is in an abnormal state, when the SIP proxy server 100 distributes the call, the SIP application server 1 (SIP AS 1) And the SIP application server 2 (SIP AS 2).

Thus, those skilled in the art will appreciate that the present invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. It is therefore to be understood that the embodiments described above are to be considered in all respects only as illustrative and not restrictive. The scope of the present invention is defined by the appended claims rather than the detailed description and all changes or modifications derived from the meaning and scope of the claims and their equivalents are to be construed as being included within the scope of the present invention do.

As described above, in the SIP system according to the present invention, the routing method and the system for the same according to the local policy store and manage the information of all the interworking nodes in the SIP proxy without the SIP proxy interlocking the DNS server separately, (Next hop), it is suitable for the need to save the cost of adding and maintaining DNS servers and to provide fast and reliable service to more users in one system.

Also, since the SIP proxy manages the interworking node information in its own database instead of the DNS server, the present invention is suitable for carrying out load balancing, denying message reception at an unreliable node, and managing state of interworking nodes directly .

1 is a diagram showing a configuration of a system for routing processing by a local policy in a SIP system according to the present invention;

2 is a diagram showing an example of a database schema according to the present invention;

3 is a flowchart for explaining an example of a routing method according to the present invention;

4 is a view for explaining an example of a call distribution method according to the present invention;

5 is a view for explaining another example of a call distribution method according to the present invention,

6 is a flowchart for explaining another example of the routing method according to the present invention.

7 is a view for explaining another example of a call distribution method according to the present invention.

Description of the Related Art

100, 300: SIP proxy server 110: Database

130: SIP signaling unit 200: SIP application server

Claims (12)

delete delete A database storing information on a SIP application server referred to when the SIP proxy server performs routing processing or information on a next SIP proxy server that the SIP proxy server refers to when performing the routing processing; ; And When a SIP message is received, a request message to route to the SIP application server based on information about the SIP application server associated with the SIP message stored in the database is transmitted, or a request to the next SIP proxy server And a SIP signaling unit for sending a request message to route to the next SIP proxy server based on the information about the SIP proxy server SIP Proxy Server. The method of claim 3, The information on the SIP application server or the information on the next SIP proxy server may be, And includes at least one of IP, URL address, port, transmission protocol, domain, server status, host information, existence of trust, presence of home network, presence / absence of status check, SIP Proxy Server. The method of claim 3, The SIP signaling unit, When the SIP message is received, whether the source information corresponding to the received SIP message exists in the database is checked, and if the source information does not exist, the SIP message is rejected SIP Proxy Server. The method of claim 3, When there are a plurality of SIP application servers, The SIP signaling unit, And when the round-robin method among the plurality of call distribution methods is received from the database, calls are distributed in a round-robin manner to a plurality of SIP application servers having the same function SIP Proxy Server. The method of claim 3, When there are a plurality of SIP application servers, The SIP signaling unit, When a rate distribution method among a plurality of call distribution methods is received from the database, it is preferable that a plurality of SIP application servers having the same function and having different call acceptance capacities distribute calls at predetermined ratios according to performance of each server Featured SIP Proxy Server. The method of claim 3, The SIP signaling unit, The node status check message is transmitted to all the interworking nodes stored in the database at predetermined intervals, and the interworking node information of the database is updated according to whether the response message is received from the interworking node SIP Proxy Server. 9. The method of claim 8, The SIP signaling unit, It is determined that the corresponding interworking node that has not received the response message for the node status check message is in an abnormal state and performs routing to another interworking node that performs the same function as the corresponding interworking node except for the interworking node SIP Proxy Server. A routing processing method performed by a SIP proxy server, (a) information on a SIP application server referred to when the SIP proxy server performs the routing process or information on a next SIP proxy server referred to when the SIP proxy server performs the routing process ; And (b) upon receiving a SIP message, sending a request message to route to the SIP application server based on information about the SIP application server associated with the SIP message, or based on information about the next SIP proxy server associated with the SIP message And sending a request message to the next SIP proxy server to route to the next SIP proxy server, Wherein information on the SIP application server or information on the next SIP proxy server is stored in the SIP proxy server Routing processing method. 11. The method of claim 10, The step (b) Wherein the SIP proxy server distributes the call to a SIP application server having the same function in Round-Robin manner among a plurality of call distribution methods, or the SIP proxy server performs the same function in a ratio distribution method among a plurality of call distribution methods And distributes the call at a predetermined ratio in consideration of the performance of each server to SIP application servers having different call acceptance capacities Routing processing method. A routing processing method performed by a SIP proxy server, (a) information on a SIP application server referenced when the SIP proxy server performs the routing process or information on a next SIP proxy server referenced when the SIP proxy server performs the routing process, Transmitting a node status check message to the SIP application server interworking with the SIP proxy server or the SIP proxy server interworking with the SIP proxy server every predetermined period; (b) updating the information on the interworking SIP application server or the interworking SIP proxy server according to whether a response message is received from the interfaced SIP application server or the interfaced SIP proxy server; And (c) performing routing except for the SIP application server or the SIP proxy server in which the response message is not received, Wherein the information on the interworking SIP application server or the information on the interworking SIP proxy server is stored in the SIP proxy server Routing processing method.

Images