JP7492157B2 - 通信装置及び通信システム - Google Patents

Description

本発明は、通信装置及び通信システムに関する。

現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。

一方で、ＩｏＴ（Internet of things）やＶ２Ｘのサービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献１～４２）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。

また、無線通信システムの通信規格では、一般的に、無線通信の機能を一連の層（レイヤ）に分割したプロトコルスタック（階層型プロトコルとも称される）として、仕様が規定される。

５Ｇに関する技術としては、以下の先行技術文献に記載されている。

3GPP TS36.133 LTE-A 無線測定仕様 3GPP TS36.300 LTE-A 概要仕様 3GPP TS36.211 LTE-A PHYチャネル仕様 3GPP TS36.212 LTE-A PHY符号化仕様 3GPP TS36.213 LTE-A PHY手順仕様 3GPP TS36.214 LTE-A PHY測定仕様 3GPP TS36.321 LTE-A MAC仕様 3GPP TS36.322 LTE-A RLC仕様 3GPP TS36.323 LTE-A PDCP仕様 3GPP TS36.331 LTE-A RRC仕様 3GPP TS36.413 LTE-A S1仕様 3GPP TS36.423 LTE-A X2仕様 3GPP TS36.425 LTE-A Xn仕様 3GPP TR36.912 NR 無線アクセス概要 3GPP TR38.913 NR 要求条件 3GPP TR38.913 NR 要求条件 3GPP TR38.801 NR ネットワークアーキテクチャ概要 3GPP TR38.802 NR PHY概要 3GPP TR38.803 NR RF概要 3GPP TR38.804 NR L2概要 3GPP TR38.900 NR 高周波概要 3GPP TS38.300 NR 概要仕様 3GPP TS37.340 NR 多元接続概要仕様 3GPP TS38.201 NR PHY仕様概要仕様 3GPP TS38.202 NR PHYサービス概要仕様 3GPP TS38.211 NR PHYチャネル仕様 3GPP TS38.212 NR PHY符号化仕様 3GPP TS38.213 NR PHYデータチャネル手順仕様 3GPP TS38.214 NR PHYコントロールチャネル手順仕様 3GPP TS38.215 NR PHY測定仕様 3GPP TS38.321 NR MAC仕様 3GPP TS38.322 NR RLC仕様 3GPP TS38.323 NR PDCP仕様 3GPP TS37.324 NR SDAP仕様 3GPP TS38.331 NR RRC仕様 3GPP TS38.401 NR アーキテクチャ概要仕様 3GPP TS38.410 NR コアネットワーク概要仕様 3GPP TS38.413 NR コアネットワークAP仕様 3GPP TS38.420 NR Xnインタフェース概要仕様 3GPP TS38.423 NR XnAP仕様 3GPP TS38.470 NR F1インタフェース概要仕様 3GPP TS38.473 NR F1AP仕様

特表2012-511863号公報 特開2003-087856号公報

しかし、通信規格の標準化は、５Ｇに留まらず、次世代（例えば、Ｂ５Ｇ；Beyond 5G、及び６Ｇ）へと継続される。通信規格は、世代（通信世代）が変わるごとにプロトコル構成が変更される。例えば、第２層（レイヤ２）や第１層（レイヤ１）におけるプロトコル構成は、大きく変わる場合がある。このプロトコル構成の変更に対応するため、通信装置（端末装置及び基地局装置）の開発では、それぞれの世代で個別開発すると、工期が長くなり、開発費用も増大化する。また、次世代の通信は、複数の世代の通信装置が多元的に接続し通信を実施することもできる。複数の通信装置または通信装置が提供する通信エリアの通信状況が変動する中で、適切にプロトコルまたはレイヤを構成することが困難となる。このため、通信システム全体として最大限の通信特性が提供できない可能性がある。

そこで、一開示は、世代変更に対応するための工期や開発費用の増大化を抑制する、通信装置及び通信システムを提供する。また、通信状況に応じて、適切にプロトコルまたはレイヤ構成を制御する、通信装置及び通信システムを提供する。

通信装置が、第１無線通信レイヤおよび第２無線通信レイヤ、一般には第ｎ無線通信レイヤ（ｎは１以上の整数）を有し、前記第２無線通信レイヤは、無線リンクプロトコルである第１リンクレイヤプロトコルまたは第２リンクレイヤプロトコル、一般には第ｍリンクレイヤプロトコル（ｍは１以上の整数）を有し、対向の通信装置との間で前記第１無線通信レイヤを介して無線通信を実施する通信部と、前記第２無線通信レイヤのデータの受信において、前記第２無線通信レイヤを構成する無線リンクプロトコルが、前記第１リンクレイヤプロトコルまたは前記第２リンクレイヤプロトコル、一般には第ｍリンクレイヤプロトコルのいずれに対応するかに応じて、前記データに関する調整を実施し、前記データの受信を行うように通信を制御する制御部と、を有する。

一開示は、世代変更に対応するための工期や開発費用の増大化を抑制することができる。また、一開示は、通信状況に応じて、適切にプロトコルまたはレイヤ構成を制御することができる。

図１は、通信システム１の構成例を示す図である。 図２は、通信システム１０の構成例を示す図である。 図３は、基地局装置２００の構成例を表す図である。 図４は、端末装置１００の構成例を表す図である。 図５は、ＴＢＳ変換処理Ｓ１００の例を示す図である。 図６は、Ｂ５ＧのＴＢＳと５ＧのＴＢＳとの対応関係の例を示す図である。 図７は、Ｂ５ＧのＴＢＳと５ＧのＴＢＳとの変換の例を示す図である。 図８は、Ｎｕｍ変換処理Ｓ２００の例を示す図である。 図９は、Ｂ５ＧのＮｕｍと５ＧのＮｕｍとの対応関係の例を示す図である。 図１０は、候補通知処理のシーケンスの例を示す図である。 図１１は、候補Ｎｕｍのビットアップの例を示す図である。 図１２は、Ｎｕｍの範囲の例を示す図である。 図１３は、選択結果通知を送信しない場合のシーケンスの例を示す図である。 図１４は、候補通知処理のシーケンスの例を示す図である。 図１５は、Ｂ５ＧのＮｕｍのパターン番号と５ＧのＮｕｍとの対応関係の例を示す図である。 図１６は、候補通知処理のシーケンスの例を示す図である。 図１７は、候補通知処理のシーケンスの例を示す図である。

以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。

［第１の実施の形態］
第１の実施の形態について説明する。

図１は、通信システム１の構成例を示す図である。通信システム１は、通信装置２を有する。

通信装置２は、制御部及び通信部を有する（図示しない）。各部は、通信装置２が有するコンピュータ（プロセッサ）が、プログラムを実行することで構築される。

通信装置２は、第１無線通信レイヤ、及び第２無線通信レイヤ、一般には第ｎ無線通信レイヤを有する。また、第２無線通信レイヤは、無線リンクプロトコルである、第１リンクレイヤプロトコルまたは第２リンクレイヤプロトコル、一般には第ｍリンクレイヤプロトコルのいずれかをサポートする（対応する）。通信部（図示しない）と第２無線通信レイヤ間は、インターフェースを有することができる。また、中間的なレイヤとして、アダプテーションレイヤを有することもできる。

通信装置２は、他の通信装置からデータＤ１を受信する（Ｓ１）。データＤ１は、第１リンクレイヤプロトコルまたは第２リンクレイヤプロトコル、一般には第ｍリンクレイヤプロトコルのいずれかに対応したデータである。

通信装置２は、データＤ１が、第１リンクレイヤプロトコルまたは第２リンクレイヤプロトコル、一般には第ｍリンクレイヤプロトコルのいずれかに対応するかに応じて、受信したデータＤ１に関する制御、例えば調整を行う（Ｓ２）。

例えば、通信装置２は、自装置がサポートするリンクレイヤプロトコルと、データＤ１が対応するリンクレイヤプロトコルが異なる場合、データＤ１を自装置がサポートするリンクレイヤプロトコルが処理できるように、パラメータのマッピング、データサイズやフォーマットの変換、データを受け渡すレートの調整などを実施する。通信装置２は、例えば、リンクレイヤプロトコルのパラメータを変換する。

そして、通信装置２は、調整後のデータＤ１を第２無線通信レイヤに引き渡す（Ｓ３）。

通信部は、第１無線通信レイヤを介して、他の通信装置と無線通信を行う。通信部は、例えば、上述したデータＤ１の受信を行う。

制御部は、第２無線通信レイヤのデータの受信において、第２無線通信レイヤを構成する無線リンクプロトコルが、第１リンクレイヤプロトコルまたは第２リンクレイヤプロトコル，一般には第ｍプロトコルのいずれに対応するかに応じて、前記データに対して調整を実施し、前記データの受信を行うように通信を制御する。制御部は、例えば、上述した調整処理Ｓ２や、引き渡し処理Ｓ３を行う。

これにより、例えば、世代変更に応じたプロトコルの変更に対応する工期や開発費用の増大化を抑制することができる。また、これにより、例えば、通信状況に応じて、適切にプロトコルまたはレイヤ構成を制御することができる。

［第２の実施の形態］
第２の実施の形態について説明する。なお、以降の実施の形態については、例えば、第１の実施の形態の具体例と捉えてもよい。例えば、実施例１の通信装置は基地局装置２００および端末装置１００、第１無線通信レイヤと第２無線通信レイヤは５Ｇ物理層およびＢ５Ｇ物理層のいずれか、第１リンクレイヤプロトコルと第２リンクレイヤプロトコルは５ＧのＭＡＣ層およびＢ５ＧのＭＡＣ層のいずれか、に対応付けしてもよい。

図２は、通信システム１０の構成例を示す図である。通信システム１０は、端末装置１００、基地局装置２００、及びコアネットワーク３００を有する。通信システム１０は、端末装置１００が、コアネットワーク３００上の他の通信装置と、基地局装置２００を介して通信するシステムである。なお、端末装置１００及び基地局装置２００を、通信装置５０と呼ぶ場合がある。

端末装置１００は、基地局装置２００と無線接続し、通信を行う。端末装置１００は、例えば、５Ｇ及びＢ５Ｇの両方または一方に対応するタブレット端末やスマートフォンである。

基地局装置２００は、端末装置１００と他の装置との通信を中継する中継装置である。基地局装置２００は、例えば、５Ｇ及びＢ５Ｇの両方または一方に対応する通信装置である。

コアネットワーク３００は、例えば、IP（Internet Protocol）アドレスを用いて通信を行うネットワークである。コアネットワークは、例えば、インターネットやローカルネットワークである。

通信システム１０では、端末装置１００及び基地局装置２００間で、データを送受信するＭＡＣ（Medium Access Control） ＰＤＵ（Protocol Data Unit）の調整を行う。例えば、基地局装置２００は、ＭＡＣ ＰＤＵが使用可能なフォーマットを通知し、端末装置１００が使用するＭＡＣ ＰＤＵのフォーマットを選択する。これにより、異なる世代の通信規格に対応する通信装置（端末装置１００及び基地局装置２００）間の、適切なＭＡＣ ＰＤＵの送受信が可能となる。

＜基地局装置２００の構成例＞
図３は、基地局装置２００の構成例を表す図である。基地局装置２００は、ＣＰＵ（Central Processing Unit）２１０、ストレージ２２０、メモリ２３０、及び通信回路２４０を有する。

ストレージ２２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ２２０は、第Ｎ世代通信プログラム２２１、及び世代間通信調整プログラム２２２を記憶する。

メモリ２３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ２３０は、プログラムがデータを記憶する領域としても使用されてもよい。

通信回路２４０は、端末装置１００やコアネットワーク３００と接続し、通信を行う回路である。端末装置１００と通信する通信回路２４０と、コアネットワークと接続する通信回路２４０は、異なる複数の通信回路で構成されても良い。例えば、端末装置１００と通信する通信回路２４０は、無線接続に対応する装置であって、コアネットワーク３００と通信する通信回路２４０は、有線接続に対応する装置であっても良い。

ＣＰＵ２１０は、ストレージ２２０に記憶されているプログラムを、メモリ２３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。

ＣＰＵ２１０は、第Ｎ世代通信プログラム２２１を実行することで、通信部及び制御部を構築し、第Ｎ世代通信処理を行う。第Ｎ世代通信処理は、第Ｎ世代の通信規格に準じた通信を実行する処理である。第Ｎ世代は、例えば、５Ｇ、Ｂ５Ｇ、６Ｇなどである。また、第Ｎ世代は、他の世代であってもよいし、他の通信規格であってもよい。なお、第Ｎ世代通信処理は、レイヤに分けられ、レイヤごとに第Ｎ世代に対応する処理を行う。

ＣＰＵ２１０は、世代間通信調整プログラム２２２を実行することで、制御部を構築し、世代間通信調整処理を行う。世代間通信調整処理は、世代の異なる通信装置５０（端末装置１００）から受信したＭＡＣ ＰＤＵを、自装置が対応する第Ｎ世代の通信規格に適合するよう変換する処理である。

＜端末装置１００の構成例＞
図４は、端末装置１００の構成例を表す図である。端末装置１００は、ＣＰＵ１１０、ストレージ１２０、メモリ１３０、及び通信回路１４０を有する。

ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ１２０は、第Ｍ世代通信プログラム１２１、及び候補受信プログラム１２２を記憶する。

メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０は、プログラムがデータを記憶する領域としても使用されてもよい。

通信回路１４０は、基地局装置と無線接続し、通信を行う回路である。通信回路１４０は、例えば、ネットワークインターフェースカードである。

ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。

ＣＰＵ１１０は、第Ｍ世代通信プログラム１２１を実行することで、端末通信部及び端末制御部を構築し、第Ｍ世代通信処理を行う。第Ｍ世代通信処理は、第Ｍ世代の通信規格に準じた通信を実行する処理である。第Ｍ世代は、例えば、５Ｇ、Ｂ５Ｇ、６Ｇなどである。なお、第Ｍ世代は、第Ｎ世代とは異なる世代である。

ＣＰＵ１１０は、候補受信プログラム１２２を実行することで、端末通信部及び端末制御部を構築し、候補受信処理を行う。候補受信処理は、送信するＭＡＣ ＰＤＵに関するパラメータ（例えば、パケットサイズ、サブキャリア間隔など）の候補を受信し、候補から使用するパラメータを選択し、以降のＭＡＣ ＰＤＵ送信において選択したパラメータを使用する処理である。

＜ＭＡＣ ＰＤＵサイズの調整処理＞
ＭＡＣ ＰＤＵのサイズ（データサイズ）は、ＴＢＳ（Transport Block Size）として、１バイト単位で規定される。規定されるＴＢＳは、通信規格の世代の変遷に伴い変更や追加が行われ、今後の世代（例えばＢ５Ｇ）においても、変更や追加が行われることが予想される。そこで、端末装置１００及び基地局装置２００またはいずれか一方の装置（通信装置５０）は、制御処理するパラメータとしてＴＢＳを適用し、ＴＢＳに関する制御処理、例えば、ＴＢＳ変換処理を行う。なお、ＴＢＳ変換処理は、世代間通信調整処理の一例である。

図５は、ＴＢＳ制御処理の一例として、ＴＢＳ変換処理Ｓ１００の例を示す図である。図５は、Ｂ５Ｇで規定されるＴＢＳのＭＡＣ ＰＤＵを、５Ｇに対応する（５Ｇに対応するＭＡＣ層を有する）通信装置５０が受信した場合の図である。

５Ｇに対応する通信装置５０は、例えば、無線通信の機能を一連の層（レイヤ）に分割したプロトコルスタック（階層型プロトコルとも称される）として、仕様が規定される。図５において、通信装置５０は、５Ｇに対応する５Ｇ物理層、ＭＡＣ層、ＲＬＣ（Radio Link Control）層、ＰＤＣＰ（Packet Data Convergence Protocol）層、及びＳＤＡＰ（Service Data Adaptation Protocol）層を有する。ＴＢＳ変換処理Ｓ１００は、５Ｇ物理層が有する機能であっても良いし、ＭＡＣ層が有する機能であっても良い。また、ＴＢＳ変換処理Ｓ１００は、５Ｇ物理層とＭＡＣ層とのインターフェースを有しても良い。さらに、５Ｇ物理層とＭＡＣ層の間の中間層として、双方の変換処理を担うアダプテーション層を有しても良い。

通信装置５０は、Ｂ５Ｇに対応するＢ５Ｇ物理層を有する他の通信装置から、Ｂ５ＧのＴＢＳに対応するＭＡＣ ＰＤＵを受信する（Ｓ１０）。通信装置５０は、Ｂ５ＧのＴＢＳに対応するＭＡＣ ＰＤＵを受信すると（Ｓ１０）、ＴＢＳ変換処理Ｓ１００を行い、５ＧのＴＢＳに対応するＭＡＣ ＰＤＵに変換し、ＭＡＣ層に引き渡す（Ｓ１１）。

図６は、Ｂ５ＧのＴＢＳと５ＧのＴＢＳとの対応関係の例を示す図である。Ａ、Ｂ、Ｃ、Ｄ、及びＥは、Ｂ５ＧのＴＢＳのインデックスを示し、Ｘ、Ｙ、及びＺは、５ＧのＴＢＳのインデックスを示す。インデックスに代替し、サイズ（バイト数）であっても良い。なお、世代が進むと、より多くのＴＢＳに対応することが予想されるため、図６に示すように、重複する５ＧのＴＢＳ（例えば、Ｘ、Ｙは、それぞれ２つのＢ５Ｇ ＴＢＳであるＢ，Ｃ，およびＤ，Ｅに対応）が存在しても良い。

通信装置５０は、ＴＢＳ変換処理Ｓ１００において、例えば、インデックスＡ（Ｂ５Ｇ対応）のＭＡＣ ＰＤＵを受信すると、図６の対応関係に従い、インデックスＺ（５Ｇ対応）のＭＡＣ ＰＤＵに変換し、ＭＡＣ層に引き渡す。

第２の実施の形態では、ＴＢＳ変換処理Ｓ１００を有することで、ＭＡＣ層及び上位層にＢ５Ｇに対応するための変更（開発）を行わなくても、Ｂ５ＧのＭＡＣ ＰＤＵを受信および送信することができる。

なお、通信装置５０は、あらかじめ図６に示す対応関係を記憶しておいても良い。通信装置５０は他の制御を行ってもよい。例えば、Ｂ５ＧのＴＢＳよりも小さく、かつ、５ＧのＴＢＳのうち、最大サイズのＴＢＳを選択しても良い。これにより、Ｂ５ＧのＴＢＳのサイズに近似したサイズの５ＧのＴＢＳを選択することができる。なお、通信装置５０は、Ｂ５ＧのＴＢＳよりも大きく、かつ、５ＧのＴＢＳのうち、最小サイズのＴＢＳを選択しても良い。

また、例えば、Ｂ５ＧのＴＢＳは、５Ｇがサポートする最大ＴＢＳよりも大きい場合がある。この場合、送信側となる通信装置５０は、ＴＢＳ変換処理Ｓ１００において、５ＧのＴＢＳを複数集約して１つの大きなＴＢＳを構成してもよい。対して、受信側となる通信装置５０は、ＴＢＳ変換処理Ｓ１００において、複数集約されたＴＢＳをリアセンブルし、個々のＴＢＳを取り出す制御を実施すればよい。

具体例を以下に述べる。下り通信の場合、送信側の通信装置５０は、上述のように集約したＴＢＳを構成し、受信側の通信装置５０に送信する。受信側の通信装置５０が集約されたＴＢＳを受信すると、リアセンブリを実施し元のＴＢＳを取り出す。

一方、上り通信の場合、送信側の通信装置５０は、受信側の通信装置５０からダイナミックグラントやＣｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔで指定されたＴＢＳとなるようにＴＢＳを複数集約する。その後、構成されたＴＢＳを受信側の通信装置５０に送信する。受信側の通信装置５０が集約されたＴＢＳを受信すると、リアセンブリを実施し元のＴＢＳを取り出す。

通信装置５０は、ＴＢＳ変換処理Ｓ１００において、複数のＴＢＳを集約する際に、集約する個数の調整を実施する。例えば、通信装置５０は、ＭＡＣ層に対して集約する個数を通知する。その個数は、下り通信の場合、下りの無線リソース割り当て（例えばＤＬアサインメント）を実施する回数となる。一方、その個数は、上り通信の場合、上りの無線リソース割り当て（例えばＵＬグラント）を実施する回数となる。この理由は、ＭＡＣ層はＰＨＹ層からのＴＢ生成要請を受けてＴＢを生成するためである。

ここで、送信側の通信装置５０が集約するＴＢＳの個数は、受信側の通信装置５０と情報を共有する必要がある。共有方法としては、図７に記載したように、事前に規定された方法で実施することができる。例えば、５Ｇの最大ＴＢＳはＸ、Ｂ５Ｇで送信するデータのＴＢＳは２×Ｘ＋ｎ（ｎ＜Ｘ）とした場合、ＴＢＳが最大ＴＢＳであるＴＢを２つ集約し、ＴＢＳがｎとなるＴＢＳをさらに１つ集約し、送信データとなる１つのＴＢＳを構築する。集約するＴＢＳ数が最小化できるため、ＴＢＳに付随するヘッダオーバーヘッドが低減できる。図７に示すように、５ＧのＴＢＳとして、ＴＢＳのデータ２つ、それより小さいＴＢＳのデータ１つを集約し、Ｂ５ＧのＴＢＳのデータ１つとする。

なお、１つの大きなＴＢＳを構成する方法はこれには限らない。例えば、５Ｇの最大ＴＢＳを拡張しＢ５ＧのＴＢＳをサポートする方法もある。この場合、Ｂ５Ｇで送信するデータのＴＢＳと、ＭＡＣ層で構築されるＴＢＳサイズが同一になる。したがって、制御処理Ｓ１００はＴＢＳサイズの調整を実施する必要はなく、ＴＢをＭＡＣ層からＢ５Ｇに伝送するだけでよいため、処理量が低減する。

本実施例によって、５ＧのＭＡＣ層を活用しつつＢ５Ｇを使用した通信が可能になる。よって、世代変更に対応するための工期や開発費用の増大化を抑制することができる。また、Ｂ５Ｇ専用に開発されたＭＡＣ層を含むリンクレイヤプロトコルを使用して通信する場合と比較し、通信特性を向上できる。例えば、Ｂ５Ｇのトラヒック負荷が高い場合、Ｂ５Ｇ専用のリンクレイヤプロトコルを使用してしまうと、その性能が最大限に発揮できないにも関わらず、ＣＰＵやメモリ等のリソースを使用してしまう。しかし、５Ｇのリンクレイヤプロトコルを活用することによって、Ｂ５Ｇのリソースを温存し、必要なトラヒックに割り当てることでそのトラヒックにＱｏＳを提供できる。また、５Ｇのリンクレイヤプロトコルを使用し、４Ｇ通信を行うケースもある。例えば、トラヒックがオフロードされる場合である。サービスするトラヒックに対し、５Ｇ専用のリンクレイヤプロトコルを使用すると過剰な性能となるため、４Ｇにオフロードすることによって５Ｇのリソースが温存できる。したがって、５Ｇのカバレッジやキャパシティを維持することができる。

［第３の実施の形態］
第３の実施の形態について説明する。第３の実施の携帯において、通信装置５０は、ＭＡＣ ＰＤＵのＮｕｍｅｒｏｌｏｇｙ（Ｎｕｍ：例えばサブキャリア間隔）を調整するＮｕｍ変換処理を有する。本実施例は、第２実施例と比較して、制御処理がＳ１００で示したＴＢＳ変換処理と異なるが、他の機能や処理は第２の実施の形態と同じである。このため、特に記載がない限り、第２の実施の形態で開示した内容は本実施例にも適用できる。

＜Ｎｕｍ変換処理＞
制御処理として、Ｎｕｍ変換に関する制御処理、例えば、Ｎｕｍ変換処理を行う。Ｎｕｍの制御処理は、ＴＢＳの制御処理と比較して、制御の時間スケールが大きくなる。この理由は、ＴＢＳの制御処理はパケットスケジューリングに関わるためである。例えば、パケットスケジューリングはＰＤＣＣＨによってデータ送信が制御されるダイナミックグラントと、ＰＤＣＣＨではなく事前リソース割り当てによってデータ送信が制御されるＣｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔがある。いずれにせよ、データ送信はｍｓという時間スケールで高速に作動するため、ＴＢＳ制御処理も高速性が大事となる。しかし、Ｎｕｍは通信中に変更となるケースは頻繁に発生せず、通信中に同じＮｕｍが継続して使われるといえる。したがって、ＴＢＳ制御処理は事前に定められた規則で作動することが好ましいが、Ｎｕｍ制御処理は高速性が求められないため通信中に規則を変えることができる。

図８、Ｎｕｍ変換処理Ｓ２００の例を示す図である。図８は、Ｂ５Ｇで規定されるＮｕｍのＭＡＣ ＰＤＵを、５Ｇに対応する（５Ｇに対応するＭＡＣ層を有する）通信装置５０が受信した場合の図である。なお、Ｎｕｍ変換処理は、世代間調整処理の一例である。

Ｎｕｍ変換処理Ｓ２００は、５Ｇ物理層が有する機能であっても良いし、ＭＡＣ層が有する機能であっても良い。また、Ｎｕｍ変換処理Ｓ２００は、５Ｇ物理層とＭＡＣ層とのインターフェースを有しても良い。

通信装置５０は、Ｂ５Ｇに対応するＢ５Ｇ物理層を有する他の通信装置から、Ｂ５ＧのＮｕｍに対応するＭＡＣ ＰＤＵを受信する（Ｓ２０）。通信装置５０は、Ｂ５ＧのＮｕｍに対応するＭＡＣ ＰＤＵを受信すると（Ｓ２０）、Ｎｕｍ変換処理Ｓ２００を行い、５ＧのＮｕｍに対応するＭＡＣ ＰＤＵに変換し、ＭＡＣ層に引き渡す（Ｓ２１）。

図９は、Ｂ５ＧのＮｕｍと５ＧのＮｕｍとの対応関係の例を示す図である。Ａ、Ｂ、Ｃ、Ｄ、及びＥは、Ｂ５ＧのＮｕｍのインデックスを示し、Ｘ、Ｙ、及びＺは、５ＧのＮｕｍのインデックスを示す。インデックスに代替し、１スロットあたりの時間長であっても良い。

通信装置５０は、Ｎｕｍ変換処理Ｓ２００において、例えば、インデックスＡのＭＡＣ ＰＤＵを受信すると、図９の対応関係に従い、インデックスＺのＭＡＣ ＰＤＵに変換し、ＭＡＣ層に引き渡す。

第２の実施の形態では、Ｎｕｍ変換処理Ｓ２００を有することで、ＭＡＣ層及び上位層にＢ５Ｇに対応するための変更（開発）を行わなくても、Ｂ５ＧのＭＡＣ ＰＤＵを受信および送信することができる。

本実施例によって、第１、第２の実施の形態と同様の効果を得ることができる。例えば、本実施例によって、世代の異なる通信プロトコルおける、対応するＰＤＵのＮｕｍｅｒｏｌｏｇｙの差異を吸収するための開発（プロトコルに対応する開発）の工数を抑制することができる。

［第４の実施の形態］
第４の実施の形態について説明する。本実施例は、第３実施例において、通信装置５０がＮｕｍの選択を容易に行える制御を実施することが特徴であり、他の機能や処理は第３の実施の形態と同じである。このため、特に記載がない限り、第３の実施の形態で開示した内容は本実施例にも適用できる。

Ｎｕｍ変換処理Ｓ２００を行うためには、近似する時間長のＮｕｍを選択することや、相手通信装置が対応可能なＮｕｍに関する情報が必要となる。また、通信装置５０は、ある程度の候補となるＮｕｍから選択して使用することで、例えば、無線状況、送信するデータ量、または処理負荷などに応じたＮｕｍを選択することができる。

そこで、第４の実施の形態において、通信装置５０は、サポートするＮｕｍに関する情報、および選択して使用するＮｕｍの通知を行う。以下、端末装置１００と基地局装置２００を例に、送信候補を通知する処理を説明する。なお、端末装置１００と基地局装置２００は、それぞれ他の通信装置５０であっても良い。また、装置構成によっては、ＵＥ ｃａｐａｂｉｌｉｔｙに代替し、サポートするＮｕｍを通知するメッセージを使用しても良い。

＜候補通知処理＞
図１０は、候補通知処理のシーケンスの例を示す図である。端末装置１００は、自装置がサポートするＮｕｍ（サポートパラメータ）に関するサポートＮｕｍ情報を含むＵＥ ｃａｐａｂｉｌｉｔｙを、基地局装置２００に送信する（Ｓ３１）。端末装置１００は、ＵＥ ｃａｐａｂｉｌｉｔｙに代替し、ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｍｆｏｍａｔｉｏｎを使用しても良い。

ＵＥ ｃａｐａｂｉｌｉｔｙは、ネットワークあるいは基地局装置２００の要求に応じて、端末装置１００が基地局に返信する。一般に無線通信では、端末装置１００に搭載される機能は、メーカーが数多くある機能の中から選定し決める。そして、実装（サポート）している機能をネットワークあるいは基地局装置２００に通知することによって、ネットワークあるいは基地局装置２００は実装している機能のみについて設定を行うことができる。

一方、ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｍｆｏｍａｔｉｏｎは、端末装置１００が主体的に基地局装置２００に送信する。端末装置１００は、ネットワークあるいは基地局装置２００に対し、好ましい通信パラメータなど通信に関わる情報を通知する。換言すると、基地局装置２００が、端末装置１００に対してパラメータなどの通信に関わる情報を設定する際に、好ましい設定を行うための補助情報ともいえる。

基地局装置２００は、サポートＮｕｍ情報に基づき、自装置が対応可能なＢ５ＧのＮｕｍと、端末装置１００が対応可能な５ＧのＮｕｍとを比較する。そして、基地局装置２００は、対応可能なＢ５ＧのＮｕｍとサブキャリア長が近似する５ＧのＮｕｍで、かつ端末装置１００が対応可能な５ＧのＮｕｍを抽出し、候補Ｎｕｍ（候補パラメータ）とする。

基地局装置２００は、候補Ｎｕｍに関する候補Ｎｕｍ情報が含まれる送信候補通知を端末装置１００に送信する（Ｓ３２）。候補Ｎｕｍは、例えば、ビットマップで通知する。

ビットマップＢ３０は、ある８ビット（１バイト）の候補Ｎｕｍに関する情報であり、各マスは１ビットを示す。前方３ビットの「Ｒ」は、例えば、リザーブビットであり、他の用途に使用、または使用しないビットである。後方５ビットのそれぞれが、図１１に示すビットマップと対応し、「１」が使用可能（候補）なＮｕｍであることを示し、「０」が使用不可（候補とならない）Ｎｕｍであることを示す。

図１１は、候補Ｎｕｍのビットアップの例を示す図である。例えば、１ビット目（１バイト中の第４ビット）は、５ＧのＮｕｍの一つである「Ｚ」に対応する。

図１０のシーケンスに戻り、ビットマップＢ３０は、第４ビットおよび第５ビットが「１」であることから、５ＧのＮｕｍの「Ｚ」及び「Ｙ」が候補Ｎｕｍであることを示す。

端末装置１００は、送信候補通知を受信すると（Ｓ３２）、候補Ｎｕｍから使用するＮｕｍを選択し、選択結果通知に選択したＮｕｍに関する選択Ｎｕｍ情報を含め、基地局装置２００に送信する（Ｓ３３）。

ビットマップＢ３１は、選択Ｎｕｍ情報であり、候補Ｎｕｍと同様の構成である。後方５ビットのそれぞれが、図１１に示すビットマップと対応し、「１」が選択したＮｕｍであることを示し、「０」が選択していないＮｕｍであることを示す。ビットマップＢ３１は、第４ビットが「１」であることから、５ＧのＮｕｍの「Ｚ」が選択Ｎｕｍであることを示す。

基地局装置２００は、５ＧのＮｕｍ「Ｚ」が選択されたことを取得し、以降、Ｎｕｍ変換処理Ｓ２００において、「Ｚ」に近似する（対応する）Ｂ５ＧのＮｕｍを選択し、変換処理を行う。

＜Ｎｕｍの範囲の表現方法の例について＞
通信装置５０は、例えば、ＵＥ ｃａｐａｂｉｌｉｔｙを送信しない場合、５ＧとＢ５Ｇ間での近似の範囲（許容するＮｕｍの範囲）を通知する（あるいは事前に決めておいても良い）。

図１２は、Ｎｕｍの範囲の例を示す図である。表は、基本マッピングであり、５ＧとＢ５ＧのＮｕｍが１対１で対応する。当該基本マッピングは、事前に通信装置５０が有するものとする。通信装置５０は、基本となるＮｕｍに加え、許容する幅（上限、下限）を、他の通信装置に通知する。これにより、相手通信装置は、Ｂ５Ｇと５Ｇとの対応が変更された時、どのＮｕｍまでが近似の範囲（相手装置が許容できる範囲）かを取得し、適切なＮｕｍを選択することができる。

ケース１は、例えば、Ｂ５Ｇ対応で無線通信を行う予定であったが、トラフィックのオフロードなどにより、５Ｇ対応での無線通信に変更する場合の例を示す。ケース１は、Ｂ５ＧのＮｕｍ「Ｃ」が基本となるＮｕｍであり、許容する上限は「＋２」で下限は「－１」である。

通信装置５０は、Ｂ５ＧのＮｕｍ「Ｃ」に対応する５ＧのＮｕｍ「Ｘ」に加え、上位に上限だけ以降した「Ｙ」「Ｚ」及び、下位に下限だけ以降した「Ｗ」も許容する。すなわち、通信装置５０は、「Ｗ」から「Ｚ」までを、５ＧのＮｕｍとして許容する。

ケース２は、例えば、５Ｇ対応で無線通信を行う予定であったが、特性向上などの要因により、Ｂ５Ｇ対応での無線通信に変更する場合の例を示す。ケース２は、５ＧのＮｕｍ「Ｙ」が基本となるＮｕｍであり、許容する上限は「＋５」で下限は「－１」である。

通信装置５０は、５ＧのＮｕｍ「Ｙ」に対応するＢ５ＧのＮｕｍ「Ｄ」に加え、上位に上限だけ以降した「Ｅ」から「Ｉ」及び、下位に下限だけ以降した「Ｃ」も許容する。すなわち、通信装置５０は、「Ｃ」から「Ｉ」までを、Ｂ５ＧのＮｕｍとして許容する。

＜選択結果通知を送信しない例について＞
通信装置５０（端末装置１００）は、選択結果通知を送信しない。そのため、相手の通信装置５０（基地局装置２００）は、ＭＡＣ ＰＤＵを受信した時、ブラインドデコードを行う。

図１３は、選択結果通知を送信しない場合のシーケンスの例を示す図である。処理Ｓ４１、処理Ｓ４２、及びビットマップＢ４０それぞれは、図１０に示す処理Ｓ３１、処理Ｓ４２、及びビットマップＢ３０と同様である。

端末装置１００は、送信候補通知を受信すると（Ｓ４２）、候補Ｎｕｍから使用するＮｕｍを選択する。あるいは、端末装置１００は、候補Ｎｕｍを記憶し、ＭＡＣ ＰＤＵ送信時に、使用するＮｕｍを候補Ｎｕｍから選択しても良い。

端末装置１００は、ＭＡＣ ＰＤＵを送信する契機において、選択したＮｕｍを使用し、ＭＡＣ ＰＤＵを送信する（Ｓ４３）。

基地局装置２００は、選択結果通知を受信していないため、ブラインドデコードを行う（Ｓ４４）。ブラインドデコードＳ４４は、候補Ｎｕｍの全てについてデコードを行い、デコードが成功したものを当該ＭＡＣ ＰＤＵのＮｕｍと判定する処理である。

なお、基地局装置２００は、ブラインドデコードにおいてデコードが成功したＮｕｍを記憶し、以降ＭＡＣ ＰＤＵを端末装置１００から受信した時、記憶しているＮｕｍを用いてデコードを行っても良い。また、基地局装置２００は、端末装置１００からＭＡＣ ＰＤＵを受信するごとに、ブラインドデコードＳ４４を行っても良い。

＜送信候補通知のビットマップパターンの例について＞
また、送信候補通知のビットマップのパターンの別の例を以下に示す。

図１４は、候補通知処理のシーケンスの例を示す図である。端末装置１００は、自装置がサポートするＮｕｍに関するサポートＮｕｍ情報を含むＵＥ ｃａｐａｂｉｌｉｔｙを、基地局装置２００に送信する（Ｓ５１）。

基地局装置２００は、サポートＮｕｍ情報に基づき、自装置が対応可能なＢ５ＧのＮｕｍと、端末装置１００が対応可能な５ＧのＮｕｍとを比較する。そして、基地局装置２００は、対応可能なＢ５ＧのＮｕｍとサブキャリア長が近似する５ＧのＮｕｍで、かつ端末装置１００が対応可能な５ＧのＮｕｍを抽出し、候補Ｎｕｍとする。基地局装置２００は、選択した候補Ｎｕｍに合致する（または近似する）Ｂ５ＧのＮｕｍのパターン番号を選択する。

図１５は、Ｂ５ＧのＮｕｍのパターン番号と５ＧのＮｕｍとの対応関係の例を示す図である。端末装置１００及び基地局装置２００は、事前に、あるいは受信することで、当該対応関係を記憶している。図６における括弧内の数値は、３ビットのビットパターンの例を示す。基地局装置２００は、当該３ビットのビットパターンを使用し、候補Ｎｕｍを端末装置１００に送信する。

図１４のシーケンスに戻り、基地局装置２００は、例えば、Ｂ５ＧのＮｕｍのパターン４を選択する。そして、基地局装置２００は、パターン４のビットパターン「１００」を含むビットマップＢ５０を、送信候補通知に含め、端末装置１００に送信する（Ｓ５２）。

端末装置１００は、送信候補通知を受信すると（Ｓ５２）、Ｂ５ＧのＮｕｍのパターン番号がパターン４であることを取得し、候補Ｎｕｍが「Ｘ」及び「Ｙ」であることを、図１４に示す対応関係から取得する。

端末装置１００は、候補Ｎｕｍから使用するＮｕｍを選択し、選択結果通知に選択したＮｕｍに関する選択Ｎｕｍ情報を含め、基地局装置２００に送信する（Ｓ５３）。

選択Ｎｕｍ情報は、例えば、図９のシーケンスと同様に、選択したＮｕｍに対応するビットを「１」にしたビットマップであっても良い。また、選択結果通知は、例えば、図１５のパターン１、３、または５など、候補Ｎｕｍが１つである場合、送信されなくても良い。

通信装置５０は、Ｂ５ＧのＮｕｍのパターンを設けることで、５ＧのＮｕｍの１種類に対して１ビットを使用するビットマップより、少ないビット数で送信できる場合がある。

＜状態変化が発生した例について＞
通信装置５０（基地局装置２００）状態（例えば、無線状態、通信量など）に変化が発生した時、送信候補通知を送信する。

図１６は、候補通知処理のシーケンスの例を示す図である。基地局装置２００は、送信候補通知を、端末装置１００に送信する（Ｓ６１）。候補Ｎｕｍのビットマップは、例えば、図１５の対応関係を用いる。図１６においては、ビットマップＢ６０（パターン４）を送信する。

そして、基地局装置２００において、状態変化が発生する（Ｓ６２）。状態変化は、例えば、Ｑｏｓレベル、セル内のトラフィック量、電波状況（ノイズ状態など）などが、閾値以上あるいは未満になった場合を示す。また、状態変化は、例えば、端末装置１００のバッテリー状態など、端末装置１００に関する状態であっても良い。

基地局装置２００は、状態変化を検出すると（Ｓ６２）、変化した状態に応じたＮｕｍ候補を選択し、再度、送信候補通知を送信する（Ｓ６３）。図１６においては、ビットマップＢ６１（パターン３）を送信する。

送信候補通知は、例えば、ＲＲＣ（Radio Resource Control）メッセージで送信する。また、送信候補通知は、ＭＡＣ ＣＥ（Control Element）メッセージで送信する。さらに、送信候補通知は、ＰＤＣＣＨ（Physical Downlink Control Channel）で送信する。

なお、端末装置１００は、基地局装置２００と同様に、状態変化を検出した時（Ｓ６４）、変化した状態に応じて、使用するＮｕｍを変更し、変更したＮｕｍを選択結果通知で送信する（Ｓ６５）。

端末装置１００及び基地局装置２００は、状態変化に応じてＮｕｍ（候補Ｎｕｍ、選択Ｎｕｍ）を変更し、相手通信装置に通知する。これにより、変化する状態に応じて、ダイナミックにＮｕｍを変更することができる。

＜送信候補通知の例について＞
通信装置５０は、図１５に示すＢ５Ｇのパターン番号と、当該パターン番号内のインデックス番号を、送信候補通知にて通知する。インデックス番号は、各パターン内に複数の５ＧのＮｕｍが存在する場合に割り振られた番号である。例えば、図１５において、パターン４は５ＧのＮｕｍが「Ｘ」及び「Ｙ」の２つが存在し、「Ｘ」にインデックス１、「Ｙ」にインデックス２を、それぞれ割り振る。

図１７は、候補通知処理のシーケンスの例を示す図である。基地局装置２００は、送信候補通知を、端末装置１００に送信する（Ｓ７１）。図１６においては、ビットマップＢ７０を送信する。

ビットマップＢ７０は、下位５ビット（第４から第８ビット）を使用して、候補Ｎｕｍを表現する。第４から第６ビットまでの３ビットは、Ｂ５Ｇのパターン番号を示す。そして、第７、第８ビットの２ビットは、インデックス番号を示す。第７ビットは、インデックス１に対応し、第８ビットは、インデックス２に対応する。第７及び第８ビットは、「１」であるとき、対応するインデックス番号の５ＧのＮｕｍが候補Ｎｕｍであることを示す。

ビットマップＢ７０は、第４から第６ビットが「１００」であるため、Ｂ５ＧのＮｕｍのパターン４であることを示す。そして、ビットマップＢ７０は、第７ビットが「１」であり、第７ビットが「０」であるため、５ＧのＮｕｍ「Ｘ」は候補Ｎｕｍであるが、「Ｙ」は候補Ｎｕｍではないことを示す。

このように、図１５に示すパターンの組み方や、５Ｇの候補Ｎｕｍの数によっては、パターンとインデックス番号とを組み合わせて通知することで、候補Ｎｕｍをより少ないビット数で通知することができる場合がある。

本実施例によって、第１、第２及び第３の実施の形態と同様の効果を得ることができる。本実施例によって、例えば、送信候補情報のビット数を抑制することができる。送信候補通知は、各プロトコルで対応するＮｕｍの種類や、各装置が対応可能なＮｕｍの数に応じて、より効率的な（ビット数の少ない）ビットパターンや送信方法が選択され得る。また、本実施例によって、選択結果通知を省略することで、メッセージの送信数を抑制し、無線リソースの有効活用ができる。

［その他の実施の形態］
各実施の形態は、組み合わせても良い。例えば、送信候補通知のビットマップパターン、選択結果通知の有無、送信候補通知の送信タイミングなど、それぞれ各実施の形態のものを組み合わせても良い。

また、端末装置１００及び基地局装置２００がサポートする通信規格の世代は、異なった世代であればよく、各装置がどの世代の通信規格をサポートするかは問わない。

１ ：通信システム
２ ：通信装置
１０ ：通信システム
５０ ：通信装置
１００ ：端末装置
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：第Ｍ世代通信プログラム
１２２ ：候補受信プログラム
１３０ ：メモリ
１４０ ：通信回路
２００ ：基地局装置
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：第Ｎ世代通信プログラム
２２２ ：世代間通信調整プログラム
２３０ ：メモリ
２４０ ：通信回路
３００ ：コアネットワーク

Claims (14)

1. 第１無線通信レイヤおよび第２無線通信レイヤを有し、前記第２無線通信レイヤは、無線リンクプロトコルである第１リンクレイヤプロトコルまたは第２リンクレイヤプロトコルを有し、
   他の通信装置との間で前記第１無線通信レイヤを介して無線通信を実施する通信部と、
   前記第２無線通信レイヤのデータの送受信において、前記第２無線通信レイヤを構成する無線リンクプロトコルが、前記第１リンクレイヤプロトコルまたは前記第２リンクレイヤプロトコルのいずれに対応するかに応じて、前記データに対して制御を実施し、前記データの送受信を行うように通信を制御する制御部と、を有し、
   前記第２無線通信レイヤは、物理レイヤであり、前記第１リンクレイヤプロトコルは、第ｎ世代の通信規格に対応し、前記第２リンクレイヤプロトコルは、前記第ｎ世代の通信規格と異なる世代の通信規格に対応する
   通信装置。
2. 前記第２無線通信レイヤが前記第１リンクレイヤプロトコルをサポートしない場合、
   前記制御部は、前記制御において、前記他の通信装置から前記第１リンクレイヤプロトコルに対応するデータを送受信において、前記データを前記第２リンクレイヤプロトコルに対応するよう、前記データの前記第１リンクレイヤプロトコルのパラメータである第１パラメータを前記第２リンクレイヤプロトコルのパラメータである第２パラメータに調整し、前記第２無線通信レイヤに渡す
   請求項１記載の通信装置。
3. 前記パラメータは、前記データを伝送するパケットのサイズに関する情報であり、
   前記制御部は、前記第１パラメータのデータサイズ以下で、かつ自装置が対応可能な最大サイズのパラメータを、第２パラメータとする
   請求項２記載の通信装置。
4. 前記パラメータは、前記データを伝送するパケットのサイズに関する情報であり、
   前記制御部は、前記第１パラメータのデータサイズ以上で、かつ自装置が対応可能な最小サイズのパラメータを、第２パラメータとする
   請求項２記載の通信装置。
5. 前記パラメータは、前記データを伝送するパケットのサブキャリア間隔に関する情報である
   請求項２記載の通信装置。
6. 前記制御部は、前記第１パラメータのサブキャリア間隔と同じ、または前記第１パラメータのサブキャリア間隔との差異が小さいパラメータを、第２パラメータとする
   請求項５記載の通信装置。
7. 前記制御部は、前記他の通信装置がサポートする前記第１リンクレイヤプロトコルのパラメータであるサポートパラメータを受信し、自装置がサポートする前記第２リンクレイヤプロトコルのパラメータと同じ、あるいは近似するパラメータを、前記サポートパラメータから選択し、候補パラメータとして前記他の通信装置に通知するよう制御する
   請求項５記載の通信装置。
8. 前記サポートパラメータは、ＵＥ ｃａｐａｂｉｌｉｔｙに含まれる
   請求項７記載の通信装置。
9. 前記サポートパラメータは、ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｍｆｏｍａｔｉｏｎに含まれる
   請求項７記載の通信装置。
10. 前記通知は、ＲＲＣ（Radio Resource Control）で行う
    請求項７記載の通信装置。
11. 前記通知は、ＭＡＣ（Medium Access Control） ＣＥ（Control Element）またはＰＤＣＣＨ（Physical Data Control Channel）で行う
    請求項７記載の通信装置。
12. 前記制御部は、前記通知を、自装置または前記他の通信装置に関する状態が変化したことを検出した時に実施する
    請求項７記載の通信装置。
13. 第１無線通信レイヤおよび第２無線通信レイヤを有し、前記第２無線通信レイヤは、無線リンクプロトコルである第１リンクレイヤプロトコルあるいは第２リンクレイヤプロトコルを有し、
    他の通信装置との間で前記第１無線通信レイヤを介して無線通信を実施する通信部と、
    前記第２無線通信レイヤのデータの送受信において、前記他の通信装置から受信した前記第１リンクレイヤプロトコルまたは前記第２リンクレイヤプロトコルのパラメータに応じて、前記データに対して制御を実施し、前記データの送受信を行うように通信を制御する制御部と、を有し、
    前記第２無線通信レイヤは、物理レイヤであり、前記第１リンクレイヤプロトコルは、第ｎ世代の通信規格に対応し、前記第２リンクレイヤプロトコルは、前記第ｎ世代の通信規格と異なる世代の通信規格に対応する
    通信装置。
14. 第１の通信装置と第２の通信装置を有する通信システムであって、
    前記第１の通信装置は、第１無線通信レイヤおよび第２無線通信レイヤを有し、前記第２無線通信レイヤは、無線リンクプロトコルである第１リンクレイヤプロトコルを有し、
    前記第２の通信装置は、前記第１無線通信レイヤおよび前記第２無線通信レイヤを有し、前記第２無線通信レイヤは、無線リンクプロトコルである第２リンクレイヤプロトコルを有し、
    前記第２無線通信レイヤは、物理レイヤであり、前記第１リンクレイヤプロトコルは、第ｎ世代の通信規格に対応し、前記第２リンクレイヤプロトコルは、前記第ｎ世代の通信規格と異なる世代の通信規格に対応し、
    前記第２の通信装置は、
    前記第１の通信装置に、前記第２リンクレイヤプロトコルに対応するデータを送信し、
    前記第１の通信装置は、
    前記第２の通信装置との間で前記第１無線通信レイヤを介して無線通信を実施し、
    前記第２無線通信レイヤのデータの受信において、前記第２の通信装置から前記第２リンクレイヤプロトコルに対応するデータを受信したとき、前記データに対して前記第１リンクレイヤプロトコルに対応するよう制御する
    通信システム。

Images