JPH03250946A - 通信装置 - Google Patents
通信装置Info
- Publication number
- JPH03250946A JPH03250946A JP2409715A JP40971590A JPH03250946A JP H03250946 A JPH03250946 A JP H03250946A JP 2409715 A JP2409715 A JP 2409715A JP 40971590 A JP40971590 A JP 40971590A JP H03250946 A JPH03250946 A JP H03250946A
- Authority
- JP
- Japan
- Prior art keywords
- protocol
- host processor
- communication
- communication device
- network
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
［０００１３
【産業上の利用分野］
本発明は、通信システム及び／あるいはネットワークに
関し、特にデータ通信アーキテクチャ及びプロトコルに
関する。 ［０００２］ 【従来の技術】 広域、都市間、及びローカルエリアネットワークにおけ
る伝送速度は、過去十年間においてＫｂｐｓからＧｂｐ
ｓへと６桁増加した。しかしながら、通信プロセッサと
して用いられる市販の処理装置の速度の同一期間内にお
ける増加はわずかに２桁から３桁である。 ［０００３］ 加えて、データ通信アーキテクチャは、そのサービス及
びプロトコルを垂直的な階層からなる階層構造として形
成してきた。通常、あるアーキテクチャにおけるサービ
ス及びプロトコルは、低レベル、すなわち低層のサービ
ス及びプロトコルと、高レベル、すなわち高層のサービ
ス及びプロトコルとに分類される。この層分割は、機能
複製を扱うための追加ソフトウェア処理及びその結果形
成される層間インターフェースに固有のオーバーヘッド
を必要とする。 ［０００４］ 伝送速度と、データ通信アーキテクチャに要求され追加
処理を含めた処理速度との差は、データ通信処理におけ
る所謂″ボトルネック゛°を生み出す。このボトルネッ
クは、全ての通信において、ソフトウェアが高レベルプ
ロトコルを処理するために必要とする時間が、それに対
応して通信設備が必要とする時間より長いがゆえに存在
する。 ［０００５］ 今日では、ネットワークの伝送速度とその高レベル処理
能力との間の不一致の程度が非常に大きく、そのため、
ネットワークに高速伝送設備を有することの利点が、高
レベル機能を処理するために必要な遅延時間によって損
なわれている。 ［０００６］ ｒ発明が解決しようとする課題】 従来技術に係る高レベルデータ通信プロトコルは柔軟性
にかけていた。なぜならば、それらは特定の通信形式を
伝送することが期待された特定のネットワーク形式に対
して用いられるように最適化されていたからである。前
舵従来技術に係るプロトコルは、固定された特性を有し
、ユーザー要求の変更及びネットワークパラメータの変
化に適応することが不可能であった。 ［０００７］
関し、特にデータ通信アーキテクチャ及びプロトコルに
関する。 ［０００２］ 【従来の技術】 広域、都市間、及びローカルエリアネットワークにおけ
る伝送速度は、過去十年間においてＫｂｐｓからＧｂｐ
ｓへと６桁増加した。しかしながら、通信プロセッサと
して用いられる市販の処理装置の速度の同一期間内にお
ける増加はわずかに２桁から３桁である。 ［０００３］ 加えて、データ通信アーキテクチャは、そのサービス及
びプロトコルを垂直的な階層からなる階層構造として形
成してきた。通常、あるアーキテクチャにおけるサービ
ス及びプロトコルは、低レベル、すなわち低層のサービ
ス及びプロトコルと、高レベル、すなわち高層のサービ
ス及びプロトコルとに分類される。この層分割は、機能
複製を扱うための追加ソフトウェア処理及びその結果形
成される層間インターフェースに固有のオーバーヘッド
を必要とする。 ［０００４］ 伝送速度と、データ通信アーキテクチャに要求され追加
処理を含めた処理速度との差は、データ通信処理におけ
る所謂″ボトルネック゛°を生み出す。このボトルネッ
クは、全ての通信において、ソフトウェアが高レベルプ
ロトコルを処理するために必要とする時間が、それに対
応して通信設備が必要とする時間より長いがゆえに存在
する。 ［０００５］ 今日では、ネットワークの伝送速度とその高レベル処理
能力との間の不一致の程度が非常に大きく、そのため、
ネットワークに高速伝送設備を有することの利点が、高
レベル機能を処理するために必要な遅延時間によって損
なわれている。 ［０００６］ ｒ発明が解決しようとする課題】 従来技術に係る高レベルデータ通信プロトコルは柔軟性
にかけていた。なぜならば、それらは特定の通信形式を
伝送することが期待された特定のネットワーク形式に対
して用いられるように最適化されていたからである。前
舵従来技術に係るプロトコルは、固定された特性を有し
、ユーザー要求の変更及びネットワークパラメータの変
化に適応することが不可能であった。 ［０００７］
従来技術に係るデータ通信システムにおける前述の問題
点は、本発明に係る新しいデータ通信アーキテクチャに
よって克服される。 ［０００８］ 本発明においては、ホストプロセッサシステムに対して
提供される高レベル通信サービスが、パラレルに処理さ
れる独立した水平（等位）機能部の形で配置され、前記
ホストプロセッサシステムのアプリケーション層に対し
てインターフェースされるとともに低レベルネットワー
クプロトコル及びサービスの提供者に対してもインター
フェースされる。 ［０００９］ 特に、水平機能部間の条件依存性は、水平機能部をホス
トプロセッサのアプリケーション層に対してインターフ
ェースする所謂接続子によって解決される。 ［００１０１ さらに、通信システムの性能は、高レベルサービスの提
供に際してアーキテクチャ内で用いられる高レベルプロ
トコルの適応指定を認めることによって高められる。当
該適応指定は、ユーザ要求の変更もしくはネットワーク
パラメータの変化に応答して開始される。その後、パラ
メータによってプログラム可能であるような前記等位機
能部のパラメータに適切な値を選ぶことによって、高レ
ベルプロトコル仕様（指定内容）が、得られる。 ［００１１］
点は、本発明に係る新しいデータ通信アーキテクチャに
よって克服される。 ［０００８］ 本発明においては、ホストプロセッサシステムに対して
提供される高レベル通信サービスが、パラレルに処理さ
れる独立した水平（等位）機能部の形で配置され、前記
ホストプロセッサシステムのアプリケーション層に対し
てインターフェースされるとともに低レベルネットワー
クプロトコル及びサービスの提供者に対してもインター
フェースされる。 ［０００９］ 特に、水平機能部間の条件依存性は、水平機能部をホス
トプロセッサのアプリケーション層に対してインターフ
ェースする所謂接続子によって解決される。 ［００１０１ さらに、通信システムの性能は、高レベルサービスの提
供に際してアーキテクチャ内で用いられる高レベルプロ
トコルの適応指定を認めることによって高められる。当
該適応指定は、ユーザ要求の変更もしくはネットワーク
パラメータの変化に応答して開始される。その後、パラ
メータによってプログラム可能であるような前記等位機
能部のパラメータに適切な値を選ぶことによって、高レ
ベルプロトコル仕様（指定内容）が、得られる。 ［００１１］
当業者には公知のことであるカミデータ通信アーキテク
チャは、構造化されたサービスの組、及び通信プロトコ
ルからなる。ここで、通信プロトコルは、ホストプロセ
ッサシステム、すなわち、アプリケーションを実行し、
ネットワーク等の伝送媒体を介して遠隔地のホストプロ
セッサシステムと通信を行なうホストプロセッサシステ
ムに対して通信サービスを提供する通信プロトコルであ
る。データとは、例えばユーザファイル、音声、映像そ
の他のあらゆる形態の情報表現を意味している。 ［００１２］ 通常、あるアーキテクチャにおけるこれらのサービス及
びプロトコルは、低しベル、すなわち低層のサービス及
びプロトコルと、高レベル、すなわち高層のサービス及
びプロトコルとに分類される。 ［００１３］ 低レベルサービスは、国際標準化機構の開放型システム
間相互接続（ＩＳＯ／○ＳＩ）基準モデルのフィジカル
層、データリンク層、及びネットワーク層によって提供
されるサービスとして当業者には公知のものである。 ［００１４］ また、高レベルサービスは、国際標準化機構の開放型シ
ステム間相互接続（■５Ｏ１０ＳＩ）基準モデルのトラ
ンスポート層、セツション層、プレゼンテーション層、
及びアプリケーション層によって提供されるサービスと
して、当業者には公知のものである。 ［００１５］ 図１は、本発明に係る、水平配置（Ｈｏｒｉｚｏｎｔａ
ｌｌｙ ０ｒｉｅｎｔｅｄ）プロトコルストラフチャ（
ＨＯＰＳ）として理解される独特のデータ通信アーキテ
クチャを示す、簡略化されたブロック図である。当該水
平配置プロトコルストラフチャアーキテクチャは、アプ
リケーション層１０１、通信インターフェース１０２、
及びネットワークアクセスコントロールユニット１０３
に分割されている。 ［００１６］ アプリケーション層１０１は、ホストプロセッサシステ
ム１０４に常駐しているソフトウェアを含む。このホス
トプロセッサシステム１０４は、ホストプロセッサソフ
トウェアによって処理されるユーザアプリケーションに
通信機能を与える。 ［００１７］ 通信インターフェース１０２は、後で説明されるように
、実際に通信要求を処理する専用のハードウェアによっ
て実現される。 ［００１８］ ネッ＋ワークアクセルコントロールユニット１０３は、
ネットワークかう受信した情報を通信インターフェース
１Ｏ２に伝送する。以下、記述を明確にする目的で、当
該受信された情報をパケットと仮称するが、このことは
、本発明の範噴を制限するものではない。 ［００１９］ また、ネットワークアクセスコントロールユニット１０
３は、通信インターフェース１０２からネットワーク（
図示せず）へ情報を送信する。以下、送信された情報も
パケットと仮称されるが、このことも本発明の範晴を制
限するものではない。 ［００２０） 全ての低レベルサービス及びそれらを実現するための処
理は、ネットワークアクセスコントロールユニット１０
３において実行される。 ［００２１］ 本発明にしたがって、通信インターフェース１０２は、
独立した水平機能部１０５−１乃至１０５−Ｎ、及び接
続子１０６を有している。 ［００２２］ ネットワークアクセスコントロールユニット１０３から
パケットを受信すると、独立水平機能部１０５−１乃至
１０５−Ｎは、受信したパケット内のデータをアプリケ
ーション層１０１に転送するために必要な全ての処理を
、パラレルに且つ本発明にしたがって実行する。そして
、独立した水平機能部１０５間のあらゆる依存性は、接
続子１０６によって解決され、処理されたデータはアプ
リケーション層１０１に転送される。 ［００２３］ アプリケーション層１０１によって遠隔地に送信される
べきデータは、接続子１０６を介して独立水平機能１０
５−１乃至１０５−Ｎへ転送される。通常、送信方向の
場合には、接続子１０６はデータに対して何ら動作を行
なわない。データは、独立水平機能部１０５−１乃至１
０５−Ｈの内の適切な機能部によってパラレルに処理さ
れ、本実施例においてはパケットとして形成され、ネッ
トワークアクセスコントロールユニット１０３に転送さ
れ、ネットワークに伝送される。 ［００２４］ 本発明の先進性は、プロトコルの機能部が、パラレルに
実現可能な条件付きの独立水平機能部に分割されること
にある。 ［００２５］ 図２には、本発明に係る水平配置プロトコルストラフチ
ャ（ＨＯＰＳ）のｌ５Ｏ１０ＳＩ基準仕様モデルに対す
る比較が示されている。 ［００２６］ 図２かられかるように、水平配置プロトコルストラフチ
ャにおけるネットワークアクセスコントロールユニット
１０３は、機能的には、低層、すなわち、ｌ５Ｏ１０Ｓ
Ｉモデルのフィジカル層２０１、データリンク層２０２
及びネットワーク層２０３に対応している。水平配置プ
ロトコルストラフチャにおけるネットワークアクセスコ
ントロールユニット１０３は、通信インターフェース１
０２に対して低レベルサービスを提供する。 ［００２７１ 水平配置プロトコルストラフチャにおける通信インター
フェース１Ｏ２は、より高層の、すなわちｌ５ｏ１０Ｓ
Ｉモデルのトランスポート層２０４、セツション層２０
５及びプレゼンテーション層２０６の機能を実現する。 ［００２８１ １５ｏ１０ＳＩモデルにおけるこれらの高レベル層は、
従来技術においてはホストプロセッサシステムのソフト
ウェアに基づくものであった。さらに、高レベル層の各
々は、ホストプロセッサシステムによって連続的にシリ
アルに実行されていた。それゆえ、低レベル層から受信
したパケットを高レベル層が処理するのに必要とされる
時間は、高レベル層の各々に対する処理時間の和であっ
た。処理速度が伝送速度に対応していなかったので、こ
れらの層のソフトウェアによる実現は、通信プロセスに
おけるボトルネックとなっていた。 ［００２９］ これに対して、本発明に係る水平配置プロトコルストラ
フチャにおける通信インターフェース１０２は、特別な
通信ハードウェアに基づくものである。 ［００３０１ さらに、独立水平機能部１０５−１乃至１０５−Ｎがパ
ラレルに実現されるので、ネットワークアクセスコント
ロールユニット１０３から受信したパケットを処理する
ために必要な時間が、独立水平機能部１０５−１乃至１
０５−Ｎを実行するために要する最大の消費時間に対し
て低減され、接続子１０６が独立水平機能１０５−１乃
至１０５−Ｈの間のあらゆる依存性を解決するために要
する時間が短縮される。 ［００３１］ 本発明に係る水平配置プロトコルストラフチャアーキテ
クチャを実現する通信ハードウェアモデル例が図３に示
されている。 ［００３２］ 当該図面には、ホストプロセッサシステム３００が示さ
れており、このシステム３００は、デュアルポートメモ
リ３０１、中央処理装置（ＣＰＵ）３０２、インプット
／アウトプット（Ｉｌｏ）部３０３及びホストバス３０
４を有している［００３３３ 同図には、さらに、ネットワークインターフェース３０
５が示されており、このインターフェース３０５は、メ
モリ３０１及びホストバス３０４に接続され、かつ、複
数個の高速伝送リンク３０８を介してネットワークアク
セスコントロールユニット３０６に接続されてネットワ
ーク３０７と通信を行なう。ネットワーク３０７は、例
えば、遠隔地にあるホストプロセッサシステム（図示せ
ず）とのインターフェースとして機能する広域パケット
ネットワークである。 ［００３４］ ホストプロセッサシステム３００におけるソフトウェア
は、アプリケーション層１０１ （図１）及びそのプロ
トコルを実現する。ここで、アプリケーション層１０１
の一部は、通常、ホストプロセッサシステム３００のオ
ペレーティングシステムによって実現されることに留意
されたい。 ［００３５３ ネットワーク３０５は、当該実施例においては、ネット
ワークアクセスコントロールユニット３０６をホストプ
ロセッサシステム３００と相互接続し、本発明に係る水
平配置プロトコルストラフチャアーキテクチャにおける
通信インターフェース１Ｏ２（図１）の機能を実現する
。 ［００３６］ ネットワークインターフェース３０５は、ホストプロセ
ッサシステム３００宛のパケットを、ネットワークアク
セスコントロールユニット３０６を介してネットワーク
３０７より受信し、ホストプロセッサシステム３００か
らの出力パケットを、ネットワークアクセスコントロー
ルユニット３０６を介してネットワーク３０７へ送出す
る。 ［００３７］ ここに示された通信アーキテクチャ及びハードウェアモ
デルは、ホストプロセッサシステム３００が時間のかか
る通信処理に関わる時間を短縮する。この短縮は、トラ
ンスポート及びプレゼンテーション動作、セツション動
作の処理において明白であり、通信インターフェース１
Ｏ２（図１）とホストプロセッサシステム３００のオペ
レーティングシステムとの間の通信におけるオーバーヘ
ッドの減少においても明白である。 ［００３８］ また、ホストプロセッサシステム３００のオペレーティ
ングシステムのメモリからの情報を、ユーザアプリケー
ションのメモリ３０１ヘバツフアしたりコピーしたりす
ることが不要であるような水平配置プロトコルストラフ
チャの実施例も実現可能である。 ［００３９］ ネットワークインターフェース３０５として実現されて
いる通信インターフェース１Ｏ２（図１）は、アプリケ
ーション層１０１に割り当てられたメモリ３０１内のロ
ケーションに対して、個々に直接データを書き込んだり
読み取ったりすることが可能である。この直接書き込み
・読み取りが可能で多ることは、ホストプロセッサシス
テムがアプリケーション層１０１へのデータ転送に関わ
ることを不要にする。 ［００４０］ この結果は、メモリ３０１がデュアルポートメモリであ
る故に実現されるものである。デュアルポートメモリユ
ニットは公知である。 ［００４１］ 当該実施例においては、パケットの再シーケンス化（ｒ
ｅｓｅｑｕｅｎｃ ｉ ｎｇ ）は、メモリ３０１内に
位置するアプリケーション層１０１のメモリロケーショ
ンにおいて直接実行される。 ［００４２） 通信プロセスの一部として、遠隔地にあるホストプロセ
ッサシステムのアプリケーション層は、パケットシーケ
ンスが完全にかつ所定の順序でアプリケーション層１０
１に転送されなければならないこと、すなわちパケット
シーケンスがメツセージであること、を要求することが
可能である。 ［００４３］ この種のパケット転送が必要とされる場合には、到来し
たパケットの各々は、そのシーケンス番号に基づいてア
プリケーション層１０１に割り当てられたメモリ３０１
内の適切なセクションに配置される。 ［００４４］ パケットがシーケンス番号順に到来しない場合には、メ
モリギャップ、すなわちデータが書き込まれていないメ
モリロケーションが、当該シーケンスの一部であって未
だに到来していないパケットの到来に先んじて形成され
る。メモリギャップが形成されたシーケンス番号を有し
て到来したパケットからのデータは、当該ギャップに対
して割り当てられたメモリロケーションにデータを書き
込むことによって配置される。 ［００４５］ シーケンスを形成している全てのパケットが受信されて
処理された場合には、全パケットシーケンスのデータが
利用可能であることが、アプリケーション層１０１に対
して通知される。そののち、アプリケーション層１０１
は、データをさらにコピーしたり移動させたりすること
なく、当該データをいつでも検索することが可能となる
。メツセージからのデータは、アプリケーション層１０
１に対して割り当てられた一般に利用可能な有効データ
とみなされる。 ［００４６］ また、受信されたパケットのシーケンス化（シーケンシ
ング）及び処理は、ハードウェアモデルによって実現さ
れている水平機能部１０５−１乃至１０５−Ｎ（図１）
及び接続子１０６によって実行される。 ［００４７］ さらに、当該実施例において、通信インターフェース１
０２は、メモリ３０１を介して、ホストプロセッサシス
テム３００のオペレーティングシステムスケジューラ及
びモニタテーブルをアクセスする。これらのスケジュー
ラ及びモニタテーブルは、通信インターフェース１Ｏ２
によって、有効なデータユニット、すなわちメツセージ
、の受信を示すために直接アジャストできる。 ［００４８］ さらに、これらのスケジューラ及びモニタテーブルは、
通信インターフェース１Ｏ２によって、通信サービス要
求の存在、もしくは伝送されるべきデータの利用可能性
及びメモリ３０１内のロケーションを決定するために用
いられる。そののち、通信インターフェース１Ｏ２は、
ホストプロセッサシステム３００の関与なく、通信を実
現するための適切な動作を行なう。 ［００４９］ ホストプロセッサシステム３００のスケジューラが呼び
出されると、通信インターフェース１０２は前記スケジ
ューラ及びモニタテーブルを参照することによって、ベ
ンディング状態にある通信プロセスのステータスをチエ
ツクする。ページングが発生している場合には、通信イ
ンターフェース１０２はその情報を得て正確なアドレッ
シングを維持する。 ［００５０１ 図４には、本発明に係る水平配置プロトコルストラフチ
ャの受信部の実施例において重要な通信インターフェー
ス１０２の、種々のセクション間の情報の流れを示す簡
略化されたブロック図が示されている。 ［００５１］ ネットワークアクセスコントロールユニット１０３から
受信されたパケットは、処理の間ストアしておく目的で
インプットバッファ４０１に配置される。その後、当該
パケットは、本実施例においては、独立水平機能エラー
検出部４０２、フローコントロール部４０３、コンジェ
スチョンコントロール部４０４、再伝送部４０５、プレ
ゼンテーション部４０６、コネクションオプション４０
７、セツションマネージメント部４０８、及びアドレッ
シング部４１０、によってバラレルに処理される。 ［００５２） これらの独立水平機能部は、本実施例で実現されている
、独立水平機能部１０５−１乃至１０５−Ｈの詳細なバ
ージョンの一例である。 ［００５３］ 独立水平機能エラー検出部４Ｏ２、フローコントロール
部４０３、コンジェスチョンコントロール部４０４、再
伝送部４０５、及びセツションマネージメント部４０８
によって抽出された情報は、双方向チャネル４１５を介
してＨＯＰＳコントローラ４１４へ通信される。この情
報は、水平配置プロトコルストラフチャの送信側の動作
をアジャストするために処理される。この種の処理は、
エラー検出、伝送ウィンドウ値、パケットの再伝送、及
びパケット伝送の一時的な中断のために用いられるポリ
ノミアルの変更を含みうるが、それのみに限定されてい
るわけではない。 ［００５４］ 実際の情報処理及び送信側への情報の転送はＨＯＰＳコ
ントローラ４１４によってなされるが、ここでは、情報
及び機能の流れを明らかにする目的で、独立水平機能エ
ラー検出部４Ｏ２、フローコントロール部４０３、コン
ジェスチョンコントロール部４０４、再伝送部４０５及
びセツションマネージメント部４０８は送信セクション
４１１によって表現されているところの、それぞれに対
応する送信部分に接続されているものと概念化しておく
。独立水平機能部のストラフチャの実際の二重性は、後
で図９に関連してさらに規定される。 ［００５５］ コネクションオプション４０７及びセツションマネージ
メント部４０８によって抽出された情報は、フローテー
ブル（ＴＯＦ）４１２を更新するために送出される。フ
ローテーブル４１２は、ネットワークインターフェース
３０５内で維持されているデータストラフチャであり、
実際にはＨＯＰ Ｓコントローラ４１４内に常駐し、現
存の通信接続を追跡する。ＨＯＰＳコントローラ４１４
は、実際には、独立水平機能部と双方向チャネル４１５
を介して通信する。フローテーブル（ＴＯＦ）４１２は
、ＨＯＰＳコントローラ４１４から分離して示されてい
るか、これも説明を分かりやすくするためである。 ［００５６］ 独立水平機能エラーコントロール部（検出部）４Ｏ２、
プレゼンテーション部４０６、シーケンシング部４０９
及びアドレッシング部４１０から抽出された情報は、接
続子４１３に渡される。接続子４１３は、与えられた情
報内に存在するあらゆる条件依存性を解決し、その結果
得られた情報をアプリケーション層１０１へ供給する。 ［００５７］ 機能部間の条件依存性は、第一の機能部の実行結果、例
えば出力、が、第二の機能部の実行結果に依存するよう
な状態である。第二の機能部の結果を得るために必要な
値が仮定された場合には、第一の機能部の実行が第二の
機能部の実行とパラレルに行なわれる。そののち、接続
子が、仮定された値を、第二の機能部の実行により得ら
れた実際の値と比較する。第一の機能部の実行結果とし
て、仮定された値が第二の機能部の実行により得られた
実際の値と等しくなるような第一の機能部の結果が、接
続子によって選択される。仮定された値のいずれもが第
二の機能部の実際の結果に一致しない場合には、第一の
機能部の実行結果の全てが破棄される。 ［００５８］ あるいは、条件依存性は、第一の機能部のうちの第二の
機能部に依存しない部分の結果を計算し、第一の機能部
に必要な計算の残りの部分を解決するために第二の機能
部の結果を用いることによって解決され得る。この場合
には、計算の残りの部分は接続子４１３によって実行さ
れる。 ［００５９］ 記述を簡潔明瞭にするために、本発明にしたがって、条
件依存性を解決するために接続子を用いた通信インター
フェースの動作例が、図５及び図６に示されている。 ［００６０１ 図５には、接続子５０１、二組の独立水平機能部、すな
わちプレゼンテーション部５０２及びシーケンシング部
５０３、及び大力バッファ５０４を有する最小機能通信
インターフェースの受信セクションの代表例を表わすプ
ロ・ツク図が示されている。 ［００６１３ 接続子５０１は、アプリケーション層５０５へのインタ
ーフェースとして機能する。プレゼンテーション部５Ｏ
２のタスクは、地域内ホストプロセッサシステム３００
（図３）上のアプリケーション層５０５と、このアプ
リケーション層５０５が通信を行なう対象であるところ
の、遠隔地にあるホストプロセッサシステムにおけるア
プリケーション層との間のフォーマット及びデータ表現
におけるあらゆる差異を解決することである。このこと
は、例えば、暗号形式で受信されたデータの復号化（ｄ
ｅｃｒｙｐｔｉｏｎ）を含んでいる。そののち、データ
はアプリケーション層５０１に提供されるように準備さ
れる。 ［００６２］ シーケンシング部５０３のタスクは、パケットが有効な
シーケンス番号を有しているか、二重のシーケンス番号
を割り当てられたパケットが存在しないか、をチエツク
することを含んでいる。二重のもしくは無効なシーケン
ス番号を有するパケット内のデータは破棄されなければ
ならない。 ［００６３３ プレゼンテーション部５０２及びシーケンシング部５０
３がパラレルに実行されるために、一定の場合、すなわ
ち、プレゼンテーション部５Ｏ２がパケットからのデー
タを（アプリケーション層５０５が要求するフォーマッ
トで）アプリケーション層５０５へ提供しようとし、か
つ、シーケンシング５０３が当該パケットは二重であり
そのデータは破棄されなければならないと決定した場合
に、これらの間に条件依存性が発生する。 ［００６４］ 従って、プレゼンテーション部５Ｏ２から実際にアプリ
ケーション層５０５へ提供される結果は、シーケンシン
グ部５０３に完全に依存する。データ及び当該データが
破棄されるべきか否かを表わす指示の双方は、接続子５
０１へ転送され、接続子５０１は、以下に示されている
ように条件依存性を解決する。 ［００６５］ 図６は、本発明にしたがう、上述の条件依存性の接続子
５０１による解決を含む、図５の通信インターフェース
によって実行される動作シーケンスを流れ図の形で示し
た図である。 ［００６６３ 当該シーケンスは、ステップ６０１より開始される。そ
の後、ステップ６Ｏ２において、通信インターフェース
は新たなパケットの到来を待つ。新たなパケットを受信
すると、ステップ６０３−１及び６０３−２がパラレル
に実行される。 ［００６７］ ステップ６０３−１は、パケットが二重かどうかをチエ
ツクするシーケンシング機能部の動作である。ステップ
６０３−２は、プレゼンテーション機能部であり、ここ
では、パケットに含まれていたデータが処理され、アプ
リケーション層５０１ （図５）によって要求されるフ
ォーマットに配置される。 ［００６８］ シーケンシング部５０３が当該パケットが二重であるか
否か、すなわち当該パケットが受は入れられるべきか否
かを決定した後、シーケンシング部５０３はその決定を
接続子５０１に伝送する。接続子５０１は、プレゼンテ
ーション５０２からの、前記パケットに含まれていたア
プリケーション層５０５宛のデータも受信する。 ［００６９］ 接続子５０１の動作は、条件付分岐点６０４（図６）よ
り開始され、ここにおいては、ステップ６０３−１にお
いて二重パケットがシーケンシング部５０３によって検
出されたか否かが決定される。ステップ６０４における
結果がＹＥＳの場合には、当該パケットからのデータは
アプリケーション層５０５には伝送されず、制御はステ
ップ６０２に戻って新たなパケットの到来を待つことに
なる。 ［００７０］ ステップ６０４における結果がＮｏである場合には、ス
テップ６０５においてプレゼンテーション５０２から受
信されたデータ、すなわちステップ６０３−２における
プレゼンテーション機能部の実行により得られたデータ
が、接続子５０１によってアプリケーション層５０５に
伝送される。そののち、制御はステップロＯ２に戻って
新たなパケットの到来を待つことになる。 ［００７１］ 本発明に係る水平配置プロトコルストラフチャは、多様
なネットワークの組を介しての多様なアプリケーション
層への通信をサポートするように企図されている。それ
ゆえ、単一のプロトコルでは最適の性能を与えることが
できない。 ［００７２］ 例えば、パケットを不適切に受信した場合のパケットの
再伝送に対するスキームは、プロトコルによって決定さ
れる。用いられるべき最適の再伝送スキームはネットワ
ークの質に依存する。選択パケット再伝送は、平均ビッ
トエラー率が高いネットワークに適しており、また、非
常に信頼性の高いネットワーク伝送環境においては元に
戻って最後のＮ個分のパケットを再伝送する方法が有利
である［００７３］ さらに、プロトコルに対する要求は、時間とともに変化
し、かつ、サブネット毎に変化する。（サブネットとは
、通信ネットワークの一部であるノード、回線及びイン
ターフェースの組である。）例えば、コンジェスチョン
が増加することによって再伝送ポリシーが変化したり、
必要とされるエラー制御機構がサブネット毎に異なった
りする。 ［００７４］ それゆえ、本発明にしたがって、水平配置プロトコルス
トラフチャは、実際に用いられるプロトコルの適応仕様
を組み込んでいる。通信インターフェース１Ｏ２は、ユ
ーザ要求、ネットワーク伝送条件及び仕様に関する情報
を、ＨＯＰＳコントローラ４１４（図４）を介して受信
し、用いられるべき最適プロトコルを指定する。 ［００７５］ 本具体例における独立水平機能部４０２乃至４１０は、
パラメータによってプログラム可能であり、ＨＯＰＳコ
ントローラ４１４から双方向チャネル４１５を介してパ
ラメータを受信することが可能となっている。ここで、
図１に示されていたように、Ｎ個の水平機能部が存在し
得ることに留意されたい。よって、プロトコルは、独立
水平機能部４０２乃至４１０において用いられるパラメ
ータの値を決定することによって指定される。パラメー
タの値、従ってプロトコルそのものは、ＨＯＰＳコント
ローラ４１４によって変更され更新される。 ［００７６］ パラメータを規定することに加えて、ＨＯＰＳコントロ
ーラ４１４は、双方向チャネル４１５を介して独立水平
機能部と情報を交換する。チャネル４１５は、独立水平
機能部からＨＯＰＳコントローラ４１４ヘステータス情
報を伝送し、ＨＯＰＳコントローラ４１４から独立水平
機能部へ制御情報を伝送する。ＨＯＰＳコントローラ４
１４によって受信された情報は、このコントローラ４１
４によって使用され、プロトコルを指定するために用い
られる値が決定される。 ［００７７］ 説明を簡潔明瞭にするために、図７は、ＨＯＰＳコント
ローラ４１４によってエラー検出プロトコルを規定する
ために用いられる決定メカニズムの例を、流れ図によっ
て示している。 ［００７８１ この実施例においては、各々のパケットは、パケットの
データ部におけるエラポリノミアルは、有効な通信が行
なわれるために、地域内ホストプロセッサシステム及び
遠隔地にあるホストプロセッサシステムの双方によって
承認されたものでなければならない。よって、本実施例
においては、適切なポリノミアルを決定することが、エ
ラープロトコルを決定する。 ［００７９） 本実施例において、エラープロトコルを決定するパラメ
ータは、ＥＲＲＰＡＲＡＭと呼称される。ＥＲＲＰＡＲ
ＡＭには、１もしくは２の値が割り当てられる。ＥＲＲ
ＰＡＲＡＭに割り当てられた１という値は、より高度化
されたエラープロトコルを規定し、ＥＲＲＰＡＲＡＭに
割り当てられた２という値は、後で訂正されるように、
あまり高度化されていないエラープロトコルを指定する
。 ［００８０］ 図７において、シーケンスは、ステップ７０１より通信
起動に入り、エラー統計の初期化が行なわれる。そのの
ち、システムは、ステ・ノブ７Ｏ２におり）で、新たな
パケットの到来を待つ。新たなパケットが到来すると、
制御はステ・ンプ７０３及び７０４にパラレルに移行す
る。 ［００８１１ ステップ７０３においては、ＨＯＰＳコントローラ４１
４がエラー統計を検索する。本実施例においては、エラ
ー統計はエラー分布の時間平均である。これはＨＯＰＳ
コントローラ４１４（図４）によって維持される。同時
に、ステ・ンプ７０４においては、エラー統計が、独立
水平機能情報検出部４Ｏ２からの現時点での到来パケッ
トにおけるエラーに関する情報に基づいて更新される。 ［００８２］ 次に、条件付分岐点７０５において、エラー統計がＴＨ
ＲＥＳＨＯＬＤより大きいか否かがテストされる。本実
施例においては、ＴＨＲＥＳＨＯＬＤは、エラーととも
に受信されたパケットの所定のパーセンテージを表わす
値である。 ［００８３］ ステップ７０５におけるテスト結果がＹＥＳである場合
には、制御はステップ７０６に移行してＨＯＰＳコント
ローラ４１４がエラープロトコルを指定する。 この指定は、ＥＲＲＰＡＲＡＭの値を１にセットしてこ
の値を双方向チャネル４１５のうちの適切なものを介し
てエラー検出機能部（図９）の送信セクションへ通信す
ることによりなされる。 ［００８４］ エラー検出機能部は、ＥＲＲＰＡＲＡＭの新しい値の受
信に応じて、２つの所定のポリノミアルのうちのより高
度化されたポリノミアルをエラー検出コード、すなわち
循環冗長性チエツク、の計算のために用いるようになる
。この種のポリノミアル、エラー検出法、及びそれらに
関連した高度化は、当業者には公知である。そののち、
制御はステップ７Ｏ２に戻って新たなパケットの到来を
待つことになる。 ［００８５］ ステップ７０５におけるテスト結果がＮＯである場合に
は、ステップ７０７において、ＨＯＰＳコントローラ４
１４がエラープロトコルを指定する。この場合も、指定
はＥＲＲＰＡＲＡＭＯ値を設定することによりなされる
。この場合にはＥＲＲＰＡＲＡＭの値が２にセットされ
、その値が双方向チャネル４１５のうちの適切なチャネ
ルを介してエラー検出機能部（図９）の送信セクション
へ通信される。 ［００８６］ エラー検出機能部は、ＥＲＲＰＡＲＡＭの新しい値の受
信に応じて、ポリノミアルの組の内の所定のより高度化
されていないポリノミアルをエラー検出コードに用いる
。この種のポリノミアル、エラー検出法、及びそれらに
関連した高度化も、当業者には公知である。そののち、
制御はステップ７Ｏ２に戻って新たなパケットの到来を
待つことになる。 ［００８７］ 既に述べられているように、用いられるべきポリノミア
ルは、有効な通信が行なわれるなめに、地域内ホストプ
ロセッサシステム及び遠隔地にあるホストプロセッサシ
ステムの双方によって承認されたものでなければならな
い。よって、本実施例においては、エラープロトコルに
対するパラメータの値が、適切なポリノミアルを決定す
ることによって指定される。 ［００８８］ 指定されたプロトコルにおけるパラメータの現時点での
値は、ネットワーク全体に通信される。このパラメータ
の通信は、図８に示されているパケットフォーマット例
における特別のオプションフィールド８０１を用いてな
される。本実施例においては、パケットフォーマットは
２種の循環冗長性チエツク（ＣＲＣ）を有している。 ［００８９］ 第一の循環冗長性チエツクヘッダＣＲＣ８０２は、ヘッ
ダフィールド８０３に含まれる情報のみに基づいて計算
される。第二の循環冗長性チエツクデータＣＲＣ８０４
は、データフィールド８０５に含まれる情報のみに基づ
いて計算される。循環冗長性チエツクとは、既に述べら
れているように、指定されたポリノミアルに基づいたエ
ラーチエツク・修正コードである。 ［００９０］ ここで、本実施例においては、図７に示されているＨＯ
ＰＳコントローラ４１４の、循環冗長性チエツクを計算
するために用いられる特定のポリノミアルの決定に関す
る動作は、データフィールド８０５に関するデータＣＲ
Ｃ８０４に対してのみ適用されることに留意されたい。 遠隔地におけるヘッダ８０３の有効性の決定は、ヘッダ
ＣＲＣ８０２の計算に関する単一の所定のポリノミアル
に基づいている（なぜならヘッダは通常短かいため、複
雑なポリノミアルを用いる必要はないからである）。 ［００９１］ 図８のパケットフォーマット例は、エラー検出４Ｏ２に
よるパケット受信に際して調べられるエラー制御フィー
ルド８０６を有している。このフィールドの調査の結果
、当該パケットにおけるデータに対する循環冗長性チエ
ツクを計算するために用いられるべきポリノミアルが決
定される。もしくは、機能部のパラメータの値をネット
ワーク全体に通信する目的で特別のパケットが送出され
る。 ［００９２］ 図９に示されているのは、通信インターフェース１Ｏ２
の送信及び受信部の双方である。この図によって既に記
述されている種々のエレメントの相互接続及び統合の様
子があきらかとなる。 ［００９３］ この図９では、既に言及されているように、フローテー
ブルが実際にはＨＯＰＳコントローラにおいて保守され
ていることが示されている。さらに、既に記述されてい
るように、送信方向において接続子は一般にはなんら機
能を実行せず、よって図示されていない。独立水平機能
部の送信及び受信部が対称的である様子が示されている
。 ［００９４］ 各々の機能部は、受信部に関しては付加符号！！ Ｒ１
＋ と共に、また及び送信部に対しては付加符号” Ｔ
” と共に、図４において割り当てられた番号と同一の
番号で示されている。ここで、図９が本発明の特別の実
施例を示すわけではなく、かつ、本発明の範晴を制限す
るものでもないことに留意されたい。 ［００９５］ さらに、エラー修正機能がエラーコントロールユニット
９０１に実現されている。このエラー修正は、 飛行中
に″ すなわち、パケットがネットワークアクセスコン
トロール１０３から入力バッファ４０１へ伝送されるの
と同時になされる。そののち、修正不能なあらゆるエラ
ーが、独立水平機能エラー検出部４Ｏ２によって検出さ
れる。ＨＯＰＳコントローラ４１４は、独立水平機能部
に対するのと同様に、双方向チャネル４１５の一方を介
してエラーコントロールユニット９０１と通信する。 ［００９６］ 上記の説明は１本発明の一実施例に関するもので、この
分野の当業者であれば本発明の種々の変形例が考え得る
が、それらはいずれも本発明の技術的範囲に包含される
。 ［００９７］
チャは、構造化されたサービスの組、及び通信プロトコ
ルからなる。ここで、通信プロトコルは、ホストプロセ
ッサシステム、すなわち、アプリケーションを実行し、
ネットワーク等の伝送媒体を介して遠隔地のホストプロ
セッサシステムと通信を行なうホストプロセッサシステ
ムに対して通信サービスを提供する通信プロトコルであ
る。データとは、例えばユーザファイル、音声、映像そ
の他のあらゆる形態の情報表現を意味している。 ［００１２］ 通常、あるアーキテクチャにおけるこれらのサービス及
びプロトコルは、低しベル、すなわち低層のサービス及
びプロトコルと、高レベル、すなわち高層のサービス及
びプロトコルとに分類される。 ［００１３］ 低レベルサービスは、国際標準化機構の開放型システム
間相互接続（ＩＳＯ／○ＳＩ）基準モデルのフィジカル
層、データリンク層、及びネットワーク層によって提供
されるサービスとして当業者には公知のものである。 ［００１４］ また、高レベルサービスは、国際標準化機構の開放型シ
ステム間相互接続（■５Ｏ１０ＳＩ）基準モデルのトラ
ンスポート層、セツション層、プレゼンテーション層、
及びアプリケーション層によって提供されるサービスと
して、当業者には公知のものである。 ［００１５］ 図１は、本発明に係る、水平配置（Ｈｏｒｉｚｏｎｔａ
ｌｌｙ ０ｒｉｅｎｔｅｄ）プロトコルストラフチャ（
ＨＯＰＳ）として理解される独特のデータ通信アーキテ
クチャを示す、簡略化されたブロック図である。当該水
平配置プロトコルストラフチャアーキテクチャは、アプ
リケーション層１０１、通信インターフェース１０２、
及びネットワークアクセスコントロールユニット１０３
に分割されている。 ［００１６］ アプリケーション層１０１は、ホストプロセッサシステ
ム１０４に常駐しているソフトウェアを含む。このホス
トプロセッサシステム１０４は、ホストプロセッサソフ
トウェアによって処理されるユーザアプリケーションに
通信機能を与える。 ［００１７］ 通信インターフェース１０２は、後で説明されるように
、実際に通信要求を処理する専用のハードウェアによっ
て実現される。 ［００１８］ ネッ＋ワークアクセルコントロールユニット１０３は、
ネットワークかう受信した情報を通信インターフェース
１Ｏ２に伝送する。以下、記述を明確にする目的で、当
該受信された情報をパケットと仮称するが、このことは
、本発明の範噴を制限するものではない。 ［００１９］ また、ネットワークアクセスコントロールユニット１０
３は、通信インターフェース１０２からネットワーク（
図示せず）へ情報を送信する。以下、送信された情報も
パケットと仮称されるが、このことも本発明の範晴を制
限するものではない。 ［００２０） 全ての低レベルサービス及びそれらを実現するための処
理は、ネットワークアクセスコントロールユニット１０
３において実行される。 ［００２１］ 本発明にしたがって、通信インターフェース１０２は、
独立した水平機能部１０５−１乃至１０５−Ｎ、及び接
続子１０６を有している。 ［００２２］ ネットワークアクセスコントロールユニット１０３から
パケットを受信すると、独立水平機能部１０５−１乃至
１０５−Ｎは、受信したパケット内のデータをアプリケ
ーション層１０１に転送するために必要な全ての処理を
、パラレルに且つ本発明にしたがって実行する。そして
、独立した水平機能部１０５間のあらゆる依存性は、接
続子１０６によって解決され、処理されたデータはアプ
リケーション層１０１に転送される。 ［００２３］ アプリケーション層１０１によって遠隔地に送信される
べきデータは、接続子１０６を介して独立水平機能１０
５−１乃至１０５−Ｎへ転送される。通常、送信方向の
場合には、接続子１０６はデータに対して何ら動作を行
なわない。データは、独立水平機能部１０５−１乃至１
０５−Ｈの内の適切な機能部によってパラレルに処理さ
れ、本実施例においてはパケットとして形成され、ネッ
トワークアクセスコントロールユニット１０３に転送さ
れ、ネットワークに伝送される。 ［００２４］ 本発明の先進性は、プロトコルの機能部が、パラレルに
実現可能な条件付きの独立水平機能部に分割されること
にある。 ［００２５］ 図２には、本発明に係る水平配置プロトコルストラフチ
ャ（ＨＯＰＳ）のｌ５Ｏ１０ＳＩ基準仕様モデルに対す
る比較が示されている。 ［００２６］ 図２かられかるように、水平配置プロトコルストラフチ
ャにおけるネットワークアクセスコントロールユニット
１０３は、機能的には、低層、すなわち、ｌ５Ｏ１０Ｓ
Ｉモデルのフィジカル層２０１、データリンク層２０２
及びネットワーク層２０３に対応している。水平配置プ
ロトコルストラフチャにおけるネットワークアクセスコ
ントロールユニット１０３は、通信インターフェース１
０２に対して低レベルサービスを提供する。 ［００２７１ 水平配置プロトコルストラフチャにおける通信インター
フェース１Ｏ２は、より高層の、すなわちｌ５ｏ１０Ｓ
Ｉモデルのトランスポート層２０４、セツション層２０
５及びプレゼンテーション層２０６の機能を実現する。 ［００２８１ １５ｏ１０ＳＩモデルにおけるこれらの高レベル層は、
従来技術においてはホストプロセッサシステムのソフト
ウェアに基づくものであった。さらに、高レベル層の各
々は、ホストプロセッサシステムによって連続的にシリ
アルに実行されていた。それゆえ、低レベル層から受信
したパケットを高レベル層が処理するのに必要とされる
時間は、高レベル層の各々に対する処理時間の和であっ
た。処理速度が伝送速度に対応していなかったので、こ
れらの層のソフトウェアによる実現は、通信プロセスに
おけるボトルネックとなっていた。 ［００２９］ これに対して、本発明に係る水平配置プロトコルストラ
フチャにおける通信インターフェース１０２は、特別な
通信ハードウェアに基づくものである。 ［００３０１ さらに、独立水平機能部１０５−１乃至１０５−Ｎがパ
ラレルに実現されるので、ネットワークアクセスコント
ロールユニット１０３から受信したパケットを処理する
ために必要な時間が、独立水平機能部１０５−１乃至１
０５−Ｎを実行するために要する最大の消費時間に対し
て低減され、接続子１０６が独立水平機能１０５−１乃
至１０５−Ｈの間のあらゆる依存性を解決するために要
する時間が短縮される。 ［００３１］ 本発明に係る水平配置プロトコルストラフチャアーキテ
クチャを実現する通信ハードウェアモデル例が図３に示
されている。 ［００３２］ 当該図面には、ホストプロセッサシステム３００が示さ
れており、このシステム３００は、デュアルポートメモ
リ３０１、中央処理装置（ＣＰＵ）３０２、インプット
／アウトプット（Ｉｌｏ）部３０３及びホストバス３０
４を有している［００３３３ 同図には、さらに、ネットワークインターフェース３０
５が示されており、このインターフェース３０５は、メ
モリ３０１及びホストバス３０４に接続され、かつ、複
数個の高速伝送リンク３０８を介してネットワークアク
セスコントロールユニット３０６に接続されてネットワ
ーク３０７と通信を行なう。ネットワーク３０７は、例
えば、遠隔地にあるホストプロセッサシステム（図示せ
ず）とのインターフェースとして機能する広域パケット
ネットワークである。 ［００３４］ ホストプロセッサシステム３００におけるソフトウェア
は、アプリケーション層１０１ （図１）及びそのプロ
トコルを実現する。ここで、アプリケーション層１０１
の一部は、通常、ホストプロセッサシステム３００のオ
ペレーティングシステムによって実現されることに留意
されたい。 ［００３５３ ネットワーク３０５は、当該実施例においては、ネット
ワークアクセスコントロールユニット３０６をホストプ
ロセッサシステム３００と相互接続し、本発明に係る水
平配置プロトコルストラフチャアーキテクチャにおける
通信インターフェース１Ｏ２（図１）の機能を実現する
。 ［００３６］ ネットワークインターフェース３０５は、ホストプロセ
ッサシステム３００宛のパケットを、ネットワークアク
セスコントロールユニット３０６を介してネットワーク
３０７より受信し、ホストプロセッサシステム３００か
らの出力パケットを、ネットワークアクセスコントロー
ルユニット３０６を介してネットワーク３０７へ送出す
る。 ［００３７］ ここに示された通信アーキテクチャ及びハードウェアモ
デルは、ホストプロセッサシステム３００が時間のかか
る通信処理に関わる時間を短縮する。この短縮は、トラ
ンスポート及びプレゼンテーション動作、セツション動
作の処理において明白であり、通信インターフェース１
Ｏ２（図１）とホストプロセッサシステム３００のオペ
レーティングシステムとの間の通信におけるオーバーヘ
ッドの減少においても明白である。 ［００３８］ また、ホストプロセッサシステム３００のオペレーティ
ングシステムのメモリからの情報を、ユーザアプリケー
ションのメモリ３０１ヘバツフアしたりコピーしたりす
ることが不要であるような水平配置プロトコルストラフ
チャの実施例も実現可能である。 ［００３９］ ネットワークインターフェース３０５として実現されて
いる通信インターフェース１Ｏ２（図１）は、アプリケ
ーション層１０１に割り当てられたメモリ３０１内のロ
ケーションに対して、個々に直接データを書き込んだり
読み取ったりすることが可能である。この直接書き込み
・読み取りが可能で多ることは、ホストプロセッサシス
テムがアプリケーション層１０１へのデータ転送に関わ
ることを不要にする。 ［００４０］ この結果は、メモリ３０１がデュアルポートメモリであ
る故に実現されるものである。デュアルポートメモリユ
ニットは公知である。 ［００４１］ 当該実施例においては、パケットの再シーケンス化（ｒ
ｅｓｅｑｕｅｎｃ ｉ ｎｇ ）は、メモリ３０１内に
位置するアプリケーション層１０１のメモリロケーショ
ンにおいて直接実行される。 ［００４２） 通信プロセスの一部として、遠隔地にあるホストプロセ
ッサシステムのアプリケーション層は、パケットシーケ
ンスが完全にかつ所定の順序でアプリケーション層１０
１に転送されなければならないこと、すなわちパケット
シーケンスがメツセージであること、を要求することが
可能である。 ［００４３］ この種のパケット転送が必要とされる場合には、到来し
たパケットの各々は、そのシーケンス番号に基づいてア
プリケーション層１０１に割り当てられたメモリ３０１
内の適切なセクションに配置される。 ［００４４］ パケットがシーケンス番号順に到来しない場合には、メ
モリギャップ、すなわちデータが書き込まれていないメ
モリロケーションが、当該シーケンスの一部であって未
だに到来していないパケットの到来に先んじて形成され
る。メモリギャップが形成されたシーケンス番号を有し
て到来したパケットからのデータは、当該ギャップに対
して割り当てられたメモリロケーションにデータを書き
込むことによって配置される。 ［００４５］ シーケンスを形成している全てのパケットが受信されて
処理された場合には、全パケットシーケンスのデータが
利用可能であることが、アプリケーション層１０１に対
して通知される。そののち、アプリケーション層１０１
は、データをさらにコピーしたり移動させたりすること
なく、当該データをいつでも検索することが可能となる
。メツセージからのデータは、アプリケーション層１０
１に対して割り当てられた一般に利用可能な有効データ
とみなされる。 ［００４６］ また、受信されたパケットのシーケンス化（シーケンシ
ング）及び処理は、ハードウェアモデルによって実現さ
れている水平機能部１０５−１乃至１０５−Ｎ（図１）
及び接続子１０６によって実行される。 ［００４７］ さらに、当該実施例において、通信インターフェース１
０２は、メモリ３０１を介して、ホストプロセッサシス
テム３００のオペレーティングシステムスケジューラ及
びモニタテーブルをアクセスする。これらのスケジュー
ラ及びモニタテーブルは、通信インターフェース１Ｏ２
によって、有効なデータユニット、すなわちメツセージ
、の受信を示すために直接アジャストできる。 ［００４８］ さらに、これらのスケジューラ及びモニタテーブルは、
通信インターフェース１Ｏ２によって、通信サービス要
求の存在、もしくは伝送されるべきデータの利用可能性
及びメモリ３０１内のロケーションを決定するために用
いられる。そののち、通信インターフェース１Ｏ２は、
ホストプロセッサシステム３００の関与なく、通信を実
現するための適切な動作を行なう。 ［００４９］ ホストプロセッサシステム３００のスケジューラが呼び
出されると、通信インターフェース１０２は前記スケジ
ューラ及びモニタテーブルを参照することによって、ベ
ンディング状態にある通信プロセスのステータスをチエ
ツクする。ページングが発生している場合には、通信イ
ンターフェース１０２はその情報を得て正確なアドレッ
シングを維持する。 ［００５０１ 図４には、本発明に係る水平配置プロトコルストラフチ
ャの受信部の実施例において重要な通信インターフェー
ス１０２の、種々のセクション間の情報の流れを示す簡
略化されたブロック図が示されている。 ［００５１］ ネットワークアクセスコントロールユニット１０３から
受信されたパケットは、処理の間ストアしておく目的で
インプットバッファ４０１に配置される。その後、当該
パケットは、本実施例においては、独立水平機能エラー
検出部４０２、フローコントロール部４０３、コンジェ
スチョンコントロール部４０４、再伝送部４０５、プレ
ゼンテーション部４０６、コネクションオプション４０
７、セツションマネージメント部４０８、及びアドレッ
シング部４１０、によってバラレルに処理される。 ［００５２） これらの独立水平機能部は、本実施例で実現されている
、独立水平機能部１０５−１乃至１０５−Ｈの詳細なバ
ージョンの一例である。 ［００５３］ 独立水平機能エラー検出部４Ｏ２、フローコントロール
部４０３、コンジェスチョンコントロール部４０４、再
伝送部４０５、及びセツションマネージメント部４０８
によって抽出された情報は、双方向チャネル４１５を介
してＨＯＰＳコントローラ４１４へ通信される。この情
報は、水平配置プロトコルストラフチャの送信側の動作
をアジャストするために処理される。この種の処理は、
エラー検出、伝送ウィンドウ値、パケットの再伝送、及
びパケット伝送の一時的な中断のために用いられるポリ
ノミアルの変更を含みうるが、それのみに限定されてい
るわけではない。 ［００５４］ 実際の情報処理及び送信側への情報の転送はＨＯＰＳコ
ントローラ４１４によってなされるが、ここでは、情報
及び機能の流れを明らかにする目的で、独立水平機能エ
ラー検出部４Ｏ２、フローコントロール部４０３、コン
ジェスチョンコントロール部４０４、再伝送部４０５及
びセツションマネージメント部４０８は送信セクション
４１１によって表現されているところの、それぞれに対
応する送信部分に接続されているものと概念化しておく
。独立水平機能部のストラフチャの実際の二重性は、後
で図９に関連してさらに規定される。 ［００５５］ コネクションオプション４０７及びセツションマネージ
メント部４０８によって抽出された情報は、フローテー
ブル（ＴＯＦ）４１２を更新するために送出される。フ
ローテーブル４１２は、ネットワークインターフェース
３０５内で維持されているデータストラフチャであり、
実際にはＨＯＰ Ｓコントローラ４１４内に常駐し、現
存の通信接続を追跡する。ＨＯＰＳコントローラ４１４
は、実際には、独立水平機能部と双方向チャネル４１５
を介して通信する。フローテーブル（ＴＯＦ）４１２は
、ＨＯＰＳコントローラ４１４から分離して示されてい
るか、これも説明を分かりやすくするためである。 ［００５６］ 独立水平機能エラーコントロール部（検出部）４Ｏ２、
プレゼンテーション部４０６、シーケンシング部４０９
及びアドレッシング部４１０から抽出された情報は、接
続子４１３に渡される。接続子４１３は、与えられた情
報内に存在するあらゆる条件依存性を解決し、その結果
得られた情報をアプリケーション層１０１へ供給する。 ［００５７］ 機能部間の条件依存性は、第一の機能部の実行結果、例
えば出力、が、第二の機能部の実行結果に依存するよう
な状態である。第二の機能部の結果を得るために必要な
値が仮定された場合には、第一の機能部の実行が第二の
機能部の実行とパラレルに行なわれる。そののち、接続
子が、仮定された値を、第二の機能部の実行により得ら
れた実際の値と比較する。第一の機能部の実行結果とし
て、仮定された値が第二の機能部の実行により得られた
実際の値と等しくなるような第一の機能部の結果が、接
続子によって選択される。仮定された値のいずれもが第
二の機能部の実際の結果に一致しない場合には、第一の
機能部の実行結果の全てが破棄される。 ［００５８］ あるいは、条件依存性は、第一の機能部のうちの第二の
機能部に依存しない部分の結果を計算し、第一の機能部
に必要な計算の残りの部分を解決するために第二の機能
部の結果を用いることによって解決され得る。この場合
には、計算の残りの部分は接続子４１３によって実行さ
れる。 ［００５９］ 記述を簡潔明瞭にするために、本発明にしたがって、条
件依存性を解決するために接続子を用いた通信インター
フェースの動作例が、図５及び図６に示されている。 ［００６０１ 図５には、接続子５０１、二組の独立水平機能部、すな
わちプレゼンテーション部５０２及びシーケンシング部
５０３、及び大力バッファ５０４を有する最小機能通信
インターフェースの受信セクションの代表例を表わすプ
ロ・ツク図が示されている。 ［００６１３ 接続子５０１は、アプリケーション層５０５へのインタ
ーフェースとして機能する。プレゼンテーション部５Ｏ
２のタスクは、地域内ホストプロセッサシステム３００
（図３）上のアプリケーション層５０５と、このアプ
リケーション層５０５が通信を行なう対象であるところ
の、遠隔地にあるホストプロセッサシステムにおけるア
プリケーション層との間のフォーマット及びデータ表現
におけるあらゆる差異を解決することである。このこと
は、例えば、暗号形式で受信されたデータの復号化（ｄ
ｅｃｒｙｐｔｉｏｎ）を含んでいる。そののち、データ
はアプリケーション層５０１に提供されるように準備さ
れる。 ［００６２］ シーケンシング部５０３のタスクは、パケットが有効な
シーケンス番号を有しているか、二重のシーケンス番号
を割り当てられたパケットが存在しないか、をチエツク
することを含んでいる。二重のもしくは無効なシーケン
ス番号を有するパケット内のデータは破棄されなければ
ならない。 ［００６３３ プレゼンテーション部５０２及びシーケンシング部５０
３がパラレルに実行されるために、一定の場合、すなわ
ち、プレゼンテーション部５Ｏ２がパケットからのデー
タを（アプリケーション層５０５が要求するフォーマッ
トで）アプリケーション層５０５へ提供しようとし、か
つ、シーケンシング５０３が当該パケットは二重であり
そのデータは破棄されなければならないと決定した場合
に、これらの間に条件依存性が発生する。 ［００６４］ 従って、プレゼンテーション部５Ｏ２から実際にアプリ
ケーション層５０５へ提供される結果は、シーケンシン
グ部５０３に完全に依存する。データ及び当該データが
破棄されるべきか否かを表わす指示の双方は、接続子５
０１へ転送され、接続子５０１は、以下に示されている
ように条件依存性を解決する。 ［００６５］ 図６は、本発明にしたがう、上述の条件依存性の接続子
５０１による解決を含む、図５の通信インターフェース
によって実行される動作シーケンスを流れ図の形で示し
た図である。 ［００６６３ 当該シーケンスは、ステップ６０１より開始される。そ
の後、ステップ６Ｏ２において、通信インターフェース
は新たなパケットの到来を待つ。新たなパケットを受信
すると、ステップ６０３−１及び６０３−２がパラレル
に実行される。 ［００６７］ ステップ６０３−１は、パケットが二重かどうかをチエ
ツクするシーケンシング機能部の動作である。ステップ
６０３−２は、プレゼンテーション機能部であり、ここ
では、パケットに含まれていたデータが処理され、アプ
リケーション層５０１ （図５）によって要求されるフ
ォーマットに配置される。 ［００６８］ シーケンシング部５０３が当該パケットが二重であるか
否か、すなわち当該パケットが受は入れられるべきか否
かを決定した後、シーケンシング部５０３はその決定を
接続子５０１に伝送する。接続子５０１は、プレゼンテ
ーション５０２からの、前記パケットに含まれていたア
プリケーション層５０５宛のデータも受信する。 ［００６９］ 接続子５０１の動作は、条件付分岐点６０４（図６）よ
り開始され、ここにおいては、ステップ６０３−１にお
いて二重パケットがシーケンシング部５０３によって検
出されたか否かが決定される。ステップ６０４における
結果がＹＥＳの場合には、当該パケットからのデータは
アプリケーション層５０５には伝送されず、制御はステ
ップ６０２に戻って新たなパケットの到来を待つことに
なる。 ［００７０］ ステップ６０４における結果がＮｏである場合には、ス
テップ６０５においてプレゼンテーション５０２から受
信されたデータ、すなわちステップ６０３−２における
プレゼンテーション機能部の実行により得られたデータ
が、接続子５０１によってアプリケーション層５０５に
伝送される。そののち、制御はステップロＯ２に戻って
新たなパケットの到来を待つことになる。 ［００７１］ 本発明に係る水平配置プロトコルストラフチャは、多様
なネットワークの組を介しての多様なアプリケーション
層への通信をサポートするように企図されている。それ
ゆえ、単一のプロトコルでは最適の性能を与えることが
できない。 ［００７２］ 例えば、パケットを不適切に受信した場合のパケットの
再伝送に対するスキームは、プロトコルによって決定さ
れる。用いられるべき最適の再伝送スキームはネットワ
ークの質に依存する。選択パケット再伝送は、平均ビッ
トエラー率が高いネットワークに適しており、また、非
常に信頼性の高いネットワーク伝送環境においては元に
戻って最後のＮ個分のパケットを再伝送する方法が有利
である［００７３］ さらに、プロトコルに対する要求は、時間とともに変化
し、かつ、サブネット毎に変化する。（サブネットとは
、通信ネットワークの一部であるノード、回線及びイン
ターフェースの組である。）例えば、コンジェスチョン
が増加することによって再伝送ポリシーが変化したり、
必要とされるエラー制御機構がサブネット毎に異なった
りする。 ［００７４］ それゆえ、本発明にしたがって、水平配置プロトコルス
トラフチャは、実際に用いられるプロトコルの適応仕様
を組み込んでいる。通信インターフェース１Ｏ２は、ユ
ーザ要求、ネットワーク伝送条件及び仕様に関する情報
を、ＨＯＰＳコントローラ４１４（図４）を介して受信
し、用いられるべき最適プロトコルを指定する。 ［００７５］ 本具体例における独立水平機能部４０２乃至４１０は、
パラメータによってプログラム可能であり、ＨＯＰＳコ
ントローラ４１４から双方向チャネル４１５を介してパ
ラメータを受信することが可能となっている。ここで、
図１に示されていたように、Ｎ個の水平機能部が存在し
得ることに留意されたい。よって、プロトコルは、独立
水平機能部４０２乃至４１０において用いられるパラメ
ータの値を決定することによって指定される。パラメー
タの値、従ってプロトコルそのものは、ＨＯＰＳコント
ローラ４１４によって変更され更新される。 ［００７６］ パラメータを規定することに加えて、ＨＯＰＳコントロ
ーラ４１４は、双方向チャネル４１５を介して独立水平
機能部と情報を交換する。チャネル４１５は、独立水平
機能部からＨＯＰＳコントローラ４１４ヘステータス情
報を伝送し、ＨＯＰＳコントローラ４１４から独立水平
機能部へ制御情報を伝送する。ＨＯＰＳコントローラ４
１４によって受信された情報は、このコントローラ４１
４によって使用され、プロトコルを指定するために用い
られる値が決定される。 ［００７７］ 説明を簡潔明瞭にするために、図７は、ＨＯＰＳコント
ローラ４１４によってエラー検出プロトコルを規定する
ために用いられる決定メカニズムの例を、流れ図によっ
て示している。 ［００７８１ この実施例においては、各々のパケットは、パケットの
データ部におけるエラポリノミアルは、有効な通信が行
なわれるために、地域内ホストプロセッサシステム及び
遠隔地にあるホストプロセッサシステムの双方によって
承認されたものでなければならない。よって、本実施例
においては、適切なポリノミアルを決定することが、エ
ラープロトコルを決定する。 ［００７９） 本実施例において、エラープロトコルを決定するパラメ
ータは、ＥＲＲＰＡＲＡＭと呼称される。ＥＲＲＰＡＲ
ＡＭには、１もしくは２の値が割り当てられる。ＥＲＲ
ＰＡＲＡＭに割り当てられた１という値は、より高度化
されたエラープロトコルを規定し、ＥＲＲＰＡＲＡＭに
割り当てられた２という値は、後で訂正されるように、
あまり高度化されていないエラープロトコルを指定する
。 ［００８０］ 図７において、シーケンスは、ステップ７０１より通信
起動に入り、エラー統計の初期化が行なわれる。そのの
ち、システムは、ステ・ノブ７Ｏ２におり）で、新たな
パケットの到来を待つ。新たなパケットが到来すると、
制御はステ・ンプ７０３及び７０４にパラレルに移行す
る。 ［００８１１ ステップ７０３においては、ＨＯＰＳコントローラ４１
４がエラー統計を検索する。本実施例においては、エラ
ー統計はエラー分布の時間平均である。これはＨＯＰＳ
コントローラ４１４（図４）によって維持される。同時
に、ステ・ンプ７０４においては、エラー統計が、独立
水平機能情報検出部４Ｏ２からの現時点での到来パケッ
トにおけるエラーに関する情報に基づいて更新される。 ［００８２］ 次に、条件付分岐点７０５において、エラー統計がＴＨ
ＲＥＳＨＯＬＤより大きいか否かがテストされる。本実
施例においては、ＴＨＲＥＳＨＯＬＤは、エラーととも
に受信されたパケットの所定のパーセンテージを表わす
値である。 ［００８３］ ステップ７０５におけるテスト結果がＹＥＳである場合
には、制御はステップ７０６に移行してＨＯＰＳコント
ローラ４１４がエラープロトコルを指定する。 この指定は、ＥＲＲＰＡＲＡＭの値を１にセットしてこ
の値を双方向チャネル４１５のうちの適切なものを介し
てエラー検出機能部（図９）の送信セクションへ通信す
ることによりなされる。 ［００８４］ エラー検出機能部は、ＥＲＲＰＡＲＡＭの新しい値の受
信に応じて、２つの所定のポリノミアルのうちのより高
度化されたポリノミアルをエラー検出コード、すなわち
循環冗長性チエツク、の計算のために用いるようになる
。この種のポリノミアル、エラー検出法、及びそれらに
関連した高度化は、当業者には公知である。そののち、
制御はステップ７Ｏ２に戻って新たなパケットの到来を
待つことになる。 ［００８５］ ステップ７０５におけるテスト結果がＮＯである場合に
は、ステップ７０７において、ＨＯＰＳコントローラ４
１４がエラープロトコルを指定する。この場合も、指定
はＥＲＲＰＡＲＡＭＯ値を設定することによりなされる
。この場合にはＥＲＲＰＡＲＡＭの値が２にセットされ
、その値が双方向チャネル４１５のうちの適切なチャネ
ルを介してエラー検出機能部（図９）の送信セクション
へ通信される。 ［００８６］ エラー検出機能部は、ＥＲＲＰＡＲＡＭの新しい値の受
信に応じて、ポリノミアルの組の内の所定のより高度化
されていないポリノミアルをエラー検出コードに用いる
。この種のポリノミアル、エラー検出法、及びそれらに
関連した高度化も、当業者には公知である。そののち、
制御はステップ７Ｏ２に戻って新たなパケットの到来を
待つことになる。 ［００８７］ 既に述べられているように、用いられるべきポリノミア
ルは、有効な通信が行なわれるなめに、地域内ホストプ
ロセッサシステム及び遠隔地にあるホストプロセッサシ
ステムの双方によって承認されたものでなければならな
い。よって、本実施例においては、エラープロトコルに
対するパラメータの値が、適切なポリノミアルを決定す
ることによって指定される。 ［００８８］ 指定されたプロトコルにおけるパラメータの現時点での
値は、ネットワーク全体に通信される。このパラメータ
の通信は、図８に示されているパケットフォーマット例
における特別のオプションフィールド８０１を用いてな
される。本実施例においては、パケットフォーマットは
２種の循環冗長性チエツク（ＣＲＣ）を有している。 ［００８９］ 第一の循環冗長性チエツクヘッダＣＲＣ８０２は、ヘッ
ダフィールド８０３に含まれる情報のみに基づいて計算
される。第二の循環冗長性チエツクデータＣＲＣ８０４
は、データフィールド８０５に含まれる情報のみに基づ
いて計算される。循環冗長性チエツクとは、既に述べら
れているように、指定されたポリノミアルに基づいたエ
ラーチエツク・修正コードである。 ［００９０］ ここで、本実施例においては、図７に示されているＨＯ
ＰＳコントローラ４１４の、循環冗長性チエツクを計算
するために用いられる特定のポリノミアルの決定に関す
る動作は、データフィールド８０５に関するデータＣＲ
Ｃ８０４に対してのみ適用されることに留意されたい。 遠隔地におけるヘッダ８０３の有効性の決定は、ヘッダ
ＣＲＣ８０２の計算に関する単一の所定のポリノミアル
に基づいている（なぜならヘッダは通常短かいため、複
雑なポリノミアルを用いる必要はないからである）。 ［００９１］ 図８のパケットフォーマット例は、エラー検出４Ｏ２に
よるパケット受信に際して調べられるエラー制御フィー
ルド８０６を有している。このフィールドの調査の結果
、当該パケットにおけるデータに対する循環冗長性チエ
ツクを計算するために用いられるべきポリノミアルが決
定される。もしくは、機能部のパラメータの値をネット
ワーク全体に通信する目的で特別のパケットが送出され
る。 ［００９２］ 図９に示されているのは、通信インターフェース１Ｏ２
の送信及び受信部の双方である。この図によって既に記
述されている種々のエレメントの相互接続及び統合の様
子があきらかとなる。 ［００９３］ この図９では、既に言及されているように、フローテー
ブルが実際にはＨＯＰＳコントローラにおいて保守され
ていることが示されている。さらに、既に記述されてい
るように、送信方向において接続子は一般にはなんら機
能を実行せず、よって図示されていない。独立水平機能
部の送信及び受信部が対称的である様子が示されている
。 ［００９４］ 各々の機能部は、受信部に関しては付加符号！！ Ｒ１
＋ と共に、また及び送信部に対しては付加符号” Ｔ
” と共に、図４において割り当てられた番号と同一の
番号で示されている。ここで、図９が本発明の特別の実
施例を示すわけではなく、かつ、本発明の範晴を制限す
るものでもないことに留意されたい。 ［００９５］ さらに、エラー修正機能がエラーコントロールユニット
９０１に実現されている。このエラー修正は、 飛行中
に″ すなわち、パケットがネットワークアクセスコン
トロール１０３から入力バッファ４０１へ伝送されるの
と同時になされる。そののち、修正不能なあらゆるエラ
ーが、独立水平機能エラー検出部４Ｏ２によって検出さ
れる。ＨＯＰＳコントローラ４１４は、独立水平機能部
に対するのと同様に、双方向チャネル４１５の一方を介
してエラーコントロールユニット９０１と通信する。 ［００９６］ 上記の説明は１本発明の一実施例に関するもので、この
分野の当業者であれば本発明の種々の変形例が考え得る
が、それらはいずれも本発明の技術的範囲に包含される
。 ［００９７］
以上説明したように、本発明によれば、ホストプロセッ
サシステムに対して提供される高レベル通信サービスを
、パラレルに処理される独立した水平機能部の形で配置
し、前記ホストプロセッサシステムのアプリケーション
層に対してインターフェースすると共に、低レベルネッ
トワークプロトコル及びサービスの提供者に対してもイ
ンターフェースし、且つ、水平機能部間の条件依存性を
、接続子すなわち、水平機能部をホストプロセッサのア
プリケーション層に対してインターフェースする接続子
によって解決するという構成であるため、従来技術にお
いては固定された特性を有していた高レベルプロトコル
の柔軟性を格段に向上することができ、ユーザ要求の変
更及びネットワークパラメータの変化に適応可能とする
ことができる。
サシステムに対して提供される高レベル通信サービスを
、パラレルに処理される独立した水平機能部の形で配置
し、前記ホストプロセッサシステムのアプリケーション
層に対してインターフェースすると共に、低レベルネッ
トワークプロトコル及びサービスの提供者に対してもイ
ンターフェースし、且つ、水平機能部間の条件依存性を
、接続子すなわち、水平機能部をホストプロセッサのア
プリケーション層に対してインターフェースする接続子
によって解決するという構成であるため、従来技術にお
いては固定された特性を有していた高レベルプロトコル
の柔軟性を格段に向上することができ、ユーザ要求の変
更及びネットワークパラメータの変化に適応可能とする
ことができる。
【図１】
本発明に係る水平配置プロトコルストラフチャ（ＨＯＰ
Ｓ）のアーキテクチャを示す簡略化したブロック図。 ［図２１ ｌ５Ｏ１０ＳＩリフアレンスモデルと本発明に係る水平
配置プロトコルストラフチャとの間の比較を示す簡略化
したブロック図。
Ｓ）のアーキテクチャを示す簡略化したブロック図。 ［図２１ ｌ５Ｏ１０ＳＩリフアレンスモデルと本発明に係る水平
配置プロトコルストラフチャとの間の比較を示す簡略化
したブロック図。
【図３】
本発明に係る、ネットワークを介して通信するホストプ
ロセッサのハードウェアモデルを示す簡略化したブロッ
ク図。
ロセッサのハードウェアモデルを示す簡略化したブロッ
ク図。
【図４】
本発明に係る水平配置プロトコルストラフチャの受信部
の具体的実施例として示されている、通信インターフェ
ース１Ｏ２（図１）の水平機能１０５を実現する種々の
エレメント間の情報の流れを示す簡略化したブロック図
。
の具体的実施例として示されている、通信インターフェ
ース１Ｏ２（図１）の水平機能１０５を実現する種々の
エレメント間の情報の流れを示す簡略化したブロック図
。
【図５】
最小機能通信インターフェースの受信部の実施例を示す
図。
図。
【図６】
本発明に係る、条件依存性の接続子による解決を含む、
図５の通信インターフェースによって実行されるオペレ
ーションシーケンスを示す流れ図。
図５の通信インターフェースによって実行されるオペレ
ーションシーケンスを示す流れ図。
【図７】
図４のＨＯＰＳコントローラによってエラー制御プロト
コルを規定するために用いられる決定機構例を示す流れ
図。
コルを規定するために用いられる決定機構例を示す流れ
図。
【図８】
本発明に係るパケットフォーマットを示す図。
【図９】
通信インターフェース１０２の実施例における送信及び
受信部の双方を示す図１０１ アプリケーション層 １０２ 通信インタフェース １０３ ネットワークアクセスコン １０４ ホストプロセッサシステム １０５ 機能 １０６ 接続子 トロール フィジカル データ回線 ネットワーク トランスポート セツション プレゼンテーション アプリケーション メモリ ＰＵ 入力・出力装置 ホストバス ネットワークインタフェース ネットワークアクセスコントロール 広域・都市間・地域内エリアネットワーク
受信部の双方を示す図１０１ アプリケーション層 １０２ 通信インタフェース １０３ ネットワークアクセスコン １０４ ホストプロセッサシステム １０５ 機能 １０６ 接続子 トロール フィジカル データ回線 ネットワーク トランスポート セツション プレゼンテーション アプリケーション メモリ ＰＵ 入力・出力装置 ホストバス ネットワークインタフェース ネットワークアクセスコントロール 広域・都市間・地域内エリアネットワーク
【図１】
図面
水平配置
プロトコルストラフチャ
（ＨＯＰＳ）
＼
【図４】
【図９】
受信機
Claims (11)
- 【請求項１】ネットワークとインターフェースする低レ
ベルサービスとホストプロセッサのアプリケーション層
サービスとの間の高レベル非アプリケーション層サービ
スを提供する通信装置において、当該装置が、複数個の
高レベル通信サービスを提供する複数個の独立パラレル
水平配置機能手段；前記複数個の独立パラレル水平配置
機能手段を前記低レベルサービスに対してインターフェ
ースする手段；及び、前記複数個の独立パラレル水平配
置機能手段を前記アプリケーション層サービスに対して
インターフェースする手段；を有することを特徴とする
通信装置。 - 【請求項２】前記アプリケーション層サービスへのイン
ターフェースをする前記手段が、前記複数個の独立パラ
レル水平配置機能手段間の依存性を解決する手段を有す
ることを特徴とする請求項１に記載の通信装置。 - 【請求項３】前記複数個の独立パラレル水平配置機能手
段の各々が、受信手段及びパラメータ方式のプログラミ
ングに応答する手段を有することを特徴とする請求項１
に記載の通信装置。 - 【請求項４】前記ホストプロセッサの前記高レベルサー
ビス手段と前記ネットワークに接続された別のホストプ
ロセッサの高レベルサービス提供手段との間の通信に用
いられる実際の高レベルプロトコルを適応指定する手段
を有することを特徴とする請求項１に記載の通信装置。 - 【請求項５】前記実際に用いられる高レベルプロトコル
を適応指定する前記手段が、ユーザ要求の変更の決定に
応答して実際のプロトコルを決定することを特徴とする
請求項４に記載の通信装置。 - 【請求項６】前記実際に用いられる高レベルプロトコル
を適応指定する前記手段が、ネットワーク伝送条件の変
化の決定に応答して実際のプロトコルを決定することを
特徴とする請求項４に記載の通信装置。 - 【請求項７】前記ホストプロセッサの前記高レベルサー
ビス手段と前記ネットワークに接続された別のホストプ
ロセッサの高レベルサービス提供手段との間の前記指定
されたプロトコルの指定内容（ｓｐｅｃｉｆｉｃａｔｉ
ｏｎ）を通信する手段を有することを特徴とする請求項
４に記載の通信装置。 - 【請求項８】前記規定されたプロトコルの１部の指定内
容の表現を含む特別のパケットを生成して送信する手段
、及び当該特別のパケットを前記ネットワークに対して
インターフェースする手段を有することを特徴とする請
求項４に記載の通信装置。 - 【請求項９】パケットのヘッダに包含されるべき１以上
の特別のオプションフィールドを生成する手段を有し、
当該１以上の特別のオプションフィールドは、前記規定
されたプロトコルの１部の指定内容を表わす表現を含み
、さらに、前記生成されたオプションフィールドを前記
パケットヘッダに挿入する手段を有することを特徴とす
る請求項４に記載の通信装置。 - 【請求項１０】前記複数個の独立パラレル水平配置機能
手段の各々が、受信手段及びパラメータ方式のプログラ
ミングに応答する手段を有し、且つ、前記用いられるべ
き実際の高レベルプロトコルを適応指定する前記手段が
、前記独立パラレル水平配置機能手段によって用いられ
るパラメータの値を選択する手段を有することを特徴と
する請求項４に記載の通信装置。 - 【請求項１１】前記指定されたプロトコルの１部の指定
内容の表現を含む特別のパケットを受信する手段、及び
当該受信された表現に応答して前記独立パラレル水平配
置機能手段によって用いられるパラメータの値を変更す
る手段を有することを特徴とする請求項４に記載の通信
装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US449201 | 1989-12-12 | ||
| US07/449,201 US5115432A (en) | 1989-12-12 | 1989-12-12 | Communication architecture for high speed networking |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH03250946A true JPH03250946A (ja) | 1991-11-08 |
| JPH0831893B2 JPH0831893B2 (ja) | 1996-03-27 |
Family
ID=23783291
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2409715A Expired - Fee Related JPH0831893B2 (ja) | 1989-12-12 | 1990-12-11 | 通信装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5115432A (ja) |
| EP (1) | EP0432924B1 (ja) |
| JP (1) | JPH0831893B2 (ja) |
| DE (1) | DE69031266T2 (ja) |
Families Citing this family (40)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7537167B1 (en) * | 1993-08-31 | 2009-05-26 | Broadcom Corporation | Modular, portable data processing terminal for use in a radio frequency communication network |
| US7383038B2 (en) * | 1990-01-18 | 2008-06-03 | Broadcom Corporation | Modular, portable data processing terminal for use in a radio frequency communication network |
| US5235597A (en) * | 1991-03-08 | 1993-08-10 | International Business Machines Corp. | Synchronizing asynchronous protocol interactions between peer layers in different nodes of a layered communication network |
| US5224098A (en) * | 1991-07-17 | 1993-06-29 | International Business Machines Corporation | Compensation for mismatched transport protocols in a data communications network |
| GB2264843B (en) * | 1992-02-28 | 1995-09-20 | Texas Instruments Ltd | An interface device for coupling a host device having a network interface to a computer network having a predetermined communications medium |
| US5390173A (en) * | 1992-10-22 | 1995-02-14 | Digital Equipment Corporation | Packet format in hub for packet data communications system |
| US5481735A (en) * | 1992-12-28 | 1996-01-02 | Apple Computer, Inc. | Method for modifying packets that meet a particular criteria as the packets pass between two layers in a network |
| GB2274230B (en) * | 1993-01-07 | 1996-05-15 | Digital Equipment Int | Communication systems |
| US5572674A (en) * | 1993-01-07 | 1996-11-05 | Bmc Software, Inc. | Method of dynamically adjusting SNA network control program parameters |
| US5631935A (en) * | 1993-05-06 | 1997-05-20 | Run-Rad Unlimited Networking, Ltd. | Method and apparatus for governing information transfer using an efficient transport protocol |
| US7853254B2 (en) | 1993-08-31 | 2010-12-14 | Broadcom Corp. | Modular, portable data processing terminal for use in a radio frequency communication network |
| US5517668A (en) * | 1994-01-10 | 1996-05-14 | Amdahl Corporation | Distributed protocol framework |
| SE502423C2 (sv) * | 1994-02-15 | 1995-10-16 | Ellemtel Utvecklings Ab | System för hantering av interaktion mellan tilläggstjänster i ett telekommunikationssystem |
| US5598534A (en) * | 1994-09-21 | 1997-01-28 | Lucent Technologies Inc. | Simultaneous verify local database and using wireless communication to verify remote database |
| SE515179C2 (sv) | 1994-10-24 | 2001-06-25 | Ericsson Telefon Ab L M | Sätt för internkommunikaton i telekommunikationssystem |
| DE4438522C2 (de) * | 1994-10-31 | 1997-08-21 | Ibm | Einrichtung zur Übertragung von Datenströmen in Datenkommunikationsnetzen |
| US5590122A (en) * | 1994-12-22 | 1996-12-31 | Emc Corporation | Method and apparatus for reordering frames |
| US5594721A (en) * | 1994-12-28 | 1997-01-14 | Lucent Technologies Inc. | Method and system for implementing an application protocol in a communication network |
| SE514977C2 (sv) * | 1995-07-20 | 2001-05-28 | Telia Ab | Förfarande för modifiering av ett protokoll med hjälp av ett adaptivt protokoll |
| US5983271A (en) * | 1997-02-06 | 1999-11-09 | Paradyne Corporation | Method for processing asynchronous low-level protocols in a communication device to off load the main processor |
| DE19713956C2 (de) * | 1997-04-04 | 1999-02-18 | Ericsson Telefon Ab L M | Verfahren, Kommunikationsnetz und Dienst-Zugangs-Interface für Kommunikationen in einer Umgebung für Verbindungen von offenen Systemen |
| US6226680B1 (en) * | 1997-10-14 | 2001-05-01 | Alacritech, Inc. | Intelligent network interface system method for protocol processing |
| US6477143B1 (en) | 1998-01-25 | 2002-11-05 | Dror Ginossar | Method and apparatus for packet network congestion avoidance and control |
| JP3687373B2 (ja) | 1998-12-04 | 2005-08-24 | 株式会社日立製作所 | 高信頼分散システム |
| US6651107B1 (en) * | 1999-09-21 | 2003-11-18 | Intel Corporation | Reduced hardware network adapter and communication |
| US6988141B1 (en) * | 2000-05-17 | 2006-01-17 | Ricoh Company, Ltd. | Method and system of remote diagnostic, control and information collection using a dynamic linked library of multiple formats and multiple protocols with restriction on protocol |
| US6404772B1 (en) * | 2000-07-27 | 2002-06-11 | Symbol Technologies, Inc. | Voice and data wireless communications network and method |
| US7657628B1 (en) | 2000-11-28 | 2010-02-02 | Verizon Business Global Llc | External processor for a distributed network access system |
| US8185615B1 (en) * | 2000-11-28 | 2012-05-22 | Verizon Business Global Llc | Message, control and reporting interface for a distributed network access system |
| US7046680B1 (en) | 2000-11-28 | 2006-05-16 | Mci, Inc. | Network access system including a programmable access device having distributed service control |
| US8180870B1 (en) | 2000-11-28 | 2012-05-15 | Verizon Business Global Llc | Programmable access device for a distributed network access system |
| IL160997A0 (en) * | 2001-09-19 | 2004-08-31 | Bay Microsystems Inc | Vertical instruction and data processing in a network processor architecture |
| US6881900B2 (en) * | 2003-07-03 | 2005-04-19 | Alan P. Halbert | Ceiling box safety mounting bracket |
| DE102005020397A1 (de) * | 2005-05-02 | 2006-11-09 | Siemens Ag | Kommunikationsverfahren zwischen Knoten in einem Netzwerkverbund |
| US8005972B2 (en) * | 2006-06-26 | 2011-08-23 | International Business Machines Corporation | Detection of inconsistent data in communications networks |
| US7613840B2 (en) * | 2006-08-17 | 2009-11-03 | General Electric Company | Methods and apparatus for dynamic data acquisition configuration parameters |
| WO2010051575A1 (en) | 2008-11-10 | 2010-05-14 | Zomojo Pty Ltd | Improved automated trading system |
| US9154460B1 (en) * | 2014-02-12 | 2015-10-06 | Sonus Networks, Inc. | Methods and apparatus for denial of service resistant policing of packets |
| DE102017214578A1 (de) | 2017-08-22 | 2019-02-28 | Robert Bosch Gmbh | Verfahren zum Herstellen eines Formbauteils, sowie Formbauteil hergestellt mit einem derartigen Verfahren |
| CN112929497B (zh) * | 2021-01-10 | 2023-09-22 | 上海博路信息技术有限公司 | 一种许可通信的方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS61264945A (ja) * | 1985-05-20 | 1986-11-22 | Mitsubishi Electric Corp | 通信処理装置のプロトコル並列処理方式 |
| JPH02137555A (ja) * | 1988-11-18 | 1990-05-25 | Mitsubishi Electric Corp | 通信処理装置のプロトコル並列処理方式 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4935870A (en) * | 1986-12-15 | 1990-06-19 | Keycom Electronic Publishing | Apparatus for downloading macro programs and executing a downloaded macro program responding to activation of a single key |
| US4961133A (en) * | 1987-11-06 | 1990-10-02 | Visystems, Inc. | Method for providing a virtual execution environment on a target computer using a virtual software machine |
| US4893307A (en) * | 1988-02-29 | 1990-01-09 | International Business Machines Corporation | Method and apparatus for linking SNA terminals to an SNA host over a packet switched communications network |
-
1989
- 1989-12-12 US US07/449,201 patent/US5115432A/en not_active Expired - Fee Related
-
1990
- 1990-11-22 DE DE69031266T patent/DE69031266T2/de not_active Expired - Fee Related
- 1990-11-22 EP EP90312742A patent/EP0432924B1/en not_active Expired - Lifetime
- 1990-12-11 JP JP2409715A patent/JPH0831893B2/ja not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS61264945A (ja) * | 1985-05-20 | 1986-11-22 | Mitsubishi Electric Corp | 通信処理装置のプロトコル並列処理方式 |
| JPH02137555A (ja) * | 1988-11-18 | 1990-05-25 | Mitsubishi Electric Corp | 通信処理装置のプロトコル並列処理方式 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0432924A2 (en) | 1991-06-19 |
| DE69031266T2 (de) | 1998-03-05 |
| DE69031266D1 (de) | 1997-09-18 |
| US5115432A (en) | 1992-05-19 |
| EP0432924A3 (en) | 1992-07-08 |
| JPH0831893B2 (ja) | 1996-03-27 |
| EP0432924B1 (en) | 1997-08-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH03250946A (ja) | 通信装置 | |
| JP3746785B2 (ja) | 多重ネットワーク・アドレスを備えたネットワーク・ステーション | |
| EP0525985B1 (en) | High speed duplex data link interface | |
| US6470391B2 (en) | Method for transmitting data via a network in a form of divided sub-packets | |
| US6321269B1 (en) | Optimized performance for transaction-oriented communications using stream-based network protocols | |
| US6023730A (en) | Communication system with separate control network for managing stream data path | |
| JP3946145B2 (ja) | 高速イーサネット（登録商標）スイッチおよび高速イーサネット（登録商標）データフレームを分配するための方法 | |
| US5787248A (en) | System for selecting network management protocol by setting protocol handler index based on newly selected protocol and selecting protocol handler address using protocol handler index | |
| US7269661B2 (en) | Method using receive and transmit protocol aware logic modules for confirming checksum values stored in network packet | |
| CN107770085B (zh) | 一种网络负载均衡方法、设备及系统 | |
| US7596148B2 (en) | Receiving data from virtual channels | |
| US5592627A (en) | Pipelined, sliding-window, flow control for end-to-end communication sessions | |
| US6185207B1 (en) | Communication system having a local area network adapter for selectively deleting information and method therefor | |
| US20030028658A1 (en) | System and method for accessing registers of PHY device in network | |
| US20070070904A1 (en) | Feedback mechanism for flexible load balancing in a flow-based processor affinity scheme | |
| CN101341450B (zh) | 数据周期性传输的方法、通信网络及控制单元 | |
| CN101388846A (zh) | 用于传输数据的方法和装置 | |
| EP0237580A1 (en) | PACKET SWITCHING SYSTEM. | |
| JP4656415B2 (ja) | 通信装置およびその通信方法ならびにプログラム | |
| US6721798B1 (en) | Method and apparatus for converting IP datagram to/from ethernet frames | |
| US7765317B1 (en) | System and methods for locating FPDU headers when markers are disabled | |
| JPH09130408A (ja) | ネットワークインタフェース装置 | |
| US20040030754A1 (en) | High-speed file server | |
| US20030128699A1 (en) | Method and apparatus for header updating | |
| US7401134B2 (en) | Packet processing architecture |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19960917 |
|
| LAPS | Cancellation because of no payment of annual fees |