WO2020217403A1 - 通信装置、通信方法及び通信プログラム - Google Patents

通信装置、通信方法及び通信プログラム Download PDF

Info

Publication number
WO2020217403A1
WO2020217403A1 PCT/JP2019/017712 JP2019017712W WO2020217403A1 WO 2020217403 A1 WO2020217403 A1 WO 2020217403A1 JP 2019017712 W JP2019017712 W JP 2019017712W WO 2020217403 A1 WO2020217403 A1 WO 2020217403A1
Authority
WO
WIPO (PCT)
Prior art keywords
response
communication device
message
company
ibcf
Prior art date
Application number
PCT/JP2019/017712
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 PCT/JP2019/017712 priority Critical patent/WO2020217403A1/ja
Publication of WO2020217403A1 publication Critical patent/WO2020217403A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • 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/0823—Errors, e.g. transmission errors
    • 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/0876—Network utilisation, e.g. volume of load or congestion level
    • 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/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Definitions

  • the present invention relates to a technique for detecting recovery of an opposite server in IP interconnection between telecommunications carriers.
  • IP interconnection IP-based connection forms
  • IBCF Interconnection Border Control Border
  • the originating IBCF detects the failure of the opposite IBCF by no response and error response to the SIP INVITE message.
  • the originating IBCF can perform recovery detection by transmitting an OPTIONS message to the IBCF in which a failure has occurred and receiving a response.
  • the judgment of recovery / recovery based on the response to the OPTIONS message differs depending on the implementation of the originating IBCF. For example, one IBCF determines that the opposing IBCF has recovered and recovered if there is any response to the OPTIONS message, and another IBCF determines that the opposing IBCF has recovered and recovered if there is a normal response to the OPTIONS message. .. Therefore, the judgment on the response returned by the IBCF during the failure may differ depending on the telecommunications carrier. If the operation for the same response differs depending on the telecommunications carrier, there is a problem that maintenance operability in the event of a failure deteriorates.
  • the present invention has been made in view of the above, and an object of the present invention is to eliminate the difference in recovery / recovery operation for each telecommunications carrier for the same response, and to improve maintenance operability in the event of a failure.
  • the communication device has a transmission / reception unit that transmits / receives a message in the session layer, and when a recovery detection message for recovery detection is received from an opposite operator, when the recovery from a failure is recovered, the recovery detection message is dealt with. It is characterized by including a control unit that controls to return a normal response and suppresses a response to the recovery detection message when the recovery from a failure has not been recovered.
  • the communication method according to the present invention is a communication method executed by a communication device, and recovers from a failure when a step of sending and receiving a message in the session layer and a recovery detection message for recovery detection are received from an opposite company. It is characterized by having a step of controlling to return a normal response to the recovery detection message when it has been performed, and controlling to suppress a response to the recovery detection message when it has not recovered from a failure. To do.
  • FIG. 1 is an overall configuration diagram of a communication system including the communication device (IBCF) 1 of the present embodiment.
  • the IBCFs of companies A, B, and C are connected to the communication device 1 in order to perform IP interconnection with each of company A, company B, and company C.
  • the communication device 1 cannot normally respond to the INVITE message due to an overload or a failure. If the IBCF of each company cannot receive the response to the INVITE message or receives the error response, it determines that the communication device 1 has failed.
  • the IBCF of each company sends an OPTIONS message to the communication device 1 in order to detect the restoration of the communication device 1.
  • the IBCF of each company detects the recovery and recovery of the communication device 1 based on the response to the OPTIONS message.
  • the operation of recovery detection of IBCF of each company is different.
  • the IBCF of Company A determines that the communication device 1 has been restored when it receives a normal response message to the OPTIONS message.
  • the IBCFs of companies B and C determine that the communication device 1 has been restored when some response message to the OPTIONS message is received.
  • the IBCF of the company A determines that the communication device 1 has not been restored, but the IBCFs of the companies B and C communicate with each other. It is determined that the device 1 has been restored.
  • the communication device 1 while the communication device 1 has a failure, a response is not returned to the OPTIONS message for recovery detection. As a result, even if the IBCF recovery detection determination method of each company is different, the recovery of the communication device 1 can be appropriately detected.
  • the configuration of the communication device 1 of the present embodiment will be described with reference to FIG.
  • the communication device 1 shown in the figure includes a transmission / reception unit 11, a determination unit 12, a state management unit 13, and a response management unit 14.
  • Each part included in the communication device 1 may be configured by a computer provided with an arithmetic processing unit, a storage device, and the like, and the processing of each part may be executed by a program.
  • This program is stored in a storage device included in the communication device 1, and can be recorded on a recording medium such as a magnetic disk, an optical disk, or a semiconductor memory, or can be provided through a network.
  • the transmission / reception unit 11 receives a message from the opposite IBCF and returns a response. For example, when the transmission / reception unit 11 receives a SIP INVITE message from the opposite IBCF, it returns a normal response when the INVITE message can be processed. When the INVITE message cannot be processed due to an overload or a failure, the transmission / reception unit 11 returns an error response.
  • the opposite IBCF detects the failure of the communication device 1 when the response to the INVITE message cannot be received or when the error response is received.
  • the transmission / reception unit 11 When the transmission / reception unit 11 receives an OPTIONS message for recovery detection from the opposite IBCF, the transmission / reception unit 11 returns a response to the ACTIONS message or suppresses the reply of the response based on the response management table held by the response management unit 14. ..
  • the response management table holds information on whether or not to return a response to the OPTIONS message for each opposite company.
  • the opposite IBCF transmits an OPTIONS message to the communication device 1 after detecting a failure of the communication device 1 to detect the recovery of the communication device 1.
  • the transmission / reception unit 11 returns a normal response to the OPTIONS message. If the response to the OPTIONS message is not possible, the transmission / reception unit 11 does not return the response to the OPTIONS message.
  • the determination unit 12 determines whether or not a normal response can be returned to the message in the session layer for each opposite company based on various state management tables held by the state management unit 13, and holds the response management unit 14.
  • the response to the session message is controlled by updating the information in the response management table.
  • the state management unit 13 holds various state management tables that manage the states of each functional unit that may return an error response to a message in the session layer such as an INVITE message when a failure occurs in the session layer. ..
  • Figures 3 to 6 show an example of each state management table.
  • the state management tables of FIGS. 3 to 6 are examples, and the state management unit 13 does not have to hold all the state management tables of FIGS. 3 to 6, and other than those shown in FIGS. 3 to 6. You may keep a state management table.
  • FIG. 3 is an example of a road condition management table that manages the road condition for each oncoming business operator.
  • the road conditions for company A and company B are blocked due to an obstacle.
  • the condition of the route for Company C is normal.
  • FIG. 4 is an example of a session number management table that manages the number of sessions for each opposite company. In the example of FIG. 4, there is a vacancy in the number of sessions in any of the operators.
  • FIG. 5 is an example of a media bandwidth management table that manages the media bandwidth for each opposite company. In the example of FIG. 5, there is a vacancy in the media band in any of the businesses.
  • FIG. 6 is a unit congestion state management table that manages the congestion state of the communication device 1.
  • the CPU usage rate is managed.
  • the CPU usage is normal.
  • the unit congestion status management table does not manage the status for each opposite company.
  • an error response may be returned to the INVITE message for all the opposite operators interconnected with the communication device 1.
  • the response management unit 14 holds a response management table that manages whether or not a response to an OPTIONS message can be made for each opposite company.
  • Figures 7A and 7B show an example of the response management table.
  • the normal response availability indicating whether or not the normal response to the INVITE message is possible
  • the OPTIONS response indicating whether or not the response to the OPTIONS message is possible are managed for each opposite company.
  • FIG. 7A is an example of a response management table when the state management unit 13 holds various state management tables of FIGS. 3 to 6.
  • the route states for company A and company B are blocked, normal response to the INVITE message is not possible for companies A and B in the response management table, and the response to the OPTIONS message is not possible. Is no response.
  • the route state, the number of sessions, the media bandwidth, and the congestion state are all normal. Therefore, for company C in the response management table, a normal response to the INVITE message is possible, and the OPTIONS message It is possible to respond to it.
  • the determination unit 12 refers to various state management tables, and if there is at least one abnormal state that may return an error response to the INVITE message, the determination unit 12 disables a normal response to the INVITE message in the response management table and disables it. No response is made to the OPTIONS message. If all the states managed by the state management unit 13 are normal, the determination unit 12 enables a normal response to the INVITE message in the response management table, and also enables a response to the OPTIONS message.
  • FIG. 7B is an example of a response management table after failure recovery.
  • the determination unit 12 enables normal response to the INVITE message for companies A and B in the response management table. It is possible to respond to OPTIONS messages.
  • step S101 a failure occurs in the communication device 1 of the present embodiment.
  • a failure occurs in the route for company A and the route for company B.
  • the road condition management table is closed in the road condition for company A and company B. Since the road conditions for company A and company B in the road condition management table were blocked, the determination unit 12 made a normal response in the response management table for companies A and B as shown in FIG. 7A. Is disabled, and no response is made to the OPTIONS message.
  • step S201 the IBCF of company A transmits an INVITE message to the communication device 1.
  • step S202 the communication device 1 returns an error response to the IBCF of company A.
  • step S203 the IBCF of the company A detects that the communication device 1 has failed.
  • step S204 the IBCF of the company A transmits an OPTIONS message to the communication device 1 in order to detect the restoration of the communication device 1.
  • the communication device 1 receives the INPUTS message from the IBCF of the company A, but in the response management table, the communication device 1 does not reply to the OPTIONS message because the company A does not respond to the OPTIONS message.
  • the IBCF of company A Since the IBCF of company A cannot receive the response from the communication device 1, it is determined that the communication device 1 has not been restored. After that, the IBCF of the company A transmits an OPTIONS message for detecting the restoration of the communication device 1 to the communication device 1 at a predetermined timing.
  • step S301 the IBCF of company B transmits an INVITE message to the communication device 1.
  • step S302 the communication device 1 returns an error response to the IBCF of company B.
  • step S303 the IBCF of the company B detects that the communication device 1 has failed.
  • step S304 the IBCF of the company B transmits an OPTIONS message to the communication device 1 in order to detect the restoration of the communication device 1, but like the IBCF of the company A, the IBCF of the company B cannot receive the response to the INPUTS message. After that, the IBCF of the company B also transmits an OPTIONS message for detecting the restoration of the communication device 1 to the communication device 1 at a predetermined timing.
  • step S401 the IBCF of company C transmits an INVITE message to the communication device 1.
  • step S402 the communication device 1 returns a normal response to the IBCF of company C.
  • step S501 The road condition of the road condition management table for company A and company B becomes normal. Since the road conditions for the company A and the company B in the road condition management table became normal, the determination unit 12 made a normal response in the response management table for the companies A and B as shown in FIG. 7B. Is enabled, and it is possible to respond to OPTIONS messages.
  • step S601 the IBCF of the company A transmits an OPTIONS message to the communication device 1 in order to detect the restoration of the communication device 1.
  • step S602 since the communication device 1 is allowed to respond to the OPTIONS message of the company A in the response management table, it returns a normal response to the ACTIONS message.
  • step S603 Since the IBCF of the company A received the normal response from the communication device 1, it is determined in step S603 that the communication device 1 has been restored. After that, the IBCF of the company A resumes the transmission of the INVITE message to the communication device 1.
  • step S701 the IBCF of Company B transmits an OPTIONS message to the communication device 1 in order to detect the restoration of the communication device 1.
  • step S702 the communication device 1 returns a normal response to the OPTIONS message.
  • step S703 Since the IBCF of Company B received the normal response from the communication device 1, it is determined in step S703 that the communication device 1 has been restored. After that, the IBCF of the company B resumes the transmission of the INVITE message to the communication device 1.
  • the transmission / reception unit 11 when the transmission / reception unit 11 receives the OPTIONS message for recovery detection from the opposite operator after the communication device 1 cannot return the normal response to the INVITE message, the opposite company can respond to the OPTIONS message if there is a response. Since it can be determined that the communication device 1 has been restored, it is possible to eliminate the difference in the recovery / recovery operation of each opposite company for the same response and improve the maintenance operability at the time of failure.
  • the response management unit 14 manages the state in which an error response may be returned to the INVITE message and whether or not to respond to the OPTIONS message for each opposite operator. You can control the response to OPTIONS messages for each operator.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Telephonic Communication Services (AREA)

Abstract

通信装置１がＩＮＶＩＴＥメッセージに対する正常応答を返信できなかった後、送受信部１１が対向事業者から復旧検知のためのＯＰＴＩＯＮＳメッセージを受信した場合に、障害から復旧していたときはＯＰＴＩＯＮＳメッセージに対する正常応答を返信し、障害から復旧していないときはＯＰＴＩＯＮＳメッセージに対する応答を返信しないように制御する。

Description

通信装置、通信方法及び通信プログラム
　本発明は、通信事業者間のＩＰ相互接続における対向サーバの復旧を検知する技術に関する。
　ＩＰ網上で提供される電話サービスの普及に伴い、通信事業者網間の接続においても、ＩＰベースの接続形態（ＩＰ相互接続）への移行が進められている。通信事業者網は、ＩＢＣＦ（Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ　Ｂｏｒｄｅｒ　Ｃｏｎｔｒｏｌ　Ｆｕｎｃｔｉｏｎ）を介して相互接続される。ＩＢＣＦは、セッション層において、通信事業者網間のＩＰ相互接続のための処理を行う。
　通信事業者網間のＩＰ相互接続において、発側ＩＢＣＦは、ＳＩＰのＩＮＶＩＴＥメッセージに対する無応答およびエラー応答により対向ＩＢＣＦの障害を検知する。発側ＩＢＣＦは、障害発生中のＩＢＣＦに対してＯＰＴＩＯＮＳメッセージを送信して応答を受信することにより、復旧検知を行うことができる。
「ＪＪ－９０．３０　ＩＭＳ事業者網間の相互接続共通インタフェース」、第５版、一般社団法人情報通信技術委員会、2018年8月29日、pp. 73-74
　しかしながら、ＯＰＴＩＯＮＳメッセージに対するレスポンスに基づく復旧回復の判断は発側ＩＢＣＦの実装によって異なる。例えば、あるＩＢＣＦはＯＰＴＩＯＮＳメッセージに対して何らかの応答があれば対向ＩＢＣＦは復旧回復したと判断し、別のＩＢＣＦはＯＰＴＩＯＮＳメッセージに対して正常応答があった場合に対向ＩＢＣＦは復旧回復したと判断する。そのため、障害発生中のＩＢＣＦが返すレスポンスに対する判断が通信事業者によって異なる場合がある。同一レスポンスに対する動作が通信事業者によって異なると、障害時の保守運用性が低下してしまうという問題があった。
　本発明は、上記に鑑みてなされたものであり、同一レスポンスに対する通信事業者ごとの復旧回復動作の差を無くし、障害時の保守運用性を向上することを目的とする。
　本発明に係る通信装置は、セッション層においてメッセージを送受信する送受信部と、対向事業者から復旧検知のための復旧検知メッセージを受信した場合に、障害から復旧していたときは前記復旧検知メッセージに対する正常応答を返信するように制御し、障害から復旧していないときは前記復旧検知メッセージに対する応答を抑制するように制御する制御部と、を備えることを特徴とする。
　本発明に係る通信方法は、通信装置が実行する通信方法であって、セッション層においてメッセージを送受信するステップと、対向事業者から復旧検知のための復旧検知メッセージを受信した場合に、障害から復旧していたときは前記復旧検知メッセージに対する正常応答を返信するように制御し、障害から復旧していないときは前記復旧検知メッセージに対する応答を抑制するように制御するステップと、を有することを特徴とする。
　本発明によれば、同一レスポンスに対する通信事業者ごとの復旧回復動作の差を無くし、障害時の保守運用性を向上することができる。
本実施形態の通信装置（ＩＢＣＦ）を含む通信システムの全体構成図である。 本実施形態の通信装置の構成を示す機能ブロック図である。 方路状態管理テーブルの一例を示す図である。 セッション数管理テーブルの一例を示す図である。 メディア帯域管理テーブルの一例を示す図である。 ユニット輻輳状態管理テーブルの一例を示す図である。 障害発生時の応答管理テーブルの一例を示す図である。 復旧回復後の応答管理テーブルの一例を示す図である。 本実施形態の通信装置を含む通信システムの処理の流れを示すシーケンス図である。
　以下、本発明の実施の形態について図面を用いて説明する。
　図１は、本実施形態の通信装置（ＩＢＣＦ）１を含む通信システムの全体構成図である。Ａ社、Ｂ社、およびＣ社のそれぞれとＩＰ相互接続するため、通信装置１にＡ社、Ｂ社、およびＣ社のＩＢＣＦが接続されている。
　通信装置１は、過負荷または障害により、ＩＮＶＩＴＥメッセージに対して正常応答ができなくなったものとする。各社のＩＢＣＦは、ＩＮＶＩＴＥメッセージに対する応答を受信できなかったり、エラー応答を受信したりすると、通信装置１に障害が発生したと判断する。
　各社のＩＢＣＦは、通信装置１の復旧を検知のために、ＯＰＴＩＯＮＳメッセージを通信装置１へ送信する。各社のＩＢＣＦは、ＯＰＴＩＯＮＳメッセージに対する応答に基づいて通信装置１の復旧回復を検知する。ここで、各社のＩＢＣＦの復旧検知の動作が異なるとする。例えば、Ａ社のＩＢＣＦは、ＯＰＴＩＯＮＳメッセージに対する正常応答メッセージを受信した場合に通信装置１は復旧したと判断する。Ｂ社およびＣ社のＩＢＣＦは、ＯＰＴＩＯＮＳメッセージに対する何らかの応答メッセージを受信した場合に通信装置１は復旧したと判断する。
　通信装置１が復旧していないときに、ＯＰＴＩＯＮＳメッセージに対してエラー応答を返信した場合、Ａ社のＩＢＣＦは通信装置１は復旧していないと判断するが、Ｂ社およびＣ社のＩＢＣＦは通信装置１は復旧したと判断してしまう。
　そこで、本実施形態では、通信装置１に障害発生中は、復旧検知のためのＯＰＴＩＯＮＳメッセージに対して応答を返信しない。これにより、各社のＩＢＣＦの復旧検知の判断方法が異なっている場合であっても、通信装置１の復旧を適切に検知できる。
　図２を参照し、本実施形態の通信装置１の構成を説明する。同図に示す通信装置１は、送受信部１１、判定部１２、状態管理部１３、および応答管理部１４を備える。通信装置１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは通信装置１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。
　送受信部１１は、対向のＩＢＣＦからメッセージを受信し、応答を返信する。例えば、送受信部１１は、対向のＩＢＣＦからＳＩＰのＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージが処理できるときは、正常応答を返信する。過負荷または障害によりＩＮＶＩＴＥメッセージが処理できないとき、送受信部１１はエラー応答を返信する。対向のＩＢＣＦは、ＩＮＶＩＴＥメッセージに対する応答が受信できなかったとき、またはエラー応答を受信したときに、通信装置１の障害を検知する。
　送受信部１１は、対向のＩＢＣＦから復旧検知のためのＯＰＴＩＯＮＳメッセージを受信した場合、応答管理部１４の保持する応答管理テーブルに基づき、ＯＰＴＩＯＮＳメッセージに対する応答を返信するか、もしくは応答の返信を抑制する。応答管理テーブルは、対向事業者ごとに、ＯＰＴＩＯＮＳメッセージに対する応答を返信するか否かの情報を保持している。
　対向ＩＢＣＦは、通信装置１の障害検知後、ＯＰＴＩＯＮＳメッセージを通信装置１に送信して通信装置１の復旧を検知をする。応答管理テーブルにおいて、当該事業者についてＯＰＴＩＯＮＳメッセージに対する応答可であれば、送受信部１１は、ＯＰＴＩＯＮＳメッセージに対して正常応答を返信する。ＯＰＴＩＯＮＳメッセージに対する応答不可であれば、送受信部１１は、ＯＰＴＩＯＮＳメッセージに対する応答を返信しない。
　判定部１２は、状態管理部１３の保持する各種状態管理テーブルに基づき、対向事業者ごとに、セッション層におけるメッセージに対して正常応答を返信できるか否かを判定し、応答管理部１４の保持する応答管理テーブルの情報を更新することで、ＯＰＴＩＯＮＳメッセージに対する応答を制御する。
　状態管理部１３は、セッション層において障害が発生した場合に、ＩＮＶＩＴＥメッセージなどのセッション層におけるメッセージに対してエラー応答を返す可能性のある各機能部の状態を管理する各種状態管理テーブルを保持する。
　図３～６に、各状態管理テーブルの一例を示す。なお、図３～６の状態管理テーブルは一例であり、状態管理部１３は、図３～６の全ての状態管理テーブルを保持しなくてもよいし、図３～６の示したもの以外の状態管理テーブルを保持してもよい。
　図３は、対向事業者ごとの方路状態を管理する方路状態管理テーブルの一例である。図３の例では、Ａ社向けおよびＢ社向けの方路状態は、障害により、閉塞となっている。Ｃ社向けの方路の状態は正常である。
　図４は、対向事業者ごとのセッション数を管理するセッション数管理テーブルの一例である。図４の例では、いずれの事業者においても、セッション数に空きがある。
　図５は、対向事業者ごとのメディア帯域を管理するメディア帯域管理テーブルの一例である。図５の例では、いずれの事業者においても、メディアの帯域に空きがある。
　図６は、通信装置１の輻輳状態を管理するユニット輻輳状態管理テーブルである。図６の例では、ＣＰＵ使用率を管理している。ＣＰＵ使用率は正常である。ユニット輻輳状態管理テーブルは、対向事業者ごとに状態を管理していない。ユニット輻輳状態管理テーブルで管理する輻輳状態が正常でないときは、通信装置１と相互接続する全ての対向事業者について、ＩＮＶＩＴＥメッセージに対してエラー応答を返す可能性がある。
　応答管理部１４は、ＯＰＴＩＯＮＳメッセージに対する応答の可否を対向事業者ごとに管理する応答管理テーブルを保持する。
　図７Ａ，７Ｂに、応答管理テーブルの一例を示す。同図の例では、対向事業者ごとに、ＩＮＶＩＴＥメッセージに対する正常応答の可否を示す正常応答可否およびＯＰＴＩＯＮＳメッセージに対する応答の可否を示すＯＰＴＩＯＮＳ応答を管理する。
　図７Ａは、状態管理部１３が図３～６の各種状態管理テーブルを保持していた場合の応答管理テーブルの例である。図３の例では、Ａ社向けおよびＢ社向けの方路状態は閉塞であるので、応答管理テーブルのＡ社およびＢ社については、ＩＮＶＩＴＥメッセージに対する正常応答は不可であり、ＯＰＴＩＯＮＳメッセージに対しては無応答とする。また、Ｃ社については、方路状態、セッション数、メディア帯域、および輻輳状態のいずれも正常であるので、応答管理テーブルのＣ社については、ＩＮＶＩＴＥメッセージに対する正常応答は可であり、ＯＰＴＩＯＮＳメッセージに対しては応答可とする。
　判定部１２は、各種状態管理テーブルを参照し、ＩＮＶＩＴＥメッセージに対してエラー応答を返す可能性のある異常状態が一つでもあれば、応答管理テーブルのＩＮＶＩＴＥメッセージ対する正常応答を不可とするとともに、ＯＰＴＩＯＮＳメッセージに対しては無応答とする。判定部１２は、状態管理部１３の管理する状態が全て正常であれば、応答管理テーブルのＩＮＶＩＴＥメッセージ対する正常応答を可とするとともに、ＯＰＴＩＯＮＳメッセージに対しては応答可とする。
　図７Ｂは、障害復旧後の応答管理テーブルの例である。障害から復旧回復し、図３のＡ社向けおよびＢ社向けの方路状態が正常になると、判定部１２は、応答管理テーブルのＡ社およびＢ社について、ＩＮＶＩＴＥメッセージに対する正常応答を可とし、ＯＰＴＩＯＮＳメッセージに対しては応答可とする。
　図８を参照し、本実施形態の通信システムの処理の流れについて説明する。
　ステップＳ１０１において、本実施形態の通信装置１に障害が発生する。ここでは、Ａ社向けの方路およびＢ社向けの方路に障害が発生したとする。方路状態管理テーブルは、図３に示したように、Ａ社向けおよびＢ社向けの方路状態が閉塞となる。方路状態管理テーブルのＡ社向けおよびＢ社向けの方路状態が閉塞となったので、判定部１２は、図７Ａに示したように、Ａ社およびＢ社について、応答管理テーブルの正常応答を不可とし、ＯＰＴＩＯＮＳメッセージに対しては無応答とする。
　ステップＳ２０１において、Ａ社のＩＢＣＦがＩＮＶＩＴＥメッセージを通信装置１に対して送信する。
　ステップＳ２０２において、通信装置１は、Ａ社のＩＢＣＦに対してエラー応答を返信する。
　通信装置１からエラー応答を受信したので、ステップＳ２０３において、Ａ社のＩＢＣＦは、通信装置１に障害が発生したことを検知する。
　ステップＳ２０４において、Ａ社のＩＢＣＦは、通信装置１の復旧を検知するために、ＯＰＴＩＯＮＳメッセージを通信装置１へ送信する。
　通信装置１は、Ａ社のＩＢＣＦからＯＰＴＩＯＮＳメッセージを受信するが、応答管理テーブルにおいて、Ａ社については、ＯＰＴＩＯＮＳメッセージへは無応答とされているので、ＯＰＴＩＯＮＳメッセージに対する応答を返信しない。
　Ａ社のＩＢＣＦは通信装置１から応答を受信できないので、通信装置１は復旧していないと判断する。以降、Ａ社のＩＢＣＦは、所定のタイミングで、通信装置１の復旧を検知するためのＯＰＴＩＯＮＳメッセージを通信装置１へ送信する。
　ステップＳ３０１において、Ｂ社のＩＢＣＦがＩＮＶＩＴＥメッセージを通信装置１に対して送信する。
　ステップＳ３０２において、通信装置１は、Ｂ社のＩＢＣＦに対してエラー応答を返信する。
　通信装置１からエラー応答を受信したので、ステップＳ３０３において、Ｂ社のＩＢＣＦは、通信装置１に障害が発生したことを検知する。
　ステップＳ３０４において、Ｂ社のＩＢＣＦは、通信装置１の復旧を検知するために、ＯＰＴＩＯＮＳメッセージを通信装置１へ送信するが、Ａ社のＩＢＣＦと同様に、ＯＰＴＩＯＮＳメッセージに対する応答を受信できない。以降、Ｂ社のＩＢＣＦも、所定のタイミングで、通信装置１の復旧を検知するためのＯＰＴＩＯＮＳメッセージを通信装置１へ送信する。
　ステップＳ４０１において、Ｃ社のＩＢＣＦがＩＮＶＩＴＥメッセージを通信装置１に対して送信する。
　Ｃ社に関しては障害が発生していないので、ステップＳ４０２において、通信装置１は、Ｃ社のＩＢＣＦに対して正常応答を返信する。
　ステップＳ５０１において、通信装置１が復旧したとする。方路状態管理テーブルのＡ社向けおよびＢ社向けの方路状態が正常となる。方路状態管理テーブルのＡ社向けおよびＢ社向けの方路状態が正常となったので、判定部１２は、図７Ｂに示したように、Ａ社およびＢ社について、応答管理テーブルの正常応答を可とし、ＯＰＴＩＯＮＳメッセージに対しては応答可とする。
　ステップＳ６０１において、Ａ社のＩＢＣＦは、通信装置１の復旧を検知するために、ＯＰＴＩＯＮＳメッセージを通信装置１へ送信する。
　ステップＳ６０２において、通信装置１は、応答管理テーブルのＡ社のＯＰＴＩＯＮＳメッセージへの応答は可とされているので、ＯＰＴＩＯＮＳメッセージに対して正常応答を返信する。
　Ａ社のＩＢＣＦは、通信装置１から正常応答を受信したので、ステップＳ６０３において、通信装置１は復旧回復したと判断する。以降、Ａ社のＩＢＣＦは、ＩＮＶＩＴＥメッセージの通信装置１への送信を再開する。
　ステップＳ７０１において、Ｂ社のＩＢＣＦは、通信装置１の復旧を検知するために、ＯＰＴＩＯＮＳメッセージを通信装置１へ送信する。
　ステップＳ７０２において、通信装置１は、ＯＰＴＩＯＮＳメッセージに対して正常応答を返信する。
　Ｂ社のＩＢＣＦは、通信装置１から正常応答を受信したので、ステップＳ７０３において、通信装置１は復旧回復したと判断する。以降、Ｂ社のＩＢＣＦは、ＩＮＶＩＴＥメッセージの通信装置１への送信を再開する。
　以上説明したように、本実施形態によれば、通信装置１がＩＮＶＩＴＥメッセージに対する正常応答を返信できなかった後、送受信部１１が対向事業者から復旧検知のためのＯＰＴＩＯＮＳメッセージを受信した場合に、障害から復旧していたときはＯＰＴＩＯＮＳメッセージに対する正常応答を返信し、障害から復旧していないときはＯＰＴＩＯＮＳメッセージに対する応答を返信しないように制御することで、対向事業者はＯＰＴＩＯＮＳメッセージに対する応答があれば通信装置１は復旧したと判断できるので、同一レスポンスに対する対向事業者ごとの復旧回復動作の差を無くし、障害時の保守運用性を向上できる。
　本実施形態によれば、応答管理部１４で対向事業者ごとにＩＮＶＩＴＥメッセージに対してエラー応答を返信する可能性のある状態およびＯＰＴＩＯＮＳメッセージに対して応答するか否かを管理することにより、対向事業者ごとにＯＰＴＩＯＮＳメッセージに対する応答を制御できる
　１…通信装置
　１１…送受信部
　１２…判定部
　１３…状態管理部
　１４…応答管理部

Claims (5)

  1. 　セッション層においてメッセージを送受信する送受信部と、
    　対向事業者から復旧検知のための復旧検知メッセージを受信した場合に、障害から復旧していたときは前記復旧検知メッセージに対する正常応答を返信するように制御し、障害から復旧していないときは前記復旧検知メッセージに対する応答を抑制するように制御する制御部と、を備える
    　ことを特徴とする通信装置。
  2. 　前記制御部は、対向事業者ごとに前記メッセージに対してエラー応答を返信する可能性のある状態を管理し、前記対向事業者の前記状態に基づいて、前記復旧検知メッセージに対する応答を返信するか否かを制御する
    　ことを特徴とする請求項１に記載の通信装置。
  3. 　通信装置が実行する通信方法であって、
    　セッション層においてメッセージを送受信するステップと、
    　対向事業者から復旧検知のための復旧検知メッセージを受信した場合に、障害から復旧していたときは前記復旧検知メッセージに対する正常応答を返信するように制御し、障害から復旧していないときは前記復旧検知メッセージに対する応答を抑制するように制御するステップと、を有する
    　ことを特徴とする通信方法。
  4. 　前記制御するステップでは、対向事業者ごとに前記メッセージに対してエラー応答を返信する可能性のある状態を管理し、前記対向事業者ごとの前記状態に基づいて、前記復旧検知メッセージに対する応答を返信するか否かを制御する
    　ことを特徴とする請求項３に記載の通信方法。
  5. 　請求項１または２に記載の通信装置の各部としてコンピュータを動作させることを通信プログラム。
PCT/JP2019/017712 2019-04-25 2019-04-25 通信装置、通信方法及び通信プログラム WO2020217403A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/017712 WO2020217403A1 (ja) 2019-04-25 2019-04-25 通信装置、通信方法及び通信プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/017712 WO2020217403A1 (ja) 2019-04-25 2019-04-25 通信装置、通信方法及び通信プログラム

Publications (1)

Publication Number Publication Date
WO2020217403A1 true WO2020217403A1 (ja) 2020-10-29

Family

ID=72941141

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/017712 WO2020217403A1 (ja) 2019-04-25 2019-04-25 通信装置、通信方法及び通信プログラム

Country Status (1)

Country Link
WO (1) WO2020217403A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007266776A (ja) * 2006-03-27 2007-10-11 Fujitsu Ltd 複数サーバ間でのサービス正常動作監視システムおよびその方法
JP2009182541A (ja) * 2008-01-30 2009-08-13 Nec Corp Ｉｍｓネットワーク、ｉｍｓノード装置及びそれらに用いるサービス提供方法
JP2009239482A (ja) * 2008-03-26 2009-10-15 Toshiba Corp 電話システムとその交換装置および発信制御方法
JP2015012477A (ja) * 2013-06-28 2015-01-19 沖電気工業株式会社 通信制御システム、通信制御装置及び通信制御プログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007266776A (ja) * 2006-03-27 2007-10-11 Fujitsu Ltd 複数サーバ間でのサービス正常動作監視システムおよびその方法
JP2009182541A (ja) * 2008-01-30 2009-08-13 Nec Corp Ｉｍｓネットワーク、ｉｍｓノード装置及びそれらに用いるサービス提供方法
JP2009239482A (ja) * 2008-03-26 2009-10-15 Toshiba Corp 電話システムとその交換装置および発信制御方法
JP2015012477A (ja) * 2013-06-28 2015-01-19 沖電気工業株式会社 通信制御システム、通信制御装置及び通信制御プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Common interconnection interface between IMS operator's networks version 5.0", THE TELECOMMUNICATION TECHNOLOGY COMMITTEE, 29 August 2018 (2018-08-29), pages 1 - 3, XP055758173 *

Similar Documents

Publication Publication Date Title
US9332037B2 (en) Method and apparatus for redundant signaling links
JP4470934B2 (ja) プロキシ・サーバ、通信システム、通信方法及びプログラム
JP5828954B2 (ja) サーバ故障中のパケット処理方法及びルータ
US20140359340A1 (en) Subscriptions that indicate the presence of application servers
WO2009111969A1 (zh) 以太环网中边缘端口阻塞的方法、以太环网系统和设备
EP2874351A1 (en) Control method and device for protecting connectivity between ethernet ring network nodes, and first node
CA2743680A1 (en) Method and system for fail-safe call survival
US8775617B2 (en) Method for optimizing network performance after a temporary loss of connection
CN105281929B (zh) 一种服务网口状态检测和容错的装置及其方法
WO2019208460A1 (ja) 障害監視装置及び障害監視方法
EP2815549B1 (en) Method and apparatus for improved handling of ims node blacklisting
WO2020217403A1 (ja) 通信装置、通信方法及び通信プログラム
US7970109B2 (en) Auto block and auto discovery in a distributed communication system
EP3001612B1 (en) Multi-domain network protection method and node
CN113037622B (zh) 一种防止bfd震荡的系统及方法
US11757987B2 (en) Load balancing systems and methods
JP7132534B2 (ja) 中継サーバ、中継方法、および、中継プログラム
JP6985606B2 (ja) 障害検知装置、障害検知方法、および障害検知プログラム
JP2013062678A (ja) Ｉｐ接続装置
WO2023276001A1 (ja) 負荷分散システム、負荷分散方法、および、負荷分散プログラム
WO2021171339A1 (ja) 通信装置、通信方法、およびプログラム
JP2008017070A (ja) ネットワーク装置及びそれに用いる冗長切替え方法並びにそのプログラム
US20120250497A1 (en) Methods for sending and processing an sip response
CN114363342A (zh) 故障收敛方法及其相关装置和负载均衡集群
JP2008505552A (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: 19925635

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: 19925635

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP