KR100936524B1 - Device for managing sip message, method and system for transmitting sip messages with networks - Google Patents

Abstract

PURPOSE: An SIP message transferring apparatus and a system thereof for efficiently forming a dialog between networks which other providers operate are provided to match with inter-network dialog processing methods which the different business carriers manages. CONSTITUTION: A first interface unit(142) receives an SIP message. A controller(144) grasps a dialog processing mode of the SIP message. The controller applies the found dialog processing mode to the SIP message. A second interface part receives a message the SIP message. The second interface part transmits the SIP message with the termination network.

Description

SIP message processing apparatus and method for transmitting SIP message between other networks {Device for managing SIP message, method and system for transmitting SIP messages with networks}

The present invention relates to interworking between networks operated by different operators, and more particularly, a SIP message processing apparatus capable of efficiently forming a dialogue between networks operated by different operators, a SIP message transmission method between other networks, and It is about the system.

In recent years, the evolution of mobile communication networks has tended to shift from the widely used circuit switching based communication scheme to the packet switching based communication scheme. In particular, an IP Multimedia Subsystem (IMS) network that performs communication based on IP (Internet Protocol), which may be called an All-IP network, is used.

The IMS network conforms to the communication network standard proposed by the 3rd Generation Partnership Project (3GPP), and provides an IP-based communication service, and mainly uses a signaling protocol such as a Session Initiation Protocol (SIP).

A dialog is a communication relationship between a caller and a called party used in SIP. The dialog is identified by a dialog identification element including a Call-ID, a From tag, and a To tag. The dialog may be classified into an in-dialog and an out-dialog.

An in dialog is a dialog processing method that uses the values used in an existing dialog without changing the dialog identification element.

The out dialog does not rely on existing values by creating and using a new dialog identification element. For example, when the sender sends a SIP message to the called party, and when the called party is an out dialog, the called party generates a new dialog identification element and assigns it to the SIP message to receive the message.

Whether to apply in-dialog or out-dialog is allocated to each service provider for each SIP method. In general, REFER messages are treated as in-dialog and SUBSCRIBE messages as out-dialog.

However, whether or not the in-dialog and out-dialog is applied is set by the operator, and thus, different types of dialogs may be set in the same method for each operator.

At this time, if the dialog information for another operator's method is not known, for example, when the called party sets the REFER message as an out dialog, but the calling party recognizes that the called party applies the in-dialog, the calling party and the called party No dialog is formed in the liver.

Therefore, there is a need for a method for more efficiently forming dialogs between different operators.

An object of the present invention is to provide a SIP message processing apparatus capable of efficiently forming a dialog between networks operated by different operators.

In addition, another technical problem to be achieved by the present invention is to provide a method and system for transmitting SIP messages between networks that can efficiently form a dialog between networks operated by different operators.

The object of the present invention is not limited to the above-mentioned object, and other objects that are not mentioned will be clearly understood by those skilled in the art from the following description.

In order to achieve the above object, a SIP message processing apparatus according to an embodiment of the present invention is a first interface unit for transmitting a SIP message from a terminal, grasp the dialog processing method of the SIP message in the destination network to the SIP message A control unit to be applied and a second interface for receiving the SIP message and transmits to the destination network.

In order to achieve the above object, an inter-network SIP message transmission system according to an embodiment of the present invention provides a peer-to-peer SIP message transmission system in which an originating terminal belonging to a first network transmits a SIP message to a called terminal belonging to a second network. The SIP message processing device and the SIP message processing device which receive a SIP message, receive a SIP message, grasp a dialog processing method of the SIP message in the second network, and apply the SIP message to the SIP message. And a called terminal receiving the SIP message from the receiver.

In order to achieve the above object, a method for transmitting an SIP message between other networks according to an embodiment of the present invention is a method in which an originating terminal belonging to a first network transmits a SIP message to a called terminal belonging to a second network. Transmitting the SIP message to a SIP message processing apparatus, the SIP message processing apparatus grasping a dialog processing method of the SIP message in a second network and applying the SIP message to the SIP message; and the SIP in the second network And transmitting the SIP message to which the dialog processing method of the message is applied, to the called terminal.

Specific details of other embodiments are included in the detailed description and the drawings.

According to the SIP message processing apparatus, the other network SIP message transmission system and method according to an embodiment of the present invention as described above, there are one or more of the following effects.

More effectively, it is possible to match the dialogue processing between networks operated by different operators. In addition, whether the in-out dialog or the out dialog can be applied to each SIP method.

The effects of the present invention are not limited to the above-mentioned effects, and other effects not mentioned will be clearly understood by those skilled in the art from the description of the claims.

Advantages and features of the present invention and methods for achieving them will be apparent with reference to the embodiments described below in detail with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but can be implemented in various different forms, and only the embodiments make the disclosure of the present invention complete, and the general knowledge in the art to which the present invention belongs. It is provided to fully inform the person having the scope of the invention, which is defined only by the scope of the claims. Like reference numerals refer to like elements throughout.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. In this specification, the singular also includes the plural unless specifically stated otherwise in the phrase. As used herein, “comprises” and / or “comprising” refers to the presence of one or more other components, steps, actions and / or devices. Or does not exclude additions.

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

1 is a block diagram illustrating an SIP message processing apparatus according to an embodiment of the present invention. 2 is a view for explaining a SIP message processing apparatus according to an embodiment of the present invention.

 Referring to FIG. 1, a SIP message processing apparatus 140 of a communication system according to an embodiment of the present invention includes a first interface unit 142, a controller 144, and a second interface unit 146.

The originating terminal 110 transmits a SIP message to the SIP message processing device 140, and the SIP message is received by the first interface unit 142 of the SIP message processing device 140. The first interface unit 142 manages the SIP message received from the originating terminal 110 or the SIP message transmitted to the originating terminal 110 and transmits the incoming and outgoing SIP message to the controller 144.

The controller 144 grasps the dialog processing method of the SIP message received and received between the called network 300 and applies the dialog processing method of the SIP message to the SIP message.

For example, if the SIP message is a SIP message that is processed as an in-dialog in the calling network and is processed as an out-dialog in the called network 300, the controller 144 may control that the SIP message is out-dialog in the called network 300. Is described in the SIP message.

Specifically, when the SIP message is the initial request message, since the existing dialog does not exist, a new dialog is generated regardless of the in / out setting. That is, it operates in an out dialog manner.

If the SIP message is a subsequent Request message, not an initial message, and the dialog processing method of the Request message in the called network 300 is an out dialog, the controller 144 generates a UAC (User Agent Client) out dialog state. Apply to the SIP message. At this time, the UAC out dialog state sets the contact address of the dialog to Request-URI, generates and sets a new Call-ID value and a new To value, and creates and sets a new Cseq value that does not accumulate. .

If the SIP message is a subsequent Request message, not an initial message, and the dialog processing method of the Request message in the called network 300 is an in-dialog, the controller 144 returns information of the existing in-dialog state to the SIP message. Applies to

If the SIP message is a response message and the dialog processing method of the response message in the called network 300 is an out dialog, the controller 144 applies information of an existing out dialog state to the response message.

When the SIP message is a response message and the dialog processing method of the response message in the called network 300 is an in dialog, the controller 144 applies information of an existing in dialog state to the response message.

Meanwhile, the controller 144 may determine the dialogue processing method of the SIP message by comparing a preset office data value with information described in the SIP message. For example, the SIP method and event of the SIP message may be understood. At least one of the header value or the realm information of the To header may be compared with the preset in / out dialog station data. In this case, the station data is a kind of configuration value and means system configuration information. For example, the station data may describe whether the in / out dialog is processed for each service provider domain and SIP message type.

For example, the controller 144 may recognize the dialogue processing method of the SIP message by recognizing the dialogue processing method assigned to the SIP method by the controller 144 for each service provider, and the SIP method of the SIP message and the operator of the called network. In this case, the dialogue processing method of the SIP message may be determined.

Whether to apply in-dialog or out-dialog when sending and receiving SIP messages is assigned for each service provider for each SIP method. Figure 2 illustrates a dialog processing method assigned to each of these operators SIP Method. Of course, the dialog processing method described in FIG. 2 may be different from the actual method. After the control unit 144 recognizes the dialog processing method assigned to each SIP method of each service provider, and when a SIP message is received, it is determined whether the received SIP Method is processed by the receiving network 300, and the Information can be applied to SIP messages.

The second interface unit 146 transmits the SIP message describing the dialog processing method in the destination network 300 to the destination network 300.

According to the SIP message processing device 140 according to an embodiment of the present invention, it is possible to match the dialog processing method between different networks operated by different operators. Therefore, it is possible to more efficiently provide other network interworking services.

Meanwhile, the SIP message processing apparatus 140 according to an embodiment of the present invention includes all devices capable of processing SIP messages. For example, the IBCF may be the SIP message processing device 140, but is not limited thereto. The SIP message processing device 140 may be included in the IBCF or may be configured separately from the IBCF. Of course.

In addition, the SIP message processing apparatus 140 according to an embodiment of the present invention may belong to the originating network, or may be a device that does not belong to the originating network and operates separately by mediating the originating network and the destination network 300. . In addition, although the destination network 300 is separately illustrated in FIG. 1, the SIP message processing apparatus 140 may belong to the destination network 300.

3 is a block diagram of a communication system according to an embodiment of the present invention. In FIG. 3, the SIP message processing apparatus is described as the IBCF 140, but the present invention is not limited thereto, and the SIP message processing apparatus may be replaced with any apparatus capable of processing SIP messages.

Referring to FIG. 3, a communication system according to an embodiment of the present invention includes an originating network 100 and a called network 300.

Here, the source network 100 and the destination network 300 may be a network of different operators, it may be an IMS network.

The originating network 100 may include a user equipment (110), a call session control function (CSCF) 120, a home subscriber server (HSS) 130, an interconnection border control function (IBCF) 140, and a TrGW (TrGW). Transition GateWay) 150.

The destination network 300 includes a destination terminal 210, a CSCF 220, an HSS 230, an IBCF 240, and a TrGW 250.

The calling terminal 110 and the called terminal 310 may include a personal digital assistant (PDA) capable of wireless communication as well as a user device used for wireless communication. The originating terminal 110 and the terminating terminal 310 may be fixed or mobile and may be called by other terms such as mobile station (MS), user terminal (UT), subscriber station (SS), wireless device (wireless device), and the like. Can be. The calling terminal 110 and the called terminal 310 refer to user terminals for using IP multimedia services, i.e., voice, video, location, instant messaging services, etc. in the IP multimedia subsystem.

A radio access network (RAN) (not shown) includes a base station (not shown) and a base station controller (not shown) that are in charge of accessing a mobile terminal through a wireless section. The wireless access network may transmit a call request signal and the like from the calling terminal 110 and the called terminal 310 to the core network.

The General Packet Radio Service (GPRS) (not shown) is a data network for exchanging packet data. The Packet Switching Support Nodes (SGSN) and the Gateway GPRS Support Node (GGSN) are provided. ) May be included.

The CSCF (120, 320) performs basic functions for session initiation protocol (SIP) based multimedia session control such as subscriber registration, authentication, service triggering, routing, various call control, and address handling. can do.

Meanwhile, the CSCFs 120 and 320 may include a Proxy-CSCF (P-CSCF), an Interrogating-CSCF (I-CSCF), and a Serving-CSCF (S-CSCF). Can be.

P-CSCF is the first point that the terminal accesses the IMS. If a registration request message (REGISTER) is transmitted from the terminal, the P-CSCF may deliver it to the I-CSCF. The P-CSCF may store the address of the S-CSCF allocated by the I-CSCF during the processing of the registration request message, and forward it to the S-CSCF when a session request message (INVITE) is received from the terminal.

The I-CSCF serves as a contact point for incoming calls to connect to subscriber stations in the entire network and as a point of contact with terminals of other network subscribers roaming in the network. The I-CSCF may obtain an address list of the S-CSCFs available from the HSSs 130 and 330 in the process of registering the user, that is, the subscriber, of the terminal, and may determine the S-CSCF to be in charge of actual registration.

When the registration request message is received from the I-CSCF, the S-CSCF may register a subscriber with the HSSs 130 and 330 and obtain a subscriber profile from the HSSs 130 and 330. The S-CSCF may identify the type of service to be provided to the terminal by using the subscriber profile and perform triggering on an IMS enabler, that is, an AS (Application Server), that will support the identified service. In addition, the S-CSCF may obtain and manage an authentication vector (AV) from the HSSs 130 and 330. In addition, the S-CSCF may perform subscriber authentication using an authentication vector.

The HSS 130, 330 is a master database of subscribers, and stores and manages subscriber profile, authentication, and location related data, and provides information required by the CSCF 120, 320. In addition, the HSSs 130 and 330 may generate an authentication vector required for subscriber authentication, and may include a function of a home location register (HLR).

IBCF (140, 340) is a system that acts as a border controller between the network when interworking between IMS networks, and handles security and interworking related issues when interworking with various networks. That is, the IBCFs 140 and 340 are systems for performing interworking functions between IMS networks. Here, the first IBCF 140 of the originating network 100 and the second IBCF 340 of the called network 300 serve as a border controller between the network and the network, whereby the originating network 100 and the receiving network 300 ). In addition, the IBCF (140, 340) is connected to the TrGW (150, 350), provides the information of the terminal to the TrGW (150, 350), media relay between the originating terminal 110 and the destination terminal 310 to proceed To help. That is, the first IBCF 140 provides information of the terminal to the first TrGW 150, and the second IBCF 340 provides information of the terminal to the second TrGW 350. In addition, the IBCFs 140 and 340 grasp the method of processing the dialog for each service provider and respond appropriately according to the method of processing the dialog of the SIP message transmitted and received.

The TrGWs 150 and 350 perform a function of relaying real traffic data (RTP / RTCP, MSRP) for a session established by SIP between IMS networks. The TrGWs 150 and 350 receive information of the calling terminal 110 and the called terminal 310 from the IBCFs 140 and 340, and transmit and receive media data between the calling terminal 110 and the called terminal 310. That is, the first TrGW 150 is provided with the terminal information from the first IBCF 140, the second TrGW 350 receives the terminal information from the second IBCF 340, the originating terminal 110, The media relay processing may be performed in the order of the first TrGW 150, the second TrGW 350, and the called terminal 310, or vice versa.

4 is a flowchart illustrating a SIP message transmission system between other networks according to an embodiment of the present invention. Specifically, FIG. 4 illustrates a case where an initial request message is received by the first IBCF 140.

3 and 4, the originating terminal 110 transmits an initial request message to the first IBCF 140 (S410).

At this time, when the initial request message is received by the first IBCF 140, since the existing dialog does not exist, the first IBCF 140 generates a new dialog regardless of the in / out setting (S420). That is, when the initial request message is received by the first IBCF 140, it operates in an out dialog manner.

The first IBCF 140 transmits the initial request message to which the new dialog message is applied to the second IBCF 340 of the called network 300 (S430). At this time, the first IBCF 140 transmits the initial request message to the first CSCF 120 of the source network 100, and the first CSCF 120 transmits the request message to the second of the called network 300. And transmits the initial request message to the second IBCF 340 of the terminating network 300. The second IBCF 340 transmits the initial request message to the called terminal 310 (S440).

5 is a flowchart illustrating a SIP message transmission system between other networks according to another embodiment of the present invention. Specifically, FIG. 5 illustrates a case where a non initial Request message is received by the first IBCF 140.

3 and 5, the originating terminal 110 transmits a subsequent request message to the first IBCF 140 (S510).

Upon receiving the subsequent request message, the first IBCF 140 determines a dialog processing method of the request message in the called network 300 (S520). In this case, the dialog processing method in the destination network 300 of the request message may be determined by comparing a preset office data value with information described in the request message. For example, at least one of a SIP method, an event header value of a request message, or realm information of a To header may be compared with a preset in / out dialog station data.

When the dialog processing method of the request message is the out dialog, the first IBCF 140 generates a UAC out dialog state and applies it to the request message (S532). At this time, the UAC out dialog state sets the contact address of the existing dialog as Request-URI, generates and sets a new Call-ID value and a new To value, and creates and sets a new Cseq value that does not accumulate.

The first IBCF 140 transmits the request message to which the out dialog state information is applied to the second IBCF 340 of the called network 300 (S542). At this time, the first IBCF 140 transmits the request message to the first CSCF 120 of the source network 100, and the first CSCF 120 sends the request message to the second CSCF of the called network 300. The second CSCF 320 transmits the request message to the second IBCF 340 of the called network 300. The second IBCF 340 transmits the request message to the called terminal 310 (S552).

On the other hand, when the dialog processing method of the request message is the in-dialog, the first IBCF 140 applies the existing in-dialog state information to the SIP message (S534).

The first IBCF 140 transmits the request message to which the in-dialog state information is applied to the second IBCF 340 of the called network 300 (S544), and the second IBCF 340 transmits the request message to the called terminal (S544). 310 is transmitted (S654).

6 is a flowchart illustrating a SIP message transmission system between other networks according to another embodiment of the present invention. In detail, FIG. 6 illustrates a case where a response message is received by the first IBCF 140.

3 and 6, the originating terminal 110 transmits a response message to the first IBCF 140 (S610).

Upon receiving the response message, the first IBCF 140 determines a dialog processing method of the response message in the called network 300 (S620). In this case, the dialog processing method in the destination network 300 of the response message may be determined by comparing a preset office data value with information described in the response message. For example, at least one of a SIP method, an event header value of a response message, or realm information of a From header may be compared with a preset in / out dialog station data.

When the dialog processing method of the response message is the out dialog, the first IBCF 140 applies the out dialog state information to the response message (S632).

The first IBCF 140 transmits the response message to which the out dialog state information is applied to the second IBCF 340 of the called network 300 (S642). At this time, the first IBCF 140 transmits the response message to the first CSCF 120 of the source network 100, and the first CSCF 120 transmits the response message to the second of the called network 300. The CSCS 320 transmits the response message to the second IBCF 340 of the called network 300. The second IBCF 340 transmits the response message to the called terminal 310 (S652).

On the other hand, when the dialog processing method of the response message is the in-dialog, the first IBCF 140 applies the corresponding in-dialog state information to the response message (S634),

The first IBCF 140 transmits the response message to which the in-dialog state information is applied to the second IBCF 340 of the called network 300 (S644), and the second IBCF 340 transmits the response message to the called terminal ( 310 is transmitted (S654).

Although embodiments of the present invention have been described above with reference to the accompanying drawings, those skilled in the art to which the present invention pertains may implement the present invention in other specific forms without changing the technical spirit or essential features thereof. You will understand that. Therefore, it should be understood that the embodiments described above are exemplary in all respects and not restrictive.

1 is a block diagram illustrating an SIP message processing apparatus according to an embodiment of the present invention.

2 is a view for explaining a SIP message processing apparatus according to an embodiment of the present invention.

3 is a block diagram of a communication system according to an embodiment of the present invention.

4 is a flowchart illustrating a SIP message transmission system between other networks according to an embodiment of the present invention.

5 is a flowchart illustrating a SIP message transmission system between other networks according to another embodiment of the present invention.

6 is a flowchart illustrating a SIP message transmission system between other networks according to another embodiment of the present invention.

<Explanation of symbols on main parts of the drawings>

100: calling network 110: calling terminal

120, 320: CSCF 130, 330: HSS

140, 340: IBCF 150, 350: TrGW

300: incoming network 310: terminal

Claims (18)

A first interface unit for transmitting a SIP message from a terminal; A control unit which grasps the dialog processing method of the SIP message in the called network and applies the SIP message to the SIP message; And And a second interface unit for receiving the SIP message and transmitting the received SIP message to the called network. The method of claim 1, The SIP message processing apparatus for identifying the dialog processing method of the SIP message by the control unit is identified by the information included in the SIP message. The method of claim 2, The determining of the dialog processing method of the SIP message by the control unit is a SIP message processing apparatus that compares at least one of a SIP method, an event header value, and realm information of a To header with a preset station data value. The method of claim 1, The control unit recognizes the dialog processing method assigned to each SIP method for each service provider, SIP message processing apparatus for identifying the dialog processing method of the SIP message according to the SIP method of the SIP message and the destination network. The method of claim 1, If the SIP message is the initial request message, The controller generates a UAC out dialog state and applies to the SIP message. The method of claim 1, When the SIP message is a request message rather than an initial message, and the dialog processing method of the request message in the called network is an out dialog, The controller generates a UAC out dialog state and applies to the SIP message. The method according to claim 5 or 6, The UAC out dialog state sets the contact address of the request message to Request-URI, generates and sets a new Call-ID value and a new To value, and generates and sets a new Cseq value that does not accumulate. . The method of claim 1, When the SIP message is a response message and the dialog processing method of the response message in the called network is an out dialog, And the controller is configured to apply information of an existing out dialog state to the response message. The method of claim 1, If the dialogue processing method of the SIP message in the called network is in dialog, And the controller is configured to apply information of an existing in-dialog state to the SIP message. In the SIP message transmission system between other networks in which the originating terminal belonging to the first network transmits the SIP message to the called terminal belonging to the second network, An originating terminal for sending a SIP message; A SIP message processing apparatus which receives the SIP message, grasps a dialogue processing method of the SIP message in the second network, and applies the SIP message to the SIP message; And Inter-SIP SIP message transmission system comprising a receiving terminal receiving the SIP message from the SIP message processing device. The method of claim 10, Determining the dialogue processing method of the SIP message by the SIP message processing device may be performed by comparing at least one of a SIP method, an event header value, and realm information of a To header with a preset station data value. SIP message transmission system. The method of claim 10, The SIP message processing apparatus recognizes the dialog processing method assigned to each SIP method by each provider, and the SIP message transmission system between other networks to grasp the dialog processing method of the SIP message according to the SIP method of the SIP message and the carrier of the called network. . The method of claim 10, The SIP message processing device is an IBCF between the other network SIP message transmission system. A method for transmitting a SIP message to a called terminal belonging to a second network by a calling terminal belonging to a first network, Transmitting, by the calling terminal, a SIP message to a SIP message processing apparatus; Identifying, by the SIP message processing apparatus, a dialog processing method of the SIP message in a second network and applying the same to the SIP message; And And transmitting the SIP message to which the dialogue processing method of the SIP message in the second network is applied to the called terminal. The method of claim 14, The SIP message processing apparatus grasps a dialog processing method of the SIP message in a second network and applies the same to the SIP message. Identifying a type of the SIP message; Identifying a dialog processing method of the SIP message in the second network; And And applying a dialogue processing method of the SIP message in the second network to the SIP message. The method of claim 15, When the SIP message is an initial request message, or when the SIP message is a request message that is not an initial message and the dialog processing method of the request message in the second network is an out dialog, The SIP message processing apparatus generates a UAC out dialog state and applies it to the SIP message. The method of claim 15, When the SIP message is a request message that is not an initial message and the dialog processing method of the request message in the second network is an dialog, or when the SIP message is a response message, The SIP message processing apparatus is a method for transmitting an SIP message between other networks to apply information of an existing dialog state to the SIP message. The method of claim 14, The SIP message processing device is an IBCF of a first network, The step of transmitting the SIP message to which the dialogue processing method of the SIP message in the second network is applied to the called terminal, Sending, by the IBCF of the first network, the SIP message to the IBCF of the second network; And Transmitting, by the IBCF of the second network, the SIP message to the called terminal.

Images