(57)【要約】【課題】ＵＳＢ３．０ハブの消費電力を抑制すると共に、ＵＳＢ３．０デバイスとの相互接続性を高める【解決手段】ＳＳハブ１００のＳＳコントローラ１１０は、低消費電力ステートにあるＤＳポートにより転送されるデータ転送要求パケットをホストから受信した際に、該ＤＳポートにＵ０ステートへ復帰させるためのＬＦＰＳを送信させ、転送延期パケットをホストに送信した後に、自ら生成した、上記データ転送要求パケットの宛先のデバイスがデータ転送に対応可能になったことを示す転送可能パケットをホストに送信する。ＳＳコントローラ１１０は、ＵＳＢ３．０規格に定められた、上記ＤＳポートがＵ０ステートに復帰した後に、転送延期パケットを上記宛先のデバイスに送信する処理を実行しない。【選択図】図１
2015138503.tif 000002
【特許請求の範囲】
【請求項１】
ＵＳＢハブ（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）に設けられるＳＳハブ（ＳＳ：Ｓｕｐｅｒ  Ｓｐｅｅｄ）であって、
１つ以上のＤＳポートと、
ＳＳコントローラとを有し、
前記ＳＳコントローラは、
下流のＵＳＢデバイスである目的デバイスにデータ転送を要求する転送要求パケットをホストから受信した際に、前記転送要求パケットの下流への転送を担う前記ＤＳポートと、該ＤＳポートに直接接続されたＵＳＢ装置である直下装置とが低消費電力ステートにあるときに、
前記ＤＳポートと前記直下装置にデータ送受信可能状態に復帰させるための復帰信号を前記ＤＳポートに送信させ、前記データ転送の延期を通知する第１の転送延期パケットを前記ホストに送信した後に、自ら生成した、前記目的デバイスが前記データ転送に対応可能になったことを示す転送可能パケットを前記ホストに送信し、
ＵＳＢ規格に定められた、前記ＤＳポートと前記直下装置がデータ送受信可能状態に復帰した後に、前記データ転送が延期されたことを示す第２の転送延期パケットを前記目的デバイスに送信する処理を実行しない、
ＳＳハブ。
【請求項２】
前記ＳＳコントローラは、
前記転送要求パケットから前記転送可能パケットを生成し、該転送可能パケットにおけるＮｕｍＰを「１」に設定する、
請求項１に記載のＳＳハブ。
【請求項３】
前記ＳＳコントローラは、
前記転送要求パケットを前記ホストから受信した際に前記直下装置が低消費電力ステートにあるときに、
前記目的デバイスが前記直下装置であるか否かを判定し、前記目的デバイスが前記直下装置ではないと判定した場合に、ＵＳＢ規格に定められた通りに処理を行う、
請求項１または２に記載のＳＳハブ。
【請求項４】
前記ＳＳコントローラは、
前記ＳＳハブのＨｕｂＤｅｐｔｈと、前記転送要求パケットに含まれるＲｏｕｔｅ  Ｓｔｒｉｎｇとに基づいて、前記目的デバイスが前記直下装置であるか否かを判定する、
請求項３に記載のＳＳハブ。
【請求項５】
前記ＳＳコントローラは、
前記ＳＳハブのＨｕｂＤｅｐｔｈがＵＳＢ規格により定められた最下段を示すときに、前記目的デバイスが前記直下装置であると判断する、
請求項４に記載のＳＳハブ。
【請求項６】
前記ＳＳコントローラは、
前記ＳＳハブの全てのＤＳポートの前記直下装置について、該直下装置がハブであるかデバイスであるかを示し得るＤｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒを保持し、
前記転送要求パケットの下流への転送を担う前記ＤＳポートの前記直下装置がデバイスであるときに、前記目的デバイスが前記直下装置であると判定する、
請求項３に記載のＳＳハブ。
【請求項７】
前記ＳＳコントローラは、
前記ＳＳハブの全てのＤＳポートの前記直下装置のＤｅｖｉｃｅ  Ａｄｄｒｅｓｓを保持し、
前記転送要求パケットの宛先のＤｅｖｉｃｅ  Ａｄｄｒｅｓｓと、該転送要求パケットの下流への転送を担う前記ＤＳポートの前記直下装置のＤｅｖｉｃｅ  Ａｄｄｒｅｓｓとが一致するか否かに応じて、前記目的デバイスが前記直下装置であるか否かを判定する、
請求項３に記載のＳＳハブ。
【請求項８】
前記ＳＳコントローラは、
前記直下装置がリカバリステートに遷移したときに前記転送可能パケットを前記ホストに送信する、
請求項１から７のいずれか１項に記載のＳＳハブ。
【請求項９】
前記ＳＳコントローラは、
前記第１の転送延期パケットを前記ホストに送信してから、設定された所定の時間が経過したときに前記転送可能パケットを前記ホストに送信する、
請求項１から７のいずれか１項に記載のＳＳハブ。
【請求項１０】
ＵＳＢハブ（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）に設けられるＳＳハブ（ＳＳ：Ｓｕｐｅｒ  Ｓｐｅｅｄ）であって、
１つ以上のＤＳポートと、
ＳＳコントローラとを有し、
前記ＳＳコントローラは、
下流のＵＳＢデバイスである目的デバイスにデータ転送を要求する転送要求パケットをホストから受信した際に、前記転送要求パケットの下流への転送を担う前記ＤＳポートと、該ＤＳポートに直接接続されたＵＳＢ装置である直下装置とが低消費電力ステートにあるときに、
前記ＤＳポートと前記直下装置にデータ送受信可能状態に復帰させるための復帰信号を前記ＤＳポートに送信させ、前記データ転送の延期を通知する第１の転送延期パケットを前記ホストに送信すると共に、前記ＤＳポートと前記直下装置がデータ送受信可能状態に復帰した後に、前記データ転送が延期されたことを示す第２の転送延期パケットを前記目的デバイスに送信し、
その後、予め設定された所定の時間が経過しても、前記目的デバイスが前記データ転送に対応可能になったことを示す転送可能パケットを前記目的デバイスから受信しない場合に、自ら前記転送可能パケットを生成して前記ホストに送信する、
ＳＳハブ。
【請求項１１】
請求項１〜１０のいずれか１項に記載のＳＳハブを備えるＵＳＢハブ。
【請求項１２】
請求項１１に記載のＵＳＢハブが内蔵された情報処理機器。
【請求項１３】
少なくとも１つのＵＳＢ周辺装置とのデータの送受信するダウンストリームポートと、
ＵＳＢホスト装置とのデータの送受信するアップストリームポートと、
前記ＵＳＢホスト装置からデータ転送要求パケットを受信し、データ転送要求先であるＵＳＢ周辺装置に対して前記ダウンストリームポートを介してデータ転送を指示するコントローラと、を備え、
前記コントローラは、
前記データ転送要求パケットを受信したときに、前記データ転送要求先のＵＳＢ周辺装置および前記ＵＳＢ周辺装置に対応するダウンストリームポートが低消費電力状態である場合には、
前記ＵＳＢ周辺装置および前記対応するダウンストリームポートに対して復帰制御信号を送信し、前記ＵＳＢホスト装置に前記アップストリームポートを介して第１の転送延期パケットを送信した後、前記第１の転送延期パケットに基づいて、前記ＵＳＢ周辺装置がデータ転送に対応可能であることを示す第１の転送可能パケットを生成し前記ＵＳＢホスト装置に送信することを特徴とするＵＳＢハブ装置。
【請求項１４】
前記コントローラは、前記ＵＳＢ周辺装置から送信される第２の転送可能パケットの受信に関わらず前記第１の転送可能パケットを生成し前記ＵＳＢホスト装置に送信することを特徴とする請求項１３に記載のＵＳＢハブ装置。
【請求項１５】
前記コントローラは、前記ＵＳＢ周辺回路および前記対応するダウンストリームポートが前記復帰制御信号に応じてデータ送受信可能状態となった後、前記第１の転送可能パケットを前記ＵＳＢホスト装置に送信することを特徴とする請求項１３に記載のＵＳＢハブ装置。
【請求項１６】
前記コントローラは、前記ＵＳＢ周辺回路および前記対応するダウンストリームポートが前記復帰制御信号に応じてデータ送受信可能状態となった後、データ転送が延期されていることを示す第２の転送延期パケットを前記ＵＳＢ周辺装置に対して送信しないことを特徴とする請求項１３記載のＵＳＢハブ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＳＢ３．０（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ハブ、特にＳＳハブ（ＳＳ：Ｓｕｐｅｒ  Ｓｐｅｅｄ）に関する。
【背景技術】
【０００２】
ＵＳＢ２．０と下位互換性を持つＵＳＢ３．０（非特許文献１）では、ＵＳＢ２.０のロースピード（ＬＳ）、フルスピード（ＦＳ）、ハイスピード（ＨＳ）に加え、５Ｇｂｐｓの超高速転送が可能になるスーパースピード（ＳＳ）が追加されている。
【０００３】
図１４は、非特許文献１におけるＦｉｇｕｒｅ１０−３であり、ＵＳＢ３．０のトポロジーを示している。図示のように、ＵＳＢ３．０装置（ホスト、ハブ、デバイス）の回路ブロックでは、ＵＳＢ２．０のブロック（Ｎｏｎ−ＳｕｐｅｒＳｐｅｅｄ部分）とは別個に、ＳＳ用のブロック（Ｓｕｐｅｒ  Ｓｐｅｅｄ部分）が追加されている。例えば、ＵＳＢ３．０ハブは、ＳＳハブ（ＳｕｐｅｒＳｐｅｅｄ  Ｈｕｂ）とＵＳＢ２．０ハブの２つが含まれている。
【０００４】
ＵＳＢ２．０と異なる物理層を持つＵＳＢ３．０のＳＳは、ＵＳＢ２．０の資産を最大限に活用するために、上位のプロトコル層における多くの部分でＵＳＢ２．０を継承しており、アプリケーション層においては既存のクラスドライバをそのまま使っている。ＵＳＢ２．０と異なる物理層と、ＵＳＢ２．０と大きな変更がないプロトコル層とのギャップを解消するため、ＵＳＢ３．０では、パケットのフレーミング、リンクの確立、パワーマネジメントなどを担当するリンク層が新たに追加されている。
【０００５】
図１５は、ＵＳＢ３．０装置の階層モデル図である。図示のように、ＵＳＢ３．０装置１０は、ＵＳＢ３．０で追加されたＳＳ部分３０と、ＵＳＢ２．０部分４０と、ＳＳ部分３０とＵＳＢ２．０部分４０により共有される共通部分２０を備える。ＵＳＢ２．０部分４０は、ＵＳＢ２．０コントローラ（ＨＳ／ＦＳ／ＬＳ  Ｅｎｄｐｏｉｎｔ  Ｃｏｎｔｒｏｌｌｅｒ）４２、ＵＴＭＩ（ＵＳＢ２．０  Ｔｒａｎｓｃｅｉｖｅｒ  Ｍａｃｒｏｃｅｌｌ  Ｉｎｔｅｒｆａｃｅ）４４、ＨＳ／ＦＳ／ＬＳ物理層４６を有し、ＳＳ部分３０は、ＳＳコントローラ（ＳＳ  Ｅｎｄｐｏｉｎｔ  Ｃｏｎｔｒｏｌｌｅｒ）３２、リンク層（ＳＳ  Ｌｉｎｋ）３４、ＳＳ物理層３６を備える。
【０００６】
図１５におけるリンク層３４は、上述した、ＵＳＢ３．０においてＳＳを実現するために追加されたリンク層である。ＳＳのリンク層では、いくつかの状態が定義され、その遷移条件が規定されている。図１６を参照して、本願発明と関連ある部分を説明する。
【０００７】
図１６は、非特許文献１におけるＦｉｇｕｒｅ７−１３であり、ＵＳＢ３．０におけるＬＴＳＳＭ（Ｌｉｎｋ  Ｔｒａｉｎｉｎｇ  ａｎｄ  Ｓｔａｔｕｓ  Ｓｔａｔｅ  Ｍａｃｈｉｎｅ）を示す。
【０００８】
パワーステートのうちのＵ０ステート（通常動作ステート）は、データ送受信可能状態であり、該ステートにおいて、パケットの送受信が可能である。Ｕ１ステートとＵ２ステートは、低消費電力ステートであり、パケットの送受信ができない。Ｕ１ステートとＵ２ステートからＵ０ステートへの復帰は、リカバリ（Ｒｅｃｏｖｅｒｙ）ステートを経由する。
【０００９】
図１７と図１８を参照して、ＳＳハブのＤｏｗｎｓｔｒｅａｍｅポート（以下、ＤＳポート）に接続されたＵＳＢ３．０デバイスが低消費電力ステートにあるときに、ホストから該デバイス宛てにデータ転送要求パケットを送信した場合に、該ホスト、該ＳＳハブ、該デバイスの動作を説明する。勿論、このとき、該デバイスが接続されたＤＳポートも低消費電力ステートである。
【００１０】
データ転送要求パケットは、データパケットの転送を要求するパケットまたはパケットの一部を意味し、ＩＮ転送の場合にはＡＣＫ  ＴＰ（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅ、ＴＰ：Ｔｒａｎｓａｃｔｉｏｎ  Ｐａｃｋｅｔ）であり、ＯＵＴ転送の場合にはＤＰＨ（Ｄａｔａ  Ｐａｃｋｅｔ  Ｈｅａｄｅｒ）である。なお、ＩＮ転送は、ホストへデータパケットを送信する転送であり、ＯＵＴ転送はホストからのデータパケットを受信する転送である。
【００１１】
以下の説明及び図示において、特別な説明がない限り、単に「ホスト」、「ハブ」、「デバイス」をいうときに、「ＵＳＢ３．０ホスト」、「ＵＳＢ３．０ハブ」、「ＵＳＢ３．０デバイス」を意味する。
【００１２】
図１７は、ＩＮ転送の場合を示す。図示のように、ホストからデバイスに転送要求パケットが発行されると（Ｓ１）、ハブは、ＤＳポートとデバイスをＵ０ステートに復帰させるための復帰信号ＬＦＰＳ（ＬＦＰＳ：Ｌｏｗ  Ｆｒｅｑｕｅｎｃｙ  Ｐｅｒｉｏｄ  Ｓｉｇｎａｌ）をＤＳポートに送信させる（Ｓ２）と共に、データ転送の延期を通知する転送延期パケット（図中第１の転送延期パケット）をホストに送信する（Ｓ３）。そして、ＤＳポートとデバイスがＵ０ステートに復帰すると、ハブは、デバイスに、データ転送が延期されたことを示す転送延期パケット（図中第２の転送延期パケット）を送信する（Ｓ４）。なお、図１７において、ＬＦＰＳを示す点線の矢印は、ハブからデバイスに向かっているが、これは、ＬＦＰＳという低周波の信号のやり取りにより結果的にデバイスがＵ０ステートに復帰することを意味する。
【００１３】
デバイスは、第２の転送延期パケットに応じて、要求されたデータ転送に対応可能であることを示す転送可能パケットをハブに送信する（Ｓ５）。
【００１４】
該転送可能パケットは、ハブによりホストに転送され（Ｓ６）、ホストは、転送可能パケットに応じて、ステップＳ１のときと同様の転送要求パケットを再度発行する（Ｓ７）。該転送要求パケットは、ハブによりデバイスに転送され（Ｓ８）、そして、ホストとデバイス間のデータパケットの転送が行われる（Ｓ９、Ｓ１０）。
【００１５】
ハブにより行われるステップＳ２〜Ｓ４の処理は、以下「転送延期処理」という。
なお、図１７は、ＩＮ転送の場合の例であるため、データパケットを除き、全てのパケットは、Ｔｒａｎｓａｃｔｉｏｎ  Ｐａｃｋｅｔ（ＴＰ）である。ＵＳＢ３．０では、ＴＰは、ヘッダのみを有し、ペイロードが無い。ＴＰの詳細については、後述する。
【００１６】
図１８は、ＯＵＴ転送の場合を示す。図示のように、ステップＳ１’において、ホストが転送要求パケットと、転送されるデータそのものとを含むパケットを送出する。該パケットのヘッダが転送要求パケットに該当し、ペイロードが転送データそのものである。
【００１７】
ステップＳ２は、図１７におけるステップＳ２と同様である。ハブはステップＳ１’において受信したＤＰＰを破棄し、ＤＰＨのＤｅｆｅｒｒｅｄビットを”１”にセットしたパケットを転送延期パケットとしてホストとデバイスに送信する（Ｓ３’，Ｓ４’）。図１７におけるステップＳ５、Ｓ６と同様に、デバイスは転送可能パケットをハブに送信し（Ｓ５）、該転送パケットは、ハブによりホストに転送される（Ｓ６）。ステップＳ７’において、ホストは、ステップＳ１’で送出したパケットと同様のパケットを送出し、ハブは、該パケットをデバイスに転送する。
【００１８】
図１８の場合において、ＤＰＨであるステップＳ３’、Ｓ４’のパケット、及び、ステップＳ１’、Ｓ７’、Ｓ８’のパケットを除き、他のステップのパケットは、ＴＰである。
【００１９】
図１９は、非特許文献１におけるＦｉｇｕｒｅ８−２であり、ＴＰのフォーマットを示している。図１９を参照して、図１７と図１８に示す転送要求パケット、第１の転送延期パケット、第２の転送延期パケット、転送可能パケットの中身を説明する。
【００２０】
転送要求パケットの場合、「Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓ」は、宛先のデバイスのアドレスであり、「Ｒｏｕｔｅ  Ｓｔｒｉｎｇ」は、該ＴＰの転送経路を示す情報である。
【００２１】
ホストに送られる第１の転送延期パケットとデバイスに送られる第２の転送延期パケットは、同じものであり、ハブにより転送要求パケット（ＴＰまたはＤＰＨ）から生成される（ＯＵＴ転送の場合には、ＤＰＰが破棄される）。具体的には、ハブは、転送要求パケットに対して、「Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｗｏｒｄ」に変更を加えることにより、転送延期パケットを生成する。図２０を参照して説明する。
【００２２】
図２０は、非特許文献１におけるＦｉｇｕｒｅ８−３であり、ＴＰにおける「Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｗｏｒｄ」部分のフォーマットを示している。図２０における「ＤＦ」（Ｄｅｆｅｒｒｅｄ）ビットは、ハブのみがセット可能である。すなわち、ホストからの転送要求パケットには、該ＤＦビットがセットされていない。ＤＰＨの場合においても同様である。
【００２３】
ハブは、転送要求パケットに対して、「Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｗｏｒｄ」のＤＦビットをセットすることにより、第１の転送延期パケットと第２の転送延期パケットを生成する。
【００２４】
転送可能パケットは、ＵＳＢ３．０では、Ｅｎｄｐｏｉｎｔ  Ｒｅａｄｙ（ＥＲＤＹ）ＴＰと呼ばれる。図２１には、そのフォーマットを示す。なお、図２１は、非特許文献１におけるＦｉｇｕｒｅ８−１３である。
【００２５】
転送可能パケットにおいて、「Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓ」は、送信元のデバイス自身のアドレスであり、「ＳｕｂＴｙｐｅ」は、「ＥＲＤＹ」となる。また、「ＮｕｍＰ」には、該デバイスが転送可能なバッファ数である。
【先行技術文献】
【非特許文献】
【００２６】
【非特許文献１】Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ  ３.０  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  （ｉｎｃｌｕｄｉｎｇ  ｅｒｒａｔａ  ａｎｄ  ＥＣＮｓ  ｔｈｒｏｕｇｈ  Ｍａｙ  １，２０１１），Ｒｅｖｉｓｉｏｎ  １.０，Ｊｕｎｅ  ６，２０１１
【発明の概要】
【発明が解決しようとする課題】
【００２７】
上述したように、ハブのＤＳポートと、該ＤＳポートに接続されたデバイスが低消費電力ステート（Ｕ１／Ｕ２）にあるときに、ホストとデバイス間にデータパケットの交換ができるようになるまで、ＤＳポートとデバイスのＵ０ステートへの復帰と共に、ホスト／ハブ／デバイス間でＴＰまたはＤＰＨの交換が必要である。
【００２８】
１つのシステムにホスト、ハブ、デバイスのメーカが夫々異なることが多々ある。それぞれのメーカの開発者がＵＳＢ３．０規格に従って実装しないと、システムが破綻してしまう。その一方、ＵＳＢ３．０規格は、開発者のスキルなどによって細かいところでの解釈が違ってしまうことが発生している。
【００２９】
例えば、ＵＳＢ３．０デバイスのうち、図１７に示すステップＳ５を実施しないものがある。この場合、デッドロックによりＵＳＢ通信が停止してしまうなど、ハブとデバイス間の相互接続性で問題が生じる。
【００３０】
この問題を回避するために、ＵＳＢ３．０ハブにてＤＳポートを低消費電力ステートに遷移させない事で対策を取っているものが存在するが、ＤＳポートが低消費電力ステートに移行した場合、ＵＳＢ３．０ハブの消費電力の約２０〜３０％を低減できることが分かっており、ＤＳポートが低消費電力ステートに移行できない事でＵＳＢ３．０ハブの低電力化が犠牲になってしまう。
【００３１】
その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００３２】
一実施の形態は、ＵＳＢ３．０ハブに設けられるＳＳハブであり、１つ以上のＤＳポートと、ＳＳコントローラとを有する。以下において、ハブのＤＳポートに直接接続されているＵＳＢ３．０装置を「直下装置」という。なお、直下装置は、ＵＳＢ３．０ハブまたはＵＳＢ３．０デバイスである。
【００３３】
該ＳＳコントローラは、下流のＵＳＢ３．０デバイスである宛先のデバイス（以下「目的デバイス」という）にデータ転送を要求する転送要求パケットをホストから受信した際に、前記転送要求パケットの下流への転送を担う前記ＤＳポートと、該ＤＳポートに直接接続されたＵＳＢ３．０装置（直下装置）とがＵ１ステートとＵ２ステートのいずれか一方となる低消費電力ステートにあるときに、ＵＳＢ３．０規格に定められた処理のうちの一部のみと、ＵＳＢ３．０規格に定められていない処理とを行う。
【００３４】
具体的には、ＵＳＢ３．０規格に定められた処理のうちの、前記ＤＳポートと前記直下装置をＵ０ステートに復帰させるためのＬＦＰＳ（ＬＦＰＳ：Ｌｏｗ  Ｆｒｅｑｕｅｎｃｙ  Ｐｅｒｉｏｄ  Ｓｉｇｎａｌ）を前記ＤＳポートに送信させる処理と、前記データ転送の延期を通知する第１の転送延期パケットを前記ホストに送信する処理とを行う。
【００３５】
一方、ＵＳＢ３．０規格に定められた処理のうちの、前記ＤＳポートと前記直下装置がＵ０ステートに復帰した後に、前記データ転送が延期されたことを示す第２の転送延期パケットを前記目的デバイスに送信する処理を実行しない。
【００３６】
ＵＳＢ３．０規格に定められていないものの、該ＳＳコントローラが実行する処理は、前記目的デバイスが前記データ転送に対応可能になったことを示す転送可能パケットを自ら生成し、該転送可能パケットを、前記第１の転送延期パケットの後に前記ホストに送信する。
【００３７】
なお、上記実施の形態のＳＳハブを装置や方法に置き換えて表現したもの、該ＳＳハブを備えたＵＳＢ３．０ハブ、該ＵＳＢ３．０ハブを備えた情報処理機器なども、本発明の態様としては有効である。
【発明の効果】
【００３８】
前記一実施の形態によれば、ＵＳＢ３．０ハブの消費電力を抑制すると共に、ＵＳＢ３．０デバイスとの相互接続性を高めることができる。
【図面の簡単な説明】
【００３９】
【図１】第１の実施の形態にかかるＳＳハブを示す図である。
【図２】図１に示すＳＳハブのＩＮ転送の動作例を示すフローチャートである。
【図３】図１に示すＳＳハブのＯＵＴ転送の動作例を示すフローチャートである。
【図４】第２の実施の形態にかかるＳＳハブを示す図である。
【図５】Ｓｅｔ  Ｈｕｂ  Ｄｅｐｔｈリクエストを示す図である。
【図６】Ｒｏｕｔｅ  Ｓｔｒｉｎｇのフォーマットを示す図である。
【図７】Ｒｏｕｔｅ  Ｓｔｒｉｎｇの例を示す図である。
【図８】図４に示すＳＳハブにおける判定回路の動作を示すフローチャートである。
【図９】第３の実施の形態にかかるＳＳハブを示す図である。
【図１０】図９に示すＳＳハブのＩＮ転送の動作例を示すフローチャートである。
【図１１】図９に示すＳＳハブのＯＵＴ転送の動作例を示すフローチャートである。
【図１２】第４の実施の形態にかかるＵＳＢシステムを示す図である。
【図１３】第５の実施の形態に係るコンパウンドデバイスを示す図である。
【図１４】ＵＳＢ３．０のトポロジを示す図である。
【図１５】ＵＳＢ３．０装置の階層モデル図である。
【図１６】ＵＳＢ３．０で定められたＬＴＳＳＭ状態遷移を示す図である。
【図１７】ハブとデバイス間のパワーステートが低消費電力ステートのときのホスト／ハブ／デバイスの動作例を説明するための図である（ＩＮ転送の場合）。
【図１８】ハブとデバイス間のパワーステートが低消費電力ステートのときのホスト／ハブ／デバイスの動作例を説明するための図である（ＯＵＴ転送の場合）。
【図１９】ＴＰ（Ｔｒａｎｓａｃｔｉｏｎ  Ｐａｃｋｅｔ）のフォーマットである。
【図２０】ＴＰにおけるＬｉｎｋ  Ｃｏｎｔｒｏｌ  Ｗｏｒｄのフォーマットである。
【図２１】転送可能パケット（ＥＲＤＹ  ＴＰ）のフォーマットである。
【発明を実施するための形態】
【００４０】
説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。また、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。機能ブロック間で送受信される信号やパケットについても、説明する上で必要なもののみを図示する。
【００４１】
＜第１の実施の形態＞
図１は、第１の実施の形態にかかるＳＳハブ１００を示す。ＳＳハブ１００は、ＵＳＢ３．０ハブに含まれるＳｕｐｅｒＳｐｅｅｄハブであり、上流のＵＳＢ３．０ホストまたはＵＳＢ３．０ハブに接続するためのＵｐｓｔｒｅａｍポート（以下、ＵＳポート）１０１、ＵＳポート１０１に対応するリンク層と物理層の処理を行うリンク／物理層１０２、下流のＵＳＢ３．０ハブまたはＵＳＢ３．０デバイスに接続するための、１つ以上のＤｏｗｎｓｔｒｅａｍポート（以下、ＤＳポート）１０３、ＤＳポート１０３に対応するリンク層と物理層の処理を行うリンク／物理層１０４、Ｓｕｐｅｒ  ｓｐｅｅｄコントローラ（以下、ＳＳコントローラ）１１０を有する。
【００４２】
ＳＳコントローラ１１０は、図１５に示すＵＳＢ３．０装置１０がハブであるときのＳＳコントローラ３２に対応し、受信データ解析回路１１２、送信データ生成回路１１４、制御回路１２０を備え、制御回路１２０は、転送可能パケット生成回路１２２を備える。
【００４３】
ＵＳポート１０１、リンク／物理層１０２、ＤＳポート１０３、リンク／物理層１０４は、通常のＳＳハブにおける相対応の機能ブロックと同様であり、説明を省略する。
【００４４】
ＳＳコントローラ１１０において、受信データ解析回路１１２は、ＵＳポート１０１およびリンク／物理層１０２を経由してホストから受信した転送要求パケットＴＲＰの経路情報を解析して、該転送要求パケットＴＲＰの下流への転送を担うＤＳポートを決定する。
【００４５】
このとき、受信データ解析回路１１２は、決定した該ＤＳポートのパワーステートを確認し、低消費電力ステートのＵ１またはＵ２にあるときには、上記転送要求パケットＴＲＰの「ＤＦ」（Ｄｅｆｅｒｒｅｄ）ビットをセットすることにより転送延期パケットＴＤＰを生成して、送信データ生成回路１１４と制御回路１２０に出力する。なお、各ＤＳポートのパワーステートは、パワー状態モニタ信号ＰＳＭによりリンク／物理層１０４から受信データ解析回路１１２に伝えられる。
【００４６】
送信データ生成回路１１４は、該転送延期パケットＴＤＰを第１の転送延期パケットＴＤＰ１として、リンク／物理層１０２を介してＵＳポート１０１からホストに送信する。
【００４７】
また、受信データ解析回路１１２は、リンク／物理層１０４に対して、上記にて決定したＤＳポートが低消費電力ステートから通常動作ステートであるＵ０ステートに遷移するようにパワー制御信号ＰＣを出力する。
【００４８】
リンク／物理層１０４は、上記パワー制御信号ＰＣに応じて、当該ＤＳポート１０３に低周波数の周期信号であるＬＦＰＳを送出させ、低消費電力ステートからＵ０ステートへ遷移させる。
【００４９】
制御回路１２０では、転送可能パケット生成回路１２２は、受信データ解析回路１１２が生成した転送延期パケットＴＤＰの一部フィールドの内容を変更して転送可能パケットＴＩＰを生成する。具体的には、ＳｕｂＴｙｐｅをＥＲＤＹに変更し、不要なフィールドについては値を０にする。また、転送可能パケットＴＩＰの「ＮｕｍＰ」フィールドに、最小バッファ数の「１」を設定する。
【００５０】
制御回路１２０は、送信データ生成回路１１４が第１の転送延期パケットＴＤＰ１をホストに送信した後に、転送可能パケット生成回路１２２により生成した転送可能パケットＴＩＰを送信データ生成回路１１４に出力し、ホストに送信するよう制御する。
【００５１】
また、制御回路１２０は、当該ＤＳポートに転送延期パケット（第２の転送延期パケット）を送信しないように、受信データ解析部１１２に制御信号ＣＴＲを出力する。
【００５２】
図２と図３は、夫々、ＩＮ転送とＯＵＴ転送に際して、上記ＤＳポート１０３にデバイスが直接接続されている場合におけるＳＳハブ１００の動作を示すフローチャートである。前述したように、本明細書において、ハブのＤＳポートに直接接続されているＵＳＢ３．０装置を「直下装置」という。
【００５３】
図２と図１７の比較、及び図３と図１８の比較から分かるように、本実施の形態のＳＳハブ１００は、ＵＳＢ３．０規格により定められている、図１７と図１８におけるステップＳ４（第２の転送延期パケットの送信）の処理を実行しない。そのため、デバイスから転送可能パケットを受信する（Ｓ５）ステップも無く、ステップＳ６Ａにおいてホストに送信する転送可能パケットは、ＳＳハブ１００が自ら生成したものである。
【００５４】
本実施の形態のＳＳハブ１００によれば、ＤＳポートと、該ＤＳポートに接続されたデバイスが低消費電力ステートにあるときに、ホストとデバイス間にデータパケットの交換ができるようになるまで、ハブと、直下装置のデバイスとの間でＴＰを交換する必要がない。そのため、デバイスが転送延期パケットを正常に処理できない事で発生する相互接続性の問題の発生を防止できる。
また、ＴＰ交換が不要になるため転送効率が向上し、消費電力が一層低減される。
【００５５】
ここで、ＳＳハブ１００が転送可能パケットをホストに送信するタイミングを考える。
このタイミングがＬＦＰＳと第１の転送延期パケットの送信後であればよいが、種々の視点から工夫ができる。
【００５６】
例えば、ホストから再度転送要求パケットを発行されたときに、宛先のデバイス（目的デバイス）が要求されたデータ転送に既に対応できるようになっている確率を高めるために、ＤＳポートと直下装置がＵ０に復帰した時点で転送可能パケットをホストに送信すればよい。なお、ＳＳハブ１００のＤＳポートにハブが接続されており、該ハブの下に目的デバイスが接続されるような形態があり、目的デバイスが必ずしもＳＳハブ１００の直下装置であるとは限らない。
【００５７】
また、データパケットの交換の迅速な再開を図るために、例えば、ＤＳポートと直下装置がリカバリステートに遷移したタイミングで転送可能パケットをホストに送信するようにしてもよい。
【００５８】
また、第１の転送延期パケットをホストに送信してから、設定された所定の時間が経過したときに転送可能パケットをホストに送信するようにしてもよい。
【００５９】
この所定の時間は、転送効率が良くなるように、シミュレーションや実機測定などの手法を通して得ることができる。
【００６０】
例えば、ハブがＬＦＰＳを送信してから、デバイスがＵ０ステートに復帰するまでにかかる最大時間（Ｔ１とする）は、デバイスは、接続時にホストに通知している。ハブは、この情報をホストに転送する際に、自身内部にも保持する。ホストが転送可能パケットを受けてから、デバイスに転送要求パケットを再送するまでの最少時間（Ｔ２とする）は、ホストに依存するが実機での評価で確認できるため、これをハブ内のレジスタに設定できるようにしておく。そして、ハブがＬＦＰＳを送信したら、タイマを起動し、「Ｔ１−Ｔ２」の時間が経過したときに、ハブが、自ら生成した転送可能パケットをホストに送信する。
【００６１】
転送可能パケット生成回路１２２が生成する転送可能パケットの「ＮｕｍＰ」に設定する値についても、「１」に固定する以外に、例えば、当該デバイスが最後に発行した転送可能パケットに含まれるＮｕｍＰの値を保持しておき、当該デバイスの代りに転送可能パケットを生成する際に、保持しているＮｕｍＰの値を使うようにしてもよい。
【００６２】
なお、当該デバイスがＵＳＢ３．０の規格に準拠しているデバイスであった場合、当該デバイスは第２の転送延期パケットを受け取らないが、問題はない。なぜなら、上述のような条件の下でハブが転送可能パケットをホストに送信するため、ホストからデバイスに転送要求パケットを再送したときには、デバイスはＵ０ステートに復帰しパケットの送受信が可能な状態となっており、Ｕ０ステートにおけるパケット送受信と何ら変わらないからである。
【００６３】
＜第２の実施の形態＞
低消費電力ステートにあるＤＳポートを経由して転送されるように指定された転送要求パケットの宛先のデバイス（目的デバイス）が、該ＤＳポートに直接接続された直下装置ではない場合には、第１の実施の形態を用いて説明した技術を適用すると、ホストがデータ転送要求パケットを再発行したときに、目的デバイスがまだＵ０ステートに復帰していない可能性がある。このようなことを防ぎ、システムの効率を高めるために、低消費電力ステートにあるＤＳポートを経由して転送されるように指定された転送要求パケットの目的デバイスが、該ＤＳポートの直下装置であるか否かを判定し、目的デバイスが直下装置であると判定したときにのみ、第１の実施の形態の技術を適用し、目的デバイスが直下装置ではないときには、ＵＳＢ３．０規格により定められた通りに転送延期処理を行うことが好ましい。これについて、本第２の実施の形態を用いて説明する。なお、本第２の実施の形態については、第１の実施の形態と異なる点についてのみ説明する。
【００６４】
図４に示すように、本第２の実施の形態にかかるＳＳハブ２００は、ＳＳハブ１００の制御回路１２０の代わりに、制御回路２２０が設けられている。制御回路２２０は、制御回路１２０に対して、判定回路２２２が追加されている。
【００６５】
判定回路２２２は、低消費電力ステートにあるＤＳポートを経由して転送されるように指定された転送要求パケットの目的デバイスが、該ＤＳポートの直下装置であるか否かを判定するものである。制御回路２２０は、判定回路２２２の判定結果に応じて、目的デバイスが直下装置である場合には、図２に示す転送延期処理が行われるように制御し、目的デバイスが直下装置ではない場合には、図１７に示す転送延期処理が行われるように制御する。
【００６６】
本実施の形態において、判定回路２２２は、ＳＳハブ２００のＨｕｂ  Ｄｅｐｔｈと、転送要求パケットに含まれるＲｏｕｔｅ  Ｓｔｒｉｎｇ（経路情報）とに基づいて、目的デバイスが直下装置であるか否かを判定する。
【００６７】
Ｈｕｂ  Ｄｅｐｔｈは、当該ハブがホストからの何段目のハブであるかを示す値であり、１段目を示す「０」から始まる。Ｈｕｂ  Ｄｅｐｔｈは、図５に示すＳｅｔ  Ｈｕｂ  ＤｅｐｔｈリクエストでＵＳＢ３．０ホストからＵＳＢ３．０ハブに送られ、ＵＳＢ３．０ハブ自身により保持される。受信データ解析回路１１２は、当該リクエストを解析し、保存され、ホストとの接続認識処理後に更新する。なお、図５は、非特許文献１の１０．１４．２．９で示される図である。
【００６８】
図６は、非特許文献１のＦｉｇｕｒｅ８−２４であり、経路情報Ｒｏｕｔｅ  Ｓｔｒｉｎｇのフォーマットを示している。Ｒｏｕｔｅ  Ｓｔｒｉｎｇは、ＵＳＢ３．０規格で決められている最大５段分ある各段のＵＳＢ３．０ハブのＤＳポート番号が示されており、パケットの通信経路が分かるようになっている。
【００６９】
図７は、非特許文献１のＦｉｇｕｒｅ１０−５であり、Ｒｏｕｔｅ  Ｓｔｒｉｎｇの例を示している。例えば、ホストから３段目のハブ（ＨｕｂＤｅｐｔｈ：２）の１番目のＤＳポート（ＤＳ  Ｐｏｒｔ  １）に接続されたデバイスに送信されるパケットのＲｏｕｔｅ  Ｓｔｒｉｎｇは、「０ｘ００１２１」となっている。これは、該パケットの転送経路が「１段目のハブ１番目のＤＳポート→２番目のハブの２番目のＤＳポート→３番目のハブの１番目のＤＳポート」となることを意味する。
【００７０】
図８は、判定回路２２２による判定処理を示すフローチャートである。ＳＳハブ２００のＨｕｂＤｅｐｔｈが４であるとき、すなわち、ＳＳハブ２００が５段目のハブである（ハブ段数Ｎが５である）とき（Ｓ１００：Ｙｅｓ）、ＳＳハブ２００のＤＳポートにハブが接続される可能性がないため、判定回路２２２は、受信した全ての転送要求パケットについて、目的デバイスが直下装置であると判定する（Ｓ１０２）。
【００７１】
ＳＳハブ２００のＨｕｂＤｅｐｔｈが０〜３であり（ハブ段数Ｎ＝１〜４）、転送要求パケットのＲｏｕｔｅ  Ｓｔｒｉｎｇでは、「Ｎ＋１」段目のハブに対応する値がゼロである場合に、判定回路２２２は、該転送要求パケットについて、目的デバイスが直下装置であると判定する（Ｓ１００：Ｎｏ、Ｓ１１０：Ｙｅｓ、Ｓ１０２）。
【００７２】
一方、ステップＳ１１０において、転送要求パケットのＲｏｕｔｅ  Ｓｔｒｉｎｇでは、「Ｎ＋１」段目のハブに対応する値が１以上である場合に、判定回路２２２は、該転送要求パケットについて、目的デバイスが直下装置ではないと判定する（Ｓ１００：Ｎｏ、Ｓ１１０：Ｎｏ、Ｓ１１２）。
【００７３】
判定回路２２２による判定結果に基づいた制御回路２２０の動作は、前述した通りである。
【００７４】
ＳＳハブ２００は各ＤＳポートのパワーステート（各ＤＳポートに接続先の機器のＵＳポートのパワーステートと同一）を知ることが出来るが、ＤＳポートにハブが接続された場合には、ハブを介して接続する転送先のデバイスに対するパワーステートを知ることは出来ない。そのため、ＳＳハブ１００のように、ホストからの転送要求パケットに対してハブ自ら転送可能パケットを送出すると、ＤＳポートに接続する次段以降のハブでも同様に再度、転送延期パケットが送り返され、転送効率が悪化する可能性がある。
【００７５】
ＳＳハブ２００は、ホストからの転送要求パケットの目的デバイスがＳＳハブ２００の直下装置であるか否かを判断し、直下装置であると判断した場合のみ、自発的に転送可能パケットをホストに送出するため、上述した転送効率の悪化問題を防止できる。
【００７６】
転送要求パケットの目的デバイスが直下装置であるか否かの判定は、上述した手法に限られることがない。例えば、ＳＳハブは、自身のＤＳポートにＵＳＢ３．０装置（ハブまたはデバイス）が接続されたときのエニュメレーション時において、ホストと該ＵＳＢ３．０装置間で交換される情報のうちのデバイス構成情報（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ）を取得して、ＤＳポートとを対応付けて保持しておく。Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒは、当該ＵＳＢ３．０装置がハブであるかデバイスであるかを示す情報が含まれているため、ＳＳハブは、各ＤＳポートに接続されているＵＳＢ３．０装置がハブであるかデバイスであるかを把握することができる。
【００７７】
従って、デバイスが接続されたＤＳポートについては、転送要求パケットの目的デバイスが直下装置であり、ハブが接続されたＤＳポートについては、転送要求パケットの目的デバイスが直下装置ではないと判定する。
【００７８】
または、ＳＳハブは、自身のＤＳポートにＵＳＢ３．０装置が接続されたときのエニュメレーション時において、ホストと該ＵＳＢ３．０装置間で交換される情報のうちの、ホストが該ＵＳＢ３．０装置に付与したアドレスと、ＤＳポートとを対応付けて保持する。そして、転送要求パケットの宛先のアドレスが、自身のＤＳポートに接続されたＵＳＢ３．０装置のアドレスであるときには、該転送要求パケットの目的デバイスが直下装置であり、転送要求パケットの宛先のアドレスが、自身のＤＳポートに接続されたＵＳＢ３．０装置のアドレスではないときには、該転送要求パケットの目的デバイスが直下装置ではないと判定する。
【００７９】
＜第３の実施の形態＞
図９は、第３の実施の形態にかかるＳＳハブ３００を示す。ＳＳハブ３００は、制御回路１２０の代わりに制御回路３２０が設けられている点を除き、ＳＳハブ１００と同様である。
【００８０】
制御回路３２０は、受信データ解析回路１１２による第２の転送延期パケットＴＤＰ２の送信を阻止せず、該第２の転送延期パケットＴＤＰ２の送信後、タイマ３２２により時間をカウントし、所定の時間が経過しても、目的デバイスから転送可能パケットを発行されない場合には、自ら生成した転送可能パケットＴＩＰをホストに送信する。目的デバイスが発行する転送可能パケットと、制御回路３２０が生成した転送可能パケットＴＩＰと区別するために、目的デバイスが発行する転送可能パケットをＴＩＰＡと示している。
【００８１】
図１０と図１１は、夫々、ＩＮ転送とＯＵＴ転送に際してのこの場合のフローチャートを示している。なお、所定の時間が経過する前に目的デバイスから転送可能パケットを受信した場合には、ＳＳハブ３００の動作は、ＵＳＢ３．０規格に定められた通りとなる。
【００８２】
ＳＳハブ３００も、ＳＳハブ１００と同様に、ＵＳＢ３．０ハブの消費電力を抑制すると共に、ＵＳＢ３．０デバイスとの相互接続性を高めることができる。
【００８３】
上述した各実施の形態のＳＳハブは、ＵＳＢ３．０ハブに含まれるものであり、これらのＳＳハブを含むＵＳＢ３．０ハブについての図示は、省略する。また、これらのＵＳＢ３．０ハブを内蔵した情報処理機器も、本発明の権利範囲になる。情報処理機器の例として、第４と第５の実施の形態を用いて説明する。
【００８４】
＜第４の実施の形態＞
図１２に示すＵＳＢシステム４００は、パーソナルコンピュータのＵＳＢポートを拡張したものであり、ＵＳＢ３．０ハブ４１０とＵＳＢ３．０ホスト４２０を備える。
【００８５】
ＵＳＢ３．０ハブ４１０内のＳｕｐｅｒ  Ｓｐｅｅｄ  Ｈｕｂは、上述したＳＳハブ１００、ＳＳハブ２００、ＳＳハブ３００のいずれか１つであり、１つのＵＳポートと、４つのＤＳポートを備える。
【００８６】
ＵＳＢ３．０ホスト４２０は、４つのＤＳポートがあり、その１つは、ＵＳＢ３．０ハブ４１０のＵＳポートに接続されている。該ＵＳＢシステム４００を備えたパーソナルコンピュータのユーザから見て、ＵＳＢポートが７つとなる。
【００８７】
この場合、ＵＳＢ３．０ハブ４１０にとって、ＵＳＢ３．０ホストは、１つに特定される。これは、ＵＳＢ３．０ホストのパケット受送信間隔の最少時間（前述したＴ２）がＵＳＢ３．０ホスト４２０の性能として１つの値に特定できることを意味する。そのため、ＵＳＢ３．０ハブ４１０内のＳＳハブは自ら転送可能パケットを生成してホストに送信するタイミングを調整し、より正確に転送効率を向上することが可能となる。また、このタイミングの値をレジスタではなく固定値として持つことで、制御回路の回路規模を小さくすることが可能である。
【００８８】
＜第５の実施の形態＞
図１３は、第５の実施の形態にかかるコンパウンドデバイス５００を示す。コンパウンドデバイス５００は、ＵＳＢ３．０ハブ５１０とＵＳＢ３．０デバイス５２０を備える。
【００８９】
ＵＳＢ３．０ハブ５１０内のＳｕｐｅｒ  Ｓｐｅｅｄ  Ｈｕｂは、上述したＳＳハブ１００、ＳＳハブ２００、ＳＳハブ３００のいずれか１つであり、１つのＵＳポートと、４つのＤＳポートを備える。
【００９０】
ＵＳＢ３．０デバイス５２０は、ディスプレイやキーボード等の周辺機器デバイスであり、ＵＳポートを有する。該ＵＳポートは、ＵＳＢ３．０ハブ５１０の１つのＤＳポートに接続されている。
【００９１】
このようなコンパウンドデバイスの場合、ＵＳＢ３．０ハブ５１０に常時接続するデバイスがＵＳＢ３．０デバイス５２０であり、その時間Ｔ１（Ｕ１／Ｕ２からのＵ０への復帰にかかる最大時間）を特定できる。そのため、第４の実施の形態のＵＳＢシステム４００と同様に、より正確に転送効率を高めることができる。
【００９２】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は既に述べた実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変更が可能であることはいうまでもない。
【００９３】
例えば、本発明は、ＵＳＢ３．０に限らず、ＵＳＢ３．１等、ＵＳＢ３．０で規定されたものと同様の転送延期処理が行われるＵＳＢシステムにおけるハブにも適用することができる。
【符号の説明】
【００９４】
１０  ＵＳＢ３．０装置
２０  共通部分
３０  ＳＳ部分
３２  ＳＳコントローラ
３４  リンク層
３６  ＳＳ物理層
４０  ＵＳＢ２．０部分
４２  ＵＳＢ２．０コントローラ
４４  ＵＴＭＩ
４６  ＨＳ／ＦＳ／ＬＳ物理層
１００  ＳＳハブ
１０１  ＵＳポート
１０２  リンク／物理層
１０３  ＤＳポート
１０４  リンク／物理層
１１０  ＳＳコントローラ
１１２  受信データ解析回路
１１４  送信データ生成回路
１２０  制御回路
１２２  転送可能パケット生成回路
２００  ＳＳハブ
２２０  制御回路
２２２  判定回路
３００  ＳＳハブ
３２０  制御回路
３２２  タイマ
４００  ＵＳＢシステム
４１０  ＵＳＢ３．０ハブ
４２０  ＵＳＢ３．０ホスト
５００ｈ  コンパウンドデバイス
５１０  ＵＳＢ３．０ハブ
５２０  ＵＳＢ３．０デバイス
Ｒ  制御信号ＣＴ
Ｃ  パワー制御信号Ｐ
Ｍ  パワー状態モニタ信号ＰＳ
ＴＲＰ  転送要求パケット
ＴＩＰ  転送可能パケット
ＴＤＰ  転送延期パケット
１  第１の転送延期パケットＴＤＰ
２  第２の転送延期パケットＴＤＰ
Ａ  転送可能パケットＴＩＰ
【図１】
2015138503.tif 000003
【図２】
2015138503.tif 000004
【図３】
2015138503.tif 000005
【図４】
2015138503.tif 000006
【図５】
2015138503.tif 000007
【図６】
2015138503.tif 000008
【図７】
2015138503.tif 000009
【図８】
2015138503.tif 000010
【図９】
2015138503.tif 000011
【図１０】
2015138503.tif 000012
【図１１】
2015138503.tif 000013
【図１２】
2015138503.tif 000014
【図１３】
2015138503.tif 000015
【図１４】
2015138503.tif 000016
【図１５】
2015138503.tif 000017
【図１６】
2015138503.tif 000018
【図１７】
2015138503.tif 000019
【図１８】
2015138503.tif 000020
【図１９】
2015138503.tif 000021
【図２０】
2015138503.tif 000022
【図２１】
2015138503.tif 000023