JP7820552B2 - 通信方法及び装置、並びに記憶媒体 - Google Patents

Description

この出願は、２０２２年３月８日に中国国家知的産権局に出願された、「COMMUNICATION METHOD AND APPARATUS, AND STORAGE MEDIUM」と題された中国特許出願第202210219318.3号の優先権を主張し、その全体が参照によって本明細書に組み込まれる。

この出願は、通信技術の分野に関し、特に、通信方法及び装置、並びに記憶媒体に関する。

ＵＥツーネットワークリレー（UE-to-Network Relay, U2N Relay）通信システムにおいて、リモート端末（remote UE）は、リレー端末（relay UE）を介してネットワークと通信しうる。リモート端末は、サイドリンク（sidelink, SL）を通じてリレー端末と通信し、対応するインターフェースは、ＰＣ５と称される。リレー端末は、ネットワークデバイスに直接的に接続され、エアインターフェース（例えば、Ｕｕインターフェース）を通じてネットワークデバイスと通信する。

Ｕ２Ｎリレー通信システムにおいて、リモート端末は、モビリティ管理を容易にするために、ネットワークデバイスの構成に基づいて、現在のサービングセルの通信品質、及び、リモート端末と近隣のリレー端末との間のサイドリンクの通信品質を測定しうる。例えば、リモート端末は、ネットワークデバイスの構成情報を受信し、構成情報に基づいて動作しうる、例えば、測定を実行しうる又はディスカバリ（discovery）メッセージを受信／送信しうる。加えて、Ｕ２Ｎリレー通信システムにおいて、リモート端末は、ディスカバリメッセージを受信／送信するために、Ｕｕインターフェースの閾値条件を満たす必要がある。

リモート端末が、ネットワークデバイスの構成情報を受信し、かつディスカバリメッセージを受信／送信するための閾値条件を満たさないとき、リモート端末がネットワークデバイスの構成情報に基づいて動作する場合には、リモート端末が測定を実行して測定情報を報告しうる、又は、リモート端末がディスカバリメッセージを受信／送信するための閾値条件に基づいて動作する場合には、リモート端末がディスカバリメッセージを受信／送信できず、従って、測定を実行すること又は測定情報を報告することができない。リモート端末の異なる構成間のコンフリクトをどのように解決するかが、解決すべき喫緊の課題になっている。

この出願は、リモートＵＥの異なる構成間のコンフリクトの課題を解決するための通信方法及び装置、並びに記憶媒体を提供する。

この出願の実施形態の第１の態様は、通信方法を提供する。方法は、第１のメッセージをネットワークデバイスから受信するステップであって、第１のメッセージは、第１の構成情報を含む、ステップと、ディスカバリ（discovery）メッセージを受信又は送信するステップと、ディスカバリメッセージを受信又は送信することによって、第１の構成情報に基づいて、測定を実行するステップであって、測定は、第１の通信装置と第２の通信装置との間のサイドリンクの信号品質の測定である、ステップと、測定の測定情報をネットワークデバイスに送信するステップとを含む。

方法に基づき、この出願のこの実施形態において提供される通信方法及び装置によれば、リモートＵＥは、受信された第１の構成情報に基づいて、測定及び報告を実行する。これは、ディスカバリメッセージを受信／送信するために基地局によって構成された又は事前構成された閾値条件によって制約されない。このようにして、リモート端末の異なる構成間のコンフリクトの課題が解決される。

第１の態様に関連し、第１の態様のいくつかの実装において、ディスカバリメッセージを受信又は送信するステップは、参照信号受信電力（ＲＳＲＰ）が第１の閾値未満であるときにディスカバリメッセージを受信又は送信するステップを含む。ＲＳＲＰは、第１の通信装置とネットワークデバイスとの間のエアインターフェースのＲＳＲＰである。

この出願のこの実施形態において提供される通信方法及び装置によれば、リモートＵＥは、受信された第１の構成情報に基づいて、測定及び報告を実行し、ディスカバリメッセージを受信／送信するために、基地局によって構成された又は事前構成された閾値条件の制約が満たされるかどうかを検出する。このようにして、リモート端末の異なる構成間のコンフリクトの課題が解決される。

第１の態様に関連し、第１の態様のいくつかの実装において、ディスカバリメッセージを受信又は送信するステップは、第１のメッセージが受信されるときにディスカバリ（discovery）メッセージを受信又は送信するステップを含む。

第１の態様に関連し、第１の態様のいくつかの実装において、第１のメッセージは、第２の構成情報をさらに含み、第２の構成情報は、第１の閾値を再構成する又は第１の閾値をリリース（release）するために利用される。

第１の態様に関連し、第１の態様のいくつかの実装において、方法は、第２のメッセージを第２の通信装置に送信するステップをさらに含む。第２のメッセージは、スイッチングインジケーション情報を含み、スイッチングインジケーション情報は、切り替えが完了することを示し、その切り替えは、第１の通信装置がネットワークデバイスから第２の通信装置へと切り替えることである。

第１の態様に関連し、第１の態様のいくつかの実装において、第２のメッセージは、第１の通信装置のローカルアイデンティティ（ローカルＩＤ）と、第２のメッセージに対応するベアラアイデンティティとを含む。

この出願の実施形態の第２の態様は、通信方法を提供する。方法は、第１のメッセージを第１の通信装置に送信するステップを含む。第１のメッセージは、第１の構成情報を含み、第１の構成情報は、第１の通信装置が測定を実行することを示す。第１のメッセージは、第２の構成情報をさらに含み、第２の構成情報は、第１の閾値を再構成する又は第１の閾値をリリースするために利用される。

この出願のこの実施形態において提供される通信方法及び装置によれば、ディスカバリメッセージを受信／送信するための閾値条件が基地局によって構成され、リモートＵＥによってディスカバリメッセージを受信／送信するための閾値条件の制約を有効にする。このようにして、リモート端末の異なる構成間のコンフリクトの課題が解決される。

第２の態様に関連し、第２の態様のいくつかの実装において、第３のメッセージが第２の通信装置に送信される。第３のメッセージは、第２のメッセージを転送するために利用される構成情報を含む。

この出願の実施形態の第３の態様は、通信方法を提供する。方法は、第２のメッセージを第１の通信装置から受信するステップであって、第２のメッセージは、スイッチングインジケーション情報を含み、スイッチングインジケーション情報は、切り替えが完了することを示し、その切り替えは、第１の通信装置がネットワークデバイスから第２の通信装置へと切り替えることである、ステップと、第２のメッセージを記憶するステップと、第３のメッセージをネットワークデバイスから受信するステップであって、第３のメッセージは、第２のメッセージを転送するために利用される構成情報を含む、ステップとを含む。

第３の態様に関連し、第３の態様のいくつかの実装において、第２のメッセージは、第１の通信装置のローカルアイデンティティ（ローカルＩＤ）と、第２のメッセージに対応するベアラアイデンティティとを含む。

第３の態様に関連し、第３の態様のいくつかの実装において、方法は、第２のメッセージに対応するベアラアイデンティティに基づいて、第２のメッセージがスイッチングインジケーション情報を含むと決定するステップをさらに含む。

第３の態様に関連し、第３の態様のいくつかの実装において、第３のメッセージは、第２のメッセージが受信された後にネットワークデバイスから受信される最初の無線リソース制御（ＲＲＣ）メッセージ、第２の通信装置がアイドル（idle）状態又は非アクティブ（inactive）状態から接続状態に入った後に受信される最初のＲＲＣメッセージ、又はサイドリンクリレーアダプテーションプロトコル（ＳＲＡＰ）構成を含む最初のＲＲＣメッセージである。

第３の態様に関連し、第３の態様のいくつかの実装において、第２のメッセージを転送するために利用される構成情報は、第１の通信装置のローカルＩＤと、第２のメッセージに対応するベアラアイデンティティと、無線リンク制御（ＲＬＣ）ベアラとの間のマッピング関係を含む。

第３の態様に関連し、第３の態様のいくつかの実装において、方法は、タイマーを設定し、第２の通信装置が第２のメッセージを受信するときにタイマーをスタートさせ、タイマーが満了し、かつ第２の通信装置が第３のメッセージを受信していない場合に第２のメッセージを破棄するステップをさらに含む。

第３の態様に関連し、第３の態様のいくつかの実装において、方法は、タイマーを設定し、第２の通信装置が第２のメッセージを受信するときにタイマーをスタートさせ、タイマーが満了し、かつ第２の通信装置が第３のメッセージを受信していない場合に第１のインジケーション情報を第１の通信装置に送信するステップをさらに含む。第１のインジケーション情報は、第１の通信装置がリレーデバイスを再選択することを示す。

この出願の実施形態の第４の態様は、第１の態様、又は第１の態様の可能な実装のいずれか１つにおいて説明された方法を実行するように構成されたモジュールを含む通信装置を提供する。

この出願の実施形態の第５の態様は、第２の態様、又は第２の態様の可能な実装のいずれか１つにおいて説明された方法を実行するように構成されたモジュールを含む通信装置を提供する。

この出願の実施形態の第６の態様は、第３の態様、又は第３の態様の可能な実装のいずれか１つにおいて説明された方法を実行するように構成されたモジュールを含む通信装置を提供する。

この出願の実施形態の第７の態様は、プロセッサとインターフェース回路とを含む通信装置を提供する。インターフェース回路は、その装置以外の装置からの信号を受信してプロセッサに信号を伝送する、又は、プロセッサからの信号を、その装置以外の装置に送信するように構成される。プロセッサは、論理回路を利用して又はコード命令を実行することによって、第１の態様、又は第１の態様の可能な実装において説明された方法を実施するように構成される。

この出願の実施形態の第８の態様は、プロセッサとインターフェース回路とを含む通信装置を提供する。インターフェース回路は、その装置以外の装置からの信号を受信してプロセッサに信号を伝送する、又は、プロセッサからの信号を、その装置以外の装置に送信するように構成される。プロセッサは、論理回路を利用して又はコード命令を実行することによって、第２の態様、又は第２の態様の可能な実装において説明された方法を実施するように構成される。

この出願の実施形態の第９の態様は、プロセッサとインターフェース回路とを含む通信装置を提供する。インターフェース回路は、その装置以外の装置からの信号を受信してプロセッサに信号を伝送する、又は、プロセッサからの信号を、その装置以外の装置に送信するように構成される。プロセッサは、論理回路を利用して又はコード命令を実行することによって、第３の態様、又は第３の態様の可能な実装において説明された方法を実施するように構成される。

この出願の実施形態の第１０の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、コンピュータプログラム又は命令を記憶する。コンピューティングデバイスによってコンピュータプログラムが実行され又は命令が実行されるとき、第１の態様又は第１の態様の可能な実装において説明された方法が実施されるか、第２の態様又は第２の態様の可能な実装において説明された方法が実施されるか、或いは、第３の態様又は第３の態様の可能な実装において説明された方法が実施される。

この出願の実施形態の第１１の態様は、コンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラム又は命令を含む。通信装置によってコンピュータプログラム又は命令が実行されるとき、第１の態様又は第１の態様の可能な実装において説明された方法が実施されるか、第２の態様又は第２の態様の可能な実装において説明された方法が実施されるか、或いは、第３の態様又は第３の態様の可能な実装において説明された方法が実施される。

この出願の実施形態の第１２の態様は、通信システムを提供する。通信システムは、以下のもの、即ち、第４の態様、第５の態様、第６の態様、第７の態様、第８の態様、又は第９の態様において提供される通信装置、第１０の態様において提供されるコンピュータ可読記憶媒体、或いは、第１１の態様において提供されるコンピュータプログラム製品のうちの１つ以上を含む。

この出願の実施形態が適用可能な通信システムの可能な図である。 この出願の実施形態による端末デバイス間のサイドリンクの可能な適用シナリオの図である。 この出願の実施形態による端末デバイス間のサイドリンクの他の可能な適用シナリオの図である。 この出願の実施形態によるディスカバリメッセージのプロトコルアーキテクチャの図である。 この出願の実施形態によるディスカバリプロセスのシナリオの図である。 この出願の実施形態による他のディスカバリプロセスのシナリオの図である。 この出願の実施形態によるユニキャスト接続確立プロセスのインタラクション図である。 この出願の実施形態による他のユニキャスト接続確立プロセスのインタラクション図である。 この出願の実施形態による、直接通信から間接通信への切り替えのシナリオの図である。 この出願の実施形態による通信方法のインタラクション図である。 この出願の実施形態による他の通信方法のインタラクション図である。 この出願の実施形態による、さらに他の通信方法のインタラクション図である。 この出願の実施形態による、さらに他の通信方法のインタラクション図である。 この出願の実施形態による通信装置のブロック図である。 この出願の実施形態による通信装置の他のブロック図である。

この出願の明細書、特許請求の範囲、及び添付図において、「第１の」及び「第２の」などの用語は、単に異なるオブジェクトを区別することを意図しているに過ぎず、複数のオブジェクトについてのシーケンス、時間シーケンス、優先度、又は重要度を限定するものではない。この出願の実施形態において、「複数の」は、２以上を指す。加えて、「含む」、「有する」、及びそれらの任意の他の変形などの用語は、非排他的包含をカバーすることを意図している。例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品、又はデバイスなどは、列挙されたステップ又はユニットに限定されず、代わりに、任意選択で、列挙されていないステップ又はユニットをさらに含むか、或いは、任意選択で、これらのプロセス、方法、製品、又はデバイスなどに固有の他のステップ又はユニットをさらに含む。加えて、記号「／」は、別途指定しない限り、関連するオブジェクト間の一般に「又は」の関係を示す。

この明細書において言及される「実施形態」は、この実施形態と組み合わせて説明される特定の特徴、構造、又は特性が、この出願の少なくとも１つの実施形態に含まれうることを意味する。明細書の様々な場所で示されるそのフレーズは、必ずしも、同じ実施形態でなくてもよいし、他の実施形態とは独立した又は排他的な任意選択の実施形態でなくてもよい。明細書で説明される実施形態は、他の実施形態と組み合わせられうることが当業者によって明示的に及び黙示的に理解されうる。

この出願の実施形態における技術的解決策は、様々な通信システム、例えば、モバイル通信用グローバルシステム（global system for mobile communications, GSM）、符号分割多元接続（code division multiple access, CDMA）システム、ワイドバンド符号分割多元接続（wideband code division multiple access, WCDMA）システム、汎用パケット無線サービス（general packet radio service, GPRS）、及びロングタームエボリューション（long term evolution, LTE）システム、ＬＴＥ周波数分割複信（frequency division duplex, FDD）システム、ＬＴＥ時間分割複信（time division duplex, TDD）、ユニバーサルモバイルテレコミュニケーションシステム（universal mobile telecommunications system, UMTS）、マイクロ波アクセス用ワールドワイドインターオペラビリティ（worldwide interoperability for microwave access, WIMAX）通信システム、第５世代（5th generation, 5G）システム又は新無線（new radio, NR）に適用されてもよいし、将来の通信システム又は他の類似の通信システム、又は次世代無線ローカルエリアネットワークシステムなどに適用されてもよい。

加えて、この出願の実施形態において提供される技術的解決策は、サイドリンク（sidelink, SL）に適用されうる。サイドリンクは、複数のシナリオにおいて適用され、例えば、セルラリンク、デバイス間のリンク、例えば、デバイスツーデバイス（device-to-device, D2D）リンク又はビークルツーエブリシング（vehicle-to-everything, V2X）シナリオに適用されうる。

例えば、Ｄ２Ｄは、ロングタームエボリューション（long term evolution, LTE）通信システムにおけるＤ２Ｄであってもよいし、新無線（new radio, NR）通信システムにおけるＤ２Ｄであってもよいし、技術の進展に伴って現れうる他の通信システムにおけるＤ２Ｄであってもよい。

同様に、Ｖ２Ｘは、ＬＴＥ Ｖ２Ｘであってもよいし、ＮＲ Ｖ２Ｘであってもよいし、技術の進展に伴って現れうる他の通信システムにおけるＶ２Ｘであってもよい。

例えば、Ｖ２Ｘシナリオは、具体的には、以下のシステム、即ち、ビークルツービークル（vehicle-to-vehicle, V2V）通信、ビークルツーペデストリアン（vehicle-to-pedestrian, V2P）通信、ビークルツーネットワーク（vehicle-to-network, V2N）サービス、及びビークルツーインフラストラクチャ（vehicle-to-infrastructure, V2I）通信のうちのいずれか１つであってよい。

Ｖ２Ｎにおいて、一方の参加者（participant）は、端末デバイスであり、他方の参加者は、サービスエンティティである。Ｖ２Ｎは、現在、車両のインターネット（internet of vehicles）で最も広く利用されている形態であり、Ｖ２Ｎの主な機能は、クラウドサービスを介してナビゲーション、エンターテイメント、又は盗難防止などの機能を提供するために、車両がモバイルネットワークを介してクラウドサービスに接続することを可能にすることである。

Ｖ２Ｖにおける両参加者は、端末デバイスである。Ｖ２Ｖは、車両間での情報交換及びリマインドのためのものであってよく、最も典型的なアプリケーションは、車両間の衝突予防安全システムである。

Ｖ２Ｐにおける両参加者は、端末デバイスである。Ｖ２Ｐは、道路上の歩行者又は非動力車両（non-motorized vehicle）に対する安全警告を提供するためのものであってよい。

Ｖ２Ｉにおいて、一方の参加者は、端末デバイスであり、他方の参加者は、インフラストラクチャ（又は、道路施設）である。Ｖ２Ｉは、車両とインフラストラクチャとの間の通信のためのものであってよい。例えば、インフラストラクチャは、道路、交通信号灯、又はバリケード（roadblock）であってよく、交通信号灯信号時間シーケンスなどの道路管理情報が取得されうる。

この出願の実施形態におけるサイドリンク（sidelink, SL）は、サイド リンク、サイドリンク、ダイレクトリンク、サイドリンク、又はセカンダリリンクなどと称されることもある。この出願の実施形態において、上記の用語は、同じタイプのデバイス間で確立されるリンクを指し、同じ意味を有する。同じタイプのデバイス間のリンクは、端末デバイス間のリンク、基地局間のリンク、又はリレーノード間のリンクなどであってよい。これについては、この出願の実施形態において限定されない。端末デバイス間のリンクについては、３ＧＰＰリリース（Ｒｅｌ）－１２／１３で定義されたＤ２Ｄリンクがあり、Ｒｅｌ－１４／１５を含む、車両のインターネットについて３ＧＰＰによって定義された、車両から車両へ、車両からモバイルフォンへ、又は車両から任意のエンティティへのＶ２Ｘリンクもあり、３ＧＰＰによって現在リサーチされているＲｅｌ－１６及びその後のリリースではＮＲシステムに基づくＶ２Ｘリンクなどをさらに含む。

図１ａは、この出願の実施形態が適用可能な通信システムの可能な図である。図１ａに示すように、通信システム１００は、ネットワークデバイスと、端末デバイス（例えば、ＵＥ１及びＵＥ２）とを含む。

この出願のこの実施形態における端末デバイスは、ユーザ機器（user equipment, UE）、モバイル局（mobile station, MS）、又はモバイル端末（mobile terminal, MT）などと称されることもあり、音声又はデータ接続をユーザに提供するデバイスであり、或いは、モノのインターネットデバイスであってよい。例えば、端末デバイスは、無線接続機能を有するハンドヘルドデバイス又は車載デバイスなどを含む。端末デバイスは、モバイルフォン（mobile phone）、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（mobile internet device, MID）、ウェアラブルデバイス（例えば、スマートウォッチ、スマートバンド、又は歩数計）、車載デバイス（例えば、自動車、自転車、電動車両、飛行機、船舶、列車、又は高速列車など）、仮想現実（virtual reality, VR）デバイス、拡張現実（augmented reality, AR）デバイス、産業制御（industrial control）における無線端末、スマートホームデバイス（例えば、冷蔵庫、テレビ、エアコン、又は電力計など）、インテリジェントロボット、ワークショップデバイス、自動運転（self-driving）における無線端末、遠隔医療手術（remote medical surgery）における無線端末、スマートグリッド（smart grid）における無線端末、運輸安全（transportation safety）における無線端末、スマートシティ（smart city）における無線端末、スマートホーム（smart home）における無線端末、飛行デバイス（例えば、インテリジェントロボット、熱気球、無人航空機、又は飛行機）などであってよい。この出願のこの実施形態において、上記の機能を実現するデバイスは、まとめて、端末デバイスを例として利用して説明される。この出願のこの実施形態における端末デバイスは、代替的に、端末内のチップ、Ｄ２Ｄ又はＶ２Ｘ通信機能を有する通信装置、ユニット、又はモジュールなど、例えば、車両内通信装置、車両内通信モジュール、又は車両内通信チップなどであってよいと理解されるべきである。図１ａでは、端末デバイスがＶ２Ｘ ＵＥ１及びＶ２Ｘ ＵＥ２である例が、提示のために利用されている。

この出願のこの実施形態におけるネットワークデバイスは、端末デバイスを無線ネットワークに接続するデバイスである。ネットワークデバイスは、無線アクセスネットワーク内のノードであってよく、基地局と称されることもあるし、無線アクセスネットワーク（radio access network, RAN）ノード（又はデバイス）と称されることもある。ネットワークデバイスは、受信された地上波（over-the-air）フレームとインターネットプロトコル（ＩＰ）パケットとを相互に変換し、端末デバイスと、アクセスネットワークの残りの部分との間のルータとして働くように構成されうる。アクセスネットワークの残りの部分は、ＩＰネットワークを含みうる。ネットワークデバイスは、さらに、エアインターフェースの属性管理をコーディネートしうる。例えば、ネットワークデバイスは、ロングタームエボリューション（long term evolution, LTE）システム又はＬＴＥアドバンスト（LTE-Advanced, LTE-A）システムにおける発展型ノードＢ（NodeB、eNB、又はe-NodeB、evolved NodeB）を含んでよく、第５世代（5th generation, 5G）モバイル通信技術新無線（new radio, NR）システムにおける次世代ノードＢ（next generation NodeB, gNB）を含んでよく、送受信ポイント（transmission reception point, TRP）、ホーム基地局（例えば、ホーム発展型ノードＢ、又はホームノードＢ、ＨＮＢ）、ベースバンドユニット（baseband unit, BBU）、又はＷｉ－Ｆｉアクセスポイント（access point, AP）などを含んでよく、或いは、クラウド無線アクセスネットワーク（cloud radio access network, CloudRAN）システムにおける中央ユニット（central unit, CU）及び分散ユニット（distributed unit, DU）を含んでよい。これについては、この出願のこの実施形態において限定されない。他の例として、Ｖ２Ｘ技術におけるネットワークデバイスは、路側ユニット（road side unit, RSU）である。ＲＳＵは、Ｖ２Ｘアプリケーションをサポートする固定されたインフラストラクチャエンティティであってよく、Ｖ２Ｘアプリケーションをサポートする他のエンティティとメッセージを交換しうる。図１ａでは、ネットワークデバイスが基地局である例が、提示のために利用されている。

さらに、通信システム１００は、アプリケーションサーバをさらに含む。通信システム１００は、２つのタイプの通信インターフェース、即ち、ＰＣ５インターフェース及びＵｕインターフェースを含む。

ＰＣ５インターフェースは、端末デバイス間の直接通信インターフェースであり、端末デバイス間の直接通信リンクは、サイドリンクであり、端末デバイス間の通信に利用される。以下のチャネル、即ち、データ（data）を搬送するために利用される物理サイドリンク共有チャネル（physical sidelink shared channel, PSSCH）、又は、サイドリンク制御情報（sidelink control information, SCI）を搬送するために利用される物理サイドリンク制御チャネル（physical sidelink control channel, PSCCH）のうちの少なくとも１つがサイドリンクベースの通信に利用されてよく、ＳＣＩは、スケジューリングアサインメント（scheduling assignment, SA）とも称される。

Ｕｕインターフェースは、端末デバイスとネットワークデバイスとの間の通信インターフェースであり、端末デバイスとネットワークデバイスとの間の通信リンクは、アップリンク（uplink, UL）及びダウンリンク（downlink, DL）を含む。Ｕｕインターフェースベースの通信は、以下のようになりうる。即ち、トランスミッタ端末デバイスが、Ｕｕインターフェースを通じてデータをネットワークデバイスに送信し、ネットワークデバイスが、処理のために、そのデータをアプリケーションサーバに送信する。その後、アプリケーションサーバが、処理されたデータをネットワークデバイスに配送し、ネットワークデバイスが、処理されたデータをレシーバ端末デバイスに送信する。

Ｕｕインターフェースベースの通信方式では、トランスミッタ端末デバイスからのアップリンクデータをアプリケーションサーバに転送するネットワークデバイスと、アプリケーションサーバによって配送されたダウンリンクデータをレシーバ端末デバイスに転送するネットワークデバイスとは、同じネットワークデバイスであってもよいし、異なるネットワークデバイスであってもよいことに留意すべきである。これは、具体的には、アプリケーションサーバによって決定される。

この出願の実施形態において、サイドリンク伝送は、複数のシナリオにおいて端末デバイス間で実行される。図１ｂは、この出願の実施形態による端末デバイス間のサイドリンクの可能な適用シナリオの図の例である。図１ｂに示すように、端末デバイス間のサイドリンク伝送は、代替的に、サイドリンクＵＥツーネットワークリレー（sidelink UE-to-Network Relay, U2N Relay）シナリオにおいて、リモート端末デバイス（リモートＵＥ）とリレー端末デバイス（リレーＵＥ）との間の伝送を含みうる。

図１ｃは、この出願の実施形態による端末デバイス間のサイドリンク伝送の他の可能な適用シナリオの図の例である。図１ｃに示すように、端末デバイス間のサイドリンク伝送は、代替的に、サイドリンク端末デバイスツー端末デバイスリレー（Sidelink UE-to-UE Relay）シナリオにおいて、ソース端末デバイス（ソースＵＥ）とリレー端末デバイス（リレーＵＥ）との間の伝送を含んでもよいし、リレー端末デバイス（リレーＵＥ）とターゲット端末デバイス（ターゲットＵＥ）との間の伝送を含んでもよい。

この出願の実施形態で提供される解決策において、第１の端末デバイスと第２の端末デバイスとの間で実行されるサイドリンクベースの伝送は、図１ａに示したＶ２Ｘ ＵＥ１とＶ２Ｘ ＵＥ２との間のサイドリンク伝送であってもよいし、図１ｂに示したシナリオにおけるリモート端末デバイス（リモートＵＥ）とリレー端末デバイス（リレーＵＥ）との間のサイドリンク伝送であってもよいし、図１ｃにおけるソース端末デバイス（ソースＵＥ）とリレー端末デバイス（リレーＵＥ）との間のサイドリンク伝送であってもよいし、図１ｃにおけるリレー端末デバイス（リレーＵＥ）とターゲット端末デバイス（ターゲットＵＥ）との間のサイドリンク伝送であってもよい。

例えば、サイドリンク通信において、ブロードキャスト、ユニキャスト、及びマルチキャスト通信方式がサポートされうる。

ブロードキャスト通信は、ネットワークデバイスによってシステム情報をブロードキャストすることと類似していることがある。言い換えると、送信端末は、ブロードキャストサービスデータを暗号化せずに外部に送信し、送信端末の有効受信範囲内にあり、かつブロードキャストサービスに関心がある他の端末デバイスが、ブロードキャストサービスデータを受信しうる。

ユニキャスト通信では、ユニキャスト接続が、２つの端末デバイス間で最初に確立される必要がある。これは、ＲＲＣ接続が端末デバイスとネットワークデバイスとの間で確立された後に実行されるデータ通信と類似している。ユニキャスト接続が確立された後、２つの端末デバイスは、取り決められたアイデンティティに基づいてデータ通信を実行しうるし、データは暗号化されてもよいし、暗号化されなくてもよい。ブロードキャスト通信と比べると、ユニキャスト通信では、ユニキャスト通信が確立されている２つのＵＥ間でのみユニキャスト通信を実行することができる。

マルチキャスト通信は、１つの通信グループ内の全ての端末デバイス間での通信である。マルチキャスト通信では、１つの通信グループ内の任意の端末デバイスが、マルチキャストサービスデータを受信又は送信しうる。例えば、１つの通信グループ内の１つの端末デバイスが、１つのマルチキャストサービスデータを送信し、その通信グループ内の他の端末デバイスが、そのマルチキャストサービスデータを受信しうる。端末デバイスは、また、その通信グループ内の他の端末デバイスによって送信されたマルチキャストサービスデータを受信しうる。

サイドリンクによってサポートされる通信方式は単なる例であると理解されるべきである。この出願の実施形態では、サイドリンクによってサポートされる通信方式は、上記の３つの例に限定されず、代替的に、技術の進展に伴って現れる他の新たな通信方式を含みうる。従って、上で示した３つの通信方式は、この出願の実装上の限定として理解されるべきではない。

サイドリンク通信では、１回実行されるサイドリンク通信が、ソースレイヤ２アイデンティティ（source layer-2 identity, L2 ID）と宛先Ｌ２ ＩＤとのペアに対応する。言い換えると、１回実行されるサイドリンク通信は、１つのソースＬ２ ＩＤと１つの宛先Ｌ２ ＩＤとを必要とする。ソースＬ２ ＩＤと宛先Ｌ２ ＩＤとは、ＭＡＣデータプロトコルユニット（protocol data unit, PDU）のサブヘッダに含まれてよく、それにより、データを、送信端末から正しい受信端末へと伝送することができる。

例えば、ソースＬ２ ＩＤは、送信端末（又は、ソース端末と称される）によって割り当てられる。例えば、送信端末は、通信タイプ及び標準に基づいて、異なるソースＬ２ ＩＤを選択しうる。通信タイプは、ユニキャスト通信、ブロードキャスト通信、及びマルチキャスト通信を含んでよく、標準は、ロングタームエボリューション（long term evolution, LTE）又は新無線（new radio, NR）を含んでよい。いくつかの実装において、送信端末は、周期的に、ソースＬ２ ＩＤをアップデートして、サイドリンクサービスタイプ（service type）のプライバシーを保護し、他の端末デバイスによって追跡及び特定されるのを防止しうる。

例えば、宛先Ｌ２ ＩＤは、サービスタイプに依存しうる。送信端末は、事前構成、アプリケーションレイヤサービス構成、又はコアネットワーク構成などの方式に基づいて、宛先Ｌ２ ＩＤと、ブロードキャストサービス、マルチキャストサービス、又はユニキャストサービスとの間の対応関係を決定してよい。例えば、ブロードキャスト通信又はマルチキャスト通信のプロセスにおいて、送信端末は、ブロードキャストサービスタイプ又はマルチキャストサービスタイプに基づいて、宛先Ｌ２ ＩＤを決定しうる。ユニキャスト通信において、送信端末は、まず、受信端末（又は、ターゲット端末と称される）とのユニキャスト接続を確立する。例えば、ユニキャスト接続確立プロセスにおいて、送信端末は、デフォルト宛先Ｌ２ ＩＤを選択しうる。デフォルト宛先Ｌ２ ＩＤは、ユニキャスト通信のサービスタイプに関係する。ユニキャスト接続の確立が完了した後、送信端末は、ユニキャスト通信のためにデフォルト宛先Ｌ２ ＩＤを適用し続けうる。

例えば、近接ベースのサービス（proximity-based service, ProSe）をサポートする端末デバイスが、ディスカバリプロセスを利用して、近隣の接続可能な端末デバイスを発見し、その端末デバイスとのユニキャスト接続を確立してよく、それにより、その後、そのユニキャスト接続に基づいて通信が実行される。

（１）ディスカバリプロセス

ディスカバリメッセージのプロトコルスタックが、図２に示されている。ＵＥ１とＵＥ２との間で確立されたピアプロトコルレイヤは、ディスカバリ（discovery）プロトコルレイヤ、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、及びＰＨＹレイヤを含む。ＵＥ１のディスカバリメッセージは、ディスカバリプロトコルレイヤによって生成されてよく、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、及びＰＨＹレイヤの順に処理された後、ＵＥ２へと送信される。ＵＥ２は、ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、及びＰＤＣＰレイヤの順に処理することを通じてディスカバリメッセージを取得する。

例えば、ディスカバリプロセスは、２つのディスカバリモデル、即ち、第１のディスカバリモデル及び第２のディスカバリモデルを含みうる。例えば、第１のディスカバリモデルにおいて、端末デバイスは、アナウンス端末（announcing UE）及びモニタリング端末（monitoring UE）を含みうる。アナウンス端末は、ディスカバリメッセージをブロードキャストする。ディスカバリメッセージは、ソースＬ２ ＩＤと、宛先Ｌ２ ＩＤとを搬送しうる。例えば、ソースＬ２ ＩＤは、アナウンス端末によって割り当てられてよく、宛先Ｌ２ ＩＤは、事前定義又は事前構成された宛先Ｌ２ ＩＤであってよい。ディスカバリメッセージは、アナウンスメントメッセージ（announcement message）と称されることもあり、アナウンスメントメッセージは、アナウンス端末についての情報を搬送しうる。例えば、アナウンスメントメッセージは、サービスタイプについての情報を含みうる。その情報は、アナウンス端末によって提供できるサービスのタイプを示し、それにより、モニタリング端末は、アナウンスメントメッセージに基づいて、アナウンス端末によって提供されるサービスが必要とされるかどうかを決定する。モニタリング端末は、アナウンス端末によってブロードキャストされるアナウンスメントメッセージをモニタリングする。アナウンス端末によってブロードキャストされるアナウンスメントメッセージを受信した後、モニタリング端末は、アナウンスメントメッセージで搬送される情報に基づいて、アナウンス端末によって提供されるサービスが必要とされるかどうかを決定しうる、即ち、アナウンス端末とのユニキャスト接続を確立するかどうかを決定しうる。図３Ａは、この出願の実施形態による第１のディスカバリモデルの例を示す。第１のディスカバリモデルは、複数の端末デバイスを含みうる。図３Ａは、５つの端末デバイス、即ち、ＵＥ１、ＵＥ２、ＵＥ３、ＵＥ４、及びＵＥ５を示している。ＵＥ１は、アナウンス端末であり、ＵＥ２、ＵＥ３、ＵＥ４、及びＵＥ５は、モニタリング端末である。ＵＥ１は、アナウンスメントメッセージをブロードキャストする。ＵＥ２、ＵＥ３、ＵＥ４、及びＵＥ５は、アナウンスメントメッセージをモニタリングし、アナウンスメントメッセージを受信した後、アナウンスメントメッセージで搬送される情報に基づいて、ＵＥ１とのユニキャスト接続を確立するかどうかを決定する。

例えば、第２のディスカバリモデルにおいて、端末デバイスは、発見者端末（discoverer UE）及び被発見者端末（discoveree UE）を含みうる。発見者端末は、ディスカバリメッセージをブロードキャストしうる。ディスカバリメッセージは、ソースＬ２ ＩＤと、宛先Ｌ２ ＩＤとを搬送しうる。例えば、ソースＬ２ ＩＤは、発見者端末によって割り当てられてよく、宛先Ｌ２ ＩＤは、事前定義又は事前構成された宛先Ｌ２ ＩＤであってよい。ディスカバリメッセージは、要請メッセージ（solicitation message）と称されることもあり、要請メッセージは、発見者端末によって必要とされるサービスのタイプについての情報を搬送する。被発見者端末は、発見者端末によってブロードキャストされる要請メッセージをモニタリングし、発見者端末によって必要とされるサービスが、要請メッセージを受信した後に提供できるかどうかを決定する。被発見者端末は、発見者端末によって必要とされるサービスが提供できると決定するとき、応答メッセージを発見者端末に送信する。図３Ｂは、この出願の実施形態による第２のディスカバリモデルの例を示す。第２のディスカバリモデルは、複数の端末デバイスを含みうる。図３Ｂは、５つの端末デバイス、即ち、ＵＥ１、ＵＥ２、ＵＥ３、ＵＥ４、及びＵＥ５を示す。ＵＥ１は、発見者端末であり、ＵＥ２、ＵＥ３、ＵＥ４、及びＵＥ５は、被発見者端末である。ＵＥ１は、要請メッセージをブロードキャストする。要請メッセージは、ＵＥ１のサービス要件を含みうる。ＵＥ２、ＵＥ３、ＵＥ４、及びＵＥ５は、要請メッセージをモニタリングし、要請メッセージを受信した後、要請メッセージで搬送される情報に基づいて、ＵＥ１のサービス要件が満たされるかどうかを決定する。例えば、ＵＥ１のサービス要件が満たされると決定する場合、ＵＥ２及びＵＥ３は、ＵＥ１に応答メッセージを送信する。ＵＥ２及びＵＥ３によって送信された応答メッセージを受信した後、ＵＥ１は、ＵＥ２及びＵＥ３のうちの一方を選択してユニキャスト接続を確立しうる。

上記のディスカバリプロセスにおける２つのディスカバリモデルは単なる例であると理解されるべきである。この出願の実施形態において、ディスカバリプロトコルにおけるディスカバリモデルは、上記の２つの例に限定されず、代替的に、技術の進展に伴って現れる他の新たなディスカバリモデルを含んでよい。従って、上で示した２つのディスカバリモデルは、この出願の実装に対する限定として理解されるべきではない。

（２）ユニキャスト接続確立

例えば、ユニキャスト接続確立プロセスにおいて、ユニキャスト接続確立手順を開始する端末デバイスは、開始端末（initiating UE）、例えば、第１のディスカバリモデルにおけるモニタリング端末及び第２のディスカバリモデルにおける発見者端末と称されることがある。開始端末のピア端は、ターゲット端末（target UE）、例えば、第１のディスカバリモデルにおけるアナウンス端末及び第２のディスカバリモデルにおける被発見者端末と称されることがある。例えば、ディスカバリプロセスの後、開始端末は、ユニキャスト接続を確立することができるターゲット端末を決定し、ユニキャスト接続確立手順を開始しうる。

例えば、ディスカバリプロセスの後、開始端末は、ユニキャスト接続に利用されるソースＬ２ ＩＤと、ターゲット端末の宛先Ｌ２ ＩＤとを決定しうる。例えば、宛先Ｌ２ ＩＤは、ディスカバリプロセスに基づいて取得されうる。ソースＬ２ ＩＤ及び宛先Ｌ２ ＩＤを決定した後、開始端末は、直接通信要求（direct communication request, DCR）メッセージをターゲット端末に送信する。ＤＣＲメッセージは、ソースＬ２ ＩＤ、宛先Ｌ２ ＩＤ、及びユーザ情報（User Info）を搬送しうる。ＤＣＲメッセージを受信した後、ターゲット端末は、ソースＬ２ ＩＤと宛先Ｌ２ ＩＤとを記憶し、ソースＬ２ ＩＤ及び宛先Ｌ２ ＩＤを、現在のユニキャスト接続コンテキストに関連付ける。例えば、ターゲット端末は、ＤＣＲメッセージに含まれるユーザ情報に基づいて、開始端末の直接通信要求を受諾するかどうかを決定しうる。ターゲット端末が、直接通信要求を受諾すると決定する場合、ターゲット端末は、（図４Ａに示すように）直接通信受諾（direct communication accept, DCA）メッセージを開始端末に送信する。ターゲット端末が、直接通信要求を受諾しないと決定する場合、ターゲット端末は、（図４Ｂに示すように）直接通信拒否（direct communication reject）メッセージを開始端末に送信する。

Ｕ２Ｎリレーシナリオにおいて、リモートＵＥは、基地局の構成に基づいて、測定報告を実行してよく、基地局は、測定結果に基づいて、リモートＵＥのモビリティ管理を実行する。モビリティ管理は、リモートＵＥの直接－間接（direct-to-indirect）切り替え、間接－直接（indirect-to-direct）切り替え、及び間接－間接（indirect-to-indirect）切り替えなどを含む。直接－間接切り替えは、接続状態にあるリモートＵＥが、基地局との直接通信から、リレーＵＥを利用した基地局との通信に切り替えることである。図５に示すように、基地局と直接的に通信するとき、リモートＵＥは、基地局の測定構成に基づいて、現在のサービングセルの信号品質と、リモートＵＥと近隣のリレーＵＥとの間のサイドリンクの信号品質とを測定し、測定構成に基づいて測定報告を実行する。一方で、基地局は、リモートＵＥによって報告された測定結果に基づいて、適切なリレーＵＥへと切り替えるようにリモートＵＥに指示する。リモートＵＥが直接－間接切り替えを実行するプロセスにおいて、リモートＵＥが、基地局によって送信されたリレーＵＥの測定構成を受信するとき、リモートＵＥは、測定を実行して測定情報を報告する必要がある。他方で、リモートＵＥのＵｕ ＲＳＰＲ（リモートＵＥと基地局との間のＵｕインターフェースのＲＳＲＰ）が、ディスカバリメッセージを受信／送信するために、基地局によって構成された又は事前構成された閾値条件を満たさない場合、リモートＵＥは、ディスカバリメッセージを受信／送信することによって、近隣のリレーＵＥの信号品質を測定することができない。従って、リモート端末の異なる構成の間のコンフリクトをどのようにして解決するかが、解決されるべき喫緊の課題となる。

図６は、この出願の実施形態による通信方法の模式的なフローチャートである。図６に示したフローチャートは、第１の通信装置及びネットワークデバイスに関する。通信方法は、限定されないが、以下のステップを含む。

Ｓ６０１：ネットワークデバイスから第１のメッセージを受信する。ここで、第１のメッセージは、第１の構成情報を含む。

第１の通信装置は、第１のメッセージをネットワークデバイスから受信する。任意選択で、第１の通信装置は、リモートＵＥであってよく、第１の構成情報は、ネットワークデバイスによって配送されるリレーＵＥの測定構成情報であってよい。測定構成情報は、測定オブジェクト、測定報告構成、測定ギャップ（ＧＡＰ）、及び測定アイデンティティ（identity, ID）などの情報を含みうる。測定ギャップは、現在の周波数を離れた後に他の周波数上で端末デバイスが測定を実行する期間である。

Ｓ６０２：ディスカバリ（discovery）メッセージを受信又は送信する

第１の通信装置は、第２の通信装置からディスカバリメッセージを受信するか、又は、第２の通信装置にディスカバリメッセージを送信する。任意選択で、第１の通信装置は、リモートＵＥであってよく、第２の通信装置は、リレーＵＥである。

Ｓ６０３：ディスカバリメッセージを受信又は送信することによって、第１の構成情報に基づいて測定を実行する。

測定は、第１の通信装置と第２の通信装置との間の通信リンク上での測定である。任意選択で、第１の通信装置は、リモートＵＥであってよく、第２の通信装置は、リレーＵＥである。

例えば、リモートＵＥは、ネットワークデバイスによって配送されるリレーＵＥの測定構成に基づいて、リモートＵＥとリレーＵＥとの間のサイドリンクの信号を測定する。リレーＵＥの測定構成は、リモートＵＥがリレーＵＥのサイドリンク信号品質を測定する周波数を示す。リレーＵＥ及びリモートＵＥは、同じサービングセル内にあってもよいし、異なるサービングセル内にあってもよい。任意選択で、リモートＵＥは、ディスカバリメッセージ（discovery message）を受信／送信することによって、リモートＵＥとリレーＵＥとの間のサイドリンクの信号を測定しうる。言い換えると、測定構成を受信した後、リモートＵＥは、ディスカバリメッセージの受信／送信をトリガしてよく、リモートＵＥのＵｕ ＲＳＲＰが第１の閾値未満であると決定する必要はない。任意選択で、リモートＵＥによって測定され、かつリモートＵＥとリレーＵＥとの間のサイドリンクのものである測定品質は、参照信号受信電力（reference signal received power, RSRP）、受信信号強度インジケータ（received signal strength indicator, RSSI）、参照信号受信品質（reference signal received quality, RSRQ）、又は信号対干渉雑音比（signal to interference plus noise ratio, SINR）であってよい。

Ｓ６０４：測定情報をネットワークデバイスに送信する。

任意選択で、リモートＵＥは、測定されたＲＳＲＰ情報をネットワークデバイスに送信してよく、ネットワークデバイスは、ＲＳＲＰ情報に基づいて、リモートＵＥを、直接接続から、基地局への接続がリレーＵＥを介して実現される間接接続へと切り替えるかどうかを決定する。

任意選択で、リモートＵＥは、測定されたＲＳＳＩ情報、測定されたＲＳＲＱ情報、又は測定されたＳＩＮＲ情報をネットワークデバイスに送信してよい。これについては、ここでは限定されない。この出願のこの実施形態において提供される通信方法及び装置によれば、リモートＵＥは、受信された第１の構成情報に基づいて測定及び報告を実行する。これは、ディスカバリメッセージを受信／送信するために、基地局によって構成された又は事前構成された閾値条件によって制約されない。このようにして、リモート端末の異なる構成間のコンフリクトの課題が解決される。

図７は、この出願の実施形態による通信方法の模式的なフローチャートである。図７に示したフローチャートは、第１の通信装置及びネットワークデバイスに関する。通信方法は、限定されないが、以下のステップを含む。

Ｓ７０１：第１のメッセージをネットワークデバイスから受信する。ここで、第１のメッセージは、第１の構成情報を含む。

第１の通信装置は、第１のメッセージをネットワークデバイスから受信する。任意選択で、第１の通信装置は、リモートＵＥであってよく、第１の構成情報は、ネットワークデバイスによって配送されるリレーＵＥの測定構成情報であってよい。測定構成情報は、測定オブジェクト、測定報告構成、測定ギャップ（ＧＡＰ）、及び測定アイデンティティ（identity, ID）などの情報を含みうる。測定ギャップは、現在の周波数を離れた後に他の周波数上で端末デバイスが測定を実行する期間である。

Ｓ７０２：第１の通信装置は、ＲＳＲＰが第１の閾値未満であるときに、ディスカバリメッセージを受信又は送信する。

ＲＳＲＰは、第１の通信装置とネットワークデバイスとの間のエアインターフェースのＲＳＲＰである。測定は、第１の通信装置と第２の通信装置との間の通信リンク上での測定である。第１の閾値は、ネットワークデバイスによって配送されてもよいし、事前設定されてもよい。任意選択で、第１の通信装置は、リモートＵＥであってよく、第２の通信装置は、リレーＵＥである。

例えば、ネットワークデバイスによって配送されるリレーＵＥの測定構成を受信したとき、リモートＵＥは、さらに、リモートＵＥとネットワークデバイスとの間のエアインターフェースのＲＳＲＰ、例えば、Ｕｕ ＲＳＲＰを決定する必要がある。Ｕｕ ＲＳＲＰが第１の閾値未満であるとき、それは、リモートＵＥとネットワークデバイスとの間の通信リンクの現在の信号品質が貧弱であることを示し、リモートＵＥは、ディスカバリメッセージを受信／送信するようにトリガされる。リモートＵＥは、ディスカバリメッセージ（discovery message）を受信／送信することによって、近隣の適切なリレーＵＥをサーチしうる。

Ｓ７０３：第１の通信装置は、ディスカバリメッセージを受信又は送信することによって、第１の構成情報に基づいて測定を実行する。

例えば、リモートＵＥは、配送されたリレーＵＥの測定構成に基づいて、リモートＵＥとリレーＵＥとの間のサイドリンクの信号を測定し、測定報告条件を満たすリレーＵＥを選択し、そのリレーＵＥに対応する測定結果をネットワークデバイスに報告する。リレーＵＥ及びリモートＵＥは、同じサービングセル内にあってもよいし、異なるサービングセル内にあってもよい。任意選択で、リモートＵＥは、ディスカバリメッセージ（discovery message）を受信／送信することによって、リモートＵＥとリレーＵＥとの間のサイドリンクの信号を測定してよい。任意選択で、リモートＵＥとリレーＵＥとの間のサイドリンクの測定品質は、参照信号受信電力（reference signal received power, RSRP）、受信信号強度インジケータ（received signal strength indicator, RSSI）、参照信号受信品質（reference signal received quality, RSRQ）、又は信号対干渉雑音比（signal to interference plus noise ratio, SINR）であってよい。

Ｓ７０４：測定情報をネットワークデバイスに送信する。

任意選択で、リモートＵＥは、リモートＵＥとリレーＵＥとの間のサイドリンクの測定されたＲＳＲＰ情報をネットワークデバイスに送信してよく、ネットワークデバイスは、ＲＳＲＰ情報に基づいて、リモートＵＥを、直接接続から、リレーＵＥを介する間接接続へと切り替えるかどうかを決定する。

任意選択で、リモートＵＥは、測定されたＲＳＳＩ情報、測定されたＲＳＲＱ情報、又は測定されたＳＩＮＲをネットワークデバイスに送信してよい。

この出願のこの実施形態において提供される通信方法及び装置によれば、リモートＵＥは、受信された第１の構成情報に基づいて測定及び報告を実行し、ディスカバリメッセージを受信／送信するために、基地局によって構成された又は事前構成された閾値条件の制約が満たされるかどうかを検出する。このようにして、リモート端末の異なる構成間のコンフリクトの課題が解決される。

図８は、この出願の実施形態による通信方法の模式的なフローチャートである。図８に示したフローチャートは、第１の通信装置及びネットワークデバイスに関する。通信方法は、限定されないが、以下のステップを含む。

Ｓ８０１：第１の通信装置は、第１のメッセージをネットワークデバイスから受信する。ここで、第１のメッセージは、第１の構成情報と第２の構成情報とを含む。

任意選択で、第１の通信装置は、リモートＵＥであってよく、第１の構成情報は、ネットワークデバイスによって配送されるリレーＵＥの測定構成情報であってよい。測定構成情報は、測定オブジェクト、測定報告構成、測定ギャップ（ＧＡＰ）、及び測定アイデンティティ（identity, ID）などの情報を含みうる。測定ギャップは、現在の周波数を離れた後に他の周波数上で端末デバイスが測定を実行する期間である。

第２の構成情報は、第１の閾値を再構成又はリリース（release）するために利用される。第１の閾値は、第１の通信装置がディスカバリメッセージを受信／送信することができるかどうかを決定し、ディスカバリメッセージに基づいて測定報告を実行するために利用される。

例えば、ネットワークデバイスによって配送されるリレーＵＥの測定構成を受信したとき、リモートＵＥは、さらに、リモートＵＥとネットワークデバイスとの間のエアインターフェースのＲＳＲＰ、例えば、Ｕｕ ＲＳＲＰを決定する必要がある。Ｕｕ ＲＳＲＰが第１の閾値未満であるとき、それは、リモートＵＥとネットワークデバイスとの間の通信リンクの現在の信号品質が貧弱であることを示し、リモートＵＥは、ディスカバリメッセージを受信／送信するようにトリガされる。リモートＵＥは、ディスカバリメッセージ（discovery message）を受信／送信することによって、近隣の適切なリレーＵＥをサーチしうる。

ネットワークデバイスは、第１の閾値を無限大の閾値に設定するか、又は、リモートＵＥがディスカバリメッセージを受信／送信することを可能にする十分に大きな値を選択しうる。

Ｓ８０２：第１の通信装置は、ＲＳＲＰが第１の閾値未満であるときに第１の構成情報に基づいて測定を実行する。

ＲＳＲＰは、第１の通信装置とネットワークデバイスとの間のエアインターフェースのＲＳＲＰである。測定は、第１の通信装置と第２の通信装置との間の通信リンク上での測定である。第１の閾値は、ネットワークデバイスによって配送されてもよいし、事前設定されてもよい。任意選択で、第１の通信装置は、リモートＵＥであってよく、第２の通信装置は、リレーＵＥである。第１の閾値が無限大であるか又は十分に大きいとき、ＲＳＲＰは、第１の閾値未満である。言い換えると、リモートＵＥによってディスカバリメッセージを受信／送信するための条件が満たされる。この場合、第１の通信装置は、第１の構成情報に基づいて測定を実行しうる。第１の閾値がリリースされるとき、第１の通信装置は、ＲＳＲＰと第１の閾値との間の関係を考慮する必要がなくなりうるか、又は、リモートＵＥによってディスカバリメッセージを受信／送信するための条件が満たされることを直接考慮する必要がなくなりうるため、リモートＵＥは、第１の構成情報に基づいて測定を実行しうる。

Ｓ８０３：第１の通信装置は、測定情報をネットワークデバイスに送信する。

任意選択で、リモートＵＥは、リモートＵＥとリレーＵＥとの間のサイドリンクの測定されたＲＳＲＰ情報をネットワークデバイスに送信してよく、ネットワークデバイスは、ＲＳＲＰ情報に基づいて、リモートＵＥを、直接通信から、リレーＵＥを介する間接通信へと切り替えるかどうかを決定する。

任意選択で、リモートＵＥは、測定されたＲＳＳＩ情報、測定されたＲＳＲＱ情報、又は測定されたＳＩＮＲをネットワークデバイスに送信してよい。

この出願のこの実施形態において提供される通信方法及び装置によれば、ディスカバリメッセージを受信／送信するための閾値条件が基地局によって構成され、それにより、リモートＵＥは、ディスカバリメッセージを受信／送信するための閾値条件の制約を満たす。このようにして、リモート端末の異なる構成間のコンフリクトの課題が解決される。

リモートＵＥが、直接－間接切り替えを実行するプロセスにおいて、基地局が、リモートＵＥに、アイドル（IDLE）状態又は非アクティブ（INACTIVE）状態のリレーＵＥへの切り替えを指示するとき、リモートＵＥは、ネットワークデバイスの切り替え構成を受信した後、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージをリレーＵＥに送信する。この場合、リレーＵＥが、ネットワークデバイスのサイドリンクリレーアダプテーションプロトコル（Sidelink Relay Adaptation Protocol, SRAP）構成を受信していないため、正しくないパケット廃棄が発生することがある。

図９は、この出願の実施形態による通信方法の模式的なフローチャートである。図９に示したフローチャートは、第１の通信装置、第２の通信装置、及びネットワークデバイスに関する。通信方法は、限定されないが、以下のステップを含む。

Ｓ９０１：第１の通信装置は、第２のメッセージを第２の通信装置に送信する。ここで、第２のメッセージは、スイッチングインジケーション情報を含む。

第１の通信装置は、リモートＵＥであってよく、第２の通信装置は、リレーＵＥであってよい。第１の通信装置が、上記の方法に従って測定及び報告を完了した後、ネットワークデバイスは、第１の通信装置に切り替えを実行するように指示する。第１の通信装置は、第２のメッセージを第２の通信装置に送信する。第２のメッセージは、スイッチングインジケーション情報を含み、スイッチングインジケーション情報は、第１の通信装置がネットワークデバイスから第２の通信装置へと切り替えることを完了することを示す。第２のメッセージは、無線リソース制御（radio resource control, RRC）メッセージであってもよいし、プロトコルデータユニット（ＰＤＵ）、例えば、サイドリンクリレーアダプテーションプロトコル（Sidelink Relay Adaptation Protocol, SRAP）ＰＤＵであってもよい。スイッチングインジケーション情報は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅであってよい。

任意選択で、第２のメッセージは、さらに、第１の通信装置のローカルアイデンティティ（ローカルＩＤ）と、第２のメッセージに対応するベアラアイデンティティとを含む。

任意選択で、第１の通信装置が第２のメッセージを第２の通信装置に送信する前に、第１の通信装置は、さらに、第１のメッセージをネットワークデバイスから受信しうる。第１のメッセージは、第１の構成情報を含む。第１の通信装置は、さらに、ディスカバリメッセージを受信又は送信し、ディスカバリメッセージを受信又は送信することによって、第１の構成情報に基づいて、第１の通信装置と第２の通信装置との間のサイドリンクの信号品質を測定しうる。第１の通信装置は、さらに、その測定の測定情報をネットワークデバイスに送信する。

Ｓ９０２：第２の通信装置は、第２のメッセージを記憶する。

第２のメッセージを受信した後、第２の通信装置が、以下の第３のメッセージを受信していない場合、第２の通信装置は、第２のメッセージを記憶する。この場合において、第２の通信装置がＩＤＬＥ状態又はＩＮＡＣＴＩＶＥ状態にあるため、第２の通信装置は、ネットワークデバイスとの接続状態に入るように要求する。

任意選択で、第２の通信装置は、タイマーを設定し、第２の通信装置が第２のメッセージを受信するときにタイマーをスタートさせ、タイマーが満了し、かつ第２の通信装置がまだ第３のメッセージを受信していない場合に第２のメッセージを破棄する。これにより、バッファリソースの浪費を防止することができる。

任意選択で、第２の通信装置は、タイマーを設定し、第２のメッセージを受信したときにタイマーをスタートさせる。タイマーが満了し、かつ第２の通信装置がまだ第３のメッセージを受信していない場合、リレーＵＥは、さらに、第１のインジケーション情報を第１の通信装置に送信しうる。第１のインジケーション情報は、リモートＵＥが再確立を実行すること又はリレーＵＥを再選択することを示す。これにより、バッファリソースの浪費を防止することができる。

タイマーの値は、リレーＵＥによって設定されてもよいし、或いは、リモートＵＥによって設定されてもよく、例えば、サービス品質（Quality of Service, QoS）要件に基づいて決定されてリレーＵＥに送信されてもよい。

任意選択で、第２の通信装置は、第２のメッセージに対応するベアラアイデンティティに基づいて、第２のメッセージがスイッチングインジケーション情報を含むと決定する。

Ｓ９０３：第２の通信装置は、第３のメッセージをネットワークデバイスから受信する。ここで、第３のメッセージは、第２のメッセージを転送するために利用される構成情報を含む。

例えば、ネットワークデバイスに接続された後、第２の通信装置は、さらに、ＲＲＣメッセージ、例えば、ＳＵＩ（sidelinkUEInformation）メッセージをネットワークデバイスに送信しうる。ＳＵＩメッセージは、リモートＵＥのアイデンティティ情報及び／又はリレーＵＥのアイデンティティ情報を含む。ＳＵＩメッセージを受信した後、ネットワークデバイスは、第３のメッセージを第２の通信装置に送信する。第３のメッセージは、第２のメッセージを転送するために利用される構成情報を含む。例えば、第３のメッセージは、ＳＲＡＰ構成情報を含む。ＳＲＡＰ構成情報は、第１の通信装置のローカルＩＤと、第１の通信装置のデータに対応するベアラアイデンティティと、Ｕｕ ＲＬＣチャネルとの間のマッピング関係を含む。

Ｓ９０４：第２の通信装置は、第２のメッセージをネットワークデバイスに転送する。

第２のメッセージに対応するＳＲＡＰ構成情報を受信した後、第２の通信装置は、第１の通信装置のローカルＩＤと、第１の通信装置のデータに対応するベアラアイデンティティと、Ｕｕ ＲＬＣチャネルとの間の、ＳＲＡＰ構成情報に含まれるマッピング関係に基づいて、第２のメッセージを直接的にネットワークデバイスへ転送してもよいし、第２のメッセージを処理してから、処理された第２のメッセージをネットワークデバイスに送信してもよい。

可能な実装において、第１の通信装置は、第２のデータを第２の通信装置に送信し、第２のデータは、ＳＲＡＰ ＰＤＵである。

第１の通信装置は、リモートＵＥであってよく、第２の通信装置は、リレーＵＥであってよい。

第２のメッセージは、無線リソース制御（radio resource control, RRC）メッセージを含んでもよいし、通信データを含んでもよい。任意選択で、第２のメッセージは、さらに、第１の通信装置のローカルアイデンティティ（ローカルＩＤ）、無線リソース制御（radio resource control, RRC）メッセージ、又は通信データに対応するベアラアイデンティティを含む。

可能な実装において、第２の通信装置は、第２のデータを受信し、第２のデータに含まれるローカルアイデンティティ（ローカルＩＤ）及びベアラアイデンティティを取得し、データパケットに対するその後の処理を実行する、例えば、パケット破棄を実行するか、或いは、ＳＲＡＰ構成情報に基づいて、第２のメッセージをネットワークデバイスに転送する。

第２のデータを受信した後、リレーＵＥは、パケットヘッダ内のローカルＩＤ及びベアラアイデンティティについての情報を取得し、構成に基づいて第２のデータをネットワークデバイスに転送する必要がある。リレーＵＥが、対応するＳＲＡＰ構成情報を有しない場合、即ち、リレーＵＥが、ローカルＩＤと、ベアラアイデンティティ情報と、Ｕｕ ＲＬＣチャネルとの間のマッピング関係についての情報を有しない場合、リレーＵＥは、パケット破棄を実行する。

リレーＵＥが、ＳＲＢ１に対応するデフォルトＲＬＣチャネルから第２のデータを受信するか、又は、第２のデータに含まれるベアラアイデンティティが、ＳＲＢ１に対応するベアラアイデンティティである場合、第２のデータは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを含む。加えて、第２のデータを受信するとき、リレーＵＥは、アイドル状態にある。この場合、リレーＵＥは、基地局によって構成されたＳＲＡＰ構成情報を受信しておらず、リレーＵＥは、第２のデータのＳＲＡＰ構成情報を転送しない。この場合、リレーＵＥが、上記の方式でパケット破棄を実行する場合、正しくないパケット破棄が発生する。

従って、他の可能な実装において、リレーＵＥが、ＳＲＢ１に対応するデフォルトＲＬＣチャネルから第２のデータを受信するか、又は、第２のデータに含まれるベアラアイデンティティが、ＳＲＢ１に対応するベアラアイデンティティである場合、リレーＵＥは、パケット破棄を実行しない。

任意選択で、第２の通信装置は、タイマーを設定し、第２の通信装置が第２のメッセージを受信するときにタイマーをスタートさせ、タイマーが満了し、かつ第２の通信装置がまだ第３のメッセージを受信していない場合に第２のメッセージを破棄する。これにより、バッファリソースの浪費を防止することができる。

任意選択で、第２の通信装置は、タイマーを設定し、第２のメッセージを受信したときにタイマーをスタートさせる。タイマーが満了し、かつ第２の通信装置がまだ第３のメッセージを受信していない場合、リレーＵＥは、さらに、第１のインジケーション情報を第１の通信装置に送信しうる。第１のインジケーション情報は、リモートＵＥが再確立を実行すること又はリレーＵＥを再選択することを示す。これにより、バッファリソースの浪費を防止することができる。

タイマーの値は、リレーＵＥによって設定されてもよいし、或いは、リモートＵＥによって設定されてもよく、例えば、サービス品質（Quality of Service, QoS）要件に基づいて決定されてリレーＵＥに送信されてもよい。

可能な実装において、第２の通信装置は、第３のメッセージをネットワークデバイスから受信する。第３のメッセージは、第２のメッセージを転送するために利用される構成情報を含む。

第３のメッセージは、第２の通信装置によって基地局に送信されるＳＵＩメッセージであるか、又は、第２のメッセージが受信された後に第２の通信装置によって基地局から受信される最初のＲＲＣメッセージである。例えば、第３のメッセージは、ＳＲＡＰ構成情報を含む。

可能な実装において、第２の通信装置は、第２のメッセージをネットワークデバイスに転送する。

第２の通信装置は、第２のメッセージを直接的にネットワークデバイスに転送してもよいし、第２のメッセージを処理してから、処理された第２のメッセージをネットワークデバイスに送信してもよい。

第２のメッセージに含まれ、かつ、ローカルＩＤと、ベアラアイデンティティと、Ｕｕ ＲＬＣチャネルとの間のマッピング関係についての情報を第３のメッセージが含まない場合、第２の通信装置は、第２のメッセージについてのパケット破棄を実行する。

理解を容易にするため、以下の具体的な例が、例として利用される。

ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを生成した後、リモートＵＥは、リモートＵＥのＳＲＢ１についてのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを含む。リモートＵＥのＳＲＡＰレイヤが、ＳＲＢ１に対応するＰＤＣＰエンティティからＰＤＣＰ ＰＤＵを受信した後、リモートＵＥのローカルＩＤ及びベアラアイデンティティが、ＳＲＡＰ ＰＤＵヘッダに追加され、ＳＲＡＰ ＰＤＵデータパケットが、基地局の構成に基づいて、処理のためにＰＣ５ ＲＬＣチャネルを通じてリレーＵＥ側のＳＲＡＰレイヤに提出される。ＳＲＡＰ ＰＤＵデータパケットを受信した後、リレーＵＥのＳＲＡＰレイヤは、ＳＲＡＰ構成（ｓｌ－ＳＲＡＰ－Ｃｏｎｆｉｇ－Ｒｅｌａｙ）をサーチする。ローカルＩＤとベアラアイデンティティとの間の対応するマッピング構成情報がないとわかったとき、リレーＵＥは、パケット破棄を実行しないか、又は、一時的にＳＲＡＰ ＰＤＵデータパケットを記憶する。基地局のＳＲＡＰ構成情報を受信した後、リレーＵＥは、構成内のマッピング関係に基づいて、対応するＵｕ ＲＬＣチャネルを決定し、ＲＲＣメッセージを含むＳＲＡＰ ＰＤＵデータパケットを基地局に転送する。さらに、リレーＵＥは、基地局の構成が欠如しているため、データパケットを記憶し続けてよい。例えば、リレーＵＥが接続を確立することに失敗するシナリオにおいては、バッファオーバーヘッドがもたらされる。従って、それは、ＳＲＡＰ ＰＤＵデータパケットを受信し、基地局に接続された後、又は、ＳＵＩメッセージを報告した後、基地局から受信される最初のＲＲＣメッセージから、対応するＳＲＡＰ構成情報を受信していない場合に、リレーＵＥがパケット破棄を実行するというケースに制限されうる。他の可能な実装において、リレーＵＥは、タイマーＴを設定し、上記のデータをリモートＵＥから受信したときにタイマーをスタートさせてよい。タイマーが満了するときに基地局のＳＲＡＰ構成情報がまだ受信されていない場合、データパケットが破棄される。任意選択で、この場合、リレーＵＥは、さらに、リモートＵＥが再確立を実行すること又はリレーＵＥを再選択することを示しうる。タイマーの値Ｔは、実装に基づいてリレーＵＥによって構成されてもよいし、データのＱｏＳ要件に基づいてリモートＵＥによって決定されて、パケットでリレーＵＥに示されてもよい。

上記の解決策は、代替的に、一般的なシナリオに適用されうるし、リモートＵＥがアイドル／非アクティブリレーＵＥへと切り替えられるシナリオに必ずしも限定されないと理解されるべきである。言い換えると、アップリンク伝送であるか又はダウンリンク伝送であるかにかかわらず、リレーＵＥがＳＲＡＰ ＰＤＵを受信するが、対応するＳＲＡＰ ＰＤＵ構成（ｓｌ－ＳＲＡＰ－Ｃｏｎｆｉｇ－Ｒｅｌａｙ構成情報がアップリンク伝送に必要とされ、ｓｌ－ＳＲＡＰ－Ｃｏｎｆｉｇ－Ｒｅｍｏｔｅ構成情報がダウンリンク伝送に必要とされる）を有しないとき、リレーＵＥは、ＳＲＡＰ ＰＤＵを記憶し、タイマーＴをスタートさせる。リレーＵＥが、タイマーＴの持続時間内に、対応するＳＲＡＰ構成情報を基地局から受信する場合、リレーＵＥは、その構成に基づいてデータを転送する。タイマーが満了する前に、リレーＵＥが、必要な構成を受信しない場合、リレーＵＥは、データを破棄する。

任意選択で、タイマーは、基地局によって構成されてもよいし、実装に基づいてリレーＵＥ又はリモートＵＥによって決定されてもよい。

アップリンク伝送については、可能な実装方法において、タイマーＴは、リモートＵＥの異なるベアラに対応するＱｏＳ要件に基づいて、基地局によって構成されてよい。基地局は、リモートＵＥの各ＰＣ５ ＲＬＣチャネルについてのタイマーＴ、例えば、｛ＰＣ５ ＲＬＣチャネル１，Ｔ１；ＰＣ５ ＲＬＣチャネル２，Ｔ２…｝を構成してもよいし、全てのベアラデータについて統一されたタイマーＴを構成してもよい。これについては、ここでは限定されない。データを送信する前に、リモートＵＥは、サイドリンク構成を利用してタイマーＴをリレーＵＥに示す、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを利用して｛ＰＣ５ ＲＬＣチャネル１，Ｔ１；ＰＣ５ ＲＬＣチャネル２，Ｔ２…｝構成情報をリレーＵＥに送信する。任意選択で、リモートＵＥは、代替的に、パケットで、タイマーをリレーＵＥに示してよい。

他の可能な実装方法において、リモートＵＥは、基地局によって構成された異なるＰＣ５ ＲＬＣチャネルに対応するＱｏＳ要件に基づいて、異なるＰＣ５ ＲＬＣチャネル上のデータに対応するタイマーを決定しうる。同様に、リモートＵＥは、サイドリンクＲＲＣシグナリングを利用して、異なるＰＣ５ ＲＬＣチャネルに対応する、決定されたタイマーＴをリレーＵＥに送信する。加えて、リレーＵＥが、代替的に、タイマーＴを決定してよく、又は、基地局がユニバーサルタイマーＴを構成し、ブロードキャストメッセージ（例えば、ＳＩＢ）を利用して、そのタイマーＴをＵＥに送信する。

ダウンリンク伝送については、リレーＵＥが、基地局によって示されるタイマーＴを受信しうる。基地局は、リモートＵＥの粒度に基づいてタイマーＴを構成しうる。言い換えると、基地局は、｛ローカルＩＤ１，Ｔ１；ローカルＩＤ２，Ｔ２…｝構成情報をリレーＵＥに送信する。代替的に、基地局は、Ｕｕ ＲＬＣチャネルの粒度に基づいてタイマーＴを構成し、例えば、｛Ｕｕ ＲＬＣチャネル１，Ｔ１；Ｕｕ ＲＬＣチャネル２，Ｔ２…｝構成情報をリレーＵＥに送信しうる。任意選択で、リレーＵＥは、タイマーＴを決定しうる。

この出願のこの実施形態において提供される通信方法及び装置によれば、リレーＵＥがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信するが、ネットワークデバイスのＳＲＡＰ構成情報を受信していないとき、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージが記憶されて、正しくないパケット破棄を防止することができる。

図１０に示すように、通信装置１０００は、処理モジュール１０１０と、トランシーバモジュール１０２０とを含む。通信装置１０００は、図６、図７、図８、又は図９に対応する実施形態における第１の通信装置の機能を実現するように構成される。

通信装置１０００が、図６、図７、図８、又は図９に示した方法実施形態における第１の通信装置の機能を実現するように構成されるとき、以下のような例が提供される。

トランシーバモジュール１０２０は、第１のメッセージをネットワークデバイスから受信するように構成される。第１のメッセージは、第１の構成情報を含む。

任意選択で、トランシーバモジュール１０２０は、測定の測定情報をネットワークデバイスに送信するようにさらに構成される。

任意選択で、トランシーバモジュール１０２０は、ディスカバリ（discovery）メッセージを受信又は送信するようにさらに構成される。

任意選択で、トランシーバモジュール１０２０は、第２のメッセージを第２の通信装置に送信するようにさらに構成される。第２のメッセージは、スイッチングインジケーション情報を含み、スイッチングインジケーション情報は、切り替えが完了することを示し、その切り替えは、第１の通信装置がネットワークデバイスから第２の通信装置へと切り替えることである。

処理モジュール１０１０は、ディスカバリメッセージを受信又は送信することによって、第１の構成情報に基づいて、測定を実行するように構成される。測定は、第１の通信装置と第２の通信装置との間のサイドリンクの信号品質の測定である。

任意選択で、処理モジュール１０１０は、参照信号受信電力（ＲＳＲＰ）が第１の閾値未満であるときにディスカバリメッセージを受信又は送信するようにさらに構成される。

任意選択で、処理モジュール１０１０は、第１の構成情報が受信されるときにディスカバリ（discovery）メッセージを受信又は送信するようにさらに構成される。

上記は、通信装置１０００が、図６、図７、図８、又は図９に示した方法実施形態における第１の通信装置の機能を実現するように構成されるときの例の一部のみである。通信装置１０００内の処理モジュール１０１０及びトランシーバモジュール１０２０の機能については、図６、図７、図８、又は図９に示した方法実施形態におけるネットワークデバイスの動作を参照されたい。

通信装置１０００は、代替的に、図６、図７、図８、又は図９に示した方法実施形態におけるネットワークデバイスの機能を実現するように構成されうる。通信装置１０００が、図６、図７、図８、又は図９に示した方法実施形態におけるネットワークデバイスの機能を実現するように構成されるとき、以下のような例が提供される。

トランシーバモジュール１０２０は、第１のメッセージを第１の通信装置に送信するように構成される。第１のメッセージは、第１の構成情報を含み、第１の構成情報は、第１の通信装置が測定を実行することを示す。第１のメッセージは、第２の構成情報をさらに含み、第２の構成情報は、第１の閾値条件を再構成する又は第１の閾値条件をはずす（release）ために利用される。

任意選択で、トランシーバモジュール１０２０は、第３のメッセージを第２の通信装置に送信するようにさらに構成される。第３のメッセージは、第２のメッセージを転送するために利用される構成情報を含む。

処理モジュール１０１０は、第１の構成情報及び第２の構成情報を決定するように構成される。

上記は、通信装置１０００が、図６、図７、図８、又は図９に示した方法実施形態におけるネットワークデバイスの機能を実現するように構成されるときの例の一部のみである。通信装置１０００内の処理モジュール１０１０及びトランシーバモジュール１０２０の機能については、図６、図７、図８、又は図９に示した方法実施形態におけるネットワークデバイスの動作を参照されたい。

通信装置１０００は、代替的に、図９に示した方法実施形態における第２の通信装置の機能を実現するように構成されうる。通信装置１０００が、図９に示した方法実施形態における第２の通信装置の機能を実現するように構成されるとき、以下のような例が提供される。

トランシーバモジュール１０２０は、第２のメッセージを第１の通信装置から受信するように構成される。第２のメッセージは、スイッチングインジケーション情報を含み、スイッチングインジケーション情報は、切り替えが完了することを示し、その切り替えは、第１の通信装置がネットワークデバイスから第２の通信装置へと切り替えることである。

任意選択で、トランシーバモジュール１０２０は、第３のメッセージをネットワークデバイスから受信するようにさらに構成される。第３のメッセージは、第２のメッセージを転送するために利用される構成情報を含む。

処理モジュール１０１０は、第２のメッセージを記憶するように構成される。

任意選択で、処理モジュール１０１０は、第２のメッセージに対応するベアラアイデンティティに基づいて、第２のメッセージがスイッチングインジケーション情報を含むと決定するようにさらに構成される。

任意選択で、処理モジュール１０１０は、タイマーを設定し、第２の通信装置が第２のメッセージを受信するときにタイマーをスタートさせ、タイマーが満了し、かつ第２の通信装置が第３のメッセージを受信していない場合に第２のメッセージを破棄するようにさらに構成される。

任意選択で、処理モジュール１０１０は、タイマーを設定し、第２の通信装置が第２のメッセージを受信するときにタイマーをスタートさせ、タイマーが満了し、かつ第２の通信装置が第３のメッセージを受信していない場合に第１のインジケーション情報を第１の通信装置に送信するようにさらに構成される。第１のインジケーション情報は、第１の通信装置がリレーデバイスを再選択することを示す。

上記は、通信装置１０００が、図９に示した方法実施形態における第２の通信装置の機能を実現するように構成されるときの例の一部のみである。通信装置１０００内の処理モジュール１０１０及びトランシーバモジュール１０２０の機能については、図９に示した方法実施形態における第２の通信装置の動作を参照されたい。

図１１は、この出願の実施形態による通信装置の他のブロック図である。図１１に示すように、通信装置１１００は、プロセッサ１１１０と、インターフェース回路１１３０とを含む。プロセッサ１１１０及びインターフェース回路１１３０は、互いに結合されている。インターフェース回路１１３０は、トランシーバ又は入力／出力インターフェースであってよいと理解されうる。

任意選択で、通信装置１１００は、プロセッサ１１１０によって実行される命令を記憶するか、命令を実行するためにプロセッサ１１１０によって必要とされる入力データを記憶するか、又は、プロセッサ１１１０が命令を実行した後に生成されるデータを記憶するように構成されたメモリ１１２０をさらに含んでよい。

通信装置１１００が、図６、図７、図８、又は図９に示した第１の通信装置、第２の通信装置、又はネットワークデバイスの機能を実現するように構成されるとき、プロセッサ１１１０は、処理モジュール１０１０の機能を実現するように構成され、インターフェース回路１１３０は、トランシーバモジュール１０２０の機能を実現するように構成される。

１つ以上のプロセッサ１１１０、インターフェース回路１１３０、又はメモリ１１２０があってよいと理解されうる。これについては、この明細書において限定されない。

任意選択で、通信装置１１００は、バス１１４０をさらに含む。プロセッサ１１１０、インターフェース回路１１３０、及びメモリ１１２０は、バス１１４０を通じて互いに通信しうる。

この出願の実施形態は、システムチップをさらに提供する。システムチップは、入力／出力インターフェース、少なくとも１つのプロセッサ、少なくとも１つのメモリ、及びバスを含む。少なくとも１つのメモリは、命令を記憶するように構成され、少なくとも１つのプロセッサは、少なくとも１つのメモリ内の命令を呼び出して、上記の態様における方法の動作を実行するように構成される。

この出願のこの実施形態において、この出願の実施形態のうちの上記の方法実施形態は、プロセッサに適用されてもよいし、プロセッサによって実現されてもよいことに留意すべきである。プロセッサは、集積回路チップであってよく、信号処理能力を有する。実装プロセスにおいて、上記の方法実施形態におけるステップは、プロセッサ内のハードウェア集積論理回路を利用して、又は、ソフトウェアの形態における命令を利用して完了できる。プロセッサは、汎用プロセッサ、デジタルシグナルプロセッサ（digital signal processor, DSP）、特定用途向け集積回路（application specific integrated Circuit, ASIC）、フィールドプログラマブルゲートアレイ（field programmable gate array, FPGA）又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、或いは、ディスクリートハードウェアコンポーネントであってよい。この出願の実施形態において開示された方法、ステップ、及び論理ブロック図は、実現又は実行されうる。汎用プロセッサは、マイクロプロセッサであってもよいし、プロセッサは、任意の従来のプロセッサなどであってもよい。この出願の実施形態に関連して開示された方法のステップは、ハードウェアデコーディングプロセッサによって実行されるときに直接実施されてもよいし、ハードウェアとデコーディングプロセッサ内のソフトウェアモジュールとの組み合わせによって実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ、電気的消去可能なプログラマブルメモリ、又はレジスタなどの当該分野で成熟した記憶媒体に配置されてよい。記憶媒体は、メモリ内に配置される。プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上記の方法のステップを完了する。

この出願のこの実施形態におけるメモリは、揮発性メモリであってもよいし、不揮発性メモリであってもよく、或いは、揮発性メモリと不揮発性メモリとを両方含んでもよいと理解されるべきである。不揮発性メモリは、リードオンリーメモリ（read-only memory, ROM）、プログラマブルリードオンリーメモリ（programmable ROM, PROM）、消去可能なプログラマブルリードオンリーメモリ（erasable PROM, EPROM）、電気的消去可能なプログラマブルリードオンリーメモリ（electrically EPROM, EEPROM）、又はフラッシュメモリであってよい。揮発性メモリは、ランダムアクセスメモリ（random access memory, RAM）であってよく、外部キャッシュとして利用される。限定的な説明ではなく例を通じて、多くの形態のＲＡＭ、例えば、スタティックランダムアクセスメモリ（static RAM, SRAM）、ダイナミックランダムアクセスメモリ（dynamic RAM, DRAM）、シンクロナスダイナミックランダムアクセスメモリ（synchronous DRAM, SDRAM）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（double data rate SDRAM, DDR SDRAM）、拡張型シンクロナスダイナミックランダムアクセスメモリ（enhanced SDRAM, ESDRAM）、シンクリンクダイナミックランダムアクセスメモリ（synchlink DRAM, SLDRAM）、及びダイレクトラムバスランダムアクセスメモリ（direct rambus RAM, DR RAM）が利用されうる。この明細書において説明されたシステム及び方法のメモリは、限定されないが、これらのメモリ及び適切なタイプの任意の他のメモリを含むことに留意すべきである。

上記の実施形態において提供される方法の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせによって実現されうる。上記の実施形態を実現するためにソフトウェアが利用されるとき、上記の実施形態の全部又は一部は、コンピュータプログラム製品の形態で実施されうる。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含みうる。コンピュータプログラム製品がコンピュータ上にロードされて実行されるとき、この出願の実施形態による手順又は機能が全て又は部分的に生成されうる。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体内に記憶されてもよいし、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へと伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから、他のウェブサイト、コンピュータ、サーバ、又はデータセンターへと有線（例えば、同軸ケーブル、光ファイバ、又はデジタルサブスクライバ回線（ＤＳＬ））又は無線（例えば、赤外線、ラジオ波、又はマイクロ波など）方式で伝送されうる。コンピュータ可読記憶媒体は、コンピュータにアクセス可能な任意の利用可能な媒体であってもよいし、含まれる１つ以上の利用可能な媒体を統合するサーバ又はデータセンターなどのようなデータストレージデバイスであってもよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気ディスク）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートディスク（ＳＳＤ））などであってよい。

当業者は、この明細書で開示された実施形態において説明された例を参照して、ユニット及びアルゴリズムステップを、電子的ハードウェア又はコンピュータソフトウェアと電子的ハードウェアとの組み合わせによって実現することができることに気づきうる。その機能がハードウェアによって実行されるか、ソフトウェアによって実行されるかは、特定のアプリケーション及び技術的解決策の設計制約に依存する。当業者は、異なる方法を利用して、各特定のアプリケーションについて、説明された機能を実現しうるが、この実装がこの出願の範囲を逸脱するとみなされるべきではない。

便利で簡潔な説明の目的で、上記のシステム、装置、及びユニットの詳細な動作プロセスについては、上記の方法実施形態における対応するプロセスを参照すべきであることは、当業者によって明らかに理解されうる。詳細については、ここでは再び説明されない。

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

別々の部分として説明されたユニットは、物理的に別々であってもよいし、そうでなくてもよく、ユニットとして表示された部分は、物理的なユニットであってもよいし、そうでなくてもよく、１つの場所に配置されてもよいし、複数のネットワークユニット上に分散されてもよい。ユニットの一部又は全部は、実施形態の解決策の目的を達成するために、実際の実装に基づいて選択されてよい。

加えて、この出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよいし、ユニットのそれぞれが物理的に単独で存在してもよいし、２つ以上のユニットが１つのユニットに統合されてもよい。

機能がソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は利用されるとき、統合されたユニットは、コンピュータ可読記憶媒体内に記憶されうる。そのような理解に基づき、この出願の技術的解決策は本質的に、又は従来技術に貢献する部分、又は技術的解決策の一部は、ソフトウェア製品の形態で実装されうる。コンピュータソフトウェア製品は、記憶媒体内に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスなどであってよい）が、この出願の実施形態における方法のステップの全部又は一部を実行することを可能にする、いくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュディスク、リムーバブルハードディスク、リードオンリーメモリ、ランダムアクセスメモリ、磁気ディスク、又は光ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。

上記の説明は、単にこの出願の具体的な実装に過ぎず、この出願の保護範囲を限定することは意図されていない。この出願において開示された技術的範囲内で当業者によって直ちに理解される修正又は置換は、この出願の保護範囲内に収まるべきである。従って、この出願の保護範囲は、特許請求の範囲の保護範囲を対象とすべきである。

Claims (15)

1. 第２の通信装置によって実行される通信方法であって、
   第２のメッセージを第１の通信装置から受信するステップであって、前記第２のメッセージは、スイッチングインジケーション情報を含み、前記スイッチングインジケーション情報は、切り替えが完了することを示し、前記切り替えは、前記第１の通信装置がネットワークデバイスから前記第２の通信装置へと切り替えることであり、前記第２のメッセージは、前記第１の通信装置のローカルアイデンティティ（ローカルＩＤ）と、前記第２のメッセージに対応するベアラアイデンティティとさらにを含む、ステップと、
   前記第２のメッセージを記憶するステップと、
   第３のメッセージを前記ネットワークデバイスから受信するステップであって、前記第３のメッセージは、前記第２のメッセージを転送するために利用される構成情報を含み、前記第２のメッセージを転送するために利用される前記構成情報は、サイドリンクリレーアダプテーションプロトコル（ＳＲＡＰ）構成である、ステップと
   を含み、前記方法は、前記第２のメッセージに対応する前記ベアラアイデンティティに基づいて、前記第２のメッセージが前記スイッチングインジケーション情報を含むと決定するステップをさらに含む、通信方法。
2. 前記第３のメッセージは、
   前記第２のメッセージが受信された後に前記ネットワークデバイスから受信される最初の無線リソース制御（ＲＲＣ）メッセージ、
   前記第２の通信装置がアイドル（idle）状態又は非アクティブ（inactive）状態から接続状態に入った後に受信される最初のＲＲＣメッセージ、又は
   前記サイドリンクリレーアダプテーションプロトコル（ＳＲＡＰ）構成を含む最初のＲＲＣメッセージである、
   請求項１に記載の方法。
3. 前記第２のメッセージを転送するために利用される前記構成情報は、前記第１の通信装置のローカルアイデンティティ（ローカルＩＤ）と、前記第２のメッセージに対応するベアラアイデンティティと、無線リンク制御（ＲＬＣ）ベアラとの間のマッピング関係を含む、
   請求項１に記載の方法。
4. 第２の通信装置によって実行される通信方法であって、
   第２のメッセージを第１の通信装置から受信するステップであって、前記第２のメッセージは、スイッチングインジケーション情報を含み、前記スイッチングインジケーション情報は、切り替えが完了することを示し、前記切り替えは、前記第１の通信装置がネットワークデバイスから前記第２の通信装置へと切り替えることである、ステップと、
   前記第２のメッセージを記憶するステップと、
   第３のメッセージを前記ネットワークデバイスから受信するステップであって、前記第３のメッセージは、前記第２のメッセージを転送するために利用される構成情報を含み、前記第２のメッセージを転送するために利用される前記構成情報は、サイドリンクリレーアダプテーションプロトコル（ＳＲＡＰ）構成である、ステップと
   を含み、前記方法は、
   タイマーを設定し、前記第２の通信装置が前記第２のメッセージを受信するときに前記タイマーをスタートさせ、前記タイマーが満了し、かつ前記第２の通信装置が前記第３のメッセージを受信していない場合に前記第２のメッセージを破棄するステップをさらに含む、
   通信方法。
5. 第２の通信装置によって実行される通信方法であって、
   第２のメッセージを第１の通信装置から受信するステップであって、前記第２のメッセージは、スイッチングインジケーション情報を含み、前記スイッチングインジケーション情報は、切り替えが完了することを示し、前記切り替えは、前記第１の通信装置がネットワークデバイスから前記第２の通信装置へと切り替えることである、ステップと、
   前記第２のメッセージを記憶するステップと、
   第３のメッセージを前記ネットワークデバイスから受信するステップであって、前記第３のメッセージは、前記第２のメッセージを転送するために利用される構成情報を含み、前記第２のメッセージを転送するために利用される前記構成情報は、サイドリンクリレーアダプテーションプロトコル（ＳＲＡＰ）構成である、ステップと
   を含み、前記方法は、
   タイマーを設定し、前記第２の通信装置が前記第２のメッセージを受信するときに前記タイマーをスタートさせ、前記タイマーが満了し、かつ前記第２の通信装置が前記第３のメッセージを受信していない場合に第１のインジケーション情報を前記第１の通信装置に送信するステップであって、前記第１のインジケーション情報は、前記第１の通信装置がリレーデバイスを再選択することを示す、ステップをさらに含む、
   通信方法。
6. 第１の通信装置によって実行される通信方法であって、
   第１のメッセージをネットワークデバイスから受信するステップであって、前記第１のメッセージは、第１の構成情報を含む、ステップと、
   ディスカバリ（discovery）メッセージを受信又は送信するステップと、
   前記ディスカバリメッセージを受信又は送信することによって、前記第１の構成情報に基づいて、測定を実行するステップであって、前記測定は、前記第１の通信装置と第２の通信装置との間のサイドリンクの信号品質の測定である、ステップと、
   前記測定の測定情報を前記ネットワークデバイスに送信するステップと
   を含み、前記方法は、第２のメッセージを前記第２の通信装置に送信するステップであって、前記第２のメッセージは、スイッチングインジケーション情報を含み、前記スイッチングインジケーション情報は、切り替えが完了することを示し、前記切り替えは、前記第１の通信装置が前記ネットワークデバイスから前記第２の通信装置へと切り替えることであり、前記第２のメッセージは、前記第１の通信装置のローカルアイデンティティ（ローカルＩＤ）と、前記第２のメッセージに対応するベアラアイデンティティとをさらに含み、前記第２のメッセージに対応する前記ベアラアイデンティティは、前記第２のメッセージが前記スイッチングインジケーション情報を含むことを決定するために利用される、ステップをさらに含む、通信方法。
7. ディスカバリメッセージを受信又は送信する前記ステップは、
   参照信号受信電力（ＲＳＲＰ）が第１の閾値未満であるときに前記ディスカバリメッセージを受信又は送信するステップであって、前記ＲＳＲＰは、前記第１の通信装置と前記ネットワークデバイスとの間のエアインターフェースのＲＳＲＰである、ステップを含む、
   請求項６に記載の方法。
8. ディスカバリメッセージを受信又は送信する前記ステップは、
   前記第１のメッセージが受信されるときに前記ディスカバリ（discovery）メッセージを受信又は送信するステップを含む、
   請求項６に記載の方法。
9. 前記第１のメッセージは、第２の構成情報をさらに含み、前記第２の構成情報は、第１の閾値を再構成する又は前記第１の閾値をリリースするために利用される、
   請求項６に記載の方法。
10. 請求項１～５のいずれか１項に記載の方法を実行するように構成されたモジュールを含む、通信装置。
11. 請求項６～９のいずれか１項に記載の方法を実行するように構成されたモジュールを含む、通信装置。
12. プロセッサとインターフェース回路とを含む通信装置であって、前記インターフェース回路は、前記通信装置以外の装置から信号を受信して、前記信号を前記プロセッサに伝送する、又は、前記プロセッサからの信号を前記通信装置以外の装置に送信するように構成され、前記プロセッサは、論理回路を利用して又はコード命令を実行することによって、請求項１～５のいずれか１項に記載の方法を実施するように構成される、通信装置。
13. プロセッサとインターフェース回路とを含む通信装置であって、前記インターフェース回路は、前記通信装置以外の装置から信号を受信して、前記信号を前記プロセッサに伝送する、又は、前記プロセッサからの信号を前記通信装置以外の装置に送信するように構成され、前記プロセッサは、論理回路を利用して又はコード命令を実行することによって、請求項６～９のいずれか１項に記載の方法を実施するように構成される、通信装置。
14. コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラム又は命令を記憶し、前記コンピュータプログラム又は前記命令が通信装置によって実行されるとき、請求項１～５のいずれか１項に記載の方法、或いは、請求項６～９のいずれか１項に記載の方法が実施される、コンピュータ可読記憶媒体。
15. コンピュータプログラムであって、前記コンピュータプログラムが通信装置によって実行されるとき、請求項１～５のいずれか１項に記載の方法、或いは、請求項６～９のいずれか１項に記載の方法が実施される、コンピュータプログラム。