JP7260560B2 - 自動車のネットワークにおけるキャリア選択方法及び端末機器 - Google Patents

Description

本願の実施例は、通信分野に関し、さらに具体的には、自動車のネットワーク（Ｖ２Ｘ）におけるキャリア選択方法及び端末機器に関する。

自動車のネットワークシステムは、ロングタームエボリューション車車間（Ｌｏｎｇ Ｔｅｒｍ Ｅｖａｌｕａｔｉｏｎ Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ、ＬＴＥ（登録商標） Ｖ２Ｖ）に基づくサイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬ）伝送技術で、従来のＬＴＥシステムにおける基地局を介した通信データの受信又は送信する方式とは異なり、自動車のネットワークシステムでは端末間直接通信方式を採用するため、より高いスペクトル効率及びより低い伝送遅延を有する。

車両対デバイス（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）技術は、第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）リリース１４（Ｒｅｌ－１４）において標準化されており、モード３とモード４という２つの伝送モードが定義されている。具体的には、モード３では、車載端末の伝送リソースは基地局によって割り当てられ、車載端末は、基地局によって割り当てられたリソースにしたがってサイドリンクでデータの送信を行い、基地局は、端末に、１回の伝送のためのリソースを割り当ててもよいし、半静的な伝送のためのリソースを割り当ててもよい。モード４では、車載端末は、センシング（ｓｅｎｓｉｎｇ）にリザーベーション（ｒｅｓｅｒｖａｔｉｏｎ）を加える伝送方式を採用する。具体的には、車載端末は、リソースプールにおいて、使用可能な伝送リソースの集合をセンシングの方式により取得し、端末は、当該集合からランダムに１つのリソースを選択してデータの通信を行う。

現在、自動車のネットワークシステムがマルチキャリア伝送をサポートすることに対して検討されており、即ち、端末機器がマルチキャリアから１つ又は複数のキャリアを同時に選択してデータの伝送を行うことができ、この場合、端末機器がキャリア選択を行うことを、どのようにトリガーするかは、端末機器にとって解決すべき課題である。

端末機器のキャリア選択を実現することができる自動車のネットワークにおけるキャリア選択方法及び端末機器が提供される。

第１の態様にて提供される自動車のネットワークにおけるキャリア選択方法は、端末機器が、伝送すべきデータの情報、前記端末機器の情報、及び現在使用中のキャリア情報のうちの少なくとも１つに基づいて、キャリア選択を行うか否かを決定することを含む。

したがって、本願の実施例において、端末機器は、伝送すべきデータの情報、前記端末機器の情報、及び現在使用中のキャリア情報のうちの少なくとも１つを、端末機器がキャリア選択を行うことをトリガーするか否かを判断するための基準情報とすることができるため、伝送すべきデータの伝送要件を満たすことに寄与し、また、端末機器の情報に基づいてキャリア選択を行うことは、リソース構成の柔軟性を向上させることに寄与する。

好ましくは、前記端末機器は、前記伝送すべきデータのサービスタイプに基づいて、端末機器がキャリア選択を行うことをトリガーするか否かを決定することができる。例えば、前記端末機器は、前記伝送すべきデータのサービスタイプが特定のサービスタイプである場合、キャリア選択を行うと決定することができ、そうでなければ、キャリア選択を行わない、又は、前記端末機器は、前記伝送すべきデータのサービスタイプ及び伝送済みのサービス（即ち、伝送すべきサービスよりも前に伝送されたサービス）のサービスタイプに基づいて、キャリア選択を行うか否かを決定することができ、例えば、前記端末機器は、前記伝送すべきデータのサービスタイプと、伝送済みのサービスのサービスタイプとが異なる場合、キャリア選択を行うと決定し、そうでなければ、キャリア選択を行わないと決定することができる。

好ましくは、前記端末機器は、前記伝送すべきデータの優先度情報に基づいて、キャリア選択を行うか否かを決定することもでき、例えば、前記端末機器は、前記伝送すべきデータの優先度が、特定の優先度よりも高い場合、キャリア選択を行うと決定し、そうでなければ、キャリア選択を行わないと決定することができ、ここで、当該特定の優先度は、予め構成されてもよく、又はネットワーク機器により構成されてもよい。

好ましくは、前記端末機器は、前記伝送すべきデータの確実度要件情報に基づいて、キャリア選択を行うか否かを決定することもでき、例えば、前記伝送すべきデータの確実度要件が、特定の確実度閾値（例えば、９０％）よりも大きい場合、キャリア選択を行うと決定し、ここで、当該特定の確実度閾値は、予め構成されてもよく、又はネットワーク機器により構成されてもよい。

好ましくは、前記端末機器は、前記伝送すべきデータの遅延情報に基づいて、キャリア選択を行うか否かを決定することもでき、例えば、前記伝送すべきデータの遅延要件が、特定の遅延閾値（例えば、１０ｍｓ）未満である場合、キャリア選択を行うと決定し、ここで、当該特定の遅延閾値は、予め構成されてもよく、又はネットワーク機器により構成されてもよく、本願の実施例は、これについて限定しない。

好ましくは、前記端末機器は、前記伝送すべきデータにサポートされる端末バージョン情報に基づいて、キャリア選択を行うか否かを決定することもでき、例えば、前記端末機器は、前記伝送すべきデータによってサポートされる端末のバージョンが、特定のバージョンである場合、キャリア選択を行うと決定することができ、ここで、当該特定のバージョンは、予め構成されてもよく、又はネットワーク機器により構成されてもよい。

１つの可能な実現形態において、前記端末機器が、伝送すべきデータの情報、前記端末機器の情報、及び現在使用中のキャリア情報のうちの少なくとも１つに基づいて、キャリア選択を行うか否かを決定することは、
前記端末機器は、前記伝送すべきデータの情報及び第１の対応関係に基づいて、前記伝送すべきデータの使用可能なキャリアを決定することと、
前記端末機器は、前記伝送すべきデータの使用可能なキャリア及び前記現在使用中のキャリアに基づいて、キャリア選択を行うか否かを決定することとを含む。

１つの可能な実現形態において、前記端末機器が、前記伝送すべきデータの使用可能なキャリア及び前記現在使用中のキャリアに基づいて、キャリア選択を行うか否かを決定することは、
前記端末機器は、前記伝送すべきデータの使用可能なキャリアと前記現在使用中のキャリアとが異なる場合、キャリア選択を行うと決定することを含む。

１つの可能な実現形態において、前記端末機器が、前記伝送すべきデータの使用可能なキャリア及び前記現在使用中のキャリアに基づいて、キャリア選択を行うか否かを決定することは、
前記端末機器は、前記伝送すべきデータの使用可能なキャリアと前記現在使用中のキャリアとが同じであり、現在使用中のキャリアにおけるリザーベーションリソース又はグラントリソースが前記伝送すべきデータを搬送できない場合、キャリア選択を行うと決定することを含む。

１つの可能な実現形態において、前記第１の対応関係は、前記伝送すべきデータのサービスタイプ、前記伝送すべきデータの優先度情報、前記伝送すべきデータの確実度要件情報、前記伝送すべきデータの遅延情報、及び前記伝送すべきデータにサポートされる端末バージョン情報のうちの少なくとも１つと、使用可能なキャリアとの対応関係である。

１つの可能な実現形態において、前記伝送すべきデータの情報は、
前記伝送すべきデータのサービスタイプ、前記伝送すべきデータの優先度情報、前記伝送すべきデータの確実度要件情報、前記伝送すべきデータの遅延情報、前記伝送すべきデータにサポートされる端末バージョン情報のうちの少なくとも１つを含む。

１つの可能な実現形態において、前記端末機器が、伝送すべきデータの情報、前記端末機器の情報、及び現在使用中のキャリア情報のうちの少なくとも１つに基づいて、キャリア選択を行うか否かを決定することは、
前記端末機器は、前記端末機器の伝送パラメータに基づいて、キャリア選択を行うか否かを決定することを含む。

好ましくは、前記端末機器の伝送パラメータは、
変調及び符号化方式（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ、ＭＣＳ）、サブチャネル（ｓｕｂｃｈａｎｎｅｌ）数、物理リソースブロック（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＰＲＢ）数、再送回数、最大送信電力のうちの少なくとも１つを含んでもよい。

１つの可能な実現形態において、前記端末機器は、前記端末機器の伝送パラメータに基づいて、キャリア選択を行うか否かを決定することは、
前記端末機器は、前記端末機器の伝送パラメータが第１の使用可能なパラメータ範囲から第２の使用可能なパラメータ範囲に変化し、第２の使用可能なパラメータ範囲内のパラメータが前記伝送すべきデータの伝送要件を満たすことができない場合、キャリア選択を行うと決定すること、又は
前記端末機器は、前記端末機器の伝送パラメータが第１の使用可能なパラメータ範囲から第２の使用可能なパラメータ範囲に変化し、第２の使用可能なパラメータ範囲内のパラメータが前記伝送すべきデータの伝送要件を満たすことができる場合、キャリア選択を行わないと決定することを含む。

１つの可能な実現形態において、前記方法は、
前記端末機器は、前記端末機器の現在の移動速度、同期ソースタイプ、チャネル混雑率ＣＢＲ、前記伝送すべきデータの優先度のうちの少なくとも１つに基づいて、前記端末機器の伝送パラメータのパラメータ範囲を決定することをさらに含む。

１つの可能な実現形態において、前記端末機器は、前記端末機器の現在の移動速度、同期ソースタイプ、チャネル混雑率ＣＢＲ、前記伝送すべきデータの優先度のうちの少なくとも１つに基づいて、前記端末機器の伝送パラメータのパラメータ範囲を決定することは、
前記端末機器は、前記端末機器の現在の移動速度、同期ソースタイプ、ＣＢＲ、前記伝送すべきデータの優先度のうちの少なくとも１つ、及び第２の対応関係に基づいて、前記端末機器の伝送パラメータのパラメータ範囲を決定することを含み、ここで、前記第２の対応関係は、移動速度、同期ソースタイプ、チャネル混雑率ＣＢＲ、データの優先度のうちの少なくとも１つと、伝送パラメータのパラメータ範囲との対応関係である。

第２の態様にて提供される端末機器は、上記の第１の態様又は第１の態様の任意の可能な実現形態における方法を実行するために用いられる。具体的には、当該機器は、上記の第１の態様又は第１の態様の任意の可能な実現形態における方法を実行するためのユニットを含む。

第３の態様にて提供される端末機器は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを含む。ここで、メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムによって接続される。当該メモリは、命令を記憶するために用いられ、当該プロセッサは、当該メモリに記憶された命令を実行して、上記の第１の態様又は第１の態様の任意の可能な実現形態における方法を実行するために用いられる。

第４の態様にて提供されるコンピュータ記憶媒体は、上記の第１の態様又は第１の態様の任意の可能な実現形態における方法を実行するためのコンピュータソフトウェア命令を記憶するために用いられ、上記の態様を実行するために設計されたプログラムを含む。

第５の態様にて提供される命令を含むコンピュータプログラム製品は、コンピュータ上で実行されると、上記の第１の態様又は第１の態様の任意の実現態様における方法をコンピュータに実行させる。

本願の実施例の応用シナリオの概略図を示す。 本願の実施例の自動車のネットワークにおけるキャリア選択の方法の概略的なフローチャートを示す。 本願の実施例の端末機器の概略的なブロック図を示す。 本願の別の実施例の端末機器の概略的なブロック図を示す。

以下、本願の実施例における技術的解決手段について、本願の実施例における図面を参照して説明する。

なお、本願の実施例の技術的解決手段は、ＬＴＥシステム、ＬＴＥ周波数分割複信（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＦＤＤ）システム、ＬＴＥ時分割複信（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＴＤＤ）、第４．５世代（４．５ｔｈ ｇｅｎｅｒａｔｉｏｎ、４．５Ｇ）ネットワーク、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）ネットワーク、新たな無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）などの様々な通信システムに適用可能である。本願の実施例は、例えば、車車間（ｖｅｈｉｃｌｅ ｔｏ ｖｅｈｉｃｌｅ、Ｖ２Ｖ）システムのような車両対デバイス（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）システムにも適用可能であり、又は、端末間（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ、Ｄ２Ｄ）システムにも適用可能であり、本願の実施例は、これらに限定されるものではない。

なお、本願の実施例における端末機器は、端末（Ｔｅｒｍｉｎａｌ）、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ）、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）などと呼ばれてもよい。当該端末機器は、例えば、車両又は無人運転（ｓｅｌｆ ｄｒｉｖｉｎｇ）における無線端末などの車載端末（ｖｅｈｉｃｌｅ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＶＵＥ）であってもよく、又は、当該端末機器は、例えば、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレット（Ｐａｄ）、無線送受信機能付きコンピュータなどの歩行者携帯端末（ｐｅｄｅｓｔｒｉａｎ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＰＵＥ）であってもよい。

なお、本願の実施例に係るネットワーク機器は、端末機器に無線通信機能を提供するために無線アクセスネットワーク内に配置される装置である。前記ネットワーク機器は、基地局であり得、前記基地局は、様々な形態のマクロ基地局、マイクロ基地局、中継局、アクセスポイントなどを含み得る。異なる無線アクセス技術を採用するシステムでは、基地局機能を有する機器の名称は異なる可能性がある。例えば、ＬＴＥネットワークでは、発展型ノードＢ（ｅｖｏｌｖｅｄ ｎｏｄｅＢ、ｅＮＢ又はｅＮｏｄｅＢ）と呼ばれ、第３世代（３ ｒｄ Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）ネットワークでは、ノードＢ（Ｎｏｄｅ Ｂ）と呼ばれる、などである。

図１は、本願の実施例に係る自動車のネットワークシステムの概略図を示す。図１に示すように、本願の実施例は、様々な適用シナリオに適用可能であり、ここでは、自動車のネットワークシステムにおけるネットワーク機器と端末機器を例として説明し、ここで、ネットワーク機器は基地局１１０であってもよく、端末機器は、例えば、車両１２１及び車両１２２のような車載端末であってもよい。

図２は、本願の実施例にて提供される自動車のネットワークにおけるキャリア選択の方法２００の概略的なフローチャートであり、当該方法２００は、例えば、図１に示される車載端末１２１又は車載端末１２２のような自動車のネットワークシステムにおける端末機器によって実行されえる。図２に示すように、当該方法２００は、
端末機器が、伝送すべきデータの情報、前記端末機器の情報、及び現在使用中のキャリア情報のうちの少なくとも１つに基づいて、キャリア選択を行うか否かを決定すること（Ｓ２１０）を含む。

したがって、本願の実施例において、端末機器は、伝送すべきデータの情報、前記端末機器の情報、及び現在使用中のキャリア情報のうちの少なくとも１つを、端末機器がキャリア選択を行うことをトリガーするか否かを判断するための基準情報とすることができるので、伝送すべきデータの伝送要件を満たすことに寄与し、また、端末機器の情報に基づいてキャリア選択を行うことは、リソース構成の柔軟性を向上させることに寄与する。

なお、本願の実施例において、前記伝送すべきデータは、最新に受信しかつ伝送していないデータを含んでもよく、又は、最近の期間内に受信しかつ伝送していないデータを含んでもよく、本願の実施例は、これについて具体的に限定しない。

好ましくは、本願の実施例において、前記現在使用中のキャリア情報は、１つのキャリアを含んでもよく、又は、複数のキャリア情報を含んでもよく、本願の実施例は、これについて具体的に限定しない。

好ましくは、本願の実施例において、前記伝送すべきデータの情報は、
前記伝送すべきデータのサービスタイプ、前記伝送すべきデータの優先度情報、前記伝送すべきデータの確実度要件情報、前記伝送すべきデータの遅延情報、前記伝送すべきデータにサポートされる端末バージョン情報のうちの少なくとも１つを含んでもよい。

一実施例として、前記端末機器は、前記伝送すべきデータのサービスタイプに基づいて、端末機器がキャリア選択を行うことをトリガーするか否かを決定することができる。例えば、前記端末機器は、前記伝送すべきデータのサービスタイプが特定のサービスタイプである場合、キャリア選択を行うと決定することができ、そうでなければ、キャリア選択を行わなく、又は、前記端末機器は、前記伝送すべきデータのサービスタイプ及び伝送済みのサービス（即ち、伝送すべきサービスよりも前に伝送されたサービス）のサービスタイプに基づいて、キャリア選択を行うか否かを決定することができ、例えば、前記端末機器は、前記伝送すべきデータのサービスタイプと、伝送済みのサービスとのサービスタイプとが異なる場合、キャリア選択を行うと決定し、そうでなければ、キャリア選択を行わないと決定することができ、ここでは、前記端末機器のキャリア選択を行う具体的なトリガー条件は限定されない。

別の実施例として、前記端末機器は、前記伝送すべきデータの優先度情報に基づいて、キャリア選択を行うか否かを決定することもでき、例えば、前記端末機器は、前記伝送すべきデータの優先度が、特定の優先度よりも高い場合、キャリア選択を行うと決定し、そうでなければ、キャリア選択を行わないと決定することができ、ここで、当該特定の優先度は、予め構成されてもよく、又はネットワーク機器により構成されてもよい。

さらに別の実施例として、前記端末機器は、前記伝送すべきデータの確実度要件情報に基づいて、キャリア選択を行うか否かを決定することもでき、例えば、前記端末機器は、前記伝送すべきデータの確実度要件が、特定の確実度閾値（例えば、９０％）よりも大きい場合、キャリア選択を行うと決定することもでき、ここで、当該特定の確実度閾値は、予め構成されてもよく、又はネットワーク機器により構成されてもよく、本願の実施例は、これについて限定しない。

さらに別の実施例として、前記端末機器は、前記伝送すべきデータの遅延情報に基づいて、キャリア選択を行うか否かを決定することもでき、例えば、前記端末機器は、前記伝送すべきデータの遅延要件が、特定の遅延閾値（例えば、１０ｍｓ）未満である場合、キャリア選択を行うと決定することができ、ここで、当該特定の遅延閾値は、予め構成されてもよく、又はネットワーク機器により構成されてもよく、本願の実施例は、これについて限定しない。

さらに別の実施例として、前記端末機器は、前記伝送すべきデータにサポートされる端末バージョン情報に基づいて、キャリア選択を行うか否かを決定することもでき、例えば、前記端末機器は、前記伝送すべきデータにサポートされる端末のバージョンが、特定のバージョンである場合、キャリア選択を行うと決定することができ、ここで、当該特定のバージョンは、予め構成されてもよく、又はネットワーク機器により構成されてもよい。

好ましくは、前記端末機器は、上記の情報のうちの２つ以上をまとめて、キャリア選択を行うか否かを決定することもでき、例えば、前記端末機器は、当該伝送すべきデータのサービスタイプ及び優先度情報に基づいて、端末機器がキャリア選択を行うことをトリガーするか否かを決定することができる。例えば、前記端末機器は、前記伝送すべきデータのサービスタイプが特定のサービスタイプである場合、さらに、前記伝送すべきデータの優先度情報と結び付けて、キャリア選択を行うか否かを決定することもでき、例えば、端末機器は、前記伝送対象データの優先度が特定の優先度よりも高い場合、キャリア選択を行うと決定することができ、そうでなければ、キャリア選択を行わない。

好ましくは、いくつかの実施例において、前記端末機器は、伝送すべきデータの情報及び現在使用中のキャリア情報に基づいて、キャリア選択を行うか否かを決定することもできる。

端末機器は、例えば、現在使用中のキャリアにおける伝送リソースが、例えば、確実性要件又は遅延要件などの伝送すべきデータの伝送要件を満たすことができない場合、キャリア選択を行うと決定することができ、さらに、端末機器は、伝送すべきデータの伝送要件を満たすことができるキャリアを、当該データを伝送するための対象キャリアとして選択することができ、又は、当該端末機器は、現在使用中のキャリアにおける伝送リソースが、伝送すべきデータの伝送要件を満たすことができる場合、キャリア選択を行わないと決定することができる。

なお、上記において、端末機器がキャリア選択を行うことをトリガーする条件は例示的であり、端末機器がキャリア選択を行う具体的なトリガー条件は、具体的な応用シナリオ、ネットワーク状況、端末機器の能力情報などの情報に応じて調整することができ、ここでは具体的に限定しない。

なお、上記において、前記伝送すべきデータの情報に含まれる内容は例示的に過ぎず、前記伝送すべきデータの情報は、例えば、サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）情報などの伝送すべきデータの他の属性情報を含んでもよく、本願の実施例は、これについて限定しない。

なお、本願の実施例において、端末機器によるキャリア選択は、リソース選択の過程で行ってもよく、又は別々に行ってもよく、例えば、端末機器は、端末機器の半静的なリソースが期限切れした（又は、失効した）後に、リソース選択を行う必要があり、リソース選択の過程で同時にキャリア選択を行ってもよい。

以下、実施例１と結び付けて、端末機器が、伝送すべきデータの情報及び現在使用中のキャリア情報に基づいて、キャリア選択を行うか否かをどのように決定するかについて詳細に説明する。

この実施例１において、Ｓ２１０は、具体的には、
前記端末機器は、前記伝送すべきデータの情報及び第１の対応関係に基づいて、前記伝送すべきデータの使用可能なキャリアを決定することと、
前記端末機器は、前記伝送すべきデータの使用可能なキャリア及び前記現在使用中のキャリアに基づいて、キャリア選択を行うか否かを決定することとを含む。

好ましくは、この実施例１において、前記第１の対応関係は、伝送すべき情報と使用可能なキャリアとの対応関係であり、例えば、前記第１の対応関係は、前記伝送すべきデータのサービスタイプ、前記伝送すべきデータの優先度情報、前記伝送すべきデータの確実度要件情報、前記伝送すべきデータの遅延情報、及び前記伝送すべきデータにサポートされる端末バージョン情報のうちの少なくとも１つと、使用可能なキャリアとの対応関係である。

好ましくは、前記第１の対応関係は、１対１、１対多、又は多対１、又は多対多の対応関係であってもよく、例えば、１つのサービスタイプが１つのキャリアに対応してもよく、又は、１つのサービスタイプが複数のキャリアに対応してもよく、又は、複数のサービスタイプが１つのキャリアに対応してもよく、又は、複数のサービスタイプが複数のキャリアに対応してもよく、本願の実施例は、これについて限定しない。

したがって、前記端末機器は、伝送すべきデータの情報に基づいて、当該第１の対応関係と結び付けて、前記伝送すべきデータの使用可能なキャリアを決定することができ、さらに、前記端末機器は、決定された伝送すべきデータの使用可能なキャリアに基づいて、現在使用中のキャリアと結び付けて、キャリア選択を行うか否かを決定することができる。

例えば、現在使用中のキャリアと、前記第１の対応関係に基づいて決定された使用可能なキャリアとが異なる場合、現在使用中のキャリアが、伝送すべきデータの伝送要件を満たすことができないとみなされるか、又は、現在使用中のキャリアが、当該伝送すべきデータの伝送に使用できないとみなされるため、端末機器は、キャリア選択を行うと決定することができ、１つの可能な実施態様において、端末機器は、前記第１の対応関係に基づいて決定された使用可能なキャリアのうちから、伝送すべきデータの伝送要件を満たすために、当該伝送すべきデータを伝送する対象キャリアとして、１つ又は複数のキャリアを選択することができる。

又は、前記端末機器は、現在使用中のキャリアと、前記第１の対応関係に基づいて決定された使用可能なキャリアとが同じである場合、キャリア選択を行わないと決定することができ、或いは、現在使用中のキャリアにおけるリザーベーション（ｒｅｓｅｒｖｅｄ）リソース若しくはグラント（ｇｒａｎｔ）リソースが当該伝送すべきデータを搬送できるか否か、又は、現在使用中のキャリアにおけるリザーベーションリソース若しくはグラントリソースが当該伝送すべきデータの伝送要件を満たすか否かをさらに決定することができ、さらに、その判断結果に基づいてキャリア選択を行うか否かを決定することができる。例えば、前記端末機器は、現在使用中のキャリアにおけるリザーベーションリソース又はグラントリソースが前記伝送すべきデータを搬送できる場合、キャリア選択を行わないと決定することができ、そうでなければ、キャリア選択を行うと決定することができ、さらに、前記端末機器は、前記第１の対応関係に基づいて決定された使用可能なキャリアのうちから、前記伝送すべきデータを搬送できる１つ又は複数のキャリアを、当該伝送すべきデータを伝送する対象キャリアとして選択することができる。

なお、現在使用中のキャリアと、前記第１の対応関係に基づいて決定された使用可能なキャリアとが同じであることは、前記現在使用中のキャリアと、前記使用可能なキャリアの一部又は全てが同じであることを意味してもよく（ケース１と記す）、例えば、現在使用中のキャリアはキャリア２であり、前記第１の対応関係に基づいて決定された使用可能なキャリアはキャリア１とキャリア２である場合、現在使用中のキャリアと使用可能なキャリアとが同じであるとみなされてもよい。

これに応じて、現在使用中のキャリアと、前記第１の対応関係に基づいて決定された使用可能なキャリアとが異なるということは、前記現在使用中のキャリアと、前記使用可能なキャリアとが全く異なること（ケース２と記す）を意味してもよく、例えば、現在使用中のキャリアはキャリア３であり、前記第１の対応関係に基づいて決定された使用可能なキャリアはキャリア１とキャリア２である場合、現在使用中のキャリアと使用可能なキャリアとが異なるとみなされてもよい。

この実施例１を、例を挙げて説明すると、現在使用中のキャリアはキャリア１であり、第１の対応関係は、データのサービスタイプと使用可能なキャリアとの対応関係であり、ここで、サービスタイプ１はキャリア１とキャリア２に対応し、サービスタイプ２はキャリア３とキャリア４に対応する場合、伝送すべきデータのサービスタイプがサービスタイプ１であれば、端末機器は、現在使用中のキャリアと使用可能なキャリアとが同じであると決定することができ（ケース１に対応する）、さらに、当該端末機器は、当該キャリア１におけるリザーベーションリソース又はグラントリソースが伝送すべきデータを搬送できるか否かを決定することができ、当該伝送すべきデータを搬送できれば、当該端末機器は、キャリア選択を行わないと決定し、キャリア１における伝送リソースを使用し続けてデータ伝送を行うことができ、当該伝送すべきデータを搬送できなければ、当該端末機器は、キャリア１及び／又はキャリア２上で、当該伝送すべきデータを伝送可能なリソースを選択することができる。

また、例えば、現在使用中のキャリアはキャリア１であり、第１の対応関係は、データのサービスタイプと使用可能なキャリアとの対応関係であり、ここで、サービスタイプ１は、キャリア１とキャリア２に対応し、サービスタイプ２は、キャリア３とキャリア４に対応する場合、伝送すべきデータのサービスタイプがサービスタイプ２であれば、端末機器は、現在使用中のキャリアと使用可能なキャリアとが異なると決定することができ（ケース２に対応する）、当該端末機器は、キャリア選択を行うと決定することができ、さらに、当該端末機器は、キャリア３及び／又はキャリア４上で、当該伝送すべきデータを伝送可能なリソースを選択することができる。

以下、実施例２と結び付けて、端末機器が端末機器の情報に基づいて、どのようにキャリア選択を行うか否かを決定することについて詳細に説明する。

好ましくは、本願の実施例において、前記端末機器の情報は、端末機器の伝送パラメータを含んでもよく、好ましくは、当該端末機器の伝送パラメータは、変調及び符号化方式（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ、ＭＣＳ）、使用可能な物理リソースブロック（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＰＲＢ）、サブチャネル（ｓｕｂｃｈａｎｎｅｌ）数、再送回数、最大送信電力（ｍａｘＴｘＰｏｗｅｒ）のうちの少なくとも１つを含んでもよく、ここで、１つのサブチャネルが複数の連続するＰＲＢから構成されてもよく、又は、当該端末機器のケイパビリティ情報、若しくは前記端末機器が現在位置しているネットワーク状況など、前記端末機器の他の属性情報を含んでもよく、本願の実施例は、これについて限定しない。

好ましくは、一実施例として、前記端末機器は、当該端末機器の伝送パラメータが変化したか否かに基づいて、キャリア選択を行うか否かを決定することができ、例えば、前記端末機器は、当該端末機器の伝送パラメータが変化した場合、キャリア選択を行うと決定することができ、そうでなければ、キャリア選択を行わない。

好ましくは、別の実施例として、前記端末機器は、伝送パラメータの変化量に基づいて、キャリア選択を行うか否かを決定することもでき、例えば、端末機器は、当該端末機器の伝送パラメータの変化量が第１の閾値よりも大きい場合、キャリア選択を行うと決定し、そうでなければ、キャリア選択を行わないと決定することができる。

好ましくは、さらに別の実施例として、前記端末機器は、変化した伝送パラメータが、伝送すべきデータの伝送要件を満たすことができるか否かに基づいて、キャリア選択を行うか否かを決定することができ、例えば、前記端末機器の伝送パラメータが、第１の使用可能なパラメータ範囲から第２の使用可能なパラメータ範囲に変化し、第２の使用可能なパラメータ範囲内のパラメータが前記伝送すべきデータの伝送要件を満たすことができない場合、前記端末機器は、キャリア選択を行うと決定し、さらに、伝送すべきデータの伝送要件を満たすキャリアを選択することができ、又は、前記端末機器の伝送パラメータが第１の使用可能なパラメータ範囲から第２の使用可能なパラメータ範囲に変化し、第２の使用可能なパラメータ範囲内のパラメータが前記伝送すべきデータの伝送要件を満たすことができる場合、前記端末機器は、前記キャリア選択を行わないと決定する。

好ましくは、いくつかの実施例において、前記方法２００は、さらに、
前記端末機器は、前記端末機器の現在の移動速度、同期ソースタイプ、チャネル混雑率ＣＢＲ、前記伝送すべきデータの優先度のうちの少なくとも１つに基づいて、前記端末機器の伝送パラメータのパラメータ範囲を決定することを含んでもよい。

ここで、当該チャネル混雑率（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ、ＣＢＲ）は、ネットワークの混雑の程度を示すために用いられることができ、同期ソースタイプは、全地球航法衛星システム（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ、ＧＮＳＳ）、ｅＮＢ、及びＵＥを含むが、これらに限定されない。

好ましくは、いくつかの実施例において、前記端末機器の現在の移動速度、同期ソースタイプ、チャネル混雑率ＣＢＲ、前記伝送すべきデータの優先度のうちの少なくとも１つ、及び伝送パラメータのパラメータ範囲は、第２の対応関係を有することができ、ここで、当該第２の対応関係は、ネットワーク機器により構成されてもよく、又は前記端末機器に予め構成されてもよい。

好ましくは、前記第２の対応関係は、１対１、１対多、又は多対１、又は多対多の対応関係であってもよく、例えば、１つの同期ソースタイプが１組の伝送パラメータに対応してもよく、複数の同期ソースタイプが１組の伝送パラメータに対応してもよく、又は、１つの速度範囲及び１つの同期ソースタイプが１組の伝送パラメータに対応してもよく、本願の実施例は、これについて限定しない。

限定ではなく例として、当該第２の対応関係は、表１に示されるとおりであってもよい。

例えば、現在の同期ソースタイプがＧＮＳＳであれば、端末機器の速度が１２０ｋｍ／ｈ未満から１２０ｋｍ／ｈより大きくなる時、端末機器は、表１に示す対応関係に基づいて、端末機器の使用可能なＰＲＢ数の範囲が［１、５０］から［１、１６］に変化したと決定することができ、伝送すべきデータに必要なＰＲＢ数が１６よりも大きい場合、端末機器は、変化した使用可能なパラメータ範囲が伝送すべきデータの伝送要件を満たすことができないと決定でき、したがって、端末機器がキャリア選択を行うことをトリガーすることができ、或いは、端末機器がリソース選択を行うことをトリガーするができ、具体的には、リソース選択過程においてキャリア選択を行うことができる。

好ましくは、いくつかの実施例において、前記伝送すべきデータは、最新に受信した第１のデータであってもよく、したがって、端末機器は、当該第１のデータのサービスタイプ及び／又は属性情報に基づいて、キャリア選択を行うか否かを決定することもできる。

以下、実施例３から実施例７と結び付けて、本願のさらに別の実施例におけるキャリア選択の方法について詳細に説明する。

実施例３：第１のデータのサービスタイプに基づいてキャリア選択を行う。

当該実施例３の１つの好ましい実施例において、前記端末機器は、前記第１のデータのサービスタイプ及び第２のデータのサービスタイプに基づいて、キャリア選択を行うか否かを決定することができ、ここで、前記第２のデータの受信時刻が前記第１のデータの受信時刻よりも早い。

即ち、前記端末機器は、最新に受信したサービス（即ち、第１のデータ）のサービスタイプ及び既存のサービス（即ち、第２のデータ）のサービスタイプに基づいて、キャリア選択を行うか否かを決定することができる。ここで、前記第２のデータは、当該第１のデータより前に受信され、かつまだ伝送されていないサービスデータを指し得る。

好ましくは、一実施例として、前記端末機器は、前記第１のデータのサービスタイプと、前記第２のデータのサービスタイプとが異なる場合、キャリア選択を行うと決定することができる。又は、前記端末機器は、前記第１のデータのサービスタイプと、前記第２のデータのサービスタイプとが異なる場合、例えば、優先度情報、遅延情報など、前記第１のデータの属性情報とさらに結び付けて、キャリア選択を行うか否かを決定することもでき、具体的な実施については、実施例４から実施例７における関連説明を参照してもよい。

好ましくは、別の実施例として、前記端末機器は、前記第１のデータのサービスタイプと、前記第２のデータのサービスタイプとが同じである場合、キャリア選択を行わないと決定することができ、又は、前記端末機器は、前記第１のデータの属性情報（例えば、優先度情報、遅延情報など）とさらに結び付けて、キャリア選択を行うか否かを決定することもでき、具体的な実施については、実施例４から実施例７における関連説明を参照してもよい。

好ましくは、さらに別の実施例として、前記端末機器は、最新に受信した前記第１のデータのサービスタイプが、特定のサービスタイプである場合、キャリア選択を行うと決定することができ、ここで、当該特定のサービスタイプは、予め構成されてもよく、又はネットワーク機器により構成されてもよい。

好ましくは、さらに別の実施例として、前記端末機器は、前記第１のデータのサービスタイプ及び前記端末機器の送信能力に基づいて、キャリア選択を行うか否かを決定することができる。例えば、前記端末機器の送信能力が制限されない場合、前記端末機器は、当該第１のデータを受信した時に、キャリア選択を行うと決定することができる。又は、前記端末機器は、前記端末機器の送信能力が制限される場合、キャリア選択を行わないと決定することができ、又は当該第１のデータの属性情報とさらに結び付けて、キャリア選択を行うか否かを決定することができる。例えば、前記端末機器は、前記第１のデータの優先度が前記第２のデータの優先度よりも高い場合、前記第１のデータにキャリア選択を優先的に行うと決定することができ、即ち、前記第１のデータに伝送リソースを優先的に選択することができ、又は、前記端末機器は、前記第１のデータの優先度が前記第２のデータの優先度よりも低い場合、キャリア選択を行わないと決定することができる。

前記端末機器は、前記第１のデータにキャリア選択を行うと決定した場合、さらに、前記端末機器は、前記第１のデータのサービスタイプ及び前記第１の対応関係に基づいて、前記第１のデータのために選択された対象キャリアを決定することができる。

例えば、前記第１のデータのサービスタイプが協調注意喚起メッセージ（Ｃｏｏｐｅｒａｔｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ、ＣＡＭ）である場合、前記第２のデータのサービスタイプは、分散式環境通知メッセージ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ、ＤＥＮＭ）である。端末機器は、前記第１のデータが到着した時、第１のデータと第２のデータのサービスタイプが異なると決定でき、さらに端末機器がキャリア選択を行うようにトリガーすることができる。

ケース１：第１のデータのサービスタイプと第２のデータのサービスタイプとが、異なるキャリアに対応し、例えば、前記第１の対応関係において、ＣＡＭがキャリア１とキャリア２に対応し、ＤＥＮＭがキャリア３とキャリア４に対応する場合、前記端末機器は、キャリア３又はキャリア４上で前記第１のデータに伝送リソースを選択することができる。

ケース２：第１のデータのサービスタイプと第２のデータのサービスタイプとが、同じキャリアに対応し、例えば、前記第１の対応関係において、ＣＡＭがキャリア１とキャリア２に対応し、ＤＥＮＭもキャリア１とキャリア２に対応する場合、前記端末機器は、端末機器の現在使用中の伝送リソースがキャリア２上にある場合、キャリア１又はキャリア２上で前記第１のデータのために伝送リソースを選択することができる。

実施例４：前記第１のデータの属性情報は優先度情報であり、前記端末機器は、第１のデータの優先度情報に基づいてキャリアの選択を行う。

例えば、前記端末機器は、前記第１のデータの優先度が特定の優先度よりも高い場合、キャリア選択を行うと決定することができ、ここで、当該特定の優先度は、予め構成されてもよく、又はネットワーク機器により構成されてもよい。

好ましくは、一実施例として、前記端末機器は、前記第１のデータの優先度情報及び第２のデータの優先度情報に基づいて、キャリア選択を行うか否かを決定することができ、ここで、前記第２のデータの受信時刻は、前記第１のデータの受信時刻よりも早い。

なお、当該実施例４において、前記第１のデータと前記第２のデータのサービスタイプは、同じであってもよく、又は異なってもよく、本願の実施例は、これについて限定しない。

ケース１：前記第１のデータと前記第２のデータのサービスタイプが同じであれば、データの近接サービスのパケット単位の優先度（ＰｒｏＳｅ Ｐｅｒ－Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ、ＰＰＰＰ）に基づいて、当該第１のデータと当該第２のデータの優先度の高低を決定することができ、例えば、前記第１のデータと前記第２のデータが共にＣＡＭであり、前記第１のデータのＰＰＰＰが１であり、前記第２のデータのＰＰＰＰが４であれば、第１のデータの優先度が前記第２のデータの優先度よりも高いと決定することができる。

ケース２：前記第１のデータと前記第２のデータのサービスタイプが異なれば、それに対応するＰＰＰＰに基づいて第１のデータと当該第２のデータの優先度の相対的な高低を決定することができ、例えば、サービスタイプＣＡＭにおけるＰＰＰＰ＝４がＤＥＮＭにおけるＰＰＰＰ＝６に相当する場合、第１のデータのサービスタイプがＣＡＭ、ＰＰＰＰ＝３で、第２のデータのサービスタイプがＤＥＮＭ、ＰＰＰＰ＝３であれば、第２のデータの優先度が前記第１のデータの優先度よりも高いと決定することができる。

当該実施例４の１つの具体的な実施例において、前記端末機器は、前記第１のデータの優先度情報及び第２のデータの優先度情報に基づいて、キャリア選択を行うか否かを決定することは、
前記端末機器は、前記第１のデータの優先度が前記第２のデータの優先度よりも高い場合、キャリア選択を行うと決定することを含む。

具体的には、前記端末機器は、第１のデータの優先度が第２のデータの優先度よりも高い場合、第１のデータにキャリア選択を優先的に行うことができ、１つの可能な実現形態において、前記端末機器は、前記第１のデータの優先度及び前記第１の対応関係に基づいて、第１のデータのために選択された対象キャリアを決定することができる。

好ましくは、本願の実施例において、前記端末機器は、前記第１のデータの優先度が前記第２のデータの優先度よりも低い場合、キャリア選択を行わないと決定することができ、又は、この場合、前記端末機器は、さらに、端末機器の送信能力又はその他の属性情報と結び付けて、キャリア選択を行うか否かを決定することができ、例えば、前記端末機器は、前記端末機器の送信能力が制限されない場合、キャリア選択を行うと決定することができ、端末機器は、第２のデータの伝送に用いるキャリアを変更せずに、第１のデータの優先度に対応する使用可能なキャリアから第１のデータの伝送に用いるキャリアを選択することができ、具体的なキャリア選択方式は、上記の実施例における関連説明を参照してもよく、又は、前記端末機器の送信能力が制限される場合、前記端末機器は、キャリア選択を行わないと決定することができる。

実施例５：前記第１のデータの属性情報は確実性要件情報であり、前記端末機器は、前記第１のデータの確実性要件情報に基づいて、キャリア選択を行うか否かを決定する。

好ましくは、前記端末機器は、前記第１のデータの確実性要件が、特定の確実性閾値（例えば、９０％）よりも大きい場合、キャリア選択を行うと決定することができ、ここで、当該特定の確実性閾値は、予め構成されてもよく、又はネットワーク機器により構成されてもよく、本願の実施例はこれについて限定しない。

好ましくは、一実施例として、前記端末機器は、前記第１のデータの確実性要件情報及び第２のデータの確実性要件情報に基づいて、キャリア選択を行うか否かを決定することができ、ここで、前記第２のデータの受信時刻は、前記第１のデータの受信時刻よりも早い。

例えば、前記端末機器は、前記第１のデータの確実性要件（例えば、９０％）が前記第２のデータの確実性要件（例えば、８０％）よりも高い場合、キャリア選択を行うと決定する。又は、前記端末機器は、前記第１のデータの確実性要件が前記第２のデータの確実性要件よりも低い場合、キャリア選択を行わないと決定することができ、又は、その場合、前記端末機器は、さらに、前記端末機器の送信能力又はその他の属性情報と結び付けて、キャリア選択を行うか否かを決定することができる。例えば、前記端末機器は、前記端末機器の送信能力が制限されない場合、キャリア選択を行うと決定することができ、具体的なキャリア選択方式は、上記の実施例における関連説明を参照してもよく、又は、前記端末機器は、前記端末機器の送信能力が制限される場合、キャリア選択を行わないと決定することができる。

端末機器がキャリア選択を決定した場合、前記端末機器は、前記第１のデータにキャリア選択を優先的に行うことができ、１つの可能な実現形態では、前記端末機器は、当該第１のデータの確実性要件及び前記第１の対応関係に基づいて、前記第１のデータのために選択された対象キャリアを決定することができる。

実施例６：前記第１のデータの属性情報は遅延情報であり、前記端末機器は、前記第１のデータの遅延情報に基づいて、キャリア選択を行うか否かを決定する。

好ましくは、前記端末機器は、前記第１のデータの遅延要件が、特定の遅延閾値（例えば、１０ｍｓ）未満である場合、キャリア選択を行うと決定することができ、ここで、当該特定の遅延閾値は、予め構成されてもよく、又はネットワーク機器により構成されてもよく、本願の実施例は、これについて限定しない。

好ましくは、一実施例として、前記端末機器は、前記第１のデータの遅延情報及び第２のデータの遅延情報に基づいて、キャリア選択を行うか否かを決定することができ、ここで、前記第２のデータの受信時刻は前記第１のデータの受信時刻よりも早い。

例えば、前記端末機器は、前記第１のデータの遅延要件（例えば、５ｍｓ）が前記第２のデータの遅延要件（例えば、１０ｍｓ）よりも小さい場合、キャリア選択を行うと決定する。又は、前記端末機器は、前記第１のデータの遅延要件が前記第２のデータの遅延要件よりも大きい場合、キャリア選択を行わないと決定することができ、又は、この場合、前記端末機器は、さらに、前記端末機器の送信能力又はその他の属性情報と結び付けて、キャリア選択を行うか否かを決定することもできる。例えば、前記端末機器は、前記端末機器の送信能力が制限されない場合、キャリア選択を行うと決定することができ、具体的なキャリア選択方式は、上記の実施例における関連説明を参照してもよく、又は、前記端末機器は、前記端末機器の送信能力が制限される場合、キャリア選択を行わないと決定することができる。

端末機器がキャリア選択を決定した場合、前記端末機器は、前記第１のデータにキャリア選択を優先的に行うことができ、１つの可能な実現形態では、前記端末機器は、当該第１のデータの遅延要件及び前記第１の対応関係に基づいて、前記第１のデータのために選択された対象キャリアを決定することができる。

実施例７：前記第１のデータの属性情報は第１データによってサポートされる端末バージョン情報であり、前記端末機器は、第１データにサポートされる端末バージョン情報に基づいてキャリア選択を行う。

例えば、前記端末機器は、前記第１データにサポートされる端末が、特定のバージョンである場合、キャリア選択を行うと決定することができ、ここで、当該特定のバージョンは、予め構成されてもよく、又はネットワーク機器により構成されてもよい。

好ましくは、一実施例として、前記端末機器は、前記第１のデータにサポートされる端末バージョン情報及び前記第２のデータによってサポートされる端末バージョン情報に基づいて、キャリア選択を行うか否かを決定することができ、ここで、前記第２のデータの受信時刻は前記第１のデータの受信時刻よりも早い。

例えば、前記端末機器は、前記第１のデータにサポートされる端末のバージョンが前記第２のデータにサポートされる端末のバージョンよりも低い場合、キャリア選択を行うと決定する。

具体的には、前記端末機器は、第１のデータにサポートされる端末のバージョンが第２のデータにサポートされる端末のバージョンよりも低い場合、前記第１のデータにキャリア選択を優先的に行うと決定することができ、１つの可能な実現態様において、前記端末機器は、前記第１のデータにサポートされる端末バージョン情報及び前記第１の対応関係に基づいて、第１のデータのために選択された対象キャリアを決定することができる。

好ましくは、本願の実施例において、前記端末機器は、前記第１のデータにサポートされる端末のバージョンが前記第２のデータにサポートされる端末のバージョンよりも低い場合、キャリア選択を行わないと決定することができ、又は、この場合、前記端末機器は、さらに、端末機器の送信能力又はその他の属性情報と結び付けて、キャリア選択を行うか否かを決定することができ、例えば、前記端末機器は、前記端末機器の送信能力が制限されない場合、キャリア選択を行うと決定することができ、具体的なキャリア選択方式は、他の実施例における関連説明を参照してもよく、又は、前記端末機器は、前記端末機器の送信能力が制限される場合、キャリア選択を行わないと決定することができる。

以上、実施例３から実施例７と結び付けて、どのように第１のデータのサービスタイプ及び／又は属性情報に基づいて、キャリア選択を行うか否かを決定するかについて詳細に説明したが、上記の実施例３から実施例７は、別々に使用してもよいし、組み合わせて使用してもよく、又は、前記実施例１及び実施例２と結び付けて使用してもよく、本願の実施例は、これについて限定しないことが理解される。

以上、図２と結び付けて、本願の方法の実施例について詳細に説明したが、以下、図３から図４と結び付けて、本願の装置の実施例について詳細に説明し、装置の実施例は方法の実施例に対応し、類似の説明は方法の実施例を参照し得ることが理解される。

図３は、本願の実施例による端末機器３００の概略的なブロック図を示す。図３に示すように、当該端末機器３００は、
伝送すべきデータの情報、前記端末機器の情報、及び現在使用中のキャリア情報のうちの少なくとも１つに基づいて、キャリア選択を行うか否かを決定するために用いられる決定モジュール３１０を含む。

好ましくは、いくつかの実施例において、前記決定モジュール３１０は、具体的には、
前記伝送すべきデータの情報及び第１の対応関係に基づいて、前記伝送すべきデータの使用可能なキャリアを決定することと、
前記伝送すべきデータの使用可能なキャリア及び前記現在使用中のキャリアに基づいて、キャリア選択を行うか否かを決定することに用いられる。

好ましくは、いくつかの実施例において、前記決定モジュール３１０は、具体的には、
前記伝送すべきデータの使用可能なキャリアと前記現在使用中のキャリアとが異なる場合、キャリア選択を行うと決定することに用いられる。

好ましくは、いくつかの実施例において、前記決定モジュール３１０は、さらに、
前記伝送すべきデータの使用可能なキャリアと前記現在使用中のキャリアとが同じであり、現在使用中のキャリアにおけるリザーベーションリソース又はグラントリソースが前記伝送すべきデータを搬送できない場合、キャリア選択を行うと決定することに用いられる。

好ましくは、いくつかの実施例において、前記第１の対応関係は、前記伝送すべきデータのサービスタイプ、前記伝送すべきデータの優先度情報、前記伝送すべきデータの確実度要件情報、前記伝送すべきデータの遅延情報、及び前記伝送すべきデータにサポートされる端末バージョン情報のうちの少なくとも１つと、使用可能なキャリアとの対応関係である。

好ましくは、いくつかの実施例において、前記伝送すべきデータの情報は、
前記伝送すべきデータのサービスタイプ、前記伝送すべきデータの優先度情報、前記伝送すべきデータの確実度要件情報、前記伝送すべきデータの遅延情報、前記伝送すべきデータにサポートされる端末バージョン情報のうちの少なくとも１つを含む。

好ましくは、いくつかの実施例において、前記端末機器の情報は、前記端末機器の伝送パラメータを含み、前記決定モジュール３１０は、さらに、
前記端末機器の伝送パラメータに基づいて、キャリア選択を行うか否かを決定することに用いられる。

好ましくは、いくつかの実施例において、前記決定モジュール３１０は、具体的には、
前記端末機器の伝送パラメータが第１の使用可能なパラメータ範囲から第２の使用可能なパラメータ範囲に変化し、第２の使用可能なパラメータ範囲内のパラメータが前記伝送すべきデータの伝送要件を満たすことができない場合、キャリア選択を行うと決定すること、又は
前記端末機器の伝送パラメータが第１の使用可能なパラメータ範囲から第２の使用可能なパラメータ範囲に変化し、第２の使用可能なパラメータ範囲内のパラメータが前記伝送すべきデータの伝送要件を満たすことができる場合、キャリア選択を行わないと決定することに用いられる。

好ましくは、いくつかの実施例において、前記決定モジュール３１０は、さらに、
前記端末機器の現在の移動速度、同期ソースタイプ、チャネル混雑率ＣＢＲ、伝送すべきデータの優先度のうちの少なくとも１つに基づいて、前記端末機器の伝送パラメータのパラメータ範囲を決定することに用いられる。

好ましくは、いくつかの実施例において、前記決定モジュール３１０は、具体的には、
前記端末機器の現在の移動速度、同期ソースタイプ、ＣＢＲ、伝送すべきデータの優先度のうちの少なくとも１つ、及び第２の対応関係に基づいて、前記端末機器の伝送パラメータのパラメータ範囲を決定することに用いられ、ここで、前記第２の対応関係は、移動速度、同期ソースタイプ、チャネル混雑率ＣＢＲ、データの優先度のうちの少なくとも１つと、伝送パラメータのパラメータ範囲との対応関係である。

なお、本願の実施例による端末機器３００は、本願の方法の実施例における端末機器に対応することができ、端末機器３００の各ユニットの上記及び他の操作及び／又は機能は、図２に示す方法２００における端末機器の対応するフローをそれぞれ実現するためであり、簡潔にするため、ここでは繰り返して説明しない。

図４に示すように、本願の実施例は、端末機器４００をさらに提供し、前記端末機器４００は、図３における端末機器３００であってもよく、図２の方法２００に対応する端末機器のコンテンツを実行するために用いられえる。前記端末機器４００は、入力インタフェース４１０と、出力インタフェース４２０と、プロセッサ４３０と、メモリ４４０とを含み、前記入力インタフェース４１０、出力インタフェース４２０、プロセッサ４３０、及びメモリ４４０は、バスシステムによって接続されえる。前記メモリ４４０は、プログラム、命令、又はコードを記憶するために用いられる。前記プロセッサ４３０は、入力インタフェース４１０を制御して信号を受信し、出力インタフェース４２０を制御して信号を送信し、前記方法の実施例の操作を完了させるように、前記メモリ４４０内のプログラム、命令、又はコードを実行するために用いられる。

なお、本願の実施例において、前記プロセッサ４３０は、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、略して「ＣＰＵ」と呼ばれる）であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントなどであってもよい。汎用プロセッサは、マイクロプロセッサであってもよく、又は前記プロセッサは、任意の通常のプロセッサなどであってもよい。

前記メモリ４４０は、リードオンリーメモリと、ランダムアクセスメモリとを含んでもよく、プロセッサ４３０に命令とデータを提供する。メモリ４４０の一部は、不揮発性ランダムアクセスメモリをさらに含んでもよい。例えば、メモリ４４０は、デバイスタイプの情報をさらに記憶してもよい。

実現過程において、上記方法の各コンテンツは、プロセッサ４３０におけるハードウェアの集積論理回路又はソフトウェア形態の命令によって実現されてもよい。本願の実施例と結び付けて開示される方法のコンテンツは、ハードウェアプロセッサによって実行されて実現され、又はプロセッサ内のハードウェアとソフトウェアモジュールの組み合わせで実行されて実現されるように具現化される。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ、又は電気的に消去可能なプログラマブルメモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置されえる。前記記憶媒体は、メモリ４４０に配置され、プロセッサ４３０は、メモリ４４０内の情報を読み出し、そのハードウェアと結び付けて、上記の方法のコンテンツを実現する。重複を避けるため、ここでは詳細な説明を省略する。

１つの具体的な実施形態において、図３の端末機器３００に含まれる決定モジュール３１０は、図４のプロセッサ４３０で実現されえる。

本願の実施例は、コンピュータ読み出し可能な記憶媒体をさらに提供し、当該コンピュータ読み出し可能な記憶媒体は、１つ又は複数のプログラムを記憶し、当該１つ又は複数のプログラムは、命令を含み、当該命令が、複数のアプリケーションプログラムを含む携帯型電子機器によって実行されると、図２に示す実施例の方法を携帯型電子機器に実行させえる。

本願の実施例は、コンピュータプログラムをさらに提供し、当該コンピュータプログラムは、命令を含み、当該コンピュータプログラムがコンピュータによって実行されると、図２に示す実施例の方法の対応するフローをコンピュータに実行させる。

当業者は、本明細書に開示される実施例に説明される様々な例のユニット及びアルゴリズムステップが、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現されることを認識できる。これらの機能がハードウェア又はソフトウェアのいずれで実行されるかは、技術的解決手段の特定の適用及び設計制約条件に依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用してもよいけど、そのような実現は、本願の範囲から逸脱するものと考えられるべきではない。

当業者は、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの具体的な動作プロセスは、前記方法の実施例における対応するプロセスを参照でき、ここでその説明が省略されることを理解する。

本願にて提供されるいくつかの実施例において、開示されたシステム、装置、及び方法は、他の方式で実現されてもよいことが理解されるべきである。例えば、上記に説明された装置の実施例は、単に例示的なものであり、例えば、前記ユニットの分割は、論理的機能の分割にすぎず、実際に実現するには、別の分割方法がありえ、例えば、複数のユニット又はコンポーネントが、組み合わされてもよく、又は他のシステムに統合されてもよく、或いはいくつかの特徴は省略されてもよく、又は実行されなくてもよい。一方、表示又は検討される相互間の結合又は直接的な結合又は通信接続は、何らかのインタフェース、装置又はユニットを介した間接的な結合又は通信接続であってもよく、電気的、機械的、又は他の形態であってもよい。

前記分離した部材として説明されたユニットは、物理的に分離しているものであっても、物理的に分離しているものでなくてもよく、ユニットとして表示される部材は、物理的なユニットであっても、物理的なユニットでなくてもよく、１箇所にあっても、複数のネットワークユニットに分散されてもよい。本実施例の解決手段の目的は、実際の要件に応じて、その一部又は全てのユニットを選択して実現することができる。

また、本願の各実施例における各機能ユニットは、１つの処理ユニットに集積されてもよいし、各ユニットは、物理的に別々に存在してもよいし、２つ以上のユニットが１つのユニットに集積されてもよい。

前記機能は、ソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は使用される場合、１つのコンピュータ読み出し可能な記憶媒体に記憶されてもよい。このような理解に基づいて、本願の技術的解決手段の本質又は従来技術に寄与する部分、又は前記技術的解決手段の部分は、ソフトウェア製品の形態で具現化されてもよく、前記コンピュータソフトウェア製品は、記憶媒体に記憶され、１つのコンピュータ機器（パーソナルコンピュータ、サーバ、又はネットワーク機器などであってもよい）に本願の様々な実施例に記載の方法のステップの全て又は一部を実行させるための複数の命令を含む。前記記憶媒体は、ＵＳＢメモリ、リムーバブルディスク、リードオンリーメモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク、光ディスクなどのプログラムコードを記憶可能な種々の媒体を含む。

以上、本願の具体的な実施形態にすぎず、本願の保護範囲はこれに限定されるものではなく、当業者であれば、本願に開示された技術的範囲内で容易に想到し得る変更や置換は、本願の保護範囲内に含まれるべきである。したがって、本願の保護範囲は、特許請求の範囲によって定義されるべきである。

Claims (15)

1. 端末機器が、伝送すべきデータの情報及び現在使用しているキャリア情報のうちの少なくとも１つに基づいて、キャリア選択をトリガーする端末間（Ｄ２Ｄ）通信におけるキャリア選択方法であって、
   前記端末機器が、前記伝送すべきデータの情報及び第１の対応関係に基づいて、前記伝送すべきデータの使用可能なキャリアを決定することと、
   前記端末機器が、前記伝送すべきデータの使用可能なキャリア及び前記現在使用しているキャリアに基づいて、キャリア選択をトリガーすることとを含み、
   前記端末機器が、前記伝送すべきデータの使用可能なキャリア及び前記現在使用しているキャリアに基づいて、キャリア選択をトリガーすることは、
   前記端末機器が、前記伝送すべきデータの使用可能なキャリアと前記現在使用しているキャリアとが異なる場合、キャリア選択をトリガーすることを含む、方法。
2. 前記端末機器が、前記端末機器の情報に基づいて、キャリア選択をトリガーすることをさらに含む、請求項１に記載の方法。
3. 前記端末機器が、前記伝送すべきデータの使用可能なキャリア及び前記現在使用しているキャリアに基づいて、キャリア選択をトリガーすることは、さらに、
   前記端末機器が、前記伝送すべきデータの使用可能なキャリアと前記現在使用しているキャリアとが同じである場合、前記現在使用しているキャリアにおけるリザーベーションリソース又はグラントリソースが前記伝送すべきデータを搬送できないと、キャリア選択をトリガーすることを含む、請求項１に記載の方法。
4. 前記伝送すべきデータの情報は、
   前記伝送すべきデータのサービスタイプ、前記伝送すべきデータの優先度情報、前記伝送すべきデータの確実度要件情報、前記伝送すべきデータの遅延情報、前記伝送すべきデータにサポートされる端末バージョン情報のうちの少なくとも１つを含む、請求項１乃至３のいずれか１項に記載の方法。
5. 伝送すべきデータの情報及び現在使用しているキャリア情報のうちの少なくとも１つに基づいて、キャリア選択をトリガーするために用いられる決定モジュールを含む端末機器であって、
   前記決定モジュールは、具体的には、
   前記伝送すべきデータの情報及び第１の対応関係に基づいて、前記伝送すべきデータの使用可能なキャリアを決定することと、
   前記伝送すべきデータの使用可能なキャリア及び前記現在使用しているキャリアに基づいて、キャリア選択をトリガーすることに用いられ、前記決定モジュールは、前記伝送すべきデータの使用可能なキャリアと前記現在使用しているキャリアとが異なる場合、キャリア選択をトリガーすることに用いられる、端末機器。
6. 前記決定モジュールは、さらに、
   前記端末機器の情報に基づいて、キャリア選択をトリガーすることに用いられる、請求項５に記載の端末機器。
7. 前記決定モジュールは、さらに、
   前記伝送すべきデータの使用可能なキャリアと前記現在使用しているキャリアとが同じである場合、前記現在使用しているキャリアにおけるリザーベーションリソース又はグラントリソースが前記伝送すべきデータを搬送できないと、キャリア選択をトリガーすることに用いられる、請求項５に記載の端末機器。
8. 前記伝送すべきデータの情報は、
   前記伝送すべきデータのサービスタイプ、前記伝送すべきデータの優先度情報、前記伝送すべきデータの確実度要件情報、前記伝送すべきデータの遅延情報、前記伝送すべきデータにサポートされる端末バージョン情報のうちの少なくとも１つを含む、請求項５乃至７のいずれか１項に記載の端末機器。
9. 前記第１の対応関係は、前記伝送すべきデータのサービスタイプ、前記伝送すべきデータの優先度情報、前記伝送すべきデータの確実度要件情報、前記伝送すべきデータの遅延情報、及び前記伝送すべきデータにサポートされる端末バージョン情報のうちの少なくとも１つと、使用可能なキャリアとの対応関係である、ことを特徴とする請求項５乃至８のいずれか１項に記載の端末機器。
10. 前記端末機器の情報は、前記端末機器の伝送パラメータを含み、前記決定モジュールは、さらに、
    前記端末機器の伝送パラメータに基づいて、キャリア選択をトリガーすることに用いられる、請求項６に記載の端末機器。
11. 前記決定モジュールは、
    前記端末機器の伝送パラメータがパラメータ範囲内にあり、前記パラメータ範囲が前記伝送すべきデータの伝送要件を満たすことができない場合、キャリア選択をトリガーすること、又は
    前記端末機器の伝送パラメータがパラメータ範囲内にあり、前記パラメータ範囲が前記伝送すべきデータの伝送要件を満たすことができる場合、キャリア選択を行わないと決定することに用いられる、請求項１０に記載の端末機器。
12. 前記決定モジュールは、さらに、
    前記端末機器の現在の移動速度、同期ソースタイプ、チャネル混雑率ＣＢＲ、伝送すべきデータの優先度のうちの少なくとも１つに基づいて、前記端末機器の伝送パラメータのパラメータ範囲を決定することに用いられる、請求項１１に記載の端末機器。
13. 前記決定モジュールは、
    前記端末機器の現在の移動速度、同期ソースタイプ、ＣＢＲ、伝送すべきデータの優先度のうちの少なくとも１つ、及び第２の対応関係に基づいて、前記端末機器の伝送パラメータのパラメータ範囲を決定することに用いられ、前記第２の対応関係は、移動速度、同期ソースタイプ、ＣＢＲ、データの優先度のうちの少なくとも１つと、伝送パラメータのパラメータ範囲との対応関係である、請求項１２に記載の端末機器。
14. 請求項１乃至４のいずれか１項に記載の方法を実行するための端末機器。
15. 請求項１乃至４のいずれか１項に記載の方法を実現するためのコンピュータソフトウェア命令が記憶されているコンピュータ記憶媒体。

Images