特表 2024-531529 チップ間インターフェースのためのオンデマンドパケット化

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-08-29

(54)【発明の名称】チップ間インターフェースのためのオンデマンドパケット化

(51)【国際特許分類】

   G06F 13/12 20060101AFI20240822BHJP

   G06F 13/42 20060101ALI20240822BHJP

   G06F 13/38 20060101ALI20240822BHJP

【ＦＩ】

G06F13/12 340G

G06F13/42 310

G06F13/38 330Z

G06F13/12 330D

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024513778

(86)(22)【出願日】2022-05-26

(85)【翻訳文提出日】2024-02-29

(86)【国際出願番号】 US2022031208

(87)【国際公開番号】W WO2023033887

(87)【国際公開日】2023-03-09

(31)【優先権主張番号】17/464,642

(32)【優先日】2021-09-01

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】591025439

【氏名又は名称】ザイリンクス インコーポレイテッド

【氏名又は名称原語表記】ＸＩＬＩＮＸ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】スリニバサン，クリシュナン

(72)【発明者】

【氏名】アーマド，サグヒーア

(72)【発明者】

【氏名】アーベル，イガル

(57)【要約】

本明細書の実施形態は、チップ間チップ（Ｃ２Ｃ）インターフェース（１４０）のためのデータワード（ＤＷ）（１３０）に直接変換するには大きすぎるデータ（１１５）が代わりにパケット化されるオンデマンドパケット化を記載する。プロトコル層（１２０ａ）は、Ｃ２Ｃインタフェース（１４０）のＤＷ（１３０）よりも大きいプロトコルワード（１１５）を識別するときに、複数のプロトコルワード（１１５）がパケット化されて転送として送信されるパケット化を実行することができる。一実施形態では、プロトコル層（１２０ａ）は、プロトコルワードがもはやＤＷ（１３０）のサイズを超えないように、プロトコルワード（１２０ａ）内の制御データ又は信号の一部又は全部を除去する。次いで、これらの短縮されたプロトコルワード（１１５）は、ＤＷ（１３０）にマッピングされ、Ｃ２Ｃ（１４０）上で別個のパケットとして伝送され得る。次いで、プロトコル層（１２０ａ）は、プロトコルワード（１１５）から除去された制御データの部分を収集し、このデータを別個のパケットとしてＣ２Ｃインターフェース（１４０）上で伝送することができる。

【特許請求の範囲】

【請求項1】

集積回路であって、
アプリケーション回路構成と、
チップ間チップ（Ｃ２Ｃ）インターフェースと、
前記アプリケーション回路構成と前記Ｃ２Ｃインターフェースとの間に接続されたプロトコル層と、を備え、前記プロトコル層が、
前記Ｃ２Ｃインターフェース上で伝送される複数のプロトコルワードを前記アプリケーション回路構成から受信することであって、前記複数のプロトコルワードの各々が、前記Ｃ２Ｃインターフェースによってサポートされるデータワード（ＤＷ）のサイズを超える、受信することと、
前記複数のプロトコルワードを、
前記複数のプロトコルワードのサブ部分を別個のＤＷにマッピングすることであって、前記サブ部分の各々が、前記ＤＷの前記サイズ以下である、マッピングすることと、
前記サブ部分に含まれない前記複数のプロトコルワードの残りの部分を含む少なくとも１つのＤＷを生成することと、を行うことによって、パケット化することと、を行うように構成されている、集積回路。

【請求項2】

前記複数のプロトコルワードの前記残りの部分が、前記複数のプロトコルワード内の制御データを含み、前記サブ部分が、ユーザデータを含む、請求項１に記載の集積回路。

【請求項3】

前記少なくとも１つのＤＷが、前記複数のプロトコルワードの各々からの制御データを含むが、前記複数のプロトコルワードからのユーザデータを含まない、請求項２に記載の集積回路。

【請求項4】

前記ＤＷの前記サイズが、前記Ｃ２Ｃインターフェースにおけるワイヤの数に制限される、請求項１に記載の集積回路。

【請求項5】

リンク層と、
物理（ＰＨＹ）層と、を更に備え、前記リンク層及び前記ＰＨＹ層が、前記プロトコル層と前記Ｃ２Ｃインターフェースとの間に結合される、請求項１に記載の集積回路。

【請求項6】

前記プロトコル層は、前記複数のプロトコルワードをパケット化する前に、前記複数のプロトコルワードのうちの少なくとも１つのサイズが、前記ＤＷの前記サイズ以下となるように、前記複数のプロトコルワードのうちの前記少なくとも１つの前記サイズを低減するように符号化することができない制御データを前記複数のプロトコルワードのうちの前記少なくとも１つが含むと判定するように構成されている、請求項１に記載の集積回路。

【請求項7】

前記プロトコル層が、
前記アプリケーション回路構成から第１のプロトコルワードを受信することと、
前記第１のプロトコルワードの前記サイズが前記ＤＷの前記サイズ以下になるように前記第１のプロトコルワードの前記サイズを低減するように前記第１のプロトコルワード内の制御データが符号化され得ると判定することと、
前記符号化された制御データを含む前記第１のプロトコルワードを、パケット化することなく前記Ｃ２Ｃインターフェース上で伝送することと、を行うように構成されており、前記符号化された制御データは、前記第１のプロトコルワード内の識別可能なパターンの位置を示す、請求項１に記載の集積回路。

【請求項8】

システムであって、
チップ間（Ｃ２Ｃ）インターフェースを介して第２の集積回路に接続された第１の集積回路と、
前記第１の集積回路が、アプリケーション回路構成と前記Ｃ２Ｃインターフェースとの間に接続されたプロトコル層を備え、前記プロトコル層が、
前記Ｃ２Ｃインターフェース上で伝送される複数のプロトコルワードを前記アプリケーション回路構成から受信することであって、前記複数のプロトコルワードの各々が、前記Ｃ２Ｃインターフェースによってサポートされるデータワード（ＤＷ）のサイズを超える、受信することと、
前記複数のプロトコルワードを、
前記複数のプロトコルワードのサブ部分を別個のＤＷにマッピングすることであって、前記サブ部分の各々が、前記ＤＷの前記サイズ以下である、マッピングすることと、
前記サブ部分に含まれない前記複数のプロトコルワードの残りの部分を含む少なくとも１つのＤＷを生成することと、を行うことによって、パケット化することと、を行うように構成されている、システム。

【請求項9】

前記複数のプロトコルワードの前記残りの部分が、前記複数のプロトコルワード内の制御データを含み、前記サブ部分が、ユーザデータを含み、前記少なくとも１つのＤＷが、前記複数のプロトコルワードの各々からの制御データを含むが、前記複数のプロトコルワードからのユーザデータを含まない、請求項８に記載のシステム。

【請求項10】

前記ＤＷの前記サイズが、前記Ｃ２Ｃインターフェースにおけるワイヤの数に制限される、請求項８に記載のシステム。

【請求項11】

リンク層と、
物理（ＰＨＹ）層と、を更に備え、前記リンク層及び前記ＰＨＹ層が、前記プロトコル層と前記Ｃ２Ｃインターフェースとの間に結合される、請求項８に記載のシステム。

【請求項12】

前記プロトコル層が、前記複数のプロトコルワードをパケット化する前に、前記複数のプロトコルワードのうちの少なくとも１つのサイズが、前記ＤＷの前記サイズ以下となるように、前記複数のプロトコルワードのうちの前記少なくとも１つの前記サイズを低減するように符号化することができない制御データを前記複数のプロトコルワードのうちの前記少なくとも１つが含むと判定するように構成されている、請求項８に記載のシステム。

【請求項13】

前記プロトコル層が、
前記アプリケーション回路構成から第１のプロトコルワードを受信することと、
前記第１のプロトコルワードの前記サイズが前記ＤＷの前記サイズ以下になるように前記第１のプロトコルワードの前記サイズを低減するように前記第１のプロトコルワード内の制御データが符号化され得ると判定することと、
前記符号化された制御データを含む前記第１のプロトコルワードを、パケット化することなく前記Ｃ２Ｃインターフェース上で伝送することと、を行うように構成されている、請求項８に記載のシステム。

【請求項14】

前記符号化された制御データは、前記第１のプロトコルワード内の識別可能なパターンの位置を示す、請求項１３に記載のシステム。

【請求項15】

方法であって、
集積回路内のプロトコル層において、Ｃ２Ｃインターフェース上で伝送される複数のプロトコルワードを受信することであって、前記複数のプロトコルワードの各々が、前記Ｃ２Ｃインターフェースによってサポートされるデータワード（ＤＷ）のサイズを超える、受信することと、
前記複数のプロトコルワードを、
前記複数のプロトコルワードのサブ部分を別個のＤＷにマッピングすることであって、前記サブ部分の各々が、前記ＤＷの前記サイズ以下である、マッピングすることと、
前記サブ部分に含まれない前記複数のプロトコルワードの残りの部分を含む少なくとも１つのＤＷを生成することと、を行うことによって、パケット化することと、を含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の例は、概して、転送されるデータワードがインターフェースにおけるワイヤの数を超える、チップ間インターフェースにわたってデータを転送するためのオンデマンドパケット化に関する。

【背景技術】

【0002】

コンピュータシステムがより密に集積されるにつれて、チップ間（chip-to-chip、Ｃ２Ｃ）インターフェースがより広く使用されるようになっている。１つのそのようなコンピューティングシステムは、アンカーチップ（例えば、プロセッサ、特定用途向け集積回路（application specific integrated circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（field programmable gate array、ＦＰＧＡ）、又はＣ２Ｃインターフェースを使用して１つ以上のチップレット（例えば、高速Ｉ／Ｏ又は高帯域幅メモリ（high bandwidth memory、ＨＢＭ））と通信するシステムオンチップ（system on a chip、ＳＯＣ）である。チップレットベースのアーキテクチャを達成するために、Ｃ２Ｃインターフェースは明確に定義されなければならない。Ｃ２Ｃインターフェースは、インターフェースを通過することができる信号及びワイヤの数を制限するビーチフロント（例えば、アンカーチップの側面）のエリアによって制約される。したがって、必要とされる帯域幅は、高いデータレートでインターフェースを動作させることによって達成される。

【0003】

しかしながら、チップ内で実行するアプリケーション回路構成によって使用されるデータプロトコルは、Ｃ２Ｃインターフェースによってサポートされるデータワード（ｄａｔａ ｗｏｒｄ、ＤＷ）のサイズとは異なるワードサイズを有し得る。データプロトコルが、Ｃ２Ｃインターフェースによって使用されるＤＷよりも大きいワードサイズを有する場合、チップは、プロトコルワードとＤＷとの間の１対１マッピングを行うことができない。代わりに、単一のプロトコルワードが細分化され、複数のＤＷとしてＣ２Ｃインターフェースを介して送信され得る。しかしながら、プロトコルワードは、ＤＷよりもわずかに大きいだけであり得、これは、Ｃ２Ｃの帯域幅の多くが浪費されることを意味する。別の手法は、より少ないデータがＣ２Ｃを介して送信されなければならないように、バスインターフェースの機能を制限することであるが、機能を低減することは選択肢ではない可能性がある。

【発明の概要】

【課題を解決するための手段】

【0004】

一実施形態は、アプリケーション回路構成と、チップ間（Ｃ２Ｃ）インターフェースと、アプリケーション回路構成とＣ２Ｃインターフェースとの間に接続されたプロトコル層とを含む集積回路を記載する。プロトコル層が、Ｃ２Ｃインターフェース上で伝送される複数のプロトコルワードをアプリケーション回路構成から受信することであって、複数のプロトコルワードの各々が、Ｃ２Ｃインターフェースによってサポートされるデータワード（ＤＷ）のサイズを超える、受信することと、複数のプロトコルワードを、複数のプロトコルワードのサブ部分を別個のＤＷにマッピングすることであって、サブ部分の各々が、ＤＷのサイズ以下である、マッピングすることと、サブ部分に含まれない複数のプロトコルワードの残りの部分を含む少なくとも１つのＤＷを生成することと、を行うことによって、パケット化することと、を行うように構成されている。

【0005】

本明細書に記載される別の実施形態は、チップ間（Ｃ２Ｃ）インターフェースを介して第２の集積回路に接続された第１の集積回路を含むシステムであり、第１の集積回路は、アプリケーション回路構成とＣ２Ｃインターフェースとの間に接続されたプロトコル層を含む。プロトコル層が、Ｃ２Ｃインターフェース上で伝送される複数のプロトコルワードをアプリケーション回路構成から受信することであって、複数のプロトコルワードの各々が、Ｃ２Ｃインターフェースによってサポートされるデータワード（ＤＷ）のサイズを超える、受信することと、複数のプロトコルワードを、複数のプロトコルワードのサブ部分を別個のＤＷにマッピングすることであって、サブ部分の各々が、ＤＷのサイズ以下である、マッピングすることと、サブ部分に含まれない複数のプロトコルワードの残りの部分を含む少なくとも１つのＤＷを生成することと、を行うことによって、パケット化することと、を行うように構成されている。

【0006】

本明細書に記載される別の実施形態は、集積回路内のプロトコル層において、Ｃ２Ｃインターフェース上で伝送される複数のプロトコルワードを受信することであって、複数のプロトコルワードの各々が、Ｃ２Ｃインターフェースによってサポートされるデータワード（ＤＷ）のサイズを超える、受信することと、複数のプロトコルワードを、複数のプロトコルワードのサブ部分を別個のＤＷにマッピングすることであって、サブ部分の各々が、ＤＷのサイズ以下である、マッピングすることと、サブ部分に含まれない複数のプロトコルワードの残りの部分を含む少なくとも１つのＤＷを生成することと、を行うことによって、パケット化することと、を含む、方法である。

【0007】

上記の特徴が詳細に理解され得るように、上記で簡潔に要約されたより具体的な説明が、例示的な実装形態を参照することによって行われ得、それらの実装形態のうちのいくつかが添付の図面に例解される。しかしながら、添付の図面は、典型的な例示の実装形態のみを例解しており、したがって、その範囲を限定するものとみなされるべきではないことに留意されたい。

【図面の簡単な説明】

【0008】

【図1】一実施例による、チップ間インターフェースのためのオンデマンドパケット化を行うためのパケタイザを有する通信システムのブロック図である。

【図2】一実施例による、オンデマンドパケット化を行うためのフローチャートである。

【図3】一実施例による、Ｃ２Ｃインターフェースを介して伝送されるデータのパケット化を例解する。

【図4】一実施例による、パケット化を回避するために制御信号を符号化するためのフローチャートである。

【図5】一実施例による、符号化され得る制御信号及び符号化され得ない制御信号を例解する。

【図6】一実施例による、制御信号を復号し、Ｃ２Ｃインターフェースにおいて受信されたデータワードに対して逆パケット化を行うためのフローチャートである。

【発明を実施するための形態】

【0009】

様々な特徴が、図面を参照して以下に記載される。図面は縮尺どおりに描かれている場合もあるか、描かれていない場合もあり、同様の構造又は機能の要素は図面全体を通して同様の参照番号によって表されていることに留意されたい。図面は、特徴の説明を容易にすることのみを意図していることに留意されたい。それらは、特徴の網羅的な説明として、又は特許請求の範囲の範囲に対する限定として意図されていない。加えて、例解された例は、示された全ての態様又は利点を有する必要はない。特定の実施例に関連して説明される態様又は利点は、必ずしもその実施例に限定されず、そのように例解されていない場合、又はそのように明示的に説明されていない場合であっても、任意の他の実施例において実施することができる。

【0010】

本明細書の実施形態は、Ｃ２ＣインターフェースのためのＤＷに直接変換するには大きすぎるデータが、その代わりにパケット化されるオンデマンドパケット化を記載する。例えば、制限されたワイヤのために、Ｃ２Ｃは、２８８ビットのみのＤＷをサポートすることが可能であり得るが、プロトコル（例えば、データストリーミングプロトコル）は、３００ビットであるワードを生成し得る。プロトコルワードは、Ｃ２Ｃインターフェース上で送信されるときに２つのＤＷにマッピングされ得るが、それは、Ｃ２Ｃインターフェースの５７６ビットが３００ビットのみを伝送するために使用されることを意味し、Ｃ２Ｃインターフェースの帯域幅の５２％の利用をもたらす。代わりに、プロトコル層は、Ｃ２ＣインターフェースのＤＷよりも大きいプロトコルワードを識別するときに、複数のプロトコルワードがパケット化されて転送として送信されるパケット化を行うことができる。一実施形態では、プロトコル層は、プロトコルワードがもはやＤＷのサイズを超えないように、プロトコルワード内の制御データ又は信号（例えば、ストローブ信号、冗長ビット、誤り訂正ビット、フラグなど）のいくつか又は全てを除去する。次いで、これらの短縮されたプロトコルワードは、ＤＷにマッピングされ、別個のパケットとしてＣ２Ｃ上で伝送され得る。次いで、プロトコル層は、プロトコルワードから除去された制御データの部分を収集し、このデータを別個のパケットとしてＣ２Ｃインターフェース上で伝送することができる。これは、いくらかのレイテンシを導入することがあるが（受信チップは、プロトコルワードを再構築することができる前に制御ビットが受信されるのを待たなければならないため）、Ｃ２Ｃインターフェースにおいて浪費される帯域幅の量を低減する。

【0011】

別の実施形態では、大きいプロトコルワードをパケット化する代わりに、プロトコル層は、プロトコルワードがＤＷのサイズ以下となるように、プロトコルワードのサイズを低減するように制御データを符号化することができる。例えば、制御データは、一連の連続する１又はゼロを有し得る。各１又はゼロを記憶する代わりに、プロトコル層は、一連のものがどこで始まるか又はどこで終わるかを示すためにプロトコルワードを符号化するだけでよい。しかしながら、プロトコル層が、プロトコルワードがＤＷよりも小さくなるように、プロトコルワードを符号化することができない場合、パケット化が使用され得る。

【0012】

図１は、一実施例による、Ｃ２Ｃインターフェース１４０のためのオンデマンドパケット化を行うためのパケタイザ１２５を有する通信システム１００のブロック図である。示すように、システム１００は、集積回路（ＩＣ又はチップ）１０５Ａ及び１０５Ｂを含む。通信システム１００は、アンカーチップレットシステム、又は２つのＩＣがＣ２Ｃインターフェースを使用して直接通信する任意の他のシステムとすることができる。ＩＣ１０５は、ＡＳＩＣ、ＦＰＧＡ、ＳｏＣ、ＣＰＵ、メモリなどであり得る。一方のＩＣ１０５が一次ＩＣであり、他方が二次ＩＣであり得るか、又はＩＣ１０５がピアであり得る。一実施形態では、ＩＣ１０５は、同じ基板上に並んで配設されてもよく、又は積層形態で配置されてもよい。

【0013】

この例では、各ＩＣ１０５は、同様の構成要素、すなわち、アプリケーション回路構成１１０、プロトコル層１２０、リンク層１３０、及び物理（physical、ＰＨＹ）層１３５を含む。アプリケーション回路構成１１０は、ユーザ機能を行う任意の回路構成を表す。回路構成１１０は、プロセッサコア、データ処理エンジン、グラフィックス処理ユニットなどの非プログラマブル（強化）回路構成を含むことができる。又は、回路構成１１０は、構成可能な論理ブロック（configurable logic block、ＣＬＢ）又はユーザによってオンザフライでカスタマイズされ得る他のタイプのプログラマブル論理などのプログラマブル回路構成を含むことができる。いずれの場合も、アプリケーション回路構成１１０は、Ｃ２Ｃインターフェース１４０を使用して他のＩＣ１０５に転送されるデータを生成する。

【0014】

アプリケーション回路構成１１０は、特定のプロトコルを使用して、ＩＣ１０５内の他のハードウェア要素（例えば、プロトコル層１２０）にデータを伝送する。プロトコルは、多くの場合、Ｃ２Ｃインターフェース１４０上でデータを伝送するために使用されるプロトコルとは異なる。プロトコル層１２０は、アプリケーション回路構成１１０から受信されたデータをＣ２Ｃインターフェース１４０上で伝送するときに、アプリケーション回路構成１１０によって使用されるプロトコルと互換性のあるプロトコルワード１１５を、Ｃ２Ｃインターフェース１４０と互換性のあるＤＷ１５０にマッピングするための変換を行う。本明細書における実施形態は、いかなる特定のタイプのプロトコルにも限定されず、むしろ、内部回路構成が、Ｃ２Ｃインターフェース１４０とは異なる、又は互換性のない通信プロトコルを使用する、任意のＩＣに適用することができる。例えば、アプリケーション回路構成１１０は、ＡＸＩ（Ａｄｖａｎｃｅｄ ｅＸｔｅｎｓｉｂｌｅ Ｉｎｔｅｒｆａｃｅ）、ＡＸＩストリーミング、ＡＭＢＡ－ＣＸＳ（Ａｄｖａｎｃｅｄ Ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ Ｂｕｓ Ａｒｃｈｉｔｅｃｔｕｒｅ）又はＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ）などのデータプロトコルを使用してもよい。

【0015】

プロトコル層１２０は、プロトコルワード１１５をＤＷ１５０に変換し、ＤＷ１５０をプロトコルワード１１５に変換するためのパケタイザ１２５を含む。以下でより詳細に考察されるが、一般に、パケタイザ１２５（例えば、プロトコル層１２０内の回路構成）は、プロトコルワード１１５の制御データの一部又は全部を除去し、そのため、得られた短縮されたプロトコルワード１１５をＤＷ１５０に１対１でマッピングすることができる。除去された制御データは、次いで、別個のパケット（例えば、別のＤＷ１５０）において送信され得る。次いで、受信ＩＣ１０５内のパケタイザ１２５は、パケット（例えば、ＤＷ１５０）からプロトコルワード１１５を再構築し、プロトコルワード１１５をアプリケーション回路構成に伝送することができる。このようにして、Ｃ２Ｃインターフェース１４０の帯域幅は、１つのプロトコルワード１１５を２つ以上のＤＷ１５０にマッピングすることに対して、より効率的に使用されてもよい。

【0016】

ＩＣ１０５はまた、Ｃ２Ｃインターフェース１４０に沿って通信するためのリンク層１３０及びＰＨＹ層１３５を含む。上述したように、Ｃ２Ｃインターフェース１４０は、ＩＣ１０５間のワイヤ接続を形成するために限られた領域を有し得る。結果として、ＤＷ１５０におけるサイズ（例えば、ビット数）は、プロトコルワード１１５のサイズよりも小さくなり得る。しかし、パケット化は、Ｃ２Ｃインターフェースの帯域幅を最大化するために効率的な方式でプロトコルワード１１５のサイズを低減するために実行され得る。

【0017】

図２は、一実施例による、オンデマンドパケット化を行うための方法２００のフローチャートである。ブロック２０５において、プロトコル層内のパケタイザは、アプリケーション回路構成から受信したプロトコルワードが、Ｃ２Ｃインターフェースを介してデータを伝送するために使用されるＤＷのサイズを超えるかどうかを判定する。この実施形態では、プロトコルワードはＤＷよりも大きい場合もあるが、そうでない場合もある。例えば、いくつかのプロトコルワードは、他のプロトコルワードよりも多くのデータ、又は多くの制御ビットを有し得る。別の例では、アプリケーション回路構成は、プロトコル層にデータを伝送するために２つの異なるプロトコルを使用し得、一方のプロトコル（例えば、ストリーミングプロトコル）は、ＤＷのサイズを超えるプロトコルワードを有するが、他方のプロトコル（例えば、メモリマップトプロトコル）は有さない。

【0018】

プロトコルワードがＤＷのサイズを超えない場合、ブロック２１０において、パケタイザは、プロトコルワードのＤＷへの１対１マッピングを行う。すなわち、プロトコルワード内の全てのビットが、ＤＷ内の対応するビットにマッピングすることができる。その結果、プロトコルワードは、Ｃ２Ｃインターフェースを介して単一のＤＷで伝送することができる。

【0019】

しかしながら、プロトコルワードがＤＷのサイズを超える場合、ブロック２１５において、パケタイザは複数のプロトコルワードをパケット化する。すなわち、パケタイザは、短縮されたプロトコルワードが対応するＤＷにマッピングされ、Ｃ２Ｃインターフェース上で伝送され得るように、ワード内の制御データ／ビットの全て又は一部分を除去することによってプロトコルワードを短縮する。

【0020】

このパケット化は、２つのブロックで表すことができ、ブロック２２０において、パケタイザは、プロトコルワードのデータ部分を別々のＤＷパケットにマッピングする。例えば、パケタイザは、プロトコルワードがデータビット（例えば、ユーザ又はアプリケーションデータ）のみを含み、ＤＷ以下になるように、プロトコルワードから制御ビットの全部を除去することができる。その結果、これらのプロトコルワードは、ＤＷと１対１にマッピングすることができる。

【0021】

別の例では、パケタイザは、プロトコルワードがデータビット又はユーザデータだけではなく制御ビットの残りの部分を含むように、一部分のみの制御ビット（例えば、ストローブ信号）を除去するが、他のタイプの制御ビット（例えば、誤り冗長ビット）を残すことができる。再び、これは、一部分の制御ビットを除去することが、プロトコルワードがＤＷ以下になるようにプロトコルワードを十分に縮小すると仮定する。全部の制御データ／ビットが除去されるか、又は一部分のみの制御データ／ビットが除去されるかにかかわらず、次いで、短縮されたプロトコルワードは、ＤＷにマッピングされ、それぞれのパケットとして送信することができる。

【0022】

ブロック２２５において、パケタイザは、ブロック２２０において複数のプロトコルワードの各々から除去された制御データを含むＤＷパケットを生成する。すなわち、パケタイザは、ブロック２２０において、全てのプロトコルワードから除去された制御データ／ビットを収集し、次いで、この制御データをそれ自体のパケット（例えば、ＤＷ）においてＣ２Ｃインターフェースを介して伝送することができる。ブロック２２０及び２２５が図３に例解されている。

【0023】

図３は、一実施例による、Ｃ２Ｃインターフェースを介して伝送されるデータのパケット化を例解する。この例では、送信機（例えば、図１のＩＣ１０５のうちの１つ）は、８つのプロトコルワード１１５を受信機（例えば、図１のＩＣ１０５のうちの他の１つ）に伝送することを望む。プロトコルワード１１５の各々は、制御データ及びユーザデータを含む。各プロトコルワード１１５（制御データ＋ユーザデータ）の合計サイズが、Ｃ２ＣインターフェースによってサポートされるＤＷのサイズを超えると仮定する。

【0024】

プロトコルワード１１５がＤＷにマッピングされ得るようにプロトコルワード１１５のサイズを低減するために、パケタイザは、プロトコルワード１１５の各々から制御データを除去する。図３の左下に示されるように、パケタイザは、プロトコルワード１１５のユーザデータ（例えば、データ部分）を別個のＤＷ（すなわち、ＤＷ１５０Ｂ～ＤＷ１５０Ｉ）として送信する。パケタイザはまた、プロトコルワード１１５から除去された制御データを収集し、それを別個のパケット（すなわち、ＤＷ１５０Ａ）として伝送する。このようにして、８つのプロトコルワード１１５がパケット化され、Ｃ２Ｃインターフェース上で９つのＤＷ１５０Ａ～ＤＷ１５０Ｉとして伝送される。

【0025】

図３は、上述したように、全ての制御データを除去することを例解しているが、パケタイザは、プロトコルワード１１５のサイズを十分に低減してＤＷとの１対１マッピングを実行するために、いくつかの制御データを除去するだけでもよい。更に、グループとしてパケット化されるプロトコルワード１１５の数（それらの制御データが収集される）は、ユーザ設定属性とすることができる。図３は、８つのプロトコルワード１１５をパケット化することを例解しているが、他の実施形態では、４つ又は１６個のプロトコルワード１１５が収集され、パケット化され得る。例えば、パケタイザは、４つのプロトコルワードを受信し、それらのワードから全て又は一部の制御データを除去し、Ｃ２Ｃインターフェース上で５つ（又は６つ）のＤＷを伝送し得る（それらの５つのＤＷのうちの１つ（又は６つのＤＷのうちの２つ）が制御データを含む）。

【0026】

図３の右側は、プロトコル層において９つのＤＷ１５０Ａ～ＤＷ１５０Ｉを受信する受信機を例解する。ＤＷ１５０を送信機によって生成された同じプロトコルワード１１５に変換して戻すために、パケタイザは、制御データを含むＤＷ１５０Ａを受信しなければならない。このパケットが受信されると、パケタイザは、ＤＷ１５０Ａ内の制御データをＤＷ１５０Ｂ～ＤＷ１５０Ｉ内の対応するユーザデータと組み合わせることによって、プロトコルワード１１５を再構築することができる。

【0027】

パケット化を実行することは、例えば、プロトコルワードの各々を２つのＤＷにマッピングすることに対して改善された帯域幅利用をもたらすことができる。その場合、Ｃ２Ｃインターフェースは、８つのプロトコルワード１１５に対して１６個のＤＷを伝送しなければならない。パケット化は、（パケタイザは、ＤＷ１５０Ｂ～Ｉをプロトコルワード１１５に変換して戻すために、制御データを含むＤＷ１５０Ａを待たなければならないため）いくらかの追加のレイテンシを注入する可能性があるが、Ｃ２Ｃインターフェースは、９つのＤＷを伝送するだけでよく、これは、他のプロトコルワード（例えば、８つのプロトコルワードの別のバッチ）を伝送するために使用され得る帯域幅を節約する。

【0028】

図４は、一実施例による、パケット化を回避するために制御信号を符号化するための方法４００のフローチャートである。パケット化は、プロトコルワードを複数のＤＷにマッピングすることに対して性能を改善することができるが、レイテンシを追加する。したがって、プロトコルワードのサイズがＤＷのサイズ以下となるように、プロトコルワード内の制御データを符号化することは、そのようにすることが１対１マッピングを許容し、パケット化に関連付けられたレイテンシを回避するため、有利であり得る。方法４００は、制御データを符号化することができるパケタイザを例解する。

【0029】

ブロック４０５において、パケタイザは、プロトコルワードがＤＷのサイズを超えるかどうかを判定する。これは、方法２００におけるブロック２０５と同様とすることができ、いくつかの場合には、プロトコルワードがＤＷよりも大きくなり得るが、他の場合には、プロトコルワードがＤＷ以下になり得る。プロトコルワードがＤＷ以下である場合、方法４００は方法２００のブロック２１０に進み、プロトコルワードは１対１マッピングを使用して伝送される。そうでない場合、方法４００はブロック４１０に進み、パケタイザは、制御信号にホールがあるかどうかを判定する。別の言い方をすれば、パケタイザは、プロトコルワード内の制御データをより小さいサイズに符号化することができるかどうかを判定する。一般に、制御データがホールを含む場合、例えば、両側がゼロで境界された一連の１であるか、両側が１で境界された一連のゼロであるか、一連の１が複数のプロトコルワードの転送の最後でないワードで終わるか、又は一連の１が複数のプロトコルワードの転送の最後のワードで始まる場合、これは、制御データを符号化することができないことを意味する。その場合、方法４００は方法２００のブロック２１５に進み、図３に示されるようにパケット化が行われる。

【0030】

図５は、一実施例による、符号化され得る制御データ及び符号化され得ない制御データを例解する。すなわち、図５は、ホールを有するプロトコルワードの転送における制御データと、ホールを有しない制御データとを例解する。図５の制御データは、ＡＸＩストリーミングにおけるストローブ信号であるが、本明細書における実施形態は、一連の１又はゼロ（例えば、識別可能なパターン）を有する制御データを有する任意のプロトコルに適用することができる。この例では、制御データの斜線部分が「１」（有効ビット）を示し、制御データの空白部分が「ゼロ」（無効ビット）を示す。更に、実施形態は、他のタイプの識別可能なパターンを有する制御データを有する任意のプロトコルにも適用することができる。例えば、制御データは、より少ないビットを使用して符号化され得る１及びゼロの１つ以上のパターン（例えば、００１１００１１００）を有し得る。したがって、実施形態は、一連の１又はゼロを含む制御データに限定されない。

【0031】

図５の上の４つの例は、ホールを有さないプロトコルワードの転送のための制御データを例解する。これらの例では、制御データは符号化又は圧縮され得る。例えば、制御データ内の全てのビットを伝送する代わりに、ＤＷは、転送内の最後でないプロトコルワード内の最初の有効バイト位置の位置（すなわち、ＴＬＡＳＴが０であるとき）、又は転送内の最後のプロトコルワード内の最初の無効バイトの位置（すなわち、ＴＬＡＳＴが１であるとき）だけを示すことができる。フラグビットを使用して、転送のための制御データ内のデータの全てのバイトがいつ有効であるかを示すことができる。このようにして、ストローブ信号にホールが存在しないとき、ＤＷは、制御データの全てを符号化するか又は表すために数ビット（例えば、３２ビット以下）のみを必要とする。制御データのこの符号化又は圧縮は、符号化されたプロトコルワードとＤＷとの間で１対１のマッピングが行われ得るように、プロトコルワードのサイズを低減するのに十分であり得る。例えば、プロトコルワードが３００ビットであるが、ＤＷが２８８である場合、プロトコルワード中の制御データを符号化することは、各ビットがＤＷの対応するビットにマッピングされ得るように、それを２８８ビット以下に低減し得る。

【0032】

図５の下の６つの例は、制御データにホールが存在する実施例を例解し、これは、制御データを符号化又は圧縮することができないことを意味する。一実施例としてＡＸＩストリーミングを使用すると、プロトコルワードの転送は、以下の条件のうちの１つ以上が偽である場合にホールを有する。すなわち、
ＴＬＡＳＴ＝＝０であり、かつＴＫＥＥＰ［Ｗ－１］＝＝０であること
ＴＫＥＥＰ［Ｎ－１：０］は、全て１であり、ＴＫＥＥＰ［Ｍ－１：Ｎ＋Ｋ］は、全て１であり、かつＴＫＥＥＰ［Ｎ＋Ｋ－１：Ｎ］は、全て０であり、式中、Ｋ≧１、Ｍ＞Ｎ＋１、Ｍ≦Ｗである、こと
ＴＫＥＥＰ［Ｎ－１：０］は、全て０であり、ＴＫＥＥＰ［Ｍ－１：Ｎ＋Ｋ］は、全て０であり、かつＴＫＥＥＰ［Ｎ＋Ｋ－１：Ｎ］は、全て１であり、式中、Ｋ≧１、Ｍ＞Ｎ＋１、Ｍ≦Ｗである、こと
ＴＬＡＳＴ＝＝１であり、かつＴＫＥＥＰ［０］＝＝０であり、式中、Ｗは、ＡＸＩ－ＳインターフェースにおけるＴＫＥＥＰ信号の幅であり、Ｍは、プロトコルワード内のデータビットであり、Ｎは、プロトコルワード内の制御ビットである。

【0033】

方法４００に戻ると、転送（例えば、プロトコルワードのグループ）にホールがないと仮定すると、方法４００はブロック４１５に進み、パケタイザは、符号化されたプロトコルワードのサイズがＤＷのサイズを超えないように制御データを符号化する。図５の例を使用すると、ＤＷのいくつかのビットは、転送における最後ではないプロトコルワード内の最初の有効バイト位置の位置、又は転送における最後のプロトコルワード内の最初の無効バイト位置を示すために使用される。フラグビットを使用して、転送のための制御データ内のデータの全てのバイトがいつ有効であるかを示すことができる。

【0034】

ブロック４２０において、パケタイザは、それぞれのＤＷへの転送において、符号化されたプロトコルワードに対して１対１のマッピングを実行することができる。その結果、符号化されたプロトコルワードは、元がＤＷのサイズを超えなかったプロトコルワードと同じ効率でＣ２Ｃ上で伝送することができる。したがって、プロトコルワードの符号化は、パケット化によって導入されるレイテンシを回避する。

【0035】

プロトコルワードを符号化することは、数学的に記載することができる。プロトコル（例えば、バスインターフェース）が、Ｍ個のデータビット（例えば、ユーザデータ）及びＮ個の制御ビットを含むワードをプロトコル層に伝送すると仮定する。ＤＷが、利用可能なＤ本のワイヤを有すると想定する。この問題は以下の通りである。すなわち、Ｍ＋Ｎ＞Ｄ、Ｍ＜Ｄ、Ｎ＜Ｄであるとすると、Ｍ＋Ｋ≦Ｄとなるように制限された機能の下でＮをＫに制限する方法を定義し、ＮをＫに制限することができないときにＮをパケット化する方法を定義し、帯域幅とレイテンシとの間の所望のトレードオフを達成することができるようにすることである。ＮをＫに圧縮することができないような転送が到着すると、パケタイザは、ブロック４１０の「はい」の結果によって示されるように転送をパケット化する。パケット化は以下のように表される。すなわち、Ｒを、Ｎ＊Ｒ≦Ｄ－１＜Ｎ＊（Ｒ＋１）となるような正の整数とする。パケタイザは、Ｒ個の転送を蓄積し、Ｎ個の制御ビットを剥ぎ取り、それらを別個にレジスタに蓄積する。Ｒ個の転送が蓄積されると、パケタイザは、Ｒ個の制御ビットとなる「ヘッダ」フリットを送信し、その後にＲ個の転送が続く。これは上記の図３に例解されている。

【0036】

そうではなく、ＮをＫに圧縮することができる場合、パケタイザは、これらの符号化されたワードをＤＷと１対１でマッピングすることができるように、プロトコルワードを圧縮する。これは、方法４００のブロック４１５及び４２０によって例解される。

【0037】

更に、方法４００は、ＤＷのサイズを超えるプロトコルワードを常に生成するプロトコルとともに使用されるように修正され得る。その場合、プロトコルワードは常にＤＷより大きいため、ブロック４０５の論理は省略することができる。しかしながら、パケタイザが、プロトコルワードが符号化又は圧縮され得るかどうか（例えば、制御データがホールを有しないとき）をオンザフライで判定することができ、そうである場合、パケット化を実行せずに符号化されたプロトコルワードを伝送することができるので、パケット化は依然として「オンデマンド」である。しかしながら、プロトコルワードのサイズがＤＷのサイズ以下に低減されるようにプロトコルワードを圧縮又は符号化することができない場合、パケット化が行われる。

【0038】

図６は、一実施例による、制御信号を復号し、チップ間インターフェースにおいて受信されたデータワードに対して逆パケット化を行うための方法６００のフローチャートである。方法４００は、送信機ＩＣ内のパケタイザ内の論理を記載するが、方法６００は、受信機ＩＣ内のパケタイザ内の論理を記載する。

【0039】

ブロック６０５において、パケタイザは、Ｃ２Ｃインターフェースを介して伝送された後にＰＨＹ層及びリンク層からＤＷを受信する。ブロック６１０において、パケタイザは、符号化された制御データを使用して、又はパケット化によって、ＤＷが普通に（すなわち、符号化又はパケット化されることなく）送信されたかどうかを判定する。例えば、転送における第１のＤＷは、送信側パケタイザがプロトコルワードをどのように処理したか（例えば、ＤＷとの直接１対１マッピング、制御データ符号化の実行、又はパケット化）を示すために使用される１つ以上のビットを有し得る。

【0040】

ＤＷが普通に（すなわち、元のプロトコルワードがＤＷのサイズを超えなかった）送信された場合、方法６００はブロック６１５に進み、パケタイザがＤＷを変換してプロトコルワードに戻す。

【0041】

しかしながら、送信側パケタイザが制御データを符号化した場合、方法６００はブロック６２０に進み、受信側パケタイザがＤＷ内の制御データを復号する。すなわち、パケタイザは、符号化されたデータを評価し、転送中の最後ではないプロトコルワード内の最初の有効バイト位置の位置、又は転送中の最後のプロトコルワード内の最初の無効バイト位置を判定することができる。あるいは、パケタイザは、フラグビットを評価して、転送のための制御データ内のデータの全てのバイトがいつ有効であるかを判定し得る。

【0042】

ブロック６２５において、復号されると、パケタイザは、この情報を使用して、復号されたＤＷを元のプロトコルワードに変換することができる。

【0043】

ＤＷがパケット化された場合、方法６００は、ブロック６３０に進み、受信側パケタイザは、パケット転送全体を受信するまで待つ。例えば、図３に示されるように、パケタイザは、各パケット化転送が９つのＤＷを含むことを知ってもよく、したがって、ＤＷが転送における最初のワードであることを検出すると、パケタイザは、その転送における９つ全てのＤＷを受信するまで待つ。

【0044】

ブロック６３５において、パケタイザは、除去された制御データをマージして、プロトコルワードに戻す。このようにして、パケット化プロセスは、元のプロトコルワードが図３の最後のステップによって示されるように再構成されるように、逆にされる。

【0045】

前述では、本開示において提示される実施形態が参照される。しかしながら、本開示の範囲は、特定の記載された実施形態に限定されない。代わりに、説明される特徴及び要素の任意の組み合わせは、異なる実施形態に関連するか否かにかかわらず、企図される実施形態を実装及び実践するために企図される。更に、本明細書に開示される実施形態は、他の可能な解決策又は従来技術に勝る利点を達成し得るが、特定の利点が所与の実施形態によって達成されるか否かは、本開示の範囲を限定するものではない。したがって、前述の態様、特徴、実施形態、及び利点は、単に例示的なものであり、特許請求の範囲に明示的に列挙されている場合を除き、添付の特許請求の範囲の要素又は限定とはみなされない。

【0046】

当業者によって理解されるように、本明細書に開示される実施形態は、システム、方法、又はコンピュータプログラム製品として具現化され得る。したがって、態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、又は本明細書では全て一般に「回路」、「モジュール」、若しくは「システム」と称され得るソフトウェア態様とハードウェア態様とを組み合わせた実施形態の形態をとり得る。更に、態様は、コンピュータ可読プログラムコードが具現化された１つ以上のコンピュータ可読媒体において具現化されたコンピュータプログラム製品の形態をとり得る。

【0047】

１つ以上のコンピュータ可読媒体の任意の組み合わせを利用し得る。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体であり得る。コンピュータ可読記憶媒体は、例えば、電子、磁気、光学、電磁気、赤外線、若しくは半導体のシステム、装置、若しくはデバイス、又は前述の任意の好適な組み合わせであり得るが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例（非網羅的なリスト）は、１つ以上のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（random access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（erasable programmable read-only memory、ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み取り専用メモリ（portable compact disc read-only memory、ＣＤ－ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、又は前述の任意の好適な組み合わせを含む。本明細書の文脈では、コンピュータ可読記憶媒体は、命令実行システム、装置、又はデバイスによって、又はそれに関連して使用するためのプログラムを含むか、又は記憶することができる任意の有形媒体である。

【0048】

コンピュータ可読信号媒体は、例えば、ベースバンドにおいて、又は搬送波の一部として、コンピュータ可読プログラムコードが具現化された伝搬データ信号を含み得る。そのような伝搬信号は、電磁気、光学、又はそれらの任意の好適な組み合わせを含むが、それらに限定されない、種々の形態のうちのいずれかをとり得る。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、命令実行システム、装置、若しくはデバイスによって、又はそれに関連して使用するためのプログラムを通信、伝搬、若しくは移送することができる任意のコンピュータ可読媒体であり得る。

【0049】

コンピュータ可読媒体上に具現化されたプログラムコードは、ワイヤレス、ワイヤライン、光ファイバケーブル、ＲＦなど、又は前述の任意の好適な組み合わせを含むが、それらに限定されない、任意の適切な媒体を使用して伝送され得る。

【0050】

本開示の態様の動作を実行するためのコンピュータプログラムコードは、例えば、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語などの従来の手続き型プログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで書き込まれ得る。プログラムコードは、ユーザのコンピュータ上で完全に、ユーザのコンピュータ上で部分的に、スタンドアロンソフトウェアパッケージとして、ユーザのコンピュータ上で部分的に、リモートコンピュータ上で部分的に、又はリモートコンピュータ若しくはサーバ上で完全に実行し得る。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（local area network、ＬＡＮ）若しくは広域ネットワーク（wide area network、ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続され得るか、又は外部コンピュータ（例えば、インターネットサービスプロバイダを使用するインターネットを介して）に接続され得る。

【0051】

本開示の態様は、本開示に提示された実施形態による方法、装置（システム）、及びコンピュータプログラム製品のフローチャート例解図及び／又はブロック図を参照して以下に記載されている。フローチャート例解図及び／又はブロック図の各ブロック、並びにフローチャート例解図及び／又はブロック図におけるブロックの組み合わせは、コンピュータプログラム命令によって実装することができることが理解されよう。これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令が、フローチャート及び／又はブロック図のブロックで指定された機能／行為を実装するための手段を作成するような機械をもたらすように、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサに提供され得る。

【0052】

これらのコンピュータプログラム命令はまた、コンピュータ可読記憶媒体に記憶された命令が、フローチャート及び／又はブロック図のブロックで指定された機能／行為の態様を実装する命令を含む製品を生産するように、コンピュータ、プログラマブルデータ処理装置、及び／又は他のデバイスに、特定の様式で機能するように指示することができる、コンピュータ可読記憶媒体に記憶され得る。

【0053】

コンピュータプログラム命令はまた、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイスにロードされて、一連の動作ステップを、コンピュータ、他のプログラマブル装置、又は他のデバイス上で実行させて、コンピュータ実装プロセスを生成し得、そのため、コンピュータ、又は他のプログラマブル装置上で実行される命令は、フローチャート及び／又はブロック図のブロックに指定される機能／行為を実装するためのプロセスを提供する。

【0054】

図中のフローチャート及びブロック図は、本発明の様々な実施例によるシステム、方法、及びコンピュータプログラム製品の可能な実装形態のアーキテクチャ、機能、及び動作を例解する。これに関して、フローチャート又はブロック図の各ブロックは、指定された論理機能を実装するための１つ以上の実行可能命令を含む、命令のモジュール、セグメント、又は部分を表し得る。いくつかの代替的な実装形態では、ブロックに記載されている機能は、図に記載された順序から外れて発生する場合がある。例えば、連続して示される２つのブロックは、実際には実質的に同時に実行され得るか、又はブロックは、関与する機能に応じて、逆の順序で実行され得る。ブロック図及び／又はフローチャート例解図の各ブロック、並びにブロック図及び／又はフローチャート例解図におけるブロックの組み合わせは、指定された機能若しくは行為を行うか、又は専用ハードウェアとコンピュータ命令との組み合わせを実行する、専用ハードウェアベースのシステムによって実装することができることにも留意されたい。

【0055】

開示の技術のいくつかの非限定的な例は、以下のように表すことができる。

【0056】

実施例１．集積回路であって、
アプリケーション回路構成と、
チップ間チップ（Ｃ２Ｃ）インターフェースと、
アプリケーション回路構成とＣ２Ｃインターフェースとの間に接続されたプロトコル層と、を備え、プロトコル層が、
Ｃ２Ｃインターフェース上で伝送される複数のプロトコルワードをアプリケーション回路構成から受信することであって、複数のプロトコルワードの各々が、Ｃ２Ｃインターフェースによってサポートされるデータワード（ＤＷ）のサイズを超える、受信することと、
複数のプロトコルワードを、
複数のプロトコルワードのサブ部分を別個のＤＷにマッピングすることであって、サブ部分の各々が、ＤＷのサイズ以下である、マッピングすることと、
サブ部分に含まれない複数のプロトコルワードの残りの部分を含む少なくとも１つのＤＷを生成することと、を行うことによって、パケット化することと、を行うように構成されている、集積回路。

【0057】

実施例２．複数のプロトコルワードの残りの部分が、複数のプロトコルワード内の制御データを含み、サブ部分が、ユーザデータを含む、実施例１に記載の集積回路。

【0058】

実施例３．少なくとも１つのＤＷが、複数のプロトコルワードの各々からの制御データを含むが、複数のプロトコルワードからのユーザデータを含まない、実施例２に記載の集積回路。

【0059】

実施例４．ＤＷのサイズが、Ｃ２Ｃインターフェースにおけるワイヤの数に制限される、実施例１に記載の集積回路。

【0060】

実施例５．
リンク層と、
物理（ＰＨＹ）層と、を更に備え、リンク層及びＰＨＹ層が、プロトコル層とＣ２Ｃインターフェースとの間に結合される、実施例１に記載の集積回路。

【0061】

実施例６．プロトコル層は、複数のプロトコルワードをパケット化する前に、複数のプロトコルワードのうちの少なくとも１つのサイズが、ＤＷのサイズ以下となるように、複数のプロトコルワードのうちの少なくとも１つのサイズを低減するように符号化することができない制御データを複数のプロトコルワードのうちの少なくとも１つが含むと判定するように構成されている、実施例１に記載の集積回路。

【0062】

実施例７．プロトコル層が、
アプリケーション回路構成から第１のプロトコルワードを受信することと、
第１のプロトコルワードのサイズがＤＷのサイズ以下になるように第１のプロトコルワードのサイズを低減するように第１のプロトコルワード内の制御データが符号化され得ると判定することと、
符号化された制御データを含む第１のプロトコルワードを、パケット化することなくＣ２Ｃインターフェース上で伝送することと、を行うように構成されている、実施例１に記載の集積回路。

【0063】

実施例８．符号化された制御データは、第１のプロトコルワード内の識別可能なパターンの位置を示す、実施例７に記載の集積回路。

【0064】

実施例９．システムであって、
チップ間（Ｃ２Ｃ）インターフェースを介して第２の集積回路に接続された第１の集積回路と、
第１の集積回路が、アプリケーション回路構成とＣ２Ｃインターフェースとの間に接続されたプロトコル層を備え、プロトコル層が、
Ｃ２Ｃインターフェース上で伝送される複数のプロトコルワードをアプリケーション回路構成から受信することであって、複数のプロトコルワードの各々が、Ｃ２Ｃインターフェースによってサポートされるデータワード（ＤＷ）のサイズを超える、受信することと、
複数のプロトコルワードを、
複数のプロトコルワードのサブ部分を別個のＤＷにマッピングすることであって、サブ部分の各々が、ＤＷのサイズ以下である、マッピングすることと、
サブ部分に含まれない複数のプロトコルワードの残りの部分を含む少なくとも１つのＤＷを生成することと、を行うことによって、パケット化することと、を行うように構成されている、システム。

【0065】

実施例１０．複数のプロトコルワードの残りの部分が、複数のプロトコルワード内の制御データを含み、サブ部分が、ユーザデータを含む、実施例９に記載のシステム。

【0066】

実施例１１．少なくとも１つのＤＷが、複数のプロトコルワードの各々からの制御データを含むが、複数のプロトコルワードからのユーザデータを含まない、実施例１０に記載のシステム。

【0067】

実施例１２．ＤＷのサイズが、Ｃ２Ｃインターフェースにおけるワイヤの数に制限される、実施例９に記載のシステム。

【0068】

実施例１３．
リンク層と、
物理（ＰＨＹ）層と、を更に備え、リンク層及びＰＨＹ層が、プロトコル層とＣ２Ｃインターフェースとの間に結合される、実施例９に記載のシステム。

【0069】

実施例１４．プロトコル層が、複数のプロトコルワードをパケット化する前に、複数のプロトコルワードのうちの少なくとも１つのサイズが、ＤＷのサイズ以下となるように、複数のプロトコルワードのうちの少なくとも１つのサイズを低減するように符号化することができない制御データを複数のプロトコルワードのうちの少なくとも１つが含むと判定するように構成されている、実施例９に記載のシステム。

【0070】

実施例１５．プロトコル層が、
アプリケーション回路構成から第１のプロトコルワードを受信することと、
第１のプロトコルワードのサイズがＤＷのサイズ以下になるように第１のプロトコルワードのサイズを低減するように第１のプロトコルワード内の制御データが符号化され得ると判定することと、
符号化された制御データを含む第１のプロトコルワードを、パケット化することなくＣ２Ｃインターフェース上で伝送することと、を行うように構成されている、実施例９に記載のシステム。

【0071】

実施例１６．符号化された制御データは、第１のプロトコルワード内の識別可能なパターンの位置を示す、実施例１５に記載のシステム。

【0072】

実施例１７．方法であって、
集積回路内のプロトコル層において、Ｃ２Ｃインターフェース上で伝送される複数のプロトコルワードを受信することであって、複数のプロトコルワードの各々が、Ｃ２Ｃインターフェースによってサポートされるデータワード（ＤＷ）のサイズを超える、受信することと、
複数のプロトコルワードを、
複数のプロトコルワードのサブ部分を別個のＤＷにマッピングすることであって、サブ部分の各々が、ＤＷのサイズ以下である、マッピングすることと、
サブ部分に含まれない複数のプロトコルワードの残りの部分を含む少なくとも１つのＤＷを生成することと、を行うことによって、パケット化することと、を含む、方法。

【0073】

実施例１８．複数のプロトコルワードの残りの部分が、複数のプロトコルワード内の制御データを含み、サブ部分が、ユーザデータを含む、実施例１７に記載の方法。

【0074】

実施例１９．少なくとも１つのＤＷが、複数のプロトコルワードの各々からの制御データを含むが、複数のプロトコルワードからのユーザデータを含まない、実施例１８に記載の方法。

【0075】

実施例２０．ＤＷのサイズが、Ｃ２Ｃインターフェースにおけるワイヤの数に制限される、実施例１７に記載の方法。

【0076】

上記は特定の例を対象とするが、他の例及び更なる例が、その基本的な範囲から逸脱することなく考案され得、その範囲は、以下の「特許請求の範囲」によって決定される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【国際調査報告】