JPWO2019098050A1 - 無線通信装置、無線通信方法およびコンピュータプログラム - Google Patents

Abstract

【課題】Ｖ２Ｘ通信を初めとした装置間通信において効率的なリソースの選択が可能な無線通信装置を提供する。【解決手段】キャリアアグリゲーションによる装置間通信を行う通信部と、前記キャリアアグリゲーションによる装置間通信において使用する送信リソースを選択する処理部と、を備え、前記処理部は、キャリア間の干渉に関する情報に基づいて干渉の影響の少ないキャリアを前記送信リソースとして選択する、無線通信装置が提供される。【選択図】図７

Description

本開示は、無線通信装置、無線通信方法およびコンピュータプログラムに関する。

端末装置間のＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信においてリソースを割り当てるための技術が開示されている（例えば特許文献１）。

その一方で、将来の自動運転の実現のため、近年、車載通信（Ｖ２Ｘ通信）への期待が高まってきている。Ｖ２Ｘ通信とは、Ｖｅｈｉｃｌｅ ｔｏ Ｘ通信の略であり、車と“何か”が通信を行うシステムである。ここでの“何か”の例として、車両（Ｖｅｈｉｃｌｅ）、施設（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ／Ｎｅｔｗｏｒｋ）、歩行者（Ｐｅｄｅｓｔｒｉａｎ）等が挙げられる（Ｖ２Ｖ，Ｖ２Ｉ／Ｎ，Ｖ２Ｐ）。車用の無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）の開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“ＬＴＥ−ｂａｓｅｄ Ｖ２Ｘ”の標準化議論がスタートしている。

特表２０１５−５０８９４３号公報

本開示では、Ｖ２Ｘ通信を初めとした装置間通信において効率的なリソースの選択が可能な、新規かつ改良された無線通信装置、無線通信方法及びコンピュータプログラムを提案する。

本開示によれば、キャリアアグリゲーションによる装置間通信を行う通信部と、前記キャリアアグリゲーションによる装置間通信において使用する送信リソースを選択する処理部と、を備え、前記処理部は、キャリア間の干渉に関する情報に基づいて干渉の影響の少ないキャリアを前記送信リソースとして選択する、無線通信装置が提供される。

また本開示によれば、プロセッサが、キャリアアグリゲーションによる装置間通信を行うことと、前記キャリアアグリゲーションによる装置間通信において使用する送信リソースを選択するに際し、キャリア間の干渉に関する情報に基づいて干渉の影響の少ないキャリアを前記送信リソースとして選択することと、を実行することを含む、無線通信方法が提供される。

また本開示によれば、コンピュータに、キャリアアグリゲーションによる装置間通信を行うことと、前記キャリアアグリゲーションによる装置間通信において使用する送信リソースを選択するに際し、キャリア間の干渉に関する情報に基づいて干渉の影響の少ないキャリアを前記送信リソースとして選択することと、を実行させる、コンピュータプログラムが提供される。

以上説明したように本開示によれば、Ｖ２Ｘ通信を初めとした装置間通信において効率的なリソースの選択が可能な、新規かつ改良された無線通信装置、無線通信方法及びコンピュータプログラムを提供することが出来る。

なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

Ｖ２Ｘオペレーションシナリオを説明する説明図である。 Ｖ２Ｘオペレーションシナリオを説明する説明図である。 Ｖ２Ｘオペレーションシナリオを説明する説明図である。 Ｖ２Ｘオペレーションシナリオを説明する説明図である。 Ｖ２Ｘオペレーションシナリオを説明する説明図である。 本開示の実施形態に係る基地局１００の構成の一例を示すブロック図である。 本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。 端末装置２００によるキャリア選択の流れを示す説明図である。 端末装置２００が２つのキャリアのバックグラウンドセンシングを行っている様子を説明するための説明図である。 端末装置２００が１つのキャリアのバックグラウンドセンシングを行っている様子を説明するための説明図である。 端末装置２００によるバックグラウンドセンシングによるキャリアの選択例を示す説明図である。 バンドとコンポーネントキャリアとの関係を示す説明図である。 バンドとコンポーネントキャリアとの関係を示す説明図である。 バンドとコンポーネントキャリアとの関係を示す説明図である。 コンポーネントキャリアの例を示す説明図である。 端末装置２００の動作例を示す流れ図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。 本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．本開示の実施の形態
１．１．概要
１．２．構成例
１．３．動作例
２．応用例
３．まとめ

＜１．本開示の実施の形態＞
［１．１．概要］
まず、本開示の実施の形態の概要を説明する。

上述したように、将来の自動運転の実現のため、近年、車載通信（Ｖ２Ｘ通信）への期待が高まってきている。Ｖ２Ｘ通信とは、Ｖｅｈｉｃｌｅ ｔｏ Ｘ通信の略であり、車と“何か”が通信を行うシステムである。ここでの“何か”の例として、車両（Ｖｅｈｉｃｌｅ）、施設（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ／Ｎｅｔｗｏｒｋ）、歩行者（Ｐｅｄｅｓｔｒｉａｎ）等が挙げられる（Ｖ２Ｖ，Ｖ２Ｉ／Ｎ，Ｖ２Ｐ）。車用の無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣの開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“ＬＴＥ−ｂａｓｅｄ Ｖ２Ｘ”の標準化議論がスタートしている。

Ｖ２Ｘ通信のユースケースとして、主に安全用途をターゲットとし、定期的に車両にメッセージを送るような周期的なメッセージの送信や、イベントに応じて必要な情報を提供するイベントトリガメッセージのような通信が求められている（３ＧＰＰ ＴＲ ２２．８８５）。

Ｖ２Ｘ通信のベース技術としては、３ＧＰＰで過去に規格化されたＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）通信があげられる。Ｄ２Ｄ通信は基地局を介さない端末間通信のため、Ｖ２Ｖ通信やＶ２Ｐ通信にエンハンスして適応されることが考えられる（一部Ｖ２Ｉ通信にも適応可能）。このような端末間のインタフェースをＰＣ５インタフェースと呼ぶ。

また、Ｖ２Ｉ通信やＶ２Ｎ通信においては、既存の基地局と端末間の通信をエンハンスして適応することが考えられる。このような基地局、端末間のインタフェースをＵｕインタフェースと呼ぶ。

このようにＶ２Ｘ通信実現のためには、ＰＣ５インタフェースやＵｕインタフェースを、要求事項を満たすようにエンハンスしていくことが必要である。

主なエンハンスメントのポイントは、例えば、リソース割り当ての改善、ドップラー周波数対策、同期手法の確立、低消費電力通信の実現、低遅延通信の実現などである。

（Ｖ２Ｘオペレーションシナリオ）
Ｖ２Ｘオペレーションシナリオを説明する。Ｖ２Ｖ通信をベースに構成される。なお、以下の説明で片方の自動車が歩行者になるとＶ２Ｐ通信となり、施設やネットワークで終端するとＶ２Ｉ／Ｎ通信となる。

図１〜図５は、Ｖ２Ｘオペレーションシナリオを説明する説明図である。図１は、車両同士が基地局（Ｅ−ＵＴＲＡＮ）を介さずに直接通信するシナリオを示している。図２は、車両同士が基地局を介して通信するシナリオを示している。図３及び図４は、車両同士が端末（ＵＥ、ここでは路側無線装置（ＲＳＵ））及び基地局を介して通信するシナリオを示している。図５は、車両同士が端末（ＵＥ、ここでは路側無線装置（ＲＳＵ））を介して通信するシナリオを示している。

３ＧＰＰのＲｅｌ．１４のＶ２Ｘ通信において、Ｖ−ＵＥ（Ｖｅｈｉｃｌｅ−ＵＥ）は１つのコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ；ＣＣ）しか使われていない。３ＧＰＰのＲｅｌ．１５では、ピークデータレートを向上するために、マルチキャリアが用意される。Ｖ２Ｘ通信のＭｏｄｅ３の場合に（基地局がＶ−ＵＥの送信リソースを割り当てる場合）、複数のキャリアがあるので、基地局は、Ｖ−ＵＥの分布や利用するサービスタイプに応じて、Ｖ−ＵＥがどのキャリアを使うかを適切に割り当てることができる。従って基地局はすべてコーディネートできるので、Ｒｅｌ．１４に対するスペックインパクトはない。一方で、Ｖ２Ｘ通信のＭｏｄｅ４の場合に（Ｖ−ＵＥが自ら送信リソースを選択する場合）、Ｖ−ＵＥは、キャリアごとの送信リソースを選択する前に、どのキャリアで送信することを最初に決める必要がある。

リソース選択について、上述のＭｏｄｅ３とＭｏｄｅ４の違いを整理する。Ｍｏｄｅ３の場合に、送信リソースの割り当ては全部基地局に任せる。基地局は、リソースプール内のリソース使用状況に基づき、送信リソースの割り当てを行う。しかしながら、基地局のカバレージ内にＭｏｄｅ３で動作するＵＥとＭｏｄｅ４で動作するＵＥが混在していることや、基地局のカバレッジ範囲外（Ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）のＵＥがいる場合に、このようなＵＥがリソースプール内のどのリソースを選んだのかを、基地局は知ることが出来ない。

また、基地局はＵＥがデータを送信する際に実際の送信電力が分からない。リソースを使われているか、使われていないかを基地局が知ったとしても、基地局はＵＥ間の干渉の情報がない。従って、基地局は確実なチャンネル混雑度（ＣＢＲ：Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ）を把握することができない。

逆にＭｏｄｅ４の場合に、ＵＥ間の干渉の測定が可能である。ただし、ＵＥがセンシングを行うが、センシングのモードやデコードのエラーよってリソースの使用状況が分からないこともある。

Ｒｅｌ．１５でマルチキャリアを用いたキャリアアグリゲーションを行う場合、Ｍｏｄｅ３では、各キャリアでＲｅｌ．１４の方法を流用すればよい。つまり、基地局はいつも空いているリソースを選択すればよい。これに対し、Ｍｏｄｅ４では、リソースを選択する前にキャリアを決めなければならない。キャリアの特性によって、Ｖ−ＵＥのセンシング結果及びリソース選択に影響があるからである。

そこで本件開示者は、上述した点に鑑み、装置間通信を行う端末が複数のキャリアの中から適切なキャリアを選択することが可能な技術について鋭意検討を行った。その結果、本券開示者は、以下で説明するように、装置間通信を行う端末が複数のキャリアの中から適切なキャリアを選択することが可能な技術を考案するに至った。

［１．２．構成例］
次に、図６を参照して、本開示の実施形態に係る基地局（ｅＮＢ）１００の構成の一例を説明する。図６は、本開示の実施形態に係る基地局１００の構成の一例を示すブロック図である。図６を参照すると、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１５０を備える。

（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。

（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。

（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。

（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（５）処理部１５０
処理部１５０は、基地局１００の様々な機能を提供する。処理部１５０は、送信処理部１５１及び通知部１５３を含む。なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。

送信処理部１５１は、端末装置２００へ向けたデータの送信に関する処理を実行する。その他、送信処理部１５１は、上述した基地局（ｅＮＢ）の処理全般を実行する。また通知部１５３は、端末装置２００に対する情報の通知に関する処理を実行する。すなわち、通知部１５３は、上述した基地局（ｅＮＢ）の、端末装置に対する通知処理全般を実行する。

処理部１５０は、本開示における制御部の一例として機能しうる。基地局１００は、係る構成を有することで、以下で説明する本実施形態に関する種々の処理、例えば、端末装置２００へのリソースの割り当て、割り当てたリソースに関する情報の端末装置２００への通知、端末装置２００からの情報の取得、等を実施することが可能となる。

次に、図７を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明する。図７は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図７を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び処理部２４０を備える。

（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。

（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。

（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（４）処理部２４０
処理部２４０は、端末装置２００の様々な機能を提供する。処理部２４０は、取得部２４１及び受信処理部２４３を含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。

取得部２４１は、基地局１００から送信されたデータの取得に関する処理を実行する。受信処理部２４３は、取得部２４１が取得したデータの受信に関する処理を実行する。受信処理部２４３は、上述した端末装置の処理全般を実行する。

処理部２４０は、本開示における制御部の一例として機能しうる。端末装置２００は、係る構成を有することで、以下で説明する本実施形態に関する種々の処理、例えば、リソースの確保、リソースの予約、他の端末装置や基地局１００へのデータの送信、等を実施することが可能となる。

［１．３．動作例］
（１）複数のキャリアからSidelink送信用のキャリアの選択
本実施形態では、上述の端末装置２００が装置間通信（Ｖ２Ｘ通信）を実行する。最初に、装置間通信を実行する端末装置２００がＭｏｄｅ４、すなわち自ら送信リソースを選択する場合に、複数のキャリアからSidelink送信用のキャリアを選択する際の動作を説明する。

このＭｏｄｅ４では、基地局１００による調整がないため、端末装置２００は、適切にキャリアを選択する仕組みが必要である。この際、端末装置２００は、キャリアのロードバランシングや干渉などを考慮する。１つの端末装置２００が選択した複数のキャリア、または端末装置２００間のキャリアのキャリア内干渉があるため、端末装置２００は、キャリアの選択時に干渉問題を最小化することが望まれる。

端末装置２００が複数のキャリアからSidelink送信用のキャリアを選択する際に、端末装置２００が複数のキャリアを選択すると、端末装置２００からのデータ送信時のピークデータレートの向上が期待できる。その一方で、端末装置２００は、キャリアをいくつ選択するかを決定する必要がある。端末装置２００は、複数のキャリアの中からSidelink送信用のキャリアを選択する際に、以下で示すパラメータに基づいてキャリアの選択数を決定する。

端末装置２００は、複数のキャリアの中からSidelink送信用のキャリアを選択する際に、自装置のケイパビリティに基づいてキャリアの選択数を決定しても良い。ケイパビリティには、例えば、送信チェーンの数や、端末装置２００の最大送信電力や、サポートできる周波数帯域（例えばミリ波帯）などが含まれる。端末装置２００は、キャリアの中心周波数や帯域幅を考慮してキャリアの選択を行いうる。

また端末装置２００は、バンド内のキャリアスイッチ時間（Intra band carrier switching time）に基づいてキャリアの選択数を決定しても良い。キャリアスイッチに要する時間が長いと、レイテンシなどの問題が起こりうる。そのため端末装置２００は、例えばバンド内のキャリアスイッチ時間が短いキャリアを選択するようにしてもよい。

また端末装置２００は、バンド間のキャリアスイッチ時間（Inter band carrier switching time）に基づいてキャリアの選択数を決定しても良い。

また端末装置２００は、受信側の端末装置２００のケイパビリティに基づいて、例えば、キャリアのセンシングの負担の軽重に基づいてキャリアの選択数を決定しても良い。複数のキャリアを選択すると、受信側の端末装置２００では複数のキャリアをセンシングする必要がある。端末装置２００は、キャリアのセンシングの負担の軽重に基づき、特に、バッテリの容量に制限がある端末装置２００のことを考慮して、キャリアの選択数を決定しても良い。

また端末装置２００は、送信パケットの属性に基づいてキャリアの選択数を決定しても良い。例えば、端末装置２００は、送信パケットのサイズ、送信パケットのサイズのレイテンシ要求、送信パケットのタイプ（緊急性を要するものか、そうでないか、など）に基づいて、キャリアの選択数を決定しても良い。

端末装置２００は、複数のキャリアからSidelink送信用のキャリアの選択数を周期的に決定してもよく、周期的では無い任意のタイミングで決定しても良い。周期的に決定する場合、その周期は基地局１００から通知されても良く、予め端末装置２００に設定されてもよい。周期的では無い任意のタイミングで決定する場合、例えば、端末装置２００がリソースを選択、または再選択するタイミングで決定しても良く、サービスが変わる際に決定しても良く、また、新しいゾーン（地理的領域）に入った際に決定しても良い。

端末装置２００は、複数のキャリアからSidelink送信用のキャリアの選択数を決定する際に、端末装置２００のケイパビリティに基づき決定してもよい。例えば、端末装置２００は、複数のキャリアからSidelink送信用のキャリアの選択数を決定する際に、送信チェーンの数を超えないようにキャリアの選択数を決定してもよい。また端末装置２００は、最大送信電力を考慮してキャリアの選択数を決定してもよい。これは、端末装置２００の送信電力の合計は、各キャリアの送信電力の和であり、送信キャリアを多く選ぶほど、各キャリアの最大送信電力は小さくなるので、ある一定の値まで下がったら、送信品質が保てない可能性があるからである。

端末装置２００は、複数のキャリアからSidelink送信用のキャリアの選択数を決定する際に、スイッチ時間を考慮して決定しても良い。スイッチ時間が長くなり、送信キャリアのチューニングが出来ないときは、端末装置２００は、キャリアの数が少なくなるようキャリアの選択数を決定する。

端末装置２００は、複数のキャリアからSidelink送信用のキャリアの選択数を決定する際に、送信パケットの属性を考慮して決定しても良い。例えば、パケットサイズが大きく、所要の時間内（レイテンシリクワイヤメント）に送信できない場合に、端末装置２００は、複数のキャリアを選択する。また、受信側の端末装置２００に受信チェーンの制限がある可能性がある。重要なメッセージを送信したい場合、なるべく多くの受信側の端末装置２００にメッセージを届けるため、端末装置２００は、複数のキャリアを選択する。

次に、端末装置２００が複数のキャリアからSidelink送信用のキャリアを選択する際に、端末装置２００は、どのキャリアを選択すべきかを決定する必要がある。図８は、端末装置２００によるキャリア選択の流れを示す説明図である。キャリア選択に関わるレイヤは、上位層から下位層の順に、アプリケーションレイヤ、Ｖ２Ｘレイヤ、物理（ＰＨＹ）レイヤの３つに別れている。

アプリケーションレイヤは、Ｖ２Ｘサービスまたはアプリケーションの種類に応じて、異なるＩＤをマッピングしている。アプリケーションレイヤには、例えば（Ｖ２Ｘアプリケーション１，ＩＤ１）、（Ｖ２Ｘアプリケーション２，ＩＤ２）のようなマッピング情報が設定される。

加えて、Ｖ２Ｘサービスまたはアプリケーションには、それぞれプライオリティが設定される。例えばセーフティ関連のサービスまたはアプリケーションは高いプライオリティが設定される一方、ノンセーフティ関連のサービスまたはアプリケーションは低いプライオリティが設定される。アプリケーションレイヤには、このプライオリティに関する情報も設定される。

Ｖ２Ｘレイヤは、プライオリティ情報と周波数セットとをマッピングしている。例えばＶ２Ｘレイヤには、（プライオリティ１，周波数セット１）、（プライオリティ２，周波数セット２）のようなマッピングが設定される。１つの周波数セットの中には、１つまたは複数の周波数キャリアが含まれる。例えば周波数セット１は周波数キャリア１を含み、周波数セット２は周波数キャリア２と周波数キャリア３とを含んでいても良い。Ｖ２Ｘレイヤは、このマッピング情報を下位層のレイヤに提供する。

物理レイヤでは、上位層からプライオリティ情報と周波数セットとの情報を受けより、その中から１つ、または複数の周波数キャリアが選択される。

例えば図８の例で、物理レイヤは、Ｖ２Ｘレイヤからプライオリティ２、かつ周波数セット２という情報を受け取った場合に、一部の周波数キャリアだけを使うことが考えられる。このとき、物理レイヤが周波数セットからどの送信キャリアを選択するかが考慮されるべきである。物理レイヤがどの送信キャリアを選択するかについて、考慮すべきファクターを挙げる。特に、Ｍｏｄｅ４の場合に、端末装置２００はセンシングの結果、ローカルな情報を知る他、自身の送信パケットの属性に基づいてキャリア選択を行うことが有り得る。

端末装置２００は、例えばキャリアのＣＢＲ（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ）に基づいて、送信キャリアを選択してもよい。キャリアのＣＢＲは、無線リソースがどの程度占有されているかを示すパラメータである。例えば、あるキャリアのＣＢＲが大きければ大きいほど、このキャリアの無線リソースは多く使われていることになるので、端末装置２００は、このキャリアを選択しないほうが望ましい。その反面、あるキャリアのＣＢＲが小さければ小さいほど、このキャリアの無線リソースはあまり使われていないことになるので、端末装置２００は、このキャリアを選択するほうが望ましい。

キャリアのＣＢＲの測定方法としては、例えば、Ｒｅｌ．１４と同じように、端末装置２００はキャリアのセンシングを行ったら、当該キャリアのＣＢＲが分かる。さらに、端末装置２００は、常にキャリアをセンシングする（バックグラウンドセンシング）ことができる。複数のキャリアのバックグラウンドセンシングを行っていれば、端末装置２００は、ＣＢＲの値が小さいキャリアを選択することが望ましい。

図９は、端末装置２００が２つのキャリアのバックグラウンドセンシングを行っている様子を説明するための説明図である。図９に示した例では、端末装置２００はキャリア１（ＣＣ１）とキャリア２（ＣＣ２）のバックグラウンドセンシングを行っており、その結果は、ＣＣ１のＣＢＲの値であるＣＢＲ１が２０％、ＣＣ２のＣＢＲの値であるＣＢＲ２が５０％であった。従って、端末装置２００は、ＣＣ１はＣＣ２より空いているので、ＣＣ１を選択する。

端末装置２００は、ケイパビリティによっては１つのキャリアしかバックグラウンドセンシングを行うことが出来ない場合が考えられる。この場合、端末装置２００は、バックグラウンドセンシングを行ったキャリアを選択する。

図１０は、端末装置２００が１つのキャリアのバックグラウンドセンシングを行っている様子を説明するための説明図である。図１０に示した例では、端末装置２００はキャリア１（ＣＣ１）だけのバックグラウンドセンシングを行っている。従って、端末装置２００は、ＣＣ１を選択する。

なお、１つのキャリアのバックグラウンドセンシングを行った場合に、ＣＢＲがある閾値を超えていれば、端末装置２００はそのキャリアを選択しないようにしても良い。この閾値は基地局１００から通知されてもよく、予め端末装置２００に設定されてもよい。

端末装置２００は、キャリア選択のタイミングまで常にバックグラウンドセンシングを行なっているわけでは無かったが（中途センシングと称する）、センシングが終わったタイミングから、キャリア選択のタイミングまでＮサブフレームが経過しておらず、かつＣＢＲの結果は、バックグラウンドセンシングを行ったキャリアのＣＢＲよりＫ倍以上良い場合に、中途センシングを行ったキャリアを選択してもよい。つまり、端末装置２００がキャリア選択の直前に行ったキャリアセンシングの結果と、ある一定の時間前まで行ったキャリアセンシングの結果とを比べて、前者より後者のＣＢＲ特性が良い時、端末装置２００は後者のキャリアを選んでもよい。これらのパラメータは基地局１００からＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）やＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）もしくはＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）で通知されてもよく、予め端末装置２００に設定されてもよい。

図１１は、端末装置２００によるバックグラウンドセンシングによるキャリアの選択例を示す説明図である。図１１の例では、端末装置２００はＣＣ１に対してバックグラウンドセンシングを行っているが、ＣＣ２に対しては中途センシングを行っている。また、この場合におけるＣＢＲの閾値は７０％、中途センシングの終わるタイミングとキャリア選択のタイミングの時間間隔は最長２０サブフレーム、倍率Ｋは３倍であるとする。

図１１の例では、端末装置２００は、キャリア選択のタイミングの１５サブフレームまでＣＣ２のセンシングを行っている。そして、キャリア選択のタイミングでは、ＣＣ１のＣＢＲであるＣＢＲ１は８０％、１５サブフレーム前のＣＣ２のＣＢＲであるＣＢＲ２は１０％である。閾値が７０％であるので、端末装置２００はＣＣ１を選択対象とはしない。そして、ＣＢＲ１はＣＢＲ２の８倍であるので、端末装置２００はＣＣ２を選択対象とする。

端末装置２００は、どのキャリアもバックグラウンドセンシングを行っていない場合があり得る。その場合、端末装置２００は、ランダムにキャリアを選択しても良い。

端末装置２００は、キャリアの選択基準としてキャリア間干渉の強弱を考慮しても良い。

バンド内アグリゲーション（Intra band aggregation）の場合、周波数セット内のキャリアは１つの同じバンドの中に入っている。端末装置２００は、その中の複数のキャリアを選択し、つまり１つのバンドの中にある複数のキャリアを選択する。その場合に、キャリア間干渉があるため、端末装置２００は干渉し合いづらいキャリアを選択することが望ましい。すなわち、１つのバンド内の複数のキャリアを選択する時、端末装置２００はお互いの干渉がより弱いキャリアを選択する。

図１２は、バンドとコンポーネントキャリアとの関係を示す説明図である。図１２には、２つのバンド１、２があり、バンド１にはコンポーネントキャリア（ＣＣ）１〜３が、バンド２にはコンポーネントキャリア（ＣＣ）４〜６が含まれている例が示されている。そして、周波数セットとしてバンド１が選択される場合、端末装置２００は、ＣＣ２を選択すると、もう１つのコンポーネントキャリアとしてＣＣ１、ＣＣ３のいずれを選択してもキャリア間干渉が生じる。従って端末装置２００は、キャリア間干渉を考慮してＣＣ１、ＣＣ３を選択することが望ましい。

バンド間アグリゲーション（Inter band aggregation）の場合、周波数セット内のキャリアは１つ以上のバンドの中に入っている。端末装置２００は、その中の複数のキャリアを選択し、つまり複数のバンドから複数のキャリアを選択する。その場合に、キャリア間干渉があるため、端末装置２００は干渉し合いづらいキャリアを選択することが望ましい。すなわち、異なるバンドから複数のキャリアを選択する時、端末装置２００はお互いの干渉がより弱いキャリアを選択する。

図１３は、バンドとコンポーネントキャリアとの関係を示す説明図である。図１３には、２つのバンド１、２があり、バンド１にはコンポーネントキャリア（ＣＣ）１〜３が、バンド２にはコンポーネントキャリア（ＣＣ）４〜６が含まれている例が示されている。そして、周波数セットとしてバンド１及びバンド２のＣＣ４が選択される場合、端末装置２００は、キャリア間干渉を考慮してＣＣ１〜ＣＣ３のいずれかと、ＣＣ４とを選択することが望ましい。

端末装置２００は、キャリアの中心周波数や帯域幅を考慮して、ＩＢＥ（Ｉｎ−Ｂａｎｄ Ｅｍｉｓｓｉｏｎ）の影響が少ないキャリアを選択してもよい。すなわち、端末装置２００は、複数のキャリアを選択する際に、ＩＢＥの影響を受けにくいキャリアを優先的に選ぶ。帯域幅が広いキャリアや、ガードバンドがあるキャリアは、相対的にＩＢＥの干渉が弱い。

図１４は、バンドとコンポーネントキャリアとの関係を示す説明図である。図１４には、３つのバンド１〜３があり、バンド１にはコンポーネントキャリア（ＣＣ）１〜３が、バンド２にはコンポーネントキャリア（ＣＣ）４〜６が、バンド３にはコンポーネントキャリア（ＣＣ）７、８が含まれている例が示されている。そして、ＣＣ８とＣＣ１との間、および、ＣＣ３とＣＣ４との間には、それぞれガードバンドが存在している。

図１４に示した例では、ＣＣ２は、隣接するＣＣ１、ＣＣ３から干渉を受けやすい。その反面、ＣＣ１、またはＣＣ３は、ＣＣ２のＩＢＥ干渉しか受けないので、ＣＣ１、またはＣＣ３のＩＢＥ干渉はＣＣ２のＩＢＥ干渉に比べて相対的に少ない。従って、端末装置２００は、ＣＣ１またはＣＣ３を選択することが望ましい。

図１５は、コンポーネントキャリアの例を示す説明図である。図１５には、４つのコンポーネントキャリアＣＣ１〜ＣＣ４があり、ＣＣ２、ＣＣ３で１つの周波数セットを成している。図１５の場合、ＣＣ１はＣＣ２とＣＣ３のＩＢＥ干渉を受け、ＣＣ３はＣＣ２とＣＣ４のＩＢＥ干渉を受ける。しかしながら、ＣＣ３は他のコンポーネントキャリアに比べて帯域幅が広いので、ＣＣ２とＣＣ４のＩＢＥ干渉はより影響が弱くなる。従って、端末装置２００は、周波数セット内のＣＣ３を選択することが望ましい。

端末装置２００は、キャリアに設定されたレベルを考慮して、キャリアを選択してもよい。ＬＴＥでは、ＰＣＣ（Ｐｒｉｍａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）とＳＣＣ（Ｓｅｃｏｎｄａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）が定義されている。Ｕｕｌｉｎｋに関して、端末装置２００は、ＰＣＣでＲＲＳ／ＮＡＣプロシージャ、メジャメントレポートを行う。Ｓｉｄｅｌｉｎｋの場合には、ＳＬＳＳ／ＰＳＢＣＨなど重要なメッセージはＰＣＣで送られると思われ、少なくともＰＣＣを選択することが望まれる。

ＬＴＥでは、ｈｉｇｈ ｐｒｉｏｒｉｔｙ（ＰＣＣ）とｌｏｗ ｐｒｉｏｒｉｔｙ（ＳＣＣ）しか定義されていない。しかし、サービスやアプリケーションのタイプに応じて、キャリアのプライオリティレベルはさらに細かく分けられる可能性もある。また、同じサービスやアプリケーションタイプのトラフィックであっても、レベル差をつけることもあると思われる。従って、端末装置２００は、キャリアを選択する時、キャリアのレベルもしくはプライオリティ情報を考慮することが望ましい。レベルの設定については、ネットワークから通知されてもよく、予め端末装置２００に設定されてもよい。

端末装置２００は、アンカーキャリアを考慮して、キャリアを選択してもよい。アンカーキャリアとは、送信側、受信側の両方が必ず使うキャリアのことである。送信側は、受信側でメッセージを必ず受信できるように、基本的に重要なメッセージをアンカーキャリアで送信する。端末装置２００は異なるキャリアを選択すると、お互いに通信できないキャリアミスマッチの問題が起こり得る。特に、Sidelinkで重要な情報を送る場合に、例えば同期信号（ＳＬＳＳ／ＰＳＢＣＨ）や重要なメッセージ（人命にかかわるＶ２Ｘメッセージなど）を送る場合に、キャリアミスマッチの問題を解決しなければならない。この問題を解決するために、アンカーキャリアが検討されている。

アンカーキャリアは、全ての端末装置２００に共通で設定されても良く、セルやゾーン毎に設定されても良い。アンカーキャリアは、長期的に設定されても良く、動的に設定されてもよい。アンカーキャリアは１つのコンポーネントキャリア全体がアンカーキャリアとして設定されてもよく、コンポーネントキャリアを細かく分けたサブバンドの中の１つがアンカーキャリアとして設定されてもよい。周波数セットの中にアンカーキャリアが含まれる場合、送信側の端末装置２００は、アンカーキャリアを選択することが望ましい。

このように、キャリアの選択には複数の基準がありうる。従って、端末装置２００は複数の基準に基づいてキャリアを選択する際に、どの基準を主基準として考慮すべきかどうかを判断することが望ましい。端末装置２００は複数の基準に基づいてキャリアを選択する際に、基準に対して設定される優先順位に基づいて主基準を決定し、その主基準に基づいて選択するキャリアを決定しても良い。先頭順位の基準でキャリアを選択することが出来ない場合は、端末装置２００は、次の順位の基準で選択するキャリアを決定しても良い。

また、端末装置２００は複数の基準に基づいてキャリアを選択する際に、それぞれの基準に対してスコアが設定されてもよい。そして、端末装置２００はスコアに対する加重平均を計算して、選択するキャリアを決定しても良い。

基準の優先順位やスコアは、端末装置２００のそれぞれに独自に設定されても良く、全ての端末装置２００に共通に設定されても良い。また、基準の優先順位やスコアの情報は、基地局１００からＳＣＩやＳＩＢもしくはＲＲＣで通知されてもよく、予め端末装置２００に設定されてもよい。

例えば、優先順位としてＨｉｇｈ、Ｍｉｄｄｌｅ、Ｌｏｗの３種類が規定されているとする。ＣＢＲ、ＩＢＥ、キャリアレベルの順に優先順位が設定されているとする。端末装置２００は、キャリアを選択する際には、まずＣＢＲが一番良いキャリア、つまり一番空いているキャリアを選ぶ。同じＣＢＲのキャリアが複数ある場合に、端末装置２００は、次にＩＢＥの強さを評価する。同じＩＢＥのキャリアが複数ある場合に、端末装置２００は、さらにキャリアレベルを評価し、最終的にキャリアを選択する。下記はテーブルの形で、２つのケースを挙げている。

ケース１の場合では、キャリア１と比べて、キャリア２とキャリア３は混雑している。ＣＢＲは1位の判定条件なので、端末装置２００は、キャリア１を選択する。ケース２の場合では、３つのキャリアのＣＢＲはいずれも同じであるので、端末装置２００は、次の判定条件であるＩＢＥを比較し、その結果、干渉が一番弱いキャリア３を選択する。

キャリア選択時の基準の数に関わらず、もし全ての端末装置２００が一番いいキャリアを選択すると、一番条件の良いキャリアばかり選ばれて、かえって混雑してしまい、逆に他のキャリアは空いてくる。従って端末装置２００はロードバランシングを考慮してキャリアを選択することが望ましい。

そこで端末装置２００は、ロードバランシングを考慮してキャリアを選択する際に、例えばキャンディデートキャリアを設定してもよい。具体的には端末装置２００は、自身のケイパビリティと属性（送信電力、速度、ＵＥのカテゴリ）、送信パケットのリクワイヤメント（レイテンシ、信頼性）、送信対象者（車、歩行者、インフラストラクチャ、ネットワーク）等によって、キャンディデートキャリアを設定する。ＵＥのカテゴリとしては、スマートフォン、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）などがある。ＵＥのカテゴリによって送信時に使えるリソースブロックの数が異なる。また、送信対象者によっては、速度によってドップラー効果の大きさも異なる。端末装置２００は、このような情報に基づいてキャンディデートキャリアを設定しうる。

例えば、ＣＢＲを基準としてキャリアを選択する時、端末装置２００は、ＣＢＲの値がある一定の閾値γになると、キャンディデートキャリアとして設定する。γの値は１つであってもよく、送信パケットのサービスやアプリケーションのタイプによって、複数個設定されてもよい。γの値は基地局１００からＤＣＩ、ＲＲＣ、またはＳＩＢで通知されてもよく、予め端末装置２００に設定されてもよい。端末装置２００が自らγを設定してもよく、この場合、全ての端末装置２００または同じゾーン内の端末装置２００が同じγを使ってもよく、それぞれの端末装置２００がγを設定してもよい。例えば、リクワイヤメントが厳しいパケット（低レイテンシ、高信頼性のパケット）を送る端末装置２００や、送信電力が小さい端末装置２００などは、γの値をより小さく設定することが望ましい。

例えば、３つのコンポーネントキャリアＣＣ１、ＣＣ２、ＣＣ３があり、それぞれのＣＢＲは２０％、４０％、６０％であるとする。２つの端末装置２００があり、ある端末装置２００（ＵＥ１とする）は小さい電力で、かつ信頼性要求９９％のパケットを送信し、別の端末装置２００（ＵＥ２とする）は相対的に大きい電力で、かつ信頼性要求９５％のパケットを送信するとする。ＵＥ１はＣＢＲの許容値を４０％に設定し、ＵＥ２はＣＢＲの許容値を６０％に設定する。すると、ＵＥ１はＣＣ１とＣＣ２からキャリアを選択し、ＵＥ２はＣＣ１、ＣＣ２、ＣＣ３の中からキャリアを選択することになる。

端末装置２００は、ロードバランシングを考慮してキャリアを選択する際に、例えばキャリアをランク付けしてもよい。端末装置２００は、送信パケットのサービスタイプ、パケットの信頼性や遅延の要求事項、リソース選択に関するパラメータ（例えば周波数ホッピング）によって、ランクを選ぶ。選択の方法は基地局１００から通知されてもよく、予め端末装置２００に設定されてもよい。１つのランクに１つまたは複数のキャリアが含まれてもよい。端末装置２００は、複数のキャリアがあるランクを選んだ場合に、さらにいずれかのキャリアを選択する必要があるが、この際、ランダムに選んでもよいし、上述のある基準を決定的なファクターとして考慮した上で、選択してもよい。

例えば１つの周波数セット内にＣＣ１、ＣＣ２、…、ＣＣ５の５つのコンポーネントキャリアがあるケースを想定する。ＣＢＲ、キャリアレベルやキャリア間干渉などの中のいずれか、もしくはその全部の基準を合わせて考慮して、５つのキャリアを以下の表３のように２つのランクに分けるとする。

例えば、３つの端末装置２００があり、それぞれＵＥ１、ＵＥ２とＵＥ３とする。ＵＥ１とＵＥ２はセーフティ関連のパケットを送信し、ＵＥ３はノンセーフティ関連のパケットを送信する。この場合、ＵＥ１とＵＥ２はランク１からキャリアを選び、ＵＥ３はランク２からキャリアを選ぶ。各ＵＥは、そのランクに属するキャリを１つ選択する際に、ランダムで選択してもよく、それぞれ自身の選択基準によって、キャリアを選択してもよい。例えば、ＵＥ１のキャリアの選択基準はＣＢＲであり、ＵＥ２のキャリアの選択基準はＩＢＥであるとする。この場合、ＵＥ１はキャリア１を選択し、ＵＥ２はキャリア３を選択する。

（２）複数のキャリアからキャリアを選択する際の送信電力の割り当て
次に、装置間通信を実行する端末装置２００が送信用のキャリアを選択する際に、送信電力を割り当てる動作を説明する。

Ｒｅｌ．１４では、Ｖ−ＵＥの送信電力について、最大電力で送信するか、基地局とＵＥ間の伝搬損失及び送信用のリソースブロックの数で計算された電力で送信する。ＵＥが複数のキャリアで同時送信を行う場合、各キャリアの送信電力の計算はＲｅｌ．１４と同じになる。従って、端末装置２００は、トータル送信電力は自身の最大送信電力を超える可能性があり、各キャリアの送信電力を適切に割り当てなければならない。

また、複数のキャリアで同時送信する場合、トータル送信電力が自身の最大送信電力を超えていないときでも、他のキャリアの干渉を抑えるために、送信電力を調整する必要がある。例えば、高い優先度のセーフティ関連メッセージと、相対的に低い優先度のノンセーフティ関連のメッセージは、異なるキャリアで送られていることがある。この場合に、低い優先度のキャリアは高い優先度のキャリアへの影響を抑えることが望ましい。

そこで、端末装置２００による送信電力の割り当て動作を説明する。図１６は、本開示の実施の形態に係る端末装置２００の動作例を示す流れ図である。図１６に示したのは、装置間通信を実行する端末装置２００が送信用のキャリアを選択する際に、それぞれのキャリアへの送信電力の割り当て動作例である。

端末装置２００は、複数のキャリアで同時送信しようとする場合（ステップＳ１０１）、同時送信できるパケットの数を制限する（ステップＳ１０２）。そして端末装置２００は、各キャリアの送信電力の和が自身の最大送信電力を超えたかどうか判断する（ステップＳ１０３）。

ステップＳ１０３の判断の結果、各キャリアの送信電力の和が自身の最大送信電力を超えてなければ（ステップＳ１０３、Ｎｏ）、端末装置２００はパケットの同時送信を実行する（ステップＳ１０４）。

キャリアの送信電力の和が自身の最大送信電力を超えていない場合に、端末装置２００は最大送信電力で送信する必要が無いとき、または、最大送信電力で送信することが望まれないときは、端末装置２００は、最大送信電力より小さい電力で送信しても良い。例えば、端末装置２００がノンセーフティ関連、かつ信頼性やレイテンシなどの要求が低いパケットを送る場合、最大送信電力より小さい電力で送信してもパケットが受信できるなら、端末装置２００は、送信電力を最大送信電力より小さく設定することが望ましい。また例えば、キャリアが混雑していない場合に、端末装置２００は、送信電力を最大送信電力より小さく設定することが望ましい。より小さい電力で送信すれば、送信する端末装置２００間の干渉（inter-UE interference）を抑えることができる。

一方、ステップＳ１０３の判断の結果、各キャリアの送信電力の和が自身の最大送信電力を超えていれば（ステップＳ１０３、Ｙｅｓ）、端末装置２００はパケットの同時送信が出来るかどうか判断する（ステップＳ１０５）。

パケットの同時送信が出来るかどうかの判断の例を挙げる。例えば、複数のセーフティ関連のパケットを同時に送信すると、受信側では、ケイパビリティや半二重通信（half duplex）のため、その複数のセーフティ関連のパケットを全て全部受信できない可能性がある。従って端末装置２００は、重要な情報を含むパケットをできるだけ受信側で受信できるようにするため、同時に送信できるパケットの数をｍ個に制限する。重要な情報を含むパケットには、例えば高い優先度のパケットまたはセーフティ関連のパケットが含まれる。同時に送信できるパケットの数ｍの設定は、基地局から通知されてもよく、予め端末装置２００に設定されてもよく、端末装置２００が自ら設定してもよい。

もし、同時に送信する重要な情報を含むパケットの数がｍ個を超えた場合には、端末装置２００は、別のタイミングで送信するパケットをランダムに決定しても良い。そして、ここでランダムに決定されたパケットは、ｍ個のパケットが送信されたタイミングから所定時間経過後（所定の数のサブフレームが経過した後）に送信される。

マルチキャリアのトータル送信電力は、端末装置２００自身の最大送信電力を超えた場合に、端末装置２００は、あるキャリアの電力を下げないといけない。しかし、送信電力を所定の閾値β（キャリアの最小送信電力）以下に下げられたら、受信側で受信品質を保てない恐れがある。この場合には、端末装置２００は同時送信を止める。閾値βの設定は、基地局から通知されてもよく、予め端末装置２００に設定されてもよく、端末装置２００が自ら設定してもよい。またβの数は複数個あってもよい。キャリアのＣＢ、キャリアのレベルやプライオリティ情報、キャリアの属性（ＰＣＣ、ＳＣＣ、アンカーキャリア）、キャリアで送信されるパケットやサービスのタイプ、キャリアの中心周波数、キャリアの帯域幅、ＩＢＥ等によって、異なるキャリアに異なるβの値が設定されてもよい。

例えば、端末装置２００の最大送信電力が２３ｄＢｍであり、３つのコンポーネントキャリアＣ１、ＣＣ２、ＣＣ３がある場合、端末装置２００は、同時に送信していない時は、各キャリアで２３ｄＢｍの送信電力で送信することができる。この場合において、βが７ｄＢｍであり、３つのキャリアで同時に送信しようとするときは、端末装置２００は、各キャリアで７ｄＢｍの送信電力で送信することができる。

また、βが２つ設定されており、セーフティ関連のパケットの最小送信電力は１５ｄＢｍ、ノンセーフティ関連のパケットの最小送信電力は３ｄＢであるとする。つまり、２つのβがあり、β１＝１５ｄＢｍ、β２＝３ｄＢｍとする。そして、３つのコンポーネントキャリアＣＣ１、ＣＣ２、ＣＣ３があり、ＣＣ１はセーフティ関連のパケット用のキャリア、ＣＣ２、ＣＣ３はノンセーフティ関連のパケット用のキャリアであるとする。このケースでは、端末装置２００はＣＣ１で送信するパケットは送信電力を１７ｄＢｍに設定し、ＣＣ２とＣＣ３で送信するパケットは送信電力を３ｄＢｍに設定する。

ステップＳ１０５の判断の結果、同時送信ができる場合は（ステップＳ１０５、Ｙｅｓ）、端末装置２００は、キャリアごとの送信電力を調整し（ステップＳ１０６）、同時送信を行う（ステップＳ１０４）。同時送信を続ける場合、端末装置２００は、少なくともある１つもしくは複数のキャリアの送信電力を下げてもよく、ある１つまたは複数のキャリアの送信電力を、自身の最大送信電力を超えないように上げてもよい。どのキャリアの送信電力を上げるか、または、下げるかは、例えばキャリアのプライオリティ、キャリアのCBR、キャリアのランク順位、キャリアの属性、キャリア周波数（Inter Band/Intra Band両方）、ＩＢＥ、送信されるパケットに対するリクワイヤメント、送信されるパケットの属性、端末装置２００のスピード、などの要素の中のいずれか１つまたは複数が考慮されうる。キャリアのプライオリティとしては、キャリアがＰＣＣかＳＣＣか、が考慮される。キャリアの属性としては、キャリアの中心周波数や帯域幅などが考慮される。送信されるパケットに対するリクワイヤメントとしては、レイテンシ、信頼性、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ ｒａｔｅ）などが考慮される。送信されるパケットの属性としては、パケットのプライオリティやサービス／アプリケーションのタイプが考慮される。また端末装置２００のスピードが考慮されるのは、受信側の受信範囲に関わるからである。

一方、ステップＳ１０５の判断の結果、同時送信ができない場合は（ステップＳ１０５、Ｙｅｓ）、端末装置２００は、他の使えるリソースがあるかどうかを判断する（ステップＳ１０７）。他の使えるリソースがあれば（ステップＳ１０７、Ｙｅｓ）、端末装置２００は、重要な情報を含むパケットの送信リソースを確保してから、他のパケットの送信タイミングをずらす（ステップＳ１０８）。例えば、端末装置２００は、あるキャリアの送信パケットの送信タイミングをｘサブフレームずらして、後で送信する。この際、同時送信できるセーフティ関連、または高い優先度のパケットの数に制限がかかり、送信タイミングがずらされた場合に、端末装置２００は、まずはそれらのパケットの送信リソースを確保する。複数のキャリアで送信されるパケットをずらす場合に、端末装置２００は、キャリアごとに異なるｘの数を設定してもよい。端末装置２００は、ｘの数をセンシング結果によって決めてもよい。

一方、他の使えるリソースがあれば（ステップＳ１０７、Ｎｏ）、端末装置２００は、パケットをドロップする（ステップＳ１０９）。端末装置２００は、送信パケットの属性を考慮してドロップするパケットを決定する。例えば、端末装置２００は、メッセージのタイプ、優先度、リクワイヤメントなどを考慮して、ドロップするパケットを決定する。なお、送信パケットの送信タイミングをずらせない場合に、例えば今のサブフレーム以外にリソースがないときは、端末装置２００は、その送信パケットもドロップする。パケットのドロップに関しては、同一のパケットが常にドロップされると、レイテンシのリクワイヤメントが満たせないことがある。特に低い優先度のパケットがドロップされやすいので、低い優先度のパケットの受信成功率の低下が懸念になる。そこで、連続的にＭ回以上、同じパケットをドロップすることを避けることが望ましい。その最大連続ドロップ回数Ｍの値は、基地局１００が設定されてもよいし、端末装置２００が送信パケットのサービスタイプやキャリアの属性によって設定してもよい。

例えば、端末装置２００の最大送信電力が２３ｄＢｍであり、３つのコンポーネントキャリアＣ１、ＣＣ２、ＣＣ３がある場合、端末装置２００は、同時に送信していない時は、各キャリアで２３ｄＢｍの送信電力で送信することができる。この場合において、βが１０ｄＢｍのときは、端末装置２００は３つのキャリアで同時に送信することができない。従って、端末装置２００に、ＣＣ１でセーフティ関連のパケットを送信し、ＣＣ２とＣＣ３でノンセーフティ関連のパケットを送信する。同時送信ができないので、端末装置２００は、ＣＣ２とＣＣ３のいずれか一方、または両方のパケットの送信タイミングをずらす、もしくはドロップする。

次は受信側のキャリアの選択について説明する。端末装置２００は、それぞれ送信ケイパビリティと受信ケイパビリティの制限があるので、もし異なるキャリアを選択すれば、キャリアミスマッチのため、データを受信できなくなってしまう。本実施形態では、以下のようにミスマッチを解決する。

１）基地局若しくはインフラ（例えばＲＳＵ）のコーディネーション
送信側の端末装置２００と受信側の端末装置２００の両方ともＩｎ−ｃｏｖｅｒａｇｅの場合に適応できる。送信側の端末装置２００は、送信キャリアを選択したら、基地局１００（またはネットワークのインフラストラクチャ）に自分が選んだキャリアを通知する。さらに、基地局１００（またはネットワークのインフラストラクチャ）は、その情報を受信側の端末装置２００に通知する。受信側の端末装置２００は選択されたキャリアをサーチして、データの受信を行えば良い。

２）ある特定のキャリアを選択して受信
送信側の端末装置２００または受信側の端末装置２００のいずれかがＯｕｔ−ｏｆ−ｃｏｖｅｒａｇｅの場合がある。その場合は、基地局１００（またはネットワークのインフラストラクチャ）がキャリアのコーディネートをできなくなる。そこで、受信側の端末装置２００はある特定のキャリアを選択して受信する。ある特定のキャリアとは、例えばアンカーキャリアや高い優先度、高いレベルのキャリアである。それらのキャリアでは基本的に重要な情報を送られているので、受信側の端末装置２００のがそれらのキャリアを受信キャリアとして選択すれば、重要な情報が受信できる。

３）ブラインドセレクション
重要な情報を送るためのアンカーキャリアや高い優先度、高いレベルのキャリアが設定されていない場合は、受信側の端末装置２００がブラインドで受信キャリアを選択することしかできない。しかし、受信側の端末装置２００が常に同じキャリアを選択すると、特に重要な情報が送られていないキャリアを選択してしまった場合に重要な情報を失ってしまう。従って、受信側の端末装置２００は受信キャリアの切り替えが必要である。例えば、受信側の端末装置２００は周期的に新しいキャリアを選択してもよい。また受信側の端末装置２００は、あるキャリアを選択したが、キャリアの品質が悪く、ある所定の時間内に情報を受信できなければ、新しいキャリアを選択してもよい。

＜２．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved Node B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base Transceiver Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote Radio Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。

また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

＜２．１．基地局に関する応用例＞
（第１の応用例）
図１７は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。

アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図１７に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１７にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。

基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。

ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。

無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。

無線通信インタフェース８２５は、図１７に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図１７に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図１７には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

図１７に示したｅＮＢ８００において、図６を参照して説明した処理部１５０に含まれる１つ以上の構成要素（送信処理部１５１及び／又は通知部１５３）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図１７に示したｅＮＢ８００において、図６を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。

（第２の応用例）
図１８は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。

アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図１８に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１８にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。

基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図１７を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。

無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図１７を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図１８に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１８には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。

また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。

接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。

無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図１８に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図１８には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。

図１８に示したｅＮＢ８３０において、図６を参照して説明した処理部１５０に含まれる１つ以上の構成要素（送信処理部１５１及び／又は通知部１５３）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図１８に示したｅＮＢ８３０において、例えば、図６を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。

＜２−２．端末装置に関する応用例＞
（第１の応用例）
図１９は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図１９に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図１９には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。

アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。

アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図１９に示したように複数のアンテナ９１６を有してもよい。なお、図１９にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。

さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図１９に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図１９に示したスマートフォン９００において、図７を参照して説明した処理部２４０に含まれる１つ以上の構成要素（取得部２４１及び／又は受信処理部２４３）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図１９に示したスマートフォン９００において、例えば、図７を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。

（第２の応用例）
図２０は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２０に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２０には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２０に示したように複数のアンテナ９３７を有してもよい。なお、図２０にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２０に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図２０に示したカーナビゲーション装置９２０において、図７を参照して説明した処理部２４０に含まれる１つ以上の構成要素（取得部２４１及び／又は受信処理部２４３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２０に示したカーナビゲーション装置９２０において、例えば、図７を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、取得部２４１及び／又は受信処理部２４３を備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜２．まとめ＞
以上説明したように本開示の実施の形態によれば、装置間通信を行う際に、複数のキャリアの中から適切なキャリアを選択し、かつ送信電力を適切に決定することが可能な端末装置２００を提供することが出来る。

本明細書の各装置が実行する処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、各装置が実行する処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、各装置に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した各装置の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供されることが可能である。また、機能ブロック図で示したそれぞれの機能ブロックをハードウェアまたはハードウェア回路で構成することで、一連の処理をハードウェアまたはハードウェア回路で実現することもできる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

例えば、上述した本開示の実施の形態は、リレー通信にも適用が可能であることは言うまでも無い。例えば、自動車同士が通信する場合、別の自動車を中継して通信する形態も考えられる。そのようなリレー通信にも本開示の実施の形態は適用可能である。また、上述した本開示の実施の形態は、他のサイドリンク通信にも適用可能である。すなわち、自動車以外の移動体にも本開示の実施の形態は適用可能である。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
キャリアアグリゲーションによる装置間通信を行う通信部と、
前記キャリアアグリゲーションによる装置間通信において使用する送信リソースを選択する処理部と、
を備え、
前記処理部は、キャリア間の干渉に関する情報に基づいて干渉の影響の少ないキャリアを前記送信リソースとして選択する、無線通信装置。
（２）
前記処理部は、キャリア間の干渉に関する基準に基づいてキャリアを選択する、前記（１）に記載の無線通信装置。
（３）
前記処理部は、複数の前記基準を考慮してキャリアを選択する際に、前記基準に優先順位を付ける、前記（２）に記載の無線通信装置。
（４）
前記基準は、キャリアのチャネル占用率である、前記（２）に記載の無線通信装置。
（５）
前記処理部は、キャリアのバックグラウンドセンシングによりキャリアのチャネル占用率を測定する、前記（４）に記載の無線通信装置。
（６）
前記処理部は、キャリア選択のタイミングの所定時間前までに実施していたバックグラウンドセンシングの結果に基づきキャリアを選択する、前記（５）に記載の無線通信装置。
（７）
前記基準は、ＩＢＥ（Ｉｎ−Ｂａｎｄ Ｅｍｉｓｓｉｏｎ）である、前記（２）に記載の無線通信装置。
（８）
前記基準は、キャリアに設定されたレベルである、前記（２）に記載の無線通信装置。
（９）
前記基準は、アンカーキャリアの設定の有無である、前記（２）に記載の無線通信装置。
（１０）
前記処理部は、自装置のケイパビリティ及び前記装置間通信で送信しようとする送信パケットの属性に基づいて設定したキャンディデートキャリアを含むようキャリアを選択する、前記（１）に記載の無線通信装置。
（１１）
前記処理部は、前記装置間通信で送信しようとする送信パケットの属性に基づいて、キャリアに設定されたキャリアのランクを選択する、前記（１）に記載の無線通信装置。
（１２）
前記処理部は、自装置のケイパビリティに基づいて前記送信リソースとして選択するキャリアの数を決定する、前記（１）〜（１１）のいずれかに記載の無線通信装置。
（１３）
前記処理部は、自装置のカテゴリに基づいて前記送信リソースとして選択するキャリアの数を決定する、前記（１）〜（１１）のいずれかに記載の無線通信装置。
（１４）
前記処理部は、通信相手のケイパビリティに基づいて前記送信リソースとして選択するキャリアの数を決定する、前記（１）〜（１１）のいずれかに記載の無線通信装置。
（１５）
前記処理部は、通信相手のバッテリ容量に基づいて前記送信リソースとして選択するキャリアの数を決定する、前記（１４）に記載の無線通信装置。
（１６）
前記処理部は、通信相手のセンシング負担を考慮して前記送信リソースとして選択するキャリアの数を決定する、前記（１４）に記載の無線通信装置。
（１７）
前記処理部は、前記装置間通信で送信しようとする送信パケットの属性に応じて選択するキャリアの数を決定する、前記（１４）に記載の無線通信装置。
（１８）
前記処理部は、複数のキャリアで装置間通信を実施する際に各キャリアに対して送信電力を設定する、前記（１）〜（１７）のいずれかに記載の無線通信装置。
（１９）
前記処理部は、送信しようとする送信パケットが複数存在する場合に、同時送信する送信パケットの数を制限する、前記（１８）に記載の無線通信装置。
（２０）
前記処理部は、前記送信パケットの送信優先度または重要度に基づいて同時送信する送信パケットを選択する、前記（１９）に記載の無線通信装置。
（２１）
前記処理部は、選択されなかった、またはドロップされた送信パケットを、選択されたパケットの送信から所定の時間経過後に送信する、前記（２０）に記載の無線通信装置。
（２２）
前記処理部は、送信パケットがドロップされた回数が所定の最大連続ドロップ回数になる場合に、前記送信パケットをドロップせずに送信する、前記（２０）に記載の無線通信装置。
（２３）
プロセッサが、
キャリアアグリゲーションによる装置間通信を行うことと、
前記キャリアアグリゲーションによる装置間通信において使用する送信リソースを選択するに際し、キャリア間の干渉に関する情報に基づいて干渉の影響の少ないキャリアを前記送信リソースとして選択することと、
を実行することを含む、無線通信方法。
（２４）
コンピュータに、
キャリアアグリゲーションによる装置間通信を行うことと、
前記キャリアアグリゲーションによる装置間通信において使用する送信リソースを選択するに際し、キャリア間の干渉に関する情報に基づいて干渉の影響の少ないキャリアを前記送信リソースとして選択することと、
を実行させる、コンピュータプログラム。

１００ 基地局
２００ 端末装置

Claims (24)

1. キャリアアグリゲーションによる装置間通信を行う通信部と、
   前記キャリアアグリゲーションによる装置間通信において使用する送信リソースを選択する処理部と、
   を備え、
   前記処理部は、キャリア間の干渉に関する情報に基づいて干渉の影響の少ないキャリアを前記送信リソースとして選択する、無線通信装置。
2. 前記処理部は、キャリア間の干渉に関する基準に基づいてキャリアを選択する、請求項１に記載の無線通信装置。
3. 前記処理部は、複数の前記基準を考慮してキャリアを選択する際に、前記基準に優先順位を付ける、請求項２に記載の無線通信装置。
4. 前記基準は、キャリアのチャネル占用率である、請求項２に記載の無線通信装置。
5. 前記処理部は、キャリアのバックグラウンドセンシングによりキャリアのチャネル占用率を測定する、請求項４に記載の無線通信装置。
6. 前記処理部は、キャリア選択のタイミングの所定時間前までに実施していたバックグラウンドセンシングの結果に基づきキャリアを選択する、請求項５に記載の無線通信装置。
7. 前記基準は、ＩＢＥ（Ｉｎ−Ｂａｎｄ Ｅｍｉｓｓｉｏｎ）である、請求項２に記載の無線通信装置。
8. 前記基準は、キャリアに設定されたレベルである、請求項２に記載の無線通信装置。
9. 前記基準は、アンカーキャリアの設定の有無である、請求項２に記載の無線通信装置。
10. 前記処理部は、自装置のケイパビリティ及び前記装置間通信で送信しようとする送信パケットの属性に基づいて設定したキャンディデートキャリアを含むようキャリアを選択する、請求項１に記載の無線通信装置。
11. 前記処理部は、前記装置間通信で送信しようとする送信パケットの属性に基づいて、キャリアに設定されたキャリアのランクを選択する、請求項１に記載の無線通信装置。
12. 前記処理部は、自装置のケイパビリティに基づいて前記送信リソースとして選択するキャリアの数を決定する、請求項１に記載の無線通信装置。
13. 前記処理部は、自装置のカテゴリに基づいて前記送信リソースとして選択するキャリアの数を決定する、請求項１に記載の無線通信装置。
14. 前記処理部は、通信相手のケイパビリティに基づいて前記送信リソースとして選択するキャリアの数を決定する、請求項１に記載の無線通信装置。
15. 前記処理部は、通信相手のバッテリ容量に基づいて前記送信リソースとして選択するキャリアの数を決定する、請求項１４に記載の無線通信装置。
16. 前記処理部は、通信相手のセンシング負担を考慮して前記送信リソースとして選択するキャリアの数を決定する、請求項１４に記載の無線通信装置。
17. 前記処理部は、前記装置間通信で送信しようとする送信パケットの属性に応じて選択するキャリアの数を決定する、請求項１４に記載の無線通信装置。
18. 前記処理部は、複数のキャリアで装置間通信を実施する際に各キャリアに対して送信電力を設定する、請求項１に記載の無線通信装置。
19. 前記処理部は、送信しようとする送信パケットが複数存在する場合に、同時送信する送信パケットの数を制限する、請求項１８に記載の無線通信装置。
20. 前記処理部は、前記送信パケットの送信優先度または重要度に基づいて同時送信する送信パケットを選択する、請求項１９に記載の無線通信装置。
21. 前記処理部は、選択されなかった、またはドロップされた送信パケットを、選択されたパケットの送信から所定の時間経過後に送信する、請求項２０に記載の無線通信装置。
22. 前記処理部は、送信パケットがドロップされた回数が所定の最大連続ドロップ回数になる場合に、前記送信パケットをドロップせずに送信する、請求項２０に記載の無線通信装置。
23. プロセッサが、
    キャリアアグリゲーションによる装置間通信を行うことと、
    前記キャリアアグリゲーションによる装置間通信において使用する送信リソースを選択するに際し、キャリア間の干渉に関する情報に基づいて干渉の影響の少ないキャリアを前記送信リソースとして選択することと、
    を実行することを含む、無線通信方法。
24. コンピュータに、
    キャリアアグリゲーションによる装置間通信を行うことと、
    前記キャリアアグリゲーションによる装置間通信において使用する送信リソースを選択するに際し、キャリア間の干渉に関する情報に基づいて干渉の影響の少ないキャリアを前記送信リソースとして選択することと、
    を実行させる、コンピュータプログラム。

Images