JP2023031246A - 冗長データ・パケットを生成及び排除する通信装置 - Google Patents

冗長データ・パケットを生成及び排除する通信装置 Download PDF

Info

Publication number
JP2023031246A
JP2023031246A JP2022108135A JP2022108135A JP2023031246A JP 2023031246 A JP2023031246 A JP 2023031246A JP 2022108135 A JP2022108135 A JP 2022108135A JP 2022108135 A JP2022108135 A JP 2022108135A JP 2023031246 A JP2023031246 A JP 2023031246A
Authority
JP
Japan
Prior art keywords
packet
packets
network
data
communication device
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.)
Pending
Application number
JP2022108135A
Other languages
English (en)
Inventor
アーマン アヴィ
Urman Avi
ナラキス リオル
narkis Lior
クレーメル ギル
Kremer Gil
タルノポルスキー サール
Tarnopolsky Saar
デイビッド レヴィ ドータン
David Levi Dotan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mellanox Technologies Ltd
Original Assignee
Mellanox Technologies Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US17/409,625 external-priority patent/US20210385169A1/en
Application filed by Mellanox Technologies Ltd filed Critical Mellanox Technologies Ltd
Publication of JP2023031246A publication Critical patent/JP2023031246A/ja
Pending legal-status Critical Current

Links

Images

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/04—Protocols for data compression, e.g. ROHC
    • 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/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】冗長データ・パケットを排除するための装置、システム、及び技法を提供する。【解決手段】少なくとも一実施例では、通信装置は、冗長データ・パケットを生成し、それらを複数のパケット・ストリームにおいて送信する。少なくとも一実施例では、通信装置は、受信されるパケット・ストリームから冗長データ・パケットを排除する。【選択図】図１

Description

少なくとも一実施例は、冗長データ・パケットを生成及び排除することに関する。たとえば、少なくとも一実施例は、冗長データ・パケットを生成し、冗長データ・パケットを複数のパケット・ストリームにおいて送信し、受信パケット・ストリームから冗長データ・パケットを排除する通信装置に関する。別の例として、少なくとも一実施例は、本明細書に記載の様々な新規の技法を実装する通信装置に関する。
デバイス（たとえば、コンピュータ、自律車両など）は、一般的に、ネットワークにわたってデータ・パケットをストリーミングするために高速方法を使用する。そのような高速方法は、典型的には、受信側デバイスが送信側デバイスに確認応答を送信しない、及び／又は、送信側デバイスが喪失若しくは破損したパケットを受信側デバイスに再送しない、信頼できないプロトコルを使用してパケットを送信する。すべてのパケットが受信側デバイスによって受信される確率を増大させるのを助けるために、送信側デバイスは、パケット及びパケットのコピーを、複数の並列なデータ・ストリームにおいて受信側デバイスに送信する場合がある。データ・ストリームはネットワークを通じて複数の異なる経路を介して送信されるため、各パケットの少なくとも1つのコピー（又は等価なパケット）が受信側デバイスによって受信される可能性が増大する。
複数の並列なデータ・ストリームが受信側デバイスに送信される場合であっても、特定のストリームのすべてのパケットが受信側デバイスに到達すること、又は、パケットが送信されたのと同じ順序でパケットが受信側デバイスに到着することは、依然として保証されない。したがって、受信側デバイスは、２つ（以上）の受信データ・ストリームからのパケットを記憶、並べ替え、処理、及びインターリーブすることによって、送信データを再構築しなければならない。この方法は、信頼可能なデータ送信を可能にするが、相当量のメモリ、メモリ帯域幅、及び接続（たとえば、周辺機器相互接続エクスプレス（「ＰＣＩｅ」）バス）帯域幅を使用するとともに、送信側デバイスのプロセッサに重い処理負担を課し、データ待ち時間を増大させ、システム全体のデータ・スループット及び／又は性能を制限する可能性がある。
少なくとも一実施例による、ネットワークによって受信側デバイスに接続されている送信側デバイスを含むシステムの一例を示す図である。 少なくとも一実施例による、送信側通信装置の例示の構成要素を示す図である。 少なくとも一実施例による、例示のパケット・フォーマットを示す図である。 少なくとも一実施例による、受信側通信装置の例示の構成要素を示す図である。 少なくとも一実施例による、例示のデータ通信システムを概略的に示すブロック図である。 少なくとも一実施例による、受信側通信装置によって実施することができるデータ再構築のプロセスを概略的に示すブロック図である。 少なくとも一実施例による、受信側通信装置によって実施されるパケット・データを直接的に配置するための方法の詳細を概略的に示すブロック図である。 少なくとも一実施例による、無線データを送信するためのデータ通信システムを概略的に示すブロック図である。 少なくとも一実施例による、受信側メモリ内のバッファ内にパケット・データを直接的に配置するための方法を概略的に示すブロック図である。 少なくとも一実施例による、送信側デバイスによって実施することができる方法の流れ図である。 少なくとも一実施例による、受信側デバイスによって実施することができる方法の流れ図である。 少なくとも一実施例による、分散システムを示す図である。 少なくとも一実施例による、例示的なデータ・センタを示す図である。 少なくとも一実施例による、クライアント－サーバ・ネットワークを示す図である。 少なくとも一実施例による、コンピュータ・ネットワークを示す図である。 少なくとも一実施例による、ネットワーク・コンピュータ・システムを示す図である。 少なくとも一実施例による、ネットワーク・コンピュータ・システムを示す図である。 少なくとも一実施例による、ネットワーク・コンピュータ・システムを示す図である。 少なくとも一実施例による、サーバをサード・パーティ・ネットワーク・サービスとして提供することができるシステム環境の１つ又は複数の構成要素を示す図である。 少なくとも一実施例による、クラウド・コンピューティング環境を示す図である。 少なくとも一実施例による、クラウド・コンピューティング環境によって提供される機能抽象化層のセットを示す図である。 少なくとも一実施例による、チップ・レベルにおいてスーパーコンピュータを示す図である。 少なくとも一実施例による、ラック・モジュール・レベルにおいてスーパーコンピュータを示す図である。 少なくとも一実施例による、ラック・レベルにおいてスーパーコンピュータを示す図である。 少なくとも一実施例による、システム全体レベルにおいてスーパーコンピュータを示す図である。 少なくとも一実施例による、推論及び／又は訓練論理を示す図である。 少なくとも一実施例による、推論及び／又は訓練論理を示す図である。 少なくとも一実施例による、ニューラル・ネットワークの訓練及び展開を示す図である。 少なくとも一実施例による、ネットワークのシステムのアーキテクチャを示す図である。 少なくとも一実施例による、ネットワークのシステムのアーキテクチャを示す図である。 少なくとも一実施例による、制御プレーン・プロトコル・スタックを示す図である。 少なくとも一実施例による、ユーザ・プレーン・プロトコル・スタックを示す図である。 少なくとも一実施例による、コア・ネットワークの構成要素を示す図である。 少なくとも一実施例による、ネットワーク機能仮想化（ＮＦＶ：ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ ｖｉｒｔｕａｌｉｚａｔｉｏｎ）をサポートするシステムの構成要素を示す図である。 少なくとも一実施例による、処理システムを示す図である。 少なくとも一実施例による、コンピュータ・システムを示す図である。 少なくとも一実施例による、システムを示す図である。 少なくとも一実施例による、例示的な集積回路を示す図である。 少なくとも一実施例による、コンピューティング・システムを示す図である。 少なくとも一実施例による、ＡＰＵを示す図である。 少なくとも一実施例による、ＣＰＵを示す図である。 少なくとも一実施例による、例示的な加速度計集積スライスを示す図である。 少なくとも一実施例による、例示的なグラフィックス・プロセッサを示す図である。 少なくとも一実施例による、例示的なグラフィックス・プロセッサを示す図である。 少なくとも一実施例による、グラフィックス・コアを示す図である。 少なくとも一実施例による、ＧＰＧＰＵを示す図である。 少なくとも一実施例による、並列プロセッサを示す図である。 少なくとも一実施例による、処理クラスタを示す図である。 少なくとも一実施例による、グラフィックス・マルチプロセッサを示す図である。 少なくとも一実施例による、プログラミング・プラットフォームのソフトウェア・スタックを示す図である。 少なくとも一実施例による、図４３のソフトウェア・スタックのＣＵＤＡ実施態様を示す図である。 少なくとも一実施例による、図４３のソフトウェア・スタックのＲＯＣｍ実施態様を示す図である。 少なくとも一実施例による、図４３のソフトウェア・スタックのＯｐｅｎＣＬ実施態様を示す図である。 少なくとも一実施例による、プログラミング・プラットフォームによってサポートされるソフトウェアを示す図である。 少なくとも一実施例による、図４３～図４６のプログラミング・プラットフォーム上で実行するためのコードのコンパイルを示す図である。
図１は、少なくとも一実施例による、ネットワーク１０６によって受信側デバイスに１０４接続されている送信側デバイス１０２を含むシステム１００の一例を示す。送信側デバイス１０２及び受信側デバイス１０４の一方又は両方は、１つ又は複数のコンピューティング・デバイス、仮想機械、自律車両、ビデオ・カメラ、放送テレビジョン機器、１つ又は複数のセンサ・デバイスなどによって実装されてもよい。送信側デバイス１０２は、送信側通信装置１１２と、送信側プロセッサ１１４（たとえば、中央処理装置（「ＣＰＵ」）と、送信側メモリ１１６とを含む。受信側デバイス１０４は、受信側通信装置１２４と、受信側プロセッサ１２６（たとえば、ＣＰＵ）と、受信側メモリ１２８とを含む。送信側通信装置１１２及び受信側通信装置１２４は各々、ネットワーク・インターフェース・コントローラ（「ＮＩＣ」）、ネットワーク・インターフェース・カード、ネットワーク・アダプタ、ローカル・エリア・ネットワーク（「ＬＡＮ」）アダプタ、物理ネットワーク・インターフェース、ホスト・チャネル・アダプタ（「ＨＣＡ」）、イーサネット（登録商標）ＮＩＣなどとして実装されてもよい。任意選択的に、送信側通信装置１１２及び／又は受信側通信装置１２４は、複数のホスト・デバイスに接続されてもよく、各ホスト・デバイスのパケット・フロー又はストリームを同時に送信及び受信してもよい。
送信側プロセッサ１１４は、メッセージ１３０又はメッセージ１３０へのリンクを送信側通信装置１１２に送信する。メッセージ１３０は、複数のパケット１３２を含んでもよく、又は、送信側通信装置１１２によって複数のパケット１３２にパケット化されてもよい。複数のパケット１３２は、元々の順序を有する。図１において、複数のパケット１３２はパケットＰ１～Ｐ３を含むものとして示されているが、複数のパケット１３２は、任意の数のパケットを含んでもよい。送信側通信装置１１２は、複数のパケット１３２を改変して複数の改変パケット１３４を作成し、複数の改変パケット１３４をコピー又は複製して複数の複製パケット１３６を作成する。複数の改変パケット１３４及び複数の複製パケット１３６はともに、パケット１３８Ｓとして、受信側通信装置１２４に送信される。図示されている実施例においては、送信側通信装置１１２は複数の改変パケット１３４を単一系列の複数の複製パケット１３６に複製するものとして示されているが、代替の実施例において、送信側通信装置１１２は、複数の改変パケット１３４を２倍以上に複製して、複数系列の複製パケットを作成してもよい。図示の実施例において、パケットＰ１～Ｐ３は改変されて、それぞれパケットＰ’１～Ｐ’３が作成されており、改変パケットＰ’１～Ｐ３’はコピーされて、それぞれ複製パケットＤ１～Ｄ３が作成されている。次いで、送信側通信装置１１２は、異なる通信経路を介して別個に送信されている複数の改変パケット１３４Ｓ及び複数の複製パケット１３６Ｓを含む送信パケット１３８Ｓを、ネットワーク１０６を通じて受信側デバイス１０４に送信する。言い換えれば、送信側通信装置１１２は、送信パケット１３８Ｓを、２つ以上の別個のストリームにおいて受信側通信装置１２４に送信する。
受信側通信装置１２４は、複数の受信改変パケット１３４Ｒ及び複数の受信複製パケット１３６Ｒを含むパケット１３８Ｒを受信する。言い換えれば、受信側通信装置１２４は、送信側通信装置１１２から、受信パケット１３８Ｒを含む２つ以上の別個のストリームを受信する。後述するように、パケット１３８Ｓは各々、パケット識別子を含み、受信パケット１３８Ｒは、同じパケット識別子を有する２つ以上のパケットを含むことができる。受信側通信装置１２４は、最大でも、各固有のパケット識別子を有する単一のパケット（たとえば、第１の受信パケット）を保持し、残りの受信パケット１３８Ｒを破棄することができる。少なくとも一実施例では、ペイロードは、パケット識別子を含み、且つ／又は、パケット識別子として機能することができる。そのような実施例において、受信側通信装置１２４は、各ペイロードを有する単一のパケット（たとえば、第１の受信パケット）を保持すればよく、残りの受信パケット１３８Ｒを破棄することができる。
複数の受信改変パケット１３４Ｒは、１つ又は複数のパケットが輸送中に喪失又は破損している場合があるため、複数の送信改変パケット１３４Ｓとは異なる場合がある。さらに、複数の送信改変パケット１３４Ｓは、第１の送信順序を有し、複数の受信改変パケット１３４Ｒは、第１の受信順序を有する。複数の送信改変パケット１３４Ｓの順序は、第１の受信順序が第１の送信順序とは異なるように、輸送中に変化する場合がある。図示されている実例において、複数の受信改変パケット１３４Ｒは、パケットＰ１’及びＰ３’を含み、これらはその順序において受信されており、パケットＰ２’は輸送中に喪失している。同様に、複数の受信複製パケット１３６Ｒは、１つ又は複数のパケットが輸送中に喪失又は破損している場合があるため、複数の送信複製パケット１３６Ｓとは異なる場合がある。さらに、複数の送信複製パケット１３６Ｓは、第２の送信順序を有し、複数の受信複製パケット１３６Ｒは、第２の受信順序を有する。複数の送信複製パケット１３６Ｓの順序は、第２の受信順序が第２の送信順序とは異なるように、輸送中に変化する場合がある。図示されている実例において、複数の受信複製パケット１３６Ｒは、パケットＤ２、Ｄ１、及びＤ３を含み、これらはその順序において受信されており、パケットＤ３は輸送中に破損している。
上述したように、受信側通信装置１２４は、複数の受信改変パケット１４０を得るために、最大でも、受信パケット１３８Ｒの各々の単一のインスタンスを保持し、残りの受信パケット１３８Ｒを廃棄する。たとえば、受信側通信装置１２４は、受信パケット１３８Ｒの各々の第１の破損していないインスタンスを保持してもよい。任意選択的に、受信側通信装置１２４は、複数のパケット１３２の元々の順序に可能な限り近く一致するように、受信パケット１３８Ｒの単一のインスタンスを並べ替える。たとえば、受信側通信装置１２４は、各パケットを個々に処理し、順序付けされたデータ・セット（たとえば、スライディング・ウィンドウとして実装される）を構築することができる。順序付けされたデータ・セットは、特定のパケット識別子のセットを有する所定数のパケットを期待する。受信側通信装置１２４は、特定のパケット識別子の各々とともに受信される第１のパケットを通し、複製パケット識別子とともに受信されるか、又は、特定のパケット識別子のうちの１つでないパケット識別子を有する後続のパケットを破棄又は無視することができる。受信される第１のパケットの各々は、元々の順序に従って、順序付けされたデータ・セット内のパケット・ロケーションに配置される。元々の順序は、パケット識別子によって示すことができる。たとえば、パケット識別子は、各々が元々の順序内の位置若しくは順序付けされたデータ・セット内のロケーションを指定するか、又は、それに対応する連続する数値であってもよい。順序付けされたデータ・セット内の特定のロケーションは、その特定のロケーションに対応するパケット識別子とともに受信されているパケットがない場合、空であってもよい。パケットが受信されると、特定のパケット識別子のうちの１つを有する第１のパケットは、そのパケットのパケット識別子に対応する順序付けされたデータ・セット内のロケーションに配置される。図示されている実例において、受信側通信装置１２４は、パケットＰ１’、Ｄ２、及びＰ３’を、複数の受信改変パケット１４０として保持する。
順序付けされたデータ・セット（たとえば、スライディング・ウィンドウとして実装される）は、受信側通信装置１２４によって受信される第１のパケットのすべてに対して十分なロケーションを有しない場合がある。したがって、順序付けされたデータ・セットは、（たとえば、所定数のパケットが受信された後に）部分的に空であり、特定のパケット識別子の後続のセットを期待してリセットされる場合がある。このように、受信側通信装置１２４は、第１のパケットを受信したとおりに順序付け、受信改変パケット１４０を作成する。たとえば、順序付けされたデータ・セットは、値７～１２を含む特定のパケット識別子のセットを期待している場合がある。順序付けされたデータ・セットが、特定のパケット識別子値のうちの最小値（たとえば、パケット識別子値７）を有する第1のパケットを受け入れた場合、そのパケットを順序付けされたデータ・セットから除去し、受信改変パケット１４０内に配置することができ、順序付けされたデータ・セットを値８～１３を含む特定のパケット識別子を期待してリセットすることができる。
次いで、受信側通信装置１２４は、複数の受信改変パケット１４０から改変を除去して、複数の再構築パケット１４２を得る。図示されている実例において、複数の再構築パケット１４２は、パケットＲ１～Ｒ３を含む。受信側通信装置１２４は、受信側メモリ１２８に格納されているバッファ１５０内に再構築メッセージ１４４を再構築する。再構築メッセージ１４４は、メッセージ１３０からの情報を含む。送信パケット１３８Ｓの各パケットの少なくとも１つの破損していないコピーが受信された場合、再構築メッセージ１４４は、メッセージ１３０の同一のコピーであり得る。したがって、少なくとも一実施例では、複数の再構築パケット１４２は、複数のパケット１３２と同一である。少なくとも一実施例では、受信側通信装置１２４は、複数の再構築パケット１４２をパケット化解除して、再構築メッセージ１４４を作成することができる。
図２は、少なくとも一実施例による、送信側通信装置１１２の例示の構成要素を示す。送信側通信装置１１２は、パケット処理回路、又は、送信側通信装置１１２に帰属する機能を実施する他のハードウェアによって実装することができる。図２を参照すると、送信側通信装置１１２は、送信側ホスト・インターフェース２０２と、パケット識別子エンジン２０４（たとえば、パケット・シーケンス番号（「ＰＳＮ」）エンジン）と、送信側ステアリング・エンジン２０６と、パケット複製エンジン２０８と、ネットワーク１０６に接続されている送信側ネットワーク・インターフェース２１０とを含む。送信側ネットワーク・インターフェース２１０は、ネットワーク１０６に各々接続されている複数の送信側接続部２１２及び２１４（たとえば、ポート）を含む。
送信側プロセッサ１１４は、送信側通信装置１１２の動作を制御するための、この実例においてはデータ処理アプリケーション２２４（たとえば、ビデオ処理アプリケーション）及びドライバ２６６を含む命令を実行する。命令は、送信側メモリ１１６によって格納することができる。送信側ホスト・インターフェース２０２は、送信側バス２２８（たとえば、ＰＣＩｅバス）によって送信側プロセッサ１１４及び送信側メモリ１１６に接続される。送信側ホスト・インターフェース２０２は、送信側プロセッサ１１４から送信側バス２２８を介してメッセージ１３０を受信し、１つ又は複数の所望の伝送プロトコル（たとえば、ＩＥＥＥ８０２．１ＣＢ、ＳＭＰＴＥ２０２２－７など）に従ってメッセージ１３０をパケット化して複数のパケット１３２にする。実施態様の詳細に応じて、複数のパケット１３２は、複製パケットを含んでもよい。
図３は、少なくとも一実施例による、例示のパケット・フォーマット３００及び３２０を示す。パケット・フォーマット３００及び３２０は、ＩＥＥＥ８０２．１ＣＢ規格に準拠するパケット・フォーマットの非限定例である。フォーマット３００を使用して、複数のパケット１３２の各々を作成することができる。図３を参照すると、フォーマット３００は、宛先アドレス・フィールド３０２と、発信元アドレス・フィールド３０４と、仮想ローカル・エリア・ネットワーク（「ＶＬＡＮ」）フィールド３０６と、データ又はペイロード・フィールド３０８とを含んでもよい。宛先アドレス・フィールド３０２、発信元アドレス・フィールド３０４、ＶＬＡＮフィールド３０６は全体で、パケット・ヘッダ３１０（たとえば、伝送プロトコル特有のパケット・ヘッダ）である。パケット・ヘッダ３１０は、固有のフロー又はパケット・ストリームを識別する。宛先アドレス・フィールド３０２及び発信元アドレス・フィールド３０４は各々、媒体アクセス制御（「ＭＡＣ」）アドレスを格納することができる。
パケット処理回路２２０は、送信側ホスト・インターフェース２０２と送信側ネットワーク・インターフェース２１０との間に結合される。単純にするために、図２は、複数の改変パケット１３４及び複数の複製パケット１３６を作成するために使用されるパケット処理回路２２０のある特定の要素（たとえば、パケット識別子エンジン２０４、送信側ステアリング・エンジン２０６、及びパケット複製エンジン２０８）のみを示している。しかし、これらの要素は、他の目的で、他のタイプのプロトコルに従ってパケットを送信及び受信するために使用される他の構成要素と組み合わされてもよい。パケット処理回路２２０は、典型的には、１つ又は複数の集積回路チップ内のハードウェア論理回路内に実装される。論理は、配線若しくはプログラム可能であってもよく、又は配線要素とプログラム可能要素との組合せであってもよい。付加的に又は代替的に、パケット処理回路２２０の特定の機能は、組み込みマイクロプロセッサ又はマイクロコントローラによって実行されるソフトウェア又はファームウェアにおいて実装されてもよい。
送信側ホスト・インターフェース２０２は、複数のパケット１３２をパケット識別子エンジン２０４（たとえば、インターネット・プロトコル・セキュリティ（「ＩＰｓｅｃ」）エンジン）に転送し、パケット識別子エンジン２０４は、複数のパケット識別子２２２を、複数のパケット１３２とともに送信側ステアリング・エンジン２０６に提供する。複数のパケット識別子２２２は、複数のパケット１３２の各々の固有のパケット識別子を含む。パケット識別子エンジン２０４は、各パケットについて、以前のパケット番号（ベース又は初期パケット識別子から始まる）をあるインクリメント量（たとえば、１）だけインクリメントすることによって、パケット識別子を生成することができる。
送信側ステアリング・エンジン２０６は、構成可能な規則及びテーブルに従って関連パケットを分類し、パケットに対して行為を実施する。送信側ステアリング・エンジン２０６は、パケット処理回路２２０を通じたパケットの経路を決定する。送信側ステアリング・エンジン２０６は、規則に従って複数のパケット１３２の各々に１つ又は複数の伝送プロトコル特有のヘッダ及び冗長タグ（「ＲＴＡＧ」）又は冗長ヘッダを追加し、それによって、複数のパケット１３２を改変し、複数の改変パケット１３４を作成することができる。複数の改変パケット１３４の各々の冗長ヘッダは、改変パケットのパケット識別子を含む。
図２を参照すると、リアル・タイム伝送プロトコル（「ＲＴＰ」）及びＩＥＥＥ８０２．１ＣＢなどの多くのリアル・タイム・ストリーミング・プロトコルにおいて、各送信ストリーム内のパケットの各々は、受信側デバイス１０４において、失われたパケットを検出し、パケット・データを送信順序に復元するために使用することができる、ＰＳＮなどのそれぞれのシーケンス番号を含む。受信側デバイス１０４において、これらの並べ替え及び再構築機能は、受信側プロセッサ１２６の代わりに、受信側通信装置１２４によって実施されてもよい（図１、図４、及び図８参照）。図面は、複数のストリームにおいて送信される単一のデータ通信を示しているが、受信側デバイス１０４は、１つ又は複数の異なる発信元からの多くのそのようなデータ通信を同時に受信し、処理することができる。非限定例として、メッセージ１３０は、送信側通信装置１１２によってビデオ・パケットにパケット化される１つ又は複数のビデオ・フレームを含んでもよい。そのような実施例において、複数のパケット１３２はビデオ・パケットであり、複数のパケット識別子２２２は、（たとえば、ＩＥＥＥ８０２．１ＣＢに従って生成され）ビデオ・パケットに割り当てられて複数の改変パケット１３４のパケット識別子フィールド３３０（図３参照）に格納されたＰＳＮとして実装されてもよい。さらに、ビデオ・フレームは、スライスに分割されてもよく、各スライスは、ビデオ・パケットのうちの１つのペイロード・フィールド３０８（図３参照）に格納される。スライスは各々、所定の固定サイズを有してもよい。他の非限定例として、複数のパケット識別子２２２は、パケット・ヘッダ３２４のパケット識別子フィールド３３０（図３参照）に格納することができる（たとえば、他の企画に従って生成される）他のタイプのシーケンス番号として実装されてもよく、各ペイロード・フィールド３０８は、スライスごとの所定の固定サイズを有するデータ・セグメントのスライスを含んでもよい。
送信側ステアリング・エンジン２０６は、複数の改変パケット１３４をパケット複製エンジン２０８に転送する。パケット複製エンジン２０８は、複数の改変パケット１３４のうちの各改変パケットを所定回数だけ複製し、複数の改変パケット１３４Ｓの各々及びその複製（たとえば、複数の複製パケット１３６Ｓ）を、複数の送信側接続部２１２及び２１４を介して受信側通信装置１２４に送信する。したがって、送信側通信装置１１２は、複数のパケット・ストリームを、複数の送信側接続部２１２及び２１４を介して各々１つずつ送信し、複数のパケット・ストリームの各々が、メッセージ１３０を送信する。複数の送信側接続部２１２及び２１４（たとえば、ポート）は、パケット・ストリームのそれぞれの発信元アドレスとしての役割を果たす異なるアドレスを有してもよい。代替的に、ストリームは同じポートを通じて送信されてもよい。任意選択的に、パケット処理回路２２０は、複数の改変パケット１３４を、パケット複製エンジン２０８によって複製される前に暗号化する暗号化構成要素を含んでもよい。
図３を参照すると、改変フォーマット３２０を使用して、複数の改変パケット１３４の各々を作成してもよく、また、複数の複製パケット１３６が各々フォーマット３２０を有してもよい。改変フォーマット３２０は、宛先アドレス・フィールド３０２と、発信元アドレス・フィールド３０４と、ＶＬＡＮフィールド３０６と、ペイロード・フィールド３０８と、冗長ヘッダ３２２（たとえば、ＲＴＡＧヘッダ）とを含んでもよい。宛先アドレス・フィールド３０２、発信元アドレス・フィールド３０４、ＶＬＡＮフィールド３０６、及び冗長ヘッダ３２２は全体で、改変パケット・ヘッダ３２４である。上述したように、宛先アドレス・フィールド３０２、発信元アドレス・フィールド３０４、及びＶＬＡＮフィールド３０６に格納されている値は、固有のフロー又はパケット・ストリームを識別する。したがって、これらのフィールドのうちの少なくとも１つは、複数の改変パケット１３４Ｒ及び複数の複製パケット１３６Ｒの改変パケット・ヘッダ３２４において異なる。パケット複製エンジン２０８は、複数の複製パケット１３６において発信元アドレス・フィールド３０４に格納されている発信元アドレス、宛先アドレス・フィールド３０２に格納されている宛先アドレス、及び／又はＶＬＡＮフィールド３０６に格納されているＶＬＡＮ識別子を改変し、結果、複数の改変パケット１３４及び複数の複製パケット１３６はネットワーク１０６を通じて異なる経路に沿って送信され、改変パケット・ヘッダ３２４は、複数の複製パケット１３６Ｒにおいて、複数の改変パケット１３４Ｒとは異なる。図示されている実例において、冗長ヘッダ３２２は、ＥｔｈｅｒＴｙｐｅフィールド３２６と、予約部分３２８と、パケット識別子フィールド３３０（たとえば、パケット・シーケンス番号（「ＰＳＮ」）値を格納するための）とを含む。ＥｔｈｅｒＴｙｐｅフィールド３２６は、ペイロード・フィールド３０８にカプセル化されているプロトコルを識別することができ、受信側デバイス１０４（図１及び図４参照）によって使用されて、ペイロードを処理する方法を決定することができる。
パケット処理回路２２０は、同じパケット識別子を有する２つ以上のパケットの間のジッタ（又は遅延）を低減又は排除することができる。これは、複数の複製パケット１３６Ｒは、それらが受信側デバイス１０４に送信される直前までは作成されないためである。したがって、送信パケット１３８Ｓを、複数の送信側接続部２１２及び２１４（たとえば、ポート）を介して送信することができ、同じパケット識別子を有するそれらのパケット間の遅延が低下するか、又は、最小限に抑えられる（たとえば、同じパケット識別子を有するパケット間で最大１００ナノ秒）。
図４は、少なくとも一実施例による、受信側通信装置１２４の例示の構成要素を示す。受信側通信装置１２４は、パケット処理回路、又は、受信側通信装置１２４に帰属する機能を実施する他のハードウェアによって実装することができる。受信側プロセッサ１２６は、受信側通信装置１２４の動作を制御するための、この実例においてはデータ処理アプリケーション４３０（たとえば、ビデオ処理アプリケーション）及びドライバ４３２を含む命令を実行する。命令は、受信側メモリ１２８によって格納することができる。
図４を参照すると、受信側通信装置１２４は、受信側ホスト・インターフェース４０２と、散乱エンジン４０４と、アンチ・リプレイ・エンジン４０６と、受信側ステアリング・エンジン４０８と、パケット解析エンジン４１０と、ネットワーク１０６に接続されている受信側ネットワーク・インターフェース４１２とを含む。受信側ホスト・インターフェース４０２は、受信側バス４１８（たとえば、ＰＣＩｅバス）によって受信側プロセッサ１２６及び受信側メモリ１２８に接続される。
受信側ネットワーク・インターフェース４１２は、ネットワーク１０６に各々接続されている複数の受信側接続部４１４及び４１６（たとえば、ポート）を含む。パケット・ストリーム（複数の改変パケット１３４Ｒ及び複数の複製パケット１３６Ｒ）は各々、受信側ネットワーク・インターフェース４１２によって受信される。たとえば、パケット・ストリームは、複数の受信側接続部４１４及び４１６によって各々１つずつ受信されてもよい。受信側ホスト・インターフェース４０２は、受信側ネットワーク・インターフェース４１２に接続され、受信側ネットワーク・インターフェース４１２は、ネットワーク１０６に接続される。複数の受信側接続部４１４及び４１６（たとえば、ポート）は、パケット・ストリームのそれぞれの宛先アドレスとしての役割を果たす異なるアドレスを有してもよい。たとえば、受信側接続部４１４及び４１６は、それぞれ複数の改変パケット１３４Ｒ及び複数の複製パケット１３６Ｒを受信してもよい。代替的に、ストリームは同じポートを通じて受信されてもよい。
パケット処理回路４２０は、受信側ホスト・インターフェース４０２と受信側ネットワーク・インターフェース４１２との間に結合される。単純にするために、図４は、再構築パケット１４４を作成するために使用されるパケット処理回路４２０のある特定の要素（たとえば、散乱エンジン４０４、アンチ・リプレイ・エンジン４０６、受信側ステアリング・エンジン４０８、及びパケット解析エンジン４１０）のみを示している。しかし、これらの要素は、他の目的で、他のタイプのプロトコルに従ってパケットを送信及び受信するために使用される他の構成要素と組み合わされてもよい。パケット処理回路４２０は、典型的には、１つ又は複数の集積回路チップ内のハードウェア論理回路内に実装される。論理は、配線若しくはプログラム可能であってもよく、又は配線要素とプログラム可能要素との組合せであってもよい。付加的に又は代替的に、パケット処理回路４２０の特定の機能は、組み込みマイクロプロセッサ又はマイクロコントローラによって実行されるソフトウェア又はファームウェアにおいて実装されてもよい。パケット処理回路４２０は、パケット処理回路４２０が受信及び処理する各ストリームについて別個のインスタンスを有する。
受信側ネットワーク・インターフェース４１２は、受信パケット１３８Ｒをパケット解析エンジン４１０に転送する。パケット解析エンジン４１０（ＦｌｅｘＰａｒｓｅｒ）は、通常の又はネイティブのパーサ（図示せず）と協働するハードウェア・エンジンである。パケット解析エンジン４１０は、柔軟なパケット・フォーマット（たとえば、テープアウトにおいて部分的にのみ未知である）を解析し、結果、ステアリング及び他のステートレス・オフロードを（たとえば、受信側ステアリング・エンジン４０８によって）それらのパケットに対して実施することができる。各パケット・ストリームについて、パケット解析エンジン４１０（たとえば、ＦｌｅｘＰａｒｓｅｒ）は、パケットを解析し、冗長ヘッダ３２２（図３参照）を含むパケットを識別し、それらを受信側ステアリング・エンジン４０８に転送する。したがって、パケット解析エンジン４１０は、パケット識別子（たとえば、ＰＳＮ）を格納するパケット識別子フィールド３３０を含む、冗長ヘッダ３２２を有するパケットを識別する。
受信パケット１３８Ｒを処理するために、パケット処理回路４２０は、受信側プロセッサ１２６を実行しているドライバ４３２によって受信側メモリ１２８内の適切な作業待ち行列４２２に入れられている情報を読み出し、利用する。この情報は、パケット解析エンジン４１０のパケット解析論理が、パケット識別子フィールド３３０（図３参照）に格納されているパケット識別子（たとえば、ＰＳＮ）及びペイロード・フィールド３０８（図３参照）に格納されているペイロード４２４（たとえば、スライス）を受信パケット１３８Ｒの各々から位置特定し、抽出することを可能にする。
ドライバ４３２は、受信パケット１３８Ｒのそれぞれの作業待ち行列４２２（従来から待ち行列対又はＱＰとして参照されている）を作成する。入来するストリーム（ビデオ・フレームなど）内の各セグメントについて、ドライバ４３２は、セグメント内のデータを受信することになるバッファ１５０を指す適切な作業待ち行列４２２に、対応する作業項目（作業待ち行列要素又はＷＱＥとして参照される）に入れる。いくつかの実施例において、この機能は以下のように実施される。
・ ストリーム（たとえば、複数の送信改変パケット１３４Ｓ及び複数の送信複製パケット１３６Ｓ）が開始されるべきであることを示す制御メッセージが送信側デバイス１０２から受信されると、ドライバ４３２は、そのフロー又はストリームのＱＰを作成し、受信側バス４１８を介して受信側通信装置１２４によってアクセスされることになる、たとえば、受信側メモリ１２８内のＱＰコンテキストにおける以下のパラメータを指定する。
○ パケット・サイズ、
○ ヘッダ・サイズ、
○ セグメント内の期待されるパケット・シーケンス番号の範囲、
○ パケット・ヘッダ内のＰＳＮオフセット、並びに
○ ペイロード・データのサイズ及びオフセット（データに後続するフレーム・チェックサムを除外する）。
・ いくつかの実施例において、すべてのセグメント（数十、数百、又はさらには数千のＩＰパケット内で通信され得る）について、ドライバ４３２は、受信側通信装置１２４によってアクセスされることになる、以下の情報を含む待ち行列４２２にＷＱＥを入れる。
○ セグメント（変数「Ｘ」によって表される）の初期パケット識別子（たとえば、ＰＳＮ）、及び
○ セグメントを再構築するために使用されるバッファ１５０の初期又はベース・アドレス（変数「Ａ」によって表される）。
したがって、ＷＱＥは、バッファ１５０のロケーション及び内容を指定し、これは、ＱＰ内容によって示されるペイロード・サイズのスライス又はペイロード４２４に分割される。いくつかの実施態様において、ＷＱＥは、バッファ１５０にアクセスする際に受信側通信装置１２４によって使用されることになる、メモリ・キー（「ＭＫＥＹ」）を含む。代替的に、上記の情報は、ＱＰコンテキストに含まれてもよく、これは、受信側通信装置１２４がペイロード４２４を連続して書き込む先である循環バッファを指す（したがって、継続的にバッファを配分し、ＷＱＥを入れるソフトウェアの負担を軽減する）。
・ ドライバ４３２は、第１のストリーム及び第２のストリームを認識し、それらを同じＱＰと関連付ける。
受信側ステアリング・エンジン４０８は、構成可能な規則及びテーブルに従ってパケットを分類し、パケットに対して行為を実施する。受信側ステアリング・エンジン４０８は、パケット処理回路４２０を通じたパケットの経路を決定する。受信側ステアリング・エンジン４０８は、冗長ヘッダ３２２内部のパケット識別子を識別し、パケット識別子及び関連するペイロードをアンチ・リプレイ・エンジン４０６へとルーティングする。
アンチ・リプレイ・エンジン４０６は、ネットワーク１０６内の２つのノード（たとえば、送信側デバイス１０２及び受信側デバイス１０４）の間に安全な接続を確立するために使用されるプロトコルであるアンチ・リプレイ保護（たとえば、セキュリティ暗号化パイプラインの一部としての）を提供する。アンチ・リプレイ・エンジン４０６は、悪人がパケット・ストリームにパケットを注入すること、又は、パケット・ストリーム内の既存のパケットに変更を行うことを防止するのを助けることができる。アンチ・リプレイ・エンジン４０６は、悪人が多数の同一のパケットを用いて受信側デバイス１０４を圧倒し又はフラッディングするサービス拒否攻撃を、悪人が実行することを防止するのを助けることができる。アンチ・リプレイ・エンジン４０６によって実施されるプロトコルは、送信側デバイス１０２と受信側デバイス１０４との間で接続が確立されるときを指定し、ベース又は初期パケット識別子（たとえば、ＰＳＮ）が確立される。プロトコルはまた、連続するパケットが割り当てられ、その初期パケット識別子（変数「Ｘ」によって表される）からインクリメントされたパケット識別子（たとえば、ＰＳＮ）とともに送信されること、並びに、いずれのパケットが通されるべきであるか、及び、いずれのパケットが廃棄されるべきでるかを判定するために、アンチ・リプレイ・エンジン４０６が、スライディング・ウィンドウ内で受信されるパケットを評価することも指定する。たとえば、スライディング・ウィンドウのサイズが１０パケットに設定されており、スライディング・ウィンドウが、パケット識別子値１～１０を期待しており、アンチ・リプレイ・エンジン４０６が、スライディング・ウィンドウ内で１０個のパケット［１，２，３，４，５，６，７，９，１０，１１］をこの順序において受信し、アンチ・リプレイ・エンジン４０６が８番目のパケットをスライディング・ウィンドウの外部で受信する場合、アンチ・リプレイ・エンジン４０６は８番目のパケットを廃棄する。代替的に、８番目のパケットはエラー待ち行列に格納されてもよく、受信側プロセッサ１２６によって実行される命令によって処理されてもよい。上述したように、パケット処理回路４２０は、パケット処理回路４２０が受信及び処理する各ストリームについて別個のインスタンスを有する。したがって、アンチ・リプレイ・エンジン４０６は、各ストリームに対して別個のインスタンス及びスライディング・ウィンドウを有する。アンチ・リプレイ・エンジン４０６は、これらの別個のスライディング・ウィンドウを組み合わせて組み合わせスライディング・ウィンドウにすることができ、結果、各固有のパケット識別子と関連付けられる１つのパケットのみがアンチ・リプレイ・エンジン４０６によって通される。別個のスライディング・ウィンドウ及び／又は組み合わせスライディング・ウィンドウのサイズは、ユーザによって設定されるパラメータ値であってもよい。たとえば、ユーザは、別個のスライディング・ウィンドウ及び／又は組み合わせスライディング・ウィンドウのサイズを、受信側デバイス１０４によって生成され、受信側デバイス１０４及び／又は受信側デバイス１０４に接続されているディスプレイ・デバイスによって表示されるグラフィカル・ユーザ・インターフェース（図示せず）に入力してもよい。したがって、アンチ・リプレイ・エンジン４０６は、パケット識別子に少なくとも部分的に基づいて各パケットを通し又は廃棄すべきかを判定し、結果、パケット識別子の各固有の値を含む最大でも単一のパケットが、散乱エンジン４０４に通される。受信パケット１３８Ｒによって使用される改変フォーマット３２０は、それらのパケットをアンチ・リプレイ・エンジン４０６には通常のパケットに見えるようにし、アンチ・リプレイ・エンジン４０６は、それらを追跡し、アンチ・リプレイ・エンジン４０６が悪人又は悪意あるパケット発信元から受信される複製パケットを排除するのと同じように、複製を排除する。任意選択的に、パケット処理回路４２０は、受信パケット１３８Ｒを、アンチ・リプレイ・エンジン４０６によって処理される前に解読する解読構成要素を含んでもよい。
散乱エンジン４０４は、パケット識別子（たとえば、ＰＳＮ）をバッファ１５０のベース・アドレス（変数「Ｘ」によって表される）とともに使用して、各ペイロード４２４（たとえば、スライス）をバッファ１５０内のそれぞれのアドレスにマッピングし、したがって、受信側ネットワーク・インターフェース４１２を介して適切なアドレスにデータ・ペイロード４２４を書き込む。言い換えれば、散乱エンジン４０４は、受信側メモリ１２８に格納されている再構築メッセージ１４４内のパケットのペイロードの正確なメモリ・ロケーション又はアドレスを判定する。散乱エンジン４０４は、メモリ・アドレス及びパケット・ペイロードを受信側ホスト・インターフェース４０２に転送し、受信側ホスト・インターフェース４０２は、それらを、受信側メモリ１２８に格納されている再構築メッセージ１４４に格納するために、受信側プロセッサ１２６及び／又は受信側メモリ１２８に送信する。システム１００は、受信側通信装置１２４の内部の複製パケットを排除し、受信側バス４１８を介して各パケットの１つのコピーのみを送信することによって、受信側バス４１８に対する負荷を低減するのを助けることができる。したがって、システム１００（図１参照）は、単一のパケット・セットから再構築されるデータのみが受信側バス４１８上で送信されることを保証するのを助ける。受信側通信装置１２４は、再構築メッセージ１４４が完成するときを受信側プロセッサ１２６に通知する。
いくつかの実施例において、受信側プロセッサ１２６は、期待されるセグメント・サイズ及びデータ・レートに基づいて単一のバッファ１５０を配分する。これらのストリーム・パラメータは、事前設定されてもよく、又は、ネットワーク１０６を介して送信側デバイス１０２と受信側デバイス１０４との間で制御メッセージ内で送信されてもよい。そのような実施例において、パケット・サイズは固定であってもよく、受信側プロセッサ１２６に対して既知であってもよい。各送信パケットは、ＲＴＰ又は別の適切なプロトコルによって提供されるものとしての、連続するパケット識別子（たとえば、ＰＳＮ）によってラベル付けされる。
受信側通信装置１２４のハードウェア論理は、既知のパケット・データ・サイズ及び複数のパケット識別子２２２（図２参照）を使用して、データ完全性を検査し、任意選択的にパケットを並べ替え、冗長データを排除する。したがって、受信側通信装置１２４は、冗長パケットからのデータを廃棄しながら、送信順序に従って（且つ、受信順序とは関係なしに）データ・ペイロード４２４を配分されたバッファ１５０内の適切なロケーションに書き込む。したがって、パケット受信及び並べ替えのプロセスは、完全なデータ・セグメントにのみ対処し得る受信側プロセッサ１２６に対して完全にトランスペアレントであり得る。受信側通信装置１２４がワイヤ・スピードにおいてネットワーク１０６からデータを受信することが可能であると仮定すると、受信側デバイス１０４におけるビデオ・データ転送の待ち時間及びスループットは、受信側通信装置１２４の処理及びバスアクセス速度のみによって制限される。したがって、システム１００（図１参照）は、データ帯域幅を最大化し、且つ／又は、受信側プロセッサ１２６の処理負荷、メモリ・フットプリント、及び電力消費を大幅に低減することができる。
上記の実施例は、具体的には送信側デバイス１０２が複数のパケット・ストリーム（冗長性を有する）を受信側デバイス１０４に送信するシナリオに関連するが、システム１００は、単一のパケット・ストリーム（冗長性なし）、及び、より高度な冗長性を使用したパケット・ストリームを送信してもよい。受信側通信装置１２４は、パケット識別子２２２の線形マッピングを使用して、ペイロード・フィールド３０８（図３参照）に格納されているデータ・ペイロードを、割り当てられているメモリ・バッファ１５０内のそれぞれのアドレスにマッピングする際に、複数のパケット識別子２２２を、スライスごとの固定サイズとともに使用する。たとえば、代替的な実施例（図５及び図６に示すような）において、パケット・ストリームは、拡張共通公衆無線インタフェース（「ｅＣＰＲＩ」）に従って送信され、受信側通信装置１２４によってバッファ１５０に書き込まれることになるデータ・ペイロードは、無線データを含む。これらの実施例のうちの１つにおいて、ヘッダ３１０は、オープン無線アクセス・ネットワーク（「Ｏ－ＲＡＮ」）アプリケーション層ヘッダを含み、Ｏ－ＲＡＮヘッダに含まれる開始物理リソース・ブロック（「ｓｔａｒｔＰｒｂｕ」）値が、パケット識別子としての役割を果たす。
非限定例として、システム１００は、たとえば、送信側デバイス１０２が自動機械工具であり、受信側デバイス１０４がコントローラ又はサーバである工業アプリケーション内で、工業アプリケーションへと、及び、工業アプリケーションからパケットを送信するために使用されてもよい。別の非限定例として、システム１００は、自律車両内で、自律車両へと、及び、自律車両からパケットを送信するために使用されてもよい。典型的な自律車両（たとえば、送信側デバイス１０２）は、信頼できないトランスポート・プロトコルを使用して１つ又は複数のプロセッサ（たとえば、受信側デバイス１０４の受信側プロセッサ１２６）に送信されるリアル・タイム・データを収集するいくつかのセンサを有する。しかし、安全上の理由から、自律車両内で、自律車両へと、及び、自律車両から送信される情報は、信頼可能に受信されなければならない。情報（たとえば、センサ・データ）が信頼可能に受信されるのを助けるために、複製パケットが異なる通信チャネルを介して送信されることを要求する、電気電子技術者協会（「ＩＥＥＥ」）８０２．１ＣＢなどの規格が開発された。ＩＥＥＥ８０２．１ＣＢ及び同様のプロトコルは、フレーム複製及び排除プロトコルを指定する。システム１００は、そのような規格を実装するために使用されてもよい。
また別の非限定例として、システム１００は、信頼できないトランスポート・プロトコルを使用して（たとえば、ユーザ・データグラム・プロトコル（「ＵＤＰ」）を使用してインターネットを介して）放送（たとえば、ライブ）テレビジョンを送信及び受信するために使用され得る。たとえば、ビデオ・カメラは、イベントの画像又はビデオ・フレームを捕捉し、それらを送信側デバイス１０２に送信してもよく、送信側デバイス１０２は、送信パケット１３８Ｓを受信側デバイス１０４に送信する。１つ又は複数のパケットの紛失又は破損など、送信パケット１３８Ｓの部分に何かが起きた場合、カメラは単純に再捕捉することができず、ビデオ・カメラは単純に画像を再捕捉することができず、送信側デバイス１０２は、単純に失われた又は破損したパケットを再送信することができない。これは、ビデオ・フレームにおいて捕捉されたイベントが、ブロードキャストにおいてもはや使用可能でない場合があるためである。ブロードキャスト・メッセージに対するパケットの紛失又は破損の影響を低減するのを助けるために、複製パケットが異なる通信チャネルを介して送信されることを必要とする、映画テレビ技術者協会（「ＳＭＰＴＥ」）２０２２－７などの規格が開発された。ＳＭＰＴＥ２０２２－７が使用される場合、ＩＥＥＥ８０２．１ＣＢ又は別のプロトコルが、フレーム複製及び排除プロトコルを指定するために使用されてもよい。後述するように、システム１００は、そのような規格を実装するために使用されてもよい。
図５は、少なくとも一実施例による、複数の送信（「Ｔｘ」）ホスト・コンピュータ５２４、５２６、及び５２８と、パケット・データ・ネットワーク５２２と、受信（「Ｒｘ」）ホスト・コンピュータ５４０とを含む例示的なデータ通信システム５００を概略的に示すブロック図を示す。Ｔｘホスト・コンピュータ５２４、５２６、及び５２８は各々、送信側デバイス１０２（図１及び図２参照）の実施態様であり、パケット・データ・ネットワーク５２２は、ネットワーク１０６（図１、図２、及び図４参照）の実施態様であり、Ｒｘホスト・コンピュータ５４０は、受信側デバイス１０４（図１及び図４参照）の実施態様である。したがって、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びにＲｘホスト・コンピュータ５４０は各々、パケット・データ・ネットワーク５２２に接続される。非限定例として、パケット・データ・ネットワーク５２２は、インターネット・プロトコル（「ＩＰ」）ネットワークとして実装されてもよい。
図示されている実施例において、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８の各々は、たとえば、それぞれのビデオ・カメラ５３０からストリーミング入力データを受信する。この入力データは、ビデオ・フレーム又はフィールド（たとえば、所定サイズの）などの、一連のデータ・セグメントを含む。Ｔｘホスト・コンピュータ５２４、５２６、及び５２８の各々は、各々がヘッダ３１０（図３参照）及びペイロード・フィールド３０８（図３参照）に格納されたデータ・ペイロードを有するデータ・パケットのストリームにデータをカプセル化する。データ・ペイロードは各々、所与のデータ・セグメントのそれぞれのスライスを含む所定の固定サイズのものであってもよい。上述したように、ヘッダ３１０は、それぞれのパケット識別子フィールド３３０（たとえば、ｓｔａｒｔＰｒｂｕ値及び／又はＰＳＮを格納する）を含む。図５において、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びにそれぞれのビデオ・カメラ５３０は、概念を明確にするために、別個の物理的実体として示されているが、いくつかの実施態様において、ホスト・コンピュータはビデオ・カメラに（典型的には送信側通信装置１１２もともに）組み込まれる。
Ｔｘホスト・コンピュータ５２４、５２６、及び５２８の各々の送信側通信装置１１２は、図５において破線の矢印によって示されている２つパケット・ストリーム５３４及び５３６において、パケット・データ・ネットワーク５２２を介してデータ・パケットを送信する。ストリーム５３４は、複数の改変パケット１３４Ｒ（図１及び図４参照）を含み、ストリーム５３６は、複数の複製パケット１３６Ｒ（図１及び図４参照）を含む。したがって、各スライスのコピーが、２つのパケット・ストリーム５３４及び５３６の各々の中で１つの、２つのパケットにおいて同時に送信される。ストリーム５３４及び５３６は、典型的には、たとえば、ネットワーク５２２内で異なるスイッチ５３８にそれぞれ接続されている、送信側通信装置１１２の複数の送信側接続部２１２及び２１４（たとえば、ポート）のうちの異なるものを通じてストリーム５３４及び５３６の各々を送信することによって、異なるそれぞれの経路を介してネットワーク５２２を通じて送信される。パケットは、典型的には、任意の特定のパケットがその宛先に到達するという保証を提供しない、ＲＴＰオーバＵＤＰトランスポートなどの信頼できないトランスポート・プロトコルを使用して送信される。２つのストリーム５３４及び５３６を送信することによって、Ｔｘホスト・コンピュータ５２４は、各パケットの少なくとも１つのコピーが、いくつかの例外を伴って、その宛先に到達することを保証する。さらにより高い送達確度を求めて、２つ又はさらにはそれを超える冗長ストリーム（各々ストリーム５３６のような）が、本明細書において説明されているように、送信され、Ｒｘホスト・コンピュータ５４０において対処されてもよい。代替的に、上記のように、本明細書において説明されている技法は、冗長性が必要とされない場合に、Ｒｘホスト・コンピュータ５４０の受信側通信装置１２４によって単一でさえあるパケット・ストリームに効率的に対処するのに有用である。
ストリーム５３４及び５３６、並びに、他のＴｘホスト・コンピュータ５２６及び５２８によって送信されるパケット・ストリームは、受信側通信装置１２４によってネットワーク５２２に接続されるＲｘホスト・コンピュータ５４０にアドレス指定される。ネットワーク５２２からデータ・パケットを受信すると、受信側通信装置１２４は、複数のパケット識別子２２２（たとえば、ｓｔａｒｔＰｒｂｕ値及び／又はＰＳＮ）を使用して、パケット・ストリーム５３４及び５３６内のパケットを、Ｒｘホスト・コンピュータ５４０の受信側メモリ１２８内のバッファ１５０内のそれぞれのアドレスにマッピングする。受信側通信装置１２４は、冗長データを排除しながら、データ・ペイロードをそれぞれのアドレスに書き込み、結果、バッファ１５０は、複数のパケット識別子２２２（たとえば、ｓｔａｒｔＰｒｂｕ値及び／又はＰＳＮ）に従って順序付けされた、データ・セグメントの各スライスの正確に１つのコピーを含む。したがって、ビデオ・フレームは、再送信（たとえば、テレビジョン・ネットワークを介した）又は他のアクセスのために、受信側メモリ１２８内で直ちに利用可能である。
図６は、一実施例による、受信側通信装置１２４によって実施することができるデータ再構築のプロセス６００を概略的に示すブロック図を示す。ビデオ・カメラ５３０（図５参照）の各々が、送信側通信装置１１２によるデータ・パケット６５２～６５８のシーケンスにおける送信のためにスライスに分割される画像フレーム６５０を捕捉する。データ・パケット６５２～６５８の各々は、パケット識別子６６２（たとえば、ＰＳＮ、ｓｔａｒｔＰｒｂｕ値など）を含むヘッダ６６０と、画像フレーム６５０のそれぞれ１つのスライスを含むペイロード６６４とを含む。送信側通信装置１１２は、パケット６５２、６５４、６５６、６５８（たとえば、ストリーム５３４及び５３６の各々の中の１つのパケット）の各々の２つのコピーを送信する。
図示されている実施例において、パケット６５２～６５８のうちの１つ又は複数は、ネットワーク５２２を通じた送信において喪失又は破損し、他は順序外で受信側通信装置１２４に到達する。受信側通信装置１２４は、たとえば、適用可能なプロトコルによって提供されるものとしての、パケット・チェックサム又は他のエラー検出コードを計算し、検査することによって、破損パケットを検出及び廃棄する。図示されている実例において、受信側通信装置１２４は、ストリーム５３４からのパケット６５４、６５８及び６５６（その順序における）並びにストリーム５３６からのパケット６５２、６５６及び６５８のみを受信している。しかしながら、パケット識別子６６２を使用して、受信側通信装置１２４は、適切なペイロード６６４からデータを受信側メモリ１２８（図１、図４、図５、及び図８参照）内の指定されたバッファ１５０内に直接的に配置し、したがって、受信側メモリ１２８において完全な画像フレーム６６８を再構築することが可能である。前述したように、受信側通信装置１２４は、冗長データを排除し、結果、バッファ１５０は、パケット識別子６６２に従って順序付けされた、フレーム６５０の各スライスの正確に１つのコピーを含む。再構築のプロセスは、Ｒｘホスト・コンピュータ５４０（図５参照）上で作動するソフトウェアに対してトランスペアレントであってもよく、データ並べ替え又は排除冗長性においてソフトウェア又は受信側プロセッサ１２６（図１、図４、及び図８）による関与を必要としない。
図７は、少なくとも一実施例による、受信側通信装置１２４によって実施されるパケット・データを直接的に配置するための方法の詳細を概略的に示すブロック図を示す。図７は、散乱エンジン４０４（図４参照）がバッファ１５０内にパケット・データを配置する際にビデオ・パケットのＲＴＰヘッダ７００に格納されているパケット識別子６６２をどのように使用するかを示している。非限定例として、受信側通信装置１２４は、以下のビデオ・ネットワーキング・プロトコルを同様に処理することができる。
・ ＳＭＰＴＥ２０２２－５／６／７
・ ＶＳＦ ＴＲ－０３／ＩＥＴＦ ＲＦＣ４１７５
・ ｉｎｔｏＰＩＸ ＴＩＣＯ
・ Ｓｏｎｙ ＩＰ Ｌｉｖｅ ＲＤＤ３４及びＮＭＩ
・ ＮｅｗＴｅｋ
・ ＧｉｇＥ ｖｉｓｉｏｎ ＧＶＳＰ
図７に示すパケットは、すべてのパケットのペイロード・サイズが固定であり、事前に分かっているストリームに属する。受信側プロセッサ１２６（図１、図４、及び図８参照）上で作動するドライバ４３２（図４参照）は、上記で説明したように、ストリーム内の各データ・セグメントが書き込まれることになるバッファ１５０のベース・アドレスを割り当て、これを受信側通信装置１２４に通知する。パケット・ヘッダ６６０内で、ＲＴＰヘッダ７００は、パケット識別子６６２（たとえば、ＰＳＮ）に加えて、タイムスタンプ７０２及び他のプロトコル情報７０４を含む。ドライバ４３２によって提供されるコンテキスト情報に基づいて、パケット解析エンジン４１０のパケット解析論理は、各パケット内のパケット識別子６６２の既知のロケーションへと進み、パケット識別子６６２を抽出するとともに、ペイロード６６４からデータ・スライス８０を抽出する。これに基づいて、散乱エンジン４０４は、パケット識別子６６２（たとえば、ＰＳＮ）の単純な線形変換によって、ペイロード６６４からのデータ・スライスをバッファ１５０に適切な順序で書き込むことが可能である。
言い換えれば、変数「Ｘ」によって表される初期パケット識別子から始まり、各パケット内のデータ・ペイロードが変数「Ｂ」によって表されるサイズ、及び、変数「Ａ」によって表されるバッファ１５０内のベース・アドレスを有するパケット・ストリームについて、散乱エンジン４０４（図４参照）は、変数「ＰＳＮ」によって表されるパケット識別子を有する各パケットのペイロードを、下記の式１によって決定されるアドレスに書き込む。
ペイロード・アドレス＝Ａ＋（ＰＳＮ－Ｘ）×Ｂ 式１
冗長送信方式における異なるそれぞれのストリームからの２つの有効パケットのペイロードが同じアドレスにマッピングする場合（それらのＰＳＮが同じであるか又は異なるかにかかわらず）、それらのうちの一方のみが最終的にバッファ１５０に書き込まれる。散乱エンジン４０４は、バッファ１５０に最初に到着するパケットのペイロードのみを書き込み、他のパケットのペイロードを廃棄することができる。
いくつかのプロトコルについて、セグメント定義もパケット・ヘッダ６６０において示され、したがって、ドライバ４３２の関与をさらにより低減する代替的な実施態様が可能になる。たとえば、受信側通信装置１２４は、以下のように動作してもよい。
・ ほとんどのビデオ・アプリケーション内のセグメントは、単一のフレーム（又はインターレース・ビデオの単一のフィールド）に対応する。
・ いくつかのビデオ・プロトコルにおいて、フレーム・エンド・マーカがパケット・トランスポート・ヘッダに入力される。セグメント内の最初のパケット及び最後のパケットが、それらが最初の又は最後のパケットであることを示すトランスポート・ヘッダ内の特別なフィールドによって識別される。
・ フレーム・サイズが固定であり、フレームの始まり及び終わりがこのようにヘッダ内でマークされる場合、受信側通信装置１２４は、開始マーカが受信されると、配分されたホスト・バッファへのデータの書き込みを自動的に開始することができる。したがって、セグメント境界を指定する必要性も、受信側通信装置１２４のソフトウェアからハードウェア論理へとオフロードされる。
受信側通信装置１２４が非常に高速に動作するＮＩＣとして実装される場合（たとえば、４００Ｇｂｐｓにおいて入来ビデオ・データを受信する）、ＮＩＣから受信側バス４１８を介した受信側メモリ１２８へのアクセスがボトルネックになる可能性がある。受信側バス４１８に対する圧を低減するために、パケット処理回路４２０は、パケット識別子（たとえば、ＰＳＮ）を監視し、１つのストリームにおける特定のパケット識別子を有する所与のパケットからのペイロードがバッファ１５０にすでに書き込まれている場合、すでにバッファ１５０にあるデータを上書きするのではなく、他のストリームからの対応するパケットを単純に廃棄することができる。この目的のために、パケット処理回路４２０は、パケット識別子（たとえば、ＰＳＮ）ベクトル及びローリング・パケット識別子（たとえば、ＰＳＮ）ウィンドウ（たとえば、スライディング・ウィンドウ）などのレコードを各フローについて維持することができる。各パケット到着によって、処理回路４２０は、パケット識別子（たとえば、ＰＳＮ）ベクトル内のビットを反転させる。所与のパケット識別子のビットが設定されており、他のストリームからの対応するパケットが到着すると、パケット解析エンジン４１０のパケット解析論理は、この後者のパケットをさらに処理することなく破棄する。
図８は、少なくとも一実施例による、無線データを送信するためのデータ通信システム８１０を概略的に示すブロック図を示す。システム８１０は、拡張共通公衆無線インターフェース（「ｅＣＰＲＩ」）仕様、及び、Ｏ－ ＲＡＮ Ａｌｌｉａｎｃｅによって技術仕様書ＯＲＡＮ－ＷＧ４．ＣＵＳ．０－ｖ０１．００（２０１９）として公開されているＯ－ＲＡＮ Ｆｒｏｎｔｈａｕｌ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ Ｃｏｎｔｒｏｌ， Ｕｓｅｒ ａｎｄ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｐｌａｎｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎに定義されているようなオープン無線アクセス・ネットワーク（Ｏ－ＲＡＮ）フロントホール要件に従って動作する。
システム８１０は、受信側デバイス１０４、送信側デバイス１０２、及びネットワーク１０６の実施態様であるＯ－ＲＡＮ分散ユニット（「Ｏ－ＤＵ」）８１２、Ｏ－ＲＡＮ無線ユニット（Ｏ－ＲＵ）８１４、及びネットワーク８１６を含む。システム８１０において、Ｏ－ＤＵ８１２は、上述したｅＣＰＲＩ及びＯ－ＲＡＮ仕様に従って、たとえばＩＰネットワークなどのネットワーク８１６を介してＯ－ＲＵ ８１４と通信する。Ｏ－ＤＵ８１２は、受信側プロセッサ１２６（たとえば、１つ又は複数の汎用コンピュータ・プロセッサ）を含み、受信側プロセッサは、受信側メモリ１２８を有し、受信側通信装置１２４によってネットワーク８１６に接続される。Ｏ－ＲＵ８１４は、送信側プロセッサ１１４（たとえば、１つ又は複数の汎用コンピュータ・プロセッサ）を含み、送信側プロセッサは、送信側メモリ１１６を有し、送信側通信装置１１２によってネットワーク８１６に接続される。Ｏ－ＤＵ８１２及びＯ－ＲＵ８１４は典型的には、他の専用インターフェースを含む。たとえば、Ｏ－ＲＵ８１４は、アンテナ８２０に接続されている無線トランシーバ８１８を含んでもよい。
Ｏ－ＲＵ８１４は、ネットワーク８１６を介して、それぞれのヘッダ、及び、Ｏ－ＲＵ８１４によって受信される無線信号のデータ・セグメントを含むデータ・ペイロードを含むデータ・パケットのシーケンスを送信する。各データ・セグメントは、典型的には、Ｏ－ＲＡＮ仕様（特に９５ページの表６－２を含む６．３節を参照されたい）によって定義されるように、交互のｉサンプル及びｑサンプルを含むデータ・サンプルの形態のスライスに分割される、１つ又は複数の物理リソース・ブロック（「ＰＲＢ」）を含む。これらのサンプルは、図９を参照しながら下記に説明されるように、各パケットのＯ－ＲＡＮヘッダ内で定義される、サンプルあたり１ビット～１６ビットの固定サイズを有する。送信側通信装置１１２（たとえば、ＮＩＣ）は、典型的には、ｅＣＰＲＩオーバＵＤＰトランスポートなどの信頼できないトランスポート・プロトコルを使用して、ネットワーク８１６を介してデータ・パケットを送信する。ネットワーク８１６からデータ・パケットを受信すると、受信側通信装置１２４（たとえば、ＮＩＣ）は、パケットに含まれるサンプルを、Ｏ－ＤＵ８１２の受信側メモリ１２８内のバッファ１５０内のそれぞれのアドレスにマッピングし、サンプルは、パケット内のＯ－ＲＡＮヘッダに含まれるそれぞれのパケット識別子（たとえば、シーケンス番号）に従って、バッファ１５０内で順序付けされる。したがって、無線データは、Ｏ－ＤＵ８１２による処理にとって適切な順序において、受信側メモリ１２８内で直ちに利用可能にされる。
図９は、図８の実施例による、受信側メモリ１２８内のバッファ１５０内にパケット・データを直接的に配置するための方法を概略的に示すブロック図を示す。本方法は、Ｏ－ＤＵ８１２によって受信されるＯ－ＲＡＮデータ・パケットに適用される。図示を容易にするために、図９は、Ｏ－ＤＵ８１２によって受信されるパケットのうちの１つであるパケット９００を示している。パケット９００は、ＩＰヘッダ９３４と、ＵＤＰヘッダ９３６と、たとえば上述したＯ－ＲＡＮ仕様の３．１．３節（３２ページ）において定義されているようなｅＣＰＲＩヘッダ９３８とを含むネットワーク・トランスポート・ヘッダ９３２を含む。ネットワーク・トランスポート・ヘッダ９３２には、Ｏ－ＲＡＮアプリケーション・ヘッダ９４０（Ｏ－ＲＡＮ仕様の表６－２において定義されているような）、及び、データ・サンプルのシーケンスを含むペイロード９４２が後続する。ＩＰヘッダ９３４は、宛先アドレス・フィールド（図３に示す宛先アドレス・フィールド３０２のような）及び発信元アドレス・フィールド３０４（図３に示す発信元アドレス・フィールド３０４のような）を含むことができる。ＵＤＰヘッダ９３６は、パケットが送信されたポートを識別するＵＤＰ発信元ポート・フィールド（図示せず）、及び、パケットが送信される先であるポートを識別するＵＤＰ宛先ポート・フィールド（図示せず）を含んでもよい。
パケット複製エンジン２０８は、複数の複製パケット１３６内のＩＰヘッダ９３４（たとえば、発信元アドレス・フィールドに格納されている発信元アドレス、又は、宛先アドレス・フィールドに格納されている宛先アドレス）、及び／又は、ＵＤＰヘッダ９３６（たとえば、ＵＤＰ発信元ポート・フィールドに格納されている値及び／又はＵＤＰ宛先ポート・フィールドに格納されている値）を改変し、結果、複数の改変パケット１３４及び複数の複製パケット１３６はネットワーク１０６を通じて異なる経路に沿って送信され、改変パケット・ヘッダ３２４は、複数の複製パケット１３６Ｒにおいて、複数の改変パケット１３４Ｒとは異なる。
Ｏ－ＲＡＮヘッダ９４０は、ペイロード９４２内のデータ・セグメントのデータ・レイアウトを定義するセクションＩＤフィールド９４６が後続するフレームＩＤ９４４のセットを含む。これらのセクションＩＤフィールド９４６は、とりわけ、パケット９００内の開始物理リソース・ブロック（「ＰＲＢ」）を識別し、したがって、ペイロード９４２内のサンプルをマッピングすることを目的としたシーケンス番号としての役割を果たすことができるｓｔａｒｔＰｒｂｕフィールド９４８を含む。ｎｕｍＰｒｂｕフィールド９５０が、このセクション内の連続するＰＲＢの数を示し、ｕｄＣｏｍｐＨｄｒフィールド９５１が、各サンプルのビット単位のサイズ、すなわち、ペイロード９４２内のＰＲＢの各スライスのサイズを示す。データ・パケットが複数のデータ・セクションを含む場合、セクションＩＤフィールド９４６は、各セクションのヘッダとして繰り返される。
受信側通信装置１２４は、ペイロードからデータ・サンプルを抽出し、ｓｔａｒｔＰｒｂｕフィールド９４８内のｓｔａｒｔＰｒｂｕ値の線形マッピングを使用して、それらを受信側メモリ１２８内のバッファ１５０内のそれぞれのアドレス９５４に書き込む。ｓｔａｒｔＰｒｂｕ値は、受信側通信装置１２４が各セクション内の最初のサンプルを書き込むことになり、その後、後続のサンプルを連続的に書き込むアドレス１５４を示す。具体的には、本実施例において、受信側通信装置１２４は、各セクション内の最初のサンプルについて、下記の式２を使用してサンプルをアドレス１５４にマッピングする。
ペイロード・アドレス＝Ａ＋（ＳＮ－Ｘ）×Ｂ 式２
この式において、変数「Ｘ」は、初期パケット識別子（たとえば、シーケンス番号）を表し、変数「ＳＮ」は、ｓｔａｒｔＰｒｂｕフィールド１４８内のｓｔａｒｔＰｒｂｕ値から得られる現在のパケット識別子（たとえば、シーケンス番号）を表し、変数「Ｂ」は、ｕｄＣｏｍｐＨｄｒフィールド１５１内のｕｄＣｏｍｐＨｄｒ値から得られるサンプルの固定サイズを表し、変数「Ａ」は、バッファ１５０のベース・アドレスを表す。
上述した実施例は、Ｏ－ＲＵ８１４からＯ－ＤＵ８１２へのデータの送信を特に参照しているが、この実施例の原理は、同様に、Ｏ－ＤＵ８１２によって送信されるデータをバッファリングするときにＯ－ＲＵ８１４によって同様に適用することができる。
図１０は、少なくとも一実施例による、送信側デバイス１０２によって実施することができる方法１０００の流れ図を示す。最初のブロック１００２において、送信側プロセッサ１１４が、メモリ１１８に格納されているメッセージ１３０又はメッセージ１３０へのリンクを送信側通信装置１１２の送信側ホスト・インターフェース２０２に送信する。送信側プロセッサ１１４は、ビデオ・カメラ（たとえば、ビデオ・カメラ５３０）から画像フレームを受信するデータ処理アプリケーション２２４（たとえば、ビデオ処理アプリケーション）を実行することができる。送信側プロセッサ１１４は、メッセージ１３０又は当該メッセージへのリンクを、送信側バス２２８を介して、ドライバ２２６を使用して送信側ホスト・インターフェースに通信することができる。
次のブロック１００４において、送信側ホスト・インターフェース２０２が、メッセージ１３０をパケット化することによって複数のパケット１３２を作成し、複数のパケット１３２をパケット識別子エンジン２０４に転送する。ブロック１００６において、パケット識別子エンジン２０４が、複数のパケット１３２のパケット識別子を作成し、パケット識別子と複数のパケット１３２の両方を送信側ステアリング・エンジン２０６に転送する。ブロック１００８において、送信側ステアリング・エンジン２０６が、複数のパケット１３２の各々に冗長ヘッダ３２２（図３参照）を追加することによって複数の改変パケット１３４を作成し、複数の改変パケット１３４をパケット複製エンジン２０８に転送する。ブロック１０１０において、パケット複製エンジン２０８が、複数の改変パケット１３４を複製することによって複数の複製パケット１３６を作成し、複数の改変パケット１３４と複数の複製パケット１３６の両方を送信側ネットワーク・インターフェース２１０に転送する。ブロック１０１２において、送信側ネットワーク・インターフェース２１０が、複数の改変パケット１３４及び複数の複製パケット１３６を、ネットワーク１０６を介して受信側通信装置１２４に送信する。したがって、ブロック１０１２において、送信側ネットワーク・インターフェース２１０が、複数の送信改変パケット１３４Ｓ及び複数の送信複製パケット１３６Ｓを含む送信パケット１３８Ｓを、ネットワーク１０６を介して受信側通信装置１２４に送信する。その後、方法１０００は終了する。
図１１は、少なくとも一実施例による、受信側デバイス１０４によって実施することができる方法１１００の流れ図を示す。最初のブロック１１０２において、受信側ネットワーク・インターフェース４１２は、受信パケット１３８Ｒを受信し、それらをパケット解析エンジン４１０に転送する。ブロック１１０４において、パケット解析エンジン４１０が、受信パケット１３８Ｒの各々を解析し、パケットのうち、冗長ヘッダ３２２（図３参照）を含むものを識別し、識別されたパケットを受信側ステアリング・エンジン４０８に転送する。ブロック１１０６において、受信側ステアリング・エンジン４０８が、識別された各パケット内のパケット識別子を識別し、バッファ情報を得、バッファ情報、パケット識別子、及びペイロードをアンチ・リプレイ・エンジン４０６に転送する。受信側ステアリング・エンジン４０８は、ドライバ４３２からバッファ情報を得ることができる。非限定例として、バッファ情報は、ＭＫＥＹ、バッファ１５０のベース・アドレスなどを含んでもよい。ブロック１１０８において、アンチ・リプレイ・エンジン４０６は、受信パケット１３８Ｒの各々について、パケットが散乱エンジン４０４に転送されるか、又は廃棄されるかを判断する。ブロック１１１０において、散乱エンジン４０４が、各転送パケットの各ペイロードのバッファ１５０内のアドレスを決定し、アドレス及びペイロードを受信側ホスト・インターフェース４０２に転送する。ブロック１１１２において、受信側ホスト・インターフェース４０２は、ペイロードをそれらのそれぞれのアドレスに格納する。ブロック１１１４において、散乱エンジン４０４は、再構築メッセージ１４４が完成するときを、受信側ホスト・インターフェース４０２を介して受信側プロセッサ１２６に通知する。その後、方法１１００は終了する。
以下の説明において、少なくとも一実施例のより完全な理解を提供するために、多数の特定の詳細が記載される。しかしながら、本発明の概念はこれらの特定の詳細のうちの１つ又は複数なしに実施されることができることは当業者には明らかであろう。
サーバ及びデータ・センタ
添付の図面は、限定することなく、少なくとも一実施例を実施するために使用することができる例示的なネットワーク・サーバ及びデータ・センタ・ベースのシステムを記載する。
図１２は、少なくとも一実施例による、分散システム１２００を示す。少なくとも一実施例では、分散システム１２００は、ウェブ・ブラウザ、専用クライアント、及び／又はそれらの様々な変形例を、１つ又は複数のネットワーク１２１０を介して実行及び操作するように構成されている、１つ又は複数のクライアント・コンピューティング・デバイス１２０２、１２０４、１２０６、及び１２０８を含む。少なくとも一実施例では、サーバ１２１２は、ネットワーク１２１０を介して、遠隔したクライアント・コンピューティング・デバイス１２０２、１２０４、１２０６、及び１２０８と通信可能に結合されてもよい。
少なくとも一実施例では、サーバ１２１２は、複数のデータ・センタをまたぐシングル・サイン・オン（ＳＳＯ）アクセスのセッション活動を管理することができるサービス及びアプリケーションなどの１つ又は複数のサービス又はソフトウェア・アプリケーションを実行するように適合されてもよい。少なくとも一実施例では、サーバ１２１２はまた、非仮想及び仮想環境を含むことができる他のサービス又はソフトウェア・アプリケーションを提供することもできる。少なくとも一実施例では、これらのサービスは、ウェブ・ベースのサービス若しくはクラウド・サービスとして、又は、サービス型ソフトウェア（ＳａａＳ）モデルの下でクライアント・コンピューティング・デバイス１２０２、１２０４、１２０６、及び／又は１２０８のユーザに提供されてもよい。少なくとも一実施例では、クライアント・コンピューティング・デバイス１２０２、１２０４、１２０６、及び／又は１２０８を操作するユーザは、次いで、１つ又は複数のクライアント・アプリケーションを利用して、サーバ１２１２とインタラクトしてこれらの構成要素によって提供されるサービスを利用することができる。
少なくとも一実施例では、システム１２００のソフトウェア構成要素１２１８、１２２０及び１２２２は、サーバ１２１２上で実装される。少なくとも一実施例では、システム１２００の１つ若しくは複数の構成要素及び／又はこれらの構成要素によって提供されるサービスはまた、クライアント・コンピューティング・デバイス１２０２、１２０４、１２０６、及び／又は１２０８のうちの１つ又は複数によって実施されてもよい。少なくとも一実施例では、クライアント・コンピューティング・デバイスを操作するユーザは、次いで、１つ又は複数のクライアント・アプリケーションを利用して、これらの構成要素によって提供されるサービスを使用することができる。少なくとも一実施例では、これらの構成要素は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せにおいて実装されてもよい。分散システム１２００とは異なってもよい、様々な異なるシステム構成が可能であることが諒解されるべきである。したがって、図１２に示す実施例は、実施例のシステムを実装するための分散システムの１つの実例であり、限定であるようには意図されていない。
少なくとも一実施例では、クライアント・コンピューティング・デバイス１２０２、１２０４、１２０６、及び／又は１２０８は、様々なタイプのコンピューティング・システムを含んでもよい。少なくとも一実施例では、クライアント・コンピューティング・デバイスは、携帯型ハンドヘルド・デバイス（たとえば、ｉＰｈｏｎｅ（登録商標）、携帯電話、ｉＰａｄ（登録商標）、コンピューティング・タブレット、個人情報端末（ＰＤＡ））又はウェアラブル・デバイス（たとえば、Ｇｏｏｇｌｅ Ｇｌａｓｓ（登録商標）ヘッド・マウント・ディスプレイ）、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） Ｍｏｂｉｌｅ（登録商標）などの実行中のソフトウェア、及び／若しくはｉＯＳ、Ｗｉｎｄｏｗｓ（登録商標） Ｐｈｏｎｅ、Ａｎｄｒｏｉｄ、ＢｌａｃｋＢｅｒｒｙ１０、Ｐａｌｍ ＯＳなどの様々なモバイル・オペレーティング・システム、並びに／又は、それらの変形例を含んでもよい。少なくとも一実施例では、デバイスは、様々なインターネット関連アプリ、電子メール、ショート・メッセージ・サービス（ＳＭＳ）アプリケーションなどの様々なアプリケーションをサポートすることができ、様々な他の通信プロトコルを使用することができる。少なくとも一実施例では、クライアント・コンピューティング・デバイスはまた、例として、様々なバージョンのＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）、Ａｐｐｌｅ Ｍａｃｉｎｔｏｓｈ（登録商標）、及び／又はＬｉｎｕｘ（登録商標）オペレーティング・システムを実行するパーソナル・コンピュータ及び／又はラップトップ・コンピュータを含む汎用パーソナル・コンピュータも含んでもよい。少なくとも一実施例では、クライアント・コンピューティング・デバイスは、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ ＯＳなどの、限定ではなく、様々なＧＮＵ／Ｌｉｎｕｘ（登録商標）オペレーティング・システムを含む、様々な市販のＵＮＩＸ（登録商標）又はＵＮＩＸ（登録商標）ライクなオペレーティング・システムのいずれかを実行するワークステーション・コンピュータとすることができる。少なくとも一実施例では、クライアント・コンピューティング・デバイスはまた、ネットワーク１２１０を介して通信することが可能な、シン・クライアント・コンピュータ、インターネット対応ゲーミング・システム（たとえば、Ｋｉｎｅｃｔ（登録商標）ジェスチャ入力デバイスを有するか又は有しないＭｉｃｒｏｓｏｆｔ Ｘｂｏｘゲーミング・コンソール）、及び／又は、パーソナル・メッセージング・デバイスなどの電子デバイスも含んでもよい。図１２の分散システム１２００は、４つのクライアント・コンピューティング・デバイスを有して示されているが、任意の数のクライアント・コンピューティング・デバイスがサポートされてもよい。センサを有するデバイスなどの他のデバイスが、サーバ１２１２とインタラクトしてもよい。
少なくとも一実施例では、分散システム１２００内のネットワーク１２１０は、限定ではなくＴＣＰ／ＩＰ（伝送制御プロトコル／インターネット・プロトコル）、ＳＮＡ（システム・ネットワーク・アーキテクチャ）、ＩＰＸ（インターネット・パケット交換）、ＡｐｐｌｅＴａｌｋ、及び／又はそれらの変形例を含む、様々な利用可能なプロトコルのいずれかを使用したデータ通信をサポートすることができる任意のタイプのネットワークであってもよい。少なくとも一実施例では、ネットワーク１２１０は、ローカル・エリア・ネットワーク（ＬＡＮ）、イーサネット（登録商標）に基づくネットワーク、トークン・リング、広域ネットワーク、インターネット、仮想ネットワーク、仮想プライベート・ネットワーク（ＶＰＮ）、イントラネット、エクストラネット、公衆交換電話網（ＰＳＴＮ）、赤外線ネットワーク、ワイヤレス・ネットワーク（たとえば、電気電子技術者協会（ＩＥＥＥ）８０２．１１プロトコル・スイート、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及び／又は任意の他のワイヤレス・プロトコルのいずれかに基づいて動作するネットワーク）、並びに／又は、これらの及び／若しくは他のネットワークの任意の組合せとすることができる。
少なくとも一実施例では、サーバ１２１２は、１つ又は複数の汎用コンピュータ、専用サーバ・コンピュータ（例として、ＰＣ（パーソナル・コンピュータ）サーバ、ＵＮＩＸ（登録商標）サーバ、ミッド・レンジ・サーバ、メインフレーム・コンピュータ、ラック・マウント・サーバなどを含む）、サーバ・ファーム、サーバ・クラスタ、又は任意の他の適切な構成及び／若しくは組合せから構成されてもよい。少なくとも一実施例では、サーバ１２１２は、仮想オペレーティング・システムを実行する１つ若しくは複数の仮想機械、又は、仮想化を伴う他のコンピューティング・アーキテクチャを含むことができる。少なくとも一実施例では、論理記憶デバイスの１つ又は複数の柔軟なプールを仮想化して、サーバの仮想記憶デバイスを維持することができる。少なくとも一実施例では、仮想ネットワークは、ソフトウェア定義のネットワーキングを使用してサーバ１２１２によって制御することができる。少なくとも一実施例では、サーバ１２１２は、１つ又は複数のサービス又はソフトウェア・アプリケーションを実行するように適合されてもよい。
少なくとも一実施例では、サーバ１２１２は、任意のオペレーティング・システム、並びに、任意の市販のサーバ・オペレーティング・システムを実行してもよい。少なくとも一実施例では、サーバ１２１２はまた、ＨＴＴＰ（ハイパーテキスト転送プロトコル）サーバ、ＦＴＰ（ファイル転送プロトコル）サーバ、ＣＧＩ（共通ゲートウェイ・インターフェース）サーバ、ＪＡＶＡ（登録商標）サーバ、データベース・サーバ、及び／又はそれらの変形例を含む、様々な追加のサーバ・アプリケーション及び／又はミッド・ティア・アプリケーションのいずれかを実行してもよい。少なくとも一実施例では、例示的なデータベース・サーバは、限定ではなく、Ｏｒａｃｌｅ、Ｍｉｃｒｏｓｏｆｔ、Ｓｙｂａｓｅ、ＩＢＭ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ）から市販されているもの、及び／又はそれらの変形例を含む。
少なくとも一実施例では、サーバ１２１２は、クライアント・コンピューティング・デバイス１２０２、１２０４、１２０６、及び１２０８のユーザから受信されるデータ・フィード及び／又はイベント更新を分析及び集約するための１つ又は複数のアプリケーションを含んでもよい。少なくとも一実施例では、データ・フィード及び／又はイベント更新は、限定ではないが、Ｔｗｉｔｔｅｒ（登録商標）フィード、Ｆａｃｅｂｏｏｋ（登録商標）更新又は１つ若しくは複数のサード・パーティ情報源及び連続的なデータ・ストリームから受信されるリアル・タイム更新を含んでもよく、これらは、センサ・データ・アプリケーション、金融ティッカー、ネットワーク性能測定ツール（たとえば、ネットワーク監視及びトラフィック管理アプリケーション）、クリックストリーム分析ツール、自動車交通監視、及び／又はそれらの変形例に関連するリアル・タイム・イベントを含んでもよい。少なくとも一実施例では、サーバ１２１２はまた、クライアント・コンピューティング・デバイス１２０２、１２０４、１２０６、及び１２０８の１つ又は複数のディスプレイ・デバイスを介してデータ・フィード及び／又はリアル・タイム・イベントを表示するための１つ又は複数のアプリケーションも含んでもよい。
少なくとも一実施例では、分散システム１２００はまた、１つ又は複数のデータベース１２１４及び１２１６も含んでもよい。少なくとも一実施例では、データベースは、ユーザ・インタラクション情報、使用パターン情報、適合規則情報、及び他の情報などの情報を格納するためのメカニズムを提供することができる。少なくとも一実施例では、データベース１２１４及び１２１６は、様々なロケーションに存在してもよい。少なくとも一実施例では、データベース１２１４及び１２１６のうちの１つ又は複数は、サーバ１２１２に対してローカルな（及び／又はサーバ内に常駐する）非一時的記憶媒体上に存在してもよい。少なくとも一実施例では、データベース１２１４及び１２１６は、サーバ１２１２から遠隔していてもよく、ネットワーク・ベースの接続又は専用接続を介してサーバ１２１２と通信してもよい。少なくとも一実施例では、データベース１２１４及び１２１６は、ストレージ・エリア・ネットワーク（ＳＡＮ）内に存在してもよい。少なくとも一実施例では、サーバ１２１２に帰属する機能を実施するために必要な任意のファイルは、必要に応じて、サーバ１２１２に対してローカルに及び／又は遠隔的に格納されてもよい。少なくとも一実施例では、データベース１２１４及び１２１６は、ＳＱＬフォーマット・コマンドに応答してデータを格納し、更新し、且つ取り出すように適合されているデータベースなどの、リレーショナル・データベースを含んでもよい。
少なくとも一実施例では、分散システム１２００を使用して、システム１００（図１参照）を実装してもよい。そのような実施例において、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、サーバ１２１２、クライアント・コンピューティング・デバイス１２０２、クライアント・コンピューティング・デバイス１２０４、クライアント・コンピューティング・デバイス１２０６、又はクライアント・コンピューティング・デバイス１２０８として実装されてもよい。ネットワーク１０６は、ネットワーク１２１０として実装されてもよい。
少なくとも一実施例では、分散システム１２００を使用して、データ通信システム５００（図５参照）を実装してもよい。そのような実施例において、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又Ｒｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、サーバ１２１２、クライアント・コンピューティング・デバイス１２０２、クライアント・コンピューティング・デバイス１２０４、クライアント・コンピューティング・デバイス１２０６、又はクライアント・コンピューティング・デバイス１２０８として実装されてもよい。ネットワーク５２２は、ネットワーク１２１０として実装されてもよい。
少なくとも一実施例において、分散システム１２００を使用して、データ通信システム８１０（図８参照）を実装してもよい。そのような実施例において、ＯーＤＵ８１２及び／又はＯーＲＵ８１４は各々、サーバ１２１２、クライアント・コンピューティング・デバイス１２０２、クライアント・コンピューティング・デバイス１２０４、クライアント・コンピューティング・デバイス１２０６、又はクライアント・コンピューティング・デバイス１２０８として実装されてもよい。ネットワーク８１６は、ネットワーク１２１０として実装されてもよい。
図１３は、少なくとも一実施例による、例示的なデータ・センタ１３００を示す。少なくとも一実施例では、データ・センタ１３００は、限定ではなく、データ・センタ・インフラストラクチャ層１３１０、フレームワーク層１３２０、ソフトウェア層１３３０、及びアプリケーション層１３４０を含む。
少なくとも一実施例では、図１３に示されるように、データ・センタ・インフラストラクチャ層１３１０は、リソース・オーケストレータ１３１２、グループ化されたコンピューティング・リソース１３１４、及びノード・コンピューティング・リソース（「ノードＣ．Ｒ．」：ｎｏｄｅ ｃｏｍｐｕｔｉｎｇ ｒｅｓｏｕｒｃｅｓ）１３１６（１）～１３１６（Ｎ）を含んでもよく、ここで「Ｎ」は、任意の正の整数を表す。少なくとも一実施例では、ノードＣ．Ｒ．１３１６（１）～１３１６（Ｎ）は、任意の数の中央処理装置（「ＣＰＵ」）又は（アクセラレータ、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、グラフィックス・プロセッサなどを含む）他のプロセッサ、メモリ・デバイス（たとえば、ダイナミック読取り専用メモリ）、ストレージ・デバイス（たとえば、半導体ドライブ又はディスク・ドライブ）、ネットワーク入力／出力（「ＮＷ Ｉ／Ｏ」：ｎｅｔｗｏｒｋ ｉｎｐｕｔ／ｏｕｔｐｕｔ）デバイス、ネットワーク・スイッチ、仮想機械（「ＶＭ」：ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ）、電源モジュール、及び冷却モジュールを含んでもよいが、これらに限定されない。少なくとも一実施例では、ノードＣ．Ｒ．１３１６（１）～１３１６（Ｎ）のうち１つ又は複数のノードＣ．Ｒ．は、上述したコンピューティング・リソースのうちの１つ又は複数を有するサーバであってもよい。
少なくとも一実施例では、グループ化されたコンピューティング・リソース１３１４は、１つ若しくは複数のラック（図示せず）内に収容されたノードＣ．Ｒ．の別個のグループ、又は様々なグラフィカル・ロケーション（同じく図示せず）においてデータ・センタに収容された多数のラックを含んでもよい。グループ化されたコンピューティング・リソース１３１４内のノードＣ．Ｒ．の別個のグループは、１つ又は複数のワークロードをサポートするように構成又は配分されてもよい、グループ化されたコンピュート・リソース、ネットワーク・リソース、メモリ・リソース、又はストレージ・リソースを含んでもよい。少なくとも一実施例では、ＣＰＵ又はプロセッサを含むいくつかのノードＣ．Ｒ．は、１つ又は複数のラック内でグループ化されて、１つ又は複数のワークロードをサポートするコンピュート・リソースが提供されてもよい。少なくとも一実施例では、１つ又は複数のラックはまた、任意の数の電源モジュール、冷却モジュール、及びネットワーク・スイッチを任意の組合せで含んでもよい。
少なくとも一実施例では、リソース・オーケストレータ１３１２は、１つ若しくは複数のノードＣ．Ｒ．１３１６（１）～１３１６（Ｎ）及び／又はグループ化されたコンピューティング・リソース１３１４を構成してもよく、或いは他のやり方で制御してもよい。少なくとも一実施例では、リソース・オーケストレータ１３１２は、データ・センタ１３００のためのソフトウェア設計インフラストラクチャ（「ＳＤＩ」：ｓｏｆｔｗａｒｅ ｄｅｓｉｇｎ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）管理エンティティを含んでもよい。少なくとも一実施例では、リソース・オーケストレータ１３１２は、ハードウェア、ソフトウェア、又はこれらの何らかの組合せを含んでもよい。
少なくとも一実施例では、図１３に示されるように、フレームワーク層１３２０は、限定ではなく、ジョブ・スケジューラ１３３２、構成マネージャ１３３４、リソース・マネージャ１３３６、及び分配ファイル・システム１３３８を含む。少なくとも一実施例では、フレームワーク層１３２０は、ソフトウェア層１３３０のソフトウェア１３５２、及び／又はアプリケーション層１３４０の１つ若しくは複数のアプリケーション１３４２をサポートするフレームワークを含んでもよい。少なくとも一実施例では、ソフトウェア１３５２又はアプリケーション１３４２はそれぞれ、アマゾン・ウェブ・サービス、グーグル・クラウド、及びマイクロソフト・アジュールによって提供されるものなど、ウェブ・ベースのサービス・ソフトウェア又はアプリケーションを含んでもよい。少なくとも一実施例では、フレームワーク層１３２０は、大規模なデータ処理（たとえば「ビック・データ」）のために分配ファイル・システム１３３８を使用することができるＡｐａｃｈｅ Ｓｐａｒｋ（商標）（以下「Ｓｐａｒｋ」）など、無料でオープン・ソースのソフトウェア・ウェブ・アプリケーション・フレームワークの一種であってもよいが、これに限定されない。少なくとも一実施例では、ジョブ・スケジューラ１３３２は、データ・センタ１３００の様々な層によってサポートされるワークロードのスケジューリングを容易にするため、Ｓｐａｒｋドライバを含んでもよい。少なくとも一実施例では、構成マネージャ１３３４は、ソフトウェア層１３３０、並びに大規模データ処理をサポートするためのＳｐａｒｋ及び分配ファイル・システム１３３８を含むフレームワーク層１３２０など、異なる層を構成することが可能であってもよい。少なくとも一実施例では、リソース・マネージャ１３３６は、分配ファイル・システム１３３８及びジョブ・スケジューラ１３３２をサポートするようにマッピング又は配分された、クラスタ化又はグループ化されたコンピューティング・リソースを管理することが可能であってもよい。少なくとも一実施例では、クラスタ化又はグループ化されたコンピューティング・リソースは、データ・センタ・インフラストラクチャ層１３１０にあるグループ化されたコンピューティング・リソース１３１４を含んでもよい。少なくとも一実施例では、リソース・マネージャ１３３６は、リソース・オーケストレータ１３１２と連携して、これらのマッピング又は配分されたコンピューティング・リソースを管理してもよい。
少なくとも一実施例では、ソフトウェア層１３３０に含まれるソフトウェア１３５２は、ノードＣ．Ｒ．１３１６（１）～１３１６（Ｎ）、グループ化されたコンピューティング・リソース１３１４、及び／又はフレームワーク層１３２０の分配ファイル・システム１３３８のうち少なくとも部分によって使用されるソフトウェアを含んでもよい。１つ又は複数のタイプのソフトウェアは、インターネット・ウェブ・ページ検索ソフトウェア、電子メール・ウイルス・スキャン・ソフトウェア、データベース・ソフトウェア、及びストリーミング・ビデオ・コンテンツ・ソフトウェアを含んでもよいが、これらに限定されない。
少なくとも一実施例では、アプリケーション層１３４０に含まれるアプリケーション１３４２は、ノードＣ．Ｒ．１３１６（１）～１３１６（Ｎ）、グループ化されたコンピューティング・リソース１３１４、及び／又はフレームワーク層１３２０の分配ファイル・システム１３３８のうち少なくとも部分によって使用される、１つ又は複数のタイプのアプリケーションを含んでもよい。少なくとも１つ又は複数のタイプのアプリケーションにおいて、限定ではなく、ＣＵＤＡアプリケーション、５Ｇネットワーク・アプリケーション、人工知能アプリケーション、データ・センタ・アプリケーション、及び／又はそれらの変形形態を含んでもよい。
少なくとも一実施例では、構成マネージャ１３３４、リソース・マネージャ１３３６、及びリソース・オーケストレータ１３１２のうちのいずれかは、任意の技術的に実行可能な方式で取得された任意の量及びタイプのデータに基づいて、任意の数及びタイプの自己修正措置を実装してもよい。少なくとも一実施例では、自己修正措置は、データ・センタ１３００のデータ・センタ・オペレータが、不良の恐れのある構成を決定しないようにし、十分に利用されていない及び／又は性能の低いデータ・センタの部分をなくせるようにしてもよい。
図１４は、少なくとも一実施例による、相互リンクされる複数のネットワーク・サーバ・コンピュータ１４０２によって形成されるクライアント・サーバ・ネットワーク１４０４を含むシステム１４００を示す。少なくとも一実施例では、各ネットワーク・サーバ・コンピュータ１４０２は、他のネットワーク・サーバ・コンピュータ１４０２、並びに、広域ネットワーク１４０４にリンクするクライアント・コンピュータ１４０６及びネットワーク１４０８にとってアクセス可能なデータを格納する。少なくとも一実施例では、クライアント・サーバ・ネットワーク１４０４の構成は、クライアント・コンピュータ１４０６及び１つ又は複数のネットワーク１４０８がネットワーク１４０４に接続し、ネットワーク１４０４から接続切断するときに、並びに、１つ又は複数の幹線サーバ・コンピュータ１４０２がネットワーク１４０４に追加されるか又はネットワーク１４０４から除去されるときに、経時的に変化し得る。少なくとも一実施例では、クライアント・コンピュータ１４０６及びネットワーク１４０８がネットワーク・サーバ・コンピュータ１４０２と接続されるとき、クライアント・サーバ・ネットワークは、そのようなクライアント・コンピュータ１４０６及びネットワーク１４０８を含む。少なくとも一実施例では、コンピュータという用語は、データを受け入れ、規定のプロセスをデータにて起用し、プロセスの結果を供給することが可能な任意のデバイス又は機械を含む。
少なくとも一実施例では、クライアント・サーバ・ネットワーク１４０４は、ネットワーク・サーバ・コンピュータ１４０２、リモート・ネットワーク１４０８及びクライアント・コンピュータ１４０６にとってアクセス可能である情報を格納する。少なくとも一実施例では、ネットワーク・サーバ・コンピュータ１４０２は、各々が１つ又は複数のプロセッサを有する、メインフレーム・コンピュータ、ミニコンピュータ、及び／又は、マイクロコンピュータによって形成される。少なくとも一実施例では、サーバ・コンピュータ１４０２は、導線、光ファイバ・ケーブル、及び／若しくはマイクロ波伝送媒体、衛星伝送媒体又は他の導電性、光学若しくは電磁波伝送媒体などの、有線及び／又はワイヤレス転送媒体によってともにリンクされる。少なくとも一実施例では、クライアント・コンピュータ１４０６は、同様の有線又はワイヤレス転送媒体によってネットワーク・サーバ・コンピュータ１４０２にアクセスする。少なくとも一実施例では、クライアント・コンピュータ１４０６は、モデム及び標準電話通信網を使用してクライアント・サーバ・ネットワーク１４０４にリンクしてもよい。少なくとも一実施例では、ケーブル及び衛星通信システムなどの代替的な搬送システムもまた、クライアント・サーバ・ネットワーク１４０４にリンクするために使用されてもよい。少なくとも一実施例では、他の私設又は時分割搬送システムが使用されてもよい。少なくとも一実施例では、ネットワーク１４０４は、インターネットなどのグローバル情報ネットワークである。少なくとも一実施例では、ネットワークは、インターネットと同様のプロトコルを使用するが、セキュリティ対策が追加され、アクセス制御が制限されている専用イントラネットである。少なくとも一実施例では、ネットワーク１４０４は、専用通信プロトコルを使用する私設、又は半私設ネットワークである。
少なくとも一実施例では、クライアント・コンピュータ１４０６は、任意のエンド・ユーザ・コンピュータであり、また、１つ又は複数のマイクロプロセッサを有するメインフレーム・コンピュータ、ミニコンピュータ又はマイクロコンピュータであってもよい。少なくとも一実施例では、サーバ・コンピュータ１４０２は、時として、別のサーバ・コンピュータ１４０２にアクセスするクライアント・コンピュータとして機能してもよい。少なくとも一実施例では、リモート・ネットワーク１４０８は、ローカル・エリア・ネットワーク、インターネットの独立系サービス・プロバイダ（ＩＳＰ）を通じて広域ネットワークに追加されるネットワーク、又は、固定であるか若しくは経時的に変化する構成を有する有線若しくはワイヤレス転送媒体によって相互接続される別のグループのコンピュータであってもよい。少なくとも一実施例では、クライアント・コンピュータ１４０６は、独立して又はリモート・ネットワーク１４０８を通じてネットワーク１４０４にリンクし、アクセスしてもよい。
少なくとも一実施例では、システム１４００を使用して、システム１００（図１参照）を実装してもよい。そのような実施例において、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、ネットワーク・サーバ・コンピュータ１４０２のうちの１つ若しくは複数、又は、クライアント・コンピュータ１４０６のうちの１つ若しくは複数として実装されてもよい。ネットワーク１０６は、リモート・ネットワーク１４０８として実装されてもよい。
少なくとも一実施例では、システム１４００を使用して、データ通信システム５００（図５参照）を実装してもよい。そのような実施例において、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、ネットワーク・サーバ・コンピュータ１４０２のうちの１つ若しくは複数、又は、クライアント・コンピュータ１４０６のうちの１つ若しくは複数として実装されてもよい。パケット・データ・ネットワーク５２２は、リモート・ネットワーク１４０８として実装されてもよい。
少なくとも一実施例では、システム１４００を使用して、データ通信システム８１０（図８参照）を実装してもよい。そのような実施例において、ＯーＤＵ８１２及び／又はＯーＲＵ８１４は各々、ネットワーク・サーバ・コンピュータ１４０２のうちの１つ若しくは複数、又は、クライアント・コンピュータ１４０６のうちの１つ若しくは複数として実装されてもよい。ネットワーク８１６は、ネットワーク１４０８として実装されてもよい。
図１５は、少なくとも一実施例による、１つ又は複数のコンピューティング・マシンを接続するコンピュータ・ネットワーク１５０８を含むシステム１５００を示す。少なくとも一実施例では、ネットワーク１５０８は、たとえば、以下のネットワーク、すなわち、インターネット、イントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）又はこれらのネットワーク・タイプを相互接続した組合せを含む、任意のタイプの電子接続コンピュータ・グループであってもよい。少なくとも一実施例では、ネットワーク１５０８内の接続は、リモート・モデム、イーサネット（登録商標）（ＩＥＥＥ８０２．３）、トークン・リング（ＩＥＥＥ８０２．５）、光ファイバ分散データ・インターフェース（ＦＤＤＩ）、非同期転送モード（ＡＴＭ）、又は任意の他の通信プロトコルであってもよい。少なくとも一実施例では、ネットワークにリンクされているコンピューティング・デバイスは、デスクトップ、サーバ、携帯型、ハンドヘルド、セット・トップ・ボックス、個人情報端末（ＰＤＡ）、端末、又は任意の他の所望のタイプ若しくは構成であってもよい。少なくとも一実施例では、それらの機能性に応じて、ネットワーク接続デバイスは、処理能力、内部メモリ、及び他の性能態様が広く変化してもよい。少なくとも一実施例では、ネットワーク内の通信及びネットワークに接続されているコンピュータ・デバイスへの通信又は当該デバイスからの通信は、有線又はワイヤレスのいずれかであってもよい。少なくとも一実施例では、ネットワーク１５０８は、一般的に、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）仕様によるクライアント・サーバ・モデルに従って複数のユーザを接続する世界規模公衆インターネットを少なくとも部分的に含んでもよい。少なくとも一実施例では、クライアント・サーバ・ネットワークは、２つのコンピュータ間の通信のための支配的モデルである。少なくとも一実施例では、クライアント・コンピュータ（「クライアント」）は、１つ又は複数のコマンドをサーバ・コンピュータ（「サーバ」）に発行する。少なくとも一実施例では、サーバは、クライアント・コマンドに従って、利用可能なネットワーク・リソースにアクセスし、クライアントに情報を返すことによって、クライアント・コマンドを履行する。少なくとも一実施例では、クライアント・コンピュータ・システム、及び、ネットワーク・サーバ上に存在するネットワーク・リソースは、ネットワークの要素間の通信中の識別のためにネットワーク・アドレスを割り当てられる。少なくとも一実施例では、他のネットワーク接続システムからサーバへの通信は、データ／要求の適切な宛先が受信者として識別されるように、関連するサーバ／ネットワーク・リソースのネットワーク・アドレスを通信の一部として含む。少なくとも一実施例では、ネットワーク１５０８が世界規模インターネットを含む場合、ネットワーク・アドレスは、データを電子メール・アカウント、ウェブ・サイト、又はサーバ上に存在する他のインターネット・ツールに少なくとも部分的にルーティングすることができる、ＴＣＰ／ＩＰフォーマットのＩＰアドレスである。少なくとも一実施例では、ネットワーク・サーバ上に存在する情報及びサービスは、ネットワーク・サーバのＩＰアドレスにマッピングするドメイン名（たとえば、ｗｗｗ．ｓｉｔｅ．ｃｏｍ）を通じてクライアント・コンピュータのウェブ・ブラウザにとって利用可能であってもよい。
少なくとも一実施例では、複数のクライアント１５０２、１５０４、及び１５０６が、それぞれの通信リンクを介してネットワーク１５０８に接続される。少なくとも一実施例では、これらのクライアントの各々は、ダイヤル・アップ・モデム接続、ケーブル・リンク、デジタル加入者線（ＤＳＬ）、ワイヤレス若しくは衛星リンク、又は任意の他の形態の通信を介してなど、任意の所望の形態の通信を介してネットワーク１５０８にアクセスすることができる。少なくとも一実施例では、各クライアントは、パーソナル・コンピュータ（ＰＣ）、ワークステーション、専用端末、個人情報端末（ＰＤＡ）、又は他の同様の機器などの、ネットワーク１５０８に対応する任意の機械を使用して通信することができる。少なくとも一実施例では、クライアント１５０２、１５０４、及び１５０６は、同じ地理的領域に位置してもよく、又は位置しなくてもよい。
少なくとも一実施例では、複数のサーバ１５１０、１５１２、及び１５１４が、ネットワーク１５０８と通信しているクライアントにサービスするためにネットワーク１５０８に接続される。少なくとも一実施例では、各サーバは、典型的には、ネットワーク・リソースを管理し、クライアント・コマンドに応答する強力なコンピュータ又はデバイスである。少なくとも一実施例では、サーバは、プログラム命令及びデータを格納するハード・ディスク・ドライブ及びＲＡＭメモリなどのコンピュータ可読データ記憶媒体を含む。少なくとも一実施例では、サーバ１５１０、１５１２、１５１４は、クライアント・コマンドに応答するアプリケーション・プログラムを実行する。少なくとも一実施例では、サーバ１５１０は、ＨＴＭＬページに対するクライアント要求に応答するためにウェブ・サーバ・アプリケーションを実行してもよく、また、電子メールを受信及びルーティングするためにメール・サーバ・アプリケーションも実行してもよい。少なくとも一実施例では、ＦＴＰサーバ又はオーディオ／ビデオ・データをクライアントにストリーミングするためのメディア・サーバなどの、他のアプリケーション・プログラムも、サーバ１５１０上で実行していてもよい。少なくとも一実施例では、異なるサーバが、異なるタスクを実施するのに専用にされてもよい。少なくとも一実施例では、サーバ１５１０は、様々なユーザのウェブ・サイトに関連するリソースを管理する専用ウェブ・サーバであってもよく、一方、サーバ１５１２は、電子メール（ｅメール）管理を提供するのに専用のものであってもよい。少なくとも一実施例では、他のサーバは、メディア（オーディオ、ビデオなど）、ファイル転送プロトコル（ＦＴＰ）、又は、ネットワークを介して典型的に利用可能であるか若しくは提供される任意の２つ以上のサービスの組合せに専用のものであってもよい。少なくとも一実施例では、各サーバは、他のサーバと同じ又は異なるロケーションにあってもよい。少なくとも一実施例では、ユーザに対してミラーリングされたタスクを実施し、以て、輻輳を軽減するか又は単一のサーバに向けられたトラフィック及び単一のサーバからのトラフィックを最小限に抑える複数のサーバが存在してもよい。少なくとも一実施例では、サーバ１５１０、１５１２、１５１４は、ネットワーク１５０８を介したサード・パーティ・コンテンツの管理及び送達を営むウェブ・ホスティング・プロバイダの制御下にある。
少なくとも一実施例では、ウェブ・ホスティング・プロバイダは、２つの異なるタイプのクライアントにサービスを送達する。少なくとも一実施例では、ブラウザとして参照される場合がある１つのタイプは、ウェブ・ページ、電子メール・メッセージ、ビデオ・クリップなどのようなコンテンツをサーバ１５１０、１５１２、１５１４から要求する。少なくとも一実施例では、ユーザとして参照される場合がある第２のタイプは、ウェブ・サイトなどのネットワーク・リソースを維持し、これをブラウザにとって利用可能にするために、ウェブ・ホスティング・プロバイダを雇用する。少なくとも一実施例では、ユーザは、メモリ空間、プロセッサ容量、及び通信帯域幅を、ユーザが利用することを所望するサーバ・リソースの量に従って、それらの所望のネットワーク・リソースのために利用可能にするために、ウェブ・ホスティング・プロバイダと契約する。
少なくとも一実施例では、ウェブ・ホスティング・プロバイダがこれらのクライアントの両方のためにサービスを提供するために、サーバによってホストされるネットワーク・リソースを管理するアプリケーション・プログラムが、適切に構成されなければならない。少なくとも一実施例では、プログラム構成プロセスは、ブラウザ要求に対するアプリケーション・プログラムの応答を少なくとも部分的に制御し、また、特定のユーザにとって利用可能なサーバ・リソースを少なくとも部分的に規定するパラメータのセットを規定することを含む。
一実施例において、イントラネット・サーバ１５１６が、通信リンクを介してネットワーク１５０８と通信する。少なくとも一実施例では、イントラネット・サーバ１５１６は、サーバ・マネージャ１５１８と通信する。少なくとも一実施例では、サーバ・マネージャ１５１８は、サーバ１５１０、１５１２、１５１４において利用されているアプリケーション・プログラム構成パラメータのデータベースを含む。少なくとも一実施例では、ユーザは、イントラネット１５１６を介してデータベース１５２０を改変し、サーバ・マネージャ１５１８は、サーバ１５１０、１５１２、１５１４とインタラクトして、アプリケーション・プログラム・パラメータを、データベースの内容と一致するように改変する。少なくとも一実施例では、ユーザは、コンピュータ１５０２を介してイントラネット１５１６に接続し、ユーザ名及びパスワードなどの認証情報を入力することによって、イントラネット・サーバ１５１６にログ・オンする。
少なくとも一実施例では、ユーザが、新たなサービスにサイン・アップするか、又は、既存のサービスを改変することを所望する場合、イントラネット・サーバ１５１６は、ユーザを認証し、ユーザが特定のアプリケーション・プログラムの構成パラメータにアクセスすることを可能にする対話型スクリーン・ディスプレイ／制御パネルをユーザに提供する。少なくとも一実施例では、ユーザには、ユーザのウェブ・サイト又は他のネットワーク・リソースの構成の諸態様を記述するいくつかの改変可能なテキスト・ボックスが提示される。少なくとも一実施例では、ユーザが、そのウェブ・サイトのためにサーバ上に確保されたメモリ空間を増大させることを所望する場合、ユーザは、ユーザが所望のメモリ空間を指定するフィールドを提供される。少なくとも一実施例では、この情報の受信に応答して、イントラネット・サーバ１５１６は、データベース１５２０を更新する。少なくとも一実施例では、サーバ・マネージャ１５１８は、この情報を適切なサーバに転送し、アプリケーション・プログラム動作中に新たなパラメータが使用される。少なくとも一実施例では、イントラネット・サーバ１５１６は、ユーザがウェブ・ホスティング・サービス・プロバイダと契約を交わした、ホストされているネットワーク・リソース（たとえば、ウェブ・ページ、電子メール、ＦＴＰサイト、メディア・サイトなど）の構成パラメータに、ユーザがアクセスすることを可能にするように構成されている。
少なくとも一実施例では、システム１５００を使用して、システム１００（図１参照）を実装してもよい。そのような実施例において、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、イントラネット・サーバ１５１６、クライアント１５０２、１５０４、及び１５０６のうちの１つ若しくは複数、又は、サーバ１５１０、１５１２、及び１５１４のうちの１つ若しくは複数として実装されてもよい。ネットワーク１０６は、リモート・ネットワーク１５０８として実装されてもよい。
少なくとも一実施例では、システム１５００を使用して、データ通信システム５００（図５参照）を実装してもよい。そのような実施例において、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、イントラネット・サーバ１５１６、クライアント１５０２、１５０４、及び１５０６のうちの１つ若しくは複数、又は、サーバ１５１０、１５１２、及び１５１４のうちの１つ若しくは複数として実装されてもよい。パケット・データ・ネットワーク５２２は、リモート・ネットワーク１５０８として実装されてもよい。
少なくとも一実施例では、システム１５００を使用して、データ通信システム８１０（図８参照）を実装してもよい。そのような実施例において、ＯーＤＵ８１２及び／又はＯーＲＵ８１４は各々、イントラネット・サーバ１５１６、クライアント１５０２、１５０４、及び１５０６のうちの１つ若しくは複数、又は、サーバ１５１０、１５１２、及び１５１４のうちの１つ若しくは複数として実装されてもよい。ネットワーク８１６は、ネットワーク１５０８として実装されてもよい。
図１６Ａは、少なくとも一実施例による、ネットワーク・コンピュータ・システム１６００Ａを示す。少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ａは、複数のノード又はパーソナル・コンピュータ（「ＰＣ」）１６０２、１６１８、１６２０を含む。少なくとも一実施例では、パーソナル・コンピュータ又はノード１６０２は、プロセッサ１６１４と、メモリ１６１６と、ビデオ・カメラ１６０４と、マイクロフォン１６０６と、マウス１６０８と、スピーカ１６１０と、モニタ１６１２とを含む。少なくとも一実施例では、ＰＣ１６０２、１６１８、１６２０は各々、たとえば、所与の企業内の内部ネットワークの１つ若しくは複数のデスクトップ・サーバを作動させてもよく、又は、特定の環境に限定されない一般ネットワークのサーバであってもよい。少なくとも一実施例では、ネットワークのＰＣノードあたり１つのサーバがあり、結果、ネットワークの各ＰＣノードは、特定のネットワークＵＲＬアドレスを有する特定のネットワーク・サーバを表す。少なくとも一実施例では、各サーバは、デフォルトでそのサーバのユーザのデフォルト・ウェブ・ページに設定されており、デフォルト・ウェブ・ページはそれ自体、そのサーバ上のそのユーザのさらなるサブページ、又は、ネットワーク上の他のサーバ若しくは他のサーバ上のページを指す組み込みＵＲＬを含んでもよい。
少なくとも一実施例では、ノード１６０２、１６１８、１６２０及びネットワークの他のノードは、媒体１６２２を介して相互接続される。少なくとも一実施例では、媒体１６２２は、総合デジタル通信網（「ＩＳＤＮ」）などの通信チャネルであってもよい。少なくとも一実施例では、ネットワーク・コンピュータ・システムの様々なノードは、ローカル・エリア・ネットワーク（「ＬＡＮ」）、公衆交換電話網（「ＰＳＴＮ」）として参照されることがある従来型電話回線（「ＰＯＴＳ」）、及び／又はそれらの変形例を含む、様々な通信媒体を通じて接続されてもよい。少なくとも一実施例では、ネットワークの様々なノードはまた、インターネットなどのネットワークを介して相互接続されるコンピュータ・システムのユーザも構成してもよい。少なくとも一実施例では、ネットワーク上の各サーバ（所与のインスタンスにおいてネットワークの特定のノードから作動する）は、ＵＲＬに関して指定可能であってもよい、ネットワーク内の固有のアドレス又は識別情報を有する。
したがって、少なくとも一実施例では、複数の多地点会議ユニット（「ＭＣＵ」）を利用して、会議システムの様々なノード又は「エンドポイント」へのデータ及び当該ノードからのデータを送信してもよい。少なくとも一実施例では、ノード及び／又はＭＣＵは、インターネットを通じて接続されているノードなどの様々な他の通信媒体に加えて、ＩＳＤＮリンクを介して又はローカル・エリア・ネットワーク（「ＬＡＮ」）を通じて壮語接続されてもよい。少なくとも一実施例では、会議システムのノードは、一般的に、ＬＡＮなどの通信媒体へと直接的に、又は、ＭＣＵを通じて接続されてもよく、会議システムは、ルータ、サーバ、及び／又はそれらの変形例などの他のノード又は要素を含んでもよい。
少なくとも一実施例では、プロセッサ１６１４は、汎用プログラム可能プロセッサである。少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ａのノードのプロセッサはまた、専用ビデオ・プロセッサであってもよい。少なくとも一実施例では、ノード１６０２のものなどの、ノードの様々な周辺機器及び構成要素は、他のノードのものから変化してもよい。少なくとも一実施例では、ノード１６１８及びノード１６２０は、ノード１６０２と同一に又は別様に構成されてもよい。少なくとも一実施例では、ノードは、ＰＣシステムに加えて任意の適切なコンピュータ・システム上で実装されてもよい。
少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ａを使用して、システム１００（図１参照）を実装してもよい。そのような実施例において、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、ＰＣ１６０２、１６１８、１６２０のうちの１つ又は複数として実装されてもよい。ネットワーク１０６は、媒体１６２２として実装されてもよい。
少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ａを使用して、データ通信システム５００（図５参照）を実装してもよい。そのような実施例において、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、ＰＣ１６０２、１６１８、１６２０のうちの１つ又は複数として実装されてもよい。パケット・データ・ネットワーク５２２は、媒体１６２２として実装されてもよい。
少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ａを使用して、データ通信システム810（図8参照）を実装してもよい。そのような実施例において、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、ＰＣ１６０２、１６１８、１６２０のうちの１つ又は複数として実装されてもよい。ネットワーク８１６は、媒体１６２２として実装されてもよい。
図１６Ｂは、少なくとも一実施例による、ネットワーク・コンピュータ・システム１６００Ｂを示す。少なくとも一実施例では、システム１６００Ｂは、互いに通信することができる様々なノードを相互接続するために使用されてもよい、ＬＡＮ１６２４などのネットワークを示す。少なくとも一実施例では、ＰＣノード１６２６、１６２８、１６３０などの複数のノードが、ＬＡＮ１６２４に付着される。少なくとも一実施例では、ノードはまた、ネットワーク・サーバ又は他の手段を介してＬＡＮに接続されてもよい。少なくとも一実施例では、システム１６００Ｂは、たとえば、ルータ、サーバ、及びノードを含む、他のタイプのノード又は要素を含む。
少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ｂを使用して、システム１００（図１参照）を実装してもよい。そのような実施例において、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、ＰＣノード１６２６、１６２８、１６３０のうちの１つ又は複数として実装されてもよい。ネットワーク１０６は、ＬＡＮ１６２４として実装されてもよい。
少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ｂを使用して、データ通信システム５００（図５参照）を実装してもよい。そのような実施例において、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、ＰＣノード１６２６、１６２８、１６３０のうちの１つ又は複数として実装されてもよい。パケット・データ・ネットワーク５２２は、ＬＡＮ１６２４として実装されてもよい。
少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ｂを使用して、データ通信システム810（図8参照）を実装してもよい。そのような実施例において、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、ＰＣノード１６２６、１６２８、１６３０のうちの１つ又は複数として実装されてもよい。ネットワーク８１６は、ＬＡＮ１６２４として実装されてもよい。
図１６Ｃは、少なくとも一実施例による、ネットワーク・コンピュータ・システム１６００Ｃを示す。少なくとも一実施例では、システム１６００Ｃは、ネットワークの様々なノードを相互接続するために使用されてもよい、インターネット１６３２などの基幹通信ネットワークにわたる通信を有するＷＷＷシステムを示す。少なくとも一実施例では、ＷＷＷは、インターネットの上で動作するプロトコルのセットであり、グラフィカル・インターフェース・システムが、インターネットを通じて情報にアクセスするためにその上で動作することを可能にする。少なくとも一実施例では、ＰＣ１６４０、１６４２、１６４４などの複数のノードが、ＷＷＷ内のインターネット１６３２に付着される。少なくとも一実施例では、ノードは、サーバ１６３４、１６３６などのＷＷＷ ＨＴＴＰサーバを通じてＷＷＷの他のノードにインターフェースされる。少なくとも一実施例では、ＰＣ１６４４は、ネットワーク１６３２のノードを形成し、それ自体がそのサーバ１６３６を作動させるＰＣであってもよいが、ＰＣ１６４４及びサーバ１６３６は、図１６Ｃにおいては例示を目的として別個に示されている。
少なくとも一実施例では、ＷＷＷは、インターネットの伝送制御プロトコル／インターネット・プロトコル（「ＴＣＰ／ＩＰ」）の上で作動する、ＷＷＷ ＨＴＴＰ、ＷＷＷのプロトコルを特徴とする、分散型のアプリケーションである。したがって、少なくとも一実施例では、ＷＷＷは、インターネット上でその「基幹」として作動するプロトコル（すなわち、ＨＴＴＰ）のセットを特徴としてもよい。
ウェブ・ブラウザは、ＷＷＷ互換型ネットワーク・システムにおいて、特定のサーバ又はノードのユーザが、そのような情報を閲覧することを可能にし、したがって、ユーザが、ＨＴＴＰを理解するネットワーク上のサーバから利用可能な文書又はファイルに埋め込まれているハイパーテキスト・リンクを使用してともにリンクされているグラフィック及びテキストに基づくファイルを検索することを可能にする、ネットワークのノード上で作動するアプリケーションである。少なくとも一実施例では、第１のノードと関連付けられる第１のサーバの所与のウェブ・ページが、インターネットなどのネットワーク上の別のサーバを使用してユーザによって取り出されるとき、取り出される文書は、中に埋め込まれている様々なハイパーテキスト・リンクを有し得、ページのローカル・コピーが、取り出しているユーザに対してローカルに作成される。少なくとも一実施例では、ユーザがハイパーテキスト・リンクをクリックするとき、選択されたハイパーテキスト・リンクに関連する、ローカルに格納された情報は、典型的には、ユーザの機械が、インターネットにわたる、ハイパーテキスト・リンクによって示されるサーバへの接続を開くことを可能にするのに十分である。
少なくとも一実施例では、たとえば、ＷＷＷ ＨＴＴＰサーバ１６３４に関連して示されているようなＬＡＮ１６３８などのＬＡＮを通じて、複数のユーザが各ＨＴＴＰサーバに結合されてもよい。少なくとも一実施例では、システム１６００Ｃはまた、他のタイプのノード又は要素を含んでもよい。少なくとも一実施例では、ＷＷＷ ＨＴＴＰサーバは、ＰＣなどの機械上で作動するアプリケーションである。少なくとも一実施例では、各ユーザは、ＰＣ１６４４に関連して例示したように、固有の「サーバ」を有すると考えることができる。少なくとも一実施例では、サーバは、ＬＡＮ又は複数のノード又は複数のＬＡＮのためのネットワークへのアクセスを提供する、ＷＷＷ ＨＴＴＰサーバ１６３４などのサーバであると考えることができる。少なくとも一実施例では、各々がデスクトップＰＣ又はネットワークのノードを有する複数のユーザが存在し、各デスクトップＰＣは潜在的に、そのユーザのサーバを確立する。少なくとも一実施例では、各サーバは、アクセスされると、そのユーザのデフォルトのウェブ・ページを提供する特定のネットワーク・アドレス又はＵＲＬと関連付けられる。少なくとも一実施例では、ウェブ・ページは、そのサーバ上のそのユーザのさらなるサブページ、又は、ネットワーク上の他のサーバ若しくはネットワーク上の他のサーバ上のページを指すさらなるリンク（組み込みＵＲＬ）を含んでもよい。
少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ｃを使用して、システム１００（図１参照）を実装してもよい。そのような実施例において、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、ＰＣ１６４０、１６４２、１６４４のうちの１つ又は複数として実装されてもよい。ネットワーク１０６は、ＬＡＮ１６３８として実装されてもよい。
少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ｃを使用して、データ通信システム５００（図５参照）を実装してもよい。そのような実施例において、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、ＰＣ１６４０、１６４２、１６４４のうちの１つ又は複数として実装されてもよい。パケット・データ・ネットワーク５２２は、ＬＡＮ1638として実装されてもよい。
少なくとも一実施例では、ネットワーク・コンピュータ・システム１６００Ｃを使用して、データ通信システム８１０（図８参照）を実装してもよい。そのような実施例において、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、ＰＣ１６４０、１６４２、１６４４のうちの１つ又は複数として実装されてもよい。ネットワーク８１６は、ＬＡＮ１６３８として実装されてもよい。
クラウド・コンピューティング及びサービス
添付の図面は、限定することなく、少なくとも一実施例を実施するために使用することができる例示的なクラウド・ベースのシステムを記載する。
少なくとも一実施例では、クラウド・コンピューティングは、動的にスケーリング可能であり、仮想化されていることが多いリソースが、インターネットによるサービスとして提供されるスタイルのコンピューティングである。少なくとも一実施例では、ユーザは、技術基盤をサポートする「クラウド内にある」として参照することができる、技術基盤の知識、技術基盤の専門技術、又は技術基盤の制御を有する必要はない。少なくとも一実施例では、クラウド・コンピューティングは、サービス型インフラストラクチャ、サービス型プラットフォーム、サービス型ソフトウェア、及び、ユーザのコンピューティング要求を満たすことに関するインターネットに対する信頼の共通のテーマを有する他の変形例を組み込む。少なくとも一実施例では、私設クラウド（たとえば、企業ネットワーク）、又は公衆クラウド（たとえば、インターネット）内のデータ・センタ（ＤＣ）内などの、典型的なクラウド展開は、数千のサーバ（又は代替的に、ＶＭ）、数百のイーサネット（登録商標）、ファイバ・チャネル又はファイバ・チャネル・オーバ・イーサネット（登録商標）（ＦＣｏＥ）ポート、スイッチング及びストレージ・インフラストラクチャなどから成ることができる。少なくとも一実施例では、クラウドはまた、ＩＰｓｅｃ ＶＰＮハブ、ファイアウォール、ロード・バランサ、広域ネットワーク（ＷＡＮ）オプティマイザなどから成ることもできる。少なくとも一実施例では、遠隔加入者が、ＩＰｓｅｃ ＶＰＮトンネルなどのＶＰＮトンネルを介した接続によって、クラウド・アプリケーション及びサービスに安全にアクセスすることができる。
少なくとも一実施例では、クラウド・コンピューティングは、最小限の管理労力又はサービス・プロバイダ対話で迅速にプロビジョニングしリリースすることができる、構成可能なコンピューティング・リソース（例えば、ネットワーク、サーバ、ストレージ、アプリケーション、及びサービス）の共有されるプールに対する簡便なオンデマンドのネットワーク・アクセスを可能にするためのモデルである。
少なくとも一実施例では、クラウド・コンピューティングは、顧客が、人間が各サービスの提供者と対話する必要なしに、必要に応じて自動的に、サーバ時間及びネットワーク・ストレージのようなコンピューティング能力を一方的に供給することができる、オンデマンド・セルフサービスを特徴とする。少なくとも一実施例では、クラウド・コンピューティングは、機能がネットワークを介して利用可能であり、異種のシン又はシック・クライアント・プラットフォーム（例えば、携帯電話、ラップトップ、及びＰＤＡ）による使用を促進する標準的なメカニズムを通じてアクセスされる、ブロード・ネットワーク・アクセスを特徴とする。少なくとも一実施例では、クラウド・コンピューティングは、提供者のコンピューティング・リソースが、種々の物理的及び仮想リソースが消費者需要に従って動的に割り当てられ、再割り当てされる、マルチテナント・モデルを使用して、複数の消費者にサービスするためにプールされる、リソース・プーリングを特徴とする。少なくとも一実施例では、顧客が一般的に、提供されるリソースの正確なロケーションに対する制御又は知識を有しないが、より上位の抽象化（例えば、国家、州、又はデータ・センタ）におけるロケーションを指定することが可能であり得るという点において、位置独立の感覚がある。少なくとも一実施例では、リソースの実例は、ストレージ、処理、メモリ、ネットワーク帯域幅、及び仮想機械を含む。少なくとも一実施例では、クラウド・コンピューティングは、素早くスケール・アウトし、迅速にリリースされて素早くスケール・インする能力を、場合によっては自動的に、迅速且つ弾性的に提供することができる、迅速弾性を特徴とする。少なくとも一実施例では、消費者にとって、供給に利用可能な能力は、無制限であるように見えることが多く、いつでも任意の量を購入することができる。少なくとも一実施例では、クラウド・コンピューティングは、クラウド・システムが、サービスのタイプにとって適切な何らかのレベルの抽象化（例えば、ストレージ、処理、帯域幅、及びアクティブなユーザ・アカウント）における計量機能を活用することによって、リソース使用を自動的に制御及び最適化する、計測可能なサービスを特徴とする。少なくとも一実施例では、リソース使用は、監視、制御、及び報告することができ、利用されるサービスの提供者と消費者の両方に対する透明性を提供する。
少なくとも一実施例では、クラウド・コンピューティングは、様々なサービス関連付けることができる。少なくとも一実施例では、クラウド・サービス型ソフトウェア（ＳａａＳ）は、消費者に提供される能力が、クラウド・インフラストラクチャ上で作動する提供者のアプリケーションを使用することであるサービスを参照することができる。少なくとも一実施例では、アプリケーションは、ウェブ・ブラウザ（例えば、ウェブ・ベースの電子メール）のようなシン・クライアント・インターフェースを通じて様々なクライアント・デバイスからアクセス可能である。少なくとも一実施例では、消費者は、場合によっては制限されたユーザ特有のアプリケーション構成設定を除いて、ネットワーク、サーバ、オペレーティング・システム、ストレージ、又はさらには個々のアプリケーション機能を含む、基礎となるクラウド・インフラストラクチャを管理せず、制御しない。
少なくとも一実施例では、クラウド・サービス型プラットフォーム（ＰａａＳ）は、消費者に提供される機能が、プログラミング言語及び提供者によってサポートされるツールを使用して作成された、消費者が作成又は取得しているアプリケーションを、クラウド・インフラストラクチャ上に展開することであるサービスを参照することができる。少なくとも一実施例では、消費者は、ネットワーク、サーバ、オペレーティング・システム、又はストレージを含む、基礎となるクラウド・インフラストラクチャを管理せず、制御しないが、展開されているアプリケーション、及び、場合によっては、環境設定をホストするアプリケーションを制御する。
少なくとも一実施例では、クラウド・サービス型インフラストラクチャ（ＩａａＳ）は、消費者に提供される機能が、消費者が、オペレーティング・システム及びアプリケーションを含むことができる、任意のソフトウェアを展開及び作動させることが可能である場合に、処理、ストレージ、ネットワーク、及び他の基礎的なコンピューティング・リソースをプロビジョニングすることであるサービスを参照することができる。少なくとも一つの実施例において、消費者は、基礎となるクラウド・インフラストラクチャを管理せず、又は制御しないが、オペレーティング・システム、ストレージ、展開されているアプリケーションを制御し、場合によっては、ネットワーク接続構成要素（例えば、ホスト・ファイアウォール）の選択を制限付きで制御する。
少なくとも一実施例では、クラウド・コンピューティングは、様々な方法で展開されてもよい。少なくとも一実施例では、私設クラウドは、ある組織のみのために運用されるクラウド・インフラストラクチャを参照することができる。少なくとも一実施例では、私設クラウドは、組織又はサード・パーティによって管理され得、施設内又は施設外に存在し得る。少なくとも一実施例では、コミュニティ・クラウドは、いくつかの組織によって共有され、関心事（例えば、任務、セキュリティ要件、ポリシー、及びコンプライアンス考慮事項）を共有している特定のコミュニティをサポートするクラウド・インフラストラクチャを参照することができる。少なくとも一実施例では、コミュニティ・クラウドは、組織又はサード・パーティによって管理され得、施設内又は施設外に存在し得る。少なくとも一実施例では、公衆クラウドは、一般人又は大規模な業界団体にとって利用可能にされ、クラウド・サービスを提供する組織によって所有されるクラウド・インフラストラクチャを参照することができる。少なくとも一実施例では、ハイブリッド・クラウドは、固有の実体を保持するが、データ及びアプリケーションの移植性（例えば、クラウド間の負荷平衡のためのクラウド・バースティング）を有効化する標準化された又は専有の技術によってともに拘束される２つ以上のクラウド（プライベート、コミュニティ、又は公衆）から成る構成体であるクラウド・インフラストラクチャを参照することができる。少なくとも一実施例では、クラウド・コンピューティング環境は、処理状態を把握しないこと、コンピュータ使用が少ないこと、モジュール方式であること、及びセマンティック相互運用性であることに焦点を当てた、サービス指向のものである。
図１７は、少なくとも一実施例による、サーバをサード・パーティ・ネットワーク・サービスとして提供することができるシステム環境１７００の１つ又は複数の構成要素を示す。少なくとも一実施例では、サード・パーティ・ネットワークは、クラウド、クラウド・ネットワーク、クラウド・コンピューティング・ネットワーク、及び／又はそれらの変形例として参照されてもよい。少なくとも一実施例では、システム環境１７００は、クラウド・コンピューティング・サービスとして参照されてもよいサード・パーティ・ネットワーク・サービスを提供するサード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２と対話するためにユーザによって使用され得る１つ又は複数のクライアント・コンピューティング・デバイス１７０４、１７０６、及び１７０８を含む。少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２は、１つ又は複数のコンピュータ及び／又はサーバを含んでもよい。
図１７に示すサード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２は、図示されているもの以外の構成要素を有してもよいことを諒解されたい。さらに、図１７は、サード・パーティ・ネットワーク・インフラストラクチャ・システムの一実施例を示す。少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２は、図１７に示すものよりも多い若しくは少ない構成要素を有してもよく、２つ以上の構成要素を組み合わせてもよく、又は、構成要素の異なる構成若しくは配置を有してもよい。
少なくとも一実施例では、クライアント・コンピューティング・デバイス１７０４、１７０６、及び１７０８は、クライアント・コンピューティング・デバイスのユーザによって、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２と対話してサード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供されるサービスを使用するために使用することができる、ウェブ・ブラウザ、専用クライアント・アプリケーション、又は何らかの他のアプリケーションなどのクライアント・アプリケーションを動作させるように構成されてもよい。例示的なシステム環境１７００は、３つのクライアント・コンピューティング・デバイスを有して示されているが、任意の数のクライアント・コンピューティング・デバイスがサポートされてもよい。少なくとも一実施例では、センサを有するデバイスなどのような他のデバイスが、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２と対話してもよい。少なくとも一実施例では、ネットワーク１７１０は、クライアント・コンピューティング・デバイス１７０４、１７０６、及び１７０８とサード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２との間のデータの通信及び交換を容易にすることができる。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供されるサービスは、要求に応じてサード・パーティ・ネットワーク・インフラストラクチャ・システムのユーザにとって利用可能にされるサービスのホストを含んでもよい。少なくとも一実施例では、限定ではなく、オンライン・データ・ストレージ及びバックアップ・ソリューション、ウェブ・ベースの電子メール・サービス、ホスト型オフィス・スイート及び文書共同作成サービス、データベース管理及び処理、管理技術サポート・サービス、並びに／又はそれらの変形例を含む、様々なサービスも提供されてもよい。少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システムによって提供されるサービスは、そのユーザの需要を満たすために動的にスケーリングすることができる。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供されるサービスの特定のインスタンス化は、「サービス・インスタンス」として参照することができる。少なくとも一実施例では、一般的に、サード・パーティ・ネットワーク・サービス提供者のシステムからインターネットなどの通信ネットワークを介してユーザにとって利用可能になる任意のサービスは、「サード・パーティ・ネットワーク・サービス」として参照される。少なくとも一実施例では、公衆サード・パーティ・ネットワーク環境において、サード・パーティ・ネットワーク・サービス提供者のシステムを構成するサーバ及びシステムは、顧客自身の施設内サーバ及びシステムとは異なる。少なくとも一実施例では、サード・パーティ・ネットワーク・サービス提供者のシステムは、アプリケーションをホストすることができ、ユーザは、要求に応じて、インターネットなどの通信ネットワークを介してアプリケーションを注文し、使用することができる。
少なくとも一実施例では、コンピュータ・ネットワーク・サード・パーティ・ネットワーク・インフラストラクチャ内のサービスは、ストレージ、ホスト型データベース、ホスト型ウェブ・サーバ、ソフトウェア・アプリケーション、又はサード・パーティ・ネットワーク供給元によってユーザに提供される他のサービスへの保護されたコンピュータ・ネットワーク・アクセスを含むことができる。少なくとも一実施例では、サービスは、インターネットを通じたサード・パーティ・ネットワーク上のリモート・ストレージへのパスワード保護付きアクセスを含むことができる。少なくとも一実施例では、サービスは、サービス・ベースのホスト型リレーショナル・データベース、及び、ネットワーク接続された開発者による私的使用のためのスクリプト言語ミドルウェア・エンジンを含むことができる。少なくとも一実施例では、サービスは、サード・パーティ・ネットワーク供給元のウェブ・サイト上でホストされる電子メール・ソフトウェア・アプリケーションへのアクセスを含むことができる。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２は、セルフ・サービスで、加入者ベースで、弾性的にスケーリング可能に、信頼可能に、高い可用性を以て、及び安全に顧客に送達されるアプリケーション、ミドルウェア、及びデータベース・サービス提供のスイートを含んでもよい。少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２はまた、「ビッグ・データ」関連演算及び分析サービスを含んでもよい。少なくとも一実施例では、「ビッグ・データ」という用語は、一般的に、大量のデータを視覚化し、傾向を検出し、且つ／又は他の様態でデータとインタラクトするために分析者及び研究者によって格納及び操作することができる極度に大規模なデータ・セットを指すために使用される。少なくとも一実施例では、ビッグ・データ及び関連アプリケーションは、多くのレベル及び複数の異なるスケールにおいてインフラストラクチャ・システムによってホスト及び／又は操作することができる。少なくとも一実施例では、並列にリンクされた数十、数百、又は数千のプロセッサが、データを提示するために、又は、データ若しくはデータが表すものに対する外力をシミュレートするために、そのようなデータに対して動作することができる。少なくとも一実施例では、これらのデータ・セットは、データベース内に又は構造化モデルに従って他の様態で編成されているものなどの、構造化データ、及び／又は非構造化データ（たとえば、電子メール、画像、データ・ブロブ（バイナリ・ラージ・オブジェクト）、ウェブ・ページ、複合イベント処理）を含むことができる。少なくとも一実施例では、より多くの（又はより少ない）コンピューティング・リソースを目的に相対的に迅速に集中させる一実施例の能力を活用することによって、サード・パーティ・ネットワーク・インフラストラクチャ・システムは、事業体、政府機関、研究組織、個人、同好の個人若しくは組織から成る団体、又は他の実体からの需要に基づいて大規模なデータ・セットに対してタスクを実行するのにより良好に利用可能であり得る。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２は、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって供給されるサービスへの顧客の加入を自動的にプロビジョニング、管理、及び追跡するように適合することができる。少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２は、複数の異なる展開モデルを介して、サード・パーティ・ネットワーク・サービスを提供することができる。少なくとも一実施例では、サービスは、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２が、サード・パーティ・ネットワーク・サービスを販売する組織によって所有され、サービスが一般人又は異なる製造企業にとって利用可能にされる公衆サード・パーティ・ネットワーク・モデルの下で提供されてもよい。少なくとも一実施例では、サービスは、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２が単一の組織のみによって運用され、組織内の１つ又は複数の実体のためのサービスを提供することができるプライベート・サード・パーティ・ネットワーク・モデルの下で提供されてもよい。少なくとも一実施例では、サード・パーティ・ネットワーク・サービスはまた、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２及びサード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供されるサービスが、関連コミュニティ内のいくつかの組織によって共有されるコミュニティ・サード・パーティ・ネットワーク・モデルの下で提供されてもよい。少なくとも一実施例では、サード・パーティ・ネットワーク・サービスはまた、２つ以上の異なるモデルの組合せであるハイブリッド・サード・パーティ・ネットワーク・モデルの下で提供されてもよい。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供されるサービスは、サービス型ソフトウェア（ＳａａＳ）カテゴリ、サービス型プラットフォーム（ＰａａＳ）カテゴリ、サービス型インフラストラクチャ（ＩａａＳ）カテゴリ、又は、ハイブリッド・サービスを含む他のサービス・カテゴリの下で提供される１つ又は複数のサービスを含んでもよい。少なくとも一実施例では、顧客は、予約注文を介して、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供される１つ又は複数のサービスを注文してもよい。少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２は、次いで、顧客の予約注文にあるサービスを提供するための処理を実施する。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供されるサービスは、限定ではなく、アプリケーション・サービス、プラットフォーム・サービス及びインフラストラクチャ・サービスを含んでもよい。少なくとも一実施例では、アプリケーション・サービスは、サード・パーティ・ネットワーク・インフラストラクチャ・システムによってＳａａＳプラットフォームを介して提供されてもよい。少なくとも一実施例では、ＳａａＳプラットフォームは、ＳａａＳカテゴリに入るサード・パーティ・ネットワーク・サービスを提供するように構成されてもよい。少なくとも一実施例では、ＳａａＳプラットフォームは、統合開発・展開プラットフォーム上でオン・デマンド・アプリケーションのスイートを構築及び送達する能力を提供することができる。少なくとも一実施例では、ＳａａＳプラットフォームは、ＳａａＳサービスを提供するための基礎となるソフトウェア及びインフラストラクチャを管理及び制御してもよい。少なくとも一実施例では、ＳａａＳプラットフォームによって提供されるサービスを利用することによって、顧客は、サード・パーティ・ネットワーク・インフラストラクチャ・システム上で実行するアプリケーションを利用することができる。少なくとも一実施例では、顧客は、顧客が別個のライセンス及びサポートを購入する必要なしに、アプリケーション・サービスを取得することができる。少なくとも一実施例では、様々な異なるＳａａＳサービスが提供されてもよい。少なくとも一実施例では、実例は、限定ではなく、大規模な組織向けの販売実績管理、企業統合、及び事業柔軟性のためのソリューションを提供するサービスを含む。
少なくとも一実施例では、プラットフォーム・サービスは、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によってＰａａＳプラットフォームを１７０２介して提供されてもよい。少なくとも一実施例では、ＰａａＳプラットフォームは、ＰａａＳカテゴリに入るサード・パーティ・ネットワーク・サービスを提供するように構成されてもよい。少なくとも一実施例では、プラットフォーム・サービスの実例は、限定ではなく、組織が共有の共通アーキテクチャ上で既存のアプリケーションを一元管理することを可能にするサービス、並びに、プラットフォームによって提供される共有サービスを活用する新たなアプリケーションを構築する能力を含んでもよい。少なくとも一実施例では、ＰａａＳプラットフォームは、ＰａａＳサービスを提供するための基礎となるソフトウェア及びインフラストラクチャを管理及び制御してもよい。少なくとも一実施例では、顧客は、顧客が別個のライセンス及びサポートを購入する必要なしに、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供されるＰａａＳサービスを取得することができる。
少なくとも一実施例では、ＰａａＳプラットフォームによって提供されるサービスを利用することによって、顧客は、サード・パーティ・ネットワーク・インフラストラクチャ・システムによってサポートされるプログラミング言語及びツールを利用し、また、展開されたサービスを制御することができる。少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システムによって提供されるプラットフォーム・サービスは、データベース・サード・パーティ・ネットワーク・サービス、ミドルウェア・サード・パーティ・ネットワーク・サービス及びサード・パーティ・ネットワーク・サービスを含んでもよい。少なくとも一実施例では、データベース・サード・パーティ・ネットワーク・サービスは、組織がデータベース・リソースをプールし、データベース・サード・パーティ・ネットワークの形態のサービス型データベースを顧客に供給することを可能にする共有サービス展開モデルをサポートすることができる。少なくとも一実施例では、ミドルウェア・サード・パーティ・ネットワーク・サービスは、顧客が様々な業務用アプリケーションを開発及び展開するためのプラットフォームを提供することができ、サード・パーティ・ネットワーク・サービスは、サード・パーティ・ネットワーク・インフラストラクチャ・システム内に、顧客がアプリケーションを展開するためのプラットフォームを提供することができる。
少なくとも一実施例では、様々な異なるインフラストラクチャ・サービスが、サード・パーティ・ネットワーク・インフラストラクチャ・システム内のＩａａＳプラットフォームによって提供されてもよい。少なくとも一実施例では、インフラストラクチャ・サービスは、ＳａａＳプラットフォーム及びＰａａＳプラットフォームによって提供されるサービスを利用する顧客の、ストレージ、ネットワーク、及び他の基本コンピューティング・リソースなどの、基礎となるコンピューティング・リソースの管理及び制御を容易にする。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２はまた、サード・パーティ・ネットワーク・インフラストラクチャ・システムの顧客に様々なサービスを提供するために使用されるリソースを提供するためのインフラストラクチャ・リソース１７３０も含んでもよい。少なくとも一実施例では、インフラストラクチャ・リソース１７３０は、Ｐａａｓプラットフォーム及びＳａａｓプラットフォームによって提供されるサービスを実行するためのサーバ、ストレージ、及びネットワーキング・リソース、並びに他のリソースなどの、ハードウェアの事前に統合され、最適化された組合せを含んでもよい。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２内のリソースは、複数のユーザによって共有され、需要に応じて動的に再配分されてもよい。少なくとも一実施例では、リソースは、複数の異なる時間帯において複数のユーザに配分されてもよい。少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２は、ユーザの第１のセットが第１の時間帯において、指定時間数にわたってサード・パーティ・ネットワーク・インフラストラクチャ・システムのリソースを利用することを可能にし、次いで、異なる時間帯に配置されたユーザの別のセットへの同じリソースの再配分を可能にし、したがって、リソースの利用を最大化することができる。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によるサービスのプロビジョニングを可能にするために、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２の複数の異なる構成要素又はモジュールによって共有されるいくつかの内部共有サービス１７３２が提供されてもよい。少なくとも一実施例では、これらの内部共有サービスは、限定ではなく、セキュリティ及びアイデンティティ・サービス、統合サービス、企業リポジトリ・サービス、企業マネージャ・サービス、ウイルス・スキャン及びホワイト・リスト・サービス、高可用性、バックアップ及び復元サービス、サード・パーティ・ネットワーク・サポートを有効化するためのサービス、電子メール・サービス、通知サービス、ファイル転送サービス、並びに／又はそれらの変形例を含んでもよい。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２は、サード・パーティ・ネットワーク・インフラストラクチャ・システムにおけるサード・パーティ・ネットワーク・サービス（たとえば、ＳａａＳ、ＰａａＳ、及びＩａａＳサービス）の包括的な管理を可能にすることができる。少なくとも一実施例では、サード・パーティ・ネットワーク管理機能は、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって受信されるサービスへの顧客の加入を自動的にプロビジョニング、管理、及び追跡するための機能、並びに／又はそれらの変形例を含んでもよい。
少なくとも一実施例では、図１７に示すように、サード・パーティ・ネットワーク管理機能は、注文管理モジュール１７２０、注文オーケストレーション・モジュール１７２２、注文プロビジョニング・モジュール１７２４、注文管理・監視モジュール１７２６、及びアイデンティティ管理モジュール１７２８などの、１つ又は複数のモジュールによって提供されてもよい。少なくとも一実施例では、これらのモジュールは、汎用コンピュータ、専用サーバ・コンピュータ、サーバ・ファーム、サーバ・クラスタ、又は他の適切な構成及び／若しくは組合せであってもよい、１つ若しくは複数のコンピュータ及び／若しくはサーバを含んでもよく、又は、それらを使用して提供されてもよい。
少なくとも一実施例では、ステップ１７３４において、クライアント・コンピューティング・デバイス１７０４、１７０６又は１７０８などのクライアント・デバイスを使用する顧客は、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供される１つ又は複数のサービスを要求し、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって供給される１つ又は複数のサービスの加入に対する注文を申し込むことによって、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２と対話することができる。少なくとも一実施例では、顧客は、サード・パーティ・ネットワークＵＩ１７１２、サード・パーティ・ネットワークＵＩ１７１４及び／又はサード・パーティ・ネットワークＵＩ１７１６などのサード・パーティ・ネットワーク・ユーザ・インターフェース（ＵＩ）にアクセスし、これらのＵＩを介して加入注文を申し込むことができる。少なくとも一実施例では、顧客の注文申し込みに応答してサード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって受信される注文情報は、顧客、及び、顧客が加入を意図しているサード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供される１つ又は複数のサービスを識別する情報を含んでもよい。
少なくとも一実施例では、ステップ１７３６において、顧客から受信される注文情報は、注文データベース１７１８に格納することができる。少なくとも一実施例では、これが新規の注文である場合、注文の新たなレコードを作成することができる。少なくとも一実施例では、注文データベース１７１８は、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７１８によって操作され、他のシステム要素と併せて操作されるいくつかのデータベースのうちの１つとすることができる。
少なくとも一実施例では、ステップ１７３８において、注文情報は、注文管理モジュール１７２０に転送することができ、注文管理モジュール１７２０は、注文の検証、及び、検証を受けての注文の簿記などの、注文に関連する請求及び会計機能を実施するように構成することができる。
少なくとも一実施例では、ステップ１７４０において、注文に関する情報は、注文オーケストレーション・モジュール１７２２に通信することができ、注文オーケストレーション・モジュール１７２２は、顧客によって申し込まれた注文のサービス及びリソースのプロビジョニングをオーケストレートするように構成されている。少なくとも一実施例では、注文オーケストレーション・モジュール１７２２は、プロビジョニングのために注文プロビジョニング・モジュール１７２４のサービスを使用することができる。少なくとも一実施例では、注文オーケストレーション・モジュール１７２２は、各注文と関連付けられるビジネス・プロセスの管理を可能にし、注文をプロビジョニングへと進めるべきであるか否かを判定するためにビジネス・ロジックを適用する。
少なくとも一実施例では、ステップ１７４２において、新規加入を求める注文が受信されると、注文オーケストレーション・モジュール１７２２は、リソースを配分し、加入注文を満たすために必要とされるリソースを構成するための要求を注文プロビジョニング・モジュール１７２４に送信する。少なくとも一実施例では、注文プロビジョニング・モジュール１７２４は、顧客によって注文されているサービスのためのリソースを配分することを可能にする。少なくとも一実施例では、注文プロビジョニング・モジュール１７２４は、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７００によって提供されるサード・パーティ・ネットワーク・サービスと、要求されたサービスを提供するためのリソースをプロビジョニングするために使用される物理的実装層との間の一定レベルの抽象化を提供する。少なくとも一実施例では、これは、注文オーケストレーション・モジュール１７２２が、サービス及びリソースがリアル・タイムに実際にプロビジョニングされるか、又は、予めプロビジョニングされており、要求を受けて配分／割り当てされるのみであるか否かなどの、実施詳細から分離されることを可能にする。
少なくとも一実施例では、ステップ１７４４において、サービス及びリソースがプロビジョニングされると、要求されたサービスが、現時点で使用の準備が整ったことを示す通知を、加入する顧客に送信することができる。少なくとも一実施例では、顧客が要求されたサービスの使用を開始することを可能にする情報（たとえば、リンク）を顧客に送信することができる。
少なくとも一実施例では、ステップ１７４６において、顧客の加入注文を、注文管理・監視モジュール１７２６によって管理及び追跡することができる。少なくとも一実施例では、注文管理・監視モジュール１７２６は、加入サービスの顧客使用に関する使用統計を収集するように構成することができる。少なくとも一実施例では、使用されるストレージ量、転送されるデータ量、ユーザ数、並びにシステム動作可能時間及びシステム休止時間の量、並びに／又はそれらの変形例について、統計が収集されてもよい。
少なくとも一実施例では、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７００は、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７００内のアクセス管理及び認証サービスなどの、アイデンティティ・サービスを提供するように構成されているアイデンティティ管理モジュール１７２８を含むことができる。少なくとも一実施例では、アイデンティティ管理モジュール１７２８は、サード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２によって提供されるサービスを利用することを所望する顧客に関する情報を制御することができる。少なくとも一実施例では、そのような情報は、そのような顧客のアイデンティティを認証する情報、及び、様々なシステム・リソース（たとえば、ファイル、ディレクトリ、アプリケーション、通信ポート、メモリ・セグメントなど）に対してそれらの顧客が実施することを許可されている動作を記述する情報を含むことができる。少なくとも一実施例では、アイデンティティ管理モジュール１７２８はまた、各顧客に関する、並びに、記述的情報がどのように、及び、誰によってアクセス及び改変されるかに関する記述的情報の管理も含んでもよい。
少なくとも一実施例では、システム環境１７００を使用して、システム１００（図１参照）を実装してもよい。そのような実施例において、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、クライアント・コンピューティング・デバイス１７０４、１７０６、及び１７０８のうちの１つ若しくは複数、又はサード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２として実装されてもよい。ネットワーク１０６は、ネットワーク１７１０として実装されてもよい。
少なくとも一実施例では、システム環境１７００を使用して、データ通信システム５００（図５参照）を実装してもよい。そのような実施例において、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、クライアント・コンピューティング・デバイス１７０４、１７０６、及び１７０８のうちの１つ若しくは複数、又はサード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２として実装されてもよい。パケット・データ・ネットワーク５２２は、ネットワーク１７１０として実装されてもよい。
少なくとも一実施例では、システム環境１７００を使用して、データ通信システム８１０（図８参照）を実装してもよい。そのような実施例において、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、クライアント・コンピューティング・デバイス１７０４、１７０６、及び１７０８のうちの１つ若しくは複数、又はサード・パーティ・ネットワーク・インフラストラクチャ・システム１７０２として実装されてもよい。ネットワーク８１６は、ネットワーク１７１０として実装されてもよい。
図１８は、少なくとも一実施例による、クラウド・コンピューティング環境１８０２を示す。少なくとも一実施例では、クラウド・コンピューティング環境１８０２は、個人情報端末（ＰＤＡ）若しくは携帯電話１８０６Ａ、デスクトップ・コンピュータ１８０６Ｂ、ラップトップ・コンピュータ１８０６Ｃ、及び／又は自動車コンピュータ・システム１８０６Ｎなどのコンピューティング・デバイスが通信する、１つ又は複数のコンピュータ・システム／サーバ１８０４を含む。少なくとも一実施例では、これは、各クライアントにそのようなリソースを別個に維持することを要求しないように、インフラストラクチャ、プラットフォーム、及び／又はソフトウェアが、クラウド・コンピューティング環境１８０２からのサービスとして提供されることを可能にする。図１８に示すコンピューティング・デバイス１８０６Ａ～Ｎのタイプは例示的であるようにのみ意図されており、クラウド・コンピューティング環境１８０２は、（例えば、ウェブ・ブラウザを使用して）任意のタイプのネットワーク及び／又はネットワーク／アドレス指定可能接続を介して任意のタイプのコンピュータ化デバイスと通信することができる。
少なくとも一実施例では、クラウド・コンピューティング・ノードとして示すことができるコンピュータ・システム／サーバ１８０４は、多数の他の汎用又は専用コンピューティング・システム環境又は構成とともに動作可能である。少なくとも一実施例では、コンピュータ・システム／サーバ１８０４とともに使用するのに適し得るコンピューティング・システム、環境、及び／又は構成の実例は、限定ではないが、パーソナル・コンピュータ・システム、サーバ・コンピュータ・システム、シン・クライアント、シック・クライアント、ハンドヘルド・若しくはラップトップ・デバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベースのシステム、セット・トップ・ボックス、プログラム可能家電製品、ネットワークＰＣ、ミニコンピュータ・システム、メインフレーム・コンピュータ・システム、及び上記のシステム若しくはデバイスのいずれかを含む分散クラウド・コンピューティング環境、並びに／又は、それらの変形例を含む。
少なくとも一実施例では、コンピュータ・システム／サーバ１８０４は、コンピュータ・システムによって実行される、プログラム・モジュールなどの、コンピュータ・システム実行可能命令の一般的な文脈において説明され得る。少なくとも一実施例では、プログラム・モジュールは、特定のタスクを実行するか又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、論理、データ構造などを含む。少なくとも一実施例では、例示的なコンピュータ・システム／サーバ１８０４は、タスクが、通信ネットワークを通じてリンクされる遠隔処理デバイスによって実行される、分散ラウド・コンピューティング環境において実施されてもよい。少なくとも一実施例では、分散クラウド・コンピューティング環境において、プログラム・モジュールは、メモリ記憶デバイスを含むローカル・コンピュータ・システム記憶媒体と遠隔コンピュータ・システム記憶媒体の両方内に位置することができる。
少なくとも一実施例では、クラウド・コンピューティング環境１８０２を使用して、システム１００（図１参照）を実装してもよい。そのような実施例において、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、コンピュータ・システム／サーバ１８０４、ＰＤＡ若しくは携帯電話１８０６Ａ、デスクトップ・コンピュータ１８０６Ｂ、ラップトップ・コンピュータ１８０６Ｃ、又は自動車コンピュータ・システム１８０６Ｎのうちの１つ又は複数として実装されてもよい。
少なくとも一実施例では、クラウド・コンピューティング環境１８０２を使用して、データ通信システム５００（図５参照）を実装してもよい。そのような実施例において、Ｔｘホスト・コンピュータ５２４、５２６、５２８及び／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、コンピュータ・システム／サーバ１８０４、ＰＤＡ若しくは携帯電話１８０６Ａ、デスクトップ・コンピュータ１８０６Ｂ、ラップトップ・コンピュータ１８０６Ｃ、又は自動車コンピュータ・システム１８０６Ｎのうちの１つ又は複数として実装されてもよい。
少なくとも一実施例では、クラウド・コンピューティング環境１８０２を使用して、データ通信システム810（図8参照）を実装してもよい。そのような実施例において、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、コンピュータ・システム／サーバ１８０４、ＰＤＡ若しくは携帯電話１８０６Ａ、デスクトップ・コンピュータ１８０６Ｂ、ラップトップ・コンピュータ１８０６Ｃ、又は自動車コンピュータ・システム１８０６Ｎのうちの１つ又は複数として実装されてもよい。
図１９は、少なくとも一実施例による、クラウド・コンピューティング環境１８０２（図１８）によって提供される機能抽象化層のセットを示す。図１９に示す構成要素、レイヤ、及び機能は、例示的であるようにのみ意図されており、構成要素、レイヤ、及び機能は変化してもよいことは、事前に理解されたい。
少なくとも一実施例では、ハードウェア及びソフトウェア・レイヤ１９０２は、ハードウェア及びソフトウェア構成要素を含む。少なくとも一実施例では、ハードウェア構成要素の実例は、メインフレーム、様々なＲＩＳＣ（縮小命令セット・コンピュータ）アーキテクチャ・ベースのサーバ、様々なコンピューティング・システム、スーパーコンピューティング・システム、ストレージ・デバイス、ネットワーク、ネットワーキング構成要素、及び／又はそれらの変形例を含む。少なくとも一実施例では、ソフトウェア構成要素の実例は、ネットワーク・アプリケーション・サーバ・ソフトウェア、様々なアプリケーション・サーバ・ソフトウェア、様々なデータベース・ソフトウェア、及び／又はそれらの変形例を含む。
少なくとも一実施例では、仮想化レイヤ１９０４が、以下の例示的な仮想エンティティ、すなわち、仮想サーバ、仮想ストレージ、仮想私設ネットワークを含む仮想ネットワーク、仮想アプリケーション、仮想クライアント、及び／又はそれらの変形例を提供することができる抽象化レイヤを提供する。
少なくとも一実施例では、管理レイヤ１９０６は、様々な機能を提供する。少なくとも一実施例では、リソース・プロビジョニングが、コンピューティング・リソース、及び、クラウド・コンピューティング環境内でタスクを実施するために利用される他のリソースの動的な調達を可能にする。少なくとも一実施例では、計量が、クラウド・コンピューティング環境内でリソースが利用されるときの使用追跡、及び、これらのリソースの消費に対する課金又は請求を可能にする。少なくとも一実施例では、リソースは、アプリケーション・ソフトウェア使用許諾を含んでもよい。少なくとも一実施例では、セキュリティが、ユーザ及びタスクの識別検証、並びに、データ及び他のリソースの保護を可能にする。少なくとも一実施例では、ユーザ・インターフェースが、ユーザとシステム管理者の両方のためのクラウド・コンピューティング環境へのアクセスを提供する。少なくとも一実施例では、サービス・レベル管理が、必要なサービス・レベルが満たされるように、クラウド・コンピューティング・リソース配分及び管理を可能にする。少なくとも一実施例では、サービス品質保証契約（ＳＬＡ）管理は、ＳＬＡにより将来必要とされることが予測されるクラウド・コンピューティング・リソースの事前手配及び調達を可能にする。
少なくとも一実施例では、ワークロード・レイヤ１９０８は、クラウド・コンピューティング環境が利用される機能を提供する。少なくとも一実施例では、このレイヤから提供することができるワークロード及び機能の実例は、マッピング及びナビゲーション、ソフトウェア開発及び管理、教育サービス、データ解析及び処理、トランザクション処理、並びにサービス送達を含む。
スーパーコンピューティング
添付の図面は、限定することなく、少なくとも一実施例を実施するために使用することができる例示的なスーパーコンピュータ・ベースのシステムを記載する。
少なくとも一実施例では、スーパーコンピュータは、相当の並列性を呈し、少なくとも１つのチップを含むハードウェア・システムを指し得、システム内のチップは、ネットワークによって相互接続され、階層的に組織化された筐体内に配置される。少なくとも一実施例では、すべてスケーラブル・ネットワークによって相互接続される、いくつかのチップを各々が含む、いくつかのボード／ラック・モジュールを各々が含む、いくつかのラックを有する機械室を満たす大型ハードウェア・システムが、スーパーコンピュータの１つの特定の実例である。少なくとも一実施例では、そのような大型ハードウェア・システムの単一のラックが、スーパーコンピュータの別の実例である。少なくとも一実施例では、相当の並列性を呈し、いくつかのハードウェア構成要素を含む単一のチップは、等しくスーパーコンピュータであると考えることができる。これは、特徴サイズが低減し得るとき、単一のチップに組み込まれ得るハードウェアの量も増大し得るためである。
図２０は、少なくとも一実施例による、チップ・レベルにおけるスーパーコンピュータを示す。少なくとも一実施例では、ＦＰＧＡ又はＡＳＩＣチップの内部において、スレッド・ユニットと呼ばれる有限状態機械（２００４）内で、主要な演算が実施される。少なくとも一実施例では、タスク及び同期化ネットワーク（２００２）が、有限状態機械を接続し、スレッドをディスパッチして動作を正確な順序で実行するために使用される。少なくとも一実施例では、マルチ・レベル区分オン・チップ・キャッシュ階層（２００８、２０１２）が、メモリ・ネットワーク（２００６、２０１０）を使用してアクセスされる。少なくとも一実施例では、オフ・チップ・メモリが、メモリ・コントローラ（２０１６）及びオフ・チップ・メモリ・ネットワーク（２０１４）を使用してアクセスされる。少なくとも一実施例では、設計が単一論理チップに適合しない場合、Ｉ／Ｏコントローラ（２０１８）がクロス・チップ通信に使用される。
図２１は、少なくとも一実施例による、ロック・モジュール・レベルにおけるスーパーコンピュータを示す。少なくとも一実施例では、ラック・モジュール内には、メイン・アクセラレータ・メモリを構成する１つ又は複数のＤＲＡＭユニット（２１０４）に接続されている複数のＦＰＧＡ又はＡＳＩＣチップ（２１０２）が存在する。少なくとも一実施例では、各ＦＰＧＡ／ＡＳＩＣチップは、差動高速シグナリング（２１０６）を有する、基板上のワイド・バスを使用してその隣接するＦＰＧＡ／ＡＳＩＣチップに接続される。少なくとも一実施例では、各ＦＰＧＡ／ＡＳＩＣチップは、少なくとも１つの高速シリアル通信ケーブルにも接続される。
図２２は、少なくとも一実施例による、ラック・レベルにおけるスーパーコンピュータを示す。図２３は、少なくとも一実施例による、システム全体レベルにおけるスーパーコンピュータを示す。少なくとも一実施例では、図２２及び図２３を参照すると、ラック内のラック・モジュールの間に、及び、システム全体を通じて複数のラックにまたがって、高速シリアル光ファイバ又は銅ケーブル（２２０２、２３０２）が、スケーラブルな、場合によって不完全なハイパーキューブ・ネットワークを実現するために使用される。少なくとも一実施例では、アクセラレータのＦＰＧＡ／ＡＳＩＣチップのうちの１つが、ＰＣＩ－Ｅｘｐｒｅｓｓ接続（２３０４）を通じてホスト・システムに接続される。少なくとも一実施例では、ホスト・システムは、アプリケーションのソフトウェア部分が作動するホスト・マイクロプロセッサ（２３０８）と、アクセラレータ上のメモリチップとコヒーレントに維持される１つ又は複数のホスト・メモリＤＲＡＭユニット（２３０６）から成るメモリとを含む。少なくとも一実施例では、ホスト・システムは、ラックのうちの１つの上の別個のモジュールとすることができるか、又は、スーパーコンピュータのモジュールのうちの１つと統合することができる。少なくとも一実施例では、キューブ接続サイクル・トポロジが、大型スーパーコンピュータのハイパーキューブ・ネットワークを作成するための通信リンクを提供する。少なくとも一実施例では、ラック・モジュール上のＦＰＧＡ／ＡＳＩＣチップの小グループが、単一のハイパーキューブ・ノードとして動作することができ、結果、各グループの外部リンクの総数が、単一チップと比較して増大される。少なくとも一実施例では、グループは、ラック・モジュール上のチップＡ、Ｂ、Ｃ及びＤを含み、内部ワイド差動バスが、Ａ、Ｂ、Ｃ及びＤをトーラス構成において接続している。少なくとも一実施例では、ラック・モジュールを外界に接続する１２本のシリアル通信ケーブルが存在する。少なくとも一実施例では、ラック・モジュール上のチップＡは、シリアル通信ケーブル０、１、２に接続する。少なくとも一実施例では、チップＢは、ケーブル３、４、５に接続する。少なくとも一実施例では、チップＣは、6、7、8に接続する。少なくとも一実施例では、チップＤは、９、１０、１１に接続する。少なくとも一実施例では、ラック・モジュールを構成するグループ｛Ａ，Ｂ，Ｃ，Ｄ｝全体が、最大で２１２＝４０９６個のラック・モジュール（１６３８４個のＦＰＧＡ／ＡＳＩＣチップ）を有する、スーパーコンピュータ・システム内のハイパーキューブ・ノードを形成することができる。少なくとも一実施例では、チップＡがグループ｛Ａ，Ｂ，Ｃ，Ｄ｝のリンク４上でメッセージを送出するためには、メッセージは、最初にオンボード差動ワイド・バス接続を用いてチップＢにルーティングされる必要がある。少なくとも一実施例では、チップＡに宛てられてリンク４上で（すなわち、Ｂに到達する）グループ｛Ａ，Ｂ，Ｃ，Ｄ｝に到達するメッセージも、最初にグループ｛Ａ，Ｂ，Ｃ，Ｄ｝の内部で正確な宛先チップ（Ａ）にルーティングされる必要がある。少なくとも一実施例では、他のサイズの並列スーパーコンピュータ・システムも実装されてもよい。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、図２０～図２３のうちの少なくとも１つのスーパーコンピュータを使用して実装されてもよい。少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、図２０～図２３のうちの少なくとも１つのスーパーコンピュータを使用して実装されてもよい。少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、図２０～図２３のうちの少なくとも１つのスーパーコンピュータを使用して実装されてもよい。
人工知能
添付の図面は、限定することなく、少なくとも一実施例を実施するために使用することができる例示的な人工知能ベースのシステムを記載する。
図２４Ａは、１つ又は複数の実施例に関して推論及び／又は訓練の動作を実行するために使用される推論及び／又は訓練論理２４１５を示す。推論及び／又は訓練論理２４１５に関する詳細事項は、図２４Ａ及び／又は図２４Ｂと併せて以下に提供される。
少なくとも一実施例では、推論及び／又は訓練論理2415は、１つ又は複数の実施例の態様において推論するように訓練及び／又は使用されるニューラル・ネットワークのニューロン又は層を構成するための順伝播及び／若しくは出力の重み、及び／若しくは入力／出力データ、並びに／又は他のパラメータを記憶するためのコード及び／又はデータ・ストレージ2401を、限定することなく含んでもよい。少なくとも一実施例では、訓練論理２４１５は、タイミング及び／若しくは順序を制御するためのグラフ・コード若しくは他のソフトウェアを記憶するためのコード及び／若しくはデータ・ストレージ２４０１を含んでもよく、又はそれに結合されてもよく、コード及び／又はデータ・ストレージ２４０１には、重み及び／又は他のパラメータ情報がロードされて、整数及び／又は浮動小数点ユニット（総称して算術論理演算ユニット（ＡＬＵ）を含む論理が構成される。少なくとも一実施例では、グラフ・コードなどのコードは、そのようなコードが対応するニューラル・ネットワークのアーキテクチャに基づき、重み又は他のパラメータ情報をプロセッサＡＬＵにロードする。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０１は、１つ又は複数の実施例の態様を使用した訓練及び／又は推論中に、入力／出力データ及び／又は重みパラメータを順方向伝播する間に１つ又は複数の実施例と併せて訓練又は使用されるニューラル・ネットワークの各層の重みパラメータ及び／又は入力／出力データを記憶する。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０１の任意の部分は、プロセッサのＬ１、Ｌ２、若しくはＬ３のキャッシュ、又はシステム・メモリを含む他のオン・チップ又はオフ・チップのデータ・ストレージとともに含められてもよい。
少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０１の任意の部分は、１つ若しくは複数のプロセッサ、又は他のハードウェア論理デバイス若しくは回路の内部にあっても又は外部にあってもよい。少なくとも一実施例では、コード及び／又はコード及び／又はデータ・ストレージ２４０１は、キャッシュ・メモリ、ダイナミック・ランダム・アドレス可能メモリ（「ＤＲＡＭ」：ｄｙｎａｍｉｃ ｒａｎｄｏｍｌｙ ａｄｄｒｅｓｓａｂｌｅ ｍｅｍｏｒｙ）、スタティック・ランダム・アドレス可能メモリ（「ＳＲＡＭ」：ｓｔａｔｉｃ ｒａｎｄｏｍｌｙ ａｄｄｒｅｓｓａｂｌｅ ｍｅｍｏｒｙ）、不揮発性メモリ（たとえば、フラッシュ・メモリ）、又は他のストレージであってもよい。少なくとも一実施例では、コード及び／又はコード及び／又はデータ・ストレージ２４０１が、たとえばプロセッサの内部にあるか又は外部にあるかの選択、又はＤＲＡＭ、ＳＲＡＭ、フラッシュ、若しくは何らか他のタイプのストレージを含むかの選択は、オン・チップ対オフ・チップで利用可能なストレージ、実行される訓練及び／若しくは推論の機能のレイテンシ要件、ニューラル・ネットワークの推論及び／若しくは訓練で使用されるデータのバッチ・サイズ、又はこれらの要因の何からの組合せに応じて決められてもよい。
少なくとも一実施例では、推論及び／又は訓練論理２４１５は、１つ又は複数の実施例の態様において推論するために訓練及び／又は使用されるニューラル・ネットワークのニューロン又は層に対応した、逆伝播及び／又は出力の重み、及び／又は入力／出力データを記憶するためのコード及び／又はデータ・ストレージ２４０５を、限定することなく含んでもよい。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０５は、１つ又は複数の実施例の態様を使用した訓練及び／又は推論中に、入力／出力データ及び／又は重みパラメータを逆伝播する間に１つ又は複数の実施例と併せて訓練又は使用されるニューラル・ネットワークの各層の重みパラメータ及び／又は入力／出力データを記憶する。少なくとも一実施例では、訓練論理２４１５は、タイミング及び／若しくは順序を制御するためのグラフ・コード若しくは他のソフトウェアを記憶するためのコード及び／若しくはデータ・ストレージ２４０５を含んでもよく、又はそれに結合されてもよく、コード及び／又はデータ・ストレージ２４０５には、重み及び／又は他のパラメータ情報がロードされて、整数及び／又は浮動小数点ユニット（総称して算術論理演算ユニット（ＡＬＵ）を含む論理が構成される。
少なくとも一実施例では、グラフ・コードなどのコードは、そのようなコードが対応するニューラル・ネットワークのアーキテクチャに基づき、重み又は他のパラメータ情報がプロセッサＡＬＵにロードされるようにする。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０５の任意の部分は、プロセッサのＬ１、Ｌ２、若しくはＬ３のキャッシュ、又はシステム・メモリを含む他のオン・チップ又はオフ・チップのデータ・ストレージとともに含められてもよい。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０５の任意の部分は、１つ若しくは複数のプロセッサ、又は他のハードウェア論理デバイス若しくは回路の内部にあっても又は外部にあってもよい。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０５は、キャッシュ・メモリ、ＤＲＡＭ、ＳＲＡＭ、不揮発性メモリ（たとえば、フラッシュ・メモリ）、又は他のストレージであってもよい。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０５が、たとえばプロセッサの内部にあるか若しくは外部にあるかの選択、又はＤＲＡＭ、ＳＲＡＭ、フラッシュ・メモリ、若しくは何らか他のタイプのストレージを含むかの選択は、オン・チップ対オフ・チップで利用可能なストレージ、実行される訓練及び／若しくは推論の機能のレイテンシ要件、ニューラル・ネットワークの推論及び／若しくは訓練で使用されるデータのバッチ・サイズ、又はこれらの要因の何からの組合せに応じて決められてもよい。
少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０１と、コード及び／又はデータ・ストレージ２４０５とは、別個のストレージ構造であってもよい。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０１と、コード及び／又はデータ・ストレージ２４０５とは、結合ストレージ構造であってもよい。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０１と、コード及び／又はデータ・ストレージ２４０５とは、部分的に組み合わされ、部分的に別個のものであってもよい。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０１と、コード及び／又はデータ・ストレージ２４０５との任意の部分は、プロセッサのＬ１、Ｌ２、若しくはＬ３のキャッシュ、又はシステム・メモリを含む他のオン・チップ又はオフ・チップのデータ・ストレージとともに含められてもよい。
少なくとも一実施例では、推論及び／又は訓練論理２４１５は、訓練及び／又は推論コード（たとえばグラフ・コード）に少なくとも部分的に基づく、又はそれにより示される論理演算及び／又は算術演算を実行するための、整数及び／又は浮動小数点ユニットを含む１つ又は複数の算術論理演算ユニット（「ＡＬＵ」）２４１０を、限定することなく含んでもよく、その結果が、アクティブ化ストレージ２４２０に記憶されるアクティブ化（たとえば、ニューラル・ネットワーク内の層又はニューロンからの出力値）を生成してもよく、これらは、コード及び／若しくはデータ・ストレージ２４０１、並びに／又はコード及び／若しくはデータ・ストレージ２４０５に記憶される入力／出力及び／又は重みパラメータのデータの関数である。少なくとも一実施例では、アクティブ化ストレージ２４２０に記憶されるアクティブ化は、命令又は他のコードを実行したことに応答して、ＡＬＵ２４１０によって実行される線形代数計算及び又は行列ベースの計算に従って生成され、ここでコード及び／若しくはデータ・ストレージ２４０５並びに／又はデータ・ストレージ２４０１に記憶された重み値は、バイアス値、勾配情報、運動量値などの他の値、又は他のパラメータ若しくはハイパー・パラメータとともにオペランドとして使用され、これらのいずれか又はすべてが、コード及び／若しくはデータ・ストレージ２４０５、又はコード及び／若しくはデータ・ストレージ２４０１、又はオン・チップ若しくはオフ・チップの別のストレージに記憶されてもよい。
少なくとも一実施例では、ＡＬＵ２４１０は、１つ若しくは複数のプロセッサ、又は他のハードウェア論理デバイス若しくは回路内に含まれるが、別の実施例では、ＡＬＵ２４１０は、それらを使用するプロセッサ又は他のハードウェア論理デバイス若しくは回路の外部にあってもよい（たとえばコプロセッサ）。少なくとも一実施例では、ＡＬＵ２４１０は、プロセッサの実行ユニット内に含まれてもよく、又は同じプロセッサ内にあるか若しくは異なるタイプの異なるプロセッサ（たとえば、中央処理装置、グラフィックス・プロセッシング・ユニット、固定機能ユニットなど）の間で分散されているかのいずれかであるプロセッサの実行ユニットによりアクセス可能なＡＬＵバンク内に、他のやり方で含まれてもよい。少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０１、コード及び／又はデータ・ストレージ２４０５、並びにアクティブ化ストレージ２４２０は、プロセッサ又は他のハードウェア論理デバイス若しくは回路を共有してもよく、別の実施例では、それらは異なるプロセッサ又は他のハードウェア論理デバイス若しくは回路にあってもよく、或いは同じプロセッサ又は他のハードウェア論理デバイス若しくは回路と、異なるプロセッサ又は他のハードウェア論理デバイス若しくは回路との何らかの組合せにあってもよい。少なくとも一実施例では、アクティブ・ストレージ２４２０の任意の部分は、プロセッサのＬ１、Ｌ２、若しくはＬ３のキャッシュ、又はシステム・メモリを含む他のオン・チップ又はオフ・チップのデータ・ストレージとともに含められてもよい。さらに、推論及び／又は訓練コードは、プロセッサ又は他のハードウェア論理若しくは回路にとってアクセス可能であり、プロセッサのフェッチ、復号、スケジューリング、実行、除去及び／又は他の論理回路を使用してフェッチ及び／又は処理される他のコードとともに格納されてもよい。
少なくとも一実施例では、アクティブ化ストレージ２４２０は、キャッシュ・メモリ、ＤＲＡＭ、ＳＲＡＭ、不揮発性メモリ（たとえば、フラッシュ・メモリ）、又は他のストレージであってもよい。少なくとも一実施例では、アクティブ化ストレージ２４２０は、完全に又は部分的に、１つ若しくは複数のプロセッサ又は他の論理回路の中又は外部にあってもよい。少なくとも一実施例では、アクティブ化ストレージ２４２０が、たとえばプロセッサの内部にあるか又は外部にあるかの選択、又はＤＲＡＭ、ＳＲＡＭ、フラッシュ・メモリ、若しくは何らか他のタイプのストレージを含むかの選択は、オン・チップ対オフ・チップの利用可能なストレージ、実行される訓練及び／若しくは推論機能のレイテンシ要件、ニューラル・ネットワークの推論及び／若しくは訓練で使用されるデータのバッチ・サイズ、又はこれらの要因の何からの組合せに応じて決められてもよい。
少なくとも一実施例では、図２４Ａに示す推論及び／又は訓練論理２４１５は、グーグルのＴｅｎｓｏｒＦｌｏｗ（登録商標）処理ユニット、Ｇｒａｐｈｃｏｒｅ（商標）の推論処理ユニット（ＩＰＵ）、又はＩｎｔｅｌ ＣｏｒｐのＮｅｒｖａｎａ（登録商標）（たとえば「Ｌａｋｅ Ｃｒｅｓｔ」）プロセッサなどの特定用途向け集積回路（「ＡＳＩＣ」）と併せて使用されてもよい。少なくとも一実施例では、図２４Ａに示す推論及び／又は訓練論理２４１５は、中央処理装置（「ＣＰＵ」）ハードウェア、グラフィックス・プロセッシング・ユニット（「ＧＰＵ」）ハードウェア、又はフィールド・プログラマブル・ゲート・アレイ（「ＦＰＧＡ」）などの他のハードウェアと併せて使用されてもよい。
図２４Ｂは、少なくとも一実施例による、推論及び／又は訓練論理２４１５を示す図である。少なくとも一実施例では、推論及び／又は訓練論理２４１５は、ハードウェア論理を限定することなく含んでもよく、このハードウェア論理では、計算リソースが、ニューラル・ネットワーク内のニューロンの１つ若しくは複数の層に対応する重み値若しくは他の情報の専用のものであるか、又は他のやり方でそれらと併せてしか使用されない。少なくとも一実施例では、図２４Ｂに示す推論及び／又は訓練論理２４１５は、グーグルのＴｅｎｓｏｒＦｌｏｗ（登録商標）処理ユニット、Ｇｒａｐｈｃｏｒｅ（商標）の推論処理ユニット（ＩＰＵ）、又はＩｎｔｅｌ ＣｏｒｐのＮｅｒｖａｎａ（登録商標）（たとえば「Ｌａｋｅ Ｃｒｅｓｔ」）プロセッサなどの特定用途向け集積回路（「ＡＳＩＣ」）と併せて使用されてもよい。少なくとも一実施例では、図２４Ｂに示す推論及び／又は訓練論理２４１５は、中央処理装置（「ＣＰＵ」）ハードウェア、グラフィックス・プロセッシング・ユニット（「ＧＰＵ」）ハードウェア、又はフィールド・プログラマブル・ゲート・アレイ（「ＦＰＧＡ」）などの他のハードウェアと併せて使用されてもよい。少なくとも一実施例では、推論及び／又は訓練論理２４１５は、限定することなく、コード及び／又はデータ・ストレージ２４０１、並びにコード及び／又はデータ・ストレージ２４０５を含み、これらを使用して、コード（たとえばグラフ・コード）、重み値、並びに／或いはバイアス値、勾配情報、運動量値、及び／又は他のパラメータ若しくはハイパー・パラメータ情報を含む他の情報を記憶してもよい。図２４Ｂに示す少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０１並びにコード及び／又はデータ・ストレージ２４０５の各々は、それぞれ計算ハードウェア２４０２及び計算ハードウェア２４０６などの専用計算リソースに関連付けられる。少なくとも一実施例では、計算ハードウェア２４０２及び計算ハードウェア２４０６の各々は、線形代数関数などの数学的関数を、それぞれコード及び／又はデータ・ストレージ２４０１並びにコード及び／又はデータ・ストレージ２４０５に記憶された情報に対してのみ実行する１つ又は複数のＡＬＵを含み、その結果は、アクティブ化ストレージ２４２０に記憶される。
少なくとも一実施例では、コード及び／又はデータ・ストレージ２４０１及び２４０５の各々、並びに対応する計算ハードウェア２４０２及び２４０６は、ニューラル・ネットワークの異なる層にそれぞれ対応し、それにより、コード及び／又はデータ・ストレージ２４０１並びに計算ハードウェア２４０２の１つのストレージ／計算の対２４０１／２４０２から結果的に生じるアクティブ化は、ニューラル・ネットワークの概念的組織化を反映させるために、次のコード及び／又はデータ・ストレージ２４０５並びに計算ハードウェア２４０６のストレージ／計算の対２４０５／２４０６への入力として提供される。ストレージ／計算の対２４０１／２４０２及び２４０５／２４０６の各々は、２つ以上のニューラル・ネットワーク・レイヤに対応してもよい。少なくとも一実施例では、ストレージ／計算の対２４０１／２４０２、及び２４０５／２４０６の後に、又はそれと並列に、追加のストレージ／計算の対（図示せず）が、推論及び／又は訓練論理２４１５に含まれてもよい。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４が、推論及び／又は訓練論理２４１５を使用して推論及び／又は訓練動作を実施してもよい。少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数が、推論及び／又は訓練論理２４１５を使用して推論及び／又は訓練動作を実施してもよい。少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４が、推論及び／又は訓練論理２４１５を使用して推論及び／又は訓練動作を実施してもよい。
図２５は、少なくとも一実施例による、ディープ・ニューラル・ネットワークの訓練及び導入を示す。少なくとも一実施例では、未訓練ニューラル・ネットワーク２５０６が、訓練データ・セット２５０２を使用して訓練される。少なくとも一実施例では、訓練フレームワーク２５０４は、ＰｙＴｏｒｃｈフレームワークであり、一方他の実施例では、訓練フレームワーク２５０４は、ＴｅｎｓｏｒＦｌｏｗ、Ｂｏｏｓｔ、Ｃａｆｆｅ、マイクロソフトＣｏｇｎｉｔｉｖｅ Ｔｏｏｌｋｉｔ／ＣＮＴＫ、ＭＸＮｅｔ、Ｃｈａｉｎｅｒ、Ｋｅｒａｓ、Ｄｅｅｐｌｅａｒｎｉｎｇ４ｊ、又は他の訓練フレームワークである。少なくとも一実施例では、訓練フレームワーク２５０４は、未訓練ニューラル・ネットワーク２５０６を訓練し、本明細書に記載の処理リソースを使用してそれが訓練されるのを可能にして、訓練済みニューラル・ネットワーク２５０８を生成する。少なくとも一実施例において、重みは無作為に又はディープ・ビリーフ・ネットワークを使用して事前に訓練することによって選択されてもよい。少なくとも一実施例において、訓練は、教師あり、部分的に教師あり、又は教師なしのいずれかで実施されてもよい。
少なくとも一実施例では、未訓練ニューラル・ネットワーク２５０６は教師あり学習を使用して訓練され、ここで訓練データ・セット２５０２は、入力に対する所望の出力と対になった入力を含み、又は訓練データ・セット２５０２は、既知の出力を有する入力を含み、ニューラル・ネットワーク２５０６の出力が手動で採点される。少なくとも一実施例では、未訓練ニューラル・ネットワーク２５０６は教師ありのやり方で訓練され、訓練データ・セット２５０２からの入力を処理し、結果として得られた出力を、予想の又は所望の出力のセットと比較する。少なくとも一実施例では、次いで、エラーが未訓練ニューラル・ネットワーク２５０６を通じて逆伝播される。少なくとも一実施例では、訓練フレームワーク２５０４が、未訓練ニューラル・ネットワーク２５０６を制御する重みを調整する。少なくとも一実施例では、訓練フレームワーク２５０４は、未訓練ニューラル・ネットワーク２５０６が、新規データ・セット２５１２などの入力データに基づき、結果２５１４などにおいて正しい答えを生成するのに好適な訓練済みニューラル・ネットワーク２５０８などのモデルに向かって、どれだけ良好に収束しているかを監視するツールを含む。少なくとも一実施例において、訓練フレームワーク２５０４は、損失関数、及び、確率的勾配降下法などの調整アルゴリズムを使用して未訓練ニューラル・ネットワーク２５０６の出力を精緻化するために重みを調整しながら、未訓練ニューラル・ネットワーク２５０６を繰り返し訓練する。少なくとも一実施例において、訓練フレームワーク２５０４は、未訓練ニューラル・ネットワーク２５０６が所望の正確度に達するまで、未訓練ニューラル・ネットワーク２５０６を訓練する。少なくとも一実施例において、次いで、訓練済みニューラル・ネットワーク２５０８を展開して、任意の数の機械学習動作を実施することができる。
少なくとも一実施例では、未訓練ニューラル・ネットワーク２５０６は、教師なし学習を使用して訓練され、ここで未訓練ニューラル・ネットワーク２５０６は、ラベルなしデータを使用して自らを訓練しようとする。少なくとも一実施例では、教師なし学習の訓練データ・セット２５０２は、いかなる関連出力データ又は「グラウンド・トゥルース」データもない入力データを含む。少なくとも一実施例では、未訓練ニューラル・ネットワーク２５０６は、訓練データ・セット２５０２内でグループ化を学習することができ、個々の入力が、未訓練データ・セット２５０２にどのように関係しているかを判定することができる。少なくとも一実施例では、教師なし訓練を使用して、新規データ・セット２５１２の次元を低減するのに有用な動作を実行することができる訓練済みニューラル・ネットワーク２５０８の自己組織化マップを生成することができる。少なくとも一実施例では、教師なし訓練を使用して異常検出を実行することもでき、異常検出は、新規データ・セット２５１２の通常のパターンから逸脱した、新規データ・セット２５１２内のデータ点を識別できるようにする。
少なくとも一実施例では、半教師あり学習が使用されてもよく、それは、ラベル付きデータ及びラベルなしデータが訓練データ・セット２５０２に混在している技法である。少なくとも一実施例では、訓練フレームワーク２５０４を使用して、転移学習技法などを通じて漸次的学習を実施することができる。少なくとも一実施例では、漸次的学習により、訓練済みニューラル・ネットワーク２５０８は、初期訓練中に訓練済みニューラル・ネットワーク２５０８内に教え込まれた知識を忘れることなく、新規データ・セット２５１２に適合できるようになる。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４が、図２５に示すプロセスを使用してディープ・ニューラル・ネットワークを訓練及び／又は展開してもよい。少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数が、図２５に示すプロセスを使用してディープ・ニューラル・ネットワークを訓練及び／又は展開してもよい。少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４が、図２５に示すプロセスを使用してディープ・ニューラル・ネットワークを訓練及び／又は展開してもよい。
５Ｇネットワーク
添付の図面は、限定することなく、少なくとも一実施例を実施するために使用することができる例示的な５Ｇネットワーク・ベースのシステムを記載する。
図２６は、少なくとも一実施例による、ネットワークのシステム２６００のアーキテクチャを示す。少なくとも一実施例では、システム２６００は、ユーザ機器（ＵＥ）２６０２及びＵＥ ２６０４を含んで示される。少なくとも一実施例では、ＵＥ ２６０２及び２６０４は、スマート・フォン（たとえば、１つ又は複数のセルラー・ネットワークに接続可能なハンドヘルド・タッチスクリーン・モバイル・コンピューティング・デバイス）として示されるが、個人情報端末（ＰＤＡ）、ページャー、ラップトップ・コンピュータ、デスクトップ・コンピュータ、ワイヤレス・ハンドセット、又はワイヤレス通信インターフェースを含むいずれかのコンピューティング・デバイスなど、いずれかのモバイル又は非モバイルコンピューティング・デバイスも含んでもよい。
少なくとも一実施例では、ＵＥ ２６０２及び２６０４のいずれかは、物のインターネット（ＩｏＴ）ＵＥを含むことができ、このＩｏＴ ＵＥは、短寿命ＵＥ接続を利用する低電力ＩｏＴアプリケーション用に設計された、ネットワーク・アクセス層を含むことができる。少なくとも一実施例では、ＩｏＴ ＵＥは、公衆陸上モバイル・ネットワーク（ＰＬＭＮ：ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）、近接サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ－Ｂａｓｅｄ Ｓｅｒｖｉｃｅ）若しくはデバイス・ツー・デバイス（Ｄ２Ｄ）通信、センサ・ネットワーク、又はＩｏＴネットワークを介して、ＭＴＣサーバ又はデバイスとデータを交換するため、マシン・ツー・マシン（Ｍ２Ｍ）又はマシン・タイプ通信（ＭＴＣ）などの技術を利用することができる。少なくとも一実施例では、Ｍ２Ｍ又はＭＴＣのデータ交換は、機械始動のデータ交換であってもよい。少なくとも一実施例では、ＩｏＴネットワークは、ＩｏＴ ＵＥの相互接続を説明し、これは、短寿命接続を有する、（インターネット・インフラストラクチャ内の）固有に識別可能な組み込みコンピューティング・デバイスを含んでもよい。少なくとも一実施例では、ＩｏＴ ＵＥは、ＩｏＴネットワークの接続を容易にする、バックグラウンド・アプリケーション（たとえば、キープ・アライブ・メッセージ、状態更新など）を実行してもよい。
少なくとも一実施例では、ＵＥ ２６０２及び２６０４は、無線アクセス・ネットワーク（ＲＡＮ）２６１６と接続、たとえば通信可能に結合するように構成されてもよい。少なくとも一実施例では、ＲＡＮ ２６１６は、たとえば、エボルブド・ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）地上無線アクセス・ネットワーク（Ｅ－ＵＴＲＡＮ）、ＮｅｘｔＧｅｎ ＲＡＮ（ＮＧＲＡＮ）、又は何らかの他のタイプのＲＡＮであってもよい。少なくとも一実施例では、ＵＥ ２６０２及び２６０４は接続２６１２及び２６１４をそれぞれ利用し、これらは各々、物理通信インターフェース又は層を含む。少なくとも一実施例では、接続２６１２及び２６１４は、通信可能に結合できるようにするエア・インターフェースとして示され、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）プロトコル、符号分割多元接続（ＣＤＭＡ）ネットワークプロトコル、プッシュ・ツー・トーク（ＰＴＴ：Ｐｕｓｈ－ｔｏ－Ｔａｌｋ）プロトコル、ＰＴＴオーバー・セルラー（ＰＯＣ：ＰＴＴ ｏｖｅｒ Ｃｅｌｌｕｌａｒ）プロトコル、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）プロトコル、３ＧＰＰ（登録商標）ロング・ターム・エボリューション（ＬＴＥ）プロトコル、第５世代（５Ｇ）プロトコル、新無線（ＮＲ）プロトコル、及びそれらの変形形態などのセルラー通信プロトコルと整合性をもつことができる。
少なくとも一実施例では、ＵＥ ２６０２及び２６０４はさらに、ＰｒｏＳｅインターフェース２６０６を介して通信データを直接交換してもよい。少なくとも一実施例では、ＰｒｏＳｅインターフェース２６０６は或いは、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、物理サイドリンク発見チャネル（ＰＳＤＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ）、及び物理サイドリンク・ブロードキャスト・チャネル（ＰＳＢＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を含むがそれらに限定されない、１つ又は複数の論理チャネルを含むサイドリンク・インターフェースと呼ばれることがある。
少なくとも一実施例では、ＵＥ ２６０４は、接続２６０８を介してアクセス・ポイント（ＡＰ）２６１０にアクセスするように構成されて示される。少なくとも一実施例では、接続２６０８は、任意のＩＥＥＥ ８０２．１１プロトコルに準拠した接続など、ローカル・ワイヤレス接続を含むことができ、この接続では、ＡＰ ２６１０はワイヤレス・フィデリティ（ＷｉＦｉ（登録商標））ルータを含む。少なくとも一実施例では、ＡＰ ２６１０は、ワイヤレス・システムのコア・ネットワークに接続せずに、インターネットに接続されるように示される。
少なくとも一実施例では、ＲＡＮ ２６１６は、接続２６１２及び２６１４ができるようにする、１つ又は複数のアクセス・ノードを含むことができる。少なくとも一実施例では、これらのアクセス・ノード（ＡＮ：ａｃｃｅｓｓ ｎｏｄｅ）は、基地局（ＢＳ）、ＮｏｄｅＢ、エボルブドＮｏｄｅＢ（ｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、ＲＡＮノードなどと呼ぶことができ、地上局（たとえば、地上アクセス・ポイント）、又は地理的エリア（たとえば、セル）内のカバレッジを提供する衛星局を含むことができる。少なくとも一実施例では、ＲＡＮ ２６１６は、マクロセルを提供するための１つ又は複数のＲＡＮノード、たとえばマクロＲＡＮノード２６１８、並びにフェムトセル又はピコセル（たとえば、マクロセルよりも小さいカバレッジ・エリア、小さいユーザ容量、又は広い帯域幅を有するセル）を提供する１つ又は複数のＲＡＮノード、たとえば低電力（ＬＰ）ＲＡＮノード２６２０を含んでもよい。
少なくとも一実施例では、ＲＡＮノード２６１８及び２６２０のいずれかは、エア・インターフェース・プロトコルを終了することができ、ＵＥ ２６０２及び２６０４のための第１の接触点であることができる。少なくとも一実施例では、ＲＡＮノード２６１８及び２６２０のいずれかは、無線ベアラ管理、アップリンク及びダウンリンク・ダイナミック無線リソース管理及びデータ・パケット・スケジューリング、並びにモビリティ管理など、無線ネットワーク・コントローラ（ＲＮＣ：ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ）機能を含むがそれに限定されない、ＲＡＮ ２６１６のための様々な論理機能を遂行することができる。
少なくとも一実施例では、ＵＥ ２６０２及び２６０４は、直交周波数分割多重アクセス（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）通信技法（たとえば、ダウンリンク通信の場合）若しくはシングル・キャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）通信技法（たとえば、アップリンク及びＰｒｏＳｅ又はサイドリンク通信の場合）、及び／又はそれらの変形形態などであるがそれらに限定されない様々な通信技法に従って、マルチ・キャリア通信チャネルを通じて、互いに又はＲＡＮノード２６１８及び２６２０のいずれかと、直交周波数分割多重化（ＯＦＤＭ）通信信号を使用して通信するように構成することができる。少なくとも一実施例では、ＯＦＤＭ信号は複数の直交サブキャリアを含むことができる。
少なくとも一実施例では、ダウンリンク・リソース・グリッドは、ＲＡＮノード２６１８及び２６２０のいずれかからＵＥ ２６０２及び２６０４へのダウンリンク送信に使用することができ、アップリンク送信は同様の技法を利用することができる。少なくとも一実施例では、グリッドは、リソース・グリッド又は時間周波数リソース・グリッドと呼ばれる時間周波数グリッドであることができ、これは、各スロットのダウンリンクにおける物理リソースである。少なくとも一実施例では、かかる時間周波数プレーン表現はＯＦＤＭシステムの一般的な実践であり、この実践が無線リソース配分を直感的にしている。少なくとも一実施例では、リソース・グリッドの各列及び各行は、１つのＯＦＤＭ符号及び１つのＯＦＤＭサブキャリアにそれぞれ対応する。少なくとも一実施例では、時間ドメインにおけるリソース・グリッドの持続時間は無線フレームの１スロットに対応する。少なくとも一実施例では、リソース・グリッドにおける最小の時間周波数単位はリソース要素と呼ばれる。少なくとも一実施例では、各リソース・グリッドは多数のリソース・ブロックを含み、このリソース・ブロックは、リソース要素に対する特定の物理チャネルのマッピングを説明する。少なくとも一実施例では、各リソース・ブロックはリソース要素の集合を含む。少なくとも一実施例では、周波数ドメインでは、これは現在配分することができるリソースの最小量を表してもよい。少なくとも一実施例では、かかるリソース・ブロックを使用して運ばれるいくつかの異なる物理ダウンリンク・チャネルがある。
少なくとも一実施例では、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ユーザ・データ及び上位層シグナリングをＵＥ ２６０２及び２６０４に伝送してもよい。少なくとも一実施例では、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、とりわけ、ＰＤＳＣＨチャネルに関連する搬送フォーマット及びリソース配分に関する情報を伝送してもよい。少なくとも一実施例では、また、アップリンク共有チャネルに関連する搬送フォーマット、リソース配分、及びＨＡＲＱ（ハイブリッド自動反復要求）情報に関して、ＵＥ ２６０２及び２６０４に通知してもよい。少なくとも一実施例では、通常、ダウンリンク・スケジューリング（セル内のＵＥ ２６０２に対する制御及び共有チャネル・リソース・ブロックの割り当て）は、ＵＥ ２６０２及び２６０４のいずれかからフィードバックされたチャネル品質情報に基づいて、ＲＡＮノード２６１８及び２６２０のいずれかで実施されてもよい。少なくとも一実施例では、ダウンリンク・リソース割り当て情報は、ＵＥ ２６０２及び２６０４それぞれに使用される（たとえば、割り当てられる）ＰＤＣＣＨで送られてもよい。
少なくとも一実施例では、ＰＤＣＣＨは、制御情報を運ぶのに制御チャネル要素（ＣＣＥ：ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）を使用してもよい。少なくとも一実施例では、リソース要素にマッピングされる前に、ＰＤＣＣＨ複素値符号が最初にクアドラプレットへと組織化されてもよく、このクアドラプレットは次いで、レート・マッチングのためのサブブロック・インターリーバを使用して置換されてもよい。少なくとも一実施例では、各ＰＤＣＣＨは、これらのＣＣＥのうち１つ又は複数を使用して送信されてもよく、その際、各ＣＣＥは、リソース要素グループ（ＲＥＧ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）として知られる、９セットの４個の物理リソース要素に対応してもよい。少なくとも一実施例では、４個の四位相偏移変調（ＱＰＳＫ）符号が各ＲＥＧにマッピングされてもよい。少なくとも一実施例では、ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）のサイズ及びチャネル条件に応じて、１つ又は複数のＣＣＥを使用して送信することができる。少なくとも一実施例では、異なる数のＣＣＥ（たとえば、アグリゲーション・レベルＬ＝１、２、４、又は８）を有する、ＬＴＥで規定された４個以上の異なるＰＤＣＣＨフォーマットが存在することができる。
少なくとも一実施例では、ＰＤＳＣＨリソースを使用する拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ：ｅｎｈａｎｃｅｄ ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）が、制御情報送信に利用されてもよい。少なくとも一実施例では、ＥＰＤＣＣＨは、１つ又は複数の拡張制御チャネル要素（ＥＣＣＥ：ｅｎｈａｎｃｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）を使用して送信されてもよい。少なくとも一実施例では、各ＥＣＣＥは、拡張リソース要素グループ（ＥＲＥＧ：ｅｎｈａｎｃｅｄ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）として知られる、９セットの４個の物理リソース要素に対応してもよい。少なくとも一実施例では、ＥＣＣＥは、状況によっては他の数のＥＲＥＧを有してもよい。
少なくとも一実施例では、ＲＡＮ ２６１６は、Ｓ１インターフェース２６２２を介してコア・ネットワーク（ＣＮ：ｃｏｒｅ ｎｅｔｗｏｒｋ）２６３８と通信可能に結合されるように示される。少なくとも一実施例では、ＣＮ ２６３８は、エボルブド・パケット・コア（ＥＰＣ）ネットワーク、ＮｅｘｔＧｅｎパケット・コア（ＮＰＣ）ネットワーク、又は他の何らかのタイプのＣＮであってもよい。少なくとも一実施例では、Ｓ１インターフェース２６２２は２つの部分に分割される：ＲＡＮノード２６１８及び２６２０とサービング・ゲートウェイ（Ｓ－ＧＷ）２６３０との間でトラフィック・データを伝送する、Ｓ１－Ｕインターフェース２６２６、並びにＲＡＮノード２６１８及び２６２０とＭＭＥ ２６２８との間のシグナリング・インターフェースである、Ｓ１モビリティ管理エンティティ（ＭＭＥ）インターフェース２６２４。
少なくとも一実施例では、ＣＮ ２６３８は、ＭＭＥ ２６２８、Ｓ－ＧＷ ２６３０、パケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（Ｐ－ＧＷ）２６３４、及びホーム加入者サーバ（ＨＳＳ）２６３２を含む。少なくとも一実施例では、ＭＭＥ ２６２８は、レガシー・サービング汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サポート・ノード（ＳＧＳＮ）の制御プレーンと同様の機能のものであってもよい。少なくとも一実施例では、ＭＭＥ ２６２８は、ゲートウェイ選択及びトラッキング・エリア・リスト管理など、アクセスにおけるモビリティ態様を管理してもよい。少なくとも一実施例では、ＨＳＳ ２６３２は、ネットワーク・エンティティが通信セッションを扱うのをサポートする、加入関連情報を含むネットワーク・ユーザのためのデータベースを含んでもよい。少なくとも一実施例では、ＣＮ ２６３８は、モバイル加入者の数、機器の容量、又はネットワークの組織などに応じて、１つ又は複数のＨＳＳ ２６３２を備えてもよい。少なくとも一実施例では、ＨＳＳ ２６３２は、ルーティング／ローミング、認証、承認、ネーミング／アドレス指定分解能、位置依存性などのためのサポートを提供することができる。
少なくとも一実施例では、Ｓ－ＧＷ ２６３０は、ＲＡＮ ２６１６に向けたＳ１インターフェース２６２２を終了してもよく、データ・パケットをＲＡＮ ２６１６及びＣＮ ２６３８の間でルーティングする。少なくとも一実施例では、Ｓ－ＧＷ ２６３０は、ＲＡＮ間のノード引渡しのためのローカル・モビリティ・アンカー・ポイントであってもよく、また３ＧＰＰ（登録商標）間モビリティのためのアンカーを提供してもよい。少なくとも一実施例では、他の責任は、合法的割込み、課金、及び何らかのポリシー執行を含んでもよい。
少なくとも一実施例では、Ｐ－ＧＷ ２６３４は、ＰＤＮに向けたＳＧｉインターフェースを終了してもよい。少なくとも一実施例では、Ｐ－ＧＷ ２６３４は、データ・パケットを、ＥＰＣネットワーク２６３８と、インターネット・プロトコル（ＩＰ）インターフェース２６４２を介したアプリケーション・サーバ２６４０（或いは、アプリケーション機能（ＡＦ）と呼ばれる）を含むネットワークなど、外部ネットワークとの間でルーティングしてもよい。少なくとも一実施例では、アプリケーション・サーバ２６４０は、コア・ネットワークを用いてＩＰベアラ・リソースを使用するアプリケーション（たとえば、ＵＭＴＳパケット・サービス（ＰＳ）ドメイン、ＬＴＥ ＰＳデータ・サービスなど）を提示する要素であってもよい。少なくとも一実施例では、Ｐ－ＧＷ ２６３４は、ＩＰ通信インターフェース２６４２を介してアプリケーション・サーバ２６４０に通信可能に結合されて示される。少なくとも一実施例では、アプリケーション・サーバ２６４０はまた、ＣＮ ２６３８を介したＵＥ ２６０２及び２６０４のための１つ又は複数の通信サービス（たとえば、ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）セッション、ＰＴＴセッション、グループ通信セッション、ソーシャル・ネットワーキング・サービスなど）をサポートするように構成することができる。
少なくとも一実施例では、Ｐ－ＧＷ ２６３４はさらに、ポリシー執行及び課金データ収集のためのノードであってもよい。少なくとも一実施例では、ポリシー及び課金執行機能（ＰＣＲＦ：ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）２６３６は、ＣＮ ２６３８のポリシー及び課金制御要素である。少なくとも一実施例では、非ローミング・シナリオでは、ＵＥのインターネット・プロトコル接続アクセス・ネットワーク（ＩＰ－ＣＡＮ）セッションに関連付けられたホーム公衆陸上モバイル・ネットワーク（ＨＰＬＭＮ：ｈｏｍｅ ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）に、単一のＰＣＲＦがあってもよい。少なくとも一実施例では、トラフィックのローカル・ブレークアウトを有するローミング・シナリオでは、ＵＥのＩＰ－ＣＡＮセッションに関連付けられた２つのＰＣＲＦ：ＨＰＬＭＮ内のホームＰＣＲＦ（Ｈ－ＰＣＲＦ）、及び訪問先公衆陸上モバイル・ネットワーク（ＶＰＬＭＮ）内の訪問先ＰＣＲＦ（Ｖ－ＰＣＲＦ）があってもよい。少なくとも一実施例では、ＰＣＲＦ ２６３６は、Ｐ－ＧＷ ２６３４を介してアプリケーション・サーバ２６４０に通信可能に結合されてもよい。少なくとも一実施例では、アプリケーション・サーバ２６４０は、ＰＣＲＦ ２６３６をシグナリングして、新しいサービス・フローを示し、適切なサービス品質（ＱｏＳ）及び課金パラメータを選択してもよい。少なくとも一実施例では、ＰＣＲＦ ２６３６は、この規則を、適切なトラフィック・フロー・テンプレート（ＴＦＴ）及びＱｏＳクラス識別子（ＱＣＩ）とともにポリシー及び課金執行機能（ＰＣＥＦ）（図示せず）に設定してもよく、これにより、アプリケーション・サーバ２６４０で指定したようにＱｏＳ及び課金を開始する。
図２７は、いくつかの実施例による、ネットワークのシステム２７００のアーキテクチャを示す。少なくとも一実施例では、システム２７００は、ＵＥ ２７０２、５Ｇアクセス・ノード又はＲＡＮノード（（Ｒ）ＡＮノード２７０８として図示）、ユーザ・プレーン機能（ＵＰＦ：Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ ２７０４として図示）、たとえばオペレータ・サービス、インターネット・アクセス、又は第三者サービスであってもよい、データ・ネットワーク（ＤＮ ２７０６）、及び５Ｇコア・ネットワーク（５ＧＣ）（ＣＮ ２７１０として図示）を含んで示される。
少なくとも一実施例では、ＣＮ ２７１０は、認証サーバ機能（ＡＵＳＦ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ ２７１４）、コア・アクセス及びモビリティ管理機能（ＡＭＦ ２７１２）、セッション管理機能（ＳＭＦ ２７１８）、ネットワーク露出機能（ＮＥＦ：Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ ２７１６）、ポリシー制御機能（ＰＣＦ：Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ ２７２２）、ネットワーク機能（ＮＦ）レポジトリ機能（ＮＲＦ：Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ ２７２０）、統合データ管理（ＵＤＭ：Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ ２７２４）、並びにアプリケーション機能（ＡＦ ２７２６）を含む。少なくとも一実施例では、ＣＮ ２７１０はまた、構造化データ・ストレージ・ネットワーク機能（ＳＤＳＦ：Ｓｔｒｕｃｔｕｒｅｄ Ｄａｔａ Ｓｔｏｒａｇｅ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）、非構造化データ・ストレージ・ネットワーク機能（ＵＤＳＦ：Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｄａｔａ Ｓｔｏｒａｇｅ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）、及びそれらの変形形態など、図示されない他の要素を含んでもよい。
少なくとも一実施例では、ＵＰＦ ２７０４は、イントラＲＡＴ及びインターＲＡＴモビリティのためのアンカー・ポイント、ＤＮ ２７０６に対する相互接続の外部ＰＤＵセッション・ポイント、並びにマルチ・ホームＰＤＵセッションをサポートする分岐ポイントとして作用してもよい。少なくとも一実施例では、ＵＰＦ ２７０４はまた、パケット・ルーティング及び転送、パケット検査、ポリシー規則のユーザ・プレーン部分の執行、合法的傍受パケット（ＵＰ集合）、トラフィック使用報告、ユーザ・プレーンのためのＱｏＳハンドリングの実施（たとえば、パケット・フィルタ処理、ゲーティング、ＵＬ／ＤＬレート執行）、アップリンク・トラフィック検証の実施（たとえば、ＳＤＦからＱｏＳのフロー・マッピング）、アップリンク及びダウンリンクにおける搬送レベル・パケット・マーキング、並びにダウンリンク・パケット・バッファリング及びダウンリンク・データ通知トリガリングを実施してもよい。少なくとも一実施例では、ＵＰＦ ２７０４は、データ・ネットワークへのルーティング・トラフィック・フローをサポートする、アップリンク分類子を含んでもよい。少なくとも一実施例では、ＤＮ ２７０６は、様々なネットワーク・オペレータ・サービス、インターネット・アクセス、又は第三者サービスを表してもよい。
少なくとも一実施例では、ＡＵＳＦ ２７１４は、ＵＥ ２７０２の認証のためのデータを格納し、認証関連機能を扱ってもよい。少なくとも一実施例では、ＡＵＳＦ ２７１４は、様々なアクセス・タイプに対する共通の認証フレームワークを容易にしてもよい。
少なくとも一実施例では、ＡＭＦ ２７１２は、登録管理（たとえば、ＵＥ ２７０２などを登録するため）、接続管理、到達可能性管理、モビリティ管理、及びＡＭＦ関連イベントの合法的割込み、並びに認証及び承認アクセスを担ってもよい。少なくとも一実施例では、ＡＭＦ ２７１２は、ＳＭＦ ２７１８のためのＳＭメッセージの搬送を提供し、ＳＭメッセージをルーティングするための透過型プロキシとして作用してもよい。少なくとも一実施例では、ＡＭＦ ２７１２はまた、ＵＥ ２７０２とＳＭＳ 機能（ＳＭＳＦ）（図27によって図示せず）との間のショート・メッセージ・サービス（ＳＭＳ：ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ）メッセージの搬送を提供してもよい。少なくとも一実施例では、ＡＭＦ ２７１２は、セキュリティ・アンカー機能（ＳＥＡ：Ｓｅｃｕｒｉｔｙ Ａｎｃｈｏｒ Ｆｕｎｃｔｉｏｎ）として作用してもよく、このセキュリティ・アンカー機能は、ＡＵＳＦ ２７１４及びＵＥ ２７０２との相互作用と、ＵＥ ２７０２認証プロセスの結果として確立された中間キーの受信とを含んでもよい。少なくとも一実施例では、ＵＳＩＭベースの認証が使用される場合、ＡＭＦ ２７１２はセキュリティ材料をＡＵＳＦ ２７１４から獲得してもよい。少なくとも一実施例では、ＡＭＦ ２７１２はまた、セキュリティ・コンテキスト管理（ＳＣＭ：Ｓｅｃｕｒｉｔｙ Ｃｏｎｔｅｘｔ Ｍａｎａｇｅｍｅｎｔ）機能を含んでもよく、このセキュリティ・コンテキスト管理機能はキーをＳＥＡから受信し、ＳＥＡはそれを使用してアクセス・ネットワーク固有のキーを導き出す。少なくとも一実施例では、ＡＭＦ ２７１２はさらに、ＲＡＮ ＣＰインターフェースの終点（Ｎ２参照ポイント）、ＮＡＳ（ＮＩ）シグナリングの終点であってもよく、ＮＡＳ暗号化及び完全性保護を実施してもよい。
少なくとも一実施例では、ＡＭＦ ２７１２はまた、Ｎ３インターワーキング機能（ＩＷＦ）インターフェースを通じてのＵＥ ２７０２とのＮＡＳシグナリングをサポートしてもよい。少なくとも一実施例では、Ｎ３ＩＷＦは、信用できないエンティティにアクセスを提供するのに使用されてもよい。少なくとも一実施例では、Ｎ３ＩＷＦは、制御プレーン及びユーザ・プレーンそれぞれのためのＮ２及びＮ３インターフェースの終点であってもよく、そのため、ＰＤＵセッション及びＱｏＳのためのＳＭＦ及びＡＭＦからのＮ２シグナリング、ＩＰＳｅｃ及びＮ３トンネリングのためのパケットのカプセル化／非カプセル化、アップリンクにおけるＮ３ユーザ・プレーン・パケットのマーキング、並びにＮ２を通じて受信したかかるマーキングに関連付けられるＱｏＳ要件を考慮に入れたＮ３パケット・マーキングに対応するＱｏＳの執行を扱ってもよい。少なくとも一実施例では、Ｎ３ＩＷＦはまた、ＵＥ ２７０２及びＡＭＦ ２７１２の間のアップリンク及びダウンリンク制御プレーンＮＡＳ（ＮＩ）シグナリングを中継し、ＵＥ ２７０２及びＵＰＦ ２７０４の間のアップリンク及びダウンリンク・ユーザ・プレーン・パケットを中継してもよい。少なくとも一実施例では、Ｎ３ＩＷＦはまた、ＵＥ ２７０２とのＩＰｓｅｃトンネル確立のための機構を提供する。
少なくとも一実施例では、ＳＭＦ ２７１８は、セッション管理（たとえば、セッション確立、修正及びリリース（ＵＰＦとＡＮノードとの間のトンネル維持を含む））；ＵＥ ＩＰアドレス配分及び管理（任意の承認を含む）；ＵＰ機能の選択及び制御；適切な宛先へとトラフィックをルーティングするための、ＵＰＦにおけるトラフィック・ステアリングの構成；ポリシー制御機能に向かうインターフェースの終端；ポリシー執行及びＱｏＳの制御部分；合法的割込み（ＳＭイベント、及びＬＩシステムに対するインターフェースのため）；ＮＡＳメッセージのＳＭ部分の終端；ダウンリンク・データ通知；ＡＭＦを介してＮ２を通じてＡＮに送られた、ＡＮ固有のＳＭ情報のイニシエータ；セッションのＳＳＣモードの判定を担ってもよい。少なくとも一実施例では、ＳＭＦ ２７１８は、以下のローミング機能を含んでもよい：ＱｏＳ ＳＬＡＢ（ＶＰＬＭＮ）を適用するのにローカル執行を扱うこと；課金データ収集及び課金インターフェース（ＶＰＬＭＮ）；（ＳＭイベントのためのＶＰＬＭＮ及びＬＩシステムに対するインターフェースにおける）合法的割込み；外部ＤＮとの相互作用をサポートし、外部ＤＮによるＰＤＵセッション承認／認証のためにシグナリングを搬送すること。
少なくとも一実施例では、ＮＥＦ ２７１６は、３ＧＰＰ（登録商標）ネットワーク機能によって第三者に提供されるサービス及び能力、内部露出／再露出、アプリケーション機能（たとえば、ＡＦ ２７２６）、エッジ・コンピューティング又はフォグ・コンピューティング・システムなどを安全に露出させる手段を提供してもよい。少なくとも一実施例では、ＮＥＦ ２７１６は、ＡＦを認証、承認、及び／又はスロットルしてもよい。少なくとも一実施例では、ＮＥＦ ２７１６はまた、ＡＦ ２７２６と交換された情報及び内部ネットワーク機能と交換された情報をトランスレートしてもよい。少なくとも一実施例では、ＮＥＦ ２７１６は、ＡＦ－サービス－識別子及び内部５ＧＣ情報の間でトランスレートしてもよい。少なくとも一実施例では、ＮＥＦ ２７１６はまた、他のネットワーク機能の露出された能力に基づき、他のネットワーク機能（ＮＦ）から情報を受信してもよい。少なくとも一実施例では、この情報は、構造化データとしてＮＥＦ ２７１６で、又は標準インターフェースを使用してデータ・ストレージＮＦで格納されてもよい。少なくとも一実施例では、格納された情報は次いで、ＮＥＦ ２７１６によって他のＮＦ及びＡＦに対して再露出させることができ、且つ／又は分析などの他の目的に使用することができる。
少なくとも一実施例では、ＮＲＦ ２７２０は、サービス発見機能をサポートし、ＮＦ発見要求をＮＦインスタンスから受信し、発見されたＮＦインスタンスの情報をＮＦインスタンスに提供してもよい。少なくとも一実施例では、ＮＲＦ ２７２０はまた、利用可能なＮＦインスタンス及びそれらのサポートされているサービスの情報を維持する。
少なくとも一実施例では、ＰＣＦ ２７２２は、ポリシー規則を制御プレーン機能に提供してそれらを執行してもよく、また統合ポリシー・フレームワークをサポートしてネットワーク挙動を支配してもよい。少なくとも一実施例では、ＰＣＦ ２７２２はまた、ＵＤＭ ２７２４のＵＤＲにおけるポリシー決定に関連する加入情報にアクセスするのに、フロント・エンド（ＦＥ）を実装してもよい。
少なくとも一実施例では、ＵＤＭ ２７２４は、ネットワーク・エンティティが通信セッションを扱うのをサポートするのに、加入関連情報を扱ってもよく、ＵＥ ２７０２の加入データを格納してもよい。少なくとも一実施例では、ＵＤＭ ２７２４は、アプリケーションＦＥ及びユーザ・データ・レポジトリ（ＵＤＲ）の２つの部分を含んでもよい。少なくとも一実施例では、ＵＤＭは、ＵＤＭ ＦＥを含んでもよく、このＵＤＭ ＦＥは、信用情報の処理、位置管理、加入管理などに責任を持つ。少なくとも一実施例では、いくつかの異なるフロント・エンドが、異なる取引における同じユーザに役立ってもよい。少なくとも一実施例では、ＵＤＭ－ＦＥは、ＵＤＲに格納された加入情報にアクセスし、認証信用情報処理；ユーザ識別の扱い；アクセス承認；登録／モビリティ管理；及び加入管理を実施する。少なくとも一実施例では、ＵＤＲはＰＣＦ ２７２２と相互作用してもよい。少なくとも一実施例では、ＵＤＭ ２７２４はまた、ＳＭＳ管理をサポートしてもよく、その際、ＳＭＳ－ＦＥは上述したのと同様のアプリケーション論理を実装する。
少なくとも一実施例では、ＡＦ ２７２６は、アプリケーションの影響をトラフィック・ルーティングに提供し、ネットワーク能力露出（ＮＣＥ：Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ）にアクセスし、ポリシー制御のためにポリシー・フレームワークと相互作用してもよい。少なくとも一実施例では、ＮＣＥは、５ＧＣ及びＡＦ ２７２６がＮＥＦ ２７２６を介して互いに情報を提供するのを可能にする機構であってもよく、これはエッジ・コンピューティング実装に使用されてもよい。少なくとも一実施例では、ネットワーク・オペレータ及び第三者サービスは、エンド・ツー・エンドのレイテンシ及びトランスポート・ネットワークに対する負荷の低減を通して、効率的なサービス配信を達成するため、アタッチメントのＵＥ ２７０２アクセス・ポイントの近くでホストされてもよい。少なくとも一実施例では、エッジ・コンピューティング実装の場合、５ＧＣは、ＵＥ ２７０２に近いＵＰＦ ２７０４を選択し、Ｎ６インターフェースを介して、ＵＰＦ ２７０４からＤＮ ２７０６へのトラフィック・ステアリングを実行してもよい。少なくとも一実施例では、これは、ＵＥ加入データ、ＵＥ位置、及びＡＦ ２７２６によって提供される情報に基づいてもよい。少なくとも一実施例では、ＡＦ ２７２６は、ＵＰＦの（再）選択及びトラフィック・ルーティングに影響を及ぼしてもよい。少なくとも一実施例では、オペレータ導入に基づいて、ＡＦ ２７２６が信用できるエンティティであるとみなされた場合、ネットワーク・オペレータは、ＡＦ ２７２６が関連ＮＦと直接相互作用することを許可してもよい。
少なくとも一実施例では、ＣＮ ２７１０はＳＭＳＦを含んでもよく、このＳＭＳＦは、ＳＭＳ加入チェック及び確認、並びにＵＥ ２７０２からＳＭＳ－ＧＭＳＣ／ＩＷＭＳＣ／ＳＭＳ－ルータなどの他のエンティティへ、及び他のエンティティからＵＥ ２７０２へのＳＭメッセージの中継を担ってもよい。少なくとも一実施例では、ＳＭＳはまた、ＵＥ ２７０２がＳＭＳ転送に利用可能であるということの通知手順（たとえば、ＵＥ到達不能フラグを設定し、ＵＥ ２７０２がＳＭＳに利用可能になるとＵＤＭ ２７２４に通知する）のため、ＡＭＦ ２７１２及びＵＤＭ ２７２４と相互作用してもよい。
少なくとも一実施例では、システム2700は、以下のサービス・ベースのインターフェースを含んでもよい。Ｎａｍｆ：ＡＭＦによって提示されるサービス・ベースのインターフェース、Ｎｓｍｆ：ＳＭＦによって提示されるサービス・ベースのインターフェース、Ｎｎｅｆ：ＮＥＦによって提示されるサービス・ベースのインターフェース、Ｎｐｃｆ：ＰＣＦによって提示されるサービス・ベースのインターフェース、Ｎｕｄｍ：ＵＤＭによって提示されるサービス・ベースのインターフェース、Ｎａｆ：ＡＦによって提示されるサービス・ベースのインターフェース、Ｎｎｒｆ：ＮＲＦによって提示されるサービス・ベースのインターフェース、及びＮａｕｓｆ：ＡＵＳＦによって提示されるサービス・ベースのインターフェース。
少なくとも一実施例では、システム２７００は、以下の参照ポイントを含んでもよい。Ｎ１：ＵＥとＡＭＦとの間の参照ポイント、Ｎ２：（Ｒ）ＡＮとＡＭＦとの間の参照ポイント、Ｎ３：（Ｒ）ＡＮとＵＰＦとの間の参照ポイント、Ｎ４：ＳＭＦとＵＰＦとの間の参照ポイント、及びＮ６：ＵＰＦとデータ・ネットワークとの間の参照ポイント。少なくとも一実施例では、ＮＦにおけるＮＦサービスの間でより多数の参照ポイント及び／又はサービス・ベースのインターフェースがあってもよいが、これらのインターフェース及び参照ポイントは、明瞭にするために省略されている。少なくとも一実施例では、ＮＳ参照ポイントはＰＣＦとＡＦとの間にあってもよく、Ｎ７参照ポイントはＰＣＦとＳＭＦとの間にあってもよく、Ｎ１１参照ポイントはＡＭＦとＳＭＦとの間にあってもよく、その他も同様である。少なくとも一実施例では、ＣＮ ２７１０は、Ｎｘインターフェースを含んでもよく、このＮｘインターフェースは、ＣＮ ２７１０とＣＮ ７２２７との間でインターワーキングできるようにするための、ＭＭＥとＡＭＦ ２７１２との間のＣＮ間インターフェースである。
少なくとも一実施例では、システム２７００は、複数のＲＡＮノード（（Ｒ）ＡＮノード２７０８など）を含んでもよく、ここで、Ｘｎインターフェースは、５ＧＣ ４１０に接続する２つ以上の（Ｒ）ＡＮノード２７０８（たとえば、ｇＮＢ）の間、ＣＮ ２７１０及びｅＮＢ（たとえば、マクロＲＡＮノード）に接続する（Ｒ）ＡＮノード２７０８（たとえば、ｇＮＢ）の間、並びに／又はＣＮ ２７１０に接続する２つのｅＮＢの間で規定される。
少なくとも一実施例では、Ｘｎインターフェースは、Ｘｎユーザ・プレーン（Ｘｎ－Ｕ）インターフェース及びＸｎ制御プレーン（Ｘｎ－Ｃ）インターフェースを含んでもよい。少なくとも一実施例では、Ｘｎ－Ｕは、ユーザ・プレーンＰＤＵの保証されない配信を提供し、データ転送及びフロー制御機能をサポート／提供してもよい。少なくとも一実施例では、Ｘｎ－Ｃは、管理及びエラー取扱い機能、Ｘｎ－Ｃインターフェースを管理する機能；１つ又は複数の（Ｒ）ＡＮノード２７０８の間での接続モードのためにＵＥモビリティを管理する機能を含む、接続モード（たとえば、ＣＭ－ＣＯＮＮＥＣＴＥＤ）におけるＵＥ ２７０２のためのモビリティ・サポートを提供してもよい。少なくとも一実施例では、モビリティ・サポートは、古い（ソース）サービング（Ｒ）ＡＮノード２７０８から新しい（ターゲット）サービング（Ｒ）ＡＮノード２７０８へのコンテキスト転送；及び古い（ソース）サービング（Ｒ）ＡＮノード２７０８と新しい（ターゲット）サービング（Ｒ）ＡＮノード２７０８との間でのユーザ・プレーン・トンネルの制御を含んでもよい。
少なくとも一実施例では、Ｘｎ－Ｕのプロトコル・スタックは、インターネット・プロトコル（ＩＰ）トランスポート層上に構築されたトランスポート・ネットワーク層、並びにユーザ・プレーンＰＤＵを保持するＵＤＰ及び／又はＩＰ層の上のＧＴＰ－Ｕ層を含んでもよい。少なくとも一実施例では、Ｘｎ－Ｃプロトコル・スタックは、アプリケーション層シグナリング・プロトコル（Ｘｎアプリケーション・プロトコル（Ｘｎ－ＡＰ）と呼ばれる）、及びＳＣＴＰ層上に構築されるトランスポート・ネットワーク層を含んでもよい。少なくとも一実施例では、ＳＣＴＰ層はＩＰ層の上であってもよい。少なくとも一実施例では、ＳＣＴＰ層は、アプリケーション層メッセージの保証された配信を提供する。少なくとも一実施例では、トランスポートＩＰ層では、ポイント・ツー・ポイント送信がシグナリングＰＤＵを配信するのに使用される。少なくとも一実施例では、Ｘｎ－Ｕプロトコル・スタック及び／又はＸｎ－Ｃプロトコル・スタックは、本明細書で図示し説明するユーザ・プレーン及び／又は制御プレーン・プロトコル・スタックと同じ又は同様であってもよい。
図２８は、いくつかの実施例による制御プレーン・プロトコル・スタックの図である。少なくとも一実施例では、制御プレーン２８００は、ＵＥ ２６０２（或いは、ＵＥ ２６０４）、ＲＡＮ ２５１６、及びＭＭＥ ２６２８の間の通信プロトコル・スタックとして示される。
少なくとも一実施例では、ＰＨＹ層２８０２は、１つ又は複数のエア・インターフェースを通じて、ＭＡＣ層２８０４によって使用される情報を送信又は受信してもよい。少なくとも一実施例では、ＰＨＹ層２８０２はさらに、リンク・アダプテーション又は適応変調及びコーディング（ＡＭＣ：ａｄａｐｔｉｖｅ ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ）、電力制御、セル検索（たとえば、初期同期及び引渡し目的のため）、並びにＲＲＣ層２８１０などの高次層によって使用される他の測定を実施してもよい。少なくとも一実施例では、ＰＨＹ層２８０２はさらにまた、トランスポート・チャネルにおけるエラー検出、トランスポート・チャネルの前方エラー訂正（ＦＥＣ）コーディング／デコーディング、物理チャネルの変調／復調、インターリーブ、レート・マッチング、物理チャネル上へのマッピング、及び多入力多出力（ＭＩＭＯ）アンテナ処理を実施してもよい。
少なくとも一実施例では、ＭＡＣ層２８０４は、論理チャネルとトランスポート・チャネルとの間のマッピング、１つ又は複数の論理チャネルからトランスポート・チャネルを介してＰＨＹに配信されるべきトランスポート・ブロック（ＴＢ）上へのＭＡＣサービス・データ・ユニット（ＳＤＵ）の多重化、トランスポート・チャネルを介してＰＨＹから配信されるトランスポート・ブロック（ＴＢ）から１つ又は複数の論理チャネルへのＭＡＣ ＳＤＵの逆多重化、ＴＢ上へのＭＡＣ ＳＤＵの多重化、スケジューリング情報報告、ハイブリッド自動反復要求（ＨＡＲＤ）を通したエラー訂正、及び論理チャネルの優先順位付けを実施してもよい。
少なくとも一実施例では、ＲＬＣ層２８０６は、透過型モード（ＴＭ：Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ）、非確認型モード（ＵＭ：Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）、及び確認型モード（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）を含む複数の動作モードで動作してもよい。少なくとも一実施例では、ＲＬＣ層２８０６は、上位層プロトコル・データ・ユニット（ＰＤＵ）の転送、ＡＭデータ転送のための自動反復要求（ＡＲＱ）を通したエラー訂正、並びにＵＭ及びＡＭデータ転送のためのＲＬＣ ＳＤＵの連結、セグメンテーション、及び再アセンブリを実行してもよい。少なくとも一実施例では、ＲＬＣ層２８０６はまた、ＡＭデータ転送のためのＲＬＣデータＰＤＵの再セグメンテーションを実行し、ＵＭ及びＡＭデータ転送のためにＲＬＣデータＰＤＵを並べ替え、ＵＭ及びＡＭデータ転送のために複製データを検出し、ＵＭ及びＡＭデータ転送のためにＲＬＣ ＳＤＵを破棄し、ＡＭデータ転送のためにプロトコル・エラーを検出し、ＲＬＣ再確立を実施してもよい。
少なくとも一実施例では、ＰＤＣＰ層２８０８は、ＩＰデータのヘッダ圧縮及び解凍を実行し、ＰＤＣＰシーケンス番号（ＳＮ）を維持し、下位層の再確立時に上位層ＰＤＵのシーケンス内配信を実施し、ＲＬＣ ＡＭ上にマッピングされた無線ベアラのために下位層の再確立時に下位層ＳＤＵの複製を排除し、制御プレーン・データを暗号化及び解読し、制御プレーン・データの完全性保護及び完全性検証を実施し、データのタイマ・ベースの破棄を制御し、セキュリティ動作（たとえば、暗号化、解読、完全性保護、完全性検証など）を実施してもよい。
少なくとも一実施例では、ＲＲＣ層２８１０の主なサービス及び機能は、システム情報（たとえば、非アクセス層（ＮＡＳ：ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ）に関するマスター情報ブロック（ＭＩＢ：Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）又はシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に含まれる）のブロードキャスト、アクセス層（ＡＳ）に関するシステム情報のブロードキャスト、ＵＥとＥ－ＵＴＲＡＮとの間のＲＲＣ接続のページング、確立、維持、及びリリース（たとえば、ＲＲＣ接続ページング、ＲＲＣ接続確立、ＲＲＣ接続修正、及びＲＲＣ接続リリース）、ポイント・ツー・ポイント無線ベアラの確立、構成、維持、及びリリース、キー管理を含むセキュリティ機能、無線アクセス技術（ＲＡＴ）間モビリティ、並びにＵＥ測定報告のための測定構成を含んでもよい。少なくとも一実施例では、上記ＭＩＢ及びＳＩＢは、１つ又は複数の情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を含んでもよく、この情報要素はそれぞれ、個々のデータ・フィールド又はデータ構造を含んでもよい。
少なくとも一実施例では、ＵＥ ２６０２及びＲＡＮ ２６１６は、Ｕｕインターフェース（たとえば、ＬＴＥ－Ｕｕインターフェース）を利用して、ＰＨＹ層２８０２、ＭＡＣ層２８０４、ＲＬＣ層２８０６、ＰＤＣＰ層２８０８、及びＲＲＣ層２８１０を含むプロトコル・スタックを介して、制御プレーン・データを交換してもよい。
少なくとも一実施例では、非アクセス層（ＮＡＳ）プロトコル（ＮＡＳプロトコル２８１２）は、ＵＥ ２６０２とＭＭＥ ２６２８との間の制御プレーンの最上層を形成する。少なくとも一実施例では、ＮＡＳプロトコル２８１２は、ＵＥ ２６０２とＰ－ＧＷ ２６３４の間のＩＰ接続を確立し維持するのに、ＵＥ ２６０２のモビリティ及びセッション管理手順をサポートする。
少なくとも一実施例では、Ｓｉアプリケーション・プロトコル（Ｓ１－ＡＰ）層（Ｓｉ－ＡＰ層２８２２）は、Ｓｉインターフェースの機能をサポートし、基本手順（ＥＰ：Ｅｌｅｍｅｎｔａｒｙ Ｐｒｏｃｅｄｕｒｅ）を含んでもよい。少なくとも一実施例では、ＥＰはＲＡＮ ２６１６とＣＮ ２６２８との間の相互作用の単位である。少なくとも一実施例において、Ｓ１－ＡＰ層サービスは、２つのグループ、すなわち、ＵＥ関連サービス及び非ＵＥ関連サービスを含んでもよい。少なくとも一実施例では、これらのサービスは、Ｅ－ＵＴＲＡＮ無線アクセス・ベアラ（Ｅ－ＲＡＢ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ）管理、ＵＥ能力の指示、モビリティ、ＮＡＳシグナリング・トランスポート、ＲＡＮ情報管理（ＲＩＭ：ＲＡＮ Ｉｎｆｏｒｍａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）、及び構成の転送を含むがそれらに限定されない機能を実施する。
少なくとも一実施例では、ストリーム制御送信プロトコル（ＳＣＴＰ：Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）層（或いは、ストリーム制御送信プロトコル／インターネット・プロトコル（ＳＣＴＰ／ＩＰ）層と呼ばれる）（ＳＣＴＰ層２８２０）は、ＩＰ層２８１８によってサポートされるＩＰプロトコルに部分的に基づいて、ＲＡＮ ２６１６とＭＭＥ ２６２８との間でシグナリング・メッセージの信頼性が高い配信を確保してもよい。少なくとも一実施例では、Ｌ２層２８１６及びＬ１層２８１４は、ＲＡＮノード及びＭＭＥによって情報を交換するのに使用される、通信リンク（たとえば、有線又はワイヤレス）を指してもよい。
少なくとも一実施例では、ＲＡＮ ２６１６及びＭＭＥ ２６２８は、Ｓ１－ＭＭＥインターフェースを利用して、Ｌ１層２８１４、Ｌ２層２８１６、ＩＰ層２８１８、ＳＣＴＰ層２８２０、及びＳｉ－ＡＰ層２８２２を含むプロトコル・スタックを介して、制御プレーン・データを交換してもよい。
図２９は、いくつかの実施例によるユーザ・プレーン・プロトコル・スタックの図である。少なくとも一実施例では、ユーザ・プレーン２９００は、ＵＥ ２６０２、ＲＡＮ ２６１６、Ｓ－ＧＷ ２６３０、及びＰ－ＧＷ ２６３４の間の通信プロトコル・スタックとして示される。少なくとも一実施例では、ユーザ・プレーン２９００は制御プレーン２８００と同じプロトコル層を利用してもよい。少なくとも一実施例では、たとえば、ＵＥ ２６０２及びＲＡＮ ２６１６は、Ｕｕインターフェース（たとえば、ＬＴＥ－Ｕｕインターフェース）を利用して、ＰＨＹ層２８０２、ＭＡＣ層２８０４、ＲＬＣ層２８０６、ＰＤＣＰ層２８０８を含むプロトコル・スタックを介して、ユーザ・プレーン・データを交換してもよい。
少なくとも一実施例では、ユーザ・プレーン（ＧＴＰ－Ｕ）層（ＧＴＰ－Ｕ層２９０４）のための汎用パケット無線サービス（ＧＰＲＳ）トンネリング・プロトコルは、ＧＰＲＳコア・ネットワーク内で、また無線アクセス・ネットワークとコア・ネットワークとの間でユーザ・データを伝送するのに使用されてもよい。少なくとも一実施例では、トランスポートされるユーザ・データは、たとえば、ＩＰｖ４、ＩＰｖ６、又はＰＰＰフォーマットのいずれかのパケットであることができる。少なくとも一実施例では、ＵＤＰ及びＩＰセキュリティ（ＵＤＰ／ＩＰ）層（ＵＤＰ／ＩＰ層２９０２）は、データ完全性のためのチェックサム、ソース及び宛先において異なる機能をアドレスするためのポート番号、並びに選択されたデータ・フローにおける暗号化及び認証を提供してもよい。少なくとも一実施例では、ＲＡＮ ２６１６及びＳ－ＧＷ ２６３０は、Ｓ１－Ｕインターフェースを利用して、Ｌ１層２８１４、Ｌ２層２８１６、ＵＤＰ／ＩＰ層２９０２、及びＧＴＰ－Ｕ層２９０４を含むプロトコル・スタックを介して、ユーザ・プレーン・データを交換してもよい。少なくとも一実施例では、Ｓ－ＧＷ ２６３０及びＰ－ＧＷ ２６３４は、Ｓ５／Ｓ８ａインターフェースを利用して、Ｌ１層２８１４、Ｌ２層２８１６、ＵＤＰ／ＩＰ層２９０２、及びＧＴＰ－Ｕ層２９０４を含むプロトコル・スタックを介して、ユーザ・プレーン・データを交換してもよい。少なくとも一実施例では、図２８に関して上述したように、ＮＡＳプロトコルは、ＵＥ ２６０２とＰ－ＧＷ ２６３４の間のＩＰ接続を確立し維持するのに、ＵＥ ２６０２のモビリティ及びセッション管理手順をサポートする。
図３０は、少なくとも一実施例による、コア・ネットワークの構成要素３０００を示す。少なくとも一実施例では、ＣＮ ２６３８の構成要素は、機械可読又はコンピュータ可読媒体（たとえば、非一時的機械可読ストレージ媒体）から命令を読み取り実行するための構成要素を含む、１つの物理ノード、又は別個の物理ノードに実装されてもよい。少なくとも一実施例では、ネットワーク機能仮想化（ＮＦＶ）は、１つ又は複数のコンピュータ可読ストレージ媒体（さらに詳細に後述）に格納された実行可能命令を介して、上述のネットワーク・ノード機能のいずれか又はすべてを仮想化するのに利用される。少なくとも一実施例では、ＣＮ ２６３８の論理インスタンス化は、ネットワーク・スライス３００２と呼ばれることがある（たとえば、ネットワーク・スライス３００２は、ＨＳＳ ２６３２、ＭＭＥ ２６２８、及びＳ－ＧＷ ２６３０を含んで示される）。少なくとも一実施例では、ＣＮ ２６３８の一部分の論理インスタンス化は、ネットワーク・サブスライス３００４と呼ばれることがある（たとえば、ネットワーク・サブスライス３００４は、Ｐ－ＧＷ ２６３４及びＰＣＲＦ ２６３６を含んで示される）。
少なくとも一実施例では、ＮＦＶアーキテクチャ及びインフラストラクチャは、業界標準のサーバ・ハードウェア、ストレージ・ハードウェア、又はスイッチの組合せを含む物理リソース上に、１つ又は複数のネットワーク機能を仮想化するのに使用されるか、或いはプロプライエタリ・ハードウェアによって実施されてもよい。少なくとも一実施例では、ＮＦＶシステムは、１つ又は複数のＥＰＣ構成要素／機能の仮想の又は再構成可能な実装を実行するのに使用することができる。
図３１は、少なくとも一実施例による、ネットワーク機能仮想化（ＮＦＶ）をサポートするシステム３１００の構成要素を示すブロック図である。少なくとも一実施例では、システム３１００は、仮想化インフラストラクチャ・マネージャ（ＶＩＭ：ｖｉｒｔｕａｌｉｚｅｄ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｍａｎａｇｅｒ ３１０２として図示）、ネットワーク機能仮想化インフラストラクチャ（ＮＦＶＩ：ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ３１０４として図示）、ＶＮＦマネージャ（ＶＮＦＭ：ＶＮＦ ｍａｎａｇｅｒ ３１０６として図示）、仮想化ネットワーク機能（ＶＮＦ：ｖｉｒｔｕａｌｉｚｅｄ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ ３１０８として図示）、要素マネージャ（ＥＭ：ｅｌｅｍｅｎｔ ｍａｎａｇｅｒ ３１１０として図示）、ＮＦＶオーケストレータ（ＮＦＶＯ：ＮＦＶ Ｏｒｃｈｅｓｔｒａｔｏｒ ３１１２として図示）、及びネットワーク・マネージャ（ＮＭ：ｎｅｔｗｏｒｋ ｍａｎａｇｅｒ ３１１４として図示）を含むものとして示される。
少なくとも一実施例では、ＶＩＭ ３１０２はＮＦＶＩ ３１０４のリソースを管理する。少なくとも一実施例では、ＮＦＶＩ ３１０４は、システム３１００を実行するのに使用される、物理又は仮想リソース及びアプリケーション（ハイパーバイザを含む）を含むことができる。少なくとも一実施例では、ＶＩＭ ３１０２は、ＮＦＶＩ ３１０４を用いて仮想リソースのライフ・サイクル（たとえば、１つ又は複数の物理リソースに関連付けられた仮想機械（ＶＭ）の作成、維持、及び解体）を管理し、ＶＭインスタンスを追跡し、ＶＭインスタンス及び関連する物理リソースの性能、不良、及びセキュリティを追跡し、ＶＭインスタンス及び関連する物理リソースを他の管理システムに露出させてもよい。
少なくとも一実施例では、ＶＮＦＭ ３１０６はＶＮＦ ３１０８を管理してもよい。少なくとも一実施例では、ＶＮＦ ３１０８は、ＥＰＣ構成要素／機能を実行するのに使用されてもよい。少なくとも一実施例では、ＶＮＦＭ ３１０６は、ＶＮＦ ３１０８のライフ・サイクルを管理し、ＶＮＦ ３１０８の仮想態様の性能、不良、及びセキュリティを追跡してもよい。少なくとも一実施例では、ＥＭ ３１１０は、ＶＮＦ ３１０８の機能的態様の性能、不良、及びセキュリティを追跡してもよい。少なくとも一実施例では、ＶＮＦＭ ３１０６及びＥＭ ３１１０からの追跡データは、たとえば、ＶＩＭ ３１０２又はＮＦＶＩ ３１０４によって使用される性能測定（ＰＭ：ｐｅｒｆｏｒｍａｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）データを含んでもよい。少なくとも一実施例では、ＶＮＦＭ ３１０６及びＥＭ ３１１０の両方が、システム３１００のＶＮＦの量をスケール・アップ／ダウンすることができる。
少なくとも一実施例では、ＮＦＶＯ ３１１２は、要求されたサービスを提供するために（たとえば、ＥＰＣ機能、構成要素、又はスライスを実行するために）、ＮＦＶＩ ３１０４のリソースを調整、承認、リリース、及びエンゲージしてもよい。少なくとも一実施例では、ＮＭ ３１１４は、エンド・ユーザ機能のパッケージに、ネットワークの管理に対する責任を提供してもよく、これは、ＶＮＦを含むネットワーク要素、非仮想化ネットワーク機能、又は両方を含んでもよい（ＶＮＦの管理はＥＭ ３１１０を介して行われてもよい）。
少なくとも一実施例では、ネットワーク１０６は、システム２６００（図２６参照）、システム２７００（図２７参照）、及び／又はシステム３１００（図３１参照）を使用して実装されてもよい。そのような実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、ＵＥ２６０２又はＵＥ２６０４として実装されてもよい。
少なくとも一実施例において、パケット・データ・ネットワーク５２２は、システム２６００（図２６参照）、システム２７００（図２７参照）、及び／又はシステム３１００（図３１参照）を使用して実装されてもよい。そのような実施例において、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、ＵＥ２６０２又はＵＥ２６０４として実装されてもよい。
少なくとも一実施例では、ネットワーク８１６は、システム２６００（図２６参照）、システム２７００（図２７参照）、及び／又はシステム３１００（図３１参照）を使用して実装されてもよい。そのような実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、ＵＥ２６０２又はＵＥ２６０４として実装されてもよい。
コンピュータ・ベースのシステム
添付の図面は、限定することなく、少なくとも一実施例を実施するために使用することができる例示的なコンピュータ・ベースのシステムを記載する。
図３２は、少なくとも一実施例による処理システム３２００を示す。少なくとも一実施例では、処理システム３２００は、１つ又は複数のプロセッサ３２０２、及び１つ又は複数のグラフィックス・プロセッサ３２０８を含み、単一プロセッサのデスクトップ・システム、マルチプロセッサのワークステーション・システム、又は多数のプロセッサ３２０２若しくはプロセッサ・コア３２０７を有するサーバ・システムであってもよい。少なくとも一実施例では、処理システム３２００は、モバイル・デバイス、ハンドヘルド・デバイス、又は組み込みデバイスで使用するためのシステム・オン・チップ（ＳｏＣ）集積回路内に組み込まれた処理プラットフォームである。
少なくとも一実施例では、処理システム３２００は、サーバ・ベースのゲーミング・プラットフォーム、ゲーム・コンソール、メディア・コンソール、モバイル・ゲーミング・コンソール、ハンドヘルド・ゲーム・コンソール、若しくはオンライン・ゲーム・コンソールを含んでもよく、又はそれらに組み込まれてもよい。少なくとも一実施例では、処理システム３２００は、モバイル・フォン、スマート・フォン、タブレット・コンピューティング・デバイス、又はモバイル・インターネット・デバイスである。少なくとも一実施例では、処理システム３２００はまた、スマート・ウォッチ・ウェアラブル・デバイス、スマート・アイウェア・デバイス、拡張現実デバイス、若しくは仮想現実デバイスなどのウェアラブル・デバイスを含んでもよく、それらに結合されてもよく、又はそれらの中に一体化されてもよい。少なくとも一実施例では、処理システム３２００は、１つ又は複数のプロセッサ３２０２と、１つ又は複数のグラフィックス・プロセッサ３２０８によって生成されるグラフィカル・インターフェースとを有する、テレビ又はセット・トップ・ボックス・デバイスである。
少なくとも一実施例では、１つ又は複数のプロセッサ３２０２はそれぞれ、実行されたときにシステム及びユーザ・ソフトウェアのための動作を実施する命令を処理する、１つ又は複数のプロセッサ・コア３２０７を含む。少なくとも一実施例では、１つ又は複数のプロセッサ・コア３２０７はそれぞれ、特定の命令セット３２０９を処理するように構成される。少なくとも一実施例では、命令セット３２０９は、複合命令セット・コンピューティング（ＣＩＳＣ）、縮小命令セット・コンピューティング（ＲＩＳＣ）、又は超長命令語（ＶＬＩＷ）を介したコンピューティングを容易にしてもよい。少なくとも一実施例では、プロセッサ・コア３２０７はそれぞれ、異なる命令セット３２０９を処理してもよく、この命令セットは、他の命令セットのエミュレーションを容易にする命令を含んでもよい。少なくとも一実施例では、プロセッサ・コア３２０７はまた、デジタル信号プロセッサ（「ＤＳＰ」）などの他の処理デバイスを含んでもよい。
少なくとも一実施例では、プロセッサ３２０２はキャッシュ・メモリ（「キャッシュ」）３２０４を含む。少なくとも一実施例では、プロセッサ３２０２は、単一の内部キャッシュ又は複数レベルの内部キャッシュを有することができる。少なくとも一実施例では、キャッシュ・メモリは、プロセッサ３２０２の様々な構成要素間で共有される。少なくとも一実施例では、プロセッサ３２０２はまた、外部キャッシュ（たとえば、レベル３（Ｌ３）キャッシュ又はラスト・レベル・キャッシュ（ＬＬＣ））（図示せず）を使用し、このキャッシュは、知られているキャッシュ・コヒーレンス技法を使用して、プロセッサ・コア３２０７間で共有されてもよい。少なくとも一実施例では、さらにレジスタ・ファイル３２０６がプロセッサ３２０２に含まれ、このレジスタ・ファイルは、異なるタイプのデータを格納するための異なるタイプのレジスタ（たとえば、整数レジスタ、浮動小数点レジスタ、状態レジスタ、及び命令ポインタ・レジスタ）を含んでもよい。少なくとも一実施例では、レジスタ・ファイル３２０６は、汎用レジスタ又は他のレジスタを含んでもよい。
少なくとも一実施例では、１つ又は複数のプロセッサ３２０２は、１つ又は複数のインターフェース・バス３２１０に結合されて、アドレス、データ、又は制御信号などの通信信号を、プロセッサ３２０２と処理システム３２００内の他の構成要素との間で送信する。少なくとも一実施例では、インターフェース・バス３２１０は、一実施例では、ダイレクト・メディア・インターフェース（『ＤＭＩ）バスのバージョンなどのプロセッサ・バスとすることができる。少なくとも一実施例では、インターフェース・バス３２１０は、ＤＭＩバスに限定されず、１つ又は複数のペリフェラル・コンポーネント・インターコネクト・バス（たとえば、「ＰＣＩ」、ＰＣＩ Ｅｘｐｒｅｓｓ（「ＰＣＩｅ」））、メモリ・バス、又は他のタイプのインターフェース・バスを含んでもよい。少なくとも一実施例では、プロセッサ３２０２は、統合メモリ・コントローラ３２１６、及びプラットフォーム・コントローラ・ハブ３２３０を含む。少なくとも一実施例では、メモリ・コントローラ３２１６は、メモリ・デバイスと処理システム３２００の他の構成要素との間の通信を容易にし、一方でプラットフォーム・コントローラ・ハブ（「ＰＣＨ」）３２３０は、ローカル入出力（「Ｉ／Ｏ」）バスを介してＩ／Ｏデバイスへの接続を提供する。
少なくとも一実施例では、メモリ・デバイス３２２０は、ダイナミック・ランダム・アクセス・メモリ（「ＤＲＡＭ」）デバイス、スタティック・ランダム・アクセス・メモリ（「ＳＲＡＭ」）デバイス、フラッシュ・メモリ・デバイス、相変化メモリ・デバイス、又はプロセッサ・メモリとしての役割を果たすのに好適な性能を有する何らかの他のメモリ・デバイスとすることができる。少なくとも一実施例では、メモリ・デバイス３２２０は、処理システム３２００のためのシステム・メモリとして動作して、１つ又は複数のプロセッサ３２０２がアプリケーション又はプロセスを実行するときに使用するための、データ３２２２及び命令３２２１を格納することができる。少なくとも一実施例では、メモリ・コントローラ３２１６はまた、任意選択の外部グラフィックス・プロセッサ３２１２と結合しており、このグラフィックス・プロセッサは、プロセッサ３２０２内の１つ又は複数のグラフィックス・プロセッサ３２０８と通信して、グラフィックス及びメディアの動作を実施してもよい。少なくとも一実施例では、ディスプレイ・デバイス３２１１は、プロセッサ３２０２に接続することができる。少なくとも一実施例では、ディスプレイ・デバイス３２１１は、モバイル電子デバイス又はラップトップ・デバイスのような内部ディスプレイ・デバイス、又はディスプレイ・インターフェース（たとえば、ディスプレイ・ポートなど）を介して取り付けられる外部ディスプレイ・デバイスのうち１つ若しくは複数を含むことができる。少なくとも一実施例では、ディスプレイ・デバイス３２１１は、仮想現実（「ＶＲ」）アプリケーション又は拡張現実（「ＡＲ」）アプリケーションで使用するための、立体ディスプレイ・デバイスなどの頭部装着型ディスプレイ（「ＨＭＤ」）を含むことができる。
少なくとも一実施例では、プラットフォーム・コントローラ・ハブ３２３０は、周辺装置が高速Ｉ／Ｏバスを介してメモリ・デバイス３２２０及びプロセッサ３２０２に接続できるようにする。少なくとも一実施例では、Ｉ／Ｏ周辺装置は、オーディオ・コントローラ３２４６、ネットワーク・コントローラ３２３４、ファームウェア・インターフェース３２２８、ワイヤレス・トランシーバ３２２６、タッチ・センサ３２２５、データ・ストレージ・デバイス３２２４（たとえば、ハード・ディスク・ドライブ、フラッシュ・メモリなど）を含むが、これらに限定されない。少なくとも一実施例では、データ・ストレージ・デバイス３２２４は、ストレージ・インターフェース（たとえば、ＳＡＴＡ）を介して、又はＰＣＩ若しくはＰＣＩｅなどペリフェラル・バスを介して、接続することができる。少なくとも一実施例では、タッチ・センサ３２２５は、タッチ画面センサ、圧力センサ、又は指紋センサを含むことができる。少なくとも一実施例では、ワイヤレス・トランシーバ３２２６は、ＷｉＦｉトランシーバ、Ｂｌｕｅｔｏｏｔｈトランシーバ、又は３Ｇ、４Ｇ、若しくはＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）トランシーバなどのモバイル・ネットワーク・トランシーバとすることができる。少なくとも一実施例では、ファームウェア・インターフェース３２２８は、システム・ファームウェアと通信できるようにし、たとえば、ユニファイド・エクステンシブル・ファームウェア・インターフェース（「ＵＥＦＩ」）とすることができる。少なくとも一実施例では、ネットワーク・コントローラ３２３４は、有線ネットワークにネットワーク接続できるようにすることができる。少なくとも一実施例では、高性能ネットワーク・コントローラ（図示せず）は、インターフェース・バス３２１０と結合する。少なくとも一実施例では、オーディオ・コントローラ３２４６は、多チャネル・ハイ・デフィニション・オーディオ・コントローラである。少なくとも一実施例では、処理システム３２００は、レガシー（たとえば、パーソナル・システム２（「ＰＳ／２」））デバイスを処理システム３２００に結合するための任意選択のレガシーＩ／Ｏコントローラ３２４０を含む。少なくとも一実施例では、プラットフォーム・コントローラ・ハブ３２３０は、キーボード及びマウス３２４３の組合せ、カメラ３２４４、又は他のＵＳＢ入力デバイスなど、１つ又は複数のユニバーサル・シリアル・バス（「ＵＳＢ」）コントローラ３２４２の接続入力デバイスにも接続することができる。
少なくとも一実施例では、メモリ・コントローラ３２１６及びプラットフォーム・コントローラ・ハブ３２３０のインスタンスは、外部グラフィックス・プロセッサ３２１２などの個別の外部グラフィックス・プロセッサに一体化されてもよい。少なくとも一実施例では、プラットフォーム・コントローラ・ハブ３２３０及び／又はメモリ・コントローラ３２１６は、１つ又は複数のプロセッサ３２０２の外部にあってもよい。たとえば、少なくとも一実施例では、処理システム３２００は、外部のメモリ・コントローラ３２１６及びプラットフォーム・コントローラ・ハブ３２３０を含むことができ、これらは、プロセッサ３２０２と通信するシステム・チップセット内のメモリ・コントローラ・ハブ及び周辺装置コントローラ・ハブとして構成されてもよい。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、処理システム３２００を使用して実装されてもよい。そのよう実施例では、送信側デバイス１１４及び／又は受信側デバイス１２６は各々、プロセッサ３２０２として実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、処理システム３２００のメモリ・デバイス３２２０及び／又はデータ・ストレージ・デバイス３２２４などの、任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、処理システム３２００のインターフェース・バス３２１０などの、任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、ネットワーク・コントローラ３２３４として実装されてもよい。
少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、処理システム３２００を使用して実装されてもよい。そのよう実施例では、送信側デバイス１１４及び／又は受信側デバイス１２６は各々、プロセッサ３２０２として実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、処理システム３２００のメモリ・デバイス３２２０及び／又はデータ・ストレージ・デバイス３２２４などの、任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、処理システム３２００のインターフェース・バス３２１０などの、任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、ネットワーク・コントローラ３２３４として実装されてもよい。
少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、処理システム３２００を使用して実装されてもよい。そのよう実施例では、送信側デバイス１１４及び／又は受信側デバイス１２６は各々、プロセッサ３２０２として実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、処理システム３２００のメモリ・デバイス３２２０及び／又はデータ・ストレージ・デバイス３２２４などの、任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、処理システム３２００のインターフェース・バス３２１０などの、任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、ネットワーク・コントローラ３２３４として実装されてもよい。
図３３は、少なくとも一実施例によるコンピュータ・システム３３００を示す。少なくとも一実施例では、コンピュータ・システム３３００は、相互接続されたデバイス及び構成要素、ＳＯＣ、又は何らかの組合せを有するシステムであってもよい。少なくとも一実施例では、コンピュータ・システム３３００は、命令を実行するための実行ユニットを含むことができるプロセッサ３３０２によって形成される。少なくとも一実施例では、コンピュータ・システム３３００は、限定することなく、データを処理するためのアルゴリズムを実施する論理を含む実行ユニットを使用する、プロセッサ３３０２などの構成要素を含んでもよい。少なくとも一実施例では、コンピュータ・システム３３００は、カリフォルニア州サンタ・クララのインテルコーポレーションから入手可能なＰＥＮＴＩＵＭ（登録商標）プロセッサ・ファミリー、Ｘｅｏｎ（商標）、Ｉｔａｎｉｕｍ（登録商標）、ＸＳｃａｌｅ（商標）及び／又はＳｔｒｏｎｇＡＲＭ（商標）、Ｉｎｔｅｌ（登録商標）Ｃｏｒｅ（商標）、又はＩｎｔｅｌ（登録商標）Ｎｅｒｖａｎａ（商標）マイクロプロセッサなどのプロセッサを含んでもよいが、（他のマイクロプロセッサ、エンジニアリング・ワークステーション、セット・トップ・ボックスなどを有するＰＣを含め）他のシステムが使用されてもよい。少なくとも一実施例では、コンピュータ・システム３３００は、ワシントン州レドモンドのマイクロソフトコーポレーションから入手可能なＷＩＮＤＯＷＳ（登録商標）のオペレーティング・システムのあるバージョンを実行してもよいが、他のオペレーティング・システム（たとえば、ＵＮＩＸ（登録商標）及びＬｉｎｕｘ（登録商標））、組み込みソフトウェア、及び／又はグラフィカル・ユーザ・インターフェースも使用されてもよい。
少なくとも一実施例では、コンピュータ・システム３３００は、ハンドヘルド・デバイス及び組み込みアプリケーションなど、他のデバイスで使用されてもよい。ハンドヘルド・デバイスのいくつかの実例は、携帯電話、インターネット・プロトコル・デバイス、デジタル・カメラ、個人情報端末（「ＰＤＡ」：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）、及びハンドヘルドＰＣを含む。少なくとも一実施例では、組み込みアプリケーションは、マイクロコントローラ、デジタル信号プロセッサ（「ＤＳＰ」：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＳｏＣ、ネットワーク・コンピュータ（「ＮｅｔＰＣ」：ｎｅｔｗｏｒｋ ｃｏｍｐｕｔｅｒｓ）、セット・トップ・ボックス、ネットワーク・ハブ、広域ネットワーク（「ＷＡＮ」：ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）スイッチ、又は１つ若しくは複数の命令を実施してもよい他の任意のシステムを含んでもよい。
少なくとも一実施例では、コンピュータ・システム３３００は、限定ではなく、Ｃｏｍｐｕｔｅ Ｕｎｉｆｉｅｄ Ｄｅｖｉｃｅ Ａｒｃｈｉｔｅｃｔｕｒｅ（「ＣＵＤＡ」）（ＣＵＤＡ（登録商標）は、カリフォルニア州サンタ・クララ所在のＮＶＩＤＩＡ Ｃｏｒｐｏｒａｔｉｏｎによって開発されている）プログラムを実行するように構成されてもよい１つ又は複数の実行ユニット３３０８を限定することなく含んでもよいプロセッサ３３０２を含んでもよい。少なくとも一実施例では、ＣＵＤＡプログラムは、ＣＵＤＡプログラミング言語で書かれたソフトウェア・アプリケーションの少なくとも一部分である。少なくとも一実施例では、コンピュータ・システム３３００は、単一プロセッサ・デスクトップ又はサーバ・システムである。少なくとも一実施例では、コンピュータ・システム３３００は、マルチプロセッサ・システムであってもよい。少なくとも一実施例では、プロセッサ３３０２は、限定することなく、ＣＩＳＣマイクロプロセッサ、ＲＩＳＣマイクロプロセッサ、ＶＬＩＷマイクロプロセッサ、命令セットの組合せを実装するプロセッサ、又は任意の他のプロセッサ・デバイス、たとえばデジタル信号プロセッサなどを含んでもよい。少なくとも一実施例では、プロセッサ３３０２は、プロセッサ・バス３３１０に結合されてもよく、このプロセッサ・バスは、プロセッサ３３０２とコンピュータ・システム３３００内の他の構成要素との間でデータ信号を送信してもよい。
少なくとも一実施例では、プロセッサ３３０２は、限定することなく、レベル１（「Ｌ１」）の内部キャッシュ・メモリ（「キャッシュ」）３３０４を含んでもよい。少なくとも一実施例では、プロセッサ３３０２は、単一の内部キャッシュ又は複数レベルの内部キャッシュを有してもよい。少なくとも一実施例では、キャッシュ・メモリは、プロセッサ３３０２の外部にあってもよい。少なくとも一実施例では、プロセッサ３３０２はまた、内部キャッシュと外部キャッシュとの組合せも含んでもよい。少なくとも一実施例では、レジスタ・ファイル３３０６は、整数レジスタ、浮動小数点レジスタ、状態レジスタ、及び命令ポインタ・レジスタを限定することなく含む様々なレジスタに、異なるタイプのデータを格納してもよい。
少なくとも一実施例では、整数及び浮動小数点の演算を実施する論理を限定することなく含む実行ユニット３３０８も、プロセッサ３３０２内にある。プロセッサ３３０２はまた、ある一定のマクロ命令のためのマイクロコードを格納するマイクロコード（「ｕコード」）読取り専用メモリ（「ＲＯＭ」：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）を含んでもよい。少なくとも一実施例では、実行ユニット３３０８は、パック命令セット３３０９を扱う論理を含んでもよい。少なくとも一実施例では、パック命令セット３３０９を、命令を実行する関連回路とともに汎用プロセッサ３３０２の命令セットに含めることにより、多くのマルチメディア・アプリケーションによって使用される演算を、汎用プロセッサ３３０２のパック・データを使用して実行することができる。少なくとも一実施例では、プロセッサのデータ・バスの全幅を使用してパック・データの演算を実行することによって、多くのマルチメディア・アプリケーションを加速し、より効率的に実行することができ、これにより、１度に１つのデータ要素に対して１つ又は複数の演算を実行するためにプロセッサのデータ・バス間でより小さい単位のデータを転送する必要をなくすことができる。
少なくとも一実施例では、実行ユニット３３０８はまた、マイクロコントローラ、組み込みプロセッサ、グラフィックス・デバイス、ＤＳＰ、及び他のタイプの論理回路で使用されてもよい。少なくとも一実施例では、コンピュータ・システム３３００は、限定することなくメモリ３３２０を含んでもよい。少なくとも一実施例では、メモリ３３２０は、ＤＲＡＭデバイス、ＳＲＡＭデバイス、フラッシュ・メモリ・デバイス、又は他のメモリ・デバイスとして実装されてもよい。メモリ３３２０は、プロセッサ３３０２によって実行されてもよいデータ信号によって表される、命令３３１９及び／又はデータ３３２１を格納してもよい。
少なくとも一実施例では、システム論理チップが、プロセッサ・バス３３１０及びメモリ３３２０に結合されてもよい。少なくとも一実施例では、システム論理チップは、限定することなく、メモリ・コントローラ・ハブ（「ＭＣＨ」）３３１６を含んでもよく、プロセッサ３３０２は、プロセッサ・バス３３１０を介してＭＣＨ３３１６と通信してもよい。少なくとも一実施例では、ＭＣＨ ３３１６は、命令及びデータを格納するため、並びにグラフィックス・コマンド、データ、及びテクスチャを格納するため、高帯域幅メモリ経路３３１８をメモリ３３２０に提供してもよい。少なくとも一実施例では、ＭＣＨ ３３１６は、プロセッサ３３０２と、メモリ３３２０と、コンピュータ・システム３３００の他の構成要素との間でデータ信号を導き、プロセッサ・バス３３１０と、メモリ３３２０と、システムＩ／Ｏ ３３２２との間でデータ信号をブリッジしてもよい。少なくとも一実施例では、システム論理チップは、グラフィックス・コントローラに結合するためのグラフィックス・ポートを提供してもよい。少なくとも一実施例では、ＭＣＨ ３３１６は、高帯域幅メモリ経路３３１８を介してメモリ３３２０に結合されてもよく、グラフィックス／ビデオカード３３１２は、アクセラレーテッド・グラフィックス・ポート（「ＡＧＰ」：Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）相互接続３３１４を通してＭＣＨ ３３１６に結合されてもよい。
少なくとも一実施例では、コンピュータ・システム３３００は、ＭＣＨ３３１６をＩ／Ｏコントローラ・ハブ（「ＩＣＨ」）３３３０に結合するためのプロプライエタリ・ハブ・インターフェース・バスであるシステムＩ／Ｏ３３２２を使用してもよい。少なくとも一実施例では、ＩＣＨ３３３０は、ローカルのＩ／Ｏバスを介していくつかのＩ／Ｏデバイスに直接接続を提供してもよい。少なくとも一実施例では、ローカルＩ／Ｏバスは、周辺装置をメモリ３３２０、チップセット、及びプロセッサ３３０２に接続するための高速Ｉ／Ｏバスを、限定することなく含んでもよい。実例としては、限定することなく、オーディオ・コントローラ３３２９、ファームウェア・ハブ（「フラッシュＢＩＯＳ」）３３２８、ワイヤレス・トランシーバ３３２６、データ・ストレージ３３２４、ユーザ入力インターフェース３３２５及びキーボード・インターフェースを包含するレガシーＩ／Ｏコントローラ３３２３、ＵＳＢなどのシリアル拡張ポート３３２７、及びネットワーク・コントローラ３３３４が含まれてもよい。データ・ストレージ３３２４は、ハード・ディスク・ドライブ、フロッピー（登録商標）ディスク・ドライブ、ＣＤ－ＲＯＭデバイス、フラッシュ・メモリ・デバイス、又は他の大容量ストレージ・デバイスを含んでもよい。
少なくとも一実施例では、図３３は、相互接続されたハードウェア・デバイス又は「チップ」を含むシステムを示す。少なくとも一実施例では、図３３は、例示的なＳｏＣを示し得る。少なくとも一実施例では、図３３に示されるデバイスは、プロプライエタリ相互接続、標準相互接続（たとえば、ＰＣＩｅ）、又はこれらの何らかの組合せで相互接続されてもよい。少なくとも一実施例では、システム３３００の１つ又は複数の構成要素は、コンピュート・エクスプレス・リンク（ＣＸＬ：ｃｏｍｐｕｔｅ ｅｘｐｒｅｓｓ ｌｉｎｋ）相互接続を使用して相互接続される。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、コンピュータ・システム３３００を使用して実装されてもよい。そのよう実施例では、送信側デバイス１１４及び／又は受信側デバイス１２６は各々、プロセッサ３３０２として実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、コンピュータ・システム３３００のメモリ３３２０及び／又はデータ・ストレージ・デバイス３３２４などの、任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、コンピュータ・システム３３００のプロセッサ・バス３３１０などの、任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、ネットワーク・コントローラ３３３４として実装されてもよい。
少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、コンピュータ・システム３３００を使用して実装されてもよい。そのような実施例では、送信側デバイス１１４及び／又は受信側デバイス１２６は各々、プロセッサ３３０２として実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、コンピュータ・システム３３００のメモリ３３２０及び／又はデータ・ストレージ・デバイス３３２４などの、任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、コンピュータ・システム３３００のプロセッサ・バス３３１０などの、任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、ネットワーク・コントローラ３３３４として実装されてもよい。
少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、コンピュータ・システム３３００を使用して実装されてもよい。そのよう実施例では、送信側デバイス１１４及び／又は受信側デバイス１２６は各々、プロセッサ３３０２として実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、コンピュータ・システム３３００のメモリ３３２０及び／又はデータ・ストレージ・デバイス３３２４などの、任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、コンピュータ・システム３３００のプロセッサ・バス３３１０などの、任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、ネットワーク・コントローラ３３３４として実装されてもよい。
図３４は、少なくとも一実施例によるシステム３４００を示す。少なくとも一実施例では、システム３４００は、プロセッサ３４１０を利用する電子デバイスである。少なくとも一実施例では、システム３４００は、たとえば限定することなく、ノートブック、タワー・サーバ、ラック・サーバ、ブレード・サーバ、ラップトップ、デスクトップ、タブレット、モバイル・デバイス、電話、組み込みコンピュータ、又は任意の他の好適な電子デバイスであってもよい。
少なくとも一実施例では、システム３４００は、限定することなく、任意の好適な数又は種類の構成要素、周辺装置、モジュール、又はデバイスに通信可能に結合されたプロセッサ３４１０を含んでもよい。少なくとも一実施例では、プロセッサ３４１０は、I2Cバス、システム・マネージメント・バス（「ＳＭＢｕｓ」：Ｓｙｓｔｅｍ Ｍａｎａｇｅｍｅｎｔ Ｂｕｓ）、ロー・ピン・カウント（「ＬＰＣ」：Ｌｏｗ Ｐｉｎ Ｃｏｕｎｔ）バス、シリアル・ペリフェラル・インターフェース（「ＳＰＩ」：Ｓｅｒｉａｌ Ｐｅｒｉｐｈｅｒａｌ Ｉｎｔｅｒｆａｃｅ）、ハイ・デフィニション・オーディオ（「ＨＤＡ」：Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ａｕｄｉｏ）バス、シリアル・アドバンス・テクノロジー・アタッチメント（「ＳＡＴＡ」：Ｓｅｒｉａｌ Ａｄｖａｎｃｅ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）バス、ＵＳＢ（バージョン１、２、３）、又はユニバーサル非同期レシーバ／トランスミッタ（「ＵＡＲＴ」：Ｕｎｉｖｅｒｓａｌ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ／Ｔｒａｎｓｍｉｔｔｅｒ）バスなどのバス又はインターフェースを使用して結合される。少なくとも一実施例では、図３４は、相互接続されたハードウェア・デバイス又は「チップ」を含むシステムを示す。少なくとも一実施例では、図３４は、例示的なＳｏＣを示し得る。少なくとも一実施例では、図３４に示されるデバイスは、プロプライエタリ相互接続、標準相互接続（たとえば、ＰＣＩｅ）、又はこれらの何らかの組合せで相互接続されてもよい。少なくとも一実施例では、図３４の１つ又は複数の構成要素は、ＣＸＬ相互接続を使用して相互接続される。
少なくとも一実施例では、図３４は、ディスプレイ３４２４、タッチ画面３４２５、タッチ・パッド３４３０、近距離無線通信ユニット（「ＮＦＣ」：Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｕｎｉｔ）３４４５、センサ・ハブ３４４０、熱センサ３４４６、エクスプレス・チップセット（「ＥＣ」：Ｅｘｐｒｅｓｓ Ｃｈｉｐｓｅｔ）３４３５、トラステッド・プラットフォーム・モジュール（「ＴＰＭ」：Ｔｒｕｓｔｅｄ Ｐｌａｔｆｏｒｍ Ｍｏｄｕｌｅ）３４３８、ＢＩＯＳ／ファームウェア／フラッシュ・メモリ（「ＢＩＯＳ、ＦＷフラッシュ」：ＢＩＯＳ／ｆｉｒｍｗａｒｅ／ｆｌａｓｈ ｍｅｍｏｒｙ）３４２２、ＤＳＰ３４６０、ソリッド・ステート・ディスク（「ＳＳＤ」：Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）若しくはハード・ディスク・ドライブ（「ＨＤＤ」：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）３４２０、ワイヤレス・ローカル・エリア・ネットワーク・ユニット（「ＷＬＡＮ」：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ ｕｎｉｔ）３４５０、Ｂｌｕｅｔｏｏｔｈユニット３４５２、ワイヤレス広域ネットワーク・ユニット（「ＷＷＡＮ」：Ｗｉｒｅｌｅｓｓ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ ｕｎｉｔ）３４５６、全地球測位システム（「ＧＰＳ」：Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）ユニット３４５５、ＵＳＢ３．０カメラなどのカメラ（「ＵＳＢ３．０カメラ」）３４５４、又は、たとえばＬＰＤＤＲ３規格に実施された低電力ダブル・データ・レート（「ＬＰＤＤＲ」：Ｌｏｗ Ｐｏｗｅｒ Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ）メモリ・ユニット（「ＬＰＤＤＲ３」）３４１５を含んでもよい。これらの構成要素は、それぞれ任意の好適なやり方で実装されてもよい。
少なくとも一実施例では、上述した構成要素を通して、他の構成要素がプロセッサ３４１０に通信可能に結合されてもよい。少なくとも一実施例では、加速度計３４４１、周囲光センサ（「ＡＬＳ」：Ａｍｂｉｅｎｔ Ｌｉｇｈｔ Ｓｅｎｓｏｒ）３４４２、コンパス３４４３、及びジャイロスコープ３４４４が、センサ・ハブ３４４０に通信可能に結合されてもよい。少なくとも一実施例では、熱センサ３４３９、ファン３４３７、キーボード３４４６、及びタッチ・パッド３４３０が、ＥＣ ３４３５に通信可能に結合されてもよい。少なくとも一実施例では、スピーカ３４６３、ヘッドフォン３４６４、及びマイクロフォン（「ｍｉｃ」）３４６５が、オーディオ・ユニット（「オーディオ・コーデック及びクラスｄアンプ」）３４６４に通信可能に結合されてもよく、このオーディオ・ユニットが、ＤＳＰ ３４６０に通信可能に結合されてもよい。少なくとも一実施例では、オーディオ・ユニット３４６４は、たとえば限定することなく、オーディオ・コーダ／デコーダ（「コーデック」）及びクラスＤアンプリファイアを含んでもよい。少なくとも一実施例では、ＳＩＭカード（「ＳＩＭ」）３４５７は、ＷＷＡＮユニット３４５６に通信可能に結合されてもよい。少なくとも一実施例では、ＷＬＡＮユニット３４５０及びＢｌｕｅｔｏｏｔｈユニット３４５２などの構成要素、並びにＷＷＡＮユニット３４５６は、次世代フォーム・ファクタ（「ＮＧＦＦ」：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｆｏｒｍ Ｆａｃｔｏｒ）に実施されてもよい。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、システム３４００を使用して実装されてもよい。そのよう実施例では、送信側デバイス１１４及び／又は受信側デバイス１２６は各々、プロセッサ３４１０として実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、システム３４００のＢＩＯＳ、ＦＷフラッシュ３４２２及び／又はＬＰＤＤＲ３ ３４１５などの、任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、システム３４００の任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、ＷＬＡＮユニット３４５０及び／又はＷＷＡＮユニット３４５６として実装されてもよい。
少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、システム３４００を使用して実装されてもよい。そのような実施例では、送信側デバイス１１４及び／又は受信側デバイス１２６は各々、プロセッサ３４１０として実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、システム３４００のＢＩＯＳ、ＦＷフラッシュ３４２２及び／又はＬＰＤＤＲ３ ３４１５などの、任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、システム３４００の任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、ＷＬＡＮユニット３４５０及び／又はＷＷＡＮユニット３４５６として実装されてもよい。
少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、システム３４００を使用して実装されてもよい。そのよう実施例では、送信側デバイス１１４及び／又は受信側デバイス１２６は各々、プロセッサ３４１０として実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、システム３４００のＢＩＯＳ、ＦＷフラッシュ３４２２及び／又はＬＰＤＤＲ３ ３４１５などの、任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、システム３４００の任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、ＷＬＡＮユニット３４５０及び／又はＷＷＡＮユニット３４５６として実装されてもよい。
図３５は、少なくとも一実施例による、例示的な集積回路３５００を示す。少なくとも一実施例では、例示的な集積回路３５００は、１つ又は複数のＩＰコアを使用して作製されてもよいＳｏＣである。少なくとも一実施例では、集積回路３５００は、１つ又は複数のアプリケーション・プロセッサ３５０５（たとえば、ＣＰＵ）、少なくとも１つのグラフィックス・プロセッサ３５１０を含み、さらに、画像プロセッサ３５１５及び／又はビデオ・プロセッサ３５２０を含んでもよく、これらのいずれもが、モジュール式ＩＰコアであってもよい。少なくとも一実施例では、集積回路３５００は、ＵＳＢコントローラ３５２５、ＵＡＲＴコントローラ３５３０、ＳＰＩ／ＳＤＩＯコントローラ３５３５、及びI2S/I2Cコントローラ３５４０を含む周辺装置又はバス論理を含む。少なくとも一実施例では、集積回路３５００は、ハイ・デフィニション・マルチメディア・インターフェース（「ＨＤＭＩ」（登録商標）：ｈｉｇｈ－ｄｅｆｉｎｉｔｉｏｎ ｍｕｌｔｉｍｅｄｉａ ｉｎｔｅｒｆａｃｅ（登録商標））コントローラ３５５０及びモバイル・インダストリ・プロセッサ・インターフェース（「ＭＩＰＩ」）ディスプレイ・インターフェース３５５５のうち１つ又は複数に結合されるディスプレイ・デバイス３５４５を含むことができる。少なくとも一実施例では、フラッシュ・メモリ及びフラッシュ・メモリ・コントローラを含むフラッシュ・メモリ・サブシステム３５６０によって、ストレージが提供されてもよい。少なくとも一実施例では、ＳＤＲＡＭ又はＳＲＡＭメモリ・デバイスにアクセスするために、メモリ・コントローラ３５６５を介してメモリ・インターフェースが提供されてもよい。少なくとも一実施例では、いくつかの集積回路はさらに、組み込みセキュリティ・エンジン３５７０を含む。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、集積回路３５００を使用して実装されてもよい。そのような実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、集積回路３５００のアプリケーション・プロセッサ３５０５、グラフィックス・プロセッサ３５１０、画像プロセッサ３５１５、及び／又はビデオ・プロセッサ３５２０などの、任意のプロセッサを使用して実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、集積回路３５００の任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、集積回路３５００の任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、集積回路３５００の任意の通信装置として実装されてもよい。
少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、集積回路３５００を使用して実装されてもよい。そのような実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、集積回路３５００のアプリケーション・プロセッサ３５０５、グラフィックス・プロセッサ３５１０、画像プロセッサ３５１５、及び／又はビデオ・プロセッサ３５２０などの、任意のプロセッサを使用して実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、集積回路３５００の任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、集積回路３５００の任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、集積回路３５００の任意の通信装置として実装されてもよい。
少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、集積回路３５００を使用して実装されてもよい。そのような実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、集積回路３５００のアプリケーション・プロセッサ３５０５、グラフィックス・プロセッサ３５１０、画像プロセッサ３５１５、及び／又はビデオ・プロセッサ３５２０などの、任意のプロセッサを使用して実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、集積回路３５００の任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、集積回路３５００の任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、集積回路３５００の任意の通信装置として実装されてもよい。
図３６は、少なくとも一実施例による、コンピューティング・システム３６００を示す。少なくとも一実施例では、コンピューティング・システム３６００は、メモリ・ハブ３６０５を含んでもよい相互接続経路を介して通信する１つ又は複数のプロセッサ３６０２とシステム・メモリ３６０４とを有する処理サブシステム３６０１を含む。少なくとも一実施例では、メモリ・ハブ３６０５は、チップセット構成要素内の別個の構成要素であってもよく、又は１つ若しくは複数のプロセッサ３６０２内に一体化されていてもよい。少なくとも一実施例では、メモリ・ハブ３６０５は、通信リンク３６０６を介してＩ／Ｏサブシステム３６１１に結合される。少なくとも一実施例では、Ｉ／Ｏサブシステム３６１１は、コンピューティング・システム３６００が１つ又は複数の入力デバイス３６０８からの入力を受信できるようにすることができるＩ／Ｏハブ３６０７を含む。少なくとも一実施例では、Ｉ／Ｏハブ３６０７は、ディスプレイ・コントローラを有効にすることができ、このディスプレイ・コントローラは、１つ又は複数のプロセッサ３６０２に含まれて、１つ又は複数のディスプレイ・デバイス３６１０Ａに出力を提供してもよい。少なくとも一実施例では、Ｉ／Ｏハブ３６０７に結合された１つ又は複数のディスプレイ・デバイス３６１０Ａは、ローカルの、内部の、又は組み込まれたディスプレイ・デバイスを含むことができる。
少なくとも一実施例では、処理サブシステム３６０１は、バス又は他の通信リンク３６１３を介してメモリ・ハブ３６０５に結合された１つ又は複数の並列プロセッサ３６１２を含む。少なくとも一実施例では、通信リンク３６１３は、ＰＣＩｅなどであるがこれに限定されない任意の数の規格に基づく通信リンク技術若しくはプロトコルのうちの１つであってもよく、又はベンダ固有の通信インターフェース若しくは通信ファブリックであってもよい。少なくとも一実施例では、１つ又は複数の並列プロセッサ３６１２は、メニー・インテグレーテッド・コア・プロセッサなど、多数の処理コア及び／又は処理クラスタを含むことができる、計算に集中した並列又はベクトルの処理システムを形成する。少なくとも一実施例では、１つ又は複数の並列プロセッサ３６１２は、グラフィックス処理サブシステムを形成し、このサブシステムは、Ｉ／Ｏハブ３６０７を介して結合された１つ又は複数のディスプレイ・デバイス３６１０Ａのうち１つに、ピクセルを出力することができる。少なくとも一実施例では、１つ又は複数の並列プロセッサ３６１２はまた、１つ又は複数のディスプレイ・デバイス３６１０Ｂに直接接続できるようにするディスプレイ・コントローラ及びディスプレイ・インターフェース（図示せず）を含むことができる。
少なくとも一実施例では、システム・ストレージ・ユニット３６１４は、Ｉ／Ｏハブ３６０７に接続されて、コンピューティング・システム３６００のためのストレージ機構を提供することができる。少なくとも一実施例では、Ｉ／Ｏスイッチ３６１６を使用して、Ｉ／Ｏハブ３６０７と、プラットフォームに一体化されてもよいネットワーク・アダプタ３６１８及び／又はワイヤレス・ネットワーク・アダプタ３６１９などの他の構成要素、並びに１つ又は複数のアドイン・デバイス３６２０を介して加えることができる様々な他のデバイスとの接続を可能にするためのインターフェース機構を提供することができる。少なくとも一実施例では、ネットワーク・アダプタ３６１８は、イーサネット（登録商標）・アダプタ、又は別の有線ネットワーク・アダプタとすることができる。少なくとも一実施例では、ワイヤレス・ネットワーク・アダプタ３６１９は、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ＮＦＣ、又は１つ若しくは複数のワイヤレス無線を含む他のネットワーク・デバイスのうち１つ又は複数を含むことができる。
少なくとも一実施例では、コンピューティング・システム３６００は、ＵＳＢ若しくは他のポート接続、光学ストレージ・ドライブ、ビデオ捕捉デバイス、及び／又はそれらの変形例を含む明示されていない他の構成要素を含むことができ、これらもＩ／Ｏハブ３６０７に接続されてもよい。少なくとも一実施例では、図３６の様々な構成要素を相互接続する通信経路が、ＰＣＩベースのプロトコル（たとえば、ＰＣＩｅ）などの任意の好適なプロトコル、又はＮＶＬｉｎｋ高速相互接続などの他のバス若しくはポイント・ツー・ポイント通信インターフェース及び／若しくはプロトコル、又は相互接続プロトコルを使用して、実装されてもよい。
少なくとも一実施例では、１つ又は複数の並列プロセッサ３６１２は、たとえばビデオ出力回路を含むグラフィックス及びビデオの処理に最適化された回路を組み込んでおり、グラフィックス処理ユニット（「ＧＰＵ」）を構成する。少なくとも一実施例では、１つ又は複数の並列プロセッサ３６１２は、汎用処理に最適化された回路を組み込んでいる。少なくとも実施例では、コンピューティング・システム３６００の構成要素は、単一の集積回路上の１つ又は複数の他のシステム要素と一体化されてもよい。たとえば、少なくとも一実施例では、１つ又は複数の並列プロセッサ３６１２、メモリ・ハブ３６０５、プロセッサ３６０２、及びＩ／Ｏハブ３６０７を、ＳｏＣ集積回路に一体化することができる。少なくとも一実施例では、コンピューティング・システム３６００の構成要素は、単一のパッケージに一体化されて、システム・イン・パッケージ（「ＳＩＰ」：ｓｙｓｔｅｍ ｉｎ ｐａｃｋａｇｅ）構成を形成することができる。少なくとも一実施例では、コンピューティング・システム３６００の構成要素の少なくとも一部分を、マルチ・チップ・モジュール（「ＭＣＭ」：ｍｕｌｔｉ－ｃｈｉｐ ｍｏｄｕｌｅ）に一体化することができ、このモジュールを、他のマルチ・チップ・モジュールと相互接続して、モジュール式コンピューティング・システムにすることができる。少なくとも一実施例では、Ｉ／Ｏサブシステム３６１１及びディスプレイ・デバイス３６１０Ｂは、コンピューティング・システム３６００から省略される。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、コンピューティング・システム３６００を使用して実装されてもよい。そのような実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、コンピューティング・システム３６００のプロセッサ３６０２などの任意のプロセッサを使用して実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、コンピューティング・システム３６００のシステム・メモリ３６０４などの任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、コンピューティング・システム３６００の通信リンク３６１３などの任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、コンピュータ・システム３６００のネットワーク・アダプタ３６１８及び／又はワイヤレス・ネットワーク・アダプタ３６１９などの任意の通信装置として実装されてもよい。
少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、コンピューティング・システム３６００を使用して実装されてもよい。そのような実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、コンピューティング・システム３６００のプロセッサ３６０２などの任意のプロセッサを使用して実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、コンピューティング・システム３６００のシステム・メモリ３６０４などの任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、コンピューティング・システム３６００の通信リンク３６１３などの任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、コンピュータ・システム３６００のネットワーク・アダプタ３６１８及び／又はワイヤレス・ネットワーク・アダプタ３６１９などの任意の通信装置として実装されてもよい。
少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、コンピューティング・システム３６００を使用して実装されてもよい。そのような実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、コンピューティング・システム３６００のプロセッサ３６０２などの任意のプロセッサを使用して実装されてもよい。送信側メモリ１１６及び／又は受信側メモリ１２８は各々、コンピューティング・システム３６００のシステム・メモリ３６０４などの任意のメモリを使用して実装されてもよい。送信側バス２２８及び／又は受信側バス４１８は各々、コンピューティング・システム３６００の通信リンク３６１３などの任意のバスを使用して実装されてもよい。送信側通信装置１１２及び／又は受信側通信装置１２４は各々、コンピュータ・システム３６００のネットワーク・アダプタ３６１８及び／又はワイヤレス・ネットワーク・アダプタ３６１９などの任意の通信装置として実装されてもよい。
処理システム
添付の図面は、限定することなく、少なくとも一実施例を実施するために使用することができる例示的な処理システムを記載する。
図３７は、少なくとも一実施例による、アクセラレーテッド・プロセッシング・ユニット（「ＡＰＵ」）３７００を示す。少なくとも一実施例では、ＡＰＵ３７００は、カリフォルニア州サンタ・クララ所在のＡＭＤ Ｃｏｒｐｏｒａｔｉｏｎによって開発される。少なくとも一実施例では、ＡＰＵ３７００は、ＣＵＤＡプログラムなどのアプリケーション・プログラムを実行するように構成することができる。少なくとも一実施例では、ＡＰＵ３７００は、限定ではなく、コア複合体３７１０、グラフィックス複合体３７４０、ファブリック３７６０、Ｉ／Ｏインターフェース３７７０、メモリ・コントローラ３７８０、ディスプレイ・コントローラ３７９２、及びマルチメディア・エンジン３７９４を含む。少なくとも一実施例では、ＡＰＵ３７００は、限定ではなく、任意の数のコア複合体３７１０、任意の数のグラフィックス複合体３７４０、任意の数のディスプレイ・コントローラ３７９２、及び任意の数のマルチメディア・エンジン３７９４を任意の組合せで含んでもよい。例示を目的として、同様のオブジェクトの複数のインスタンスが、本明細書において、オブジェクトを識別する参照番号及び必要な場合にインスタンスを識別する括弧付きの数を用いて示されている。
少なくとも一実施例では、コア複合体３７１０はＣＰＵであり、グラフィックス複合体３７４０はＧＰＵであり、ＡＰＵ３７００は、限定ではなく、３７１０及び３７４０を単一のチップ上に集積する処理ユニットである。少なくとも一実施例では、いくつかのタスクはコア複合体３７１０に割り当てられてもよく、他のタスクはグラフィックス複合体３７４０に割り当てられてもよい。少なくとも一実施例では、コア複合体３７１０は、オペレーティング・システムなどの、ＡＰＵ３７００と関連付けられる主制御ソフトウェアを実行するように構成されている。少なくとも一実施例では、コア複合体３７１０は、他のプロセッサの動作を制御し、協調させる、ＡＰＵ３７００のマスタ・プロセッサである。少なくとも一実施例では、コア複合体３７１０は、グラフィックス複合体３７４０の動作を制御するコマンドを発行する。少なくとも一実施例では、コア複合体３７１０は、ＣＵＤＡソース・コードから導出されるホスト実行可能コードを実行するように構成することができ、グラフィックス複合体３７４０は、ＣＵＤＡソース・コードから導出されるデバイス実行可能コードを実行するように構成することができる。
少なくとも一実施例では、コア複合体３７１０は、限定することなく、コア３７２０（１）～３７２０（４）及びＬ３キャッシュ３７３０を含む。少なくとも一実施例では、コア複合体３７１０は、限定することなく、任意の数のコア３７２０並びに任意の数及びタイプのキャッシュを任意の組合せで含んでもよい。少なくとも一実施例では、コア３７２０は、特定の命令セット・アーキテクチャ（「ＩＳＡ」）の命令を実行するように構成されている。少なくとも一実施例では、各コア３７２０はＣＰＵコアである。
少なくとも一実施例では、各コア３７２０は、限定することなく、フェッチ／復号ユニット３７２２、整数実行エンジン３７２４、浮動小数点実行エンジン３７２６、及びＬ２キャッシュ３７２８を含む。少なくとも一実施例では、フェッチ／復号ユニット３７２２は、命令をフェッチし、そのような命令を復号し、マイクロ・オペレーションを生成し、別個のマイクロ命令を整数実行エンジン３７２４及び浮動小数点実行エンジン３７２６にディスパッチする。少なくとも一実施例では、フェッチ／復号ユニット３７２２は、同時に、１つのマイクロ命令を整数実行エンジン３７２４にディスパッチし、別のマイクロ命令を浮動小数点実行エンジン３７２６にディスパッチすることができる。少なくとも一実施例では、整数実行エンジン３７２４は、限定ではないが、整数及びメモリ演算を実行する。少なくとも一実施例では、浮動小数点エンジン３７２６は、限定ではないが、浮動小数点及びベクトル演算を実行する。少なくとも一実施例では、フェッチ－復号ユニット３７２２は、整数実行エンジン３７２４と浮動小数点実行エンジン３７２６の両方に代わる単一の実行エンジンにマイクロ命令をディスパッチする。
少なくとも一実施例では、各コア３７２０（ｉ）、ｉはコア３７２０の特定のインスタンスを表す整数、は、コア３７２０（ｉ）に含まれるＬ２キャッシュ３７２８（ｉ）にアクセスすることができる。少なくとも一実施例では、コア複合体３７１０（ｊ）、ｊはコア複合体３７１０の特定のインスタスを表す整数、に含まれる各コア３７２０は、コア複合体３７１０（ｊ）に含まれるＬ３キャッシュ３７３０（ｊ）を介して、コア複合体３７１０（ｊ）に含まれる他のコア３７２０に接続される。少なくとも一実施例では、コア複合体３７１０（ｊ）、ｊはコア複合体３７１０の特定のインスタスを表す整数、に含まれる各コア３７２０は、コア複合体３７１０（ｊ）に含まれるＬ３キャッシュ３７３０（ｊ）のすべてにアクセスすることができる。少なくとも一実施例では、Ｌ３キャッシュ３７３０は、限定することなく任意の数のスライスを含んでもよい。
少なくとも一実施例では、グラフィックス複合体３７４０は、コンピュート動作を高度に並列に実施するように構成することができる。少なくとも一実施例では、グラフィックス複合体３７４０は、描画コマンド、ピクセル操作、幾何学的計算、及び画像のディスプレイへのレンダリングと関連付けられる他の動作などの、グラフィックス・パイプライン動作を実行するように構成されている。少なくとも一実施例では、グラフィックス複合体３７４０は、グラフィックスに関連しない動作を実行するように構成されている。少なくとも一実施例では、グラフィックス複合体３７４０は、グラフィックスに関連する動作とグラフィックスに関連しない動作の両方を実行するように構成されている。
少なくとも一実施例では、グラフィックス複合体３７４０は、限定することなく、任意の数のコンピュート・ユニット３７５０及びＬ２キャッシュ３７４２を含む。少なくとも一実施例では、コンピュート・ユニット３７５０は、Ｌ２キャッシュ３７４２を共有する。少なくとも一実施例では、Ｌ２キャッシュ３７４２は分割される。少なくとも一実施例では、グラフィックス複合体３７４０は、限定することなく、任意の数のコンピュート・ユニット３７５０並びに任意の数（ゼロを含む）及びタイプのキャッシュを含む。少なくとも一実施例では、グラフィック複合体３７４０は、限定することなく、任意の量の専用グラフィックス・ハードウェアを含む。
少なくとも一実施例では、各コンピュート・ユニット３７５０は、限定することなく、任意の数のＳＩＭＤユニット３７５２及び共有メモリ３７５４を含む。少なくとも一実施例では、各ＳＩＭＤユニット３７５２は、ＳＩＭＤアーキテクチャを実装し、並列に動作を実施するように構成されている。少なくとも一実施例では、各コンピュート・ユニット３７５０は、任意の数のスレッド・ブロックを実行し得るが、各スレッド・ブロックは、単一のコンピュート・ユニット３７５０上で実行する。少なくとも一実施例では、スレッド・ブロックは、限定することなく、任意の数の実行のスレッドを含む。少なくとも一実施例では、作業グループがスレッド・ブロックである。少なくとも一実施例では、各ＳＩＭＤユニット３７５２は、異なるワープを実行する。少なくとも一実施例では、ワープはスレッド（例えば、１６個のスレッド）のグループであり、ワープ内の各スレッドは、単一のスレッド・ブロックに属し、単一の命令セットに基づいてデータの異なるセットを処理するように構成されている。少なくとも一実施例において、予測を使用して、ワープ内の１つ又は複数のスレッドを無効化することができる。少なくとも一実施例では、車線がスレッドである。少なくとも一実施例では、作業項目がスレッドである。少なくとも一実施例では、波面がワープである。少なくとも一実施例では、スレッド・ブロック内の複数の異なる波面がともに同期し、共有メモリ３７５４を介して通信することができる。
少なくとも一実施例では、ファブリック３７６０は、コア複合体３７１０、グラフィックス複合体３７４０、Ｉ／Ｏインターフェース３７７０、メモリ・コントローラ３７８０、ディスプレイ・コントローラ３７９２、及びマルチメディア・エンジン３７９４にまたがるデータ及び制御の送信を容易にするシステム相互接続である。少なくとも一実施例では、ＡＰＵ３７００は、限定ではないが、ファブリック３７６０に加えて又はその代わりに、ＡＰＵ３７００の内部又は外部にあってもよい、任意の数及びタイプの直接的又は間接的にリンクされている構成要素にまたがるデータ及び制御の送信を容易にする、任意の量及びタイプのシステム相互接続を含んでもよい。少なくとも一実施例では、Ｉ／Ｏインターフェース３７７０は、任意の数及びタイプのＩ／Ｏインターフェース（例えば、ＰＣＩ、ＰＣＩ－Ｅｘｔｅｎｄｅｄ（「ＰＣＩ－Ｘ」）、ＰＣＩｅ、ギガビット・イーサネット（登録商標）（「ＧＢＥ」）、ＵＳＢなど）を表す。少なくとも一実施例では、様々なタイプの周辺デバイスが、Ｉ／Ｏインターフェース３７７０に結合される。少なくとも一実施例では、Ｉ／Ｏインターフェース３７７０に結合される周辺デバイスは、限定ではないが、キーボード、マウス、プリンタ、スキャナ、ジョイスティック又は他のタイプのゲーム・コントローラ、メディア記録デバイス、外部ストレージ・デバイス、ネットワーク・インターフェース・カードなどを含んでもよい。
少なくとも一実施例では、ディスプレイ・コントローラＡＭＤ９２は、液晶ディスプレイ（「ＬＣＤ」）デバイスなどの１つ又は複数のディスプレイ・デバイス上に画像を表示する。少なくとも一実施例では、マルチメディア・エンジン３７９４は、限定ではないが、ビデオ・デコーダ、ビデオ・エンコーダ、画像信号プロセッサなどのような、マルティメディアに関連する任意の量及びタイプの回路を含む。少なくとも一実施例では、メモリ・コントローラ３７８０は、ＡＰＵ３７００と統合システム・メモリ３７９０との間のデータ転送を容易にする。少なくとも一実施例では、コア複合体３７１０及びグラフィックス複合体３７４０は、統合システム・メモリ３７９０を共有する。
少なくとも一実施例では、ＡＰＵ３７００は、限定ではないが、１つの構成要素に専用とされてもよく、又は、複数の構成要素の間で共有されてもよい、任意の量及びタイプのメモリ・コントローラ３７８０及びメモリ・デバイス（例えば、共有メモリ３７５４）を含むメモリ・サブシステムを実装する。少なくとも一実施例では、ＡＰＵ３７００は、限定ではないが、各々が、任意の数の構成要素（例えば、コア３７２０、コア複合体３７１０、ＳＩＭＤユニット３７５２、コンピュート・ユニット３７５０、及びグラフィックス複合体３７４０）にとってプライベートであってもよく、又は、それらの間で共有されてもよい、１つ又は複数のキャッシュ・メモリ（例えば、Ｌ２キャッシュ３８２８、Ｌ３キャッシュ３７３０、及びＬ２キャッシュ３７４２）を含むキャッシュ・サブシステムを実装する。
少なくとも一実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、ＡＰＵ３７００として実装されてもよい。そのよう実施例では、送信側メモリ１１６及び／又は受信側メモリ１２８は各々、統合システム・メモリ３７９０として実装されてもよい。
図３８は、少なくとも一実施例によるＣＰＵ３８００を示す。少なくとも一実施例では、ＣＰＵ３８００は、カリフォルニア州サンタ・クララ所在のＡＭＤ Ｃｏｒｐｏｒａｔｉｏｎによって開発される。少なくとも一実施例では、ＣＰＵ３８００は、アプリケーション・プログラムを実行するように構成することができる。少なくとも一実施例では、ＣＰＵ３８００は、オペレーティング・システムなどの、主制御ソフトウェアを実行するように構成されている。少なくとも一実施例では、ＣＰＵ３８００は、外部ＧＰＵ（図示せず）の動作を制御するコマンドを発行する。少なくとも一実施例では、ＣＰＵ３８００は、ＣＵＤＡソース・コードから導出されるホスト実行可能コードを実行するように構成することができ、外部ＧＰＵを、そのようなＣＵＤＡソース・コードから導出されるデバイス実行可能コードを実行するように構成することができる。少なくとも一実施例では、ＣＰＵ３８００は、限定ではないが、任意の数のコア複合体３８１０、ファブリック３８６０、Ｉ／Ｏインターフェース３８７０、及びメモリ・コントローラ３８８０を含む。
少なくとも一実施例では、コア複合体３８１０は、限定することなく、コア３８２０（１）～３８２０（４）及びＬ３キャッシュ３８３０を含む。少なくとも一実施例では、コア複合体３８１０は、限定することなく、任意の数のコア３８２０並びに任意の数及びタイプのキャッシュを任意の組合せで含んでもよい。少なくとも一実施例では、コア３８２０は、特定のＩＳＡの命令を実行するように構成されている。少なくとも一実施例では、各コア３８２０はＣＰＵコアである。
少なくとも一実施例では、各コア３８２０は、限定することなく、フェッチ／復号ユニット３８２２、整数実行エンジン３８２４、浮動小数点実行エンジン３８２６、及びＬ２キャッシュ３８２８を含む。少なくとも一実施例では、フェッチ／復号ユニット３８２２は、命令をフェッチし、そのような命令を復号し、マイクロ・オペレーションを生成し、別個のマイクロ命令を整数実行エンジン３８２４及び浮動小数点実行エンジン３８２６にディスパッチする。少なくとも一実施例では、フェッチ／復号ユニット３８２２は、同時に、１つのマイクロ命令を整数実行エンジン３８２４にディスパッチし、別のマイクロ命令を浮動小数点実行エンジン３８２６にディスパッチすることができる。少なくとも一実施例では、整数実行エンジン３８２４は、限定ではないが、整数及びメモリ演算を実行する。少なくとも一実施例では、浮動小数点エンジン３８２６は、限定ではないが、浮動小数点及びベクトル演算を実行する。少なくとも一実施例では、フェッチ－復号ユニット３８２２は、整数実行エンジン３８２４と浮動小数点実行エンジン３８２６の両方に代わる単一の実行エンジンにマイクロ命令をディスパッチする。
少なくとも一実施例では、各コア３８２０（ｉ）、ｉはコア３８２０の特定のインスタンスを表す整数、は、コア３８２０（ｉ）に含まれるＬ２キャッシュ３８２８（ｉ）にアクセスすることができる。少なくとも一実施例では、コア複合体３８１０（ｊ）、ｊはコア複合体３８１０の特定のインスタンスを表す整数、に含まれる各コア３８２０は、コア複合体３８１０（ｊ）に含まれるＬ３キャッシュ３８３０（ｊ）を介して、コア複合体３８１０（ｊ）内の他のコア３８２０に接続される。少なくとも一実施例では、コア複合体３８１０（ｊ）、ｊはコア複合体３８１０の特定のインスタスを表す整数、に含まれる各コア３８２０は、コア複合体３８１０（ｊ）に含まれるＬ３キャッシュ３８３０（ｊ）のすべてにアクセスすることができる。少なくとも一実施例では、Ｌ３キャッシュ３８３０は、限定することなく任意の数のスライスを含んでもよい。
少なくとも一実施例では、ファブリック３８６０は、コア複合体３８１０（１）～３８１０（Ｎ）（Ｎはゼロよりも大きい整数）、Ｉ／Ｏインターフェース３８７０、及びメモリ・コントローラ３８８０にまたがるデータ及び制御の送信を容易にするシステム相互接続である。少なくとも一実施例では、ＣＰＵ３８００は、限定ではないが、ファブリック３８６０に加えて又はその代わりに、ＣＰＵ３８００の内部又は外部にあってもよい、任意の数及びタイプの直接的又は間接的にリンクされている構成要素にまたがるデータ及び制御の送信を容易にする、任意の量及びタイプのシステム相互接続を含んでもよい。少なくとも一実施例では、Ｉ／Ｏインターフェース３８７０は、任意の数及びタイプのＩ／Ｏインターフェース（ＰＣＩ、ＰＣＩ－Ｘ、ＰＣＩｅ、ＧＢＥ、ＵＳＢなど）を表す。少なくとも一実施例では、様々なタイプの周辺デバイスが、Ｉ／Ｏインターフェース３８７０に結合される。少なくとも一実施例では、Ｉ／Ｏインターフェース３８７０に結合される周辺デバイスは、限定ではないが、ディスプレイ、キーボード、マウス、プリンタ、スキャナ、ジョイスティック又は他のタイプのゲーム・コントローラ、メディア記録デバイス、外部ストレージ・デバイス、ネットワーク・インターフェース・カードなどを含んでもよい。
少なくとも一実施例では、メモリ・コントローラ３８８０は、ＣＰＵ３８００とシステム・メモリ３８９０との間のデータ転送を容易にする。少なくとも一実施例では、コア複合体３８１０及びグラフィックス複合体３８４０は、システム・メモリ３８９０を共有する。少なくとも一実施例では、ＣＰＵ３８００は、限定ではないが、１つの構成要素に専用とされてもよく、又は、複数の構成要素の間で共有されてもよい、任意の量及びタイプのメモリ・コントローラ３８８０及びメモリ・デバイスを含むメモリ・サブシステムを実装する。少なくとも一実施例では、ＣＰＵ３８００は、限定ではないが、各々が、任意の数の構成要素（例えば、コア３８２０及びコア複合体３８１０）にとってプライベートであってもよく、又は、それらの間で共有されてもよい、１つ又は複数のキャッシュ・メモリ（例えば、Ｌ２キャッシュ３８２８及びＬ３キャッシュ３８３０）を含むキャッシュ・サブシステムを実装する。
少なくとも一実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、ＣＰＵ３８００として実装されてもよい。そのよう実施例では、送信側メモリ１１６及び／又は受信側メモリ１２８は各々、システム・メモリ３８９０として実装されてもよい。
図３９は、少なくとも一実施例による、例示的な加速度計集積スライス３９９０を示す。図３９～図４８を参照しながら使用される場合、「スライス」は、アクセラレータ統合回路の処理リソースの指定部分を含む。少なくとも一実施例では、アクセラレータ統合回路は、グラフィックス加速モジュールに含まれる複数のグラフィックス処理エンジンの代わりに、キャッシュ管理、メモリ・アクセス、コンテキスト管理、及び割込み管理のサービスを提供する。グラフィックス処理エンジンは各々、別個のＧＰＵを含んでもよい。或いは、グラフィックス処理エンジンは、ＧＰＵの中に、グラフィックス実行ユニット、メディア処理エンジン（たとえば、ビデオ・エンコーダ／デコーダ）、サンプラ、及びブリット・エンジンなど、異なるタイプのグラフィックス処理エンジンを含んでもよい。少なくとも一実施例では、グラフィックス加速モジュールは、複数のグラフィックス処理エンジンを有するＧＰＵであってもよい。少なくとも一実施例では、グラフィックス処理エンジンは、共通のパッケージ、ライン・カード、又はチップに集積された個々のＧＰＵであってもよい。
システム・メモリ３９１４内のアプリケーション実効アドレス空間３９８２は、プロセス要素３９８３を格納する。一実施例では、プロセス要素３９８３は、プロセッサ３９０７上で実行されるアプリケーション３９８０からのＧＰＵ呼出し３９８１に応答して格納される。プロセス要素３９８３は、対応するアプリケーション３９８０のためのプロセス状態を包含する。プロセス要素３９８３に包含されるワーク記述子（「ＷＤ」：ｗｏｒｋ ｄｅｓｃｒｉｐｔｏｒ）３９８４は、アプリケーションによって要求される単一のジョブとすることができ、又はジョブのキューに対するポインタを包含してもよい。少なくとも一実施例では、ＷＤ３９８４はアプリケーションの実効アドレス空間３９８２におけるジョブ要求キューに対するポインタである。
グラフィックス加速モジュール３９４６及び／又は個々のグラフィックス処理エンジンは、システム内のプロセスのすべて又はサブセットによって共有することができる。少なくとも一実施例では、プロセス状態を設定し、ＷＤ ３９８４をグラフィックス加速モジュール３９４６に送信して、仮想化環境においてジョブを開始するための、インフラストラクチャが含まれてもよい。
少なくとも一実施例では、専用のプロセス・プログラミング・モデルは実装固有である。このモデルでは、単一のプロセスが、グラフィックス加速モジュール３９４６又は個々のグラフィックス処理エンジンを所有する。グラフィックス加速モジュール３９４６は単一のプロセスによって所有されるので、グラフィックス加速モジュール３９４６が割り当てられたとき、ハイパーバイザは、所有パーティションについてアクセラレータ統合回路を初期化し、オペレーティング・システムは、所有プロセスについてアクセラレータ統合回路を初期化する。
動作時、アクセラレータ統合スライス３９９０内のＷＤフェッチ・ユニット３９９１は、グラフィックス加速モジュール３９４６の１つ又は複数のグラフィックス処理エンジンによって行われることになるワークの指示を含む、次のＷＤ ３９８４をフェッチする。図示されるように、ＷＤ ３９８４からのデータは、レジスタ３９４５に格納され、メモリ管理ユニット（「ＭＭＵ」）３９３９、割込み管理回路３９４７、及び／又はコンテキスト管理回路３９４８によって使用されてもよい。たとえば、ＭＭＵ ３９３９の一実施例は、ＯＳ仮想アドレス空間３９８５内のセグメント／ページ・テーブル３９８６にアクセスするためのセグメント／ページ・ウォーク回路を含む。割込み管理回路３９４７は、グラフィックス加速モジュール３９４６から受信した割込みイベント（「ＩＮＴ」）３９９２を処理してもよい。グラフィックス動作を実施するとき、グラフィックス処理エンジンによって生成された実効アドレス３９９３は、ＭＭＵ ３９３９によって実アドレスにトランスレートされる。
一実施例では、レジスタ３９４５の同じセットが、各グラフィックス処理エンジン、及び／又はグラフィックス加速モジュール３９４６について複製され、ハイパーバイザ又はオペレーティング・システムによって初期化されてもよい。これらの複製されたレジスタは各々、アクセラレータ統合スライス３９９０に含まれてもよい。ハイパーバイザによって初期化されてもよい例示的なレジスタを、表１に示す。
Figure 2023031246000002
オペレーティング・システムによって初期化されてもよい例示的なレジスタを、表２に示す。
Figure 2023031246000003
一実施例では、各ＷＤ ３９８４は、特定のグラフィックス加速モジュール３９４６及び／又は特定のグラフィックス処理エンジンに固有のものである。ＷＤ３９８４は、グラフィックス処理エンジンがワークを行うために必要とするすべての情報を包含するか、又は完了すべきワークのコマンド・キューをアプリケーションがセットアップした場所であるメモリ・ロケーションを指すポインタとすることができる。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、図３９のシステムを使用して実装されてもよい。そのような実施例において、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、プロセッサ３９０７として実装されてもよく、送信側メモリ１１６及び／又は受信側メモリ１２８は各々、システム・メモリ３９１４として実装されてもよい。
少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、図３９のシステムを使用して実装されてもよい。そのような実施例において、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、プロセッサ３９０７として実装されてもよく、送信側メモリ１１６及び／又は受信側メモリ１２８は各々、システム・メモリ３９１４として実装されてもよい。
少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、図３９のシステムを使用して実装されてもよい。そのような実施例において、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、プロセッサ３９０７として実装されてもよく、送信側メモリ１１６及び／又は受信側メモリ１２８は各々、システム・メモリ３９１４として実装されてもよい。
図４０Ａ～図４０Ｂは、少なくとも一実施例による、例示的なグラフィックス・プロセッサを示す。少なくとも一実施例では、例示的なグラフィックス・プロセッサのいずれかは、１つ又は複数のＩＰコアを使用して作製されてもよい。図示してあるものに加えて、少なくとも一実施例では、追加のグラフィックス・プロセッサ／コア、周辺装置インターフェース・コントローラ、又は汎用プロセッサ・コアを含む他の論理及び回路が含まれてもよい。少なくとも一実施例では、例示的なグラフィックス・プロセッサは、ＳｏＣ内で使用するためのものである。
図４０Ａは、少なくとも一実施例による、１つ又は複数のＩＰコアを使用して作製されてもよいＳｏＣ集積回路の例示的なグラフィックス・プロセッサ４０１０を示す。図４０Ｂは、少なくとも一実施例による、１つ又は複数のＩＰコアを使用して作製されてもよいＳｏＣ集積回路のさらなる例示的なグラフィックス・プロセッサ４０４０を示す。少なくとも一実施例では、図４０Ａのグラフィックス・プロセッサ４０１０は、低電力グラフィックス・プロセッサ・コアである。少なくとも一実施例では、図４０Ｂのグラフィックス・プロセッサ４０４０は、高性能グラフィックス・プロセッサ・コアである。少なくとも一実施例では、グラフィックス・プロセッサ４０１０、４０４０のそれぞれは、図１６のグラフィックス・プロセッサ１６１０の変形形態とすることができる。
少なくとも一実施例では、グラフィックス・プロセッサ４０１０は、頂点プロセッサ４００５と、１つ又は複数のフラグメント・プロセッサ４０１５Ａ～４０１５Ｎ（たとえば、４０１５Ａ、４０１５Ｂ、４０１５Ｃ、４０１５Ｄ～４０１５Ｎ－１、及び４０１５Ｎ）とを含む。少なくとも一実施例では、グラフィックス・プロセッサ４０１０は、別個の論理を介して異なるシェーダ・プログラムを実行することができ、それにより、頂点プロセッサ４００５は、頂点シェーダ・プログラムのための動作を実行するように最適化され、一方、１つ又は複数のフラグメント・プロセッサ４０１５Ａ～４０１５Ｎは、フラグメント又はピクセルのシェーダ・プログラムのためのフラグメント（たとえば、ピクセル）シェーディング動作を実行する。少なくとも一実施例では、頂点プロセッサ４００５は、３Ｄグラフィックス・パイプラインの頂点処理ステージを実施し、プリミティブ及び頂点データを生成する。少なくとも一実施例では、フラグメント・プロセッサ４０１５Ａ～４０１５Ｎは、頂点プロセッサ４００５によって生成されたプリミティブ及び頂点データを使用して、ディスプレイ・デバイスに表示されるフレーム・バッファを生成する。少なくとも一実施例では、フラグメント・プロセッサ４０１５Ａ～４０１５Ｎは、ＯｐｅｎＧＬのＡＰＩにおいて提供されるフラグメント・シェーダ・プログラムを実行するように最適化され、ＯｐｅｎＧＬのＡＰＩは、Ｄｉｒｅｃｔ ３Ｄ ＡＰＩにおいて提供されるピクセル・シェーダ・プログラムと同様の動作を実施するために使用されてもよい。
少なくとも一実施例では、グラフィックス・プロセッサ４０１０はさらに、１つ又は複数のＭＭＵ ４０２０Ａ～４０２０Ｂ、キャッシュ４０２５Ａ～４０２５Ｂ、及び回路相互接続４０３０Ａ～４０３０Ｂを含む。少なくとも一実施例では、１つ又は複数のＭＭＵ ４０２０Ａ～４０２０Ｂは、頂点プロセッサ４００５及び／又はフラグメント・プロセッサ４０１５Ａ～４０１５Ｎを含む、グラフィックス・プロセッサ４０１０のための仮想から物理のアドレス・マッピングを提供し、それらは、１つ又は複数のキャッシュ４０２５Ａ～４０２５Ｂに格納された頂点又は画像／テクスチャのデータに加えて、メモリに格納された頂点又は画像／テキストのデータを参照してもよい。少なくとも一実施例では、１つ又は複数のＭＭＵ ４０２０Ａ～４０２０Ｂは、図１６の１つ若しくは複数のアプリケーション・プロセッサ１６０５、画像プロセッサ１６１５、及び／又はビデオ・プロセッサ１６２０に関連付けられた１つ又は複数のＭＭＵを含む、システム内の他のＭＭＵと同期されてもよく、それにより各プロセッサ１６０５～１６２０は、共有の又は統合された仮想メモリ・システムに参加することができる。少なくとも一実施例では、１つ又は複数の回路相互接続４０３０Ａ～４０３０Ｂは、グラフィックス・プロセッサ４０１０が、ＳｏＣの内部バスを介して、又は直接接続を介して、ＳｏＣ内の他のＩＰコアとインターフェースをとることができるようにする。
少なくとも一実施例では、グラフィックス・プロセッサ４０４０は、図４０Ａのグラフィックス・プロセッサ４０１０の１つ又は複数のＭＭＵ ４０２０Ａ～４０２０Ｂ、キャッシュ４０２５Ａ～４０２５Ｂ、及び回路相互接続４０３０Ａ～４０３０Ｂを含む。少なくとも一実施例では、グラフィックス・プロセッサ４０４０は、１つ又は複数のシェーダ・コア４０５５Ａ～４０５５Ｎ（たとえば、４０５５Ａ、４０５５Ｂ、４０５５Ｃ、４０５５Ｄ、４０５５Ｅ、４０５５Ｆ～４０５５Ｎ－１、及び４０５５Ｎ）を含み、このシェーダ・コアは、単一のコア、又はタイプ、又はコアが、頂点シェーダ、フラグメント・シェーダ、及び／又はコンピュート・シェーダを実装するシェーダ・プログラム・コードを含む、すべてのタイプのプログラム可能なシェーダ・コードを実行することができる、統合されたシェーダ・コア・アーキテクチャを提供する。少なくとも一実施例では、シェーダ・コアの数は変えることができる。少なくとも一実施例では、グラフィックス・プロセッサ４０４０は、１つ又は複数のシェーダ・コア４０５５Ａ～４０５５Ｎに実行スレッドをディスパッチするスレッド・ディスパッチャとして作用するコア間タスク・マネージャ４０４５と、たとえばシーン内のローカル空間コヒーレンスを利用するため、又は内部キャッシュの使用を最適化するために、シーンのレンダリング動作が画像空間において細分化される、タイル・ベースのレンダリングのためのタイリング動作を加速するためのタイリング・ユニット４０５８とを含む。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、グラフィックス・プロセッサ４０１０及び／又はグラフィックス・プロセッサ４０４０を含んでもよい。少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、グラフィックス・プロセッサ４０１０及び／又はグラフィックス・プロセッサ４０４０を含んでもよい。少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、グラフィックス・プロセッサ４０１０及び／又はグラフィックス・プロセッサ４０４０を含んでもよい。
図４１Ａは、少なくとも一実施例による、グラフィックス・コア４１００を示す。少なくとも一実施例では、グラフィックス・コア４１００は、図３５のグラフィックス・プロセッサ３５１０内に含まれてもよい。少なくとも一実施例では、グラフィックス・コア４１００は、図４０Ｂにあるような統合シェーダ・コア４０５５Ａ～４０５５Ｎであってもよい。少なくとも一実施例では、グラフィックス・コア４１００は、共有命令キャッシュ４１０２、テクスチャ・ユニット４１１８、及びキャッシュ／共有メモリ４１２０を含み、これらは、グラフィックス・コア４１００内の実行リソースに共通である。少なくとも一実施例では、グラフィックス・コア４１００は、複数のスライス４１０１Ａ～４１０１Ｎ、又はコアごとのパーティションを含むことができ、グラフィックス・プロセッサは、グラフィックス・コア４１００の複数のインスタンスを含むことができる。スライス４１０１Ａ～４１０１Ｎは、ローカル命令キャッシュ４１０４Ａ～４１０４Ｎ、スレッド・スケジューラ４１０６Ａ～４１０６Ｎ、スレッド・ディスパッチャ４１０８Ａ～４１０８Ｎ、及びレジスタのセット４１１０Ａ～４１１０Ｎを含む、サポート論理を含むことができる。少なくとも一実施例では、スライス４１０１Ａ～４１０１Ｎは、追加機能ユニット（「ＡＦＵ」）４１１２Ａ～４１１２Ｎ、浮動小数点ユニット（「ＦＰＵ」）４１１４Ａ～４１１４Ｎ、整数算術論理演算ユニット（「ＡＬＵ」）４１１６～４１１６Ｎ、アドレス計算ユニット（「ＡＣＵ」）４１１３Ａ～４１１３Ｎ、倍精度浮動小数点ユニット（「ＤＰＦＰＵ」）４１１５Ａ～４１１５Ｎ、及び行列処理ユニット（「ＭＰＵ」）４１１７Ａ～４１１７Ｎのセットを含むことができる。
少なくとも一実施例では、ＦＰＵ ４１１４Ａ～４１１４Ｎは、単精度（３２ビット）及び半精度（１６ビット）の浮動小数点演算を実施することができ、ＤＰＦＰＵ ４１１５Ａ～４１１５Ｎは、倍精度（６４ビット）の浮動小数点演算を実施する。少なくとも一実施例では、ＡＬＵ ４１１６Ａ～４１１６Ｎは、８ビット、１６ビット、及び３２ビットの精度で可変精度の整数演算を実施することができ、混合精度の演算用に構成することができる。少なくとも一実施例では、ＭＰＵ ４１１７Ａ～４１１７Ｎも、半精度浮動小数点及び８ビット整数演算を含む混合精度の行列演算用に構成することができる。少なくとも一実施例では、ＭＰＵ ４１１７～４１１７Ｎは、汎用行列－行列乗算（「ＧＥＭＭ」）の加速をサポートできるようにすることを含め、ＣＵＤＡプログラムを加速する様々な行列演算を実施することができる。少なくとも一実施例では、ＡＦＵ ４１１２Ａ～４１１２Ｎは、三角関数演算（たとえば、サイン、コサインなど）を含む、浮動小数点ユニット又は整数ユニットによってサポートされていない追加の論理演算を実施することができる。
図４１Ｂは、少なくとも一実施例による、汎用グラフィックス・プロセッシング・ユニット（「ＧＰＧＰＵ」）４１３０を示す。少なくとも一実施例では、ＧＰＧＰＵ ４１３０は、高並列であり、マルチ・チップ・モジュール上での導入に適している。少なくとも一実施例では、ＧＰＧＰＵ ４１３０は、高並列コンピュート動作がＧＰＵのアレイによって実施されることを可能にするように構成することができる。少なくとも一実施例では、ＧＰＧＰＵ ４１３０は、ＧＰＧＰＵ ４１３０の他のインスタンスに直接リンクされて、ＣＵＤＡプログラムの実行時間を改善するためにマルチＧＰＵクラスタを作成することができる。少なくとも一実施例では、ＧＰＧＰＵ ４１３０は、ホスト・プロセッサとの接続を可能にするホスト・インターフェース４１３２を含む。少なくとも一実施例では、ホスト・インターフェース４１３２は、ＰＣＩｅインターフェースである。少なくとも一実施例では、ホスト・インターフェース４１３２は、ベンダ固有の通信インターフェース又は通信ファブリックとすることができる。少なくとも一実施例では、ＧＰＧＰＵ ４１３０は、ホスト・プロセッサからコマンドを受信し、グローバル・スケジューラ４１３４を使用して、これらのコマンドに関連付けられた実行スレッドを、コンピュート・クラスタ４１３６Ａ～４１３６Ｈのセットに分配する。少なくとも一実施例では、コンピュート・クラスタ４１３６Ａ～４１３６Ｈは、キャッシュ・メモリ４１３８を共有する。少なくとも一実施例では、キャッシュ・メモリ４１３８は、コンピュート・クラスタ４１３６Ａ～４１３６Ｈ内のキャッシュ・メモリ用の高レベル・キャッシュとして作用することができる。
少なくとも一実施例では、ＧＰＧＰＵ ４１３０は、メモリ・コントローラ４１４２Ａ～４１４２Ｂのセットを介して、コンピュート・クラスタ４１３６Ａ～４１３６Ｈに結合されたメモリ４１４４Ａ～４１４４Ｂを含む。少なくとも一実施例では、メモリ４１４４Ａ～４１４４Ｂは、グラフィックス・ダブル・データ・レート（「ＧＤＤＲ」：ｇｒａｐｈｉｃｓ ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ）メモリを含む、同期グラフィックス・ランダム・アクセス・メモリ（「ＳＧＲＡＭ」）などのＤＲＡＭ又はグラフィックス・ランダム・アクセス・メモリを含む、様々なタイプのメモリ・デバイスを含むことができる。
少なくとも一実施例では、コンピュート・クラスタ４１３６Ａ～４１３６Ｈはそれぞれ、図１６Ａのグラフィックス・コア４１００などのグラフィックス・コアのセットを含み、このグラフィックス・コアのセットは、ＣＵＤＡプログラムと関連付けられる計算に適したものを含め、様々な精度で計算動作を実施することができる複数のタイプの整数及び浮動小数点の論理ユニットを含むことができる。たとえば、少なくとも一実施例では、コンピュート・クラスタ４１３６Ａ～４１３６Ｈそれぞれにおける浮動小数点ユニットの少なくともサブセットは、１６ビット又は３２ビットの浮動小数点演算を実施するように構成することができ、一方、浮動小数点ユニットの別のサブセットは、６４ビットの浮動小数点演算を実施するように構成することができる。
少なくとも一実施例では、ＧＰＧＰＵ ４１３０の複数のインスタンスは、コンピュート・クラスタとして動作するように構成することができる。少なくとも一実施例では、コンピュート・クラスタ４１３６Ａ～４１３６Ｈは、同期及びデータ交換のための、任意の技術的に実現可能な通信技法を実施してもよい。少なくとも一実施例では、ＧＰＧＰＵ ４１３０の複数のインスタンスは、ホスト・インターフェース４１３２を通じて通信する。少なくとも一実施例では、ＧＰＧＰＵ ４１３０は、Ｉ／Ｏハブ４１３９を含み、このハブは、ＧＰＧＰＵ ４１３０の他のインスタンスに直接接続できるようにするＧＰＵリンク４１４０に、ＧＰＧＰＵ ４１３０を結合する。少なくとも一実施例では、ＧＰＵリンク４１４０は、ＧＰＧＰＵ ４１３０の複数のインスタンス間で通信及び同期できるようにするＧＰＵからＧＰＵへの専用のブリッジに結合される。少なくとも一実施例では、ＧＰＵリンク４１４０は、他のＧＰＧＰＵ ４１３０又は並列プロセッサにデータを送受信するための高速相互接続に結合される。少なくとも一実施例では、ＧＰＧＰＵ ４１３０の複数のインスタンスは、別々のデータ処理システム内に配置され、ホスト・インターフェース４１３２を介してアクセス可能なネットワーク・デバイスを介して通信する。少なくとも一実施例では、ＧＰＵリンク４１４０は、ホスト・インターフェース４１３２に加えて、又はその代わりに、ホスト・プロセッサに接続できるように構成することができる。少なくとも一実施例では、ＧＰＧＰＵ ４１３０は、ＣＵＤＡプログラムを実行するように構成することができる。
少なくとも一実施例では、送信側デバイス１０２及び／又は受信側デバイス１０４は各々、グラフィックス・コア４１００及び／又はＧＰＧＰＵ ４１３０を含んでもよい。少なくとも一実施例では、Ｔｘホスト・コンピュータ５２４、５２６、及び５２８並びに／又はＲｘホスト・コンピュータ５４０のうちの１つ又は複数は各々、グラフィックス・コア４１００及び／又はＧＰＧＰＵ ４１３０を含んでもよい。少なくとも一実施例では、Ｏ－ＤＵ８１２及び／又はＯ－ＲＵ８１４は各々、グラフィックス・コア４１００及び／又はＧＰＧＰＵ ４１３０を含んでもよい。
図４２Ａは、少なくとも一実施例による、並列プロセッサ４２００を示す。少なくとも一実施例では、並列プロセッサ４２００の様々な構成要素は、プログラム可能なプロセッサ、特定用途向け集積回路（「ＡＳＩＣ」）、又はＦＰＧＡなどの１つ又は複数の集積回路デバイスを使用して実装されてもよい。
少なくとも一実施例では、並列プロセッサ４２００は並列処理ユニット４２０２を含む。少なくとも一実施例では、並列処理ユニット４２０２は、並列処理ユニット４２０２の他のインスタンスを含む他のデバイスと通信できるようにするＩ／Ｏユニット４２０２を含む。少なくとも一実施例では、Ｉ／Ｏユニット４２０４は、他のデバイスに直接接続されてもよい。少なくとも一実施例では、Ｉ／Ｏユニット４２０４は、メモリ・ハブ１７０５などのハブ又はスイッチ・インターフェースの使用を介して、他のデバイスと接続される。少なくとも一実施例では、メモリ・ハブ１７０５とＩ／Ｏユニット４２０４との間の接続は、通信リンクを形成する。少なくとも一実施例では、Ｉ／Ｏユニット４２０４は、ホスト・インターフェース４２０６及びメモリ・クロスバー４２１６に接続され、ここでホスト・インターフェース４２０６は、処理動作の実施を対象とするコマンドを受信し、メモリ・クロスバー４２１６は、メモリ動作の実施を対象とするコマンドを受信する。
少なくとも一実施例では、ホスト・インターフェース４２０６が、Ｉ／Ｏユニット４２０４を介してコマンド・バッファを受信すると、ホスト・インターフェース４２０６は、これらのコマンドを実施するためのワーク動作をフロント・エンド４２０８に向けることができる。少なくとも一実施例では、フロント・エンド４２０８はスケジューラ４２１０に結合され、このスケジューラは、コマンド又は他のワーク・アイテムを処理アレイ４２１２に分配するように構成される。少なくとも一実施例では、スケジューラ４２１０は、処理アレイ４２１２にタスクが分配される前に、処理アレイ４２１２が適切に構成され、有効な状態にあることを確実にする。少なくとも一実施例では、スケジューラ４２１０は、マイクロコントローラで実行しているファームウェア論理を介して実装される。少なくとも一実施例では、マイクロコントローラ実装スケジューラ４２１０は、複雑なスケジューリング及びワーク分配動作を、粗い粒度及び細かい粒度で実施するように構成可能であり、処理アレイ４２１２で実行しているスレッドの迅速なプリエンプション及びコンテキストのスイッチングができるようにする。少なくとも一実施例では、ホスト・ソフトウェアは、処理アレイ４２１２でのスケジューリングのワークロードを、複数のグラフィックス処理のドアベルのうち１つを介して証明することができる。少なくとも一実施例では、次いで、スケジューラ４２１０を含むマイクロコントローラ内のスケジューラ４２１０論理によって、ワークロードを自動的に処理アレイ４２１２全体に分配することができる。
少なくとも一実施例では、処理アレイ４２１２は、最大「Ｎ個」のクラスタ（たとえば、クラスタ４２１４Ａ、クラスタ４２１４Ｂ～クラスタ４２１４Ｎ）を含むことができる。少なくとも一実施例では、処理アレイ４２１２の各クラスタ４２１４Ａ～４２１４Ｎは、大量の同時スレッドを実行することができる。少なくとも一実施例では、スケジューラ４２１０は、様々なスケジューリング及び／又はワーク分配のアルゴリズムを使用して、処理アレイ４２１２のクラスタ４２１４Ａ～４２１４Ｎにワークを配分することができ、これらのアルゴリズムは、プログラム又は計算のタイプごとに生じるワークロードに応じて異なってもよい。少なくとも一実施例では、スケジューリングは、スケジューラ４２１０によって動的に対処されてもよく、又は処理アレイ４２１２によって実行されるように構成されたプログラム論理のコンパイル中に、コンパイラ論理によって部分的に支援されてもよい。少なくとも一実施例では、処理アレイ４２１２の異なるクラスタ４２１４Ａ～４２１４Ｎは、異なるタイプのプログラムを処理するように、又は異なるタイプの計算を実施するように配分することができる。
少なくとも一実施例では、処理アレイ４２１２は、様々なタイプの並列処理動作を実施するように構成することができる。少なくとも一実施例では、処理アレイ４２１２は、汎用の並列コンピュート動作を実施するように構成される。たとえば、少なくとも一実施例では、処理アレイ４２１２は、ビデオ及び／又はオーディオ・データのフィルタリング、物理動作を含むモデリング動作の実施、並びにデータ変換の実施を含む処理タスクを実行するための論理を含むことができる。
少なくとも一実施例では、処理アレイ４２１２は、並列グラフィックス処理動作を実施するように構成される。少なくとも一実施例では、処理アレイ４２１２は、テクスチャ動作を実施するためのテクスチャ・サンプリング論理、並びにモザイク論理、及び他の頂点処理論理を含むがこれらに限定されない、かかるグラフィックス処理動作の実行をサポートするための追加の論理を含むことができる。少なくとも一実施例では、処理アレイ４２１２は、頂点シェーダ、モザイク・シェーダ、ジオメトリ・シェーダ、及びピクセル・シェーダなどであるがこれらに限定されない、グラフィックス処理関連のシェーダ・プログラムを実行するように構成することができる。少なくとも一実施例では、並列処理ユニット４２０２は、処理のためにデータをシステム・メモリからＩ／Ｏユニット４２０４を介して転送することができる。少なくとも一実施例では、処理中、転送されたデータを、処理中はオン・チップ・メモリ（たとえば、並列プロセッサ・メモリ４２２２）に格納し、次いでシステム・メモリに書き戻すことができる。
少なくとも一実施例では、並列処理ユニット４２０２を使用してグラフィックス処理が実施される場合、処理アレイ４２１２の複数のクラスタ４２１４Ａ～４２１４Ｎにグラフィックス処理動作をよりうまく分配できるようにするため、処理ワークロードをおおよそ等しい大きさのタスクに分割するようにスケジューラ４２１０を構成することができる。少なくとも一実施例では、処理アレイ４２１２の部分は、異なるタイプの処理を実施するように構成することができる。たとえば、少なくとも一実施例では、レンダリング画像を生成して表示するため、第１の部分は、頂点シェーディング及びトポロジ生成を実施するように構成されてもよく、第２の部分は、モザイク及びジオメトリのシェーディングを実施するように構成されてもよく、第３の部分は、ピクセル・シェーディング又は他の画面空間動作を実施するように構成されてもよい。少なくとも一実施例では、クラスタ４２１４Ａ～４２１４Ｎのうち１つ又は複数によって生成される中間データをバッファに格納して、さらなる処理のためにクラスタ４２１４Ａ～４２１４Ｎの間で中間データを送信することを可能にしてもよい。
少なくとも一実施例では、処理アレイ４２１２は、実行される処理タスクをスケジューラ４２１０を介して受信することができ、このスケジューラは、処理タスクを定義するコマンドをフロント・エンド４２０８から受信する。少なくとも一実施例では、処理タスクは、処理されるデータのインデックス、たとえば、表面（パッチ）データ、プリミティブ・データ、頂点データ、及び／又はピクセル・データ、並びに状態パラメータ、及びデータをどのように処理すべきかを定義するコマンド（たとえば、どのプログラムを実行すべきか）を含むことができる。少なくとも一実施例では、スケジューラ４２１０は、タスクに対応するインデックスをフェッチするように構成されてもよく、又はフロント・エンド４２０８からインデックスを受信してもよい。少なくとも一実施例では、フロント・エンド４２０８は、入ってくるコマンド・バッファ（たとえば、バッチ・バッファ、プッシュ・バッファなど）によって指定されるワークロードが開始される前に、処理アレイ４２１２が有効な状態に構成されていることを確保するように構成することができる。
少なくとも一実施例では、並列処理ユニット４２０２の１つ又は複数のインスタンスはそれぞれ、並列プロセッサ・メモリ４２２２と結合することができる。少なくとも一実施例では、並列プロセッサ・メモリ４２２２には、メモリ・クロスバー４２１６を介してアクセスすることができ、このメモリ・クロスバーは、処理アレイ４２１２並びにＩ／Ｏユニット４２０４からメモリ要求を受信することができる。少なくとも一実施例では、メモリ・クロスバー４２１６は、メモリ・インターフェース４２１８を介して並列プロセッサ・メモリ４２２２にアクセスすることができる。少なくとも一実施例では、メモリ・インターフェース４２１８は、複数のパーティション・ユニット（たとえば、パーティション・ユニット４２２０Ａ、パーティション・ユニット４２２０Ｂ～パーティション・ユニット４２２０Ｎ）を含むことができ、これらのユニットはそれぞれ、並列プロセッサ・メモリ４２２２の一部分（たとえば、メモリ・ユニット）に結合することができる。少なくとも一実施例では、パーティション・ユニット４２２０Ａ～４２２０Ｎの数は、メモリ・ユニットの数と等しくなるように構成され、それにより、第１のパーティション・ユニット４２２０Ａは、対応する第１のメモリ・ユニット４２２４Ａを有し、第２のパーティション・ユニット４２２０Ｂは、対応するメモリ・ユニット４２２４Ｂを有し、Ｎ番目のパーティション・ユニット４２２０Ｎは、対応するＮ番目のメモリ・ユニット４２２４Ｎを有する。少なくとも一実施例では、パーティション・ユニット４２２０Ａ～４２２０Ｎの数は、メモリ・デバイスの数に等しくなくてもよい。
少なくとも一実施例では、メモリ・ユニット４２２４Ａ～４２２４Ｂは、ＧＤＤＲメモリを含む、ＳＧＲＡＭなどのＤＲＡＭ又はグラフィックス・ランダム・アクセス・メモリを含む、様々なタイプのメモリ・デバイスを含むことができる。少なくとも一実施例では、メモリ・ユニット４２２４Ａ～４２２４Ｎはまた、高帯域幅メモリ（「ＨＢＭ」）を含むがこれに限定されない３Ｄ積層メモリを含んでもよい。少なくとも一実施例では、並列プロセッサ・メモリ４２２２の利用可能な帯域幅を効率的に使用するため、フレーム・バッファ又はテクスチャ・マップなどのレンダー・ターゲットが、メモリ・ユニット４２２４Ａ～４２２４Ｎにわたって格納されて、パーティション・ユニット４２２０Ａ～４２２０Ｎが、各レンダー・ターゲットの部分を並列に書き込みできるようにしてもよい。少なくとも一実施例では、システム・メモリとローカル・キャッシュ・メモリを併用する統合メモリ設計に有利なように、並列プロセッサ・メモリ４２２２のローカル・インスタンスは除外されてもよい。
少なくとも一実施例では、処理アレイ４２１２のクラスタ４２１４Ａ～４２１４Ｎのうちいずれか１つは、並列プロセッサ・メモリ４２２２内のメモリ・ユニット４２２４Ａ～４２２４Ｎのいずれかに書き込まれることになるデータを処理することができる。少なくとも一実施例では、メモリ・クロスバー４２１６は、各クラスタ４２１４Ａ～４２１４Ｎの出力を、出力に対してさらなる処理動作を実施することができる任意のパーティション・ユニット４２２０Ａ～４２２０Ｎ、又は別のクラスタ４２１４Ａ～４２１４Ｎに転送するように構成することができる。少なくとも一実施例では、各クラスタ４２１４Ａ～４２１４Ｎは、メモリ・クロスバー４２１６を通ってメモリ・インターフェース４２１８と通信して、様々な外部メモリ・デバイスからの読取り、又はそれらへの書込みを行うことができる。少なくとも一実施例では、メモリ・クロスバー４２１６は、Ｉ／Ｏユニット４２０４と通信するためのメモリ・インターフェース４２１８への接続部、並びに並列プロセッサ・メモリ４２２２のローカル・インスタンスへの接続部を有して、異なるクラスタ４２１４Ａ～４２１４Ｎ内の処理ユニットが、システム・メモリ、又は並列処理ユニット４２０２のローカルにない他のメモリと通信できるようにする。少なくとも一実施例では、メモリ・クロスバー４２１６は、仮想チャネルを使用して、クラスタ４２１４Ａ～４２１４Ｎと、パーティション・ユニット４２２０Ａ～４２２０Ｎとの間でトラフィック・ストリームを分離することができる。
少なくとも一実施例では、並列処理ユニット４２０２の複数のインスタンスは、単一のアドイン・カードに提供することができ、又は複数のアドイン・カードを相互接続することができる。少なくとも一実施例では、異なるインスタンスが、異なる数の処理コア、異なる量のローカル並列プロセッサ・メモリ、及び／又は他の異なる構成を有する場合でも、並列処理ユニット４２０２の異なるインスタンスは相互動作するように構成することができる。たとえば、少なくとも一実施例では、並列処理ユニット４２０２のいくつかインスタンスは、他のインスタンスに比べて高い精度の浮動小数点ユニットを含むことができる。少なくとも一実施例では、並列処理ユニット４２０２又は並列プロセッサ４２００のうち１つ又は複数のインスタンスを組み込んだシステムは、デスクトップ、ラップトップ、若しくは携帯型のパーソナル・コンピュータ、サーバ、ワークステーション、ゲーム・コンソール、及び／又は組み込みシステムを含むがこれらに限定されない、様々な構成及びフォーム・ファクタで実装することができる。
少なくとも一実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、並列プロセッサ４２００として実装されてもよい。そのような実施例では、送信側メモリ１１６及び／又は受信側メモリ１２８は各々、図４２Ａに示され、及び／又は、図４２Ａに関連して説明されている任意のメモリを使用して実装されてもよい。
図４２Ｂは、少なくとも一実施例による、処理クラスタ４２９４を示す。少なくとも一実施例では、処理クラスタ４２９４は、並列処理ユニット内に含まれる。少なくとも一実施例では、処理クラスタ４２９４は、図４２の処理クラスタ４２１４Ａ～４２１４Ｎのうち１つである。少なくとも一実施例では、処理クラスタ４２９４は、多数のスレッドを並列で実行するように構成することができ、ここで用語「スレッド」とは、入力データの特定のセットに対して実行している特定のプログラムのインスタンスを指す。少なくとも一実施例では、複数の独立した命令ユニットを提供することなく、多数のスレッドの並列実行をサポートするのに、単一命令複数データ（「ＳＩＭＤ」）の命令発行技法が使用される。少なくとも一実施例では、各処理クラスタ４２９４内の処理エンジンのセットに命令を発行するように構成された共通の命令ユニットを使用して、全体的に同期された多数のスレッドの並列実行をサポートするために、単一命令複数スレッド（「ＳＩＭＴ」）の技法が使用される。
少なくとも一実施例では、処理クラスタ４２９４の動作は、ＳＩＭＴ並列プロセッサに処理タスクを分配するパイプライン・マネージャ４２３２を介して制御することができる。少なくとも一実施例では、パイプライン・マネージャ４２３２は、図４２のスケジューラ４２１０から命令を受信し、グラフィックス・マルチプロセッサ４２３４及び／又はテクスチャ・ユニット４２３６を介してこれらの命令の実行を管理する。少なくとも一実施例では、グラフィックス・マルチプロセッサ４２３４は、ＳＩＭＴ並列プロセッサの例示的なインスタンスである。しかし、少なくとも一実施例では、アーキテクチャの異なる様々なタイプのＳＩＭＴ並列プロセッサが、処理クラスタ４２９４内に含まれてもよい。少なくとも一実施例では、グラフィックス・マルチプロセッサ４２３４の１つ又は複数のインスタンスは、処理クラスタ４２９４内に含めることができる。少なくとも一実施例では、グラフィックス・マルチプロセッサ４２３４はデータを処理することができ、処理済みデータを、他のシェーダ・ユニットを含む複数の可能な宛先のうちの１つに分配するのに、データ・クロスバー４２４０を使用することができる。少なくとも一実施例では、パイプライン・マネージャ４２３２は、データ・クロスバー４２４０を介して分配されることになる処理済みデータの宛先を指定することによって、処理済みデータの分配を容易にすることができる。
少なくとも一実施例では、処理クラスタ４２９４内の各グラフィックス・マルチプロセッサ４２３４は、関数実行論理（たとえば、算術論理演算ユニット、ロード／ストア・ユニット（「ＬＳＵ」）など）の同一のセットを含むことができる。少なくとも一実施例では、関数実行論理は、前の命令が完了する前に新規の命令を発行することができる、パイプライン方式で構成することができる。少なくとも一実施例では、関数実行論理は、整数及び浮動小数点の算術、比較演算、ブール演算、ビット・シフト、及び様々な代数関数の計算を含む様々な演算をサポートする。少なくとも一実施例では、同じ関数ユニットのハードウェアを活用して、異なる演算を実施することができ、関数ユニットの任意の組合せが存在してもよい。
少なくとも一実施例では、処理クラスタ４２９４に送信される命令がスレッドを構成する。少なくとも一実施例では、並列処理エンジンのセットにわたって実行されているスレッドのセットが、スレッド・グループである。少なくとも一実施例では、スレッド・グループは、異なる入力データに対してプログラムを実行する。少なくとも一実施例では、スレッド・グループ内の各スレッドを、グラフィックス・マルチプロセッサ４２３４内の異なる処理エンジンに割り当てることができる。少なくとも一実施例では、スレッド・グループは、グラフィックス・マルチプロセッサ４２３４内の処理エンジンの数よりも少ないスレッドを含んでもよい。少なくとも一実施例では、スレッド・グループが処理エンジンの数よりも少ないスレッドを含む場合、処理エンジンの１つ又は複数は、そのスレッド・グループが処理されているサイクル中にはアイドルであってもよい。少なくとも一実施例では、スレッド・グループはまた、グラフィックス・マルチプロセッサ４２３４内の処理エンジンの数よりも多いスレッドを含んでもよい。少なくとも一実施例では、スレッド・グループがグラフィックス・マルチプロセッサ４２３４内の処理エンジンの数より多くのスレッドを含む場合、連続したクロック・サイクルにわたって処理を実施することができる。少なくとも一実施例では、複数のスレッド・グループを、グラフィックス・マルチプロセッサ４２３４上で同時に実行することができる。
少なくとも一実施例では、グラフィックス・マルチプロセッサ４２３４は、ロード及びストアの動作を実施する内部キャッシュ・メモリを含む。少なくとも一実施例では、グラフィックス・マルチプロセッサ４２３４は、内部キャッシュをやめて、処理クラスタ４２９４内のキャッシュ・メモリ（たとえば、Ｌ１キャッシュ４２４８）を使用することができる。少なくとも一実施例では、各グラフィックス・マルチプロセッサ４２３４は、パーティション・ユニット（たとえば、図４２のパーティション・ユニット４２２０Ａ～４２２０Ｎ）内のレベル２（「Ｌ２」）キャッシュにもアクセスすることができ、これらのキャッシュは、すべての処理クラスタ４２９４間で共有され、スレッド間でデータを転送するために使用されてもよい。少なくとも一実施例では、グラフィックス・マルチプロセッサ４２３４は、オフ・チップのグローバル・メモリにもアクセスすることができ、このメモリは、ローカル並列プロセッサ・メモリ及び／又はシステム・メモリのうち１つ又は複数を含むことができる。少なくとも一実施例では、並列処理ユニット４２０２の外部にある任意のメモリが、グローバル・メモリとして使用されてもよい。少なくとも一実施例では、処理クラスタ４２９４は、共通の命令及びデータを共有することができるグラフィックス・マルチプロセッサ４２３４の複数のインスタンスを含み、これらはＬ１キャッシュ４２４８に格納されてもよい。
少なくとも一実施例では、各処理クラスタ４２９４は、仮想アドレスを物理アドレスにマッピングするように構成されたＭＭＵ ４２４５を含んでもよい。少なくとも一実施例では、ＭＭＵ ４２４５の１つ又は複数のインスタンスは、図４２のメモリ・インターフェース４２１８内にあってもよい。少なくとも一実施例では、ＭＭＵ ４２４５は、仮想アドレスを、タイル及び任意選択でキャッシュ・ライン・インデックスの物理アドレスにマッピングするために使用されるページ・テーブル・エントリ（「ＰＴＥ」）のセットを含む。少なくとも一実施例では、ＭＭＵ ４２４５は、アドレスのトランスレーション・ルックアサイド・バッファ（「ＴＬＢ」）又はキャッシュを含んでもよく、これらは、グラフィックス・マルチプロセッサ４２３４若しくはＬ１キャッシュ４２４８、又は処理クラスタ４２９４内にあってもよい。少なくとも一実施例では、表面データ・アクセスをローカルに分散するように物理アドレスを処理して、パーティション・ユニット間で要求の効率的なインターリーブが可能になる。少なくとも一実施例では、キャッシュ・ライン・インデックスを使用して、キャッシュ・ラインの要求がヒットか又はミスかが判定されてもよい。
少なくとも一実施例では、各グラフィックス・マルチプロセッサ４２３４がテクスチャ・ユニット４２３６に結合されて、テクスチャ・マッピング動作、たとえば、テクスチャ・サンプル位置の判定、テクスチャ・データの読取り、及びテクスチャ・データのフィルタリングが実施されるように、処理クラスタ４２９４が構成されてもよい。少なくとも一実施例では、テクスチャ・データは、内部テクスチャＬ１キャッシュ（図示せず）から、又はグラフィックス・マルチプロセッサ４２３４内のＬ１キャッシュから読み取られ、必要に応じて、Ｌ２キャッシュ、ローカル並列プロセッサ・メモリ、又はシステム・メモリからフェッチされる。少なくとも一実施例では、各グラフィックス・マルチプロセッサ４２３４は、処理済みタスクをデータ・クロスバー４２４０に出力して、さらなる処理ができるように別の処理クラスタ４２９４に処理済みタスクを提供し、又はメモリ・クロスバー４２１６を介して、Ｌ２キャッシュ、ローカル並列プロセッサ・メモリ、又はシステム・メモリに処理済みタスクを格納する。少なくとも一実施例では、プレ・ラスタ演算ユニット（「プレＲＯＰ」）４２４２は、グラフィックス・マルチプロセッサ４２３４からデータを受信し、ＲＯＰユニットにデータを仕向けるように構成されており、ＲＯＰユニットは、本明細書に記載するように、パーティション・ユニット（たとえば、図４２のパーティション・ユニット４２２０Ａ～４２２０Ｎ）と共に配置されてもよい。少なくとも一実施例では、プレＲＯＰ ４２４２は、色ブレンディングの最適化を実施し、ピクセル色データを組織化し、アドレス・トランスレーションを実施することができる。
少なくとも一実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、処理クラスタ４２９４として実装されてもよい。そのような実施例では、送信側メモリ１１６及び／又は受信側メモリ１２８は各々、図４２Ｂに示され、及び／又は、図４２Ｂに関連して説明されている任意のメモリを使用して実装されてもよい。
図４２Ｃは、少なくとも一実施例による、グラフィックス・マルチプロセッサ４２９６を示す。少なくとも一実施例では、グラフィックス・マルチプロセッサ４２９６は、図４２Ｂのグラフィックス・マルチプロセッサ４２３４である。少なくとも一実施例では、グラフィックス・マルチプロセッサ４２９６は、処理クラスタ４２９４のパイプライン・マネージャ４２３２と結合する。少なくとも一実施例では、グラフィックス・マルチプロセッサ４２９６は、命令キャッシュ４２５２、命令ユニット４２５４、アドレス・マッピング・ユニット４２５６、レジスタ・ファイル４２５８、１つ又は複数のＧＰＧＰＵコア４２６２、及び１つ又は複数のＬＳＵ４２６６を含むがこれらに限定されない実行パイプラインを有する。ＧＰＧＰＵコア４２６２、及びＬＳＵ ４２６６は、メモリ及びキャッシュ相互接続４２６８を介して、キャッシュ・メモリ４２７２及び共有メモリ４２７０と結合される。
少なくとも一実施例では、命令キャッシュ４２４５は、実行すべき命令のストリームをパイプライン・マネージャ４２３２から受信する。少なくとも一実施例では、命令は、命令キャッシュ４２５２にキャッシュされ、命令ユニット４２５２により実行されるようにディスパッチされる。少なくとも一実施例では、命令ユニット４２５４は、命令をスレッド・グループ（たとえば、ワープ）としてディスパッチすることができ、スレッド・グループの各スレッドは、ＧＰＧＰＵコア４２６２内の異なる実行ユニットに割り当てられる。少なくとも一実施例では、命令は、統一アドレス空間内のアドレスを指定することによって、ローカル、共有、又はグローバルのアドレス空間のいずれかにアクセスすることができる。少なくとも一実施例では、アドレス・マッピング・ユニット４２５６を使用して、統一アドレス空間のアドレスを、ＬＳＵ ４２６６がアクセスできる個別メモリ・アドレスにトランスレートすることができる。
少なくとも一実施例では、レジスタ・ファイル４２５８は、グラフィックス・マルチプロセッサ４２９６の機能ユニットにレジスタのセットを提供する。少なくとも一実施例では、レジスタ・ファイル４２５８は、グラフィックス・マルチプロセッサ４２９６の機能ユニット（たとえば、ＧＰＧＰＵコア４２６２、ＬＳＵ ４２６６）のデータ経路に接続された、オペランドのための一時的なストレージを提供する。少なくとも一実施例では、レジスタ・ファイル４２５８は、各機能ユニットがレジスタ・ファイル４２５８の専用部分に配分されるように、機能ユニットそれぞれの間で分割される。少なくとも一実施例では、レジスタ・ファイル４２５８は、グラフィックス・マルチプロセッサ４２９６によって実行されている異なるスレッド・グループ間で分割される。
少なくとも一実施例では、ＧＰＧＰＵコア４２６２はそれぞれ、グラフィックス・マルチプロセッサ４２９６の命令を実行するのに使用される、ＦＰＵ及び／又は整数ＡＬＵを含むことができる。ＧＰＧＰＵコア４２６２同士は、同様のアーキテクチャであってもよく、又は異なるアーキテクチャであってもよい。少なくとも一実施例では、ＧＰＧＰＵコア４２６２の第１の部分は、単精度ＦＰＵ及び整数ＡＬＵを含み、ＧＰＧＰＵコア４２６２の第２の部分は、倍精度ＦＰＵを含む。少なくとも一実施例では、ＦＰＵは、浮動小数点演算のためにＩＥＥＥ７５４－２００８規格を実装することができ、又は可変精度の浮動小数点演算を有効にすることができる。少なくとも一実施例では、グラフィックス・マルチプロセッサ４２９６はさらに、矩形コピー又はピクセル・ブレンディング動作などの特定の機能を実施する、１つ若しくは複数の固定機能ユニット又は特別機能ユニットを含むことができる。少なくとも一実施例では、ＧＰＧＰＵコア４２６２の１つ又は複数は、固定の又は特別な機能論理も含むことができる。
少なくとも一実施例では、ＧＰＧＰＵコア４２６２は、複数のデータ・セットに対して単一の命令を実施することができるＳＩＭＤ論理を含む。少なくとも一実施例では、ＧＰＧＰＵコア４２６２は、ＳＩＭＤ４、ＳＩＭＤ８、及びＳＩＭＤ１６の命令を物理的に実行することができ、ＳＩＭＤ１、ＳＩＭＤ２、及びＳＩＭＤ３２の命令を論理的に実行することができる。少なくとも一実施例では、ＧＰＧＰＵコア４２６２のためのＳＩＭＤ命令は、シェーダ・コンパイラによるコンパイル時に生成することができ、又は単一プログラム複数データ（「ＳＰＭＤ」）若しくはＳＩＭＴのアーキテクチャ向けに書かれコンパイルされたプログラムを実行しているときに、自動的に生成することができる。少なくとも一実施例では、ＳＩＭＴ実行モデルのために構成されたプログラムの複数のスレッドは、単一のＳＩＭＤ命令を介して実行することができる。たとえば、少なくとも一実施例では、同じ又は同様の動作を実施する８個のＳＩＭＴスレッドを、単一のＳＩＭＤ８の論理ユニットを介して並列で実行することができる。
少なくとも一実施例では、メモリ及びキャッシュ相互接続４２６８は、グラフィックス・マルチプロセッサ４２９６の各機能ユニットをレジスタ・ファイル４２５８及び共有メモリ４２７０に接続する相互接続ネットワークである。少なくとも一実施例では、メモリ及びキャッシュ相互接続４２６８は、ＬＳＵ ４２６６が、共有メモリ４２７０とレジスタ・ファイル４２５８との間にロード及びストアの動作を実装するのを可能にする、クロスバー相互接続である。少なくとも一実施例では、レジスタ・ファイル４２５８は、ＧＰＧＰＵコア４２６２と同じ周波数で動作することができ、したがって、ＧＰＧＰＵコア４２６２とレジスタ・ファイル４２５８との間のデータ転送は非常に低レイテンシである。少なくとも一実施例では、共有メモリ４２７０を使用して、グラフィックス・マルチプロセッサ４２９６内の機能ユニットで実行されるスレッド間で通信できるようにすることができる。少なくとも一実施例では、キャッシュ・メモリ４２７２を、たとえばデータ・キャッシュとして使用して、機能ユニットとテクスチャ・ユニット４２３６との間で通信されるテクスチャ・データをキャッシュすることができる。少なくとも一実施例では、共有メモリ４２７０は、プログラム管理キャッシュとしても使用することができる。少なくとも一実施例では、ＧＰＧＰＵコア４２６２で実行されているスレッドは、キャッシュ・メモリ４２７２内に格納される自動キャッシュ・データに加えて、共有メモリ内にプログラム的にデータを格納することができる。
少なくとも一実施例では、本明細書に記載の並列プロセッサ又はＧＰＧＰＵは、ホスト／プロセッサ・コアに通信可能に結合されて、グラフィックス動作、機械学習動作、パターン分析動作、及び様々な汎用ＧＰＵ（ＧＰＧＰＵ）機能を加速する。少なくとも一実施例では、ＧＰＵは、バス又は他の相互接続（たとえば、ＰＣＩｅ又はＮＶＬｉｎｋなどの高速相互接続）を通じて、ホスト・プロセッサ／コアに通信可能に結合されてもよい。少なくとも一実施例では、ＧＰＵは、コアと同じパッケージ又はチップに一体化されてもよく、パッケージ又はチップの内部のプロセッサ・バス／相互接続を介してコアに通信可能に結合されてもよい。少なくとも一実施例では、ＧＰＵの接続方法に関わらず、プロセッサ・コアは、ＷＤに含まれたコマンド／命令のシーケンスの形でワークをＧＰＵに配分してもよい。少なくとも一実施例では、次いでＧＰＵは、これらのコマンド／命令を効率的に処理するために専用の回路／論理を使用する。
少なくとも一実施例では、送信側プロセッサ１１４及び／又は受信側プロセッサ１２６は各々、グラフィック・マルチプロセッサ４２９６として実装されてもよい。そのような実施例では、送信側メモリ１１６及び／又は受信側メモリ１２８は各々、図４２Ｃに示され、及び／又は、図４２Ｃに関連して説明されている任意のメモリを使用して実装されてもよい。
汎用コンピューティング
添付の図面は、限定することなく、少なくとも一実施例を実施するために使用することができる汎用コンピューティング内の例示的なソフトウェア構造を記載する。
図４３は、少なくとも一実施例による、プログラミング・プラットフォームのソフトウェア・スタックを示す。少なくとも一実施例では、プログラミング・プラットフォームは、計算タスクを加速させるためにコンピューティング・システム上のハードウェアを活用するためのプラットフォームである。プログラミング・プラットフォームは、少なくとも一実施例では、ライブラリ、コンパイラ指示文、及び／又はプログラミング言語に対する拡張を通じてソフトウェア開発者にとってアクセス可能であってもよい。少なくとも一実施例では、プログラミング・プラットフォームは、限定ではないが、ＣＵＤＡ、Ｒａｄｅｏｎ Ｏｐｅｎ Ｃｏｍｐｕｔｅ Ｐｌａｔｆｏｒｍ（「ＲＯＣｍ」）、ＯｐｅｎＣＬ（ＯｐｅｎＣＬ（商標）は、クロノス・グループによって開発されている）、ＳＹＣＬ、又はＩｎｔｅｌ Ｏｎｅ ＡＰＩであってもよい。
少なくとも一実施例では、プログラミング・プラットフォームのソフトウェア・スタック４３００が、アプリケーション４３０１の実行環境を提供する。少なくとも一実施例では、アプリケーション４３０１は、ソフトウェア・スタック４３００上で起動されることが可能な任意のコンピュータ・ソフトウェアを含んでもよい。少なくとも一実施例では、アプリケーション４３０１は、限定ではないが、人工知能（「ＡＩ」）／機械学習（「ＭＬ」）アプリケーション、高性能コンピューティング（「ＨＰＣ」）アプリケーション、仮想デスクトップ・インフラストラクチャ（「ＶＤＩ」）、又はデータ・センタ・ワークロードを含んでもよい。
少なくとも一実施例では、アプリケーション４３０１及びソフトウェア・スタック４３００は、ハードウェア４３０７上で作動する。ハードウェア４３０７は、少なくとも一実施例では、１つ又は複数のＧＰＵ、ＣＰＵ、ＦＰＧＡ、ＡＩエンジン、及び／又は、プログラミング・プラットフォームをサポートする他のタイプのコンピュート・デバイスを含んでもよい。ＣＵＤＡなどによる少なくとも一実施例では、ソフトウェア・スタック４３００は、ベンダ固有であってもよく、特定のベンダからのデバイスのみと互換性であってもよい。ＯｐｅｎＣＬなどによる少なくとも一実施例では、ソフトウェア・スタック４３００は、異なるベンダからのデバイスとともに使用されてもよい。少なくとも一実施例では、ハードウェア４３０７は、アプリケーション・プログラミング・インターフェース（「ＡＰＩ」）呼び出しを介して計算タスクを実施するためにアクセスすることができる１つのデバイスに接続されているホストを含む。限定ではないが、少なくとも一実施例では、ＣＰＵ（ただし、コンピュート・デバイスも含んでもよい）及びそのメモリを含んでもよいハードウェア４３０７内のホストとは対照的に、ハードウェア４３０７内のデバイスは、限定ではないが、ＧＰＵ、ＦＰＧＡ、ＡＩエンジン、又は他のコンピュート・デバイス（ただし、ＣＰＵも含んでもよい）及びそのメモリを含んでもよい。
少なくとも一実施例では、プログラミング・プラットフォームのソフトウェア・スタック４３００は、限定ではないが、複数のライブラリ４３０３、ランタイム４３０５、及びデバイス・カーネル・ドライバ４３０６を含む。ライブラリ４３０３の各々は、少なくとも一実施例では、コンピュータ・プログラムによって使用することができ、ソフトウェア開発中に活用することができるデータ及びプログラミング・コードを含んでもよい。少なくとも一実施例では、ライブラリ４３０３は、限定ではないが、事前に書かれたコード及びサブルーチン、クラス、値、型指定、構成データ、ドキュメンテーション、ヘルプ・データ、及び／又はメッセージ・テンプレートを含んでもよい。少なくとも一実施例では、ライブラリ４３０３は、１つ又は複数のタイプのデバイス上での実行に最適化された機能を含む。少なくとも一実施例では、ライブラリ４３０３は、限定ではないが、数学的、深層学習、及び／又は他のタイプの動作をデバイス上で実施するための機能を含んでもよい。少なくとも一実施例では、ライブラリ４４０３は、ライブラリ４４０３内で実装されている機能を露出させる、１つ又は複数のＡＰＩを含んでもよい、対応するＡＰＩ ４４０２と関連付けられる。
少なくとも一実施例では、アプリケーション４３０１は、図４８と関連して下記により詳細に論じるように、実行可能コードにコンパイルされるソース・コードとして書かれる。アプリケーション４３０１の実行可能コードは、少なくとも一実施例では、少なくとも部分的に、ソフトウェア・スタック４３００によって提供される実行環境上で稼働してもよい。少なくとも一実施例では、アプリケーション４３０１の実行中、ホストとは対照的に、デバイス上で稼働する必要があるコードに到達し得る。そのような事例において、ランタイム４３０５は、少なくとも一実施例では、デバイス上で必要なコードをロードし、起動するために呼び出すことができる。少なくとも一実施例では、ランタイム４３０５は、アプリケーションＳ０１の実行をサポートすることが可能である、任意の技術的に実現可能なランタイム・システムを含んでもよい。
少なくとも一実施例では、ランタイム４３０５は、ＡＰＩ４３０４として示されている、対応するＡＰＩと関連付けられる１つ又は複数のランタイム・ライブラリとして実装される。そのようなランタイム・ライブラリのうちの１つ又は複数は、少なくとも一実施例では、限定ではないが、とりわけ、メモリ管理、実行制御、デバイス管理、エラー取扱い、及び／又は同期のための機能を含んでもよい。少なくとも一実施例では、メモリ管理機能は、限定ではないが、デバイス・メモリを配分、配分解除、及びコピーし、並びに、ホスト・メモリとデバイス・メモリとの間でデータを転送する機能を含んでもよい。少なくとも一実施例では、実行制御機能は、限定ではないが、デバイス上で関数（関数がホストから呼び出し可能なグローバル関数であるときは「カーネル」として参照されることがある）を起動し、所与の関数がデバイス上で実行されるためのランタイム・ライブラリによって維持されるバッファ内の属性値を設定する機能を含んでもよい。
ランタイム・ライブラリ及び対応するＡＰＩ ４３０４は、少なくとも一実施例では、任意の技術的に実現可能な様式で実装されてもよい。少なくとも一実施例では、１つの（又は任意の数の）ＡＰＩが、デバイスの精細な制御のための機能の低レベルのセットを露出させてもよく、一方で、もう１つの（又は任意の数の）ＡＰＩが、そのような機能のより高レベルのセットを露出させてもよい。少なくとも一実施例では、高レベル・ランタイムＡＰＩが、低レベルＡＰＩの上に構築されてもよい。少なくとも一実施例では、ランタイムＡＰＩのうちの１つ又は複数は、言語非依存ランタイムＡＰＩの上に重ねられる言語依存ＡＰＩであってもよい。
少なくとも一実施例では、デバイス・カーネル・ドライバ４３０６は、下層のデバイスとの通信を容易にするように構成されている。少なくとも一実施例では、デバイス・カーネル・ドライバ４３０６は、ＡＰＩ ４３０４などのＡＰＩ及び／又は他のソフトウェアが依拠する低レベル機能を提供することができる。少なくとも一実施例では、デバイス・カーネル・ドライバ４３０６は、中間表現（「ＩＲ」）コードを実行時に２進コードにコンパイルするように構成されてもよい。ＣＵＤＡの場合、デバイス・カーネル・ドライバ４３０６は、少なくとも一実施例では、ハードウェア依存ではない並列スレッド実行（「ＰＴＸ」）ＩＲコードを、実行時の特定の目標デバイスの２進コードにコンパイルすることができ（コンパイルされた２進コードをキャッシュすることを伴う）、これは、コードを「ファイナライズ」することとして参照されることもある。そうすることによって、少なくとも一実施例では、ファイナライズされたコードが、ソース・コードがＰＴＸコードに元々コンパイルされたときには存在しなかった場合がある目標デバイス上で稼働することが可能になり得る。代替的に、少なくとも一実施例では、デバイス・ソース・コードは、デバイス・カーネル・ドライバ４３０６が実行時にＩＲコードをコンパイルする必要なしに、オフラインで２進コードにコンパイルされてもよい。
図４４は、少なくとも一実施例による、図４３のソフトウェア・スタック４３００のＣＵＤＡ実施態様を示す。少なくとも一実施例では、アプリケーション４４０１を起動することができるＣＵＤＡソフトウェア・スタック４４００は、ＣＵＤＡライブラリ４４０３と、ＣＵＤＡランタイム４４０５と、ＣＵＤＡドライバ４４０７と、デバイス・カーネル・ドライバ４４０８とを含む。少なくとも一実施例では、ＣＵＤＡソフトウェア・スタック４４００は、ＣＵＤＡをサポートし、カリフォルニア州サンタ・クララ所在のＮＶＩＤＩＡ Ｃｏｒｐｏｒａｔｉｏｎによって開発されているＧＰＵを含んでもよいハードウェア４４０９上で実行される。
少なくとも一実施例では、アプリケーション４４０１、ＣＵＤＡランタイム４４０５、及びデバイス・カーネル・ドライバ４４０８は、それぞれ、図４３に関連して上述されているアプリケーション４３０１、ランタイム４３０５、及びデバイス・カーネル・ドライバ４３０６と同様の機能を実施することができる。少なくとも一実施例では、ＣＵＤＡドライバ４４０７は、ＣＵＤＡドライバＡＰＩ ４４０６を実装するライブラリ（ｌｉｂｃｕｄａ．ｓｏ）を含む。ＣＵＤＡランタイム・ライブラリ（ｃｕｄａｒｔ）によって実装されるＣＵＤＡランタイムＡＰＩ ４４０４と同様に、ＣＵＤＡドライバＡＰＩ ４４０６は、少なくとも一実施例では、限定ではないが、とりわけ、メモリ管理、実行制御、デバイス管理、エラー取扱い、同期、及び／又はグラフィックス相互運用性のための機能を露出させる。少なくとも一実施例では、ＣＵＤＡランタイムＡＰＩ ４４０４が、黙示的な初期化、コンテキスト（プロセスに類似する）管理、及びモジュール（動的にロードされるライブラリに類似する）管理を提供することによってデバイス・コード管理を単純化すると言う点で、ＣＵＤＡドライバＡＰＩ ４４０６はＣＵＤＡランタイムＡＰＩ ４４０４と異なる。高レベルＣＵＤＡランタイムＡＰＩ ４４０４とは対照的に、ＣＵＤＡドライバＡＰＩ ４４０６は、少なくとも一実施例では、特にコンテキスト及びモジュール負荷に関連して、デバイスのより精細な制御を提供する低レベルＡＰＩである。少なくとも一実施例では、ＣＵＤＡドライバＡＰＩ ４４０６は、ＣＵＤＡランタイムＡＰＩ ４４０４によっては露出されないコンテキスト管理のための機能を露出させることができる。少なくとも一実施例では、ＣＵＤＡドライバＡＰＩ ４４０６はまた、言語非依存であり、ＣＵＤＡランタイムＡＰＩ ４４０４に加えて、例えば、ＯｐｅｎＣＬをサポートする。さらに、少なくとも一実施例では、ＣＵＤＡランタイム４４０５を含む開発ライブラリは、ユーザ・モードＣＵＤＡドラバ４４０７及びカーネル・モード・デバイス・ドライバ４４０８（「ディスプレイ」ドライバとして参照されることもある）を含む、ドライバ構成要素とは別個のものとして考えることができる。
少なくとも一実施例では、ＣＵＤＡライブラリ４４０３は、限定ではないが、アプリケーション４４０１などの並列コンピューティング・アプリケーションが利用することができる数学ライブラリ、深層学習ライブラリ、並列アルゴリズム・ライブラリ、及び／又は信号／画像／ビデオ処理ライブラリを含んでもよい。少なくとも一実施例では、ＣＵＤＡライブラリ４４０３は、とりわけ、線形代数演算を実施するための基本線形代数サブプログラム（「ＢＬＡＳ」）の一実施態様であるｃｕＢＬＡＳライブラリ、高速フーリエ変換（「ＦＦＴ」）を計算するためのｃｕＦＦＴライブラリ、及び、乱数を生成するためのｃｕＲＡＮＤライブラリなどの数学ライブラリを含んでもよい。少なくとも一実施例では、ＣＵＤＡライブラリ４４０３は、とりわけ、深層ニューラル・ネットワークのプリミティブのｃｕＤＮＮライブラリ、及び、高性能深層学習推論のためのＴｅｎｓｏｒＲＴプラットフォームなどの深層学習ライブラリを含んでもよい。
図４５は、少なくとも一実施例による、図４３のソフトウェア・スタック４３００のＲＯＣｍ実施態様を示す。少なくとも一実施例では、アプリケーション４５０１を起動することができるＲＯＣｍソフトウェア・スタック４５００は、言語ランタイム４５０３と、システム・ランタイム４５０５と、サンク４５０７と、ＲＯＣｍカーネル・ドライバ４５０８と、デバイス・カーネル・ドライバ４５０９とを含む。少なくとも一実施例では、ＲＯＣｍソフトウェア・スタック４５００は、ＲＯＣｍをサポートし、カリフォルニア州サンタ・クララ所在のＡＭＤ Ｃｏｒｐｏｒａｔｉｏｎによって開発されているＧＰＵを含んでもよいハードウェア４５１０上で実行される。
少なくとも一実施例では、アプリケーション４５０１は、図４３に関連して上述したアプリケーション４３０１と同様の機能を実施することができる。加えて、言語ランタイム４５０３及びシステム・ランタイム４５０５は、少なくとも一実施例では、図４３に関連して上述したランタイム４３０５と同様の機能を実施することができる。少なくとも一実施例では、言語ランタイム４５０３とシステム・ランタイム４５０５とは、システム・ランタイム４５０５が、ＲＯＣｒシステム・ランタイムＡＰＩ ４５０４を実装し、ヘテロジニアス・システム・アーキテクチャ（「ＨＡＳ」）ランタイムＡＰＩを利用する言語非依存ランタイムであるという点で、異なっている。ＨＡＳランタイムＡＰＩは、一実施例では、とりわけ、メモリ管理、カーネルの設計されたディスパッチを介した実行制御、エラー取扱い、システム及びエージェント情報、並びにランタイム初期化及び停止のための機能を含め、ＡＭＤ ＧＰＵにアクセスし、インタラクトするためのインターフェースを露出させるシン・ユーザ・モードＡＰＩである。システム・ランタイム４５０５とは対照的に、言語ランタイム４５０３は、少なくとも一実施例では、ＲＯＣｒシステム・ランタイムＡＰＩ ４５０４の上に重ねられる言語依存ランタイムＡＰＩ ４５０２の一実施態様である。少なくとも一実施例では、言語ランタイムＡＰＩは、限定ではないが、とりわけ、Ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｃｏｍｐｕｔｅ Ｉｎｔｅｒｆａｃｅ ｆｏｒ Ｐｏｒｔａｂｉｌｉｔｙ（「ＨＩＰ」）言語ランタイムＡＰＩ、Ｈｅｔｅｒｏｇｅｎｅｏｕｓ Ｃｏｍｐｕｔｅ Ｃｏｍｐｉｌｅｒ（「ＨＣＣ」）言語ランタイムＡＰＩ、又はＯｐｅｎＣＬ ＡＰＩを含んでもよい。特に、ＨＩＰ言語は、ＣＵＤＡメカニズムの機能的に同様のバージョンを有するＣ＋＋プログラミング言語の拡張であり、少なくとも一実施例では、ＨＩＰ言語ランタイムＡＰＩは、とりわけ、メモリ管理、実行制御、デバイス管理、エラー取扱い、及び同期のための機能などの、図４４に関連して上述したＣＵＤＡランタイムＡＰＩ ４４０４のものと同様の機能を含む。
少なくとも一実施例では、サンク（ＲＯＣｔ）４５０７は、下層のＲＯＣｍドライバ４５０８とインタラクトするために使用することができるインターフェースである。少なくとも一実施例では、ＲＯＣｍドライバ４５０８は、ＡＭＤＧＰＵドライバとＨＡＳカーネル・ドライバ（ａｍｄｋｆｄ）との組合せであるＲＯＣｋドライバである。少なくとも一実施例では、ＡＭＤＧＰＵドライバは、図４３に関連して上述したデバイス・カーネル・ドライバ４３０６と同様の機能を実施する、ＡＭＤによって開発されているＧＰＵのデバイス・カーネル・ドライバである。少なくとも一実施例では、ＨＡＳカーネル・ドライバは、異なるタイプのプロセッサが、ハードウェア特徴を介してシステム・リソースをより効率的に共有することを可能にするドライバである。
少なくとも一実施例では、様々なライブラリ（図示せず）が、言語ランタイム４５０３の上方でＲＯＣｍソフトウェア・スタック４５００に含まれてもよく、図４４に関連して上述したＣＵＤＡライブラリ４４０３と同様の機能を提供してもよい。少なくとも一実施例では、様々なライブラリは、限定ではないが、とりわけ、数学ライブラリ、深層学習ライブラリ、及び／又は、ＣＵＤＡ ｃｕＢＬＡＳのものと同様の機能を実施するｈｉｐＢＬＡＳライブラリ、ＣＵＤＡ ｃｕＦＦＴと同様のＦＦＴを計算するためのｒｏｃＦＦＴライブラリなどの他のライブラリを含んでもよい。
図４６は、少なくとも一実施例による、図４３のソフトウェア・スタック４３００のＯｐｅｎＣＬ実施態様を示す。少なくとも一実施例では、アプリケーション４６０１を起動することができるＯｐｅｎＣＬソフトウェア・スタック４６００は、ＯｐｅｎＣＬフレームワーク４６０５と、ＯｐｅｎＣＬランタイム４６０６と、ドライバ４６０７とを含む。少なくとも一実施例では、ＯｐｅｎＣＬソフトウェア・スタック４６００は、ベンダ特有ではないハードウェア４４０９上で実行される。ＯｐｅｎＣＬは種々のベンダによって開発されているデバイスによってサポートされているため、少なくとも一実施例では、そのようなベンダからのハードウェアとの相互運用のために、特定のＯｐｅｎＣＬドライバが必要とされ得る。
少なくとも一実施例では、アプリケーション４６０１、ＯｐｅｎＣＬランタイム４６０６、デバイス・カーネル・ドライバ４６０７、及びハードウェア４６０８は、それぞれ、図４３に関連して上述されているアプリケーション４３０１、ランタイム４３０５、デバイス・カーネル・ドライバ４３０６、及びハードウェア４３０７と同様の機能を実施することができる。少なくとも一実施例では、アプリケーション４６０１は、デバイス上で実行されるコードを有するＯｐｅｎＣＬカーネル４６０２をさらに含む。
少なくとも一実施例では、ＯｐｅｎＣＬは、ホストが、ホストに接続されているデバイスを制御することを可能にする「プラットフォーム」を定義する。少なくとも一実施例では、ＯｐｅｎＣＬフレームワークは、プラットフォームＡＰＩ ４６０３及びランタイムＡＰＩ ４６０５として示されているプラットフォーム層ＡＰＩ及びランタイムＡＰＩを提供する。少なくとも一実施例では、ランタイムＡＰＩ ４６０５は、コンテキストを使用して、デバイス上でのカーネルの実行を管理する。少なくとも一実施例では、識別された各デバイスを、それぞれのコンテキストと関連付けることができ、ランタイムＡＰＩ ４６０５は、そのコンテキストを使用して、そのデバイスの、とりわけコマンド・キュー、プログラム・オブジェクト、及びカーネル・オブジェクト、共有メモリ・オブジェクトを管理することができる。少なくとも一実施例では、プラットフォームＡＰＩ ４６０３は、デバイス・コンテキストが使用され、デバイスを選択及び初期化し、コマンド・キューを介してデバイスにワークを送出し、デバイスへの及びデバイスからのデータ転送を可能にすることを可能にする機能を露出させる。加えて、ＯｐｅｎＣＬフレームワークは、少なくとも一実施例では、とりわけ、演算機能、関係機能、及び画像処理機能を含む、様々な組み込み機能（図示せず）を提供する。
少なくとも一実施例では、コンパイラ４６０４も、ＯｐｅｎＣＬフレームワーク４６０５に含まれる。ソース・コードは、少なくとも一実施例では、アプリケーションを実行する前にオフラインでコンパイルされてもよく、又は、アプリケーションの実行中にオンラインでコンパイルされてもよい。ＣＵＤＡ及びＲＯＣｍとは対照的に、少なくとも一実施例におけるＯｐｅｎＣＬアプリケーションは、標準ポータブル中間表現（「ＳＰＩＲ－Ｖ」）コードなどのソース・コード及び／又はＩＲコードを２進コードにコンパイルするために使用することができる任意の数のコンパイラを表すために含まれる、コンパイラ４６０４によってオンラインでコンパイルすることができる。代替的に、少なくとも一実施例では、ＯｐｅｎＣＬアプリケーションは、そのようなアプリケーションを実行する前に、オフラインでコンパイルされてもよい。
図４７は、少なくとも一実施例による、プログラミング・プラットフォームによってサポートされるソフトウェアを示す。少なくとも一実施例では、プログラミング・プラットフォーム４７０４は、様々なプログラミング・モジュール４７０３、ミドルウェア及び／又はライブラリ４７０２、並びに、アプリケーション４７００が依拠することができるフレームワーク４７０１をサポートするように構成されている。少なくとも一実施例では、アプリケーション４７００は、ｃｕＤＮＮ、ＮＶＩＤＩＡ Ｃｏｌｌｅｃｔｉｖｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｌｉｂｒａｒｙ（「ＮＣＣＬ」）及び／又はＮＶＩＤＡ Ｄｅｖｅｌｏｐｅｒ Ｄａｔａ Ｌｏａｄｉｎｇ Ｌｉｂｒａｒｙ（「ＤＡＬＩ（登録商標）」）ＣＵＤＡライブラリなどのライブラリに依拠して下層のハードウェア上での加速された計算を可能にすることができる、例えば、ＭＸＮｅｔ、ＰｙＴｏｒｃｈ、又はＴｅｎｓｏｒＦｌｏｗなどの深層学習フレームワークを使用して実装されるＡＩ／ＭＬアプリケーションであってもよい。
少なくとも一実施例では、プログラミング・プラットフォーム４７０４は、それぞれ図４４、図４５、及び図４６に関連して上述したＣＵＤＡ、ＲＯＣｍ、又はＯｐｅｎＣＬプラットフォームのうちの１つであってもよい。少なくとも一実施例では、プログラミング・プラットフォーム４７０４は、アルゴリズム及びデータ構造の表現を可能にする基礎となるコンピューティング・システムの抽象化である、複数のプログラミング・モデル４７０３をサポートする。プログラミング・モデル４７０３は、少なくとも一実施例では、性能を向上させるための、基礎となるハードウェアの特徴を露出させる。少なくとも一実施例では、プログラミング・モデル４７０３は、限定ではないが、ＣＵＤＡ、ＨＩＰ、ＯｐｅｎＣＬ、Ｃ＋＋ Ａｃｃｅｌｅｒａｔｅｄ Ｍａｓｓｉｖｅ Ｐａｒａｌｌｅｌｉｓｍ（「Ｃ＋＋ＡＭＰ」）、Ｏｐｅｎ Ｍｕｌｔｉ－Ｐｒｏｃｅｓｓｉｎｇ（「ＯｐｅｎＭＰ」）、Ｏｐｅｎ Ａｃｃｅｌｅｒａｔｏｒ（「ＯｐｅｎＡＣＣ」）、及び／又はＶｕｌｃａｎ Ｃｏｍｐｕｔｅを含んでもよい。
少なくとも一実施例では、ライブラリ及び／又はミドルウェア４７０２は、プログラミング・モデル４７０４の抽象化の実施態様を提供する。少なくとも一実施例では、そのようなライブラリは、コンピュータ・プログラムによって使用することができ、ソフトウェア開発中に活用することができるデータ及びプログラミング・コードを含む。少なくとも一実施例では、そのようなミドルウェアは、プログラミング・プラットフォーム４７０４から利用可能な分を超えたサービスをアプリケーションに提供するソフトウェアを含む。少なくとも一実施例では、ライブラリ及び／又はミドルウェア４７０２は、限定ではないが、ｃｕＢＬＡＳ、ｃｕＦＦＴ、ｃｕＲＡＮＤ、及び他のＣＵＤＡライブラリ、又はｒｏｃＢＬＡＳ、ｒｏｃＦＦＴ、ｒｏｃＲＡＮＤ、及び他のＲＯＣｍライブラリを含んでもよい。加えて、少なくとも一実施例では、ライブラリ及び／又はミドルウェア４７０２は、ＧＰＵの通信ルーチンを提供するＮＣＣＬ及びＲＯＣｍ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｃｏｌｌｅｃｔｉｖｅｓ Ｌｉｂｒａｒｙ（「ＲＣＣＬ」）ライブラリ、深層学習加速のためのＭＩＯｐｅｎライブラリ、並びに／又は、線形代数、行列及びベクトル演算、幾何学的変換、数値ソルバ、及び関連するアルゴリズムのためのＥｉｇｅｎライブラリを含んでもよい。
少なくとも一実施例では、アプリケーション・フレームワーク４７０１は、ライブラリ及び／又はミドルウェア４７０２に依存する。少なくとも一実施例では、アプリケーション・フレームワーク４７０１の各々は、アプリケーション・ソフトウェアの標準構造を実装するために使用されるソフトウェア・フレームワークである。ＡＩ／ＭＬアプリケーションは、少なくとも一実施例では、Ｃａｆｆｅ、Ｃａｆｆｅ２、ＴｅｎｓｏｒＦｌｏｗ、Ｋｅｒａｓ、ＰｙＴｏｒｃｈ、又はＭｘＮｅｔ深層学習フレームワークなどのフレームワークを使用して実装されてもよい。
図４８は、少なくとも一実施例による、図４３～図４６のプログラミング・プラットフォームのうちの１つの上で実行するためのコードのコンパイルを示す。少なくとも一実施例では、コンパイラ４８０１は、ホスト・コードとデバイス・コードの両方を含むソース・コード４８００を受信する。少なくとも一実施例では、コンプライア４８０１は、ソース・コード４８００を、ホスト上で実行するためのホスト実行可能コード４８０２、及び、デバイス上で実行するためのデバイス実行可能コード４８０３に変換するように構成されている。少なくとも一実施例では、ソース・コード４８００は、アプリケーションを実行する前にオフラインでコンパイルされるか、又は、アプリケーションの実行中にオンラインでコンパイルされるかのいずれかであってもよい。
少なくとも一実施例では、ソース・コード４８００は、Ｃ＋＋、Ｃ、Ｆｏｒｔｒａｎなどのような、コンパイラ４８０１によってサポートされている任意のプログラミング言語のコードを含んでもよい。少なくとも一実施例では、ソース・コード４８００は、デバイス・コードのロケーションが中で示されている、ホスト・コードとデバイス・コードとの混合を有する単一ソース・ファイルに含まれてもよい。少なくとも一実施例では、単一ソース・ファイルは、例えば、ＣＵＤＡコードを含む．ｃｕファイル、又は、ＨＩＰコードを含む．ｈｉｐ．ｃｐｐファイルであってもよい。代替的に、少なくとも一実施例では、ソース・コード４８００は、単一ソース・ファイルではなく、複数のソース・コード・ファイルを含んでもよく、それら複数のソース・コード・ファイルの中に、ホスト・コードとデバイス・コードとが分離される。
少なくとも一実施例では、コンパイラ４８０１は、ソース・コード４８００を、ホスト上で実行するためのホスト実行可能コード４８０２、及び、デバイス上で実行するためのデバイス実行可能コード４８０３にコンパイルするように構成されている。少なくとも一実施例では、コンパイラ４８０１は、ソース・コード４８００を解析して抽象系統樹（ＡＳＴ）を得ることと、最適化を実施することと、実行可能コードを生成することとを含む動作を実施する。ソース・コード４８００が単一ソース・ファイルを含む少なくとも一実施例では、コンパイラ４８０１は、図３７に関連して下記により詳細に論じるように、そのような単一ソース・ファイル内のホスト・コードからデバイス・コードを分離し、デバイス・コード及びホスト・コードをそれぞれデバイス実行可能コード４８０３及びホスト実行可能コード４８０２にコンパイルし、デバイス実行可能コード４８０３及びホスト実行可能コード４８０２をともに単一のファイル内でリンクさせることができる。
少なくとも一実施例では、ホスト実行可能コード４８０２及びデバイス実行可能コード４８０３は、２進コード及び／又はＩＲコードなどの、任意の適切なフォーマットであってもよい。ＣＵＤＡの場合、少なくとも一実施例では、ホスト実行可能コード４８０２は、ネイティブ・オブジェクト・コードを含んでもよく、デバイス実行可能コード４８０３は、ＰＴＸ中間表現のコードを含んでもよい。ＲＯＣｍの場合、少なくとも一実施例では、ホスト実行可能コード４８０２とデバイス実行可能コード４８０３の両方が、ターゲット２進コードを含んでもよい。
少なくとも一実施例は、以下の項に照らして説明することができる。
１． 通信装置であって、ネットワーク・インターフェースと、パケット処理回路と、インターフェースとを備え、ネットワーク・インターフェースが、データ及び当該データの少なくとも１つの冗長コピーを送信する複数のパケット・ストリームを受信するためのものであり、複数のパケット・ストリームが、パケット識別子及びペイロードを含む複数のパケットを含み、ペイロードの各々が、パケット識別子のうちの１つと関連付けられており、複数のパケットの各々が、パケット識別子のうちの１つ及びペイロードのうちの１つを含み、パケット処理回路が、ペイロードの少なくともいくらかの重複記憶を防止し、それぞれの個々のペイロードのメモリ・アドレスを決定するためのものであり、インターフェースが、パケット処理回路によって決定されているそれぞれのメモリ・アドレスに個々のペイロードを書き込むためのものである、通信装置。
２． ネットワーク・インターフェースが、複数の異なる通信チャネルを介して複数のパケット・ストリームを受信するための複数の接続を含む、項１に記載の通信装置。
３． パケット処理回路が、パケット識別子の各固有の値と関連付けられる、最大でも単一のペイロードを渡すことによって、ペイロードの少なくともいくらかの重複記憶を防止するアンチ・リプレイ・エンジンを実装する、項１又は２に記載の通信装置。
４． パケット処理回路が、散乱エンジンを実装し、アンチ・リプレイ・エンジンが、パケット識別子の各固有の値と関連付けられる単一のペイロードを散乱エンジンに渡し、散乱エンジンが、散乱エンジンに渡されている各ペイロードのメモリ・アドレスを決定し、以て、それぞれの個々のペイロードのメモリ・アドレスを決定する、項３に記載の通信装置。
５． 複数のパケットの各々が、パケット識別子を含むヘッダを含み、パケット処理回路が、パケット解析エンジン及びステアリング・エンジンを実装し、パケット解析エンジンが、複数のパケットの各々を解析し、複数のパケットの各々のヘッダを識別し、複数のパケットの各々のヘッダ及びペイロードをステアリング・エンジンに転送し、ステアリング・エンジンが、複数のパケットの各々のヘッダの内部のパケット識別子を識別し、複数のパケットの各々のパケット識別子及びペイロードをアンチ・リプレイ・エンジンに渡す、項４に記載の通信装置。
６． パケット処理回路が、スライディング・ウィンドウ内で受信される各固有のパケット識別子を有する１つのパケットを除くすべてのパケットを破棄することによって、ペイロードの少なくともいくらかの重複記憶を防止するアンチ・リプレイ・エンジンを実装する、項１～５のいずれか一項に記載の通信装置。
７． ユーザによって使用するためのものであり、スライディング・ウィンドウのサイズがユーザによって与えられてもよい、項６に記載の通信装置。
８． スライディング・ウィンドウの外部で遅延パケットが受信され、アンチ・リプレイ・エンジンが、遅延パケットを破棄する、項６又は７に記載の通信装置。
９． スライディング・ウィンドウの外部で遅延パケットが受信され、アンチ・リプレイ・エンジンが、遅延パケットを、後続の処理のためにキューに格納する、項６又は７に記載の通信装置。
１０． インターフェースをメモリ・アドレスを含むメモリとを接続するバスをさらに備え、インターフェースが、バスを介して、ペイロードの最大でも単一のコピーのみをメモリ・アドレスの各々に書き込む、項１～９のいずれか一項に記載の通信装置。
１１． バスが、周辺機器相互接続エクスプレス（「ＰＣＩｅ」）バスである、項１０に記載の通信装置。
１２． ペイロードが、複数の渡されているペイロード及び複数の破棄されているペイロードを含み、パケット処理回路が、複数の破棄されているペイロードの格納を防止し、パケット処理回路が、渡されているペイロードと関連付けられるパケット識別子をメモリ・アドレスのうちの１つにマッピングすることによって、複数の渡されているペイロードの各々のメモリ・アドレスのうちの１つを決定する、項１～１１のいずれか一項に記載の通信装置。
１３． 渡されているペイロードと関連付けられるパケット識別子をメモリ・アドレスのうちの１つにマッピングするために、線形マッピングが使用される、項１２に記載の通信装置。
１４． ペイロードが、複数の渡されているペイロード及び複数の破棄されているペイロードを含み、パケット処理回路が、複数の破棄されているペイロードの格納を防止し、パケット処理回路が、複数の渡されているペイロードの各々のメモリ・アドレスのうちの１つを、初期シーケンス番号、渡されているペイロードと関連付けられるパケット識別子、渡されているペイロードのサイズ、及び、メモリ・アドレスのうちの基準メモリ・アドレスの関数として決定する、項１２又は１３に記載の通信装置。
１５． 通信装置であって、回路と、ネットワーク・インターフェースとを備え、回路が、固有のパケット識別子を含むヘッダを複数のパケットの各々に追加し、ヘッダが複数のパケットの各々に追加された後に、複数のパケットの各々を複製し、以て、各々が複製ヘッダを有する複数の複製パケットを作成し、複数の複製パケットの各々の複製ヘッダ内のアドレスを修正し、複数のパケット及び複数の複製パケットの送信が開始されているという少なくとも１つの通知を異なる通信装置に送信するためのものであり、ネットワーク・インターフェースが、複数のパケット及び複数の複製パケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルにわたって異なる通信装置に送信するためのものである、通信装置。
１６． 複数のパケット・ストリームが、各々、ネットワーク・インターフェースの異なるポートを介して送信される、項１５に記載の通信装置。
１７． 複数のパケット及び複数の複製パケットのうち、同一のパケット識別子を有するものが、低ジッタで送信される、項１５又は１６に記載の通信装置。
１８． 少なくとも１つのホスト・プロセッサからデータを受信し，データを複数のパケットにパケット化するためのホスト・インターフェースをさらに備える、項１５～１７のいずれか一項に記載の通信装置。
１９． データがビデオ・データであり、通信装置が、ビデオ・データを捕捉し、ビデオ・データをホスト・インターフェースに送信するためのビデオ・カメラをさらに備える、項１８に記載の通信装置。
２０． 回路が、固有のパケット識別子を生成するインターネット・プロトコル・セキュリティ・エンジンを実装する、項１５～１９のいずれか一項に記載の通信装置。
２１． 固有のパケット識別子が、映画テレビ技術者協会（「ＳＭＰＴＥ」）２０２２－７のリアル・タイム・トランスポート・プロトコル（「ＲＴＰ」）に従って生成されるパケット・シーケンス番号である、項１５～２０のいずれか一項に記載の通信装置。
２２． ネットワーク・インターフェースが、複数の異なる通信チャネルの各々に接続されている異なる接続を備え、ネットワーク・インターフェースが、複数の異なる通信チャネルのうちの異なる通信チャネルにわたって、当該通信チャネルに接続されている異なる接続を介して、複数のパケット・ストリームの各々を送信する、項１５～２１のいずれか一項に記載の通信装置。
２３． 複数の複製パケットの各々の複製ヘッダ内のアドレスを修正することが、ユーザ・データグラム・プロトコル（「ＵＤＰ」））ソース・ポート値を変更することを含む、項１５～２２のいずれか一項に記載の通信装置。
２４． 複数の複製パケットの各々の複製ヘッダ内のアドレスを修正することが、ソース媒体アクセス制御（「ＭＡＣ」）アドレス値を変更することを含む、項２３に記載の通信装置。
２５． システムであって、パケット・ソースと、受信側デバイスとを備え、パケット・ソースが、複数のパケット識別子と各々１つずつ関連付けられる複数のペイロードを含む複数のパケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルを介して送信するためのものであり、受信側デバイスが、回路を備え、当該回路が、複数のパケット・ストリームを受信し、複数のペイロードの少なくともいくつかの重複記憶を防止し、それぞれの個々のペイロードのメモリ・アドレスを決定し、回路によって決定されるそれぞれのメモリ・アドレスにペイロードを書き込む、システム。
２６． パケット・ソースが、仮想機械である、項２５に記載のシステム。
２７． 回路が、アンチ・リプレイ・エンジン及び散乱エンジンを実装し、アンチ・リプレイ・エンジンが、パケット識別子の各固有の値と関連付けられる、最大でも単一のペイロードを散乱エンジンに渡すことによって、ペイロードの少なくともいくらかの重複記憶を防止し、散乱エンジンが、散乱エンジンに渡されている各ペイロードのメモリ・アドレスを決定し、以て、それぞれの個々のペイロードのメモリ・アドレスを決定する、項２５又は２６に記載のシステム。
２８． 回路が、スライディング・ウィンドウ内で受信される各固有のパケット識別子を有する１つのパケットを除くすべてのパケットを破棄することによって、ペイロードの少なくともいくらかの重複記憶を防止するアンチ・リプレイ・エンジンを実装する、項２５～２７のいずれか一項に記載のシステム。
２９． スライディング・ウィンドウの外部で遅延パケットが受信され、アンチ・リプレイ・エンジンが、遅延パケットを破棄すること、又は、遅延パケットを、後続の処理のためにキューに格納すること、のうちの少なくとも一方を行う、項２８に記載のシステム。
３０． ペイロードが、複数の渡されているペイロード及び複数の破棄されているペイロードを含み、回路が、複数の破棄されているペイロードの格納を防止し、回路が、渡されているペイロードと関連付けられるパケット識別子をメモリ・アドレスのうちの１つにマッピングすることによって、複数の渡されているペイロードの各々のメモリ・アドレスのうちの１つを決定する、項２５～２９のいずれか一項に記載のシステム。
３１． 渡されているペイロードと関連付けられるパケット識別子をメモリ・アドレスのうちの１つにマッピングするために、線形マッピングが使用される、項３０に記載のシステム。
３２． ペイロードが、複数の渡されているペイロード及び複数の破棄されているペイロードを含み、回路が、複数の破棄されているペイロードの格納を防止し、回路が、複数の渡されているペイロードの各々のメモリ・アドレスのうちの１つを、初期シーケンス番号、渡されているペイロードと関連付けられるパケット識別子、渡されているペイロードのサイズ、及び、メモリ・アドレスのうちの基準メモリ・アドレスの関数として決定する、項２５～３１のいずれか一項に記載のシステム。
３３． パケット・ソースが、複数のパケット識別子のうちの固有のパケット識別子を複数の初期パケットの各々に付加し、固有のパケット識別子が複数の初期パケットの各々に付加された後に複数の初期パケットの各々を複製して、複数の複製パケットを作成し、複数の初期パケット及び複数の複製パケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルを介して送信する回路を有する送信側デバイスを含む、項２５～３２のいずれか一項に記載のシステム。
３４． 送信側デバイス又は受信側デバイスのうちの少なくとも一方が、自律車両である、項３３に記載のシステム。
３５． 送信側デバイスが、自律車両であり、自律車両が、少なくとも１つのセンサを備え、複数のペイロードが、各々、少なくとも１つのセンサから取得されるセンサデータに基づく情報を含む、項３４に記載のシステム。
３６．送信側デバイスが、ビデオ・データを捕捉するためのビデオ・カメラと、ビデオ・データを複数の初期パケットにパケット化するためのインターフェースとを備える、項３５に記載のシステム。
３７． 複数のペイロードが、各々、ビデオ・データのスライスを含む、項３６に記載のシステム。
３８． 方法であって、複数の異なる通信チャネルを介して送信される複数のパケット・ストリームを受信することであり、複数のパケット・ストリームが、複数のパケット識別子と各々１つずつ関連付けられる複数のペイロードを含む複数のパケットを含む、受信することと、複数のペイロードのうちの少なくともいくつかの各々の１つのコピーを識別することと、識別されているペイロードの各々のメモリ・アドレスを決定することと、識別されているペイロードの各々を、識別されているペイロードについて決定されているメモリ・アドレスに書き込むこととを含む、方法。
３９． スライディング・ウィンドウ内で受信される複数のパケット識別子のうちの各固有のパケット識別子と関連付けられる複数のパケットのうちの１つを除くすべてのパケットを破棄することをさらに含む、項３８に記載の方法。
４０． スライディング・ウィンドウの外部で遅延パケットが受信され、方法が、遅延パケットを破棄すること、又は、遅延パケットを、後続の処理のためにキューに格納することをさらに含む、項３９に記載の方法。
４１． 識別されているペイロードの各々のメモリ・アドレスを決定することは、識別されているペイロードの各々と関連付けられるパケット識別子をメモリ・アドレスにマッピングすることを含む、項３８～４０のいずれか一項に記載の方法。
４２． 識別されているペイロードの各々と関連付けられるパケット識別子をメモリ・アドレスにマッピングするために、線形マッピングが使用される、項４１に記載の方法。
４３． 初期シーケンス番号、識別されているペイロードの各々と関連付けられるパケット識別子、識別されているペイロードの各々のサイズ、及び基準メモリ・アドレスの関数が、識別されているペイロードの各々と関連付けられるパケット識別子をメモリ・アドレスにマッピングするために使用される、項３８～４２のいずれか一項に記載の方法。
４４． 複数のパケット識別子のうちの固有のパケット識別子を複数の初期パケットの各々に付加することと、固有のパケット識別子が複数のパケットの各々に付加された後に複数の初期パケットの各々を複製して、複数の複製パケットを作成することと、複数の初期パケット及び複数の複製パケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルを介して送信することとをさらに含む、項３８～４３のいずれか一項に記載の方法。
４５． 通信装置であって、ネットワーク・インターフェースと、パケット処理回路とを備え、ネットワーク・インターフェースが、複数のパケットを受信するためのものであり、複数のパケットの各々が、少なくとも１つのパケット識別子及び少なくとも１つのペイロードを含み、パケット処理回路が、冗長パケットを検出し、冗長パケットの少なくともいくらかの重複記憶を防止するためのものである、通信装置。
４６． 冗長パケットが、少なくとも１つのパケット識別子のうちの冗長パケット識別子、又は、少なくとも１つのペイロードのうちの冗長ペイロードに基づいて検出される、項４５に記載の通信装置。
４７． ネットワーク・インターフェースが、複数のパケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルを介して受信するための複数の接続を含む、項４５又は４６に記載の通信装置。
４８． 複数のパケット識別子が、複数のパケットの各々の少なくとも１つのパケット識別子を含み、パケット処理回路が、複数のパケット識別子の各固有の値を有する複数のパケットのうちの、最大でも単一のパケットを含む少なくとも１つの固有のパケットを渡すことによって、冗長パケットの少なくともいくらかの重複記憶を防止するアンチ・リプレイ・エンジンを実装する、項４５～４７のいずれか一項に記載の通信装置。
４９． パケット処理回路が、散乱エンジンを実装し、アンチ・リプレイ・エンジンが、少なくとも１つの固有のパケットを散乱エンジンに渡し、散乱エンジンが、散乱エンジンに渡されている少なくとも１つの固有のパケットの各々のメモリ・アドレスを決定する、項４８に記載の通信装置。
５０． 複数のパケットの各々が、少なくとも１つのパケット識別子を含むヘッダを含み、パケット処理回路が、パケット解析エンジン及びステアリング・エンジンを実装し、パケット解析エンジンが、複数のパケットの各々を解析し、複数のパケットの各々のヘッダを識別し、複数のパケットの各々のヘッダ及び少なくとも１つのペイロードをステアリング・エンジンに転送し、ステアリング・エンジンが、複数のパケットの各々のヘッダの内部の少なくとも１つのパケット識別子を識別し、複数のパケットの各々の少なくとも１つのパケット識別子及び少なくとも１つのペイロードをアンチ・リプレイ・エンジンに渡す、項４９に記載の通信装置。
５１． 複数のパケット識別子が、複数のパケットの各々の少なくとも１つのパケット識別子を含み、パケット処理回路が、スライディング・ウィンドウ内で受信される複数のパケット識別子のうちの各固有のパケット識別子を有する１つのパケットを除くすべてのパケットを破棄することによって、冗長パケットの少なくともいくらかの重複記憶を防止するアンチ・リプレイ・エンジンを実装する、項４５～５０のいずれか一項に記載の通信装置。
５２． ユーザによって使用するためのものであり、スライディング・ウィンドウのサイズがユーザによって与えられてもよい、項５１に記載の通信装置。
５３． スライディング・ウィンドウの外部で遅延パケットが受信され、アンチ・リプレイ・エンジンが、遅延パケットを破棄する、項５１又は５２に記載の通信装置。
５４． スライディング・ウィンドウの外部で遅延パケットが受信され、アンチ・リプレイ・エンジンが、遅延パケットを、後続の処理のためにキューに格納する、項５１又は５２に記載の通信装置。
５５． 複数のパケットが、１つ又は複数の渡されているパケット及び１つ又は複数の破棄されているパケットを含み、パケット処理回路が、１つ又は複数の破棄されているパケットの格納を防止し、１つ又は複数の渡されているパケットの各々のメモリ・アドレスを決定するためのものである、項４５～５４のいずれか一項に記載の通信装置。
５６． 渡されているパケットについて決定されているメモリ・アドレスに、１つ又は複数の渡されているパケットの各々を書き込むためのインターフェースをさらに備える、項５５に記載の通信装置。
５７． １つ又は複数の渡されているパケットの各々について決定されているメモリ・アドレスを含むメモリに、インターフェースを接続するバスをさらに備え、インターフェースは、バスを介して、１つ又は複数の渡されているパケットの各々の、最大でも単一のコピーのみを、渡されているパケットについて決定されているメモリ・アドレスに書き込む、項５６に記載の通信装置。
５８． バスが、周辺機器相互接続エクスプレス（「ＰＣＩｅ」）バスである、項５７に記載の通信装置。
５９． パケット処理回路が、渡されているパケットの少なくとも１つのパケット識別子をメモリ・アドレスにマッピングすることによって、１つ又は複数の渡されているパケットの各々のメモリ・アドレスを決定するためのものである、項５５～５８のいずれか一項に記載の通信装置。
６０． パケット処理回路が、線形マッピングを使用して、渡されているパケットの少なくとも１つのパケット識別子をメモリ・アドレスにマッピングすることによって、１つ又は複数の渡されているパケットの各々のメモリ・アドレスを決定するためのものである、項５５～５８のいずれか一項に記載の通信装置。
６１． パケット処理回路が、１つ又は複数の渡されているパケットの各々のメモリ・アドレスを、初期パケット識別子、渡されているパケットの少なくとも１つのパケット識別子、渡されているパケットの少なくとも１つのペイロードのサイズ、及び、基準メモリ・アドレスの関数として決定するためのものである、項５５～５８のいずれか一項に記載の通信装置。
６２． 通信装置であって、複数のパケット識別子を含む複数のパケットを受信するためのネットワーク・インターフェースと、複数のパケット識別子のうちの重複するパケット識別子を含む複数のパケットのうちの冗長パケットのうちの１つ又は複数を破棄することによって、冗長パケットの少なくともいくらかの重複記憶を防止するアンチ・リプレイ・エンジンを備えるパケット処理回路とを備える、通信装置。
６３． 複数のパケットが、複数のペイロードを含み、複数のパケット識別子が、複数のペイロードの各々の少なくとも一部分を含む、項６２に記載の通信装置。
６４． ネットワーク・インターフェースが、複数のパケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルを介して受信するための複数の接続を含む、項６２又は６３に記載の通信装置。
６５． アンチ・リプレイ・エンジンが、複数のパケット識別子の各固有の値を有する複数のパケットのうちの単一のパケットを除くすべてのパケットを破棄する、項６２～６４のいずれか一項に記載の通信装置。
６６． パケット処理回路が、散乱エンジンを実装し、アンチ・リプレイ・エンジンが、複数のパケットのうち、破棄されていないものを、渡されるパケットとして散乱エンジンに渡し、散乱エンジンは、渡されているパケットの各々のメモリ・アドレスを決定する、項６５に記載の通信装置。
６７． 複数のパケットの各々が、複数のパケット識別子のうちの関連付けられるパケット識別子を含むヘッダを含み、複数のパケットの各々がペイロードを含み、パケット処理回路が、パケット解析エンジン及びステアリング・エンジンを実装し、パケット解析エンジンが、複数のパケットの各々を解析し、複数のパケットの各々のヘッダを識別し、複数のパケットの各々のヘッダ及びペイロードをステアリング・エンジンに転送し、ステアリング・エンジンが、複数のパケットの各々のヘッダの内部の関連付けられるパケット識別子を識別し、複数のパケットの各々のパケット識別子及びペイロードをアンチ・リプレイ・エンジンに渡す、項６６に記載の通信装置。
６８． アンチ・リプレイ・エンジンが、スライディング・ウィンドウ内で受信される複数のパケット識別子のうちの各固有のパケット識別子を有する１つのパケットを除くすべてのパケットを破棄する、項６２～６７のいずれか一項に記載の通信装置。
６９． ユーザによって使用するためのものであり、スライディング・ウィンドウのサイズがユーザによって与えられてもよい、項６８に記載の通信装置。
７０． スライディング・ウィンドウの外部で遅延パケットが受信され、アンチ・リプレイ・エンジンが、遅延パケットを破棄する、項６８又は６９に記載の通信装置。
７１． スライディング・ウィンドウの外部で遅延パケットが受信され、アンチ・リプレイ・エンジンが、遅延パケットを、後続の処理のためにキューに格納する、項６８～７０のいずれか一項に記載の通信装置。
７２． 複数のパケットが、１つ又は複数の渡されているパケット及び１つ又は複数の破棄されているパケットを含み、１つ又は複数の破棄されているパケットは、アンチ・リプレイ・エンジンによって破棄されているパケットのいずれかを含み、パケット処理回路が、１つ又は複数の渡されているパケットの各々のメモリ・アドレスを決定するためのものである、項６２～７１のいずれか一項に記載の通信装置。
７３． 渡されているパケットについて決定されているメモリ・アドレスに、１つ又は複数の渡されているパケットの各々を書き込むためのインターフェースをさらに備える、項７２に記載の通信装置。
７４． １つ又は複数の渡されているパケットの各々について決定されているメモリ・アドレスを含むメモリに、インターフェースを接続するバスをさらに備え、インターフェースは、バスを介して、１つ又は複数の渡されているパケットの各々の、最大でも単一のコピーのみを、渡されているパケットについて決定されているメモリ・アドレスに書き込む、項７３に記載の通信装置。
７５． バスが、周辺機器相互接続エクスプレス（「ＰＣＩｅ」）バスである、項７４に記載の通信装置。
７６． パケット処理回路が、渡されているパケットと関連付けられる複数のパケット識別子のうちの１つをメモリ・アドレスにマッピングすることによって、１つ又は複数の渡されているパケットの各々のメモリ・アドレスを決定するためのものである、項７２～７５のいずれか一項に記載の通信装置。
７７． パケット処理回路が、線形マッピングを使用して、渡されているパケットと関連付けられる複数のパケット識別子のうちの１つをメモリ・アドレスにマッピングすることによって、１つ又は複数の渡されているパケットの各々のメモリ・アドレスを決定するためのものである、項７２～７５のいずれか一項に記載の通信装置。
７８． パケット処理回路が、１つ又は複数の渡されているパケットの各々のメモリ・アドレスを、初期パケット識別子、渡されているパケットと関連付けられる複数のパケット識別子のうちの１つ、渡されているパケットのペイロードのサイズ、及び、基準メモリ・アドレスの関数として決定するためのものである、項７２～７５のいずれか一項に記載の通信装置。
７９． 方法であって、（ａ）送信側通信装置によって、複数のパケット識別子を各々１つずつ、複数のパケットの各々に追加することと、（ｂ）送信側通信装置によって、複数のパケット識別子が複数のパケットの各々に追加された後、複数のパケットの各々を複製し、以て、複数の複製パケットを作成することと、（ｃ）送信側通信装置によって、複数の複製パケットの各々のアドレスを修正することと、（ｄ）送信側通信装置によって、複数のパケット及び複数の複製パケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルを介して受信側通信装置へと送信することと、（ｅ）受信側通信装置によって、複数のパケット・ストリームを受信することと、（ｆ）受信側通信装置のアンチ・リプレイ・エンジンによって、複数のパケット・ストリーム内で受信される異なるパケットの別のパケット識別子と同一であるパケット識別子を含む、複数のパケット・ストリーム内で受信される少なくとも１つのパケットを破棄することとを含む、方法。
８０． 送信側通信装置が、複数のパケット・ストリームの各々を、送信側通信装置のネットワーク・インターフェースの異なるポートを介して送信する、項７９に記載の方法。
８１． 送信側通信装置が、複数のパケット及び複数の複製パケットのうち、同一のパケット識別子を有するものを、低ジッタで送信する、項７９又は８０に記載の方法。
８２． 送信側通信装置のホスト・インターフェースによって、少なくとも１つのホスト・プロセッサからのデータを受信することと、ホスト・インターフェースによって、データを複数のパケットにパケット化することとをさらに含む、項７９～８１のいずれか一項に記載の方法。
８３． データがビデオ・データであり、方法が、ビデオ・カメラによって、ビデオ・データを捕捉することと、ビデオ・カメラによって、ビデオ・データをホスト・インターフェースに送信することとをさらに含む、項８２に記載の方法。
８４． 送信側通信装置のインターネット・プロトコル・セキュリティ・エンジンによって、複数のパケット識別子を生成することをさらに含む、項７９～８３のいずれか一項に記載の方法。
８５． 複数のパケット識別子の各々が、映画テレビ技術者協会（「ＳＭＰＴＥ」）２０２２－７のリアル・タイム・トランスポート・プロトコル（「ＲＴＰ」）に従って生成されるパケット・シーケンス番号である、項７９～８４のいずれか一項に記載の方法。
８６． 複数の複製パケットの各々のアドレスを修正することが、ユーザ・データグラム・プロトコル（「ＵＤＰ」））ソース・ポート値を変更することを含む、項７９～８５のいずれか一項に記載の方法。
８７． 複数の複製パケットの各々のアドレスを修正することが、ソース媒体アクセス制御（「ＭＡＣ」）アドレス値を変更することを含む、項８６に記載の方法。
８８． システムであって、複数のパケット識別子と各々１つずつ関連付けられる複数のペイロードを含む複数のパケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルを介して送信するパケット・ソースと、複数のパケット・ストリームを受信し、スライディング・ウィンドウ内で複数のパケット識別子のうちの特定のパケット識別子を受信することを予測し、スライディング・ウィンドウ内で受信される特定のパケット識別子の各々を有する複数のパケットのうちの、最大でも単一のパケットを含む順序付けされたデータ・セットを作成することによって、複数のペイロードのうちの少なくともいくつかの重複記憶を防止し、複数のペイロードのうち、順序付けされたデータ・セットに含まれる複数のパケットと関連付けられるものを、追加の処理のために受信側デバイスの外部にある構成要素に転送する回路を備える受信側デバイスとを備える、システム。
８９． パケット・ソースが、仮想機械である、項８８に記載のシステム。
９０． 回路が、アンチ・リプレイ・エンジン及び散乱エンジンを実装し、複数のペイロードのうち、順序付けされたデータ・セットに含まれる複数のパケットと関連付けられるものが、転送されているペイロードであり、アンチ・リプレイ・エンジンが、順序付けされたデータを作成し、転送されているペイロードを散乱エンジンに転送し、散乱エンジンが、転送されているペイロードの各々のメモリ・アドレスを決定し、追加の処理が、転送されているペイロードの各々を、転送されているペイロードについて決定されているメモリ・アドレスに格納することを含む、項８８又は８９に記載のシステム。
９１． 複数のペイロードのうち、順序付けされたデータ・セットに含まれる複数のパケットと関連付けられるものが、渡されているパケットであり、複数のペイロードのうちの他のペイロードが、破棄されているペイロードであり、回路が、破棄されているペイロードの格納を防止し、回路が、渡されているペイロードと関連付けられるパケット識別子をメモリ・アドレスにマッピングすることによって、渡されているペイロードの各々のメモリ・アドレスを決定し、追加の処理が、渡されているペイロードの各々を、渡されているペイロードについて決定されているメモリ・アドレスに格納することを含む、項８８～９０のいずれか一項に記載のシステム。
９２． 渡されているペイロードの各々について、渡されているペイロードと関連付けられるパケット識別子を、渡されているペイロードについて決定されているメモリ・アドレスにマッピングするために、線形マッピングが使用される、項９１に記載のシステム。
９３． 複数のペイロードのうち、順序付けされたデータ・セットに含まれる複数のパケットと関連付けられるものが、渡されているパケットであり、複数のペイロードのうちの他のペイロードが、破棄されているペイロードであり、回路が、破棄されているペイロードの格納を防止し、回路が、初期シーケンス番号、渡されているペイロードと関連付けられるパケット識別子、渡されているペイロードのサイズ、及びメモリ・アドレスのうちの基準メモリ・アドレスの関数として、渡されているペイロードの各々のメモリ・アドレスを決定し、追加の処理が、渡されているペイロードの各々を、渡されているペイロードについて決定されているメモリ・アドレスに格納することを含む、項８８～９２のいずれか一項に記載のシステム。
９４． スライディング・ウィンドウの外部で遅延パケットが受信され、回路が、遅延パケットを破棄すること、又は、遅延パケットを、後続の処理のためにキューに格納すること、のうちの少なくとも一方を行う、項８８～９３のいずれか一項に記載のシステム。
９５． パケット・ソースが、複数のパケット識別子のうちの固有のパケット識別子を複数の初期パケットの各々に付加し、固有のパケット識別子が複数の初期パケットの各々に付加された後に複数の初期パケットの各々を複製して、複数の複製パケットを作成し、複数の初期パケット及び複数の複製パケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルを介して送信する回路を有する送信側デバイスを含む、項８８～９４のいずれか一項に記載のシステム。
９６． 送信側デバイス又は受信側デバイスのうちの少なくとも一方が、自律車両である、項９５に記載のシステム。
９７． 送信側デバイスが、自律車両であり、自律車両が、少なくとも１つのセンサを備え、複数のペイロードが、各々、少なくとも１つのセンサから取得されるセンサデータに基づく情報を含む、項９６に記載のシステム。
９８． 送信側デバイスが、ビデオ・データを捕捉するためのビデオ・カメラと、ビデオ・データを複数の初期パケットにパケット化するためのインターフェースとを備える、項９７に記載のシステム。
９９． 複数のペイロードが、各々、ビデオ・データのスライスを含む、項９８に記載のシステム。
１００． 方法であって、（ａ）複数の異なる通信チャネルを介して送信される複数のパケット・ストリームを受信することであって、複数のパケット・ストリームが、複数のパケット識別子に各々１つずつ関連付けられる複数のペイロードを含む複数のパケットを含む、受信することと、（ｂ）複数のパケットのサブセットを含む順序付けされたデータ・セットを作成することによって、複数のペイロードのうちの少なくともいくつかの各々の１つのコピーを識別することであって、パケットのサブセットが、パケット識別子のサブセットを含み、パケット識別子のサブセット内の各特定のパケット識別子が、特定のパケット識別子を有する任意の他のパケットが受信される前に、パケットのサブセットの特定のパケット内で受信されている、識別することと、（ｃ）識別されているペイロードの各々のメモリ・アドレスを決定することと、（ｄ）識別されているペイロードの各々を、識別されているペイロードについて決定されているメモリ・アドレスに書き込むこととを含む、方法。
１０１． スライディング・ウィンドウ内で受信される複数のパケット識別子のうちの各固有のパケット識別子と関連付けられる複数のパケットのうちの１つを除くすべてのパケットを破棄することをさらに含む、項１００に記載の方法。
１０２． スライディング・ウィンドウの外部で遅延パケットが受信され、方法が、遅延パケットを破棄すること、又は、遅延パケットを、後続の処理のためにキューに格納することをさらに含む、項１０１に記載の方法。
１０３． 識別されているペイロードの各々のメモリ・アドレスを決定することが、識別されているペイロードの各々と関連付けられるパケット識別子をメモリ・アドレスに：マッピングすることを含む、項１００～１０２のいずれか一項に記載の方法。
１０４． 識別されているペイロードの各々と関連付けられるパケット識別子をメモリ・アドレスにマッピングするために、線形マッピングが使用される、項１０３に記載の方法。
１０５． 初期シーケンス番号、識別されているペイロードの各々と関連付けられるパケット識別子、識別されているペイロードの各々のサイズ、及び基準メモリ・アドレスの関数が、識別されているペイロードの各々と関連付けられるパケット識別子をメモリ・アドレスにマッピングするために使用される、項１０３又は１０４に記載の方法。
１０６． 複数のパケット識別子のうちの固有のパケット識別子を複数の初期パケットの各々に付加することと、固有のパケット識別子が複数の初期パケットの各々に付加された後に複数の初期パケットの各々を複製して、複数の複製パケットを作成することと、複数の初期パケット及び複数の複製パケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルを介して送信することとをさらに含む、項１００～１０５のいずれか一項に記載の方法。
他の変形形態は、本開示の範囲内にある。したがって、開示した技法は、様々な修正及び代替的な構成が可能であるが、それらのうち一定の例示的な実施例が図面に示され、上で詳細に説明されてきた。しかし、特定の１つ又は複数の開示された形に本開示を限定する意図はなく、その反対に、特許請求の範囲に定義される開示の趣旨及び範囲に入るすべての修正形態、代替的な構成、及び等価物を網羅することを意図している。
開示される実施例を説明する文脈において（特に、以下の特許請求の範囲の文脈において）「ａ」及び「ａｎ」及び「ｔｈｅ」という用語、並びに同様の指示語を使用することは、本明細書に別段の記載のない限り、又は文脈によって明らかに否定されない限り、単数と複数の両方を網羅すると解釈されるべきであり、用語の定義であると解釈されるべきではない。「備える」、「有する」、「含む」、及び「収容する」という用語は、別段の記載がない限り、制約がない用語（「限定ではないが、～を含む」を意味する）として解釈される。「接続される」という用語は、修飾されずに物理的接続を指している場合には、何か介在するものがあったとしても、部分的に又は完全に中に収容される、取り付けられる、又はともに接合されるものとして解釈される。本明細書において値の範囲を詳述することは、本明細書において別段の記載がない限り、またそれぞれ別々の値が、本明細書に個々に詳述されているかのように明細書に組み込まれていない限り、範囲内に含まれるそれぞれ別々の値を個々に参照する簡潔な方法として機能することを単に意図しているにすぎない。少なくとも一実施例では、「セット」（たとえば、「アイテムのセット」）又は「サブセット」という用語の使用は、文脈によって別段の記載がない、又は否定されていない限り、１つ又は複数の成員を含む空ではない集合として解釈されるべきである。さらに、文脈によって別段の記載がない、又は否定されていない限り、対応するセットの「サブセット」という用語は、対応するセットの厳密なサブセットを必ずしも指すのではなく、サブセット及び対応するセットは等しくてもよい。
「Ａ、Ｂ、及びＣのうちの少なくとも１つ」又は「Ａ、Ｂ及びＣのうちの少なくとも１つ」という形の言い回しなどの結合語は、別段の具体的な記載のない限り、又は文脈によって明確に否定されていない限り、項目、用語などが、Ａ若しくはＢ若しくはＣである、又はＡ及びＢ及びＣのセットのいずれかの空でないサブセットであることを提示するために一般に使用される文脈で理解される。例えば、３つの成員を有するセットの例示的な実例では、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」及び「Ａ、Ｂ及びＣのうちの少なくとも１つ」という結合語は、以下のセット、すなわち、｛Ａ｝、｛Ｂ｝、｛Ｃ｝、｛Ａ，Ｂ｝、｛Ａ，Ｃ｝、｛Ｂ，Ｃ｝、｛Ａ，Ｂ，Ｃ｝のうちのいずれかを指す。したがって、こうした結合語は、ある一定の実施例が、少なくとも１つのＡ、少なくとも１つのＢ、及び少なくとも１つのＣそれぞれの存在を必要とすることを全体的に暗示するものではない。さらに、別段の記載のない、又は文脈によって否定されていない限り、「複数」という用語は、複数である状態を示す（たとえば、「複数の項目（ａ ｐｌｕｒａｌｉｔｙ ｏｆ ｉｔｅｍｓ）」は複数の項目（ｍｕｌｔｉｐｌｅ ｉｔｅｍｓ）を示す）。少なくとも一つの実施例において、複数である項目の数は、少なくとも２つであるが、明示的に、又は文脈によって示されている場合にはそれより多くてもよい。さらに、別段の記載のない、又は文脈からそうでないことが明らかでない限り、「～に基づく」という言い回しは、「少なくとも部分的に～に基づく」を意味し、「～だけに基づく」を意味しない。
本明細書に記載のプロセスの動作は、本明細書に別段の記載のない、又は文脈によって明確に否定されない限り、任意の好適な順序で実施することができる。少なくとも一実施例では、本明細書に記載のプロセス（又はその変形及び／又は組合せ）などのプロセスは、実行可能命令で構成された１つ又は複数のコンピュータ・システムの制御下で実施され、１つ又は複数のプロセッサ上で、ハードウェアによって、又はそれらの組合せによって集合的に実行されるコード（たとえば、実行可能な命令、１つ若しくは複数のコンピュータ・プログラム、又は１つ若しくは複数のアプリケーション）として実装される。少なくとも一実施例では、コードは、コンピュータ可読記憶媒体上に格納される。少なくとも一実施例では、コードは、１つ又は複数のプロセッサによって実行可能な複数の命令を備えるコンピュータ・プログラムの形態である。少なくとも一実施例では、コンピュータ可読ストレージ媒体は、一時的な信号（たとえば、伝播する一時的な電気又は電磁送信）を除外するが、一時的な信号のトランシーバ内の非一時的なデータ・ストレージ回路（たとえば、バッファ、キャッシュ、及びキュー）を含む非一時的なコンピュータ可読ストレージ媒体である。少なくとも一実施例では、コード（たとえば、実行可能コード又はソース・コード）は、１つ又は複数の非一時的なコンピュータ可読ストレージ媒体のセットに格納され、このストレージ媒体には、コンピュータ・システムの１つ又は複数のプロセッサによって実行されたときに（すなわち、実行された結果として）、コンピュータ・システムに本明細書に記載の動作を実施させる実行可能命令が格納されている（又は、実行可能命令を格納するための他のメモリを有する）。非一時的なコンピュータ読取り可能ストレージ媒体のセットは、少なくとも一実施例では、複数の非一時的なコンピュータ読取り可能ストレージ媒体を備え、複数の非一時的なコンピュータ読取り可能ストレージ媒体の個々の非一時的なストレージ媒体のうちの１つ又は複数には、すべてのコードがないが、複数の非一時的なコンピュータ読取り可能ストレージ媒体は、集合的にすべてのコードを記憶している。少なくとも一実施例では、実行可能命令は、異なる命令が異なるプロセッサによって実行されるように実行され、少なくとも一実施例では、非一時的なコンピュータ可読ストレージ媒体は命令を格納し、メインの中央処理装置（「ＣＰＵ」）は一部の命令を実行し、グラフィックス処理ユニット（「ＧＰＵ」）は他の命令を実行する。少なくとも一実施例では、コンピュータ・システムの異なる構成要素は、別々のプロセッサを有し、異なるプロセッサは、命令の異なるサブセットを実行する。
したがって、少なくとも一実施例では、コンピュータ・システムは、本明細書に記載のプロセスの動作を単独で又は集合的に実施する１つ又は複数のサービスを実装するように構成され、こうしたコンピュータ・システムは、動作を実施できるようにする適用可能なハードウェア及び／又はソフトウェアで構成される。さらに、本開示の少なくとも一実施例を実装するコンピュータ・システムは、単一のデバイスであり、別の実施例では、異なるやり方で動作する複数のデバイスを備える分散型のコンピュータ・システムであり、それにより単一のデバイスがすべての動作を実施しないように分散型のコンピュータ・システムが本明細書に記載の動作を実施する。
本明細書に提供されるあらゆる例、又は例示的な言葉（たとえば、「など」）の使用は、本開示の実施例をより明らかにすることだけを意図しており、別段の主張のない限り、本開示の範囲に制限を加えるものではない。本明細書のいかなる言葉も、特許請求されていない任意の要素を、本開示の実践に不可欠なものとして示すと解釈されるべきではない。
本明細書に引用される出版物、特許出願、及び特許を含むすべての参考文献は、各参考文献が参照により組み込まれることがあたかも個別に明確に示され、その全体が本明細書に記載されたかのように、それと同程度まで参照により本明細書に組み込まれる。
明細書及び特許請求の範囲において、「結合される」及び「接続される」という用語が、その派生語とともに使用されてもよい。これらの用語は、互いに同義語として意図されていない場合があることを理解すべきである。むしろ、特定の実例では、「接続される」又は「結合される」は、２つ以上の要素が物理的又は電気的に互いに直接又は間接的に接触していることを示すために使用されてもよい。また「結合される」は、２つ以上の要素が直接互いに接触していないが、なお互いに連動又は相互作用することを意味してもよい。
別段の具体的な記載のない限り、明細書全体を通して「処理する」、「コンピューティング」、「計算する」、又は「判定する」などの用語は、コンピューティング・システムのレジスタ及び／又はメモリ内の、電子的などの物理的な量として表されるデータをコンピューティング・システムのメモリ、レジスタ、又は他のそのような情報ストレージ・デバイス、送信デバイス、若しくはディスプレイ・デバイス内の物理的な量として同様に表される他のデータになるよう操作及び／又は変換するコンピュータ若しくはコンピューティング・システム、又は同様の電子コンピューティング・デバイスの行為及び／又はプロセスを指す。
同様に、「プロセッサ」という用語は、レジスタ及び／又はメモリからの電子データを処理し、その電子データを、レジスタ及び／又はメモリに記憶することができる他の電子データに変換する任意のデバイス、又はデバイスの一部分を指してもよい。非限定的な実例として、「プロセッサ」は、ＣＰＵ又はＧＰＵであってもよい。「コンピューティング・プラットフォーム」は、１つ又は複数のプロセッサを備えてもよい。本明細書において使用される場合、「ソフトウェア」プロセスは、少なくとも一実施例では、タスク、スレッド、及び知的エージェントなど、経時的にワークを実施するソフトウェア及び／又はハードウェアのエンティティを含んでもよい。また、各プロセスは、命令を直列で又は並列で連続的に又は断続的に実行するための複数のプロセスを指してもよい。「システム」及び「方法」という用語は、１つ又は複数の方法をシステムが具体化することができ、方法がシステムと考えられてもよい場合に限り、本明細書において交換可能に使用される。
少なくとも一実施例では、算術論理ユニットは、１つ又は複数の入力を取り込んで結果を生成する組合せ論理回路のセットである。少なくとも一実施例では、算術論理ユニットは、プロセッサによって、加算、減算、又は乗算などの算術演算を実施するために使用される。少なくとも一実施例では、算術論理ユニットは、論理ＡＮＤ／ＯＲ又はＸＯＲなどの論理演算を実施するために使用される。少なくとも一実施例では、算術論理ユニットは、ステートレスであり、論理ゲートを形成するように配列された半導体トランジスタなどの物理スイッチング構成要素から作成される。少なくとも一実施例では、算術論理ユニットは、内部的に、関連するクロックを有するステートフル論理回路として動作してもよい。少なくとも一実施例では、算術論理ユニットは、関連するレジスタ・セット内に維持されない内部状態を有する非同期論理回路として構築されてもよい。少なくとも一実施例では、算術論理ユニットは、プロセッサによって、プロセッサの１つ又は複数のレジスタに記憶されているオペランドを組み合わせ、プロセッサによって別のレジスタ又はメモリ・ロケーションに記憶することができる出力を生成するために使用される。
少なくとも一実施例では、プロセッサによって取り出された命令の処理の結果として、プロセッサは、１つ又は複数の入力又はオペランドを算術論理ユニットに提示し、算術論理ユニットに、算術論理ユニットの入力に提供される命令コードに少なくとも部分的に基づいて結果を生成させる。少なくとも一実施例では、プロセッサによってＡＬＵに提供される命令コードは、プロセッサによって実行される命令に少なくとも部分的に基づく。少なくとも一実施例では、ＡＬＵ内の組合せ論理は、入力を処理し、プロセッサ内のバス上に配置される出力を生成する。少なくとも一実施例では、プロセッサは、プロセッサをクロッキングすることによって、ＡＬＵによって生成される結果が所望のロケーションに送られるように、宛先レジスタ、メモリ・ロケーション、出力デバイス、又は出力バス上の出力ストレージ・ロケーションを選択する。
本明細書では、アナログ・データ又はデジタル・データを得る、取得する、受信する、又はそれらをサブシステム、コンピュータ・システム、又はコンピュータ実装機械に入力することに言及することができる。少なくとも一実施例では、アナログ・データ及びデジタル・データを得る、取得する、受信する、又は入力するプロセスは、関数呼出し、又はアプリケーション・プログラミング・インターフェースへの呼出しのパラメータとしてデータを受信するなど、様々なやり方で実現することができる。いくつかの実装形態では、アナログ・データ又はデジタル・データを得る、取得する、受信する、又は入力するプロセスは、直列又は並列のインターフェースを介してデータを転送することによって実現することができる。別の実装形態では、アナログ・データ又はデジタル・データを得る、取得する、受信する、又は入力するプロセスは、提供するエンティティから取得するエンティティにコンピュータ・ネットワークを介してデータを転送することによって実現することができる。また、アナログ・データ又はデジタル・データを提供する、出力する、送信する、送る、又は提示することにも言及することができる。様々な実例では、アナログ・データ又はデジタル・データを提供する、出力する、送信する、送る、又は提示するプロセスは、関数呼出しの入力又は出力のパラメータ、アプリケーション・プログラミング・インターフェース又はプロセス間通信機構のパラメータとしてデータを転送することによって実現することができる。
上の議論は、記載した技法の例示的な実装形態について述べているが、記載した機能を実装するために他のアーキテクチャが使用されてもよく、この他のアーキテクチャは、本開示の範囲内にあることが意図される。さらに、議論を目的として、役割の具体的な分配が定義されているが、様々な機能及び役割は、状況に応じて異なるやり方で分配及び分割されてもよい。
さらに、主題は、構造的特徴及び／又は方法論的行為に特有の言葉で説明されてきたが、添付の特許請求の範囲で請求される主題は、必ずしも説明された特有の特徴又は行為に限定されないことが理解されるべきである。むしろ、特有の特徴及び行為は、特許請求の範囲を実装する例示的な形として開示されている。

Claims (47)

  1. 複数のパケットを受信するためのネットワーク・インターフェースであって、前記複数のパケットの各々が、少なくとも１つのパケット識別子及び少なくとも１つのペイロードを含む、ネットワーク・インターフェースと、
    冗長パケットを検出し、冗長パケットの少なくともいくらかの重複記憶を防止するためのパケット処理回路と
    を備える通信装置。
  2. 前記冗長パケットが、前記少なくとも１つのパケット識別子のうちの冗長パケット識別子、又は前記少なくとも１つのペイロードのうちの冗長ペイロードに基づいて検出される、請求項１に記載の通信装置。
  3. 前記ネットワーク・インターフェースが、前記複数のパケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルを介して受信するための複数の接続を含む、請求項１に記載の通信装置。
  4. 複数のパケット識別子が、前記複数のパケットの各々の前記少なくとも１つのパケット識別子を含み、
    前記パケット処理回路が、前記複数のパケット識別子の各固有の値を有する前記複数のパケットのうちの、最大でも単一のパケットを含む少なくとも１つの固有のパケットを渡すことによって、前記冗長パケットの少なくともいくらかの重複記憶を防止するアンチ・リプレイ・エンジンを実装する、請求項１に記載の通信装置。
  5. 前記パケット処理回路が、散乱エンジンを実装し、
    前記アンチ・リプレイ・エンジンが、前記少なくとも１つの固有のパケットを前記散乱エンジンに渡し、
    前記散乱エンジンが、前記散乱エンジンに渡されている前記少なくとも１つの固有のパケットの各々のメモリ・アドレスを決定する、請求項４に記載の通信装置。
  6. 前記複数のパケットの各々が、前記少なくとも１つのパケット識別子を含むヘッダを含み、
    前記パケット処理回路が、パケット解析エンジン及びステアリング・エンジンを実装し、
    前記パケット解析エンジンが、前記複数のパケットの各々を解析し、前記複数のパケットの各々の前記ヘッダを識別し、前記複数のパケットの各々の前記ヘッダ及び前記少なくとも１つのペイロードを前記ステアリング・エンジンに転送し、
    前記ステアリング・エンジンが、前記複数のパケットの各々の前記ヘッダの内部の前記少なくとも１つのパケット識別子を識別し、前記複数のパケットの各々の前記少なくとも１つのパケット識別子及び前記少なくとも１つのペイロードを前記アンチ・リプレイ・エンジンに渡す、請求項５に記載の通信装置。
  7. 複数のパケット識別子が、前記複数のパケットの各々の前記少なくとも１つのパケット識別子を含み、
    前記パケット処理回路が、スライディング・ウィンドウ内で受信される前記複数のパケット識別子のうちの各固有のパケット識別子を有する１つのパケットを除く全てのパケットを破棄することによって、前記冗長パケットの前記少なくともいくらかの重複記憶を防止するアンチ・リプレイ・エンジンを実装する、請求項１に記載の通信装置。
  8. ユーザによって使用するためのものであり、前記スライディング・ウィンドウのサイズがユーザによって提供され得る、請求項７に記載の通信装置。
  9. 前記スライディング・ウィンドウの外部で遅延パケットが受信され、
    前記アンチ・リプレイ・エンジンが、前記遅延パケットを破棄する、請求項７に記載の通信装置。
  10. 前記スライディング・ウィンドウの外部で遅延パケットが受信され、
    前記アンチ・リプレイ・エンジンが、前記遅延パケットを、後続の処理のためにキューに格納する、請求項７に記載の通信装置。
  11. 前記複数のパケットが、１つ又は複数の渡されているパケット及び１つ又は複数の破棄されているパケットを含み、
    前記パケット処理回路が、前記１つ又は複数の破棄されているパケットの格納を防止し、前記１つ又は複数の渡されているパケットの各々のメモリ・アドレスを決定する、請求項１に記載の通信装置。
  12. 前記渡されているパケットについて決定されている前記メモリ・アドレスに、前記１つ又は複数の渡されているパケットの各々を書き込むためのインターフェースをさらに備える、請求項１１に記載の通信装置。
  13. 前記１つ又は複数の渡されているパケットの各々について決定されている前記メモリ・アドレスを含むメモリに、前記インターフェースを接続するバスをさらに備え、前記インターフェースは、前記バスによって、前記１つ又は複数の渡されているパケットの各々の、最大でも単一のコピーのみを、前記渡されているパケットについて決定されている前記メモリ・アドレスに書き込む、請求項１２に記載の通信装置。
  14. 前記バスが、周辺機器相互接続エクスプレス（「ＰＣＩｅ」）バスである、請求項１３に記載の通信装置。
  15. 前記パケット処理回路が、前記渡されているパケットの前記少なくとも１つのパケット識別子を前記メモリ・アドレスにマッピングすることによって、前記１つ又は複数の渡されているパケットの各々の前記メモリ・アドレスを決定する、請求項１１に記載の通信装置。
  16. 前記パケット処理回路が、線形マッピングを使用して、前記渡されているパケットの前記少なくとも１つのパケット識別子を前記メモリ・アドレスにマッピングすることによって、前記１つ又は複数の渡されているパケットの各々の前記メモリ・アドレスを決定する、請求項１１に記載の通信装置。
  17. 前記パケット処理回路が、前記１つ又は複数の渡されているパケットの各々の前記メモリ・アドレスを、初期パケット識別子、前記渡されているパケットの前記少なくとも１つのパケット識別子、前記渡されているパケットの前記少なくとも１つのペイロードのサイズ、及び基準メモリ・アドレスの関数として決定する、請求項１１に記載の通信装置。
  18. 固有のパケット識別子を含むヘッダを複数のパケットの各々に追加し、前記ヘッダが前記複数のパケットの各々に追加された後に、前記複数のパケットの各々を複製し、それによって、各々が複製ヘッダを有する複数の複製パケットを作成し、前記複数の複製パケットの各々の前記複製ヘッダ内のアドレスを修正し、前記複数のパケット及び前記複数の複製パケットの送信が開始されているという少なくとも１つの通知を異なる通信装置に送信するための回路と、
    前記複数のパケット及び前記複数の複製パケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルによって前記異なる通信装置に送信するためのネットワーク・インターフェースと
    を備える通信装置。
  19. 前記複数のパケット・ストリームがそれぞれ、前記ネットワーク・インターフェースの異なるポートを介して送信される、請求項１８に記載の通信装置。
  20. 前記複数のパケット及び前記複数の複製パケットのうちの同一のパケット識別子を有するものが、低ジッタで送信される、請求項１８に記載の通信装置。
  21. 少なくとも１つのホスト・プロセッサからデータを受信し，前記データを前記複数のパケットにパケット化するためのホスト・インターフェースをさらに備える、請求項１８に記載の通信装置。
  22. 前記データがビデオ・データであり、前記通信装置が、
    前記ビデオ・データを捕捉し、前記ビデオ・データを前記ホスト・インターフェースに送信するためのビデオ・カメラをさらに備える、請求項２１に記載の通信装置。
  23. 前記回路が、前記固有のパケット識別子を生成するインターネット・プロトコル・セキュリティ・エンジンを実装する、請求項１８に記載の通信装置。
  24. 前記固有のパケット識別子が、映画テレビ技術者協会（「ＳＭＰＴＥ」）２０２２－７のリアル・タイム・トランスポート・プロトコル（「ＲＴＰ」）に従って生成されるパケット・シーケンス番号である、請求項１８に記載の通信装置。
  25. 前記ネットワーク・インターフェースが、前記複数の異なる通信チャネルの各々に接続されている異なる接続を備え、
    前記ネットワーク・インターフェースが、前記複数の異なる通信チャネルのうちの異なる通信チャネルによって、前記通信チャネルに接続されている異なる接続を介して、前記複数のパケット・ストリームの各々を送信する、請求項１８に記載の通信装置。
  26. 前記複数の複製パケットの各々の前記複製ヘッダ内の前記アドレスを修正することが、ユーザ・データグラム・プロトコル（「ＵＤＰ」））ソース・ポート値を変更することを含む、請求項１８に記載の通信装置。
  27. 前記複数の複製パケットの各々の前記複製ヘッダ内の前記アドレスを修正することが、ソース媒体アクセス制御（「ＭＡＣ」）アドレス値を変更することを含む、請求項２６に記載の通信装置。
  28. 複数のパケット識別子と各々１つずつ関連付けられる複数のペイロードを含む複数のパケットを、複数のパケット・ストリームとして、複数の異なる通信チャネルによって送信するパケット・ソースと、
    回路を備える受信側デバイスであって、前記回路が、前記複数のパケット・ストリームを受信し、前記複数のペイロードのうちの少なくともいくつかの重複記憶を防止し、それぞれの個々のペイロードのメモリ・アドレスを決定し、前記回路によって決定されるそれぞれのメモリ・アドレスにペイロードを書き込む、受信側デバイスと
    を備えるシステム。
  29. 前記パケット・ソースが仮想機械である、請求項２８に記載のシステム。
  30. 前記回路が、アンチ・リプレイ・エンジン及び散乱エンジンを実装し、
    前記アンチ・リプレイ・エンジンが、前記パケット識別子の各固有の値と関連付けられる、最大でも単一のペイロードを前記散乱エンジンに渡すことによって、前記ペイロードの前記少なくともいくらかの重複記憶を防止し、
    前記散乱エンジンが、前記散乱エンジンに渡されている各ペイロードのメモリ・アドレスを決定し、それによって、それぞれの個々の前記ペイロードの前記メモリ・アドレスを決定する、請求項２８に記載のシステム。
  31. 前記回路が、スライディング・ウィンドウ内で受信される各固有のパケット識別子を有する１つのパケットを除く全てのパケットを破棄することによって、前記ペイロードのうちの前記少なくともいくらかの重複記憶を防止するアンチ・リプレイ・エンジンを実装する、請求項２８に記載のシステム。
  32. 前記スライディング・ウィンドウの外部で遅延パケットが受信され、
    前記アンチ・リプレイ・エンジンが、前記遅延パケットを破棄し、及び／又は前記遅延パケットを、後続の処理のためにキューに格納する、請求項３１に記載のシステム。
  33. 前記ペイロードが、複数の渡されているペイロード及び複数の破棄されているペイロードを含み、
    前記回路が、前記複数の破棄されているペイロードの格納を防止し、
    前記回路が、前記渡されているペイロードと関連付けられる前記パケット識別子を前記メモリ・アドレスのうちの１つにマッピングすることによって、前記複数の渡されているペイロードの各々の前記メモリ・アドレスのうちの１つを決定する、請求項２８に記載のシステム。
  34. 前記渡されているペイロードと関連付けられる前記パケット識別子を前記メモリ・アドレスのうちの１つにマッピングするために、線形マッピングが使用される、請求項３３に記載のシステム。
  35. 前記ペイロードが、複数の渡されているペイロード及び複数の破棄されているペイロードを含み、
    前記回路が、前記複数の破棄されているペイロードの格納を防止し、
    前記回路が、前記複数の渡されているペイロードの各々の前記メモリ・アドレスのうちの１つを、初期シーケンス番号、前記渡されているペイロードと関連付けられる前記パケット識別子、前記渡されているペイロードのサイズ、及び前記メモリ・アドレスのうちの基準メモリ・アドレスの関数として決定する、請求項２８に記載のシステム。
  36. 前記パケット・ソースが、前記複数のパケット識別子のうちの固有のパケット識別子を複数の初期パケットの各々に付加し、前記固有のパケット識別子が前記複数の初期パケットの各々に付加された後に前記複数の初期パケットの各々を複製して、複数の複製パケットを作成し、前記複数の初期パケット及び前記複数の複製パケットを、前記複数のパケット・ストリームとして、前記複数の異なる通信チャネルによって送信する回路を有する送信側デバイスを含む、請求項２８に記載のシステム。
  37. 前記送信側デバイス又は前記受信側デバイスのうちの少なくとも一方が、自律車両である、請求項３６に記載のシステム。
  38. 前記送信側デバイスが自律車両であり、
    前記自律車両が少なくとも１つのセンサを備え、
    前記複数のペイロードがそれぞれ、前記少なくとも１つのセンサから取得されるセンサデータに基づく情報を含む、請求項３７に記載のシステム。
  39. 前記送信側デバイスが、ビデオ・データを捕捉するためのビデオ・カメラと、前記ビデオ・データを前記複数の初期パケットにパケット化するためのインターフェースとを備える、請求項３８に記載のシステム。
  40. 前記複数のペイロードがそれぞれ、前記ビデオ・データのスライスを含む、請求項３９に記載のシステム。
  41. 複数の異なる通信チャネルによって送信される複数のパケット・ストリームを受信するステップであって、前記複数のパケット・ストリームが、複数のパケット識別子と各々１つずつ関連付けられる複数のペイロードを含む複数のパケットを含む、ステップと、
    前記複数のペイロードのうちの少なくともいくつかの各々の１つのコピーを識別するステップと、
    前記識別されているペイロードの各々のメモリ・アドレスを決定するステップと、
    前記識別されているペイロードの各々を、前記識別されているペイロードについて決定されている前記メモリ・アドレスに書き込むステップと
    を含む方法。
  42. スライディング・ウィンドウ内で受信される前記複数のパケット識別子のうちの各固有のパケット識別子と関連付けられる前記複数のパケットのうちの１つを除く全てのパケットを破棄するステップをさらに含む、請求項４１に記載の方法。
  43. 前記スライディング・ウィンドウの外部で遅延パケットが受信され、前記方法が、
    前記遅延パケットを破棄するステップ、又は前記遅延パケットを、後続の処理のためにキューに格納するステップをさらに含む、請求項４２に記載の方法。
  44. 前記識別されているペイロードの各々の前記メモリ・アドレスを決定するステップが、
    前記識別されているペイロードの各々と関連付けられる前記パケット識別子を前記メモリ・アドレスにマッピングするステップを含む、請求項４１に記載の方法。
  45. 前記識別されているペイロードの各々と関連付けられる前記パケット識別子を前記メモリ・アドレスにマッピングするために、線形マッピングが使用される、請求項４４に記載の方法。
  46. 初期シーケンス番号、前記識別されているペイロードの各々と関連付けられる前記パケット識別子、前記識別されているペイロードの各々のサイズ、及び基準メモリ・アドレスの関数が、前記識別されているペイロードの各々と関連付けられる前記パケット識別子を前記メモリ・アドレスにマッピングするために使用される、請求項４４に記載の方法。
  47. 前記複数のパケット識別子のうちの固有のパケット識別子を複数の初期パケットの各々に付加するステップと、
    前記固有のパケット識別子が前記複数の初期パケットの各々に付加された後に前記複数の初期パケットの各々を複製して、複数の複製パケットを作成するステップと、
    前記複数の初期パケット及び前記複数の複製パケットを、前記複数のパケット・ストリームとして、前記複数の異なる通信チャネルによって送信するステップと
    をさらに含む、請求項４１に記載の方法。
JP2022108135A 2021-08-23 2022-07-05 冗長データ・パケットを生成及び排除する通信装置 Pending JP2023031246A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US17/409,625 2021-08-23
US17/409,625 US20210385169A1 (en) 2017-02-12 2021-08-23 Communication apparatus generating and eliminating redundant data packets

Publications (1)

Publication Number Publication Date
JP2023031246A true JP2023031246A (ja) 2023-03-08

Family

ID=83319149

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022108135A Pending JP2023031246A (ja) 2021-08-23 2022-07-05 冗長データ・パケットを生成及び排除する通信装置

Country Status (3)

Country Link
EP (1) EP4141652A3 (ja)
JP (1) JP2023031246A (ja)
CN (1) CN115834518A (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002524920A (ja) * 1998-08-28 2002-08-06 インテグラル アクセス， インコーポレイテッド 冗長経路データ通信
JP2006505166A (ja) * 2002-10-31 2006-02-09 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー データ受け入れプロセス
US20160277473A1 (en) * 2015-03-16 2016-09-22 Imagine Communications Corp. Video stream transmission over ip network
US20200336338A1 (en) * 2019-04-17 2020-10-22 Robert Bosch Gmbh Method for operating tsn-enabled network coupling elements

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103053143A (zh) * 2010-08-25 2013-04-17 瑞典爱立信有限公司 用于通过ip网络的安全通信的方法和装置
US8824477B2 (en) * 2011-11-03 2014-09-02 Qualcomm Incorporated Multiple delivery route packet ordering

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002524920A (ja) * 1998-08-28 2002-08-06 インテグラル アクセス， インコーポレイテッド 冗長経路データ通信
JP2006505166A (ja) * 2002-10-31 2006-02-09 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー データ受け入れプロセス
US20160277473A1 (en) * 2015-03-16 2016-09-22 Imagine Communications Corp. Video stream transmission over ip network
US20200336338A1 (en) * 2019-04-17 2020-10-22 Robert Bosch Gmbh Method for operating tsn-enabled network coupling elements

Also Published As

Publication number Publication date
CN115834518A (zh) 2023-03-21
EP4141652A3 (en) 2023-04-12
EP4141652A2 (en) 2023-03-01

Similar Documents

Publication Publication Date Title
US20210385169A1 (en) Communication apparatus generating and eliminating redundant data packets
EP4102351A1 (en) Secure network access device
EP4105850A1 (en) Network devices assisted by machine learning
US20220043731A1 (en) Performance analysis
US20230418726A1 (en) Detecting and optimizing program workload inefficiencies at runtime
US20230376287A1 (en) Code generation technique
US20240086527A1 (en) Detecting potential malware in host memory
US20240086536A1 (en) Detecting potential malware in host memory
US20240070047A1 (en) Simulating task scheduling
US11892946B2 (en) Disaggregated hypervisor on multiple devices
EP4141652A2 (en) Communication apparatus generating and eliminating redundant data packets
US20240195736A1 (en) Redundant management network access
US11956306B1 (en) Multicast-reduction assisted by network devices
US11895017B1 (en) Port management in multi-ASIC systems
US20240073124A1 (en) Quality based load balancing for multipath routing in networks
US20240070040A1 (en) System testing technique
US20240070798A1 (en) Techniques to obtain metrics data
US20240069978A1 (en) Logical cluster partitioning
US11971774B2 (en) Programmable power balancing in a datacenter
US12022634B2 (en) Adjustable fan for datacenter cooling systems
US20240143408A1 (en) Virtual machine management in data centers
US20240069998A1 (en) Using past performance of computing resources to perform software programs
US20240069969A1 (en) Processor binding technique
US20240069964A1 (en) Scheduling instructions using latency of interconnects of processors
US20240143372A1 (en) Facilitating workload migration in data centers using virtual machine management

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221222

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230830

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20231130

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240129

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240213

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20240513

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240531

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240618