より転載Ventryの
サービスが「説明プリミティブのセットの形である、ユーザ・サービス・エンティティまたはエンティティにアクセスするためのこれらのプリミティブは、ユーザに報告
図クラス4 3 -イベント・サービス・プリミティブの発生は、表1のように分けることができます。 。
サービスプリミティブ
プリミティブセンス
要求（R equest）いくつかの作業を行うには、サービス利用者の実体を必要と
指示を（I ndication）ユーザエンティティは、イベントが発生したことを言われた
応答では、（R esponse）ユーザエンティティがのイベントへの応答を表す
確認を（C onfirm）ユーザエンティティは、その要求に応答を受信し
、カテゴリ1プリミティブである「要求」（リクエスト）プリミティブ、サービス利用者は、このような接続を確立し、送信要求として、特定のジョブを、促進するためにそれを使用して
、この要求を実行する。サービスプロバイダにデータをバック我々は、（表示）プリミティブユーザエンティティ「を示している」。例の受信者に通知する
（接続_要求）プリミティブ、プリミティブアドレスセグメント内のピア受信者が指さ「接続要求」を発行した後
の経験を得ます「接続指示」（CONNECT _表示）プリミティブ、誰かがそれに接続するために望んでいることを知らせる。接続
「の接続部」実体「接続応答」プリミティブ（COへ 取って喜んでであるかどうかを示すNNECT _応答）プリミティブ
接続を確立することをお勧めします。しかし、受信者が要求を受け入れるかどうかに関係なく、党を確立するための要求は、「接続の受信によって接続することができます
認識を」（CONNECT _確認）受信者のことを学んだことがプリミティブ態度（実際には、サービス利用者や他の層へのトランスポート層
接続要求を確立しなければならない代わりに、DISCONNECTを使用しての原始CONNECT _応答を使用していない_要求プリミティブ）。
プリミティブはパラメータを取ることができ、最も原始的なパラメータを持っています。パラメータプリミティブ「接続要求は、」それがためにあると示すことがあり
、マシンがサービスカテゴリとの接続に使用される最大パケットサイズを必要と接続します。「フックアップ」プリミティブのパラメータがあり
、発信者のロゴが含まれ、サービスカテゴリと推奨事項は、最大パケット長を必要としていました。エンティティと呼ばれる呼び出すことに同意しない場合は
設定した最大パケット長本体を、それが「接続応答」であってもよく、元の言語で前方に新たな提案を入れて、呼び出し側は「さえからだろう
原始的な情報を確認し、」。この交渉プロセスの詳細については、契約の内容に属します。例えば、約2メッセージの最大長は
推奨と一致しない場合、契約は、より小さな値を選択するために提供することができます。
サービスは、ポイントの「確認」と「確認無し」です。「要求」、「命令」、「応答」、およびなどの確認サービス、
「確認」4つのプリミティブ。いいえ確認サービスしない唯一の「要求」と「表示」2つのプリミティブ。確認に常に存在するサービス接続を確立し
、接続を確立することに合意した肯定的な応答、などのサービス利用できる「接続応答」、または「切断要求は」
否定確認応答（DISCONNECT _リクエスト）として、拒否しました。データ転送は、どちらか未確認確認だけでなく、された
送信者が確認を必要とするかどうかによって異なります。
より具体的なのサービスプリミティブの概念を作るために、我々は、接続指向のサービスの簡単な例を検討します。それは作る
：以下のサービスプリミティブ8の使用
1）接続要求：接続サービスの利用者を確立するための要求を。
2）接続指示：サービスプロバイダが接続を確立するために要求されたコールの概略図です。
3）接続応答：接続を確立するために要求する着信側の受け入れ。
4）接続確認：接続呼通知要求に入るサービス・プロバイダが受け入れられています。
5）データ要求：他の側に送信サービスプロバイダデータを要求します。
6）データは示しています。その着信データ。
7）切断要求：接続の解放を要求します。
解放要求通知ピア接続：8）の切断を示します。
この場合、接続はサービスが（返事を）（明確な答えを必要としない）、および切断が認識されない確認されています。
電話システムとの比較では、これらのプリミティブが適用される方法を理解するのを助けることができます。考えてみましょうあなたの叔母の招待と呼ばれる
お茶の叔母の家へのステップを：
1）接続要求：ダイヤル叔母の自宅の電話番号。
2）接続指示：彼女の自宅の電話が鳴りました。
3）接続応答：彼女は携帯電話を拾いました。
4）接続確認：あなたはリンギングが停止聞きます。
5）データ要求：あなたはお茶に彼女を招待します。
彼女はあなたの招待を聞くことができます：6）のデータがあることを示しています。
7）データ要求：彼女は来て非常に幸せだったと述べました。
あなたは彼女の招待を受け入れる聞く：8）のデータがあることを示しています。
9）切断要求：あなたが電話を切ります。
10）切断指示：彼女は聞いて、電話を切ります。一連のサービスプリミティブ上記の各ステップを表します。各ステップは、2台のコンピュータ間の情報は、前記ステーション含む交換するために。各「要求」または「応答」は、後に他のまたは「OK」操作中「を示す」生成します。本実施形態におけるサービング層N + 1におけるサービス利用者（あなたと叔母）、サービスプロバイダ（電話システム）N層。サービスとプロトコルはしばしば混同されているが、実際には両者は非常に異なる概念です。この目的のために、我々は両方の再強調します
違い。その上層が提供するサービスは、プリミティブ（動作）の設定されたネットワークアーキテクチャです。サービス層を定義しますが
、操作は、そのユーザーに代わって完了することができますが、また、これらの動作は実装されているかは関係ありませんでした。両者のサービス記述
インターフェース、下位サービスプロバイダ、上位層サービスのユーザです。プロトコル層は、データパケットのフレームフォーマットと意味を交換するためにルールのセットとのピアエンティティ間に定義されます。プロトコルを使用してサービスネットワークレイヤエンティティを実装するには。変更することなく、ユーザに提供
サービスとインターフェースを、プロトコルエンティティは、それらが使用自由に変更することができます。このように、サービス、およびプロトコルは完全に分離されています。
そして、そこに合意がネットワーク設計の困難を引き起こして、出てきた前からOSI参照モデルの多くでサービスネットワークの分離はありません、そして今、人々は
普遍的なデザインが大きな間違いである認知されています。
サービスが「説明プリミティブのセットの形である、ユーザ・サービス・エンティティまたはエンティティにアクセスするためのこれらのプリミティブは、ユーザに報告
図クラス4 3 -イベント・サービス・プリミティブの発生は、表1のように分けることができます。 。
サービスプリミティブ
プリミティブセンス
要求（R equest）いくつかの作業を行うには、サービス利用者の実体を必要と
指示を（I ndication）ユーザエンティティは、イベントが発生したことを言われた
応答では、（R esponse）ユーザエンティティがのイベントへの応答を表す
確認を（C onfirm）ユーザエンティティは、その要求に応答を受信し
、カテゴリ1プリミティブである「要求」（リクエスト）プリミティブ、サービス利用者は、このような接続を確立し、送信要求として、特定のジョブを、促進するためにそれを使用して
、この要求を実行する。サービスプロバイダにデータをバック我々は、（表示）プリミティブユーザエンティティ「を示している」。例の受信者に通知する
（接続_要求）プリミティブ、プリミティブアドレスセグメント内のピア受信者が指さ「接続要求」を発行した後
の経験を得ます「接続指示」（CONNECT _表示）プリミティブ、誰かがそれに接続するために望んでいることを知らせる。接続
「の接続部」実体「接続応答」プリミティブ（COへ 取って喜んでであるかどうかを示すNNECT _応答）プリミティブ
接続を確立することをお勧めします。しかし、受信者が要求を受け入れるかどうかに関係なく、党を確立するための要求は、「接続の受信によって接続することができます
認識を」（CONNECT _確認）受信者のことを学んだことがプリミティブ態度（実際には、サービス利用者や他の層へのトランスポート層
接続要求を確立しなければならない代わりに、DISCONNECTを使用しての原始CONNECT _応答を使用していない_要求プリミティブ）。
プリミティブはパラメータを取ることができ、最も原始的なパラメータを持っています。パラメータプリミティブ「接続要求は、」それがためにあると示すことがあり
、マシンがサービスカテゴリとの接続に使用される最大パケットサイズを必要と接続します。「フックアップ」プリミティブのパラメータがあり
、発信者のロゴが含まれ、サービスカテゴリと推奨事項は、最大パケット長を必要としていました。エンティティと呼ばれる呼び出すことに同意しない場合は
設定した最大パケット長本体を、それが「接続応答」であってもよく、元の言語で前方に新たな提案を入れて、呼び出し側は「さえからだろう
原始的な情報を確認し、」。この交渉プロセスの詳細については、契約の内容に属します。例えば、約2メッセージの最大長は
推奨と一致しない場合、契約は、より小さな値を選択するために提供することができます。
サービスは、ポイントの「確認」と「確認無し」です。「要求」、「命令」、「応答」、およびなどの確認サービス、
「確認」4つのプリミティブ。いいえ確認サービスしない唯一の「要求」と「表示」2つのプリミティブ。確認に常に存在するサービス接続を確立し
、接続を確立することに合意した肯定的な応答、などのサービス利用できる「接続応答」、または「切断要求は」
否定確認応答（DISCONNECT _リクエスト）として、拒否しました。データ転送は、どちらか未確認確認だけでなく、された
送信者が確認を必要とするかどうかによって異なります。
より具体的なのサービスプリミティブの概念を作るために、我々は、接続指向のサービスの簡単な例を検討します。それは作る
：以下のサービスプリミティブ8の使用
1）接続要求：接続サービスの利用者を確立するための要求を。
2）接続指示：サービスプロバイダが接続を確立するために要求されたコールの概略図です。
3）接続応答：接続を確立するために要求する着信側の受け入れ。
4）接続確認：接続呼通知要求に入るサービス・プロバイダが受け入れられています。
5）データ要求：他の側に送信サービスプロバイダデータを要求します。
6）データは示しています。その着信データ。
7）切断要求：接続の解放を要求します。
解放要求通知ピア接続：8）の切断を示します。
この場合、接続はサービスが（返事を）（明確な答えを必要としない）、および切断が認識されない確認されています。
電話システムとの比較では、これらのプリミティブが適用される方法を理解するのを助けることができます。考えてみましょうあなたの叔母の招待と呼ばれる
お茶の叔母の家へのステップを：
1）接続要求：ダイヤル叔母の自宅の電話番号。
2）接続指示：彼女の自宅の電話が鳴りました。
3）接続応答：彼女は携帯電話を拾いました。
4）接続確認：あなたはリンギングが停止聞きます。
5）データ要求：あなたはお茶に彼女を招待します。
彼女はあなたの招待を聞くことができます：6）のデータがあることを示しています。
7）データ要求：彼女は来て非常に幸せだったと述べました。
あなたは彼女の招待を受け入れる聞く：8）のデータがあることを示しています。
9）切断要求：あなたが電話を切ります。
10）切断指示：彼女は聞いて、電話を切ります。一連のサービスプリミティブ上記の各ステップを表します。各ステップは、2台のコンピュータ間の情報は、前記ステーション含む交換するために。各「要求」または「応答」は、後に他のまたは「OK」操作中「を示す」生成します。本実施形態におけるサービング層N + 1におけるサービス利用者（あなたと叔母）、サービスプロバイダ（電話システム）N層。サービスとプロトコルはしばしば混同されているが、実際には両者は非常に異なる概念です。この目的のために、我々は両方の再強調します
違い。その上層が提供するサービスは、プリミティブ（動作）の設定されたネットワークアーキテクチャです。サービス層を定義しますが
、操作は、そのユーザーに代わって完了することができますが、また、これらの動作は実装されているかは関係ありませんでした。両者のサービス記述
インターフェース、下位サービスプロバイダ、上位層サービスのユーザです。プロトコル層は、データパケットのフレームフォーマットと意味を交換するためにルールのセットとのピアエンティティ間に定義されます。プロトコルを使用してサービスネットワークレイヤエンティティを実装するには。変更することなく、ユーザに提供
サービスとインターフェースを、プロトコルエンティティは、それらが使用自由に変更することができます。このように、サービス、およびプロトコルは完全に分離されています。
そして、そこに合意がネットワーク設計の困難を引き起こして、出てきた前からOSI参照モデルの多くでサービスネットワークの分離はありません、そして今、人々は
普遍的なデザインが大きな間違いである認知されています。