JP6321151B2 - 電力線通信ネットワーク内のショートパケット通信 - Google Patents

Description

関連出願
[0001]本出願は、２０１３年９月３０日出願の米国仮出願第６１／８８４，７１４号および２０１４年９月３０日出願の米国特許出願第１４／５０２，６６２号の優先権利益を主張するものである。

[0002]本開示の実施形態は、一般に、通信ネットワークの分野に関し、より詳細には、電力線通信（ＰＬＣ）ネットワークにおけるショートパケット通信に関する。

[0003]電力は、高電圧において送電線を通じて伝送され、電力線を使用してはるかに低い電圧において建物および他の構造物へ分配される。電力を提供すること以外に、電力線は、建物および他の構造物の中で電力線通信を実装するためにも使用され得る。電力線通信は、ローカルエリアネットワークおよびワイドエリアネットワークにおいて様々なネットワークノードを一緒に接続するための別の通信媒体を提供し得る。電力線通信は、電子デバイスが、既存の交流（ＡＣ）、直流（ＤＣ）、および通信用の電力供給されない配線を使用して、互いにおよびインターネットに接続することを可能にし得る。たとえば、ＨｏｍｅＰｌｕｇ（登録商標）デバイスが、電力線通信を通じたブロードバンドのためのＩＥＥＥ１９０１規格とＨｏｍｅＰｌｕｇ ＡＶ／ＡＶ２／ＧｒｅｅｎＰＨＹ規格とを使用したワイヤード通信のために使用され得る。

[0004]自動車など、様々なタイプの車両は、一般的に、車両の構成要素の間において通信信号または電力を供給する電気ケーブルおよび／または電気配線の集合（collection）を含む。車両内の電気ケーブルおよび／または電気配線の集合はまた、車両内通信（intra-vehicular communications）のために、ローカル相互接続ネットワーク（ＬＩＮ）バスおよびコントローラエリアネットワーク（ＣＡＮ）バスなど、低レートデータバスを実装するための配線を含み得る。しかしながら、車両内通信ネットワークにおいてＬＩＮバスとＣＡＮバスとを使用することは、データ通信を実装するために車両内に導入される追加の配線および複雑なワイヤハーネスのため、一般的に望ましくない。ＰＬＣネットワークは、一般的に、システムの電力線を電力を供給するためとデータ通信のための両方に使用するので、ＰＬＣプロトコルを実装するための車両通信システムを構成することは、車両内通信ネットワークの複雑さとコストとを低減し得る。ＰＬＣネットワークは、通常、データ通信のための追加の配線および／または複雑なワイヤハーネスを必要としない。しかしながら、車両通信システムは、通常、ＰＬＣプロトコルによってサポートされない仕様を有するので、車両内にＰＬＣプロトコルを実装することは、一般的に望ましくない。たとえば、ＰＬＣプロトコルは、一般的に、ペイロードフィールドに対する所定の長さを含むＰＬＣパケットに対するフレームフォーマットを指定する。ＰＬＣプロトコルは、一般的に、所定の長さより短いペイロードフィールドを有するＰＬＣパケットを送信することをサポートしない。

[0005]通信ネットワーク内でショートパケットを送信するための様々な実施形態が開示される。いくつかの実施形態では、パケットを送信するための方法は、通信ネットワークの第１のネットワークデバイスから第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、アプリケーションデータの長さが第１のしきい値長さを超えるかどうかを決定することと、アプリケーションデータの長さが第１のしきい値長さを超えないときにショートパケットのフレーム制御フィールド内で第１のネットワークデバイスから第２のネットワークデバイスにアプリケーションデータを送信することとを備える。

[0006]いくつかの実施形態では、アプリケーションデータの長さが第１のしきい値長さを超えるかどうかを決定することは、アプリケーションデータのバイト数がしきい値バイト数を超えるかどうかを決定することを備える。

[0007]いくつかの実施形態では、方法は、ショートパケットのフレーム制御フィールドがアプリケーションデータを含むことのインジケーションを、フレーム制御フィールド内で送信することをさらに備える。

[0008]いくつかの実施形態では、フレーム制御フィールド内でアプリケーションデータを送信することは、第１のネットワークデバイスから第２のネットワークデバイスにペイロードフィールドのないショートパケットを送信することを決定することを備える。

[0009]いくつかの実施形態では、フレーム制御フィールド内でアプリケーションデータを送信することは、フレーム制御フィールドの予約済みフィールド内でアプリケーションデータを送信することを備える。

[0010]いくつかの実施形態では、フレーム制御フィールド内でアプリケーションデータを送信することは、フレーム制御フィールド内でアプリケーションデータを送信するためにフレーム制御フィールドの第１のフィールドを一時的に再定義することと、再定義された第１のフィールド内でアプリケーションデータを送信することとを備える。

[0011]いくつかの実施形態では、方法は、第１のフィールドがアプリケーションデータを含むことのインジケーションを、フレーム制御フィールド内で送信することをさらに備える。

[0012]いくつかの実施形態では、方法は、アプリケーションデータの長さと複数のフレーム制御フィールド長さとを比較することと、アプリケーションデータの長さと、制御情報の長さと、第１のフレーム制御フィールドの長さとに少なくとも部分的に基づいてアプリケーションデータを送信するための第１のフレーム制御フィールドの長さを選択することとをさらに備える。

[0013]いくつかの実施形態では、ショートパケット内でアプリケーションデータを送信することを決定することは、さらに、第１のネットワークデバイスの通信能力と、第２のネットワークデバイスの通信能力と、アプリケーションデータを生成したアプリケーションとから成るグループのうちの少なくとも１つのメンバーに基づく。

[0014]いくつかの実施形態では、方法は、アプリケーションデータの長さが第１のしきい値長さを超えるが第２のしきい値長さを超えないときに、ショートパケットのペイロードフィールド内でアプリケーションデータを送信することを決定することをさらに備える。

[0015]いくつかの実施形態では、第１のしきい値長さは所定のフレーム制御フィールドの長さであり、第２のしきい値長さは所定のペイロードフィールドの長さである。

[0016]いくつかの実施形態では、方法は、ショートパケット内でアプリケーションデータを送信することを決定することと、ショートパケット内でアプリケーションデータを送信することを決定することに応答して、ショートパケットのフレーム制御フィールド内かまたはショートパケットのペイロードフィールド内でアプリケーションデータを送信することを決定することとをさらに備える。

[0017]いくつかの実施形態では、方法は、フレーム制御フィールドの第１の部分内でアプリケーションデータを送信するための第１の通信技法と、フレーム制御フィールドの残りの部分内で制御情報を送信するための第２の通信技法とを選択することをさらに備える。

[0018]いくつかの実施形態では、第１の通信技法はショートパケットの送信をサポートし、第２の通信技法はショートパケットの送信をサポートしない。

[0019]いくつかの実施形態では、アプリケーションデータを送信するための第１の通信技法と制御情報を送信するための第２の通信技法とを選択することは、第２の通信技法を実装し、ショートパケットの送信をサポートしないレガシーネットワークデバイスを通信ネットワークが含むものと決定することに応答するものである。

[0020]いくつかの実施形態では、第１の通信技法は、第１の符号化技法と、第１の送信モードと、第１の変調技法とから成るグループのうちの少なくとも１つのメンバーを含み、第２の通信技法は、第２の符号化技法、第２の送信モード、および第２の変調技法から成るグループのうちの少なくとも１つのメンバーを含む。

[0021]いくつかの実施形態では、方法は、フレーム制御フィールド内でアプリケーションデータと制御情報とを送信するための通信技法を選択することをさらに備え、通信技法は、ショートパケットの送信をサポートする。

[0022]いくつかの実施形態では、方法は、通信ネットワークがレガシーネットワークデバイスを含むものと決定することと、レガシーネットワークデバイスと関連付けられた時間間隔に少なくとも部分的に基づいてショートパケットを生成することとをさらに備える。

[0023]いくつかの実施形態では、時間間隔は、競合ウィンドウフレーム間スペース（ＣＩＦＳ：contention window inter-frame space）である。

[0024]いくつかの実施形態では、方法は、通信ネットワーク内でショートパケットのフレーム開始デリミタを送信することであって、レガシーネットワークデバイスは、フレーム開始デリミタを検出することに応答して時間間隔の間に通信を開始しない、送信することと、時間間隔の間にショートパケットの残部を送信することとをさらに備える。

[0025]いくつかの実施形態では、方法は、ショートパケット内でアプリケーションデータを送信するための複数の通信キャリアを選択することをさらに備える。

[0026]いくつかの実施形態では、ショートパケットは、ショートパケットを送信するために使用される複数の通信キャリアのインジケーションを含む。

[0027]いくつかの実施形態では、第１のネットワークデバイスおよび第２のネットワークデバイスは、車両の通信ネットワーク内に含まれる。

[0028]いくつかの実施形態では、第１のネットワークデバイスは車両であり、第２のネットワークデバイスは電気車両充電機器（electric vehicle supply equipment）である。

[0029]いくつかの実施形態では、第１のネットワークデバイスおよび第２のネットワークデバイスは、それぞれ、電力線通信（ＰＬＣ）プロトコルを実装する。

[0030]いくつかの実施形態では、パケットを送信するための方法は、通信ネットワークの第１のネットワークデバイスから第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、アプリケーションデータの長さと複数のペイロードフィールドの長さとを比較することと、アプリケーションデータの長さと複数のペイロードフィールドの長さとを比較することに少なくとも部分的に基づいて、ショートパケットのペイロードフィールド内でアプリケーションデータを送信するために複数のペイロードフィールドの長さから第１のペイロードフィールドの長さを選択することとを備える。

[0031]いくつかの実施形態では、方法は、ショートパケットのペイロードフィールド内でアプリケーションデータを送信することを決定することをさらに備え、アプリケーションデータの長さと複数のペイロードフィールドの長さとを比較することは、ペイロードフィールド内でアプリケーションデータを送信することを決定することに応答するものである。

[0032]いくつかの実施形態では、方法は、ショートパケットのフレーム制御フィールド内で制御情報を送信することをさらに備える。

[0033]いくつかの実施形態では、ショートパケットのフレーム制御フィールドは、ペイロードフィールドがアプリケーションデータを含むことのインジケーションと、第１のペイロードフィールドの長さのインジケーションとを備える。

[0034]いくつかの実施形態では、方法は、ショートパケットのペイロードフィールド内でアプリケーションデータを送信するための第１の通信技法と、ショートパケットのフレーム制御フィールド内で制御情報を送信するための第２の通信技法とを選択することをさらに備える。

[0035]いくつかの実施形態では、第１の通信技法はショートパケットの送信をサポートし、第２の通信技法はショートパケットの送信をサポートしない。

[0036]いくつかの実施形態では、アプリケーションデータを送信するための第１の通信技法と制御情報を送信するための第２の通信技法とを選択することは、第２の通信技法を実装し、ショートパケットの送信をサポートしないレガシーネットワークデバイスを通信ネットワークが含むものと決定することに応答するものである。

[0037]いくつかの実施形態では、方法は、第１の通信技法がアプリケーションデータに適用されることのインジケーションを送信することをさらに備える。

[0038]いくつかの実施形態では、第１のネットワークデバイスは、プロセッサと、命令を記憶するためのメモリとを備え、命令は、プロセッサによって実行されたときに、通信ネットワークの第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、アプリケーションデータの長さがしきい値長さを超えるかどうかを決定することと、アプリケーションデータの長さがしきい値長さを超えないときにショートパケットのフレーム制御フィールド内で第２のネットワークデバイスにアプリケーションデータを送信することとを第１のネットワークデバイスに行わせる。

[0039]いくつかの実施形態では、命令は、プロセッサによって実行されたときに、さらに、アプリケーションデータの長さと複数のフレーム制御フィールドの長さとを比較することと、アプリケーションデータの長さ、制御情報の長さ、および第１のフレーム制御フィールドの長さに少なくとも部分的に基づいてアプリケーションデータを送信するための第１のフレーム制御フィールドの長さを選択することとを第１のネットワークデバイスに行わせる。

[0040]いくつかの実施形態では、命令は、プロセッサによって実行されたときに、さらに、ショートパケット内でアプリケーションデータを送信することを決定することと、ショートパケット内でアプリケーションデータを送信することを決定することに応答して、ショートパケットのフレーム制御フィールド内かまたはショートパケットのペイロードフィールド内でアプリケーションデータを送信することを決定することとを第１のネットワークデバイスに行わせる。

[0041]いくつかの実施形態では、命令は、プロセッサによって実行されたときに、さらに、フレーム制御フィールドの第１の部分内でアプリケーションデータを送信するための第１の通信技法と、フレーム制御フィールドの残りの部分内で制御情報を送信するための第２の通信技法とを第１のネットワークデバイスに選択させる。

[0042]いくつかの実施形態では、命令は、プロセッサによって実行されたときに、さらに、通信ネットワークがレガシーネットワークデバイスを含むものと決定することと、レガシーネットワークデバイスと関連付けられた時間間隔に少なくとも部分的に基づいてショートパケットを生成することとを第１のネットワークデバイスに行わせる。

[0043]いくつかの実施形態では、命令は、プロセッサによって実行されたときに、さらに、ショートパケット内でアプリケーションデータを送信するための複数の通信キャリアを第１のネットワークデバイスに選択させる。

[0044]いくつかの実施形態では、第１のネットワークデバイスは、プロセッサと、命令を記憶するためのメモリとを備え、命令は、プロセッサによって実行されたときに、通信ネットワークの第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、アプリケーションデータの長さと複数のペイロードフィールドの長さとを比較することと、アプリケーションデータの長さと複数のペイロードフィールドの長さとの比較に少なくとも部分的に基づいて、ショートパケットのペイロードフィールド内でアプリケーションデータを送信するために複数のペイロードフィールドの長さから第１のペイロードフィールドの長さを選択することとを第１のネットワークデバイスに行わせる。

[0045]いくつかの実施形態では、命令は、プロセッサによって実行されたときに、さらに、ショートパケットのペイロードフィールド内でアプリケーションデータを送信することを第１のネットワークデバイスに決定させ、アプリケーションデータの長さと複数のペイロードフィールドの長さとを第１のネットワークデバイスに比較させることは、ペイロードフィールド内でアプリケーションデータを送信することを決定することに応答するものである。

[0046]いくつかの実施形態では、命令は、プロセッサによって実行されたときに、さらに、ショートパケットのペイロードフィールド内でアプリケーションデータを送信するための第１の通信技法と、ショートパケットのフレーム制御フィールド内で制御情報を送信するための第２の通信技法とを第１のネットワークデバイスに選択させる。

[0047]いくつかの実施形態では、非一時的機械可読記憶媒体は、そこに機械実行可能命令を記憶しており、機械実行可能命令は、通信ネットワークの第１のネットワークデバイスから第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、アプリケーションデータの長さがしきい値長さを超えるかどうかを決定することと、アプリケーションデータの長さがしきい値長さを超えないときにショートパケットのフレーム制御フィールド内で第１のネットワークデバイスから第２のネットワークデバイスにアプリケーションデータを送信することとを行うための命令を備える。

[0048]いくつかの実施形態では、前記命令は、アプリケーションデータの長さと複数のフレーム制御フィールドの長さとを比較することと、アプリケーションデータの長さ、制御情報の長さ、および第１のフレーム制御フィールドの長さに少なくとも部分的に基づいてアプリケーションデータを送信するための第１のフレーム制御フィールドの長さを選択することとを行うための命令をさらに備える。

[0049]いくつかの実施形態では、前記命令は、ショートパケット内でアプリケーションデータを送信することを決定することと、ショートパケット内でアプリケーションデータを送信することを決定することに応答して、ショートパケットのフレーム制御フィールド内かまたはショートパケットのペイロードフィールド内でアプリケーションデータを送信することを決定することとを行うための命令をさらに備える。

[0050]いくつかの実施形態では、前記命令は、フレーム制御フィールドの第１の部分内でアプリケーションデータを送信するための第１の通信技法と、フレーム制御フィールドの残りの部分内で制御情報を送信するための第２の通信技法とを選択するための命令をさらに備える。

[0051]いくつかの実施形態では、前記命令は、ショートパケット内でアプリケーションデータを送信するための複数の通信キャリアを選択するための命令をさらに備える。

[0052]いくつかの実施形態では、非一時的機械可読記憶媒体は、そこに機械実行可能命令を記憶しており、機械実行可能命令は、通信ネットワークの第１のネットワークデバイスから第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、アプリケーションデータの長さと複数のペイロードフィールドの長さとを比較することと、アプリケーションデータの長さと複数のペイロードフィールドの長さとの比較に少なくとも部分的に基づいて、ショートパケットのペイロードフィールド内でアプリケーションデータを送信するために複数のペイロードフィールドの長さから第１のペイロードフィールドの長さを選択することとを行うための命令を備える。

[0053]いくつかの実施形態では、前記命令は、ショートパケットのペイロードフィールド内でアプリケーションデータを送信するための第１の通信技法と、ショートパケットのフレーム制御フィールド内で制御情報を送信するための第２の通信技法とを選択するための命令をさらに備える。

[0054]添付の図面を参照することによって、本実施形態がよりよく理解され得、多数の目的、特徴、および利点が、当業者に明らかになり得る。

[0055]通信ネットワーク内でショートパケットを送信するための機構を含む例示的なブロック図。 [0056]車両と充電ステーションとの間でショートパケットを送信するための機構を含む例示的なブロック図。 [0057]ショートパケットの例示的なフォーマット。 [0058]ショートパケットを送信するかどうかを決定するための例示的な動作を示すフロー図。 [0059]ショートパケット内でアプリケーションデータを送信するためのペイロードフィールドの長さを選択するための例示的な動作を示すフロー図。 [0060]送信ためのパケットフォーマットを選択するための例示的な動作を示すフロー図。 [0061]通信ネットワーク内でショートパケットを送信するための通信技法を選択するための例示的な動作を示すフロー図。 [0062]レガシーネットワークデバイスを含む通信ネットワーク内でショートパケットを送信するための例示的な動作を示すフロー図。 [0063]フレーム間スペースに基づいてショートパケットを送信するための例示的な機構を示すタイミング図。 [0064]低減された数の通信キャリアを使用してショートパケットを送信するための例示的な動作を示すフロー図。 [0065]通信ネットワーク内でショートパケットを送信するための機構を含む電子デバイスの一実施形態のブロック図。

[0066]後に続く説明は、本開示の様々な実施形態を説明する、例示的なシステムと、方法と、技法と、命令シーケンスと、コンピュータプログラム製品とを含む。しかしながら、説明される実施形態は、開示される具体的な詳細なしに実施され得ることを理解されたい。たとえば、実施形態は、ＨｏｍｅＰｌｕｇ ＡＶ／ＡＶ２／ＧｒｅｅｎＰＨＹまたはＩＥＥＥ１９０１通信プロトコルを使用して電力線通信ネットワーク内でパケットを送信することを説明する。しかしながら、他の実施形態では、本明細書で説明される動作は、他のワイヤード通信プロトコル（たとえば、同軸ケーブルマルチメディア協会（ＭｏＣＡ：multimedia over coax alliance）プロトコル、イーサネット（登録商標）プロトコル、など）、またはワイヤレス通信プロトコル（たとえば、ＩＥＥＥ８０２．１１プロトコルなどのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）プロトコル）に拡張され得る。よく知られている命令インスタンス、プロトコル、構造、および技法は、説明をわかりにくくしないために詳細には示されていない。

[0067]電力線ネットワークは、複数のネットワークデバイスが電力線媒体に結合される、共有通信ネットワークである。電力を供給することに加えて、電力線ネットワークはまた、電力線通信（ＰＬＣ）デバイス間の通信を促進し得る。たとえば、車両と充電ステーションとの間の高速通信は、充電ステーションが、ほとんどユーザ対話なしに車両に電力を供給することを可能にし得る。車両および充電ステーションは、課金情報と、健全性およびステータス情報と、コマンド／制御情報と、他の通信とを交換するために、一般的に、低レートデータバスを使用する。車両および／または充電ステーションはまた、内部通信のために低レートデータバスを使用し得る。車両と充電ステーションとの間、車両内、および／または充電ステーション内で交換されるパケットの長さは、一般的に非常に短い（たとえば、８バイト）。いくつかの実施形態では、車両および充電ステーションは、デバイス間通信およびデバイス内通信のためのＰＬＣプロトコル（たとえば、ＨｏｍｅＰｌｕｇ ＡＶ／ＡＶ２／ＧｒｅｅｎＰＨＹプロトコル、ＩＥＥＥ１９０１プロトコル）を使用し得る。通信のためにＰＬＣプロトコルを使用することは、ワイヤハーネスの複雑さを最小化し得、車両および／または充電ステーション内の追加のデータバス（たとえば、ローカル相互接続ネットワーク（ＬＩＮ）バス）の必要性を排除し得る。しかしながら、ＰＬＣパケットのフレームフォーマットは、一般的に、プリアンブルフィールドと、フレーム制御フィールドと、ペイロードフィールドとを含む。ペイロードフィールドの長さは、一般的に、実装されている通信プロトコルに基づいて事前定義される。したがって、ＰＬＣデバイス間で送信されることになるアプリケーションデータの長さがＰＬＣパケットのペイロードフィールドの所定の長さより短いとき、ＰＬＣデバイスは追加の「０」ビットを組み込むかまたはアプリケーションデータを「パディング」し、それによって結果として生じるアプリケーションデータの長さは、ペイロードフィールドの所定の長さに等しくなる。たとえば、ＰＬＣプロトコルが１３６バイトの所定のペイロードフィールドの長さを使用する場合、所定の１３６バイトのペイロードフィールド内で６０バイトのアプリケーションデータを送信するために、７６バイトのパディングが追加され得る。しかしながら、より長い所定のペイロードフィールドの長さの中に送信のための追加のバイトを用いてより短いペイロードをパディングすることは、送信効率を低下させ得る。いくつかの実施形態では、ＰＬＣパケットのペイロードフィールドは、イーサネットパケットを含み得る。イーサネットパケットは、イーサネットヘッダと（アプリケーションデータを有する）イーサネットペイロードとを含み得る。ＰＬＣパケット内でイーサネットパケットを送信することは冗長であり、オーバーヘッドを増加させ、パケット送信効率を低下させる場合がある。

[0068]いくつかの実施形態では、ネットワークデバイスは、送信されることになるアプリケーションデータの長さがしきい値長さよりも短いときに、「ショートパケット」を効率的に送信するように構成され得る。たとえば、ＰＬＣプロトコルが、アプリケーションデータを送信するために所定のペイロードフィールドの長さの使用を指定する場合、ネットワークデバイスは、送信されることになるアプリケーションデータの長さがＰＬＣプロトコルによって指定された所定のペイロードフィールドの長さより短いとき、ＰＬＣネットワーク内でショートパケットを送信するように構成され得る。いくつかの実施形態では、図１〜図４および図６を参照しながら説明されるように、ネットワークデバイスは、ペイロードフィールドを送信することなくフレーム制御フィールド内でアプリケーションデータを送信し得る。別の実施形態では、図５および図６を参照しながら説明されるように、フレーム制御フィールド内でアプリケーションデータを送信する代わりに、ネットワークデバイスは、適切な長さを有するショートペイロードフィールド内でアプリケーションデータを送信し得る。ネットワークデバイスは、ショートペイロードフィールドに対する複数の長さ（「ショートペイロードフィールド長さ」）をサポートし得、アプリケーションデータの長さに基づいて適切なショートペイロードフィールド長さを選択し得る。いくつかの実施形態では、ネットワークデバイスはまた、ショートパケット内でアプリケーションデータを送信するために、複数のパケット生成技法とパケット送信技法（「通信技法」または「ショートパケット通信技法」と総称される）とをサポートし得る。たとえば、図７〜図１０においてさらに説明されるように、ネットワークデバイスは、ショートパケット内でアプリケーションデータを送信するために、符号化方式、変調技法、送信モード、などを適用され得る。ペイロードフィールドを送信することなくフレーム制御フィールド内でアプリケーションデータを送信するために既存の通信プロトコルを適合させることは、オーバーヘッドを最小化し、通信効率を改善し得る。その上、フレーム制御フィールドに対する複数の長さ（「フレーム制御フィールド長さ」）、複数のペイロードフィールド長さ、ならびに／またはショートパケットを生成および送信するための複数の通信技法をサポートするようにネットワークデバイスを構成することは、通信効率を改善し、複雑さと、電力消費と、送信時間とを最小化し得る。

[0069]図１は、通信ネットワーク１００内でショートパケットを送信するための機構を含む例示的なブロック図である。通信ネットワーク１００は、ネットワークデバイス１０２と１０４とを含む。ネットワークデバイス１０２は、パケット評価モジュール１０６と、パラメータ選択モジュール１０８と、パケット生成モジュール１１０と、トランシーバ１１２とを含む。簡単のために図１に示されていないが、ネットワークデバイス１０４はまた、パケット評価モジュール、パラメータ選択モジュール、パケット生成モジュール、および／またはトランシーバを含み得る。以下でさらに説明されるように、ネットワークデバイス１０２および１０４は、ショートパケット通信のために本明細書で説明される動作を実行し得る。通信ネットワーク１００はまた、レガシーネットワークデバイス１１４を含む場合がある。レガシーネットワークデバイスは、ショートパケット通信のために本開示において説明される動作をサポートしないネットワークデバイスであるものと定義される。ネットワークデバイス１０２、１０４および１１４は、破線を使用して図１に示されるワイヤードおよび／またはワイヤレス通信リンクを使用して互いに通信可能に結合され得る。

[0070]一実施形態では、通信ネットワーク１００はＰＬＣネットワークであってよく、ネットワークデバイス１０２、１０４および１１４は、それぞれ、ＰＬＣ対応デバイスであってよい。いくつかの実施形態では、ネットワークデバイス１０２、１０４および１１４は、ＨｏｍｅＰｌｕｇ１．０／ＡＶ／ＡＶ２／ＧｒｅｅｎＰＨＹ通信プロトコル、ＩＥＥＥ１９０５通信プロトコル、または別の適切なＰＬＣプロトコルを使用して動作し得る。いくつかの実施形態では、ＰＬＣプロトコルに加えて（またはその代わりに）、ネットワークデバイス１０２、１０４および１１４はまた、他の適切なワイヤード通信プロトコル（たとえば、イーサネットプロトコル、ＭｏＣＡプロトコル、など）および／またはワイヤレス通信プロトコル（たとえば、ＩＥＥＥ８０２．１１プロトコルなどのＷＬＡＮプロトコル）を実装し得る。いくつかの実施形態では、ネットワークデバイス１０２、１０４および１１４は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、モバイルフォン、スマート家電、ナビゲーションデバイス、メディアプレーヤ、ゲーミングコンソール、ネットワークブリッジングデバイス、アクセスポイント、またはワイヤードおよび／またはワイヤレス通信プロトコルを実装する別の電子デバイスなどの電子デバイスであってよい。いくつかの実施形態では、ネットワークデバイス１０２、１０４および１１４のうちの１つまたは複数は、電力線ネットワーク（図示されず）のＡＣ出力に直接接続するスタンドアロンまたは専用のＰＬＣデバイスであってよい。いくつかの実施形態では、図２においてさらに説明されるように、ネットワークデバイス１０２、１０４および１１４は、車両または充電ステーションの通信ネットワークの一部である電子デバイスであってよい。

[0071]いくつかの実施形態では、ネットワークデバイス１０２は、ネットワークデバイス１０４にアプリケーションデータを送信することを決定し得る。パケット評価モジュール１０６は、アプリケーションデータがショートパケット内で送信されるべきであるかどうかを決定し得る。いくつかの実装形態では、パケット評価モジュール１０６は、アプリケーションデータの長さとしきい値長さとを比較し得る。アプリケーションデータの長さがしきい値長さより短い場合、パケット評価モジュール１０６は、アプリケーションデータがショートパケット内で送信されるべきであるものと決定し得る。たとえば、パケット評価モジュール１０６は、アプリケーションデータのバイト数としきい値とを比較し得る。しきい値は、従来のＰＬＣパケットのペイロードフィールド内で送信され得るバイト数に少なくとも部分的に基づいて決定され得る。アプリケーションデータのバイト数がしきい値より小さい場合、パケット評価モジュール１０６は、アプリケーションデータがショートパケット内で送信されるべきであるものと決定し得る。一例では、車両は、車両エンターテインメントシステムを制御するため、ドアを開閉するため、車両ミラーを調整するためなど、内部通信のために（たとえば、１バイトから８バイトの間の）ショートペイロードを送信するために低レートデータバスを使用し得る。別の例では、車両充電環境において、車両および充電ステーションは、健全性／ステータス情報、コマンド／制御情報、課金情報などを示すためなど、車両間通信のためにショートパケットを交換し得る。別の例では、充電ステーションは、内部通信のためのショートペイロードを送信するために低レートデータバスを使用し得る。

[0072]いくつかの実施形態では、図６を参照しながら説明されるように、ショートパケット内でアプリケーションデータを送信するかどうかを決定することに加えて、パケット評価モジュール１０６はまた、アプリケーションデータをフレーム制御フィールド内で送信するかまたはショートペイロードフィールド内で送信するかを決定し得る。図３、図４および図６を参照しながら説明されるように、パケット評価モジュール１０６がフレーム制御フィールド内でアプリケーションデータを送信することを決定する場合、パラメータ選択モジュール１０８は、アプリケーションデータを送信するために適切なフレーム制御フィールド長さを選択し得る。図５および図６を参照しながら説明されるように、パケット評価モジュール１０６がショートペイロードフィールド内でアプリケーションデータを送信することを決定する場合、パラメータ選択モジュール１０８は、アプリケーションデータを送信するために適切なショートペイロードフィールド長さを選択し得る。

[0073]加えて、パラメータ選択モジュール１０８は、ショートパケットを生成するため、およびネットワークデバイス１０２からネットワークデバイス１０４にショートパケットを送信するための通信技法を選択し得る。以下でさらに説明されるように、ショートパケット通信技法は、符号化技法、送信モード、変調技法、ならびに／またはショートパケットを生成および送信するための他の適切な通信技法を含み得る。ショートパケットを生成および送信するためのショートパケット通信技法は、データレート、通信キャリアスペーシング、サンプリング周波数、高速フーリエ変換（ＦＦＴ）サイズ、ならびに／またはショートパケットを生成および送信するための他のパラメータおよび仕様を使用し得る。ネットワークデバイス１０２および１０４は、ショートパケットの生成、送信、および受信のための通信技法をサポートし得る。図７〜図１０を参照しながらさらに説明されるように、パケット生成モジュール１１０は、パラメータ選択モジュール１０８によって選択された通信技法を使用してショートパケットを生成し得る。トランシーバ１１２は、ネットワークデバイス１０２からネットワークデバイス１０４にショートパケットを送信し得る。

[0074]トランシーバ１１２は、受信機と送信機とを含み得る。受信機は、受信された信号を増幅するための増幅器、受信された信号から不要な周波数を除去するためのフィルタ、受信された信号をダウンコンバートするためのミキサ、自動利得制御（ＡＧＣ）モジュール、および／またはアナログデジタル変換器（ＡＤＣ）を含むアナログフロントエンドを含み得る。受信機はまた、受信された信号を時間領域表現から周波数領域表現に変換するための高速フーリエ変換（ＦＦＴ）モジュールを含み得る。受信機はまた、解読および復号モジュールを含み得る。送信機は、送信されるべき信号を増幅するための増幅器、送信されるべき信号から不要な周波数を除去するためのフィルタ、信号を適切な送信周波数にアップコンバートするためのミキサ、および／またはデジタルアナログ変換器（ＤＡＣ）を含むアナログフロントエンドを含み得る。いくつかの実施形態では、送信機はまた、送信されるべき信号を周波数領域表現から時間領域表現に変換するための逆高速フーリエ変換（ＩＦＦＴ）モジュールを含み得る。いくつかの実施形態では、送信機はまた、暗号化および符号化モジュールを含み得る。

[0075]いくつかの実施形態では、ネットワークデバイス１０２、１０４および１１４は、車両、航空機、機械、または他の電子システムなど、一般的な電子システムの一部であってよい。図２は、充電ステーション２０８に結合された車両２００を示す。車両２００は、ネットワークデバイス２０２、２０４および２０６を含む。充電ステーション２０８は、ネットワークデバイス２１０を含む。車両２００は、電気車両、プラグイン電気車両（ＰＥＶ）、ハイブリッド電気車両、ガスパワード車両、航空機などであってよい。ネットワークデバイス２０２、２０４および２０６は、車両２００内で内部通信のためのショートパケットを交換するための動作を実施する車両２００の通信ネットワークの電子デバイス／構成要素であってよい。たとえば、ネットワークデバイス２０２、２０４および２０６は、車両２００の、車両の中央コンピュータ、冷暖房システム構成要素、充電およびバッテリーシステム構成要素、エンターテインメントデバイス、セキュリティシステム構成要素（たとえば、窓、ドアロック、警報など）、ならびに／または他の適切な電子デバイス／構成要素であってよい。ネットワークデバイス２０２、２０４および２０６は、車両ミラーを調整すること、車両ドアを開閉することなど、車両２００の様々な動作を制御するためにショートパケットを交換し得る。他の実施形態では、ネットワークデバイス２０２および２１０は、車両２００と充電ステーション２０８との間の通信のためにショートパケットを交換し得る。たとえば、ネットワークデバイス２０２および２１０は、健全性およびステータス情報、課金情報などのためにショートパケットを交換し得る。図２に示されていないが、ネットワークデバイス２０２、２０４、２０６および／または２１０は、図１のネットワークデバイス１０２と同様に構成され得る。たとえば、ネットワークデバイス２０２、２０４、２０６および２１０は、パケット評価モジュール、パラメータ選択モジュール、パケット生成モジュール、および／またはトランシーバを含み得る。

[0076]図２は、３つのネットワークデバイス２０２、２０４および２０６を含む車両２００を示す。しかしながら、他の実施形態では、車両２００は、ショートパケットを交換する任意の適切な数のネットワークデバイスを含み得る。いくつかの実施形態では、車両２００内のネットワークデバイス２０２、２０４および２０６は、内部ＨｏｍｅＰｌｕｇ ＡＶネットワークなど、第１の内部ＰＬＣネットワークを形成し得る。同様に、いくつかの実施形態では、充電ステーション２０８は、ショートパケットを交換し得る適切な数のネットワークデバイスを含み得る。充電ステーション２０８内のネットワークデバイスは、第２の内部ＰＬＣネットワークを形成し得る。車両２００のネットワークデバイスおよび充電ステーション２０８のネットワークデバイスは、車両２００が充電ステーション２０８に接続（または、プラグイン）されるとき、第３の電力線ネットワークを形成し得る。

[0077]従来の／既存のＰＬＣパケット（たとえば、ＨｏｍｅＰｌｕｇ物理レイヤプロトコルデータユニット（ＰＰＤＵ）は、一般的に、プリアンブルフィールドと、フレーム制御フィールドと、ペイロードフィールドとを含む。既存のＰＬＣプロトコルにおいて、フレーム制御フィールドは、アプリケーションデータを送信するために使用されず、ペイロードフィールドだけが、アプリケーションデータを送信するために使用され得る。ペイロードフィールドの所定の長さおよびＰＬＣパケットの構造は、ショートペイロードを送信することの効率を制限する場合がある。以下でさらに説明されるように、いくつかの実施形態では、ＰＬＣネットワーク内で送信され得るアプリケーションデータは、アプリケーションデータの長さがしきい値長さより短い場合、「ショートペイロード」と呼ばれる場合がある。たとえば、アプリケーションデータは、アプリケーションデータのバイト数がしきい値より小さい場合、「ショートペイロード」と呼ばれる場合がある。たとえば、送信されることになるアプリケーションデータが１３６バイトより小さい場合、アプリケーションデータは、ショートペイロードと見なされてよい。既存のＰＬＣプロトコルにおいて、ショートペイロードは、一般的に、ペイロードフィールドのより長い所定の長さに等しい、結果として生じるペイロードをもたらすために、（たとえば、「０」ビットを追加することによって）パディングされる。

[0078]図３は、少量のアプリケーションデータ（たとえば、１〜８バイト）を送信するために使用され得るショートパケットの例示的なフォーマットである。いくつかの実施形態では、図３に示されるように、ショートＰＬＣパケット３００は、プリアンブルフィールド３０２とフレーム制御フィールド３０４とだけを含み得、ペイロードフィールドを含まない。プリアンブル３０２は、受信ＰＬＣデバイスがショートＰＬＣパケット３００を検出することを可能にするための所定の反復パターンを含み得る。フレーム制御フィールド３０４は、制御情報３０６とアプリケーションデータ３０８とを含み得る。制御情報３０６は、送信ＰＬＣデバイスの識別子、受信ＰＬＣデバイスの識別子、ショートＰＬＣパケット３００の長さ、シーケンス識別子、送信優先度などを含み得る。制御情報３０６はまた、物理レイヤ（ＰＨＹ）ブロックサイズ、トーンマップ情報、肯定応答情報、バーストカウント、変調タイプなどを含み得る。いくつかの実施形態では、アプリケーションデータに加えて、フレーム制御フィールド３０４はまた、誤り検出情報（たとえば、チェックサム、巡回冗長検査（ＣＲＣ：cyclic redundancy check）情報など）を含み得る。いくつかの実施形態では、ショートＰＬＣパケット３００は、マスターＰＬＣデバイスまたはクライアントＰＬＣデバイスによって送信されるパケットであってよい。一実施形態では、マスターＰＬＣデバイスは、電気車両充電機器（ＥＶＳＥまたは充電ステーションとも呼ばれる）であってよい。クライアントＰＬＣデバイスは、車両（たとえば、電気車両、プラグイン電気車両、など）であってよい。いくつかの実施形態では、ショートＰＬＣパケット３００は、ＰＬＣネットワークを介して車両の通信構成要素間で送信されるローカル相互接続ネットワーク（ＬＩＮ）または制御エリアネットワーク（ＣＡＮ）のバスパケットを含み得る。この実施形態では、マスターＰＬＣデバイスは、車両内の中央コンピュータであってよく、一方、クライアントＰＬＣデバイスは、車両内の冷暖房システム、充電およびバッテリーモジュール、エンターテインメントデバイス、セキュリティシステム構成要素などであってよい。

[0079]ショートＰＬＣパケット３１０は、マスターＰＬＣデバイスからの送信を表し、一方、ショートＰＬＣパケット３１４は、クライアントＰＬＣデバイスからの送信を表す。この実施形態の一例では、マスターＰＬＣデバイスは、プリアンブルフィールド３０２とフレーム制御フィールド３１２とを送信し得る。フレーム制御フィールド３１２内で送信されたアプリケーションデータは、マスターＰＬＣデバイスからの保護された識別子情報を含み得る。別の例では、クライアントＰＬＣデバイスは、プリアンブルフィールド３０２とフレーム制御フィールド３１６とを送信し得る。フレーム制御フィールド３１６内で送信されたアプリケーションデータは、マスターＰＬＣデバイスから保護された識別子情報を受信した後、クライアントＰＬＣデバイスによって生成される応答を含み得る。送信３１０および３１４に含まれるアプリケーションデータは、車両を制御すること、たとえば、照明をオンオフすること、センサのステータスを検査することなどのために使用され得る。

[0080]いくつかの実施形態では、図３を参照しながら説明されたように、フレーム制御フィールド３０４の一部が制御情報３０６を送信するために割り振られ、フレーム制御フィールド３０４の残りの部分がアプリケーションデータ３０８を送信するために割り振られ得る。いくつかの実施形態では、アプリケーションデータ３０８は、フレーム制御フィールド３０４の未使用フィールドまたは予約済みフィールド内で送信され得る。他の実施形態では、フレーム制御フィールド３０４のうちの１つまたは複数のフィールドが、アプリケーションデータ３０８を送信するために一時的に再定義され得る。未使用であるか、予約済みであるか、または再定義されるフレーム制御フィールドのフィールドは、「構成フィールド（constituent field）」または「サブフィールド」と呼ばれる場合がある。構成フィールドは、任意の適切なビット数またはバイト数を含み得る。フレーム制御フィールド内でアプリケーションデータを送信するための動作は、図４においてさらに説明される。

[0081]図４は、ショートパケットを送信するかどうかを決定するための例示的な動作を示すフロー図（「フロー」）４００である。フローは、ブロック４０２で開始する。

[0082]ブロック４０２において、第１のネットワークデバイスは、通信ネットワークの第２のネットワークデバイスにアプリケーションデータを送信することを決定する。一例では、第１のネットワークデバイスおよび第２のネットワークデバイスは、電気車両（ＥＶ）または電気車両充電機器（ＥＶＳＥ）であってよい。別の例として、第１のネットワークデバイスおよび第２のネットワークデバイスは、車両内の（たとえば、車両内通信のための）ＰＬＣモジュールであってよい。別の例として、第１のネットワークデバイスおよび第２のネットワークデバイスは、それぞれ、ＰＬＣデバイス、ＷＬＡＮデバイス、ＭｏＣＡデバイス、または適切なワイヤードもしくはワイヤレス通信プロトコルを実装する別のネットワークデバイスであってよい。フローは、ブロック４０４において続く。

[0083]ブロック４０４において、第１のネットワークデバイスは、アプリケーションデータの長さがしきい値長さを超えるかどうかを決定する。たとえば、パケット評価モジュール１０６は、第２のネットワークデバイスにアプリケーションデータを送信するためにショートパケットフォーマットを使用するかどうかを決定するために、アプリケーションデータの長さとしきい値長さとを比較し得る。いくつかの実施形態では、しきい値長さは、フレーム制御フィールドの最大長さに等しくてよい。別の実施形態では、しきい値長さは、フレーム制御フィールドの最大長さの所定の割合であってよい。いくつかの実施形態では、第１のネットワークデバイスおよび第２のネットワークデバイスは、複数のフレーム制御フィールド長さをサポートし得る。この実装形態では、パラメータ選択モジュール１０８は、アプリケーションデータの長さと複数のしきい値長さとを比較し得る。パラメータ選択モジュール１０８は、アプリケーションデータを送信するために適切なフレーム制御フィールド長さを選択し得る。フローは、ブロック４０６において続く。

[0084]ブロック４０６において、アプリケーションデータの長さがしきい値長さを超えないものと決定することに応答して、第１のネットワークデバイスは、ショートパケットのフレーム制御フィールド内でアプリケーションデータを送信する。たとえば、図３を参照しながら上記で説明したように、パケット生成モジュール１１０は、プリアンブルフィールドとフレーム制御フィールドとを含むショートパケットを生成し得る。一実施形態では、フレーム制御フィールドは、制御情報とアプリケーションデータとを含み得る。別の実施形態では、フレーム制御フィールドは、アプリケーションデータだけを含み得、制御情報を含まない。ショートパケットは、ペイロードフィールドを含まない。いくつかの実施形態では、ショートパケットはまた、フレーム制御フィールドがアプリケーションデータを含むことのインジケーション（たとえば、フラグ）を含み得る。いくつかの実施形態では、第１のネットワークデバイスおよび第２のネットワークデバイスは、（既存のＰＬＣプロトコルにおける１６バイトフレーム制御フィールドおよび／または３２バイトフレーム制御フィールドと比較する場合）より細かい粒度のフレーム制御フィールド長さをサポートし得る。送信されるべきアプリケーションデータの長さに応じて、パラメータ選択モジュール１０８は、ショートパケット内でアプリケーションデータを送信するために適切なフレーム制御フィールド長さを選択し得る。たとえば、ネットワークデバイス１０２は、８、１６、３２および６４バイトの長さを有するフレーム制御フィールドをサポートし得る。この例では、送信されるべきアプリケーションデータの長さが８バイトを超えない場合、パラメータ選択モジュール１０８は、アプリケーションデータが８バイトフレーム制御フィールド内で送信されるべきであるものと決定し得る。別の例として、送信されるべきアプリケーションデータの長さが１６バイトを超えるが３２バイトより小さい場合、パラメータ選択モジュール１０８は、アプリケーションデータが３２バイトフレーム制御フィールド内で送信されるべきであるものと決定し得る。

[0085]いくつかの実施形態では、アプリケーションデータのバイト数は、フレーム制御フィールド内の未使用／予約済みバイトの数以下であり得る。この実施形態では、パケット生成モジュール１１０は、フレーム制御フィールドの未使用／予約済みバイト内にアプリケーションデータを組み込み得る。他の実施形態では、アプリケーションデータのバイト数は、フレーム制御フィールド内の未使用バイトの数を超える場合がある。この実施形態では、パケット生成モジュール１１０は、フレーム制御フィールドの知られている構成フィールドのうちのいくつかの解釈を一時的に修正し得る（「再定義」）。アプリケーションデータは、フレーム制御フィールドの再定義された構成フィールド内で送信され得る。別の実施形態では、アプリケーションデータは、フレーム制御フィールドの未使用構成フィールドと再定義された構成フィールドとの組合せの中で送信され得る。

[0086]いくつかの実装形態では、フレーム制御フィールドは、フレーム制御フィールドのいくつかの構成フィールドが、アプリケーションデータを送信するために再定義されていることのインジケーションを含み得る。一例では、再定義される構成フィールドは、通信プロトコルに基づいてあらかじめ決定されている。したがって、第１および第２のネットワークデバイスは、アプリケーションデータを送信するために再定義されることになる構成フィールドの事前知識を有し得る。別の実装形態では、パケット生成モジュール１１０は、送信されることになるアプリケーションデータの長さに応じて、異なる数および／または異なるセットの構成フィールドを再定義し得る。パケット生成モジュール１１０は、フレーム制御フィールド内でアプリケーションデータを送信するために再定義された構成フィールドの数および／またはセットのインジケーションを含み得る。たとえば、パケット生成モジュール１１０は、構成フィールドの第１の所定のセットがアプリケーションデータを含むことを指定するための第１のインジケータを含み得る。パケット生成モジュール１１０は、構成フィールドの第２の所定のセットがアプリケーションデータを含むことを指定するための第２のインジケータを含み得る。他の実施形態では、パケット生成モジュール１１０は、アプリケーションデータを送信するためにフレーム制御フィールドのどの構成フィールドが使用されることになるかを示すために、他の適切な技法を使用し得る。

[0087]いくつかの実施形態では、パケット生成モジュール１１０は、ショートパケットを復号するためおよび／またはパケット衝突を防止するために使用されるフレーム制御フィールドのこれらの構成フィールドを再定義しない。たとえば、パケット生成モジュール１１０は、ショートパケットの長さと、変調タイプと、ショートパケットを復号するために第２のネットワークデバイスによって使用される他の情報とを示すために使用される構成フィールドを再定義しない。他の実施形態では、パケット生成モジュール１１０は、アプリケーションデータがフレーム制御フィールド内で送信されることになることを示すために、フレーム長さ構成フィールド内にゼロ値（または別の適切な値）を含み得る。いくつかの実施形態では、パケット生成モジュール１１０は、肯定応答パケット内にアプリケーションデータを含み得る。たとえば、肯定応答インジケータは、フレーム制御フィールドの一部の中で送信され得、アプリケーションデータは、フレーム制御フィールドの残りの部分の中で送信され得る。パケット生成モジュール１１０がショートパケットを生成した後、トランシーバ１１２は、第１のネットワークデバイスから第２のネットワークデバイスにショートパケットを送信し得る。ブロック４０６から、フローは終了する。

[0088]図４は、アプリケーションデータの長さがしきい値長さを超えない場合に、ショートパケット内でアプリケーションデータを送信する第１のネットワークデバイスを説明する。いくつかの実施形態では、アプリケーションデータの長さがしきい値長さに等しい場合、第１のネットワークデバイスは、ショートパケット内でアプリケーションデータを送信することを決定し得る。しかしながら、他の実施形態では、アプリケーションデータの長さがしきい値長さに等しい場合、第１のネットワークデバイスは、ショートパケット内でデータを送信しないことを決定し得る。

[0089]いくつかの実施形態では、ネットワークデバイス１０２は、所定の数の直交周波数分割多重（ＯＦＤＭ）シンボルにマッピングされ得る複数のフレーム制御フィールド長さをサポートし得る。たとえば、既存のＰＬＣプロトコルにおいて、ネットワークデバイスは、単一のＯＦＤＭシンボルに対して１６バイトまたは３２バイトのフレーム制御フィールドをマッピングし得る。この例では、ネットワークデバイス１０２は、既存のＰＬＣプロトコルに対する両立性および互換性のために１つのＯＦＤＭシンボルにマッピングされ得る、（ショートパケット送信のための）他のフレーム制御フィールド長さをサポートし得る。しかしながら、他の実施形態では、フレーム制御フィールドを送信するために使用されるＯＦＤＭシンボルの数は、異なるフレーム制御フィールド長さをサポートするためにネットワークデバイスを構成するときに考慮されない場合がある。フレーム制御フィールドを送信するために使用されるＯＦＤＭシンボルの数は、フレーム制御フィールド長さ、信頼性および性能仕様、動作する通信帯域、ならびに／または他の適切な検討事項に応じて変わる場合がある。図４を参照しながら上記で説明されたように、送信されることになるアプリケーションデータの長さに応じて、パラメータ選択モジュール１０８は、アプリケーションデータを送信するために適切なフレーム制御フィールド長さを選択し得る。

[0090]いくつかの実施形態では、ネットワークデバイス１０２は、フレーム制御フィールド内でアプリケーションデータを送信しないことを決定し得る。既存のＰＬＣプロトコルにおいて、ＰＬＣデバイスは、１３６バイトまたは５２０Ｎバイトのペイロードの長さをサポートし得、ここでＮは、０より大きい整数である。図５においてさらに説明されるように、ＰＬＣデバイスは、ショートパケットを送信するために、より細かい粒度のペイロードフィールド長さをサポートし得る。

[0091]図５は、ショートパケット内でアプリケーションデータを送信するためのペイロードフィールド長さを選択するための例示的な動作を示すフロー図５００である。フロー５００は、ブロック５０２において開始する。

[0092]ブロック５０２において、第１のネットワークデバイスは、通信ネットワークの第２のネットワークデバイスにショートパケットを送信することを決定する。たとえば、パケット評価モジュール１０６は、アプリケーションデータがショートパケットのショートペイロードフィールド内で送信されるべきかどうかを決定するために、送信されることになるアプリケーションデータの長さとしきい値長さとを比較し得る。いくつかの実施形態では、しきい値長さは、フレーム制御フィールドの最大長さに等しくてよい。別の実施形態では、しきい値長さは、フレーム制御フィールドの最大長さの所定の割合であってよい。別の実施形態では、しきい値長さは、ショートペイロードフィールドの最大長さに等しくてよい。別の実施形態では、しきい値長さは、ショートペイロードフィールドの最大長さの所定の割合であってよい。フローは、ブロック５０４において続く。

[0093]ブロック５０４において、第１のネットワークデバイスは、アプリケーションデータの長さと複数のショートペイロードフィールドの長さとを比較する。たとえば、パラメータ選択モジュール１０８は、アプリケーションデータの長さと複数のショートペイロードフィールドの長さとを比較し得る。いくつかの実施形態では、第１のネットワークデバイスは、従来のＰＬＣプロトコルに対するより長いペイロードフィールドの長さに加えて、ショートパケット送信に対するショートペイロードフィールドの長さをサポートし得る。ＰＬＣパケットのペイロードフィールドは、一般的に、１つまたは複数の前方誤り訂正（ＦＥＣ）ブロック（ＰＨＹブロックとも呼ばれる）を含む。パラメータ選択モジュール１０８は、アプリケーションデータの長さと第２のネットワークデバイスによってサポートされるＦＥＣブロックサイズとに応じてアプリケーションデータを送信するために、サポートされるＦＥＣブロック、またはサポートされるＦＥＣブロックのうちの２つ以上の組合せを選択し得る。一実施形態では、第１および第２のネットワークデバイスは、従来のＦＥＣブロックサイズに加えて、より小さいＦＥＣブロックサイズをサポートし得る。たとえば、ネットワークデバイス１０２は、Ａ）１６バイトのアプリケーションデータと８バイトの誤り訂正情報とを含む２４バイトのＦＥＣブロックサイズ、Ｂ）３２バイトのアプリケーションデータと８バイトの誤り訂正情報とを含む４０バイトのＦＥＣブロックサイズ、Ｃ）６４バイトのアプリケーションデータと８バイトの誤り訂正情報とを含む７２バイトのＦＥＣブロックサイズ、Ｄ）２５６バイトのアプリケーションデータと８バイトの誤り訂正情報とを含む２６４バイトのＦＥＣブロックサイズ、Ｅ）１６バイトのアプリケーションデータとゼロの誤り訂正情報とを含む１６バイトのＦＥＣブロックサイズ、Ｆ）３２バイトのアプリケーションデータとゼロの誤り訂正情報とを含む３２バイトのＦＥＣブロックサイズ、および／またはＧ）６４バイトのアプリケーションデータとゼロの誤り訂正情報とを含む６４バイトのＦＥＣブロックサイズをサポートし得る。サポートされるペイロードフィールドの長さおよびＦＥＣブロックサイズの粒度を低減することは、パラメータ選択モジュール１０８が、適切なペイロードフィールドの長さを選択することと、アプリケーションデータに追加されるパディングの量を低減することと、データ送信効率を改善することとを行うことを可能にし得る。いくつかの実施形態では、ネットワークデバイスは、ペイロードフィールド内の同じサイズの複数のＦＥＣブロックをサポートし得る。たとえば、１３６バイトの１つのペイロードフィールドの長さをサポートする代わりに、ネットワークデバイスは、複数の１３６バイト（たとえば、１３６×Ｎバイト）であるペイロードフィールドの長さをサポートし得る。別の実施形態では、ネットワークデバイスは、同じペイロードフィールド内において異なるサイズのＦＥＣブロックをサポートし得る。フローは、ブロック５０６において続く。

[0094]ブロック５０６において、第１のネットワークデバイスは、アプリケーションデータの長さが第１のショートペイロードフィールドの長さのしきい値内であるものと決定する。たとえば、パラメータ選択モジュール１０８は、アプリケーションデータの長さが第１のショートペイロードフィールドの長さに等しい場合、第１のショートペイロードフィールドの長さを選択し得る。別の例として、パラメータ選択モジュール１０８は、アプリケーションデータの長さが第１のショートペイロードフィールドの長さの所定の割合である場合、第１のショートペイロードフィールドの長さを選択し得る。別の例として、パラメータ選択モジュール１０８は、アプリケーションデータの長さが第１のショートペイロードフィールドの長さの所定のしきい値内である場合、第１のショートペイロードフィールドの長さを選択し得る。いくつかの実施形態では、パラメータ選択モジュール１０８は、アプリケーションデータを送信するために、より小さいＦＥＣブロックサイズかまたはより小さいＦＥＣブロックサイズのうちの２つ以上の組合せのうちの１つを選択し得る。パラメータ選択モジュール１０８は、アプリケーションデータの長さと第２のネットワークデバイスによってサポートされるＦＥＣブロックサイズとに少なくとも部分的に基づいてＦＥＣブロックサイズを選択し得る。選択されたＦＥＣブロックサイズは、アプリケーションのタイプと信頼性仕様とに基づいて、誤り訂正情報を含んでもまたは含まなくてもよい。たとえば、８０バイトのアプリケーションデータを送信するために、パラメータ選択モジュール１０８は、２４バイトのＦＥＣブロックおよび誤り訂正を有する７２バイトのＦＥＣ、または１６バイトのＦＥＣブロックおよび誤り訂正のない６４バイトのＦＥＣブロックを選択し得る。フローは、ブロック５０８において続く。

[0095]ブロック５０８において、第１のネットワークデバイスは、第２のネットワークデバイスへの送信のために第１のショートペイロードフィールドの長さを使用してショートパケットを生成する。たとえば、パケット生成モジュール１１０は、プリアンブルフィールドと、フレーム制御フィールドと、ペイロードフィールドとを含むショートパケットを生成し得る。ペイロードフィールドは、アプリケーションデータを含み得る。ペイロードフィールドの長さは、ブロック５０６において選択された第１のショートペイロードフィールドの長さであってよい。フレーム制御フィールドは、第１のネットワークデバイスと第２のネットワークデバイスとを識別する制御情報を含み得る。フレーム制御フィールドはまた、アプリケーションデータがショートパケット内で送信されることになることのインジケーションを含み得る。いくつかの実施形態では、フレーム制御フィールドはまた、第１のショートペイロードフィールドの長さのインジケーションを含み得る。ペイロードフィールドが、複数のＦＥＣブロックサイズの組合せによって形成される場合、フレーム制御フィールドはまた、ペイロードフィールドを形成するためにどのＦＥＣブロックサイズが使用されたかのインジケーションを含み得る。いくつかの実施形態では、ペイロードフィールドは、プリアンブルフィールドおよびフレーム制御フィールドと比較して、通信技法の異なるセット（たとえば、送信モード、符号化技法、など）を使用して送信され得る。この実施形態の一例では、フレーム制御フィールドは、ペイロードフィールドが、通信技法の異なるセットを使用して送信されることになることのインジケーション（たとえば、フラグビット）を含み得る。別の例として、フレーム制御フィールドは、ペイロードフィールドを送信するために使用されることになる通信技法を指定し得る。ブロック５０８から、フローは終了する。

[0096]図６は、送信のためのパケットフォーマットを選択するための例示的な動作を示すフロー図６００である。フロー６００は、ブロック６０２において開始する。

[0097]ブロック６０２において、第１のネットワークデバイスは、通信ネットワークの第２のネットワークデバイスにアプリケーションデータを送信することを決定する。一例では、第１のネットワークデバイスおよび第２のネットワークデバイスは、車両または充電ステーションであってよい。別の例として、第１のネットワークデバイスおよび第２のネットワークデバイスは、車両内通信のための車両内のＰＬＣモジュールであってよい。別の例として、第１のネットワークデバイスおよび第２のネットワークデバイスは、それぞれ、ＰＬＣデバイス、ＷＬＡＮデバイス、ＭｏＣＡデバイス、または適切なワイヤードもしくはワイヤレス通信プロトコルを実装する別のネットワークデバイスであってよい。フローは、ブロック６０４において続く。

[0098]ブロック６０４において、第１のネットワークデバイスは、アプリケーションデータの長さがしきい値長さを超えるかどうかを決定する。いくつかの実施形態では、パケット評価モジュール１０６は、第２のネットワークデバイスにアプリケーションデータを送信するためにショートパケットフォーマットを使用するかどうかを決定するために、アプリケーションデータの長さとしきい値長さとを比較し得る。たとえば、しきい値長さは、第１および第２のネットワークデバイスによってサポートされる最大のフレーム制御フィールドの長さに等しくてよい（またはその所定の割合であってよい）。別の例として、しきい値長さは、第１および第２のネットワークデバイスによってサポートされる最大のショートペイロードフィールドの長さに等しくてよい（またはその所定の割合であってよい）。アプリケーションデータの長さがしきい値長さを超える場合、フローは、ブロック６０６において続く。それ以外の場合、フローは、ブロック６０８において続く。

[0099]ブロック６０６において、アプリケーションデータの長さがしきい値長さを超えるものと決定することに応答して、第１のネットワークデバイスは、ショートパケット内でアプリケーションデータを送信しないことを決定する。たとえば、アプリケーションデータがショートパケットのフレーム制御フィールド内またはショートペイロードフィールド内で送信され得ない場合、第１のネットワークデバイスは、従来の通信プロトコルを使用してアプリケーションデータを送信することを決定し得る。一実装形態では、パケット生成モジュール１１０は、第２のネットワークデバイスに送信するために、ＨｏｍｅＰｌｕｇ ＡＶ／ＡＶ２／ＧｒｅｅｎＰＨＹなどの従来のＰＬＣプロトコルを使用してＰＬＣパケットを生成し得る。ブロック６０６から、フローは終了する。

[00100]ブロック６０８において、第１のネットワークデバイスは、ショートパケットのフレーム制御フィールド内でアプリケーションデータを送信するかどうかを決定する。ショートパケット内でアプリケーションデータを送信することを決定することに応答して、パケット評価モジュール１０６は、アプリケーションデータをショートパケットのフレーム制御フィールド内で送信するかまたはショートペイロードフィールド内で送信するかを決定し得る。いくつかの実施形態では、パケット評価モジュール１０６は、第１のネットワークデバイスの構成、第２のネットワークデバイスの構成、および／または通信ネットワーク内のネットワークデバイスのタイプに少なくとも部分的に基づいて、フレーム制御フィールド内でアプリケーションデータを送信するかどうかを決定し得る。たとえば、パケット評価モジュール１０６は、第２のネットワークデバイスがフレーム制御フィールド内で受信されたアプリケーションデータを復号し得るかどうか、通信ネットワークがレガシーネットワークデバイスを含むかどうか、および／または他の適切なファクタに基づいて、フレーム制御フィールド内でアプリケーションデータを送信するかどうかを決定し得る。パケット評価モジュール１０６はまた、送信されることになるアプリケーションデータの長さに基づいてフレーム制御フィールド内でアプリケーションデータを送信するかどうか、制御情報がフレーム制御フィールド内で送信されることになるかどうか、送信されることになる制御情報の量、および／またはフレーム制御フィールドの最大長さを決定し得る。たとえば、アプリケーションデータの長さがフレーム制御フィールドの最大長さより短い場合、パケット評価モジュール１０６は、フレーム制御フィールド内でアプリケーションデータを送信することを決定し得る。別の例として、アプリケーションデータの長さがフレーム制御フィールドの最大長さを超えるが、ショートペイロードフィールドの最大長さを超えない場合、パケット評価モジュール１０６は、フレーム制御フィールド内でアプリケーションデータを送信する代わりに、ショートペイロードフィールド内でアプリケーションデータを送信することを決定し得る。第１のネットワークデバイスがショートパケットのフレーム制御フィールド内でアプリケーションデータを送信することを決定する場合、フローは、ブロック６１０において続く。そうでない場合、第１のネットワークデバイスは、ショートペイロードフィールド内でアプリケーションデータを送信することを決定し、フローは、ブロック６１４において続く。

[00101]ブロック６１０において、第１のネットワークデバイスは、アプリケーションデータの長さが第１のショートフレーム制御フィールドの長さの所定のしきい値内であるものと決定する。図４を参照しながら上記で説明されたように、ネットワークデバイス１０２は、各々が異なるフレーム制御フィールドの長さを有する複数のフレーム制御フィールドをサポートし得る。パラメータ選択モジュール１０８は、アプリケーションデータの長さと送信されることになる制御情報とに応じて、適切なフレーム制御フィールドの長さを選択し得る。フローは、ブロック６１２において続く。

[00102]ブロック６１２において、第１のネットワークデバイスは、第１のショートフレーム制御フィールドの長さを使用してショートパケットを生成する。たとえば、パケット生成モジュール１１０は、プリアンブルフィールドとフレーム制御フィールドとを含むショートパケットを生成し得る。フレーム制御フィールドの長さは、ブロック６１０において選択された第１のフレーム制御フィールドの長さであってよい。フレーム制御フィールドは、制御情報とアプリケーションデータとを含み得る。ショートパケットは、ペイロードフィールドを含まない。ブロック６１２から、フローは終了する。

[00103]ブロック６１４において、第１のネットワークデバイスは、アプリケーションデータの長さが第１のショートペイロードの長さの所定のしきい値内であるものと決定する。いくつかの実施形態では、図５を参照しながら説明されたように、ネットワークデバイス１０２は、各々が異なるペイロードフィールドの長さを有する複数のショートペイロードフィールドをサポートし得る。パラメータ選択モジュール１０８は、送信されることになるアプリケーションデータの長さに少なくとも部分的に基づいてショートペイロードフィールドの長さを選択し得る。いくつかの実施形態では、図５を参照しながら上記で説明されたように、ネットワークデバイス１０２は、複数のショートＦＥＣブロックサイズをサポートし得る。ショートペイロードフィールドは、ショートＦＥＣブロックサイズ、または２つ以上のショートＦＥＣブロックサイズの組合せを含み得る。パラメータ選択モジュール１０８は、ショートペイロードフィールド内でアプリケーションデータを送信するために１つまたは複数のＦＥＣブロックサイズを選択し得る。フローは、ブロック６１６において続く。

[00104]ブロック６１６において、第１のネットワークデバイスは、第１のショートペイロードフィールドの長さを使用してショートパケットを生成する。たとえば、パケット生成モジュール１１０は、プリアンブルフィールドと、フレーム制御フィールドと、ペイロードフィールドとを含むショートパケットを生成し得る。ペイロードフィールドは、アプリケーションデータを含み得る。ペイロードフィールドの長さは、ブロック６１４において選択された第１のショートペイロードフィールドの長さであってよい。ブロック６１６から、フローは終了する。

[00105]図６のブロック６０４および６０８は、第２のネットワークデバイスにショートパケットを送信するかどうかと、アプリケーションデータをショートパケットのフレーム制御フィールド内で送信するかまたはショートペイロードフィールド内で送信するかとを決定する、第１のネットワークデバイスを説明する。しかしながら、他の実施形態では、第１のネットワークデバイスは、各送信の前に、ブロック６０４および６０８において説明された動作を実施しない。代わりに、一例では、第１のネットワークデバイスは、第２のネットワークデバイスへの最初の送信の前に、（ブロック６０４および／またはブロック６０８において説明された）比較を実施し得る。第１のネットワークデバイスが第２のネットワークデバイスにショートパケットを送信することを決定する場合、第１のネットワークデバイスは、ブロック６０４の比較動作を再実行することなく、第２のネットワークデバイスへの後続の送信のためにショートパケットを自動的に使用し得る。別の実施形態では、第１のネットワークデバイスは、第２のネットワークデバイスにアプリケーションデータを送信するためにショートパケットを使用するように事前構成され得る。別の実施形態では、第１のネットワークデバイスは、アプリケーションのタイプおよび／または通信環境に応じて、アプリケーションデータを送信するためにショートパケットを使用し得る。たとえば、第１のネットワークデバイスは、第１および第２のネットワークデバイスが、車両充電環境内または車両内環境内（たとえば、車両内または充電ステーション内）にあるときに、第２のネットワークデバイスにアプリケーションデータを送信するためにショートパケットを使用し得る。加えて、いくつかの実施形態では、第１のネットワークデバイスは、ブロック６０８の比較を実施することなく、フレーム制御フィールドまたはショートペイロードフィールドを自動的に使用し得る。他の実施形態では、第１のネットワークデバイスは、第２のネットワークデバイスにアプリケーションデータを送信するために、特定のフレーム制御フィールドの長さまたは特定のショートペイロードフィールドの長さを使用するように事前構成され得る。

[00106]いくつかの実施形態では、図１に示されたように、通信ネットワーク１００は、ショートパケットの通信をサポートしないレガシーネットワークデバイス１１４を含み得る。具体的には、レガシーネットワークデバイス１１４は、ショートパケットを生成、送信、受信、または処理するための機能を含まない。通信ネットワーク１００がレガシーネットワークデバイス１１４を含む場合、図７を参照しながら以下でさらに説明されるように、ネットワークデバイス１０２は、レガシーネットワークデバイス１１４との後方互換性を維持するために、送信されたショートパケット内に互換性情報を含み得る。

[00107]図７は、通信ネットワーク内でショートパケットを送信するための通信技法を選択するための例示的な動作を示すフロー図７００である。フロー７００は、ブロック７０２において開始する。

[00108]ブロック７０２において、第１のネットワークデバイスは、通信ネットワークの第２のネットワークデバイスにショートパケット内でアプリケーションデータを送信することを決定する。たとえば、図６を参照しながら説明されたように、パケット評価モジュール１０６は、アプリケーションデータがショートパケット内で送信されるべきかどうかを決定するために、送信されることになるアプリケーションデータの長さとしきい値長さとを比較し得る。加えて、パケット評価モジュール１０６はまた、アプリケーションデータが、ショートパケットのフレーム制御フィールド内で送信されるべきかまたはショートペイロードフィールド内で送信されるべきかを決定し得る。フローは、ブロック７０４において続く。

[00109]ブロック７０４において、通信技法は、ショートパケット内でアプリケーションデータを送信するために選択される。いくつかの実施形態では、ブロック７１０の後で以下でさらに説明されるように、第１のネットワークデバイスおよび第２のネットワークデバイスは、ショートパケットの生成、送信、および受信のために使用され得る通信技法をサポートし得る。以下でさらに説明されるように、ショートパケット通信技法は、符号化技法、送信モード、変調技法、ならびに／または他の適切なパケット生成およびパケット送信技法を含み得る。ショートパケットを生成および送信するためのショートパケット通信技法は、データレート、通信キャリアスペーシング、サンプリング周波数、および／もしくは高速フーリエ変換（ＦＦＴ）サイズ、ならびに／またはショートパケットを生成および送信するための他のパラメータおよび仕様を使用し得る。パラメータ選択モジュール１０８は、第２のネットワークデバイスにショートパケットを生成および／または送信するために適切な通信技法を選択し得る。フローは、ブロック７０６において続く。

[00110]ブロック７０６において、第１のネットワークは、通信ネットワークがレガシーネットワークデバイスを含むかどうかを決定する。レガシーネットワークデバイスは、ショートパケットの通信をサポートしない。たとえば、レガシーネットワークデバイスは、フレーム制御フィールド内で送信されたアプリケーションデータを受信および復号することはできない。別の例として、レガシーネットワークデバイスは、ショートパケットの送信を可能にする通信技法を使用して送信されるアプリケーションデータを受信および復号することはできない。別の例として、レガシーネットワークデバイスは、ショートペイロードフィールドの長さを有するショートペイロードフィールド内で送信されるアプリケーションデータを受信および復号することはできない。別の例として、レガシーネットワークデバイスは、アプリケーションデータの長さがしきい値長さより短いときにショートパケットを送信するための機能を実装しない。いくつかの実施形態では、第１のネットワークデバイスは、通信ネットワーク内の他のネットワークデバイスの通信を傍受することによって、通信ネットワークがレガシーネットワークデバイスを含むかどうかを決定し得る。別の実施形態では、第１のネットワークデバイスは、通信ネットワーク内の他のネットワークデバイスからの通信能力情報を要求することによって、通信ネットワークがレガシーネットワークデバイスを含むかどうかを決定し得る。通信ネットワークがレガシーネットワークデバイスを含まない場合、フローは、ブロック７０８において続く。別段に、通信ネットワークがレガシーネットワークデバイスを含む場合、フローは、ブロック７１０において続く。

[00111]ブロック７０８において、通信ネットワークがレガシーネットワークデバイスを含まない場合、第１のネットワークデバイスは、選択された通信技法を使用してアプリケーションデータを含むショートパケットを生成する。いくつかの実施形態では、アプリケーションデータは、適切なフレーム制御フィールドの長さのフレーム制御フィールド内で送信され得る。この実施形態では、図４を参照しながら説明されたように、ショートパケットは、プリアンブルフィールドとフレーム制御フィールドとを含み得る。ショートパケットは、ペイロードフィールドを含まない。フレーム制御フィールドは、アプリケーションデータと（必要な場合）制御情報とを含み得る。いくつかの実施形態では、図５を参照しながら説明されたように、アプリケーションデータは、適切な短いペイロードフィールドのショートペイロードフィールド内で送信され得る。この実施形態では、ショートパケットは、プリアンブルフィールドと、フレーム制御フィールドと、ショートペイロードフィールドとを含み得る。この実施形態では、フレーム制御フィールドは、アプリケーションデータを含まないが、ショートペイロードフィールド長さのインジケーションを含み得る。

[00112]いくつかの実施形態では、以下でさらに説明されるように、通信ネットワークがレガシーネットワークデバイスを含まないとき、プリアンブルフィールドと、フレーム制御フィールドと、（適用可能な場合）ショートペイロードフィールドとを含むショートパケットは、ショートパケットを通信するために使用され得る通信技法を使用して生成され得る。たとえば、制御情報とアプリケーションデータとを含むフレーム制御フィールドは、ショートパケットを送信するための符号化方式を使用して符号化され得る。別の例として、フレーム制御フィールドとショートペイロードフィールドの両方は、以下で説明されるショートパケット通信技法のうちの１つまたは複数を使用して生成／送信され得る。ブロック７０８から、フローは終了する。

[00113]ブロック７１０において、通信ネットワークがレガシーネットワークデバイスを含む場合、第１のネットワークデバイスは、選択された通信技法のインジケーションを含むショートパケットを生成する。たとえば、パケット生成モジュール１１０は、レガシーネットワークデバイスとの後方互換性を維持するために、ショートパケット内に互換性情報を含み得る。第１のネットワークデバイスは、レガシーネットワークデバイスとの後方互換性を維持しながらデータ送信をサポートするために、フレーム制御フィールドを拡張するための様々な技法を使用し得る。いくつかの実施形態では、パケット生成モジュール１１０は、フレーム制御フィールド内のアプリケーションデータの存在を示すために、フレーム制御フィールド（たとえば、ＨｏｍｅＰｌｕｇ ＡＶフレーム制御フィールドおよび／またはＨｏｍｅＰｌｕｇ１．０フレーム制御フィールド）内の、１つまたは複数の現在未使用のビットを使用し得る。たとえば、パケット生成モジュール１１０は、フレーム制御フィールド内のアプリケーションデータの存在を示すために、フレーム開始（ＳＯＦ）デリミタの未使用ビット内に所定の値を含み得る。別の例として、パケット生成モジュール１１０は、フレーム制御フィールドの他の適切なデリミタビット内に現在未使用の値を含み得る。他の実施形態では、パケット生成モジュール１１０は、ショートペイロードフィールド内のアプリケーションデータの存在を示すために、フレーム制御フィールド内の１つまたは複数の現在未使用のビットを使用し得る。いくつかの実施形態では、パケット生成モジュール１１０は、アプリケーションデータがショートパケットのフレーム制御フィールド内で送信されていることを示すために、フレーム制御フィールドの所定のサブフィールド内で第１の値を送信し得る。パケット生成モジュール１１０は、アプリケーションデータがショートパケットのショートペイロードフィールド内で送信されていることを示すために、所定のサブフィールド内で第２の値を送信し得る。

[00114]いくつかの実施形態では、フレーム制御フィールドがアプリケーションデータを含む場合、フレーム制御フィールドのアプリケーションデータ部分は、ショートパケット通信技法（ブロック７０４において選択される）を使用して送信され得る一方、フレーム制御フィールドの制御情報部分は、レガシーネットワークデバイスによってサポートされる知られている通信技法を使用して送信され得る。他の実施形態では、ショートペイロードフィールドは、ショートパケット通信技法を使用して送信され得る一方、フレーム制御フィールドは、知られている通信技法を使用して送信され得る。知られている通信技法は、レガシーネットワークデバイスによってサポートされる既存のＰＬＣプロトコルによって定義される、パケット生成技法および／またはパケット送信技法を含み得る。知られている通信技法を使用して制御情報を送信することは、レガシーネットワークデバイスが、ショートパケットを検出することと、ショートパケットがレガシーネットワークデバイスを対象としていないものと決定することと、ショートパケットのアプリケーションデータ部分を無視することとを可能にし得る。ブロック７１０から、フローは終了する。

[00115]図７を参照しながら上記で説明されるように、ショートパケット送信のために構成されたネットワークデバイス１０２は、ショートパケット通信技法をサポートし得る。ショートパケット通信技法は、ショートパケットの生成と、送信と、受信とをサポートし得、ここでアプリケーションデータの長さは、しきい値長さより短い。以下の説明は、知られている通信技法およびＰＬＣ環境内のショートパケット通信技法の例をさらに説明する。以下の説明は、ロバスト送信モード（またはＲＯＢＯモード）と、符号化方式と、ショートパケットを生成および送信するためのキャリアスペーシングとを説明する。

[00116]既存のＰＬＣプロトコルにおいて、ＰＬＣデバイス（たとえば、ＨｏｍｅＰｌｕｇ ＡＶ／ＡＶ２／ＧＰデバイス、ＩＥＥＥ１９０１デバイス、など）は、一般的に、ロバスト送信モード（ＲＯＢＯモードとも呼ばれる）をサポートする。各ＲＯＢＯモードは、データレートとペイロードフィールドの長さとの異なる組合せを表し得る。たとえば、既存のＰＬＣプロトコルは、ミニＲＯＢＯモードと、標準ＲＯＢＯモードと、高速ＲＯＢＯモードとをサポートし得る。ミニＲＯＢＯモードは、ＰＬＣパケットのペイロードフィールド内での１３６バイトの送信を可能にし、ペイロードフィールドを送信するために６つのＯＦＤＭシンボルを生成し得る。標準ＲＯＢＯモードは、ペイロードフィールド内での５２０バイトの送信を可能にし、ペイロードフィールドを送信するために１９個のＯＦＤＭシンボルを生成し得る。高速ＲＯＢＯモードは、Ａ）１０個のＯＦＤＭシンボルを使用してペイロードフィールド内の５２０バイトの送信、Ｂ）１９個のＯＦＤＭシンボルを使用してペイロードフィールド内の２×５２０バイトの送信、Ｃ）２７個のＯＦＤＭシンボルを使用してペイロードフィールド内の３×５２０バイトの送信を、可能にし得る。しかしながら、既存のＰＬＣプロトコルによってサポートされるこれらのＲＯＢＯモードは、ショートパケットの送信をサポートしない。

[00117]いくつかの実施形態では、ネットワークデバイス１０２は、様々なショートペイロードフィールドの長さまたはフレーム制御フィールドの長さを有するショートパケットを送信するために、複数のロバスト送信（ＲＯＢＯ）モードをサポートするように構成され得る。より少ないバイトのアプリケーションデータが、ショートパケット内で送信されるので、アプリケーションデータの複数のコピーが、より少数のＯＦＤＭシンボル（たとえば、１つまたは２つのＯＦＤＭシンボル）を使用して生成され得る。一例では、ネットワークデバイス１０２は、フレーム制御フィールド（またはショートペイロードフィールド）の１つまたは複数のＯＦＤＭシンボル内でアプリケーションデータを送信するためのＲＯＢＯモードをサポートし得る。各ＯＦＤＭシンボルは、１２８ビットの情報を含み得、各ＯＦＤＭシンボルは、直角位相シフトキーイング（ＱＰＳＫ）変調と、１／２レート前方誤り訂正と、１２８ビットＦＥＣブロックとを使用して符号化され得る。別の例として、ネットワークデバイス１０２は、１つまたは複数のＯＦＤＭシンボル内でアプリケーションデータを送信するためのＲＯＢＯモードをサポートし得、ここで各ＯＦＤＭシンボルは２５６ビットの情報を含み得、各ＯＦＤＭシンボルは、ＱＰＳＫ変調と、１／２レート前方誤り訂正と、２５６ビットＦＥＣブロックとを使用して符号化され得る。これらの例では、ネットワークデバイス１０２は、１つのＯＦＤＭシンボルがアプリケーションデータを送信するために使用される場合、従来のフレーム制御のインターリーブ動作を使用し得る。しかしながら、２つ以上のＯＦＤＭシンボルがアプリケーションデータを送信するために使用される場合、ネットワークデバイス１０２は、時間および周波数にわたってアプリケーションデータの各ビットのコピーを最大限に展開する、交互のインターリーブ動作を使用し得る。

[00118]既存のＰＬＣプロトコルにおいて、ＰＬＣデバイスは、一般的に、前方誤り訂正（ＦＥＣ）のためにターボ符号を使用する。ターボ符号器は、インターリーバによって分離される２つの畳み込み符号器を含み得る。一例では、畳み込み符号器の各々は、２／３ＦＥＣレートを有し得る。この例では、畳み込み符号器の入力において与えられる２ビットのすべては、３ビットの出力をもたらし得る。したがって、２／３ＦＥＣレートを有する畳み込み符号器は、１ビットの冗長を与え得る。ターボ符号器によって生成された、結果として生じる出力ビットは、ペイロードフィールドを送信するために前方誤り訂正レートをさらに１６／２１または８／９まで低減するために「分解（puncture）」され得る。冗長ビットのうちのいくつかは、送信される冗長ビット数を最小化するために、ターボ符号器の、結果として生じた出力から除去され得る。ターボ符号は、ほぼ理想的／理論的容量性能におけるデータ送信を可能にするが、ターボ符号は、大きいデータブロックサイズ（たとえば、５２０バイトのデータ）の利用可能性に依存する場合がある。ターボ符号は、ショートパケットを送信するために望ましい性能をもたらさない。

[00119]いくつかの実施形態では、ネットワークデバイス１０２は、上記で説明されたターボコーディングモードに加えて、畳み込みコーディングモードをサポートするように構成され得る。ネットワークデバイス１０２は、第２の畳み込み符号器と、ターボ符号器のインターリーバとを無効にすることによって畳み込みコーディングモードをアクティブにし得る。畳み込みコーディングモードにおいて、ネットワークデバイス１０２は、第１の畳み込み符号器にだけ送信されることになるアプリケーションデータを与え得る。第１の畳み込み符号器は、２／３のＦＥＣレートを与え得る。第１の畳み込み符号器の、結果として生じた出力は、任意の適切なＦＥＣレートにおける出力をもたらすために分解され得る。加えて、受信ネットワークデバイスは、受信されたショートパケットを復号し、受信されたショートパケットからアプリケーションデータを取り出すために同様の動作を実施し得る。複数の畳み込み符号器の代わりに単一の畳み込み符号器を使用することによって、送信および受信ネットワークデバイスにおける電力消費が低減され得る。

[00120]図７は、通信ネットワークがレガシーネットワークデバイスを含むときに、ショートパケット通信をサポートしないレガシーネットワークデバイスとの後方互換性を維持する、第１のネットワークデバイスを説明する。しかしながら、他の実施形態では、第１のネットワークデバイスは、通信ネットワークがレガシーネットワークデバイスを含むかどうかにかかわらず、後方互換性を維持し得る。たとえば、ネットワークデバイス１０２は、通信ネットワークがレガシーネットワークデバイスを含むかどうかにかかわらず、アプリケーションデータがショートパケット内で送信されることになることを示すための１つまたは複数のビットを含み得る。いくつかの実施形態では、通信ネットワークがレガシーネットワークデバイスを含むかどうかにかかわらず、アプリケーションデータだけが、ショートパケット通信技法を使用して送信され得る。たとえば、フレーム制御フィールドのアプリケーションデータ部分は、ショートパケット通信技法を使用して送信され得る一方、フレーム制御フィールドの制御情報部分は、レガシーデバイスによってサポートされる知られている通信技法を使用して送信され得る。別の例として、通信ネットワークがレガシーネットワークデバイスを含むかどうかにかかわらず、ショートペイロードフィールドは、ショートパケット通信技法を使用して送信され得る一方、フレーム制御フィールドは、知られている通信技法を使用して送信され得る。いくつかの実施形態では、ショートパケットはまた、アプリケーションデータを送信するために使用されることになる通信技法のインジケーションを含み得る。

[00121]いくつかの実施形態では、図８および図９で説明されるように、ネットワークデバイス１０２は、通信媒体をレガシーネットワークデバイス１１４と共有するために、レガシーネットワークデバイス１１４によって維持されるフレーム間スペース以下の量のアプリケーションデータを送信し得る。

[00122]図８は、レガシーネットワークデバイスを含む通信ネットワーク内でショートパケットを送信するための例示的な動作を示すフロー図８００である。フロー８００は、ブロック８０２において開始する。

[00123]ブロック８０２において、通信ネットワークの第１のネットワークデバイスは、ショートパケット内でアプリケーションデータを送信することを決定する。たとえば、図６を参照しながら上記で説明されたように、パケット評価モジュール１０６は、アプリケーションデータがショートパケット内で送信されるべきかどうかを決定するために、送信されることになるアプリケーションデータの長さとしきい値長さとを比較し得る。加えて、パケット評価モジュール１０６はまた、アプリケーションデータが、ショートパケットのフレーム制御フィールド内で送信されるべきかまたはショートペイロードフィールド内で送信されるべきかを決定し得る。フローは、ブロック８０４において続く。

[00124]ブロック８０４において、第１のネットワークデバイスは、通信ネットワークがレガシーネットワークデバイスを含むかどうかを決定する。レガシーネットワークデバイス１１４は、ショートパケットを生成、送信、受信、または処理するための機能を含まない。第１のネットワークデバイスは、図７を参照しながら上記で説明された技法を使用して、通信ネットワークがレガシーネットワークデバイスを含むかどうかを決定し得る。通信ネットワークがレガシーネットワークデバイスを含まない場合、フローは、ブロック８１０において続く。それ以外の場合、フローは、ブロック８０６において続く。

[00125]ブロック８０６において、第１のネットワークデバイスは、アプリケーションデータの長さが、レガシーネットワークデバイスによって維持されるフレーム間スペースを超えないように、ショートパケットを生成する。図９は、送信９０８および送信９１４の、２つの連続する送信を示す。送信９０８は、プリアンブルフィールド９０２と、フレーム制御フィールドのフレーム開始（ＳＯＦ）デリミタ９０４とを含む。ネットワークデバイス１０２からプリアンブル９０２とＳＯＦデリミタ９０４とを検出することに応答して、レガシーネットワークデバイス１１４は、一般的に、所定の時間間隔９０６の間、送信の開始を譲歩して控える。この所定の時間間隔は、レガシーネットワークデバイス１１４によって維持される競合ウィンドウフレーム間スペース（ＣＩＦＳ）と呼ばれることがある。ＣＩＦＳ時間間隔の間にアプリケーションデータを送信することは、レガシーネットワークデバイス１１４の送信が、ショートパケットのフレーム制御フィールド（またはショートペイロードフィールド）内のアプリケーションデータの送信と重複または干渉しないことを確実にし得る。これはまた、ショートパケットの送信が終了するとき、および共有通信チャネルに対する競合（contending）を開始するときに、レガシーネットワークデバイス１１４が、ショートパケットの長さを推定することを可能にし得る。再び図８を参照すると、フローはブロック８０８に続く。

[00126]ブロック８０８において、第１のネットワークデバイスは、レガシーネットワークデバイスによって維持されるフレーム間スペースの間にショートパケットを送信する。図９を参照すると、いくつかの実施形態では、ＳＯＦデリミタ９０４の１つまたは複数のビットが、アプリケーションデータがショートパケット内で送信されることになるかどうかを示すために使用され得る。ＳＯＦデリミタ９０４を送信した後、ネットワークデバイス１０２は、ＣＩＦＳ時間間隔９０６の間にアプリケーションデータを送信し得る。いくつかの実施形態では、図４を参照しながら説明されたように、アプリケーションデータは、フレーム制御フィールドの残りの部分内で送信され得る。他の実施形態では、図５を参照しながら説明されたように、アプリケーションデータは、ショートペイロードフィールド内で送信され得る。図９の例では、ネットワークデバイス１０２は、ＣＩＦＳ時間間隔９０６の間にアプリケーションデータを送信する。アプリケーションデータが送信される持続時間は、レガシーネットワークデバイス１１４によって維持されるＣＩＦＳ時間間隔以下であり得る。アプリケーションデータを受信することに応答して、ネットワークデバイス１０４は、送信９１４を開始し得る。ネットワークデバイス１０４は、プリアンブルフィールド９１０と、フレーム制御フィールド内の選択的肯定応答（ＳＡＣＫ）デリミタ９１２とを送信し得る。レガシーネットワークデバイス１１４は、ＳＡＣＫデリミタ９１２を検出し得、別のＣＩＦＳ時間間隔９１６を開始し得る。いくつかの実施形態では、上記で説明されたように、ネットワークデバイス１０４は、ＣＩＦＳ時間間隔９１６の間にアプリケーションデータを送信することを継続し得る。レガシーネットワークデバイス１１４が、ＣＩＦＳ時間間隔９１６が経過した後で別のデリミタを検出しない場合、レガシーネットワークデバイス１１４は、共有通信チャネルの制御に対して競合するために、競合スロット９１８内で優先情報を送信し得る。ブロック８０８から、フローは終了する。

[00127]ブロック８１０において、通信ネットワークがレガシーネットワークデバイスを含まない場合、第１のネットワークデバイスは、通信ネットワーク内で送信するためのショートパケットを生成する。通信ネットワークがレガシーネットワークデバイスを含まない場合、第１のネットワークデバイスは、ＣＩＦＳ時間間隔を考慮に入れることなくショートパケットを生成し得る。図３から図６を参照しながら上記で説明されたように、第１のネットワークデバイスは、ショートパケットのフレーム制御フィールドまたはショートペイロードフィールドのいずれかの中にアプリケーションデータを含めることによってショートパケットを生成し得る。ブロック８１０から、フローは終了する。

[00128]既存のＰＬＣプロトコルにおいて、ＰＬＣデバイスは、良好な性能を達成するために、厳しいシンボル同期とタイミング仕様とを有し得る。このために、ＰＬＣデバイスを送信および受信することは、ネットワークレベルの調整（たとえば、粗いタイミング整合のためのビーコン送信）とパケット同期のための複雑な信号処理とを有し得る。しかしながら、タイミング不整合は、通信キャリアの非直交性をもたらし、それが、ひいては、性能低下をもたらす場合がある。いくつかの実施形態では、図１０でさらに説明されるように、ネットワークデバイスは、ショートパケットを送信するためのタイミング仕様を緩和し得る。

[00129]図１０は、低減された数の通信キャリアを使用してショートパケットを送信するための例示的な動作を示すフロー図１０００である。フロー１０００は、ブロック１００２において開始する。

[00130]ブロック１００２において、第１のネットワークデバイスは、第２のネットワークデバイスにショートパケット内のアプリケーションデータを送信することを決定する。たとえば、図６を参照しながら上記で説明されたように、パケット評価モジュール１０６は、アプリケーションデータがショートパケット内で送信されるべきかどうかを決定するために、送信されることになるアプリケーションデータの長さとしきい値長さとを比較し得る。加えて、パケット評価モジュール１０６はまた、アプリケーションデータが、ショートパケットのフレーム制御フィールド内で送信されるべきかまたはショートペイロードフィールド内で送信されるべきかを決定し得る。フローは、ブロック１００４において続く。

[00131]ブロック１００４において、第１のネットワークデバイスは、低減された数の通信キャリアを使用してショートパケットを送信するかどうかを決定する。いくつかの実施形態では、第１のネットワークデバイスおよび第２のネットワークデバイスは、ショートパケットの生成／送信／受信のために使用され得る通信技法をサポートし得る。通信技法は、ショートパケットを生成および送信するために使用され得る通信キャリア（通信サブキャリアとも呼ばれる）の数とスペーシングとを含み得る。いくつかの実施形態では、第１のネットワークデバイスは、ショートパケットを送信するために使用される、通信キャリア間のスペーシングを増加させ、通信キャリアの数を低減することによって、タイミング仕様を緩和し得る。いくつかの実施形態では、第１のネットワークデバイスは、第１のネットワークデバイスの通信能力と第２のネットワークデバイスの通信能力とに少なくとも部分的に基づいて、低減された数の通信キャリアを使用するかどうかを決定し得る。たとえば、第１のネットワークデバイスは、第１のネットワークデバイスおよび／または第２のネットワークデバイスが、低減された数の通信キャリアを使用する通信をサポートしない場合、すべての通信キャリア上でショートパケットを送信することを決定し得る。低減された数の通信キャリアを使用してショートパケットを送信することが決定される場合、フローは、ブロック１００６において続く。それ以外の場合、フローは、ブロック１０１０において続く。

[00132]ブロック１００６において、第１のネットワークデバイスは、ショートパケットを送信するための通信キャリアのサブセットを選択する。より少ない通信キャリア上でアプリケーションデータを送信することは、ＦＦＴサンプルの数と、第１のネットワークデバイスおよび第２のネットワークデバイスによって消費される電力とを低減し得る。ショートパケットを送信するために、第１のネットワークデバイスは、通信キャリア間のスペーシングを増加させること、通信キャリアの数を低減すること、および／またはＦＦＴサンプルの数を低減することができる。いくつかの実施形態では、第１のネットワークデバイスは、送信されることになるアプリケーションデータのＦＦＴを決定するために、バタフライＦＦＴ処理を使用し得る。第１のネットワークデバイスは、一般的に、結果として生じるＦＦＴ出力を生成するために、２つの構成ＦＦＴモジュール（constituent FFT module）を使用する。しかしながら、ＦＦＴサンプルの数を低減するためおよびショートパケットを送信するために、第１のネットワークデバイスは、構成ＦＦＴモジュールのうちの１つを無効にし得る。いくつかの実施形態では、ＦＦＴサイズを低減し、通信キャリアスペーシングを増加させるために、第１のネットワークデバイスは、１つおきの（交互の）通信キャリアをマスクする場合がある。たとえば、第１のネットワークデバイスは、ショートパケットを送信するために通信キャリア１、３、５、７などを使用し、通信キャリア２、４、６などをマスクする場合がある。第１のネットワークデバイスは、通信キャリアスペーシングを増加させるために他の適切な技法を使用し得る。たとえば、ＨｏｍｅＰｌｕｇ ＡＶ／ＧｒｅｅｎＰＨＹを使用してＰＬＣパケットを送信するために、第１のネットワークデバイスは、２４．４１４ＫＨｚのキャリアスペーシングと、７５ＭＨｚのサンプリング周波数と、３０７２サンプルのＦＦＴサイズとを有する９１７の通信キャリアを使用し得る。しかしながら、ショートパケットを送信するために、第１のネットワークデバイスは、４８．８２８ＫＨｚのキャリアスペーシングと１５３６サンプルのＦＦＴサイズとを使用し得る。上記の例は、通信キャリアスペーシングを２倍にしてＦＦＴサイズを半減することを説明している。しかしながら、他の実施形態では、第１のネットワークデバイスは、他の適切なファクタによって通信キャリアスペーシングを増加させ、ＦＦＴサイズを低減し得る。フローは、ブロック１００８において続く。

[00133]ブロック１００８において、第１のネットワークデバイスは、アプリケーションデータと通信キャリアのサブセットのインジケーションとを含むショートパケットを、通信キャリアのサブセットを使用して送信する。いくつかの実施形態では、第１のネットワークデバイスは、未使用の通信キャリアをマスキングすることによってショートパケットを送信し得る。たとえば、第１のネットワークデバイスは、未使用の通信キャリア上でゼロ値を送信し得る。いくつかの実施形態では、第１のネットワークデバイスはまた、アプリケーションデータを送信するためにどの通信キャリアが使用されたかを示し得る。これは、第２のネットワークデバイスが、アプリケーションデータを適切に受信および復号することを可能にし得る。いくつかの実施形態では、第２のネットワークデバイスは、最初に、すべての通信キャリア上で送信された情報を分解／復号し得、次いで未使用の通信キャリアを破棄し得る。他の実施形態では、第２のネットワークデバイスは、マスクされた通信キャリア上で送信された情報を分解／復号しない。別の実施形態では、第１のネットワークデバイスは、ショートパケット内で通信キャリアスペーシングのインジケーションを送信し得る。第２のネットワークデバイスは、通信キャリアスペーシングの知識に少なくとも部分的に基づいて第１のネットワークデバイスにおいて、通信キャリアのうちのどれが使用されたかを決定し得る。ブロック１００８から、フローは終了する。

[00134]ブロック１０１０において、低減された数の通信キャリアを使用してショートパケットを送信しないことが決定される場合、第１のネットワークデバイスは、すべての通信キャリアを使用してアプリケーションデータを含むショートパケットを送信する。第１のネットワークデバイスは、ショートパケットのフレーム制御フィールドまたはショートペイロードフィールドのいずれかの中にアプリケーションデータを含めることによってショートパケットを生成し得る。次いで、第１のネットワークデバイスは、第２のネットワークデバイスに、すべての通信キャリア上でショートパケットを送信し得る。言い換えれば、第１のネットワークデバイスは、ショートパケットを送信する間にいずれの通信キャリアもマスクしない。ブロック１０１０から、フローは終了する。

[00135]図１０は、第２のネットワークデバイスに通信キャリアのインジケーションを送信する第１のネットワークデバイスを説明する。しかしながら、他の実施形態では、第２のネットワークデバイスは、ショートパケットを送信するために第１のネットワークデバイスによって、どの通信キャリアが使用されたかについての事前知識を有する場合がある。他の実施形態では、第２のネットワークデバイスは、第１のネットワークデバイスからショートパケットを送信するために、どの通信キャリアが使用されるべきかについてのインジケーションを第１のネットワークデバイスに送信する場合がある。

[00136]図１〜図１０は、実施形態を理解するのを助けるための例であり、実施形態を限定したり、または特許請求の範囲を限定したりするために使用されるべきでないことを理解されたい。実施形態は、追加の回路コンポーネント、異なる回路コンポーネント備えてよく、ならびに／または追加の動作を実行し、より少数の動作を実行し、異なる順序で動作を実行し、並行に動作を実行し、およびいくつかの動作を異なるように実行してよい。図１〜図１０は、ＰＬＣ環境内でショートパケットを送信するための動作を説明する。しかしながら、他の実施形態では、ショートパケットを送信するための動作は、他の通信ネットワークと通信プロトコルとに展開され得る。たとえば、ショートパケット内でアプリケーションデータを送信するための動作は、ＷＬＡＮ通信プロトコル（たとえば、ＩＥＥＥ８０２．１１通信プロトコル）、ＭｏＣＡ通信プロトコル、イーサネット通信プロトコル、Ｇ．ｈｎホームネットワーキングプロトコル、などを実装するネットワークデバイスによって実行され得る。他の実施形態では、ショートパケットを送信するための動作は、通信プロトコルの組合せに展開され得る。たとえば、ショートパケット内でアプリケーションデータを送信するための動作は、ＰＬＣプロトコルとＷＬＡＮ通信プロトコルとの組合せを使用して実行され得る。

[00137]いくつかの実施形態では、ネットワークデバイス１０２および１０４は、ショートパケットとロングパケットの両方を交換し得る。たとえば、ロングパケットは、既存の通信プロトコルを使用して送信されるパケットを指す場合がある。ＰＬＣプロトコルを参照すると、長いＰＬＣパケットは、１３６バイトまたは５２０×Ｎバイトのペイロードを有し得る。ネットワークデバイス１０２および１０４は、診断動作、リンク確立動作、などを実行するためにロングパケットを交換し得る。ネットワークデバイス１０２および１０４は、通信リンクが確立された後でショートパケットを交換し得る。一実施形態では、ネットワークデバイス１０２は、実行されているアプリケーションのタイプおよび／または動作のタイプに応じて、ショートパケットを送信するかまたはロングパケットを送信するかを決定し得る。別の実施形態では、図６を参照しながら上記で説明されたように、ネットワークデバイス１０２は、送信されるようにスケジュールされているアプリケーションの量に応じて、ショートパケットを送信するかまたはロングパケットを送信するかを決定し得る。

[00138]いくつかの実施形態では、通信ネットワークは、ショートパケットの通信に使用され得るショートパケット通信技法をサポートしないレガシーネットワークデバイス１１４を含み得る。たとえば、レガシーネットワークデバイス１１４は、単一の畳み込み符号器を使用する前方誤り訂正をサポートしない。この例では、ネットワークデバイス１０２は、ショートパケットのショートペイロードフィールドおよび／またはフレーム制御フィールドのペイロード部分のみを符号化するために畳み込みコーディングモードを使用し得る。ネットワークデバイス１０２は、プリアンブルフィールドとフレーム制御フィールドの制御情報部分とを符号化するために、ターボコーディングモード（または知られている符号化モード）を使用することを継続し得る。加えて、ネットワークデバイス１０２はまた、アプリケーションデータを符号化するためにどの符号化モードが使用されたかを示すために、フレーム制御フィールド内に１つまたは複数のビットを含み得る。これは、受信ネットワークデバイスが、ショートパケットからのアプリケーションデータを復号するために適切な復号動作を実行することを可能にし得る。別の例として、レガシーネットワークデバイス１１４は、いくつかの通信キャリアスペーシング、ＲＯＢＯモード、ならびに／またはショートパケットを生成および送信するための他のパラメータおよび仕様を利用するショートパケット通信技法を使用して送信されるアプリケーションデータまたは情報を復号することをサポートしない。ネットワークデバイス１０２は、ショートパケットのショートペイロードフィールドまたはフレーム制御フィールドのペイロード部分を送信するために、ショートパケット通信技法を使用し得る。ネットワークデバイス１０２は、プリアンブルフィールドとフレーム制御フィールドの制御情報部分とを送信するために、知られている通信技法を使用することを継続し得る。ネットワークデバイス１０２はまた、アプリケーションデータを送信するために使用されたショートパケット通信技法を指定するために、フレーム制御フィールド内に１つまたは複数のビットを含み得る。いくつかの例が、畳み込みコーディングモードおよび／またはターボコーディングモードを実装するネットワークデバイスを説明したが、ネットワークデバイスはまた、低密度パリティ検査（ＬＤＰＣ）コーディングモードなど、他のタイプの符号化モードを実装し得ることに留意されたい。

[00139]当業者によって理解されるように、本開示の態様は、システム、方法、またはコンピュータプログラム製品として具現化され得る。したがって、本開示の態様は、完全にハードウェアの実施形態、ソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、またはソフトウェアとハードウェアの態様を組み合わせた実施形態の形をとってよく、それらはすべて、本明細書では一般的に「回路」、「モジュール」、「ユニット」または「システム」と呼ばれ得る。さらに、本開示の態様は、コンピュータ可読プログラムコードを組み入れた１つまたは複数のコンピュータ可読媒体で具現化されるコンピュータプログラム製品の形をとり得る。

[00140]１つまたは複数の非一時的コンピュータ可読媒体の任意の組合せが利用され得る。非一時的コンピュータ可読媒体は、一時的伝搬信号を唯一の例外として、すべてのコンピュータ可読媒体を備える。非一時的コンピュータ可読媒体は、コンピュータ可読記憶媒体であることもある。コンピュータ可読記憶媒体は、たとえば、限定はしないが、電子、磁気、光学、電磁、赤外線、または半導体のシステム、装置、もしくはデバイス、または上記の任意の適切な組合せであり得る。コンピュータ可読記憶媒体のより具体的な例（非網羅的リスト）は、以下、すなわち、１つもしくは複数のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読取り専用メモリ（ＣＤ−ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、または上記の任意の適切な組合せを含む。本明細書の文脈では、コンピュータ可読記憶媒体は、命令実行システム、装置、またはデバイスによって使用するための、またはそれらとともに使用するためのプログラムを含むことまたは記憶することができる、任意の有形媒体であり得る。

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

[00142]本開示の実施形態による方法、装置（システム）およびコンピュータプログラム製品のフローチャート図および／またはブロック図を参照しながら、本開示の態様について説明する。フローチャート図および／またはブロック図の各ブロック、ならびにフローチャート図および／またはブロック図におけるブロックの組合せはコンピュータプログラム命令によって実施され得ることを理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、または機械を製造するための他のプログラマブルデータ処理装置のプロセッサに与えられ得、その結果、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行される命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／動作を実施するための手段を作成する。

[00143]これらのコンピュータプログラム命令はまた、コンピュータ、他のプログラマブルデータ処理装置、または他のデバイスに特定の方法で機能するように指示することができるコンピュータ可読媒体に記憶され得、その結果、コンピュータ可読媒体に記憶された命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／動作を実施する命令を含む製造品を製造する。

[00144]コンピュータプログラム命令はまた、コンピュータ実装プロセスを生成するために、一連の動作ステップをコンピュータ、他のプログラマブル装置、または他のデバイス上で実行させるように、コンピュータ、他のプログラマブルデータ処理装置、または他のデバイスにロードされ得、その結果、コンピュータまたは他のプログラマブル装置上で実行される命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／動作を実施するためのプロセスを提供する。

[00145]図１１は、通信ネットワーク内でショートパケットを送信するための機構を含む電子デバイス１１００の一実施形態のブロック図である。いくつかの実施形態では、電子デバイス１１００は、プラグイン電気車両（ＰＥＶ）、ハイブリッド電気車両、電気車両充電機器（ＥＶＳＥまたは充電ステーション）、ガスパワード車両、航空機、電気機械、または通信能力を有する別のシステムなどのシステム内の通信構成要素であってよい。別の実施形態では、電子デバイス１１００は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、モバイルフォン、スマート機器、ＰＬＣデバイス、ゲーミングコンソール、ネットワークブリッジデバイス、アクセスポイント、または通信能力を有する他の電子デバイスであってよい。電子デバイス１１００は、プロセッサ１１０２（複数のプロセッサ、複数のコア、複数のノードを含む場合、および／またはマルチスレッドを実施する場合などもある）を含む。電子デバイス１１００は、メモリ１１０６を含む。メモリ１１０６は、システムメモリ（たとえば、キャッシュ、ＳＲＡＭ、ＤＲＡＭ、ゼロキャパシタＲＡＭ、ツイントランジスタＲＡＭ、ｅＤＲＡＭ、ＥＤＯ ＲＡＭ、ＤＤＲ ＲＡＭ、ＥＥＰＲＯＭ（登録商標）、ＮＲＡＭ、ＲＲＡＭ（登録商標）、ＳＯＮＯＳ、ＰＲＡＭなどのうちの１つまたは複数）、または、コンピュータ可読記憶媒体のすでに上述した可能な実現形態のうちの任意の１つもしくは複数であり得る。電子デバイス１１００は、また、バス１１１０（たとえば、ＰＣＩ、ＩＳＡ、ＰＣＩ−Ｅｘｐｒｅｓｓ、Ｈｙｐｅｒ Ｔｒａｎｓｐｏｒｔ（登録商標）、ＩｎｆｉｎｉＢａｎｄ（登録商標）、ＮｕＢｕｓ、ＡＨＢ、ＡＸＩなど）と、ネットワークインターフェース１１０４とを含む。プロセッサ１１０２、メモリユニット１１０６、およびネットワークインターフェース１１０４は、バス１１１０に結合されている。ネットワークインターフェース１１０４は、ワイヤレスネットワークインターフェース（たとえば、ＷＬＡＮインターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＷｉＭＡＸ（登録商標）インターフェース、ＺｉｇＢｅｅ（登録商標）インターフェース、ワイヤレスＵＳＢインターフェースなど）、および／またはワイヤードネットワークインターフェース（たとえば、ＰＬＣインターフェース、イーサネットインターフェースなど）を含み得る。電子デバイス１１００は、トランシーバ１１１８を含む。トランシーバ１１１８は、図１を参照しながら上記で説明された受信機と送信機とを含み得る。いくつかの実施形態では、トランシーバ１１１８は、ネットワークインターフェース１１０４の一部として実装され得る。他の実施形態では、図１１に示されるように、トランシーバ１１１８は、ネットワークインターフェース１１０４とは別に実装され得、バス１１１０に結合され得る。

[00146]電子デバイス１１００はまた、バス１１１０に結合された通信ユニット１１０８を含む。通信ユニット１１０８は、パケット評価モジュール１１１２と、パラメータ選択モジュール１１１４と、パケット生成モジュール１１１６とを含む。パケット評価モジュール１１１２は、ショートパケット内でアプリケーションデータを送信するかどうかを決定し得る。加えて、パケット評価モジュール１１１２はまた、アプリケーションデータをショートパケットのフレーム制御フィールド内で送信するかまたはショートペイロードフィールド内で送信するかを決定し得る。いくつかの実施形態では、図１〜図６を参照しながら説明されたように、パラメータ選択モジュール１１１４は、アプリケーションデータに少なくとも部分的に基づいて適切なフレーム制御フィールドの長さまたはショートペイロードフィールドの長さを選択し得る。図７〜図１０を参照しながら上記で説明されたように、パラメータ選択モジュール１１１４はまた、ショートパケットを生成するため、および／またはショートパケットを送信するための通信技法を選択し得る。パケット生成モジュール１１１６は、選択された通信技法を使用してショートパケットを生成し得る。

[00147]これらの機能のうちのいずれか１つは、ハードウェアでおよび／またはプロセッサ１１０２上に部分的に（または、完全に）実装され得る。たとえば、機能は、システムオンチップ（ＳｏＣ）、特定用途向け集積回路（ＡＳＩＣ）を用いて実装され、プロセッサ１１０２、周辺デバイスまたはカード上のコプロセッサなどの中に論理で実装され得る。さらに、実現形態は、図１１に示されていない、より少ない構成要素または追加の構成要素（たとえば、ビデオカード、オーディオカード、追加のネットワークインターフェース、周辺デバイスなど）を含み得る。たとえば、バス１１１０に結合されたプロセッサ１１０２に加えて、通信ユニット１１０８は少なくとも１つの追加のプロセッサを備え得る。別の例として、通信ユニット１１０８は、１つまたは複数の無線トランシーバと、プロセッサと、メモリと、通信プロトコルおよび関連機能を実装するための他の論理回路とを含み得る。プロセッサ１１０２、メモリ１１０６、およびネットワークインターフェース１１０４は、バス１１１０に結合されている。メモリ１１０６は、バス１１１０に結合されるものとして示されているが、プロセッサ１１０２に結合されてもよい。

[00148]本実施形態について、様々な実装形態および活用を参照しながら説明されたが、これらの実施形態は例示的なものであり、本開示の範囲はそれらに限定されないことが理解されよう。概して、本明細書で説明された通信ネットワーク内のショートパケット通信のための技法は、任意の１つまたは複数のハードウェアシステムと調和する設備で実装され得る。多くの変形、修正、追加、改善が可能である。

[00149]複数の事例は、本明細書に記載される構成要素、動作または構造に、単一の事例としてもたらされ得る。最後に、様々な構成要素、動作、データストアの間の境界は、ある程度任意であり、特定の動作が特有の例示的な構成に照らして示される。機能の他の割振りが想定され、本開示の範囲内に入り得る。一般に、例示的な構成で別個の構成要素として示される構造および機能性は、組み合わせられた構造または構成要素として実施され得る。同様に、単一の構成要素として示される構造および機能性は、別個の構成要素として実施され得る。これらおよび他の変形、変更、追加、および改善は、本開示の範囲内に入り得る。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１] パケットを送信するための方法であって、
通信ネットワークの第１のネットワークデバイスから第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、
前記アプリケーションデータの長さが第１のしきい値長さを超えるかどうかを決定することと、
前記アプリケーションデータの前記長さが前記第１のしきい値長さを超えないときに、ショートパケットのフレーム制御フィールド内で前記第１のネットワークデバイスから前記第２のネットワークデバイスに前記アプリケーションデータを送信することと、
を備える、方法。
[Ｃ２] 前記アプリケーションデータの前記長さが前記第１のしきい値長さを超えるかどうかを決定することが、
前記アプリケーションデータのバイト数がしきい値バイト数を超えるかどうかを決定することを備える、Ｃ１に記載の方法。
[Ｃ３] 前記ショートパケットの前記フレーム制御フィールドが前記アプリケーションデータを含むことのインジケーションを、前記フレーム制御フィールド内で送信することをさらに備える、Ｃ１に記載の方法。
[Ｃ４] 前記フレーム制御フィールド内で前記アプリケーションデータを送信することが、
前記第１のネットワークデバイスから前記第２のネットワークデバイスに、ペイロードフィールドのない前記ショートパケットを送信することを決定することを備える、Ｃ１に記載の方法。
[Ｃ５] 前記フレーム制御フィールド内で前記アプリケーションデータを送信することが、
前記フレーム制御フィールドの予約済みフィールド内で前記アプリケーションデータを送信することを備える、Ｃ１に記載の方法。
[Ｃ６] 前記フレーム制御フィールド内で前記アプリケーションデータを送信することが、
前記フレーム制御フィールド内で前記アプリケーションデータを送信するために、前記フレーム制御フィールドの第１のフィールドを一時的に再定義することと、
前記再定義された第１のフィールド内で前記アプリケーションデータを送信することと、
を備える、Ｃ１に記載の方法。
[Ｃ７] 前記第１のフィールドが前記アプリケーションデータを含むことのインジケーションを、前記フレーム制御フィールド内で送信することをさらに備える、Ｃ６に記載の方法。
[Ｃ８] 前記アプリケーションデータの前記長さと複数のフレーム制御フィールド長さとを比較することと、
前記アプリケーションデータの前記長さと、制御情報の長さと、第１のフレーム制御フィールド長さとに少なくとも部分的に基づいて、前記アプリケーションデータを送信するための前記第１のフレーム制御フィールド長さを選択することと、
をさらに備える、Ｃ１に記載の方法。
[Ｃ９] 前記ショートパケット内で前記アプリケーションデータを送信することを決定することが、さらに、前記第１のネットワークデバイスの通信能力、前記第２のネットワークデバイスの通信能力、および前記アプリケーションデータを生成したアプリケーションから成るグループのうちの少なくとも１つのメンバーに基づく、Ｃ１に記載の方法。
[Ｃ１０] 前記アプリケーションデータの前記長さが前記第１のしきい値長さを超えるが第２のしきい値長さを超えないときに、前記ショートパケットのペイロードフィールド内で前記アプリケーションデータを送信することを決定することをさらに備える、Ｃ１に記載の方法。
[Ｃ１１] 前記第１のしきい値長さが所定のフレーム制御フィールド長さであり、
前記第２のしきい値長さが所定のペイロードフィールド長さである、Ｃ１０に記載の方法。
[Ｃ１２] 前記ショートパケット内で前記アプリケーションデータを送信することを決定することと、
前記ショートパケット内で前記アプリケーションデータを送信することを決定することに応答して、前記ショートパケットの前記フレーム制御フィールド内かまたは前記ショートパケットのペイロードフィールド内で前記アプリケーションデータを送信することを決定することと、
をさらに備える、Ｃ１に記載の方法。
[Ｃ１３] 前記フレーム制御フィールドの第１の部分内で前記アプリケーションデータを送信するための第１の通信技法と、前記フレーム制御フィールドの残りの部分内で制御情報を送信するための第２の通信技法とを選択することをさらに備える、Ｃ１に記載の方法。
[Ｃ１４] 前記第１の通信技法が、前記ショートパケットの送信をサポートし、
前記第２の通信技法が、前記ショートパケットの送信をサポートしない、Ｃ１３に記載の方法。
[Ｃ１５] 前記アプリケーションデータを送信するための前記第１の通信技法と、前記制御情報を送信するための前記第２の通信技法とを選択することが、
前記第２の通信技法を実装し、前記ショートパケットの送信をサポートしないレガシーネットワークデバイスを前記通信ネットワークが含むと決定することに応答するものである、Ｃ１３に記載の方法。
[Ｃ１６] 前記第１の通信技法が、第１の符号化技法と、第１の送信モードと、第１の変調技法とから成るグループのうちの少なくとも１つのメンバーを含み、
前記第２の通信技法が、第２の符号化技法と、第２の送信モードと、第２の変調技法とから成るグループのうちの少なくとも１つのメンバーを含む、Ｃ１３に記載の方法。
[Ｃ１７] 前記フレーム制御フィールド内で前記アプリケーションデータと制御情報とを送信するための通信技法を選択することをさらに備え、前記通信技法が、前記ショートパケットの送信をサポートする、Ｃ１に記載の方法。
[Ｃ１８] 前記通信ネットワークがレガシーネットワークデバイスを含むと決定することと、
前記レガシーネットワークデバイスと関連付けられる時間間隔に少なくとも部分的に基づいて前記ショートパケットを生成することと、
をさらに備える、Ｃ１に記載の方法。
[Ｃ１９] 前記時間間隔が、競合ウィンドウフレーム間スペース（ＣＩＦＳ）である、Ｃ１８に記載の方法。
[Ｃ２０] 前記通信ネットワーク内で前記ショートパケットのフレーム開始デリミタを送信することと、ここにおいて、前記レガシーネットワークデバイスが、前記フレーム開始デリミタを検出することに応答して前記時間間隔について通信を開始しない、
前記時間間隔の間に前記ショートパケットの残部を送信することと、
をさらに備える、Ｃ１８に記載の方法。
[Ｃ２１] 前記ショートパケット内で前記アプリケーションデータを送信するための複数の通信キャリアを選択することをさらに備える、Ｃ１に記載の方法。
[Ｃ２２] 前記ショートパケットが、前記ショートパケットを送信するために使用される前記複数の通信キャリアのインジケーションを含む、Ｃ２１に記載の方法。
[Ｃ２３] 前記第１のネットワークデバイスおよび前記第２のネットワークデバイスが、車両の前記通信ネットワーク内に含まれる、Ｃ１に記載の方法。
[Ｃ２４] 前記第１のネットワークデバイスが車両であり、前記第２のネットワークデバイスが電気車両充電機器である、Ｃ１に記載の方法。
[Ｃ２５] 前記第１のネットワークデバイスおよび前記第２のネットワークデバイスが、それぞれ、電力線通信（ＰＬＣ）プロトコルを実装する、Ｃ１に記載の方法。
[Ｃ２６] パケットを送信するための方法であって、
通信ネットワークの第１のネットワークデバイスから第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、
前記アプリケーションデータの長さと複数のペイロードフィールド長さとを比較することと、
前記アプリケーションデータの前記長さと前記複数のペイロードフィールド長さとを比較することに少なくとも部分的に基づいて、ショートパケットのペイロードフィールド内で前記アプリケーションデータを送信するために、前記複数のペイロードフィールド長さから第１のペイロードフィールド長さを選択することと、
を備える、方法。
[Ｃ２７] 前記ショートパケットの前記ペイロードフィールド内で前記アプリケーションデータを送信することを決定することをさらに備え、
前記アプリケーションデータの前記長さと前記複数のペイロードフィールド長さとを比較することが、前記ペイロードフィールド内で前記アプリケーションデータを送信することを決定することに応答するものである、Ｃ２６に記載の方法。
[Ｃ２８] 前記ショートパケットのフレーム制御フィールド内で制御情報を送信することをさらに備える、Ｃ２６に記載の方法。
[Ｃ２９] 前記ショートパケットのフレーム制御フィールドが、
前記ペイロードフィールドが前記アプリケーションデータを含むことのインジケーションと、
前記第１のペイロードフィールド長さのインジケーションとを備える、
Ｃ２６に記載の方法。
[Ｃ３０] 前記ショートパケットの前記ペイロードフィールド内で前記アプリケーションデータを送信するための第１の通信技法と、前記ショートパケットのフレーム制御フィールド内で制御情報を送信するための第２の通信技法とを選択することをさらに備える、Ｃ２６に記載の方法。
[Ｃ３１] 前記第１の通信技法が、前記ショートパケットの送信をサポートし、
前記第２の通信技法が、前記ショートパケットの送信をサポートしない、Ｃ３０に記載の方法。
[Ｃ３２] 前記アプリケーションデータを送信するための前記第１の通信技法と、前記制御情報を送信するための前記第２の通信技法とを選択することが、
前記第２の通信技法を実装し、前記ショートパケットの送信をサポートしないレガシーネットワークデバイスを前記通信ネットワークが含むと決定することに応答するものである、Ｃ３０に記載の方法。
[Ｃ３３] 前記第１の通信技法が前記アプリケーションデータに適用されることのインジケーションを送信することをさらに備える、Ｃ３０に記載の方法。
[Ｃ３４] 第１のネットワークデバイスであって、
プロセッサと、
命令を記憶するためのメモリとを備え、前記命令が、前記プロセッサによって実行されたときに、
通信ネットワークの第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、
前記アプリケーションデータの長さがしきい値長さを超えるかどうかを決定することと、
前記アプリケーションデータの前記長さが前記しきい値長さを超えないときに、ショートパケットのフレーム制御フィールド内で前記第２のネットワークデバイスに前記アプリケーションデータを送信することと、
を前記第１のネットワークデバイスに行わせる、
第１のネットワークデバイス。
[Ｃ３５] 前記命令が、前記プロセッサによって実行されたときに、さらに、
前記アプリケーションデータの前記長さと複数のフレーム制御フィールド長さとを比較することと、
前記アプリケーションデータの前記長さと、制御情報の長さと、第１のフレーム制御フィールド長さとに少なくとも部分的に基づいて、前記アプリケーションデータを送信するための前記第１のフレーム制御フィールド長さを選択することと、
を前記第１のネットワークデバイスに行わせる、Ｃ３４に記載の第１のネットワークデバイス。
[Ｃ３６] 前記命令が、前記プロセッサによって実行されたときに、さらに、
前記ショートパケット内で前記アプリケーションデータを送信することを決定することと、
前記ショートパケット内で前記アプリケーションデータを送信することを決定することに応答して、前記ショートパケットの前記フレーム制御フィールド内かまたは前記ショートパケットのペイロードフィールド内で前記アプリケーションデータを送信することを決定することと、
を前記第１のネットワークデバイスに行わせる、Ｃ３４に記載の第１のネットワークデバイス。
[Ｃ３７] 前記命令が、前記プロセッサによって実行されたときに、さらに、
前記フレーム制御フィールドの第１の部分内で前記アプリケーションデータを送信するための第１の通信技法と、前記フレーム制御フィールドの残りの部分内で制御情報を送信するための第２の通信技法とを選択することを前記第１のネットワークデバイスに行わせる、Ｃ３４に記載の第１のネットワークデバイス。
[Ｃ３８] 前記命令が、前記プロセッサによって実行されたときに、さらに、
前記通信ネットワークがレガシーネットワークデバイスを含むと決定することと、
前記レガシーネットワークデバイスと関連付けられる時間間隔に少なくとも部分的に基づいて前記ショートパケットを生成することと、
を前記第１のネットワークデバイスに行わせる、Ｃ３４に記載の第１のネットワークデバイス。
[Ｃ３９] 前記命令が、前記プロセッサによって実行されたときに、さらに、
前記ショートパケット内で前記アプリケーションデータを送信するための複数の通信キャリアを選択することを前記第１のネットワークデバイスに行わせる、Ｃ３４に記載の第１のネットワークデバイス。
[Ｃ４０] 第１のネットワークデバイスであって、
プロセッサと、
命令を記憶するためのメモリとを備え、前記命令が、前記プロセッサによって実行されたときに、
通信ネットワークの第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、
前記アプリケーションデータの長さと複数のペイロードフィールド長さとを比較することと、
前記アプリケーションデータの前記長さと前記複数のペイロードフィールド長さとの前記比較に少なくとも部分的に基づいて、ショートパケットのペイロードフィールド内で前記アプリケーションデータを送信するために、前記複数のペイロードフィールド長さから第１のペイロードフィールド長さを選択することと、
を前記第１のネットワークデバイスに行わせる、
第１のネットワークデバイス。
[Ｃ４１] 前記命令が、前記プロセッサによって実行されたときに、さらに、
前記ショートパケットの前記ペイロードフィールド内で前記アプリケーションデータを送信することを決定することを前記第１のネットワークデバイスに行わせ、
前記アプリケーションデータの前記長さと前記複数のペイロードフィールド長さとを比較することを前記第１のネットワークデバイスに行わせることが、前記ペイロードフィールド内で前記アプリケーションデータを送信することを決定することに応答するものである、Ｃ４０に記載の第１のネットワークデバイス。
[Ｃ４２] 前記ショートパケットのフレーム制御フィールドが、
前記ペイロードフィールドが前記アプリケーションデータを含むことのインジケーションと、
前記第１のペイロードフィールド長さのインジケーションとを備える、Ｃ４０に記載の第１のネットワークデバイス。
[Ｃ４３] 前記命令が、前記プロセッサによって実行されたときに、さらに、
前記ショートパケットの前記ペイロードフィールド内で前記アプリケーションデータを送信するための第１の通信技法と、前記ショートパケットのフレーム制御フィールド内で制御情報を送信するための第２の通信技法とを選択することを前記第１のネットワークデバイスに行わせる、Ｃ４０に記載の第１のネットワークデバイス。
[Ｃ４４] 機械実行可能命令を記憶した非一時的機械可読記憶媒体であって、前記機械実行可能命令が、
通信ネットワークの第１のネットワークデバイスから第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、
前記アプリケーションデータの長さがしきい値長さを超えるかどうかを決定することと、
前記アプリケーションデータの前記長さが前記しきい値長さを超えないときに、ショートパケットのフレーム制御フィールド内で前記第１のネットワークデバイスから前記第２のネットワークデバイスに前記アプリケーションデータを送信することと、
を行うための命令を備える、非一時的機械可読記憶媒体。
[Ｃ４５] 前記命令が、
前記アプリケーションデータの前記長さと複数のフレーム制御フィールド長さとを比較することと、
前記アプリケーションデータの前記長さと、制御情報の長さと、第１のフレーム制御フィールド長さとに少なくとも部分的に基づいて、前記アプリケーションデータを送信するための前記第１のフレーム制御フィールド長さを選択することとを行うための命令をさらに備える、Ｃ４４に記載の非一時的機械可読記憶媒体。
[Ｃ４６] 前記命令が、
前記ショートパケット内で前記アプリケーションデータを送信することを決定することと、
前記ショートパケット内で前記アプリケーションデータを送信することを決定することに応答して、前記ショートパケットの前記フレーム制御フィールド内かまたは前記ショートパケットのペイロードフィールド内で前記アプリケーションデータを送信することを決定することとを行うための命令をさらに備える、Ｃ４４に記載の非一時的機械可読記憶媒体。
[Ｃ４７] 前記命令が、
前記フレーム制御フィールドの第１の部分内で前記アプリケーションデータを送信するための第１の通信技法と、前記フレーム制御フィールドの残りの部分内で制御情報を送信するための第２の通信技法とを選択するための命令をさらに備える、Ｃ４４に記載の非一時的機械可読記憶媒体。
[Ｃ４８] 前記命令が、
前記ショートパケット内で前記アプリケーションデータを送信するための複数の通信キャリアを選択するための命令をさらに備える、Ｃ４４に記載の非一時的機械可読記憶媒体。
[Ｃ４９] 機械実行可能命令を記憶した非一時的機械可読記憶媒体であって、前記機械実行可能命令が、
通信ネットワークの第１のネットワークデバイスから第２のネットワークデバイスにアプリケーションデータを送信することを決定することと、
前記アプリケーションデータの長さと複数のペイロードフィールド長さとを比較することと、
前記アプリケーションデータの前記長さと前記複数のペイロードフィールド長さとの前記比較に少なくとも部分的に基づいて、ショートパケットのペイロードフィールド内で前記アプリケーションデータを送信するために、前記複数のペイロードフィールド長さから第１のペイロードフィールド長さを選択することと、
を行うための命令を備える、非一時的機械可読記憶媒体。
[Ｃ５０] 前記命令が、
前記ショートパケットの前記ペイロードフィールド内で前記アプリケーションデータを送信するための第１の通信技法と、前記ショートパケットのフレーム制御フィールド内で制御情報を送信するための第２の通信技法とを選択するための命令をさらに備える、Ｃ４９に記載の非一時的機械可読記憶媒体。

Claims (44)

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. 前記第１のネットワークデバイスが車両であり、前記第２のネットワークデバイスが電気車両充電機器である、請求項８に記載の第１のネットワークデバイス。

Images