|
Arabic
Bengali
Chinese
English
French
German
Hebrew
Hindi
Italian
Japanese
Korean
Malay
Polish
Portuguese
Spanish
Turkish
Ukrainian
Vietnamese|
無線電子工学および電気工学の百科事典 フレームリレーとは何ですか? 無線エレクトロニクスと電気工学の百科事典
近年、フレームリレーと呼ばれるデータ伝送方法が普及しており、多くの文献ではその英語名である Frame Relay を見つけることができます。 この方式の開発を促進する主な要因は、情報およびコンピューティング システムの高速通信に対する需要の高まりです。 フレームリレーの出現は、人工知能を備えたデータ伝送端末 (TDTD)、信頼性の高いデジタル伝送設備、および高速デジタル通信システムの開発によるものです。 この方法がどのようにしてなぜ登場したのかを理解し、その特徴をより詳細に理解するには、データ伝送技術、さらにはそれに先行する電信の開発の簡単な歴史から始める方が便利です。 最初のデータ伝送システム データ伝送システムの開発は、電信で蓄積された 2 世紀以上の文書通信経験の利用に基づいています。 電信の伝送速度は現代の要件を満たすことはできませんが、高速データ伝送技術の基礎となるアイデアの多くは電信の時代に生まれました。 まず第一に、これは送信メッセージをコーディングする方法を指します。 文書情報を送信する技術の開発の過程で、かつて国際電気通信規則の一部である電話電信通信に関する国際諮問委員会 (CCITT) によって推奨された 2 要素の電信コード No. 3 の不便さが問題になりました。コード No. 5 では、テープに印刷された英数字テキストの送信が許可されており、単純なメッセージの送信には十分ですが、これらのメッセージの設計に関する現代の要件を満たしていません。印刷されたテキストの形式。 したがって、電信の開発における重要な段階は、テレタイプ、つまりタイプライター キーボードを備えた電信装置の作成であり、CCITT 勧告 V.27 によって 128 要素の電信コード No. XNUMX が確立されました。 = このコードの組み合わせは XNUMX 通りあり、大文字と小文字、アルファベット、数字、その他の活版文字だけでなく、送信プロセスでデバイスや機構を制御するためのコードの組み合わせ (行末のキャリッジ リターン、新しいページへの移動など)。 同じコードの組み合わせセットが、情報処理の標準国際交換コードとして国際標準化機構 (ISO) によって推奨されています。 ASCII コードとも呼ばれます (「米国標準情報交換コード」を意味する英語の単語の頭文字から)。 送信情報の直接コーディングの問題と同時に、エラーに対するコード保護の問題も解決されました。 誤り訂正コードには、誤り訂正コードと誤り検出コードの XNUMX つのクラスがあります。 前者は、送信メッセージの大きな冗長性を特徴としています。 これにより、個々のエラーが発生した場合でも、送信されたメッセージを正しく解釈できます。 このようなコードは、正確な受信の重要性により有効な伝送速度の低下が正当化される深宇宙通信など、非常に敏感なチャネルでのみ使用されます。 もう XNUMX つのクラスは、エラーを検出するコードです。 このようなコードにより、誤りのある文字を具体的に示すことなく、特定の文字グループにおける誤りの事実だけを検出することが可能になる。 したがって、通常は、このような検出が行われた場合には、登録されているエラー文字群全体をリセットし、送信側に自動再送要求を行う。 この方法は、高いチャネル性能を維持することが重要な商用データ伝送システムに広く応用されています。
最も単純なエラー検出方法は、再穿孔電文受信の時代に使用され始めました。当時、中継電文はパンチテープに記録されており、このテープはオペレーターによって引き裂かれ、さらに送信するために希望する発信方向の送信機に転送されました。 穴あきテープは紙テープで、その幅はコードの組み合わせの XNUMX 進数に関する情報を伝える穴を開けるための穴を各行に XNUMX つ用意していました。 これらの位置のうち XNUMX つは XNUMX 要素コードのビットを登録するために予約され、XNUMX 番目はパリティのチェックによるエラー検出用でした。 これは、要素の合計が偶数になる可能性が低い方法で XNUMX 番目の XNUMX 進数の値が選択されたことを意味します。 受信機がいずれかの行で奇数の合計を見つけた場合、これはエラーが発生したことを意味します。 このエラー制御方法では XNUMX つのエラーを検出できますが、連続して XNUMX つのエラーが検出されないことが簡単にわかります。 XNUMX つのエラーの符号が同じ場合でも、符号が異なる場合でも、XNUMX つのエラーが同時に発生してもパリティ チェックの結果は変化しないため、そのようなエラーは検出されないままになります。 エラー検出機能をさらに強化するために、縦方向のチェックを追加で適用できます。 テープ上で連続する一定の文字列の同一ビットの合計をチェックするクロスチェックと呼ばれる上記のパリティチェックを加えると、エラー検出の可能性が高まります。 このようなチェックを行うには、各シリーズの最後に、別の文字のように見えますが、実際にはそうではない縦方向チェックの追加ビットを挿入する必要があります。 メッセージを送信および交換する電子手段の出現により、パンチの入ったテープを廃止し、より高度なコードをエラー検出に使用できるようになりました。 これにより、2 桁目をパリティ チェックに使用せず、コードの組み合わせに含めることが可能になりました。 その結果、ASCII コードは 256*=128 通りのコードの組み合わせまで拡張されることが判明しました。 これらのうち、最初の 10 文字 (127 から 128 の数字でコード化) は共通で、128 番目の 255 文字 (XNUMX から XNUMX の数字でコード化) は追加であり、特にさまざまな国の国語アルファベットをエンコードするために使用されます。 ASCII コードを使用すると、ラテン語と各国のアルファベットの両方を含むテキストを扱うことができるため、ユーザーにとっては非常に便利ですが、ロシア語のアルファベット文字のコード化に関する状況は、必ずしも好ましいものではありませんでした。 矛盾の根源は、我が国のコンピュータ技術発展の初期にコンピュータの入出力装置として機能したST-35電信装置の設計の失敗にあります。 定義上、テレタイプはタイプライター キーボードを備えた電信機です。 さまざまな国のタイプライターのキー上の文字の標準的な配置は、対応する言語の統計によって決定されます。 言い換えれば、文字が頻繁に出現するほど、そのキーは人差し指が働くキーボードの中央に近くなります。 たとえば、ロシア語タイプライターのアルファベット キーの最初の行の文字の配置は YTSUKEN という文字で始まりますが、英語のラテン タイプライターではこの行は QWERTY という文字で始まります。 CT-35 キーボードでは、ラテン文字の標準位置が違反されており、対応するロシア語文字への音声的近さに基づいて配置されます (つまり、QWERTY の代わりに YCUKEN の文字が最初の行にあります)。 コンピューターのワードプロセッサでは、各文字に割り当てられる 35 進数がこれらの文字のアルファベット順に従って増加する必要があるため、キー上の各文字へのコードの組み合わせの割り当て (または文字エンコーディングとも呼ばれます) は任意ではありません。 そこから混乱が生じました。 機器ST-8用。 コンピュータを使ってコード KOI-XNUMX が開発されました。 その後、ラテン文字の標準配列を備えたキーボードが登場すると、代替の GOST コードが採用されました。 その後、このコードは修正され、メインのコードとして採用されました。 このように、ソ連には情報処理コードの規格が 866 つありましたが、このような飛躍の状況では、我が国はロシア語のアルファベットを暗号化する立法者として国際舞台で行動することができませんでした。ブルガリア語の MIC コード、「アメリカ」ロシア語コード (RS-855)、およびアメリカのキリル文字 (RS-XNUMX)。 これは、ロシア語の文字には少なくとも XNUMX つの異なるコードの組み合わせが世界中に存在することを意味しており、これがロシア語を話すユーザーにとって多大な不便をもたらし、ロシア語で文書を交換することを困難にし、インターネット上でロシア語の資料を紹介することを妨げています。 どうやら、ロシア語の文字に使用されているエンコーディングを自動的に認識し、解読に必要なコードに変換するプログラムの作成を検討する時期が来たようです。 将来的には、活版文字のコーディングが XNUMX バイト コードから、さまざまな言語のアルファベット、数学記号、装飾文字などの各文字が含まれる XNUMX バイト コード (Unicode) に移行すると予想されます。独自の XNUMX ビットの組み合わせが割り当てられました。 ただし、これではロシア語文字のエンコードの問題は解決されません。異なる XNUMX バイト コードと XNUMX つの XNUMX バイト コード間の翻訳が引き続き必要になるためです。 ロシア語のアルファベット文字のコード化を使って説明された物語は、特定の近視眼的な決定による有害な結果の一例として特に重要であるだけではありません。 さらに重要なのは、この例の一般的な方法論的な重要性です。情報の送信は信号の送信に限定されず、必要な処理を伴う必要があるという事実を考慮して、標準化の問題に対するより深いアプローチの必要性を示しています。そして受け取った情報の解釈。 したがって、さらに標準化へのアプローチについて簡単に説明します。 ISO オープン システム インターワーキング参照モデルと X.25 プロトコル 情報を送信および処理する最新の手段によって実行されるさまざまな機能、そのようなツールの技術的実装のさまざまな可能性、およびこれらの機能やツールの継続的な改善の傾向により、次の原則を使用する必要性が生じています。標準化におけるマルチレベル（多層）アーキテクチャ。 この原則の本質は、最も重要な機能を処理の独立したレベル (層) に分離し、その実装に関係なく、レベル間の相互作用を記述することです。 このアプローチでは、隣接するレベルとの相互作用について受け入れられている標準ルールに違反しない限り、複雑なシステム内の個々のレベルを新しいレベルに置き換えることができます。 このような階層型アーキテクチャのよく知られた例は、図 1 に示す ISO オープン システム相互接続 (OSI) 参照モデルです。 これは、エンドユーザである通信ノードに含まれる２人のエンドユーザＡとＢの接続図を示している。 モデルには XNUMX つのレベルが含まれており、F - 物理レベル、K - チャネル レベルの略語が使用できます。 C - ネットワーク レベル、T - 情報トランスポート レベル (またはトランスポート レベル)、SU - セッション レベル、UE - プレゼンテーション レベル、P - アプリケーション レベル。 送信側のリストされた各レベルは、通信プロトコルと呼ばれる手順を使用して、同じレベルの受信側とのみ対話します。 ただし、XNUMX つのピア層間の通信は直接行われず、物理層を介してのみ行われます。 これを行うために、各上位層はそのすぐ下の層をサービス プロバイダーとして参照します。 たとえば、実際のユーザーと対話する最上位のアプリケーション層 II は、一方では現実世界を認識し、他方では、この世界に、プレゼンテーション層。 言い換えれば、アプリケーションレベルでは、送信される情報のセマンティクス（つまり、意味またはセンス）が記述されます。 この情報には必要なヘッダーが付けられ、UE のプレゼンテーション層でさらに処理するためにアプリケーション層ブロックの形式で送信されます。 このレベルでは、送信される情報の「構文」が記述され、必要に応じて圧縮または暗号化のシステムを考慮して、データを解釈するためのルールについて対話当事者との自動交渉が行われます。 新たなヘッダが付加されたプレゼンテーション層のデータブロックは、CSのセッション層に転送される。 後者は、接続の確立、送信方向の検出と確立のメカニズム、時間内の送信制御ポイントの追跡などの対話手順を制御するために機能します。 別のヘッダーが提供されたセッション層のデータ ブロックは、トランスポート層 T1 に送信されます。トランスポート層 TXNUMX は、エラー制御、通信中断の自動回復、通信の自動制御などの一般要件を含む、ユーザーからユーザーへメッセージを送信するためのネットワークに依存しない標準を設定します。受信したデータのシーケンスの正しさなどの情報は次のヘッダーに反映され、この形式でトランスポート層のデータ ブロックがネットワークに送信されます。 これら XNUMX つの層のプロトコルは上位プロトコルと呼ばれ、それらが実行する機能はエンド ユーザーの機能に関連しており、通常はホスト コンピュータによって実行されます。 通信ネットワークの技術的手段には、ネットワーク サービスを提供する XNUMX つの下位レベルが含まれます。 ネットワーク レベル C に到着するトランスポート層のデータ ブロックには、送信者と受信者のアドレス、ブロックのシリアル番号、およびその他のサービス情報に関する情報が含まれる新しいヘッダーが提供されます。 このようにして形成されたネットワーク層のデータブロックをパケットと呼びます。 ネットワーク上でパケットを送信するために、ネットワーク層は K リンク層のサービスを使用します。これにより、パケットが最も近いノードにのみ配信されることが保証されます。 これを行うために、パケットには別のヘッダー、つまり、このセクションを介して送信されるブロックの独自のシリアル番号、宛先ノードのアドレス、およびその他のサービス情報が含まれるチャネル レベル ヘッダーが提供されます。 リンクレベルで形成されるデータのブロックはフレームと呼ばれます。 隣接するノードにフレームを送信するために、チャネル層は物理層 F サービスを指します。この層は、通信チャネルの機械的コネクタと電気的特性、および回線の捕捉と解放を含むチャネル上で送信されるデジタル信号の標準を確立します。信号。 物理層で送信信号の特性を維持するために、リジェネレータを設置できます。 隣接ノードによって受信されたフレームは、リンク層ヘッダーから解放されます。つまり、パケットに変換されます。 受信されたパケットはネットワーク層に送信され、そこでヘッダーが分析され、さらなる送信の方向が決定されます。 さらに、このパケットから新しいフレームが形成され、次のセクションで送信されます。 ここで説明されているパケット送信方法は、X.25 プロトコルと呼ばれます。 これは CCITT 勧告 X25 に含まれています。 1976 年に初めて承認されました (改訂版は 1980 年と 1984 年に発行されました)。 X.25 勧告は、検討中の OSI ISO 参照モデルの 25 つの下位層をカバーするインターフェイス仕様を提供します。 上記の情報から、X.XNUMX プロトコルの考え方は、従来の再穿孔された電文の送信に似ていることがわかります。 違いは、セクション上で送信されるのはパリティ チェックされた文字のシーケンスではなく、より優れたエラー制御を備えた標準フレームであることです (これについては後述します)。 ただし、ノードでは、紙テープを目的の送信方向のデバイスに転送するのはオペレーターではなく、パケットを記録し、そのヘッダーを分析して、必要な方向への送信のために読み取る電子交換デバイスです。 ただし、X.25 プロトコルと従来の電信技術の類似点はここで終わり、さらに検討すると根本的な違いが明らかになります。 主なものは、端末データ送信デバイス (TDTD) とリニア データ送信デバイス (LUPD) を接続するインターフェイスを通じて、同時に動作する多数のチャネルを編成できることです。 これらのチャネルはすべて、同じ PDSN 出力端末と同じ有線回線を通過しますが、異なる受信者（LUPD を介してネットワークに接続されている他の PDSN）に向けられる可能性のある異なるメッセージを搬送します。 このようなチャネルは、論理チャネルまたは仮想チャネルと呼ばれます。 周波数または時分割装置を使用して単一回線上でマルチチャネル伝送システムを構成する場合、各チャネルは独自の伝送システムによって負荷がかかるか、他のチャネルの負荷に関係なくアイドル状態になる可能性があります。 統計的多重化に基づいて形成された仮想チャネルは、回線帯域幅をより柔軟に使用できる可能性を提供し、負荷が存在する場合でも伝送継続性を維持します。 チャネル層技術開発 勧告 X.25 で規定されている二重デジタル チャネル上でフレームを送信するプロセスは、LAPB チャネルにアクセスするための平衡手順 (英語では、LAPB - Link Access Procedures、Balanced) と呼ばれます。 このような送信のための標準 X.25 フレーム フォーマットを図に示します。 図 2 は、パケットに追加された「ヘッダー」に 48 ビットが含まれていることを示しています。これらのビットは、実際にはフレームの先頭と末尾の両方に配置されます (それぞれ 24 ビット)。 特に、ヘッド部分には、アドレスと制御および管理信号を運ぶオクテットがあります。 末尾に配置されるビットの中には 16 ビットのフレーム チェック シーケンス (FRS) があり、バースト全体のエラーも検出できます。 エラー検出は巡回符号の理論に基づいています。 これは、特定の形式の特別に選択された生成多項式を使用した送信シーケンスの代数変換と、受信側でのこれらの変換の結果と、送信側での同様の変換の結果として得られる CPC との比較に帰着します。 SPDK プロシージャは、チャネルの制御に使用される高レベル プロトコル (高レベル チャネル コントロール - VUK、または高レベル データ リンク コントロール - HDLC) の不可欠な部分です。 後者は、チャネル上の送信を管理するためのかなり複雑な手順を提供します。これには、接続の確立、フレーム シーケンス番号の制御による両方向のメッセージ送信の維持、および「ウィンドウ」メカニズムの使用 (受信側が送信するフレームの数を制限する) が含まれます。確認をまだ受信していない）、確認応答を受信したときの「ウィンドウ」の回転、再送信によるエラー制御とその修正、および通信の終了。 これはかなり複雑なプロトコルであり、その説明はかなりのスペースを占めます。 例えば、図のようなフレームフォーマットになります。 図２のフレームは、パケットを搬送する単なる情報フレーム以上の形式をとる場合がある。 これに加えて、制御および管理オクテット コードは、パケットを搬送しない 2 つの異なる制御フレーム、またはパケットを搬送せず接続や切断などの制御プロセスのみを行う 32 個の番号なしフレームを作成する可能性を提供します。
ここでの通信チャネルとは、XNUMX つのネットワーク ノード間の個別のセクション (英語ではリンク、つまり文字通り「リンク」) のみを意味し、送信者から受信者 (または、彼らが言うところの ) までの伝送経路全体ではないことにも注意してください。 、端から端まで）。 言い換えれば、説明された手順は各サイトで繰り返され、すでに上で述べたように、エンドツーエンドの転送の制御はチャネルの機能ではなく、ネットワークの機能です。 重要な作業は、フレーム長の選択です。 上記から明らかなように、パケットの長さに 48 ビットを加えたもので決まります。 したがって、実際には、パケット長の選択について話しているのです。 パケット長が短い場合、48 ビットのオーバーヘッドが大きくなる可能性があり、チャネルのパフォーマンスに悪影響を及ぼします。 パケット長が長すぎると、エラー検出によりフレームが廃棄される可能性が高くなり、再送が必要になり、リンクパフォーマンスの低下にもつながります。 したがって、チャネル内のエラーの確率に応じて最適なパケット長が存在します。 異なるチャネルが接続される可能性があるという事実を考慮して、規格ではパケット長を決定せず、ユーザーの裁量に任せています。 この場合、フレームは固定長ではないため、フラグと呼ばれる01111110のような特別なシーケンスでフレームの開始と終了を指定する必要があります（図2を参照）。 フラグの導入により、チャネルの透明性に重大な制限が課されます。 送信メッセージに XNUMX つの XNUMX が連続している場合、それらはフラグとして扱われ、送信全体が中断されます。 チャネルの透明性を復元するために、送信側では、フラグを除く XNUMX つの XNUMX の後にゼロが挿入されますが、受信側では、XNUMX つの XNUMX の後に続くゼロが常に削除されます。 このイベントを使用すると、送信の透明性を復元できます。送信中に XNUMX つのユニットが連続して見つかると、対応するフレームがドロップされます。 当然のことながら、フレーム内のエラー チェックは、送信時に XNUMX つの XNUMX ごとにゼロが導入される前に、アドレス フィールドの最初のビットから情報フィールド (パケット) の最後のビットまでのシーケンスに対して実行され、受信時にこれらのゼロが削除された後に実行されます。 。 通信システムの設計において解決されることが多い重要な問題は、加入者ユニットとネットワーク間の機能の分散の問題です。 たとえば、電話ネットワークを設計する場合、加入者に自分の電話機に留守番電話機をインストールする機会を提供するか、通信センターの集中型留守番電話サービス (ボイス メール) を提供するかを決定します。 データ送信サービスを編成するときにも同様の問題が発生し、中間ノードでパケットを記録する必要があるかどうかという問題が関係します。 この問題の解決策は、ネットワークの品質と PDSN テクノロジーの開発レベルを特徴付ける多くの要因に依存します。 ネットワーク チャネルの品質があまり高くない場合は、各サイトでエラーをチェックして修正することをお勧めします。そうすれば、中間ノードでのパケットの記録が正当化されます。 同時に、パケット自体の記録と、第 2 層と第 3 層のプロトコル (つまり、チャネル層とネットワーク) の実装に必要なすべてのプログラムの両方を記録するために、かなり大量の記録デバイス (メモリ) が必要になる場合があります。層）。 伝送速度の向上に伴い、このようなメモリの量も増加します。 一方、ネットワーク伝送の信頼性が向上し、より高度な PDSN (パーソナル コンピュータなど) を使用すると、ネットワークの多くの機能 (つまり、中間ノード) を PDSN に移すことができます。 そこで当然、フレームを記録せずに中間ノードで中継するというアイデアが生まれます。 パケットはフレームから分離されず、パケットを処理するすべての手順がリンク レベルで集中されるため、この考え方は高速パケット スイッチングと呼ばれることもあります。 X.25 プロトコルの代替としてのフレーム リレーの提案は、1984 年に初めて CCITT に提案されましたが、標準の開発と機器の開発は 1990 年まで完了しませんでした。フレーム リレー技術の重要な制限は、アプリケーションは、X.25 プロトコルに固有の遅延変数を排除しません。 したがって、フレーム リレーは電話やビデオの伝送を目的としたものではありませんが、高速データ伝送の要件には理想的に適しています。 ネットワーク層にアクセスせずに中継するフレーム構造を図に示します。 3.
図と比較してください。 図２に示すように、ここでは、８ビットの近隣アドレスの代わりに、１０ビットの仮想チャネルポインタＵＶＣ（ＤＬＣＩ−データリンク接続識別子）が提供され、これに基づいてフレームが特定の宛先に中継される。 X.2 プロトコルでは、仮想チャネル番号はパケット ヘッダー (25 ビットを含む) で送信されます。 フレームリレー中にネットワーク層が完全に解体されるため、ここではフレームヘッダーに移動されます。 チャネル層も大幅に解体され、多くの機能が除外され、その結果チャネルのパフォーマンスが劇的に向上します。 中間ノードでのフレームリレー手順には、次の 12 つのステップが含まれます。 1) PPK を使用してフレームのエラーをチェックし、エラーが検出された場合はフレームを破棄します (ただし、再送信要求は必要ありません!)。 2) ICC をテーブルに対してチェックし、このポインタが指定されたチャネルに対して定義されていない場合は、フレームを破棄します。 3) 最初の XNUMX つの操作の結果が肯定的な場合、フレームはテーブルで指定されたポートまたはチャネルを使用して宛先に中継されます。 フレームは、エラーの検出だけでなく、チャネルが過負荷になった場合にもドロップされる可能性があります。 ただし、欠落フレームは受信側の上位層プロトコル (トランスポート層については上記を参照) によって検出され、欠落フレームの送信に対する適切な要求が送信されるため、接続は切断されません。 UHC ビットに加えて、オクテット番号 1 には C/O (コマンド/レスポンス) ビットと PA (アドレス拡張) ビットが含まれます。 K/O カテゴリは管理目的で提供されていますが、まだ使用されていません。 RA ビットに関しては、フレーム ヘッダーのサイズの増加 (48 ビットを超える) を示すため、これは重要です。 X.25 プロトコルでも同様の必要性が存在します。これは、フレーム ヘッダーの制御および制御オクテットでフレーム番号付けに割り当てられるビットが 127 ビットだけであるためです。 したがって、「ウィンドウ」メカニズムでは、XNUMX つまでの未確認フレームの送信を許可できます。 ただし、衛星リンクで動作する場合、転送中のフレームが XNUMX つを超える場合があるため、「ウィンドウ」は XNUMX に拡張されます。この場合、番号付けに XNUMX ビットが必要であり、フレーム ヘッダー形式を拡張する必要があります。 フレームリレーの場合、ローカル通信には十分な XNUMX ビットの仮想回線番号でも、グローバル通信には不十分な場合があり、その拡張が必要になる場合があります。 XNUMX 番目のオクテットでは、チャネルの輻輳を制御するために XNUMX ビットが使用されます。 Forward Explicit Congestion Notice (FECN) ビットは、送信者から受信者へのパスで輻輳が発生する可能性があることを示すために、ネットワークによって設定されます。 逆方向明示輻輳通知 (BECN) ビットは、ネットワークによって逆方向フレームに設定され、順方向パスの輻輳を通知します。 廃棄適性ビット (DE) は、送信されたフレームの優先度が低いことを示し、輻輳時の廃棄の候補と見なすことができます。 X.25 送信では、一般的なデフォルトのパケット サイズは通常 128 バイトですが、ローカル エリア ネットワーク (LAN) では、送信されるパケットの長さが 1500 バイト以上になることがあります。 したがって、X.25 ネットワークを介して LAN と通信する場合、トランスポート層パケットは、X.25 パケットとして形成された小さな情報ブロックに分割され、送信後にそれらの結合が実行されます。 この例は、X.25 プロトコルからフレーム リレーへの移行というイデオロギーがどこで、なぜ形成されているかを明確に示しています。 著者：V。Neiman、モスクワ
交通騒音がヒナの成長を遅らせる
06.05.2024 ワイヤレススピーカー Samsung ミュージックフレーム HW-LS60D
06.05.2024 光信号を制御および操作する新しい方法
05.05.2024
▪ 記事 すべては可能な限り最高の世界で最高のために。 人気の表現 ▪ 記事 車の油圧警告灯。 無線エレクトロニクスと電気工学の百科事典
ホームページ | 図書館 | 物品 | サイトマップ | サイトレビュー
www.diagram.com.ua |
他の記事も見る セクション 
科学技術の最新ニュース、新しい電子機器：
このページのすべての言語