(57)【要約】  本願は、イーサネット（登録商標）データの通信方法及び装置を提供する。本願の複数の実施形態は、新しい無線ネットワーク一時識別子ＲＮＴＩ（例えば、第１のＲＮＴＩ）を提供し、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩである。方法は、端末デバイスが、ネットワークデバイスから第１のＲＮＴＩを用いることによってスクランブルされたダウンリンク制御情報ＤＣＩを受信し、ＤＣＩによって示される時間−周波数リソース上でネットワークデバイスからイーサネット（登録商標）パケットを受信することを含む。このように、ＤＣＩがイーサネット（登録商標）パケットに専用のＲＮＴＩを用いることによってスクランブルされ、他のタイプのデータを受信する必要がある端末デバイス以外の端末デバイスに対する干渉を減少させる。このように、イーサネット（登録商標）データが無線ネットワークで送信され得、イーサネット（登録商標）データを送信する性能が改善される。
2022501921.tif 000002
【特許請求の範囲】
【請求項１】
イーサネット（登録商標）データの通信方法であって、
端末デバイスが、ネットワークデバイスからダウンリンク制御情報（ＤＣＩ）を受信する段階であって、前記ＤＣＩは第１の無線ネットワーク一時識別子（ＲＮＴＩ）を用いることによってスクランブルされ、前記第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、前記ＤＣＩは前記イーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む、段階と、
前記端末デバイスが、前記ＤＣＩによって示される前記時間−周波数リソース上で前記ネットワークデバイスから前記イーサネット（登録商標）パケットを受信する段階と
を備える、方法。
【請求項２】
前記端末デバイスが、前記ネットワークデバイスから前記イーサネット（登録商標）パケットを受信する前記段階は、
前記端末デバイスが、前記ＤＣＩによって示される前記時間−周波数リソース上で前記ネットワークデバイスからシステム情報ブロック（ＳＩＢ）を受信する段階であって、前記ＳＩＢは前記イーサネット（登録商標）パケットを含む、段階
を有する、請求項１に記載の方法。
【請求項３】
前記第１のＲＮＴＩは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩである、請求項１又は２に記載の方法。
【請求項４】
前記ＤＣＩは第１の情報を含み、
前記第１の情報は、前記ＤＣＩを用いることによってスケジューリングされた前記イーサネット（登録商標）パケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる、
請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記方法は、
前記端末デバイスが、前記ネットワークデバイスに前記端末デバイスと関連している媒体アクセス制御（ＭＡＣ）アドレスを送信する段階
をさらに備える、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記端末デバイスが、前記ネットワークデバイスにＭＡＣアドレスを送信する前記段階は、
前記端末デバイスが、前記ネットワークデバイスに非アクセス層（ＮＡＳ）メッセージを送信する段階であって、前記ＮＡＳメッセージは前記ＭＡＣアドレスを含む、段階
を有する、請求項５に記載の方法。
【請求項７】
前記方法は、
前記端末デバイスが、前記ネットワークデバイスから要求メッセージを受信する段階であって、前記要求メッセージは前記端末デバイスと関連している前記ＭＡＣアドレスを要求するために用いられる、段階
をさらに備える、請求項５又は６に記載の方法。
【請求項８】
前記端末デバイスが、前記ネットワークデバイスにＭＡＣアドレスを送信する前記段階は、
前記端末デバイスと関連している前記ＭＡＣアドレスが変更されるとき、前記端末デバイスが、前記ネットワークデバイスに変更した前記ＭＡＣアドレスを送信する段階
を有する、請求項５又は６に記載の方法。
【請求項９】
前記方法は、
前記端末デバイスが、前記ネットワークデバイスに圧縮能力情報を送信する段階であって、前記圧縮能力情報は前記端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい、段階と、
前記端末デバイスが、前記ネットワークデバイスから圧縮設定情報を受信する段階であって、前記圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、前記Ｎ種類のイーサネット（登録商標）圧縮能力は前記第１のイーサネット（登録商標）圧縮能力を含む、段階と、
前記端末デバイスが、前記イーサネット（登録商標）パケットを解凍する段階であって、前記イーサネット（登録商標）パケットは前記第１のイーサネット（登録商標）圧縮能力の前記パラメータに基づいて生成される、段階と
をさらに備える、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記イーサネット（登録商標）パケットは第１のヘッダを含み、前記第１のヘッダは第１のコンテキスト識別子を含み、前記第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられ、前記方法は、
前記端末デバイスが、前記第１のコンテキスト識別子に基づいて、前記第１のコンテキスト情報を取得する段階
をさらに備え、
前記端末デバイスが、前記イーサネット（登録商標）パケットを解凍する前記段階は、
前記端末デバイスが、前記第１のコンテキスト情報に基づいて、前記イーサネット（登録商標）パケットを解凍する段階
を有する、請求項９に記載の方法。
【請求項１１】
イーサネット（登録商標）データの通信方法であって、
ネットワークデバイスが、端末デバイスにダウンリンク制御情報（ＤＣＩ）を送信する段階であって、前記ＤＣＩは第１の無線ネットワーク一時識別子（ＲＮＴＩ）を用いることによってスクランブルされ、前記第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、前記ＤＣＩは前記イーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む、段階と、
前記ネットワークデバイスが、前記時間−周波数リソース上で前記端末デバイスに前記イーサネット（登録商標）パケットを送信する段階と
を備える、方法。
【請求項１２】
前記ネットワークデバイスが、前記端末デバイスに前記イーサネット（登録商標）パケットを送信する前記段階は、
前記ネットワークデバイスが、前記時間−周波数リソース上で前記端末デバイスにシステム情報ブロック（ＳＩＢ）を送信する段階であって、前記ＳＩＢは前記イーサネット（登録商標）パケットを含む、段階
を有する、請求項１１に記載の方法。
【請求項１３】
前記第１のＲＮＴＩは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩである、請求項１１又は１２に記載の方法。
【請求項１４】
前記ＤＣＩは第１の情報を含み、前記第１の情報は、前記ＤＣＩを用いることによってスケジューリングされた前記イーサネット（登録商標）パケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる、請求項１１から１３のいずれか一項に記載の方法。
【請求項１５】
前記ネットワークデバイスはアクセスネットワークデバイスであり、共通のサービス品質（ＱｏＳ）フローが前記アクセスネットワークデバイスとコアネットワークデバイスとの間で確立され、
前記方法は、
前記ネットワークデバイスが、前記共通のＱｏＳフローから前記イーサネット（登録商標）パケットを受信する段階
をさらに備える、請求項１１から１４のいずれか一項に記載の方法。
【請求項１６】
前記方法は、
前記ネットワークデバイスが、前記端末デバイスから前記端末デバイスと関連している媒体アクセス制御（ＭＡＣ）アドレスを受信する段階
をさらに備える、請求項１１から１５のいずれか一項に記載の方法。
【請求項１７】
前記ネットワークデバイスが、前記端末デバイスからＭＡＣアドレスを受信する前記段階は、
前記ネットワークデバイスが、前記端末デバイスから非アクセス層（ＮＡＳ）メッセージを受信する段階であって、前記ＮＡＳメッセージは前記ＭＡＣアドレスを含む、段階
を有する、請求項１６に記載の方法。
【請求項１８】
前記方法は、
前記ネットワークデバイスが、前記端末デバイスに要求メッセージを送信する段階であって、前記要求メッセージは前記端末デバイスと関連している前記ＭＡＣアドレスを要求するために用いられる、段階
をさらに備える、請求項１６又は１７に記載の方法。
【請求項１９】
前記方法は、
前記ネットワークデバイスが、前記端末デバイスから圧縮能力情報を受信する段階であって、前記圧縮能力情報は前記端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい、段階と、
前記ネットワークデバイスが、前記端末デバイスに圧縮設定情報を送信する段階であって、前記圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、前記Ｎ種類のイーサネット（登録商標）圧縮能力は前記第１のイーサネット（登録商標）圧縮能力を含む、段階と、
前記ネットワークデバイスが、前記第１のイーサネット（登録商標）圧縮能力の前記パラメータに基づいて、前記イーサネット（登録商標）パケットを生成する段階と
をさらに備える、請求項１１から１８のいずれか一項に記載の方法。
【請求項２０】
前記イーサネット（登録商標）パケットは第１のヘッダを含み、前記第１のヘッダは第１のコンテキスト識別子を含み、前記第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられる、請求項１９に記載の方法。
【請求項２１】
イーサネット（登録商標）データのための装置であって、
ネットワークデバイスからダウンリンク制御情報（ＤＣＩ）を受信するよう構成される送受信ユニットであって、前記ＤＣＩは第１の無線ネットワーク一時識別子（ＲＮＴＩ）を用いることによってスクランブルされ、前記第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、前記ＤＣＩは前記イーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む、送受信ユニット
を備え、
前記送受信ユニットは、前記ＤＣＩによって示される前記時間−周波数リソース上で前記ネットワークデバイスから前記イーサネット（登録商標）パケットを受信するようさらに構成される、
装置。
【請求項２２】
前記送受信ユニットは、前記ＤＣＩによって示される前記時間−周波数リソース上で前記ネットワークデバイスからシステム情報ブロック（ＳＩＢ）を受信するよう構成され、前記ＳＩＢは前記イーサネット（登録商標）パケットを含む、請求項２１に記載の装置。
【請求項２３】
前記第１のＲＮＴＩは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩである、請求項２１又は２２に記載の装置。
【請求項２４】
前記ＤＣＩは第１の情報を含み、前記第１の情報は、前記ＤＣＩを用いることによってスケジューリングされた前記イーサネット（登録商標）パケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる、請求項２１から２３のいずれか一項に記載の装置。
【請求項２５】
前記送受信ユニットは、前記ネットワークデバイスに前記装置と関連している媒体アクセス制御（ＭＡＣ）アドレスを送信するようさらに構成される、請求項２１から２４のいずれか一項に記載の装置。
【請求項２６】
前記送受信ユニットは、前記ネットワークデバイスに非アクセス層（ＮＡＳ）メッセージを送信するよう構成され、前記ＮＡＳメッセージは前記ＭＡＣアドレスを含む、請求項２５に記載の装置。
【請求項２７】
前記送受信ユニットは、前記ネットワークデバイスから要求メッセージを受信するようさらに構成され、前記要求メッセージは前記装置と関連している前記ＭＡＣアドレスを要求するために用いられる、請求項２５又は２６に記載の装置。
【請求項２８】
前記送受信ユニットは、前記装置と関連している前記ＭＡＣアドレスが変更されるとき、前記ネットワークデバイスに変更した前記ＭＡＣアドレスを送信するようさらに構成される、請求項２５又は２６に記載の装置。
【請求項２９】
前記送受信ユニットは、
前記ネットワークデバイスに圧縮能力情報を送信することであって、前記圧縮能力情報は前記装置によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい、送信することと、
前記ネットワークデバイスから圧縮設定情報を受信することであって、前記圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、前記Ｎ種類のイーサネット（登録商標）圧縮能力は前記第１のイーサネット（登録商標）圧縮能力を含む、受信することと
を行うようさらに構成され、
前記装置は、
前記イーサネット（登録商標）パケットを解凍するよう構成される処理ユニットであって、前記イーサネット（登録商標）パケットは前記第１のイーサネット（登録商標）圧縮能力の前記パラメータに基づいて生成される、処理ユニット
をさらに備える、請求項２１から２８のいずれか一項に記載の装置。
【請求項３０】
前記イーサネット（登録商標）パケットは第１のヘッダを含み、前記第１のヘッダは第１のコンテキスト識別子を含み、前記第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられ、
前記送受信ユニットは、前記第１のコンテキスト識別子に基づいて、前記第１のコンテキスト情報を取得するようさらに構成され、
前記処理ユニットは、前記第１のコンテキスト情報に基づいて、前記イーサネット（登録商標）パケットを解凍するよう構成される、
請求項２９に記載の装置。
【請求項３１】
イーサネット（登録商標）データのための装置であって、
端末デバイスにダウンリンク制御情報（ＤＣＩ）を送信するよう構成される送受信ユニットであって、前記ＤＣＩは第１の無線ネットワーク一時識別子（ＲＮＴＩ）を用いることによってスクランブルされ、前記第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、前記ＤＣＩは前記イーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む、送受信ユニット
を備え、
前記送受信ユニットは、前記時間−周波数リソース上で前記端末デバイスに前記イーサネット（登録商標）パケットを送信するようさらに構成される、
装置。
【請求項３２】
前記送受信ユニットは、前記時間−周波数リソース上で前記端末デバイスにシステム情報ブロック（ＳＩＢ）を送信するよう構成され、前記ＳＩＢは前記イーサネット（登録商標）パケットを含む、請求項３１に記載の装置。
【請求項３３】
前記第１のＲＮＴＩは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩである、請求項３１又は３２に記載の装置。
【請求項３４】
前記ＤＣＩは第１の情報を含み、前記第１の情報は、前記ＤＣＩを用いることによってスケジューリングされた前記イーサネット（登録商標）パケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる、請求項３１から３３のいずれか一項に記載の装置。
【請求項３５】
前記装置はアクセスネットワークデバイスであり、共通のサービス品質（ＱｏＳ）フローが前記アクセスネットワークデバイスとコアネットワークデバイスとの間で確立され、前記送受信ユニットは、前記共通のＱｏＳフローから前記イーサネット（登録商標）パケットを受信するようさらに構成される、
請求項３１から３４のいずれか一項に記載の装置。
【請求項３６】
前記送受信ユニットは、前記端末デバイスから前記端末デバイスと関連している媒体アクセス制御（ＭＡＣ）アドレスを受信するようさらに構成される、請求項３１から３５のいずれか一項に記載の装置。
【請求項３７】
前記送受信ユニットは、前記端末デバイスから非アクセス層（ＮＡＳ）メッセージを受信するよう構成され、前記ＮＡＳメッセージは前記ＭＡＣアドレスを含む、請求項３６に記載の装置。
【請求項３８】
前記送受信ユニットは、前記端末デバイスに要求メッセージを送信するようさらに構成され、前記要求メッセージは前記端末デバイスと関連している前記ＭＡＣアドレスを要求するために用いられる、請求項３６又は３７に記載の装置。
【請求項３９】
前記送受信ユニットは、
前記端末デバイスから圧縮能力情報を受信することであって、前記圧縮能力情報は前記端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい、受信することと、
前記端末デバイスに圧縮設定情報を送信することであって、前記圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、前記Ｎ種類のイーサネット（登録商標）圧縮能力は前記第１のイーサネット（登録商標）圧縮能力を含む、送信することと
を行うようさらに構成され、
前記装置は、
前記第１のイーサネット（登録商標）圧縮能力の前記パラメータに基づいて、前記イーサネット（登録商標）パケットを生成するよう構成される処理ユニット
をさらに備える、請求項３１から３８のいずれか一項に記載の装置。
【請求項４０】
前記イーサネット（登録商標）パケットは第１のヘッダを含み、前記第１のヘッダは第１のコンテキスト識別子を含み、前記第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられる、請求項３９に記載の装置。
【請求項４１】
イーサネット（登録商標）データのための装置であって、
メモリから命令を呼び出し、前記メモリに格納されている前記命令を実行し、その結果、前記装置が請求項１から１０のいずれか一項に記載の方法を実行するよう構成されるプロセッサ
を備える、装置。
【請求項４２】
イーサネット（登録商標）データのための装置であって、
メモリから命令を呼び出し、前記メモリに格納されている前記命令を実行し、その結果、前記装置が請求項１１から２０のいずれか一項に記載の方法を実行するよう構成されるプロセッサ
を備える、装置。
【請求項４３】
コンピュータに、請求項１から１０のいずれか一項に記載の方法を実行させる、プログラム。
【請求項４４】
コンピュータに、請求項１１から２０のいずれか一項に記載の方法を実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年９月２８日に中国特許庁に出願され、「イーサネット（登録商標）データの通信方法及び装置」と題された中国特許出願第２０１８１１１４２７３６．７号に対する優先権を主張し、その全体が参照することにより本明細書に組み込まれる。
【０００２】
本願は、通信分野に関連し、より具体的には、イーサネット（登録商標）データの通信方法及び装置に関連する。
【背景技術】
【０００３】
イーサネット（登録商標）はローカルエリアネットワーク通信技術であり、データは、現在の産業シナリオにおいて、有線のイーサネット（登録商標）を通じて送信される。本明細書では、イーサネット（登録商標）通信技術に基づいて送信されるデータは、略してイーサネット（登録商標）データと称され得る。さらに、無線通信の急速な開発は、将来の工場において、柔軟性、移動性、多様性、及び送信の改善に対する無限の可能性を提供する。したがって、産業シナリオにおいて、イーサネット（登録商標）データは、代替的に、無線通信を通じて送信され得る。例えば、制御コンソールは、無線ネットワークを通じて機械デバイスに命令を送信し、機械デバイスは、受信した命令に従って対応する動作を実行し、サーバに機械デバイスの状態情報をレポートする。
【０００４】
したがって、無線ネットワークにおけるイーサネット（登録商標）データの通信を実行する方法は、解決されるべき緊急の課題となっている。
【発明の概要】
【０００５】
本願は、イーサネット（登録商標）データの無線通信を実行するために、イーサネット（登録商標）データの通信方法及び装置を提供する。
【０００６】
第１の態様によれば、イーサネット（登録商標）データの通信方法が提供される。方法は、以下のことを含む。
【０００７】
端末デバイスが、ネットワークデバイスからダウンリンク制御情報ＤＣＩを受信する。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。
【０００８】
端末デバイスが、ＤＣＩによって示される時間−周波数リソース上でネットワークデバイスからイーサネット（登録商標）パケットを受信する。
【０００９】
したがって、本願の本実施形態におけるイーサネット（登録商標）データ処理方法によれば、ＤＣＩがイーサネット（登録商標）データに専用のＲＮＴＩを用いることによってスクランブルされ、他のタイプのデータを受信する必要がある端末デバイス以外の端末デバイスに対する干渉を減少させる。このように、イーサネット（登録商標）データが無線ネットワークで送信され得、イーサネット（登録商標）データを送信する性能が改善される。
【００１０】
可能な実装において、端末デバイスがネットワークデバイスからイーサネット（登録商標）パケットを受信することは、以下のことを含む。
【００１１】
端末デバイスが、ＤＣＩによって示される時間−周波数リソース上でネットワークデバイスからシステム情報ブロックＳＩＢを受信する。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。
【００１２】
可能な実装において、第１のＲＮＴＩは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩである。
【００１３】
可能な実装において、ＤＣＩは第１の情報を含み、第１の情報は、ＤＣＩを用いることによってスケジューリングされたパケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる。
【００１４】
可能な実装において、イーサネット（登録商標）パケットがブロードキャストタイプのイーサネット（登録商標）パケットであるとき、イーサネット（登録商標）パケットのヘッダはブロードキャストタイプの媒体アクセス制御ＭＡＣアドレスを含まない。
【００１５】
このように、ブロードキャストタイプのＭＡＣアドレスがブロードキャストタイプのイーサネット（登録商標）パケットから削除され、その結果、リソースが効率的に節約され得る。
【００１６】
可能な実装において、方法は、以下のことをさらに含む。
【００１７】
端末デバイスが、ネットワークデバイスに端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを送信する。
【００１８】
可能な実装において、端末デバイスがネットワークデバイスにＭＡＣアドレスを送信することは、以下のことを含む。
【００１９】
端末デバイスが、ネットワークデバイスに非アクセス層ＮＡＳメッセージを送信する。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【００２０】
可能な実装において、方法は、以下のことをさらに含む。
【００２１】
端末デバイスが、ネットワークデバイスから要求メッセージを受信する。ここで、要求メッセージは端末デバイスと関連しているＭＡＣアドレスを要求するために用いられる。
【００２２】
可能な実装において、端末デバイスがネットワークデバイスにＭＡＣアドレスを送信することは、以下のことを含む。
【００２３】
端末デバイスと関連しているＭＡＣアドレスが変更されるとき、端末デバイスが、ネットワークデバイスに変更したＭＡＣアドレスを送信する。
【００２４】
可能な実装において、方法は、以下のことをさらに含む。
【００２５】
端末デバイスが、ネットワークデバイスに圧縮能力情報を送信する。ここで、圧縮能力情報は端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい。
【００２６】
端末デバイスが、ネットワークデバイスから圧縮設定情報を受信する。ここで、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含む。
【００２７】
端末デバイスが、イーサネット（登録商標）パケットを解凍する。ここで、イーサネット（登録商標）パケットは第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて生成される。
【００２８】
可能な実装において、イーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられ、方法は、以下のことをさらに含む。
【００２９】
端末デバイスが、第１のコンテキスト識別子に基づいて、第１のコンテキスト情報を取得する。
【００３０】
端末デバイスがイーサネット（登録商標）パケットを解凍することは、以下のことを含む。
【００３１】
端末デバイスが、第１のコンテキスト情報に基づいて、イーサネット（登録商標）パケットを解凍する。
【００３２】
第２の態様によれば、イーサネット（登録商標）データの通信方法が提供される。方法は、以下のことを含む。
【００３３】
ネットワークデバイスが、端末デバイスにダウンリンク制御情報ＤＣＩを送信する。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。
【００３４】
ネットワークデバイスが、時間−周波数リソース上で端末デバイスにイーサネット（登録商標）パケットを送信する。
【００３５】
可能な実装において、ネットワークデバイスが端末デバイスにイーサネット（登録商標）パケットを送信することは、以下のことを含む。
【００３６】
ネットワークデバイスが、時間−周波数リソース上で端末デバイスにシステム情報ブロックＳＩＢを送信する。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。
【００３７】
可能な実装において、第１のＲＮＴＩは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩである。
【００３８】
可能な実装において、ＤＣＩは第１の情報を含み、第１の情報は、ＤＣＩを用いることによってスケジューリングされたパケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる。
【００３９】
可能な実装において、ネットワークデバイスはアクセスネットワークデバイスであり、共通のサービス品質ＱｏＳフローがアクセスネットワークデバイスとコアネットワークデバイスとの間で確立される。
【００４０】
方法は、以下のことをさらに含む。
【００４１】
ネットワークデバイスが、共通のＱｏＳフローからイーサネット（登録商標）パケットを受信する。
【００４２】
可能な実装において、方法は、以下のことをさらに含む。
【００４３】
ネットワークデバイスが、端末デバイスから端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを受信する。
【００４４】
可能な実装において、ネットワークデバイスが端末デバイスからＭＡＣアドレスを受信することは、以下のことを含む。
【００４５】
ネットワークデバイスが、端末デバイスから非アクセス層ＮＡＳメッセージを受信する。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【００４６】
可能な実装において、方法は、以下のことをさらに含む。
【００４７】
ネットワークデバイスが、端末デバイスに要求メッセージを送信する。ここで、要求メッセージは端末デバイスと関連しているＭＡＣアドレスを要求するために用いられる。
【００４８】
可能な実装において、方法は、以下のことをさらに含む。
【００４９】
ネットワークデバイスが、端末デバイスから圧縮能力情報を受信する。ここで、圧縮能力情報は端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい。
【００５０】
ネットワークデバイスが、端末デバイスに圧縮設定情報を送信する。ここで、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含む。
【００５１】
ネットワークデバイスが、第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて、イーサネット（登録商標）パケットを生成する。
【００５２】
可能な実装において、イーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられる。
【００５３】
第３の態様によれば、イーサネット（登録商標）データの通信方法が提供される。方法は、以下のことを含む。
【００５４】
端末デバイスが、ネットワークデバイスからシステム情報ブロックＳＩＢを受信する。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。
【００５５】
端末デバイスは、ＳＩＢからイーサネット（登録商標）パケットを取得する。
【００５６】
したがって、本願の本実施形態で提供されるイーサネット（登録商標）パケット処理方法によれば、ブロードキャストタイプのイーサネット（登録商標）パケットがＳＩＢを用いることによって送信され、イーサネット（登録商標）パケットを受信することを端末デバイスに効率的に通知し、それにより、送信効率を改善する。
【００５７】
可能な実装において、方法は、以下のことをさらに含む。
【００５８】
端末デバイスが、ネットワークデバイスからページングメッセージを受信する。ここで、ページングメッセージはインジケーション情報を含み、インジケーション情報は、ＳＩＢがイーサネット（登録商標）パケットを含むことを示ために用いられる。
【００５９】
このように、インジケーション情報がページングメッセージに追加され、その結果、ページングメッセージ送信機構が、効率的に用いられ得る。具体的には、端末デバイスは、時間周期性でページングメッセージを受信し、端末デバイスに対するメッセージが存在するか否かを検出し、それにより、設計の複雑さを減少させ、端末デバイスがパケットを受信する信頼性を改善する。
【００６０】
可能な実装において、方法は、以下のことを含む。
【００６１】
端末デバイスが、ネットワークデバイスからダウンリンク制御情報ＤＣＩを受信する。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。
【００６２】
可能な実装において、ＤＣＩは第１の情報を含む。
【００６３】
第１の情報は、ＤＣＩを用いることによってスケジューリングされたパケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる。
【００６４】
可能な実装において、イーサネット（登録商標）パケットがブロードキャストタイプのイーサネット（登録商標）パケットであるとき、イーサネット（登録商標）パケットのヘッダはブロードキャストタイプの媒体アクセス制御ＭＡＣアドレスを含まない。
【００６５】
このように、ブロードキャストタイプのＭＡＣアドレスがブロードキャストタイプのイーサネット（登録商標）パケットから削除され、その結果、リソースが効率的に節約され得る。
【００６６】
可能な実装において、方法は、以下のことをさらに含む。
【００６７】
端末デバイスが、ネットワークデバイスに端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを送信する。
【００６８】
可能な実装において、端末デバイスがネットワークデバイスにＭＡＣアドレスを送信することは以下のことを含む。
【００６９】
端末デバイスが、ネットワークデバイスに非アクセス層ＮＡＳメッセージを送信する。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【００７０】
可能な実装において、方法は、以下のことをさらに含む。
【００７１】
端末デバイスが、ネットワークデバイスから要求メッセージを受信する。ここで、要求メッセージは端末デバイスと関連しているＭＡＣアドレスを要求するために用いられる。
【００７２】
可能な実装において、端末デバイスがネットワークデバイスにＭＡＣアドレスを送信することは、以下のことを含む。
【００７３】
端末デバイスと関連しているＭＡＣアドレスが変更されるとき、端末デバイスが、ネットワークデバイスに変更したＭＡＣアドレスを送信する。
【００７４】
可能な実装において、方法は、以下のことをさらに含む。
【００７５】
端末デバイスが、ネットワークデバイスに圧縮能力情報を送信する。ここで、圧縮能力情報は端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい。
【００７６】
端末デバイスが、ネットワークデバイスから圧縮設定情報を受信する。ここで、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含む。
【００７７】
端末デバイスが、イーサネット（登録商標）パケットを解凍する。ここで、イーサネット（登録商標）パケットは第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて生成される。
【００７８】
可能な実装において、イーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられ、方法は、以下のことをさらに含む。
【００７９】
端末デバイスが、第１のコンテキスト識別子に基づいて、第１のコンテキスト情報を取得する。
【００８０】
端末デバイスがイーサネット（登録商標）パケットを解凍することは、以下のことを含む。
【００８１】
端末デバイスが、第１のコンテキスト情報に基づいて、イーサネット（登録商標）パケットを解凍する。
【００８２】
第４の態様によれば、イーサネット（登録商標）データの通信方法が提供される。方法は、以下のことを含む。
【００８３】
ネットワークデバイスが、システム情報ブロックＳＩＢを生成する。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。
【００８４】
ネットワークデバイスが、ＳＩＢを送信する。
【００８５】
可能な実装において、方法は、以下のことをさらに含む。
【００８６】
ネットワークデバイスが、端末デバイスにページングメッセージを送信する。ここで、ページングメッセージはインジケーション情報を含み、インジケーション情報は、ＳＩＢがイーサネット（登録商標）パケットを含むことを示ために用いられる。
【００８７】
可能な実装において、方法は、以下のことを含む。
【００８８】
ネットワークデバイスが、端末デバイスにダウンリンク制御情報ＤＣＩを送信する。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。
【００８９】
可能な実装において、ＤＣＩは第１の情報を含み、第１の情報は、ＤＣＩを用いることによってスケジューリングされたパケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる。
【００９０】
可能な実装において、イーサネット（登録商標）パケットがブロードキャストタイプのイーサネット（登録商標）パケットであるとき、イーサネット（登録商標）パケットのヘッダはブロードキャストタイプの媒体アクセス制御ＭＡＣアドレスを含まない。
【００９１】
可能な実装において、方法は、以下のことをさらに含む。
【００９２】
ネットワークデバイスが、端末デバイスから端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを受信する。
【００９３】
可能な実装において、ネットワークデバイスが、端末デバイスから端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを受信することは、以下のことを含む。
【００９４】
ネットワークデバイスが、端末デバイスから非アクセス層ＮＡＳメッセージを受信する。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【００９５】
可能な実装において、方法は、以下のことをさらに含む。
【００９６】
ネットワークデバイスが、端末デバイスに要求メッセージを送信する。ここで、要求メッセージは端末デバイスと関連しているＭＡＣアドレスを要求するために用いられる。
【００９７】
可能な実装において、方法は、以下のことをさらに含む。
【００９８】
ネットワークデバイスが、端末デバイスから圧縮能力情報を受信する。ここで、圧縮能力情報は端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい。
【００９９】
ネットワークデバイスが、端末デバイスに圧縮設定情報を送信する。ここで、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含む。
【０１００】
ネットワークデバイスが、第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて、イーサネット（登録商標）パケットを生成する。
【０１０１】
可能な実装において、イーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられる。
【０１０２】
第５の態様によれば、イーサネット（登録商標）データの通信方法が提供される。方法は、以下のことを含む。
【０１０３】
端末デバイスが、ネットワークデバイスから要求メッセージを受信する。ここで、要求メッセージが端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを要求するために用いられる。
【０１０４】
端末デバイスが、ネットワークデバイスにＭＡＣアドレスを送信する。
【０１０５】
可能な実装において、端末デバイスがネットワークデバイスにＭＡＣアドレスを送信することは、以下のことを含む。
【０１０６】
端末デバイスが、非アクセス層ＮＡＳメッセージを送信する。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【０１０７】
したがって、本願の本実施形態におけるイーサネット（登録商標）データ処理方法によれば、ネットワークデバイスが端末デバイスに端末デバイスのＭＡＣアドレスを要求するために用いられる要求メッセージを送信し、その結果、端末デバイスが時間内でネットワークデバイスにＭＡＣアドレスをレポートし得る。このように、ネットワークデバイスは、時間内で端末デバイスのＭＡＣアドレスを知り得、それにより、データ送信を促進する。
【０１０８】
第６の態様によれば、イーサネット（登録商標）データの通信方法が提供される。方法は、以下のことを含む。
【０１０９】
ネットワークデバイスが、端末デバイスに要求メッセージを送信する。ここで、要求メッセージが端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを要求するために用いられる。
【０１１０】
ネットワークデバイスが、端末デバイスからＭＡＣアドレスを受信する。
【０１１１】
可能な実装において、ネットワークデバイスが端末デバイスからＭＡＣアドレスを受信することは、以下のことを含む。
【０１１２】
ネットワークデバイスが、端末デバイスから非アクセス層ＮＡＳメッセージを受信する。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【０１１３】
第７の態様によれば、イーサネット（登録商標）データの通信方法が提供される。方法は、以下のことを含む。
【０１１４】
端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスが変更されるとき、端末デバイスが、ネットワークデバイスに変更したＭＡＣアドレスを送信する。
【０１１５】
可能な実装において、端末デバイスがネットワークデバイスに変更したＭＡＣアドレスを送信することは、以下のことを含む。
【０１１６】
端末デバイスが、非アクセス層ＮＡＳメッセージを送信する。ここで、ＮＡＳメッセージは変更したＭＡＣアドレスを含む。
【０１１７】
第８の態様によれば、イーサネット（登録商標）データの通信方法が提供される。方法は、以下のことを含む。
【０１１８】
アクセスネットワークデバイスが、共通のサービス品質ＱｏＳフローからコアネットワークデバイスによって送信されたイーサネット（登録商標）パケットを受信する。
【０１１９】
アクセスネットワークデバイスが、ブロードキャスト方式又はグループキャスト方式でイーサネット（登録商標）パケットを送信する。
【０１２０】
第９の態様によれば、イーサネット（登録商標）データのための装置が提供される。装置は、上述の態様のうちのいずれか１つの任意の可能な実装に従う方法を実行するよう構成される。具体的には、装置は、上述の態様のうちのいずれか１つの任意の可能な実装に従う方法を実行するよう構成されるユニットを含む。
【０１２１】
第１０の態様によれば、イーサネット（登録商標）データのための他の装置が提供される。装置は、送受信機、メモリ、及びプロセッサを含む。送受信機、メモリ、及びプロセッサは、内部接続パスを通じてお互いと通信する。メモリは、命令を格納するよう構成される。プロセッサは、メモリに格納されている命令を実行し、信号を受信するよう受信機を制御し、信号を送信するよう送信機を制御するよう構成される。さらに、プロセッサがメモリに格納されている命令を実行するとき、プロセッサは、上述の態様のうちのいずれか１つの任意の可能な実装に従う方法を実行することが可能である。
【０１２２】
第１１の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムコードを含み、コンピュータプログラムコードがコンピュータ上で動作されるとき、コンピュータは、上述の態様のうちのいずれか１つに従う方法を実行することが可能である。
【０１２３】
第１２の態様によれば、コンピュータ可読媒体が提供される。コンピュータ可読媒体はコンピュータプログラムを格納するよう構成され、コンピュータプログラムは上述の態様のうちのいずれか１つに従う方法を実行するために用いられる命令を含む。
【０１２４】
第１３の態様によれば、チップが提供される。チップは、メモリから命令を呼び出し、メモリに格納されている命令を実行し、その結果、チップが組み込まれる通信デバイスが上述の態様のうちのいずれか１つに従う方法を実行するよう構成されるプロセッサを含む。
【０１２５】
第１４の態様によれば、他のチップが提供される。チップは、入力インタフェース、出力インタフェース、プロセッサ、及びメモリを含む。入力インタフェース、出力インタフェース、プロセッサ、及びメモリは、内部接続パスを通じてお互いに接続される。プロセッサは、メモリ内のコードを実行するよう構成される。コードが実行されるとき、プロセッサは、上述の態様のうちのいずれか１つに従う方法を実行するよう構成される。
【図面の簡単な説明】
【０１２６】
【図１】本願の一実施形態が適用可能である移動通信システムの概略アーキテクチャ図である。
【０１２７】
【図２】本願の一実施形態が適用可能である移動通信システムの他の概略アーキテクチャ図である。
【０１２８】
【図３】本願の一実施形態による、ＥｔｈｅｒＣＡＴフレームの概略図である。
【０１２９】
【図４】本願の一実施形態による、イーサネット（登録商標）データの通信方法の概略的相互作用図である。
【０１３０】
【図５】本願の一実施形態による、第１のイーサネット（登録商標）パケットのフレームフォーマットの概略図である。
【０１３１】
【図６】本願の一実施形態による、第２のイーサネット（登録商標）パケットのフレームフォーマットの概略図である。
【０１３２】
【図７】本願の一実施形態による、フィードバック情報を搬送するために用いられるパケットのフレームフォーマットの概略図である。
【０１３３】
【図８】本願の一実施形態による、イーサネット（登録商標）データの他の通信方法の概略的相互作用図である。
【０１３４】
【図９】本願の一実施形態による、イーサネット（登録商標）データの他の通信方法の概略的相互作用図である。
【０１３５】
【図１０】本願の一実施形態による、イーサネット（登録商標）データの他の通信方法の概略的相互作用図である。
【０１３６】
【図１１】本願の一実施形態による、イーサネット（登録商標）データの他の通信方法の概略的相互作用図である。
【０１３７】
【図１２】本願の一実施形態による、イーサネット（登録商標）データの他の通信方法の概略的相互作用図である。
【０１３８】
【図１３】本願の一実施形態による、イーサネット（登録商標）圧縮状態の遷移の図である。
【０１３９】
【図１４】本願の一実施形態による、イーサネット（登録商標）データのための装置を示す。
【０１４０】
【図１５】本願の一実施形態による、イーサネット（登録商標）データのための他の装置を示す。
【発明を実施するための形態】
【０１４１】
以下では、添付図面を参照して本願の技術的解決手段を説明する。
【０１４２】
本願の複数の実施形態の技術的解決手段は、グローバル・システム・フォー・モバイル・コミュニケーションズ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＧＳＭ（登録商標））システム、符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，ＣＤＭＡ）システム、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，ＷＣＤＭＡ（登録商標））システム、汎用パケット無線サービス（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ，ＧＰＲＳ）システム、ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システム、ＬＴＥ周波数分割複信（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ，ＦＤＤ）システム、ＬＴＥ時分割多重（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ，ＴＤＤ）システム、ユニバーサル移動体通信システム（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ，ＵＭＴＳ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ｗｏｒｌｄｗｉｄｅ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  ｍｉｃｒｏｗａｖｅ  ａｃｃｅｓｓ，ＷｉＭＡＸ）通信システム、及び第５世代（５ｔｈ  ｇｅｎｅｒａｔｉｏｎ，５Ｇ）システム等の様々な通信システム、又は新しい無線（ｎｅｗ  ｒａｄｉｏ，ＮＲ）システムに用いられ得る。
【０１４３】
本願の複数の実施形態におけるネットワークデバイスは、端末デバイスと通信するよう構成されるデバイスであり得る。ネットワークデバイスは、グローバル・システム・フォー・モバイル・コミュニケーションズ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＧＳＭ（登録商標））システム若しくは符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，ＣＤＭＡ）システムにおけるベーストランシーバ基地局（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ，ＢＴＳ）、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，ＷＣＤＭＡ（登録商標））システムにおけるＮｏｄｅＢ（ＮｏｄｅＢ，ＮＢ）、ＬＴＥシステムにおける進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ，ｅＮＢ若しくはｅＮｏｄｅＢ）、又はクラウド無線アクセスネットワーク（ｃｌｏｕｄ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ，ＣＲＡＮ）シナリオにおける無線コントローラであり得る。代替的に、ネットワークデバイスは、中継局、アクセスポイント、車両搭載デバイス、ウェアラブルデバイス、５Ｇネットワークにおけるネットワークデバイス、将来の進化型ＰＬＭＮネットワークにおけるネットワークデバイス、又は同様のものであり得る。代替的に、ネットワークデバイスは、コアネットワークデバイスであり得る。ここで、コアネットワークデバイスは、制御プレーン及びユーザプレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ａｎｄ  ｕｓｅｒ  ｐｌａｎｅ，ＣＵ）ネットワーク要素であってもよく、セッション管理機能（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ，ＳＭＦ）ネットワーク要素、アクセス及びモビリティ管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ，ＡＭＦ）ネットワーク要素、又は、ＣＵ分離シナリオにおけるユーザプレーン機能（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ，ＵＰＦ）ネットワーク要素等の制御プレーン機能ネットワーク要素ＣＵ−ＣＰであってもよい。
【０１４４】
本願の複数の実施形態における端末デバイスは、ユーザ機器、アクセス端末、加入者ユニット、加入者局、移動局、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、又はユーザ装置であってもよく、ロボット、オペレーションＡＲＭ、又は同様のものであってもよい。これは、本願の複数の実施形態において限定されない。
【０１４５】
本願の複数の実施形態において、端末デバイス又はネットワークデバイスは、ハードウェア層、ハードウェア層の上位で動作するオペレーティングシステム層、及びオペレーティングシステム層の上位で動作するアプリケーション層を含む。ハードウェア層は、中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ，ＣＰＵ）、メモリ管理ユニット（ｍｅｍｏｒｙ  ｍａｎａｇｅｍｅｎｔ  ｕｎｉｔ，ＭＭＵ）、及びメモリ（メインメモリとも称される）等のハードウェアを含む。オペレーティングシステムは、プロセス（ｐｒｏｃｅｓｓ）を用いることによってサービス処理を実装する任意の１又は複数のコンピュータオペレーティングシステムであり得る。例えば、オペレーティングシステムは、ＬＩＮＵＸ（登録商標）オペレーティングシステム、ＵＮＩＸ（登録商標）オペレーティングシステム、Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステム、ｉＯＳオペレーティングシステム、又はＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムである。アプリケーション層は、ブラウザ、アドレス帳、文書作成ソフトウェア、及びインスタント通信ソフトウェア等のアプリケーションを含む。さらに、本願の複数の実施形態で提供される方法の実行主体の特異的構造が、本願の複数の実施形態で提供される方法のコードを記録するプログラムが、本願の複数の実施形態で提供される方法に従って起動して通信を実行できるという条件で、本願の複数の実施形態において具体的には限定されない。例えば、本願の複数の実施形態で提供される方法の実行主体は、端末デバイス又はネットワークデバイスであってもよく、端末デバイス又はネットワークデバイスにおいてプログラムを呼び出して実行できる機能モジュールであってもよい。
【０１４６】
さらに、本願の態様又は機能は、標準プログラミング及び／又はエンジニアリング技術を用いる方法、装置、又は製品として実装され得る。本願で用いられる用語「製品（ｐｒｏｄｕｃｔ）」は、任意のコンピュータ可読構成要素、キャリア、媒体からアクセスされ得るコンピュータプログラムをカバーする。例えば、コンピュータ可読媒体は、磁気記憶構成要素（例えば、ハードディスク、フロッピディスク、又は磁気テープ）、光ディスク（例えば、コンパクトディスク（ｃｏｍｐａｃｔ  ｄｉｓｃ，ＣＤ）又はデジタル多用途ディスク（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ，ＤＶＤ））、スマートカード、及びフラッシュメモリ構成要素（例えば、消去可能プログラマブルリードオンリーメモリ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ，ＥＰＲＯＭ）、カード、スティック、又はキードライブ）を含み得るがこれらに限定されるものではない。さらに、本明細書で説明される様々な記憶媒体は、情報を格納するよう構成された１又は複数のデバイス、及び／又は他機械可読媒体を表し得る。用語「機械可読媒体（ｍａｃｈｉｎｅ−ｒｅａｄａｂｌｅ  ｍｅｄｉａ）」は、命令及び／又はデータを格納、包含、及び／又は搬送することができる無線チャネル及び様々な他の媒体を含み得るがこれらに限定されるものではない。
【０１４７】
図１は、本願の一実施形態が適用可能である移動通信システムの概略アーキテクチャ図である。図１は、リング型トポロジを有する移動通信システムを示す。移動通信システムは、制御デバイス１１０と、アクセスネットワークデバイス１２０と、少なくとも１つの端末デバイス（例えば、図１における端末デバイス１３１から端末デバイス１３４）とを含む。端末デバイス１３１及び端末デバイス１３４は、無線方式でアクセスネットワークデバイス１２０に接続されている。端末デバイス１３２及び端末デバイス１３３はそれぞれ、端末デバイス１３１及び端末デバイス１３４を通じて、アクセスネットワークデバイス１２０に接続されている。データがアクセスネットワークデバイス１２０と端末デバイス１３２又は端末デバイス１３３との間で送信される必要があるシナリオにおいて、端末デバイス１３１又は端末デバイス１３４は、中継デバイスとして理解され得る。例えば、アクセスネットワークデバイスが端末デバイス１３２にダウンリンクデータを送信する必要がある場合、ダウンリンクデータの伝送路はアクセスネットワークデバイス１２０−端末デバイス１３１−端末デバイス１３２であり得、端末デバイス１３１は中継デバイスとして理解され得る。又は、ダウンリンクデータの伝送路はアクセスネットワークデバイス１２０−端末デバイス１３４−端末デバイス１３３−端末デバイス１３２であり得、端末デバイス１３４及び端末デバイス１３３は中継デバイスとして理解され得る。アクセスネットワークデバイス１２０は、無線方式又は有線方式で制御デバイス１１０に接続されている。制御デバイス１１０及びアクセスネットワークデバイス１２０がお互いに異なる独立した物理デバイスであってもよく、制御デバイス１１０の機能及びアクセスネットワークデバイス１２０の論理機能が同一の物理デバイスに統合されてもよく、制御デバイス１１０の幾つかの機能及びアクセスネットワークデバイス１２０の幾つかの機能が１つの物理デバイスに統合されてもよい。端末デバイスは固定位置であってもよく、移動可能であってもよい。図１は単に概略図に過ぎず、通信システムは、他のネットワークデバイスをさらに含んでよく、例えば、図１に図示されていない無線中継デバイス及び無線バックホールデバイスをさらに含んでよい。移動通信システムに含まれる制御デバイス、アクセスネットワークデバイス、及び端末デバイスの数は、本願の本実施形態において限定されるものではない。
【０１４８】
図２は、本願の一実施形態が適用可能である移動通信システムの他の概略アーキテクチャ図である。図２は、スター型トポロジを有する移動通信システムを示す。移動通信システムは、制御デバイス２１０と、アクセスネットワークデバイス２２０と、少なくとも１つの端末デバイス（例えば、図２における端末デバイス２３１から端末デバイス２３４）とを含む。アクセスネットワークデバイス２２０は、無線方式で任意の端末デバイスに接続されており、無線方式又は有線方式で制御デバイス２１０に接続されている。制御デバイス２１０及びアクセスネットワークデバイス２２０がお互いに異なる独立した物理デバイスであってもよく、制御デバイス２１０の機能及びアクセスネットワークデバイス２２０の論理機能が同一の物理デバイスに統合されてもよく、制御デバイス２１０の幾つかの機能及びアクセスネットワークデバイス２２０の幾つかの機能が１つの物理デバイスに統合されてもよい。端末デバイスは固定位置であってもよく、移動可能であってもよい。図２は単に概略図に過ぎず、通信システムは、他のネットワークデバイスをさらに含んでよく、例えば、図２に図示されていない無線中継デバイス及び無線バックホールデバイスをさらに含んでよい。移動通信システムに含まれる制御デバイス、アクセスネットワークデバイス、及び端末デバイスの数は、本願の本実施形態において限定されるものではない。
【０１４９】
本願の複数の実施形態における「少なくとも１つ（ａｔ  ｌｅａｓｔ  ｏｎｅ）」は、「１又は複数（ｏｎｅ  ｏｒ  ｍｏｒｅ）」を示し、２つの表現が置き換え可能であることが留意されるべきである。
【０１５０】
背景技術の説明として、本願の複数の実施形態で提供される技術的解決手段の目的は、無線ネットワークでイーサネット（登録商標）データを送信することである。これに基づいて、本願の複数の実施形態は、以下の４つの態様において、無線ネットワークでイーサネット（登録商標）データを送信する方法を主に説明する。第１の態様において、イーサネット（登録商標）データを圧縮する方法を説明する。第２の態様において、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）データを送信する方法を説明する。第３の態様において、端末デバイスがどのようにして宛先媒体アクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，ＭＡＣ）アドレスをレポートするかを説明する。第４の態様において、ネットワークデバイスがどのようにして端末デバイスの位置を特定して検索するかを説明する。
【０１５１】
４つの態様のそれぞれにおける一実施形態が独立して用いられてもよく、任意の２若しくは３つの態様又は４つの態様における複数の実施形態が組み合わせて用いられてもよいことが理解されるべきである。これは、本願の複数の実施形態において限定されない。
【０１５２】
説明を容易にするために、以下では、上述の態様のそれぞれにおける一実施形態を最初に詳細に説明し、その後、２若しくは３つの態様、又は４つの態様が組み合わせて用いられる複数の実施形態を詳細に説明する。
【０１５３】
以下では、図３から図９を参照して、第１の態様における一実施形態を詳細に説明する。
【０１５４】
最初に、理解を容易にするために、イーサネット（登録商標）フレームのフレームフォーマットが、ＥｔｈｅｒＣＡＴフレームを例として用いることによって、簡潔に説明される。
【０１５５】
図３は、ＥｔｈｅｒＣＡＴフレームの概略図である。図３に示されるように、ＥｔｈｅｒＣＡＴフレームのフレームフォーマットは、イーサネット（登録商標）フレームヘッダ領域と、ＥｔｈｅｒＣＡＴヘッダ領域と、ＥｔｈｅｒＣＡＴデータ領域と、フレームチェックシーケンス（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ，ＦＣＳ）領域とを含む。イーサネット（登録商標）フレームヘッダ領域は、宛先アドレスと、送信元アドレスと、フレームタイプとを含む。宛先アドレスは受信機のＭＡＣアドレスであり、送信元アドレスは送信機のＭＡＣアドレスである。ＭＡＣアドレスは、物理アドレスとも称される。フレームタイプは、データフィールドに含まれる上層プロトコルを識別するために用いられる。ＥｔｈｅｒＣＡＴヘッダ領域は、ＥｔｈｅｒＣＡＴデータ長と、予約ビットと、タイプとを含む。ＥｔｈｅｒＣＡＴデータ領域は、２バイトのデータヘッダと、４４バイトから１４９８バイトまでのデータ領域とを含む。データ領域は、１又は複数のＥｔｈｅｒＣＡＴサブパケットを含み、各サブパケットは、独立デバイス及び従局記憶領域に対応する。ＦＣＳ領域は、送信処理におけるフレームのインテグリティをチェックするために用いられる。
【０１５６】
表１はイーサネット（登録商標）フレームヘッダ領域における各フィールドの定義を説明し、表２はＥｔｈｅｒＣＡＴヘッダ領域における各フィールドの定義を説明し、表３はＥｔｈｅｒＣＡＴデータ領域における各サブパケットの各フィールドの定義を説明する。
［表１］
【表１】
2022501921.tif 000003
［表２］
【表２】
2022501921.tif 000004
［表３］
【表３】
2022501921.tif 000005
【０１５７】
一般的なイーサネット（登録商標）サービスのポイントツーポイント送信処理において、同一のフレームフォーマットでカプセル化された複数のパケットは、大量の繰り返して送信されるコンテンツを有し、すなわち、大量の繰り返して送信されるコンテンツは、複数の送信処理において変更されない。例えば、図３に示されるＥｔｈｅｒＣＡＴフレームにおけるＥｔｈｅｒＣＡＴヘッダ領域の宛先アドレス、送信元アドレス、フレームタイプ、及びフィールドは、繰り返して送信されるコンテンツである。さらに、データ長が、パケットのペイロード（ｐａｙｌｏａｄ）に関する情報に基づいて導出されてよく、送信処理において実際に送信される必要がなくてよい。さらに、各フォーマットにおけるイーサネット（登録商標）フレームの先頭に、６４ビット（８バイト）プリアンブル文字が存在する。最初の７バイトはプリアンブル（Ｐｒｅａｍｂｌｅ）と称され、プリアンブルのコンテンツは１６進数０ｘＡＡである。最後の１バイトはフレーム開始フラグ０ｘＡＢであり、イーサネット（登録商標）フレームの開始を示す。プリアンブル文字の機能は、受信端が同期を実行し、データフレームを受信する準備をすることを可能にすることである。４バイトのフレームチェックシーケンス（ｆｒａｍｅ  ｃｈｅｃｋ  ｓｅｑｕｅｎｃｅ，ＦＣＳ）は、可変長のデータフィールドに従い、イーサネット（登録商標）を通じた送信に要するコンテンツであり、無線システムにおける送信処理において搬送される必要がない。
【０１５８】
したがって、本願の複数の実施形態において、端末デバイスとネットワークデバイスとの間の送信が例として用いられ、限定するものではなく例として、以下のコンテンツのうちの少なくとも１つが、コンテキスト情報又は静的情報と称され得る。端末デバイスとネットワークデバイスとの間で複数回数送信パケットにおいて変更されないコンテンツ、又は、パケットのペイロード（ｐａｙｌｏａｄ）に関する情報に基づいて導出され得る他のフィールド情報。
【０１５９】
当然ながら、本願の複数の実施形態においてイーサネット（登録商標）データを圧縮することは、パケットからコンテキスト情報を除去することを意味し、具体的には、イーサネット（登録商標）データを圧縮することは、イーサネット（登録商標）パケットにおけるデータ領域以外のフィールドに関する情報を減少させてイーサネット（登録商標）データを圧縮することを意味する。
【０１６０】
本願の複数の実施形態におけるイーサネット（登録商標）パケットがエーテル型セッション（ｅｔｈｅｒｔｙｐｅ  ｓｅｓｓｉｏｎ）で搬送されるパケットであることが理解されるべきである。同様、イーサネット（登録商標）データは、エーテル型セッション（ｅｔｈｅｒｔｙｐｅ  ｓｅｓｓｉｏｎ）で搬送されるデータである。
【０１６１】
上述では、ＥｔｈｅｒＣＡＴフレームのフレームフォーマットを例として用いることによって、イーサネット（登録商標）フレームのフレームフォーマットを簡潔に説明する。以下では、様々な異なるフレームフォーマットに基づいて、本願の複数の実施形態におけるコンテキスト情報を説明する。
【０１６２】
フレームフォーマット１：イーサネット（登録商標）８０２．３ｒａｗフレームフォーマット
【０１６３】
表４は、イーサネット（登録商標）８０２．３ｒａｗフレームフォーマットにおけるフィールドを示す。限定するものではなく例として、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、タイプフィールドとを含み得る。全長はデータ部分の長さであり、データ部分の長さから導出され得、送信処理において搬送される必要がない。
［表４］
【表４】
2022501921.tif 000006
【０１６４】
フレームフォーマット２：イーサネット（登録商標）８０２．３ＳＡＰフレームフォーマット
［表５］
【表５】
2022501921.tif 000007
【０１６５】
表５は、イーサネット（登録商標）８０２．３ＳＡＰフレームフォーマットにおけるフィールドを示す。イーサネット（登録商標）８０２．３ＳＡＰフレームフォーマットにおいて、イーサネット（登録商標）８０２．３ｒａｗフレームにおける２バイト０ｘＦＦＦＦは、１バイトのＤＳＡＰ及び１バイトのＳＳＡＰに変換される。さらに、８０２．２論理リンク制御（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ，ＬＬＣ）ヘッダを形成するために、１バイトの「制御（ｃｏｎｔｒｏｌ）」フィールドが追加される。ＬＬＣは、コネクションレス（ＬＬＣタイプ１）ネットワークサービス及び接続指向（ＬＬＣタイプ２）ネットワークサービスを提供する。ＬＬＣ１はイーサネット（登録商標）で用いられ、ＬＬＣ２はＩＢＭネットワーク環境及びシステムネットワークアーキテクチャ（ｓｙｓｔｅｍ  ｎｅｔｗｏｒｋ  ａｒｃｈｉｔｅｃｔｕｒｅ，ＳＮＡ）ネットワーク環境で用いられる。新たに追加された８０２．２ＬＬＣヘッダは、以下の２つのサービスアクセスポイントを含む。送信元サービスアクセスポイント（ｓｏｕｒｃｅ  ｓｅｒｖｉｃｅ  ａｃｃｅｓｓ  ｐｏｉｎｔ，ＳＳＡＰ）及び宛先サービスアクセスポイント（ｄｅｓｔｉｎａｔｉｏｎ  ｓｅｒｖｉｃｅ  ａｃｃｅｓｓ  ｐｏｉｎｔ，ＤＳＡＰ）。２つのサービスアクセスポイントは、イーサネット（登録商標）フレームで搬送される上層のデータのタイプを識別するために用いられる。例えば、１６進数０ｘ０６はＩＰデータを示し、１６進数０ｘＥ０はＮｏｖｅｌｌプロトコルデータを示し、１６進数０ｘＦ０はＩＢＭ  ＮｅｔＢＩＯＳプロトコルデータを示す。概して、１バイトの「制御」フィールドが用いられない（ここで、フィールドは、通常、コネクションレスサービスの８０２．２アンナンバードデータフォーマットが用いられることを示す、０ｘ０３に設定される）。
【０１６６】
イーサネット（登録商標）８０２．３ＳＡＰフレームフォーマットにおいて、限定するものではなく例として、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、ＤＳＡＰフィールドと、ＳＳＡＰフィールドと、制御フィールドとを含み得る。全長がデータ部分の長さから導出され得、搬送される必要がない。
【０１６７】
フレームフォーマット３：イーサネット（登録商標）８０２．３ＳＮＡＰフレームフォーマット
［表６］
【表６】
2022501921.tif 000008
【０１６８】
表６は、イーサネット（登録商標）８０２．３ＳＮＡＰフレームフォーマットにおけるフィールドを示す。イーサネット（登録商標）８０２．３ＳＮＡＰフレームフォーマットとイーサネット（登録商標）８０２．３ＳＡＰフレームフォーマットとの主な違いは、以下のとおりである。
【０１６９】
第一に、２バイトであるＤＳＡＰフィールド及びＳＳＡＰフィールドにおけるコンテンツが固定され、１６進数の値０ｘＡＡを別々に有する。
【０１７０】
第二に、１バイトの「制御」フィールドにおけるコンテンツが固定され、１６進数の値０ｘ０３を有する。
【０１７１】
第三にＳＮＡＰフィールドが追加され、以下の２つの部分を含む。その値が、通常、ＭＡＣアドレスの最初の３バイト、すなわち、ネットワークアダプタベンダのコードに等しい新たに追加された３バイトの組織的に一意の識別子（ｏｒｇａｎｉｚａｔｉｏｎａｌｌｙ  ｕｎｉｑｕｅ  ｉｄｅｎｔｉｆｉｅｒ，ＯＵＩ  ＩＤ）フィールド、及びイーサネット（登録商標）フレームで搬送される上層のデータのタイプを識別するために用いられる２バイトの「タイプ（ｔｙｐｅ）」フィールド。
【０１７２】
イーサネット（登録商標）８０２．３ＳＮＡＰフレームフォーマットにおいて、限定するものではなく例として、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、ＤＳＡＰフィールドと、ＳＳＡＰフィールドと、制御フィールドと、ＯＵＩ  ＩＤフィールドと、タイプフィールドとを含み得る。
【０１７３】
フレームフォーマット４：イーサネット（登録商標）ＩＩフレームフォーマット
［表７］
【表７】
2022501921.tif 000009
【０１７４】
表７は、イーサネット（登録商標）ＩＩフレームフォーマットにおけるフィールドを示す。イーサネット（登録商標）ＩＩフレームフォーマットにおいて、最小長さは６４（６＋６＋２＋４６＋４）バイトであり、最大長さは１５１８（６＋６＋２＋１５００＋４）バイトである。最初の１２バイトは、それぞれ、パケットを送信する送信元ノードのＭＡＣアドレス及びパケットを受信する宛先ノードのＭＡＣアドレスを識別する。以下の２バイトは、イーサネット（登録商標）パケットで搬送される上層のデータのタイプを識別するために用いられる。例えば、１６進数０ｘ０８００はＩＰデータを示し、１６進数０ｘ８０９ＢはＡｐｐｌｅＴａｌｋプロトコルデータを示し、１６進数０ｘ８１３８はＮｏｖｅｌｌプロトコルデータを示す。
【０１７５】
イーサネット（登録商標）ＩＩフレームフォーマットにおいて、限定するものではなく例として、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、タイプフィールドとを含み得る。
【０１７６】
フレームフォーマット５：イーサネット（登録商標）フレームフォーマット
【０１７７】
図３を参照すると、基本的なＥｔｈｅｒＣＡＴフレームについて、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、タイプフィールドと、ＥｔｈｅｒＣＡＴヘッダ領域内にあるタイプフィールドとを含み得る。ＥｔｈｅｒＣＡＴヘッダ領域内にある長さフィールドは全てのサブパケットの長さであり、パケットフィールドの全長から導出され得る。
【０１７８】
基本的なＥｔｈｅｒＣＡＴフレームであり、且つ、仮想ローカルエリアネットワーク（ｖｉｒｔｕａｌ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ，ＶＬＡＮ）タグを有するフレームフォーマットについて、限定するものではなく例として、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、タイプフィールドと、ＶＬＡＮタグと、ＥｔｈｅｒＣＡＴヘッダ領域内にあるタイプフィールドとを含んでもよく、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、タイプフィールドとを含んでもよい。実装最適化のために、送信端がＶＬＡＮタグを直接削除してよく、コンテキスト情報の一部としてＶＬＡＮタグを格納する、又は受信端にＶＬＡＮタグを送信する必要がないことが理解され得る。
【０１７９】
ユーザーデータグラムプロトコル（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ，ＵＤＰ）データ又はＩＰデータを含むＥｔｈｅｒＣＡＴフレームについて、限定するものではなく例として、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、タイプフィールドと、ＥｔｈｅｒＣＡＴヘッダ領域内にあるタイプフィールドとを含み得る。
【０１８０】
フレームフォーマット６：８０２．１Ｑフレームフォーマット
［表８］
【表８】
2022501921.tif 000010
【０１８１】
表８は、８０２．１Ｑフレームフォーマットにおけるフィールドを示す。限定するものではなく例として、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、ＶＬＡＮ１フィールドと、タイプフィールドとを含んでもよく、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、タイプフィールドとを含んでもよい。
【０１８２】
フレームフォーマット７：８０２．１Ｑ−ｉｎ−Ｑフレームフォーマット
［表９］
【表９】
2022501921.tif 000011
【０１８３】
表９は、８０２．１Ｑ−ｉｎ−Ｑフレームフォーマットにおけるフィールドを示す。限定するものではなく例として、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、ＶＬＡＮ１フィールドと、ＶＬＡＮ２フィールドと、タイプフィールドとを含んでもよく、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、タイプフィールドとを含んでもよい。
【０１８４】
フレームフォーマット８：８０２．３フレームフォーマット
［表１０］
【表１０】
2022501921.tif 000012
【０１８５】
表１０は、８０２．３フレームフォーマットにおけるフィールドを示す。限定するものではなく例として、コンテキスト情報は、宛先ＭＡＣアドレスフィールドと、送信元ＭＡＣアドレスフィールドと、長さ／タイプフィールドとを含み得る。長さフィールドの０ｘ００００から０ｘ０５ＤＣまでの値の範囲が可変である。長さ／タイプフィールドが長さフィールドである場合、長さ／タイプフィールドは推論可能な情報であり、送信中に搬送される必要がない。フィールドの他の値は、特別の意味を有し、フレームのタイプを表す。フィールドは静的情報として用いられ、コンテキスト情報として用いられてもよく、送信処理において搬送される必要がない。
【０１８６】
上述では、様々な異なるフレームフォーマットのコンテキスト情報を説明する。上述のリストされた８つのフレームフォーマット及び対応するコンテキスト情報は単に説明のための例に過ぎず、本願の複数の実施形態に対して限定を構成すべきでないことが理解されるべきである。任意のフレームフォーマット及び対応するコンテキスト情報が、本願の複数の実施形態の保護範囲に含まれる。
【０１８７】
図４は、本願の一実施形態による、イーサネット（登録商標）データの通信方法３００の概略的相互作用図である。方法３００において、イーサネット（登録商標）データを圧縮する処理が、アップリンク送信の観点から説明される。
【０１８８】
本実施形態において、端末デバイスはネットワークデバイスに端末デバイスのイーサネット（登録商標）圧縮能力をレポートし、ネットワークデバイスは端末デバイスのイーサネット（登録商標）圧縮能力に基づいて端末デバイスの１又は複数のイーサネット（登録商標）圧縮能力を設定し、端末デバイスはネットワークデバイスによって設定されたイーサネット（登録商標）圧縮能力に基づいてイーサネット（登録商標）データを圧縮し、ネットワークデバイスに圧縮されたパケットを送信する。
【０１８９】
以下では、方法３００の段階を説明する。
【０１９０】
Ｓ３１０：端末デバイスが、ネットワークデバイスに圧縮能力情報を送信する。ここで、圧縮能力情報は端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい。
【０１９１】
本明細書では、イーサネット（登録商標）圧縮能力は、端末デバイスがイーサネット（登録商標）データを圧縮する能力を示す。具体的には、イーサネット（登録商標）圧縮能力は、端末デバイスがイーサネット（登録商標）データを圧縮できるか否かを示し、端末デバイスがイーサネット（登録商標）データを圧縮できる場合、圧縮可能なイーサネット（登録商標）フレームフォーマットのタイプをさらに示す。
【０１９２】
可能な実装において、端末デバイスが、現在、１つのイーサネット（登録商標）圧縮能力のみをサポートする場合、圧縮能力情報は、端末デバイスによってサポートされている圧縮能力がイーサネット（登録商標）圧縮能力であることを示すために用いられる情報を含み得る。実際に、端末デバイスが１つのイーサネット（登録商標）圧縮能力のみをサポートするので、圧縮能力情報がイーサネット（登録商標）圧縮能力の特定のタイプを明確に示さないが、圧縮能力情報を受信した後、ネットワークデバイスは、端末デバイスが１つのイーサネット（登録商標）圧縮能力のみをサポートすべきであることを知ることができ、サポートされているイーサネット（登録商標）圧縮能力のタイプを知ってもよく、知る必要がなくてもよい。これは、ネットワークデバイスの他の動作に影響を与えない。
【０１９３】
他の可能な実装において、圧縮能力情報は、端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）フレームフォーマットを示すために用いられる情報を含み得る。
【０１９４】
すなわち、１つのイーサネット（登録商標）圧縮能力は１つのイーサネット（登録商標）フレームフォーマットに対応し得、端末デバイスがＮ種類のイーサネット（登録商標）圧縮能力をレポートすることは、端末デバイスがＮ種類のイーサネット（登録商標）フレームフォーマットを圧縮できることを示す。
【０１９５】
特定の実装において、イーサネット（登録商標）フレームフォーマットが、イーサネット（登録商標）フレームフォーマットを識別するために用いられフレームフォーマット識別子を用いることによって示され得る。
【０１９６】
例は、以下のとおりである。
【０１９７】
１は、８０２．３プロトコルにおけるイーサネット（登録商標）フレームフォーマットを示す。８０２．３プロトコルにおけるイーサネット（登録商標）フレームフォーマットは、イーサネット（登録商標）８０２．３ｒａｗフレームフォーマット、イーサネット（登録商標）８０２．３ＳＡＰフレームフォーマット、イーサネット（登録商標）８０２．３ＳＮＡＰフレームフォーマット、及び同様のものを含み得る。
【０１９８】
２は、８０２．１Ｑイーサネット（登録商標）フレームフォーマットを示す。
【０１９９】
３は、８０２．１ａｄ（又は８０２．１Ｑ−Ｉｎ−Ｑ）イーサネット（登録商標）フレームフォーマット又はＶＬＡＮスタッキングイーサネット（登録商標）フレームフォーマットを示す。
【０２００】
４は、ＰＲＯＦＩＮＥＴ  イーサネット（登録商標）フレームフォーマットを示す。
【０２０１】
５は、ＥｔｈｅｒＣＡＴイーサネット（登録商標）フレームフォーマットを示す。
【０２０２】
６は、Ｐｒｏｆｉｓａｆｅ  イーサネット（登録商標）フレームフォーマットを示す。
【０２０３】
Ｓ３２０：ネットワークデバイスが、端末デバイスに圧縮設定情報を送信する。ここで、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含む。
【０２０４】
本明細書では、圧縮設定情報は、端末デバイスのイーサネット（登録商標）圧縮能力を有効にするためにネットワークデバイスによって用いられる情報として理解され得る。圧縮設定情報を受信した後、端末デバイスは、端末デバイスがイーサネット（登録商標）データを圧縮できることを知る。
【０２０５】
データ圧縮が遅延を引き起こすので、この段階において、ネットワークデバイスは、システムのデータ性能要件に基づいて、端末デバイスのイーサネット（登録商標）圧縮能力を設定し得る。例えば、システムがデータに対して高い遅延要件を有さない場合、端末デバイスは、圧縮設定情報を用いることによって、イーサネット（登録商標）圧縮能力を有効にすることを許可され得、さらに、端末デバイスによって有効にされ得るイーサネット（登録商標）圧縮能力の数が示され得る。システムがデータに対して比較的高い遅延要件を有する場合、端末デバイスは、圧縮設定情報を用いることによって、イーサネット（登録商標）圧縮能力を有効にすることを禁止され得る。
【０２０６】
ネットワークデバイスは、デバイス粒度、ベアラ粒度、論理チャネル粒度、又はＱｏＳフロー粒度でイーサネット（登録商標）圧縮能力を設定し得る。
【０２０７】
例えば、圧縮設定情報は、端末デバイスの全てのベアラの情報である。すなわち、圧縮設定情報を用いることによって設定されるイーサネット（登録商標）圧縮能力は、端末デバイスの全てのベアラに用いられる。
【０２０８】
他の例について、圧縮設定情報は、端末デバイスの１つのベアラの情報である。すなわち、端末デバイスのベアラごとのイーサネット（登録商標）圧縮能力が独立して設定され、１つの圧縮設定情報が１つのベアラに対応する。
【０２０９】
他の例について、圧縮設定情報は、端末デバイスの全てのベアラのうちの幾つかの情報である。すなわち、同一のイーサネット（登録商標）圧縮能力が端末デバイスの幾つかのベアラに用いられ、１つの圧縮設定情報が幾つかのベアラに対応する。
【０２１０】
他の例について、圧縮設定情報は、端末デバイスの１つの論理チャネルの情報である。すなわち、論理チャネルごとのイーサネット（登録商標）圧縮能力が独立して設定される。
【０２１１】
他の例について、圧縮設定情報は、端末デバイスの１つのサービス品質（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ，ＱｏＳ）フローの情報である。すなわち、ＱｏＳフローごとのイーサネット（登録商標）圧縮能力が独立して設定される。
【０２１２】
圧縮設定情報が第１のイーサネット（登録商標）圧縮能力のパラメータを示すためにのみ用いられないことが理解されるべきである。端末デバイスが複数のイーサネット（登録商標）圧縮能力を用いてデータを圧縮できることをネットワークデバイスが設定する場合、圧縮設定情報は、複数のイーサネット（登録商標）圧縮能力における第１のイーサネット（登録商標）圧縮能力以外のイーサネット（登録商標）圧縮能力のパラメータを示すためにさらに用いられ得る。第１のイーサネット（登録商標）圧縮能力以外のイーサネット（登録商標）圧縮能力のパラメータは、第１のイーサネット（登録商標）圧縮能力のパラメータと類似する。簡潔にするために、本願の本実施形態において、第１のイーサネット（登録商標）圧縮能力のパラメータは、イーサネット（登録商標）圧縮能力のパラメータを説明するための例として用いられる。
【０２１３】
可能な実装において、圧縮設定情報は、その上層のデータタイプが非ＩＰタイプである、イーサネット（登録商標）フレームで搬送されるイーサネット（登録商標）フレームパケットのみを圧縮する端末デバイスを示すために用いられる情報をさらに含み得る。オプションで、端末デバイスは、レポート中にこの能力を示し得る。
【０２１４】
可能な実装において、圧縮設定情報は、その上層のデータタイプがＩＰタイプである、イーサネット（登録商標）フレームで搬送されるイーサネット（登録商標）フレームパケットのみを圧縮する端末デバイスを示すために用いられる情報をさらに含み得る。オプションで、端末デバイスは、レポート中にこの能力を示し得る。
【０２１５】
可能な実装において、端末デバイスがイーサネット（登録商標）圧縮設定情報及びロバストなヘッダ圧縮（ｒｏｂｕｓｔ  ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ，ＲＯＨＣ）圧縮設定情報を受信する場合、及び、オプションで、端末デバイスがＲＯＨＣ圧縮もイーサネット（登録商標）ヘッダ圧縮もサポートしない場合、ＩＰヘッダ圧縮が実行されることが好ましい。オプションで、端末デバイスは、ＲＯＨＣ及びイーサネット（登録商標）ヘッダ圧縮を同時に実行する能力がサポートされているか否かをさらにレポートし得る。ネットワークデバイスは、端末の能力に基づいて、端末がＲＯＨＣ機能及びイーサネット（登録商標）ヘッダ圧縮機能を同時に有効にするか否かを示し得る。
【０２１６】
可能な実装において、第１のイーサネット（登録商標）圧縮能力のパラメータは有効パラメータを含み、有効パラメータは、第１のイーサネット（登録商標）圧縮能力を用いる端末デバイスを示すために用いられる。
【０２１７】
第１のイーサネット（登録商標）圧縮能力は、端末デバイスによってサポートされている固有のイーサネット（登録商標）圧縮能力であってもよく（この場合、Ｎ＝１）、端末デバイスによってサポートされている複数のイーサネット（登録商標）圧縮能力のうちの１つであってもよい（この場合、Ｎは１より大きい）。
【０２１８】
具体的には、端末デバイスが１つのイーサネット（登録商標）圧縮能力のみをサポートする場合、有効パラメータはブールインジケーション情報であり得、第１の値は端末デバイスが第１のイーサネット（登録商標）圧縮能力を用いることができることを示し、第２の値は端末デバイスが第１のイーサネット（登録商標）圧縮能力を用いることができないことを示す。第１のイーサネット（登録商標）圧縮能力が端末デバイスによってサポートされている複数のイーサネット（登録商標）圧縮能力のうちの１つであり、且つ、端末デバイスが全てのイーサネット（登録商標）圧縮能力を用いることができる又は用いることができないことを有効パラメータが示し得る場合、有効パラメータはまた、ブールインジケーション情報であり得、第１の値は端末デバイスが第１のイーサネット（登録商標）圧縮能力を用いることができることを示し、第２の値は端末デバイスが第１のイーサネット（登録商標）圧縮能力を用いることができないことを示す。
【０２１９】
端末デバイスがイーサネット（登録商標）圧縮能力を用いることができる解決策のみが本願の本実施形態において説明されるが、有効パラメータを意味する他の実際のインジケーションは影響を受けず、すなわち、有効パラメータは、端末デバイスがイーサネット（登録商標）圧縮能力を用いることができないことを示すことが理解されるべきである。さらに、有効パラメータは、代替的に、イーサネット（登録商標）圧縮能力を、無効にする、解除する、又は設定解除する端末デバイスを示し得る。例えば、端末デバイスがイーサネット（登録商標）圧縮能力を有効にした後、ネットワークデバイスは、イーサネット（登録商標）圧縮能力を無効にする端末デバイスを示す。
【０２２０】
端末デバイスが複数のイーサネット（登録商標）圧縮能力をサポートし、且つ、端末デバイスがイーサネット（登録商標）圧縮能力の一部を用いることができることをネットワークデバイスが設定する場合、有効パラメータは端末デバイスがイーサネット（登録商標）データを圧縮できることを示し得、用いられる特定のイーサネット（登録商標）圧縮能力が他のパラメータを用いることによってさらに示され得る。
【０２２１】
したがって、可能な実装において、第１のイーサネット（登録商標）圧縮能力のパラメータは第１のフレームフォーマットを示すために用いられるフレームフォーマットパラメータを含み、第１のフレームフォーマットは第１のイーサネット（登録商標）パケットのフレームフォーマットである。
【０２２２】
このように、端末デバイスは、フレームフォーマットパラメータに基づいて、端末デバイスが第１のフレームフォーマットに基づいて生成されたイーサネット（登録商標）データを圧縮できることを知り得る。
【０２２３】
確かに、第１のイーサネット（登録商標）圧縮能力のパラメータは有効パラメータを含まなくてよく、端末デバイス及びネットワークデバイスは、圧縮設定情報におけるフレームフォーマットパラメータが端末デバイスによって圧縮され得るフレームフォーマットを示すことを交渉し得る。このように、端末デバイスは、フレームフォーマットパラメータのみを用いることによって、端末デバイスが第１のフレームフォーマットに基づいて生成されたイーサネット（登録商標）データを圧縮できることを決定し得る。
【０２２４】
端末デバイスが第１のフレームフォーマットにおいて圧縮される必要があるフィールドを知ることを可能にするために、本願の本実施形態は、以下の可能な実装をさらに提供する。第１のイーサネット（登録商標）圧縮能力のパラメータが第１のフレームフォーマットの圧縮アルゴリズムを示すために用いられるアルゴリズムパラメータをさらに含む。
【０２２５】
具体的には、各フレームフォーマットは少なくとも１つの圧縮アルゴリズムに対応し、複数のフレームフォーマットはまた、同一の圧縮アルゴリズムに対応し得る。第１のフレームフォーマットを例として用いることによって、圧縮アルゴリズムが第１のフレームフォーマットを圧縮する方法を示すために用いられ、言い換えれば、圧縮アルゴリズムは第１のフレームフォーマットにおける圧縮可能なフィールドを示し得、言い換えれば、圧縮アルゴリズムは、そのコンテンツがコンテキスト情報として用いられる、第１のフレームフォーマットにおけるフィールドを示す。
【０２２６】
標準プロトコルにおいて、各圧縮アルゴリズムは、圧縮プロトコルに対応し得、圧縮プロトコルは、具体的には、圧縮アルゴリズムの仕様情報、例えば、圧縮フォーマットの定義を記述する。
【０２２７】
圧縮アルゴリズムを示す可能な設定方式において、端末デバイスによって受信された設定情報は、第１のフレームフォーマットにおけるフィールドを示し、そのコンテンツがイーサネット（登録商標）パケットに直接送信するために除去され得る。例えば、アップリンク送信において、イーサネット（登録商標）パケットのヘッダの送信元アドレスフィールドにおける情報が、イーサネット（登録商標）パケットを送信するために削除される。
【０２２８】
第１のイーサネット（登録商標）圧縮能力のパラメータが、フレームフォーマットパラメータ、圧縮プロトコルパラメータ、又はアルゴリズムパラメータのうちの少なくとも１つを含み得ることが留意されるべきである。第１のイーサネット（登録商標）圧縮能力のパラメータが３つのパラメータのうちのいずれか１つを含むとき、フレームフォーマットごとに用いられる圧縮アルゴリズムが、プロトコルに定められ得る。第１のイーサネット（登録商標）圧縮能力のパラメータがフレームフォーマットパラメータを含む場合、端末デバイスは、第１のフレームフォーマットがイーサネット（登録商標）データを圧縮するために用いられることを知り、プロトコルの仕様に従って、第１のフレームフォーマットパラメータに対応する圧縮アルゴリズムを直接取得し得る。第１のイーサネット（登録商標）圧縮能力のパラメータがアルゴリズムパラメータを含む場合、端末デバイスは、アルゴリズムパラメータを知り、プロトコルの仕様に従って、アルゴリズムパラメータに対応する第１のフレームフォーマットを取得し得る。第１のイーサネット（登録商標）圧縮能力のパラメータが圧縮プロトコルパラメータを含む場合、端末デバイスは、圧縮プロトコルパラメータを知り、プロトコルの仕様に従って、フレームフォーマットに対応する圧縮アルゴリズムを取得し得る。
【０２２９】
Ｓ３３０：端末デバイスが、第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて、第１のイーサネット（登録商標）パケットを生成する。
【０２３０】
すなわち、端末デバイスは、第１のイーサネット（登録商標）圧縮能力のパラメータを用いることによってイーサネット（登録商標）データを圧縮し、具体的には、端末デバイスは、イーサネット（登録商標）データのコンテキスト情報（又は静的情報）を除去して圧縮された第１のイーサネット（登録商標）パケットを生成する。
【０２３１】
第１のイーサネット（登録商標）パケットがＰＤＣＰ層パケットであってもよく、他のプロトコル層で圧縮されたイーサネット（登録商標）パケットであってもよいことが留意されるべきである。これは、本願の本実施形態において限定されない。例えば、第１のイーサネット（登録商標）パケットは、代替的に、端末デバイスのアプリケーション層（上層（ｕｐｐｅｒ  ｌａｙｅｒ）と称される）、サービスデータアダプテーションプロトコル（ｓｅｒｖｉｃｅ  ｄａｔａ  ａｄａｐｔａｔｉｏｎ  ｐｒｏｔｏｃｏｌ，ＳＤＡＰ）層、無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ，ＲＬＣ）層、又はＭＡＣ層でのパケットであり得る。
【０２３２】
Ｓ３４０：端末デバイスが、ネットワークデバイスに第１のイーサネット（登録商標）パケットを送信する。
【０２３３】
Ｓ３５０：ネットワークデバイスが、第１のイーサネット（登録商標）パケットを解凍する。
【０２３４】
他のデバイスと相互作用するために、ネットワークデバイスは、第１のイーサネット（登録商標）パケットをカプセル化し続ける必要がある。したがって、ネットワークデバイスは、第１のイーサネット（登録商標）パケットを圧縮されていないパケットに復元する必要がある。言い換えれば、ネットワークデバイスは、第１のイーサネット（登録商標）パケットのヘッダ領域を復元するために、第１のイーサネット（登録商標）パケットに端末デバイスによって除去されたコンテキスト情報を追加する必要があり、それにより、第１のイーサネット（登録商標）パケットの解凍を完了させる。
【０２３５】
したがって、本願の本実施形態で提供されるイーサネット（登録商標）データの通信方法によれば、端末デバイスはネットワークデバイスに端末デバイスのイーサネット（登録商標）圧縮能力をレポートし、ネットワークデバイスは端末デバイスのイーサネット（登録商標）圧縮能力に基づいて端末デバイスの１又は複数のイーサネット（登録商標）圧縮能力を設定し、端末デバイスはネットワークデバイスによって設定されたイーサネット（登録商標）圧縮能力に基づいてイーサネット（登録商標）データを圧縮し、ネットワークデバイスに圧縮されたパケットを送信する。端末デバイスがイーサネット（登録商標）圧縮能力を用いることをネットワークデバイスが可能にする方式が提案され、圧縮されたイーサネット（登録商標）データが無線ネットワークにおいて端末デバイスとネットワークデバイスとの間で送信され得、リソースの無駄が効率的に減少し得る。
【０２３６】
限定するものではなく例として、段階Ｓ３１０は、本願の本実施形態に必要とされない場合がある。具体的には、ネットワークデバイスは、端末デバイスから受信した圧縮能力情報に基づいて、端末デバイスおイーサネット（登録商標）圧縮能力を設定する必要がないが、端末デバイスのイーサネット（登録商標）圧縮能力を直接設定してよい。例えば、端末デバイスが１つのイーサネット（登録商標）圧縮能力のみをサポートするとき、ネットワークデバイスは、端末デバイスによって送信された圧縮されていないイーサネット（登録商標）パケットを用いることによって、端末デバイスによってサポートされているイーサネット（登録商標）圧縮能力のみを知り得、端末デバイスは、端末デバイスによってサポートされているイーサネット（登録商標）圧縮能力をレポートする必要がなくてよく、ネットワークデバイスは、システムのデータ性能要件に基づいて、端末デバイスに圧縮設定情報を送信し、端末デバイスによってサポートされているイーサネット（登録商標）圧縮能力のみを示してよい。
【０２３７】
本願の本実施形態において、ネットワークデバイスは、アクセスネットワークデバイス又はコアネットワークデバイスであり得る。本願の本実施形態において端末デバイスがネットワークデバイス（例えば、ネットワークデバイスＡ）から情報を受信することは、端末デバイスがネットワークデバイスＡと直接相互作用して情報を受信することであり得る。この場合、情報がネットワークデバイスＡによって生成されたとみなされ得る。代替的に、端末デバイスがネットワークデバイスから情報を受信することは、ネットワークデバイスＡが他のネットワークデバイス（例えば、ネットワークデバイスＢ１として示される）から情報を取得し、その後、ネットワークデバイスＡが端末デバイスに情報を転送又は透過的に送信することであり得る。この場合、情報がネットワークデバイスＢ１又はネットワークデバイスＣ１によって生成されたとみなされ得る。ネットワークデバイスＢ１は、ネットワークデバイスＣ１から情報を受信する。同様に、本願の本実施形態においてネットワークデバイス（例えば、ネットワークデバイスＡ）が端末デバイスから情報を受信することは、端末デバイスがネットワークデバイスＡと直接相互作用し、ネットワークデバイスＡが端末デバイスから情報を直接受信することであってもよく、端末デバイスが他のネットワークデバイス（例えば、ネットワークデバイスＢ１）に情報を送信し、ネットワークデバイスＢ１がネットワークデバイスＡに情報を直接送信、又は他のネットワークデバイス（例えば、ネットワークデバイスＣ１）を通じて送信することであってもよい。
【０２３８】
限定するものではなく例として、以下では、ネットワークデバイスが別々にアクセスネットワークデバイス及びコアネットワークデバイスである例を用いることによって、圧縮設定情報の伝送路及び圧縮能力情報を説明する。
【０２３９】
１．ネットワークデバイスはアクセスネットワークデバイスである。
【０２４０】
Ａ．アクセスネットワークデバイスは、圧縮設定情報を生成する。
【０２４１】
圧縮設定情報の伝送路は、アクセスネットワークデバイス→端末デバイスである。
【０２４２】
Ｂ．アクセスネットワークデバイスは、他のデバイスから圧縮設定情報を取得する。
【０２４３】
圧縮設定情報の可能な伝送路は、ＡＭＦネットワーク要素→ＵＰＦネットワーク要素→アクセスネットワークデバイス→端末デバイスである。この場合、圧縮設定情報が、ＡＭＦネットワーク要素によって生成され得る。アクセスネットワークデバイスが、ＡＭＦネットワーク要素又はＵＰＦネットワーク要素から圧縮設定情報を受信し、ＵＰＦネットワーク要素が、アクセスネットワークデバイスに、ＡＭＦネットワーク要素によって生成された圧縮設定情報を転送又は透過的に送信することが理解され得る。圧縮設定情報の他の可能な伝送路は、ＳＭＦネットワーク要素→ＵＰＦネットワーク要素→アクセスネットワークデバイス→端末デバイスである。この場合、圧縮設定情報が、ＳＭＦネットワーク要素によって生成され得る。アクセスネットワークデバイスが、ＳＭＦネットワーク要素又はＵＰＦネットワーク要素から圧縮設定情報を受信し、ＵＰＦネットワーク要素が、アクセスネットワークデバイスに、ＳＭＦネットワーク要素によって生成された圧縮設定情報を転送又は透過的に送信することが理解され得る。圧縮設定情報の他の可能な伝送路は、ＵＰＦネットワーク要素→アクセスネットワークデバイス→端末デバイスである。この場合、圧縮設定情報が、ＵＰＦネットワーク要素によって生成され得る。アクセスネットワークデバイスが、ＵＰＦネットワーク要素から圧縮設定情報を受信することが理解され得る。
【０２４４】
ネットワークデバイスがアクセスネットワークデバイスであるとき、圧縮能力情報の可能な伝送路は、端末デバイス→アクセスネットワークデバイスである。圧縮設定情報を生成するデバイスがコアネットワークデバイスである場合、アクセスネットワークデバイスは、コアネットワークデバイスに圧縮能力情報を送信し得る。
【０２４５】
２．ネットワークデバイスはコアネットワークデバイスである。
【０２４６】
比較的大量のコアネットワークデバイスが存在するので、ＵＰＦネットワーク要素が例として用いられ、ネットワークデバイスが他のコアネットワークデバイスである場合は、ネットワークデバイスがＵＰＦネットワーク要素である場合と類似する。簡潔にするために、ここでは詳細が再び説明されない。端末デバイスがネットワークデバイスから情報を受信し、ネットワークデバイスが端末デバイスから情報を受信することは、ＵＰＦネットワーク要素がアクセスネットワークデバイスを通じて端末デバイスと通信し、情報を送信することとして理解され得る。
【０２４７】
Ａ．ＵＰＦネットワーク要素は、圧縮設定情報を生成する。
【０２４８】
圧縮設定情報の可能な伝送路は、ＵＰＦネットワーク要素→アクセスネットワークデバイス→端末デバイスである。
【０２４９】
Ｂ．ＵＰＦネットワーク要素は、他のデバイスから圧縮設定情報を取得する。
【０２５０】
圧縮設定情報の可能な伝送路は、ＡＭＦネットワーク要素→ＵＰＦネットワーク要素→アクセスネットワークデバイス→端末デバイスである。圧縮設定情報の他の可能な伝送路は、ＳＭＦネットワーク要素→ＵＰＦネットワーク要素→アクセスネットワークデバイス→端末デバイスである。
【０２５１】
ネットワークデバイスがＵＰＦネットワーク要素であるとき、圧縮能力情報の可能な伝送路は、端末デバイス→アクセスネットワークデバイス→ＵＰＦネットワーク要素である。圧縮能力情報の他の可能な伝送路は、端末デバイス→アクセスネットワークデバイス→ＡＭＦネットワーク要素→ＳＭＦネットワーク要素→ＵＰＦネットワーク要素である。
【０２５２】
圧縮設定情報の様々な伝送路において、圧縮設定情報は、異なるシグナリングを用いることによって、任意の２つのデバイス間で送信され得る。例えば、ＡＭＦネットワーク要素は、非アクセス層（ｎｏｎ−ａｃｃｅｓｓ−ｓｔｒａｔｕｍ，ＮＡＳ）シグナリングを用いることによって、ＵＰＦネットワーク要素に圧縮設定情報を送信し得る。ＮＡＳシグナリングは、登録応答メッセージ、又はプロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ，ＰＤＵ）セッション確立要求／応答であり得る。他の例について、ＡＭＦネットワーク要素は、ＮＡＳシグナリングを用いることによって、アクセスネットワークデバイスを通じて端末デバイスに圧縮設定情報を送信し得る。他の例について、アクセスネットワークデバイスは、ＲＲＣシグナリング又はＰＤＣＰ制御シグナリングを用いることによって、端末デバイスに圧縮設定情報を送信する。他の例について、ＵＰＦネットワーク要素は、イーサネット（登録商標）パケットにおける圧縮シグナリングを用いることによって、他のデバイスを通じて端末デバイスに圧縮設定情報を送信し得る。
【０２５３】
第１のイーサネット（登録商標）パケットがコンテキスト情報（区別及び理解を容易にするために第１のコンテキスト情報として示される）を含まないことが上述の説明から分かり得る。しかしながら、ネットワークデバイスが第１のコンテキスト情報を取得して第１のイーサネット（登録商標）パケットを解凍することを可能にするために、本願の本実施形態は、以下の可能な実装を提供する。
【０２５４】
第１のイーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられる。
【０２５５】
方法は、以下のことをさらに含む。
【０２５６】
ネットワークデバイスが、第１のコンテキスト識別子に基づいて、第１のコンテキスト情報を取得する。
【０２５７】
ネットワークデバイスが第１のイーサネット（登録商標）パケットを解凍することは、以下のことを含む。
【０２５８】
ネットワークデバイスが、第１のコンテキスト情報に基づいて、第１のイーサネット（登録商標）パケットを解凍する。
【０２５９】
具体的には、ネットワークデバイスは、第１のイーサネット（登録商標）パケットの第１のヘッダから第１のコンテキスト識別子を取得し、第１のコンテキスト識別子に基づいて第１のコンテキスト識別子に対応するコンテキスト情報（すなわち、第１のコンテキスト情報）を取得し、第１のコンテキスト情報に基づいて第１のイーサネット（登録商標）パケットを解凍する。第１のコンテキスト情報は、上でリストされているものとリストされていないものとの異なるフレームフォーマットのうちのいずれか１つにおけるコンテキスト情報であり得る。第１のコンテキスト識別子は、第１のヘッダのフィールド（区別及び理解を容易にするためにフィールド１として示される）に配置され、言い換えれば、フィールド１は第１のコンテキスト識別子を搬送するために用いられる。
【０２６０】
限定するものではなく例として、第１のヘッダは、他フィールドをさらに含み得、各フィールドは対応するコンテンツを搬送する。
【０２６１】
限定するものではなく例として、第１のヘッダは、以下のフィールドのうちの少なくとも１つをさらに含む。
１．第１のイーサネット（登録商標）パケットが圧縮されているか否かを示すために用いられるフィールド（区別及び理解を容易にするためにフィールド２として示される）。ここで、フィールド２は、第１のイーサネット（登録商標）パケットが圧縮されていることを示す。
２．第１のイーサネット（登録商標）パケットのフレームフォーマットの圧縮設定識別子を示すために用いられるフィールド（区別及び理解を容易にするためにフィールド３として示される）。
３．巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ，ＣＲＣ）を示すために用いられるフィールド（区別及び理解を容易にするためにフィールド４として示される）。
４．ヘッダがフィールド１、フィールド２、フィールド３、及びフィールド４のうちの１又は複数を含むか否かを示すために用いられるフィールド（区別及び理解を容易にするためにフィールド５として示される）。このように、端末デバイスは、フィールド５に基づいて、第１のヘッダに含まれる特定のフィールドを決定し得、言い換えれば、第１のヘッダのフォーマットを決定し得、第１のヘッダの決定したフォーマットに基づいて各フィールドのコンテンツを読み取り得る。
【０２６２】
限定するものではなく例として、図５は、本願の本実施形態による、第１のイーサネット（登録商標）パケットのフレームフォーマットの概略図である。図５に示されるように、第１のイーサネット（登録商標）パケットは、データ領域及びヘッダ（すなわち、第１のヘッダ）領域を含む。第１のヘッダ領域は、少なくとも４つのフィールド、すなわち、フィールド１と、フィールド２と、フィールド３と、フィールド４とを含む。フィールド１は第１のコンテキスト識別子を搬送し、フィールド２は第１のイーサネット（登録商標）パケットが圧縮されていることを示すために用いられる情報を搬送し、フィールド３は圧縮設定識別子を搬送し、フィールド４はＣＲＣを搬送する。
【０２６３】
したがって、本願の本実施形態において、コンテキスト情報を識別するために用いられるコンテキスト識別子がイーサネット（登録商標）パケットのヘッダに追加され、その結果、ネットワークデバイスは、コンテキスト識別子を用いることによって対応するコンテキスト情報を取得し、それにより、ネットワークデバイスがイーサネット（登録商標）パケットを成功裏に解凍することを効率的に実現する。
【０２６４】
上述のように、ネットワークデバイスは、第１のコンテキスト識別子に基づいて、第１のコンテキスト識別子に対応するコンテキスト情報を取得し得る。具体的には、ネットワークデバイスは、第１のコンテキスト識別子に基づいて、第１のコンテキスト識別子と第１のコンテキスト情報との間の第１の対応関係から第１のコンテキスト情報を取得し得る。ネットワークデバイスが第１の対応関係を取得する方式について、本願の本実施形態は、様々な可能な実装を提供する。以下では、ネットワークデバイスが第１の対応関係を取得する特定の態様を説明する。
【０２６５】
［方式１］
【０２６６】
方式１において、ネットワークデバイスは、端末デバイスから第１の対応関係を取得する。言い換えれば、端末デバイスは第１の対応関係を生成し、ネットワークデバイスに第１の対応関係を送信する。
【０２６７】
ネットワークデバイスが第１のイーサネット（登録商標）パケットを解凍する前に第１の対応関係がネットワークデバイスに送信される限り、端末デバイスは第１のイーサネット（登録商標）パケットを生成する前又は後で第１の対応関係を送信し得る。
【０２６８】
可能な実装において、端末デバイスは、ネットワークデバイスにコンテキスト識別子とコンテキスト情報との間の対応関係を送信する。ここで、対応関係は第１の対応関係を含む。対応関係は少なくとも１つのコンテキスト識別子とコンテキスト情報のうちの少なくとも１つとの間の対応関係であり、各コンテキスト識別子は１つのコンテキスト情報を対応する。
【０２６９】
以下では、第１の対応関係を例として用いて、端末デバイスが対応関係を送信する方式を説明する。
【０２７０】
可能な実装において、端末デバイスは、様々な形態のシグナリング、例えば、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリング、非アクセス層（ｎｏｎ−ａｃｃｅｓｓ−ｓｔｒａｔｕｍ，ＮＡＳ）シグナリング、又はイーサネット（登録商標）ヘッダ圧縮に用いられるアプリケーション層シグナリングを用いることによって、ネットワークデバイスに第１の対応関係を送信し得る。
【０２７１】
このように、第１の対応関係に加えて、対応関係における他の対応関係はまた、シグナリングで搬送されてもよく、他のシグナリングで搬送されてもよい。これは、本願の本実施形態において限定されない。
【０２７２】
実際の産業シナリオにおいて、１つのネットワークデバイスは、複数の端末デバイスに対応し得る。これは、１つの宛先ＭＡＣアドレスが複数の送信元ＭＡＣアドレスに対応し得ることを意味する。通常、宛先ＭＡＣアドレス及び送信元ＭＡＣアドレスの両方は、コンテキスト情報内のコンテンツである。したがって、同一のフレームフォーマットについて、たとえ、フレームフォーマットにおける圧縮されたフィールドが同一であるとしても、送信元ＭＡＣアドレス及び／又は宛先ＭＡＣアドレスは異なる。例えば、１つのネットワークデバイスは、２つの端末デバイス（端末デバイスＡ及び端末デバイスＢ）に対応する。同一のフレームフォーマットの２つのコンテキスト情報が存在する。１つのコンテキスト情報はネットワークデバイス及び端末デバイスＡのＭＡＣアドレスを含み、他のコンテキスト情報はネットワークデバイス及び端末デバイスＢのＭＡＣアドレスを含む。さらに、コンテキスト識別子がコンテキスト情報に設定されているとき、全てのコンテキスト情報について、１つのコンテキスト識別子が１つのコンテキスト情報に設定され得、任意の２つのコンテキスト識別子は異なる。しかしながら、これは、比較的大量の占有ビットを引き起こす。ビット数を減少させるために、１つのフレームフォーマットにおけるコンテキスト識別子が生成され得る。例えば、フレームフォーマット１が２つのコンテキスト識別子に対応し、フレームフォーマット２が２つのコンテキスト識別子に対応する場合、フレームフォーマット１における２つのコンテキスト識別子は０及び１であり得、フレームフォーマット２における２つのコンテキスト識別子はまた０及び１であり得る。
【０２７３】
したがって、コンテキスト識別子によって占有されるビット数を減少させるために、フレームフォーマットごとの複数のコンテキスト情報が生成され得る。第１の対応関係は、例として用いられる。可能な実装において、端末デバイスは、ネットワークデバイスに、第１の対応関係に対応するフレームフォーマット（すなわち、第１のフレームフォーマット）を示すために用いられる情報を送信する。このように、ネットワークデバイスは、第１の対応関係が第１のフレームフォーマットの対応関係であることを知り得、比較的少ない数のビットを占有するコンテキスト識別子を格納し得る。
【０２７４】
第１のフレームフォーマット及び第１の対応関係は、同一の情報で搬送されてもよく、異なる情報で搬送されてもよい。これは、本願の本実施形態において限定されない。
【０２７５】
シグナリングを減少させるという観点から、圧縮されていないイーサネット（登録商標）パケットを送信するとき、端末デバイスは、代替的に、圧縮されていないイーサネット（登録商標）パケットのヘッダにおける対応関係を含み得る。ここで、対応関係は、圧縮されていないイーサネット（登録商標）パケットのフレームフォーマットにおけるコンテキスト情報及び対応するコンテキスト識別子を示し、その結果、ネットワークデバイスは、圧縮されていないイーサネット（登録商標）パケットから対応関係を取得し得、対応関係を格納し得る。このように、端末デバイスがその後、そのフレームフォーマットが圧縮されていないイーサネット（登録商標）パケットと同一である圧縮されたイーサネット（登録商標）パケットを送信する場合、ネットワークデバイスは、予め格納された対応関係に基づいて、圧縮されたイーサネット（登録商標）パケットのコンテキスト情報を直接取得し、成功裏にイーサネット（登録商標）パケットを解凍し得る。
【０２７６】
したがって、第１の対応関係について、他の可能な実装において、端末デバイスは、ネットワークデバイスに第２のイーサネット（登録商標）パケットを送信する。ここで、第２のイーサネット（登録商標）パケットは第２のヘッダを含み、第２のヘッダは第１の対応関係を含む。
【０２７７】
このように、第１の対応関係に加えて、対応関係における他の対応関係はまた、圧縮されていないイーサネット（登録商標）パケットで搬送され得る。
【０２７８】
同様に、コンテキスト識別子によって占有されるビット数を減少させるために、可能な実装において、第２のヘッダは第２のイーサネット（登録商標）パケットのフレームフォーマットをさらに含み、第２のイーサネット（登録商標）パケットのフレームフォーマットは第１のイーサネット（登録商標）パケットのフレームフォーマット（すなわち、第１のフレームフォーマット）と同一である。
【０２７９】
限定するものではなく例として、図６は、本願の本実施形態による、第２のイーサネット（登録商標）パケットのフレームフォーマットの概略図である。図６に示されるように、第２のイーサネット（登録商標）パケットのフレームフォーマットは圧縮されていないパケットのフレームフォーマットであり、第２のイーサネット（登録商標）パケットはデータ領域及びヘッダ（すなわち、第２のヘッダ）領域を含む。第２のヘッダ領域は、少なくともフィールド１及びフィールド５を含む。フィールド１は第１のコンテキスト識別子を搬送し、フィールド５は第１のコンテキスト情報を搬送する。オプションで、第２のヘッダはフィールド２、フィールド３、又はフィールド４のうちの少なくとも１つをさらに含み得る。フィールド２は第２のイーサネット（登録商標）パケットが圧縮されてないことを示すために用いられる情報を搬送し、フィールド３は第２のイーサネット（登録商標）パケットのフレームフォーマットを示すために用いられる圧縮設定識別子を搬送し、フィールド４はＣＲＣを搬送する。
【０２８０】
方式１において、ネットワークデバイス及び端末デバイスは、コンテキスト識別子とコンテキスト情報との間の対応関係を共同で維持する必要がある。端末デバイスのバッファ能力を考慮すれば、端末デバイスによって生成された対応関係が端末デバイスのバッファ能力を超えることを防止するために、本願の本実施形態は、以下の可能な実装をさらに提供する。
【０２８１】
ネットワークデバイスは、端末デバイスに第１のインジケーション情報を送信する。ここで、第１のインジケーション情報は、端末デバイスによって生成されるコンテキスト情報の最大数を示すために用いられる。
【０２８２】
［方式２］
【０２８３】
ネットワークデバイスは、第１のコンテキスト識別子に基づいて、コンテキスト情報のうちの少なくとも１つと少なくとも１つのコンテキスト識別子との間の予め格納された対応関係から第１の対応関係を取得する。ここで、各コンテキスト情報は１つのコンテキスト識別子に対応する。
【０２８４】
方式２において、予め格納された対応関係は、システム又はプロトコルに定められていてもよく、前もってネットワークデバイスによって生成されてもよい。このように、以下のことが理解され得る。システム又はプロトコルにおいて、Ｍ個のコンテキスト情報が異なる圧縮可能なフレームフォーマットに設定されてもよく、ネットワークデバイスが、異なる圧縮可能なフレームフォーマットに基づいて、Ｍ個のコンテキスト情報を生成してもよい。さらに、クエリ及び識別を促進するために、１つの対応するコンテキスト識別子がコンテキスト情報ごとに設定される。
【０２８５】
上述では、本願の本実施形態における対応関係を詳細に説明する。以下では、本願の本実施形態における関連情報のフィードバックを説明する。
【０２８６】
本願の本実施形態において、関連するフィードバックモードは、ネットワークデバイスが第１の対応関係を成功裏に受信するか否か、及びネットワークデバイスが第１のイーサネット（登録商標）パケットを成功裏に解凍するか否かについて別々に設定される。
【０２８７】
可能な実装において、方法は、以下のことをさらに含む。
【０２８８】
端末デバイスは、フィードバックモード情報を受信する。ここで、フィードバックモード情報は以下のうちのいずれか１つを含む。肯定応答（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ，ＡＣＫ）フィードバックモード、否定応答（ｎｅｇａｔｉｖｅ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ，ＮＡＣＫ）フィードバックモード、又はフィードバックなしモード。
【０２８９】
上述の３つのフィードバックモードは、第１の対応関係のネットワークデバイスの受信状態を例として用いることによって説明される。
【０２９０】
ＡＣＫフィードバックモードは、ネットワークデバイスが第１の対応関係を成功裏に受信した場合にネットワークデバイスが端末デバイスにフィードバック情報を送信し、対照的に、ネットワークデバイスが第１の対応関係を受信することに失敗した場合にネットワークデバイスがフィードバック情報を送信しないことを示す。予め設定された期間内にフィードバック情報を受信しない場合、端末デバイスは、ネットワークデバイスが第１の対応関係を受信することに失敗したとみなす。
【０２９１】
ＮＡＣＫフィードバックモードは、ネットワークデバイスが第１の対応関係を受信することに失敗した場合にネットワークデバイスが端末デバイスにフィードバック情報を送信し、対照的に、ネットワークデバイスが第１の対応関係を成功裏に受信した場合にネットワークデバイスがフィードバック情報を送信しないことを示す。予め設定された期間内にフィードバック情報を受信しない場合、端末デバイスは、ネットワークデバイスが第１の対応関係を成功裏に受信したとみなす。
【０２９２】
フィードバックなしモードは、第１の対応関係を送信した後、端末デバイスが、ネットワークデバイスが第１の対応関係を成功裏に受信したか否かを無視し、ネットワークデバイスによって送信されるフィードバック情報を受信する必要がないことを示す。
【０２９３】
同様に上述の３つのフィードバックモードが、第１のイーサネット（登録商標）パケットのネットワークデバイスの解凍状態を例として用いることによって説明される。
【０２９４】
ＡＣＫフィードバックモードは、ネットワークデバイスが第１のイーサネット（登録商標）パケットを成功裏に解凍した場合にネットワークデバイスが端末デバイスにフィードバック情報を送信し、対照的に、ネットワークデバイスが第１のイーサネット（登録商標）パケットを解凍することに失敗した場合にネットワークデバイスがフィードバック情報を送信しないことを示す。予め設定された期間内にフィードバック情報を受信しない場合、端末デバイスは、ネットワークデバイスが第１のイーサネット（登録商標）パケットを解凍することに失敗したとみなす。
【０２９５】
ＮＡＣＫフィードバックモードは、ネットワークデバイスが第１のイーサネット（登録商標）パケットを解凍することに失敗した場合にネットワークデバイスが端末デバイスにフィードバック情報を送信し、対照的に、ネットワークデバイスが第１のイーサネット（登録商標）パケットを成功裏に解凍した場合にネットワークデバイスがフィードバック情報を送信しないことを示す。予め設定された期間内にフィードバック情報を受信しない場合、端末デバイスは、ネットワークデバイスが第１のイーサネット（登録商標）パケットを成功裏に解凍したとみなす。
【０２９６】
フィードバックなしモードは、第１のイーサネット（登録商標）パケットを送信した後、端末デバイスが、ネットワークデバイスが第１のイーサネット（登録商標）パケットを成功裏に解凍したか否かを無視し、ネットワークデバイスによって送信されるフィードバック情報を受信する必要がないことを示す。
【０２９７】
フィードバックなしモードについて、オプションで、端末デバイスは、ネットワークデバイスの設定情報からフィードバックなしモードに関する他のパラメータ、例えば、Ｎ及びＭ、を受信し得る。Ｎは圧縮されていないパケットを送信するために送信端（例えば、端末デバイス）が圧縮モードを有効にした回数を表し、Ｍは圧縮モードを有効にした後に送信端（例えば、端末デバイス）が圧縮されたパケットを送信できる期間を表す。タイマーが終了する前に圧縮モードが送信するために用いられ、タイマーが終了した後にコンテキスト情報がリセットされる。
【０２９８】
第１の対応関係のネットワークデバイスの受信状態及び第１のイーサネット（登録商標）パケットのネットワークデバイスの解凍状態の観点とは別に、以下では、ＡＣＫフィードバックモードを例として用いて、ネットワークデバイスがフィードバック情報を送信する処理を説明する。
【０２９９】
［第１の対応関係のネットワークデバイスの受信状態］
【０３００】
可能な実装において、方法は、以下のことをさらに含む。
【０３０１】
ネットワークデバイスは、端末デバイスに第１のフィードバック情報を送信する。ここで、第１のフィードバック情報は、ネットワークデバイスが第１の対応関係を成功裏に受信したことを示すために用いられる。
【０３０２】
限定するものではなく例として、第１のフィードバック情報は、以下のコンテンツのうちの少なくとも１つを含み得る。第１のコンテキスト識別子又はＡＣＫ情報。
【０３０３】
可能な実装において、第１の対応関係が第２のイーサネット（登録商標）パケットの第２のヘッダで搬送される場合、第１のフィードバック情報は、第２のイーサネット（登録商標）パケットのシーケンス番号をさらに含み得る。このように、ネットワークデバイスが第１の対応関係を成功裏に受信することも示され得る。
【０３０４】
本願の本実施形態において、フィードバック情報を搬送するために用いられるパケットが、独立して設計され得る。第１のフィードバック情報は、ネットワークデバイスによって送信されるパケットのペイロード領域で搬送される。
【０３０５】
図７は、本願の本実施形態による、フィードバック情報を搬送するために用いられるパケットのフレームフォーマットの概略図である。図７に示されるように、パケットはヘッダ領域及びペイロード領域を含む。ヘッダは、パケットがデータタイプのパケットか制御情報タイプのパケットかを示すために用いられるフィールド、すなわち、Ｄ／Ｃフィールドであって、Ｄはデータを表し、Ｃは制御情報を表す、フィールドと、タイプフィールドであって、例えば、タイプフィールドイーサネット（登録商標）圧縮のフィードバック情報を示すために用いられるフィールドであり得る、タイプフィールドと、予約フィールドを表すＲフィールドとを少なくとも含み得る。ペイロード領域は、フィードバック情報（例えば、第１のフィードバック情報）を搬送する領域である。
【０３０６】
［第１のイーサネット（登録商標）パケットに対するネットワークデバイスの解凍状態］
【０３０７】
可能な実装において、方法は、以下のことをさらに含む。
【０３０８】
ネットワークデバイスは、端末デバイスに第２のフィードバック情報を送信する。ここで、第２のフィードバック情報は、ネットワークデバイスが第１のイーサネット（登録商標）パケットを成功裏に解凍したことを示すために用いられる。
【０３０９】
限定するものではなく例として、第２のフィードバック情報は、以下コンテンツのうちの少なくとも１つを含み得る。第１のイーサネット（登録商標）パケットのシーケンス番号又はＡＣＫ情報。
【０３１０】
本願の本実施形態において、フィードバック情報を搬送するために用いられるパケットが、独立して設計され得る。第２のフィードバック情報は、ネットワークデバイスによって送信されるパケットのペイロード領域で搬送される。フィードバック情報を搬送するために用いられるパケットのフレームフォーマットについて、図７における説明を参照する。簡潔にするために、ここでは詳細が再び説明されない。
【０３１１】
本願の本実施形態において、可能な実装において、端末デバイスは、ネットワークデバイスに、コンテキストをリセットすることを示すために用いられるインジケーション情報を送信し得る。インジケーション情報は、ネットワークデバイスに格納されているコンテキスト情報を削除するネットワークデバイスを示すために用いられる。これは、端末デバイス及びネットワークデバイスがコンテキスト情報の圧縮について再交渉する必要があることとしても理解され得る。
【０３１２】
本願の本実施形態における段階が、１つの機能エンティティで実装されてもよく、複数のエンティティで実装されてもよいことが留意されるべきである。エンティティ（ｅｎｔｉｔｙ）は論理エンティティであり、論理インスタンスの形態で実装される。具体的には、エンティティの機能が、ソフトウェアを用いることによって実装される。本願の本実施形態がＰＤＣＰエンティティ及び圧縮／解凍エンティティを含み得ることが想定される。可能な実装において、Ｓ３１０及び／又はＳ３２０はＰＤＣＰエンティティで実装され得、Ｓ３３０及び／又はＳ３５０は圧縮／解凍エンティティで実装され得る。ＰＤＣＰエンティティがＳ３１０及び／又はＳ３２０を実行した後、圧縮／解凍エンティティはイーサネット（登録商標）パケットを生成することが可能となり、イーサネット（登録商標）パケットがネットワークデバイスの圧縮／解凍エンティティに送信され、その結果、ネットワークデバイスは解凍機能を実行する。他の可能な実装において、本願の本実施形態は、ＰＤＣＰエンティティに完全に実装され得る。他の可能な実装において、本願の本実施形態は、圧縮／解凍エンティティに完全に実装される。
【０３１３】
上述では、アップリンク送信の観点から、本願の複数の実施形態におけるイーサネット（登録商標）データを圧縮する処理を説明する。以下では、ダウンリンク送信の観点から、本願の複数の実施形態におけるイーサネット（登録商標）データを圧縮する処理を続けて説明する。以下の実施形態において、「第３の（ｔｈｉｒｄ）」及び「第４の（ｆｏｕｒｔｈ）」は、上述の実施形態におけるイーサネット（登録商標）圧縮能力のパラメータ、イーサネット（登録商標）パケット、及び同様のものと区別するために用いられる。「第１の（ｆｉｒｓｔ）」、「第２の（ｓｅｃｏｎｄ）」、「第３の（ｔｈｉｒｄ）」及び「第４の（ｆｏｕｒｔｈ）」等の用語は、用語によって示されるオブジェクトのシーケンスを限定することを意図するものではなく、ダウンリンク送信の用語において、本明細書の「第３の」及び「第４の」は、「第１の」及び「第２の」に置き換えられ得る。
【０３１４】
図８は、本願の一実施形態による、イーサネット（登録商標）データの通信方法４００の概略的相互作用図である。
【０３１５】
本実施形態において、端末デバイスはネットワークデバイスに端末デバイスのイーサネット（登録商標）圧縮能力をレポートし、ネットワークデバイスは端末デバイスのイーサネット（登録商標）圧縮能力に基づいて端末デバイスの１又は複数のイーサネット（登録商標）圧縮能力を設定し、ネットワークデバイスは設定されたイーサネット（登録商標）圧縮能力に基づいてイーサネット（登録商標）データを圧縮し、端末デバイスに圧縮されたパケットを送信する。
【０３１６】
以下では、方法４００の段階を説明する。
【０３１７】
Ｓ４１０：端末デバイスが、ネットワークデバイスに圧縮能力情報を送信する。ここで、圧縮能力情報は端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい。
【０３１８】
Ｓ４１０の説明について、方法３００におけるＳ３１０の説明を参照する。簡潔にするために、ここでは詳細が再び説明されない。
【０３１９】
Ｓ４２０：ネットワークデバイスが、端末デバイスに圧縮設定情報を送信する。ここで、圧縮設定情報は第３のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第３のイーサネット（登録商標）圧縮能力を含む。
【０３２０】
本明細書では、圧縮設定情報は、端末デバイスのイーサネット（登録商標）圧縮能力を有効にするためにネットワークデバイスによって用いられる情報として理解され得る。圧縮設定情報の機能とアップリンク送信における圧縮設定情報の特定の機能とのわずかな差は、圧縮設定情報を受信した後、端末デバイスがイーサネット（登録商標）圧縮能力を有効にし、ネットワークデバイスがその後、圧縮されたイーサネット（登録商標）パケットを送信することを知り、イーサネット（登録商標）パケットを圧縮するために用いられる特定のイーサネット（登録商標）圧縮能力を知ることにあり、その結果、端末デバイスは、ネットワークデバイスによって送信された圧縮されたイーサネット（登録商標）データを解凍できる。
【０３２１】
端末デバイスがイーサネット（登録商標）圧縮能力を有効にすることが、端末デバイスが受信されて圧縮されたイーサネット（登録商標）データを解凍できることを示すことがここでは強調されるべきである。実際の処理において、機能エンティティは、圧縮／解凍機能についてさらに設定され得る。端末デバイスは、圧縮設定情報に基づいて、解凍機能エンティティを通じて受信したイーサネット（登録商標）パケットを直接解凍し得る。
【０３２２】
以下では、第３のイーサネット（登録商標）圧縮能力のパラメータを簡潔に説明する。
【０３２３】
可能な実装において、第３のイーサネット（登録商標）圧縮能力のパラメータは有効パラメータを含み、有効パラメータは第３のイーサネット（登録商標）圧縮能力を用いる端末デバイスを示すために用いられる。
【０３２４】
有効パラメータの説明について、方法３００におけるＳ３２０の有効パラメータの説明を参照する。
【０３２５】
可能な実装において、第３のイーサネット（登録商標）圧縮能力のパラメータは第３のフレームフォーマットを示すために用いられるフレームフォーマットパラメータを含み、第３のフレームフォーマットは第３のイーサネット（登録商標）パケットのフレームフォーマットである。
【０３２６】
このように、端末デバイスは、フレームフォーマットパラメータに基づいて、ネットワークデバイスが第３のフレームフォーマットに基づいて生成されたイーサネット（登録商標）データを圧縮できることを知り得る。
【０３２７】
確かに、第３のイーサネット（登録商標）圧縮能力のパラメータは有効パラメータを含まなくてよく、端末デバイス及びネットワークデバイスは、圧縮設定情報におけるフレームフォーマットパラメータがネットワークデバイスによって圧縮され得るフレームフォーマットを示すことを交渉し得る。このように、端末デバイスは、フレームフォーマットパラメータのみを用いることによって、端末デバイスが第３のフレームフォーマットに基づいて生成されたイーサネット（登録商標）データを解凍できることを決定し得る。
【０３２８】
可能な実装において、第３のイーサネット（登録商標）圧縮能力のパラメータは、第３のフレームフォーマットの圧縮アルゴリズムを示すために用いられるアルゴリズムパラメータをさらに含む。
【０３２９】
アルゴリズムパラメータの説明について、アップリンク送信におけるアルゴリズムパラメータ説明を参照する。簡潔にするために、ここでは詳細が再び説明されない。
【０３３０】
ダウンリンク送信について、圧縮アルゴリズムを示す可能な設定方式において、端末デバイスによって受信された設定情報は、第３のフレームフォーマットにおけるフィールドを示し、そのコンテンツが除去されていることが強調されるべきである。
【０３３１】
Ｓ４３０：ネットワークデバイスが、第３のイーサネット（登録商標）圧縮能力のパラメータに基づいて、第３のイーサネット（登録商標）パケットを生成する。
【０３３２】
すなわち、ネットワークデバイスは、第３のイーサネット（登録商標）圧縮能力のパラメータを用いることによってイーサネット（登録商標）データを圧縮し、具体的には、ネットワークデバイスは、イーサネット（登録商標）パケットのコンテキスト情報を除去して圧縮された第３のイーサネット（登録商標）パケットを生成する。
【０３３３】
アップリンク送信における第１のイーサネット（登録商標）パケットと類似して、ダウンリンク送信における第３のイーサネット（登録商標）パケットがＰＤＣＰ層イーサネット（登録商標）パケットであってもよく、他のプロトコル層でのイーサネット（登録商標）パケットであってもよいことが理解されるべきである。これは、本願の本実施形態において限定されない。
【０３３４】
Ｓ４４０：ネットワークデバイスが、端末デバイスに第３のイーサネット（登録商標）パケットを送信する。
【０３３５】
Ｓ４５０：端末デバイスが、第３のイーサネット（登録商標）パケットを解凍する。
【０３３６】
具体的には、端末デバイスは、第３のイーサネット（登録商標）パケットを圧縮されていないパケットに復元する必要がある。言い換えれば、端末デバイスは、第３のイーサネット（登録商標）パケットのヘッダ領域を復元するために、第３のイーサネット（登録商標）パケットにネットワークデバイスによって除去されたコンテキスト情報を追加する必要があり、それにより、第３のイーサネット（登録商標）パケットの解凍を完了させる。
【０３３７】
したがって、本願の本実施形態で提供されるイーサネット（登録商標）データの通信方法によれば、端末デバイスはネットワークデバイスに端末デバイスのイーサネット（登録商標）圧縮能力をレポートし、ネットワークデバイスは端末デバイスのイーサネット（登録商標）圧縮能力に基づいて端末デバイスの１又は複数のイーサネット（登録商標）圧縮能力を設定し、その結果、端末デバイスはイーサネット（登録商標）パケットの解凍機能を有効にし、ネットワークデバイスは端末デバイスに圧縮されたパケットを送信する。端末デバイスがイーサネット（登録商標）圧縮能力を用いることを可能にすることをネットワークデバイスが可能にする方式が提案され、圧縮されたイーサネット（登録商標）データが無線ネットワークにおいて端末デバイスとネットワークデバイスとの間で送信され得、シグナリングオーバーヘッドが効率的に減少し得る。
【０３３８】
端末デバイスがコンテキスト情報を取得して第３のイーサネット（登録商標）パケットを解凍することを可能にするために、本願の本実施形態は、以下の可能な実装を提供する。第３のイーサネット（登録商標）パケットは第３のヘッダを含み、第３のヘッダは第３のコンテキスト識別子を含み、第３のコンテキスト識別子は第３のコンテキスト情報を識別するために用いられる。
【０３３９】
方法は、以下のことをさらに含む。
【０３４０】
端末デバイスが、第３のコンテキスト識別子に基づいて、第３のコンテキスト情報を取得する。
【０３４１】
端末デバイスが第３のイーサネット（登録商標）パケットを解凍することは、以下のことを含む。
【０３４２】
端末デバイスが、第３のコンテキスト情報に基づいて、第３のイーサネット（登録商標）パケットを解凍する。
【０３４３】
具体的には、端末デバイスは、第３のイーサネット（登録商標）パケットの第３のヘッダから第３のコンテキスト識別子を取得し、第３のコンテキスト識別子に基づいて第３のコンテキスト識別子に対応するコンテキスト情報（すなわち、第３のコンテキスト情報）を取得し、第３のコンテキスト情報に基づいて第３のイーサネット（登録商標）パケットを解凍する。第３のコンテキスト情報は、上でリストされているものとリストされていないものとの異なるフレームフォーマットのうちのいずれか１つにおけるコンテキスト情報であり得る。
【０３４４】
ダウンリンク送信における第３のイーサネット（登録商標）パケットの第３のヘッダの説明について、アップリンク送信における第１のイーサネット（登録商標）パケットの第１のヘッダの説明を参照する。簡潔にするために、ここでは詳細が再び説明されない。
【０３４５】
したがって、本願の本実施形態において、コンテキスト情報を識別するために用いられるコンテキスト識別子がイーサネット（登録商標）パケットのヘッダに追加され、その結果、端末デバイスは、コンテキスト識別子を用いることによって対応するコンテキスト情報を取得し、それにより、端末デバイスがイーサネット（登録商標）パケットを成功裏に解凍することを効率的に実現する。
【０３４６】
上述のように、端末デバイスは、第３のコンテキスト識別子に基づいて、第３のコンテキスト識別子に対応するコンテキスト情報を取得し得る。具体的には、端末デバイスは、第３のコンテキスト識別子に基づいて、第３のコンテキスト識別子と第３のコンテキスト情報との間の第３の対応関係から第３のコンテキスト情報を取得し得る。端末デバイスが第３の対応関係を取得する方式について、本願の本実施形態は、様々な可能な実装を提供する。以下では、端末デバイスが第３の対応関係を取得する特定の態様を簡潔に説明する。
【０３４７】
［方式３］
【０３４８】
方式３において、端末デバイスは、ネットワークデバイスから第３の対応関係を取得する。言い換えれば、ネットワークデバイスは第３の対応関係を生成し、端末デバイスに第３の対応関係を送信する。
【０３４９】
可能な実装において、ネットワークデバイスは、端末デバイスにコンテキスト識別子とコンテキスト情報との間の対応関係を送信する。ここで、対応関係は第３の対応関係を含む。対応関係は少なくとも１つのコンテキスト識別子とコンテキスト情報のうちの少なくとも１つとの間の対応関係であり、各コンテキスト識別子は１つのコンテキスト情報に対応する。
【０３５０】
以下では、第３の対応関係を例として用いて、ネットワークデバイスが対応関係を送信する方式を説明する。
【０３５１】
可能な実装において、ネットワークデバイスは、様々な形態のシグナリング、例えば、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリングを用いることによって、端末デバイスに第３の対応関係を送信し得る。
【０３５２】
コンテキスト識別子によって占有されるビット数を減少されるために、フレームフォーマットごとの複数のコンテキスト情報が生成され得る。第３の対応関係は、例として用いられる。可能な実装において、ネットワークデバイスは、端末デバイスに、第３の対応関係に対応するフレームフォーマット（すなわち、第３のフレームフォーマット）を示すために用いられる情報を送信する。このように、端末デバイスは、第３の対応関係が第３のフレームフォーマットの対応関係であることを知り得、比較的少ない数のビットを占有するコンテキスト識別子を格納し得る。
【０３５３】
第３のフレームフォーマット及び第３の対応関係は、同一の情報で搬送されてもよく、異なる情報で搬送されてもよい。これは、本願の本実施形態において限定されない。
【０３５４】
シグナリングを減少させるという観点から、圧縮されていないイーサネット（登録商標）パケットを送信するとき、ネットワークデバイスは、代替的に、圧縮されていないイーサネット（登録商標）パケットのヘッダにおける対応関係を含み得る。ここで、対応関係は、圧縮されていないイーサネット（登録商標）パケットのフレームフォーマットにおけるコンテキスト情報及び対応するコンテキスト識別子を示し、その結果、端末デバイスは、圧縮されていないイーサネット（登録商標）パケットから対応関係を取得し得、対応関係を格納し得る。このように、ネットワークデバイスがその後、そのフレームフォーマットが圧縮されていないイーサネット（登録商標）パケットと同一である圧縮されたイーサネット（登録商標）パケットを送信する場合、端末デバイスは、予め格納された対応関係に基づいて、圧縮されたイーサネット（登録商標）パケットのコンテキスト情報を直接取得し、成功裏にイーサネット（登録商標）パケットを解凍し得る。
【０３５５】
したがって、他の可能な実装における第３の対応関係について、ネットワークデバイスは、端末デバイスに第４のイーサネット（登録商標）パケットを送信する。ここで、第４のイーサネット（登録商標）パケットは第４のヘッダを含み、第４のヘッダは第３の対応関係を含む。
【０３５６】
このように、第３の対応関係に加えて、対応関係における他の対応関係はまた、圧縮されていないイーサネット（登録商標）パケットで搬送され得る。
【０３５７】
同様、コンテキスト識別子によって占有されるビット数を減少させるために、可能な実装において、第４のヘッダは第４のイーサネット（登録商標）パケットのフレームフォーマットをさらに含み、第４のイーサネット（登録商標）パケットのフレームフォーマットは第３のイーサネット（登録商標）パケットのフレームフォーマット（すなわち、第３のフレームフォーマット）と同一である。
【０３５８】
ダウンリンク送信における第４のイーサネット（登録商標）パケットの第４のヘッダの説明について、方法３００のアップリンク送信における第２のイーサネット（登録商標）パケットの第２のヘッダの説明を参照する。簡潔にするために、ここでは詳細が再び説明されない。
【０３５９】
方式３において、ネットワークデバイス及び端末デバイスは、コンテキスト識別子とコンテキスト情報との間の対応関係を共同で維持する必要がある。端末デバイスのバッファ能力を考慮すれば、端末デバイスによって生成された対応関係が端末デバイスのバッファ能力を超えることを防止するために、本願の本実施形態は、以下の可能な実装をさらに提供する。
【０３６０】
ネットワークデバイスは、端末デバイスに第１のインジケーション情報を送信する。ここで、第１のインジケーション情報は、端末デバイスによって生成されるコンテキスト情報の最大数を示すために用いられる。
【０３６１】
［方式４］
【０３６２】
端末デバイスは、第３のコンテキスト識別子に基づいて、コンテキスト情報のうちの少なくとも１つと少なくとも１つのコンテキスト識別子との間の予め格納された対応関係から第３の対応関係を取得する。ここで、各コンテキスト情報は１つのコンテキスト識別子に対応する。
【０３６３】
方式４において、予め格納された対応関係は、システム又はプロトコルに定められていてもよく、前もって端末デバイスによって生成されてもよい。このように、以下のことが理解され得る。システム又はプロトコルにおいて、Ｍ個のコンテキスト情報が異なる圧縮可能なフレームフォーマットに設定されてもよく、端末デバイスが、異なる圧縮可能なフレームフォーマットに基づいて、Ｍ個のコンテキスト情報を生成してもよい。さらに、クエリ及び識別を促進するために、１つの対応するコンテキスト識別子がコンテキスト情報ごとに設定される。
【０３６４】
上述では、本願の本実施形態における対応関係を詳細に説明する。以下では、本願の本実施形態における関連情報のフィードバックを説明する。
【０３６５】
本願の本実施形態において、関連するフィードバックモードは、端末デバイスが第３の対応関係を成功裏に受信するか否か、及び端末デバイスが第３のイーサネット（登録商標）パケットを成功裏に解凍するか否かについて別々に設定される。
【０３６６】
可能な実装において、方法は、以下のことをさらに含む。
【０３６７】
ネットワークデバイスは、フィードバックモード情報を送信する。ここで、フィードバックモード情報は、以下ののうちのいずれか１つを含む。肯定応答（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ，ＡＣＫ）フィードバックモード、否定応答（ｎｅｇａｔｉｖｅ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ，ＮＡＣＫ）フィードバックモード、又はフィードバックなしモード。
【０３６８】
限定するものではなく例として、フィードバックモード情報は、ネットワークデバイスによって送信される設定情報であり得る。
【０３６９】
上述の３つのフィードバックモードは、第３の対応関係の端末デバイスの受信状態を例として用いることによって説明される。
【０３７０】
ＡＣＫフィードバックモードは、端末デバイスが第３の対応関係を成功裏に受信する場合に端末デバイスがネットワークデバイスにフィードバック情報を送信し、対照的に、端末デバイスが第３の対応関係を受信することを失敗した場合に端末デバイスがフィードバック情報を送信しないことを示す。予め設定された期間内にフィードバック情報を受信しない場合、ネットワークデバイスは、端末デバイスが第３の対応関係を受信することに失敗したとみなす。
【０３７１】
ＮＡＣＫフィードバックモードは、端末デバイスが第３の対応関係を受信することに失敗した場合に端末デバイスがネットワークデバイスにフィードバック情報を送信し、対照的に、端末デバイスが第３の対応関係を成功裏に受信した場合に端末デバイスがフィードバック情報を送信しないことを示す。予め設定された期間内にフィードバック情報を受信しない場合、ネットワークデバイスは、端末デバイスが第３の対応関係を成功裏に受信したとみなす。
【０３７２】
フィードバックなしモードは、第３の対応関係を送信した後、ネットワークデバイスが、端末デバイスが第３の対応関係を成功裏に受信したか否かを無視し、端末デバイスによって送信されるフィードバック情報を受信する必要がないことを示す。
【０３７３】
フィードバックなしモードについて、オプションで、端末デバイスは、ネットワークデバイスの設定情報からフィードバックなしモードに関する他のパラメータ、例えば、Ｎ及びＭ、を受信し得る。Ｎは圧縮されていないパケットを送信するために送信端（例えば、ネットワークデバイス）が圧縮モードを有効にした回数を表し、Ｍは圧縮モードを有効にした後に送信端（例えば、ネットワークデバイス）が圧縮されたパケットを送信できる期間を表す。タイマーが終了する前に圧縮モードが送信するために用いられ、タイマーが終了した後にコンテキスト情報がリセットされる。
【０３７４】
同様に、上述の３つのフィードバックモードが、第３のイーサネット（登録商標）パケットの端末デバイスの解凍状態を例として用いることによって説明される。
【０３７５】
ＡＣＫフィードバックモードは、端末デバイスが第３のイーサネット（登録商標）パケットを成功裏に解凍した場合に端末デバイスがネットワークデバイスにフィードバック情報を送信し、対照的に、端末デバイスが第３のイーサネット（登録商標）パケットを解凍することに失敗した場合に端末デバイスがフィードバック情報を送信しないことを示す。予め設定された期間内にフィードバック情報を受信しない場合、ネットワークデバイスは、端末デバイスが第３のイーサネット（登録商標）パケットを解凍することに失敗したとみなす。
【０３７６】
ＮＡＣＫフィードバックモードは、端末デバイスが第３のイーサネット（登録商標）パケットを解凍することに失敗した場合に端末デバイスがネットワークデバイスにフィードバック情報を送信し、対照的に、端末デバイスが第３のイーサネット（登録商標）パケットを成功裏に解凍した場合に端末デバイスがフィードバック情報を送信しないことを示す。予め設定された期間内にフィードバック情報を受信しない場合、ネットワークデバイスは、端末デバイスが第３のイーサネット（登録商標）パケットを成功裏に解凍したとみなす。
【０３７７】
フィードバックなしモードは、第３のイーサネット（登録商標）パケットを送信した後、ネットワークデバイスが、端末デバイスが第３のイーサネット（登録商標）パケットを成功裏に解凍したか否かを無視し、端末デバイスによって送信されるフィードバック情報を受信する必要がないことを示す。
【０３７８】
第３の対応関係の端末デバイスの受信状態及び第３のイーサネット（登録商標）パケットの端末デバイスの解凍状態の観点とは別に、以下では、ＡＣＫフィードバックモードを例として用いて、端末デバイスがフィードバック情報を送信する処理を説明する。
【０３７９】
［第３の対応関係の端末デバイスの受信状態］
【０３８０】
可能な実装において、方法は、以下のことをさらに含む。
【０３８１】
端末デバイスは、ネットワークデバイスに第３のフィードバック情報を送信する。ここで、第３のフィードバック情報は、端末デバイスが第３の対応関係を成功裏に受信したことを示すために用いられる。
【０３８２】
限定するものではなく例として、第３のフィードバック情報は、以下のコンテンツのうちの少なくとも１つを含み得る。第３のコンテキスト識別子又はＡＣＫ情報。
【０３８３】
可能な実装において、第３の対応関係が第４のイーサネット（登録商標）パケットの第４のヘッダで搬送される場合、第３のフィードバック情報は、第４のイーサネット（登録商標）パケットのシーケンス番号をさらに含み得る。このように、端末デバイスが第３の対応関係を成功裏に受信することも示され得る。
【０３８４】
本願の本実施形態において、フィードバック情報を搬送するために用いられるパケットが、独立して設計され得る。第３のフィードバック情報は、端末デバイスによって送信されるパケットのペイロード領域で搬送される。フィードバック情報を搬送するために用いられるパケットのフレームフォーマットの説明について、図７における上述の説明を参照する。簡潔にするために、ここでは詳細が再び説明されない。
【０３８５】
［第３のイーサネット（登録商標）パケットに対する端末デバイスの解凍状態］
【０３８６】
可能な実装において、方法は、以下のことをさらに含む。
【０３８７】
端末デバイスは、ネットワークデバイスに第４のフィードバック情報を送信する。ここで、第４のフィードバック情報は、端末デバイスが第３のイーサネット（登録商標）パケットを成功裏に解凍したことを示すために用いられる。
【０３８８】
限定するものではなく例として、第４のフィードバック情報は、以下のコンテンツのうちの少なくとも１つを含み得る。第３のイーサネット（登録商標）パケットのシーケンス番号又はＡＣＫ情報。
【０３８９】
本願の本実施形態において、フィードバック情報を搬送するために用いられるパケットが、独立して設計され得る。第４のフィードバック情報は、端末デバイスによって送信されるパケットのペイロード領域で搬送される。フィードバック情報を搬送するために用いられるパケットのフレームフォーマットについて、図７における説明を参照する。簡潔にするために、ここでは詳細が再び説明されない。
【０３９０】
アップリンク送信との類似性は、本願の本実施形態における段階が１つの機能エンティティで実装されてもよく、複数のエンティティで実装されてもよいことにある。エンティティ（ｅｎｔｉｔｙ）は論理エンティティであり、論理インスタンスの形態で実装される。具体的には、エンティティの機能が、ソフトウェアを用いることによって実装される。本願の本実施形態がＰＤＣＰエンティティ及び圧縮／解凍エンティティを含み得ることが想定される。可能な実装において、Ｓ４１０及び／又はＳ４２０はＰＤＣＰエンティティで実装され得、Ｓ４３０及び／又はＳ４５０は圧縮／解凍エンティティで実装され得る。ＰＤＣＰエンティティがＳ４１０及び／又はＳ４２０を実行した後、圧縮／解凍エンティティはイーサネット（登録商標）パケットを生成することが可能となり、イーサネット（登録商標）パケットが端末デバイスの圧縮／解凍エンティティに送信され、その結果、端末デバイスが解凍機能を実行する。他の可能な実装において、本願の本実施形態は、ＰＤＣＰエンティティに完全に実装され得る。他の可能な実装において、本願の本実施形態は、圧縮／解凍エンティティに完全に実装される。
【０３９１】
上述では、アップリンク送信及びダウンリンク送信の観点とは別に、本願の複数の実施形態におけるイーサネット（登録商標）データを圧縮する処理を説明する。以下では、受信端及び送信端の観点、並びにダウンリンク送信の観点から、本願の複数の実施形態におけるイーサネット（登録商標）データを圧縮する処理を続けて説明する。
【０３９２】
図９は、本願の一実施形態による、イーサネット（登録商標）データの通信方法５００の概略的相互作用図である。
【０３９３】
方法において、受信端は端末デバイスであり得、送信端はネットワークデバイスであり得る。代替的に、受信端はネットワークデバイスであり、送信端は端末デバイスである。
【０３９４】
Ｓ５１０：送信端が、第５のイーサネット（登録商標）パケットを生成する。ここで、第５のイーサネット（登録商標）パケットは第５のヘッダを含み、第５のヘッダは第５のコンテキスト識別子を含み、第５のコンテキスト識別子は第５のコンテキスト情報を識別するために用いられる。
【０３９５】
Ｓ５２０：送信端が、受信端に第５のイーサネット（登録商標）パケットを送信する。
【０３９６】
Ｓ５３０：受信端が、第５のコンテキスト識別子に基づいて、第５のコンテキスト情報を取得する。
【０３９７】
Ｓ５４０：受信端が、第５のコンテキスト情報に基づいて、第５のイーサネット（登録商標）パケットを解凍する。
【０３９８】
したがって、本願の本実施形態におけるイーサネット（登録商標）データの通信方法によれば、送信端は、受信端に圧縮されたイーサネット（登録商標）パケット（例えば、第５のイーサネット（登録商標）パケット）を送信し、その結果、リソースの無駄が効率的に減少し得る。さらに、コンテキスト情報を識別するために用いられるコンテキスト識別子がイーサネット（登録商標）パケットのヘッダに追加され、その結果、受信端は、コンテキスト識別子を用いることによって対応するコンテキスト情報を取得でき、それにより、受信端がイーサネット（登録商標）パケットを成功裏に解凍する可能性を効率的に確保する。
【０３９９】
オプションで、送信端は、受信端に、コンテキスト識別子とコンテキスト情報との間の対応関係を送信する。ここで、対応関係は、第５のコンテキスト識別子と第５のコンテキスト情報との間の第５の対応関係を含む。
【０４００】
オプションで、送信端は、受信端に第６のイーサネット（登録商標）パケットを送信する。ここで、第６のイーサネット（登録商標）パケットは第６のヘッダを含み、第６のヘッダは第５のコンテキスト識別子と第５のコンテキスト情報との間の対応関係を含む。
【０４０１】
したがって、対応関係が圧縮されていないイーサネット（登録商標）パケット（例えば、第６のイーサネット（登録商標）パケット）で搬送され、その結果、シグナリングオーバーヘッドが減少し得、リソースが節約され得る。
【０４０２】
オプションで、第６のヘッダは第６のイーサネット（登録商標）パケットのフレームフォーマットのタイプを示すために用いられるインジケーション情報をさらに含み、第６のイーサネット（登録商標）パケットのフレームフォーマットのタイプは第５のイーサネット（登録商標）パケットのフレームフォーマットのタイプと同一である。
【０４０３】
したがって、フレームフォーマットが圧縮されていないイーサネット（登録商標）パケット（例えば、第６のイーサネット（登録商標）パケット）で搬送され、その結果、システムは、フレームフォーマットごとに少なくとも１つのコンテキスト識別子を確立できる。コンテキスト情報が各フレームフォーマットで識別され、その結果、コンテキスト識別子によって占有されるビット数が減少し得る。
【０４０４】
オプションで、方法は、以下のことをさらに含む。
【０４０５】
受信端は、送信端に第５のフィードバック情報を送信する。ここで、第５のフィードバック情報は、受信端が対応関係を成功裏に受信したことを示すために用いられる。
【０４０６】
オプションで、第５のフィードバック情報は、対応関係にコンテキスト識別子を含める。
【０４０７】
第５のフィードバック情報は、第５の対応関係に第５のコンテキスト識別子を含める。
【０４０８】
オプションで、方法は、以下のことをさらに含む。
【０４０９】
受信端は、送信端に第６のフィードバック情報を送信する。ここで、第６のフィードバック情報は、受信端が第５のイーサネット（登録商標）パケットを成功裏に解凍したことを示すために用いられる。
【０４１０】
オプションで、送信端は端末デバイスであり、受信端はネットワークデバイスであり、方法は、以下のことをさらに含む。
【０４１１】
送信端が、受信端に圧縮能力情報を送信する。ここで、圧縮能力情報は送信端によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい。
【０４１２】
受信端が、送信端に圧縮設定情報を送信する。ここで、圧縮設定情報は第５のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第５のイーサネット（登録商標）圧縮能力を含む。
【０４１３】
送信端が第５のイーサネット（登録商標）パケットを生成することは、以下のことを含む。
【０４１４】
送信端が、第５のイーサネット（登録商標）圧縮能力のパラメータに基づいて、第５のイーサネット（登録商標）パケットを生成する。
【０４１５】
オプションで、送信端はネットワークデバイスであり、受信端は端末デバイスであり、方法は、以下のことをさらに含む。
【０４１６】
受信端が、送信端に圧縮能力情報を送信する。ここで、圧縮能力情報は受信端によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい。
【０４１７】
送信端が、受信端に圧縮設定情報を送信する。ここで、圧縮設定情報は第５のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第５のイーサネット（登録商標）圧縮能力を含む。
【０４１８】
送信端が第５のイーサネット（登録商標）パケットを生成することは、以下のことを含む。
【０４１９】
送信端が、第５のイーサネット（登録商標）圧縮能力のパラメータに基づいて、第５のイーサネット（登録商標）パケットを生成する。
【０４２０】
アップリンク送信において、受信端はネットワークデバイスであり、送信端は端末デバイスである。本願の本実施形態における方法について、方法３００を参照する。簡潔にするために、ここでは詳細が再び説明されない。方法５００における第５のイーサネット（登録商標）パケットは方法３００における第１のイーサネット（登録商標）パケットに対応し得、方法５００における第５のヘッダは方法３００における第１のヘッダに対応し得、方法５００における第５のコンテキスト識別子は方法３００における第１のコンテキスト識別子に対応し得、方法５００における第５のコンテキスト情報は方法３００における第１のコンテキスト情報に対応し得、方法５００における第５の対応関係は方法３００における第１の対応関係に対応し得、方法５００における第６のイーサネット（登録商標）パケットは方法３００における第２のイーサネット（登録商標）パケットに対応し得、方法５００における第６のヘッダは方法３００における第２のヘッダに対応し得、方法５００における第５のフィードバック情報は方法３００における第１のフィードバック情報に対応し得、方法５００における第６のフィードバック情報は方法３００における第２のフィードバック情報に対応し得る。
【０４２１】
ダウンリンク送信において、受信端は端末デバイスであり得、送信端はネットワークデバイスであり得る。本願の本実施形態における方法について、方法４００を参照する。簡潔にするために、ここでは詳細が再び説明されない。方法５００における第５のイーサネット（登録商標）パケットは方法４００における第３のイーサネット（登録商標）パケットを対応し得、方法５００における第５のヘッダは方法４００における第３のヘッダに対応し得、方法５００における第５のコンテキスト識別子は方法４００における第３のコンテキスト識別子に対応し得、方法５００における第５のコンテキスト情報は方法４００における第３のコンテキスト情報に対応し得、方法５００における第５の対応関係は方法４００における第３の対応関係に対応し得、方法５００における第６のイーサネット（登録商標）パケットは方法４００における第４のイーサネット（登録商標）パケットに対応し得、方法５００における第６のヘッダは方法４００における第４のヘッダに対応し得、方法５００における第５のフィードバック情報は方法４００における第３のフィードバック情報に対応し得、方法５００における第６のフィードバック情報は方法４００における第４のフィードバック情報に対応し得る。
【０４２２】
以下では、イーサネット（登録商標）圧縮状態の遷移を示す図１３を参照して、受信端及び送信端の観点から、本願の本実施形態における圧縮されたパケットを送信することと圧縮されていないパケットを送信することとの間の動作変換を説明する。
【０４２３】
１．送信端が初期化状態であり、初期化状態は関連するイーサネット（登録商標）圧縮／解凍機能が送信端に設定されたことを示す。
【０４２４】
オプションで、送信端が圧縮を有効にする前に、受信端は、イーサネット（登録商標）圧縮初期化インジケーションを送信し得る。インジケーションを受信した後、送信端は、イーサネット（登録商標）圧縮／解凍機能を準備することを開始する。例えば、初期化インジケーションが、イーサネット（登録商標）圧縮シグナリング、ＭＡＣシグナリング、ＲＲＣシグナリング、ＮＡＳシグナリング、又はＰＤＣＰ  ＰＤＵのサブヘッダに追加される。その後、受信端によって受信されるイーサネット（登録商標）パケットが、解凍機能を用いることによって処理される必要があることが理解され得る。送信端によって送信されるイーサネット（登録商標）パケットが、圧縮機能を用いることによって処理される必要がある。
【０４２５】
２．限定するものではなく例として、以下のイベントのうちのいずれか１つが発生したとき、送信端は、圧縮されていないイーサネット（登録商標）パケットを送信する。ここで、圧縮されていないイーサネット（登録商標）パケットは、受信端によって格納される必要があるコンテキスト情報を搬送し得る。
【０４２６】
オプションで、送信端は、コンテキスト情報を確立していない。
【０４２７】
オプションで、送信端及び受信端は、非同期状態である。
【０４２８】
３．限定するものではなく例として、以下のイベントのうちのいずれか１つが発生したとき、送信端は、初期化状態から圧縮状態に遷移する。
【０４２９】
オプションで、送信端が圧縮を有効にする前に、受信端は、イーサネット（登録商標）圧縮有効化インジケーションを送信し得る。インジケーション情報を受信した後、送信端は、イーサネット（登録商標）圧縮／解凍機能を有効にする。例えば、有効化インジケーションが、イーサネット（登録商標）圧縮シグナリング、ＭＡＣシグナリング、ＲＲＣシグナリング、ＮＡＳシグナリング、又はＰＤＣＰ  ＰＤＵのサブヘッダに追加される。その後、受信端によって受信されるイーサネット（登録商標）パケットが、解凍機能を用いることによって処理される必要があることが理解され得る。送信端によって送信されるイーサネット（登録商標）パケットが、圧縮機能を用いることによって処理される必要がある。
【０４３０】
４．圧縮されたイーサネット（登録商標）パケットを送信することを決定した後、送信端は、圧縮されたイーサネット（登録商標）パケットを送信する。
【０４３１】
４Ａ．圧縮停止状態
【０４３２】
この処理において、オプションで、受信端はイーサネット（登録商標）圧縮停止インジケーションを送信し得、インジケーションを受信した後、送信端はイーサネット（登録商標）圧縮動作を停止する。例えば、イーサネット（登録商標）圧縮停止インジケーションが、イーサネット（登録商標）圧縮シグナリング、ＭＡＣシグナリング、ＲＲＣシグナリング、ＮＡＳシグナリング、又はＰＤＣＰ  ＰＤＵのサブヘッダに追加される。
【０４３３】
オプションで、受信端はイーサネット（登録商標）圧縮復元インジケーションを送信し得、インジケーションを受信した後、送信端はイーサネット（登録商標）圧縮動作を復元する。例えば、イーサネット（登録商標）圧縮復元インジケーションが、イーサネット（登録商標）圧縮シグナリング、ＭＡＣシグナリング、ＲＲＣシグナリング、ＮＡＳシグナリング、又はＰＤＣＰ  ＰＤＵのサブヘッダに追加される。
【０４３４】
オプションで、イーサネット（登録商標）圧縮復元インジケーションを受信しない場合、送信端は、圧縮停止状態から初期化状態に遷移する。
【０４３５】
５．以下のイベントのうちのいずれか１つが発生したとき、送信端は、圧縮状態から初期化状態に遷移する。
【０４３６】
オプションで、イーサネット（登録商標）圧縮バッファリセットインジケーションを受信した後、送信端は、イーサネット（登録商標）圧縮バッファにおけるコンテキスト情報をリセットする。例えば、イーサネット（登録商標）圧縮バッファリセットインジケーションが、イーサネット（登録商標）圧縮シグナリング、ＭＡＣシグナリング、ＲＲＣシグナリング、ＮＡＳシグナリング、又はＰＤＣＰ  ＰＤＵのサブヘッダに追加される。例えば、イーサネット（登録商標）圧縮バッファリセットインジケーションは、端末のハンドオーバー中の受信端及び送信端のコンテキストを再同期するために用いられる。
【０４３７】
上述では、図３から図９を参照して、第１の態様における一実施形態を詳細に説明する。以下では、図１０及び図１１を参照して、本願の複数の実施形態の第２の態様における一実施形態を詳細に説明する。
【０４３８】
上述のように、第２の態様は、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットを送信する方法についての解決策を説明する。本願の複数の実施形態は、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットを送信する２つの方式（すなわち、方式Ａ及び方式Ｂ）を提供する。方式Ａにおいて、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩが提案され、ネットワークデバイスはＲＮＴＩに基づいてブロードキャストタイプのイーサネット（登録商標）パケットを送信する。方式Ｂにおいて、システム情報ブロック（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ，ＳＩＢ）におけるブロードキャストタイプのイーサネット（登録商標）パケットを送信することが提案される。２つの方式が、組み合わせて用いられてもよく、別々に用いられてもよい。さらに、第２の態様における一実施形態が第１の態様における一実施形態と組み合わされてもよく、第２の態様における一実施形態が独立して用いられてもよい。本願の複数の実施形態はそれらに限定されるものではない。
【０４３９】
理解を容易にするために、本願の複数の実施形態においてデータを送信するブロードキャスト方式及びグループキャスト方式が、最初に説明される。
【０４４０】
ブロードキャスト方式：パケットがブロードキャスト方式で送信されるとき、パケットが単一の送信元から共有イーサネット（登録商標）における全てのホストに送信され、パケットを受信する全てのホストはパケットを処理する必要がある。限定するものではなく例として、ブロードキャストタイプのイーサネット（登録商標）パケットのＭＡＣアドレスの長さは４８ビットであり、各ビットの値は１であり、長さは１６進法でＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦである。
【０４４１】
グループキャスト方式：パケットがグループキャスト方式で送信されるとき、パケットが送信元デバイスからホストのグループに送信される。グループキャスト方式は、選択性を有するブロードキャスト方式として理解され得る。グループキャスト方式において、１つのグループに属するホストに、１つのグループキャストアドレスが割り当てられる。ホストは、特定のグループキャストアドレスをリッスンし、その宛先ＭＡＣアドレスがグループキャストＭＡＣアドレスであるパケットを受信して処理する。
【０４４２】
本願の複数の実施形態において、説明を簡潔にするために、ブロードキャスト方式で送信されるイーサネット（登録商標）パケットがブロードキャストタイプのイーサネット（登録商標）パケットと称され得、グループキャスト方式で送信されるイーサネット（登録商標）パケットがグループキャストタイプのイーサネット（登録商標）パケットと称され得、ユニキャスト方式で送信されるイーサネット（登録商標）パケットがユニキャストタイプのイーサネット（登録商標）パケットと称され得る。さらに、ブロードキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩが略してブロードキャストタイプのＲＮＴＩと称され得、グループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩが略してグループキャストタイプのＲＮＴＩと称され得、ユニキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩが略してユニキャストタイプのＲＮＴＩと称され得る。２つの表現は置き換え可能である。
【０４４３】
さらに、ブロードキャストタイプ又はグループキャストタイプのパケットが複数の端末デバイスに送信される必要があるので、説明を容易にするために、複数の端末デバイスのうちのいずれか１つが本願の複数の実施形態を説明するための例として用いられる。
【０４４４】
以下では、図１０及び図１１を参照して上述の２つの方式を別々に説明する。
【０４４５】
［方式Ａ］
【０４４６】
ネットワークデバイスは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩに基づいて、ブロードキャストタイプのイーサネット（登録商標）パケットを送信する。
【０４４７】
限定するものではなく例として、方式Ａが、端末デバイスが接続モードにあるシナリオで用いられ得る。
【０４４８】
図１０は、本願の一実施形態による、イーサネット（登録商標）データの通信方法６００の概略的相互作用図である。
【０４４９】
Ｓ６１０：ネットワークデバイスが、端末デバイスにダウンリンク制御情報ＤＣＩを送信する。ここで、ＤＣＩは第１の無線ネットワーク一時識別子（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ，ＲＮＴＩ）を用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。
【０４５０】
Ｓ６２０：ネットワークデバイスが、端末デバイスにイーサネット（登録商標）パケットを送信する。
【０４５１】
Ｓ６３０：端末デバイスが、ＤＣＩによって示される時間−周波数リソースでネットワークデバイスからイーサネット（登録商標）パケットを受信する。
【０４５２】
可能な実装において、第１のＲＮＴＩは、非ユニキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩであり得る。例えば、第１のＲＮＴＩは、グループキャストタイプのイーサネット（登録商標）パケット、ブロードキャストタイプのイーサネット（登録商標）パケット、又は他のタイプのイーサネット（登録商標）パケットのＲＮＴＩであり得る。これは、本願の本実施形態において限定されない。実装において、例えば、ユニキャストタイプのイーサネット（登録商標）パケットをスケジューリングするために用いられるスケジューリング情報（すなわち、ＤＣＩ）が第２のＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩが新たに導入され、非ユニキャストタイプのイーサネット（登録商標）パケットのＤＣＩをスクランブルするために用いられる。
【０４５３】
具体的には、非ユニキャストタイプのイーサネット（登録商標）パケットをスケジューリングする必要があるとき、ネットワークデバイスは、第１のＲＮＴＩを用いることによって、非ユニキャストタイプのイーサネット（登録商標）パケットをスケジューリングするためのＤＣＩをスクランブルし得る。ＤＣＩを検出及び受信した後、端末デバイスは、ＤＣＩを用いることによってスケジューリングされたパケットはイーサネット（登録商標）パケットであることを知り得、ＤＣＩによって示される時間−周波数リソース上でイーサネット（登録商標）パケットを受信する。
【０４５４】
本願の本実施形態において、第１のＲＮＴＩが、非ユニキャストタイプのイーサネット（登録商標）パケットを受信するために特に用いられ、端末デバイスとネットワークデバイスとの間の信号情報における端末デバイスの識別子として理解され得る。識別子は、端末デバイスで予め設定されてもよく、プロトコルで規定されてもよく、ネットワークデバイスから端末デバイスによって受信されてもよい。識別子がプロトコルで規定される場合、イーサネット（登録商標）タイプをサポートする端末デバイスのみが、識別子を用いることによって、ダウンリンクスケジューリング情報（例えば、ＤＣＩ）を受信する。識別子が設定される場合、識別子を受信する端末デバイスのみが、識別子を用いることによって、ダウンリンクスケジューリング情報を受信する。識別子がネットワークデバイスから端末デバイスによって受信される場合、端末デバイスは、専用又はブロードキャストメッセージを用いることによって、識別子を受信する。
【０４５５】
可能な実装において、第１のＲＮＴＩは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩである。
【０４５６】
具体的には、ブロードキャストタイプのイーサネット（登録商標）パケットを送信する必要がある場合、ネットワークデバイスは、ブロードキャストタイプのＲＮＴＩ（例えば、ＲＮＴＩ１）を用いることによって、イーサネット（登録商標）パケットの時間−周波数リソースを示すＤＣＩをスクランブルする。グループキャストタイプのイーサネット（登録商標）パケットを送信する必要がある場合、ネットワークデバイスは、グループキャストタイプのＲＮＴＩ（例えば、ＲＮＴＩ２）を用いることによって、イーサネット（登録商標）パケットの時間−周波数リソースを示すＤＣＩをスクランブルする。端末デバイスは、ＲＮＴＩ１を用いることによってスクランブルされたＤＣＩ及びＲＮＴＩ２を用いることによってスクランブルされたＤＣＩの両方を受信し得、スクランブル識別子に基づいてイーサネット（登録商標）パケットのタイプを決定し得、すなわち、イーサネット（登録商標）パケットがブロードキャストタイプであるかグループキャストタイプのイーサネット（登録商標）パケットであるかを決定し得る。イーサネット（登録商標）パケットの他のタイプは、同一の方式で送信及び受信され得る。
【０４５７】
限定するものではなく例として、実装において、システムにおける複数のタイプの予約ＲＮＴＩが存在する。イーサネット（登録商標）パケットを送信するとき、ネットワークデバイスは、イーサネット（登録商標）パケットのタイプに基づいて予約ＲＮＴＩからパケットのタイプに対応するＲＮＴＩを選択してＤＣＩをスクランブルし得る。例えば、イーサネット（登録商標）パケットがブロードキャストタイプのイーサネット（登録商標）パケットである場合、ネットワークデバイスは、予約ＲＮＴＩからブロードキャストタイプのＲＮＴＩ（例えば、ＲＮＴＩ１）を選択し、イーサネット（登録商標）パケットの時間−周波数リソースを示すＤＣＩをスクランブルし得る。イーサネット（登録商標）パケットがグループキャストタイプのイーサネット（登録商標）パケットである場合、ネットワークデバイスは、予約ＲＮＴＩからグループキャストタイプのＲＮＴＩ（例えば、ＲＮＴＩ２）を選択し、イーサネット（登録商標）パケットの時間−周波数リソースを示すＤＣＩをスクランブルし得る。
【０４５８】
以下では、ブロードキャストタイプのＲＮＴＩ及びグループキャストタイプのＲＮＴＩを用いることによって、第１のＲＮＴＩのコンテンツを別々に説明する。
【０４５９】
第１のＲＮＴＩは、ブロードキャストタイプのＲＮＴＩである。
【０４６０】
第１のＲＮＴＩがブロードキャストタイプのＲＮＴＩである場合、ブロードキャストの範囲内のセルにおける端末デバイスは、第１のＲＮＴＩを用いることによってスクランブルされたＤＣＩをリッスンし、ＤＣＩを受信した後、ＤＣＩによって示される時間−周波数リソース上でイーサネット（登録商標）パケットを受信する。
【０４６１】
第１のＲＮＴＩがブロードキャストタイプのＲＮＴＩであり、通常、ブロードキャストタイプのイーサネット（登録商標）パケット内のＭＡＣアドレスが固定されて、例えば、上述のＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦであるので、ブロードキャストタイプのＭＡＣアドレスがパケットに追加される必要がなくてよい。したがって、本願の本実施形態は、以下の可能な実装を提供する。
【０４６２】
第１のＲＮＴＩはブロードキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩであり、イーサネット（登録商標）パケットのヘッダはブロードキャストタイプの媒体アクセス制御ＭＡＣアドレスを含まない。
【０４６３】
このように、ブロードキャストタイプのＭＡＣアドレスがブロードキャストタイプのイーサネット（登録商標）パケットから削除され、その結果、リソースが効率的に節約され得る。
【０４６４】
可能な実装において、ＤＣＩは第１の情報を含み、第１の情報は、ＤＣＩを用いることによってスケジューリングされたパケットがブロードキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる。
【０４６５】
第１のＲＮＴＩはグループキャストタイプのＲＮＴＩである。
【０４６６】
グループキャストタイプのＲＮＴＩについて、少なくとも１つのグループキャストタイプのＲＮＴＩが端末デバイスの少なくとも１つのグループに構成され得、端末デバイスの１つのグループは１つのグループキャストタイプのＲＮＴＩに対応する。第１のＲＮＴＩがグループキャストタイプのＲＮＴＩである場合、第１のＲＮＴＩに対応するグループ内の端末デバイスは第１のＲＮＴＩをリッスンし、ＤＣＩを受信した後、ＤＣＩによって示される時間−周波数リソース上のイーサネット（登録商標）パケットを受信する。
【０４６７】
可能な実装において、ＤＣＩは第１の情報を含み、第１の情報は、ＤＣＩを用いることによってスケジューリングされたパケットがグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる。
【０４６８】
したがって、本願の本実施形態におけるイーサネット（登録商標）データ通信方法によれば、ＤＣＩがブロードキャストタイプ又はグループキャストタイプに専用のＲＮＴＩを用いることによってスクランブルされ、ブロードキャストタイプ又はグループキャストタイプのデータを受信する必要がある端末デバイス以外の端末デバイスに対する干渉を減少させ、それにより、イーサネット（登録商標）データを送信する性能を改善する。
【０４６９】
本願の本実施形態において、イーサネット（登録商標）パケットがグループキャストタイプのイーサネット（登録商標）パケットであるとき、グループキャストＭＡＣアドレスがＲＮＴＩに対応する場合、すなわち、端末デバイスがグループキャストタイプのＲＮＴＩに基づいてグループキャストアドレスを決定できる場合、イーサネット（登録商標）パケットのヘッダがグループキャストタイプのＭＡＣアドレスを含まなくてよい。例えば、１つのＲＮＴＩがグループキャストのグループごとに設定され、各グループキャストのグループにおける少なくとも１つの端末デバイスのパケットをスケジューリングするために用いられるＤＣＩをスクランブルするために用いられる。このように、グループキャストのグループにおける端末デバイスは、グループキャストのグループに対応するＲＮＴＩに基づいて、ＲＮＴＩに対応するグループキャストのグループを決定し得、さらに、イーサネット（登録商標）パケットのヘッダにＭＡＣアドレスを含まなくてよい。
【０４７０】
ネットワークデバイスがアクセスネットワークデバイスであるとき、アクセスネットワークデバイスがコアネットワークデバイスから受信したイーサネット（登録商標）パケットのタイプを識別するのに役立つために、共通のサービス品質（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ，ＱｏＳ）フローが、アクセスネットワークデバイスとコアネットワークデバイスとの間で確立され得る。ここで、共通のＱｏＳフローは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットを搬送するために用いられるＱｏＳフローである。実装処理において、共通のＱｏＳフローからイーサネット（登録商標）パケットを受信した場合、ネットワークデバイスは、受信したイーサネット（登録商標）パケットがブロードキャスト方式又はグループキャスト方式で端末デバイスにネットワークデバイスによって送信される必要があるとみなす。
【０４７１】
本願の本実施形態において、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示す必要がなくてよく、ＤＣＩが第１のＲＮＴＩを用いることによってスクランブルされ、イーサネット（登録商標）パケットを搬送する時間−周波数リソースがＳＩＢを用いることによって示される。端末デバイスは、ＤＣＩ及びＳＩＢに基づいて、イーサネット（登録商標）パケットを受信する。
【０４７２】
端末デバイスがイーサネット（登録商標）パケットを成功裏に受信したか否かをネットワークデバイスが知ることを可能にするために、端末デバイスは、ネットワークデバイスにフィードバック情報を送信し得る。具体的には、フィードバック情報を送信する方法について、限定するものではなく例として、イーサネット（登録商標）パケットを受信した後、端末デバイスは、予め設定されたシーケンスで、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＰＵＳＣＨ）又は物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，ＰＵＣＣＨ）等のアップリンクチャネル上でフィードバックを送信し得る。
【０４７３】
予め設定されたシーケンスは、以下の２つの意味を有する。
【０４７４】
１つ目の意味：端末デバイスに関する情報がブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットに存在するか否かにかかわらず、イーサネット（登録商標）パケットを受信した後、端末デバイスは、フィードバックリソースを占有してフィードバック情報を送信する。
【０４７５】
２つ目の意味：端末デバイスに関する情報がブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットに存在する限り、イーサネット（登録商標）パケットを受信した後、端末デバイスは、フィードバック送信リソースを占有してフィードバック情報を送信する。
【０４７６】
本明細書では、フィードバックリソースが、以下の方式のうちのいずれか１つで決定され得る。端末デバイスが、イーサネット（登録商標）パケットが配置されている無線フレームの位置に基づくマッピングを通じて、フィードバックリソースを取得する、又は、端末デバイスが、イーサネット（登録商標）パケットが配置されている開始無線フレームの位置に基づくマッピングを通じて、フィードバックリソースを取得する、又は、端末デバイスが、イーサネット（登録商標）パケットが配置されている最終無線フレームの位置に基づくマッピングを通じて、フィードバックリソースを取得する、又は、端末デバイスが、イーサネット（登録商標）パケットをスケジューリングするために用いられるＤＣＩの制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ，ＣＣＥ）の位置に基づくマッピングを通じて、フィードバックリソースを取得する。
【０４７７】
［方式Ｂ］
【０４７８】
ネットワークデバイスは、ＳＩＢを用いることによって、ブロードキャストタイプのイーサネット（登録商標）パケットを送信する。
【０４７９】
図１１は、本願の一実施形態による、イーサネット（登録商標）データの通信方法７００の概略的相互作用図である。
【０４８０】
Ｓ７０１：ネットワークデバイスが、ページングメッセージを送信する。ここで、ページングメッセージはインジケーション情報を含み、インジケーション情報は、ＳＩＢがイーサネット（登録商標）パケットを含むことを示ために用いられる。
【０４８１】
言い換えれば、インジケーション情報は、ＳＩＢのタイプがイーサネット（登録商標）パケットを含むＳＩＢのタイプであることを示すために用いられ、又は、インジケーション情報は、ネットワークデバイスがＳＩＢ内のイーサネット（登録商標）パケットを送信することを端末デバイスに通知するために用いられる。
【０４８２】
Ｓ７１０：ネットワークデバイスが、ＳＩＢを生成する。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。
【０４８３】
限定するものではなく例として、ＳＩＢは、イーサネット（登録商標）フレームフォーマット、仮想ネットワークラベル、及び／又はサービス仮想ネットワークラベルをさらに示し得る。
【０４８４】
Ｓ７２０：ネットワークデバイスが、端末デバイスにＳＩＢを送信する。
【０４８５】
限定するものではなく例として、ネットワークデバイスはインジケーション情報を送信する必要がなくてよく、又は、ページングメッセージ内のインジケーション情報を送信する必要がなくてよく、端末デバイスがＳＩＢを直接受信する。
【０４８６】
したがって、本願の本実施形態で提供されるイーサネット（登録商標）データの通信方法によれば、ブロードキャストタイプのイーサネット（登録商標）パケットがＳＩＢを用いることによって送信され、イーサネット（登録商標）パケットを受信することを端末デバイスに効率的に通知し、それにより、送信効率を改善する。
【０４８７】
さらに、第３の情報がページングメッセージに追加され、その結果、ページングメッセージ送信機構が効率的に用いられ得る。具体的には、端末デバイスは、時間周期性でページングメッセージを受信し、端末デバイスに対するメッセージが存在するか否かを検出し、それにより、設計の複雑さを減少させ、端末デバイスがパケットを受信する信頼性を改善する。
【０４８８】
方式Ａで説明されるように、通常、ブロードキャストタイプのイーサネット（登録商標）パケット内のＭＡＣアドレスは固定され、例えば、上述のＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦである。この場合、ブロードキャストタイプのＭＡＣアドレスがパケットに追加される必要がなくてよい。したがって、本願の本実施形態は、以下の可能な実装を提供する。
【０４８９】
イーサネット（登録商標）パケットのヘッダはブロードキャストタイプの媒体アクセス制御ＭＡＣアドレスを含まない。
【０４９０】
このように、ブロードキャストタイプのＭＡＣアドレスがブロードキャストタイプのイーサネット（登録商標）パケットから削除され、その結果、リソースが効率的に節約され得る。
【０４９１】
方式Ａとの類似性は、方式Ｂにおいて、ネットワークデバイスはアクセスネットワークデバイスである場合、共通のＱｏＳフローがアクセスネットワークデバイスとコアネットワークデバイスとの間に確立され得ることにある。共通のＱｏＳフローをイーサネット（登録商標）パケットから受信する場合、アクセスネットワークデバイスは、受信したイーサネット（登録商標）パケットがブロードキャスト方式又はグループキャスト方式で端末デバイスにネットワークデバイスによって送信される必要があるとみなす。さらに、端末デバイスがイーサネット（登録商標）パケットを成功裏に受信したか否かをネットワークデバイスが知ることを可能にするために、端末デバイスは、ネットワークデバイスにフィードバック情報を送信し得る。具体的には、フィードバック情報を送信する方法について、方式Ａにおける関連する説明を参照する。簡潔にするために、ここでは詳細が再び説明されない。
【０４９２】
本願の本実施形態において、方式Ａ及び方式Ｂが組み合わされて用いられ得る。例えば、以下のように組み合わされる。
【０４９３】
ネットワークデバイスが、端末デバイスにダウンリンク制御情報ＤＣＩを送信する。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。
【０４９４】
ネットワークデバイスが、端末デバイスにＳＩＢを送信する。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。
【０４９５】
端末デバイスが、ＤＣＩによって示される時間−周波数リソース上でネットワークデバイスからＳＩＢを受信する。言い換えれば、このように、イーサネット（登録商標）パケットがＳＩＢにおいて搬送され得る。第１のＲＮＴＩの説明について、方式Ａにおける第１のＲＮＴＩの説明を参照し、詳細は再び本明細書において説明されない。
【０４９６】
上述では、図１０及び図１１を参照して、第２の態様における一実施形態を詳細に説明する。以下では、図１２を参照して、本願の複数の実施形態の第３の態様における一実施形態を詳細に説明する。
【０４９７】
イーサネット（登録商標）パケットの正確な送信を促進するために、イーサネット（登録商標）パケットが端末デバイスのＭＡＣアドレスを搬送する必要があることが第１の態様において明確に言及されている。したがって、ネットワークデバイスは、ネットワークデバイスと通信接続している端末デバイスのＭＡＣアドレスを時間内に知る必要がある。第３の態様において、ＭＡＣアドレスをレポートする方法に関する解決策が提案される。第３の態様は、第１の態様又は第２の態様のうちの少なくとも１つと組み合わせて用いられてもよく、独立して用いられてもよい。
【０４９８】
本願の本実施形態において、端末デバイスは、３つのケースでＭＡＣアドレスを送信し得る。以下では、３つのケースを別々に説明する。
【０４９９】
［ケース１］
【０５００】
端末デバイスは、ネットワークデバイスによって送信された要求メッセージを受信した後、ＭＡＣアドレスをレポートする。
【０５０１】
図１２は、本願の一実施形態による、イーサネット（登録商標）データの通信方法８００の概略的相互作用図である。
【０５０２】
Ｓ８１０：ネットワークデバイスが、要求メッセージを送信する。ここで、要求メッセージが端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを要求するために用いられる。
【０５０３】
Ｓ８２０：端末デバイスが、ネットワークデバイスにＭＡＣアドレスを送信する。
【０５０４】
端末デバイスと関連しているＭＡＣアドレスは、端末デバイスのＭＡＣアドレスを含み得、有線方式又は無線方式で端末デバイスに接続されている他の端末デバイスのＭＡＣアドレスをさらに含み得る。差別化のために、端末デバイスは中継端末として用いられ得、端末デバイスと関連している端末デバイスが関連端末として用いられ得る。図１に示されるトポロジを有するシステムにおいて、１つの端末デバイスが複数の端末デバイスに接続され得るので、端末デバイスは、端末デバイスと関連しているＭＡＣアドレスをレポートする必要がある。例えば、端末デバイス１３１は、端末デバイス１３２に接続されているだけでなく、他の端末デバイスにも接続されており、端末デバイス１３１は、端末デバイス１３２及び他の端末デバイスのデータを転送する必要があり、端末デバイス１３２及び他の端末デバイスの中継デバイスとしての機能を果たす。イーサネット（登録商標）パケットを正確に送信するために、端末デバイス１３１はまた、ネットワークデバイスに、端末デバイス１３１に接続されている他の端末デバイスのＭＡＣアドレスをレポートする必要がある。
【０５０５】
ネットワークデバイスは、アクセスネットワークデバイス又はコアネットワークデバイスであり得る。限定するものではなく例として、ネットワークデバイスはアクセスネットワークデバイスである場合、アクセスネットワークデバイスは、専用ＲＲＣシグナリングを送信し、端末デバイスによって用いられるＭＡＣアドレスをレポートすることを端末デバイスに要求し得る。ネットワークデバイスがコアネットワークデバイスである場合、コアネットワークデバイスは、専用ＮＡＳシグナリングを送信し、用いるＭＡＣアドレスをレポートすることを端末デバイスに要求し得る。要求メッセージが端末デバイスのＭＡＣタイプの識別子クエリ要求であり得ることが理解され得る。
【０５０６】
したがって、本願の本実施形態におけるイーサネット（登録商標）データの通信方法によれば、ネットワークデバイスが端末デバイスに端末デバイスのＭＡＣアドレスを要求するために用いられる要求メッセージを送信し、その結果、端末デバイスが時間内でネットワークデバイスにＭＡＣアドレスをレポートし得る。このように、ネットワークデバイスは、時間内で端末デバイスのＭＡＣアドレスを知り得、それにより、データ送信を促進する。
【０５０７】
ＭＡＣアドレスをレポートする方式について、可能な実装において、端末デバイスは、非アクセス層ＮＡＳメッセージを送信する。ここで、ＮＡＳメッセージは応答情報を含む。
【０５０８】
具体的には、モバイルネットワークに登録し、ＮＡＳセキュリティ保護を有効にした後、端末デバイスは、ＮＡＳメッセージ用いることによって、ネットワークデバイス（例えば、コアネットワークデバイス）に端末デバイスのＭＡＣアドレスをレポートし得る。オプションで、コアネットワークデバイスは、アクセスネットワークデバイスに受信したＭＡＣアドレスを送信し得る。例えばは、ＮＡＳメッセージ、トラッキングエリアアップデート（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ，ＴＡＵ）又はＰＤＵセッション確立要求であり得る。
【０５０９】
他の可能な実装において、端末デバイスは、サービス要求メッセージ又はＰＤＮ接続設定要求メッセージを用いることによって、コアネットワークデバイスにＭＡＣアドレスをレポートし得る。オプションで、コアネットワークデバイスは、アクセスネットワークデバイスに受信したＭＡＣアドレスを送信し得る。
【０５１０】
［ケース２］
【０５１１】
端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスが変更されるとき、端末デバイスが、ネットワークデバイスに変更したＭＡＣアドレスを送信する。
【０５１２】
例えば、有線方式で端末デバイスに接続されているイーサネット（登録商標）デバイスのネットワークアダプタが変更された場合、ＭＡＣアドレスは、通常、変更される。この場合、端末デバイスは、ＭＡＣアドレスを更新する必要があり、したがって、ネットワークデバイスに変更したＭＡＣアドレスをレポートする必要がある。
【０５１３】
ＭＡＣアドレスをレポートする方式について、ケース１の関連する説明を参照する。簡潔にするために、ここでは詳細が再び説明されない。
【０５１４】
［ケース３］
【０５１５】
端末デバイスが、端末デバイスと関連しているＭＡＣアドレスを周期的にレポートする。
【０５１６】
限定するものではなく例として、周期的なレポートの期間は、タイマーを用いることによってネットワークデバイスにより設定されてもよく、タイマーを用いることによって端末デバイスにより設定されてもよい。
【０５１７】
端末デバイスは、専用ＲＲＣシグナリング又は専用ＮＡＳシグナリングを用いることによって、ネットワークデバイスにＭＡＣアドレスをレポートし得る。
【０５１８】
例えば、ＭＡＣアドレスは、トラッキングエリアアップデート（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ，ＴＡＵ）メッセージに示される。他の例について、新たに追加されたＭＡＣアドレスは、ＴＡＵ要求メッセージに示される。
【０５１９】
上述では、第３の態様における一実施形態を詳細に説明し、以下では、本願の複数の実施形態の第４の態様における一実施形態を詳細に説明する。
【０５２０】
上述のように、第４の態様は、ネットワークデバイスがどのようにして端末デバイスの位置を特定して検索するかを説明する。第４の態様において、ネットワークデバイスは、端末デバイスにページングメッセージを送信する。ここで、ページングメッセージは、ページングされる必要がある端末デバイスのＭＡＣアドレスを搬送し、端末デバイスは、受信したページングメッセージにおけるＭＡＣアドレスに基づいて、ＭＡＣアドレスが端末デバイスのＭＡＣアドレスであるか端末デバイスに接続されている他の端末デバイスのＭＡＣアドレスかを決定し得る。具体的には、端末デバイスは、受信したＭＡＣアドレスが上位層で提供又は割り当てられたＭＡＣアドレスと一致するか否かを決定し得、受信したＭＡＣアドレスが上位層で提供又は割り当てられたＭＡＣアドレスと一致する場合、上位層にＭＡＣアドレスを転送し、端末デバイスは、ＲＲＣ接続設定要求若しくはＲＲＣ接続再開要求を開始し、又は、ＲＲＣ接続設定要求若しくはＲＲＣ接続再開要求を開始することを他の端末デバイスに通知する。
【０５２１】
上述では、本願の複数の実施形態における４つの態様を詳細に説明する。上述の４つの態様における複数の実施形態は、別々に用いられてもよく、組み合わせて用いられてもよい。以下では、４つの態様のうちの少なくとも１つが組み合わせて用いられる場合を説明する。
【０５２２】
第２の態様が、第１の態様と組み合わせて用いられる。第２の態様で説明されるブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットは、第１の態様の方法４００における第３のイーサネット（登録商標）パケットであってもよく、送信端が方法５００におけるネットワークデバイスであるとき、第５のイーサネット（登録商標）パケットであってもよい。このように、以下のことが理解され得る。第１の態様は、イーサネット（登録商標）パケットを圧縮する方法を説明し、第２の態様は、イーサネット（登録商標）パケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットである場合、イーサネット（登録商標）パケットが第２の態様における方式Ａ及び方式Ｂで送信され得ることを説明する。
【０５２３】
第３の態様が、第１の態様と組み合わせて用いられる。第３の態様において、端末デバイスは、ＭＡＣアドレスをレポートする。第１の態様において、イーサネット（登録商標）パケット（例えば、方法４００における第３のイーサネット（登録商標）パケット又は送信端が方法５００におけるネットワークデバイスであるときの第５のイーサネット（登録商標）パケット）を送信するとき、ネットワークデバイスは、イーサネット（登録商標）パケットに対応するコンテキスト情報にレポートされたＭＡＣアドレスを含め、且つ、イーサネット（登録商標）パケットに、コンテキスト情報に対応するコンテキスト識別子を含め、又は、イーサネット（登録商標）パケット（例えば、方法４００における第４のイーサネット（登録商標）パケット又は送信端が方法５００におけるネットワークデバイスであるときの第６のイーサネット（登録商標）パケット）にレポートされたＭＡＣアドレスを含める。
【０５２４】
第３の態様が、第２の態様と組み合わせて用いられる。第３の態様において、端末デバイスは、ＭＡＣアドレスをレポートする。第２の態様において、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットを送信するとき、ネットワークデバイスは、イーサネット（登録商標）パケットにレポートされたＭＡＣアドレスを含める。
【０５２５】
第３の態様が、第２の態様及び第１の態様と組み合わせて用いられる。ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットは、第１の態様の方法４００における第３のイーサネット（登録商標）パケット又は第４のイーサネット（登録商標）パケットであってもよく、送信端が方法５００におけるネットワークデバイスであるとき、第５のイーサネット（登録商標）パケット又は第６のイーサネット（登録商標）パケットであってもよい。イーサネット（登録商標）パケットが方法４００における第３のイーサネット（登録商標）パケット、又は送信端が方法５００におけるネットワークデバイスであるときの第５のイーサネット（登録商標）パケットであるとき、レポートされたＭＡＣアドレスがイーサネット（登録商標）パケットに対応するコンテキスト情報で搬送され得、コンテキスト情報に対応するコンテキスト識別子がイーサネット（登録商標）パケットで搬送され得る。イーサネット（登録商標）パケットが方法４００における第４のイーサネット（登録商標）パケット、又は送信端が方法５００におけるネットワークデバイスであるときの第６のイーサネット（登録商標）パケットであるとき、レポートされたＭＡＣアドレスがイーサネット（登録商標）パケットで搬送され得る。
【０５２６】
第４の態様が、第１の態様、第２の態様、又は第３の態様と組み合わせて用いられ、ネットワークデバイスが異常状態にあるとき、第１の態様、第２の態様、又は第３の態様における任意のシナリオにおいて端末デバイスを検索するために用いられ得る。
【０５２７】
上述の処理のシーケンス番号が実行シーケンスを示さないことが理解されるべきである。処理の実行シーケンスは、処理の機能及び内部論理に基づいて決定されるべきであり、本願の複数の実施形態の実装処理に対していかなる限定するものと解釈されるべきではない。
【０５２８】
上述では、図１から図１３を参照して、本願の複数の実施形態によるイーサネット（登録商標）データの通信方法を詳細に説明する。以下では、図１４及び図１５を参照して、本願の複数の実施形態によるイーサネット（登録商標）データのための装置を詳細に説明する。
【０５２９】
図１４は、本願の一実施形態による、イーサネット（登録商標）データのための装置１４００を示す。装置１４００は、端末デバイスであってもよく、端末デバイス内のチップであってもよい。装置１４００は、ネットワークデバイスであってもよく、ネットワークデバイス内のチップであってもよい。装置１４００は、送受信ユニット１４１０及び処理ユニット１４２０を含む。
【０５３０】
可能な実装において、装置１４００は、方法３００における端末デバイスに対応する手順及び段階を実行するよう構成される。
【０５３１】
送受信ユニット１４１０は、ネットワークデバイスから圧縮設定情報を受信するよう構成される。ここで、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられる。処理ユニット１４２０は、第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて、第１のイーサネット（登録商標）パケットを生成するよう構成される。送受信ユニット１４１０は、ネットワークデバイスに第１のイーサネット（登録商標）パケットを送信するようさらに構成される。
【０５３２】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに圧縮能力情報を送信するようさらに構成される。ここで、圧縮能力情報は装置によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含み、Ｎは１より大きい整数又は１に等しい。
【０５３３】
オプションで、第１のイーサネット（登録商標）圧縮能力のパラメータは有効パラメータを含み、有効パラメータは第１のイーサネット（登録商標）圧縮能力を用いる装置を示すために用いられる。
【０５３４】
オプションで、第１のイーサネット（登録商標）圧縮能力のパラメータは、第１のフレームフォーマットを示すために用いられるフレームフォーマットパラメータ、又は第１のフレームフォーマットの圧縮アルゴリズムを示すために用いられるアルゴリズムパラメータを含み、第１のフレームフォーマットは第１のイーサネット（登録商標）パケットのフレームフォーマットである。
【０５３５】
オプションで、第１のイーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられる。
【０５３６】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに、第１のコンテキスト識別子と第１のコンテキスト情報との間の第１の対応関係を送信するようさらに構成される。
【０５３７】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに第２のイーサネット（登録商標）パケットを送信するようさらに構成される。ここで、第２のイーサネット（登録商標）パケットは第２のヘッダを含み、第２のヘッダは第１の対応関係を含む。
【０５３８】
オプションで、第２のヘッダは第２のイーサネット（登録商標）パケットのフレームフォーマットをさらに含み、第２のイーサネット（登録商標）パケットのフレームフォーマットは第１のイーサネット（登録商標）パケットのフレームフォーマットと同一である。
【０５３９】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに、コンテキスト識別子とコンテキスト情報との間の対応関係を送信するようさらに構成される。ここで、対応関係は第１の対応関係を含む。
【０５４０】
オプションで、送受信ユニット１４１０は、ネットワークデバイスから第１のフィードバック情報を受信するようさらに構成される。ここで、第１のフィードバック情報は、ネットワークデバイスが第１の対応関係を成功裏に受信したことを示すために用いられる。
【０５４１】
オプションで、第１のフィードバック情報は第１のコンテキスト識別子を含む。
【０５４２】
オプションで、送受信ユニット１４１０は、ネットワークデバイスから第２のフィードバック情報を受信するようさらに構成される。ここで、第２のフィードバック情報は、ネットワークデバイスが第１のイーサネット（登録商標）パケットを成功裏に解凍したことを示すために用いられる。
【０５４３】
他の可能な実装において、装置１４００は、方法３００におけるネットワークデバイスに対応する手順及び段階を実行するよう構成される。
【０５４４】
送受信ユニット１４１０は、端末デバイスに圧縮設定情報を送信することであって、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられる、送信することと、第１のイーサネット（登録商標）パケットを受信することであって、第１のイーサネット（登録商標）パケットは第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて生成される、受信することとを行うよう構成される。処理ユニット１４２０は、第１のイーサネット（登録商標）パケットを解凍するよう構成される。
【０５４５】
オプションで、送受信ユニット１４１０は、端末デバイスから圧縮能力情報を受信するようさらに構成される。ここで、圧縮能力情報は端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含み、Ｎは１より大きい整数又は１に等しい。
【０５４６】
オプションで、第１のイーサネット（登録商標）圧縮能力のパラメータは有効パラメータを含み、有効パラメータは第１のイーサネット（登録商標）圧縮能力を用いる端末デバイスを示すために用いられる。
【０５４７】
オプションで、第１のイーサネット（登録商標）圧縮能力のパラメータは、第１のフレームフォーマットを示すために用いられるフレームフォーマットパラメータ、及び／又は、第１のフレームフォーマットの圧縮アルゴリズムを示すために用いられるアルゴリズムパラメータを含み、第１のフレームフォーマットは第１のイーサネット（登録商標）パケットのフレームフォーマットである。
【０５４８】
オプションで、第１のイーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられ、処理ユニット１４２０は、第１のコンテキスト識別子に基づいて第１のコンテキスト情報を取得し、第１のコンテキスト情報に基づいて第１のイーサネット（登録商標）パケットを解凍するようさらに構成される。
【０５４９】
オプションで、送受信ユニット１４１０は、端末デバイスから、第１のコンテキスト識別子と第１のコンテキスト情報との間の第１の対応関係を受信するようさらに構成される。
【０５５０】
オプションで、送受信ユニット１４１０は、端末デバイスから第２のイーサネット（登録商標）パケットを受信するようさらに構成される。ここで、第２のイーサネット（登録商標）パケットは第２のヘッダを含み、第２のヘッダは第１の対応関係を含む。
【０５５１】
オプションで、第２のヘッダは第２のイーサネット（登録商標）パケットのフレームフォーマットをさらに含み、第２のイーサネット（登録商標）パケットのフレームフォーマットは第１のイーサネット（登録商標）パケットのフレームフォーマットと同一である。
【０５５２】
オプションで、送受信ユニット１４１０は、端末デバイスから、コンテキスト識別子とコンテキスト情報との間の対応関係を受信するようさらに構成される。ここで、対応関係は第１の対応関係を含む。
【０５５３】
オプションで、送受信ユニット１４１０は、端末デバイスに第１のフィードバック情報を送信するようさらに構成される。ここで、第１のフィードバック情報は、装置が第１の対応関係を成功裏に受信したことを示すために用いられる。
【０５５４】
オプションで、第１のフィードバック情報は、第１のコンテキスト識別子を含む。
【０５５５】
オプションで、送受信ユニット１４１０は、端末デバイスに第２のフィードバック情報を送信するようさらに構成される。ここで、第２のフィードバック情報は、装置が第１のイーサネット（登録商標）パケットを成功裏に解凍したことを示すために用いられる。
【０５５６】
他の可能な実装において、装置１４００は、方法４００における端末デバイスに対応する手順及び段階を実行するよう構成される。
【０５５７】
送受信ユニット１４１０は、ネットワークデバイスから圧縮設定情報を受信することであって、圧縮設定情報は第３のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられる、受信することと、ネットワークデバイスから第３のイーサネット（登録商標）パケットを受信することであって、第３のイーサネット（登録商標）パケットが第３のイーサネット（登録商標）圧縮能力のパラメータに基づいて生成される、受信することとを行うよう構成される。処理ユニット１４２０は、第３のイーサネット（登録商標）パケットを解凍するよう構成される。
【０５５８】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに圧縮能力情報を送信するようさらに構成される。ここで、圧縮能力情報は装置によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第３のイーサネット（登録商標）圧縮能力を含み、Ｎは１より大きい整数又は１に等しい。
【０５５９】
オプションで、第３のイーサネット（登録商標）圧縮能力のパラメータは有効パラメータを含み、有効パラメータは第３のイーサネット（登録商標）圧縮能力を用いる装置を示すために用いられる。
【０５６０】
オプションで、第３のイーサネット（登録商標）圧縮能力のパラメータは、第３のフレームフォーマットを示すために用いられるフレームフォーマットパラメータ、又は、第３のフレームフォーマットの圧縮アルゴリズムを示すために用いられるアルゴリズムパラメータを含み、第３のフレームフォーマットは第３のイーサネット（登録商標）パケットのフレームフォーマットである。
【０５６１】
オプションで、第３のイーサネット（登録商標）パケットは第３のヘッダを含み、第３のヘッダは第３のコンテキスト識別子を含み、第３のコンテキスト識別子は第３のコンテキスト情報を識別するために用いられ、処理ユニット１４２０は、第３のコンテキスト識別子に基づいて第３のコンテキスト情報を取得し、第３のコンテキスト情報に基づいて第３のイーサネット（登録商標）パケットを解凍するようさらに構成される。
【０５６２】
オプションで、送受信ユニット１４１０は、ネットワークデバイスから、第３のコンテキスト識別子と第３のコンテキスト情報との間の第３の対応関係を受信するようさらに構成される。
【０５６３】
オプションで、送受信ユニット１４１０は、ネットワークデバイスから第４のイーサネット（登録商標）パケットを受信するようさらに構成される。ここで、第４のイーサネット（登録商標）パケットは第４のヘッダを含み、第４のヘッダは第３の対応関係を含む。
【０５６４】
オプションで、第４のヘッダは第４のイーサネット（登録商標）パケットのフレームフォーマットをさらに含み、第４のイーサネット（登録商標）パケットのフレームフォーマットは第３のイーサネット（登録商標）パケットのフレームフォーマットと同一である。
【０５６５】
オプションで、送受信ユニット１４１０は、ネットワークデバイスから、コンテキスト識別子とコンテキスト情報との間の対応関係を受信するようさらに構成される。ここで、対応関係は第３の対応関係を含む。
【０５６６】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに第３のフィードバック情報を送信するようさらに構成される。ここで、第３のフィードバック情報は、装置が第３の対応関係を成功裏に受信したことを示すために用いられる。
【０５６７】
オプションで、第３のフィードバック情報は第３のコンテキスト識別子を含む。
【０５６８】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに第４のフィードバック情報を送信するようさらに構成される。ここで、第４のフィードバック情報は、装置が第３のイーサネット（登録商標）パケットを成功裏に解凍したことを示すために用いられる。
【０５６９】
他の可能な実装において、装置１４００は、方法４００におけるネットワークデバイスに対応する手順及び段階を実行するよう構成される。
【０５７０】
送受信ユニット１４１０は、端末デバイスに圧縮設定情報を送信するよう構成される。ここで、圧縮設定情報は第３のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられる。処理ユニット１４２０は、第３のイーサネット（登録商標）圧縮能力のパラメータに基づいて、第３のイーサネット（登録商標）パケットを生成するよう構成される。送受信ユニット１４１０は、端末デバイスに第３のイーサネット（登録商標）パケットを送信するようさらに構成される。
【０５７１】
オプションで、送受信ユニット１４１０は、端末デバイスから圧縮能力情報を受信するようさらに構成される。ここで、圧縮能力情報は端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第３のイーサネット（登録商標）圧縮能力を含み、Ｎは１より大きい整数又は１に等しい。
【０５７２】
オプションで、第３のイーサネット（登録商標）圧縮能力のパラメータは有効パラメータを含み、有効パラメータは第３のイーサネット（登録商標）圧縮能力を用いる端末デバイスを示すために用いられる。
【０５７３】
オプションで、第３のイーサネット（登録商標）圧縮能力のパラメータは、第３のフレームフォーマットを示すために用いられるフレームフォーマットパラメータ、及び／又は、第３のフレームフォーマットの圧縮アルゴリズムを示すために用いられるアルゴリズムパラメータを含み、第３のフレームフォーマットは第３のイーサネット（登録商標）パケットのフレームフォーマットである。
【０５７４】
オプションで、第３のイーサネット（登録商標）パケットは第３のヘッダを含み、第３のヘッダは第３のコンテキスト識別子を含み、第３のコンテキスト識別子は第３のコンテキスト情報を識別するために用いられる。
【０５７５】
オプションで、送受信ユニット１４１０は、端末デバイスに、第３のコンテキスト識別子と第３のコンテキスト情報との間の第３の対応関係を送信するようさらに構成される。
【０５７６】
オプションで、送受信ユニット１４１０は、端末デバイスに第４のイーサネット（登録商標）パケットを送信するようさらに構成される。ここで、第４のイーサネット（登録商標）パケットは第４のヘッダを含み、第４のヘッダは第３の対応関係を含む。
【０５７７】
オプションで、第４のヘッダは第４のイーサネット（登録商標）パケットのフレームフォーマットをさらに含み、第４のイーサネット（登録商標）パケットのフレームフォーマットは第３のイーサネット（登録商標）パケットのフレームフォーマットと同一である。
【０５７８】
オプションで、送受信ユニット１４１０は、端末デバイスに、コンテキスト識別子とコンテキスト情報との間の対応関係を送信するようさらに構成される。ここで、対応関係は第３の対応関係を含む。
【０５７９】
オプションで、送受信ユニット１４１０は、端末デバイスから第３のフィードバック情報を受信するようさらに構成される。ここでは、第３のフィードバック情報は、端末デバイスが第３の対応関係を成功裏に受信したことを示すために用いられる。
【０５８０】
オプションで、第３のフィードバック情報は第３のコンテキスト識別子を含む。
【０５８１】
オプションで、送受信ユニット１４１０は、端末デバイスから第４のフィードバック情報を受信するようさらに構成される。ここで、第４のフィードバック情報は、端末デバイスが第３のイーサネット（登録商標）パケットを成功裏に解凍したことを示すために用いられる。
【０５８２】
他の可能な実装において、装置１４００は、方法５００における送信端に対応する手順及び段階を実行するよう構成される。
【０５８３】
処理ユニット１４２０は、第５のイーサネット（登録商標）パケットを生成するよう構成される。ここで、第５のイーサネット（登録商標）パケットは第５のヘッダを含み、第５のヘッダは第５のコンテキスト識別子を含み、第５のコンテキスト識別子は第５のコンテキスト情報を識別するために用いられる。送受信ユニット１４１０は、受信端に第５のイーサネット（登録商標）パケットを送信するよう構成される。
【０５８４】
オプションで、送受信ユニット１４１０は、受信端に、コンテキスト識別子とコンテキスト情報との間の対応関係を送信するようさらに構成される。ここで、対応関係は、第５のコンテキスト識別子と第５のコンテキスト情報との間の第５の対応関係を含む。
【０５８５】
オプションで、送受信ユニット１４１０は、受信端に第６のイーサネット（登録商標）パケットを送信するようさらに構成される。ここで、第６のイーサネット（登録商標）パケットは第６のヘッダを含み、第６のヘッダは第５のコンテキスト識別子と第５のコンテキスト情報との間の対応関係を含む。
【０５８６】
オプションで、第６のヘッダは第６のイーサネット（登録商標）パケットのフレームフォーマットのタイプを示すために用いられるインジケーション情報をさらに含み、第６のイーサネット（登録商標）パケットのフレームフォーマットのタイプは第５のイーサネット（登録商標）パケットのフレームフォーマットのタイプと同一である。
【０５８７】
オプションで、送受信ユニット１４１０は、受信端から第５のフィードバック情報を受信するようさらに構成される。ここで、第５のフィードバック情報は、受信端が対応関係を成功裏に受信したことを示すために用いられる。
【０５８８】
オプションで、第５のフィードバック情報は、対応関係におけるコンテキスト識別子を含む。
【０５８９】
オプションで、送受信ユニット１４１０は、受信端から第６のフィードバック情報を受信するようさらに構成される。ここで、第６のフィードバック情報は、受信端が第５のイーサネット（登録商標）パケットを成功裏に解凍したことを示すために用いられる。
【０５９０】
オプションで、装置は端末デバイスであり、受信端はネットワークデバイスであり、送受信ユニット１４１０は、受信端から圧縮設定情報を受信することであって、圧縮設定情報は第５のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられる、受信することと、第５のイーサネット（登録商標）圧縮能力のパラメータに基づいて、第５のイーサネット（登録商標）パケットを生成することとを行うようさらに構成される。
【０５９１】
オプションで、送受信ユニット１４１０は、受信端に圧縮能力情報を送信するようさらに構成される。ここで、圧縮能力情報は装置によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第５のイーサネット（登録商標）圧縮能力を含み、Ｎは１より大きい整数又は１に等しい。
【０５９２】
オプションで、装置はネットワークデバイスであり、受信端は端末デバイスであり、送受信ユニット１４１０は、受信端に圧縮設定情報を送信することであって、圧縮設定情報は第５のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられる、送信することと、第５のイーサネット（登録商標）圧縮能力のパラメータに基づいて、第５のイーサネット（登録商標）パケットを生成することとを行うようさらに構成される。
【０５９３】
オプションで、送受信ユニット１４１０は、受信端から圧縮能力情報を受信するようさらに構成される。ここで、圧縮能力情報は受信端によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第５のイーサネット（登録商標）圧縮能力を含み、Ｎは１より大きい整数又は１に等しい。
【０５９４】
他の可能な実装において、装置１４００は、方法５００における受信端に対応する手順及び段階を実行するよう構成される。
【０５９５】
送受信ユニット１４１０は、第５のイーサネット（登録商標）パケットを受信するよう構成される。ここで、第５のイーサネット（登録商標）パケットは第５のヘッダを含み、第５のヘッダは第５のコンテキスト識別子を含み、第５のコンテキスト識別子は第５のコンテキスト情報を識別するために用いられる。処理ユニット１４２０は、第５のコンテキスト識別子に基づいて、第５のコンテキスト情報を取得するよう構成される。処理ユニット１４２０は、第５のコンテキスト情報に基づいて、第５のイーサネット（登録商標）パケットを解凍するようさらに構成される。
【０５９６】
オプションで、送受信ユニット１４１０は、コンテキスト識別子とコンテキスト情報との間の対応関係を受信するようさらに構成される。ここで、対応関係は第５のコンテキスト識別子と第５のコンテキスト情報との間の第５の対応関係を含む。処理ユニット１４２０は、具体的には、第５のコンテキスト識別子及び第５の対応関係に基づいて、第５のコンテキスト情報を取得するよう構成される。
【０５９７】
オプションで、送受信ユニット１４１０は、第６のイーサネット（登録商標）パケットを受信するようさらに構成される。ここで、第６のイーサネット（登録商標）パケットは第６のヘッダを含み、第６のヘッダは第５のコンテキスト識別子と第５のコンテキスト情報との間の対応関係を含む。処理ユニット１４２０は、具体的には、第５のコンテキスト識別子及び第５の対応関係に基づいて、第５のコンテキスト情報を取得するよう構成される。
【０５９８】
オプションで、第６のヘッダは第６のイーサネット（登録商標）パケットのフレームフォーマットのタイプを示すために用いられるインジケーション情報をさらに含み、第６のイーサネット（登録商標）パケットのフレームフォーマットのタイプは第５のイーサネット（登録商標）パケットのフレームフォーマットのタイプと同一である。
【０５９９】
オプションで、送受信ユニット１４１０は、第５のフィードバック情報を送信するようさらに構成される。ここで、第５のフィードバック情報は、装置が対応関係を成功裏に受信したことを示すために用いられる。
【０６００】
オプションで、第５のフィードバック情報は、対応関係におけるコンテキスト識別子を含む。
【０６０１】
オプションで、送受信ユニット１４１０は、第６のフィードバック情報を送信するようさらに構成される。ここで、第６のフィードバック情報は、装置が第５のイーサネット（登録商標）パケットを成功裏に解凍したことを示すために用いられる。
【０６０２】
オプションで、装置はネットワークデバイスであり、送信端は端末デバイスであり、送受信ユニット１４１０は、送信端に圧縮設定情報を送信するようさらに構成される。ここで、圧縮設定情報は第５のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、第５のイーサネット（登録商標）パケットが第５のイーサネット（登録商標）圧縮能力のパラメータに基づいて生成される。
【０６０３】
オプションで、送受信ユニット１４１０は、送信端から圧縮能力情報を受信するようさらに構成される。ここで、圧縮能力情報は送信端によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第５のイーサネット（登録商標）圧縮能力を含み、Ｎは１より大きい整数又は１に等しい。
【０６０４】
オプションで、装置は端末デバイスであり、送信端はネットワークデバイスであり、送受信ユニット１４１０は、送信端から圧縮設定情報を受信するようさらに構成される。ここで、圧縮設定情報は第５のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、第５のイーサネット（登録商標）パケットが第５のイーサネット（登録商標）圧縮能力のパラメータに基づいて生成される。
【０６０５】
オプションで、送受信ユニット１４１０は、送信端に圧縮能力情報を送信するようさらに構成される。ここで、圧縮能力情報は装置によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第５のイーサネット（登録商標）圧縮能力を含み、Ｎは１より大きい整数又は１に等しい。
【０６０６】
他の可能な実装において、装置１４００は、方法６００における端末デバイスに対応する手順及び段階を実行するよう構成される。
【０６０７】
送受信ユニット１４１０は、ネットワークデバイスからダウンリンク制御情報ＤＣＩを受信するよう構成される。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。送受信ユニット１４１０は、ＤＣＩによって示される時間−周波数リソース上でネットワークデバイスからイーサネット（登録商標）パケットを受信するようさらに構成される。
【０６０８】
オプションで、送受信ユニット１４１０は、具体的には、ＤＣＩによって示される時間−周波数リソース上でネットワークデバイスからシステム情報ブロックＳＩＢを受信するよう構成される。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。
【０６０９】
オプションで、第１のＲＮＴＩは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩである。
【０６１０】
オプションで、ＤＣＩは第１の情報を含み、第１の情報は、ＤＣＩを用いることによってスケジューリングされたパケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる。
【０６１１】
オプションで、イーサネット（登録商標）パケットがブロードキャストタイプのイーサネット（登録商標）パケットであるとき、イーサネット（登録商標）パケットのヘッダはブロードキャストタイプの媒体アクセス制御ＭＡＣアドレスを含まない。
【０６１２】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに、装置と関連している媒体アクセス制御ＭＡＣアドレスを送信するようさらに構成される。
【０６１３】
オプションで、送受信ユニット１４１０は、具体的には、ネットワークデバイスに非アクセス層ＮＡＳメッセージを送信するよう構成される。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【０６１４】
オプションで、送受信ユニット１４１０は、ネットワークデバイスから要求メッセージを受信するようさらに構成される。ここで、要求メッセージは装置と関連しているＭＡＣアドレスを要求するために用いられる。
【０６１５】
オプションで、送受信ユニット１４１０は、装置と関連しているＭＡＣアドレスが変更されるとき、ネットワークデバイスに変更したＭＡＣアドレスを送信するようさらに構成される。
【０６１６】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに圧縮能力情報を送信することであって、圧縮能力情報は装置によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい、送信することと、ネットワークデバイスから圧縮設定情報を受信することであって、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含む、受信することとを行うようさらに構成され、処理ユニット１４２０はイーサネット（登録商標）パケットを解凍するよう構成される。ここで、イーサネット（登録商標）パケットは第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて生成される。
【０６１７】
オプションで、イーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられる。送受信ユニット１４１０は、第１のコンテキスト識別子に基づいて、第１のコンテキスト情報を取得するようさらに構成される。処理ユニット１４２０は、具体的には、第１のコンテキスト情報に基づいて、イーサネット（登録商標）パケットを解凍するよう構成される。
【０６１８】
他の可能な実装において、装置１４００は、方法６００におけるネットワークデバイスに対応する手順及び段階を実行するよう構成される。
【０６１９】
送受信ユニット１４１０は、端末デバイスにダウンリンク制御情報ＤＣＩを送信するよう構成される。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。送受信ユニット１４１０は、時間−周波数リソース上で端末デバイスにイーサネット（登録商標）パケットを送信するようさらに構成される。
【０６２０】
オプションで、送受信ユニット１４１０は、具体的には、時間−周波数リソース上で端末デバイスにシステム情報ブロックＳＩＢを送信するよう構成される。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。
【０６２１】
オプションで、第１のＲＮＴＩは、ブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットのＲＮＴＩである。
【０６２２】
オプションで、ＤＣＩは第１の情報を含み、第１の情報は、ＤＣＩを用いることによってスケジューリングされたパケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる。
【０６２３】
オプションで、装置はアクセスネットワークデバイスであり、共通のサービス品質ＱｏＳフローがアクセスネットワークデバイスとコアネットワークデバイスとの間で確立され、送受信ユニット１４１０は、共通のＱｏＳフローからイーサネット（登録商標）パケットを受信するようさらに構成される。
【０６２４】
オプションで、送受信ユニット１４１０は、端末デバイスから端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを受信するようさらに構成される。
【０６２５】
オプションで、送受信ユニット１４１０は、具体的には、端末デバイスから非アクセス層ＮＡＳメッセージを受信するよう構成される。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【０６２６】
オプションで、送受信ユニット１４１０は、端末デバイスに要求メッセージを送信するようさらに構成される。ここで、要求メッセージは端末デバイスと関連しているＭＡＣアドレスを要求するために用いられる。
【０６２７】
オプションで、送受信ユニット１４１０は、端末デバイスから圧縮能力情報を受信することであって、圧縮能力情報は端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい、受信することと、端末デバイスに圧縮設定情報を送信することであって、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含む、送信することとを行うようさらに構成される。処理ユニット１４２０は、第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて、イーサネット（登録商標）パケットを生成するよう構成される。
【０６２８】
オプションで、イーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられる。
【０６２９】
他の可能な実装において、装置１４００は、方法７００における端末デバイスに対応する手順及び段階を実行するよう構成される。
【０６３０】
送受信ユニット１４１０は、ネットワークデバイスからシステム情報ブロックＳＩＢを受信するよう構成される。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。処理ユニット１４２０は、ＳＩＢからイーサネット（登録商標）パケットを取得するよう構成される。
【０６３１】
オプションで、送受信ユニット１４１０は、ネットワークデバイスからページングメッセージを受信するようさらに構成される。ここで、ページングメッセージはインジケーション情報を含み、インジケーション情報は、ＳＩＢがイーサネット（登録商標）パケットを含むことを示ために用いられる。
【０６３２】
オプションで、送受信ユニット１４１０は、ネットワークデバイスからダウンリンク制御情報ＤＣＩを受信するようさらに構成される。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。
【０６３３】
オプションで、ＤＣＩは第１の情報を含み、第１の情報は、ＤＣＩを用いることによってスケジューリングされたパケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる。
【０６３４】
オプションで、イーサネット（登録商標）パケットがブロードキャストタイプのイーサネット（登録商標）パケットであるとき、イーサネット（登録商標）パケットのヘッダはブロードキャストタイプの媒体アクセス制御ＭＡＣアドレスを含まない。
【０６３５】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに装置と関連している媒体アクセス制御ＭＡＣアドレスを送信するようさらに構成される。
【０６３６】
オプションで、送受信ユニット１４１０は、具体的には、ネットワークデバイスに非アクセス層ＮＡＳメッセージを送信するよう構成される。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【０６３７】
オプションで、送受信ユニット１４１０は、ネットワークデバイスから要求メッセージを受信するようさらに構成される。ここで、要求メッセージは装置と関連しているＭＡＣアドレスを要求するために用いられる。
【０６３８】
オプションで、送受信ユニット１４１０は、具体的には、装置と関連しているＭＡＣアドレスが変更されるとき、ネットワークデバイスに変更したＭＡＣアドレスを送信するよう構成される。
【０６３９】
オプションで、送受信ユニット１４１０は、ネットワークデバイスに圧縮能力情報を送信することであって、圧縮能力情報は装置によってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい、送信することと、ネットワークデバイスから圧縮設定情報を受信することであって、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含む、受信することとを行うようさらに構成される。処理ユニット１４２０は、イーサネット（登録商標）パケットを解凍するようさらに構成される。ここで、イーサネット（登録商標）パケットは第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて生成される。
【０６４０】
オプションで、イーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられる。送受信ユニット１４１０は、第１のコンテキスト識別子に基づいて、第１のコンテキスト情報を取得するようさらに構成される。処理ユニット１４２０は、具体的には、第１のコンテキスト情報に基づいて、イーサネット（登録商標）パケットを解凍するよう構成される。
【０６４１】
他の可能な実装において、装置１４００は、方法７００におけるネットワークデバイスに対応する手順及び段階を実行するよう構成される。
【０６４２】
処理ユニット１４２０は、システム情報ブロックＳＩＢを生成するよう構成される。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。送受信ユニット１４１０は、ＳＩＢを送信するよう構成される。
【０６４３】
オプションで、送受信ユニット１４１０は、端末デバイスにページングメッセージを送信するようさらに構成される。ここで、ページングメッセージはインジケーション情報を含み、インジケーション情報は、ＳＩＢがイーサネット（登録商標）パケットを含むことを示ために用いられる。
【０６４４】
オプションで、送受信ユニット１４１０は、端末デバイスにダウンリンク制御情報ＤＣＩを送信するようさらに構成される。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。
【０６４５】
オプションで、ＤＣＩは第１の情報を含み、第１の情報は、ＤＣＩを用いることによってスケジューリングされたパケットがブロードキャストタイプ又はグループキャストタイプのイーサネット（登録商標）パケットであることを示すために用いられる。
【０６４６】
オプションで、イーサネット（登録商標）パケットがブロードキャストタイプのイーサネット（登録商標）パケットであるとき、イーサネット（登録商標）パケットのヘッダはブロードキャストタイプの媒体アクセス制御ＭＡＣアドレスを含まない。
【０６４７】
オプションで、送受信ユニット１４１０は、端末デバイスから端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを受信するようさらに構成される。
【０６４８】
オプションで、送受信ユニット１４１０は、具体的には、端末デバイスから非アクセス層ＮＡＳメッセージを受信するよう構成される。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【０６４９】
オプションで、送受信ユニット１４１０は、端末デバイスに要求メッセージを送信するようさらに構成される。ここで、要求メッセージは端末デバイスと関連しているＭＡＣアドレスを要求するために用いられる。
【０６５０】
オプションで、送受信ユニット１４１０は、端末デバイスから圧縮能力情報を受信することであって、圧縮能力情報は端末デバイスによってサポートされているＮ種類のイーサネット（登録商標）圧縮能力を示すために用いられ、Ｎは１より大きい整数又は１に等しい、受信することと、端末デバイスに圧縮設定情報を送信することであって、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられ、Ｎ種類のイーサネット（登録商標）圧縮能力は第１のイーサネット（登録商標）圧縮能力を含む、送信することとを行うようさらに構成され、処理ユニット１４２０は、第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて、イーサネット（登録商標）パケットを生成するようさらに構成される。
【０６５１】
オプションで、イーサネット（登録商標）パケットは第１のヘッダを含み、第１のヘッダは第１のコンテキスト識別子を含み、第１のコンテキスト識別子は第１のコンテキスト情報を識別するために用いられる。
【０６５２】
他の可能な実装において、装置１４００は、方法８００における端末デバイスに対応する手順及び段階を実行するよう構成される。
【０６５３】
送受信ユニット１４１０は、ネットワークデバイスから要求メッセージを受信するよう構成される。ここで、要求メッセージは装置と関連している媒体アクセス制御ＭＡＣアドレスを要求するために用いられる。送受信ユニット１４１０は、ネットワークデバイスにＭＡＣアドレスを送信するようさらに構成される。
【０６５４】
オプションで、送受信ユニット１４１０は、具体的には、非アクセス層ＮＡＳメッセージを送信するよう構成される。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【０６５５】
他の可能な実装において、装置１４００は、方法８００におけるネットワークデバイスに対応する手順及び段階を実行するよう構成される。
【０６５６】
送受信ユニット１４１０は、端末デバイスに要求メッセージを送信するよう構成される。ここで、要求メッセージが端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを要求するために用いられる。送受信ユニット１４１０は、端末デバイスからＭＡＣアドレスを受信するようさらに構成される。
【０６５７】
オプションで、送受信ユニット１４１０は、具体的には、端末デバイスから非アクセス層ＮＡＳメッセージを受信するよう構成される。ここで、ＮＡＳメッセージはＭＡＣアドレスを含む。
【０６５８】
本明細書の装置１４００は機能ユニットの形態で示されることが理解されるべきである。本明細書の用語「ユニット（ｕｎｉｔ）」は、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，ＡＳＩＣ）、電子回路、１又は複数のソフトウェア若しくはファームウェアプログラムを実行するよう構成されるプロセッサ（例えば、共有プロセッサ、専用プロセッサ、若しくはグループプロセッサ）及びメモリ、マージ論理回路、及び／又は、説明された機能をサポートする他の適切な構成要素であり得る。任意の例において、当業者は、装置１４００は、具体的には、上述の実施形態における端末デバイス又はネットワークデバイス（それぞれ、送信端又は受信端として用いられる）であり得、装置１４００は、上述の方法の実施形態における端末デバイス又はネットワークデバイスに対応する手順及び／又は段階を実行するよう構成され得ることを理解し得る。繰り返しを回避するために、ここでは詳細が再説明されない。
【０６５９】
上述の解決策のそれぞれにおける装置１４００は、上述の方法における端末デバイス又はネットワークデバイス（それぞれ、送信端又は受信端として用いられる）によって実行される対応する段階を実装する機能を有する。機能がハードウェアによって実装されてもよく、対応するソフトウェアを実行するハードウェアによって実装されてもよい。ハードウェア又はソフトウェアは、上述の機能に対応する１又は複数のモジュールを含む。例えば、送信ユニットが送信機に置き換えられ得、受信ユニットが受信機に置き換えられ得、決定ユニット等の他のユニットがプロセッサに置き換えられ得、方法の複数の実施形態における送信オペレーション、受信オペレーション、及び関連する処理オペレーションをそれぞれ実行し得る。
【０６６０】
本願の本実施形態において、図１４における装置は、代替的に、チップ又はチップシステム、例えば、システムオンチップ（ｓｙｓｔｅｍ  ｏｎ  ｃｈｉｐ，ＳｏＣ）、であり得る。それに応じて、受信ユニット及び送信ユニットは、チップの送受信機回路であり得る。これは、本明細書で限定されるものではない。
【０６６１】
図１５は、本願の一実施形態による、イーサネット（登録商標）データのための他の装置１５００を示す。装置１５００は、プロセッサ１５１０、送受信機１５２０、及びメモリ１５３０を含む。プロセッサ１５１０、送受信機１５２０、及びメモリ１５３０は、内部接続パスを通じてお互いと通信する。メモリ１５３０は、命令を格納するよう構成される。プロセッサ１５１０は、メモリに格納されている命令を実行し１５３０し、信号を送信し、及び／又は、信号を受信するよう送受信機１５２０を制御するよう構成される。
【０６６２】
可能な実装において、装置１５００は、方法３００における端末デバイスに対応する手順及び段階を実行するよう構成される。
【０６６３】
送受信機１５２０は、ネットワークデバイスから圧縮設定情報を受信するよう構成される。ここで、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられる。プロセッサ１５１０は、第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて、第１のイーサネット（登録商標）パケットを生成するよう構成される。送受信機１５２０は、ネットワークデバイスに第１のイーサネット（登録商標）パケットを送信するようさらに構成される。
【０６６４】
他の可能な実装において、装置１５００は、方法３００におけるネットワークデバイスに対応する手順及び段階を実行するよう構成される。
【０６６５】
送受信機１５２０は、端末デバイスに圧縮設定情報を送信することであって、圧縮設定情報は第１のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられる、送信することと、第１のイーサネット（登録商標）パケットを受信することであって、第１のイーサネット（登録商標）パケットは第１のイーサネット（登録商標）圧縮能力のパラメータに基づいて生成される、受信することとを行うよう構成される。プロセッサ１５１０は、第１のイーサネット（登録商標）パケットを解凍するよう構成される。
【０６６６】
他の可能な実装において、装置１５００は、方法４００における端末デバイスに対応する手順及び段階を実行するよう構成される。
【０６６７】
送受信機１５２０は、ネットワークデバイスから圧縮設定情報を受信することであって、圧縮設定情報は第３のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられる、受信することと、ネットワークデバイスから第３のイーサネット（登録商標）パケットを受信することであって、第３のイーサネット（登録商標）パケットは第３のイーサネット（登録商標）圧縮能力のパラメータに基づいて生成される、受信することとを行うよう構成される。プロセッサ１５１０は、第３のイーサネット（登録商標）パケットを解凍するよう構成される。
【０６６８】
他の可能な実装において、装置１５００は、方法４００におけるネットワークデバイスに対応する手順及び段階を実行するよう構成される。
【０６６９】
送受信機１５２０は、端末デバイスに圧縮設定情報を送信するよう構成される。ここで、圧縮設定情報は第３のイーサネット（登録商標）圧縮能力のパラメータを示すために用いられる。プロセッサ１５１０は、第３のイーサネット（登録商標）圧縮能力のパラメータに基づいて、第３のイーサネット（登録商標）パケットを生成するよう構成される。送受信機１５２０は、端末デバイスに第３のイーサネット（登録商標）パケットを送信するようさらに構成される。
【０６７０】
他の可能な実装において、装置１５００は、方法５００における送信端に対応する手順及び段階を実行するよう構成される。
【０６７１】
プロセッサ１５１０は、第５のイーサネット（登録商標）パケットを生成するよう構成される。ここで、第５のイーサネット（登録商標）パケットは第５のヘッダを含み、第５のヘッダは第５のコンテキスト識別子を含み、第５のコンテキスト識別子は第５のコンテキスト情報を識別するために用いられる。送受信機１５２０は、受信端に第５のイーサネット（登録商標）パケットを送信するよう構成される。
【０６７２】
他の可能な実装において、装置１５００は、方法５００における受信端に対応する手順及び段階を実行するよう構成される。
【０６７３】
送受信機１５２０は、第５のイーサネット（登録商標）パケットを受信するよう構成される。ここで、第５のイーサネット（登録商標）パケットは第５のヘッダを含み、第５のヘッダは第５のコンテキスト識別子を含み、第５のコンテキスト識別子は第５のコンテキスト情報を識別するために用いられる。プロセッサ１５１０は、第５のコンテキスト識別子に基づいて、第５のコンテキスト情報を取得するよう構成される。プロセッサ１５１０は、第５のコンテキスト情報に基づいて、第５のイーサネット（登録商標）パケットを解凍するようさらに構成される。
【０６７４】
他の可能な実装において、装置１５００は、方法６００における端末デバイスに対応する手順及び段階を実行するよう構成される。
【０６７５】
送受信機１５２０は、ネットワークデバイスからダウンリンク制御情報ＤＣＩを受信するよう構成される。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。送受信機１５２０は、ＤＣＩによって示される時間−周波数リソース上でネットワークデバイスからイーサネット（登録商標）パケットを受信するようさらに構成される。
【０６７６】
他の可能な実装において、装置１５００は、方法６００におけるネットワークデバイスに対応する手順及び段階を実行するよう構成される。
【０６７７】
送受信機１５２０は、端末デバイスにダウンリンク制御情報ＤＣＩを送信するよう構成される。ここで、ＤＣＩは第１の無線ネットワーク一時識別子ＲＮＴＩを用いることによってスクランブルされ、第１のＲＮＴＩはイーサネット（登録商標）パケットのＲＮＴＩであり、ＤＣＩはイーサネット（登録商標）パケットを搬送する時間−周波数リソースを示すために用いられる情報を含む。送受信機１５２０は、時間−周波数リソース上で端末デバイスにイーサネット（登録商標）パケットを送信するようさらに構成される。
【０６７８】
他の可能な実装において、装置１５００は、方法７００における端末デバイスに対応する手順及び段階を実行するよう構成される。
【０６７９】
送受信機１５２０は、ネットワークデバイスからシステム情報ブロックＳＩＢを受信するよう構成される。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。プロセッサ１５１０は、ＳＩＢからイーサネット（登録商標）パケットを取得するよう構成される。
【０６８０】
他の可能な実装において、装置１５００は、方法７００におけるネットワークデバイスに対応する手順及び段階を実行するよう構成される。
【０６８１】
プロセッサ１５１０は、システム情報ブロックＳＩＢを生成するよう構成される。ここで、ＳＩＢはイーサネット（登録商標）パケットを含む。送受信機１５２０は、ＳＩＢを送信するよう構成される。
【０６８２】
他の可能な実装において、装置１５００は、方法８００における端末デバイスに対応する手順及び段階を実行するよう構成される。
【０６８３】
送受信機１５２０は、ネットワークデバイスから要求メッセージを受信するよう構成される。ここで、要求メッセージは装置と関連している媒体アクセス制御ＭＡＣアドレスを要求するために用いられる。送受信機１５２０は、ネットワークデバイスにＭＡＣアドレスを送信するようさらに構成される。
【０６８４】
他の可能な実装において、装置１５００は、方法８００におけるネットワークデバイスに対応する手順及び段階を実行するよう構成される。
【０６８５】
送受信機１５２０は、端末デバイスに要求メッセージを送信するよう構成される。ここで、要求メッセージが端末デバイスと関連している媒体アクセス制御ＭＡＣアドレスを要求するために用いられる。送受信機１５２０は、端末デバイスからＭＡＣアドレスを受信するようさらに構成される。
【０６８６】
当業者であれば、本明細書で開示された複数の実施形態で説明された例と組み合わせて、複数のユニット及び複数のアルゴリズム段階が、電子ハードウェア又はコンピュータソフトウェア及び電子ハードウェアの組み合わせによって実装され得ることを認識するだろう。機能がハードウェアによって実行されるか、ソフトウェアによって実行されるかは、技術的解決手段の特定の用途及び設計の制約に依存する。当業者は、異なる方法を用いて特定の用途ごとに説明された機能を実装し得るが、実装が本願の範囲を超えるものとみなされるべきではない。
【０６８７】
簡便で簡単な説明の目的のために、上述のシステム、装置、及びユニットの詳細な動作処理については、上述の方法の実施形態における対応する処理を参照し、ここでは詳細が再び説明されないことが当業者によって明確に理解され得る。
【０６８８】
本願で提供された幾つかの実施形態において、開示されたシステム、装置、及び方法が他の方式で実装され得ることが理解されるべきである。例えば、説明された装置の実施形態は、単に例に過ぎない。例えば、ユニットに分割することは、単に論理機能に分割することに過ぎず、実際の実装において他の分割であり得る。例えば、複数のユニット又は構成要素が他のシステムと組み合わされてもよく、他のシステムに統合されてもよく、幾つかの機能が無視されてもよく、実行されなくてもよい。さらに、表示又は記載された相互連結若しくは直接連結又は通信接続が、幾つかのインタフェースを通じて実装され得る。装置又はユニット間の間接的な連結又は通信接続が、電気、機械、又は他の形態で実装され得る。
【０６８９】
別個の部分として説明されたユニットは、物理的に離れていてもよく、物理的に離れていなくてもよく、ユニットとして表示される部分は、物理的なユニットであってもよく、物理的なユニットでなくてもよく、１カ所に配置されてもよく、複数のネットワークユニット上で分配されてもよい。ユニットの幾つか又は全てが、実際の要件に基づいて選択されて、複数の実施形態の解決策の目的を実現し得る。
【０６９０】
さらに、本願の複数の実施形態における機能ユニットが１つの処理ユニットに統合されてもよく、ユニットのそれぞれが物理的に単独で存在してもよく、２又はそれより多くのユニットが１つのユニットに統合されてもよい。
【０６９１】
機能がソフトウェア機能ユニットの形態で実装されて、独立した製品として販売又は使用されるとき、機能がコンピュータ可読記憶媒体に格納され得る。そのような理解に基づいて、基本的には本願の技術的解決手段、又は先行技術に寄与する部分、又は技術的解決手段の一部が、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は記憶媒体に格納され、本願の複数の実施形態で説明された方法の段階の全て又は幾つかを実行するようコンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス、又は同様のものであり得る）に命令するための幾つかの命令を含む。上述の記憶媒体は、プログラムコードを格納できる任意の媒体、例えば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク、又は光ディスク、を含む。
【０６９２】
上述の説明は単に本願の特定の実装に過ぎないが、本願の保護範囲を限定することを意図するものではない。本願で開示された技術的範囲内で当業者によって容易に考え出される任意の変形又は置換は、本願の保護範囲に含まれるだろう。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとなるだろう。
【図１】
2022501921.tif 000013
【図２】
2022501921.tif 000014
【図３】
2022501921.tif 000015
【図４】
2022501921.tif 000016
【図５】
2022501921.tif 000017
【図６】
2022501921.tif 000018
【図７】
2022501921.tif 000019
【図８】
2022501921.tif 000020
【図９】
2022501921.tif 000021
【図１０】
2022501921.tif 000022
【図１１】
2022501921.tif 000023
【図１２】
2022501921.tif 000024
【図１３】
2022501921.tif 000025
【図１４】
2022501921.tif 000026
【図１５】
2022501921.tif 000027
【国際調査報告】
2022501921.tif 000028
2022501921.tif 000029
2022501921.tif 000030
2022501921.tif 000031