JP2002209013A - 通信制御システム - Google Patents
通信制御システムInfo
- Publication number
- JP2002209013A JP2002209013A JP2001003985A JP2001003985A JP2002209013A JP 2002209013 A JP2002209013 A JP 2002209013A JP 2001003985 A JP2001003985 A JP 2001003985A JP 2001003985 A JP2001003985 A JP 2001003985A JP 2002209013 A JP2002209013 A JP 2002209013A
- Authority
- JP
- Japan
- Prior art keywords
- rescue
- unit
- package
- communication
- bus
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2035—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant without idle spare hardware
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40169—Flexible bus arrangements
- H04L12/40176—Flexible bus arrangements involving redundancy
- H04L12/40182—Flexible bus arrangements involving redundancy by using a plurality of communication lines
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0094—Bus
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 障害救済を効率よく経済的に行う。
【解決手段】 救済バスＢｐは、各ユニットにマルチ接
続し、障害の救済を行う。ラインスイッチ１１−１、１
１−３、１１−５は、各チャネルのライン上からの信号
と信号を処理する信号処理部とを正常時には接続し、障
害発生時には開放する。救済バス接続スイッチ１２−
１、１２−３、１２−５は、障害発生時に、チャネルの
ラインと救済バスＢｐとを接続する。救済スイッチ１３
−１、１３−３、１３−５は、信号予備処理手段４ａと
救済バスＢｐとを接続する。通信ユニットＣ１、Ｃ２
は、スイッチ手段１０−１、１０−３と信号処理手段２
ａ、２ｂとを有する。救済ユニットＰ１は、スイッチ手
段１０−５と信号予備処理手段４ａとを有し、完全救済
または暫定救済を行う。監視制御手段５０は、障害発生
の監視及びスイッチ手段１０−１、１０−３、１０−５
のスイッチ制御を行う。
続し、障害の救済を行う。ラインスイッチ１１−１、１
１−３、１１−５は、各チャネルのライン上からの信号
と信号を処理する信号処理部とを正常時には接続し、障
害発生時には開放する。救済バス接続スイッチ１２−
１、１２−３、１２−５は、障害発生時に、チャネルの
ラインと救済バスＢｐとを接続する。救済スイッチ１３
−１、１３−３、１３−５は、信号予備処理手段４ａと
救済バスＢｐとを接続する。通信ユニットＣ１、Ｃ２
は、スイッチ手段１０−１、１０−３と信号処理手段２
ａ、２ｂとを有する。救済ユニットＰ１は、スイッチ手
段１０−５と信号予備処理手段４ａとを有し、完全救済
または暫定救済を行う。監視制御手段５０は、障害発生
の監視及びスイッチ手段１０−１、１０−３、１０−５
のスイッチ制御を行う。
Description
【０００１】
【発明の属する技術分野】本発明は通信制御システムに
関し、特に障害の救済を行う通信制御システムに関す
る。
関し、特に障害の救済を行う通信制御システムに関す
る。
【０００２】
【従来の技術】近年、２線または４線のメタリック線を
用いた通信ネットワークとして、例えば、旧来の音声通
話機能だけを提供するＰＯＴＳ（Plain Old Telephone
Service）、さらにはＩＳＤＮやｘＤＳＬ（ｘDigital S
ubscriber Line）等の高速ディジタル伝送を行うサービ
スが提供されている。現在では加入者毎に運用形態や伝
送形態が異なるこのような多種多様なサービスが要求さ
れている。
用いた通信ネットワークとして、例えば、旧来の音声通
話機能だけを提供するＰＯＴＳ（Plain Old Telephone
Service）、さらにはＩＳＤＮやｘＤＳＬ（ｘDigital S
ubscriber Line）等の高速ディジタル伝送を行うサービ
スが提供されている。現在では加入者毎に運用形態や伝
送形態が異なるこのような多種多様なサービスが要求さ
れている。
【０００３】これらの要求に対し、局側において経済性
を考慮した場合、１つの加入者終端装置にて、異種の伝
送形態による通信パッケージを混載して、加入者を収容
する必要性が出てきている。
を考慮した場合、１つの加入者終端装置にて、異種の伝
送形態による通信パッケージを混載して、加入者を収容
する必要性が出てきている。
【０００４】
【発明が解決しようとする課題】しかし、上記のような
異種の通信パッケージを搭載する加入者終端装置で、通
信パッケージの障害発生時の救済を考慮した場合、伝送
形態毎に（または加入者毎に）通信パッケージを２重化
冗長したシステムにすると、運用可能な収容回線数の低
下を招くといった問題があった。
異種の通信パッケージを搭載する加入者終端装置で、通
信パッケージの障害発生時の救済を考慮した場合、伝送
形態毎に（または加入者毎に）通信パッケージを２重化
冗長したシステムにすると、運用可能な収容回線数の低
下を招くといった問題があった。
【０００５】また、伝送形態毎に救済用パッケージを対
応させる場合、Ｎ：１（Ｎ枚の通信パッケージと１枚の
救済用パッケージ）の冗長システムを構成するために、
筐体のバックボード上の配線を固定的に敷設すると、効
率のよい障害救済ができないといった問題があった。
応させる場合、Ｎ：１（Ｎ枚の通信パッケージと１枚の
救済用パッケージ）の冗長システムを構成するために、
筐体のバックボード上の配線を固定的に敷設すると、効
率のよい障害救済ができないといった問題があった。
【０００６】例えば、加入者終端装置が、伝送形態とし
て３種（伝送形態Ａ、伝送形態Ｂ、伝送形態Ｃとする）
の通信パッケージを格納し、それぞれの伝送形態に１枚
の救済用パッケージを割り当てるようにバックボードの
配線を敷設して、それぞれの伝送形態に対してＮ：１の
冗長系を構成したとする。
て３種（伝送形態Ａ、伝送形態Ｂ、伝送形態Ｃとする）
の通信パッケージを格納し、それぞれの伝送形態に１枚
の救済用パッケージを割り当てるようにバックボードの
配線を敷設して、それぞれの伝送形態に対してＮ：１の
冗長系を構成したとする。
【０００７】この場合、伝送形態Ａで１枚の通信パッケ
ージが故障したとすると、この通信パッケージは救済で
きるが、同じ伝送形態Ａの中で後続して別の通信パッケ
ージが故障した場合には、他の２枚の救済用パッケージ
は使用できないため（伝送形態Ｂ、Ｃの障害救済用とし
て固定的に接続されているため）、引き続き故障した該
当の通信パッケージを救済することができない。
ージが故障したとすると、この通信パッケージは救済で
きるが、同じ伝送形態Ａの中で後続して別の通信パッケ
ージが故障した場合には、他の２枚の救済用パッケージ
は使用できないため（伝送形態Ｂ、Ｃの障害救済用とし
て固定的に接続されているため）、引き続き故障した該
当の通信パッケージを救済することができない。
【０００８】このように、障害発生状況に応じて、適応
的に救済パッケージを使用することができないので、非
常に効率が悪く不経済であるといった問題があった。本
発明は、このような点に鑑みてなされたものであり、異
種の伝送形態の通信パッケージを搭載する装置で障害が
発生した場合に、効率よく経済的に障害を救済する通信
制御システムを提供することを目的とする。
的に救済パッケージを使用することができないので、非
常に効率が悪く不経済であるといった問題があった。本
発明は、このような点に鑑みてなされたものであり、異
種の伝送形態の通信パッケージを搭載する装置で障害が
発生した場合に、効率よく経済的に障害を救済する通信
制御システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示すような、運用時に発生した障
害の救済を行う通信制御システム１において、各ユニッ
トにマルチ接続し、障害の救済を行うための救済バスＢ
ｐと、各チャネルのライン上からの信号と信号を処理す
る信号処理部とを正常時には接続し、障害発生時には開
放するラインスイッチ１１−１、１１−３、１１−５
と、障害発生時に、チャネルのラインと救済バスＢｐと
を接続する救済バス接続スイッチ１２−１、１２−３、
１２−５と、障害が発生したユニットである障害ユニッ
トの代わりに信号を処理する信号予備処理手段と救済バ
スＢｐとを接続する救済スイッチ１３−１、１３−３、
１３−５と、から構成されるスイッチ手段１０−１、１
０−３、１０−５と、スイッチ手段１０−１、１０−３
と通常運用時に信号を処理する信号処理手段２ａ、２ｂ
とを有する通信ユニットＣ１、Ｃ２と、スイッチ手段１
０−５と障害発生時に信号を処理する信号予備処理手段
４ａとを有し、ユニット単位の救済を対象にした完全救
済またはチャネル単位の救済を対象にした暫定救済を行
う救済ユニットＰ１と、障害発生の監視及びスイッチ手
段１０−１、１０−３、１０−５のスイッチ制御を行う
監視制御手段５０と、を有することを特徴とする通信制
御システム１が提供される。
決するために、図１に示すような、運用時に発生した障
害の救済を行う通信制御システム１において、各ユニッ
トにマルチ接続し、障害の救済を行うための救済バスＢ
ｐと、各チャネルのライン上からの信号と信号を処理す
る信号処理部とを正常時には接続し、障害発生時には開
放するラインスイッチ１１−１、１１−３、１１−５
と、障害発生時に、チャネルのラインと救済バスＢｐと
を接続する救済バス接続スイッチ１２−１、１２−３、
１２−５と、障害が発生したユニットである障害ユニッ
トの代わりに信号を処理する信号予備処理手段と救済バ
スＢｐとを接続する救済スイッチ１３−１、１３−３、
１３−５と、から構成されるスイッチ手段１０−１、１
０−３、１０−５と、スイッチ手段１０−１、１０−３
と通常運用時に信号を処理する信号処理手段２ａ、２ｂ
とを有する通信ユニットＣ１、Ｃ２と、スイッチ手段１
０−５と障害発生時に信号を処理する信号予備処理手段
４ａとを有し、ユニット単位の救済を対象にした完全救
済またはチャネル単位の救済を対象にした暫定救済を行
う救済ユニットＰ１と、障害発生の監視及びスイッチ手
段１０−１、１０−３、１０−５のスイッチ制御を行う
監視制御手段５０と、を有することを特徴とする通信制
御システム１が提供される。
【００１０】ここで、救済バスＢｐは、各ユニットにマ
ルチ接続し、障害の救済を行う。ラインスイッチ１１−
１、１１−３、１１−５は、各チャネルのライン上から
の信号と信号を処理する信号処理部とを正常時には接続
し、障害発生時には開放する。救済バス接続スイッチ１
２−１、１２−３、１２−５は、障害発生時に、チャネ
ルのラインと救済バスＢｐとを接続する。救済スイッチ
１３−１、１３−３、１３−５は、障害が発生したユニ
ットである障害ユニットの代わりに信号を処理する信号
予備処理手段４ａと救済バスＢｐとを接続する。通信ユ
ニットＣ１、Ｃ２は、スイッチ手段１０−１、１０−３
と通常運用時に信号を処理する信号処理手段２ａ、２ｂ
とを有する。救済ユニットＰ１は、スイッチ手段１０−
５と障害発生時に信号を処理する信号予備処理手段４ａ
とを有し、ユニット単位の救済を対象にした完全救済ま
たはチャネル単位の救済を対象にした暫定救済を行う。
監視制御手段５０は、障害発生の監視及びスイッチ手段
１０−１、１０−３、１０−５のスイッチ制御を行う。
ルチ接続し、障害の救済を行う。ラインスイッチ１１−
１、１１−３、１１−５は、各チャネルのライン上から
の信号と信号を処理する信号処理部とを正常時には接続
し、障害発生時には開放する。救済バス接続スイッチ１
２−１、１２−３、１２−５は、障害発生時に、チャネ
ルのラインと救済バスＢｐとを接続する。救済スイッチ
１３−１、１３−３、１３−５は、障害が発生したユニ
ットである障害ユニットの代わりに信号を処理する信号
予備処理手段４ａと救済バスＢｐとを接続する。通信ユ
ニットＣ１、Ｃ２は、スイッチ手段１０−１、１０−３
と通常運用時に信号を処理する信号処理手段２ａ、２ｂ
とを有する。救済ユニットＰ１は、スイッチ手段１０−
５と障害発生時に信号を処理する信号予備処理手段４ａ
とを有し、ユニット単位の救済を対象にした完全救済ま
たはチャネル単位の救済を対象にした暫定救済を行う。
監視制御手段５０は、障害発生の監視及びスイッチ手段
１０−１、１０−３、１０−５のスイッチ制御を行う。
【００１１】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は本発明の通信制御システム
の原理図である。通信制御システム１は、救済バスＢｐ
と、通信ユニットＣ１、Ｃ２と、救済ユニットＰ１と、
監視制御手段５０とから構成される。
を参照して説明する。図１は本発明の通信制御システム
の原理図である。通信制御システム１は、救済バスＢｐ
と、通信ユニットＣ１、Ｃ２と、救済ユニットＰ１と、
監視制御手段５０とから構成される。
【００１２】通信ユニットＣ１、Ｃ２はそれぞれ、スイ
ッチ手段１０−１、１０−３と信号処理手段２ａ、２ｂ
から構成される。信号処理手段２ａ、２ｂは、各チャネ
ルｃｈ１、ｃｈ２のライン上からの信号を処理する（ラ
インにはモデムｍ１、ｍ２が接続されている）。
ッチ手段１０−１、１０−３と信号処理手段２ａ、２ｂ
から構成される。信号処理手段２ａ、２ｂは、各チャネ
ルｃｈ１、ｃｈ２のライン上からの信号を処理する（ラ
インにはモデムｍ１、ｍ２が接続されている）。
【００１３】救済ユニットＰ１は、スイッチ手段１０−
５と信号予備処理手段４ａから構成され、ユニット単位
の救済を対象にした完全救済またはチャネル単位の救済
を対象にした暫定救済を行う。完全救済及び暫定救済に
ついては後述する。信号予備処理手段４ａは、障害発生
時に、信号処理手段の代わりに信号を処理する（図では
信号処理手段２ａの予備として用いられている）。
５と信号予備処理手段４ａから構成され、ユニット単位
の救済を対象にした完全救済またはチャネル単位の救済
を対象にした暫定救済を行う。完全救済及び暫定救済に
ついては後述する。信号予備処理手段４ａは、障害発生
時に、信号処理手段の代わりに信号を処理する（図では
信号処理手段２ａの予備として用いられている）。
【００１４】スイッチ手段１０−１、１０−３、１０−
５（総称してスイッチ手段１０）はそれぞれ、ラインス
イッチ１１−１、１１−３、１１−５（総称してライン
スイッチ１１）、救済バス接続スイッチ１２−１、１２
−３、１２−５（総称して救済バス接続スイッチ１
２）、救済スイッチ１３−１、１３−３、１３−５（総
称して救済スイッチ１３）から構成される。
５（総称してスイッチ手段１０）はそれぞれ、ラインス
イッチ１１−１、１１−３、１１−５（総称してライン
スイッチ１１）、救済バス接続スイッチ１２−１、１２
−３、１２−５（総称して救済バス接続スイッチ１
２）、救済スイッチ１３−１、１３−３、１３−５（総
称して救済スイッチ１３）から構成される。
【００１５】ラインスイッチ１１は、各チャネルｃｈの
ライン上からの信号と信号処理部（信号処理手段または
信号予備処理手段）とを正常時には接続し、障害発生時
には開放する。救済バス接続スイッチ１２は、障害発生
時に、障害が発生したチャネルのラインと救済バスＢｐ
とを接続する。救済スイッチ１３は、障害発生時に、信
号予備処理手段４ａと救済バスＢｐとを接続する。
ライン上からの信号と信号処理部（信号処理手段または
信号予備処理手段）とを正常時には接続し、障害発生時
には開放する。救済バス接続スイッチ１２は、障害発生
時に、障害が発生したチャネルのラインと救済バスＢｐ
とを接続する。救済スイッチ１３は、障害発生時に、信
号予備処理手段４ａと救済バスＢｐとを接続する。
【００１６】監視制御手段５０は、障害発生の監視及び
スイッチ手段１０−１〜１０−３のスイッチ開閉のため
のスイッチ制御などを含む各ユニットの全体制御を行
う。次に動作について説明する。通常運用時は、救済バ
ス接続スイッチ１２と救済スイッチ１３はＯＦＦであ
り、ラインスイッチ１１はＯＮである。ここで、通信ユ
ニットＣ１に障害が発生したとする（信号処理手段２ａ
に障害が発生）。監視制御手段５０はこれを認識する
と、スイッチ手段１０に対し、以下に示すようなスイッ
チ制御を指示する。
スイッチ手段１０−１〜１０−３のスイッチ開閉のため
のスイッチ制御などを含む各ユニットの全体制御を行
う。次に動作について説明する。通常運用時は、救済バ
ス接続スイッチ１２と救済スイッチ１３はＯＦＦであ
り、ラインスイッチ１１はＯＮである。ここで、通信ユ
ニットＣ１に障害が発生したとする（信号処理手段２ａ
に障害が発生）。監視制御手段５０はこれを認識する
と、スイッチ手段１０に対し、以下に示すようなスイッ
チ制御を指示する。
【００１７】ラインスイッチ１１−１をＯＦＦにして、
モデムｍ１と信号処理手段２ａを切り離す。そして、救
済バス接続スイッチ１２−３をＯＮにして、チャネルｃ
ｈ１と救済バスＢｐを接続する。さらに、救済スイッチ
１３−５をＯＮにして、救済バスＢｐと信号予備処理手
段４ａとを接続する。
モデムｍ１と信号処理手段２ａを切り離す。そして、救
済バス接続スイッチ１２−３をＯＮにして、チャネルｃ
ｈ１と救済バスＢｐを接続する。さらに、救済スイッチ
１３−５をＯＮにして、救済バスＢｐと信号予備処理手
段４ａとを接続する。
【００１８】このような制御により、モデムｍ１は、障
害発生ユニットと切り離され、かつ救済バスＢｐを通じ
て、救済ユニットＰ１内の信号予備処理手段４ａと接続
するので、通信ユニットＣ１の障害を救済ユニットＰ１
が救済することができる。
害発生ユニットと切り離され、かつ救済バスＢｐを通じ
て、救済ユニットＰ１内の信号予備処理手段４ａと接続
するので、通信ユニットＣ１の障害を救済ユニットＰ１
が救済することができる。
【００１９】次に本発明の通信制御システム１を異種の
伝送形態（以下、伝送方式）による通信パッケージを混
載して、加入者を収容する加入者終端装置に適用した場
合を例にして以降説明する。
伝送形態（以下、伝送方式）による通信パッケージを混
載して、加入者を収容する加入者終端装置に適用した場
合を例にして以降説明する。
【００２０】図２〜図４は１本の救済バスＢｐを共用し
て障害を救済する加入者終端装置を示す図である。加入
者終端装置１−１の各スロットには、監視制御パッケー
ジ５０（本発明の監視制御手段に該当）、救済パッケー
ジＰ１、Ｐ２（本発明の救済ユニットに該当する。ま
た、総称する場合は救済パッケージＰと呼ぶ）、通信パ
ッケージ２０ａ−１、２０ａ−２、２０ｂ−１、２０ｂ
−２、２０ｃ−１、２０ｃ−２（本発明の通信ユニット
に該当する。また、総称する場合は通信パッケージ２０
と呼ぶ）が搭載されている。また、これらパッケージに
は、スイッチ手段１０が設置されている。
て障害を救済する加入者終端装置を示す図である。加入
者終端装置１−１の各スロットには、監視制御パッケー
ジ５０（本発明の監視制御手段に該当）、救済パッケー
ジＰ１、Ｐ２（本発明の救済ユニットに該当する。ま
た、総称する場合は救済パッケージＰと呼ぶ）、通信パ
ッケージ２０ａ−１、２０ａ−２、２０ｂ−１、２０ｂ
−２、２０ｃ−１、２０ｃ−２（本発明の通信ユニット
に該当する。また、総称する場合は通信パッケージ２０
と呼ぶ）が搭載されている。また、これらパッケージに
は、スイッチ手段１０が設置されている。
【００２１】通信パッケージ２０ａ−１、２０ａ−２、
救済パッケージＰ１は、伝送方式Ａ（例えば、ＰＯＴ
Ｓ）に対応するパッケージであり、通信パッケージ２０
ｂ−１、２０ｂ−２、救済パッケージＰ２は、伝送方式
Ｂ（例えば、ＩＳＤＮ）に対応するパッケージであり、
通信パッケージ２０ｃ−１、２０ｃ−２は、伝送方式Ｃ
（例えば、ｘＤＳＬ）に対応するパッケージである。
救済パッケージＰ１は、伝送方式Ａ（例えば、ＰＯＴ
Ｓ）に対応するパッケージであり、通信パッケージ２０
ｂ−１、２０ｂ−２、救済パッケージＰ２は、伝送方式
Ｂ（例えば、ＩＳＤＮ）に対応するパッケージであり、
通信パッケージ２０ｃ−１、２０ｃ−２は、伝送方式Ｃ
（例えば、ｘＤＳＬ）に対応するパッケージである。
【００２２】監視制御バスＢｃは、監視制御パッケージ
５０、救済パッケージＰ、通信パッケージ２０をマルチ
に接続する。そして、監視制御パッケージ５０は、監視
制御バスＢｃを通じて、通信パッケージ２０の障害監視
及び障害救済のためのスイッチ制御の指示を送出する。
また、監視制御パッケージ５０には保守端末５が接続し
ており、加入者終端装置１−１の稼動状況がオペレータ
へ通知される。
５０、救済パッケージＰ、通信パッケージ２０をマルチ
に接続する。そして、監視制御パッケージ５０は、監視
制御バスＢｃを通じて、通信パッケージ２０の障害監視
及び障害救済のためのスイッチ制御の指示を送出する。
また、監視制御パッケージ５０には保守端末５が接続し
ており、加入者終端装置１−１の稼動状況がオペレータ
へ通知される。
【００２３】通信パッケージ２０にはそれぞれ、各チャ
ネルｃｈ１〜ｃｈ６のラインが接続している。ただし、
図では説明を簡潔にするために１パッケージに１チャネ
ルとなっているが、実際は１パッケージに複数のチャネ
ルが設けられる（例えば、通信パッケージ２０ａ−１に
はチャネルｃｈ１−１〜ｃｈ１−ｎ、通信パッケージ２
０ｂ−１にはチャネルｃｈ３−１〜ｃｈ３−ｎなど）。
ネルｃｈ１〜ｃｈ６のラインが接続している。ただし、
図では説明を簡潔にするために１パッケージに１チャネ
ルとなっているが、実際は１パッケージに複数のチャネ
ルが設けられる（例えば、通信パッケージ２０ａ−１に
はチャネルｃｈ１−１〜ｃｈ１−ｎ、通信パッケージ２
０ｂ−１にはチャネルｃｈ３−１〜ｃｈ３−ｎなど）。
【００２４】さらに、救済バスＢｐが、監視制御パッケ
ージ５０、救済パッケージＰ、通信パッケージ２０をマ
ルチに接続している。ここで、図３に示すように、通信
パッケージ２０ａ−１に障害が発生した場合、後述のス
イッチ制御が行われて、通信パッケージ２０ａ−１で信
号処理が行われていたチャネルｃｈ１は、救済バスＢｐ
を通じて救済パッケージＰ１と接続し、救済パッケージ
Ｐ１で処理される。なお、障害発生から救済までの状態
情報は、監視制御パッケージ５０を通じて、保守端末５
に表示される。
ージ５０、救済パッケージＰ、通信パッケージ２０をマ
ルチに接続している。ここで、図３に示すように、通信
パッケージ２０ａ−１に障害が発生した場合、後述のス
イッチ制御が行われて、通信パッケージ２０ａ−１で信
号処理が行われていたチャネルｃｈ１は、救済バスＢｐ
を通じて救済パッケージＰ１と接続し、救済パッケージ
Ｐ１で処理される。なお、障害発生から救済までの状態
情報は、監視制御パッケージ５０を通じて、保守端末５
に表示される。
【００２５】同様にして、図４に示すように、通信パッ
ケージ２０ｂ−１に障害が発生した場合、後述のスイッ
チ制御が行われて、通信パッケージ２０ｂ−１で信号処
理が行われていたチャネルｃｈ３は、救済バスＢｐを通
じて救済パッケージＰ２と接続し、救済パッケージＰ２
で処理される。なお、障害発生から救済までの状態情報
は、監視制御パッケージ５０を通じて、保守端末５に表
示される。
ケージ２０ｂ−１に障害が発生した場合、後述のスイッ
チ制御が行われて、通信パッケージ２０ｂ−１で信号処
理が行われていたチャネルｃｈ３は、救済バスＢｐを通
じて救済パッケージＰ２と接続し、救済パッケージＰ２
で処理される。なお、障害発生から救済までの状態情報
は、監視制御パッケージ５０を通じて、保守端末５に表
示される。
【００２６】一方、図２の状態で、チャネルｃｈ５の処
理を行う伝送方式Ｃの通信パッケージ２０ｃ−１が故障
したとする。このとき保守端末５により通信パッケージ
２０ｃ−１で障害が発生した旨がオペレータへ通知され
ている。すると、オペレータによって、救済パッケージ
Ｐ１、Ｐ２のいずれかの代わりに、伝送方式Ｃ対応の救
済パッケージが挿入されれば、救済バスＢｐを通じて、
挿入した救済パッケージとチャネルｃｈ５が接続して救
済されることになる。
理を行う伝送方式Ｃの通信パッケージ２０ｃ−１が故障
したとする。このとき保守端末５により通信パッケージ
２０ｃ−１で障害が発生した旨がオペレータへ通知され
ている。すると、オペレータによって、救済パッケージ
Ｐ１、Ｐ２のいずれかの代わりに、伝送方式Ｃ対応の救
済パッケージが挿入されれば、救済バスＢｐを通じて、
挿入した救済パッケージとチャネルｃｈ５が接続して救
済されることになる。
【００２７】次に加入者終端装置１−１の構成及び動作
について詳しく説明する。図５は救済バス及びスイッチ
手段周辺の接続関係を示す図である。加入者終端装置１
−１は、図に示すような、２パッケージが１つの接続単
位を有する構成を持つ。なお、以降ではラインスイッチ
１１をＬ−ＳＷ１１（Ｌ：line）、救済バス接続スイッ
チ１２をＭ−ＳＷ１２(Ｍ：multi)、救済スイッチ１３
をＲ−ＳＷ１３（Ｒ：rescue）と呼ぶ。
について詳しく説明する。図５は救済バス及びスイッチ
手段周辺の接続関係を示す図である。加入者終端装置１
−１は、図に示すような、２パッケージが１つの接続単
位を有する構成を持つ。なお、以降ではラインスイッチ
１１をＬ−ＳＷ１１（Ｌ：line）、救済バス接続スイッ
チ１２をＭ−ＳＷ１２(Ｍ：multi)、救済スイッチ１３
をＲ−ＳＷ１３（Ｒ：rescue）と呼ぶ。
【００２８】パッケージ１００は、スイッチ手段１０ａ
と信号処理部２００（パッケージ１００が通信パッケー
ジなら信号処理手段、救済パッケージなら信号予備処理
手段に該当）で構成される。スイッチ手段１０ａは、Ｌ
−ＳＷ１１−ａ、Ｍ−ＳＷ１２−ａ、Ｒ−ＳＷ１３−ａ
から構成される。
と信号処理部２００（パッケージ１００が通信パッケー
ジなら信号処理手段、救済パッケージなら信号予備処理
手段に該当）で構成される。スイッチ手段１０ａは、Ｌ
−ＳＷ１１−ａ、Ｍ−ＳＷ１２−ａ、Ｒ−ＳＷ１３−ａ
から構成される。
【００２９】また、パッケージ１０１は、スイッチ手段
１０ｂと信号処理部２０１（パッケージ１０１が通信パ
ッケージなら信号処理手段、救済パッケージなら信号予
備処理手段に該当）で構成される。スイッチ手段１０ｂ
は、Ｌ−ＳＷ１１−ｂ、Ｍ−ＳＷ１２−ｂ、Ｒ−ＳＷ１
３−ｂから構成される。さらに、監視制御パッケージ５
０は、監視制御バスＢｃを通じてパッケージ１００、１
０１と接続する。
１０ｂと信号処理部２０１（パッケージ１０１が通信パ
ッケージなら信号処理手段、救済パッケージなら信号予
備処理手段に該当）で構成される。スイッチ手段１０ｂ
は、Ｌ−ＳＷ１１−ｂ、Ｍ−ＳＷ１２−ｂ、Ｒ−ＳＷ１
３−ｂから構成される。さらに、監視制御パッケージ５
０は、監視制御バスＢｃを通じてパッケージ１００、１
０１と接続する。
【００３０】各構成要素の接続関係について、Ｌ−ＳＷ
１１−ａのＬ１端子は、ポイントＡ（パッケージ１００
が通信パッケージの場合、ポイントＡは、例えばモデム
に該当し、パッケージ１００が救済パッケージの場合な
ら未接続である）とＭ−ＳＷ１２−ｂのＭ１１端子と接
続する。Ｌ−ＳＷ１１−ａのＬ２端子は、信号処理部２
００と、Ｒ−ＳＷ１３−ａのＲ２端子と接続する。
１１−ａのＬ１端子は、ポイントＡ（パッケージ１００
が通信パッケージの場合、ポイントＡは、例えばモデム
に該当し、パッケージ１００が救済パッケージの場合な
ら未接続である）とＭ−ＳＷ１２−ｂのＭ１１端子と接
続する。Ｌ−ＳＷ１１−ａのＬ２端子は、信号処理部２
００と、Ｒ−ＳＷ１３−ａのＲ２端子と接続する。
【００３１】Ｍ−ＳＷ１２−ａのＭ１端子は、端子Ｂ
（パッケージ１０１が通信パッケージの場合、ポイント
Ｂは、例えばモデムに該当し、パッケージ１０１が救済
パッケージの場合なら未接続である）と、Ｌ−ＳＷ１１
−ｂのＬ１１端子と接続する。Ｍ−ＳＷ１２−ａのＭ２
端子は、Ｒ−ＳＷ１３−ａのＲ１端子と、救済バスＢｐ
とに接続する。
（パッケージ１０１が通信パッケージの場合、ポイント
Ｂは、例えばモデムに該当し、パッケージ１０１が救済
パッケージの場合なら未接続である）と、Ｌ−ＳＷ１１
−ｂのＬ１１端子と接続する。Ｍ−ＳＷ１２−ａのＭ２
端子は、Ｒ−ＳＷ１３−ａのＲ１端子と、救済バスＢｐ
とに接続する。
【００３２】Ｌ−ＳＷ１１−ｂのＬ１２端子は、信号処
理部２０１と、Ｒ−ＳＷ１３−ｂのＲ１２端子と接続す
る。Ｍ−ＳＷ１２−ｂのＭ１２端子は、Ｒ−ＳＷ１３−
ｂのＲ１１端子と、救済バスＢｐとに接続する。
理部２０１と、Ｒ−ＳＷ１３−ｂのＲ１２端子と接続す
る。Ｍ−ＳＷ１２−ｂのＭ１２端子は、Ｒ−ＳＷ１３−
ｂのＲ１１端子と、救済バスＢｐとに接続する。
【００３３】図６はスイッチ制御を示す図である。最
初、通常運用中では、すべてのパッケージでＭ−ＳＷ１
２、Ｒ−ＳＷ１３はＯＦＦであり、Ｌ−ＳＷ１１はＯＮ
となっている。 〔Ｓ１〕伝送方式Ａの通信パッケージ２０ａ−１で故障
が発生する。 〔Ｓ２〕監視制御パッケージ５０は、障害発生を認識
し、以下のステップＳ３〜Ｓ５のスイッチ制御を行う。 〔Ｓ３〕Ｌ−ＳＷ１１−１をＯＦＦにして、モデムｍ１
と通信パッケージ２０ａ−１を切り離す。 〔Ｓ４〕Ｍ−ＳＷ１２−３をＯＮにすることにより、モ
デムｍ１を救済バスＢｐに接続する。 〔Ｓ５〕Ｒ−ＳＷ１３−５をＯＮにすることで、救済バ
スＢｐに接続されているモデムｍ１を信号予備処理手段
４ａに接続して救済パッケージＰ１で救済する。
初、通常運用中では、すべてのパッケージでＭ−ＳＷ１
２、Ｒ−ＳＷ１３はＯＦＦであり、Ｌ−ＳＷ１１はＯＮ
となっている。 〔Ｓ１〕伝送方式Ａの通信パッケージ２０ａ−１で故障
が発生する。 〔Ｓ２〕監視制御パッケージ５０は、障害発生を認識
し、以下のステップＳ３〜Ｓ５のスイッチ制御を行う。 〔Ｓ３〕Ｌ−ＳＷ１１−１をＯＦＦにして、モデムｍ１
と通信パッケージ２０ａ−１を切り離す。 〔Ｓ４〕Ｍ−ＳＷ１２−３をＯＮにすることにより、モ
デムｍ１を救済バスＢｐに接続する。 〔Ｓ５〕Ｒ−ＳＷ１３−５をＯＮにすることで、救済バ
スＢｐに接続されているモデムｍ１を信号予備処理手段
４ａに接続して救済パッケージＰ１で救済する。
【００３４】このように、本発明を適用した加入者終端
装置１−１では、１本の救済バスＢｐを共用して、スイ
ッチ制御を行うことにより、通信パッケージ２０で発生
した障害を、対応する伝送方式を持つ救済パッケージＰ
で救済する構成にした。
装置１−１では、１本の救済バスＢｐを共用して、スイ
ッチ制御を行うことにより、通信パッケージ２０で発生
した障害を、対応する伝送方式を持つ救済パッケージＰ
で救済する構成にした。
【００３５】したがって、異種の伝送方式を持つ通信パ
ッケージの障害救済に対して柔軟に対応することができ
るので、従来のような単純な２重化冗長構成及び伝送方
式に対応した固定的な救済制御で生じていた非効率的な
問題点を解消し、効率のよい経済的な障害救済を行うこ
とが可能になる。
ッケージの障害救済に対して柔軟に対応することができ
るので、従来のような単純な２重化冗長構成及び伝送方
式に対応した固定的な救済制御で生じていた非効率的な
問題点を解消し、効率のよい経済的な障害救済を行うこ
とが可能になる。
【００３６】次に複数本の救済バスＢｐを設置して、未
使用の救済バスＢｐを選択して、障害救済を行う場合に
ついて説明する。図７、図８は３本の救済バスの選択制
御を行って障害を救済する加入者終端装置を示す図であ
る。図７に示す加入者終端装置１−２の構成は、図２で
上述した構成と基本的には同様である。異なる点は、３
本の救済バスＢｐ１〜Ｂｐ３が設置されていることと、
各パッケージのスイッチ手段１０内にあらたに救済バス
選択スイッチ（図９、１０で後述）が設けられているこ
とである。
使用の救済バスＢｐを選択して、障害救済を行う場合に
ついて説明する。図７、図８は３本の救済バスの選択制
御を行って障害を救済する加入者終端装置を示す図であ
る。図７に示す加入者終端装置１−２の構成は、図２で
上述した構成と基本的には同様である。異なる点は、３
本の救済バスＢｐ１〜Ｂｐ３が設置されていることと、
各パッケージのスイッチ手段１０内にあらたに救済バス
選択スイッチ（図９、１０で後述）が設けられているこ
とである。
【００３７】したがって、通信パッケージの符号を変え
て、通信パッケージ２００ａ−１、２００ａ−２は、伝
送方式Ａに対応するパッケージであり、通信パッケージ
２００ｂ−１、２００ｂ−２は、伝送方式Ｂに対応する
パッケージであり、通信パッケージ２００ｃ−１、２０
０ｃ−２は、伝送方式Ｃに対応するパッケージとする。
て、通信パッケージ２００ａ−１、２００ａ−２は、伝
送方式Ａに対応するパッケージであり、通信パッケージ
２００ｂ−１、２００ｂ−２は、伝送方式Ｂに対応する
パッケージであり、通信パッケージ２００ｃ−１、２０
０ｃ−２は、伝送方式Ｃに対応するパッケージとする。
【００３８】ここで、図８に示すように、通信パッケー
ジ２００ａ−１（伝送方式Ａ）と通信パッケージ２００
ｂ−２（伝送方式Ｂ）に障害が発生した場合、後述のス
イッチ制御が行われて、通信パッケージ２００ａ−１で
信号処理が行われていたチャネルｃｈ１は、救済バスＢ
ｐ１を通じて救済パッケージＰ１と接続し、救済パッケ
ージＰ１（伝送方式Ａ）で救済される。
ジ２００ａ−１（伝送方式Ａ）と通信パッケージ２００
ｂ−２（伝送方式Ｂ）に障害が発生した場合、後述のス
イッチ制御が行われて、通信パッケージ２００ａ−１で
信号処理が行われていたチャネルｃｈ１は、救済バスＢ
ｐ１を通じて救済パッケージＰ１と接続し、救済パッケ
ージＰ１（伝送方式Ａ）で救済される。
【００３９】また、通信パッケージ２００ｂ−２で信号
処理が行われていたチャネルｃｈ４は、救済バスＢｐ２
を通じて救済パッケージＰ２と接続し、救済パッケージ
Ｐ２（伝送方式Ｂ）で処理される。なお、障害発生から
救済までの状態情報は、監視制御パッケージ５０を通じ
て、保守端末５に表示される。
処理が行われていたチャネルｃｈ４は、救済バスＢｐ２
を通じて救済パッケージＰ２と接続し、救済パッケージ
Ｐ２（伝送方式Ｂ）で処理される。なお、障害発生から
救済までの状態情報は、監視制御パッケージ５０を通じ
て、保守端末５に表示される。
【００４０】一方、図７の状態で、チャネルｃｈ５の処
理を行う伝送方式Ｃの通信パッケージ２００ｃ−１が故
障したとする。このとき保守端末５により通信パッケー
ジ２００ｃ−１で障害が発生した旨がオペレータへ通知
されている。すると、オペレータによって、救済パッケ
ージＰ１、Ｐ２のいずれかの代わりに、伝送方式Ｃ対応
の救済パッケージを挿入する。そして、使用されていな
い救済バスが選択されることで、挿入した救済パッケー
ジとチャネルｃｈ５が接続して救済されることになる。
理を行う伝送方式Ｃの通信パッケージ２００ｃ−１が故
障したとする。このとき保守端末５により通信パッケー
ジ２００ｃ−１で障害が発生した旨がオペレータへ通知
されている。すると、オペレータによって、救済パッケ
ージＰ１、Ｐ２のいずれかの代わりに、伝送方式Ｃ対応
の救済パッケージを挿入する。そして、使用されていな
い救済バスが選択されることで、挿入した救済パッケー
ジとチャネルｃｈ５が接続して救済されることになる。
【００４１】また、図７の状態で、チャネルｃｈ１、ｃ
ｈ２の処理を行う伝送方式Ａの通信パッケージ２００ａ
−１、２００ａ−２が故障したとする。このとき保守端
末５により通信パッケージ２００ａ−１、２００ａ−２
で障害が発生した旨がオペレータへ通知されている。す
ると、オペレータによって、救済パッケージＰ２を伝送
方式Ａ対応の救済パッケージと取り替える。そして、使
用されていない救済バスが選択されることで、救済パッ
ケージＰ１と、取り替えた救済パッケージによって、チ
ャネルｃｈ１、ｃｈ２が接続して救済されることにな
る。
ｈ２の処理を行う伝送方式Ａの通信パッケージ２００ａ
−１、２００ａ−２が故障したとする。このとき保守端
末５により通信パッケージ２００ａ−１、２００ａ−２
で障害が発生した旨がオペレータへ通知されている。す
ると、オペレータによって、救済パッケージＰ２を伝送
方式Ａ対応の救済パッケージと取り替える。そして、使
用されていない救済バスが選択されることで、救済パッ
ケージＰ１と、取り替えた救済パッケージによって、チ
ャネルｃｈ１、ｃｈ２が接続して救済されることにな
る。
【００４２】次に加入者終端装置１−２の構成及び動作
について詳しく説明する。図９は救済バス及びスイッチ
手段周辺の接続関係を示す図である。加入者終端装置１
−２は、図に示すような、２パッケージが１つの接続単
位を有する構成を持つ。また、スイッチ手段内に救済バ
ス選択スイッチ１４があらたに設けられている。以降で
は、救済バス選択スイッチ１４をＳ−ＳＷ１４（Ｓ：se
lect）と呼ぶ。
について詳しく説明する。図９は救済バス及びスイッチ
手段周辺の接続関係を示す図である。加入者終端装置１
−２は、図に示すような、２パッケージが１つの接続単
位を有する構成を持つ。また、スイッチ手段内に救済バ
ス選択スイッチ１４があらたに設けられている。以降で
は、救済バス選択スイッチ１４をＳ−ＳＷ１４（Ｓ：se
lect）と呼ぶ。
【００４３】パッケージ１００ａは、スイッチ手段１０
ａ−１と信号処理部２００（パッケージ１００ａが通信
パッケージなら信号処理手段、救済パッケージなら信号
予備処理手段に該当）で構成される。スイッチ手段１０
ａ−１は、Ｌ−ＳＷ１１−ａ、Ｍ−ＳＷ１２−ａ、Ｒ−
ＳＷ１３−ａ、Ｓ−ＳＷ１４−ａから構成される。
ａ−１と信号処理部２００（パッケージ１００ａが通信
パッケージなら信号処理手段、救済パッケージなら信号
予備処理手段に該当）で構成される。スイッチ手段１０
ａ−１は、Ｌ−ＳＷ１１−ａ、Ｍ−ＳＷ１２−ａ、Ｒ−
ＳＷ１３−ａ、Ｓ−ＳＷ１４−ａから構成される。
【００４４】また、パッケージ１０１ｂは、スイッチ手
段１０ｂ−１と信号処理部２０１（パッケージ１０１ｂ
が通信パッケージなら信号処理手段、救済パッケージな
ら信号予備処理手段に該当）で構成される。スイッチ手
段１０ｂ−１は、Ｌ−ＳＷ１１−ｂ、Ｍ−ＳＷ１２−
ｂ、Ｒ−ＳＷ１３−ｂ、Ｓ−ＳＷ１４−ｂから構成され
る。さらに、監視制御パッケージ５０は、監視制御バス
Ｂｃを通じてパッケージ１００ａ、１０１ｂと接続す
る。
段１０ｂ−１と信号処理部２０１（パッケージ１０１ｂ
が通信パッケージなら信号処理手段、救済パッケージな
ら信号予備処理手段に該当）で構成される。スイッチ手
段１０ｂ−１は、Ｌ−ＳＷ１１−ｂ、Ｍ−ＳＷ１２−
ｂ、Ｒ−ＳＷ１３−ｂ、Ｓ−ＳＷ１４−ｂから構成され
る。さらに、監視制御パッケージ５０は、監視制御バス
Ｂｃを通じてパッケージ１００ａ、１０１ｂと接続す
る。
【００４５】各構成要素の接続関係について、Ｌ−ＳＷ
１１−ａのＬ１端子は、ポイントＡ（パッケージ１００
ａが通信パッケージの場合、ポイントＡは、例えばモデ
ムに該当し、パッケージ１００ａが救済パッケージの場
合なら未接続である）とＭ−ＳＷ１２−ｂのＭ１１端子
と接続する。Ｌ−ＳＷ１１−ａのＬ２端子は、信号処理
部２００と、Ｒ−ＳＷ１３−ａのＲ２端子と接続する。
１１−ａのＬ１端子は、ポイントＡ（パッケージ１００
ａが通信パッケージの場合、ポイントＡは、例えばモデ
ムに該当し、パッケージ１００ａが救済パッケージの場
合なら未接続である）とＭ−ＳＷ１２−ｂのＭ１１端子
と接続する。Ｌ−ＳＷ１１−ａのＬ２端子は、信号処理
部２００と、Ｒ−ＳＷ１３−ａのＲ２端子と接続する。
【００４６】Ｍ−ＳＷ１２−ａのＭ１端子は、ポイント
Ｂ（パッケージ１０１ｂが通信パッケージの場合、ポイ
ントＢは、例えばモデムに該当し、パッケージ１０１ｂ
が救済パッケージの場合なら未接続である）と、Ｌ−Ｓ
Ｗ１１−ｂのＬ１１端子と接続する。Ｍ−ＳＷ１２−ａ
のＭ２端子は、Ｒ−ＳＷ１３−ａのＲ１端子と、Ｓ−Ｓ
Ｗ１４−ａのＳ２ａ、Ｓ２ｂ、Ｓ２ｃ端子と接続する。
Ｓ−ＳＷ１４−ａのＳ１ａ、Ｓ１ｂ、Ｓ１ｃ端子はそれ
ぞれ、救済バスＢｐ３、Ｂｐ２、Ｂｐ１と接続する。
Ｂ（パッケージ１０１ｂが通信パッケージの場合、ポイ
ントＢは、例えばモデムに該当し、パッケージ１０１ｂ
が救済パッケージの場合なら未接続である）と、Ｌ−Ｓ
Ｗ１１−ｂのＬ１１端子と接続する。Ｍ−ＳＷ１２−ａ
のＭ２端子は、Ｒ−ＳＷ１３−ａのＲ１端子と、Ｓ−Ｓ
Ｗ１４−ａのＳ２ａ、Ｓ２ｂ、Ｓ２ｃ端子と接続する。
Ｓ−ＳＷ１４−ａのＳ１ａ、Ｓ１ｂ、Ｓ１ｃ端子はそれ
ぞれ、救済バスＢｐ３、Ｂｐ２、Ｂｐ１と接続する。
【００４７】Ｌ−ＳＷ１１−ｂのＬ１２端子は、信号処
理部２０１と、Ｒ−ＳＷ１３−ｂのＲ１２端子と接続す
る。Ｍ−ＳＷ１２−ｂのＭ１２端子は、Ｒ−ＳＷ１３−
ｂのＲ１１端子と、Ｓ−ＳＷ１４−ｂのＳ１２ａ、Ｓ１
２ｂ、Ｓ１２ｃ端子と接続する。Ｓ−ＳＷ１４−ｂのＳ
１１ａ、Ｓ１１ｂ、Ｓ１１ｃ端子はそれぞれ、救済バス
Ｂｐ３、Ｂｐ２、Ｂｐ１と接続する。
理部２０１と、Ｒ−ＳＷ１３−ｂのＲ１２端子と接続す
る。Ｍ−ＳＷ１２−ｂのＭ１２端子は、Ｒ−ＳＷ１３−
ｂのＲ１１端子と、Ｓ−ＳＷ１４−ｂのＳ１２ａ、Ｓ１
２ｂ、Ｓ１２ｃ端子と接続する。Ｓ−ＳＷ１４−ｂのＳ
１１ａ、Ｓ１１ｂ、Ｓ１１ｃ端子はそれぞれ、救済バス
Ｂｐ３、Ｂｐ２、Ｂｐ１と接続する。
【００４８】図１０はスイッチ制御を示す図である。最
初、通常運用中では、すべてのパッケージでＭ−ＳＷ１
２、Ｒ−ＳＷ１３、Ｓ−ＳＷ１４はＯＦＦであり、Ｌ−
ＳＷ１１はＯＮとなっている。 〔Ｓ１０〕伝送方式Ａの通信パッケージ２００ａ−１で
故障が発生する。
初、通常運用中では、すべてのパッケージでＭ−ＳＷ１
２、Ｒ−ＳＷ１３、Ｓ−ＳＷ１４はＯＦＦであり、Ｌ−
ＳＷ１１はＯＮとなっている。 〔Ｓ１０〕伝送方式Ａの通信パッケージ２００ａ−１で
故障が発生する。
【００４９】〔Ｓ１１〕監視制御パッケージ５０は、障
害発生を認識し、以下のステップＳ１２〜Ｓ１４のスイ
ッチ制御を行う。 〔Ｓ１２〕Ｌ−ＳＷ１１−１をＯＦＦにして、モデムｍ
１と通信パッケージ２００ａ−１を切り離す。
害発生を認識し、以下のステップＳ１２〜Ｓ１４のスイ
ッチ制御を行う。 〔Ｓ１２〕Ｌ−ＳＷ１１−１をＯＦＦにして、モデムｍ
１と通信パッケージ２００ａ−１を切り離す。
【００５０】〔Ｓ１３〕監視制御パッケージ５０は、未
使用の救済バスとして救済バスＢｐ１を検出する(未使
用の救済バスであればどれでも可)。その後、Ｍ−ＳＷ
１２−２をＯＮにし、つづいてＳ−ＳＷ１４−２を救済
バスＢｐ１に接続することで、モデムｍ１を救済バスＢ
Ｐ１に接続する。
使用の救済バスとして救済バスＢｐ１を検出する(未使
用の救済バスであればどれでも可)。その後、Ｍ−ＳＷ
１２−２をＯＮにし、つづいてＳ−ＳＷ１４−２を救済
バスＢｐ１に接続することで、モデムｍ１を救済バスＢ
Ｐ１に接続する。
【００５１】〔Ｓ１４〕Ｒ−ＳＷ１３−５をＯＮにし、
つづいてＳ−ＳＷ１４−５を救済バスＢｐ１に接続し
て、モデムｍ１を救済パッケージＰ１で救済する。 〔Ｓ１５〕伝送方式Ｂの通信パッケージ２００ｂ−２で
故障が発生する。
つづいてＳ−ＳＷ１４−５を救済バスＢｐ１に接続し
て、モデムｍ１を救済パッケージＰ１で救済する。 〔Ｓ１５〕伝送方式Ｂの通信パッケージ２００ｂ−２で
故障が発生する。
【００５２】〔Ｓ１６〕監視制御パッケージ５０は、障
害発生を認識し、以下のステップＳ１７〜Ｓ１９のスイ
ッチ制御を行う。 〔Ｓ１７〕Ｌ−ＳＷ１１−４をＯＦＦにして、モデムｍ
４と通信パッケージ２００ｂ−２を切り離す。
害発生を認識し、以下のステップＳ１７〜Ｓ１９のスイ
ッチ制御を行う。 〔Ｓ１７〕Ｌ−ＳＷ１１−４をＯＦＦにして、モデムｍ
４と通信パッケージ２００ｂ−２を切り離す。
【００５３】〔Ｓ１８〕監視制御パッケージ５０は、未
使用の救済バスとして救済バスＢｐ２を検出する(未使
用の救済バスであればどれでも可)。その後、Ｍ−ＳＷ
１２−３をＯＮにし、つづいてＳ−ＳＷ１４−３を救済
バスＢｐ２(未使用の救済バスであればどれでも可)に接
続することで、モデムｍ４を救済バスＢＰ２に接続す
る。 〔Ｓ１９〕Ｒ−ＳＷ１３−６をＯＮにし、つづいてＳ−
ＳＷ１４−６を救済バスＢｐ２に接続して、モデムｍ４
を救済パッケージＰ２で救済する。
使用の救済バスとして救済バスＢｐ２を検出する(未使
用の救済バスであればどれでも可)。その後、Ｍ−ＳＷ
１２−３をＯＮにし、つづいてＳ−ＳＷ１４−３を救済
バスＢｐ２(未使用の救済バスであればどれでも可)に接
続することで、モデムｍ４を救済バスＢＰ２に接続す
る。 〔Ｓ１９〕Ｒ−ＳＷ１３−６をＯＮにし、つづいてＳ−
ＳＷ１４−６を救済バスＢｐ２に接続して、モデムｍ４
を救済パッケージＰ２で救済する。
【００５４】このように、本発明を適用した加入者終端
装置１−２では、複数本の救済バスＢｐ１〜Ｂｐ３の中
から未使用バスを選択して、スイッチ制御を行うことに
より、通信パッケージ２０で発生した障害を、対応する
伝送方式を持つ救済パッケージＰで救済する構成にし
た。
装置１−２では、複数本の救済バスＢｐ１〜Ｂｐ３の中
から未使用バスを選択して、スイッチ制御を行うことに
より、通信パッケージ２０で発生した障害を、対応する
伝送方式を持つ救済パッケージＰで救済する構成にし
た。
【００５５】したがって、異種の伝送方式を持つ通信パ
ッケージの障害救済に対して柔軟に対応することができ
るので、従来のような単純な２重化冗長構成及び伝送方
式に対応した固定的な救済制御で生じていた非効率的な
問題点を解消し、効率のよい経済的な障害救済を行うこ
とが可能になる。
ッケージの障害救済に対して柔軟に対応することができ
るので、従来のような単純な２重化冗長構成及び伝送方
式に対応した固定的な救済制御で生じていた非効率的な
問題点を解消し、効率のよい経済的な障害救済を行うこ
とが可能になる。
【００５６】次に完全救済と暫定救済について説明す
る。完全救済とは例えば、図２において、伝送方式Ａの
通信パッケージ２０ａ−１に障害が発生した場合、通信
パッケージ２０ａ−１上のすべてのチャネル（ｃｈ１−
１〜ｃｈ１−ｎ）を伝送方式Ａの救済パッケージＰ１に
て救済を行うものである。
る。完全救済とは例えば、図２において、伝送方式Ａの
通信パッケージ２０ａ−１に障害が発生した場合、通信
パッケージ２０ａ−１上のすべてのチャネル（ｃｈ１−
１〜ｃｈ１−ｎ）を伝送方式Ａの救済パッケージＰ１に
て救済を行うものである。
【００５７】したがって、通信パッケージ２０ａ−１上
のすべての加入者を救済パッケージＰ１で救済すること
で、通信パッケージ２０ａ−１はサービスを止めること
ができ、パッケージ交換が可能となる。このような救済
制御を完全救済と呼ぶ。
のすべての加入者を救済パッケージＰ１で救済すること
で、通信パッケージ２０ａ−１はサービスを止めること
ができ、パッケージ交換が可能となる。このような救済
制御を完全救済と呼ぶ。
【００５８】また、複数の救済バスを設けた場合の完全
救済は例えば、図７において、伝送方式Ａの通信パッケ
ージ２００ａ−１と、伝送方式Ｂの通信パッケージ２０
０ｂ−２とに障害が発生した場合、通信パッケージ２０
０ａ−１上のすべてのチャネル（ｃｈ１−１〜ｃｈ１−
ｎ）を伝送方式Ａの救済パッケージＰ１で救済し、通信
パッケージ２００ｂ−１上のすべてのチャネル（ｃｈ３
−１〜ｃｈ３−ｎ）を伝送方式Ｂの救済パッケージＰ２
で救済を行うものである。
救済は例えば、図７において、伝送方式Ａの通信パッケ
ージ２００ａ−１と、伝送方式Ｂの通信パッケージ２０
０ｂ−２とに障害が発生した場合、通信パッケージ２０
０ａ−１上のすべてのチャネル（ｃｈ１−１〜ｃｈ１−
ｎ）を伝送方式Ａの救済パッケージＰ１で救済し、通信
パッケージ２００ｂ−１上のすべてのチャネル（ｃｈ３
−１〜ｃｈ３−ｎ）を伝送方式Ｂの救済パッケージＰ２
で救済を行うものである。
【００５９】これにより、通信パッケージ２００ａ−
１、２００ｂ−１上のすべての加入者をそれぞれ救済パ
ッケージＰ１、Ｐ２で救済することで、通信パッケージ
２００ａ−１、２００ｂ−１はサービスを止めることが
でき、パッケージ交換が可能となる。なお、複数の救済
バスを設けた場合は、救済バスの本数だけ救済が可能で
ある。図７の場合では救済バスが３本あるので、実質３
パッケージの救済が可能である。
１、２００ｂ−１上のすべての加入者をそれぞれ救済パ
ッケージＰ１、Ｐ２で救済することで、通信パッケージ
２００ａ−１、２００ｂ−１はサービスを止めることが
でき、パッケージ交換が可能となる。なお、複数の救済
バスを設けた場合は、救済バスの本数だけ救済が可能で
ある。図７の場合では救済バスが３本あるので、実質３
パッケージの救済が可能である。
【００６０】一方、暫定救済とは例えば、図２におい
て、伝送方式Ａの通信パッケージ２０ａ−１の複数チャ
ネルｃｈ１−１〜ｃｈ１−ｎの内、チャネルｃｈ１−１
に障害が発生した場合、このチャネルｃｈ１−１のみを
救済パッケージＰ１にて救済を行う。また、同時に伝送
方式Ａの通信パッケージ２０ａ−２の複数チャネルｃｈ
２−１〜ｃｈ２−ｎの内、チャネルｃｈ２−１に障害が
発生した場合、このチャネルｃｈ２−１のみを救済パッ
ケージＰ１にて救済を行う。
て、伝送方式Ａの通信パッケージ２０ａ−１の複数チャ
ネルｃｈ１−１〜ｃｈ１−ｎの内、チャネルｃｈ１−１
に障害が発生した場合、このチャネルｃｈ１−１のみを
救済パッケージＰ１にて救済を行う。また、同時に伝送
方式Ａの通信パッケージ２０ａ−２の複数チャネルｃｈ
２−１〜ｃｈ２−ｎの内、チャネルｃｈ２−１に障害が
発生した場合、このチャネルｃｈ２−１のみを救済パッ
ケージＰ１にて救済を行う。
【００６１】したがって、救済パッケージＰ１は、複数
の通信パッケージ２０ａ−１、２０ａ−２にまたがり、
チャネルを同時に救済している。このため、障害パッケ
ージ内の障害チャネル以外を使用している加入者のサー
ビスを中断しないとパッケージの交換はできない。この
ような救済制御を暫定救済と呼ぶ。なお、複数の救済バ
スを設けた場合の暫定救済も上記と同様な動作なので説
明は省略する。
の通信パッケージ２０ａ−１、２０ａ−２にまたがり、
チャネルを同時に救済している。このため、障害パッケ
ージ内の障害チャネル以外を使用している加入者のサー
ビスを中断しないとパッケージの交換はできない。この
ような救済制御を暫定救済と呼ぶ。なお、複数の救済バ
スを設けた場合の暫定救済も上記と同様な動作なので説
明は省略する。
【００６２】次に障害が発生した通信パッケージと同じ
伝送方式の処理プログラムのダウンロードを、ユニット
単位またはチャネル単位で行うことにより、救済パッケ
ージにおいて伝送方式を書き替えて（信号予備処理手段
の処理内容を該当の伝送方式に対応した内容に書き替え
る）障害を救済する場合について説明する。通信パッケ
ージ２０で障害が発生した場合は、該当の通信パッケー
ジ及びその伝送方式が監視制御パッケージ５０を通じて
保守端末５へ通知される。
伝送方式の処理プログラムのダウンロードを、ユニット
単位またはチャネル単位で行うことにより、救済パッケ
ージにおいて伝送方式を書き替えて（信号予備処理手段
の処理内容を該当の伝送方式に対応した内容に書き替え
る）障害を救済する場合について説明する。通信パッケ
ージ２０で障害が発生した場合は、該当の通信パッケー
ジ及びその伝送方式が監視制御パッケージ５０を通じて
保守端末５へ通知される。
【００６３】図１１〜図１３は処理プログラムのダウン
ロードの例を示す図である。図１１では、救済パッケー
ジＰ−１に処理プログラム用の記憶媒体（メモリ３０
０）が設置される場合である。この場合には、パッケー
ジ内で各チャネルのＤＳＰ３０２−１〜３０２−ｎに対
して、ＣＰＵ３０１の指示にもとづいて、プログラムの
ダウンロードが行われる。この例では、パッケージ内の
みでダウンロードが行われるため、プログラムの切り替
えが早い。
ロードの例を示す図である。図１１では、救済パッケー
ジＰ−１に処理プログラム用の記憶媒体（メモリ３０
０）が設置される場合である。この場合には、パッケー
ジ内で各チャネルのＤＳＰ３０２−１〜３０２−ｎに対
して、ＣＰＵ３０１の指示にもとづいて、プログラムの
ダウンロードが行われる。この例では、パッケージ内の
みでダウンロードが行われるため、プログラムの切り替
えが早い。
【００６４】図１２では、監視制御パッケージ５０−１
に処理プログラム用の記憶媒体（メモリ５０ａ）がある
場合である。この場合には、救済パッケージＰ−２のＣ
ＰＵ３０１を介して、各チャネルのＤＳＰ３０２−１〜
３０２−ｎにダウンロードが行われる。この例では、各
救済パッケージ内にプログラム用の記憶媒体を持つ必要
がないので、回路負担が小さくなる利点がある。
に処理プログラム用の記憶媒体（メモリ５０ａ）がある
場合である。この場合には、救済パッケージＰ−２のＣ
ＰＵ３０１を介して、各チャネルのＤＳＰ３０２−１〜
３０２−ｎにダウンロードが行われる。この例では、各
救済パッケージ内にプログラム用の記憶媒体を持つ必要
がないので、回路負担が小さくなる利点がある。
【００６５】図１３では、遠隔に設置された保守端末５
が処理プログラムを有する場合である。この場合は、故
障発生時に監視制御パッケージ５０を介して、処理プロ
グラムを救済パッケージＰ−２へ転送の上、各チャネル
にダウンロードする。この例では、加入者終端装置とし
て、記憶媒体を持つ必要がなく、また処理プログラムの
バージョンアップ等の変更に容易に対応することができ
る。
が処理プログラムを有する場合である。この場合は、故
障発生時に監視制御パッケージ５０を介して、処理プロ
グラムを救済パッケージＰ−２へ転送の上、各チャネル
にダウンロードする。この例では、加入者終端装置とし
て、記憶媒体を持つ必要がなく、また処理プログラムの
バージョンアップ等の変更に容易に対応することができ
る。
【００６６】なお、伝送方式の処理プログラムのダウン
ロードを行う救済に対しても、１本の救済バスを用いた
場合または複数の救済バスを用いた場合のいずれにも適
用され、かつ完全救済または暫定救済が適用される。基
本動作は上述した内容と同様なので説明は省略する。
ロードを行う救済に対しても、１本の救済バスを用いた
場合または複数の救済バスを用いた場合のいずれにも適
用され、かつ完全救済または暫定救済が適用される。基
本動作は上述した内容と同様なので説明は省略する。
【００６７】次に完全救済と暫定救済を混在した場合の
救済制御について説明する。複数の救済バスを使用し、
処理プログラムをダウンロードして、伝送方式を変更可
能な救済パッケージを最低２枚搭載するシステムを考え
る。
救済制御について説明する。複数の救済バスを使用し、
処理プログラムをダウンロードして、伝送方式を変更可
能な救済パッケージを最低２枚搭載するシステムを考え
る。
【００６８】この場合、１枚の救済パッケージで完全救
済を行いながら、残りの救済パッケージでチャネル単位
に救済を行うことで効率のよい救済が可能となる。すな
わち、救済パッケージにて同時に複数のチャネルを暫定
救済している救済パッケージがあるとき、その中の障害
チャネルに対し、同じ伝送方式の障害チャネルを有する
障害パッケージを残りの１枚の救済パッケージで完全救
済を行うことで、パッケージ交換を行って、暫定救済し
ている障害チャネルの数を減らしていく。このような制
御により、障害パッケージ上の故障していない加入者の
サービスを中断することなく、かつ同時に複数の伝送方
式の各障害パッケージを効率よく救済することが可能に
なる。
済を行いながら、残りの救済パッケージでチャネル単位
に救済を行うことで効率のよい救済が可能となる。すな
わち、救済パッケージにて同時に複数のチャネルを暫定
救済している救済パッケージがあるとき、その中の障害
チャネルに対し、同じ伝送方式の障害チャネルを有する
障害パッケージを残りの１枚の救済パッケージで完全救
済を行うことで、パッケージ交換を行って、暫定救済し
ている障害チャネルの数を減らしていく。このような制
御により、障害パッケージ上の故障していない加入者の
サービスを中断することなく、かつ同時に複数の伝送方
式の各障害パッケージを効率よく救済することが可能に
なる。
【００６９】以上説明したように、本発明の通信制御シ
ステム１は、障害が発生したユニットを救済するための
１本または複数本の救済バスを用いて、スイッチ手段に
より、障害が発生した通信ユニットの完全救済または暫
定救済を行う構成とした。
ステム１は、障害が発生したユニットを救済するための
１本または複数本の救済バスを用いて、スイッチ手段に
より、障害が発生した通信ユニットの完全救済または暫
定救済を行う構成とした。
【００７０】これにより、効率よく経済的に障害を救済
することが可能になる。また、救済ユニットが各通信ユ
ニットの伝送方式の処理プログラムをダウンロードする
ことにより、障害発生に対してより柔軟に対応すること
が可能になる。
することが可能になる。また、救済ユニットが各通信ユ
ニットの伝送方式の処理プログラムをダウンロードする
ことにより、障害発生に対してより柔軟に対応すること
が可能になる。
【００７１】なお、上記の説明では、本発明の通信制御
システム１の適用例として、メタリック線を用いた加入
者終端装置について説明したが、本発明は障害救済シス
テムとして、光アクセスシステム等のその他の通信シス
テムに対しても幅広く適用することが可能である。
システム１の適用例として、メタリック線を用いた加入
者終端装置について説明したが、本発明は障害救済シス
テムとして、光アクセスシステム等のその他の通信シス
テムに対しても幅広く適用することが可能である。
【００７２】（付記１） 障害の救済を行う通信制御シ
ステムにおいて、各ユニットにマルチ接続し、障害の救
済を行うための救済バスと、各チャネルのライン上から
の信号と前記信号を処理する信号処理部とを正常時には
接続し、障害発生時には開放するラインスイッチと、障
害発生時に、前記チャネルのラインと前記救済バスとを
接続する救済バス接続スイッチと、障害が発生したユニ
ットである障害ユニットの代わりに前記信号を処理する
信号予備処理手段と前記救済バスとを接続する救済スイ
ッチと、から構成されるスイッチ手段と、前記スイッチ
手段と、通常運用時に信号を処理する信号処理手段と、
を有する通信ユニットと、前記スイッチ手段と、障害発
生時に信号を処理する前記信号予備処理手段とを有し、
ユニット単位の救済を対象にした完全救済またはチャネ
ル単位の救済を対象にした暫定救済を行う救済ユニット
と、障害発生の監視及び前記スイッチ手段のスイッチ制
御を行う監視制御手段と、を有することを特徴とする通
信制御システム。
ステムにおいて、各ユニットにマルチ接続し、障害の救
済を行うための救済バスと、各チャネルのライン上から
の信号と前記信号を処理する信号処理部とを正常時には
接続し、障害発生時には開放するラインスイッチと、障
害発生時に、前記チャネルのラインと前記救済バスとを
接続する救済バス接続スイッチと、障害が発生したユニ
ットである障害ユニットの代わりに前記信号を処理する
信号予備処理手段と前記救済バスとを接続する救済スイ
ッチと、から構成されるスイッチ手段と、前記スイッチ
手段と、通常運用時に信号を処理する信号処理手段と、
を有する通信ユニットと、前記スイッチ手段と、障害発
生時に信号を処理する前記信号予備処理手段とを有し、
ユニット単位の救済を対象にした完全救済またはチャネ
ル単位の救済を対象にした暫定救済を行う救済ユニット
と、障害発生の監視及び前記スイッチ手段のスイッチ制
御を行う監視制御手段と、を有することを特徴とする通
信制御システム。
【００７３】（付記２） 前記救済ユニットは、障害が
発生した通信ユニットである前記障害ユニットの伝送形
態に対応した救済を個別に行うことを特徴とする付記１
記載の通信制御システム。
発生した通信ユニットである前記障害ユニットの伝送形
態に対応した救済を個別に行うことを特徴とする付記１
記載の通信制御システム。
【００７４】（付記３） １本の前記救済バスを共用す
ることで、前記救済ユニットは、前記障害ユニットの救
済を行うことを特徴とする付記２記載の通信制御システ
ム。 （付記４） 前記障害ユニットを前記救済ユニットを使
用して救済することで、前記障害ユニットを切り離し
て、前記障害ユニットを交換可能とする前記完全救済を
行うことを特徴とする付記３記載の通信制御システム。
ることで、前記救済ユニットは、前記障害ユニットの救
済を行うことを特徴とする付記２記載の通信制御システ
ム。 （付記４） 前記障害ユニットを前記救済ユニットを使
用して救済することで、前記障害ユニットを切り離し
て、前記障害ユニットを交換可能とする前記完全救済を
行うことを特徴とする付記３記載の通信制御システム。
【００７５】（付記５） 前記通信ユニット内のチャネ
ルで障害が発生した障害チャネルを前記救済ユニットを
使用して救済することで、正常なチャネルは運用を継続
し、前記障害チャネルのみ前記救済ユニットに切り替え
る前記暫定救済を行うことを特徴とする付記３記載の通
信制御システム。
ルで障害が発生した障害チャネルを前記救済ユニットを
使用して救済することで、正常なチャネルは運用を継続
し、前記障害チャネルのみ前記救済ユニットに切り替え
る前記暫定救済を行うことを特徴とする付記３記載の通
信制御システム。
【００７６】（付記６） 複数本設置された前記救済バ
スの未使用バスを選択して接続する救済バス選択スイッ
チをさらに有し、複数本の前記救済バスの選択制御を行
うことで、前記救済ユニットは前記障害ユニットの救済
を行うことを特徴とする付記２記載の通信制御システ
ム。
スの未使用バスを選択して接続する救済バス選択スイッ
チをさらに有し、複数本の前記救済バスの選択制御を行
うことで、前記救済ユニットは前記障害ユニットの救済
を行うことを特徴とする付記２記載の通信制御システ
ム。
【００７７】（付記７） 前記救済バスの本数分、前記
救済ユニットを設置し、前記救済ユニットの伝送形態の
種類だけ前記障害ユニットを切り離して、前記障害ユニ
ットを交換可能とする前記完全救済を行うことを特徴と
する付記６記載の通信制御システム。
救済ユニットを設置し、前記救済ユニットの伝送形態の
種類だけ前記障害ユニットを切り離して、前記障害ユニ
ットを交換可能とする前記完全救済を行うことを特徴と
する付記６記載の通信制御システム。
【００７８】（付記８） 前記通信ユニット内のチャネ
ルで障害が発生した障害チャネルを前記救済ユニットを
使用して救済することで、正常なチャネルは運用を継続
し、前記障害チャネルのみ前記救済ユニットに切り替え
る前記暫定救済を行うことを特徴とする付記６記載の通
信制御システム。
ルで障害が発生した障害チャネルを前記救済ユニットを
使用して救済することで、正常なチャネルは運用を継続
し、前記障害チャネルのみ前記救済ユニットに切り替え
る前記暫定救済を行うことを特徴とする付記６記載の通
信制御システム。
【００７９】（付記９） 前記救済ユニットは、前記障
害ユニットと同じ伝送形態の処理プログラムを、前記救
済ユニット内のメモリ、前記監視制御手段、保守端末の
少なくとも１つから、ユニット単位またはチャネル単位
でダウンロードして救済制御を行うことを特徴とする付
記１記載の通信制御システム。
害ユニットと同じ伝送形態の処理プログラムを、前記救
済ユニット内のメモリ、前記監視制御手段、保守端末の
少なくとも１つから、ユニット単位またはチャネル単位
でダウンロードして救済制御を行うことを特徴とする付
記１記載の通信制御システム。
【００８０】（付記１０） １本の前記救済バスを共用
することで、前記救済ユニットは、前記障害ユニットの
救済を行うことを特徴とする付記９記載の通信制御シス
テム。
することで、前記救済ユニットは、前記障害ユニットの
救済を行うことを特徴とする付記９記載の通信制御シス
テム。
【００８１】（付記１１） 前記障害ユニットの伝送形
態の処理プログラムをユニット単位でダウンロードした
前記救済ユニットを使用して救済することで、前記障害
ユニットを切り離して、前記障害ユニットを交換可能と
する前記完全救済を行うことを特徴とする付記１０記載
の通信制御システム。
態の処理プログラムをユニット単位でダウンロードした
前記救済ユニットを使用して救済することで、前記障害
ユニットを切り離して、前記障害ユニットを交換可能と
する前記完全救済を行うことを特徴とする付記１０記載
の通信制御システム。
【００８２】（付記１２） 前記通信ユニット内のチャ
ネルで障害が発生した障害チャネルの伝送形態の処理プ
ログラムをチャネル単位でダウンロードした前記救済ユ
ニットを使用して救済することで、正常なチャネルは運
用を継続し、前記障害チャネルのみ前記救済ユニットに
切り替える前記暫定救済を行うことを特徴とする付記１
０記載の通信制御システム。
ネルで障害が発生した障害チャネルの伝送形態の処理プ
ログラムをチャネル単位でダウンロードした前記救済ユ
ニットを使用して救済することで、正常なチャネルは運
用を継続し、前記障害チャネルのみ前記救済ユニットに
切り替える前記暫定救済を行うことを特徴とする付記１
０記載の通信制御システム。
【００８３】（付記１３） 複数本設置された前記救済
バスの未使用バスを選択して接続する救済バス選択スイ
ッチをさらに有し、複数本の前記救済バスの選択制御を
行うことで、前記救済ユニットは前記障害ユニットの救
済を行うことを特徴とする付記９記載の通信制御システ
ム。
バスの未使用バスを選択して接続する救済バス選択スイ
ッチをさらに有し、複数本の前記救済バスの選択制御を
行うことで、前記救済ユニットは前記障害ユニットの救
済を行うことを特徴とする付記９記載の通信制御システ
ム。
【００８４】（付記１４） 前記障害ユニットの伝送形
態に対応する処理プログラムをユニット単位でダウンロ
ードした前記救済ユニットを使用して救済することで、
複数の前記障害ユニットを切り離して、前記障害ユニッ
トを交換可能とする前記完全救済を行うことを特徴とす
る付記１３記載の通信制御システム。
態に対応する処理プログラムをユニット単位でダウンロ
ードした前記救済ユニットを使用して救済することで、
複数の前記障害ユニットを切り離して、前記障害ユニッ
トを交換可能とする前記完全救済を行うことを特徴とす
る付記１３記載の通信制御システム。
【００８５】（付記１５） 前記障害ユニットの伝送形
態に対応する処理プログラムをチャネル単位でダウンロ
ードした前記救済ユニットを使用して救済することで、
正常なチャネルは運用を継続し、前記障害チャネルのみ
前記救済ユニットに切り替える前記暫定救済を行うこと
を特徴とする付記１３記載の通信制御システム。
態に対応する処理プログラムをチャネル単位でダウンロ
ードした前記救済ユニットを使用して救済することで、
正常なチャネルは運用を継続し、前記障害チャネルのみ
前記救済ユニットに切り替える前記暫定救済を行うこと
を特徴とする付記１３記載の通信制御システム。
【００８６】（付記１６） 前記完全救済を行う救済ユ
ニット及び前記暫定救済を行う救済ユニットを設置し
て、前記暫定救済から前記完全救済へ順次移行してユニ
ット交換可能な救済制御を行うことを特徴とする付記１
３記載の通信制御システム。
ニット及び前記暫定救済を行う救済ユニットを設置し
て、前記暫定救済から前記完全救済へ順次移行してユニ
ット交換可能な救済制御を行うことを特徴とする付記１
３記載の通信制御システム。
【００８７】
【発明の効果】以上説明したように、本発明の通信制御
システムは、障害が発生したユニットを救済するための
救済バスを用いて、ラインスイッチ、救済バス接続スイ
ッチ、救済スイッチから構成されるスイッチ手段によ
り、障害が発生した通信ユニットの完全救済または暫定
救済を行う構成とした。これにより、通信ユニットで発
生した障害を効率よく経済的に救済することが可能にな
る。
システムは、障害が発生したユニットを救済するための
救済バスを用いて、ラインスイッチ、救済バス接続スイ
ッチ、救済スイッチから構成されるスイッチ手段によ
り、障害が発生した通信ユニットの完全救済または暫定
救済を行う構成とした。これにより、通信ユニットで発
生した障害を効率よく経済的に救済することが可能にな
る。
【図１】本発明の通信制御システムの原理図である。
【図２】１本の救済バスを共用して障害を救済する加入
者終端装置を示す図である。
者終端装置を示す図である。
【図３】１本の救済バスを共用して障害を救済する加入
者終端装置を示す図である。
者終端装置を示す図である。
【図４】１本の救済バスを共用して障害を救済する加入
者終端装置を示す図である。
者終端装置を示す図である。
【図５】救済バス及びスイッチ手段周辺の接続関係を示
す図である。
す図である。
【図６】スイッチ制御を示す図である。
【図７】３本の救済バスの選択制御を行って障害を救済
する加入者終端装置を示す図である。
する加入者終端装置を示す図である。
【図８】３本の救済バスの選択制御を行って障害を救済
する加入者終端装置を示す図である。
する加入者終端装置を示す図である。
【図９】救済バス及びスイッチ手段周辺の接続関係を示
す図である。
す図である。
【図１０】スイッチ制御を示す図である。
【図１１】処理プログラムのダウンロードの例を示す図
である。
である。
【図１２】処理プログラムのダウンロードの例を示す図
である。
である。
【図１３】処理プログラムのダウンロードの例を示す図
である。
である。
１ 通信制御システム ２ａ、２ｂ 信号処理手段 ４ａ 信号予備処理手段 １０−１、１０−３、１０−５ スイッチ手段 １１−１、１１−３、１１−５ ラインスイッチ １２−１、１２−３、１２−５ 救済バス接続スイッチ １３−１、１３−３、１３−５ 救済スイッチ ５０ 監視制御手段 Ｃ１、Ｃ２ 通信ユニット Ｐ１ 救済ユニット Ｂｐ 救済バス ｍ１、ｍ２ モデム
───────────────────────────────────────────────────── フロントページの続き (72)発明者 坂本 晋一 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5K019 AA01 AA08 BA05 BA15 BA51 BB52 CC02 CD10 EA27 EA29 5K032 AA04 AA06 CC01 DA01 DA07 DB03 EA03 EB03 5K035 AA04 BB02 CC01 CC10 DD01 FF01 GG15
Claims (5)
- 【請求項１】 障害の救済を行う通信制御システムにお
いて、 各ユニットにマルチ接続し、障害の救済を行うための救
済バスと、 各チャネルのライン上からの信号と前記信号を処理する
信号処理部とを正常時には接続し、障害発生時には開放
するラインスイッチと、障害発生時に、前記チャネルの
ラインと前記救済バスとを接続する救済バス接続スイッ
チと、障害が発生したユニットである障害ユニットの代
わりに前記信号を処理する信号予備処理手段と前記救済
バスとを接続する救済スイッチと、から構成されるスイ
ッチ手段と、 前記スイッチ手段と、通常運用時に信号を処理する信号
処理手段と、を有する通信ユニットと、 前記スイッチ手段と、障害発生時に信号を処理する前記
信号予備処理手段とを有し、ユニット単位の救済を対象
にした完全救済またはチャネル単位の救済を対象にした
暫定救済を行う救済ユニットと、 障害発生の監視及び前記スイッチ手段のスイッチ制御を
行う監視制御手段と、 を有することを特徴とする通信制御システム。 - 【請求項２】 前記救済ユニットは、障害が発生した通
信ユニットである前記障害ユニットの伝送形態に対応し
た救済を個別に行うことを特徴とする請求項１記載の通
信制御システム。 - 【請求項３】 １本の前記救済バスを共用することで、
前記救済ユニットは、前記障害ユニットの救済を行うこ
とを特徴とする請求項２記載の通信制御システム。 - 【請求項４】 複数本設置された前記救済バスの未使用
バスを選択して接続する救済バス選択スイッチをさらに
有し、複数本の前記救済バスの選択制御を行うことで、
前記救済ユニットは前記障害ユニットの救済を行うこと
を特徴とする請求項２記載の通信制御システム。 - 【請求項５】 前記救済ユニットは、前記障害ユニット
と同じ伝送形態の処理プログラムを、前記救済ユニット
内のメモリ、前記監視制御手段、保守端末の少なくとも
１つから、ユニット単位またはチャネル単位でダウンロ
ードして救済制御を行うことを特徴とする請求項１記載
の通信制御システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001003985A JP4596652B2 (ja) | 2001-01-11 | 2001-01-11 | 通信制御システム |
| US09/881,948 US6748551B2 (en) | 2001-01-11 | 2001-06-15 | Communication control system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001003985A JP4596652B2 (ja) | 2001-01-11 | 2001-01-11 | 通信制御システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002209013A true JP2002209013A (ja) | 2002-07-26 |
| JP4596652B2 JP4596652B2 (ja) | 2010-12-08 |
Family
ID=18872236
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001003985A Expired - Fee Related JP4596652B2 (ja) | 2001-01-11 | 2001-01-11 | 通信制御システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6748551B2 (ja) |
| JP (1) | JP4596652B2 (ja) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030026294A1 (en) * | 2001-07-20 | 2003-02-06 | Chul-Hee Lee | Subscribers-switching device and method of asymmetrical digital subscriber lines |
| US20070076592A1 (en) * | 2005-09-30 | 2007-04-05 | Thibeault Brian K | Non-invasive frequency rollback apparatus and method |
| US9088355B2 (en) * | 2006-03-24 | 2015-07-21 | Arris Technology, Inc. | Method and apparatus for determining the dynamic range of an optical link in an HFC network |
| US8594118B2 (en) * | 2006-03-24 | 2013-11-26 | General Instrument Corporation | Method and apparatus for configuring logical channels in a network |
| US8537972B2 (en) * | 2006-12-07 | 2013-09-17 | General Instrument Corporation | Method and apparatus for determining micro-reflections in a network |
| US8516532B2 (en) | 2009-07-28 | 2013-08-20 | Motorola Mobility Llc | IP video delivery using flexible channel bonding |
| US8526485B2 (en) * | 2009-09-23 | 2013-09-03 | General Instrument Corporation | Using equalization coefficients of end devices in a cable television network to determine and diagnose impairments in upstream channels |
| US8654640B2 (en) | 2010-12-08 | 2014-02-18 | General Instrument Corporation | System and method for IP video delivery using distributed flexible channel bonding |
| US8937992B2 (en) | 2011-08-30 | 2015-01-20 | General Instrument Corporation | Method and apparatus for updating equalization coefficients of adaptive pre-equalizers |
| US8576705B2 (en) | 2011-11-18 | 2013-11-05 | General Instrument Corporation | Upstream channel bonding partial service using spectrum management |
| US9113181B2 (en) | 2011-12-13 | 2015-08-18 | Arris Technology, Inc. | Dynamic channel bonding partial service triggering |
| US8868736B2 (en) | 2012-04-27 | 2014-10-21 | Motorola Mobility Llc | Estimating a severity level of a network fault |
| US8867371B2 (en) | 2012-04-27 | 2014-10-21 | Motorola Mobility Llc | Estimating physical locations of network faults |
| US8837302B2 (en) | 2012-04-27 | 2014-09-16 | Motorola Mobility Llc | Mapping a network fault |
| US9003460B2 (en) | 2012-04-27 | 2015-04-07 | Google Technology Holdings LLC | Network monitoring with estimation of network path to network element location |
| US9065731B2 (en) | 2012-05-01 | 2015-06-23 | Arris Technology, Inc. | Ensure upstream channel quality measurement stability in an upstream channel bonding system using T4 timeout multiplier |
| US9136943B2 (en) | 2012-07-30 | 2015-09-15 | Arris Technology, Inc. | Method of characterizing impairments detected by equalization on a channel of a network |
| US9137164B2 (en) | 2012-11-15 | 2015-09-15 | Arris Technology, Inc. | Upstream receiver integrity assessment for modem registration |
| US9203639B2 (en) | 2012-12-27 | 2015-12-01 | Arris Technology, Inc. | Dynamic load balancing under partial service conditions |
| US9197886B2 (en) | 2013-03-13 | 2015-11-24 | Arris Enterprises, Inc. | Detecting plant degradation using peer-comparison |
| US10477199B2 (en) | 2013-03-15 | 2019-11-12 | Arris Enterprises Llc | Method for identifying and prioritizing fault location in a cable plant |
| US9042236B2 (en) | 2013-03-15 | 2015-05-26 | Arris Technology, Inc. | Method using equalization data to determine defects in a cable plant |
| US9025469B2 (en) | 2013-03-15 | 2015-05-05 | Arris Technology, Inc. | Method for estimating cable plant topology |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04502542A (ja) * | 1988-12-22 | 1992-05-07 | コーデックス・コーポレイション | 通信モジュールの冗長性のための分散型スイッチングアーキテクチャ |
| JPH05282172A (ja) * | 1992-04-02 | 1993-10-29 | Nec Corp | 共有予備を有するマルチプロセッサシステム |
| JPH06209351A (ja) * | 1993-01-12 | 1994-07-26 | Oki Joho Syst:Kk | 高信頼性回線切替装置 |
| JPH07288563A (ja) * | 1994-04-19 | 1995-10-31 | Nec Corp | プロテクション機能付ハードウェア・パッケージ装置 |
| JPH10285251A (ja) * | 1997-04-10 | 1998-10-23 | Nec Corp | データ処理装置 |
| JP2000032134A (ja) * | 1998-07-16 | 2000-01-28 | Fujitsu Ltd | スイッチ装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06334637A (ja) * | 1993-05-20 | 1994-12-02 | Hitachi Ltd | 回線切替方式 |
| KR19980020514A (ko) * | 1996-09-09 | 1998-06-25 | 김광호 | 종합정보통신망 사설교환기의 결함내성 구현방법 |
| JP3655162B2 (ja) | 2000-03-06 | 2005-06-02 | 富士通株式会社 | 加入者終端装置 |
| JP2001274864A (ja) | 2000-03-24 | 2001-10-05 | Fujitsu Ltd | 通信装置及びｘＤＳＬ装置 |
-
2001
- 2001-01-11 JP JP2001003985A patent/JP4596652B2/ja not_active Expired - Fee Related
- 2001-06-15 US US09/881,948 patent/US6748551B2/en not_active Expired - Lifetime
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04502542A (ja) * | 1988-12-22 | 1992-05-07 | コーデックス・コーポレイション | 通信モジュールの冗長性のための分散型スイッチングアーキテクチャ |
| JPH05282172A (ja) * | 1992-04-02 | 1993-10-29 | Nec Corp | 共有予備を有するマルチプロセッサシステム |
| JPH06209351A (ja) * | 1993-01-12 | 1994-07-26 | Oki Joho Syst:Kk | 高信頼性回線切替装置 |
| JPH07288563A (ja) * | 1994-04-19 | 1995-10-31 | Nec Corp | プロテクション機能付ハードウェア・パッケージ装置 |
| JPH10285251A (ja) * | 1997-04-10 | 1998-10-23 | Nec Corp | データ処理装置 |
| JP2000032134A (ja) * | 1998-07-16 | 2000-01-28 | Fujitsu Ltd | スイッチ装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4596652B2 (ja) | 2010-12-08 |
| US6748551B2 (en) | 2004-06-08 |
| US20020091970A1 (en) | 2002-07-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002209013A (ja) | 通信制御システム | |
| JP2986216B2 (ja) | 冗長性を向上させた電気通信交換器 | |
| CA2280147C (en) | Redundancy arrangement for telecommunications system | |
| US6999408B1 (en) | Failure tolerant high density dial router | |
| JPH0147944B2 (ja) | ||
| KR20030023861A (ko) | 무선 주파수 통신용 리던던시 | |
| CN101610143A (zh) | 链路数据的保护方法、系统及装置 | |
| JP2695636B2 (ja) | 集中制御時分割多重通信交換装置用回路装置 | |
| US7944084B2 (en) | Peripheral module and peripheral system for an automation system | |
| US5982744A (en) | High density unit shelf and method | |
| CN101160819B (zh) | 提高通信可靠性的系统和方法 | |
| JPH021477B2 (ja) | ||
| JPH1169393A (ja) | Ｔ−ｓ−ｔ３段スイッチ制御方式 | |
| JP3640349B2 (ja) | クラスタリング・システムおよびクラスタリング・システムにおける障害発生時のデータ復旧方法 | |
| US6181929B1 (en) | Method for switching cell site controllers | |
| JP3605294B2 (ja) | スイッチ装置 | |
| US20040037298A1 (en) | Device for optimizing peripheral devices in a telecommunication network | |
| EP0966799B1 (en) | Telecommunication switch, and switching telecommunication signals | |
| KR200183008Y1 (ko) | 근거리 정보 통신망 시스템의 통신망 자동복구장치 | |
| KR100428766B1 (ko) | 비대칭 디지털 가입자 전송 시스템의 가입자 절체 장치와이를 이용한 가입자 포트 및 가입자 유니트 절체 방법 | |
| WO2000043882A1 (fr) | Appareil de commutation de base de donnees | |
| JP2507609B2 (ja) | Ｉｓｄｎ加入者インタフェ―ス装置 | |
| JP2001251389A (ja) | 加入者終端装置 | |
| JPH04352556A (ja) | 音声認識応答システム | |
| JPH096638A (ja) | 二重化計算機システム及びその切り替え装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071221 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100301 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100309 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100510 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100921 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100921 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131001 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |