JPH10215496A - メッセージングプロトコル - Google Patents
メッセージングプロトコルInfo
- Publication number
- JPH10215496A JPH10215496A JP9258318A JP25831897A JPH10215496A JP H10215496 A JPH10215496 A JP H10215496A JP 9258318 A JP9258318 A JP 9258318A JP 25831897 A JP25831897 A JP 25831897A JP H10215496 A JPH10215496 A JP H10215496A
- Authority
- JP
- Japan
- Prior art keywords
- bytes
- bits
- bit
- frame
- messaging protocol
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q1/00—Details of selecting apparatus or arrangements
- H04Q1/18—Electrical details
- H04Q1/30—Signalling arrangements; Manipulation of signalling currents
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/12—Arrangements providing for calling or supervisory signals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Exchange Systems With Centralized Control (AREA)
- Use Of Switch Circuits For Exchanges And Methods Of Control Of Multiplex Exchanges (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 通信ネットワークにおいて制御及びデータメ
ッセージを伝送する、より強力なメッセージングプロト
コルを実現することをその目的とする。 【解決手段】 可変長フレーム中に含まれるデータメッ
セージをサポートするように修正された標準ＵＡＲＴト
ランスポートが用いられる。前記フレーム長は３から６
バイトである。各々のフレームの第一バイトは、スター
トビット及びストップビット、メッセージ表示の長さ及
びメッセージ全体すなわちフレームに関するパリティビ
ットを有している。フレーム中のそれ以外のバイトは、
ストップビット、スタートビット、及び８ビットデータ
を有している。フレーム中の全てのバイトにおいては、
従来技術に係るプロトコルにおいて見られたパリティビ
ットがフレーミングビットによって置換されている。
ッセージを伝送する、より強力なメッセージングプロト
コルを実現することをその目的とする。 【解決手段】 可変長フレーム中に含まれるデータメッ
セージをサポートするように修正された標準ＵＡＲＴト
ランスポートが用いられる。前記フレーム長は３から６
バイトである。各々のフレームの第一バイトは、スター
トビット及びストップビット、メッセージ表示の長さ及
びメッセージ全体すなわちフレームに関するパリティビ
ットを有している。フレーム中のそれ以外のバイトは、
ストップビット、スタートビット、及び８ビットデータ
を有している。フレーム中の全てのバイトにおいては、
従来技術に係るプロトコルにおいて見られたパリティビ
ットがフレーミングビットによって置換されている。
Description
【０００１】
【発明の属する技術分野】本発明は通信ネットワークに
おいて用いられる改良されたメッセージングプロトコル
に関し、特に、ネットワークエレメント間の制御メッセ
ージを効率的に伝達するメッセージングプロトコルに関
する。
おいて用いられる改良されたメッセージングプロトコル
に関し、特に、ネットワークエレメント間の制御メッセ
ージを効率的に伝達するメッセージングプロトコルに関
する。
【０００２】
【従来の技術】代表的な通信ネットワークは、信号の伝
達に係る基幹回線を介して互いに接続された、複数個
の、例えばルーセント・テクノロジー社（Lucent Techn
ologiesInc.）より市販されている５ＥＳＳ（登録商
標）交換システム等の交換システムよりなる、というこ
とは周知である。これらの交換システムのうちの、通常
中央局交換機と呼称されているものは、電話機、マルチ
メディア装置、ファックス機あるいは同等のもの等の利
用者宅内装置（ＣＰＥ）と利用者回線を介して接続され
ている。利用者回線は、ツイストペア線、同軸ケーブ
ル、光ファイバー等を含む、音声及びデータの伝送に適
した媒体より構成される。
達に係る基幹回線を介して互いに接続された、複数個
の、例えばルーセント・テクノロジー社（Lucent Techn
ologiesInc.）より市販されている５ＥＳＳ（登録商
標）交換システム等の交換システムよりなる、というこ
とは周知である。これらの交換システムのうちの、通常
中央局交換機と呼称されているものは、電話機、マルチ
メディア装置、ファックス機あるいは同等のもの等の利
用者宅内装置（ＣＰＥ）と利用者回線を介して接続され
ている。利用者回線は、ツイストペア線、同軸ケーブ
ル、光ファイバー等を含む、音声及びデータの伝送に適
した媒体より構成される。
【０００３】中央局と利用者宅との間に、例えばルーセ
ントテクノロジー社より市販されているＳＬＣ（登録商
標）デジタルループキャリア等のデジタルループキャリ
アに代表されるリモート端末を用いることも当業者には
公知である。その場合には、分配回線が中央局交換機と
リモート端末とを接続し、利用者回線がリモート端末と
ＣＰＥとを接続する。交換システム及びデジタルループ
キャリアに加えて、例えば広帯域分配エレメント、ＰＢ
Ｘ（公衆回線交換機）等の他のネットワークエレメント
が利用者回線及び／あるいは基幹回線のホストとして機
能する場合がある。
ントテクノロジー社より市販されているＳＬＣ（登録商
標）デジタルループキャリア等のデジタルループキャリ
アに代表されるリモート端末を用いることも当業者には
公知である。その場合には、分配回線が中央局交換機と
リモート端末とを接続し、利用者回線がリモート端末と
ＣＰＥとを接続する。交換システム及びデジタルループ
キャリアに加えて、例えば広帯域分配エレメント、ＰＢ
Ｘ（公衆回線交換機）等の他のネットワークエレメント
が利用者回線及び／あるいは基幹回線のホストとして機
能する場合がある。
【０００４】交換システム、リモート端末及び同様のネ
ットワークエレメントは、それぞれ回線ユニット及び基
幹回線ユニットにおいて、回線及び基幹回線を終端す
る。回線ユニット及び基幹回線ユニットは、通常インタ
ーフェースユニットと総称される。回線ユニット及び基
幹回線ユニットには、それぞれのユニットがホストとし
て機能を提供する全ての回線あるいは基幹回線に対して
共通の機能を制御するための共通の回路が含まれてい
る。前記回線あるいは基幹回線は、制御及びデータバス
によって各々の回線及び／あるいは基幹回線専用とされ
た回路を含むアプリケーションパックに対して接続され
ている。回線ユニットは、通常、バッテリーフィード、
過電圧保護、監視、符号化及び復号化、テスト及び呼び
出しというＢＯＲＳＣＨＴ機能を実行する回路を有して
いる。回線回路カードによって実行される特定の機能は
さまざまに変わり得る。例えば、個別の回線ユニットに
接続された全ての回線に対する呼び出し機能の実現が知
られている。これらの回路はサービス固有のものであ
り、狭帯域サービス、ＩＳＤＮ、ＣＯＩＮ、あるいは特
定のサービス等を実現するために相異なった回線カード
が用いられることに留意されたい。基幹回線ユニットに
は、符号化及び復号化、ＤＣシグナリング、テスト機
能、アラーム機能及び多重化機能を実行する回路が含ま
れている。すなわち、回線ユニット及び基幹回線ユニッ
トは、ネットワークにおける各々の回線及び基幹回線に
対する基本的な処理を実現しており、交換システム（あ
るいは他のネットワークエレメント）と実質的にネット
ワークにおける全ての回線及び基幹回線との間の物理的
なインターフェースである。
ットワークエレメントは、それぞれ回線ユニット及び基
幹回線ユニットにおいて、回線及び基幹回線を終端す
る。回線ユニット及び基幹回線ユニットは、通常インタ
ーフェースユニットと総称される。回線ユニット及び基
幹回線ユニットには、それぞれのユニットがホストとし
て機能を提供する全ての回線あるいは基幹回線に対して
共通の機能を制御するための共通の回路が含まれてい
る。前記回線あるいは基幹回線は、制御及びデータバス
によって各々の回線及び／あるいは基幹回線専用とされ
た回路を含むアプリケーションパックに対して接続され
ている。回線ユニットは、通常、バッテリーフィード、
過電圧保護、監視、符号化及び復号化、テスト及び呼び
出しというＢＯＲＳＣＨＴ機能を実行する回路を有して
いる。回線回路カードによって実行される特定の機能は
さまざまに変わり得る。例えば、個別の回線ユニットに
接続された全ての回線に対する呼び出し機能の実現が知
られている。これらの回路はサービス固有のものであ
り、狭帯域サービス、ＩＳＤＮ、ＣＯＩＮ、あるいは特
定のサービス等を実現するために相異なった回線カード
が用いられることに留意されたい。基幹回線ユニットに
は、符号化及び復号化、ＤＣシグナリング、テスト機
能、アラーム機能及び多重化機能を実行する回路が含ま
れている。すなわち、回線ユニット及び基幹回線ユニッ
トは、ネットワークにおける各々の回線及び基幹回線に
対する基本的な処理を実現しており、交換システム（あ
るいは他のネットワークエレメント）と実質的にネット
ワークにおける全ての回線及び基幹回線との間の物理的
なインターフェースである。
【０００５】インターフェースユニットは、そのホスト
端末と、それらの間での制御及びデータメッセージの伝
達に関して伝送回線を介して通信する。通信システム
は、制御及びデータが同一の回線上を伝達されるように
配置されることも可能であり、また、制御及びデータメ
ッセージの各々に対して個別の回線が提供される場合も
ある。制御メッセージは、第一のネットワークエレメン
トと第二のネットワークエレメントとの間のメッセージ
を構成しており、それら制御メッセージにおいては前記
ネットワークエレメントの一方あるいは他方の機能がモ
ニターされるかあるいは制御される。データメッセージ
は、ネットワークを介して伝達される実際の通信トラフ
ィックを構成する。これらのメッセージの一方あるいは
双方は、実質的にあらゆる２つのネットワークエレメン
ト間で伝達され得る。
端末と、それらの間での制御及びデータメッセージの伝
達に関して伝送回線を介して通信する。通信システム
は、制御及びデータが同一の回線上を伝達されるように
配置されることも可能であり、また、制御及びデータメ
ッセージの各々に対して個別の回線が提供される場合も
ある。制御メッセージは、第一のネットワークエレメン
トと第二のネットワークエレメントとの間のメッセージ
を構成しており、それら制御メッセージにおいては前記
ネットワークエレメントの一方あるいは他方の機能がモ
ニターされるかあるいは制御される。データメッセージ
は、ネットワークを介して伝達される実際の通信トラフ
ィックを構成する。これらのメッセージの一方あるいは
双方は、実質的にあらゆる２つのネットワークエレメン
ト間で伝達され得る。
【０００６】
【発明が解決しようとする課題】インターフェースユニ
ット内の共通回路とアプリケーションパックとの間で制
御メッセージを伝達するために用いられる既存のメッセ
ージプロトコルは汎用非同期レシーバ／トランスミッタ
（ＵＡＲＴ）であり、データ１バイトが１１ビットより
なる。各１バイトは、スタートビット、ストップビッ
ト、そのバイトのパリティをチェックする目的で用いら
れるパリティビット、及び８ビットよりなるデータを含
んでいる。このプロトコルは、各１バイトがそれ自体の
パリティビットを有しているために、高いオーバーヘッ
ドを有している。さらに、各データメッセージは、８ビ
ットデータに制限されている。その結果、このプロトコ
ルは、可変長データメッセージを正確かつ効率的に伝送
する、という観点においては、機能的に比較的限定され
ていることになる。
ット内の共通回路とアプリケーションパックとの間で制
御メッセージを伝達するために用いられる既存のメッセ
ージプロトコルは汎用非同期レシーバ／トランスミッタ
（ＵＡＲＴ）であり、データ１バイトが１１ビットより
なる。各１バイトは、スタートビット、ストップビッ
ト、そのバイトのパリティをチェックする目的で用いら
れるパリティビット、及び８ビットよりなるデータを含
んでいる。このプロトコルは、各１バイトがそれ自体の
パリティビットを有しているために、高いオーバーヘッ
ドを有している。さらに、各データメッセージは、８ビ
ットデータに制限されている。その結果、このプロトコ
ルは、可変長データメッセージを正確かつ効率的に伝送
する、という観点においては、機能的に比較的限定され
ていることになる。
【０００７】よって、通信ネットワークにおいて制御及
びデータメッセージを伝送する、より強力なメッセージ
ングプロトコルが必要とされている。
びデータメッセージを伝送する、より強力なメッセージ
ングプロトコルが必要とされている。
【０００８】
【課題を解決するための手段】本発明に係るプロトコル
においては、可変長フレーム中に含まれるデータメッセ
ージをサポートするように修正された標準ＵＡＲＴトラ
ンスポートが用いられる。本発明の望ましい実施例にお
いては、前記フレーム長は３から６バイトである。各々
のフレームの第一バイトは、スタートビット及びストッ
プビット、メッセージ表示の長さ及びメッセージ全体す
なわちフレームに関するパリティビットを有している。
フレーム中のそれ以外のバイトは、ストップビット、ス
タートビット、及び８ビットデータを有している。フレ
ーム中の全てのバイトにおいては、従来技術に係るプロ
トコルにおいて見られたパリティビットがフレーミング
ビットによって置換されている。本発明に係るこの実施
例では、可変長データメッセージが最小のオーバーヘッ
ドで伝送される。あるいは、６バイトより長い長さを有
するメッセージに関しては、フレームの最初のバイトが
フレームの長さを規定する目的で利用される。フレーム
の最終バイトあるいは最終の２バイトは、エラーチェッ
クビットを含む。フレームの他のバイトは、ペイロード
データを含む。この配置により、実質的にあらゆる長さ
のメッセージが許容される。
においては、可変長フレーム中に含まれるデータメッセ
ージをサポートするように修正された標準ＵＡＲＴトラ
ンスポートが用いられる。本発明の望ましい実施例にお
いては、前記フレーム長は３から６バイトである。各々
のフレームの第一バイトは、スタートビット及びストッ
プビット、メッセージ表示の長さ及びメッセージ全体す
なわちフレームに関するパリティビットを有している。
フレーム中のそれ以外のバイトは、ストップビット、ス
タートビット、及び８ビットデータを有している。フレ
ーム中の全てのバイトにおいては、従来技術に係るプロ
トコルにおいて見られたパリティビットがフレーミング
ビットによって置換されている。本発明に係るこの実施
例では、可変長データメッセージが最小のオーバーヘッ
ドで伝送される。あるいは、６バイトより長い長さを有
するメッセージに関しては、フレームの最初のバイトが
フレームの長さを規定する目的で利用される。フレーム
の最終バイトあるいは最終の２バイトは、エラーチェッ
クビットを含む。フレームの他のバイトは、ペイロード
データを含む。この配置により、実質的にあらゆる長さ
のメッセージが許容される。
【０００９】
【発明の実施の形態】本発明に係るシステムの動作は、
図１に示された通信ネットワーク１及び交換システム２
を参照して記述される。しかしながら、本発明に係るシ
ステムは、図１に示された実施例以外の交換システムに
おいて、さらに、交換システム以外のネットワークエレ
メントにおいても動作することに留意されたい。ネット
ワーク１は、ベックナー（Beckner）らによる１９８６
年５月２７日付けの米国特許第４，５９２，０４８号に
記述されているようなＩＳＤＮ電子交換システム等の交
換システム２を有している。この種の交換システムは、
AT&T Technical Journal, Vol.64, No.6, part2, pp.13
05-1504, July/August 1985に記載された、ルーセント
テクノロジー社から市販されている５ＥＳＳ（登録商
標）交換機などである。この種の交換システムのアーキ
テクチャには、ハブを構成していて複数個の交換モジュ
ール６を有している通信モジュール４、及び前記通信モ
ジュール４と通信回線３を介して接続されている管理モ
ジュール８が含まれている。各々の交換モジュール６は
プロセッサ７によって制御されており、それが接続され
ている回線及び基幹回線に対する通話処理、時分割交
換、及びシグナリングを実現する。回線ユニット１０
は、利用者宅内装置１３に接続された利用者回線１１に
対するインターフェースを実現し、基幹回線ユニット１
２は、他の交換システム等の公衆交換ネットワーク１９
の他のエレメントに接続された基幹回線１５に対するイ
ンターフェースを実現している。最後に、回路ユニット
１４が、トーン、アナウンス、記録されたメッセージ、
トーン復号化等を実現する。回線ユニット、基幹回線ユ
ニット及び回路ユニットは、通信回線９を介してマイク
ロプロセッサ７に接続されている。管理モジュール８
は、管理制御、クラフトインターフェース、テキスト及
びデータベースマネージメント、通話ルーティング及び
時間スロット割り当て等の集中化された機能を実現す
る。管理モジュール８は、ＡＴ＆Ｔ社製３Ｂ２１Ｄデュ
プレクスプロセッサ等の制御ユニット１６とメインスト
アメモリ１７とからなる。ある種の交換システムにおい
ては、管理モジュールは、ある種の管理的な機能を実行
する個別のプロセッサによってアシストされている場合
もある。管理モジュール８は、交換システム２と端末、
プリンタ等の周辺デバイス２２との間の通信を実現する
入出力プロセッサ２０も含んでいる。通信モジュール４
は、管理モジュールから交換モジュールへの、そして交
換モジュール間でのメッセージ通信を実現するメッセー
ジ交換機、及び、交換モジュールに対して音声及びデー
タ通信用の交換モジュール時間スロット接続及びクロッ
ク分配を実現する時間多重化交換機、を有している。
図１に示された通信ネットワーク１及び交換システム２
を参照して記述される。しかしながら、本発明に係るシ
ステムは、図１に示された実施例以外の交換システムに
おいて、さらに、交換システム以外のネットワークエレ
メントにおいても動作することに留意されたい。ネット
ワーク１は、ベックナー（Beckner）らによる１９８６
年５月２７日付けの米国特許第４，５９２，０４８号に
記述されているようなＩＳＤＮ電子交換システム等の交
換システム２を有している。この種の交換システムは、
AT&T Technical Journal, Vol.64, No.6, part2, pp.13
05-1504, July/August 1985に記載された、ルーセント
テクノロジー社から市販されている５ＥＳＳ（登録商
標）交換機などである。この種の交換システムのアーキ
テクチャには、ハブを構成していて複数個の交換モジュ
ール６を有している通信モジュール４、及び前記通信モ
ジュール４と通信回線３を介して接続されている管理モ
ジュール８が含まれている。各々の交換モジュール６は
プロセッサ７によって制御されており、それが接続され
ている回線及び基幹回線に対する通話処理、時分割交
換、及びシグナリングを実現する。回線ユニット１０
は、利用者宅内装置１３に接続された利用者回線１１に
対するインターフェースを実現し、基幹回線ユニット１
２は、他の交換システム等の公衆交換ネットワーク１９
の他のエレメントに接続された基幹回線１５に対するイ
ンターフェースを実現している。最後に、回路ユニット
１４が、トーン、アナウンス、記録されたメッセージ、
トーン復号化等を実現する。回線ユニット、基幹回線ユ
ニット及び回路ユニットは、通信回線９を介してマイク
ロプロセッサ７に接続されている。管理モジュール８
は、管理制御、クラフトインターフェース、テキスト及
びデータベースマネージメント、通話ルーティング及び
時間スロット割り当て等の集中化された機能を実現す
る。管理モジュール８は、ＡＴ＆Ｔ社製３Ｂ２１Ｄデュ
プレクスプロセッサ等の制御ユニット１６とメインスト
アメモリ１７とからなる。ある種の交換システムにおい
ては、管理モジュールは、ある種の管理的な機能を実行
する個別のプロセッサによってアシストされている場合
もある。管理モジュール８は、交換システム２と端末、
プリンタ等の周辺デバイス２２との間の通信を実現する
入出力プロセッサ２０も含んでいる。通信モジュール４
は、管理モジュールから交換モジュールへの、そして交
換モジュール間でのメッセージ通信を実現するメッセー
ジ交換機、及び、交換モジュールに対して音声及びデー
タ通信用の交換モジュール時間スロット接続及びクロッ
ク分配を実現する時間多重化交換機、を有している。
【００１０】図８に示されているように、各々の回線ユ
ニット１０は、データバス２８を介して音声及びデータ
を伝達する目的で、かつ、制御バス２９を介して制御信
号を伝達する目的で、複数個のアプリケーションスペシ
フィックアプリケーションパック２７と通信するプロセ
ッサすなわちＣＯＭＤＡＣ２６を有している。アプリケ
ーションパックは、当業者には既知である様式に従っ
て、回線１１と通信する。基幹回線ユニット１２は同様
の構成を有している。制御メッセージは、本発明に係る
メッセージングプロトコルを用いて、制御バス２９を介
してＣＯＭＤＡＣとアプリケーションパックとの間で通
信される。本発明に係るプロトコルは、交換モジュール
６と通信モジュール４との間で制御メッセージを伝達す
るためにも用いられる。通信モジュール４と管理モジュ
ール８との間で制御メッセージを伝達する目的、及び交
換モジュールプロセッサ７と回線ユニット１０、基幹回
線ユニット１２及び回路ユニット１４との間で回線９を
介して制御メッセージを伝達する目的にも用いられる。
本発明に係るプロトコルは、デジタルループキャリア、
広帯域分配エレメント等の他のネットワークエレメント
においても用いられ得る。さらに、本発明に係るプロト
コルは、例えば、２つのコンピュータ間あるいはパーソ
ナルコンピュータとメインフレームとの間でデータある
いは制御メッセージを伝達する目的で、コンピュータシ
ステムにおいても用いられ得る。
ニット１０は、データバス２８を介して音声及びデータ
を伝達する目的で、かつ、制御バス２９を介して制御信
号を伝達する目的で、複数個のアプリケーションスペシ
フィックアプリケーションパック２７と通信するプロセ
ッサすなわちＣＯＭＤＡＣ２６を有している。アプリケ
ーションパックは、当業者には既知である様式に従っ
て、回線１１と通信する。基幹回線ユニット１２は同様
の構成を有している。制御メッセージは、本発明に係る
メッセージングプロトコルを用いて、制御バス２９を介
してＣＯＭＤＡＣとアプリケーションパックとの間で通
信される。本発明に係るプロトコルは、交換モジュール
６と通信モジュール４との間で制御メッセージを伝達す
るためにも用いられる。通信モジュール４と管理モジュ
ール８との間で制御メッセージを伝達する目的、及び交
換モジュールプロセッサ７と回線ユニット１０、基幹回
線ユニット１２及び回路ユニット１４との間で回線９を
介して制御メッセージを伝達する目的にも用いられる。
本発明に係るプロトコルは、デジタルループキャリア、
広帯域分配エレメント等の他のネットワークエレメント
においても用いられ得る。さらに、本発明に係るプロト
コルは、例えば、２つのコンピュータ間あるいはパーソ
ナルコンピュータとメインフレームとの間でデータある
いは制御メッセージを伝達する目的で、コンピュータシ
ステムにおいても用いられ得る。
【００１１】図１に示された交換システムにおいては、
制御メッセージ及びデータは、２５６ｋＨｚのレートで
汎用非同期レシーバ／トランスミッタ（ＵＡＲＴ）を用
いて伝達される。しかしながら、ボーレートは本発明に
係るメッセージングプロトコルとは独立している。ＵＡ
ＲＴデータバイトフォーマットは図２に示されているよ
うに修正されており、１つのスタートビット３０、１つ
のストップビット３２、１つのフレーミングビット３４
及び８ビットデータ３６よりなる１１ビットを有してい
る。フレーミングビット３４はフレームの境界を示すた
めに用いられ、従来技術に係るプロトコルにおけるパリ
ティビットの位置を占めている。各々のフレームは複数
個のバイトを論理的にグルーピングしたものであり、そ
れぞれ３から６バイトの長さを有する範囲のデータバイ
トストリームよりなる。フレームの第一バイトにおいて
は、フレーミングビット３４はフレームの開始を明示す
る目的で１にセットされている。フレーム内の残りのバ
イトにおいては、フレーミングビットは全て０にセット
されている。よって、各々のフレームの開始部は、フレ
ーミングビットが１にセットされていることによって識
別される。
制御メッセージ及びデータは、２５６ｋＨｚのレートで
汎用非同期レシーバ／トランスミッタ（ＵＡＲＴ）を用
いて伝達される。しかしながら、ボーレートは本発明に
係るメッセージングプロトコルとは独立している。ＵＡ
ＲＴデータバイトフォーマットは図２に示されているよ
うに修正されており、１つのスタートビット３０、１つ
のストップビット３２、１つのフレーミングビット３４
及び８ビットデータ３６よりなる１１ビットを有してい
る。フレーミングビット３４はフレームの境界を示すた
めに用いられ、従来技術に係るプロトコルにおけるパリ
ティビットの位置を占めている。各々のフレームは複数
個のバイトを論理的にグルーピングしたものであり、そ
れぞれ３から６バイトの長さを有する範囲のデータバイ
トストリームよりなる。フレームの第一バイトにおいて
は、フレーミングビット３４はフレームの開始を明示す
る目的で１にセットされている。フレーム内の残りのバ
イトにおいては、フレーミングビットは全て０にセット
されている。よって、各々のフレームの開始部は、フレ
ーミングビットが１にセットされていることによって識
別される。
【００１２】上述されているように、各々のフレーム
は、３、４、５あるいは６バイトという長さを有する。
単一のメッセージは、各々、単一のフレームにおいてそ
の全体が伝達されなければならないため、メッセージは
３から６バイトの長さとなる。フレーム中の第一バイト
はヘッダバイトと呼称され、図３に示されているよう
に、そのフレーム全体に関するパリティ情報及びフレー
ムの長さに係る表示を含んでいる。詳細に述べれば、フ
レームの長さは、第一バイトの最後の２つのデータビッ
ト５０及び５２によって規定されており、そのフレーム
が３、４、５あるいは６バイトのいずれであるかが示さ
れている。よって、ヘッダバイトに示されているフレー
ム長、及びフレーム中の各々のバイト中に配置されてい
るフレーミングビット３４が、フレームの開始部及びフ
レーム長を規定することになる。
は、３、４、５あるいは６バイトという長さを有する。
単一のメッセージは、各々、単一のフレームにおいてそ
の全体が伝達されなければならないため、メッセージは
３から６バイトの長さとなる。フレーム中の第一バイト
はヘッダバイトと呼称され、図３に示されているよう
に、そのフレーム全体に関するパリティ情報及びフレー
ムの長さに係る表示を含んでいる。詳細に述べれば、フ
レームの長さは、第一バイトの最後の２つのデータビッ
ト５０及び５２によって規定されており、そのフレーム
が３、４、５あるいは６バイトのいずれであるかが示さ
れている。よって、ヘッダバイトに示されているフレー
ム長、及びフレーム中の各々のバイト中に配置されてい
るフレーミングビット３４が、フレームの開始部及びフ
レーム長を規定することになる。
【００１３】残りの６データビットは、それぞれ対応す
る各々のバイト専用であり、フレーム中の６バイトのパ
リティビットとして機能する。よって、図３に示された
配置においては、第一データビット３８がヘッダバイト
に関するパリティビットを含み、第二データビット４０
がフレーム中の第二バイトに関するパリティビットを含
み、第三データビット４２がフレーム中の第三バイトに
関するパリティビットを含み、第四データビット４４が
フレーム中の第四バイトに関するパリティビットを含
み、第五データビット４６がフレーム中の第五バイトに
関するパリティビットを含み、第六データビット４８が
フレーム中の第六バイトに関するパリティビットを含ん
でいる。
る各々のバイト専用であり、フレーム中の６バイトのパ
リティビットとして機能する。よって、図３に示された
配置においては、第一データビット３８がヘッダバイト
に関するパリティビットを含み、第二データビット４０
がフレーム中の第二バイトに関するパリティビットを含
み、第三データビット４２がフレーム中の第三バイトに
関するパリティビットを含み、第四データビット４４が
フレーム中の第四バイトに関するパリティビットを含
み、第五データビット４６がフレーム中の第五バイトに
関するパリティビットを含み、第六データビット４８が
フレーム中の第六バイトに関するパリティビットを含ん
でいる。
【００１４】パリティ計算は偶数パリティ法に基づいて
おり、関連する全てのビットの総和が偶数になるように
パリティビットが選択される。よって、対応するデータ
バイト中に１のビットが奇数個見い出された場合にはパ
リティビットは１にセットされ、１のビットが偶数個見
い出された場合にはパリティビットは０にセットされ
る。このため、１のビットが全体として奇数個受信され
た場合には、伝送エラーが発生したことになる。
おり、関連する全てのビットの総和が偶数になるように
パリティビットが選択される。よって、対応するデータ
バイト中に１のビットが奇数個見い出された場合にはパ
リティビットは１にセットされ、１のビットが偶数個見
い出された場合にはパリティビットは０にセットされ
る。このため、１のビットが全体として奇数個受信され
た場合には、伝送エラーが発生したことになる。
【００１５】ヘッダバイトのパリティビット４８は、フ
レーム中の第六バイトに関するパリティビットである。
フレーム中に６バイト存在する場合には、第六バイト中
の全てのビットが加算され、その総和が偶数である場合
にはパリティビット４８は０にセットされる。総和が奇
数である場合には、パリティビット４８は１にセットさ
れる。第六バイトが存在しない場合、すなわち、フレー
ム長が３から５バイトである場合には、パリティビット
４８は０にセットされる。同様のプロセスは、パリティ
ビット３８から４６の値を計算するために用いられる。
パリティビット３８はヘッダバイトに関するパリティビ
ットであるため、パリティビット３８の値はパリティビ
ット４０から４８が計算された後にヘッダバイトに関し
て計算される。
レーム中の第六バイトに関するパリティビットである。
フレーム中に６バイト存在する場合には、第六バイト中
の全てのビットが加算され、その総和が偶数である場合
にはパリティビット４８は０にセットされる。総和が奇
数である場合には、パリティビット４８は１にセットさ
れる。第六バイトが存在しない場合、すなわち、フレー
ム長が３から５バイトである場合には、パリティビット
４８は０にセットされる。同様のプロセスは、パリティ
ビット３８から４６の値を計算するために用いられる。
パリティビット３８はヘッダバイトに関するパリティビ
ットであるため、パリティビット３８の値はパリティビ
ット４０から４８が計算された後にヘッダバイトに関し
て計算される。
【００１６】図４は、本発明に係る３バイトフレームを
示している。第一バイト５４は図３に関連して記述され
たヘッダバイトであり、第二バイト５６は６ビットより
なるジョブタイプ表示及び２ビットよりなるジョブ関連
データを含み、第三バイト５８はジョブ関連データを含
んでいる。本実施例においてはメッセージのペイロード
部がジョブタイプ及びジョブデータ情報を含むものとし
て記述されているが、ペイロード部はあらゆるメッセー
ジ内容を含み得る。図５には、本発明に係る４バイトメ
ッセージが示されている。この４バイトメッセージの先
頭の３バイトは上述されているように配置されており、
第四バイトの最上位２ビット６３は、アプリケーション
パックの範疇外での使用のために予約されている。例え
ば、これらのビットは、制御インターフェース分配順序
のデスティネーションを制御する目的で用いられる。第
四バイト６０の残りのビットはジョブ関連データを含ん
でいる。最後に、５バイトメッセージ及び６バイトメッ
セージが、それぞれ図６及び７において示されている。
５バイトメッセージにおいては第五バイト６２の８個の
データビット、６バイトメッセージにおいては第六バイ
ト６４の８個のデータビット、が、それぞれジョブ関連
データを含んでいる。
示している。第一バイト５４は図３に関連して記述され
たヘッダバイトであり、第二バイト５６は６ビットより
なるジョブタイプ表示及び２ビットよりなるジョブ関連
データを含み、第三バイト５８はジョブ関連データを含
んでいる。本実施例においてはメッセージのペイロード
部がジョブタイプ及びジョブデータ情報を含むものとし
て記述されているが、ペイロード部はあらゆるメッセー
ジ内容を含み得る。図５には、本発明に係る４バイトメ
ッセージが示されている。この４バイトメッセージの先
頭の３バイトは上述されているように配置されており、
第四バイトの最上位２ビット６３は、アプリケーション
パックの範疇外での使用のために予約されている。例え
ば、これらのビットは、制御インターフェース分配順序
のデスティネーションを制御する目的で用いられる。第
四バイト６０の残りのビットはジョブ関連データを含ん
でいる。最後に、５バイトメッセージ及び６バイトメッ
セージが、それぞれ図６及び７において示されている。
５バイトメッセージにおいては第五バイト６２の８個の
データビット、６バイトメッセージにおいては第六バイ
ト６４の８個のデータビット、が、それぞれジョブ関連
データを含んでいる。
【００１７】次に、本発明に係るメッセージングプロト
コルの修正が、図９を参照して記述される。修正された
メッセージングプロトコルは、無制限の長さのメッセー
ジを伝達するために用いられ得るものであり、各々論理
的にグルーピングされた複数バイトよりなるフレームを
複数個含んでいる。各々のフレームは、ヘッダバイト７
０、ペイロードデータを伝達するための任意個のバイト
７８1．．．７８n、及び１つあるいは２つのエラー検出
バイト８０より構成されている。ヘッダバイト７０は、
１スタートビット７２、１ストップビット７４、１フレ
ーミングビット７６及び８データビット７９よりなる１
１ビットで構成されている。図３に関連して前述された
ヘッダバイトの場合と同様、フレーミングビット７６は
フレーム境界を明示するために用いられ、従来技術に係
るプロトコルにおけるパリティビットの位置を占めてい
る。フレームの第一バイト（ヘッダバイト７０）におい
ては、フレーミングビット７６はフレームの開始を示す
目的で１にセットされる。そのフレーム中の他のバイト
においては、フレーミングビットは全て０にセットされ
る。よって、各フレームの開始部は１にセットされたフ
レーミングビットによって識別されることになる。フレ
ーミングビット７６を有することに加えて、ヘッダバイ
トはフレームの長さも規定する。詳細に述べれば、８ビ
ットデータ７９は、フレーム中のバイト数を規定するた
めに用いられる。よって、ヘッダバイトによって示され
たフレーム長及びフレーム中の各バイトに配置されたフ
レーミングビット７６がフレームの開始部とフレーム長
を規定することになる。フレーム長がヘッダバイト中の
８データビットによって規定され得るものよりも長い場
合には当該フレーム中の次のバイト７８1もフレーム長
を示すために用いられ得ることに留意されたい。そのよ
うなアプリケーションにおいては、フレーム中の第二バ
イトがヘッダバイトと同一の配置を有しており、フレー
ミングバイトのみが１ではなく０にセットされている。
残りのデータバイト７８1．．．７８nがフレームの制御
メッセージペイロードを伝達する。
コルの修正が、図９を参照して記述される。修正された
メッセージングプロトコルは、無制限の長さのメッセー
ジを伝達するために用いられ得るものであり、各々論理
的にグルーピングされた複数バイトよりなるフレームを
複数個含んでいる。各々のフレームは、ヘッダバイト７
０、ペイロードデータを伝達するための任意個のバイト
７８1．．．７８n、及び１つあるいは２つのエラー検出
バイト８０より構成されている。ヘッダバイト７０は、
１スタートビット７２、１ストップビット７４、１フレ
ーミングビット７６及び８データビット７９よりなる１
１ビットで構成されている。図３に関連して前述された
ヘッダバイトの場合と同様、フレーミングビット７６は
フレーム境界を明示するために用いられ、従来技術に係
るプロトコルにおけるパリティビットの位置を占めてい
る。フレームの第一バイト（ヘッダバイト７０）におい
ては、フレーミングビット７６はフレームの開始を示す
目的で１にセットされる。そのフレーム中の他のバイト
においては、フレーミングビットは全て０にセットされ
る。よって、各フレームの開始部は１にセットされたフ
レーミングビットによって識別されることになる。フレ
ーミングビット７６を有することに加えて、ヘッダバイ
トはフレームの長さも規定する。詳細に述べれば、８ビ
ットデータ７９は、フレーム中のバイト数を規定するた
めに用いられる。よって、ヘッダバイトによって示され
たフレーム長及びフレーム中の各バイトに配置されたフ
レーミングビット７６がフレームの開始部とフレーム長
を規定することになる。フレーム長がヘッダバイト中の
８データビットによって規定され得るものよりも長い場
合には当該フレーム中の次のバイト７８1もフレーム長
を示すために用いられ得ることに留意されたい。そのよ
うなアプリケーションにおいては、フレーム中の第二バ
イトがヘッダバイトと同一の配置を有しており、フレー
ミングバイトのみが１ではなく０にセットされている。
残りのデータバイト７８1．．．７８nがフレームの制御
メッセージペイロードを伝達する。
【００１８】フレームの最終バイトはエラーチェックビ
ットを実現するために用いられる。詳細に述べれば、フ
レームの最終バイトは、前述されているように、１スタ
ートビット、１ストップビット及び１フレーミングビッ
トを有している。残りの８データビットが、エラーチェ
ック目的で用いられる循環冗長コード（ＣＲＣ）を規定
する。このＣＲＣコードは当業者には公知である。ここ
で、ＣＲＣビットが、トランスミッタによって送出され
たビットの組に関して実行された計算の結果として決定
される、ということに留意されたい。ＣＲＣは、送出さ
れる信号中にデータと共に符号化される。レシーバにお
いては、ＣＲＣビットを決定するために用いられた計算
が反復され、その結果が符号化済み信号と比較される。
送出された信号中に符号化されたＣＲＣがレシーバにお
いてなされた計算と一致しない場合には、伝送中にエラ
ーが発生したことになる。ＣＲＣ計算は、当業者には公
知であるが、エラー検出能力を最適にするように選択さ
れる。標準的なＣＲＣ計算は、ＣＣＩＴＴ（国際電信電
話諮問委員会）において記述される。このコードにおけ
るビット数は一般的には４から１６の間で変化すること
に留意されたい。８ビットコード以上が用いられる場合
には、ＣＲＣビットを最終の２バイトに配置することが
必要となる。最終２バイトをエラー検出目的に用いるこ
とにより、本発明に係るプロトコルがＣＲＣ１６エラー
チェックを利用する（すなわち、ＣＲＣコードにおいて
１６データビットが利用される）、ということが可能に
なる。
ットを実現するために用いられる。詳細に述べれば、フ
レームの最終バイトは、前述されているように、１スタ
ートビット、１ストップビット及び１フレーミングビッ
トを有している。残りの８データビットが、エラーチェ
ック目的で用いられる循環冗長コード（ＣＲＣ）を規定
する。このＣＲＣコードは当業者には公知である。ここ
で、ＣＲＣビットが、トランスミッタによって送出され
たビットの組に関して実行された計算の結果として決定
される、ということに留意されたい。ＣＲＣは、送出さ
れる信号中にデータと共に符号化される。レシーバにお
いては、ＣＲＣビットを決定するために用いられた計算
が反復され、その結果が符号化済み信号と比較される。
送出された信号中に符号化されたＣＲＣがレシーバにお
いてなされた計算と一致しない場合には、伝送中にエラ
ーが発生したことになる。ＣＲＣ計算は、当業者には公
知であるが、エラー検出能力を最適にするように選択さ
れる。標準的なＣＲＣ計算は、ＣＣＩＴＴ（国際電信電
話諮問委員会）において記述される。このコードにおけ
るビット数は一般的には４から１６の間で変化すること
に留意されたい。８ビットコード以上が用いられる場合
には、ＣＲＣビットを最終の２バイトに配置することが
必要となる。最終２バイトをエラー検出目的に用いるこ
とにより、本発明に係るプロトコルがＣＲＣ１６エラー
チェックを利用する（すなわち、ＣＲＣコードにおいて
１６データビットが利用される）、ということが可能に
なる。
【００１９】本発明に係るプロトコルは、信頼出来るバ
イトフレーミングを実現しつつパリティチェックに係る
オーバーヘッドを最小化してジョブデータペイロードを
最大にする。メッセージペイロードに含まれる個々の配
置や情報は変化することが可能であり、そのメッセージ
が制御メッセージであるかデータメッセージであるかに
依存している。制御メッセージには、診断、パラメータ
設定、コンフィグレーションインストラクション、メン
テナンスもしくはネットワークエレメント間でのその他
の制御メッセージが含まれる。
イトフレーミングを実現しつつパリティチェックに係る
オーバーヘッドを最小化してジョブデータペイロードを
最大にする。メッセージペイロードに含まれる個々の配
置や情報は変化することが可能であり、そのメッセージ
が制御メッセージであるかデータメッセージであるかに
依存している。制御メッセージには、診断、パラメータ
設定、コンフィグレーションインストラクション、メン
テナンスもしくはネットワークエレメント間でのその他
の制御メッセージが含まれる。
【００２０】以上の説明は、本発明の一実施例に関する
もので，この技術分野の当業者であれば、本発明の種々
の変形例が考え得るが、それらはいずれも本発明の技術
的範囲に包含される。
もので，この技術分野の当業者であれば、本発明の種々
の変形例が考え得るが、それらはいずれも本発明の技術
的範囲に包含される。
【００２１】
【発明の効果】以上述べたごとく、本発明によれば、通
信ネットワークにおいて制御及びデータメッセージを伝
送する強力なメッセージングプロトコルが提供される。
信ネットワークにおいて制御及びデータメッセージを伝
送する強力なメッセージングプロトコルが提供される。
【００２２】本発明に従って、既存の汎用非同期レシー
バ／トランスミッタトランスポートが、論理的にグルー
ピングされた複数個のバイトよりなるフレーム中に含ま
れるデータメッセージをサポートするように修正され
る。本発明の一実施例においては、各フレームの第一バ
イトは、スタートビット及びストップビット、メッセー
ジ長に係る表示及びメッセージ全体すなわちフレームに
関するパリティビットを含んでいる。フレーム中のその
他のバイトは、スタートビット、ストップビット及び８
データビットを含んでいる。フレーム中の全てのバイト
において、既存のプロトコルにおいて見い出されるパリ
ティビットがフレーミングビットによって置換されてい
る。当該実施例においては、可変長データメッセージが
最小のオーバーヘッドで伝達される。６バイトより長い
長さを有するメッセージに関しては、フレーム中の第一
バイトあるいは第一及び第二バイトがフレーム長を規定
する目的で利用される。フレーム中の最終あるいは最終
の２バイトがエラーチェックビットを含んでいる。フレ
ーム中の残りのバイトはペイロードデータを含んでい
る。本発明に係るプロトコルにおいては、実質的にあら
ゆる長さのメッセージが許容される。このようにして、
通信ネットワークにおいて制御及びデータメッセージを
伝送するメッセージングプロトコルを提供できた。
バ／トランスミッタトランスポートが、論理的にグルー
ピングされた複数個のバイトよりなるフレーム中に含ま
れるデータメッセージをサポートするように修正され
る。本発明の一実施例においては、各フレームの第一バ
イトは、スタートビット及びストップビット、メッセー
ジ長に係る表示及びメッセージ全体すなわちフレームに
関するパリティビットを含んでいる。フレーム中のその
他のバイトは、スタートビット、ストップビット及び８
データビットを含んでいる。フレーム中の全てのバイト
において、既存のプロトコルにおいて見い出されるパリ
ティビットがフレーミングビットによって置換されてい
る。当該実施例においては、可変長データメッセージが
最小のオーバーヘッドで伝達される。６バイトより長い
長さを有するメッセージに関しては、フレーム中の第一
バイトあるいは第一及び第二バイトがフレーム長を規定
する目的で利用される。フレーム中の最終あるいは最終
の２バイトがエラーチェックビットを含んでいる。フレ
ーム中の残りのバイトはペイロードデータを含んでい
る。本発明に係るプロトコルにおいては、実質的にあら
ゆる長さのメッセージが許容される。このようにして、
通信ネットワークにおいて制御及びデータメッセージを
伝送するメッセージングプロトコルを提供できた。
【図１】 本発明に係るメッセージングプロトコルを用
いる型の通信システムを示す模式図。
いる型の通信システムを示す模式図。
【図２】 本発明に係るメッセージングプロトコルのデ
ータバイトフォーマットを示す図。
ータバイトフォーマットを示す図。
【図３】 本発明に係るプロトコルにおいて用いられる
ヘッダーバイトを示す図。
ヘッダーバイトを示す図。
【図４】 本発明に係るメッセージングプロトコルを用
いた３バイトメッセージを示す図。
いた３バイトメッセージを示す図。
【図５】 本発明に係るメッセージングプロトコルを用
いた４バイトメッセージを示す図。
いた４バイトメッセージを示す図。
【図６】 本発明に係るメッセージングプロトコルを用
いた５バイトメッセージを示す図。
いた５バイトメッセージを示す図。
【図７】 本発明に係るメッセージングプロトコルを用
いた６バイトメッセージを示す図。
いた６バイトメッセージを示す図。
【図８】 図１に示された交換システムにおける回線ユ
ニットの構造を示す図。
ニットの構造を示す図。
【図９】 本発明に係るメッセージングプロトコルをさ
らに修正した形態を有するメッセージを示す図。
らに修正した形態を有するメッセージを示す図。
１ 通信システム ２ 交換ネットワーク ３ 回線 ４ 通信モジュール ６ 交換モジュール ７ プロセッサ ８ 管理モジュール ９ 回線 １０ 回線ユニット １１ 利用者回線 １２ 基幹回線ユニット １３ 利用者宅内装置 １４ 回路ユニット １５ 基幹回線 １６ プロセッサ １７ メモリ １９ 公衆交換ネットワーク ２２ 周辺デバイス ２６ ＣＯＭＤＡＣ ２７ アプリケーションパック ２８ データバス ２９ 制御バス ３０ スタートビット ３２ ストップビット ３４ フレーミングビット ３６ データビット ３８ ヘッダバイトパリティビット ４０ 第二バイトパリティビット ４２ 第三バイトパリティビット ４４ 第四バイトパリティビット ４６ 第五バイトパリティビット ４８ 第六バイトパリティビット ５０、５２ フレーム長ビット ５４ ヘッダバイト ５６ 第二バイト ５８ 第三バイト ６０ 第四バイト ６２ 第五バイト ６４ 第六バイト ７０ ヘッダバイト ７２ スタートビット ７４ ストップビット ７６ フレーミングビット ７８ データバイト ７９ フレーム長ビット ８０ エラー検出ビット
───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ.
Claims (13)
- 【請求項１】 通信ネットワークにおいて用いられる改
良されたメッセージングプロトコルにおいて、 前記メッセージングプロトコルが、各々複数個のビット
を含む複数バイトよりなるメッセージングフレームを有
しており、 前記複数バイトのうちの一つが前記フレーム中に含まれ
るバイト数を規定する少なくとも一つのビット、及び前
記複数バイトに関するパリティ値を有する複数個のビッ
トを有しており、 前記パリティ値を有する前記複数個のビットのうちの一
つが前記複数バイトのうちの一つに対して割り当てられ
ていることを特徴とするメッセージングプロトコル。 - 【請求項２】 前記メッセージングフレームが３から６
バイトを有していることを特徴とする請求項１記載のメ
ッセージングプロトコル。 - 【請求項３】 前記複数バイトの各々が、各々１１ビッ
トを含むことを特徴とする請求項１記載のメッセージン
グプロトコル。 - 【請求項４】 前記メッセージングプロトコルにおい
て、２ビットによって前記フレーム中のバイト数が規定
されることを特徴とする請求項１記載のメッセージング
プロトコル。 - 【請求項５】 前記複数バイトの各々が、各々１スター
トビット、１ストップビット及び１フレーミングビット
を含むことを特徴とする請求項１記載のメッセージング
プロトコル。 - 【請求項６】 前記複数バイトのうちの前記一つが、前
記複数バイトのうちのその他の全てのバイトに関するパ
リティ値を規定するヘッダバイトであり、 前記パリティ値がパリティビットにおいて規定され、各
パリティビットが前記複数バイトのうちの前記その他の
バイトの各々に割り当てられていることを特徴とする請
求項１記載のメッセージングプロトコル。 - 【請求項７】 前記複数バイトのうちの前記その他のバ
イトが制御情報を含んでいることを特徴とする請求項１
記載のメッセージングプロトコル。 - 【請求項８】 少なくとも一つの通信回線を介して複数
個のアプリケーションパックと通信する共通のプロセッ
サを有するタイプのインターフェースユニットにおいて
用いられるメッセージングプロトコルにおいて、 前記メッセージングプロトコルは前記共通のプロセッサ
と前記アプリケーションパックとの間のデータ及び制御
メッセージの伝達に用いられ、 前記メッセージングプロトコルが、各々１１データビッ
トを有する３から６バイトを含むメッセージングフレー
ムを有しており、 前記１１データビットのうちの一つはスタートビットを
規定し、及び前記１１データビットのうちの一つはフレ
ーミングビットを規定し、 前記３から６バイトのうちの一つはヘッダバイトを規定
し、 前記ヘッダバイトは前記フレーム内のバイト数を規定す
る２ビット及び前記フレーム内の前記バイトの各々に係
るパリティ値を規定する６ビットを含んでおり、前記６
ビットの一つは前記バイトの各々に割り当てられてお
り、及び、 前記３から６バイトのうちの残りのものは少なくとも１
データビットを含むことを特徴とするメッセージングプ
ロトコル。 - 【請求項９】 通信ネットワークにおいて用いられる改
良されたメッセージングプロトコルにおいて、 前記メッセージングプロトコルが、各々複数個のビット
を含む複数バイトよりなるメッセージングフレームを有
しており、 前記複数バイトの各々における前記複数個のビットのう
ちの一つはフレーミングビットであり、 前記複数バイトの一つが前記フレーム中のバイト数を規
定する少なくとも一つのビットを有しており、 前記複数バイトのうちの別の一つが前記複数バイトに係
るエラー検出コードを含む複数個のビットを有している
ことを特徴とするメッセージングプロトコル。 - 【請求項１０】 前記複数バイトの各々が１１ビットを
有していることを特徴とする請求項９記載のメッセージ
ングプロトコル。 - 【請求項１１】 前記複数バイトの各々が１スタートビ
ット及び１ストップビットを有していることを特徴とす
る請求項９記載のメッセージングプロトコル。 - 【請求項１２】 前記複数バイトのうちの残りのものが
制御情報を有していることを特徴とする請求項９記載の
メッセージングプロトコル。 - 【請求項１３】 少なくとも一つの通信回線を介して複
数個のアプリケーションパックと通信する共通のプロセ
ッサを有するタイプのインターフェースユニットにおい
て用いられるメッセージングプロトコルにおいて、 前記メッセージングプロトコルは前記共通のプロセッサ
と前記アプリケーションパックとの間のデータ及び制御
メッセージの伝達に用いられ、 前記メッセージングプロトコルが、各々複数個のデータ
ビットよりなる複数バイトを含むメッセージングフレー
ムを有しており、 前記複数個のデータビットのうちの一つがスタートビッ
トを規定し、 前記複数個のデータビットのうちの一つがストップビッ
トを規定し、及び前記複数個のデータビットのうちの一
つがフレーミングビットを規定し、 前記複数バイトのうちの一つがヘッダバイトを規定し、 前記ヘッダバイトが前記フレーム中のバイト数を規定す
るビットを含んでおり、 前記複数バイトのうちの別の一つが前記フレームに係る
エラー検出コードを規定する複数個のビットを有してお
り、及び、 前記複数バイトのうちの残りのものが少なくとも１デー
タビットを有することを特徴とするメッセージングプロ
トコル。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US73262296A | 1996-10-16 | 1996-10-16 | |
| US08/732622 | 1996-10-16 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10215496A true JPH10215496A (ja) | 1998-08-11 |
| JP3681519B2 JP3681519B2 (ja) | 2005-08-10 |
Family
ID=24944315
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25831897A Expired - Fee Related JP3681519B2 (ja) | 1996-10-16 | 1997-09-24 | 通信方法 |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP0837613B1 (ja) |
| JP (1) | JP3681519B2 (ja) |
| KR (1) | KR100476793B1 (ja) |
| CA (1) | CA2210923A1 (ja) |
| DE (1) | DE69736314T2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6611515B1 (en) * | 1998-05-17 | 2003-08-26 | Lucent Technologies Inc. | System and method for link and media access control layer transaction completion procedures |
| US6587988B1 (en) * | 1999-12-22 | 2003-07-01 | Intel Corporation | Dynamic parity inversion for I/O interconnects |
| EP3160072B1 (en) * | 2015-10-19 | 2019-10-02 | Yamar Electronics Ltd. | Transceiver for asynchronous data transmission over a noisy channel |
| CN109522262B (zh) * | 2018-10-10 | 2022-12-13 | 上海亚明照明有限公司 | 适用于不定长数据帧的接收方法、系统、电子终端及存储介质 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE3238973A1 (de) * | 1982-10-21 | 1984-04-26 | Siemens AG, 1000 Berlin und 8000 München | Verfahren zur digitalen nachrichtenuebertragung |
| US4862480A (en) * | 1987-04-09 | 1989-08-29 | Integrated Network Corporation | Digital data service system |
| US5212724A (en) * | 1987-08-14 | 1993-05-18 | General Electric Company | Processor-to-processor communications protocol for a public service trunking system |
| KR960002062B1 (ko) * | 1992-10-20 | 1996-02-10 | 현대전자산업주식회사 | 금속배선 형성 방법 |
| US5386412A (en) * | 1993-05-11 | 1995-01-31 | Park; Jung S. | Telecommunication system protocol for asynchronous data communication between multiport switch control processor and information support personal computer terminal |
| KR0160794B1 (ko) * | 1993-12-27 | 1998-12-01 | 정장호 | 오류 정정 프레임 구조 |
| US5717689A (en) * | 1995-10-10 | 1998-02-10 | Lucent Technologies Inc. | Data link layer protocol for transport of ATM cells over a wireless link |
-
1997
- 1997-07-21 CA CA002210923A patent/CA2210923A1/en not_active Abandoned
- 1997-09-24 JP JP25831897A patent/JP3681519B2/ja not_active Expired - Fee Related
- 1997-10-07 DE DE69736314T patent/DE69736314T2/de not_active Expired - Lifetime
- 1997-10-07 EP EP97307910A patent/EP0837613B1/en not_active Expired - Lifetime
- 1997-10-16 KR KR1019970054112A patent/KR100476793B1/ko not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| DE69736314T2 (de) | 2007-07-05 |
| EP0837613A2 (en) | 1998-04-22 |
| JP3681519B2 (ja) | 2005-08-10 |
| DE69736314D1 (de) | 2006-08-24 |
| EP0837613A3 (en) | 2000-06-14 |
| KR19980033036A (ko) | 1998-07-25 |
| CA2210923A1 (en) | 1998-04-16 |
| KR100476793B1 (ko) | 2005-08-01 |
| EP0837613B1 (en) | 2006-07-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5347516A (en) | System for access from LAN to ISDN with means for changing between use of packet switch and line switch without interruption of data transmission | |
| US4413337A (en) | Time division switching system for circuit mode and packet mode lines | |
| US4999836A (en) | ISDN network termination unit enabling to establish data link between one terminal equipment and other terminal equipments connected to the unit without use of subscriber line | |
| US4730311A (en) | Remote multiplexer for digital telephone system | |
| US4716562A (en) | Telephone system | |
| US4635255A (en) | Digital subscriber controller | |
| US4534023A (en) | Plural communication channel protocol support systems | |
| GB2288099A (en) | Telecommunication customer interface | |
| US6009093A (en) | Apparatus and method for interfacing private exchange to integrated services digital network | |
| JP3681519B2 (ja) | 通信方法 | |
| JPH07221764A (ja) | オーダワイヤ中継方式 | |
| KR100237465B1 (ko) | 대용량 통신처리시스템의 전화망 정합장치에 있어서 경보처리회로 | |
| JP2631801B2 (ja) | アナログ回線用非同期転送モード加入者回路 | |
| US5600684A (en) | Automatic identification for digital conferencing | |
| JP3296534B2 (ja) | 多重化通信装置の回線切替制御方式 | |
| JPS6235296B2 (ja) | ||
| FI109074B (fi) | Tilaajamultipleksointilaite | |
| JP3437923B2 (ja) | Ｉｓｄｎの加入者系伝送装置 | |
| JP2689061B2 (ja) | 非同期転送モード交換機 | |
| JP3632612B2 (ja) | リモート側交換機のリセット方法及び交換機システム | |
| JP3058138B2 (ja) | 通信端末装置 | |
| JP3208215B2 (ja) | Ｉｓｄｎ一次群速度インタフェースにおけるグループ発信方法及び回線多重化装置 | |
| JPH0758751A (ja) | 警報通知セルの構成方法および警報検出方法 | |
| JPH03212100A (ja) | 時分割交換装置 | |
| JPH01226246A (ja) | 端末識別子管理方法及び装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040212 |
|
| 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: 20050425 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050518 |
|
| 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: 20080527 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090527 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090527 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100527 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110527 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110527 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120527 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |