WO2017150281A1 - アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラムが記憶された記憶媒体 - Google Patents

アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラムが記憶された記憶媒体 Download PDF

Info

Publication number
WO2017150281A1
WO2017150281A1 PCT/JP2017/006399 JP2017006399W WO2017150281A1 WO 2017150281 A1 WO2017150281 A1 WO 2017150281A1 JP 2017006399 W JP2017006399 W JP 2017006399W WO 2017150281 A1 WO2017150281 A1 WO 2017150281A1
Authority
WO
WIPO (PCT)
Prior art keywords
start request
session start
terminal device
early media
network
Prior art date
Application number
PCT/JP2017/006399
Other languages
English (en)
French (fr)
Inventor
光一 晒谷
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2018503061A priority Critical patent/JP6593525B2/ja
Priority to US16/079,159 priority patent/US10397285B2/en
Publication of WO2017150281A1 publication Critical patent/WO2017150281A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Definitions

  • the present invention relates to an early media service control apparatus, an early media service control method, and a program.
  • GSMA / 3GPP GSM is a registered trademark
  • IMS IP Multimedia Subsystem
  • GSMA / 3GPP IP Multimedia Subsystem
  • IMS IP Multimedia Subsystem
  • Several techniques have been proposed in connection with this IMS.
  • Patent Document 1 describes a technique for enabling a Call-ID, a caller telephone number, and a callee telephone number to be output in a log output by a TrGW (Transition Gateway).
  • TrGW Transmission Gateway
  • Early media is a technology for performing communication between terminals before establishing a call.
  • IMS Session Initiation Protocol
  • Patent Document 2 discloses that when a session request source terminal supports Precondition control but a session request destination terminal does not support Precondition control, media clipping of early media is not generated. The technology is described.
  • the SIP server described in Patent Literature 2 completes resource reservation for the first terminal that is the session start request source. Further, the SIP server completes the resource reservation for the second terminal that is the session start request destination, and transmits the response to the first terminal. Then, the SIP server receives the early media from the second terminal and transfers the received early media to the first terminal.
  • Patent Document 3 describes a technique for enabling an MRBT (Multimedia Ring Back Tone) service and an MCID (Multimedia Caller Identification) service in IMS.
  • MRBT Multimedia Ring Back Tone
  • MCID Multimedia Caller Identification
  • the calling UE is an MCID service subscriber and the called UE supports the MCID early media
  • the MCID early media and the called UE are negotiated.
  • the MCID is played back to the called UE.
  • the called UE is an MRBT service subscriber and the calling UE supports the MRBT early media
  • the MRBT early media and the calling UE are negotiated and the MRBT is called. Play to UE.
  • Patent Document 4 describes a SIP-based early media service providing method.
  • the application server receives a first INVITE message including SDP (Session Description Protocol) information of the calling terminal from the calling terminal.
  • This application server operates in a B2BUA (Back-to-back User Agent) mode and transfers the second INVITE message to the receiving terminal.
  • the application server acquires media information of content provided as early media from the media server, and sets an early session for transmitting the early media from the media server to the calling terminal.
  • the media server provides early media to the calling terminal through an early session.
  • the application server receives the 180 ringing message including the SDP information of the receiving terminal from the receiving terminal, the application server prepares a normal session setting between the transmitting terminal and the receiving terminal. Further, when the application server receives the 200 OK message from the receiving terminal, the application server transfers a stop command to the media server so that the early media transfer ends. Then, the application server completes the regular session setting between the transmitting terminal and the receiving terminal.
  • SDP
  • 3GPP TS 24.628 Section 4.2.2 shows multiple early media methods.
  • the early media method differs between the calling side and the called side, there is a possibility that the provision of services by the early media may be hindered.
  • Patent Documents 1 to 4 shows a countermeasure for a case where the early media method is different between the calling side and the called side.
  • An object of the present invention is to provide an early media service control apparatus, an early media service control method, and a program that can solve the above-described problems.
  • an early media service control apparatus includes a communication unit and an early media session start request originating terminal that starts execution of an early media service using reception of a calling notification as one of the requirements.
  • Resource reservation status for determining whether the value of the parameter indicating the resource reservation status of the session start request source terminal device included in the session start request transmitted by the device and received by the communication unit is a value indicating reserved
  • the parameter value rewriting unit that rewrites the parameter value to a value indicating resource unreserved, and the resource
  • the reservation status determination unit determines that the parameter value is a value indicating reservation
  • the parameter value rewriting unit When the communication unit is controlled to transmit a session start request with a rewritten meter value to the session start request destination network, and the resource reservation status determination unit determines that the parameter value is not a value indicating reserved
  • a session start request transmission control unit for controlling the communication unit to transmit a session start request received from
  • the early media service control apparatus includes the communication unit and the early media support information indicating that the session start request destination network supports the early media in response to the session start request.
  • An early media correspondence determination unit that determines whether or not the request is included, and a request normal process from the session start request destination network after the early media correspondence determination unit determines that the response includes the early media correspondence information
  • a process completion determination unit that determines whether or not the communication unit has received a process completion signal indicating completion, and the process completion determination unit is calling when the communication unit has received the process completion signal
  • An early media session that initiates the execution of an early media service with notification reception as one of the requirements
  • a calling notification transmitting control section for controlling the communication unit to transmit the calling notification to start requesting onset terminal device.
  • an early media service control method in which an early media service control device including a communication unit starts execution of an early media service with reception of a call notification being one of the requirements.
  • the parameter value indicating the resource reservation status of the session start request source terminal device is included in the session start request transmitted from the session start request source terminal device and received by the communication unit is a value indicating reserved
  • a parameter that rewrites the value of the parameter to a value indicating that the resource is not reserved when it is determined in the resource reservation status determining step that determines whether the parameter value is a value indicating reserved In the value rewriting step and the resource reservation status determining step, the value of the parameter is predicted.
  • the communication unit is controlled to transmit a session start request with the parameter value rewritten in the parameter value rewriting step to the session start request destination network, and the resource reservation status determination step
  • the parameter value is not a value indicating reserved
  • a session for controlling the communication unit to transmit the session start request received from the session start request source terminal device to the session start request destination network A start request transmission control step, and when a response indicating that the resource has been reserved in the session start request destination terminal device is received and transmitted in response to the session start request transmitted to the session start request destination network.
  • the session start request source terminal device Including a calling notification transmitting control step of controlling the communication unit to transmit to.
  • the early media service control apparatus including the communication unit is configured such that the session start request destination network corresponds to the early media in response to the session start request.
  • the session start request is determined.
  • the communication unit has received the processing completion signal in the processing completion determination step for determining whether or not the communication unit has received a processing completion signal indicating that the request normal processing has been completed from the destination network, and the processing completion determination step. If it is determined that the call notification is received as one of the requirements, Including a calling notification transmitting control step of controlling the communication unit to transmit the calling notification to the session start request onset terminal device Early media system to start the service execution Deer.
  • a program is a terminal device that issues an early media session start request that starts execution of an early media service with a computer having a communication unit receiving reception notification during calling as one of the requirements.
  • Resource reservation status determination that determines whether or not the value of the parameter indicating the resource reservation status of the terminal device that has issued the session start request is a value indicating reserved.
  • the communication unit is controlled to transmit a session start request with the parameter value rewritten in the parameter value rewriting step to the session start request destination network, and the parameter value indicates that the parameter value is reserved in the resource reservation status determining step.
  • a session start request transmission control step for controlling the communication unit to transmit the session start request received from the session start request originating side terminal device to the session start request destination network;
  • the call in-call notification is transmitted to the session start request source terminal device.
  • the program includes early media corresponding information indicating that the session start request destination network supports the early media in a response to the session start request in the computer including the communication unit.
  • the early media compatibility determination step and the early media compatibility determination step it is determined that the early media compatibility information is included in the response, and then the request normal processing is completed from the session start request destination network.
  • the process completion determination step for determining whether or not the communication unit has received a process completion signal indicating that the communication unit has received the processing completion signal, the communication completion notification Early that starts the execution of the early media service as one of the requirements Is a program for executing the a calling notification transmitting control step of controlling the communication unit to transmit the calling notification to the session start request onset terminal apparatus Deer scheme.
  • Gateway Model method SDP (Session Description Protocol) is exchanged in a single dialog (SDP_Offer / SDP_Anser). Also, “180 Ringing” is notified to the terminal side. “180Ringing” is a method for notifying that the calling is in progress.
  • Forking Model method SDP exchange is performed using multiple dialogs (SDP_O / A Dialog1, SDP_O / A Dialog2). Also, “180 Ringing” is not notified to the calling terminal side, and is terminated with CAT-AS.
  • the calling side is the Gateway Model method and the called side is the Forking Model method
  • the “180 Ringing” is terminated by the CAT-AS as described above in the Forking Model method supported by the called side network. Not sent to other networks.
  • the terminal device that made the call receives RBT after receiving “180 Ringing”.
  • the operation of the calling terminal when receiving RBT without receiving “180 Ringing” is not defined. Therefore, what operation the calling terminal performs when receiving RBT in a state where “180 Ringing” is not received depends on the implementation of the calling terminal. For this reason, due to the fact that 180 Ringing is not transmitted to the calling terminal device, the calling terminal device may not be able to correctly execute the early media.
  • a node in the originating network may have a node that requires “180 Ringing” based on the provisions of the Gateway Model method. For example, when “180 Ringing” is not transmitted, there is a possibility that a node in the originating network does not know when an RBT (Ring Back Tone) is transmitted from the terminating network. Therefore, in this embodiment, a device in the network adopting the Gateway model method transmits a session request from the same network in the IMS interconnection between different models (Gateway Model method and Forking Model method). “180 Ringing” is transmitted to the terminal device.
  • FIG. 1 is a schematic block diagram showing a functional configuration of an IMS network according to an embodiment of the present invention.
  • the IMS network 1 includes an originating network 100 and a terminating network 200.
  • the calling side network 100 includes a calling side P-CSCF 111, a calling side S-CSCF 112, a calling side IBCF 113, and a calling side TrGW 114.
  • the destination network 200 includes a destination P-CSCF 211, a destination S-CSCF 212, a destination IBCF 213, a destination TrGW 214, and a destination CAT-AS 221.
  • a calling terminal device 311 is connected to the calling network 100 for communication.
  • the called-side terminal device 321 is connected to the called-side network 200 for communication.
  • the calling side here is a calling side (side that transmits a session request).
  • the called party is a called party (side that receives a session request).
  • a case where the calling terminal device 311 transmits a communication request to the called terminal device 321 will be described as an example.
  • the calling terminal device 311 may be included in the calling network 100 or may be connected to the calling network 100 as a device that is not included in the calling network 100.
  • the called terminal device 321 may be included in the called network 200 or may be connected to the called network 200 as a device not included in the called network 200.
  • the calling-side network 100 does not include the calling-side terminal device 311 and the called-side network 200 does not include the called-side terminal device 321.
  • the originating network 100 and the originating terminal device 311 are collectively referred to as the originating network 100 side.
  • the called side network 200 and the called side terminal device 321 are collectively referred to as the called side network 200 side.
  • the IMS network 1 is a communication network that establishes a session (call) between the calling terminal device 311 and the called terminal device 321 and mediates communication between the calling terminal device 311 and the called terminal device 321. .
  • the originating network 100 is a core network that provides early media services using the Gateway Model method.
  • the destination network 200 is a core network that provides early media services by the Forking Model method.
  • the originating network 100 and the terminating network 200 are IMS-connected.
  • the IMS connection is a communication connection between core networks based on IMS regulations.
  • the originating terminal device 311 is a terminal device that communicates by connecting to the originating P-CSCF 111.
  • the calling terminal device 311 needs to receive “180 Ringing” before receiving the RBT, based on the Gateway Model method that is the early media service providing method of the calling network 100.
  • the called-side terminal device 321 is a terminal device that communicates by connecting to the called-side P-CSCF 211.
  • the called terminal device 321 performs early media service processing based on the Forking Model method, which is the early media service providing method of the called network 200.
  • An originating P-CSCF (Proxy Call / Session Control Function) 111 is a server device that functions as a proxy server for a terminal device in the originating network 100 such as the originating terminal device 311.
  • the called-side P-CSCF 211 is a server device that functions as a proxy server for a terminal device in the called-side network 200 such as the called-side terminal device 321.
  • a calling-side S-CSCF (Serving-Call Session Control Function) 112 and a called-side S-CSCF 212 are server devices that function as SIP servers and execute session control.
  • the originating side IBCF (Interconnection Border Control Function) 113 and the terminating side IBCF 213 are located at the boundary with the external network.
  • the originating side IBCF 113 and the terminating side IBCF 213 are both server devices that function as gateways to an external network and provide NAT (Network Address Translation) and firewall functions.
  • the originating side TrGW (Transition Gateway) 114 and the terminating side TrGW 214 are both server devices that perform conversion, such as conversion between IPv4 and IPv6.
  • a callee-side CAT-AS (Customized Alerting Tones-Application Server) 221 is a server device that provides a customized ring tone (user's favorite ring tone).
  • a case where the calling side IBCF 113 provides “180 Ringing” to the calling terminal device 311 will be described as an example.
  • a device that provides “180 Ringing” to the calling terminal device 311 is not limited to the calling side IBCF 113, and may provide “180 Ringing” without causing any contradiction to each device.
  • the originating P-CSCF 111 may provide “180 Ringing” to the originating terminal device 311.
  • FIG. 2 is a schematic block diagram showing a functional configuration of the originating side IBCF 113.
  • the originating IBCF 113 includes a communication unit 410, a storage unit 450, and a control unit 460.
  • the control unit 460 includes a communication control unit 471, a support determination unit 481, a resource reservation status determination unit 482, an early media correspondence determination unit 483, a processing completion determination unit 484, and a signal adjustment unit 491.
  • the communication control unit 471 includes a session start request transmission control unit 472 and a calling notification transmission control unit 473.
  • the signal adjustment unit 491 includes a parameter value rewriting unit 492.
  • the communication unit 410 communicates with devices in the originating network 100 and devices outside the originating network 100 under the control of the communication control unit 471.
  • the communication unit 410 receives a signal transmitted by the calling terminal device 311 to the called network 200 side via the calling P-CSCF 111 and the calling S-CSCF 112, and the received signal or the received signal
  • the signal processed by the signal adjustment unit 491 is transmitted to the destination network 200 side.
  • the communication unit 410 receives a signal addressed to the calling terminal device 311 from the called network 200 side, and receives the received signal or a signal processed by the signal adjustment unit 491 with respect to the received signal. -Transmit to the calling terminal device 311 via the CSCF 112 and the calling P-CSCF 111.
  • the storage unit 450 stores various information.
  • the storage unit 450 is configured using a storage device provided in the originating IBCF 113.
  • the storage unit 450 may be configured using an external storage device.
  • the control unit 460 controls each unit of the originating IBCF 113 and executes various processes.
  • the control unit 460 is configured by a CPU (Central Processing Unit) provided in the originating IBCF 113 reading out a program from the storage unit 450 and executing the program.
  • a CPU Central Processing Unit
  • the communication control unit 471 controls the communication unit 410 to perform communication.
  • the session start request transmission control unit 472 controls the communication unit 410 to transmit “INVITE”.
  • the session start request transmission control unit 472 performs “INVITE” after the parameter rewriting. To send.
  • the session start request transmission control unit 472 causes “INVITE” received by the communication unit 410 to be transmitted.
  • “INVITE” corresponds to an example of a session start request.
  • the calling notification transmission control unit 473 controls the communication unit 410 to transmit “180 Ringing” to the calling terminal device 311. “180 Ringing” corresponds to an example of a calling notification.
  • the support determination unit 481 determines whether the calling network 100 and the calling terminal device 311, the called network 200, and the called terminal device 321 both support the precondition.
  • Precondition here is a rule for notifying other devices of the presence or absence of resource reservation (reservation) for early media.
  • Precondition support includes network support and terminal device support. In the present embodiment, there are support by the calling side network 100, support by the called side network 200, support by the calling side terminal device 311 and support by the called side terminal device 321. That the network supports the precondition means that each device included in the network supports the precondition (that is, conforms to the precondition rule). Of the devices included in the network, devices that do not participate in the precondition are treated as those that support the precondition. That is, even if a device that does not participate in the precondition is included in the network, the network does not support the precondition.
  • the network side does not support Precondition in both cases where the network does not support Precondition and where the terminal device does not support Precondition.
  • the network supports Precondition and the terminal device supports Precondition it is described that the network side supports Precondition.
  • the network does not support Precondition.
  • the resource reservation status of the calling side terminal device 311 is changed. It is not possible to apply a process to be described later that notifies a device on the destination network 200.
  • the devices on the called network 200 and the called terminal device 321 perform processing on the assumption that the calling terminal device 311 has already reserved resources.
  • the device on the source network 100 and the source terminal device 311 perform processing on the premise that the destination terminal device 321 has already reserved resources.
  • the support determination unit 481 determines whether each of the calling side network 100 side and the called side network 200 side supports the precondition.
  • the support determination unit 481 performs the determination with reference to a header or a parameter (SDP or the like) of a communication signal between the calling side network 100 side and the called side network 200 side.
  • the calling terminal device 311 gives a parameter of “precondition” to the supported header of “INVITE” and notifies the capability of the calling terminal device 311 itself.
  • the receiving terminal device 321 that has received “INVITE” transmits the response signal including the Precondition parameter (SDP) if the receiving terminal device 321 itself supports the Precondition.
  • SDP Precondition parameter
  • the called terminal device 321 transmits the response signal without including the SDP.
  • the calling side IBCF 113 refers to the header of “INVITE” transmitted by the calling side terminal device 311 and determines whether or not the calling side network 100 side supports the precondition. In addition, referring to the parameter or header of the response signal (for example, “183 (D1)” response) transmitted from the called terminal device 321, the calling side IBCF 113 determines whether the called network 200 side supports the precondition. Determine.
  • the resource reservation status determination unit 482 indicates that the value of the parameter (SDP) included in “INVITE” transmitted by the calling terminal device 311 and received by the communication unit 410 and indicating the resource reservation status of the calling terminal device 311 is reserved. It is determined whether or not the value is indicated.
  • the early media correspondence determination unit 483 determines whether or not the “sendrecv” parameter is set in the P-Early-Media header field of the “183 (D1)” response transmitted by the destination CAT-AS 221 for “INVITE”. judge.
  • the “183” response corresponds to an example of a response to the session start request.
  • the setting of the “sendrecv” parameter in the P-Early-Media header field of the “183 (D1)” response corresponds to an example of early media correspondence information indicating that the session start request destination network is compatible with early media.
  • the process completion determination unit 484 determines whether or not the communication unit 410 has received “200 OK (PRACK)” transmitted from the destination CAT-AS 221 of the destination network 200. “200 OK (PRACK)” corresponds to an example of a processing completion signal indicating completion of normal request processing.
  • the signal adjustment unit 491 processes the signal received by the communication unit 410.
  • the signal adjustment unit 491 performs different processing according to the determination result of the support determination unit 481.
  • the originating network 100 side supports Precondition, and when the originating terminal device 311 has reserved resources, the originating IBCF 113 once notifies the terminating network 200 side that resources are not reserved.
  • the originating IBCF 113 receives the “18x (D2)” response, converts it to “180 Ringing”, and transmits it to the originating terminal device 311.
  • “x” represents a single character number.
  • the originating IBCF 113 receives a “183 (D2)” response.
  • the calling side IBCF 113 changes the resource reservation status of the calling side terminal device 311 to not yet changed.
  • the destination network 200 cannot be notified. Therefore, the originating IBCF 113 refers to the header of the signal received from the destination network 200 side and determines whether or not the conditions for starting the early media service are satisfied.
  • the parameter value rewriting unit 492 rewrites the “INVITE” parameter transmitted by the calling terminal device 311. Specifically, the parameter value rewriting unit 492 rewrites the value indicating the unreserved value when the value of the parameter (SDP) indicating the resource reservation status of the calling terminal device 311 is a value indicating reserved.
  • processing performed by the signal adjustment unit 491 will be described with reference to FIGS. 3 to 11, the calling side terminal device 311, the called side terminal device 321, and the calling side IBCF 113, the called side S-CSCF 212, and the called side CAT-AS 221 among the components of the IMS network 1 are described. The description of other parts is omitted.
  • FIGS. 3 to 5 are explanatory diagrams showing a first example of the operation of the IMS network 1 when both the originating network 100 side and the terminating network 200 side support the precondition.
  • the originating network 100 employs the Gateway model method
  • the terminating network 200 employs the Forking Model method.
  • the calling terminal device 311 transmits “INVITE”
  • an example is shown in which both the calling terminal device 311 and the called terminal device 321 have already reserved resources.
  • the originating terminal device 311 has reserved resources in sequence S111.
  • the destination terminal device 321 has reserved resources in sequence S112.
  • the calling terminal device 311 transmits “INVITE” (sequence S121).
  • “INVITE” SDP indicating Precondition
  • “curr” indicates the current state
  • “des” indicates the desired state (condition for satisfying Precondition).
  • the SDP value “sendrecv” indicates a state where transmission / reception is possible
  • “none” indicates a state where transmission / reception is not possible.
  • it indicates a state in which transmission / reception is unknown. Since the originating terminal device 311 has reserved the resource, the current SDP value (“curr”) of the originating side (“local”) is set to “sendrecv”.
  • the parameter value rewriting unit 492 of the signal adjustment unit 491 rewrites the SDP value (sequence S 122).
  • the signal adjustment unit 491 rewrites the current SDP value on the calling side from “sendrecv” to “none”. Regardless of whether or not the calling terminal device 311 has reserved the resource, the receiving side network 200 is notified once of the resource not reserved, and “18x (D2)” corresponding to “180 Ringing” is acquired.
  • the parameter value rewriting unit 492 rewrites the SDP value in the sequence S122 based on the determination result of the resource reservation status determination unit 482. Specifically, the resource reservation status determination unit 482 determines whether or not the SDP value of the current (“curr”) on the calling side (“local”) of “INVITE” is “sendrecv”. It is determined whether the terminal device 311 has reserved the resource. The parameter value rewriting unit 492 rewrites the SDP value in the sequence S122 when the resource reservation status determination unit 482 determines that the resource has been reserved by the calling terminal device 311.
  • Communication unit 410 transmits “INVITE” in which SDP value is rewritten by signal adjustment unit 491 to the destination network 200 side (sequence S123).
  • the communication unit 410 transmits “INVITE” in the sequence S123 according to the control of the session start request transmission control unit 472 of the communication control unit 471.
  • the called-side CAT-AS 221 that has received “INVITE” in sequence S123 prepares resources for CAT (Customized alerting tones) (sequence S131). As a result, the called-side CAT-AS 221 can transmit a customized ring tone (for example, a favorite music of the caller).
  • the destination CAT-AS 221 transmits “INVITE” to the destination S-CSCF 212 (sequence S132).
  • “D1” (Dialog1) of the SDP indicates a dialog regarding SDP exchange (session establishment) between the calling terminal device 311 and the called CAT-AS 221.
  • the called S-CSCF 212 transmits “INVITE” to the called terminal device 321 (sequence S133).
  • the called side CAT-AS 221 transmits a “183 (D1)” response (183 Session Progress) to “INVITE” toward the calling side network 100 (sequence S141).
  • the SDP (“curr”, “local”) indicating the current state of the caller is not reserved (“none”).
  • the destination CAT-AS 221 sets the SDP values of “curr” and “remote” indicating the current state of the calling side in the SDP of the “183 (D1)” response to “none” (resource not yet). Value indicating reservation).
  • the signal adjustment unit 491 rewrites the SDP value (sequence S142).
  • the signal adjustment unit 491 rewrites the SDP values of “curr” and “remote” indicating the current state of the calling side among the SDPs of the “183” response to “sendrecv” (value indicating that the resource has been reserved).
  • sequence S142 the originating IBCF 113 performs parameter rewriting opposite to that in sequence S122. This is to ensure consistency in the originating network 100 with respect to rewriting in sequence S122.
  • the communication unit 410 transmits a “183” response in which the signal adjustment unit 491 rewrites the SDP value to the originating terminal device 311 (sequence S143). Since the originating IBCF rewrites the “183” response based on the Gateway model method, the “183” response in the sequence S143 does not indicate “D1” or “D2”.
  • the originating terminal device 311 that has received the “183” response in sequence S143 transmits “PRACK” (Provisional Response Acknowledgment) (sequence S151).
  • PRACK is a delivery confirmation for the provisional response. Since the originating terminal apparatus 311 has confirmed that the precondition is satisfied by the SDP of the “183” response received in the sequence S143, it transmits the “PRACK” without attaching the SDP.
  • signal adjustment unit 491 adds SDP to “PRACK” (sequence S152).
  • the calling side IBCF 113 sets the SDP values of “curr” and “remote” indicating the current state of the calling side to “sendrecv” in order to make it appear that the calling side has changed from non-reserved resources to reserved.
  • the method by which the calling side IBCF 113 notifies the calling side network 200 that the calling side resource has been reserved is not limited to the method of adding SDP to “PRACK”.
  • the originating side IBCF 113 may not send an SPD to “PRACK”, but may send “UPDATE” after receiving “200 OK (PRACK)” from the called side. That is, the originating side IBCF 113 may not separately notify the resource reservation completion on the calling side IBCF 113 side in “PRACK”, but may separately transmit a signal for resource reservation notice. Transmits “PRACK” with SDP attached to the destination network 200 side (sequence S153).
  • the destination CAT-AS 221 that has received “PRACK” in sequence S152 returns “200 OK (PRACK)” (sequence S161).
  • “200 OK (PRACK)” is a response indicating that the request has been processed normally.
  • the destination CAT-AS 221 adds “200 OK (PRACK)” to the SDP corresponding to the SDP of “PRACK” received in sequence S153.
  • the callee CAT-AS 221 uses “curr” of “200OK (PRACK)” based on the value “sendrecv” of “curr” and “local” (SDP indicating the current state of the calling party) of “PRACK”.
  • “Remote” SDP (SDP indicating the current state of the calling party) is set to “sendrecv”. This SDP value indicates that the callee CAT-AS 221 has grasped that the precondition is satisfied by changing from the resource unreserved on the calling side to the reserved state.
  • the signal adjustment unit 491 deletes the SDP (sequence S162). In other words, the signal adjustment unit 491 performs a process reverse to that in which SDP is given in sequence S152. This is to ensure consistency in the originating network 100 with respect to the processing in sequence S152.
  • Communication unit 410 transmits “200 OK (PRACK)” from which SDP is deleted by signal adjustment unit 491 to originating terminal apparatus 311 (sequence S163).
  • the receiving terminal device 321 that has received “INVITE” in the sequence S133 transmits “180 Ringing” when starting the call (sequence S171).
  • “180 Ringing” is a response indicating that a call is being made, for example, by ringing a ringing tone.
  • the destination terminal device 321 sets the SDP values of “curr” and “remote” indicating the current state of the calling party to “none” indicating that the resource is not reserved. I have to.
  • “D2” (Dialog2) of SDP indicates that the SDP is related to SDP exchange (session establishment) between the originating terminal device 311 and the terminating terminal device 321.
  • the called side S-CSCF 212 that has received “180 Ringing” in sequence S171 transmits “180 Ringing” to the called side CAT-AS 221 (sequence S172).
  • the called side CAT-AS 221 that has received “180 Ringing” starts CAT media (sequence S173).
  • the called-side CAT-AS 221 starts the transmission processing of the customized ring tone.
  • the called side CAT-AS 221 transmits a “183 (D2)” response to the originating network 100 side (sequence S174).
  • the terminating CAT-AS 221 terminates the received “180 Ringing” and does not transmit it to the originating network 100 side.
  • the calling side network 100 once notifies the destination side network 200 side that the resource on the side of the calling side network 100 has not been reserved, and then notifies that the resource has been reserved on the side of the calling side network 100, whereby Transmits a “183 (D2)” response corresponding to “180 Ringing” to the originating network 100 side.
  • the signal adjustment unit 491 rewrites the method (sequence S175). Specifically, the originating IBCF 113 rewrites the “183 (D2)” response to “180 Ringing”. As described above, since the destination network 200 corresponds to the Forking Model, the destination CAT-AS 221 terminates “180 Ringing” and does not transmit to the source network 100 side. On the other hand, as described above, the called side CAT-AS 221 transmits a “183 (D2)” response corresponding to “180 Ringing”. Therefore, the signal adjustment unit 491 rewrites the obtained “183 (D2)” to “180 Ringing” required in the Gateway Model method.
  • the communication unit 410 transmits “180 Ringing” rewritten from the “183 (D2)” response by the signal adjustment unit 491 to the originating terminal device 311 (sequence S176).
  • the communication unit 410 transmits “180 Ringing” in the sequence S176 according to the control of the calling notification transmission control unit 473 of the communication control unit 471.
  • the terminating CAT-AS 221 transmits “180 Ringing” in sequence S174, and then transmits a customized ring tone (RBT; Ring Back Tone) (sequence S181). Illustration and description of the subsequent processing are omitted.
  • the originating network 100 side employs the Gateway® Model method
  • the destination network 200 side employs the Forking® Model method.
  • the Gateway Model method adopted by the originating network 100 side is based on the premise that “180 Ringing” is transmitted, and the processing when the RBT is transmitted without “180 Ringing” being transmitted is defined. Absent. Therefore, the processing when the calling terminal device 311 receives the RBT without receiving “180 Ringing” depends on the implementation of the calling terminal device 311, and the calling terminal device 311 may not operate normally. .
  • the originating IBCF 113 transmits “INVITE” as a resource unreserved (sequences S113 to S114), so that “180 Ringing” is transmitted from the destination network 200 side to the source network 100 side. It can be transmitted (sequences S171 to S176). Accordingly, the calling terminal device 311 can receive the RBT after receiving “180 Ringing”, and the calling terminal device 311 is expected to operate normally according to the Gateway-Model method.
  • FIGS. 6 to 7 are explanatory diagrams showing a second example of the operation of the IMS network 1 when both the originating network 100 side and the terminating network 200 side support the precondition.
  • the originating network 100 employs the Gateway model method
  • the terminating network 200 employs the Forking Model method.
  • the calling terminal device 311 transmits “INVITE”
  • the called terminal device 321 has already reserved resources, but the calling terminal device 311 has not reserved resources yet. Show.
  • the destination terminal device 321 has reserved resources in sequence S211.
  • the calling terminal device 311 transmits “INVITE” (sequence S221).
  • the calling terminal device 311 has not yet reserved resources. For this reason, the calling-side terminal device 311 sets the values of “curr” of “INVITE” and SDP of “local” (SDP indicating the current state of the calling side) to “none” (value indicating that the resource is not reserved). Yes.
  • the originating IBCF 113 transmits the “INVITE” SDP value as it is to the destination network 200 without changing it.
  • the resource reservation status determination unit 482 refers to the SDP value and determines that the calling terminal device 311 has not reserved a resource.
  • the session start request transmission control unit 472 of the communication control unit 471 controls the communication unit 410 to transfer “INVITE” (“INVITE” whose SDP value is not rewritten) to the destination network 200 side. ing.
  • the sequences S231 to S233 are the same as the sequences S131 to S133 in FIG. Similarly to the case of FIG. 3, the called side CAT-AS 221 transmits a “183 (D1)” response to the calling side network 100 side (sequence S241).
  • the SDP value of the “183 (D1)” response transmitted by the callee CAT-AS 221 is It is consistent with the current state. For this reason, the originating IBCF 113 transmits the SDP of the “183 (D1)” response as it is to the originating terminal device 311 without rewriting.
  • the communication control unit 471 controls the communication unit 410 to transfer the “183” response to the calling terminal device 311.
  • the calling terminal device 311 Having received the “183” response, the calling terminal device 311 transmits “PRACK” to the called network 200 side (sequence S242).
  • the originating terminal device 311 transmits “PRACK” without attaching the SDP indicating the state. Since this “PRACK” is consistent with the current state of the originating network 100 and the terminating network 200, the originating IBCF 113 transmits “PRACK” as it is to the terminating network 200 side.
  • the communication control unit 471 controls the communication unit 410 to transmit “PRACK” to the originating network 100 side.
  • the destination side CAT-AS 221 terminates “PRACK” and responds with “200 OK (PRACK)” (sequence S243).
  • the originating side IBCF 113 transmits this “200 OK” as it is to the originating terminal device 311.
  • the communication control unit 471 controls the communication unit 410 to transmit “200 OK” to the calling terminal device 311.
  • Sequences S251 to S252 are the same as sequences S171 to S172 in FIG.
  • the originating terminal device 311 that reserved the resource (sequence S261) transmits “UPDATE” to the destination network 200 side (sequence S262).
  • “UPDATE” is a method for notifying update of SDP.
  • the originating side IBCF 113 transmits this “UPDATE” to the originating terminal device 311 as it is.
  • the communication control unit 471 controls the communication unit 410 to transmit “UPDATE” to the originating terminal device 311.
  • the destination CAT-AS 221 can detect that the precondition is ready by referring to “UPDATE”.
  • the callee CAT-AS 221 that has received “UPDATE” in sequence S262 returns “200 OK (UPDATE)” (sequence S263).
  • the originating side IBCF 113 transmits this “200 OK” as it is to the originating terminal device 311.
  • the communication control unit 471 controls the communication unit 410 to transmit “200 OK” to the calling terminal device 311.
  • Sequences S271 to S274 are the same as sequences S173 to S176 in FIG.
  • the sequence S281 is the same as the sequence S181 in FIG.
  • the originating terminal device 311 receives the RBT after receiving “180 Ringing”.
  • the illustration and description of the processing after the sequence S281 are omitted. If only the point that the destination terminal device 321 has not yet reserved the resource at the time of transmitting “INVITE” is different from the example of FIGS. 6 to 7, “Resource available” (sequence in FIG.
  • the operation itself is the same as in the example of FIGS. 6 to 7 except that the position of S211) is behind the “INVITE”.
  • FIGS. 8 to 9 are explanatory diagrams showing an example of the operation of the IMS network 1 when the called network 200 supports the precondition but the calling network 100 does not support the precondition.
  • the originating network 100 employs the Gateway model method, and the terminating network 200 employs the Forking Model method.
  • the calling terminal device 311 transmits “INVITE”, the called terminal device 321 has not reserved resources. Since the originating network 100 does not support Precondition, as shown in sequence S311, the originating terminal device 311 can always use resources when transmitting “INVITE”.
  • the calling terminal device 311 transmits “INVITE” (sequence S312).
  • SDP is not assigned to “INVITE”.
  • each device (particularly the calling-side terminal device 311) of the calling-side network 100 has completed the resource reservation by the called-side terminal device 321. It works on the assumption.
  • Sequences S313 to S315 are the same as sequences S131 to S133 in FIG.
  • the called terminal device 321 reserves the resource (sequence S316), and when starting the call, transmits “180 Ringing” (sequence S317). Then, the called-side S-CSCF 212 transmits “180 Ringing” received in sequence S317 to the called-side CAT-AS 221 (sequence S318). The terminating CAT-AS 221 terminates the received “180 Ringing”. The called-side CAT-AS 221 transmits a “183 (D1)” response corresponding to the “INVITE” received in the sequence S312 (sequence S319). At this time, the called-side CAT-AS 221 sets the “sendrecv” parameter in the P-Early-Media header field of the “183 (D1)” response and transmits it.
  • the timing at which the destination CAT-AS 221 transmits the “183 (D1)” response is not limited to the timing in the example of FIG.
  • the destination CAT-AS 221 may transmit a “183 (D1)” response in sequence S319 before receiving “180 Ringing (D2)” in sequence S318.
  • the early media correspondence determination unit 483 has the “sendrecv” parameter set in the P-Early-Media header field of the obtained “183” response. Is detected.
  • the originating side IBCF 113 transmits the “183” response itself to the originating terminal device 311 as it is. Specifically, the communication control unit 471 controls the communication unit 410 to transmit a “183” response to the calling terminal device 311.
  • the originating terminal device 311 that has received the “183” response transmits “PRACK” (sequence S321).
  • the originating side IBCF 113 transmits this “PRACK” as it is to the destination network 200 side. Specifically, when the communication unit 410 receives “PRACK”, the communication control unit 471 controls the communication unit 410 to transfer this “PRACK” to the destination network 200 side.
  • the receiving CAT-AS 221 that has received “PRACK” in sequence S321 starts CAT media (sequence S322).
  • the called-side CAT-AS 221 starts the transmission processing of the customized ring tone.
  • Callee CAT-AS 221 transmits “200 OK (PRACK)” to calling network 100 (sequence S323).
  • the processing completion determination unit 484 is “200 OK (PRACK)”.
  • communication unit 410 transmits “200 OK (PRACK)” as it is to originating terminal device 311 (sequence S324).
  • the calling notification transmission control unit 473 of the communication control unit 471 controls the communication unit 410 to transfer “200 OK (PRACK)” to the calling terminal device 311.
  • the calling notification transmission control unit 473 that has confirmed “200 OK (PRACK)” generates “180 Ringing”. Then, communication unit 410 transmits “180 Ringing” generated by calling notification transmission control unit 473 to calling terminal device 311 according to the control of calling notification transmission control unit 473 (sequence S325).
  • the called-side CAT-AS 221 transmits “200 OK (PRACK)” in sequence S323, and then transmits RBT (sequence S331). Illustration and description of the subsequent processing are omitted.
  • the originating IBCF 113 confirms the “sendrecv” parameter of the P-Early-Media header field in the “183 (D1)” response from the terminating network 200 side, so that the RBT is transmitted later from the terminating network 200 side. Make sure that it is.
  • the originating IBCF 113 when detecting “200 OK (PRACK)” indicating completion of preparation, the originating IBCF 113 generates “180 Ringing” and transmits it to the originating terminal device 311. Accordingly, the calling terminal device 311 can receive the RBT after receiving “180 Ringing”, and the calling terminal device 311 is expected to operate normally according to the Gateway-Model method.
  • FIGS. 10 to 11 are explanatory diagrams illustrating an example of the operation of the IMS network 1 when the originating network 100 supports the precondition but the called network 200 does not support the precondition.
  • the originating network 100 employs the Gateway model method, and the terminating network 200 employs the Forking Model method.
  • the calling terminal device 311 transmits “INVITE”, the calling terminal device 311 has not reserved resources. Since the called-side network 200 does not support Precondition, the called-side terminal device 321 can always use resources when receiving “INVITE” as shown in sequence S411.
  • the calling terminal device 311 transmits “INVITE” (sequence S421). Since the originating terminal device 311 supports Precondition, it transmits “INVITE” with the SDP of Precondition. However, since the destination network 200 side does not support Precondition, the device on the destination network 200 side ignores the SDP of Precondition.
  • the callee CAT-AS 221 prepares CAT resources (sequence S422).
  • the called side CAT-AS 221 can transmit a customized ring tone.
  • destination CAT-AS 221 transmits “INVITE” to destination S-CSCF 212 (sequence S423).
  • the called S-CSCF 212 transmits “INVITE” to the called terminal device 321 (sequence S424).
  • the called terminal device 321 Upon receiving the “INVITE”, the called terminal device 321 transmits “180 Ringing” when starting the call (sequence S425). Having received “180 Ringing” in sequence S425, the called S-CSCF 212 transmits “180 Ringing” to the called CAT-AS 221 (sequence S426).
  • the destination CAT-AS 221 transmits a “183 (D1)” response to the received “180 Ringing” (sequence S427). At this time, the called-side CAT-AS 221 sets the “sendrecv” parameter in the P-Early-Media header field of the “183 (D1)” response and transmits it.
  • the early media correspondence determination unit 483 has the “sendrecv” parameter set in the P-Early-Media header field of the obtained “183” response. Is detected.
  • the originating side IBCF 113 transmits the “183” response itself to the originating terminal device 311 as it is. Specifically, the communication control unit 471 controls the communication unit 410 to transmit a “183” response to the calling terminal device 311.
  • the originating terminal device 311 that has received the “183” response transmits “PRACK” (sequence S428).
  • the originating side IBCF 113 transmits this “PRACK” as it is to the destination network 200 side.
  • the communication control unit 471 controls the communication unit 410 to transfer this “PRACK” to the destination network 200 side.
  • the destination CAT-AS 221 that has received “PRACK” in sequence S428 starts CAT media (sequence S429). In other words, the called-side CAT-AS 221 starts the transmission processing of the customized ring tone.
  • the called side CAT-AS 221 transmits “200 OK (PRACK)” to the calling side network 100 side (sequence S431).
  • the originating side IBCF 113 that has received “200 OK (PRACK)” from the communication unit 410 confirms that the signal adjustment unit 491 is “200 OK (PRACK)”.
  • originating network 100 transmits “200 OK (PRACK)” as it is to originating terminal apparatus 311 (sequence S432).
  • the communication control unit 471 controls the communication unit 410 to transfer this “200 OK (PRACK)” to the calling terminal device 311.
  • the originating terminal device 311 reserves resources (sequence S433).
  • the originating IBCF 113 that has confirmed “200 OK (PRACK)” generates “180 Ringing” and transmits it to the originating terminal device 311 (sequence S434).
  • the calling notification transmission control unit 473 generates “180 Ringing”.
  • the calling notification transmission control unit 473 controls the communication unit 410 to transmit the “180 Ringing” to the calling terminal device 311.
  • the destination CAT-AS 221 transmits “200 OK (PRACK)” in sequence S431, and then transmits RBT (sequence S441). Illustration and description of the subsequent processing are omitted.
  • the resource unreserved on the side of the source network 100 is determined by SDP as in the examples of FIGS. 8 to 9 in which the source network 100 does not support the precondition.
  • the destination network 200 cannot be notified, and there is a possibility that the “183 (D2)” response cannot be obtained. Therefore, the originating IBCF 113 confirms the setting of the “sendrecv” parameter of the P-Early-Media header field in the “183 (D1)” response from the terminating network 200 side, so that the RBT from the terminating network 200 side later. Make sure that is sent.
  • the originating IBCF 113 when detecting “200 OK (PRACK)” indicating completion of preparation, the originating IBCF 113 generates “180 Ringing” and transmits it to the originating terminal device 311. Accordingly, the calling terminal device 311 can receive the RBT after receiving “180 Ringing”, and the calling terminal device 311 is expected to operate normally according to the Gateway-Model method.
  • the timing at which the originating IBCF 113 generates and transmits “180 Ringing” is not limited to the timing at which “200 OK (PRACK)” described with reference to FIGS. 8 to 11 is received.
  • “180 Ringing” is generated at the timing when the originating IBCF 113 receives a response in which “18x (D1)” is set in the “sendrecv” parameter in the P-Early-Media header field, and transmits it to the originating terminal device 311. You may do it.
  • the method of notifying resource unreserved on the originating network 100 side by SDP described with reference to FIGS. can be used.
  • this method is referred to as a first method.
  • the P-Early of the “18x” response described with reference to FIGS. -A method of detecting the setting of the “sendrecv” parameter of the Media header field can be used.
  • this method is referred to as a second method.
  • the originating IBCF 113 can determine which of the first method and the second method to use based on the procedure shown in FIG.
  • FIG. 12 is an explanatory diagram illustrating an example of a procedure in which the originating IBCF 113 determines which of the first method and the second method is used.
  • the support determination unit 481 determines whether or not the originating network 100 side supports Precondition (step S501). For example, the support determination unit 481 refers to the header of “INVITE” from the calling terminal device 311 as described above, and performs the determination in step S501.
  • the support determining unit 481 determines whether the called network 200 side is compatible with the precondition (step S502). For example, the support determination unit 481 refers to the parameter of the response signal (for example, “183 (D1)” response) from the destination network 200 side as described above, and whether or not the destination network 200 side supports the precondition. Determine whether.
  • step S502 determines to use the first method (step S511). After step S511, the process of FIG. On the other hand, when it is determined in step S501 that the originating network 100 side does not support Precondition (step S501: NO), the control unit 460 determines to use the second method (step S521). After step S521, the process of FIG. If it is determined in step S502 that the destination network 200 side does not support Precondition (step S502: NO), the process proceeds to step S521.
  • the resource reservation status determination unit 482 is included in “INVITE” transmitted by the calling terminal device 311 and received by the communication unit 410, and includes a parameter value (SDP) indicating the resource reservation status of the calling terminal device 311. It is determined whether or not (value) is a value indicating reserved.
  • SDP parameter value
  • the parameter value rewriting unit 492 rewrites the SDP value to a value indicating that resource is not reserved.
  • the session start request transmission control unit 472 sets “INVITE” in which the parameter value rewriting unit 492 has rewritten the SDP value to the destination network.
  • the communication unit 410 is controlled so as to transmit to 200.
  • the session start request transmission control unit 472 transmits “INVITE” received from the calling terminal device 311 to the called network 200.
  • the communication unit 410 is controlled to transmit.
  • the calling notification transmission control unit controls the communication unit 410 to transmit “180 Ringing” to the calling terminal device 311. To do.
  • the calling terminal device 311 can receive the RBT after receiving “180 Ringing”, and the calling terminal device 311 is expected to operate normally according to the Gateway-Model method. Therefore, according to the originating side IBCF 113, even when the calling media and the receiving side have different early media schemes in IMS, services based on early media can be provided.
  • the support determination unit 481 determines whether the calling side network 100 and the calling side terminal device 311, the called side network 200, and the called side terminal device 321 all support Precondition based on the received signal of the communication unit 410. judge.
  • the support determination unit 481 determines that at least one of the calling side network 100 and the calling side terminal device 311, the called side network 200 and the called side terminal device 321 does not support Precondition
  • the early media support determination unit 483 determines whether or not the “sendrecv” parameter is set in the P-Early-Media header field of the “183 (D1)” response from the destination network 200.
  • the processing completion determination unit 484 determines that the “sendrecv” parameter is set in the P-Early-Media header field of the “183 (D1)” response from the early media correspondence determination unit, It is determined whether or not communication unit 410 has received “200 OK (PRACK)”. When the processing completion determination unit 484 determines that the communication unit 410 has received “200 OK (PRACK)”, the calling notification transmission control unit 473 transmits “180 Ringing” to the calling terminal device 311. To control. Further, the resource reservation status determination unit 482 determines that the support determination unit 481 determines that all of the calling side network 100 and the calling side terminal device 311, the called side network 200, and the called side terminal device 321 correspond to the precondition. Whether the parameter value (SDP value) included in “INVITE” transmitted by the calling terminal device 311 and received by the communication unit 410 and indicating the resource reservation status of the calling terminal device 311 is a value indicating reserved. Determine whether.
  • SDP value parameter value
  • the calling terminal device 311 receives “180 Ringing” even when any of the calling network 100, the calling terminal device 311, the called network 200, and the called terminal device 321 does not support Precondition.
  • RBT can be received after that, and it is expected that the calling terminal device 311 operates normally according to the Gateway-Model method. Therefore, according to the calling-side IBCF 113, the calling-side terminal device 311 is different in the early media method between the calling side and the called-side in IMS, and the calling-side network 100, the calling-side terminal device 311 and the called-side network Even when either one of the terminal 200 and the called terminal device 321 does not support Precondition, it is possible to provide a service based on early media.
  • the early media correspondence determination unit 483 determines whether the “sendrecv” parameter is set in the P-Early-Media header field of the “183 (D1)” response from the destination network 200.
  • the processing completion determination unit 484 determines that the “sendrecv” parameter is set in the P-Early-Media header field of the “183 (D1)” response from the early media correspondence determination unit, It is determined whether or not communication unit 410 has received “200 OK (PRACK)”.
  • the processing completion determination unit 484 determines that the communication unit 410 has received “200 OK (PRACK)”
  • the calling notification transmission control unit 473 transmits “180 Ringing” to the calling terminal device 311. To control.
  • the calling terminal device 311 receives “180 Ringing” even when any of the calling network 100, the calling terminal device 311, the called network 200, and the called terminal device 321 does not support Precondition.
  • RBT can be received after that, and it is expected that the calling terminal device 311 operates normally according to the Gateway-Model method. Therefore, according to the calling-side IBCF 113, the calling-side terminal device 311 is different in the early media method between the calling side and the called-side in IMS, and the calling-side network 100, the calling-side terminal device 311 and the called-side network Even when either one of the terminal 200 and the called terminal device 321 does not support Precondition, it is possible to provide a service based on early media.
  • FIG. 13 is an explanatory diagram showing a first example of the minimum configuration of the early media service control apparatus according to the present invention.
  • the early media service control apparatus 10 shown in the figure includes a communication unit 11, a resource reservation status determination unit 12, a parameter value rewriting unit 13, a session start request transmission control unit 14, and a calling notification transmission control unit 15. Prepare.
  • the resource reservation status determination unit 12 transmits the incoming call notification as one of the requirements, and the communication unit 11 receives the transmission from the early media type session start request source terminal device that starts the execution of the early media service. It is determined whether the value of the parameter included in the session start request and indicating the resource reservation status of the terminal device that has issued the session start request is a value indicating reserved. In addition, when the resource reservation status determination unit 12 determines that the parameter value is a value indicating reserved, the parameter value rewriting unit 13 rewrites the parameter value to a value indicating non-reserved resource.
  • the session start request transmission control unit 14 determines a session start request in which the parameter value rewriting unit 13 rewrites the parameter value. Is received from the session start request source terminal device when the resource reservation status determination unit 12 determines that the parameter value is not a value indicating reserved.
  • the communication unit 11 is controlled to transmit the session start request made to the session start request destination network.
  • the calling notification transmission control unit 15 is transmitted in response to the session start request transmitted from the communication unit 11 to the session start request destination network, and sends a response indicating that the resource reservation has been reserved in the session start request destination terminal device.
  • the communication unit 11 is controlled to transmit a calling notification to the session start request source terminal device.
  • the session start request source terminal device can receive the media (data) of the early media service after receiving the notification during calling.
  • the session start request source terminal device operates normally according to the method of receiving the media of the early media service after receiving the call notification. Therefore, according to the early media service control apparatus 10, even in the case where the early media method differs between the calling side and the called side in the IMS, it is possible to provide the early media service.
  • FIG. 14 is an explanatory diagram showing a second example of the minimum configuration of the early media service control apparatus according to the present invention.
  • the early media service control apparatus 20 shown in the figure includes a communication unit 21, an early media correspondence determination unit 22, a processing completion determination unit 23, and a calling notification transmission control unit 24.
  • the early media correspondence determination unit 22 determines whether or not early response information indicating that the session start request destination network supports early media is included in the response to the session start request. Further, after the early media correspondence determination unit 22 determines that the early media correspondence information is included in the response, the processing completion determination unit 23 transmits a processing completion signal indicating completion of the normal request processing from the session start request destination network. Is received.
  • the calling notification transmission control unit 24 starts the execution of the early media service with reception of the calling notification as one of the requirements.
  • the communication unit 21 is controlled so as to transmit a call-in-call notification to the terminal device that issues the early media session start request.
  • the start request source terminal device can receive the media of the early media service after receiving the in-call notification. As a result, it is expected that the session start request source terminal device operates normally according to the method of receiving the media of the early media service after receiving the call notification.
  • the early media method differs between the calling side and the called side, and the session start request originating side network, the session start request originating side terminal device, and the session start request Even when either the destination side network or the session start request destination side terminal device does not support the provision of the resource reservation notification, it is possible to provide the service by early media.
  • a program for realizing all or part of the functions of the originating IBCF 113 is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read into a computer system and executed to execute each unit. You may perform the process of.
  • the “computer system” includes an OS and hardware such as peripheral devices.
  • the “computer-readable recording medium” refers to a storage device such as a flexible medium, a magneto-optical disk, a portable medium such as a ROM or a CD-ROM, and a hard disk incorporated in a computer system.
  • the program may be a program for realizing a part of the functions described above, and may be a program capable of realizing the functions described above in combination with a program already recorded in a computer system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

［課題］ＩＭＳにおいて発呼側と着呼側とでアーリメディアの方式が異なる場合でも、アーリメディアによるサービスを提供できるようにする。 ［解決手段］セッション開始要求に含まれるパラメータが、セッション開始要求発側端末装置がリソース予約済みであることを示す場合、パラメータ値書換部は、当該パラメータの値をリソース未予約を示す値に書き換える。セッション開始要求送信制御部は、通信部を制御して、パラメータ値書換後のセッション開始要求をセッション開始要求着側ネットワークへ送信させる。パラメータ値書換部がパラメータ値の書換を行っていない場合は、受信したセッション開始要求を送信させる。セッション開始要求着側端末装置におけるリソース予約済みを示す応答を受信した場合、呼び出し中通知送信制御部は、呼び出し中通知をセッション開始要求発側端末装置へ送信するよう通信部を制御する。

Description

アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラムが記憶された記憶媒体
　本発明は、アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラムに関する。
　ＩＭＳ（IP Multimedia Subsystem）の標準化団体であるGSMA/3GPP（ＧＳＭは登録商標）が、事業者間における通信ネットワークの相互接続の検討を進めている。ＩＭＳは、アクセスネットワークに依存することなく、ＩＰパケットのトランスポートを制御するコアネットワークの技術である。
　このＩＭＳに関連して幾つかの技術が提案されている。例えば、特許文献１には、ＴｒＧＷ（Transition Gateway）が出力するログにＣａｌｌ－ＩＤ・発信者電話番号・着信者電話番号を出力できるようにするための技術が記載されている。特許文献１に記載の通信システムでは、ＩＢＣＦ（Interconnection Border Control Function）がＴｒＧＷにＭＥＧＡＣＯ　ａｄｄリクエストを送信する際に、これらの情報を含めて送信する。
　一方、アーリメディア（Early Media）の規定は3GPP TS 24.628 Section 4.2.2で定義されている。アーリメディアは、呼の確立前に端末間で通信を行う技術である。
　ＩＭＳあるいはその基となるＳＩＰ（Session Initiation Protocol）におけるアーリメディアに関連して幾つかの技術が提案されている。例えば、特許文献２には、セッション要求元端末がPrecondition制御に対応しているが、セッション要求先端末がPrecondition制御に対応していない場合に、アーリメディアのメディアクリッピングを生じないようにするための技術が記載されている。特許文献２に記載のＳＩＰサーバは、セッション開始要求元の第１の端末に対してリソース確保を完了させる。また、このＳＩＰサーバは、セッション開始要求先の第２の端末に対してリソース確保を完了させ、その応答を第１の端末に送信する。そして、ＳＩＰサーバは、第２の端末からアーリメディアを受信し、受信したアーリメディアを第１の端末へ転送する。
　また、特許文献３には、ＩＭＳにおいてＭＲＢＴ（Multimedia Ring Back Tone）サービス及びＭＣＩＤ（Multimedia Caller identification）サービスを適用できるようにするための技術が記載されている。特許文献３に記載の方法では、発呼側ＵＥがＭＣＩＤサービス加入者であり、かつ、着呼側ＵＥがＭＣＩＤアーリメディアをサポートすると判定した場合、ＭＣＩＤアーリメディアと着呼側ＵＥとをネゴシエーションし、ＭＣＩＤを着呼側ＵＥに再生する。一方、着呼側ＵＥがＭＲＢＴサービス加入者であり、かつ、発呼側ＵＥが前記ＭＲＢＴアーリメディアをサポートすると判定した場合、ＭＲＢＴアーリメディアと発呼側ＵＥとをネゴシエーションし、ＭＲＢＴを発呼側ＵＥに再生する。
　また、特許文献４には、ＳＩＰ基盤のアーリメディアサービス提供方法が記載されている。特許文献４に記載の方法では、応用サーバは、発信端末のＳＤＰ（Session Description Protocol）情報が含まれた第１のＩＮＶＩＴＥメッセージを発信端末から受信する。
この応用サーバは、Ｂ２ＢＵＡ（Back-to-back User Agent）モードで動作して第２のＩＮＶＩＴＥメッセージを着信端末へ転送する。また、応用サーバは、アーリメディアとして提供されるコンテンツのメディア情報をメディアサーバから獲得し、また、メディアサーバから発信端末にアーリメディアを伝達するためのアーリーセッションを設定する。メディアサーバは、アーリーセッションを通じて発信端末にアーリメディアを提供する。
　応用サーバは、着信端末から着信端末のＳＤＰ情報が含まれた１８０リンギングメッセージを受信すると、発信端末と着信端末との間に正規セッション設定を準備する。さらに、応用サーバは、着信端末から２００　ＯＫメッセージを受信すると、メディアサーバへ中止命令を転送して、アーリメディア転送が終了するようにする。そして、応用サーバは、発信端末と着信端末との間に正規セッション設定を完了する。
特開２０１５－１８６２４９号公報 特開２０１５－１６２８２７号公報 特表２０１０－５２１１１０号公報 特表２００９－５４０６５９号公報
　3GPP TS 24.628 Section 4.2.2では、アーリメディアの方式が複数示されている。ＩＭＳにおいて発呼側と着呼側とでアーリメディアの方式が異なる場合、アーリメディアによるサービス提供に支障が生じる可能性がある。これに対し、特許文献１～４のいずれにも、発呼側と着呼側とでアーリメディアの方式が異なる場合に対する対応策は示されていない。
　本発明は、上述の課題を解決することのできるアーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラムを提供することを目的としている。
　本発明の第１の態様によれば、アーリメディアサービス制御装置は、通信部と、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置が送信し前記通信部が受信したセッション開始要求に含まれ、前記セッション開始要求発側端末装置のリソース予約状況を示すパラメータの値が、予約済みを示す値か否かを判定するリソース予約状況判定部と、前記リソース予約状況判定部が、前記パラメータの値が予約済みを示す値であると判定した場合、当該パラメータの値をリソース未予約を示す値に書き換えるパラメータ値書換部と、前記リソース予約状況判定部が、前記パラメータの値が予約済みを示す値であると判定した場合、前記パラメータ値書換部がパラメータの値を書き換えたセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信部を制御し、前記リソース予約状況判定部が、前記パラメータの値が予約済みを示す値でないと判定した場合、前記セッション開始要求発側端末装置から受信したセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信部を制御するセッション開始要求送信制御部と、前記通信部が前記セッション開始要求着側ネットワークへ送信した前記セッション開始要求に対して送信され、セッション開始要求着側端末装置におけるリソース予約済みを示す応答を前記通信部が受信した場合、前記呼び出し中通知を前記セッション開始要求発側端末装置へ送信するよう前記通信部を制御する呼び出し中通知送信制御部と、を備える。
　本発明の第２の態様によれば、アーリメディアサービス制御装置は、通信部と、セッション開始要求に対する応答にセッション開始要求着側ネットワークがアーリメディアに対応していることを示すアーリメディア対応情報が含まれるか否かを判定するアーリメディア対応判定部と、前記アーリメディア対応判定部が、前記応答に前記アーリメディア対応情報が含まれると判定した後、前記セッション開始要求着側ネットワークからリクエスト正常処理完了を示す処理完了信号を前記通信部が受信したか否かを判定する処理完了判定部と、前記処理完了判定部が、前記処理完了信号を前記通信部が受信したと判定した場合、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置に前記呼び出し中通知を送信するよう前記通信部を制御する呼び出し中通知送信制御部と、を備える。
　本発明の第３の態様によれば、アーリメディアサービス制御方法は、通信部を備えるアーリメディアサービス制御装置が、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置が送信し前記通信部が受信したセッション開始要求に含まれ、前記セッション開始要求発側端末装置のリソース予約状況を示すパラメータの値が、予約済みを示す値か否かを判定するリソース予約状況判定ステップと、前記リソース予約状況判定ステップで、前記パラメータの値が予約済みを示す値であると判定した場合、当該パラメータの値をリソース未予約を示す値に書き換えるパラメータ値書換ステップと、前記リソース予約状況判定ステップで、前記パラメータの値が予約済みを示す値であると判定した場合、前記パラメータ値書換ステップでパラメータの値を書き換えたセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信部を制御し、前記リソース予約状況判定ステップで、前記パラメータの値が予約済みを示す値でないと判定した場合、前記セッション開始要求発側端末装置から受信したセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信部を制御するセッション開始要求送信制御ステップと、前記セッション開始要求着側ネットワークへ送信した前記セッション開始要求に対して送信され、セッション開始要求着側端末装置におけるリソース予約済みを示す応答を受信した場合、前記呼び出し中通知を前記セッション開始要求発側端末装置へ送信するよう前記通信部を制御する呼び出し中通知送信制御ステップと、を含む。
　本発明の第４の態様によれば、アーリメディアサービス制御方法は、通信部を備えるアーリメディアサービス制御装置が、セッション開始要求に対する応答にセッション開始要求着側ネットワークがアーリメディアに対応していることを示すアーリメディア対応情報が含まれるか否かを判定するアーリメディア対応判定ステップと、前記アーリメディア対応判定ステップで、前記応答に前記アーリメディア対応情報が含まれると判定した後、前記セッション開始要求着側ネットワークからリクエスト正常処理完了を示す処理完了信号を前記通信部が受信したか否かを判定する処理完了判定ステップと、前記処理完了判定ステップで、前記処理完了信号を前記通信部が受信したと判定した場合、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置に前記呼び出し中通知を送信するよう前記通信部を制御する呼び出し中通知送信制御ステップと、を含む。
　本発明の第５の態様によれば、プログラムは、通信部を備えるコンピュータに、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置が送信し前記通信部が受信したセッション開始要求に含まれ、前記セッション開始要求発側端末装置のリソース予約状況を示すパラメータの値が、予約済みを示す値か否かを判定するリソース予約状況判定ステップと、前記リソース予約状況判定ステップで、前記パラメータの値が予約済みを示す値であると判定した場合、当該パラメータの値をリソース未予約を示す値に書き換えるパラメータ値書換ステップと、前記リソース予約状況判定ステップで、前記パラメータの値が予約済みを示す値であると判定した場合、前記パラメータ値書換ステップでパラメータの値を書き換えたセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信部を制御し、前記リソース予約状況判定ステップで、前記パラメータの値が予約済みを示す値でないと判定した場合、前記セッション開始要求発側端末装置から受信したセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信部を制御するセッション開始要求送信制御ステップと、前記セッション開始要求着側ネットワークへ送信した前記セッション開始要求に対して送信され、セッション開始要求着側端末装置におけるリソース予約済みを示す応答を受信した場合、前記呼び出し中通知を前記セッション開始要求発側端末装置へ送信するよう前記通信部を制御する呼び出し中通知送信制御ステップと、を実行させるためのプログラムである。
　本発明の第６の態様によれば、プログラムは、通信部を備えるコンピュータに、セッション開始要求に対する応答にセッション開始要求着側ネットワークがアーリメディアに対応していることを示すアーリメディア対応情報が含まれるか否かを判定するアーリメディア対応判定ステップと、前記アーリメディア対応判定ステップで、前記応答に前記アーリメディア対応情報が含まれると判定した後、前記セッション開始要求着側ネットワークからリクエスト正常処理完了を示す処理完了信号を前記通信部が受信したか否かを判定する処理完了判定ステップと、前記処理完了判定ステップで、前記処理完了信号を前記通信部が受信したと判定した場合、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置に前記呼び出し中通知を送信するよう前記通信部を制御する呼び出し中通知送信制御ステップと、を実行させるためのプログラムである。
　この発明によれば、ＩＭＳにおいて発呼側と着呼側とでアーリメディアの方式が異なる場合でも、アーリメディアによるサービスを提供することができる。
本発明の一実施形態に係るＩＭＳネットワークの機能構成を示す概略ブロック図である。 同実施形態に係る発側ＩＢＣＦの機能構成を示す概略ブロック図である。 同実施形態に係る発側ネットワーク側、着側ネットワーク側のいずれもPreconditionをサポートしている場合の、ＩＭＳネットワークの動作の第一の例を示す説明図である。 同実施形態に係る発側ネットワーク側、着側ネットワーク側のいずれもPreconditionをサポートしている場合の、ＩＭＳネットワークの動作の第一の例を示す説明図である。 同実施形態に係る発側ネットワーク側、着側ネットワーク側のいずれもPreconditionをサポートしている場合の、ＩＭＳネットワークの動作の第一の例を示す説明図である。 同実施形態に係る発側ネットワーク側、着側ネットワーク側のいずれもPreconditionをサポートしている場合の、ＩＭＳネットワークの動作の第二の例を示す説明図である。 同実施形態に係る発側ネットワーク側、着側ネットワーク側のいずれもPreconditionをサポートしている場合の、ＩＭＳネットワークの動作の第二の例を示す説明図である。 同実施形態に係る着側ネットワーク側がPreconditionをサポートしているが、発側ネットワーク側がPreconditionをサポートしていない場合の、ＩＭＳネットワークの動作の例を示す説明図である。 同実施形態に係る着側ネットワーク側がPreconditionをサポートしているが、発側ネットワーク側がPreconditionをサポートしていない場合の、ＩＭＳネットワークの動作の例を示す説明図である。 同実施形態に係る発側ネットワーク側がPreconditionをサポートしているが、着側ネットワーク側がPreconditionをサポートしていない場合の、ＩＭＳネットワークの動作の例を示す説明図である。 同実施形態に係る発側ネットワーク側がPreconditionをサポートしているが、着側ネットワーク側がPreconditionをサポートしていない場合の、ＩＭＳネットワークの動作の例を示す説明図である。 同実施形態に係る発側ＩＢＣＦが、第一の方法及び第二の方法のうちいずれを用いるかを決定する手順の例を示す説明図である。 本発明に係るアーリメディアサービス制御装置の最小構成の第一の例を示す説明図である。 本発明に係るアーリメディアサービス制御装置の最小構成の第二の例を示す説明図である。
　以下、本発明の実施形態を説明するが、以下の実施形態は請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
　まず、ＩＭＳ相互接続でアーリメディアの方式が異なる場合の問題点について説明する。
　アーリメディアを規定する3GPP TS 24.628 Section 4.2.2では、以下の３つの方式のいずれか１つをサポートすることが求められている。
（１）RFC3960で定義されるGateway Model方式
（２）RFC5009で定義されるmultiple early dialog(= Forking model方式)
（３）「１８０Ｒｉｎｇｉｎｇ」を用いたAlert-Info header方式
　ＩＭＳによる事業者間相互接続を行う通信事業者がアーリメディアを提供する場合、特に、（１）のGateway Model方式、又は、（２）のForking Model方式のいずれか一方をサポートすることが考えられる。
　これら（１）のGateway Model方式、及び、（２）のForking Model方式について規定している3GPP TS 24.182では、異なるモデル間の連係を対象範囲外（out of scope）としている。すなわち、異なるモデルを採用している通信事業者間の相互接続は規定されておらず、この場合のアーリメディア提供の枠組みも示されていない。
　さらに、（１）のGateway Model方式の特徴と、（２）のForking Model方式の特徴とを比較すると、特に以下の点で相違する。
（１）Gateway Model方式
　Gateway Model方式では、シングルダイアログ(SDP_Offer/SDP_Anser)でＳＤＰ（Session Description Protocol）の交換を行う。また、「１８０Ｒｉｎｇｉｎｇ」を端末側に通知する。「１８０Ｒｉｎｇｉｎｇ」は、呼び出し中であることを通知するメソッドである。
（２）Forking Model方式
　Forking Model方式では、マルチプルダイアログ(SDP_O/A Dialog1, SDP_O/A Dialog2)でＳＤＰの交換を行う。また、「１８０Ｒｉｎｇｉｎｇ」を発端末側に通知せずCAT-ASで終端する。
　この相違点がアーリメディアに及ぼす影響について検討する。
　Gateway Model方式とForking Model方式の組み合わせとして、
（Ａ）発側、着側共にGateway Model方式
（Ｂ）発側がGateway Model方式、かつ、着側がForking Model方式
（Ｃ）発側がForking Model方式、かつ、着側 がGateway Model方式
（Ｄ）発側、着側共にForking Model方式
の４通りが考えられる。これらのうち、（Ａ）発側、着側共にGateway Model方式の場合、及び、（Ｄ）発側、着側共にForking Model方式の場合は、発側と着側とで方式が同じなので、方式の相違に起因する問題は生じない。
　また、（Ｃ）発側がForking Model方式、かつ、着側がGateway Model方式の場合、発側の端末装置はForking Model方式に基づくことで「１８０Ｒｉｎｇｉｎｇ」を必要としないため、「１８０Ｒｉｎｇｉｎｇ」着信の有無に起因する問題は生じない。
　一方、（Ｂ）発側がGateway Model方式、かつ、着側がForking Model方式の場合、着側のネットワークがサポートするForking Model方式では、上記のように「１８０Ｒｉｎｇｉｎｇ」がＣＡＴ－ＡＳで終端され、発側のネットワークに送信されない。
　これに対し、発側のネットワークがサポートするGateway Model方式では、発呼を行った端末装置が「１８０Ｒｉｎｇｉｎｇ」を受信した後にRBTを受信することになっている。
「１８０Ｒｉｎｇｉｎｇ」を受信していない状態でRBTを受信した場合の発端末の動作については規定されていない。従って、「１８０Ｒｉｎｇｉｎｇ」を受信していない状態でRBTを受信した場合に発端末がどのような動作を行うかは、発端末の実装に依存する。
　このため、発側の端末装置に１８０Ｒｉｎｇｉｎｇが送信されないことに起因して、発側の端末装置がアーリメディアを正しく実行できない場合がある。
　また、端末装置に限らず発側のネットワーク内のノードについても、Gateway Model方式の規定に基づいて「１８０Ｒｉｎｇｉｎｇ」を必要とするノードが存在する可能性がある。例えば、「１８０Ｒｉｎｇｉｎｇ」が送信されないことで、発側のネットワーク内のノードが着側のネットワークからいつＲＢＴ（Ring Back Tone）が送信されるか分からない可能性がある。
　そこで、本実施形態では、異なるモデル同士（Gateway Model方式、及びForking Model方式）のＩＭＳ相互接続で、Gateway model方式を採用している側のネットワークの機器が、同一ネットワーク内からセッション要求を送信した端末装置に対して「１８０Ｒｉｎｇｉｎｇ」を送信する。
　図１は、本発明の一実施形態に係るＩＭＳネットワークの機能構成を示す概略ブロック図である。同図に示すように、ＩＭＳネットワーク１は、発側ネットワーク１００と、着側ネットワーク２００とを備える。発側ネットワーク１００は、発側Ｐ－ＣＳＣＦ１１１と、発側Ｓ－ＣＳＣＦ１１２と、発側ＩＢＣＦ１１３と、発側ＴｒＧＷ１１４とを備える。着側ネットワーク２００は、着側Ｐ－ＣＳＣＦ２１１と、着側Ｓ－ＣＳＣＦ２１２と、着側ＩＢＣＦ２１３と、着側ＴｒＧＷ２１４と、着側ＣＡＴ－ＡＳ２２１とを備える。発側ネットワーク１００には発側端末装置３１１が通信接続されている。また、着側ネットワーク２００には着側端末装置３２１が通信接続されている。
　ここでいう発側は、発呼する側（セッション要求を送信する側）である。着側は、着呼する側（セッション要求を受ける側）である。以下では、発側端末装置３１１が着側端末装置３２１に通信要求を送信する場合を例に説明する。
　なお、発側端末装置３１１は、発側ネットワーク１００に含まれていてもよいし、発側ネットワーク１００には含まれない装置として発側ネットワーク１００に通信接続していていてもよい。着側端末装置３２１は、着側ネットワーク２００に含まれていてもよいし、着側ネットワーク２００には含まれない装置として着側ネットワーク２００に通信接続していてもよい。
　以下では、発側ネットワーク１００が発側端末装置３１１を含まず、着側ネットワーク２００が着側端末装置３２１を含まないものとして説明する。なお、発側ネットワーク１００と発側端末装置３１１とを総称して発側ネットワーク１００側と表記する。また、着側ネットワーク２００と着側端末装置３２１とを総称して着側ネットワーク２００側と表記する。
　ＩＭＳネットワーク１は、発側端末装置３１１と着側端末装置３２１との間にセッション（呼）を確立して、発側端末装置３１１と着側端末装置３２１との通信を仲介する通信ネットワークである。
　発側ネットワーク１００は、Gateway Model方式にてアーリメディアサービスを提供するコアネットワーク（Core Network）である。
　着側ネットワーク２００は、Forking Model方式にてアーリメディアサービスを提供するコアネットワークである。
　発側ネットワーク１００と着側ネットワーク２００とはＩＭＳ接続されている。ここで、ＩＭＳ接続とは、ＩＭＳの規定に基づくコアネットワーク間通信接続である。
　発側端末装置３１１は、発側Ｐ－ＣＳＣＦ１１１に接続して通信を行う端末装置である。発側端末装置３１１は発側ネットワーク１００のアーリメディアサービス提供方式であるGateway Model方式に基づいて、ＲＢＴの受信の前に「１８０Ｒｉｎｇｉｎｇ」を受信することを必要としている。
　着側端末装置３２１は、着側Ｐ－ＣＳＣＦ２１１に接続して通信を行う端末装置である。着側端末装置３２１は着側ネットワーク２００のアーリメディアサービス提供方式であるForking Model方式に基づいてアーリメディアサービスの処理を行う。
　発側Ｐ－ＣＳＣＦ（Proxy Call/Session Control Function）１１１は、発側端末装置３１１など発側ネットワーク１００における端末装置のプロキシサーバとして機能するサーバ装置である。
　着側Ｐ－ＣＳＣＦ２１１は、着側端末装置３２１など着側ネットワーク２００における端末装置のプロキシサーバとして機能するサーバ装置である。
　発側Ｓ－ＣＳＣＦ（Serving-Call Session Control Function）１１２及び着側Ｓ－ＣＳＣＦ２１２は、ＳＩＰサーバとして機能し、セッション制御を実行するサーバ装置である。
　発側ＩＢＣＦ（Interconnection Border Control Function）１１３及び着側ＩＢＣＦ２１３は、外部ネットワークとの境界に位置する。発側ＩＢＣＦ１１３及び着側ＩＢＣＦ２１３は、いずれも、外部ネットワークとのゲートウェイとして機能し、NAT（Network Address Translation、IPアドレスの変換）及びファイアウォール機能を提供するサーバ装置である。
　発側ＴｒＧＷ（Transition Gateway）１１４及び着側ＴｒＧＷ２１４は、いずれも、ＩＰｖ４とＩＰＶ６との変換などの変換を行うサーバ装置である。
　着側ＣＡＴ－ＡＳ（Customized Alerting Tones-Application Server）２２１は、カスタマイズされた呼び出し音（ユーザの好みの呼び出し音）を提供するサーバ装置である。
　本実施形態では、発側ＩＢＣＦ１１３が発側端末装置３１１に「１８０Ｒｉｎｇｉｎｇ」を提供する場合を例に説明する。但し、発側端末装置３１１に「１８０Ｒｉｎｇｉｎｇ」を提供する装置は、発側ＩＢＣＦ１１３に限らず、各装置に対して矛盾を生じさせずに「１８０Ｒｉｎｇｉｎｇ」を提供できればよい。例えば、発側Ｐ－ＣＳＣＦ１１１が発側端末装置３１１に「１８０Ｒｉｎｇｉｎｇ」を提供するようにしてもよい。
　図２は、発側ＩＢＣＦ１１３の機能構成を示す概略ブロック図である。同図に示すように発側ＩＢＣＦ１１３は、通信部４１０と、記憶部４５０と、制御部４６０とを備える。
制御部４６０は、通信制御部４７１と、サポート判定部４８１と、リソース予約状況判定部４８２と、アーリメディア対応判定部４８３と、処理完了判定部４８４と、信号調整部４９１とを備える。通信制御部４７１は、セッション開始要求送信制御部４７２と、呼び出し中通知送信制御部４７３とを備える。信号調整部４９１は、パラメータ値書換部４９２を備える。
　通信部４１０は、通信制御部４７１の制御に従って、発側ネットワーク１００内の機器、発側ネットワーク１００外の機器それぞれと通信を行う。特に、通信部４１０は、発側端末装置３１１が着側ネットワーク２００側へ送信した信号を、発側Ｐ－ＣＳＣＦ１１１及び発側Ｓ－ＣＳＣＦ１１２を介して受信し、受信した信号、または、受信した信号に対して信号調整部４９１が加工した信号を着側ネットワーク２００側へ送信する。また、通信部４１０は、着側ネットワーク２００側から発側端末装置３１１宛ての信号を受信し、受信した信号、または、受信した信号に対して信号調整部４９１が加工した信号を、発側Ｓ－ＣＳＣＦ１１２及び発側Ｐ－ＣＳＣＦ１１１を介して発側端末装置３１１へ送信する。
　記憶部４５０は、各種情報を記憶する。記憶部４５０は、発側ＩＢＣＦ１１３が備える記憶デバイスを用いて構成される。あるいは、記憶部４５０が外付けの記憶デバイスを用いて構成されていてもよい。
　制御部４６０は、発側ＩＢＣＦ１１３の各部を制御して各種処理を実行する。制御部４６０は、例えば、発側ＩＢＣＦ１１３が備えるＣＰＵ（Central Processing Unit、中央処理装置）が記憶部４５０からプログラムを読み出して実行することで構成される。
　通信制御部４７１は、通信部４１０を制御して通信を行わせる。
　セッション開始要求送信制御部４７２は、通信部４１０を制御して「ＩＮＶＩＴＥ」を送信させる。発側端末装置３１１が送信し通信部４１０が受信した「ＩＮＶＩＴＥ」に対してパラメータ値書換部４９２がパラメータの書換を行った場合、セッション開始要求送信制御部４７２は、パラメータ書換後の「ＩＮＶＩＴＥ」を送信させる。一方、パラメータ値書換部４９２がパラメータの書換を行っていない場合、セッション開始要求送信制御部４７２は、通信部４１０が受信した「ＩＮＶＩＴＥ」を送信させる。「ＩＮＶＩＴＥ」は、セッション開始要求の例に該当する。
　呼び出し中通知送信制御部４７３は、通信部４１０を制御して「１８０Ｒｉｎｇｉｎｇ」を発側端末装置３１１へ送信させる。「１８０Ｒｉｎｇｉｎｇ」は、呼び出し中通知の例に該当する。
　サポート判定部４８１は、発側ネットワーク１００及び発側端末装置３１１、着側ネットワーク２００及び着側端末装置３２１共にPreconditionをサポートしているか否かを判定する。
　ここでいうPreconditionは、アーリメディアのためのリソースの予約（確保）の有無を他機器に通知するための規定である。Preconditionのサポートには、ネットワークによるサポートと、端末装置によるサポートとがある。本実施形態では、発側ネットワーク１００によるサポートと、着側ネットワーク２００によるサポートと、発側端末装置３１１によるサポートと、着側端末装置３２１によるサポートとがある。ネットワークがPreconditionをサポートするとは、ネットワークに含まれている各機器がPreconditionをサポートすること（すなわち、Preconditionの規定に適合していること）である。なお、ネットワークに含まれている機器のうちPreconditionに関与しない機器は、Preconditionをサポートしているものとして扱う。すなわち、Preconditionに関与しない機器がネットワーク中に含まれていても、ネットワークがPreconditionをサポートしていないことにはならない。
　以下では、ネットワークがPreconditionをサポートしていない場合、端末装置がPreconditionをサポートしていない場合のいずれも、ネットワーク側がPreconditionをサポートしていないと表記する。一方、ネットワークがPreconditionをサポートしており、かつ、端末装置がPreconditionをサポートしている場合、ネットワーク側がPreconditionをサポートしていると表記する。
　ネットワークがPreconditionをサポートしていない場合、端末装置がPreconditionをサポートしていない場合のいずれも、ネットワークとしてPreconditionをサポートしていない動作となる。特に、本実施形態で、発側ネットワーク１００、着側ネットワーク２００、発側端末装置３１１、着側端末装置３２１のいずれがPreconditionをサポートしていない場合も、発側端末装置３１１のリソース予約状況を着側ネットワーク２００の機器に通知するという後述の処理を適用することができない。
　発側ネットワーク１００側がPreconditionをサポートしていない場合、着側ネットワーク２００の機器及び着側端末装置３２１は、発側端末装置３１１が既にリソースを予約済みである前提で処理を行う。また、着側ネットワーク２００側がPreconditionをサポートしていない場合、発側ネットワーク１００の機器及び発側端末装置３１１は、着側端末装置３２１が既にリソースを予約済みである前提で処理を行う。
　サポート判定部４８１は、発側ネットワーク１００側、着側ネットワーク２００側のそれぞれがPreconditionをサポートしているか否かを判定する。サポート判定部４８１は、発側ネットワーク１００側と着側ネットワーク２００側との間の通信信号のヘッダ又はパラメータ（ＳＤＰ等）を参照して当該判定を行う。
　ここで、発側端末装置３１１は、「ＩＮＶＩＴＥ」のSupported Headerに「precondition」のパラメータを付与して、発側端末装置３１１自らの能力を通知する。また、「ＩＮＶＩＴＥ」を受信した着側端末装置３２１は、着側端末装置３２１自らがPreconditionをサポートしている場合は、応答信号にPreconditionのパラメータ（ＳＤＰ）を含めて送信する。一方、着側端末装置３２１自らがPreconditionをサポートしていない場合、着側端末装置３２１は、応答信号にＳＤＰを含めずに送信する。
　そこで、発側ＩＢＣＦ１１３は、発側端末装置３１１が送信した「ＩＮＶＩＴＥ」のヘッダを参照して、発側ネットワーク１００側がPreconditionをサポートしているか否かを判定する。また、発側ＩＢＣＦ１１３は、着側端末装置３２１が送信した応答信号（例えば「１８３（Ｄ１）」応答）のパラメータ、又はヘッダを参照して、着側ネットワーク２００側がPreconditionをサポートしているか否かを判定する。
　リソース予約状況判定部４８２は、発側端末装置３１１が送信し通信部４１０が受信した「ＩＮＶＩＴＥ」に含まれ発側端末装置３１１のリソース予約状況を示すパラメータ（ＳＤＰ）の値が、予約済みを示す値か否かを判定する。
　アーリメディア対応判定部４８３は、「ＩＮＶＩＴＥ」に対して着側ＣＡＴ－ＡＳ２２１が送信する「１８３（Ｄ１）」応答のP-Early-Media header fieldに「sendrecv」パラメータが設定されているか否かを判定する。「１８３」応答は、セッション開始要求に対する応答の例に該当する。「１８３（Ｄ１）」応答のP-Early-Media header fieldに「sendrecv」パラメータの設定は、セッション開始要求着側ネットワークがアーリメディアに対応していることを示すアーリメディア対応情報の例に該当する。
　処理完了判定部４８４は、着側ネットワーク２００の着側ＣＡＴ－ＡＳ２２１が送信した「２００ＯＫ（ＰＲＡＣＫ）」を通信部４１０が受信したか否かを判定する。「２００ＯＫ（ＰＲＡＣＫ）」は、リクエスト正常処理完了を示す処理完了信号の例に該当する。
　信号調整部４９１は、通信部４１０が受信した信号に加工を加える。信号調整部４９１は、サポート判定部４８１の判定結果に応じて異なる処理を行う。発側ネットワーク１００側がPreconditionをサポートしている場合、かつ、発側端末装置３１１がリソースを予約済みの場合、発側ＩＢＣＦ１１３は、一旦、リソース未予約として着側ネットワーク２００側に通知を行う。これにより、発側ＩＢＣＦ１１３は、「１８ｘ（Ｄ２）」応答を受信し、「１８０Ｒｉｎｇｉｎｇ」に変換して発側端末装置３１１へ送信する。なお、「ｘ」は１文字の数字を示す。例えば、発側ＩＢＣＦ１１３は、「１８３（Ｄ２）」応答を受信する。
　一方、発側ネットワーク１００側、着側ネットワーク２００側のうちいずれか一方、又は両方がPreconditionをサポートしていない場合、発側ＩＢＣＦ１１３は、発側端末装置３１１のリソース予約状況を未に変更して着側ネットワーク２００側に通知することができない。そこで、発側ＩＢＣＦ１１３は、着側ネットワーク２００側から受信する信号のヘッダを参照してアーリメディアサービス開始の条件が整っているか否かを判定する。
　パラメータ値書換部４９２は、発側端末装置３１１が送信した「ＩＮＶＩＴＥ」のパラメータを書き換える。具体的には、パラメータ値書換部４９２は、発側端末装置３１１のリソース予約状況を示すパラメータ（ＳＤＰ）の値が、予約済みを示す値である場合に、未予約を示す値に書き換える。
　ここで、図３～図１１を参照して、信号調整部４９１が行う処理について説明する。なお、図３～図１１では、発側端末装置３１１、着側端末装置３２１、及び、ＩＭＳネットワーク１の各部のうち発側ＩＢＣＦ１１３と、着側Ｓ－ＣＳＣＦ２１２と、着側ＣＡＴ－ＡＳ２２１とを記載し、他の各部については記載を省略する。
　図３～図５は、発側ネットワーク１００側、着側ネットワーク２００側のいずれもPreconditionをサポートしている場合の、ＩＭＳネットワーク１の動作の第一の例を示す説明図である。発側ネットワーク１００は、Gateway model方式を採用しており、着側ネットワーク２００は、Forking Model方式を採用している。
　同図では、発側端末装置３１１が「ＩＮＶＩＴＥ」を送信する際に、発側端末装置３１１、着側端末装置３２１のいずれも既にリソースを予約出来ている場合の例を示す。発側端末装置３１１は、シーケンスＳ１１１でリソースを予約済みである。また、着側端末装置３２１は、シーケンスＳ１１２でリソースを予約済みである。
　同図の処理で、発側端末装置３１１は「ＩＮＶＩＴＥ」を送信している（シーケンスＳ１２１）。この「ＩＮＶＩＴＥ」のパラメータ（Preconditionを示すＳＤＰ）のうち、「curr」は現在の状態を示し、「des」は、希望する状態（Preconditionが満たされるための条件）を示す。また、ＳＤＰ値の「sendrecv」は、送受信可能な状態を示し、「none」は、送受信不可能な状態を示す。あるいは、送受信の可否が不明な状態を示す。
　発側端末装置３１１は、リソースを予約済みなので、発側（「local」）の現在（「curr」）のＳＤＰの値を、「sendrecv」にしている。
　なお、発側端末装置３１１が送信した信号では、「local」が発側端末装置３１１を示し、「remote」が着側端末装置３２１を示す。一方、着側端末装置３２１が送信した信号では、「local」が着側端末装置３２１を示し、「remote」が発側端末装置３１１を示す。
　発側端末装置３１１からの「ＩＮＶＩＴＥ」を通信部４１０が受信した発側ＩＢＣＦ１１３では、信号調整部４９１のパラメータ値書換部４９２がＳＤＰ値を書き換える（シーケンスＳ１２２）。信号調整部４９１は、発側の現在のＳＤＰの値を「sendrecv」から「none」に書き換えている。発側端末装置３１１がリソースを予約済みか否かにかかわらず、着側ネットワーク２００側に一旦リソース未予約を通知して、「１８０Ｒｉｎｇｉｎｇ」に相当する「１８ｘ（Ｄ２）」を取得する。
　パラメータ値書換部４９２は、リソース予約状況判定部４８２の判定結果に基づいて、シーケンスＳ１２２でのＳＤＰ値の書換を行う。具体的には、リソース予約状況判定部４８２は、「ＩＮＶＩＴＥ」の発側（「local」）の現在（「curr」）のＳＤＰの値が、「sendrecv」か否かを判定することで、発側端末装置３１１がリソースを予約済みか否かを判定する。パラメータ値書換部４９２は、発側端末装置３１１がリソースを予約済みであるとリソース予約状況判定部４８２が判定した場合に、シーケンスＳ１２２でのＳＤＰ値の書換を行う。
　通信部４１０は、信号調整部４９１がＳＤＰ値を書き換えた「ＩＮＶＩＴＥ」を着側ネットワーク２００側へ送信する（シーケンスＳ１２３）。通信部４１０は、通信制御部４７１のセッション開始要求送信制御部４７２の制御に従って、シーケンスＳ１２３での「ＩＮＶＩＴＥ」の送信を行う。
　シーケンスＳ１２３で「ＩＮＶＩＴＥ」を受信した着側ＣＡＴ－ＡＳ２２１は、ＣＡＴ（Customized alerting tones）のリソースを準備する（シーケンスＳ１３１）。これにより、着側ＣＡＴ－ＡＳ２２１は、カスタマイズされた着信音（例えば発呼者の好みの音楽など）を送信可能になっている。
　そして、着側ＣＡＴ－ＡＳ２２１は、着側Ｓ－ＣＳＣＦ２１２に「ＩＮＶＩＴＥ」を送信する（シーケンスＳ１３２）。なお、ＳＤＰの「Ｄ１」（Dialog1）は、発側端末装置３１１と着側ＣＡＴ－ＡＳ２２１との間のＳＤＰ交換（セッション確立）に関するダイアログであることを示す。
　着側Ｓ－ＣＳＣＦ２１２は、着側端末装置３２１に「ＩＮＶＩＴＥ」を送信する（シーケンスＳ１３３）。
　また、着側ＣＡＴ－ＡＳ２２１は、発側ネットワーク１００へ向けて「ＩＮＶＩＴＥ」に対する「１８３（Ｄ１）」応答（183 Session Progress）を送信する（シーケンスＳ１４１）。
　ここで、着側ＣＡＴ－ＡＳ２２１がシーケンスＳ１２３で受信した「ＩＮＶＩＴＥ」で、発側の現在の状態を示すＳＤＰ（「curr」、「local」）がリソース未予約（「none」）になっている。これに対応して、着側ＣＡＴ－ＡＳ２２１は、「１８３（Ｄ１）」応答のＳＤＰのうち発側の現在の状態を示す「curr」、「remote」のＳＤＰの値を「none」（リソース未予約を示す値）にしている。
　シーケンスＳ１４１で通信部４１０が「１８３（Ｄ１）」応答を受信した発側ネットワーク１００では、信号調整部４９１がＳＤＰ値を書き換える（シーケンスＳ１４２）。信号調整部４９１は、「１８３」応答のＳＤＰのうち、発側の現在の状態を示す「curr」、「remote」のＳＤＰの値を「sendrecv」（リソース予約済みを示す値）に書き換えている。シーケンスＳ１４２で発側ＩＢＣＦ１１３は、いわばシーケンスＳ１２２の場合と逆のパラメータ書換を行っている。シーケンスＳ１２２での書換に対して発側ネットワーク１００内での整合性をとるためである。
　通信部４１０は、信号調整部４９１がＳＤＰ値を書き換えた「１８３」応答を発側端末装置３１１へ送信する（シーケンスＳ１４３）。
　なお、発側ＩＢＣＦが、Gateway model方式に基づいて「１８３」応答を書き換えることから、シーケンスＳ１４３での「１８３」応答には「Ｄ１」、「Ｄ２」の区別が示されていない。
　シーケンスＳ１４３で「１８３」応答を受信した発側端末装置３１１は、「ＰＲＡＣＫ」（Provisional Response Acknowledgement）を送信する（シーケンスＳ１５１）。「ＰＲＡＣＫ」は、暫定応答に対する送達確認である。発側端末装置３１１は、シーケンスＳ１４３で受信した「１８３」応答のＳＤＰでPreconditionが満たされたことを確認済みであるため、「ＰＲＡＣＫ」にＳＤＰを付与せずに送信する。
　シーケンスＳ１５１で通信部４１０が「ＰＲＡＣＫ」を受信した発側ＩＢＣＦ１１３では、信号調整部４９１が、「ＰＲＡＣＫ」にＳＤＰを付与する（シーケンスＳ１５２）。
特に、発側ＩＢＣＦ１１３は、発側がリソース未予約から予約済みに変わったように見せるために、発側の現在の状態を示す「curr」、「remote」のＳＤＰの値を「sendrecv」としている。
　但し、発側ＩＢＣＦ１１３が発側のリソース予約済みを着側ネットワーク２００側に通知する方法は、「ＰＲＡＣＫ」にＳＤＰを付与する方法に限らない。例えば、発側ＩＢＣＦ１１３が、「ＰＲＡＣＫ」にはＳＰＤを付与せず、着側からの「２００ＯＫ（ＰＲＡＣＫ）」を受信した後に、「ＵＰＤＡＴＥ」を送信するようにしてもよい。すなわち、発側ＩＢＣＦ１１３が、「ＰＲＡＣＫ」では発側ＩＢＣＦ１１３側のリソース予約済みを通知せず、リソース予約済み通知のための信号を別途送信するようにしてもよい
　通信部４１０は、信号調整部４９１がＳＤＰを付与した「ＰＲＡＣＫ」を着側ネットワーク２００側へ送信する（シーケンスＳ１５３）。
　シーケンスＳ１５２で「ＰＲＡＣＫ」を受信した着側ＣＡＴ－ＡＳ２２１は、「２００ＯＫ（ＰＲＡＣＫ）」を返信する（シーケンスＳ１６１）。「２００ＯＫ（ＰＲＡＣＫ）」は、リクエストが正常に処理されたことを示す応答である。
　着側ＣＡＴ－ＡＳ２２１は、シーケンスＳ１５３で受信した「ＰＲＡＣＫ」のＳＤＰに応じたＳＤＰを「２００ＯＫ（ＰＲＡＣＫ）」に付している。特に、着側ＣＡＴ－ＡＳ２２１は、「ＰＲＡＣＫ」の「curr」、「local」（発側の現在の状態を示すＳＤＰ）の値「sendrecv」に基づいて、「２００ＯＫ（ＰＲＡＣＫ）」の「curr」、「remote」のＳＤＰ（発側の現在の状態を示すＳＤＰ）の値を「sendrecv」にしている。このＳＤＰ値は、発側のリソース未予約から予約済みに変更されPreconditionが満たされたことを着側ＣＡＴ－ＡＳ２２１が把握した旨を示している。
　シーケンスＳ１６２で通信部４１０が「２００ＯＫ（ＰＲＡＣＫ）」を受信した発側ＩＢＣＦ１１３では、信号調整部４９１がＳＤＰを削除する（シーケンスＳ１６２）。信号調整部４９１は、いわば、シーケンスＳ１５２でＳＤＰを付与したのと逆の処理を行っている。シーケンスＳ１５２での処理に対して発側ネットワーク１００内での整合性をとるためである。
　通信部４１０は、信号調整部４９１がＳＤＰを削除した「２００ＯＫ（ＰＲＡＣＫ）」を発側端末装置３１１へ送信する（シーケンスＳ１６３）。
　また、シーケンスＳ１３３で「ＩＮＶＩＴＥ」を受信した着側端末装置３２１は、呼び出しを開始すると「１８０Ｒｉｎｇｉｎｇ」を送信する（シーケンスＳ１７１）。「１８０Ｒｉｎｇｉｎｇ」は、例えば呼び出し音を鳴らすなど呼び出し中であることを示す応答である。
　着側端末装置３２１は、シーケンスＳ１３３で受信した「ＩＮＶＩＴＥ」のＳＤＰに応じて、発側の現在の状態を示す「curr」、「remote」のＳＤＰの値を、リソース未予約を示す「none」にしている。
　なお、ＳＤＰの「Ｄ２」（Dialog２）は、発側端末装置３１１と着側端末装置３２１との間のＳＤＰ交換（セッション確立）に関するＳＤＰであることを示す。
　シーケンスＳ１７１で「１８０Ｒｉｎｇｉｎｇ」を受信した着側Ｓ－ＣＳＣＦ２１２は、着側ＣＡＴ－ＡＳ２２１へ「１８０Ｒｉｎｇｉｎｇ」を送信する（シーケンスＳ１７２）。「１８０Ｒｉｎｇｉｎｇ」を受信した着側ＣＡＴ－ＡＳ２２１は、ＣＡＴメディアを開始する（シーケンスＳ１７３）。すなわち、着側ＣＡＴ－ＡＳ２２１は、カスタマイズされた着信音の送信処理を開始する。
　また、着側ＣＡＴ－ＡＳ２２１は、シーケンスＳ１７２で受信した「１８０Ｒｉｎｇｉｎｇ」のＳＤＰでPreconditionが満たされていないことから「１８３（Ｄ２）」応答を発側ネットワーク１００側へ送信する（シーケンスＳ１７４）。
　Forking Model 方式では、着側ＣＡＴ－ＡＳ２２１は、受信した「１８０Ｒｉｎｇｉｎｇ」を終端し、発側ネットワーク１００側へは送信しない。一方、発側ネットワーク１００が、一旦、発側ネットワーク１００側のリソース未予約で着側ネットワーク２００側に通知した後、発側ネットワーク１００側のリソース予約済で通知することで、着側ＣＡＴ－ＡＳ２２１は、「１８０Ｒｉｎｇｉｎｇ」に相当する「１８３（Ｄ２）」応答を発側ネットワーク１００側へ送信する。
　シーケンスＳ１７４で通信部４１０が「１８３（Ｄ２）」を受信した発側ＩＢＣＦ１１３では、信号調整部４９１がメソッドを書き換える（シーケンスＳ１７５）。具体的には、発側ＩＢＣＦ１１３は、「１８３（Ｄ２）」応答から「１８０Ｒｉｎｇｉｎｇ」に書き換えている。
　上記のように、着側ネットワーク２００がForking Modelに対応していることから、着側ＣＡＴ－ＡＳ２２１が「１８０Ｒｉｎｇｉｎｇ」を終端し、発側ネットワーク１００側へは送信しない。一方、上記のように、着側ＣＡＴ－ＡＳ２２１は「１８０Ｒｉｎｇｉｎｇ」に相当する「１８３（Ｄ２）」応答を送信する。そこで、信号調整部４９１は、得られた「１８３（Ｄ２）」を、Gateway Model方式で必要とされている「１８０Ｒｉｎｇｉｎｇ」に書き換える。
　通信部４１０は、信号調整部４９１が「１８３（Ｄ２）」応答から書き換えた「１８０Ｒｉｎｇｉｎｇ」を発側端末装置３１１へ送信する（シーケンスＳ１７６）。通信部４１０は、通信制御部４７１の呼び出し中通知送信制御部４７３の制御に従って、シーケンスＳ１７６での「１８０Ｒｉｎｇｉｎｇ」の送信を行う。
　着側ＣＡＴ－ＡＳ２２１は、シーケンスＳ１７４で「１８０Ｒｉｎｇｉｎｇ」を送信した後、カスタマイズされた着信音（ＲＢＴ；Ring Back Tone）を送信する（シーケンスＳ１８１）。
　その後の処理については、図示及び説明を省略する。
　図３～５の例では、発側ネットワーク１００側がGateway Model方式を採用しているのに対し、着側ネットワーク２００側がForking Model方式を採用している。発側ネットワーク１００側が採用しているGateway Model方式では、「１８０Ｒｉｎｇｉｎｇ」が送信されることが前提となっており、「１８０Ｒｉｎｇｉｎｇ」が送信されずにＲＢＴが送信された場合の処理については規定されていない。従って、発側端末装置３１１が「１８０Ｒｉｎｇｉｎｇ」を受信せずにＲＢＴを受信した場合の処理は、発側端末装置３１１の実装に依存し、発側端末装置３１１が正常に動作しない可能性がある。
　これに対し、発側ＩＢＣＦ１１３が、リソース予約済みの場合でもリソース未予約として「ＩＮＶＩＴＥ」を送信することで（シーケンスＳ１１３～Ｓ１１４）、着側ネットワーク２００側から発側ネットワーク１００側へ「１８０Ｒｉｎｇｉｎｇ」が送信されるようにすることができる（シーケンスＳ１７１～Ｓ１７６）。これにより、発側端末装置３１１は、「１８０Ｒｉｎｇｉｎｇ」を受信してからＲＢＴを受信することができ、発側端末装置３１１が、Gateway Model方式に従って正常に動作することが期待される。
　なお、「ＩＮＶＩＴＥ」の送信時に着側端末装置３２１が未だリソースを予約していない点のみが図３～図５の例と異なる場合、着側ネットワーク２００側の「Resource available」（図３ではシーケンスＳ１１２）の位置が「ＩＮＶＩＴＥ」よりも後ろになるのみで、動作自体は図３～５の例の場合と同様である。
　図６～図７は、発側ネットワーク１００側、着側ネットワーク２００側のいずれもPreconditionをサポートしている場合の、ＩＭＳネットワーク１の動作の第二の例を示す説明図である。発側ネットワーク１００は、Gateway model方式を採用しており、着側ネットワーク２００は、Forking Model方式を採用している。
　同図では、発側端末装置３１１が「ＩＮＶＩＴＥ」を送信する際に、着側端末装置３２１は既にリソースを予約出来ているが、発側端末装置３１１はリソースを未予約である場合の例を示す。着側端末装置３２１は、シーケンスＳ２１１でリソースを予約済みである。
　同図の処理で、発側端末装置３１１は「ＩＮＶＩＴＥ」を送信している（シーケンスＳ２２１）。図６～図７の例では、図３の場合と異なり、発側端末装置３１１は未だリソースを予約していない。このため、発側端末装置３１１は、「ＩＮＶＩＴＥ」の「curr」、「local」のＳＤＰ（発側の現在の状態を示すＳＤＰ）の値を「none」（リソース未予約を示す値）にしている。このため、図６では、図３のシーケンスＳ１２２の場合と異なり、発側ＩＢＣＦ１１３は、「ＩＮＶＩＴＥ」のＳＤＰ値を変更せずにそのまま着側ネットワーク２００側へ送信している。具体的には、リソース予約状況判定部４８２が、ＳＤＰ値を参照して、発側端末装置３１１がリソースを未予約であると判定する。この判定結果に応じて、通信制御部４７１のセッション開始要求送信制御部４７２が通信部４１０を制御して「ＩＮＶＩＴＥ」（ＳＤＰ値を書き換えていない「ＩＮＶＩＴＥ」）を着側ネットワーク２００側へ転送させている。
　シーケンスＳ２３１～Ｓ２３３は、図３のシーケンスＳ１３１～Ｓ１３３の場合と同様である。
　また、図３の場合と同様、着側ＣＡＴ－ＡＳ２２１は発側ネットワーク１００側へ「１８３（Ｄ１）」応答を送信している（シーケンスＳ２４１）。図６では、図３の場合と異なり、着側ＣＡＴ－ＡＳ２２１が送信した「１８３（Ｄ１）」応答のＳＤＰの値（特に、「curr」、「remote」のＳＤＰの値「none」）が、現在の状態と整合している。このため、発側ＩＢＣＦ１１３は、「１８３（Ｄ１）」応答のＳＤＰを書き換えずにそのまま発側端末装置３１１へ送信している。具体的には、通信制御部４７１が通信部４１０を制御して、「１８３」応答を発側端末装置３１１へ転送させている。
　「１８３」応答を受信した発側端末装置３１１は、「ＰＲＡＣＫ」を着側ネットワーク２００側へ送信する（シーケンスＳ２４２）。ここでは、「１８３」応答から状態変化がないため、発側端末装置３１１は状態を示すＳＤＰを付さずに「ＰＲＡＣＫ」を送信している。この「ＰＲＡＣＫ」は発側ネットワーク１００及び着側ネットワーク２００の現在の状態に整合しているので、発側ＩＢＣＦ１１３は、「ＰＲＡＣＫ」をそのまま着側ネットワーク２００側へ送信している。具体的には、通信制御部４７１が通信部４１０を制御して「ＰＲＡＣＫ」を発側ネットワーク１００側へ送信させている。
　Preconditionが整っていないことから、着側ネットワーク２００側では着側ＣＡＴ－ＡＳ２２１が「ＰＲＡＣＫ」を終端して「２００ＯＫ（ＰＲＡＣＫ）」を応答している（シーケンスＳ２４３）。この「２００ＯＫ」についても発側ＩＢＣＦ１１３は、そのまま発側端末装置３１１へ送信している。具体的には、通信制御部４７１が通信部４１０を制御して「２００ＯＫ」を発側端末装置３１１へ送信させている。
　シーケンスＳ２５１～Ｓ２５２は、図５のシーケンスＳ１７１～Ｓ１７２と同様である。
　また、リソースを予約した発側端末装置３１１は（シーケンスＳ２６１）、「ＵＰＤＡＴＥ」を着側ネットワーク２００側へ送信する（シーケンスＳ２６２）。「ＵＰＤＡＴＥ」は、ＳＤＰの更新を通知するメソッドである。この「ＵＰＤＡＴＥ」についても発側ＩＢＣＦ１１３は、そのまま発側端末装置３１１へ送信している。具体的には、通信制御部４７１が通信部４１０を制御して「ＵＰＤＡＴＥ」を発側端末装置３１１へ送信させている。着側ＣＡＴ－ＡＳ２２１は、「ＵＰＤＡＴＥ」を参照することで、Preconditionが整ったことを検出することができる。
　シーケンスＳ２６２で「ＵＰＤＡＴＥ」を受信した着側ＣＡＴ－ＡＳ２２１は、「２００ＯＫ（ＵＰＤＡＴＥ）」を応答している（シーケンスＳ２６３）。この「２００ＯＫ」についても発側ＩＢＣＦ１１３は、そのまま発側端末装置３１１へ送信している。具体的には、通信制御部４７１が通信部４１０を制御して「２００ＯＫ」を発側端末装置３１１へ送信させている。
　シーケンスＳ２７１～Ｓ２７４は、図５のシーケンスＳ１７３～Ｓ１７６と同様である。シーケンスＳ２８１は、図５のシーケンスＳ１８１と同様である。図７の場合も図５の場合と同様、発側端末装置３１１は、「１８０Ｒｉｎｇｉｎｇ」を受信した後、ＲＢＴを受信している。
　シーケンスＳ２８１より後の処理については、図示及び説明を省略する。
　なお、「ＩＮＶＩＴＥ」の送信時に着側端末装置３２１が未だリソースを予約していない点のみが図６～図７の例と異なる場合、着側ネットワーク２００側の「Resource available」（図６ではシーケンスS２１１）の位置が「ＩＮＶＩＴＥ」よりも後ろになるのみで、動作自体は図６～図７の例の場合と同様である。
　図８～図９は、着側ネットワーク２００がPreconditionをサポートしているが、発側ネットワーク１００がPreconditionをサポートしていない場合の、ＩＭＳネットワーク１の動作の例を示す説明図である。発側ネットワーク１００は、Gateway model方式を採用しており、着側ネットワーク２００は、Forking Model方式を採用している。
　同図では、発側端末装置３１１が「ＩＮＶＩＴＥ」を送信する際に、着側端末装置３２１がリソースを未予約である場合の例を示す。発側ネットワーク１００がPreconditionをサポートしていないことから、シーケンスＳ３１１に示されるように、発側端末装置３１１は、「ＩＮＶＩＴＥ」を送信する際には必ずリソースを使用可能になっている。
　同図の処理で、発側端末装置３１１は「ＩＮＶＩＴＥ」を送信している（シーケンスＳ３１２）。発側端末装置３１１がPreconditionに未対応である場合、「ＩＮＶＩＴＥ」にＳＤＰは付与されない。この場合、着側端末装置３２１がリソース予約を完了しているか否かにかかわらず、発側ネットワーク１００の各機器（特に発側端末装置３１１）は、着側端末装置３２１がリソース予約を完了している前提で動作する。
　シーケンスＳ３１３～Ｓ３１５は、図３のシーケンスＳ１３１～Ｓ１３３と同様である。
　シーケンスＳ３１５で「ＩＮＶＩＴＥ」を受信した着側端末装置３２１は、リソースを予約して（シーケンスＳ３１６）、呼び出しを開始すると、「１８０Ｒｉｎｇｉｎｇ」を送信する（シーケンスＳ３１７）。
　そして、着側Ｓ－ＣＳＣＦ２１２は、シーケンスＳ３１７で受信した「１８０Ｒｉｎｇｉｎｇ」を着側ＣＡＴ－ＡＳ２２１へ送信する（シーケンスＳ３１８）。
　着側ＣＡＴ－ＡＳ２２１は、受信した「１８０Ｒｉｎｇｉｎｇ」を終端する。また、着側ＣＡＴ－ＡＳ２２１は、シーケンスＳ３１２で受信した「ＩＮＶＩＴＥ」に対応して「１８３（Ｄ１）」応答を送信する（シーケンスＳ３１９）。その際、着側ＣＡＴ－ＡＳ２２１は、「１８３（Ｄ１）」応答のP-Early-Media header fieldに「sendrecv」パラメータを設定して送信する。
　なお、Forking Model方式におけるDialog「Ｄ１」と「Ｄ２」とは、並列（Parallel）に実行される。従って、着側ＣＡＴ－ＡＳ２２１が「１８３（Ｄ１）」応答を送信するタイミングは、図８の例のタイミングに限らない。例えば、着側ＣＡＴ－ＡＳ２２１がシーケンスＳ３１８の「１８０Ｒｉｎｇｉｎｇ（Ｄ２）」を受信する前にシーケンスＳ３１９の「１８３（Ｄ１）」応答を送信することもあり得る。
　通信部４１０が「１８３」応答を受信した発側ＩＢＣＦ１１３では、アーリメディア対応判定部４８３が、得られた「１８３」応答のP-Early-Media header fieldに「sendrecv」パラメータが設定されていることを検出する。発側ＩＢＣＦ１１３は、「１８３」応答自体はそのまま発側端末装置３１１へ送信する。具体的には、通信制御部４７１が通信部４１０を制御して「１８３」応答を発側端末装置３１１へ送信させる。
　「１８３」応答を受信した発側端末装置３１１は、「ＰＲＡＣＫ」を送信する（シーケンスＳ３２１）。発側ＩＢＣＦ１１３は、この「ＰＲＡＣＫ」をそのまま着側ネットワーク２００側へ送信する。具体的には、通信部４１０が「ＰＲＡＣＫ」を受信すると、通信制御部４７１が通信部４１０を制御して、この「ＰＲＡＣＫ」を着側ネットワーク２００側へ転送させる。
　シーケンスＳ３２１で「ＰＲＡＣＫ」を受信した着側ＣＡＴ－ＡＳ２２１は、ＣＡＴメディアを開始する（シーケンスＳ３２２）。すなわち、着側ＣＡＴ－ＡＳ２２１は、カスタマイズされた着信音の送信処理を開始する。
　また、着側ＣＡＴ－ＡＳ２２１は、発側ネットワーク１００側に対して「２００ＯＫ（ＰＲＡＣＫ）」を送信する（シーケンスＳ３２３）。通信部４１０が「２００ＯＫ（ＰＲＡＣＫ）」を受信した発側ＩＢＣＦ１１３では、処理完了判定部４８４が「２００ＯＫ（ＰＲＡＣＫ）」であることを確認する。そして、通信部４１０は、「２００ＯＫ（ＰＲＡＣＫ）」をそのまま発側端末装置３１１へ送信する（シーケンスＳ３２４）。具体的には、通信制御部４７１の呼び出し中通知送信制御部４７３が通信部４１０を制御して、この「２００ＯＫ（ＰＲＡＣＫ）」を発側端末装置３１１へ転送させる。
　また、「２００ＯＫ（ＰＲＡＣＫ）」を確認した呼び出し中通知送信制御部４７３は、「１８０Ｒｉｎｇｉｎｇ」を生成する。そして、通信部４１０が、呼び出し中通知送信制御部４７３が生成した「１８０Ｒｉｎｇｉｎｇ」を呼び出し中通知送信制御部４７３の制御に従って発側端末装置３１１へ送信する（シーケンスＳ３２５）。
　また、着側ＣＡＴ－ＡＳ２２１は、シーケンスＳ３２３で「２００ＯＫ（ＰＲＡＣＫ）」を送信した後、ＲＢＴを送信する（シーケンスＳ３３１）。
　その後の処理については、図示及び説明を省略する。
　発側ネットワーク１００がPreconditionに対応していない場合、発側ネットワーク１００、着側ネットワーク２００共にPreconditionに対応している場合とは異なり、発側ネットワーク１００の側のリソース未予約をＳＤＰで着側ネットワーク２００側に通知することはできず、これによって「１８３（Ｄ２）」応答を得られない可能性がある。そこで、発側ＩＢＣＦ１１３は、着側ネットワーク２００側からの「１８３（Ｄ１）」応答のP-Early-Media header fieldの「sendrecv」パラメータを確認することで、後に着側ネットワーク２００側からＲＢＴが送信されることを確認しておく。そして、発側ＩＢＣＦ１１３は、準備完了を示す「２００ＯＫ（ＰＲＡＣＫ）」を検出すると、「１８０Ｒｉｎｇｉｎｇ」を生成して発側端末装置３１１へ送信する。これにより、発側端末装置３１１は、「１８０Ｒｉｎｇｉｎｇ」を受信してからＲＢＴを受信することができ、発側端末装置３１１が、Gateway Model方式に従って正常に動作することが期待される。
　なお、図８～図９を参照して説明した方法は、発側ネットワーク１００側がPreconditionに対応している場合にも適用できる。
　なお、「ＩＮＶＩＴＥ」の送信時に着側端末装置３２１が既にリソースを予約している点のみが図８～図９の例と異なる場合、着側ネットワーク２００側の「Resource available」（図９ではシーケンスＳ３１６）の位置が「ＩＮＶＩＴＥ」よりも前になるのみで、動作自体は図８～図９の例の場合と同様である。
　図１０～図１１は、発側ネットワーク１００がPreconditionをサポートしているが、着側ネットワーク２００がPreconditionをサポートしていない場合の、ＩＭＳネットワーク１の動作の例を示す説明図である。発側ネットワーク１００は、Gateway model方式を採用しており、着側ネットワーク２００は、Forking Model方式を採用している。
　同図では、発側端末装置３１１が「ＩＮＶＩＴＥ」を送信する際に、発側端末装置３１１がリソースを未予約である場合の例を示す。着側ネットワーク２００がPreconditionをサポートしていないことから、シーケンスＳ４１１に示されるように、着側端末装置３２１は、「ＩＮＶＩＴＥ」を受信する際には必ずリソースを使用可能になっている。
　同図の処理で、発側端末装置３１１は「ＩＮＶＩＴＥ」を送信している（シーケンスＳ４２１）。発側端末装置３１１は、Preconditionに対応しているため、「ＩＮＶＩＴＥ」にPreconditionのＳＤＰを付して送信している。但し、着側ネットワーク２００側がPreconditionに未対応であるため、着側ネットワーク２００側の装置はPreconditionのＳＤＰを無視する。
　シーケンスＳ４２１で「ＩＮＶＩＴＥ」を受信した着側ＣＡＴ－ＡＳ２２１は、ＣＡＴのリソースを準備する（シーケンスＳ４２２）。着側ＣＡＴ－ＡＳ２２１は、カスタマイズされた着信音を送信可能になっている。
　そして、着側ＣＡＴ－ＡＳ２２１は、着側Ｓ－ＣＳＣＦ２１２に「ＩＮＶＩＴＥ」を送信する（シーケンスＳ４２３）。着側Ｓ－ＣＳＣＦ２１２は、着側端末装置３２１に「ＩＮＶＩＴＥ」を送信する（シーケンスＳ４２４）。
　「ＩＮＶＩＴＥ」を受信した着側端末装置３２１は、呼び出しを開始すると「１８０Ｒｉｎｇｉｎｇ」を送信する（シーケンスＳ４２５）。
　シーケンスＳ４２５で「１８０Ｒｉｎｇｉｎｇ」を受信した着側Ｓ－ＣＳＣＦ２１２は、「１８０Ｒｉｎｇｉｎｇ」を着側ＣＡＴ－ＡＳ２２１に送信する（シーケンスＳ４２６）。
　着側ＣＡＴ－ＡＳ２２１は、受信した「１８０Ｒｉｎｇｉｎｇ」に対して「１８３（Ｄ１）」応答を送信する（シーケンスＳ４２７）。その際、着側ＣＡＴ－ＡＳ２２１は、「１８３（Ｄ１）」応答のP-Early-Media header fieldに「sendrecv」パラメータを設定して送信する。
　通信部４１０が「１８３」応答を受信した発側ＩＢＣＦ１１３では、アーリメディア対応判定部４８３が、得られた「１８３」応答のP-Early-Media header fieldに「sendrecv」パラメータが設定されていることを検出する。発側ＩＢＣＦ１１３は、「１８３」応答自体はそのまま発側端末装置３１１へ送信する。具体的には、通信制御部４７１が通信部４１０を制御して「１８３」応答を発側端末装置３１１へ送信させる。
　「１８３」応答を受信した発側端末装置３１１は、「ＰＲＡＣＫ」を送信する（シーケンスＳ４２８）。発側ＩＢＣＦ１１３は、この「ＰＲＡＣＫ」をそのまま着側ネットワーク２００側へ送信する。具体的には、通信部４１０が「ＰＲＡＣＫ」を受信すると、通信制御部４７１が通信部４１０を制御して、この「ＰＲＡＣＫ」を着側ネットワーク２００側へ転送させる。
　シーケンスＳ４２８で「ＰＲＡＣＫ」を受信した着側ＣＡＴ－ＡＳ２２１は、ＣＡＴメディアを開始する（シーケンスＳ４２９）。すなわち、着側ＣＡＴ－ＡＳ２２１は、カスタマイズされた着信音の送信処理を開始する。
　また、着側ＣＡＴ－ＡＳ２２１は、発側ネットワーク１００側に対して「２００ＯＫ（ＰＲＡＣＫ）」を送信する（シーケンスＳ４３１）。通信部４１０が「２００ＯＫ（ＰＲＡＣＫ）」を受信した発側ＩＢＣＦ１１３では、信号調整部４９１が「２００ＯＫ（ＰＲＡＣＫ）」であることを確認する。そして、発側ネットワーク１００は、「２００ＯＫ（ＰＲＡＣＫ）」をそのまま発側端末装置３１１へ送信する（シーケンスＳ４３２）。具体的には、通信制御部４７１が通信部４１０を制御して、この「２００ＯＫ（ＰＲＡＣＫ）」を発側端末装置３１１へ転送させる。
　また、発側端末装置３１１はリソースを予約している（シーケンスＳ４３３）。
　また、「２００ＯＫ（ＰＲＡＣＫ）」を確認した発側ＩＢＣＦ１１３は、「１８０Ｒｉｎｇｉｎｇ」を生成して発側端末装置３１１へ送信する（シーケンスＳ４３４）。具体的には、呼び出し中通知送信制御部４７３が、「１８０Ｒｉｎｇｉｎｇ」を生成する。そして、呼び出し中通知送信制御部４７３は、通信部４１０を制御して当該「１８０Ｒｉｎｇｉｎｇ」を発側端末装置３１１へ送信させる。
　着側ＣＡＴ－ＡＳ２２１は、シーケンスＳ４３１で「２００ＯＫ（ＰＲＡＣＫ）」を送信した後、ＲＢＴを送信する（シーケンスＳ４４１）。
　その後の処理については、図示及び説明を省略する。
　着側ネットワーク２００がPreconditionに対応していない場合も、発側ネットワーク１００がpreconditionに対応していない図８～図９の例の場合と同様、発側ネットワーク１００の側のリソース未予約をＳＤＰで着側ネットワーク２００側に通知することはできず、これによって「１８３（Ｄ２）」応答を得られない可能性がある。そこで、発側ＩＢＣＦ１１３は、着側ネットワーク２００側からの「１８３（Ｄ１）」応答のP-Early-Media header fieldの「sendrecv」パラメータの設定を確認することで、後に着側ネットワーク２００側からＲＢＴが送信されることを確認しておく。そして、発側ＩＢＣＦ１１３は、準備完了を示す「２００ＯＫ（ＰＲＡＣＫ）」を検出すると、「１８０Ｒｉｎｇｉｎｇ」を生成して発側端末装置３１１へ送信する。これにより、発側端末装置３１１は、「１８０Ｒｉｎｇｉｎｇ」を受信してからＲＢＴを受信することができ、発側端末装置３１１が、Gateway Model方式に従って正常に動作することが期待される。
　なお、発側ＩＢＣＦ１１３が「１８０Ｒｉｎｇｉｎｇ」を生成して送信するタイミングは、図８～図１１を参照して説明した「２００ＯＫ（ＰＲＡＣＫ）」を受信したタイミングに限らない。例えば、発側ＩＢＣＦ１１３が「１８ｘ（Ｄ１）」でP-Early-Media header fieldに「sendrecv」パラメータが設定された応答を受信したタイミングで「１８０Ｒｉｎｇｉｎｇ」を生成して発側端末装置３１１へ送信するようにしてもよい。
　なお、図１０～図１１を参照して説明した方法は、着側ネットワーク２００側がPreconditionに対応している場合にも適用できる。
　なお、「ＩＮＶＩＴＥ」の送信時に発側端末装置３１１が既にリソースを予約している点のみが図１０～図１１の例と異なる場合、発側ネットワーク１００側の「Resource available」（図１１ではシーケンスＳ４３３）の位置が「ＩＮＶＩＴＥ」よりも前になるのみで、動作自体は図１０～図１１の例の場合と同様である。
　なお、着側ネットワーク２００に加えて発側ネットワーク１００もPreconditionに対応していない場合、発側端末装置３１１は、「ＩＮＶＩＴＥ」送信前にリソースを使用可能な状態になっており、また、着側ネットワーク２００側も、発側ネットワーク１００側がリソースを使用可能であることを前提に動作する。従って、この場合のＩＭＳネットワーク１の動作としては、図１０～図１１の例で「ＩＮＶＩＴＥ」の送信時に発側端末装置３１１が既にリソースを予約している場合と同様であり、ＩＭＳネットワーク１の動作の概要は、図１０～図１１の例の場合と同様である。
　発側ネットワーク１００側及び着側ネットワーク２００側のいずれもPreconditionに対応している場合は、図３～図７を参照して説明した、発側ネットワーク１００側のリソース未予約をＳＤＰで通知する方法を用いることができる。以下、この方法を第一の方法と称する。
　一方、発側ネットワーク１００側及び着側ネットワーク２００側のうちいずれか一方又は両方がPreconditionに対応していない場合は、図８～図１１を参照して説明した、「１８ｘ」応答のP-Early-Media header fieldの「sendrecv」パラメータの設定を検出する方法を用いることができる。以下、この方法を第二の方法と称する。
　例えば、発側ＩＢＣＦ１１３は、図１２に示す手順に基づいて第一の方法及び第二の方法のうち何れを用いるかを決定することができる。
　図１２は、発側ＩＢＣＦ１１３が、第一の方法及び第二の方法のうちいずれを用いるかを決定する手順の例を示す説明図である。
　同図の処理にて、サポート判定部４８１は、発側ネットワーク１００側がPreconditionに対応しているか否かを判定する（ステップＳ５０１）。例えば、サポート判定部４８１は、上述したように発側端末装置３１１からの「ＩＮＶＩＴＥ」のヘッダを参照してステップＳ５０１での判定を行う。
　発側ネットワーク１００側が対応していると判定した場合（ステップＳ５０１：ＹＥＳ）、サポート判定部４８１は、着側ネットワーク２００側がPreconditionに対応しているか否かを判定する（ステップＳ５０２）。例えば、サポート判定部４８１は、上述したように着側ネットワーク２００側からの応答信号（例えば「１８３（Ｄ１）」応答）のパラメータを参照して、着側ネットワーク２００側がPreconditionをサポートしているか否かを判定する。
　着側ネットワーク２００側が対応していると判定した場合（ステップＳ５０２：ＹＥＳ）、制御部４６０は、第一の方法を用いることに決定する（ステップＳ５１１）。ステップＳ５１１の後、図１２の処理を終了する。
　一方、ステップＳ５０１で、発側ネットワーク１００側がPreconditionに対応していないと判定した場合（ステップＳ５０１：ＮＯ）、制御部４６０は、第二の方法を用いることに決定する（ステップＳ５２１）。ステップＳ５２１の後、図１２の処理を終了する。
　また、ステップＳ５０２で、着側ネットワーク２００側がPreconditionに対応していないと判定した場合（ステップＳ５０２：ＮＯ）も、ステップＳ５２１へ進む。
　以上のように、リソース予約状況判定部４８２は、発側端末装置３１１が送信し通信部４１０が受信した「ＩＮＶＩＴＥ」に含まれ、発側端末装置３１１のリソース予約状況を示すパラメータの値（ＳＤＰ値）が、予約済みを示す値か否かを判定する。リソース予約状況判定部４８２が、ＳＤＰ値が予約済みを示す値であると判定した場合、パラメータ値書換部４９２は、当該ＳＤＰ値を、リソース未予約を示す値に書き換える。
　リソース予約状況判定部４８２が、ＳＤＰ値が予約済みを示す値であると判定した場合、セッション開始要求送信制御部４７２は、パラメータ値書換部４９２がＳＤＰ値を書き換えた「ＩＮＶＩＴＥ」を着側ネットワーク２００へ送信するよう通信部４１０を制御する。一方、リソース予約状況判定部４８２が、ＳＤＰ値が予約済みを示す値でないと判定した場合、セッション開始要求送信制御部４７２は、発側端末装置３１１から受信した「ＩＮＶＩＴＥ」を着側ネットワーク２００へ送信するよう通信部４１０を制御する。
　「ＩＮＶＩＴＥ」に対する「１８３（Ｄ２）」応答が着側端末装置におけるソース予約済みを示す場合、呼び出し中通知送信制御部は、「１８０Ｒｉｎｇｉｎｇ」を発側端末装置３１１へ送信するよう通信部４１０を制御する。
　これにより、発側端末装置３１１は、「１８０Ｒｉｎｇｉｎｇ」を受信してからＲＢＴを受信することができ、発側端末装置３１１が、Gateway Model方式に従って正常に動作することが期待される。従って、発側ＩＢＣＦ１１３によれば、ＩＭＳにおいて発呼側と着呼側とでアーリメディアの方式が異なる場合でも、アーリメディアによるサービスを提供することができる。
　また、サポート判定部４８１は、発側ネットワーク１００及び発側端末装置３１１、着側ネットワーク２００及び着側端末装置３２１がいずれもPreconditionに対応しているか否かを通信部４１０の受信信号に基づいて判定する。
　サポート判定部４８１が、発側ネットワーク１００及び発側端末装置３１１、着側ネットワーク２００及び着側端末装置３２１の少なくともいずれかがPreconditionに対応していないと判定した場合、アーリメディア対応判定部４８３は、着側ネットワーク２００からの「１８３（Ｄ１）」応答のP-Early-Media header fieldに「sendrecv」パラメータが設定されているか否かを判定する。処理完了判定部４８４は、アーリメディア対応判定部が、「１８３（Ｄ１）」応答のP-Early-Media header fieldに「sendrecv」パラメータが設定されていると判定した後、着側ネットワーク２００から「２００ＯＫ（ＰＲＡＣＫ）」を通信部４１０が受信したか否かを判定する。
　呼び出し中通知送信制御部４７３は、処理完了判定部４８４が、「２００ＯＫ（ＰＲＡＣＫ）」を通信部４１０が受信したと判定した場合、発側端末装置３１１へ「１８０Ｒｉｎｇｉｎｇ」を送信するよう通信部４１０を制御する。
　また、リソース予約状況判定部４８２は、サポート判定部４８１が、発側ネットワーク１００及び発側端末装置３１１、着側ネットワーク２００及び着側端末装置３２１がいずれもPreconditionに対応していると判定した場合に、発側端末装置３１１が送信し通信部４１０が受信した「ＩＮＶＩＴＥ」に含まれ、発側端末装置３１１のリソース予約状況を示すパラメータの値（ＳＤＰ値）が、予約済みを示す値か否かを判定する。
　これにより、発側端末装置３１１は、発側ネットワーク１００及び発側端末装置３１１、着側ネットワーク２００及び着側端末装置３２１のいずれかがPreconditionに対応していない場合でも、「１８０Ｒｉｎｇｉｎｇ」を受信してからＲＢＴを受信することができ、発側端末装置３１１が、Gateway Model方式に従って正常に動作することが期待される。従って、発側ＩＢＣＦ１１３によれば、発側端末装置３１１は、ＩＭＳにおいて発呼側と着呼側とでアーリメディアの方式が異なり、かつ、発側ネットワーク１００及び発側端末装置３１１、着側ネットワーク２００及び着側端末装置３２１がいずれかがPreconditionに対応していない場合でも、アーリメディアによるサービスを提供することができる。
　また、アーリメディア対応判定部４８３は、着側ネットワーク２００からの「１８３（Ｄ１）」応答のP-Early-Media header fieldに「sendrecv」パラメータが設定されているか否かを判定する。処理完了判定部４８４は、アーリメディア対応判定部が、「１８３（Ｄ１）」応答のP-Early-Media header fieldに「sendrecv」パラメータが設定されていると判定した後、着側ネットワーク２００から「２００ＯＫ（ＰＲＡＣＫ）」を通信部４１０が受信したか否かを判定する。
　呼び出し中通知送信制御部４７３は、処理完了判定部４８４が、「２００ＯＫ（ＰＲＡＣＫ）」を通信部４１０が受信したと判定した場合、発側端末装置３１１へ「１８０Ｒｉｎｇｉｎｇ」を送信するよう通信部４１０を制御する。
　これにより、発側端末装置３１１は、発側ネットワーク１００及び発側端末装置３１１、着側ネットワーク２００及び着側端末装置３２１のいずれかがPreconditionに対応していない場合でも、「１８０Ｒｉｎｇｉｎｇ」を受信してからＲＢＴを受信することができ、発側端末装置３１１が、Gateway Model方式に従って正常に動作することが期待される。従って、発側ＩＢＣＦ１１３によれば、発側端末装置３１１は、ＩＭＳにおいて発呼側と着呼側とでアーリメディアの方式が異なり、かつ、発側ネットワーク１００及び発側端末装置３１１、着側ネットワーク２００及び着側端末装置３２１がいずれかがPreconditionに対応していない場合でも、アーリメディアによるサービスを提供することができる。
　次に、図１３及び図１４を参照して、本発明の最小構成について説明する。
　図１３は、本発明に係るアーリメディアサービス制御装置の最小構成の第一の例を示す説明図である。同図に示すアーリメディアサービス制御装置１０は、通信部１１と、リソース予約状況判定部１２と、パラメータ値書換部１３と、セッション開始要求送信制御部１４と、呼び出し中通知送信制御部１５とを備える。
　かかる構成にて、リソース予約状況判定部１２は、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置が送信し通信部１１が受信したセッション開始要求に含まれ、セッション開始要求発側端末装置のリソース予約状況を示すパラメータの値が、予約済みを示す値か否かを判定する。
　また、パラメータ値書換部１３は、リソース予約状況判定部１２が、パラメータの値が予約済みを示す値であると判定した場合、当該パラメータの値をリソース未予約を示す値に書き換える。
　また、セッション開始要求送信制御部１４は、リソース予約状況判定部１２が、パラメータの値が予約済みを示す値であると判定した場合、パラメータ値書換部１３がパラメータの値を書き換えたセッション開始要求をセッション開始要求着側ネットワークへ送信するよう通信部１１を制御し、リソース予約状況判定部１２が、パラメータの値が予約済みを示す値でないと判定した場合、セッション開始要求発側端末装置から受信したセッション開始要求をセッション開始要求着側ネットワークへ送信するよう通信部１１を制御する。
　そして、呼び出し中通知送信制御部１５は、通信部１１がセッション開始要求着側ネットワークへ送信したセッション開始要求に対して送信され、セッション開始要求着側端末装置におけるリソース予約済みを示す応答を通信部１１が受信した場合、呼び出し中通知をセッション開始要求発側端末装置へ送信するよう通信部１１を制御する。
　これにより、セッション開始要求発側端末装置は、呼び出し中通知を受信してからアーリメディアサービスのメディア（データ）を受信することができる。これにより、セッション開始要求発側端末装置が、呼び出し中通知を受信してからアーリメディアサービスのメディアを受信する方式に従って正常に動作することが期待される。従って、アーリメディアサービス制御装置１０によれば、ＩＭＳにおいて発呼側と着呼側とでアーリメディアの方式が異なる場合でも、アーリメディアによるサービスを提供することができる。
　図１４は、本発明に係るアーリメディアサービス制御装置の最小構成の第二の例を示す説明図である。同図に示すアーリメディアサービス制御装置２０は、通信部２１と、アーリメディア対応判定部２２と、処理完了判定部２３と、呼び出し中通知送信制御部２４と、を備える。
　かかる構成にて、アーリメディア対応判定部２２は、セッション開始要求に対する応答にセッション開始要求着側ネットワークがアーリメディアに対応していることを示すアーリメディア対応情報が含まれるか否かを判定する。
　また、処理完了判定部２３は、アーリメディア対応判定部２２が、応答にアーリメディア対応情報が含まれると判定した後、セッション開始要求着側ネットワークからリクエスト正常処理完了を示す処理完了信号を通信部が受信したか否かを判定する。
　そして、呼び出し中通知送信制御部２４は、処理完了判定部２３が、処理完了信号を通信部２１が受信したと判定した場合、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置に呼び出し中通知を送信するよう通信部２１を制御する。
　これにより、セッション開始要求発側ネットワーク及びセッション開始要求発側端末装置、セッション開始要求着側ネットワーク及びセッション開始要求着側端末装置のいずれかがリソース予約通知の規定に対応していない場合でも、セッション開始要求発側端末装置は、呼び出し中通知を受信してからアーリメディアサービスのメディアを受信することができる。これにより、セッション開始要求発側端末装置が、呼び出し中通知を受信してからアーリメディアサービスのメディアを受信する方式に従って正常に動作することが期待される。従って、アーリメディアサービス制御装置１０によれば、ＩＭＳにおいて発呼側と着呼側とでアーリメディアの方式が異なり、かつ、セッション開始要求発側ネットワーク及びセッション開始要求発側端末装置、セッション開始要求着側ネットワーク及びセッション開始要求着側端末装置のいずれかがリソース予約通知の規定に対応していない場合でも、アーリメディアによるサービスを提供することができる。
　なお、発側ＩＢＣＦ１１３の機能の全部または一部を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
　また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
　以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１６年２月２９日に出願された日本出願特願２０１６－０３８２７７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１　ＩＭＳネットワーク
　１０、２０　アーリメディアサービス制御装置
　１１、２１、４１０　通信部
　１２、４８２　リソース予約状況判定部
　１３、４９２　パラメータ値書換部
　１４、４７２　セッション開始要求送信制御部
　１５、２４、４７３　呼び出し中通知送信制御部
　２２、４８３　アーリメディア対応判定部
　２３、４８４　処理完了判定部
　１００　発側ネットワーク
　１１１　発側Ｐ－ＣＳＣＦ
　１１２　発側Ｓ－ＣＳＣＦ
　１１３　発側ＩＢＣＦ
　１１４　発側ＴｒＧＷ
　２００　着側ネットワーク
　２１１　着側Ｐ－ＣＳＣＦ
　２１２　着側Ｓ－ＣＳＣＦ
　２１３　着側ＩＢＣＦ
　２１４　着側ＴｒＧＷ
　２２１　着側ＣＡＴ－ＡＳ
　３１１　発側端末装置
　３２１　着側端末装置
　４５０　記憶部
　４６０　制御部
　４７１　通信制御部
　４８１　サポート判定部
　４９１　信号調整部

Claims (8)

  1. 　通信手段と、
    　呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置が送信し前記通信手段が受信したセッション開始要求に含まれ、前記セッション開始要求発側端末装置のリソース予約状況を示すパラメータの値が、予約済みを示す値か否かを判定するリソース予約状況判定手段と、
    　前記リソース予約状況判定手段が、前記パラメータの値が予約済みを示す値であると判定した場合、当該パラメータの値をリソース未予約を示す値に書き換えるパラメータ値書換手段と、
    　前記リソース予約状況判定手段が、前記パラメータの値が予約済みを示す値であると判定した場合、前記パラメータ値書換手段がパラメータの値を書き換えたセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信手段を制御し、前記リソース予約状況判定手段が、前記パラメータの値が予約済みを示す値でないと判定した場合、前記セッション開始要求発側端末装置から受信したセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信手段を制御するセッション開始要求送信制御手段と、
    　前記通信手段が前記セッション開始要求着側ネットワークへ送信した前記セッション開始要求に対して送信され、セッション開始要求着側端末装置におけるリソース予約済みを示す応答を前記通信手段が受信した場合、前記呼び出し中通知を前記セッション開始要求発側端末装置へ送信するよう前記通信手段を制御する呼び出し中通知送信制御手段とを備えるアーリメディアサービス制御装置。
  2. 　セッション開始要求発側ネットワーク及びセッション開始要求発側端末装置、セッション開始要求着側ネットワーク及びセッション開始要求着側端末装置がいずれもリソース予約有無の通知の規定に対応しているか否かを前記通信手段の受信信号に基づいて判定するサポート判定手段と、
    　前記サポート判定手段が、セッション開始要求発側ネットワーク及びセッション開始要求発側端末装置、セッション開始要求着側ネットワーク及びセッション開始要求着側端末装置の少なくともいずれかがリソース予約有無の通知の規定に対応していないと判定した場合、セッション開始要求に対する応答にセッション開始要求着側ネットワークがアーリメディアに対応していることを示すアーリメディア対応情報が含まれるか否かを判定するアーリメディア対応判定手段と、
    　前記アーリメディア対応判定手段が、前記応答に前記アーリメディア対応情報が含まれると判定した後、前記セッション開始要求着側ネットワークからリクエスト正常処理完了を示す処理完了信号を前記通信手段が受信したか否かを判定する処理完了判定手段と、
    　前記処理完了判定手段が、前記処理完了信号を前記通信手段が受信したと判定した場合、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置に前記呼び出し中通知を送信するよう前記通信手段を制御する呼び出し中通知送信制御手段とを備え、
    　前記リソース予約状況判定手段は、前記サポート判定手段が、セッション開始要求発側ネットワーク及びセッション開始要求発側端末装置、セッション開始要求着側ネットワーク及びセッション開始要求着側端末装置がいずれもリソース予約有無の通知の規定に対応していると判定した場合、前記セッション開始要求発側端末装置が送信し前記通信手段が受信したセッション開始要求に含まれ、前記セッション開始要求発側端末装置のリソース予約状況を示すパラメータの値が、予約済みを示す値か否かを判定する、
    　請求項１に記載のアーリメディアサービス制御装置。
  3. 　通信手段と、
    　セッション開始要求に対する応答にセッション開始要求着側ネットワークがアーリメディアに対応していることを示すアーリメディア対応情報が含まれるか否かを判定するアーリメディア対応判定手段と、
    　前記アーリメディア対応判定手段が、前記応答に前記アーリメディア対応情報が含まれると判定した後、前記セッション開始要求着側ネットワークからリクエスト正常処理完了を示す処理完了信号を前記通信手段が受信したか否かを判定する処理完了判定手段と、
    　前記処理完了判定手段が、前記処理完了信号を前記通信手段が受信したと判定した場合、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置に前記呼び出し中通知を送信するよう前記通信手段を制御する呼び出し中通知送信制御手段とを備えるアーリメディアサービス制御装置。
  4. 　通信手段を備えるアーリメディアサービス制御装置が、
    　呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置が送信し前記通信手段が受信したセッション開始要求に含まれ、前記セッション開始要求発側端末装置のリソース予約状況を示すパラメータの値が、予約済みを示す値か否かを判定し、
    　前記判定で、前記パラメータの値が予約済みを示す値であると判定した場合、当該パラメータの値をリソース未予約を示す値に書き換え、
    　前記判定で、前記パラメータの値が予約済みを示す値であると判定した場合、パラメータの値が書き換えられたセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信手段を制御し、前記判定で、前記パラメータの値が予約済みを示す値でないと判定した場合、前記セッション開始要求発側端末装置から受信したセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信手段を制御し、
    　前記セッション開始要求着側ネットワークへ送信した前記セッション開始要求に対して送信され、セッション開始要求着側端末装置におけるリソース予約済みを示す応答を受信した場合、前記呼び出し中通知を前記セッション開始要求発側端末装置へ送信するよう前記通信手段を制御する
    　アーリメディアサービス制御方法。
  5. 　前記アーリメディアサービス制御装置が、
    　セッション開始要求発側ネットワーク及びセッション開始要求発側端末装置、セッション開始要求着側ネットワーク及びセッション開始要求着側端末装置がいずれもリソース予約有無の通知の規定に対応しているか否かを前記通信手段の受信信号に基づいて判定し、
    　前記通信手段の受信信号に基づく判定で、セッション開始要求発側ネットワーク及びセッション開始要求発側端末装置、セッション開始要求着側ネットワーク及びセッション開始要求着側端末装置の少なくともいずれかがリソース予約有無の通知の規定に対応していないと判定した場合、セッション開始要求に対する応答にセッション開始要求着側ネットワークがアーリメディアに対応していることを示すアーリメディア対応情報が含まれるか否かを判定し、
    　前記判定で、前記応答に前記アーリメディア対応情報が含まれると判定した後、前記セッション開始要求着側ネットワークからリクエスト正常処理完了を示す処理完了信号を前記通信手段が受信したか否かを判定し、
    　前記判定で、前記処理完了信号を前記通信手段が受信したと判定した場合、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置に前記呼び出し中通知を送信するよう前記通信手段を制御し、
    　前記通信手段の受信信号に基づく判定で、セッション開始要求発側ネットワーク及びセッション開始要求発側端末装置、セッション開始要求着側ネットワーク及びセッション開始要求着側端末装置がいずれもリソース予約有無の通知の規定に対応していると判定した場合、前記セッション開始要求発側端末装置が送信し前記通信手段が受信したセッション開始要求に含まれ、前記セッション開始要求発側端末装置のリソース予約状況を示すパラメータの値が、予約済みを示す値か否かを判定する、
    　請求項４に記載のアーリメディアサービス制御方法。
  6. 　通信手段を備えるアーリメディアサービス制御装置が、
    　セッション開始要求に対する応答にセッション開始要求着側ネットワークがアーリメディアに対応していることを示すアーリメディア対応情報が含まれるか否かを判定し、
    　前記判定で、前記応答に前記アーリメディア対応情報が含まれると判定した後、前記セッション開始要求着側ネットワークからリクエスト正常処理完了を示す処理完了信号を前記通信手段が受信したか否かを判定し、
    　前記判定で、前記処理完了信号を前記通信手段が受信したと判定した場合、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置に前記呼び出し中通知を送信するよう前記通信手段を制御する
    　アーリメディアサービス制御方法。
  7. 　通信手段を備えるコンピュータに、
    　呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置が送信し前記通信手段が受信したセッション開始要求に含まれ、前記セッション開始要求発側端末装置のリソース予約状況を示すパラメータの値が、予約済みを示す値か否かを判定するリソース予約状況判定ステップと、
    　前記リソース予約状況判定ステップで、前記パラメータの値が予約済みを示す値であると判定した場合、当該パラメータの値をリソース未予約を示す値に書き換えるパラメータ値書換ステップと、
    　前記リソース予約状況判定ステップで、前記パラメータの値が予約済みを示す値であると判定した場合、前記パラメータ値書換ステップでパラメータの値を書き換えたセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信手段を制御し、前記リソース予約状況判定ステップで、前記パラメータの値が予約済みを示す値でないと判定した場合、前記セッション開始要求発側端末装置から受信したセッション開始要求をセッション開始要求着側ネットワークへ送信するよう前記通信手段を制御するセッション開始要求送信制御ステップと、
    　前記セッション開始要求着側ネットワークへ送信した前記セッション開始要求に対して送信され、セッション開始要求着側端末装置におけるリソース予約済みを示す応答を受信した場合、前記呼び出し中通知を前記セッション開始要求発側端末装置へ送信するよう前記通信手段を制御する呼び出し中通知送信制御ステップと
    　を実行させるためのプログラムが記憶された記憶媒体。
  8. 　通信手段を備えるコンピュータに、
    　セッション開始要求に対する応答にセッション開始要求着側ネットワークがアーリメディアに対応していることを示すアーリメディア対応情報が含まれるか否かを判定するアーリメディア対応判定ステップと、
    　前記アーリメディア対応判定ステップで、前記応答に前記アーリメディア対応情報が含まれると判定した後、前記セッション開始要求着側ネットワークからリクエスト正常処理完了を示す処理完了信号を前記通信手段が受信したか否かを判定する処理完了判定ステップと、
    　前記処理完了判定ステップで、前記処理完了信号を前記通信手段が受信したと判定した場合、呼び出し中通知受信を要件の１つとしてアーリメディアのサービス実行を開始するアーリメディア方式のセッション開始要求発側端末装置に前記呼び出し中通知を送信するよう前記通信手段を制御する呼び出し中通知送信制御ステップと
    　を実行させるためのプログラムが記憶された記憶媒体。
PCT/JP2017/006399 2016-02-29 2017-02-21 アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラムが記憶された記憶媒体 WO2017150281A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2018503061A JP6593525B2 (ja) 2016-02-29 2017-02-21 アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラム
US16/079,159 US10397285B2 (en) 2016-02-29 2017-02-21 Early-media service control device, early-media service control method, and storage medium having program stored thereon

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016038277 2016-02-29
JP2016-038277 2016-02-29

Publications (1)

Publication Number Publication Date
WO2017150281A1 true WO2017150281A1 (ja) 2017-09-08

Family

ID=59743894

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/006399 WO2017150281A1 (ja) 2016-02-29 2017-02-21 アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラムが記憶された記憶媒体

Country Status (3)

Country Link
US (1) US10397285B2 (ja)
JP (1) JP6593525B2 (ja)
WO (1) WO2017150281A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6912729B2 (ja) * 2018-04-12 2021-08-04 日本電信電話株式会社 Ｓｉｐプロキシサーバ、通信方法およびｓｉｐプロキシプログラム
CN116320182A (zh) * 2019-10-16 2023-06-23 华为技术有限公司 呼叫处理的方法、系统及相关装置
KR20220018761A (ko) * 2020-08-07 2022-02-15 에스케이텔레콤 주식회사 얼리 세션 모델 기반 비디오 cat을 제공하기 위한 통신 프로토콜

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015162827A (ja) * 2014-02-27 2015-09-07 Kddi株式会社 アーリーメディアの送信タイミングを制御するセッション制御方法、ｓｉｐサーバ及びプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10348208A1 (de) * 2003-10-16 2005-05-19 Siemens Ag Behandlung von Early Media-I
KR101247985B1 (ko) 2006-06-09 2013-03-27 에스케이텔레콤 주식회사 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리미디어 서비스 제공 방법
CN101267597B (zh) 2007-03-13 2012-04-04 华为技术有限公司 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置
US8886558B2 (en) * 2011-09-11 2014-11-11 Dani Alyamour Method and system for implementing mobile transaction solution based on early media dynamic content generation
US8832298B2 (en) * 2012-03-16 2014-09-09 Qualcomm Incorporated Managing early media for communication sessions established via the session initiation protocol (SIP)
US9510024B2 (en) * 2014-09-12 2016-11-29 Spotify Ab System and method for early media buffering using prediction of user behavior
US9749378B2 (en) * 2014-02-07 2017-08-29 Spotify Ab System and method for early media buffering using prediction of user behavior
JP2015186249A (ja) 2014-03-26 2015-10-22 沖電気工業株式会社 通信システム、セッション制御装置及び転送制御装置
US10931719B2 (en) * 2015-04-20 2021-02-23 Avaya Inc. Early media handling

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015162827A (ja) * 2014-02-27 2015-09-07 Kddi株式会社 アーリーメディアの送信タイミングを制御するセッション制御方法、ｓｉｐサーバ及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CT3: "CRs on Inter-IMS NNI Option Items", 3GPP TSG-CT#56 CP-120348, 15 June 2012 (2012-06-15), XP055601229, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ct/TSG_CT/TSGC_56_Ljubljana/Docs/CP-120348.zip> *

Also Published As

Publication number Publication date
US20190052682A1 (en) 2019-02-14
JPWO2017150281A1 (ja) 2018-12-20
JP6593525B2 (ja) 2019-10-23
US10397285B2 (en) 2019-08-27

Similar Documents

Publication Publication Date Title
JP2007020000A (ja) Ｓｉｐサーバ、端末装置、加入者情報管理装置、通信制御方法
JP4874993B2 (ja) 通信システムにおける初期メディアの容易化
JP6593525B2 (ja) アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラム
WO2006006051A1 (en) Combined user agent for packet-based communication clients
EP2587777B1 (en) Method and system for implementing color ring back tone and multimedia ring alert tone service.
KR100855115B1 (ko) 얼리 미디어 ⅱ의 핸들링
JP5593304B2 (ja) 呼を終了する方法及びボイスオーバーｉｐ端末
US8331352B2 (en) Interworking supplementary call services between different communication protocols
CN1988546A (zh) 获取会话起始协议消息传输路径的方法及系统
JP5311460B2 (ja) 接続制御装置
JPWO2006003758A1 (ja) 通信システム及び転送制御方法並びにそれに用いる電話装置、通信装置及びプログラム
US10193938B2 (en) Operating a network node
JP2011049687A (ja) 通信ネットワークシステムとそのｓｉｐ信号中継方法及びｓｉｐアプリケーション・サーバ
JP2017028591A (ja) リソース確保装置、および、リソース確保方法
EP3104572B1 (en) Data service processing method and device based on session initiation protocol (sip)
US11540209B2 (en) Method for determining a set of encoding formats in order to establish a communication
EP2453629B1 (en) Method and apparatus for call proceeding in call control of application server
AU2011338587B2 (en) Method and apparatus for processing multiple incoming calls in a single device
US11283842B2 (en) Method for controlling a communication comprising multiple transactions
JP5225914B2 (ja) ネットワーク中継装置およびネットワーク中継方法
CN115334050A (zh) 呼叫处理方法、装置、会话初始协议服务器及存储介质
JP6549523B2 (ja) 要求先端末のオプション機能の非使用を整合する網間制御方法、ｓｉｐサーバ及びプログラム
CN104253914B (zh) 一种用于话音频带数据激励事件协商的方法及其媒体网关
WO2018121590A1 (zh) Sip终端呼叫转接方法及系统
KR100636279B1 (ko) 브이오아이피 시스템의 자원정보를 이용한 호제어 시스템및 그 방법

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2018503061

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17759747

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17759747

Country of ref document: EP

Kind code of ref document: A1