KR101396767B1 - Sip communication system and method - Google Patents

Abstract

The SIP communication system includes a plurality of Session Relay Servers (SRSs) relaying a session connection between clients; And a SIP Signaling Server for determining a particular one of the SRSs to relay the session connection to and forwarding to the first client in response to a request for a session connection with a second client from the first client, SSS). The particular SRS performs relaying of the session connection in response to a request for relaying the session connection from the first client.

SIP communication, session connection, session relay, session policy

Description

[0001] SIP COMMUNICATION SYSTEM AND METHOD [0002]

The present invention relates to a SIP communication system and method, and more particularly, to a SIP communication system and method using a relay server for relaying session connection between clients.

For session connection between hosts connected through wired / wireless communication line, a protocol for session connection between hosts should be defined. H.323, Session Initiation Protocol (SIP), etc. are typical examples of protocols for session connection. In particular, SIP is more widely used than H.323 because of its flexibility in protocol scalability and implementation difficulty.

In general, a SIP-based communication system includes a client for receiving a user input and outputting an input result to a GUI (Graphical User Interface) and information for communication based on an internal database or a relational database (for example, IP address, port information, etc.) and returning the search result as a signaling packet.

However, if the conventional client / server model is used in an open network environment having a public Internet address, there is no problem. However, when the client / server model is used under different environments such as an open network and a closed network There is a problem that session connection can not be guaranteed because a session connection is often blocked by a firewall when an attempt is made to connect a session between clients.

According to one embodiment, a SIP communication system includes a plurality of Session Relay Servers (SRSs) for relaying session connections between clients; And a SIP Signaling Server for determining a particular one of the SRSs to relay the session connection to and forwarding to the first client in response to a request for a session connection with a second client from the first client, SSS). In one embodiment, the particular SRS may relay the session connection in response to a request for relaying the session connection from the first client.

According to yet another embodiment, a SIP communication method comprises the steps of: a SIP Signaling Server (SSS) receiving a request for a session connection with a second client from a first client, The session information for the first client and the type of the multimedia service for which the session connection is requested; The SSS determining a particular SRS to relay the session connection among a plurality of Session Relay Servers (SRSs); Causing the SSS to communicate information about the specific SRS to the first client to request the first client to relay the session connection to the specific SRS; And relaying the session connection according to the request of the first client by the specific SRS.

According to the embodiments described herein, reliable session connection is possible through the SRS regardless of whether the network environment to which the client and the counterpart client belong is an open network or a closed network. In addition, flexibility in SRS distribution is ensured because it is possible for an administrator to change the distribution policy for the SRS relaying session connections in real time. In addition, there is no limit to the number of available SRS, which is advantageous in that the scalability of the SRS increases to infinity.

The arrangement relationship between each component and the components shown in the drawings or described below can be modified into various configurations as an example. It is to be understood, therefore, that the embodiments described in detail with reference to the drawings are not intended to limit the scope of the claims, but merely illustrate representative embodiments of the various possible embodiments. In the following, detailed description will be made using the accompanying drawings and the reference numerals used therein for clarity of understanding, and the same reference numerals denote the same parts in the drawings.

1 is a schematic diagram schematically showing a SIP communication system 100 for carrying out the present invention.

SIP communication system 100 includes clients 120 and 130 connected to SIP based server side configuration 110 and server side configuration 110 via an open network or closed network and attempting to establish a session connection with another client. In one embodiment, the clients 120 and 130 each comprise a layer of the OSI 7 layer, in particular an application layer dealing with the detailed functions of the user's application, and a presentation layer of the SIP protocol for transmitting and receiving necessary information at the application layer via signal encoding / .

Figure 2 shows a client 200 that is one embodiment of a client 120, 130. In one embodiment, the client 200 includes a multimedia service task module 202 for receiving a user input and creating a message for a multimedia service, and a signal for receiving a multimedia service message from the multimedia service task module 202 and generating a SIP message And a generating unit 204.

In one embodiment, the multimedia service operation module 202 may generate a multimedia service message including the type of the multimedia service to be performed and the other party's client information to perform the multimedia service. In this embodiment, the other party client information may include the URI or ID of the other client. In one embodiment, the multimedia service operation module 202 may generate multimedia data to be transmitted to the other party's client. In one embodiment, the multimedia data may include image data, voice data, character data, and the like.

In one embodiment, the signal generator 204 may generate an SIP message based on the multimedia service message received from the multimedia service operation module 202 and the information of the client 200 itself. Here, the information of the client 200 itself may include URI, IP address, and port information.

In one embodiment, the client 200 may further include a signal receiver 206 for receiving and analyzing SIP messages from the server-side configuration 110 and then generating session connection information. In one embodiment, the session connection information may include the IP address and port information of the SRS 340-i requesting the service relay, as described in detail below.

In one embodiment, the client 200 may further include a session connection unit 208 for requesting a session connection based on the session connection information received from the signal receiving unit 206. In one embodiment, the session connection unit 208 may request relaying of a session connection to a specific SRS 340-i using an IP address and a port number of a specific SRS 340-i included in the session connection information. In one embodiment, the session connection unit 208 transmits the IP address of the client 200 and the multimedia service port information to the SRS 340 (i) so that the specific SRS 340-i can relay the session connection, -i. < / RTI > In one embodiment, the session connection unit 208 may receive the multimedia data from the multimedia service work module 202 and deliver the corresponding multimedia data to the specific SRS 340-i that will relay the session connection.

FIG. 3 illustrates one embodiment of a SIP-based server-side configuration 310 for performing a session connection between clients 120,

The server side configuration 310 includes a SIP Signaling Server (SSS) 302 performing a function of a register server receiving and registering the location information of the clients 120 and 130 and a proxy server acting as a proxy server for signaling between the clients 120 and 130 A DBMS 330 including a session policy table 332 in which at least one session policy information is stored and a session information table 334 in which client session information used at the session relay is stored, And a plurality of session relay servers (SRS) 340-1 to 340-n for relaying sessions between the clients 120 and 130.

In one embodiment, the SSS 320 receives a multimedia request from a client 120 (hereinafter referred to as a 'first client') and performs a session relay among a plurality of SRSs 340-1 through 340-n A session management unit 322 for determining a specific SRS 340-i and a session policy management unit 322 for searching the session policy table 332 according to a request from the session management unit 322 and providing the currently specified session policy to the session management unit 322. [ And a signal change unit 326 that reflects information on the specific SRS 340-i determined by the management unit 324 and the session management unit 322 to the SIP SDP (SIP Session Description Protocol).

In one embodiment, the session manager 322 receives a SIP message from the signal generator 204 of the first client 120 to request a session connection with the client 130 (hereinafter, referred to as 'second client') The IP address, the multimedia service port, and the type of the requested multimedia service, and stores the obtained information in the session information table 334. The session information table 334 stores the information of the URI, IP address, multimedia service port, and requested multimedia service of the first client 120. The session information table 334 will be described in detail below.

In one embodiment, the session management unit 322 transmits a request for a corresponding service to the second client 130 using the counterpart client information included in the SIP message transmitted from the signal generation unit 204 of the first client 120 . In this case, the second client 130 responds to the request from the session management unit 322 and delivers information such as URI, IP address, and multimedia service port of the second client 130, and the session management unit 322 The information received from the second client can be stored in the session information table 334 of the DBMS 330, for example, as shown in FIG.

In one embodiment, the session management unit 322 requests information on the session policy currently held in the session policy management unit 324, and sends a specific SRS 340-i to perform session connection based on the received session policy. Can be determined. In one embodiment, the session policy manager 324 can retrieve the session policy table 332 and communicate the currently held session policy to the session manager 322. [

In one embodiment, the session policy table 332 may include a policy table 432 that stores an SRS distribution policy for each session number currently maintained, as shown in FIG. In one embodiment, the policy table 432 may specify and store the IP address and port information of the SRS 340-i responsible for the session relay by the total number of sessions. For example, referring to FIG. 4, in the SRS distribution policy according to the number of sessions, the number of sessions held by the first SRS 340-1 having an IP address of 192.168.1.10 and a port number of 25054 does not exceed 1000 The requested session is distributed to the first SRS 340-1 and the number of sessions held by the first SRS 340-1 having the IP address of 192.168.1.10 and the port number of 25054 exceeds 1000 The session is distributed to the second SRS 340-2.

In one embodiment, the session policy table 332 may include a policy table 532 in which an SRS distribution policy for each multimedia service as shown in FIG. 5 is stored. In one embodiment, the IP address and the port number of the specific SRS 340-i dedicated to the relay of the corresponding service may be stored in the policy table 532 according to the type of the multimedia service. The multimedia service may include, for example, an instant message, a file transmission, a screen sharing, a video transmission, and the like.

In one embodiment, the session policy table 332 may include a policy table 632 for SRS distribution by IP address bands of clients 120 and 130 as shown in FIG. In one embodiment, the IP address and the port number of the SRS 340-i to relay the service to the client using the IP band according to the IP band of the clients 120 and 130 may be stored in the policy table 632. For example, referring to FIG. 6, the service relay for the clients 120 and 130 using the IP bands 172.16.1.1 to 172.16.1.254 is performed by the first SRS 340-1 having the IP address 192.168.1.10 and the port number 25054 ) Can take charge.

In one embodiment, the session information table 334 includes a multimedia service port SRS including the URI, IP address, global port and / or local port of the first client 120, 130, 340-i of the clients 120 and 130 to be connected and the type of the requested multimedia service.

3, the signal change unit 326 may generate an SIP message based on the IP address and port information of the specific SRS 340-i received from the session management unit 322. [ The signal change unit 326 transmits the created SIP message to the signal receiving unit 206 of the first client 120 so that the first client 120 transmits the SIP message to the corresponding SRS 340- i) to request the relay of the session connection.

In one embodiment, each SRS 340-1 through 340-n may include a session relaying unit 342-1 through 342-n for relaying a session between the clients 120 and 130. [ In one embodiment, the session relaying units 342-1 through 342-n search the session information table 334 based on the IP address and port information of the first client 120 to obtain socket information of the other client And relay the session connection with the other client. In one embodiment, the session relaying units 342-1 through 342-n may transmit the multimedia data received from the session connection unit 208 to the socket of the counterpart client.

In one embodiment, the SIP-based server-side configuration 310 includes a web browser 350 that receives a session policy change to change the session policy stored in the session policy table 332, And a web server 360 for storing or updating the policy table 332 in the policy table 332. [

In one embodiment, the web browser 350 may provide a combination of session policy change parameters on the screen so that the administrator can change the session policy. In one embodiment, the administrator may create a session policy change book through the web browser 350 to change the session policy. In one embodiment, the change in the session policy changer may include a selection for one of the plurality of session policies. For example, the session policy changer may include one distribution policy selected from an SRS distribution policy by session number, an SRS distribution policy by multimedia service, and an SRS distribution policy by IP band. In addition, the session policy changer may change the details of the currently held SRS distribution policy (for example, the IP address and / or port information of the SRSs 342-1 to 342-n distributed for each condition) .

In one embodiment, the web server 360 may include a Common Gateway Interface (CGI) module 362 for updating the session policy table 332 by a call to the web server 360. In one embodiment, the CGI module 362 receives a request for a session policy change from the web browser 350 and updates the session policy table 332 according to the change in the session policy changer created via the web browser 350 You can update it.

Hereinafter, an embodiment of a method of relaying a session between clients 120 and 130 performed using the SIP communication system 100 shown in FIGS. 1 to 3 will be described.

FIG. 8 shows a flowchart of a session relaying method for performing a PC screen sharing service, which is an example of a multimedia service, between clients 120 and 130. FIG.

In step S802, the information about the second client 130 to perform the screen sharing service request and the screen sharing service is input from the first client 120 through the multimedia service operation module 202. [

In step S804, the signal generation unit 204 receives information on the second client 130 from the multimedia service operation module 202 and transmits information on the second client 130 and information on the client 120 itself A SIP message requesting the session connection can be generated. In one embodiment, the second client 130 information may include a URI or an ID as described above, and the information about the client 120 itself may include a URI, an IP address, and port information.

In step S806, the session management unit 322 stores the URI of the client 120, the IP address, the multimedia service port, and the type of the requested multimedia service in the session information table 334 based on the received SIP message You can update it.

In step S808, the session management unit 322 may transmit the multimedia service request to the second client 130 based on the counterpart client information included in the SIP message. In one embodiment, the session manager 322 stores information such as its URI, IP address, and multimedia service port, which the client 130 delivers in response to a service request from the session manager 322, in the session information table 334 ). ≪ / RTI >

In step S810, the session management unit 322 can request the session policy management unit 324 to confirm the current session policy based on the SIP message transmitted from the signal generation unit 204. [

In step S812, the session policy management unit 324 refers to the session policy table 332 and confirms the currently executed session policy and transfers it to the session management unit 322. [ In one embodiment, the session policy table 332 includes at least one of an SRS distribution policy by session number, an SRS distribution policy by multimedia service, and an SRS distribution policy by IP band, as described with reference to Figures 4-6 .

In step S814, the session management unit 322 may determine a particular SRS SRS 340-i to relay the session connection among the SRSs 340-1 to 340-n according to the currently executed session policy.

In step S816, the signal change unit 326 receives the IP address and port information of the specific SRS 340-i from the session management unit 322 and includes the IP address and the port information of the specific SRS 340-i Lt; RTI ID = 0.0 > SDP. ≪ / RTI >

In step S818, the signal receiving unit 206 analyzes the SIP SDP received from the session management unit 322 and can confirm the IP address and port information of the specific SRS 340-i to relay the session connection.

In step S820, the session connection unit 208 receives the IP address and port information of the specific SRS 340-i from the signal receiving unit 206 and requests the specific SRS 340-i to establish a session connection for the screen sharing service . In addition, the session connection unit 208 may transmit the IP address of the first client 120, the multimedia session connection port information, and the multimedia data to be transmitted to the second client to the specific SRS 340-i.

In step S822, the specific SRS 340-i may relay the session connection between the clients 120 and 130 in response to a request from the session connection unit 208. [ In one embodiment, the specific SRS 340-i searches the session information table 334 based on the IP address of the first client 120 and the multimedia session connection port information to determine the information of the client 130 And transmit the multimedia data to the socket of the client 130.

Hereinafter, a session policy setting method for changing the session policy stored in the session policy table 332 in real time in the server-side configuration 310 shown in FIG. 3 will be described with reference to FIG.

In step S902, a person having authority to create a session policy (hereinafter referred to as an "administrator") accesses the Web server 360 through the Web browser 350 to create and store a session policy change document. In one embodiment, the session policy changer may include a change to the details in the SRS distribution policy that is currently maintained. For example, changes to the details in the SRS distribution policy may include changes in the IP address and / or port information of the SRSs 340-1 through 340-n that are distributed for each condition.

In step S904, the CGI module 362 of the web server 360 accepts the request of the web browser 350, changes the session policy table 332 according to the contents of the stored session policy change sheet, To be reflected from the point of view.

FIG. 10 illustrates a Unified Communications (UC) system 1000 as another embodiment of the present invention.

In one embodiment, the UC system 1000 includes a client 1100 that provides a user interface and provides the functionality of a multimedia service, a user authentication from the client 1100, a UC server that creates and transmits a response message to the request message, And a UC gateway 1300 located between the client 1100 and the UC server 1200 and performing functions of the SIP registration, the SIP proxy, and the session relay server and transmitting and receiving UC messages.

In one embodiment, the client 1100 may correspond to the client 200 described with reference to FIG. 2, and the UC gateway 1300 may correspond to the SSS 320 and the SRSs 340-1 through 340 -n). < / RTI > In one embodiment, UC gateway 1300 may include a plurality of relay servers (not shown) that perform session relay between clients.

In one embodiment, the UC system 1000 may further include a keyphone system 1400 for communicating individual call routing (ICR) information to the UC server 1200. As the keyphone system 1400, for example, iPECS using the IPKTS protocol may be used.

Hereinafter, a SIP communication method using the UC system 1000 will be described with reference to FIG.

In step S1102, the client 1100 receives information on a partner sharing client to perform a screen sharing service request and a screen sharing service.

In step S1104, the client 1100 creates a SIP message requesting a session connection. In one embodiment, the SIP message may include other client information such as URI or ID, client 1100 information such as URI, IP address and port number of client 1100, and the type of multimedia service.

In step S1106, the UC gateway 1300 registers the client 1100 information. In one embodiment, the UC gateway 1300 can receive information such as the URI, IP address, port number, and the like of the other client from the other client. In one embodiment, the UC gateway 1300 may request information of an IP address and a port number from the other party's client based on the other party's client information included in the SIP message.

In step S1108, the UC gateway 1300 confirms the currently executing session policy and determines a relay server to relay the session connection among the plurality of relay servers according to the session policy.

In step S1110, the UC gateway 1300 requests the determined relay server to relay the session connection between the clients. In one embodiment, the client 1100 may send the multimedia data to be delivered to the other client to the determined relay server.

In step S1112, the relay server transmits the multimedia data to the counterpart client using the registered counterpart client information.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed embodiments, but, on the contrary, It will be appreciated that embodiments are possible.

1 shows a SIP communication system according to one embodiment.

2 is a block diagram illustrating a client of a SIP communication system according to one embodiment.

3 is a block diagram showing a server side configuration of a SIP communication system according to an embodiment.

Figures 4-6 illustrate a session policy table of a SIP communication system according to one embodiment.

7 shows a session information table of a SIP communication system according to an embodiment.

8 is a flowchart illustrating an embodiment of a SIP communication method according to an embodiment.

FIG. 9 is a flowchart illustrating another embodiment of a method of changing a session policy according to an embodiment.

10 shows a SIP communication system according to yet another embodiment.

11 is a flowchart showing an embodiment of a SIP communication method using the SIP communication system shown in FIG.

Claims (14)

In a SIP communication system, A plurality of Session Relay Servers (SRSs) for relaying session connections between clients; And A SIP signaling server for determining a specific SRS to relay the session connection among the plurality of session relay servers in response to a request for a session connection with a second client from a first client, (SIP Signaling Server: SSS) Wherein the request for session connection includes session information for the first client and the type of the multimedia service for which the session connection is requested, Wherein the specific SRS performs relaying of the session connection in response to a request for relaying the session connection from the first client. The method according to claim 1, Further comprising a database including a session policy table storing information on a session policy, Wherein the SIP signaling server (SSS) searches the session policy table to identify a currently held session policy and to determine the specific SRS according to the currently maintained session policy. 3. The method of claim 2, Wherein the session policy includes at least one of an SRS distribution policy for each session number, an SRS distribution policy for each multimedia service, and an SRS distribution policy for each IP band. 3. The method of claim 2, Wherein the database further comprises a session information table for storing session information for the first client and the second client, Wherein the SIP signaling server (SSS) receives the session information for the first client and the second client from the first client and the second client, respectively, and stores the session information in the session information table. 5. The method of claim 4, The specific SRS receives the session information and the multimedia data of the first client from the first client and searches the session information table using the session information of the first client to obtain session information for the second client And delivers the multimedia data to the second client based on session information for the second client. 3. The method of claim 2, A web browser that accepts session policy changes; And And a web server for storing the session policy changes in the session policy table. In the SIP communication method, A SIP signaling server (SSS) receives a request for a session connection with a second client from a first client, the request for session connection comprising session information for the first client, The type of multimedia service requested; The SIP signaling server (SSS) determining a particular SRS to relay the session connection among a plurality of session relay servers (SRSs); Causing the SIP signaling server (SSS) to transmit information about the specific SRS to the first client to request the first client to relay the session connection to the specific SRS; And The specific SRS relays the session connection in response to a request from the first client Lt; / RTI > 8. The method of claim 7, Wherein the SIP signaling server (SSS) stores session information for the first client in a database. 8. The method of claim 7, Wherein the SIP signaling server (SSS) stores session information for the second client in a database. 8. The method of claim 7, Wherein the step of the SIP signaling server (SSS) determining a particular SRS to relay the session connection among the plurality of session relay servers comprises: Confirming a currently holding session policy from the session policy table of the database; And And determining the specific SRS according to the identified session policy. 11. The method of claim 10, And the web server updating the session policy table according to a session policy change entered via a web browser. In the SIP communication method, Receiving a request for a session connection with a second client from a first client, the request for session connection including session information for the first client and the type of the multimedia service for which the session connection is requested; Determining a specific SRS to relay the session connection among a plurality of session relay servers (SRSs); And And transmitting information about the specific SRS to the first client so that the first client requests the relay of the session connection to the specific SRS Lt; / RTI > 13. The method of claim 12, Wherein the step of determining a particular session relay server to relay the session connection among the plurality of session relay servers comprises: Confirming a currently holding session policy from the session policy table of the database; And And determining the SRS according to the identified session policy. 13. The method of claim 12, And storing session information for the first client in a database.

Images