JP5384445B2 - Session processing system, SIP processing device, policy management device, session processing method, and program - Google Patents

Description

  The present invention relates to interconnection between networks, and in particular, in a network that performs session control of multimedia communication using SIP (Session Initiation Protocol), the connection is made based on an agreement with an interconnection destination network. The present invention relates to a technique for enabling selection of an appropriate connection destination route according to a session type.

  Currently, GSMA, which defines the technical standards for mobile phones, defines RCS (Rich Communication Suite) technical specifications as a technical specification for providing users with rich communication services, such as sharing video to the other party during a voice call. (See Non-Patent Document 1).

  In RCS, SIP (Session Initiation Protocol) and IMS (IP Multimedia Subsystem) were used to control video sharing and text chat in addition to the circuit-switched networks that mobile phone operators have traditionally used to control voice calls. It is supposed that two packet switching networks are used in combination. On the other hand, NGN (Next Generation Network), a fixed carrier, also controls and provides voice calls via a packet switching network based on IMS.

  In the current RCS specifications, only the mutual connection between operators having both an IMS and a circuit switching network is considered, and operators that control and provide voice calls only by IMS are not considered. Here, there are two major methods for interconnecting the business operator A, who has both IMS and a circuit switching network, and the business operator B, which also provides voice calls using only the IMS.

  One is a method in which the IMS of the operator A and the IMS of the operator B are interconnected, and all the connections between the operators are performed by SIP sessions (this is called connection configuration 1). FIG. 1 shows an image diagram of the connection configuration 1. In this case, Non-Patent Document 2 defines a technique for enabling the operator A to use a packet switching technique and a circuit switching technique depending on the type of communication.

  According to the technology disclosed in Non-Patent Document 2, when a SIP call flowing from the provider A includes a voice call to be controlled by a circuit switched network, the provider B It can be divided into sessions and circuit-switched sessions and relayed to own network users. Conversely, SIP sessions and circuit-switched sessions from own network users can be integrated into one IMS session and relayed to operator A. It becomes.

  The other is a method in which operator B connects to the circuit-switched network of operator A via an inter-converter between SIP and circuit-switching protocol in addition to the interconnection between IMSs (this connection configuration 2). As shown in FIG. 2 (a), in addition to the case where the operator B does not have any circuit switching network and has only the IMS network, as shown in FIG. 2 (b), the operator B There is a case where the circuit switching network that A has separately from the IMS network is simply passed through instead of the above-described mutual conversion device. This interconnection configuration can be said to be a general interconnection configuration in the case of newly implementing an interconnection between IMSs between operators that have been carrying out a voice call interconnection. In FIG. 2 (a), the conversion device may be provided at the end point of the circuit switching network on the operator A side.

GSMA IR.74 Video Share Interoperability Specification 3GPP TS 24.279 Combining Circuit Switched (CS) and IP Multimedia Subsystem (IMS) services

  In the technique disclosed in Non-Patent Document 2, only the case where the division of the session is performed on the side of the operator A when the operator B connects to the operator A is considered. In other words, the connection session from operator B to operator A is processed by operator A's IMS via the IMS interconnection point of both operators, and is converted into an IMS session and a circuit switching session within operator A's network. Only the case of division is considered.

  Therefore, although the above-described connection configuration 1 functions without problems, in the connection configuration 2, the voice call cannot be routed through the interconnection point between the IMSs, and the circuit switching network is connected via the conversion device. The technology of Non-Patent Document 2 cannot be applied when it is necessary to go through the interconnection point.

  Further, when the technology of Non-Patent Document 2 is applied in the connection configuration 1, the operator B handles voice and non-voice sessions in a state where they are aggregated into one SIP session. That is, voice and non-voice SIP sessions follow the same path. In SIP, the SIP route established at session establishment is not allowed to be modified after the session is established.For example, when only a voice session is first established and then a non-voice session is added via the same SIP route. When trying to start a network service such as media processing for a non-voice session, the SIP path is already fixed, so the SIP signal cannot be relayed to the new application server, and the service cannot be started. There is a problem.

  For all network services that may be activated during communication, there is a method of routing to the application server at the start of communication, but this is undesirable because it leads to waste of processing resources and network resources of the application server.

  The present invention has been made in view of the above points. A first network that provides a voice communication service and a non-voice communication service by combining two circuits of a circuit switching network and a packet switching network, and a voice by a packet switching network. In an interconnection network in which a second network that provides both a communication service and a non-voice communication service is interconnected via a plurality of interconnection points, sessions are appropriately divided and aggregated on the second network side. An object of the present invention is to provide a technique for appropriately passing through a plurality of interconnection points.

  Another object of the present invention is to enable a service whose use is not determined when communication is established to be activated during communication by executing session division / aggregation at an appropriate timing. Another object of the present invention is to enable simple and quick policy operation by enabling policy update, application, and agreement to be controlled remotely from a management terminal.

  In order to solve the above problems, the present invention provides a first network that provides a voice communication service and a non-voice communication service by combining two networks of a circuit switching network and a packet switching network, and a voice communication service using the packet switching network. And a second network that provides both non-voice communication services via a plurality of interconnection points, a session processing system provided in the second network, wherein the session processing The system includes a SIP processing device and a policy database storing a session division policy, and the SIP processing device transmits a SIP signal for transmission from the packet switched network of the second network to the first network. A database processing means for obtaining a session division policy from the policy database, and comparing the session division policy and the SIP signal. When the SIP signal meets the conditions of the session division policy, the SIP signal is divided for each interconnection point to be connected according to the session division policy, and the divided SIP signals are And a SIP control means for transmitting toward the mutual connection point.

  The packet switching network in the second network may be configured to transfer the SIP signal for outgoing call to the SIP processing device as the first application server prior to other application servers.

  In addition, when the SIP control means receives an incoming SIP signal from the first network, the SIP control means checks whether there is an existing session to be aggregated by referring to the SIP session information storage means, and If there is, the communication contents may be extracted from the SIP signal for the incoming call, and session aggregation may be performed by generating and transmitting a SIP signal obtained by adding the communication contents to the existing session.

  Further, the packet switching network in the second network transfers the SIP signal for the incoming call to the SIP processing device as the last application server after completing the routing to the predetermined application server. It may be configured.

  The present invention can also be configured as a session processing method and SIP processing device corresponding to the above-described session processing system.

  The present invention also provides a policy management apparatus for managing a session division policy stored in a policy database in the session processing system, when a policy change request is received from a management terminal via a communication network. The session division policy to be applied after the policy change is compared with the network condition, and consistency check means for checking whether these match, and the consistency check means It may be configured as a policy management apparatus comprising database processing means for performing policy change processing on the policy database when it is determined that the network conditions are consistent.

  The policy management device calculates the influence that will be given to the first network or the second network when the session division policy after the policy change is applied, and transmits the calculation result to the management terminal May be further provided.

  The present invention can also be configured as a program for causing a computer to function as each unit of the SIP control device or the policy management device.

  According to the present invention, the first network that provides the voice communication service and the non-voice communication service by combining the two circuits of the circuit switching network and the packet switching network, and both the voice communication service and the non-voice communication service by the packet switching network. In the interconnection network that interconnects the second network that provides the network via a plurality of interconnection points, the second network side appropriately divides and aggregates the sessions and appropriately sets the plurality of interconnection points. It is possible to provide a technique for passing through.

  Further, according to the present invention, by executing session division / aggregation at an appropriate timing, it becomes possible to activate a service whose use is not determined when communication is established during communication. Furthermore, according to the present invention, policy updating, application, and agreement can be controlled remotely from the management terminal, thereby enabling simple and quick policy operations.

It is a figure for demonstrating the connection structure 1. FIG. It is a figure for demonstrating the connection structure 2. FIG. 1 is an overall configuration diagram of a system in an embodiment of the present invention. 3 is a functional configuration diagram of a SIP processing device 23. FIG. It is a figure for demonstrating the example of the flow of the whole process regarding session division | segmentation. 5 is a flowchart of processing related to session division executed by a SIP processing device 23. It is a figure for demonstrating the specific example of a session division | segmentation policy. It is a figure for demonstrating the example of the flow of the whole process regarding session aggregation. It is a flowchart of the process which concerns on the session aggregation which the SIP processing apparatus 23 performs. It is a figure which shows the specific example of a session aggregation process. 1 is an overall configuration diagram of a system related to policy update. 3 is a functional configuration diagram of a policy management device 62. FIG. It is a figure for demonstrating the operation example of the system regarding policy update. It is a figure for demonstrating the process of confirmation, such as traffic.

  Embodiments of the present invention will be described below with reference to the drawings.

<Overview>
In the present embodiment, when connection is made from the operator B to the operator A in the connection configuration 2 described above, the operator B side as the transmission side is based on an agreement regarding the contents of the session and the connection point with the operator A. Thus, a configuration is shown in which appropriate sessions are divided so that both the interconnection point between the IMSs and the interconnection point between the circuit switching network and the IMS via the conversion device can be appropriately routed.

  In the present embodiment, the operator B performs session division at an appropriate timing on the SIP route, and enables communication via a different SIP route for each communication such as voice and non-voice. A configuration is also shown in which a network service that has not been used sometimes can be started after the start of communication.

  Further, in the present embodiment, a configuration for updating the session division policy is also shown. As a result, for example, when the receiving party, operator A, wants to change the interconnection point through which a specific session passes depending on the situation, it is easy to exchange the request for change and permission / denial of change between operators. In addition, it is possible to easily determine whether or not to implement the change by automatically displaying the change in communication traffic at the interconnection point caused by the change and sharing it between operators. Making it possible.

  Hereinafter, first, an embodiment regarding session division and aggregation will be described, and then an embodiment regarding policy update will be described.

<Session division, session aggregation>
Hereinafter, the system configuration and the operation of the system related to session division and session aggregation in the present embodiment will be described.

(System configuration)
The overall configuration of the system in this embodiment is shown in FIG. The configuration shown in FIG. 3 corresponds to the connection configuration 2 shown in FIG. As shown in FIG. 3, the system according to the present embodiment is configured such that the IMS 11 of the operator A and the IMS 21 of the operator B are interconnected, and the IMS 21 of the operator B and the circuit switching network 12 of the operator A , And connected via the conversion device 22 of the operator B. The conversion device 22 may be installed on the business operator A side. Further, as shown in FIG. 2B, the conversion device 22 may be a circuit switching network of the operator B.

  The IMS 21 of the carrier B includes a SIP processing device 23 that controls session division and session aggregation according to the present invention, a policy DB 24 that stores various session division policies for session division, and a user terminal that uses the service 25 is connected. A user terminal 13 that uses the service is connected to the IMS 11 and the circuit switching network 12 of the operator A. In this example, communication such as voice or text chat is performed between the user terminal 13 and the user terminal 25. The policy DB 24 may be a single server device, or a DB provided in the SIP processing device 23, a policy management device described later, or the like.

  FIG. 4 shows a functional configuration diagram of the SIP processing device 23. As shown in FIG. 4, the SIP processing device 23 includes a socket unit 31, a communication control unit 32, a DB processing unit 33, a SIP control unit 34, and a SIP session information DB 35.

  The socket unit 31 and the communication control unit 32 are functional units for the SIP processing device to communicate via the IMS 21. The SIP control unit 34 is a functional unit that performs SIP header / body processing, transaction management, dialog management, session timer management, and the like. In addition to normal SIP processing in IMS, the session control policy is set via the DB processing unit 33. Obtain and execute SIP session division processing according to the policy.

  The SIP session information DB 35 is a database (DB) that stores session information (Call-ID, tag, branch value, etc.) necessary for SIP processing of the SIP control unit 35. The DB processing unit 33 is a functional unit that accesses the policy DB 24 in order to acquire a session division policy necessary for SIP session division.

  The SIP processing device 23 can be realized by causing a general computer having a CPU, a memory, a hard disk, a communication interface, and the like to execute a program corresponding to the processing of each functional unit. The program can be recorded and distributed on a recording medium such as a portable memory. It is also possible to download the program from a server on the network and install it.

(Session division)
Next, an operation example of session division performed in the system shown in FIG. 3 will be described. First, an example of the overall processing flow related to session division will be described with reference to FIG.

  First, the user terminal 25 of the business operator B transmits a SIP INVITE message for requesting voice and chat to the user terminal 13 of the business operator A (step 1). The SIP INVITE message is sent to the SIP processing device 23 based on iFC (initial Filter Criteria) in the IMS 21 (step 2). In this embodiment, at the time of session division related to transmission on the carrier B side, the IMS processing is set so that the SIP processing device 23 joins the SIP path as the first application server prior to other application servers. .

  The SIP processing device 23 that has received the SIP INVITE message accesses the policy DB 24, transmits a policy acquisition request, and acquires a session division policy from the policy DB (steps 3 and 4).

  The SIP processing device 23 determines the connection point of each divided session based on the session division policy (step 5). In this example, it is assumed that the policy is set so that the voice session is routed to the connection point with the circuit switching network 12 via the conversion device 22 and the text chat session is routed to the connection point with the IMS 11 as it is. Thereafter, an operation according to this policy is performed.

  Here, first, the SIP processing device 23 performs processing for voice connection. That is, the SIP processing device 23 sends a SIP INVITE message for voice connection to the conversion device 22 via the IMS 21 (steps 6 and 7), and the SIP INVITE message reaches the conversion device 22. The conversion device 22 performs a protocol conversion process from the IMS protocol to the circuit switching network protocol (step 8), sends a voice connection request to the circuit switching network 12 using the protocol in the circuit switching network 12, and sends the connection request. Is transmitted to the user terminal 13 by the circuit switching network 12 (steps 9 and 10). Thereafter, voice communication is performed between the user terminal 13 and the user terminal 25 (step 11).

  Subsequently, the SIP processing device 23 performs processing for chat connection. That is, the SIP processing device 23 sends a SIP INVITE message for chat connection to the IMS 11 of the operator A, and the SIP INVITE message is transmitted to the user via the IMS 21 of the operator B and the IMS 11 of the operator A. It is transmitted to the terminal 13 (steps 12, 13, and 14). Thereafter, text chat communication is performed between the user terminal 13 and the user terminal 25 (step 15).

  Note that the voice connection process and the chat connection process shown in FIG. 5 may be performed simultaneously, or may be performed in the reverse order to the order described above. Further, in the processing shown in FIG. 5, only the main signals are shown and the response signals and the like are omitted for easy understanding of the description of the present embodiment. The procedure among the IMS, the circuit switching network, the conversion device, and the user terminal follows each standard procedure.

  As described above, in the present embodiment, the SIP processing device 23 joins the SIP path as the first application server prior to other application servers at the time of session division by transmission. In this way, SIP path setting by IMS is possible for each individual SIP session divided by the SIP processing device 23. Therefore, for example, when a voice call is first established and then a text chat is added as in the example shown in FIG. 5, the SIP session of the text chat is a SIP session different from the voice in the SIP processing device 23. It is now possible to route SIP signals to application servers that were processed by IMS and were not included in the SIP route when a voice session was established, and a text chat network service that was not confirmed when a voice call was established (example: : Automatic text translation service, etc.) can be started when using text chat.

  Next, with reference to the flowchart shown in FIG. 6, the process related to session division executed by the SIP processing device 23 will be described in more detail.

  The SIP processing device 23 waits (step 101) and receives a SIP signal from the IMS 21 (step 102). The SIP control unit 34 of the SIP processing device 23 refers to the SIP session information DB 35 and determines whether or not the SIP signal relates to a new dialog (step 103). If it is not a new dialog, processing is continued according to the normal SIP procedure (step 104).

  In step 103, if it is a new dialog, the DB processing unit 33 of the SIP processing device 23 transmits a policy acquisition request to the policy DB 24 (step 105). Thereby, when the policy is not normally received (No in Step 106), the processing is continued according to the default policy (Step 107).

  When the policy is normally received (Yes in Step 106), the SIP control unit 34 of the SIP processing device 23 collates the policy with the received signal and performs connection point determination (Step 108). Here, if the received signal does not match the policy (No in Step 109), the processing is continued according to the normal SIP procedure (Step 110).

  If the policy is matched (Yes in Step 109), the SIP control unit 34 divides the SIP signal according to the matched policy (Step 111), and sequentially transmits the divided SIP signals to the IMS 21 until there is no untransmitted signal. (Steps 112 and 113).

  Specific examples of session division policies for selecting connection points according to the type of session are shown in FIGS. The example shown here is merely an example, and the policy content and description method are not limited to this. Various different description methods for deriving the same result, and various descriptions for deriving different results. Can exist.

  FIG. 7A shows an example of SIP message conditions before session division. FIG. 7B shows an example of session division conditions.

  For example, when the session division policy applied between the operator A and the operator B is as shown in FIGS. 7A and 7B, in the determination in step 109 in FIG. 6, “SIP of received SIP signal” -"OperatorA.com" is set in the host part of URI, application / sdp is set as Content-Type, and AMR or G.711 is set as the codec in SDP (AMR or A. Audio media (with PCMU set) (m = audio line) is set and CPIM or plain text is allowed (message / cpim and / or text / plain is set in a = accept-types line) If it is confirmed that `` message media with MSRP specified in the protocol (including TCP / MSRP in the m = message line) is set '', the connection destination of the message media session is the IMS inter-connection point, and voice The connection point of the media is the circuit switching network interconnection point. In accordance with the conditions shown in FIG. 7B, the received SIP signal is divided to form SIP signals for each divided session.

(Session aggregation)
Next, session aggregation will be described. First, an example of the overall processing flow related to session aggregation will be described with reference to FIG.

  First, a connection request for voice connection is transmitted from the user terminal 13 of the business operator A to the circuit switching network 12 (step 21). The connection request is transmitted to the conversion device 22 (step 22), converted into a SIP INVITE message by the conversion device 22, and transmitted to the IMS 21 (step 23). In IMS 21, the SIP INVITE message is transmitted to the SIP processing device 23 by iFC (step 24), and the SIP INVITE message is transmitted from the SIP processing device 23 to the user terminal 25 via the IMS 21 (steps 25 and 26). ). Thereafter, voice communication is performed between the user terminal and the user terminal (step 27).

  Subsequently, a SIP INVITE message requesting a text chat connection is transmitted from the user terminal 13 of the operator A to the IMS 11 (step 28). The SIP INVITE message is transmitted to the IMS 21 of the carrier B (step 29). In IMS 21, the SIP INVITE message is transmitted to the SIP processing device 23 by iFC (step 30). The SIP processing device 23 that has received the SIP INVITE message performs a session aggregation process for aggregating the voice session and the chat session (step 31).

  In the present embodiment, when the SIP processing device 23 receives a SIP INVITE message, it checks whether there is an existing session to be aggregated, and executes an aggregation process if there is an existing session to be aggregated. In step 31 of this example, since there is a voice session as an existing session, aggregation processing is executed. The presence or absence of an existing session to be aggregated is searched with reference to the SIP session information DB 35 to determine whether a session with the same combination has already been established with the combination of the identifiers of the arrival and departure terminals (SIP-URI, TEL-URI, etc.). This can be confirmed.

  Then, the SIP processing device 23 transmits a SIP re-INVITE message related to the aggregated session (voice + chat) to the IMS 21 (step 32), and the SIP re-INVITE message is delivered to the user terminal 25 (step 33). . Thereafter, voice communication and text chat communication based on the SIP re-INVITE message are performed (steps 34 and 35).

  As in the case of FIG. 5, in the processing shown in FIG. 8, only main signals are shown, and response signals and the like are not shown for easy understanding of the description of the present embodiment. The procedure among the IMS, the circuit switching network, the conversion device, and the user terminal follows each standard procedure.

  In the present embodiment, at the time of session aggregation due to incoming calls from the operator A, the SIP processing device 23 uses the SIP path as the last application server after all the routing to other application servers related to the incoming call request has been completed. It is set to join.

  By doing in this way, the SIP route setting by IMS becomes possible for each individual SIP session before the SIP processing device 23 aggregates. Therefore, for example, when a voice call is first received and then a text chat addition is received, the text chat SIP session is processed by the IMS as a SIP session different from the voice by the SIP processing unit 23 and the voice session is established. Sometimes it is possible to route SIP signals to application servers that are not included in the SIP route, and network services for text chats (eg automatic text translation services, etc.) that were not confirmed when voice calls were established , It will be able to start when you receive a text chat.

  Next, processing related to session aggregation executed by the SIP processing device 23 will be described in more detail with reference to the flowchart shown in FIG.

  The SIP processing device 23 waits (step 201) and receives a SIP signal from the IMS 21 (step 202). The SIP control unit 34 of the SIP processing device 23 refers to the SIP session information DB 35 and determines whether there is an existing session to be aggregated (step 203). If there is no existing session, the process continues according to the normal SIP procedure (step 204).

  If there is an existing session, the SIP control unit 34 aggregates the sessions related to the SIP signal received in step 202 into the existing session, generates a re-INVITE message, and transmits it (steps 205 and 206). Thereafter, the processing is continued according to the normal SIP procedure (step 207).

  FIG. 10 is a diagram showing a specific example of the session aggregation processing in the present embodiment. As shown in FIG. 10, in session aggregation, the SIP control unit 34 wants to establish a media from the session description (SDP: Session Description Protocol) set in the second or later received SIP request by the SIP request. The description (m = line and its associated a = line) is extracted and sent in addition to the SDP of the re-INVITE request for updating the SIP session that was initially established.

<Policy update>
Next, a system configuration and operation related to policy update in the present embodiment will be described.

(System configuration)
FIG. 11 shows the overall configuration of the system related to policy update. As shown in FIG. 11, in this system, the communication network 61 of the business operator B and the communication network 51 of the business operator A are interconnected, and policy update or the like is performed on the communication network 61 of the business operator B. A policy management device 62, a policy DB 24, a traffic information DB 63, and a management terminal 64 are connected, and a management terminal 52 is connected to the communication network 51 of the operator A.

  Note that the communication networks 51 and 61 are networks that allow communication between the devices, and are not limited to specific ones. For example, the communication networks 51 and 61 may be IMSs 11 and 21, respectively.

  When the policy management device 62 in this embodiment receives a request for updating, deleting, adding, etc., a session division policy (collectively referred to as a policy change request), it is applied to the carriers A and B after the change. Session division policies (updated / added policies, policies applied after deletion of designated policies, etc.), network configurations and restrictions of the operators A and B, etc. (these are collectively referred to as network conditions). The policy management device holds the condition in the storage means and can acquire it, or it can be acquired from an external DB), and a function to check whether there is any contradiction between these It is a device that has. In the present embodiment, this confirmation process is called “consistency confirmation”.

  The main inconsistency that may occur is, for example, a policy of routing a communication session of a type not supported by the conversion device 22 to a connection point with the circuit switching network 12 via the conversion device 22. Trying to set or deleting a certain policy may cause a communication session where there is no routing destination anywhere.

  The traffic information DB 63 is a DB for storing connection statistical information, billing information, and the like necessary for calculation by the traffic confirmation unit 78 of the policy management apparatus 62 described later. These pieces of information may be stored separately in a plurality of different DBs for each information type. Further, the traffic information DB 63 may be configured as a server device or a DB in a device such as the policy management device 62.

  FIG. 12 shows a functional configuration diagram of the policy management device 62. As shown in FIG. 12, the policy management device 62 includes a socket unit 71, a communication control unit 72, a front end 73, an authentication processing unit 74, an authentication information DB 75, a matching confirmation unit 76, a DB processing unit 77, and a traffic confirmation unit 78. Have.

  The socket unit 71 and the communication control unit 72 are functional units for the policy management device 62 to communicate via the communication network 61.

  The front end 73 is a functional unit for providing a GUI (Graphical User Interface) to the management terminals 52 and 64. Some DB processing (such as policy acquisition) may be performed directly via the communication control unit 72 without passing through the front end 73.

  The authentication processing unit 74 is a functional unit that performs access authentication from the management terminals 52 and 64. The authentication information DB 75 is a DB that stores authentication information (ID, password, etc.) necessary for access authentication from the management terminals 52 and 64. The consistency confirmation unit 76 is a functional unit that checks whether a change such as update / deletion of the session division policy is consistent with the network configuration of the operator, the constraint conditions, and the like.

  The DB processing unit 77 is a functional unit that accesses each DB in response to requests for acquisition, update, deletion, connection statistical information acquisition, and the like of session division policies. The traffic confirmation unit 78 is a functional unit that calculates how the traffic amount and the interconnection fee change due to the change of the session division policy.

  The policy management device 62 can be realized by causing a general computer having a CPU, a memory, a hard disk, a communication interface, and the like to execute a program corresponding to the processing of each functional unit. The program can be recorded and distributed on a recording medium such as a portable memory. It is also possible to download the program from a server on the network and install it.

(System operation)
Next, an operation example of the system relating to policy update will be described with reference to the sequence chart of FIG.

  When the management terminal 52 of the operator A transmits a connection request to the policy management device 62 (step 51), the authentication processing unit 74 of the policy management device 63 performs an authentication process (step 52), and if the authentication is successful. A connection success response is transmitted to the management terminal 52 (step 53).

  When the management terminal 52 transmits a policy update request to the policy management device 62 (step 54), the DB processing unit 77 of the policy management device 62 transmits a policy acquisition request to the policy DB 24 (step 55), and updates from the policy DB 24. A policy corresponding to the content requested in the request is acquired (step 56). Then, the consistency confirmation unit 76 of the policy management device 62 performs the consistency confirmation as described above (step 57).

  If there is a mismatch as a result of the consistency check, the policy management apparatus 63 transmits a policy update failure notification to the management terminal 52 of the business operator A (step 61), and the notification of the inconsistency is transmitted to the management terminal of the business operator B. 64 (step 62).

  As a result of the consistency check, if there is a match, the policy management device 62 transmits a policy update pending response to the management terminal 52 of the business operator A (step 71) and sends a policy update confirmation request to the management terminal of the business operator B 64 (step 72). The policy update confirmation request includes the contents of the policy to be updated.

  In response to the policy update confirmation request, when the policy update is permitted in the operator B, a permission response is transmitted from the management terminal 64 to the policy management device 62 (step 73), and the policy management device 62 that has received the permission response A policy update request is transmitted to the policy DB 24 (step 74), and an update success response is received from the policy DB (step 75). The policy update request includes, for example, information for identifying a policy to be newly applied between the operator A and the operator B.

  Then, the policy management device 24 transmits a policy update completion notification to the management terminal 52 of the business operator A (step 76), and transmits a policy update completion notification to the management terminal 64 of the business operator B (step 77).

  When the policy update is not permitted by the operator B, a rejection response is transmitted from the management terminal 64 to the policy management device 62 (step 78), and the policy management device 24 that has received the rejection response sends a policy update rejection notification to the business. To the management terminal 52 of the person A (step 79).

  In the policy update process, in each of step 54, step 73 or 78 (indicated by * in FIG. 13), prior to this step, the change in traffic when a new policy is applied at each management terminal, etc. It is possible to confirm. In other words, before transmitting the policy change request (before step 54 in FIG. 13), the carrier A side can confirm the influence of the policy change on traffic and the like. Further, when there is a policy change request from the business operator A side, the business operator B side can determine permission / rejection after confirming the influence of the policy change on traffic and the like. With reference to FIG. 14, a description will be given of processing for confirming the traffic and the like.

  At the time of confirmation on the carrier A side (before step 54 in FIG. 13), the management terminal 52 of the carrier A transmits a policy transmission / effect confirmation request to the policy management device 62. The DB processing unit 77 of the policy management device 62 that has received the policy transmission / effect confirmation request transmits a traffic information acquisition request to the traffic information DB 63 to acquire the traffic information (steps 82 and 83). Then, the traffic confirmation unit 78 calculates the policy application result using the acquired traffic information and the policy related to the update (step 84), and the operator A manages the calculation result indicating the effect of the policy change. It returns to the terminal 52 (step 85).

  At the time of confirmation on the carrier B side (after step 72 in FIG. 13), the management terminal 64 of the carrier B transmits a policy influence confirmation request to the policy management device 62 (step 86). The policy management device 62 that has received the policy influence confirmation request transmits the target policy acquisition request to the policy DB 24 (step 87), and acquires the policy related to the update from the policy DB 24 (step 88). In addition, the DB processing unit 77 of the policy management device 62 transmits a traffic information etc. acquisition request to the traffic information DB 63 to acquire the traffic information etc. (steps 89 and 90). Then, the traffic confirmation unit 78 calculates the policy application result using the acquired traffic information and the policy related to the update to be newly applied (step 91), and the policy update is performed. The calculation result indicating the influence is returned to the management terminal 64 of the business operator B (step 92).

<Summary, Effects of Embodiment>
As described above, in the present embodiment, when the SIP session is established, the SIP processing device 23 divides the SIP session according to the session division policy agreed between the operators A and B. Even when not all sessions can be passed through the IMS interconnection point, it is possible to select and route an appropriate connection point.

  In addition, paying attention to the relationship between SIP route and service activation at the time of session division / aggregation, by executing session division / aggregation at an appropriate timing, it is possible to activate services that are not confirmed when communication is established during communication, Furthermore, policy updating, application, and agreement can be controlled remotely from the management terminals of both companies, thereby enabling simple and quick policy operations.

  That is, according to the technology of the present embodiment, it is possible to provide a rich communication service such as RCS even to an end user who could not be enjoyed conventionally due to the connection configuration between operators. Will be able to.

  In addition, network services that are not confirmed to be used at the start of communication can be activated in response to user requests during communication while preventing waste of processing resources and network resources of the application server. Network services can be provided.

  Furthermore, the introduction of the policy management device 62 makes it possible to more easily and quickly implement policy updating / application / agreement for passing through an appropriate connection point according to the session type. The provision of traffic to traffic etc. can be confirmed more easily and quickly, reducing the risk of unexpected traffic concentration due to poly poetry changes that are insufficiently considered in advance. Can do.

  The present invention is not limited to the above-described embodiments, and various modifications and applications are possible within the scope of the claims.

11, 21 IMS
12 Circuit-switched networks 13 and 25 User terminal 22 Conversion device 23 SIP processing device 24 Policy DB
31 Socket unit 32 Communication control unit 33 DB processing unit 34 SIP control unit 35 SIP session information DB
51, 61 Communication network 52, 64 Management terminal 62 Policy management device 63 Traffic information DB
71 Socket unit 72 Communication control unit 73 Front end 74 Authentication processing unit 75 Authentication information DB
76 Consistency Confirmation Unit 77 DB Processing Unit 78 Traffic Confirmation Unit

Claims (10)

A first network that provides a voice communication service and a non-voice communication service by combining two networks of a circuit switching network and a packet switching network, and a second network that provides both a voice communication service and a non-voice communication service by a packet switching network. In an interconnection network interconnected with a network through a plurality of interconnection points, a session processing system provided in the second network,
The session processing system includes a SIP processing device and a policy database storing session division policies, and the SIP processing device includes:
Database processing means for obtaining a session division policy from the policy database when a SIP signal for transmission to the first network is received from the packet switching network of the second network;
The session division policy is compared with the SIP signal, and when the SIP signal meets the conditions of the session division policy, the SIP signal is connected to each interconnection point as a connection destination according to the session division policy. A session processing system comprising: SIP control means for dividing and transmitting each divided SIP signal toward a corresponding interconnection point.   The packet switching network in the second network transfers the SIP signal for outgoing call to the SIP processing device as an initial application server prior to another application server. Session processing system. When the SIP control means receives an incoming SIP signal from the first network, the SIP control means checks whether there is an existing session to be aggregated by referring to the SIP session information storage means, and there is the existing session. In this case, session aggregation is performed by extracting communication contents from the SIP signal for the incoming call, and generating and transmitting a SIP signal obtained by adding the communication contents to the existing session. 3. The session processing system according to 2. The packet switching network in the second network transfers the SIP signal for the incoming call to the SIP processing device as the last application server after all the routing to the predetermined application server is completed. The session processing system according to any one of claims 1 to 3. A first network that provides a voice communication service and a non-voice communication service by combining two networks of a circuit switching network and a packet switching network, and a second network that provides both a voice communication service and a non-voice communication service by a packet switching network. In an interconnection network in which a network is interconnected via a plurality of interconnection points, a SIP processing device provided in the second network,
Database processing means for obtaining a session division policy from a policy database provided in the second network when a SIP signal for transmission to the first network is received from the packet switching network of the second network When,
The session division policy is compared with the SIP signal, and when the SIP signal meets the conditions of the session division policy, the SIP signal is connected to each interconnection point as a connection destination according to the session division policy. A SIP processing apparatus comprising: a SIP control unit that divides and transmits each divided SIP signal toward a corresponding interconnection point. When the SIP control means receives an incoming SIP signal from the first network, the SIP control means checks whether there is an existing session to be aggregated by referring to the SIP session information storage means, and there is the existing session. In this case, session aggregation is performed by extracting communication contents from the SIP signal for the incoming call, and generating and transmitting a SIP signal obtained by adding the communication contents to the existing session. The SIP processing device described. A policy management device for managing a session division policy stored in a policy database in the session processing system according to any one of claims 1 to 4,
When a policy change request is received from the management terminal via the communication network, the session division policy to be applied after the policy change is checked against the network conditions to check whether they are consistent. Consistency checking means,
Policy management comprising: database processing means for performing policy change processing on the policy database when the consistency check means determines that the session division policy is consistent with the network condition apparatus.   And a means for calculating an influence on the first network or the second network when the session division policy after the policy change is applied, and transmitting the calculation result to the management terminal. The policy management device according to claim 7.   The program for functioning a computer as each means of the SIP control apparatus of Claim 5 or 6, or the policy management apparatus of Claim 7 or 8. A first network that provides a voice communication service and a non-voice communication service by combining two networks of a circuit switching network and a packet switching network, and a second network that provides both a voice communication service and a non-voice communication service by a packet switching network. In an interconnection network interconnected with a network at a plurality of interconnection points, a session processing method in a session processing system provided in the second network,
The session processing system includes a SIP processing device and a policy database storing a session division policy,
A database processing step for acquiring a session division policy from the policy database when the SIP processing device receives a SIP signal for transmission to the first network from the packet switching network of the second network; ,
The SIP processing device compares the session division policy with the SIP signal, and when the SIP signal matches the condition of the session division policy, the SIP signal is connected to the connection destination according to the session division policy. And a SIP control step of dividing each divided SIP signal and transmitting the divided SIP signals toward the corresponding interconnection point.

Images