(57)【特許請求の範囲】
【請求項１】
再送イベントに起因してパケットに追加される遅延を示すように構成される送受信機であって、
第１のスケジューラ、メモリ、再送モジュール、第２のスケジューラ、遅延インジケータモジュール、および物理層モジュールを備え、
前記第１のスケジューラは、パケットストリームを受信して、前記パケットストリームを第１の多重化されたパケットストリームへと多重化するように、および時刻表示を追加するように構成され、
前記メモリは、前記第１の多重化されたパケットストリームを前記時刻表示と共に格納するように構成され、
前記再送モジュールは、再送要求を受信するように、および、再送のためのデータを選択するように構成され、
前記第２のスケジューラは、前記第１の多重化されたパケットストリームおよび前記再送のためのデータを受信するように、および、前記第１の多重化されたパケットストリームおよび前記再送のためのデータを第２の多重化されたパケットストリームへと多重化するように構成され、
前記遅延インジケータモジュールは、前記時刻表示を利用して、前記再送要求の実現の結果として前記第２の多重化されたパケットストリームのパケットに追加される遅延を計算するように構成され、
前記遅延インジケータモジュールはさらに、前記第２の多重化されたパケットストリームの前記パケットの少なくともいくつかに前記計算された遅延を追加するように構成され、
前記物理層モジュールは、前記第２の多重化されたパケットストリームを送信するように構成される、
送受信機。
【請求項２】
前記時刻表示は、パケットごとに追加され、前記送受信機のローカル時計に基づく、請求項１に記載の送受信機。
【請求項３】
前記再送要求は、データが前記送受信機によってすでに送信された先である第２の送受信機から受信される、請求項１または２に記載の送受信機。
【請求項４】
前記送受信機の時計および前記第２の送受信機の時計は、同期されない、請求項３に記載の送受信機。
【請求項５】
前記第２の送受信機に初回に送信されるパケットのペイロードが、第１のエラーレジスタンスレベルを用いて送信され、再送されるデータを包含するペイロードが、前記第１のエラーレジスタンスレベルより高い第２のエラーレジスタンスレベルを用いて送信される、請求項３または４に記載の送受信機。
【請求項６】
前記第２のエラーレジスタンスレベルは、再送パケットエラーレートを少なくとも８桁低減するように選択される、請求項５に記載の送受信機。
【請求項７】
請求項１から６のいずれか一項に記載の送受信機と、第２の送受信機とを備えるネットワークシステムであって、前記第２の送受信機が、前記送受信機から前記パケットを受信し、固定された遅延の後に有線通信リンクを介して第３の送受信機へ、初回に送信されるパケットを送信し、ここにおいて、前記初回に送信されるパケットのペイロードが第１のエラーレジスタンスレベルを用いて送信され、第２のメモリに前記ペイロードを格納し、前記第２のメモリに格納された前記ペイロードに含まれる第２のペイロードのための第２の再送要求を受信し、前記第１のエラーレジスタンスレベルより高い第２のエラーレジスタンスレベルでエンコードされた第２の再送パケットを用いて前記第２のペイロードを再送するように構成された、ネットワークシステム。
【請求項８】
前記第２のエラーレジスタンスレベルは、再送パケットエラーレートを少なくとも８桁低減するように選択される、請求項７に記載のネットワークシステム。
【請求項９】
前記物理層モジュールはＨＤＢａｓｅＴ（登録商標）物理層モジュールであり、前記第２の多重化されたパケットストリームはＨＤＢａｓｅＴ（登録商標）ストリームである、請求項１から６のいずれか一項に記載の送受信機。
【請求項１０】
再送イベントに起因してパケットに追加される遅延を示す方法であって、
送受信機によって、パケットストリームを受信し、前記パケットストリームを第１の多重化されたパケットストリームへと多重化する段階と、
前記第１の多重化されたパケットストリームを、時刻表示と共にメモリに格納する段階と、
再送要求を受信し、再送のためのデータを選択する段階と、
前記第１の多重化されたパケットストリームと、再送のためのデータとを、第２の多重化されたパケットストリームへと多重化する段階と、
前記再送要求の実現の結果として、前記第２の多重化されたパケットストリームのパケットに追加される遅延を計算するために前記時刻表示を利用する段階と、
前記計算された遅延を、前記第２の多重化されたパケットストリームの少なくともいくつかの前記パケットに追加する段階と、
前記送受信機によって、前記第２の多重化されたパケットストリームを送信する段階と、
を備える、方法。
【請求項１１】
前記再送要求は、データが前記送受信機によってすでに送信された先である第２の送受信機から受信される、請求項１０に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
［関連出願への相互参照］
本出願は、２０１７年６月２２日に提出された、米国仮特許出願第６２／５２３，６６３号の優先権を主張する。
【０００２】
低いレイテンシ変動を保証する通信ネットワークは、再送イベントによって生じたレイテンシ変動を補償する機構を含み得る。この機構はたいてい、送信先にあるバッファを用いて、および／または、送信パスに沿ってネットワークノードの時計を同期させることによって、エンド・ツー・エンド方式で、再送イベントによって生じたレイテンシ変動を補償する。ネットワークノードの時計を同期させることは、コストおよびネットワークの複雑性を増加させ、エンド・ツー・エンド解決法は、ネットワークノードの時計が非同期であるときには不正確となり得る。したがって、ネットワークノードが非同期であるときにもまた、リンクレベルにおける再送イベントによって生じたレイテンシ変動の、少なくともいくらかを補償する必要がある。
【発明の概要】
【０００３】
一実施形態において、再送イベントに起因してパケットに追加される遅延を示すように構成される送受信機は、第１のスケジューラ、メモリ、再送モジュール、第２のスケジューラ、遅延インジケータモジュール、および物理層モジュールを含み、第１のスケジューラは、複数のパケットストリームを受信してこれらを第１の多重化されたパケットストリームへと多重化するように、および、時刻表示を追加するように構成され、メモリは、第１の多重化されたパケットストリームを、時刻表示と共に格納するように構成され、再送モジュールは、再送要求を受信するように、および、再送のためのデータを選択するように構成され、第２のスケジューラは、第１の多重化されたパケットストリームおよび再送のためのデータを受信するように、および、それらを第２の多重化されたパケットストリームへと多重化するように構成され、遅延インジケータモジュールは、時刻表示を利用して、再送要求の実現の結果として第２の多重化されたパケットストリームのパケットに追加された遅延を計算するように構成され、遅延インジケータモジュールはさらに、第２の多重化されたパケットストリームの少なくともいくつかのパケットに、計算された遅延を追加するように構成され、物理層モジュールは、第２の多重化されたパケットストリームを送信するように構成される。
【０００４】
別の実施形態において、再送イベントに起因してパケットに追加される遅延を示す方法は、複数のパケットストリームを受信してそれらを第１の多重化されたパケットストリームへと多重化する段階と、第１の多重化されたパケットストリームを、時刻表示と共にメモリに格納する段階と、再送要求を受信して再送のためのデータを選択する段階と、第１の多重化されたパケットストリームおよび再送のためのデータを、第２の多重化されたパケットストリームへと多重化する段階と、時刻表示を利用して、再送要求の実現の結果として第２の多重化されたパケットストリームのパケットに追加された遅延を計算する段階と、第２の多重化されたパケットストリームの少なくともいくつかのパケットに、計算された遅延を追加する段階と、第２の多重化されたパケットストリームを送信する段階とを含む。
【図面の簡単な説明】
【０００５】
実施形態は、以下の図面を参照して、例としてのみ本明細書で説明される。これらの実施形態の詳細な構造を、実施形態の基本的な理解のために必要であるよりも詳細に示す試みは行われない。図面において：
【０００６】
【図１Ａ】そのヘッダおよびテールがそのペイロードより高いエラーレジスタンスであることを特徴とするパケットを再送する、一実施形態を示す図である。
【０００７】
【図１Ｂ】送信されるデータの本来の順序を維持しながら、その最大能力近くで通信リンクを動作させるための一方法を示すフロー図である。
【０００８】
【図２】実施形態を各ホップにおいて実装するネットワークを示す。
【０００９】
【図３】少なくともいくつかのストリームに関する再送および固定された遅延をサポートする、ソースおよびシンクデバイスの一実施形態を示す。
【００１０】
【図４】再送イベントに起因してパケットに追加される遅延を示すように構成された、送受信機の一実施形態を示す。
【００１１】
【図５】少なくとも２つのメモリを有する、送受信機の一実施形態を示す。
【００１２】
【図６】再送イベントに起因してパケットに追加される遅延を示す方法の一実施形態を示す。
【発明を実施するための形態】
【００１３】
図１Ａは、そのヘッダおよびテールがそのペイロードより高いエラーレジスタンスであることを特徴とするパケットを再送する、一実施形態を示す。第１送信の特定のタイプのパケット（＃１、＃２、＃３、＃４）は、目標パケットエラーレートよりかなり悪いパケットエラーレートを有するようにエンコードされており、一方、再送される複数のパケットは、それらのパケットエラーレートが目標パケットエラーレートとほぼ等しいか、より良くなるようにエンコードされている。ソース４０２は、予め定められたレートでシンク４０４にパケットを送信する。ソース４０２は、往復移動遅延とほぼ等しい、またはより長い期間で、パケットを介して送信されたデータを格納する。シンク４０４は、パケットを受信し、受信されたパケットを、エラーおよび／またはパケット喪失に関してチェックし、エラーのあるパケットの再送を要求する（ここで、エラーのあるパケットは、喪失したパケットもまた含む）。その一方で、ソース４０２は予め定められたレートでパケットを送信し続け、エラーのあるパケット（この例では、パケット＃２）を再送するまで次のパケット（この例では、パケット＃３）を送信する。任意で、追加の再送が要求されないことを保証するように、再送されるパケット＃２'のペイロードは、パケット＃２のエラーレジスタンスより高いエラーレジスタンスを用いてエンコードされる。エラーのあるパケット＃２を置き換えるようにパケット＃２'を送信した後、ソース４０２は、次の未送信パケット＃４を、本来の順序に従って送信する。受信側において、シンク４０４は、バッファ４１０のエラーのあるパケット＃２のペイロードを、再送されたパケット＃２'のペイロードに置き換えることにより、データの本来の順序を維持する。
【００１４】
例えば、本明細書に参照により組み込まれる、米国特許第８，５６５，３３７号で説明されるように、パケットの異なる部分は、異なるエンコード方式を実装した結果として、異なるエラーレジスタンスを特徴とし得る。代替的に、パケットの異なる部分は、順方向エラー訂正（ＦＥＣ）技術を実装した結果として、異なるエラーレジスタンスを特徴とし得る。
【００１５】
一例において、図１Ａに示された通信リンクは、ＨＤＭＩ（登録商標）信号を送信するように用いられる。そのリンクを最大限に活用するように、パケットの第１のセットは、１ｅ−３およびＣＲＣ−３２のパケットエラーレートでＨＤＭＩ（登録商標）データを配信し、再送されるパケットは、１ｅ−１１のパケットエラーレートで移送され、それはＨＤＭＩ（登録商標）規格によって要求される１ｅ−９のパケットエラーレートより良い。
【００１６】
図１Ｂは、送信されるデータの本来の順序を維持しながら、その最大能力近くで通信リンクを動作させるための一方法を示すフロー図である。方法は、以下の段階を含む。段階４４０において、データの少なくとも１つのストリームを、予め定められたレートで送信する。送信されるデータは、第１のエラーレジスタンスレベルを特徴とする。段階４４１において、受信されたデータをバッファに格納する。段階４４２において、エラーを検出したことに応じてデータ再送を要求する。段階４４３において、第１のエラーレジスタンスレベルより高い第２のエラーレジスタンスレベルでデータを再送する。段階４４４において、データの本来の順序を維持するように、バッファの適切な場所に、再送されたデータを挿入する。一実施形態において、方法は、データの本来の順序を維持するネットワークの各ホップにおいて動作し、レイテンシ変動が５マイクロ秒（μｓｅｃ）未満の、短い、そしてほぼ固定されたレイテンシを特徴とする。一実施形態において、検出されたエラーは、パケット喪失エラーを含み、さらに、予め定められた一連のコードに従って割り当てられるパケット識別コードを用いて、パケット喪失を識別する段階を備える。一実施形態において、ストリームは、時間に影響されるデータを含み、方法は、レイテンシ変動が５マイクロ秒未満である、ほぼ固定されたレイテンシを保証する。
【００１７】
図２は、各ホップにおいて図１Ａによって示された方法を実装する、ネットワークを示す。したがって、ネットワークの全体が、送信されたパケットの順序を維持し、再送の要求には、エラーレジスタンスを向上させたパケットを用いて応答され、大部分は、ソース５０２および５０４から送信された本来のストリームに悪影響を与えずに応答される。任意で、ソース５０２および５０４は、固定された送信レートにほぼ従って本来のストリームを送信する。任意に、ネットワークは、レイテンシ変動が５マイクロ秒未満である固定されたレイテンシをほぼ保証する。任意に、ソース５０２および５０４は、再送をサポートしないエンドデバイスからデータを受信する。
【００１８】
一実施形態において、図２に示されたネットワークのスイッチ５０６、５０８および５１０は、バッファを含み、したがって、ネットワークは、再送をサポートしないレガシエンドデバイス５０２、５０４、５１２および５１４によって良好に動作し得る。この実施形態において、ネットワークの合計のレイテンシもまた、再送が少なくとも１つのホップにおいて不要であるとき、減少し得る。
【００１９】
図３は、少なくともいくつかのストリームに関する再送および固定された遅延をサポートする、ソースおよびシンクデバイスの一実施形態を示す。ソース側において、ソースのスケジューラ６０２は、再送メカニズムによって保護されるべき第１のストリーム（実線によって記される）と、再送メカニズムによって保護されない第２のストリーム（破線によって記される）とを受信する。ソースの再送モジュール６０４は、任意に、それらの順番を識別するように、第１のストリームパケットに追加のパケット識別データを追加し、次に、ソースのバッファ６０６に第１のストリームの一部を格納する。第１および第２のストリームは、リンク６１２を介してソースの物理層コンポーネント６０８によって送信され、受信機の物理層コンポーネント６２０によってシンク側で受信される。受信機の再送モジュール６２２は、ＣＲＣチェックありかまたはなしで、第２のストリームのパケットを受信機のスケジューラ６２６に転送し、第１のストリームのパケットを受信機のバッファ６２４に転送する。第１のストリームパケットにおいてＣＲＣエラーを検出したことに応じて、またはパケット喪失を検出したことに応じて、任意で追加のパケット識別データにおけるギャップに基づいて、受信機の再送モジュール６２２はソースに適切な再送要求を送信する。ソースの再送モジュール６０４は、要求されたパケットをソースのバッファ６０６から抽出し、パケットを再エンコードして、より良いエラーレジスタンスを特徴とし、再送されるパケットをシンクに送信する。パケットの本来の順序を維持するように、受信機は、適切であれエラーであれ、すべての保護されたパケット上でレイテンシをもたらすように受信機のバッファ６２４を使用し、受信機の再送モジュール６２２は、再送されたパケットを、受信機のバッファ６２４におけるその本来の位置に挿入する。要求されたレイテンシ期間が過ぎた後、受信機のバッファ６２４からのパケットが、受信機のスケジューラ６２６に転送される。
【００２０】
一実施形態において、図３に示された通信リンクは、マルチメディア信号を搬送する。ビデオピクセルデータが再送によって保護される一方、ビデオピクセルデータに同期される必要がないレイテンシに影響されるデータは、再送メカニズムによって保護されない、したがって固定された遅延を伴わない、第２のストリームにおいて送信される。この場合において、送信機と受信機のいずれも、保護されていないパケットを再送バッファに格納する必要がない。一実施形態において、保護されていないデータ型は、より低いＰＡＭなどの、最初の保護されたパケットよりもかなり高いエラーレジスタンスレベルを用いて送信されるので、再送保護機構は不要である。例えば、リンク制御メッセージおよびビデオＤＤＣ信号は、高いエラーレジスタンスで、かつ、再送メカニズムなしで送信され得る。
【００２１】
一実施形態において、第１の映像ストリームは再送メカニズムによって保護されて、第２の映像ストリームは再送メカニズムによって保護されない。したがって、保護されていない映像ストリームは、保護される映像ストリームよりもリンク遅延が短い特徴がある。一実施形態において、最大リンク遅延は再送の最大数を決定し、それは再送メカニズムによって保護されるべきトラフィックの量を決定する。
【００２２】
送信されたパケットの順序および固定された短いレイテンシを維持しながら、ほぼその最大能力で通信チャネルを利用する必要がある場合がある。ほぼその最大能力で通信チャネルを利用するように、データは、順方向エラー訂正（ＦＥＣ）コードのみによっては保護されることができず、通信リンクを介した干渉が正確に予測できないとき、さらなる帯域幅を消費する。したがって、オプションのＦＥＣコードによって修正されることができない、エラーのあるパケットは、再送されなければならない。送信されたパケットの順序および固定された短いレイテンシを維持するように、再送されるパケットは、受信機が受信されたパケットにおけるエラーを識別するや、および／または、パケット喪失を識別するやすぐに、要求されるべきである。
【００２３】
一実施形態において、通信リンクは、第１および第２の送受信機を含む。第１の送受信機は、第１のエラーレジスタンスレベルで予め定められたレートでパケットの第１のセットを送信し、送信されるデータをバッファに格納する。第２の送受信機は、パケットの第１のセットを受信し、エラーに関してパケットをチェックし、エラーのあるパケットを検出したことに応じて、エラーのあるパケットの再送を要求する。第１の送受信機は、再送要求を受信し、第１のエラーレジスタンスレベルより高い第２のエラーレジスタンスレベルでエンコードされた１または複数のパケットを用いて、関連するデータを再送する。次に、第２の送受信機は、パケットにおいて受信されたデータを、固定された遅延のほぼ後に、その本来の順序に従って転送する。一実施形態において、再送の平均スループットおよび最大バーストは、予め定義された量を超えない、リンクに過負荷をかけない、パケットの第１のセットの正しい送信に干渉しない、パケットの第１のセットと再送されたパケットとの送信の最大スループットを、通信リンクの最大能力に至らせる、および／または、ある値を超えて遅延を増加させない、などのように制御される。再送は、第１の送受信機、第２の送受信機、および／または、任意の他の適切な要素によって制御され得る。一実施形態において、再送されるパケットは、パケットの第１のセットの優先度より高い優先度で送信される。より高い優先度でパケットを再送することは、再送の要求と再送されたパケットの受信との間の時間を短くすることによって、通信リンクのレイテンシを減少させ得る。実施形態は、有線媒体、無線媒体、または光媒体などの、様々な媒体を介して実装され得る。さらに、実施形態は、レイテンシ変動が５マイクロ秒未満であるほぼ固定されたレイテンシを保証するネットワークをもたらすように用いられ得る。そのようなネットワークは、また、再送をサポートしないエンドデバイスと共に良好に動作し得る。
【００２４】
一実施形態において、受信機は、パケット処理要素に結合されたパケットバッファを含む。パケットバッファは、受信されたパケットを格納し、パケット処理要素は、エラーのあるパケットを検出して、エラーのあるパケットを検出したことに応じて再送要求を送信する。任意に、パケットは、予め定められた一連のコードに従って割り当てられたパケット識別コードを含み、パケット処理要素は、受信されたパケットのパケット識別コードを、一連のコードから予想されるパケット識別コードと比べることによって、パケット喪失を識別する。再送されたパケットを受信するとき、パケット処理要素は、再送されたパケットをその適切な場所に挿入することによって、パケットの本来の順序を維持する。
【００２５】
一実施形態において、ネットワークスイッチは、一度目に送信されたパケットより高いエラーレジスタンスでのパケット再送をサポートする複数の送受信機を含む。再送は、受信機側によって開始され、少なくとも２つのリンクおよび少なくとも１つのそのようなスイッチを備えるネットワークは、パケットの本来の順序を維持し、レイテンシ変動が５マイクロ秒未満であるほぼ固定された短いレイテンシを特徴とする。一実施形態において、ネットワークは、１または複数の主要なストリームを搬送し、再送されたパケットの最大量は、主要なストリームの正しい送信を干渉しないように決定される。一実施形態において、ネットワークのレイテンシは、一度目に送信されたパケットの大部分の優先度より高い優先度でパケットを再送することによって減少する。
【００２６】
【００２７】
図４は、再送イベントに起因してパケットに追加される遅延を示すように構成された、送受信機７５０の一実施形態を示す。送受信機７５０は、少なくとも、第１のスケジューラ７５２、メモリ７５４、再送モジュール７５６、第２のスケジューラ７５８、遅延インジケータモジュール７６０、および物理層モジュール７６２を含む。
【００２８】
第１のスケジューラ７５２は、１または複数のパケットストリーム（Ｓｔｒ＃１、Ｓｔｒ＃２、Ｓｔｒ＃３で表される）を受信し、パケットストリームは、例えば、入力ポートから、または、送受信機において実行中のプロセスから受信され得る。第１のスケジューラ７５２は、受信されたパケットストリーム（Ｓｔｒ＃１、Ｓｔｒ＃２、Ｓｔｒ＃３）を、第１の多重化されたパケットストリーム７ａへと多重化し、パケットの少なくともいくつかに関する時刻表示を追加する。メモリ７５４は、第１の多重化されたパケットストリーム７ａ、およびそれの対応する時刻表示を受信および格納する。
【００２９】
再送モジュール７５６は、再送要求７７０を受信し、再送のためのデータを選択する。任意で、再送要求７７０は、有線通信リンクなどの通信リンクを介して送受信機７５０と通信する第２の送受信機から受信される。再送要求７７０は、送受信機によって第２の送受信機にすでに送信されたデータに関して受信される。
【００３０】
第２のスケジューラ７５８は、第１の多重化されたパケットストリーム７ａと、再送７ｂのためのデータとを受信し、それらを、第２の多重化されたパケットストリーム７ｃへと多重化する。第２のスケジューラ７５８は、また、リンク管理データ７７６を受信し得、それを第２の多重化されたパケットストリーム７ｃへと多重化し得る。リンク管理データ７７６の例は、自己開始された再送、リンク管理パケット、および、通信リンクを学習および維持するために用いられる知られているデータを含む。
【００３１】
遅延インジケータモジュール７６０は、時刻表示を利用して、再送要求の実現の結果として第２の多重化されたパケットストリーム７ｃのパケットに追加される遅延を計算する。一例において、時刻表示は、送受信機７５０のローカル時計の機能であり、遅延インジケータモジュール７６０は、特定のパケットと関連づけられた時刻表示から現在のローカル時計の時刻を減算することによって、第２の多重化されたパケットストリーム７ｃに属するパケットに追加される遅延を計算する。遅延インジケータモジュール７６０は、第２の多重化されたパケットストリームのうち少なくともいくつかのパケットに、計算された遅延を追加する。一例において、遅延インジケータモジュール７６０は、第２の多重化されたパケットストリームのうちすべてのパケットに、計算された遅延を追加する。別の例において、遅延インジケータモジュール７６０は、第２の多重化されたパケットストリームのうちいくつかのパケットにのみ、例えば、計算された遅延が予め定められた閾値を超えるパケットにのみ、計算された遅延を追加する。さらに別の例において、計算された遅延は、第１のスケジューラにおいてパケットを受信してから、送信のためにそれが物理層へ転送されるまでの時間の主な要因である。次に、物理層モジュール７６２は、任意には有線通信リンクを介して、第２の多重化されたパケットストリームを第２の送受信機に送信する。
【００３２】
任意には、送受信機７５０は、再送されていなかったパケットのペイロードを、第１のエラーレジスタンスレベルを用いて第２の送受信機に送信し、再送されるデータを包含するペイロードを、第２のエラーレジスタンスレベルを用いて第２の送受信機に送信する。第２のエラーレジスタンスレベルは、さらなる再送の可能性を減少させるように、第１のエラーレジスタンスレベルより高い。いくつかの場合において、第２のエラーレジスタンスレベルは、単一の再送が再送されるデータの送信に成功するために十分であることを保証するために十分強い。
【００３３】
オプションの一実施形態において、第２の送受信機は、送受信機からパケットを受信し、固定された遅延の後で第１のエラーレジスタンスレベルによって有線通信リンクを介して第３の送受信機へ、再送されていなかったパケットを送信し、第２のメモリにペイロードを格納し、第２のメモリに格納されるペイロードに含まれる第２のペイロードに関する第２の再送要求を受信し、第１のエラーレジスタンスレベルより高い第２のエラーレジスタンスレベルでエンコードされた第２の再送パケットを用いて第２のペイロードを再送する。任意に、第２のエラーレジスタンスレベルは、単一の再送が第２のペイロードの送信に成功するために十分であることを保証するために十分強くあり得る。
【００３４】
任意には、送受信機の時計および第２の送受信機の時計は同期されず、第２の送受信機は、第２の送受信機が受信するパケットに格納される、計算された遅延を使用し、送受信機７５０における再送イベントの結果として被った遅延の少なくともいくらかを補償するように、順序およびそれを受信するパケット間のアイドリング継続時間を調整する。
【００３５】
任意には、メモリ７５４は共有メモリであり、再送のためのデータは、メモリに格納された第１の多重化されたパケットストリームから選択される。
【００３６】
図５は、少なくとも２つのメモリを有する、送受信機８００の一実施形態を示す。送受信機８００は、少なくとも、第１のスケジューラ７５２に類似する第１のスケジューラ８０２と、送信の待機の間、第１の多重化されたパケットストリーム８ａを格納するバッファ８０４と、可能な再送の待機の間、すでに送信されたパケット８ｄを格納する再送メモリ８０８と、リモート再送要求８２６を受信し、ローカル再送要求８２０を発し得、再送メモリ８０８から再送されるべきデータを、コマンドライン８２２を用いて選択する、再送モジュール８０６と、第２のスケジューラ７５８に類似する第２のスケジューラ８１０と、遅延インジケータモジュール７６０に類似する遅延インジケータモジュール８１０と、物理層モジュール７６２に類似する物理層モジュール８１４とを含む。
【００３７】
第２のスケジューラ（７５８、８１０）はさらに、リンク管理パケットを受信し得、それらを第２の多重化されたパケットストリームへと多重化し得る。リンク管理パケットは、送受信機によって発せられた再送の要求、リンク制御メッセージ、リンクプロパティ学習に関するメッセージ、干渉の処理に関するメッセージなどの、リンクを動作させる送受信機によって生成されるパケットである。
【００３８】
任意に、第１のスケジューラ、再送モジュール、第２のスケジューラ、および遅延インジケータモジュールは、１つまたは複数のプロセッサを用いて実装される。任意に、再送モジュールおよびメモリは、同じデータに関するマルチの再送イベントをサポートするように設計される。代替的に、再送モジュールおよびメモリは、同じデータに関する単一の再送イベントのみをサポートするように設計される。任意に、物理層モジュールは、ＨＤＢａｓｅＴ（登録商標）物理層モジュールであり、第２の多重化されたパケットストリームは、ＨＤＢａｓｅＴ（登録商標）ストリームである。
【００３９】
一実施形態において、送受信機（７５０、８００）は、５マイクロ秒未満のレイテンシ変動を有する再送をサポートするネットワークスイッチに組み込まれる。送受信機７５０は、第２のスイッチを通じて、スイッチ送受信機７５０を介してストリーミングされるビデオを表示するデバイスなどの、シンクデバイスに結合され得る。任意に、再送モジュール７５６は、パケットの順番を識別するように、追加のパケット識別データをパケットストリームに追加し得る。
【００４０】
図６は、再送イベントに起因してパケットに追加される遅延を示す、方法の一実施形態を示す。方法は、以下の段階を含む。段階８５０において、送受信機によって、複数のパケットストリームを受信し、それらを第１の多重化されたパケットストリームへと多重化する。段階８５１において、第１の多重化されたパケットストリームを、時刻表示と共にメモリに格納する。段階８５２において、再送要求を受信し、再送のためのデータを選択する。段階８５３において、第１の多重化されたパケットストリームと、再送のためのデータとを、第２の多重化されたパケットストリームに多重化する。段階８５４において、再送要求の実現の結果として第２の多重化されたパケットストリームのパケットに追加される遅延を計算するように、時刻表示を利用する。段階８５５において、第２の多重化されたパケットストリームのうち少なくともいくつかのパケットに、計算された遅延を追加する。段階８５６において、送受信機によって、第２の多重化されたパケットストリームを送信する。任意には、再送要求は、再送のためのデータが送受信機によってすでに送信された先である第２の送受信機から受信される。任意には、メモリは共有メモリであり、再送のためのデータは、メモリに格納された第１の多重化されたパケットストリームから選択される。および任意には、方法は、リンク管理パケットを受信して、それらを第２の多重化されたパケットストリームへと多重化する段階とをさらに含み得る。
【００４１】
【００４２】
本明細書において、予め定められた確実性レベルまたは予め定められた閾値などの予め定められた値は、固定された値であり、および／または、ある値を予め定められた値と比較する計算を実行する前の任意の時点で決定される値である。また、値は、当該値を利用する閾値に達したかどうかを判定するように用いられる論理が、閾値に達したかどうかを判定する計算の実行の開始の前に知られているときには、予め定められた値とみなされる。
【００４３】
この説明において、「一実施形態」（およびその変形）への参照は、参照される特徴が発明の少なくとも一つの実施形態に含まれ得ることを意味する。さらに、「一実施形態」、「いくつかの実施形態」、「別の実施形態」、および「さらに別の実施形態」への個別の参照は、同じ実施形態を参照してもよく、実施形態の異なる態様を示してもよく、および／または、異なる実施形態を参照してもよい。
【００４４】
本発明の実施形態は、本明細書で説明された実施形態の特徴の、任意の様々な組み合わせ、および／または統合形態を含み得る。いくつかの実施形態はシリアルの操作を示すことがあるが、実施形態は、パラレルで、および／または、示されたものとは異なる順序で、特定の操作を実行してもよい。さらに、文章および／または図面における、繰り返される参照符号および／または文字の使用は、簡易性および明瞭性を目的としたものであり、それ自体で、様々な実施形態および／または説明されている構成の間の関係を決定するものではない。実施形態は、説明、図面、または例において設定された、方法の段階の順序、または、デバイスの実装の詳細へのそれらの応用に限定されない。さらに、図面に示された各ブロックは、本来は機能的なものであってよく、したがって、必ずしもディスクリートなハードウェア要素に相当するものでなくてもよい。請求項において、用語「第１」「第２」などは、序数指定にすぎないと解釈されるべきであり、これら自身に限定されるものではないとする。
【００４５】
本明細書に開示された方法は、特定の順序で実行される特定の段階を参照して説明および示されてきた一方、実施形態の教示から逸脱しない限り、等価な方法を形成するように、これらの段階は、まとめられても、さらに分割されても、および／または、並べ替えられてもよいことが理解される。したがって、具体的に明細書に示されない限り、段階の順序およびグループ分けは、実施形態の限定ではない。さらに、実施形態の方法および機構は、明瞭性のために単数形で説明されることがある。しかしながら、いくつかの実施形態は、反対のことが記載されない限り、方法の複数回の反復または機構の複数個の例示を含み得る。例えば、プロセッサが一実施形態において開示されるとき、実施形態の範囲はまた、複数のプロセッサの使用にも及ぶことが意図される。明瞭にするために個別の実施形態の文脈で説明されてきたかもしれない、実施形態の特定の特徴は、また、単一の実施形態において、様々な組み合わせで提供されてもよい。逆に、簡潔にするために単一の実施形態の文脈で説明されてきたかもしれない、実施形態の様々な特徴は、また、個別に提供されてもよく、任意の適切なサブコンビネーションで提供されてもよい。具体的な例とともに説明された実施形態は、限定としてではなく、例として表される。さらに、多くの代替例、変更例、および変形例が、当業者には明らかであろうことは自明である。他の実施形態が利用されてもよく、構造的な改変形態が、実施形態の範囲から逸脱することなく作成されてもよいことが、理解されるべきである。したがって、この開示は、添付の特許請求の範囲およびそれらの等価物の意図および範囲に入る、すべてのそのような代替例、変更例、および変形例を包含することを意図したものである。
【図１Ａ】
0006896988.tif 000002
【図１Ｂ】
0006896988.tif 000003
【図２】
0006896988.tif 000004
【図３】
0006896988.tif 000005
【図４】
0006896988.tif 000006
【図５】
0006896988.tif 000007
【図６】
0006896988.tif 000008