WO2019176730A1 - 断監視終端装置及び断監視方法 - Google Patents

断監視終端装置及び断監視方法 Download PDF

Info

Publication number
WO2019176730A1
WO2019176730A1 PCT/JP2019/009113 JP2019009113W WO2019176730A1 WO 2019176730 A1 WO2019176730 A1 WO 2019176730A1 JP 2019009113 W JP2019009113 W JP 2019009113W WO 2019176730 A1 WO2019176730 A1 WO 2019176730A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
disconnection monitoring
monitoring
disconnection
monitoring timer
Prior art date
Application number
PCT/JP2019/009113
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 US16/979,979 priority Critical patent/US11444858B2/en
Publication of WO2019176730A1 publication Critical patent/WO2019176730A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/22—Parsing or analysis of headers

Definitions

  • the present invention relates to a technology for monitoring the inability to communicate with RTP packets (RTP disconnection monitoring technology).
  • SDP Session Description-Protocol, Non-Patent Document 2
  • RTP Real-time Transport-Protocol, Non-Patent Document 2
  • the source terminal In the negotiation of media information, the source terminal describes the media information (audio / video, etc.) that it wants to use for communication and various parameters of the media (codec, packetization period, etc.) in the SDP offer, and the destination terminal makes the SDP offer. This is done by selecting media conditions to be used for communication from the described media conditions, describing them in the SDP answer, and returning them to the calling terminal. Thereby, the conditions of communication media are decided (nonpatent literature 3).
  • FIG. 7 shows a functional operation overview of the RTP disconnection monitoring function.
  • the C plane device 3a of the first network (source network) 100 and the C plane device 3b of the second network (destination network) 200 after completing the SDP offer / SDP answer, disconnect the RTP to the U plane devices 2a and 2b. Instructions and settings for starting monitoring are performed (S5, S7).
  • the U-plane devices 2a and 2b perform communication monitoring of RTP packets in the opposite networks (200 and 100), respectively (S9 and S10).
  • the U plane device 2a After that, when RTP communication becomes impossible in the second network 200 due to the failure of the U plane device 2b, the U plane device 2a finally receives the RTP packet from the opposite U plane device 2b and receives a certain period of time (in the disconnection monitoring timer). When the set time has elapsed, an RTP disconnection signal is notified to the C-plane device 3a (S11). In response to the notification of the RTP disconnection signal, the C plane device 3a transmits a BYE request for disconnecting the call (releasing the dialog) (S12 to S14).
  • Non-Patent Document 4 specifies P-CSCF (IMS-ALG) / IMS-AGW
  • Non-Patent Document 5 specifies IBCF (IMS-ALG) / TrGW.
  • SIP Session Initiation Protocol
  • RFC3261 Session Description Protocol
  • RFC2327 An Offer / Answer Model” with “The Session” Description “Protocol” (SDP), RFC3264 “3rd Generation Generation Partnership Project; Technical Standard Specification Group Group Core and Network Terminals; IP Multimedia Multimedia Subsystem (IMS) Application Level Security Gateway (IMS-ALG) IMS Service Access Gateway (IMS-AGW) Interface: Protocol Procedures description 14 (Release 334 PTS) V14.4.0 (2017-12) “3rd Generation Generation Partnership Project; Technical Standard Specification Group Core Core Network and Terminals; Interworking, together, SIP-I-based circuit-switched core, network, and other networks (Release 14), 3GPP TS 29.235 V14.0.0 (2017-03)
  • An example in which two networks 200 are interconnected is shown.
  • the media device 5 in order to stop sending the early media, transmits an UPDATE request (SDP is not set) including a P-Early-Media header in which “inactive” is set, and RTP disconnection is performed. Monitoring is stopped (S11).
  • the U-plane device 2a causes a call disconnection after a certain period of time has elapsed in the disconnection monitoring timer. There is.
  • a disconnection monitoring timer for performing RTP disconnection monitoring can be freely set by a policy in the network such as VoIP. For example, in a mobile operator, a relatively long RTP packet disconnection may occur depending on the state of wireless communication even though the U-plane device is normal.
  • Fig. 8 shows an example of interconnecting networks with different disconnection monitoring timer values.
  • the value of the disconnection monitoring timer of the first network 100 is set to 10 seconds, and the value of the disconnection monitoring timer of the second network 200 is set to 30 seconds.
  • the disconnection monitoring timer is set to 10 seconds even if the RTP communication may be recovered within 30 seconds. Since the disconnection is detected in the first network 100, there is a problem that the call is disconnected.
  • the present invention has been made in view of the above circumstances, and an object thereof is to appropriately avoid erroneous call disconnection between interconnected networks at a low cost without refurbishing in-network devices. .
  • a disconnection monitoring termination apparatus includes a first network that monitors the inability to communicate with RTP packets in the second network using a disconnection monitoring timer, and a terminal that does not send a hold signal.
  • a signal control unit that is connected between the second network and that controls signals transmitted and received between the first network and the second network, and monitors the inability to communicate RTP packets on the second network.
  • a disconnection monitoring timer storage unit for storing a value of a disconnection monitoring timer for monitoring the second network used to perform the operation, and a value of the disconnection monitoring timer for the second network monitoring from the value of the disconnection monitoring timer of the first network
  • a disconnection monitoring timer setting unit that sets a smaller value
  • an RTP disconnection monitoring unit that monitors the inability to communicate with RTP packets in the second network using the disconnection monitoring timer for monitoring the second network, and
  • the signal control unit cannot communicate RTP packets in the second network.
  • the disconnection monitoring and terminating device sets the inactive to the first network that monitors the inability to communicate with the RTP packet in the second network based on the direction attribute of SDP, and inactive in the P-Early-Media header.
  • a signal control unit that controls a signal transmitted and received between the first network and the second network, the signal control unit comprising: P-Early -When an UPDATE request including an inactive in the Media header does not include an SDP in which an inactive direction attribute is set, an SDP in which an inactive direction attribute is set is generated and sent to the second network.
  • a disconnection monitoring and terminating device between a first network and a second network that respectively monitor the inability to communicate RTP packets in the second network or the first network using disconnection monitoring timers having different values.
  • a signal control unit that controls signals transmitted and received between the first network and the second network, a disconnection monitoring timer value held by the first network, and a value held by the second network
  • An in-network monitoring timer storage unit for storing a disconnection monitoring timer value, and for monitoring both networks used for monitoring the inability to communicate RTP packets in both the first network and the second network
  • a disconnection monitoring timer storage unit for storing a disconnection monitoring timer value, a disconnection monitoring timer value held by the first network and a disconnection monitoring timer held by the second network.
  • a disconnection monitoring timer setting unit for setting the timer to a value smaller than the timer value;
  • An RTP disconnection monitoring unit that monitors the incompatibility of the RTP packets between the first network and the second network using a disconnection monitoring timer, and the signal control unit includes the first network
  • an UPDATE request or a re-INVITE request in which the recvony direction attribute is set is transmitted to the other network. It is characterized by doing.
  • the disconnection monitoring method according to claim 4 is the disconnection monitoring method performed by the disconnection monitoring termination device, wherein the disconnection monitoring termination device monitors the inability to communicate RTP packets in the second network using a disconnection monitoring timer. And a second network monitoring disconnection monitoring timer value used for monitoring the inability to communicate with the RTP packet in the second network.
  • the disconnection monitoring method is the disconnection monitoring method performed by the disconnection monitoring termination device, wherein the disconnection monitoring termination device monitors the inability to communicate RTP packets in the second network based on the SDP direction attribute. And a second network that stops sending early media by setting inactive in the P-Early-Media header, and signals transmitted and received between the first network and the second network.
  • the UPDATE request including the inactive in the P-Early-Media header does not include the SDP with the inactive direction attribute set
  • the SDP with the inactive direction attribute set is included. Generate and send to the second network.
  • the disconnection monitoring method according to claim 6 is the disconnection monitoring method performed by the disconnection monitoring termination device, wherein the disconnection monitoring termination device uses RPS packets in the second network or the first network by using disconnection monitoring timers having different values, respectively.
  • a disconnection monitoring timer value held by the first network and a disconnection monitoring timer value held by the second network are connected between the first network and the second network that respectively monitor the inability to communicate with each other.
  • a first step stored in an internal interruption monitoring timer storage unit, and an interruption monitoring timer for monitoring both networks used to monitor the inability to communicate with RTP packets in both the first network and the second network The second step of storing the value of the interruption monitoring timer in the interruption monitoring timer storage unit, the value of the interruption monitoring timer held by the first network for the value of the interruption monitoring timer for monitoring both networks, and the interruption monitoring held by the second network
  • a fifth step of monitoring each RTP packet inability to communicate wherein in the fourth step, the RTP packet of one network having a larger value of the disconnection monitoring timer is selected from the first network and the second network.
  • an UPDATE request or a re-INVITE request in which the recvony direction attribute is set is transmitted to the other network.
  • FIG. 1 is a diagram illustrating an overall configuration of a call processing system according to a first embodiment. It is a figure which shows the process sequence of the call processing system which concerns on 1st Embodiment. It is a figure which shows the whole structure of the call processing system which concerns on 2nd Embodiment. It is a figure which shows the process sequence of the call processing system which concerns on 2nd Embodiment. It is a figure which shows the whole structure of the call processing system which concerns on 3rd Embodiment. It is a figure which shows the process sequence of the call processing system which concerns on 3rd Embodiment. It is a figure which shows the functional operation
  • a disconnection monitoring termination device corresponding to a C / U plane device Is newly introduced.
  • the disconnection monitoring termination device sets the value of the disconnection monitoring timer for monitoring the second network to be smaller than the value of the disconnection monitoring timer of the first network and detects the inability to communicate with the RTP packet in the second network
  • the media direction attribute is changed based on the request, so that the U-plane device in the first network is sent from the second network to the first network. Stops media monitoring.
  • the direction attribute of the medium is changed (returns to the original state), so that RTP disconnection monitoring in the U-plane device of the first network is resumed.
  • FIG. 1 is a diagram showing an overall configuration of a call processing system according to the first embodiment.
  • FIG. 2 is a diagram illustrating a processing sequence of the call processing system according to the first embodiment.
  • the call processing system according to the present embodiment includes a first network 100, a second network 200, and a disconnection monitoring termination device 1.
  • the first network 100 includes a fixed telephone terminal 4a, a C plane device 3a such as a SIP server, and a U plane device 2a such as an edge router.
  • the C plane device 3 a is a device that controls a call established by the fixed telephone terminal 4 a with the fixed telephone terminal 4 b of the second network 200.
  • the second network 200 has the same configuration as the first network 100, but accommodates terminals that do not send a hold signal.
  • the fixed telephone terminal 4b is a terminal that does not send a hold signal.
  • the second network 200 includes a C plane device 3b, a U plane device 2b, and a fixed telephone terminal 4b.
  • the C plane device 3 b is a device that controls a call established by the fixed telephone terminal 4 b with the fixed telephone terminal 4 a of the first network 100.
  • an RTP disconnection monitoring function for monitoring the inability to communicate with RTP packets in the first network 100.
  • the disconnection monitoring termination device 1 is connected between the first network 100 and the second network 200 and is transmitted / received between the first network 100 and the second network 200. And an RTP disconnection monitoring function for monitoring the inability to communicate with RTP packets in both the first network 100 and the second network 200.
  • the disconnection monitoring termination device 1 includes, for example, a signal control unit 11, a disconnection monitoring timer storage unit 12, a disconnection monitoring timer setting unit 13, and an RTP disconnection monitoring unit 14.
  • the signal control unit 11 has a function of controlling signals transmitted and received between the first network 100 and the second network 200.
  • the signal is, for example, a SIP signal or an RTP packet.
  • the disconnection monitoring timer storage unit 12 determines the value of the disconnection monitoring timer for monitoring the first network used to monitor the inability to communicate with the RTP packet in the first network 100 and the inability to communicate with the RTP packet in the second network 200. And a function of storing the value of the disconnection monitoring timer for monitoring the second network used for monitoring.
  • the disconnection monitoring timer setting unit 13 has a function of setting the value of the disconnection monitoring timer for monitoring the second network to a value smaller than the value of the disconnection monitoring timer of the first network 100.
  • the disconnection monitoring timer possessed by the first network 100 is a disconnection monitoring timer held by the U-plane device 2b of the first network 100.
  • the RTP disconnection monitoring unit 14 monitors the inability to communicate RTP packets in the first network 100 using the disconnection monitoring timer for monitoring the first network, and uses the disconnection monitoring timer for the second network to monitor the second network.
  • 200 has a function of monitoring the incompatibility of RTP packets at 200.
  • Steps S11 to S13 During or after the processing of steps S1 to S10, the C plane device 3b instructs the U plane device 2b to start RTP disconnection monitoring based on the OK response (S5) from the fixed telephone terminal 4b (S6). . As a result, the U-plane device 2b starts monitoring the inability to communicate with the RTP packet in the first network 100 using the disconnection monitoring timer held by itself (S11).
  • the C plane device 3a instructs the U plane device 2a to start RTP disconnection monitoring based on an OK response (S8) from the opposing C plane device 3b (actually the disconnection monitoring termination device 1). (S9).
  • the U-plane device 2a starts monitoring the inability to communicate with the RTP packet in the second network 200 using the disconnection monitoring timer held by itself (S13).
  • the RTP disconnection monitoring unit 14 of the disconnection monitoring termination device 1 uses the value of the disconnection monitoring timer for the first network monitoring based on the OK response (S7) from the C plane device 3b on the arrival side.
  • Monitoring of the inability to communicate with the RTP packet at the second network 200 is started, and monitoring of the inability to communicate with the RTP packet at the second network 200 is started using the value of the disconnection monitoring timer for monitoring the second network (S12).
  • a value smaller than the value of the disconnection monitoring timer of the first network 100 is set as the value of the disconnection monitoring timer for monitoring the second network.
  • Steps S16 to S19; After that, when receiving the RTP packet from the second network 200, the signal control unit 11 of the disconnection monitoring termination device 1 sends a UDPATE request or a re-INVITE request including an SDP offer in which the direction attribute “a sendrecv” is set. Send to the first network 100.
  • the first network 100 that monitors the inability to communicate with the RTP packet in the second network 200 using the disconnection monitoring timer, and the second network that accommodates terminals that do not transmit a hold signal.
  • the disconnection monitoring and terminating device 1 is connected to 200, and the disconnection monitoring and terminating device 1 uses the disconnection monitoring timer for monitoring the second network having a value smaller than the value of the disconnection monitoring timer of the first network 100.
  • FIG. 3 is a diagram showing an overall configuration of the call processing system according to the second embodiment.
  • FIG. 4 is a diagram illustrating a processing sequence of the call processing system according to the second embodiment.
  • the call processing system according to the present embodiment includes a first network 100, a second network 200, and a disconnection monitoring termination device 1.
  • the second network 200 is a network that stops sending early media using a P-Early-Media header.
  • the second network 200 includes a C plane device 3b, a U plane device 2b, and a media device 5.
  • the media device 5 is, for example, an AP server (Application Server) or an MRF (Media Resource Function) server.
  • the U-plane device 2b performs a process of transferring a call between the C-plane device 3a and the media device 5 and stops sending the early media based on the inactive set in the P-Early-Media header.
  • An RTP disconnection monitoring function is provided for monitoring the inability to communicate RTP packets in the first network 100 using the Early-Media header.
  • the disconnection monitoring termination device 1 includes a signal control unit 11 as shown in FIG.
  • the signal control unit 11 has a function of controlling signals transmitted and received between the first network 100 and the second network 200.
  • Steps S11 and S12 During or after the processing in steps S1 to S10, the C plane device 3b instructs the U plane device 2b to start RTP disconnection monitoring based on the OK response (S5) from the media device 5 (S6). As a result, the U-plane device 2b starts monitoring the inability to communicate with the RTP packet in the first network 100 using the disconnection monitoring timer held by itself (S11).
  • the C plane device 3a instructs the U plane device 2a to start RTP disconnection monitoring based on an OK response (S8) from the opposing C plane device 3b (actually the disconnection monitoring termination device 1). (S9).
  • the U-plane device 2a starts monitoring the inability to communicate with the RTP packet in the second network 200 using the disconnection monitoring timer held by itself (S12).
  • Step S13 Thereafter, when the media device 5 transmits an UPDATE request (SDP is not set) including a P-Early-Media header in which “inactive” is set to stop the early media, the U-plane device 2b -Stop monitoring the communication of the RTP packet on the first network 100 based on "inactive" set in the Early-Media header, and send the received UPDATE request (no SDP setting) to the first network 100.
  • SDP User Datagram Protocol
  • P-Early-Media header in which “inactive” is set to stop the early media
  • the U-plane device 2b -Stop monitoring the communication of the RTP packet on the first network 100 based on "inactive" set in the Early-Media header, and send the received UPDATE request (no SDP setting) to the first network 100.
  • Steps S16 to S22; Thereafter, the C plane device 3a of the first network 100 is sent from the second network 200 to the first network 100 to the U plane device 2a based on the direction attribute “a inactive” set in the SDP.
  • the media disconnection monitoring (the process of step S12) is stopped (S16).
  • a disconnection monitoring termination device is newly introduced when interconnecting a first network and a second network having different disconnection monitoring timer values.
  • the disconnection monitoring termination device stores in advance the values of disconnection monitoring timers for the first network and the second network that are interconnected. For example, the disconnection monitoring termination device stores in advance that the network monitoring timer value of the first network is 10 seconds and the network monitoring timer value of the second network is 30 seconds. Then, the disconnection monitoring termination device sets the disconnection monitoring timer of the own device to a value smaller than the minimum value of the respective disconnection monitoring timers of the first network and the second network, and performs RTP disconnection monitoring in each network.
  • the disconnection monitoring termination device can detect RTP disconnection in each network before RTP disconnection detection is performed in both networks, and RTP disconnection detection is performed for media from the second network with a long disconnection monitoring timer.
  • RTP disconnection detection is performed for media from the second network with a long disconnection monitoring timer.
  • the C-plane device of the first network stops monitoring the disconnection of the media sent from the second network to the first network with respect to the U-plane device of the first network. To do.
  • the call disconnection can be avoided up to 30 seconds which is the longer disconnection monitoring timer.
  • FIG. 5 is a diagram showing an overall configuration of a call processing system according to the third embodiment.
  • FIG. 6 is a diagram illustrating a processing sequence of the call processing system according to the third embodiment.
  • the call processing system according to the present embodiment includes a first network 100, a second network 200, and a disconnection monitoring termination device 1.
  • the first network 100 includes a fixed telephone terminal 4a, a C plane device 3a such as a SIP server, and a U plane device 2a such as an edge router.
  • the U-plane device 2a has an RTP disconnection monitoring function that monitors the inability to communicate RTP packets in the second network 200 using a disconnection monitoring timer whose value is set to 10 seconds.
  • the second network 200 includes a C plane device 3b, a U plane device 2b, and a smart terminal 4c.
  • the smart terminal 4c is, for example, a smartphone terminal, a tablet terminal having a telephone function, or the like.
  • the U-plane device 2b has an RTP disconnection monitoring function that monitors the inability to communicate RTP packets in the first network 100 using a disconnection monitoring timer whose value is set to 30 seconds.
  • the disconnection monitoring termination device 1 includes, for example, a signal control unit 11, a disconnection monitoring timer storage unit 12, a disconnection monitoring timer setting unit 13, an RTP disconnection monitoring unit 14, and an in-network disconnection monitoring timer. And a storage unit 15.
  • the signal control unit 11 has a function of controlling signals transmitted and received between the first network 100 and the second network 200.
  • the network disconnection monitoring timer storage unit 15 stores the value of the disconnection monitoring timer held by the first network 100 (10 seconds) and the value of the disconnection monitoring timer held by the second network 200 (30 seconds). It has a function.
  • the interruption monitoring timer of each network (100, 200) may be received by the interruption monitoring and terminating device 1 from each network, or the administrator of the interruption monitoring and terminating device 1 confirms to the administrator of each network by hearing. It may be set manually.
  • the disconnection monitoring timer storage unit 12 has a function of storing the value of the disconnection monitoring timer for monitoring both networks used for monitoring the inability to communicate RTP packets in both the first network 100 and the second network 200. Prepare.
  • the disconnection monitoring timer setting unit 13 sets the value of the disconnection monitoring timer for monitoring both networks to a value smaller than the value of the disconnection monitoring timer held by the first network 100 and the value of the disconnection monitoring timer held by the second network 200. It has a function to set.
  • the RTP disconnection monitoring unit 14 has a function of monitoring each RTP packet inability to communicate between the first network 100 and the second network 200 using a disconnection monitoring timer for monitoring both networks.
  • the C plane device 3a instructs the U plane device 2a to start RTP disconnection monitoring based on an OK response (S8) from the opposing C plane device 3b (actually the disconnection monitoring termination device 1). (S9).
  • Each of the first network 100 and the second network 200 starts monitoring whether the RTP packet cannot be communicated (S12).
  • Steps S15 to S22; Since the media direction attribute is changed by the UPDATE request or the re-INVITE request in which the direction attribute of “a recvonly” is set, the C plane device 3a of the first network 100 makes the U plane device 2a Stop monitoring of the media sent from the second network 200 to the first network 100 (step S13) is stopped (S15). As a result, it is possible to avoid call disconnection up to 30 seconds which is the longer timer.
  • the first network 100 and the second network 200 that respectively monitor the inability to communicate RTP packets in the second network or the first network using the disconnection monitoring timers having different values.
  • the disconnection monitoring termination device 1 is connected to the disconnection monitoring termination device 1 with a value smaller than the disconnection monitoring timer value held by the first network 100 and the disconnection monitoring timer value held by the second network 200.
  • a disconnection monitoring timer for monitoring both networks is used to monitor the inability to communicate RTP packets between the first network 100 and the second network 200, and the disconnection monitoring timer of the first network 100 and the second network 200 is monitored.
  • the disconnection monitoring termination device 1 described in the present embodiment can be realized by a computer. It is also possible to create a program for causing a computer to function as the disconnection monitoring termination device 1 and a storage medium for the program.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避する。断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網１００と、保留信号を送出しない端末を収容する第２網２００との間に断監視終端装置１を接続し、断監視終端装置１は、第１網１００が持つ断監視タイマの値よりも小さい値の第２網監視用の断監視タイマを用いて第２網２００でのＲＴＰパケットの疎通不能を監視し、第２網２００でのＲＴＰパケットの疎通不能を検出した場合、"ａ＝ｒｅｃｖｏｎｌｙ"の方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網１００へ送出する。

Description

断監視終端装置及び断監視方法
　本発明は、ＲＴＰパケットの疎通不能を監視する技術（ＲＴＰの断監視技術）に関する。
　ＳＩＰ（Session Initiation Protocol，非特許文献１）を利用した音声・映像通信では、音声・映像の通信メディアの情報を記述したＳＤＰ（Session Description Protocol，非特許文献２）を発着端末間及び網内のＳＩＰサーバ間で交換し、音声・映像のメディアの条件（メディア種別、コーデック、パケット化周期等）を確定させ、ＲＴＰ（Real time Transport Protocol，非特許文献２）で実際の音声パケットの送受信が行われる。
　メディア情報のネゴシエーションは、発端末が、通信に利用したいメディア情報（音声・映像等）と当該メディアの各種パラメータ（コーデック、パケット化周期等）をＳＤＰオファーに記述し、着端末が、ＳＤＰオファーに記述されたメディア条件のうち通信に利用するメディア条件を選択し、ＳＤＰアンサーに記述して発端末へ返送することにより行われる。これにより、通信メディアの条件が確定する（非特許文献３）。
　実際の音声パケットの送受信はＲＴＰを用いて行われるが、Ｕプレーン装置（エッジルータ等）の障害等によりＲＴＰが疎通不可となる事象が想定される。ＲＴＰ疎通不可になった場合、着端末から切断信号（ＢＹＥリクエスト）が送信されず、セッションが継続しているとみなされてしまい、発端末のユーザに対して誤課金が発生してしまう。当該誤課金を回避するため、通常、ＳＩＰを利用した音声・映像通信を提供するサービス提供事業者網（通信キャリア網等）は、一定時間ＲＴＰの疎通がない場合、ダイアログの解放を行うＲＴＰ断監視機能を備えている。
　ここで、ＲＴＰ断監視機能の機能動作概要を図７に示す。第１網（発網）１００のＣプレーン装置３ａと第２網（着網）２００のＣプレーン装置３ｂは、ＳＤＰオファー・ＳＤＰアンサー完了後、それぞれのＵプレーン装置２ａ，２ｂに対してＲＴＰ断監視を開始する指示・設定を行う（Ｓ５，Ｓ７)。これにより、Ｕプレーン装置２ａ，２ｂは、各対向網（２００，１００）でのＲＴＰパケットの疎通監視をそれぞれ行う（Ｓ９，Ｓ１０）。
　その後、Ｕプレーン装置２ｂの障害により第２網２００でＲＴＰ疎通不可となった場合、Ｕプレーン装置２ａは、最後にＲＴＰパケットを対向のＵプレーン装置２ｂから受信して一定期間（断監視タイマに設定された時間）が経過すると、Ｃプレーン装置３ａにＲＴＰ断信号を通知する（Ｓ１１）。Ｃプレーン装置３ａは、ＲＴＰ断信号の通知を受けて、呼切断（ダイアログの解放）を行うＢＹＥリクエストを送信する（Ｓ１２～Ｓ１４）。
　３ＧＰＰでは、ＲＴＰ断監視機能を“Ｍｅｄｉａ　Ｉｎａｃｔｉｖｉｔｙ　Ｄｅｔｅｃｔｉｏｎ”としてオプションとして規定している。また、非特許文献４では、Ｐ－ＣＳＣＦ（ＩＭＳ－ＡＬＧ）／ＩＭＳ－ＡＧＷについて規定し、非特許文献５では、ＩＢＣＦ（ＩＭＳ－ＡＬＧ）／ＴｒＧＷについて規定している。
　（課題１）
　ＲＴＰ断監視機能は、ＳＤＰオファー・ＳＤＰアンサーで交換されるメディアの方向属性（“ａ＝”）に基づき実施される。すなわち、“ａ＝ｓｅｎｄｏｎｌｙ”又は“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性を設定したＳＤＰを受信した場合、Ｕプレーン装置は、ＳＤＰの送信元からはＲＴＰパケットが送出され続けると解釈し、メディアの方向属性の状態に変更がないか、又は呼切断とならない限り、対向のＵプレーン装置から送出されるＲＴＰの断監視を継続する。また、“ａ＝ｉｎａｃｔｉｖｅ”を受信した場合、メディアが疎通しないことを意味するため、Ｕプレーン装置は、ＲＴＰ断監視を開始しない、又は既に開始していたＲＴＰ監視を停止する。
　しかし、図８に示すように、ＲＴＰ断監視時において、第２網２００が、保留によるメディアの一時停止により、メディアの一時停止を示す信号（例えば、“ａ＝ｉｎａｃｔｉｖｅ”がＳＤＰオファーに設定されたＵＰＤＡＴＥリクエスト等）を送出することなく、メディアの送出を停止した場合、保留の検出契機がないため、第１網１００のＵプレーン装置２ａにより、断監視タイマでの一定期間経過後に呼切断となる課題がある。
　（課題２）
　次に、アーリー段階におけるアーリーメディアのＲＴＰ断監視について説明する。アーリーメディアとは、呼の確立前から発端末へ提供される事前ガイダンス等のメディアである。課題１で述べたように、ＲＴＰ断監視制御はＳＤＰの方向属性（“ａ＝”）に基づき実施されるが、アーリー段階では、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダ内のヘッダ情報を参照してアーリーメディアを停止し、ＲＴＰ断監視を制御する網が存在すると想定される。
　図９に、ＳＤＰの方向属性（“ａ＝”）のみに基づきＲＴＰ断監視制御を行う第１網１００と、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダを用いてアーリーメディアを停止しＲＴＰ断監視制御を行う第２網２００と、を相互接続した例を示す。第２網２００では、アーリーメディアの送出を停止するために、メディア装置５が、“ｉｎａｃｔｉｖｅ”が設定されたＰ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダを含むＵＰＤＡＴＥリクエスト（ＳＤＰの設定はなし）を送信し、ＲＴＰ断監視を停止する（Ｓ１１）。しかし、発網１００では、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダをサポートしていないため、メディア停止の検出契機がないことから、Ｕプレーン装置２ａにより、断監視タイマでの一定期間経過後に呼切断となる課題がある。
　（課題３）
　ＲＴＰ断監視を行うための断監視タイマは、ＶｏＩＰ等の網内のポリシーで自由に設定が可能である。例えば、移動体事業者では、無線通信の状態によってはＵプレーン装置が正常にも関わらず比較的長期のＲＴＰパケット断が発生する可能性がある。
　図８に、断監視タイマの値が異なる網同士を相互接続した例を示す。第１網１００の断監視タイマの値には１０秒が設定され、第２網２００の断監視タイマの値には３０秒が設定される。このとき、断監視タイマの値が長い第２網２００で、一時的にＲＴＰが疎通しない場合、３０秒以内にＲＴＰ疎通が回復する可能性があった場合でも、断監視タイマが１０秒に設定されている第１網１００では断検知するため、呼切断となる課題がある。
　本発明は、上記事情を鑑みてなされたものであり、網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避することを目的とする。
　以上の課題を解決するため、請求項１に係る断監視終端装置は、断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網と、保留信号を送出しない端末を収容する第２網との間に接続され、前記第１網と前記第２網との間で送受信される信号を制御する信号制御部と、前記第２網でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値を記憶する断監視タイマ記憶部と、前記第２網監視用の断監視タイマの値を前記第１網が持つ断監視タイマの値よりも小さい値に設定する断監視タイマ設定部と、前記第２網監視用の断監視タイマを用いて前記第２網でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視部と、を備え、前記信号制御部は、前記第２網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを前記第１網へ送出することを特徴とする。
　請求項２に係る断監視終端装置は、ＳＤＰの方向属性に基づき第２網でのＲＴＰパケットの疎通不能を監視する第１網と、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止する第２網との間に接続され、前記第１網と前記第２網との間で送受信される信号を制御する信号制御部を備え、前記信号制御部は、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰが含まれていない場合、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰを生成して前記第２網へ送出することを特徴とする。
　請求項３に係る断監視終端装置は、互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網と第２網との間に接続され、前記第１網と前記第２網との間で送受信される信号を制御する信号制御部と、前記第１網が保持する断監視タイマの値と、前記第２網が保持する断監視タイマの値とを記憶しておく網内断監視タイマ記憶部と、前記第１網と前記第２網との両網でのＲＴＰパケットの疎通不能を監視するために用いる両網監視用の断監視タイマの値を記憶する断監視タイマ記憶部と、前記両網監視用の断監視タイマの値を前記第１網が保持する断監視タイマの値及び前記第２網が保持する断監視タイマの値よりも小さい値に設定する断監視タイマ設定部と、前記両網監視用の断監視タイマを用いて前記第１網と前記第２網とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視するＲＴＰ断監視部と、を備え、前記信号制御部は、前記第１網と前記第２網のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを他方の網へ送出することを特徴とする。
　請求項４に係る断監視方法は、断監視終端装置で行う断監視方法において、前記断監視終端装置は、断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網と、保留信号を送出しない端末を収容する第２網との間に接続され、前記第２網でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値を断監視タイマ記憶部に記憶する第１ステップと、前記第２網監視用の断監視タイマの値を前記第１網が持つ断監視タイマの値よりも小さい値に設定する第２ステップと、前記第１網と前記第２網との間で送受信される信号を制御する第３ステップと、前記第２網監視用の断監視タイマを用いて前記第２網でのＲＴＰパケットの疎通不能を監視する第４ステップと、を行い、前記第３ステップでは、前記第２網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを前記第１網へ送出することを特徴とする。
　請求項５に係る断監視方法は、断監視終端装置で行う断監視方法において、前記断監視終端装置は、ＳＤＰの方向属性に基づき第２網でのＲＴＰパケットの疎通不能を監視する第１網と、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止する第２網との間に接続され、前記第１網と前記第２網との間で送受信される信号を制御するステップを行い、前記ステップでは、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰが含まれていない場合、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰを生成して前記第２網へ送出することを特徴とする。
　請求項６に係る断監視方法は、断監視終端装置で行う断監視方法において、前記断監視終端装置は、互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網と第２網との間に接続され、前記第１網が保持する断監視タイマの値と、前記第２網が保持する断監視タイマの値とを網内断監視タイマ記憶部に記憶しておく第１ステップと、前記第１網と前記第２網との両網でのＲＴＰパケットの疎通不能を監視するために用いる両網監視用の断監視タイマの値を断監視タイマ記憶部に記憶する第２ステップと、前記両網監視用の断監視タイマの値を前記第１網が保持する断監視タイマの値及び前記第２網が保持する断監視タイマの値よりも小さい値に設定する第３ステップと、前記第１網と前記第２網との間で送受信される信号を制御する第４ステップと、前記両網監視用の断監視タイマを用いて前記第１網と前記第２網とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視する第５ステップと、を行い、前記第４ステップでは、前記第１網と前記第２網のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを他方の網へ送出することを特徴とする。
　本発明によれば、網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避できる。
第１の実施形態に係る呼処理システムの全体構成を示す図である。 第１の実施形態に係る呼処理システムの処理シーケンスを示す図である。 第２の実施形態に係る呼処理システムの全体構成を示す図である。 第２の実施形態に係る呼処理システムの処理シーケンスを示す図である。 第３の実施形態に係る呼処理システムの全体構成を示す図である。 第３の実施形態に係る呼処理システムの処理シーケンスを示す図である。 ＲＴＰ断監視機能の機能動作概要を示す図である。 保留信号を送出しない端末を収容する網との相互接続を示す図である。 Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダ未対応網との接続を示す図である。 断監視タイマの値が異なる網との相互接続を示す図である。
　以下、本発明を実施する一実施の形態について図面を用いて説明する。
　ＲＴＰ断監視については様々なポリシーを持った事業者網が存在すると想定される。各事業者ではＲＴＰ断監視を既に実装しており、事業者間でのポリシーの統一や特定事業者向けにポリシーを変更することが事実上不可能であり、課題１－課題３が発生してしまう。そこで、本発明により、網内装置の改修をせず、低コストで課題１－３を回避する。
　＜第１の実施形態＞
　第１の実施形態では、課題１を解決する方法について説明する。
　第１の実施形態では、第１網と、保留信号を送出しない端末を収容する特定事業者網の第２網とを相互接続をする際に、Ｃ／Ｕプレーン装置に相当する断監視終端装置を新規に導入する。
　断監視終端装置は、第２網監視用の断監視タイマの値を第１網が持つ断監視タイマの値よりも小さく設定し、第２網でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網へ送出する。これにより、第１網内のＣプレーン装置では、当該リクエストに基づきメディアの方向属性が変更されるため、第１網内のＵプレーン装置に対して、第２網から第１網へ送出されるメディアの断監視を停止させる。
　その後、第２網からＲＴＰパケットを受信した場合、断監視終端装置は、“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性が設定されたＳＤＰオファーを含むＵＤＰＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網のＣプレーン装置へ送出する。これにより、メディアの方向属性が変更される（元の状態に戻る）ため、第１網のＵプレーン装置でのＲＴＰ断監視を再開させる。
　以降、第１の実施形態の具体例について説明する。
　図１は、第１の実施形態に係る呼処理システムの全体構成を示す図である。図２は、第１の実施形態に係る呼処理システムの処理シーケンスを示す図である。本実施形態に係る呼処理システムは、図１に示すように、第１網１００と、第２網２００と、断監視終端装置１と、を備えて構成される。
　第１網１００は、図２に示すように、固定電話端末４ａと、ＳＩＰサーバ等のＣプレーン装置３ａと、エッジルータ等のＵプレーン装置２ａと、を備えて構成される。Ｃプレーン装置３ａは、固定電話端末４ａが第２網２００の固定電話端末４ｂとの間で確立する呼を制御する装置である。Ｕプレーン装置２ａは、固定電話端末４ａとＣプレーン装置３ａとの間で呼を転送する処理を行い、自装置で保持する断監視タイマとＳＤＰの方向属性（“ａ＝”）とを用いて、第２網２００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
　第２網２００は、第１網１００と同様の構成を備えるが、保留信号を送出しない端末を収容する。固定電話端末４ｂは、保留信号を送出しない端末である。第２網２００は、図２に示すように、Ｃプレーン装置３ｂと、Ｕプレーン装置２ｂと、固定電話端末４ｂと、を備えて構成される。Ｃプレーン装置３ｂは、固定電話端末４ｂが第１網１００の固定電話端末４ａとの間で確立する呼を制御する装置である。Ｕプレーン装置２ｂは、Ｃプレーン装置３ｂと固定電話端末４ｂとの間で呼を転送する処理を行い、自装置で保持する断監視タイマとＳＤＰの方向属性（“ａ＝”）とを用いて、第１網１００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
　断監視終端装置１は、図１，図２に示すように、第１網１００と第２網２００との間に接続され、第１網１００と第２網２００との間で送受信される呼の終端処理を行うとともに、第１網１００と第２網２００との両網でのＲＴＰパケットの疎通不能をそれぞれ監視するＲＴＰ断監視機能を備える。
　断監視終端装置１は、図１に示すように、例えば、信号制御部１１と、断監視タイマ記憶部１２と、断監視タイマ設定部１３と、ＲＴＰ断監視部１４と、を備えて構成される。
　信号制御部１１は、第１網１００と第２網２００との間で送受信される信号を制御する機能を備える。当該信号とは、例えば、ＳＩＰ信号、ＲＴＰパケットである。
　また、信号制御部１１は、第２網２００でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網１００へ送出する機能を備える。
　また、信号制御部１１は、第２網２００からＲＴＰパケットを受信した場合、“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性が設定されたＳＤＰオファーを含むＵＤＰＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網１００へ送出する機能を備える。
　断監視タイマ記憶部１２は、第１網１００でのＲＴＰパケットの疎通不能を監視するために用いる第１網監視用の断監視タイマの値と、第２網２００でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値と、を記憶する機能を備える。
　断監視タイマ設定部１３は、第２網監視用の断監視タイマの値を、第１網１００が持つ断監視タイマの値よりも小さい値に設定する機能を備える。第１網１００が持つ断監視タイマとは、第１網１００のＵプレーン装置２ｂが保持する断監視タイマである。
　ＲＴＰ断監視部１４は、第１網監視用の断監視タイマを用いて第１網１００でのＲＴＰパケットの疎通不能を監視するとともに、第２網監視用の断監視タイマを用いて第２網２００でのＲＴＰパケットの疎通不能を監視する機能を備える。
　次に、図２を用いて、第１の実施形態に係る呼処理システムの処理動作（断監視方法）について説明する。
　ステップＳ１～Ｓ１０；
　まず、第１網１００の固定電話端末４ａは、ＳＩＰ信号を用いて第２網２００の固定電話端末４ｂと呼の接続を確立する。このとき、断監視終端装置１は、第１網１００と第２網２００との間で呼を終端し、断監視終端装置１の信号制御部１１は、第１網１００と第２網２００との間で送受信されるＳＩＰ信号を制御する。具体的に、信号制御部１１は、第１網１００のＣプレーン装置３ａからのＩＮＶＩＴＥリクエストを第２網２００のＣプレーン装置３ｂへ転送し（Ｓ３）、Ｃプレーン装置３ｂからのＯＫレスポンスをＣプレーン装置３ａへ転送する（Ｓ８）。
　ステップＳ１１～Ｓ１３；
　ステップＳ１～Ｓ１０の処理中又は処理後、Ｃプレーン装置３ｂは、固定電話端末４ｂからのＯＫレスポンス（Ｓ５）に基づき、Ｕプレーン装置２ｂに対してＲＴＰ断監視を開始する指示を行う（Ｓ６）。これにより、Ｕプレーン装置２ｂは、自装置で保持する断監視タイマを用いて、第１網１００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１１）。
　また、Ｃプレーン装置３ａは、対向するＣプレーン装置３ｂ（実際には断監視終端装置１）からのＯＫレスポンス（Ｓ８）に基づき、Ｕプレーン装置２ａに対してＲＴＰ断監視を開始する指示を行う（Ｓ９）。これにより、Ｕプレーン装置２ａは、自装置で保持する断監視タイマを用いて、第２網２００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１３）。
　また、断監視終端装置１のＲＴＰ断監視部１４は、着側のＣプレーン装置３ｂからのＯＫレスポンス（Ｓ７）に基づき、第１網監視用の断監視タイマの値を用いて第１網１００でのＲＴＰパケットの疎通不能の監視を開始するとともに、第２網監視用の断監視タイマの値を用いて第２網２００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１２）。このとき、第２網監視用の断監視タイマの値には、第１網１００が持つ断監視タイマの値よりも小さい値が設定されている。
　ステップＳ１４；
　その後、固定電話端末４ｂが、保留によるメディアの一時停止により、メディアの一時停止を示す信号（“ａ＝ｉｎａｃｔｉｖｅ”がＳＤＰオファーに設定されたＵＰＤＡＴＥリクエスト）を送付することなく、メディアの送出を停止した場合、断監視終端装置１のＲＴＰ断監視部１４は、第２網監視用の断監視タイマの値の経過により、第１網１００よりも前に、第２網２００でのＲＴＰパケットの疎通不能を検出する。第２網２００でのＲＴＰパケットの疎通不能を検出したので、信号制御部１１は、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網１００へ送出する。
　ステップＳ１５；
　“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーにより、メディアの方向属性が変更されるので、第１網１００のＣプレーン装置３ａは、Ｕプレーン装置２ａに対して、第２網２００から第１網１００へ送出されるメディアの断監視（ステップＳ１３の処理）を停止させる。
　ステップＳ１６～Ｓ１９；
　その後、断監視終端装置１の信号制御部１１は、第２網２００からＲＴＰパケットを受信した場合、“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性が設定されたＳＤＰオファーを含むＵＤＰＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網１００へ送出する。
　ステップＳ２０～Ｓ２３；
　“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性が設定されたＳＤＰオファーにより、メディアの方向属性が再び変更される（元の状態に戻る）ので、第１網１００のＣプレーン装置３ａは、Ｕプレーン装置２ａに対して、第２網２００から第１網１００へ送出されるメディアの断監視を再開させる。
　以上より、第１の実施形態によれば、断監視タイマを用いて第２網２００でのＲＴＰパケットの疎通不能を監視する第１網１００と、保留信号を送出しない端末を収容する第２網２００との間に断監視終端装置１を接続し、断監視終端装置１は、第１網１００が持つ断監視タイマの値よりも小さい値の第２網監視用の断監視タイマを用いて第２網２００でのＲＴＰパケットの疎通不能を監視し、第２網２００でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網１００へ送出するので、網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避できる。
　＜第２の実施形態＞
　第２の実施形態では、課題２を解決する方法について説明する。
　第２の実施形態では、ＳＤＰの方向属性（“ａ＝”）のみを用いてＲＴＰ断監視制御を行う第１網と、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアを停止し、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダに基づきＲＴＰ断監視制御を行う第２網とを相互接続する際に、断監視終端装置を新規に導入する。
　断監視終端装置は、呼の確立前に事前ガイダンスを流すアーリー段階において、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰが含まれていない場合、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰを生成して第１網へ送出する。これにより、第１網でアーリーメディアの断監視を停止させることができ、呼切断を回避できる。
　以降、第２の実施形態の具体例について説明する。
　図３は、第２の実施形態に係る呼処理システムの全体構成を示す図である。図４は、第２の実施形態に係る呼処理システムの処理シーケンスを示す図である。本実施形態に係る呼処理システムは、図３に示すように、第１網１００と、第２網２００と、断監視終端装置１と、を備えて構成される。
　第１網１００は、ＳＤＰの方向属性（“ａ＝”）を用いてＲＴＰ断監視機能を行う網である。第１網１００は、図４に示すように、固定電話端末４ａと、Ｃプレーン装置３ａと、Ｕプレーン装置２ａと、を備えて構成される。Ｕプレーン装置２ａは、自装置で保持する断監視タイマとＳＤＰの方向属性（“ａ＝”）とを用いて、第２網２００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
　第２網２００は、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダを用いてアーリーメディアの送出を停止する網である。第２網２００は、図４に示すように、Ｃプレーン装置３ｂと、Ｕプレーン装置２ｂと、メディア装置５と、を備えて構成される。メディア装置５とは、例えば、ＡＰサーバ（Application Server）、ＭＲＦ（Media Resource Function）サーバである。Ｕプレーン装置２ｂは、Ｃプレーン装置３ａとメディア装置５との間で呼を転送する処理を行い、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダに設定されたｉｎａｃｔｉｖｅに基づきアーリーメディアの送出を停止するともに、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダを用いて第１網１００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
　断監視終端装置１は、図３に示すように、信号制御部１１を備えて構成される。
　信号制御部１１は、第１網１００と第２網２００との間で送受信される信号を制御する機能を備える。
　また、信号制御部１１は、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダに“ｉｎａｃｔｉｖｅ”を含むＵＰＤＡＴＥリクエストに、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰが含まれていない場合、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰを生成して第２網２００へ送信する機能を備える。
　次に、図４を用いて、第２の実施形態に係る呼処理システムの処理（断監視方法）について説明する。
　ステップＳ１～Ｓ１０；
　まず、第１網１００の固定電話端末４ａは、ＳＩＰ信号を用いて第２網２００のメディア装置５と呼の接続を確立する。このとき、断監視終端装置１は、第１網１００と第２網２００との間で呼を終端し、断監視終端装置１の信号制御部１１は、第１網１００と第２網２００との間で送受信されるＳＩＰ信号を制御する。具体的に、信号制御部１１は、第１網１００のＣプレーン装置３ａからのＩＮＶＩＴＥリクエストを第２網２００のＣプレーン装置３ｂへ転送し（Ｓ３）、Ｃプレーン装置３ｂからのＯＫレスポンスをＣプレーン装置３ａへ転送する（Ｓ８）。
　ステップＳ１１，Ｓ１２；
　ステップＳ１～Ｓ１０の処理中又は処理後、Ｃプレーン装置３ｂは、メディア装置５からのＯＫレスポンス（Ｓ５）に基づき、Ｕプレーン装置２ｂに対してＲＴＰ断監視を開始する指示を行う（Ｓ６）。これにより、Ｕプレーン装置２ｂは、自装置で保持する断監視タイマを用いて、第１網１００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１１）。
　また、Ｃプレーン装置３ａは、対向するＣプレーン装置３ｂ（実際には断監視終端装置１）からのＯＫレスポンス（Ｓ８）に基づき、Ｕプレーン装置２ａに対してＲＴＰ断監視を開始する指示を行う（Ｓ９）。これにより、Ｕプレーン装置２ａは、自装置で保持する断監視タイマを用いて、第２網２００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１２）。
　ステップＳ１３；
　その後、メディア装置５が、アーリーメディアの停止のために“ｉｎａｃｔｉｖｅ”が設定されたＰ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダを含むＵＰＤＡＴＥリクエスト（ＳＤＰの設定はなし）を送信した場合、Ｕプレーン装置２ｂは、当該Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダに設定された“ｉｎａｃｔｉｖｅ”に基づき第１網１００でのＲＴＰパケットの疎通不能の監視を停止し、受信したＵＰＤＡＴＥリクエスト（ＳＤＰの設定はなし）を第１網１００へ送出する。
　ステップＳ１５；
　断監視終端装置１の信号制御部１１は、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダに“ｉｎａｃｔｉｖｅ”を含むＵＰＤＡＴＥリクエストに、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰが含まれていないので、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰを生成して第１網１００へ送信する。
　ステップＳ１６～Ｓ２２；
　その後、第１網１００のＣプレーン装置３ａは、ＳＤＰに設定された“ａ＝ｉｎａｃｔｉｖｅ”の方向属性に基づき、Ｕプレーン装置２ａに対して、第２網２００から第１網１００へ送出されるメディアの断監視（ステップＳ１２の処理）を停止させる（Ｓ１６）。
　以上より、第２の実施形態によれば、ＳＤＰの方向属性（“ａ＝”）に基づき第２網２００でのＲＴＰパケットの疎通不能を監視する第１網１００と、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止しＲＴＰ断監視制御を行う第２網２００との間に断監視終端装置１を接続し、断監視終端装置１は、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰが含まれていない場合、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰを生成して前記第２網へ送出するので、網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避できる。
　＜第３の実施形態＞
　第３の実施形態では、課題３を解決する方法について説明する。
　第３の実施形態では、断監視タイマの値が異なる第１網と第２網とを相互接続する際に、断監視終端装置を新規に導入する。
　断監視終端装置は、相互接続される第１網と第２網との断監視タイマの値を事前に記憶しておく。例えば、断監視終端装置は、第１網が持つ網監視タイマの値が１０秒、第２網が持つ網監視タイマの値が３０秒であることを事前に記憶しておく。そして、断監視終端装置は、第１網と第２網とのそれぞれの断監視タイマの最小値よりも小さい値に自装置の断監視タイマを設定し、各網でのＲＴＰ断監視を行う。
　これにより、断監視終端装置は、両網内でＲＴＰ断検知がそれぞれ行われる前に各網でのＲＴＰ断を検知可能となり、断監視タイマが長い第２網からのメディアに関してＲＴＰ断検出をした場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網へ送出する。
　これにより、メディアの方向属性が変更されるため、第１網のＣプレーン装置では、第１網のＵプレーン装置に対して、第２網から第１網へ送出されるメディアの断監視を停止する。これにより、長い方の断監視タイマである３０秒までは呼切断を回避することが可能となる。
　なお、第２網からＲＴＰパケットを受信した場合、断監視終端装置は、第１の実施形態と同様に、“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網のＣプレーン装置へ送信する。これにより、Ｃプレーン装置でのＲＴＰ断監視を再開させることができる。
　以降、第３の実施形態の具体例について説明する。
　図５は、第３の実施形態に係る呼処理システムの全体構成を示す図である。図６は、第３の実施形態に係る呼処理システムの処理シーケンスを示す図である。本実施形態に係る呼処理システムは、図５に示すように、第１網１００と、第２網２００と、断監視終端装置１と、を備えて構成される。
　第１網１００は、図６に示すように、固定電話端末４ａと、ＳＩＰサーバ等のＣプレーン装置３ａと、エッジルータ等のＵプレーン装置２ａと、を備えて構成される。Ｕプレーン装置２ａは、値が１０秒に設定された断監視タイマを用いて第２網２００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
　第２網２００は、図６に示すように、Ｃプレーン装置３ｂと、Ｕプレーン装置２ｂと、スマート端末４ｃと、を備えて構成される。スマート端末４ｃとは、例えば、スマートフォン端末、電話機能を備えるタブレット端末等である。Ｕプレーン装置２ｂは、値が３０秒に設定された断監視タイマを用いて第１網１００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
　断監視終端装置１は、図５に示すように、例えば、信号制御部１１と、断監視タイマ記憶部１２と、断監視タイマ設定部１３と、ＲＴＰ断監視部１４と、網内断監視タイマ記憶部１５と、を備えて構成される。
　信号制御部１１は、第１網１００と第２網２００との間で送受信される信号を制御する機能を備える。
　また、信号制御部１１は、第１網１００と第２網２００のうち断監視タイマの値が大きい第２網２００でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網１００へ送出する機能を備える。
　網内断監視タイマ記憶部１５は、第１網１００が保持する断監視タイマの値（１０秒）と、第２網２００が保持する断監視タイマの値（３０秒）とを記憶しておく機能を備える。各網（１００，２００）が持つ断監視タイマは、断監視終端装置１が各網からそれぞれ受信してもよいし、断監視終端装置１の管理者が各網の管理者に伝聞で確認して手入力で設定してもよい。
　断監視タイマ記憶部１２は、第１網１００と第２網２００との両網でのＲＴＰパケットの疎通不能をそれぞれ監視するために用いる両網監視用の断監視タイマの値を記憶する機能を備える。
　断監視タイマ設定部１３は、両網監視用の断監視タイマの値を、第１網１００が保持する断監視タイマの値及び第２網２００が保持する断監視タイマの値よりも小さい値に設定する機能を備える。
　ＲＴＰ断監視部１４は、両網監視用の断監視タイマを用いて第１網１００と第２網２００とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視する機能を備える。
　次に、図６を用いて、第３の実施形態に係る呼処理システムの処理動作（断監視方法）について説明する。
　ステップＳ１～Ｓ１０；
　まず、第１網１００の固定電話端末４ａは、ＳＩＰ信号を用いて第２網２００のスマート端末４ｃと呼の接続を確立する。このとき、断監視終端装置１は、第１網１００と第２網２００との間で呼を終端し、断監視終端装置１の信号制御部１１は、第１網１００と第２網２００との間で送受信されるＳＩＰ信号を制御する。具体的に、信号制御部１１は、第１網１００のＣプレーン装置３ａからのＩＮＶＩＴＥリクエストを第２網２００のＣプレーン装置３ｂへ転送し（Ｓ３）、Ｃプレーン装置３ｂからのＯＫレスポンスをＣプレーン装置３ａへ転送する（Ｓ８）。
　ステップＳ１１～Ｓ１３；
　ステップＳ１～Ｓ１０の処理中又は処理後、Ｃプレーン装置３ｂは、スマート端末４ｃからのＯＫレスポンス（Ｓ５）に基づき、Ｕプレーン装置２ｂに対してＲＴＰ断監視を開始する指示を行う（Ｓ６）。これにより、Ｕプレーン装置２ｂは、自装置で保持する断監視タイマ（値＝３０秒）を用いて、第１網１００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１１）。
　また、Ｃプレーン装置３ａは、対向するＣプレーン装置３ｂ（実際には断監視終端装置１）からのＯＫレスポンス（Ｓ８）に基づき、Ｕプレーン装置２ａに対してＲＴＰ断監視を開始する指示を行う（Ｓ９）。これにより、Ｕプレーン装置２ａは、自装置で保持する断監視タイマ（値＝１０秒）を用いて、第２網２００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１３）。
　また、断監視終端装置１のＲＴＰ断監視部１４は、着側のＣプレーン装置３ｂからのＯＫレスポンス（Ｓ７）に基づき、両網監視用の断監視タイマ（値＝８秒）を用いて、第１網１００と第２網２００とでのそれぞれのＲＴＰパケットの疎通不能の監視をそれぞれ開始する（Ｓ１２）。
　ステップＳ１４；
　その後、第２網２００から第１網１００へＲＴＰパケットが送信されず、８秒経過し、断監視終端装置１が第２網２００でのＲＴＰパケットの疎通不能を検出した場合、断監視終端装置１の信号制御部１１は、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを第１網１００へ送出する。
　ステップＳ１５～Ｓ２２；
　“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストにより、メディアの方向属性が変更されるので、第１網１００のＣプレーン装置３ａは、Ｕプレーン装置２ａに対して、第２網２００から第１網１００へ送出されるメディアの断監視（ステップＳ１３の処理）を停止させる（Ｓ１５）。これにより、長い方のタイマである３０秒までは呼切断を回避することが可能となる。
　以上より、第３の実施形態によれば、互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網１００と第２網２００との間に断監視終端装置１を接続し、断監視終端装置１は、第１網１００が保持する断監視タイマの値及び第２網２００が保持する断監視タイマの値よりも小さい値の両網監視用の断監視タイマを用いて、第１網１００と第２網２００とでのそれぞれのＲＴＰパケットの疎通不能をそれぞれ監視し、第１網１００と第２網２００のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを他方の網へ送出するので、網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避できる。
　最後に、本実施形態で説明した断監視終端装置１は、コンピュータで実現できる。また、断監視終端装置１としてコンピュータを機能させるためのプログラム、そのプログラムの記憶媒体を作成することも可能である。
　１…断監視終端装置
　１１…信号制御部
　１２…断監視タイマ記憶部
　１３…断監視タイマ設定部
　１４…ＲＴＰ断監視部
　１５…網内断監視タイマ記憶部
　１００…第１網（発網）
　２ａ…Ｕプレーン装置
　３ａ…Ｃプレーン装置
　４ａ…固定電話端末
　２００…第２網（着網）
　２ｂ…Ｕプレーン装置
　３ｂ…Ｃプレーン装置
　４ｂ…固定電話端末
　４ｃ…スマート端末
　５…メディア装置
 

Claims (6)

  1. 　断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網と、保留信号を送出しない端末を収容する第２網との間に接続され、
    　前記第１網と前記第２網との間で送受信される信号を制御する信号制御部と、
    　前記第２網でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値を記憶する断監視タイマ記憶部と、
    　前記第２網監視用の断監視タイマの値を前記第１網が持つ断監視タイマの値よりも小さい値に設定する断監視タイマ設定部と、
    　前記第２網監視用の断監視タイマを用いて前記第２網でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視部と、を備え、
    　前記信号制御部は、
    　前記第２網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを前記第１網へ送出することを特徴とする断監視終端装置。
  2. 　ＳＤＰの方向属性に基づき第２網でのＲＴＰパケットの疎通不能を監視する第１網と、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止する第２網との間に接続され、
    　前記第１網と前記第２網との間で送受信される信号を制御する信号制御部を備え、
    　前記信号制御部は、
    　Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰが含まれていない場合、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰを生成して前記第２網へ送出することを特徴とする断監視終端装置。
  3. 　互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網と第２網との間に接続され、
    　前記第１網と前記第２網との間で送受信される信号を制御する信号制御部と、
    　前記第１網が保持する断監視タイマの値と、前記第２網が保持する断監視タイマの値とを記憶しておく網内断監視タイマ記憶部と、
    　前記第１網と前記第２網との両網でのＲＴＰパケットの疎通不能を監視するために用いる両網監視用の断監視タイマの値を記憶する断監視タイマ記憶部と、
    　前記両網監視用の断監視タイマの値を前記第１網が保持する断監視タイマの値及び前記第２網が保持する断監視タイマの値よりも小さい値に設定する断監視タイマ設定部と、
    　前記両網監視用の断監視タイマを用いて前記第１網と前記第２網とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視するＲＴＰ断監視部と、を備え、
    　前記信号制御部は、
    　前記第１網と前記第２網のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを他方の網へ送出することを特徴とする断監視終端装置。
  4. 　断監視終端装置で行う断監視方法において、
    　前記断監視終端装置は、断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網と、保留信号を送出しない端末を収容する第２網との間に接続され、
    　前記第２網でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値を断監視タイマ記憶部に記憶する第１ステップと、
    　前記第２網監視用の断監視タイマの値を前記第１網が持つ断監視タイマの値よりも小さい値に設定する第２ステップと、
    　前記第１網と前記第２網との間で送受信される信号を制御する第３ステップと、
    　前記第２網監視用の断監視タイマを用いて前記第２網でのＲＴＰパケットの疎通不能を監視する第４ステップと、を行い、
    　前記第３ステップでは、
    　前記第２網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを前記第１網へ送出することを特徴とする断監視方法。
  5. 　断監視終端装置で行う断監視方法において、
    　前記断監視終端装置は、ＳＤＰの方向属性に基づき第２網でのＲＴＰパケットの疎通不能を監視する第１網と、Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止する第２網との間に接続され、
    　前記第１網と前記第２網との間で送受信される信号を制御するステップを行い、
    　前記ステップでは、
    　Ｐ－Ｅａｒｌｙ－Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰが含まれていない場合、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰを生成して前記第２網へ送出することを特徴とする断監視方法。
  6. 　断監視終端装置で行う断監視方法において、
    　前記断監視終端装置は、互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網と第２網との間に接続され、
    　前記第１網が保持する断監視タイマの値と、前記第２網が保持する断監視タイマの値とを網内断監視タイマ記憶部に記憶しておく第１ステップと、
    　前記第１網と前記第２網との両網でのＲＴＰパケットの疎通不能を監視するために用いる両網監視用の断監視タイマの値を断監視タイマ記憶部に記憶する第２ステップと、
    　前記両網監視用の断監視タイマの値を前記第１網が保持する断監視タイマの値及び前記第２網が保持する断監視タイマの値よりも小さい値に設定する第３ステップと、
    　前記第１網と前記第２網との間で送受信される信号を制御する第４ステップと、
    　前記両網監視用の断監視タイマを用いて前記第１網と前記第２網とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視する第５ステップと、を行い、
    　前記第４ステップでは、
    　前記第１網と前記第２網のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ－ＩＮＶＩＴＥリクエストを他方の網へ送出することを特徴とする断監視方法。
     
PCT/JP2019/009113 2018-03-12 2019-03-07 断監視終端装置及び断監視方法 WO2019176730A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/979,979 US11444858B2 (en) 2018-03-12 2019-03-07 Disconnection monitoring terminating device and disconnection monitoring method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018043968A JP6824212B2 (ja) 2018-03-12 2018-03-12 断監視終端装置及び断監視方法
JP2018-043968 2018-03-12

Publications (1)

Publication Number Publication Date
WO2019176730A1 true WO2019176730A1 (ja) 2019-09-19

Family

ID=67907899

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/009113 WO2019176730A1 (ja) 2018-03-12 2019-03-07 断監視終端装置及び断監視方法

Country Status (3)

Country Link
US (1) US11444858B2 (ja)
JP (1) JP6824212B2 (ja)
WO (1) WO2019176730A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003124967A (ja) * 2001-10-15 2003-04-25 Hitachi Communication Technologies Ltd 中継装置、その制御プログラム、通信方法
JP2015226141A (ja) * 2014-05-27 2015-12-14 Ｎｅｃエンジニアリング株式会社 中継装置、回線交換システム及び回線交換方法
JP2017028591A (ja) * 2015-07-27 2017-02-02 日本電信電話株式会社 リソース確保装置、および、リソース確保方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6115776A (en) * 1996-12-05 2000-09-05 3Com Corporation Network and adaptor with time-based and packet number based interrupt combinations
US6735288B1 (en) * 2000-01-07 2004-05-11 Cisco Technology, Inc. Voice over IP voice mail system configured for placing an outgoing call and returning subscriber to mailbox after call completion
JP2004112113A (ja) * 2002-09-13 2004-04-08 Matsushita Electric Ind Co Ltd リアルタイム通信の適応制御方法、受信報告パケットの連続消失に対する対策方法、受信報告パケットの送出間隔の動的決定装置、リアルタイム通信の適応制御装置、データ受信装置およびデータ配信装置
GB0230301D0 (en) * 2002-12-30 2003-02-05 Nokia Corp Streaming media
US7953842B2 (en) * 2003-02-19 2011-05-31 Fisher-Rosemount Systems, Inc. Open network-based data acquisition, aggregation and optimization for use with process control systems
DE10342294A1 (de) * 2003-09-12 2005-04-28 Siemens Ag Interworking von Protokollen hybrider Multimedianetze
US7830861B2 (en) * 2003-10-16 2010-11-09 At&T Intellectual Property Ii, L.P. Method and apparatus for functional architecture of voice-over-IP SIP network border element
US7230930B2 (en) * 2004-03-23 2007-06-12 Motorola, Inc. Mode shifting communications system and method
US20070223660A1 (en) * 2004-04-09 2007-09-27 Hiroaki Dei Audio Communication Method And Device
US20080043978A1 (en) * 2006-07-28 2008-02-21 Inventec Multimedia & Telecom Corporation. Network telephone system for recovering talk after unexpected disconnection and method thereof
JP4973172B2 (ja) * 2006-12-14 2012-07-11 富士通株式会社 呼管理システムおよびメッセージ処理サーバシステム
JP4470963B2 (ja) * 2007-06-01 2010-06-02 株式会社日立製作所 ゲートウェイ装置、ｏｎｔ及びｐｏｎシステム
JP5241181B2 (ja) * 2007-09-11 2013-07-17 キヤノン株式会社 サービスの制御装置、及び方法
WO2010110192A1 (ja) * 2009-03-25 2010-09-30 日本電気株式会社 中継装置、中継方法、及び中継装置制御プログラム
US8984067B2 (en) * 2009-10-19 2015-03-17 Verizon Patent And Licensing Inc. Session initiation protocol (SIP) signaling to keep a voice over internet protocol (VoIP) session active during a call hold
JP5392050B2 (ja) * 2009-12-11 2014-01-22 富士通株式会社 中継装置、中継方法および通信システム
CN102148807B (zh) * 2010-02-08 2014-06-04 华为技术有限公司 一种实现彩铃彩振业务的方法,装置和系统
BR112015031905B1 (pt) * 2013-06-25 2022-04-19 Telefonaktiebolaget Lm Ericsson (Publ) Métodos para gerenciar o processamento de um fluxo contínuo de áudio e para habilitar o gerenciamento, por um primeiro nó, do processamento de um fluxo contínuo de áudio, primeiro nó, segundo nó, e, meios de armazenamento em memória
EP3055963B1 (en) * 2013-10-09 2017-12-06 Telefonaktiebolaget LM Ericsson (publ) Session description protocol signaling of assymetric media capabilities
US10057939B2 (en) * 2015-06-16 2018-08-21 Apple Inc. Managing packet-switched voice communications during silence intervals
US9992643B2 (en) * 2016-07-06 2018-06-05 Verizon Patent And Licensing Inc. Session establishment, maintenance, and termination by end device based on SMS messaging
EP3704841A4 (en) * 2017-11-02 2021-04-21 Telefonaktiebolaget LM Ericsson (publ) MESSAGE TRANSFER RESOURCE FUNCTION

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003124967A (ja) * 2001-10-15 2003-04-25 Hitachi Communication Technologies Ltd 中継装置、その制御プログラム、通信方法
JP2015226141A (ja) * 2014-05-27 2015-12-14 Ｎｅｃエンジニアリング株式会社 中継装置、回線交換システム及び回線交換方法
JP2017028591A (ja) * 2015-07-27 2017-02-02 日本電信電話株式会社 リソース確保装置、および、リソース確保方法

Also Published As

Publication number Publication date
US20210367865A1 (en) 2021-11-25
JP6824212B2 (ja) 2021-02-03
US11444858B2 (en) 2022-09-13
JP2019161380A (ja) 2019-09-19

Similar Documents

Publication Publication Date Title
EP2236003B1 (en) A method and system for session controlling
JP4392029B2 (ja) 通信ネットワークにおけるｉｐパケット中継方法
US8090845B2 (en) Apparatus and method for firewall traversal
EP2590376B1 (en) Method, apparatus and system for cross-platform conference convergence
JP5450444B2 (ja) マルチメディア通話を処理するための方法及び装置
JP5173607B2 (ja) 通信システム
EP2219338A1 (en) A method and equipment for uploading the real-time media content
WO2007098714A1 (fr) Dispositif et procédé de contrôle de session
US8179916B2 (en) Properly playing in-band tones before call establishment when performing protocol interworking
JP4433206B2 (ja) コネクションを確立し維持する方法
US9071690B2 (en) Call transfer processing in SIP mode
EP3228057B1 (en) Ims application control protocol
WO2005089159A2 (en) A method and apparatus for detecting stuck calls in a communication session
WO2019176730A1 (ja) 断監視終端装置及び断監視方法
EP2200254B1 (en) Mobile network system and guidance message providing method
US20220232053A1 (en) Methods, systems, and computer readable media for optimized inter-session border controller (sbc) attended call transfer with re-use of transfer target session
US9124693B2 (en) Method and system for on-hold messaging for off network calls
JP6348875B2 (ja) 中継装置、呼制御システム、呼制御方法、および、呼制御プログラム
JP6947983B2 (ja) ゲートウェイ装置及び監視方法
EP2335389B1 (en) Detection of bearer loss in an ip-based multimedia session
JP6955170B2 (ja) Ｒｔｐ監視装置及びｒｔｐ監視方法
WO2009024061A1 (fr) Procédé et dispositif pour transférer une session multimédia entre différents réseaux d'accès
JP6549523B2 (ja) 要求先端末のオプション機能の非使用を整合する網間制御方法、ｓｉｐサーバ及びプログラム
JP2004363941A (ja) 音声ガイダンス機能付き中継装置
JP2012109654A (ja) Ｓｉｐアダプテーション装置

Legal Events

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

Ref document number: 19768305

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19768305

Country of ref document: EP

Kind code of ref document: A1