JP7635362B2 - サイドリンク中継アーキテクチャにおける配置方法と端末 - Google Patents

Description

（関連出願の相互参照）
本出願は、２０２０年７月３０日に中国で提出された出願番号が２０２０１０７５３３１０．６で、発明名称が「サイドリンク中継アーキテクチャにおける配置方法と端末」である中国特許出願の優先権を主張し、この出願のすべての内容は、援用により本出願に取り込まれる。

本出願は、通信技術分野に属し、具体的にはサイドリンク中継アーキテクチャにおける配置方法と端末に関する。

ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムは、１２番目のリリース版からサイドリンク（ｓｉｄｅｌｉｎｋ）をサポートし、端末機器の間でネットワーク機器を介さずにデータを直接伝送するために用いられる。

ｓｉｄｅｌｉｎｋの発展に伴い、関連技術ではｓｉｄｅｌｉｎｋ中継（ｒｅｌａｙ）アーキテクチャが提案されている。典型的なｓｉｄｅｌｉｎｋ中継アーキテクチャにおいて、リモート端末（ｒｅｍｏｔｅ ＵＥ）は、中継端末（ｒｅｌａｙ ＵＥ）との間のｓｉｄｅｌｉｎｋリンク（又は中継リンクと呼ばれる）を介して、中継端末によりそのデータをネットワーク機器に転送する。このｓｉｄｅｌｉｎｋ中継アーキテクチャにおいて、リモート端末は、ネットワーク機器との間でデータ伝送を行うことができ、中継端末はデータ中継の役割を果たす。

ｓｉｄｅｌｉｎｋ中継アーキテクチャに中継端末が導入されているため、リモート端末がどのようにサイドリンク中継アーキテクチャにおけるサイドリンク配置を取得して、メッセージを正常に伝送するかは、関連技術で早急な解決が待たれる技術課題となる。

本出願の実施例の目的は、リモート端末がサイドリンク中継アーキテクチャにおけるサイドリンク配置を取得できないという問題を解決することができるサイドリンク中継アーキテクチャにおける配置方法と端末を提供することである。

上記の技術問題を解決するために、本出願は、以下のように実現される。

第一の態様によれば、リモート端末に用いられるサイドリンク中継アーキテクチャにおける配置方法を提供し、前記方法は、以下の少なくとも一つに基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することを含み、即ち、予め配置される情報、在圏セル又はサービングセルから受信されたシステムメッセージ、中継端末からの第一の配置情報、ネットワーク側機器からの第二の配置情報である。

第二の態様によれば、リモート端末を提供し、この端末は、以下の少なくとも一つに基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定するための決定モジュールを含み、即ち、予め配置される情報、在圏セル又はサービングセルから受信されたシステムメッセージ、中継端末からの第一の配置情報、ネットワーク側機器からの第二の配置情報である。

第三の態様によれば、端末を提供し、この端末は、プロセッサと、メモリと、前記メモリに記憶されており、且つ前記プロセッサで運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第一の態様に記載の方法を実現する。

第四の態様によれば、可読記憶媒体を提供し、前記可読記憶媒体にはプログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、第一の態様に記載の方法を実現する。

第五の態様によれば、コンピュータプログラム製品を提供し、このコンピュータプログラム製品は、プロセッサと、メモリと、前記メモリに記憶されており、且つ前記プロセッサで運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第一の態様に記載の方法を実現する。

第六の態様によれば、チップを提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、第一の態様に記載の方法を実現するために用いられる。

本出願の実施例では、リモート端末は、以下の少なくとも一つに基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定できる。即ち、予め配置される情報、在圏セル又はサービングセルから受信されたシステムメッセージ、中継端末からの第一の配置情報、ネットワーク側機器からの第二の配置情報である。本出願の実施例は、リモート端末、中継端末とネットワーク側の理解を一致させ、通信の有効性を向上させることを容易にする。

本出願の一つの実施例による無線通信システムのブロック図である。 本出願の一つの実施例によるサイドリンク中継アーキテクチャにおける配置方法の概略的フローチャートである。 本出願の一つの実施例による中継アーキテクチャ概略図である。 本出願の一つの実施例によるリモート端末の構造概略図である。 本出願の一つの実施例による通信機器の構造概略図である。 本出願の一つの実施例による端末の構造概略図である。

以下は、本出願の実施例における図面を結び付けながら、本出願の実施例における技術案を明瞭且つ完全に記述し、明らかに、記述された実施例は、本出願の一部の実施例であり、すべての実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本出願の保護範囲に属する。

本出願の明細書と特許請求の範囲における用語である「第一」、「第二」などは、類似している対象を区別するものであり、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、このように使用されるデータは、適切な場合に交換可能であり、それにより本出願の実施例は、ここで図示又は記述されたもの以外の順序で実施されることが可能であり、且つ「第一」、「第二」によって区別される対象は、一般的には同じ種類であり、対象の個数を限定せず、例えば第一の対象は、一つであってもよく、複数であってもよい。なお、明細書及び請求項における「及び／又は」は、接続される対象のうちの少なくとも一つを表し、文字である「／」は、一般的には前後関連対象が「又は」の関係であることを表す。

指摘すべきこととして、本出願の実施例に記述された技術は、ロングタームエボリューション型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）／ＬＴＥの進化（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、他の無線通信システム、例えば符号分割多重接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一キャリア周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）と他のシステムにも適用できる。本出願の実施例における用語である「システム」と「ネットワーク」は、常に交換可能に使用され、記述された技術は、以上に言及されたシステムとラジオ技術に用いられてもよく、他のシステムとラジオ技術に用いられてもよい。しかしながら、以下の記述は、例示の目的でニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システムを記述しているとともに、以下の大部分の記述においてＮＲ用語を使用しているが、これらの技術は、ＮＲシステム応用以外の応用、例えば第六世代（６^ｔｈ Ｇｅｎｅｒａｔｉｏｎ、６Ｇ）通信システムに適用されてもよい。

図１は、本出願の実施例が適用可能な無線通信システムのブロック図を示す。無線通信システムは、端末１１とネットワーク側機器１２を含む。ここで、端末１１は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよく、端末１１は、携帯電話、タブレットパソコン（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）（又は、ノートパソコンと呼ばれる）、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、パームトップコンピュータ、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＵＭＰＣ）、モバイルインターネットディバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器（ＶＵＥ）、歩行者端末（ＰＵＥ）などの端末側機器であってもよく、ウェアラブルデバイスは、ブレスレット、イヤホン、メガネなどを含む。説明すべきこととして、本出願の実施例では、端末１１の具体的なタイプが限定されない。ネットワーク側機器１２は、基地局又はコアネットワークであってもよい。ここで、基地局は、ノードＢ、進化ノードＢ、アクセスポイント、ベーストランシーバステーション（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）、ラジオ基地局、ラジオ送受信機、ベーシックサービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）、Ｂノード、進化型Ｂノード（ｅＮＢ）、次世代ノードＢ（ｇＮＢ）、家庭用Ｂノード、家庭用進化型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、トランスミッションポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ、ＴＲＰ）又は当分野における他のある適切な用語と呼ばれてもよく、同じ技術的効果が達成される限り、前記基地局は、特定の技術用語に限らず、説明すべきこととして、本出願の実施例においてＮＲシステムにおける基地局のみを例にするが、基地局の具体的なタイプが限定されない。

図２に示すように、本出願の一つの実施例は、サイドリンク中継アーキテクチャにおける配置方法２００を提供する。この方法は、リモート端末によって実行されてもよく、言い換えれば、この方法は、リモート端末にインストールされるソフトウェア又はハードウェアによって実行されてもよく、この方法は、以下のようなステップを含む。

Ｓ２０２では、以下の少なくとも一つに基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する。即ち、予め配置される情報、在圏セル又はサービングセルから受信されたシステムメッセージ、中継端末からの第一の配置情報、ネットワーク側機器からの第二の配置情報である。

本出願の実施例に言及されたサイドリンク中継アーキテクチャは、図３を参照してもよく、このサイドリンク中継アーキテクチャにおいて、リモート端末（ｒｅｍｏｔｅ ＵＥ）は、ネットワーク機器との間でデータ伝送を行うことができ、中継端末（ｒｅｌａｙ ＵＥ）は、データ中継の役割を果たすとともに、ｒｅｍｏｔｅ ＵＥは、ネットワーク機器を介さずにｒｅｌａｙ ＵＥと従来のサイドリンク伝送を行うこともできる。

本出願の各実施例に言及されたサイドリンク伝送の関連配置は、リモート端末と中継端末との間でサイドリンク中継アーキテクチャを確立するために必要な関連配置を含んでもよく、サイドリンク中継アーキテクチャの確立が完了した後に、リモート端末と中継端末との間のデータ伝送に必要な関連配置をさらに含んでもよい。

本出願の実施例では、リモート端末は、以下の少なくとも一つに基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定できる。即ち、予め配置される情報、在圏セル又はサービングセルから受信されたシステムメッセージ、中継端末からの第一の配置情報、ネットワーク側機器からの第二の配置情報である。本出願の実施例は、リモート端末、中継端末とネットワーク側の理解を一致させ、通信の有効性を向上させることを容易にする。

この実施例によるサイドリンク中継アーキテクチャにおける配置方法を詳細に説明するために、以下では、複数のケースに分けて詳細に説明する。

ケース１：オフラインのｒｅｍｏｔｅ ＵＥ Ｌ３中継アーキテクチャ
このケース１では、ｒｅｍｏｔｅ ＵＥは、ｒｅｌａｙ ＵＥとＬ３ ｒｅｌａｙアーキテクチャを確立する前にオフライン状態にあり、ｒｅｍｏｔｅ ＵＥがオフライン状態にある。即ち何らかのｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙに関連するシステムメッセージと配置情報を取得できない場合、このように、Ｓ２０２は、ｒｅｍｏｔｅ ＵＥが、予め配置される情報に基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することであってもよく、ｒｅｍｏｔｅ ＵＥはさらに、前記予め配置される情報に基づいてｒｅｌａｙ ＵＥとＬ３中継アーキテクチャを確立するために用いられる。具体的には、例えば、ｒｅｍｏｔｅ ＵＥは、予め配置されるｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙパラメータを使用して、ｒｅｌａｙ ＵＥと発見プロセスを行い、その後、Ｌ３ ｒｅｌａｙアーキテクチャを確立する。

Ｌ３ ｒｅｌａｙアーキテクチャ操作では、ｒｅｍｏｔｅ ＵＥのサイドリンク中継アーキテクチャにおけるサイドリンク配置の取得には、二つの方式がある。

第一、上記予め配置される情報を引き続き使用してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定し、例えば、予め配置されるｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙパラメータを引き続き使用する。

第二、ＰＣ５無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）プロセスによって中継端末からの第一の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する。例えば、ｒｅｌａｙ ＵＥによりＰＣ５ ＲＲＣプロセスによって関連するｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙパラメータをｒｅｍｏｔｅ ＵＥに送信し、ｒｅｍｏｔｅ ＵＥがｒｅｌａｙ操作で使用するために用いられ、ｒｅｌａｙ ＵＥ自身のパラメータ情報は、ネットワーク側機器からのものであり、ｒｅｌａｙ ＵＥがｒｅｍｏｔｅ ＵＥに送信する第一の配置情報は、自ら決定してもよく、ネットワーク側機器からの配置情報を参照してもよい。

ケース２：オンラインのｒｅｍｏｔｅ ＵＥ Ｌ３中継アーキテクチャ
このケース２では、ｒｅｍｏｔｅ ＵＥは、ｒｅｌａｙ ＵＥとＬ３ ｒｅｌａｙアーキテクチャを確立する前にアイドル状態又は接続状態にある。

ｒｅｍｏｔｅ ＵＥは、通常のセル在圏状態にある時、ｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙに関連するシステム情報配置を取得することができる。この時、ｒｅｍｏｔｅ ＵＥは、セルから受信されたシステムメッセージに基づいてサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定してもよく、ｒｅｍｏｔｅ ＵＥはさらに、上記システムメッセージに基づいて中継端末とＬ３中継アーキテクチャを確立してもよい。

又は、ｒｅｍｏｔｅ ＵＥは、正常のＲＲＣ接続状態にあり、そのサービングセルからｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙに関連する専用配置を取得することができる。この時、ｒｅｍｏｔｅ ＵＥは、ネットワーク側機器からの第二の配置情報（上記の専用配置を指してもよい）に基づいてサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定してもよく、ｒｅｍｏｔｅ ＵＥはさらに、第二の配置情報に基づいて中継端末とＬ３中継アーキテクチャを確立してもよい。

ｒｅｍｏｔｅ ＵＥがＬ３ ｒｅｌａｙ操作の条件を満たし、Ｌ３ ｒｅｌａｙ操作を行う必要がある場合、ｒｅｍｏｔｅ ＵＥの配置情報の取得には、二つの方式がある。

第一、Ｌ３中継アーキテクチャにおいて、前記システムメッセージ又は前記第二の配置情報を引き続き使用してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する。例えば、ｒｅｍｏｔｅ ＵＥは、現在取得されているシステム情報におけるｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙパラメータを引き続き使用する。

第二、ＰＣ５ ＲＲＣプロセスによって中継端末からの第一の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する。例えば、ｒｅｌａｙ ＵＥによりＰＣ５ ＲＲＣプロセスによって、関連するｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙパラメータをｒｅｍｏｔｅ ＵＥに送信し、ｒｅｍｏｔｅ ＵＥがｒｅｌａｙ操作で使用するために用いられ、ｒｅｌａｙ ＵＥ自身が使用するパラメータ情報は、ネットワーク側からのものであり、ｒｅｌａｙ ＵＥがｒｅｍｏｔｅ ＵＥに送信する第一の配置情報は、自ら決定してもよく、ネットワーク側機器からの配置情報を参照してもよい。

選択的に、Ｌ３中継アーキテクチャを確立する前に、ｒｅｍｏｔｅ ＵＥは、接続状態にある。ここで、Ｌ３中継アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥはさらに、ＲＲＣ接続（例えばリリース専用配置）を解除し、受信されたシステムメッセージを使用してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定し、又は、ＰＣ５ ＲＲＣプロセスによって中継端末からの第一の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定してもよい。

選択的に、上記のケース１又はケース２では、ｒｅｍｏｔｅ ＵＥは、ｒｅｌａｙ ＵＥとのＰＣ５ ＲＲＣプロセス、例えば発見プロセスにおいて、さらにｒｅｌａｙ ＵＥに第一の情報を送信してもよく、この第一の情報は、リモート端末の以下の少なくとも一つを含む。即ち、在圏セル情報と、ｓｉｄｅｌｉｎｋシステム情報の取得状況と、オフライン状況である。ここで、前記中継端末はさらに、前記第一の情報をネットワーク側機器に送信するために用いられる。このように、ネットワーク側機器は、第一の情報に基づいて、ｒｅｍｏｔｅ ＵＥにｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥにより適したサイドリンク配置を配置することができる。

具体的には、例えば、ネットワーク側機器は、第一の情報に基づいてｒｅｌａｙ ＵＥにサイドリンク配置パラメータを送信し、ｒｅｌａｙ ＵＥは、受信されたサイドリンク配置パラメータ（例えば前述の送信された第一の配置情報）を処理してからｒｅｍｏｔｅ ＵＥに送信することができる。

選択的に、上記のケース１又はケース２では、ｒｅｍｏｔｅ ＵＥがサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定した後に、前記方法は、第三の配置情報を受信することをさらに含む。ここで、前記第三の配置情報は、前記ｒｅｌａｙ ＵＥが現在のセルから進出する場合に、前記ｒｅｍｏｔｅ ＵＥが新セルで再取得した配置である。ここで、現在のセルでは、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥは、すでにＬ３中継アーキテクチャを確立している。

この実施例は、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥが共に現在のセルから進出する場合に、ｒｅｍｏｔｅ ＵＥが新セルで再取得した配置であってもよい。この実施例では、ｒｅｍｏｔｅ ＵＥは、システムメッセージ（例えばＳＩＢ）又はＰＣ５ ＲＲＣを介して上記第三の配置情報を取得してもよく、選択的に、上記第三の配置情報は、ｒｅｍｏｔｅ ＵＥの専用配置をさらに含んでもよい。

この実施例では、例えば、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥは、共に現在のセルから進出し新セルに進入し、ｒｅｍｏｔｅ ＵＥは、新セルでのシステムメッセージを読み取ることによって上記第三の配置情報を得る。さらに例えば、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥは、共に現在のセルから進出し新セルに進入し、ｒｅｌａｙ ＵＥは、新セルでのシステムメッセージを読み取ることによって、さらに上記システムメッセージに基づいてＰＣ５ ＲＲＣを介してｒｅｍｏｔｅ ＵＥに第三の配置情報を送信する。

ケース３：オフラインのｒｅｍｏｔｅ ＵＥ Ｌ２アーキテクチャ
このケース３では、ｒｅｍｏｔｅ ＵＥは、ｒｅｌａｙ ＵＥとＬ２ ｒｅｌａｙアーキテクチャを確立する前にオフライン状態にある。ｒｅｍｏｔｅ ＵＥは、オフライン状態にある。即ち何らかのｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙに関連するシステムメッセージと配置情報を取得できない。この場合に、ｒｅｍｏｔｅ ＵＥは、予め配置される情報に基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定してもよく、ｒｅｍｏｔｅ ＵＥはさらに、この予め配置される情報に基づいて中継端末とＬ２中継アーキテクチャを確立するために用いられる。例えば、ｒｅｍｏｔｅ ＵＥは、予め配置されるｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙパラメータを使用して、ｒｅｌａｙ ＵＥと発見プロセスを行い、その後、Ｌ２ ｒｅｌａｙアーキテクチャを確立してもよい。

Ｌ２ ｒｅｌａｙアーキテクチャ操作では、ｒｅｍｏｔｅ ＵＥの配置情報の取得には、二つの経路がある。

第一、ＲＲＣプロセスによってネットワーク側機器からの第二の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する。

第二、ＰＣ５ ＲＲＣプロセスによって中継端末からの第一の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する。

選択的に、Ｌ２中継アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥは、ＲＲＣプロセスによって受信された第二の配置情報に基づいて、サイドリンク伝送のサイドリンク無線ベアラ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＳＬＲＢ）配置、サービスデータアダプティブプロトコル（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＤＡＰ）配置とパケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）配置を決定する。具体的には、例えば、ＳＬＲＢ、ＳＤＡＰ、ＰＤＣＰなどのｌａｙｅｒ ３に関連するパラメータは、ｒｅｍｏｔｅ ＵＥが自身のＲＲＣプロセスによってネットワーク側から取得される。

選択的に、Ｌ２中継アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥは、第二の配置情報又は前記第一の配置情報に基づいて、サイドリンク伝送の無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＲＬＣ）ベアラ（ｂｅａｒｅｒ）配置を決定する。例えば、ＲＬＣ ｂｅａｒｅｒなどのｌａｙｅｒ ２に関連するパラメータについては、ｒｅｍｏｔｅ ＵＥは、ＲＲＣプロセスによってネットワーク側機器から取得されてもよく、ＰＣ５ ＲＲＣを介してｒｅｌａｙ ＵＥから取得されてもよい。

ケース３では、ｒｅｍｏｔｅ ＵＥがｒｅｌａｙ操作に入る前に如何なる在圏／サービングセルがないため、選択的に、ｒｅｍｏｔｅ ＵＥがｒｅｌａｙ ＵＥを介して前記ネットワーク側機器とＲＲＣ接続を確立した後に、前記ｒｅｍｏｔｅ ＵＥのために選択されたサービングセルは、前記ｒｅｌａｙ ＵＥのプライマリセルであり、又は前記ｒｅｍｏｔｅ ＵＥのために選択されたサービングセルは、前記ｒｅｌａｙ ＵＥのプライマリセルと同一の前記ネットワーク側機器に属する。具体的には、例えば、ｒｅｍｏｔｅ ＵＥのサービングセルは、ｒｅｌａｙ ＵＥのプライマリセル（Ｐｃｅｌｌ）と一致するセルであることが好ましく、このＰｃｅｌｌと同一の基地局にある他のセルであってもよい。

ケース４：オンラインのｒｅｍｏｔｅ ＵＥ Ｌ２アーキテクチャ
ケース４では、ｒｅｍｏｔｅ ＵＥは、ｒｅｌａｙ ＵＥとＬ２ ｒｅｌａｙアーキテクチャを確立する前にアイドル状態又は接続状態にある。

ｒｅｍｏｔｅ ＵＥが通常のセル在圏状態にある場合、ｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙに関連するシステム情報配置を取得することができる。この場合に、ｒｅｍｏｔｅ ＵＥは、在圏セル又はサービングセルから受信されたシステムメッセージに基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定し、ｒｅｍｏｔｅ ＵＥはさらに、前記システムメッセージに基づいてｒｅｌａｙ ＵＥとＬ２中継アーキテクチャを確立するために用いられる。

又は、ｒｅｍｏｔｅ ＵＥは、接続状態にあり、すでにそのサービングセルからｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙに関連する専用配置を取得している。この場合に、ｒｅｍｏｔｅ ＵＥは、ネットワーク側機器からの第二の配置情報（上記の専用配置を指してもよい）に基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定し、前記リモート端末はさらに、前記第二の配置情報に基づいて中継端末とＬ２中継アーキテクチャを確立するために用いられる。

ｒｅｍｏｔｅ ＵＥがＬ２ ｒｅｌａｙ操作の条件を満たし、Ｌ２ ｒｅｌａｙ操作を行う必要がある場合、その配置情報の取得には、二つの方式がある。

第一、前記Ｌ２中継アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥは、前記システムメッセージを引き続き使用してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定し、例えばｒｅｍｏｔｅ ＵＥは、現在取得されているシステム情報におけるｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙパラメータを引き続き使用する。

第二、前記Ｌ２中継アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥは、ＲＲＣプロセスによってネットワーク側機器からの第二の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する。例えば、ｒｅｍｏｔｅ ＵＥ自体のＲＲＣプロセスによって新たなサービングセルから、関連するｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙパラメータを取得し、ｒｅｍｏｔｅ ＵＥがｒｅｌａｙ操作で使用するために用いられる。この例では、Ｌ２中継アーキテクチャを確立する前にｒｅｍｏｔｅ ＵＥが専用配置を有する（即ちＬ２中継アーキテクチャを確立する前にｒｅｍｏｔｅ ＵＥが、接続状態にある）場合、ｒｅｍｏｔｅ ＵＥはさらに、サービングセルが変化したかどうかに基づいて上記専用配置を解除するかどうかを決定してもよく、例えばサービングセルが変化した時に、上記専用配置を解除し、新たなサービングセルから第二の配置情報を取得し、サービングセルが変化していない時に、上記専用配置を引き続き使用してもよい。

ケース４では、選択的に、ｒｅｍｏｔｅ ＵＥは、ネットワーク側機器とＲＲＣ接続を確立する時に、さらに前記ｒｅｍｏｔｅ ＵＥの帰属情報を運んでいてもよい。ここで、前記帰属情報は、前記遠端端末の、在圏セル情報と、ｓｉｄｅｌｉｎｋシステム情報の取得状況と、オフライン状況とのうちの少なくとも一つを含む。このように、ネットワーク側機器は、ｒｅｍｏｔｅ ＵＥの帰属情報に基づいて、ｒｅｍｏｔｅ ＵＥにｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥにより適したサイドリンク配置を配置することができる。

ケース４では、選択的に、ｒｅｍｏｔｅ ＵＥはさらに、第一のサービングセルで使用される前記システムメッセージ又は前記第二の配置情報が第二のサービングセルに適用するかどうかを決定してもよい。ここで、前記第一のサービングセルは、前記リモート端末がＲＲＣ接続を確立する前のサービングセルであり、前記第二のサービングセルは、前記ＲＲＣ接続後のサービングセルであり、前記第一のサービングセルは、前記第二のサービングセルと同じであるか又は異なる。

ケース４では、選択的に、ｒｅｍｏｔｅ ＵＥはさらに、前記リモート端末と前記中継端末との間で伝送される、前記ネットワーク側機器が前記リモート端末のために無線ベアラ情報を配置するためのトラフィック特性を前記ネットワーク側機器に送信してもよく、ｒｅｍｏｔｅ ＵＥはさらに、前記無線ベアラ情報を受信し、且つ前記無線ベアラ情報に基づいて、前記リモート端末と前記中継端末とが通信するための無線ベアラを確立してもよい。

ケース４では、選択的に、ｒｅｍｏｔｅ ＵＥはさらに、前記リモート端末と前記中継端末との間で伝送される、前記ネットワーク側機器が前記リモート端末のために専用リソース情報を配置するためのトラフィック特性を前記ネットワーク側機器に送信してもよく、ｒｅｍｏｔｅ ＵＥはさらに、前記専用リソース情報を受信し、且つ前記専用リソース情報により指示される専用リソースに基づいて前記中継端末と通信してもよい。

ケース５：Ｌ３ ｒｅｌａｙアーキテクチャの二重接続（Ｄｕａｌ－Ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）／キャリアアグリゲーション（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）操作
Ｌ３ ｒｅｌａｙアーキテクチャにおいて、ｒｅｌａｙ ＵＥは、ＣＡ及び／又はＤＣ操作として配置されてもよいが、ｒｅｍｏｔｅ ＵＥは、ＰＣ５インターフェースのみがｒｅｌａｙ ＵＥと通信し、ネットワークと直接に接続するリンクは存在しない。

ｒｅｌａｙ ＵＥがＣＡ又はＤＣ操作として配置される時、ｒｅｌａｙ ＵＥのＵｕインターフェースの、ｒｅｍｏｔｅ ＵＥデータを乗せるためのデータ無線ベアラ（ＤＲＢ）／論理チャネルが、ＣＡ操作を使用できないようにネットワーク側配置によって制限されていない場合、ｒｅｍｏｔｅ ＵＥに対応するデータのＤＲＢ／論理チャネルは、従来の原則に従って、スケジューリングと論理チャネル優先度ルールに基づいてＣＡ伝送を行うことができる。

ｒｅｌａｙ ＵＥのＵｕインターフェースの、ｒｅｍｏｔｅ ＵＥデータを乗せるためのＤＲＢ／論理チャネルが、プライマリセルグループ（ＭＣＧ）ｂｅａｒｅｒ又はセカンダリセルグループ（ＳＣＧ）ｂｅａｒｅｒ又は分離（ｓｐｌｉｔ）ｂｅａｒｅｒとして配置される場合、ｒｅｍｏｔｅ ＵＥに対応するデータのＤＲＢ／論理チャネルは、従来の原則に従って、関連するＤＣ伝送操作を行うことができる。

ＰＣ５インターフェースにおいて、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間の伝送は、マルチキャリア伝送を使用してもよい。このマルチキャリア伝送は、ＰＣ５インターフェースのマルチキャリア伝送ルールに従って、ｒｅｌａｙ ＵＥのＵｕインターフェースのＣＡ／ＤＣ操作とそれぞれ独立する。

ケース６：Ｌ２ ｒｅｌａｙアーキテクチャのＤＣ／ＣＡ操作
Ｌ２ ｒｅｌａｙアーキテクチャにおいて、ｒｅｌａｙ ＵＥは、ＣＡ及び／又はＤＣ操作として配置されてもよいが、ｒｅｍｏｔｅ ＵＥは、ネットワークとの間に論理的なＬ３接続が存在し、ＰＤＣＰアンカーノード（ａｎｃｈｏｒ）がネットワーク側にあるため、ＤＣのＭＣＧ／ＳＣＧの配置は、ｒｅｍｏｔｅ ＵＥベアラの安全操作に影響する。

ｒｅｌａｙ ＵＥがＣＡ又はＤＣ操作として配置される時、ｒｅｌａｙ ＵＥのＵｕインターフェースの、ｒｅｍｏｔｅ ＵＥデータを乗せるためのＲＬＣ ｂｅａｒｅｒが、ＣＡ操作を使用できないようにネットワーク側配置によって制限されていない場合は、ｒｅｍｏｔｅ ＵＥに対応するデータのＲＬＣ ｂｅａｒｅｒは、従来の原則に従って、スケジューリングと論理チャネル優先度ルールに基づいてＣＡ伝送を行うことができる。

ｒｅｌａｙ ＵＥのＵｕインターフェースの、ｒｅｍｏｔｅ ＵＥデータを乗せるためのＲＬＣ ｂｅａｒｅｒがＭＣＧ ｂｅａｒｅｒ又はＳＣＧ ｂｅａｒｅｒ又はｓｐｌｉｔ ｂｅａｒｅｒとして配置される場合は、ｒｅｍｏｔｅ ＵＥに対応するデータのＲＬＣ ｂｅａｒｅｒは、従来の原則に従って、関連するＤＣ伝送操作を行うことができる。

Ｒｅｌａｙ ＵＥのＵｕインターフェースのＣＡ操作がｒｅｍｏｔｅ ＵＥに影響しない理由は、サービスノードが一つだけで、ＰＤＣＰ ｓｅｃｕｒｉｔｙ ｋｅｙが一セットのみを使用することにある。しかし、ｒｅｌａｙ ＵＥのＵｕインターフェースにおいてＤＣ操作が配置されている時、ｒｅｌａｙ ＵＥのＵｕインターフェースの、ｒｅｍｏｔｅ ＵＥデータを乗せるためのＲＬＣ ｂｅａｒｅｒがＭＣＧ ｂｅａｒｅｒ又はＳＣＧ ｂｅａｒｅｒ又はｓｐｌｉｔ ｂｅａｒｅｒとして配置される場合、最終的なデータアンカーに応じて、ｒｅｍｏｔｅ ＵＥに対応するＰＤＣＰ ｅｎｔｉｔｙは異なるｋｅｙ、ＭＣＧ ｋｅｙ 又はＳＣＧ ｋｅｙを使用する。

上記のケース５とケース６の記載に基づいて、選択的に、前述の各実施例は、中継端末との間（ＰＣ５インターフェース）でマルチキャリアサイドリンク伝送を行うステップをさらに含んでもよい。選択的に、前記中継端末とネットワーク側機器との間のＵｕインターフェースにおいて、キャリアアグリゲーションＣＡ又は二重接続ＤＣが配置されている。

選択的に、ｒｅｍｏｔｅ ＵＥと中継端末との間のターゲットトラフィックがＣＡ繰り返しｄｕｐｌｉｃａｔｉｏｎ伝送されてもよい。ここで、前記ターゲットトラフィックがＣＡ繰り返し（ｄｕｐｌｉｃａｔｉｏｎ）伝送されることは、
１）前記リモート端末のために直接配置されるものである。例えば、Ｌ２中継アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥは、トラフィック需要をネットワークに報告し、ネットワークは、ＣＡ繰り返し伝送されるように直接指示するベアラを配置する。

２）前記リモート端末が前記ターゲットトラフィックのサービス品質（ＱｏＳ）を報告する場合に、ネットワーク側機器は、前記ターゲットトラフィックに対応するサイドリンク無線ベアラＳＬＲＢのために配置されるものである。具体的には、例えば、ｒｅｍｏｔｅ ＵＥが自身のトラフィックＱｏＳを報告し、ネットワーク側がＳＬＲＢとＱｏＳ ｆｌｏｗのマッピング関係を配置しているとともに、このＳＬＲＢがＤｕｐｌｉｃａｔｉｏｎするかどうかが配置されており、無論、この例では、ターゲットトラフィックに対応するＳＬＲＢには繰り返し伝送が配置されている。

３）前記ターゲットトラフィックが使用するＱｏＳ配置（ｐｒｏｆｉｌｅ）は、ＣＡ繰り返し伝送機能をオンにしている。例えば、ネットワーク側機器は、ＱｏＳ ｐｒｏｆｉｌｅ １がＣＡ繰り返し伝送機能をオンにしないこと、ＱｏＳ ｐｒｏｆｉｌｅ ２がＣＡ繰り返し伝送機能をオンにすること、ＱｏＳ ｐｒｏｆｉｌｅ ２がＣＡ繰り返し伝送機能をオンにすることなどを配置する。例えば、ｒｅｍｏｔｅ ＵＥのトラフィックＱｏＳ ｐｒｏｆｉｌｅはＱｏＳ Ｐｒｏｆｉｌｅ ２であり、ネットワーク側配置に応じてこのトラフィックのためにＣＡ繰り返し伝送機能をオンにする。この例では、ターゲットトラフィックが使用するＱｏＳ ｐｒｏｆｉｌｅは、ＣＡ繰り返し伝送機能をオンにしている。

４）前記ターゲットトラフィックのＱｏＳ特徴配置は、ＣＡ繰り返し伝送機能をオンにしている。例えば、ネットワーク側配置トラフィックのパケット遅延予算（ＰＤＢ）がＸよりも小さい且つブロックエラー率（ＢＬＥＲ）がＹよりも小さい場合、ＣＡ ｄｕｐｌｉｃａｔｉｏｎ機能をオンにし、この例におけるターゲットトラフィックのＰＤＢがＸよりも小さく且つＢＬＥＲがＹよりも小さい。

選択的に、ＰＣ５インターフェースにおいて、ｒｅｍｏｔｅ ＵＥの、重複データを伝送するための複数のＲＬＣベアラは、それぞれ異なるキャリアユニット（ＣＣ）サブセット（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）を配置する。

選択的に、中継端末とネットワーク側機器との間のＵｕインターフェースにおいて二重接続が配置されている場合に、１）前記リモート端末は、一組のセキュリティパラメータを使用し、前記リモート端末の複数のデータ無線ベアラＤＲＢは、一つのネットワーク機器に対応し、又は２）前記リモート端末の複数のＤＲＢは、複数組のセキュリティパラメータを使用する。

本出願の実施例によるサイドリンク中継アーキテクチャにおける配置方法を詳細に説明するために、以下では、いくつかの具体的な実施例を結び付けながら説明する。

本発明の実施例１：Ｌ３アーキテクチャｒｅｍｏｔｅ ＵＥの配置取得
Ｌ３アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥとネットワーク側機器（その後はネットワークと略称する）との間には直接の論理接続がない。即ちＰＣ５インターフェースとＵｕインターフェースの間は相対的に独立しており、ｒｅｍｏｔｅ ＵＥはｒｅｌａｙ操作を行い、スムーズでｒｅｍｏｔｅ ＵＥの在圏状態又はサービングセルに影響しない。

Ｌ３アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥは、主に、一、予め配置される情報と、二、ｒｅｍｏｔｅ ＵＥが在圏セル又はサービングセルから読み取ったシステムメッセージと、三、ｒｅｍｏｔｅ ＵＥがＰＣ５ ＲＲＣを介してｒｅｌａｙ ＵＥからの配置情報を受信することとから、ｒｅｌａｙ操作の関連配置を取得する。

一つの例では、ｒｅｍｏｔｅ ＵＥがオフライン状態にある。即ちｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙに関する何らかの関連システム情報を取得できない場合、ｒｅｍｏｔｅ ＵＥは、ｓｉｄｅｌｉｎｋ又はｓｉｄｅｌｉｎｋ ｒｅｌａｙ操作、例えば発見プロセスを行い、様々なタイプ（ユニキャスト／グループキャスト／ブロードキャスト／ｒｅｌａｙ操作）の送受信は、すべて予め配置される情報を採用し、予め配置される情報は、一般的には、汎用の配置、又は特定の位置領域で有効である配置情報を含む。

Ｒｅｍｏｔｅ ＵＥは、発見プロセスとその後のｒｅｌａｙ通信プロセスにおいて、いずれも上記予め配置される情報を使用してもよく、このように追加のシグナリングオーバヘッドを導入しないが、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間に配置のためのネゴシエーションが欠如していることを考慮すると、例えば、相手がどのようなリソース又はパラメータを使用しているかが知られず、広範囲にわたってブラインド検出を行うことしかできず、通信効率が高くない。

選択的に、ｒｅｍｏｔｅ ＵＥが予め配置される情報を使用してｒｅｌａｙ ＵＥと発見プロセスを完了すると、ｒｅｍｏｔｅ ＵＥは発見プロセスにおいて、ｒｅｌａｙ ＵＥにその在圏セル／ｓｉｄｅｌｉｎｋシステム情報の取得状況／オフラインなどの情報を知らせてもよい。ｒｅｌａｙ ＵＥは、その自身のサービングセルにｒｅｌａｙ操作に関する関連配置を要求し、要求された情報には、ｒｅｍｏｔｅ ＵＥの在圏セル／ｓｉｄｅｌｉｎｋシステム情報の取得状況／オフラインなどの情報が運ばれてもよく、例えば、ｃｅｌｌ１からｓｉｄｅｌｉｎｋ／ｒｅｌａｙシステム情報配置又はオフライン状態を取得することができる。

要求された情報に上記追加情報が運ばれる目的は、ネットワーク側がｒｅｍｏｔｅ ＵＥの従来の配置により適合するように配置し、ｒｅｌａｙ ＵＥのために専用配置を行うことであり、及び選択的に、ネットワーク側がｒｅｍｏｔｅ ＵＥに配置を送信するために用いられ、ｒｅｌａｙ ＵＥは、ＰＣ５ ＲＲＣを介してこれらの配置をｒｅｍｏｔｅ ＵＥに転送する。例えばｒｅｍｏｔｅ ＵＥへの専用リソースであってもよい。他の実施の形態では、ｒｅｌａｙ ＵＥのＵｕインターフェースにおいて上記追加情報を運ばず、ｒｅｌａｙ ＵＥは、その受信できたＳＩＢにおけるｓｉｄｅｌｉｎｋ／ｒｅｌａｙ情報をＰＣ５ ＲＲＣを介してｒｅｍｏｔｅ ＵＥに直接送信し、又は自身が受信したｓｉｄｅｌｉｎｋの関連配置に基づいて、新たな配置情報を編成しｒｅｍｏｔｅ ＵＥに与えてもよく、両者の通信を容易にする。具体的には、例えば、ネットワーク側が、ｒｅｌａｙ ＵＥに専用リソース、例えば専用リソースプール又は周期的専用リソース、又はマルチキャリア配置を配置している場合、ｒｅｌａｙ ＵＥは、いずれもＰＣ５インターフェースにおいてｒｅｍｏｔｅ ＵＥに通知してもよく、ｒｅｍｏｔｅ ＵＥがこれらのリソースでより効率的に受信できることを容易にする。

別の例では、ｒｅｍｏｔｅ ＵＥがオンラインアイドル（ｉｄｌｅ）状態にある場合、システムメッセージからｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙに関する配置情報を取得し、それによってこれらの情報を利用してｒｅｌａｙ ＵＥとの間の発見プロセスを行ってもよい。また、その後のｒｅｌａｙ通信プロセスにおいても、ｒｅｍｏｔｅ ＵＥは、これらの共通の配置情報を引き続き使用してもよい。

選択的に、ｒｅｍｏｔｅ ＵＥは発見プロセスにおいて、ｒｅｌａｙ ＵＥにその在圏セル／ｓｉｄｅｌｉｎｋシステム情報の取得状況を知らせてもよく、ｒｅｌａｙ ＵＥは、その自身のサービングセルにｒｅｌａｙ操作に関する関連配置を要求し、要求された情報には、ｒｅｍｏｔｅ ＵＥの在圏セル／ｓｉｄｅｌｉｎｋシステム情報の取得状況が運ばれてもよく、例えばｃｅｌｌ１からｓｉｄｅｌｉｎｋ／ｒｅｌａｙシステム情報配置又は配置情報識別子を取得することができる。

要求された情報に上記追加情報が運ばれる目的は、ネットワーク側がｒｅｍｏｔｅ ＵＥの従来の配置により適合するように配置し、ｒｅｌａｙ ＵＥのために専用配置を行うことであり、及び選択的に、ネットワーク側が専用配置をｒｅｍｏｔｅ ＵＥに送信するために用いられ、ｒｅｌａｙ ＵＥは、ＰＣ５ ＲＲＣを介してこれらの配置をｒｅｍｏｔｅ ＵＥに転送し、例えばｒｅｍｏｔｅ ＵＥへの専用リソースであってもよい。他の実施の形態では、ｒｅｌａｙ ＵＥのＵｕインターフェースにおいて上記追加情報を運ばず、ｒｅｌａｙ ＵＥは、自身が受信したｓｉｄｅｌｉｎｋの関連配置に基づいて、ＰＣ５の配置情報を編成しｒｅｍｏｔｅ ＵＥに与えてもよく、両者の通信を容易にする。

さらなる一つの例では、ｒｅｍｏｔｅ ＵＥがオンライン接続状態にある場合、コアネットワークが非３ＧＰＰ互通機能（Ｎｏｎ－３ＧＰＰ ｉｎｔｅｒｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ、Ｎ３ＩＷＦ）を使用するかどうかにかかわらず、アクセスネットワークノード、例えばＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）又はｇＮＢにとって、Ｌ３アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥはＲＲＣ接続を有しない。そのため、ｒｅｍｏｔｅ ＵＥが接続状態にあり、ｒｅｌａｙアーキテクチャでデータ伝送を続ける必要がある場合、ｒｅｍｏｔｅ ＵＥがまず従来の接続を解除し、ｉｄｌｅ状態に入ってからｒｅｌａｙ接続を確立することに相当する。即ちｒｅｍｏｔｅ ＵＥは、まず従来のｓｉｄｅｌｉｎｋ専用配置を解除し、そして前述のように、ｉｄｌｅ状態から、ｒｅｌａｙ接続の確立を行う。

説明すべきこととして、Ｌ３ ｒｅｌａｙアーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥは、ネットワーク側への接続がないため、ｒｅｍｏｔｅ ＵＥ接続状態のサービングセルという概念はなく、ｒｅｍｏｔｅ ＵＥがｒｅｌａｙ ＵＥから転送された専用配置を受信した場合も、ネットワーク側がｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとのバインディングを考慮して、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間のＰＣ５リンク（ｌｉｎｋ）に割り当てた専用配置である。これらの専用配置は、一旦ｒｅｌａｙ ＵＥが現在のセルから進出すると無効になり、新セルが再配置し、又はソースコードとターゲットノードのインターフェースの間の切り替え要求メッセージにはソースセルにおける配置を運び、ターゲットセルが自身下の配置を再考慮し、切り替えコマンドによってｒｅｌａｙ ＵＥに送信し、さらにｒｅｍｏｔｅ ＵＥに中継する必要がある。

本発明の実施の形態２：Ｌ２アーキテクチャｒｅｍｏｔｅ ＵＥの配置取得
Ｌ２アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥとネットワークとの間に直接的な論理接続があり、ｒｅｍｏｔｅ ＵＥのＲＲＣ／ＳＤＡＰ／ＰＤＣＰエンティティピアー端は、ネットワーク側、例えば基地局又はＣＵに位置する。Ｒｅｍｏｔｅ ＵＥからネットワークへのデータ伝送は、ＰＣ５とＵｕの二つのＲＬＣベアラ（ｂｅａｒｅｒ）を介して伝送され、ｒｅｍｏｔｅ ＵＥがｒｅｌａｙ操作を行うためには、接続状態のサービングセルを必要とする。

Ｌ２アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥは、主に、一、予め配置される情報（主にｒｅｌａｙ接続の前に用いられる）と、二、ｒｅｍｏｔｅ ＵＥが在圏セル又はサービングセルから読み取ったシステムメッセージと、三、ｒｅｍｏｔｅ ＵＥがＵｕ ＲＲＣを介してネットワーク側からの配置情報を受信することとから、ｒｅｌａｙ操作の関連配置を取得する。

Ｌ２ ｒｅｌａｙアーキテクチャにおけるｒｅｍｏｔｅ ＵＥにとって、主に、ｒｅｌａｙ ＵＥを介してネットワーク側とＲＲＣ接続を確立する前の第一の段階と、ｒｅｌａｙ ＵＥを介してネットワーク側とＲＲＣ接続を確立した後の第二の段階とがある。

第一の段階では、ｒｅｍｏｔｅ ＵＥが必要とするのは、ｓｉｄｅｌｉｎｋ ｒｅｌａｙ操作のいくつかの基本配置、例えばＬ２ ｒｅｌａｙアーキテクチャをサポートする明確指示、Ｌ２ ｒｅｌａｙ操作を行う条件（例えば、ＲＳＲＰ閾値、又はトラフィック需要など）であり、さらに必要とするのは、ｓｉｄｅｌｉｎｋの基本配置、例えば共通リソースプール、共通ＰＣ５配置などであり、これらの配置は、以下のような方式で取得されてもよい。１、オフラインのｒｅｍｏｔｅ ＵＥについて、上記の二つの情報は、いずれも予め配置されるメッセージにより取得され、２、アイドル状態のｒｅｍｏｔｅ ＵＥについて、上記の二つの情報は、いずれもＳＩＢメッセージを読み取ることにより取得され、３、接続状態のｒｅｍｏｔｅ ＵＥについて、上記の二つの情報の共通情報部分は、ＳＩＢメッセージにより取得されてもよく、ネットワーク側がさらにいくつかの専用の配置、例えば専用のＲＳＲＰ閾値などを配置してもよい。

Ｒｅｍｏｔｅ ＵＥは、この二種類の基本的な配置情報により、これらの情報に基づいて、自身がｒｅｌａｙ操作の条件を満たしていると判断した場合、ｒｅｌａｙ ＵＥへ発見プロセスを開始し、さらにｒｅｌａｙ接続を確立する。

第二の段階では、ｒｅｍｏｔｅ ＵＥがｒｅｌａｙ ＵＥを介してネットワーク側とＲＲＣ接続を確立した後に、ｒｅｍｏｔｅ ＵＥは、この時にＲＲＣ接続状態に入ったことに相当し、ＲＲＣ接続状態に入った後に、以下のプロセスはｒｅｍｏｔｅ ＵＥのＲＲＣプロセスにより行われる。

例えば、Ｒｅｍｔｏｅ ＵＥは、自身とｒｅｌａｙ ＵＥとの間の伝送のトラフィック特性、例えばＱｏＳ ｐｒｏｆｉｌｅなどをサービングセルに報告する。サービングセルは、これらのトラフィック情報に基づいて、ｒｅｍｏｔｅ ＵＥにＳＬＲＢとＲＬＣ ｂｅａｒｅｒなどを配置し、Ｒｅｍｏｔｅ ＵＥは、サービングセルからのＳＬＲＢとＲＬＣ ｂｅａｒｅｒなどを受信し、該当するベアラを確立し、ｒｅｌａｙ ＵＥとのＰＣ５通信を行ってもよい。

さらに例えば、Ｒｅｍｏｔｅ ＵＥは、トラフィックの特性、例えば周期と伝送サイズなどを報告し、サービングセルは、これらの情報に基づいて、ｒｅｍｏｔｅ ＵＥに専用の周期リソース、例えば配置スケジューリングタイプ１（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ１）のリソース、及び／又は、配置スケジューリングタイプ２（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ ２）のリソース、又は他のタイプの専用リソース、例えば専用リソースプールなどを配置し、Ｒｅｍｏｔｅ ＵＥは、サービングセルからの専用リソースと配置を受信し、関連リソースと配置を使用してｒｅｌａｙ ＵＥとのＰＣ５通信を行ってもよい。

追加的に、ｒｅｍｏｔｅ ＵＥがｒｅｌａｙ ＵＥを介してネットワーク側とＲＲＣ接続を確立した後のサービングセルは、ｒｅｌａｙ ＵＥを介してネットワーク側とＲＲＣ接続を確立する前のサービングセルと一致しない可能性がある。

例えば、ｒｅｍｏｔｅ ＵＥは、ｒｅｌａｙ接続を確立する前に、Ｉｄｌｅ状態はｇＮＢ１でのｃｅｌｌ１に在圏する一方、ｒｅｌａｙ ＵＥのサービングセルが同じｇＮＢ１でのｃｅｌｌ２であるため、管理を容易にするために、ｒｅｌａｙ接続を確立した後のｒｅｍｏｔｅ ＵＥのサービングセルもｇＮＢ１でのｃｅｌｌ２として決定される。この時、ｒｅｍｏｔｅ ＵＥがｃｅｌｌ１のＳＩＢメッセージにおけるｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙ共通配置を持つが、ｃｅｌｌ２のＳＩＢメッセージにおけるｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙ共通配置がないことに相当し、ｒｅｍｏｔｅ ＵＥがｃｅｌｌ２でｒｅｌａｙ操作を行うことは、セル間で事前に配置の協調を行って、ｃｅｌｌ１でのシステム配置を使用してｃｅｌｌ２でも作動できることを確保しない限り、間違った配置情報を使用することになる。ｃｅｌｌ２が基地局ｇＮＢ２を跨ぐセルである場合、間違った配置情報を使用する確率がより高くなる。

さらに例えば、ｒｅｍｏｔｅ ＵＥは、ｒｅｌａｙ接続を確立する前に、オフライン状態に属し、予め配置されるｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙ共通配置しかない一方、ｒｅｌａｙ ＵＥのサービングセルがｇＮＢ１でのｃｅｌｌ２であるため、管理を容易にするために、ｒｅｌａｙ接続を確立した後のｒｅｍｏｔｅ ＵＥのサービングセルもｇＮＢ１でのｃｅｌｌ２として決定される。この時、ｒｅｍｏｔｅ ＵＥが予め配置されるメッセージにおけるｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙ共通配置を持つが、ｃｅｌｌ２のＳＩＢメッセージにおけるｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙ共通配置がないことに相当し、ｒｅｍｏｔｅ ＵＥがｃｅｌｌ２でｒｅｌａｙ操作を行うことは、事前に配置の協調を行って、予め配置されるシステム配置を使用してｃｅｌｌ２でも作動できることを確保しない限り、間違った配置情報を使用することになる。

上記の間違った配置情報の使用を解決する方法は、以下のようになる。

方法１では、ｒｅｍｏｔｅ ＵＥは、基地局に接続ＲＲＣの確立を行う時、自身の帰属情報、例えばオフライン状態、以前の在圏セル情報、又は以前に読み取ったｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙ ＳＩＢメッセージのセル情報、ひいては具体的なｓｉｄｅｌｉｎｋ／ｓｉｄｅｌｉｎｋ ｒｅｌａｙメッセージの識別子又はバージョン情報を運び、帰属情報は、ＲＲＣ接続確立要求又は完了メッセージ、又は専門のメッセージに運ばれてもよい。

ネットワーク側は、関連する帰属情報を受信すると、ｒｅｍｏｔｅ ＵＥの現在使用しているｓｉｄｅｌｉｎｋ／ｒｅｌａｙ共通情報が今回のｒｅｌａｙ操作に適用できるかどうかを知ることができ、適用できない場合、ＲＲＣメッセージによりｒｅｍｏｔｅ ＵＥに新たなｓｉｄｅｌｉｎｋ／ｒｅｌａｙ配置情報を送信し、これらの配置情報は、ｒｅｍｏｔｅ ＵＥの元の配置情報を上書きする。

ｒｅｍｏｔｅ ＵＥが在圏するセルが、ｒｅｌａｙ接続を確立した後の新セルと同一のセルである場合、ネットワーク側は共通配置情報を送信する必要がなく、ｒｅｍｏｔｅ ＵＥは以前の配置情報を引き続き使用すればよい。

方法２では、ネットワーク側は、専門の配置又は識別子を使用することにより、ｒｅｍｏｔｅ ＵＥのどの配置情報が汎用可能であるか、どの配置情報が汎用不可能であるかを知らせる。

例えば、ｒｅｍｏｔｅ ＵＥが以前に取得した予め配置される情報又はｃｅｌｌ１のＳＩＢ情報において、汎用であるかどうかを明確に指示してもよく、汎用であれば、ｒｅｍｏｔｅ ＵＥは、ｒｅｌａｙ ＵＥを介してネットワーク側と接続を確立する時に、ｓｉｄｅｌｉｎｋ／ｒｅｌａｙ配置を要求する必要がない。汎用でなければ、ｒｅｍｏｔｅ ＵＥは配置を再要求する必要があり、要求情報は、ＲＲＣ接続確立要求又は完了メッセージ、又は専門のメッセージに運ばれてもよい。

特に、ｒｅｍｏｔｅ ＵＥは、ｒｅｌａｙ接続を確立する前に、接続状態にあり、ｒｅｌａｙ接続を確立した後も、接続状態である場合、このプロセスは端末切り替えプロセスに類似する。以前のサービングセルとｒｅｌａｙ ＵＥサービングセルとが同一のセルである場合、ｉｎｔｒａ ｃｅｌｌ ｈａｎｄｏｖｅｒを行うのに類似し、ｓｉｄｅｌｉｎｋ／ｒｅｌａｙの共通と専用の配置情報がいずれも引き続き使用されてもよい。以前のサービングセルとｒｅｌａｙ ＵＥサービングセルとが同一の基地局での異なるセルである場合、ｉｎｔｅｒ ｃｅｌｌ ｉｎｔｒａ－ｇＮＢ／ＣＵ ｈａｎｄｏｖｅｒを行うのに類似し、ｓｉｄｅｌｉｎｋ／ｒｅｌａｙの共通と専用の配置情報がいずれも再配置されるか又は引き続き使用されてもよく、以前のサービングセルとｒｅｌａｙ ＵＥサービングセルとが異なる基地局での異なるセルである場合、ｉｎｔｅｒ－ｇＮＢ／ＣＵ ｈａｎｄｏｖｅｒを行うのに類似し、ｓｉｄｅｌｉｎｋ／ｒｅｌａｙの共通と専用の配置情報がいずれも再配置される必要があり、基地局間のインターフェースネゴシエーションプロセスの切り替え要求メッセージと切り替え応答メッセージにおいて、それぞれソース配置情報とターゲット配置情報が運ばれる。

本発明の実施例３：Ｌ３アーキテクチャＤＣ／ＣＡ操作
Ｌ３アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥに対応するプロトコルスタックエンティティは、いずれもｒｅｌａｙ ＵＥで中止し、ｇＮＢとの間に論理接続とエンティティがないため、ｒｅｌａｙ ＵＥのＤＣ／ＣＡ操作による影響が比較的小さい。

ｒｅｌａｙ ＵＥのＵｕインターフェースから見ると、Ｒｅｌａｙ ＵＥのＵｕインターフェースのＤＲＢベアラは、ｒｅｌａｙ ＵＥ自身のデータと、ｒｅｍｏｔｅ ＵＥのデータとの二種類に分類されてもよい。この二種類のデータは、異なるＤＲＢ／ＲＬＣ ｂｅａｒｅｒ／論理チャネルを採用して乗せてもよく、様々な切り替えのシナリオがデータ再送と状態転送を行うことを容易にし、例えばｒｅｌａｙ ＵＥ自身のデータは、ＤＲＢ ０－７に乗せられ、ＤＲＢ ８－１５はｒｅｍｏｔｅ ＵＥデータのｒｅｌａｙ ＵＥのＵｕインターフェースにおけるベアラである。ここで、同一のｒｅｌａｙ ＵＥに接続される異なるｒｅｍｏｔｅ ＵＥのデータベアラは、独立したＤＲＢであってもよく、多重化されたＤＲＢであってもよい。

ｒｅｌａｙ ＵＥはＣＡ操作が配置される。即ちｒｅｌａｙ ＵＥがＵｕインターフェースにある場合、複数のキャリアを使用して伝送することができる。マルチキャリアの場合に、選択的に、キャリア制限（Ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ ｒｅｓｔｒｉｃｔｉｏｎ）、即ち特定の論理チャネル／ＲＬＣ ｂｅａｒｅｒが使用できるＣＣセットを配置してもよい。このキャリア制限は、一般的に、ｄｕｐｌｉｃａｔｉｏｎ機能オンの時に用いられ、論理チャネル１と論理チャネル２が一つのＤＲＢに対応する二つのｄｕｐｌｉｃａｔｅｄ論理チャネルである時、ｄｕｐｌｉｃａｔｉｏｎ効果を確保し、重複データが同じＣＣで伝送されて、ｄｕｐｌｉｃａｔｉｏｎゲインを失うことを回避するために、論理チャネル１をＣＣ１とＣＣ２でアップロードするように制限し、論理チャネル２をＣＣ３、ＣＣ４とＣＣ５でアップロードするように制限してもよい。

同様に、類似しているキャリア制限は、ｒｅｍｏｔｅ ＵＥデータに対応する論理チャネルを伝送制限し、Ｕｕインターフェースのデータレートが速すぎる一方、ＰＣ５インターフェースのレートが遅くて、レートオフセットによってパケットロスとリソース浪費を引き起こすことを回避するためにも用いられる。無論、いかなる制限も配置しなくてもよく、ｒｅｍｏｔｅ ＵＥデータに対応する論理チャネルが現在のＣＣを任意に使用できることに相当する。

ｒｅｌａｙ ＵＥはＤＣ操作が配置される場合、ｒｅｌａｙ ＵＥのＵｕインターフェースのベアラごとに、それがＭＣＧ ｂｅａｒｅｒ／ＳＣＧ ｂｅａｒｅｒ／ｓｐｌｉｔ ｂｅａｒｅｒ、ｒｅｍｏｔｅ ＵＥデータに対応するｒｅｌａｙ ＵＥのベアラであることを個別に配置してもよく、この配置に従って、一つのｂｅａｒｅｒタイプを選択してもよい。

特に、あるｒｅｍｏｔｅ ＵＥの一つのデータタイプが非常に高いＱｏＳ需要、例えば非常に低い遅延、及び／又は、非常に高い信頼性要求を有する場合、このトラフィックのためにＵｕインターフェースにおいてｄｕｐｌｉｃａｔｉｏｎ伝送配置を行い、ＣＡ又はＤＣ ｄｕｐｌｉｃａｔｉｏｎ伝送を行うことを考慮してもよい。

ｒｅｌａｙ ＵＥとｒｅｍｏｔｅ ＵＥの間のＰＣ５インターフェースから見ると、ＰＣ５インターフェースとＵｕインターフェースが相対的に独立しているため、Ｕｕインターフェースに配置されているＣＡ／ＤＣは、ＰＣ５にほとんど影響しない。しかしながら、レートマッチングの角度から考慮すると、Ｕｕインターフェースにおいて一旦ＣＡ／ＤＣが配置されると、ｒｅｍｏｔｅ ＵＥのデータレートはＵｕインターフェースにおいて向上され、ＰＣ５インターフェースもマッチングすることができ、タイムアウトパケットロスとリソース浪費を回避するために、この時ＰＣ５インターフェースにおいてもマルチキャリアｓｉｄｅｌｉｎｋ伝送を行ってもよい。

ｒｅｍｏｔｅ ＵＥの一つのトラフィックタイプが非常に高いＱｏＳ需要、例えば非常に低い遅延、及び／又は、非常に高い信頼性要求を有する場合、このトラフィックのためにＰＣ５インターフェースにおいてｄｕｐｌｉｃａｔｉｏｎ伝送配置を行い、ＣＡ ｄｕｐｌｉｃａｔｉｏｎ伝送することを考慮する。ＰＣ５インターフェースのＣＡ ｄｕｐｌｉｃａｔｉｏｎ配置は、ＵｕインターフェースのＣＡ／ＤＣ ｄｕｐｌｉｃａｔｉｏｎメカニズムと一緒に配置してもよく、両者を個別に配置してもよい。

本発明の実施例４：Ｌ２アーキテクチャＤＣ／ＣＡ操作
Ｌ２アーキテクチャにおいて、ｒｅｍｏｔｅ ＵＥに対応するＬ２プロトコルスタックエンティティは、ｒｅｌａｙ ＵＥで中止するが、Ｌ３プロトコルのピア端エンティティはいずれもｇＮＢ／ＣＵに位置するため、ｒｅｌａｙ ＵＥのＵｕインターフェースのＣＡ／ＤＣは、ｒｅｍｏｔｅ ＵＥに一定の影響を与える。

Ｒｅｌａｙ ＵＥのＵｕインターフェースのＲＬＣベアラは、ｒｅｌａｙ ＵＥ自身のデータと、ｒｅｍｏｔｅ ＵＥのデータとの二種類に分類されてもよい。一般的には、この二種類のデータは、異なるＲＬＣ ｂｅａｒｅｒ／論理チャネルを採用して乗せる必要があり、様々な切り替えのシナリオがデータ再送と状態転送を行うことを容易にする。例えばｒｅｌａｙ ＵＥ自身のデータは、ＲＬＣ ｂｅａｒｅｒ／ＬＣＩＤ ０－７で乗せられ、ＲＬＣ ｂｅａｒｅｒ／ＬＣＩＤ ８－１５はｒｅｍｏｔｅ ＵＥデータのｒｅｌａｙ ＵＥのＵｕインターフェースにおけるベアラである。ここで、同一のｒｅｌａｙ ＵＥに接続される異なるｒｅｍｏｔｅ ＵＥのデータベアラは、独立したＲＬＣ ｂｅａｒｅｒ／ＬＣＩＤであってもよく、多重化されているＲＬＣ ｂｅａｒｅｒ／ＬＣＩＤであってもよい。

ｒｅｌａｙ ＵＥはＣＡが配置されている場合、ｒｅｍｏｔｅ ＵＥデータに対応するＲＬＣ ｂｅａｒｅｒ／ＬＣＩＤにとって、これらのＲＬＣ ｂｅａｒｅｒ／ＬＣＩＤがすべてのＣＣで伝送されることを許可するか、それもと一部のＣＣのみで伝送されることを許可するかを配置してもよい。即ちｒｅｍｏｔｅ ＵＥデータに対応するＲＬＣ ｂｅａｒｅｒ／ＬＣＩＤを制限するためのＣＣ サブセット（ｓｕｂｓｅｔ）を配置してもよい。制限情報が存在しない場合、いずれかのＣＣを使用してｒｅｍｏｔｅ ＵＥデータを伝送してもよいことを意味する。

ＰＣ５インターフェースにおいて、レートマッチングの効果を満足するように、対応するＲＬＣ ｂｅａｒｅｒもマルチキャリア伝送されてもよい。例えば、一つの同じベアラについて、ＵｕインターフェースにおいてＣＡ方式で伝送されると、１００Ｍｂｐｓレートに達することができる一方、ＰＣ５インターフェースにおいてシングルキャリアのみで伝送されると、２０Ｍｂｐｓレートだけであり、下りリンクのデータがｒｅｌａｙ ＵＥで集積され、さらに削除され、Ｕｕインターフェースの伝送リソースを浪費することになる。この時、ＰＣ５インターフェースもマルチキャリア伝送をサポートし、レートも１００Ｍｂｐｓに達すると、レートマッチングをよく行い、伝送効率を高めることができる。

特に、ｒｅｍｏｔｅ ＵＥのトラフィックＱｏＳ要求が比較的高く、例えば遅延要求が非常に高く、及び／又は、信頼性要求が非常に高い場合に、以下の一つ又は複数の配置を行ってもよい。
Ｕｕインターフェースにおいて、ｒｅｍｏｔｅ ＵＥのＲＬＣ ｂｅａｒｅｒにＣＡ ｄｕｐｌｉｃａｔｉｏｎ機能を配置する。即ち重複データを伝送する二つのＲＬＣ ｂｅａｒｅｒは、異なるＣＣ ｓｕｂｓｅｔが配置されることにより、ｄｕｐｌｉｃａｔｉｏｎ伝送し、同じデータをＣＣ ｓｕｂｓｅｔ１とＣＣ ｓｕｂｓｅｔ２で同時に伝送して、比較的高い信頼性と遅延指標を得、ＵｕインターフェースのＣＡ ｄｕｐｌｉｃａｔｉｏｎは、基地局により配置、制御される。

ＰＣ５インターフェースにおいて、ｒｅｍｏｔｅ ＵＥのＲＬＣ ｂｅａｒｅｒにＣＡ ｄｕｐｌｉｃａｔｉｏｎ機能を配置する。即ち重複データを伝送する二つのＲＬＣ ｂｅａｒｅｒは、異なるＣＣ ｓｕｂｓｅｔが配置されることにより、ｄｕｐｌｉｃａｔｉｏｎ伝送し、同じデータをＣＣ ｓｕｂｓｅｔ１とＣＣ ｓｕｂｓｅｔ２で同時に伝送して、比較的高い信頼性と遅延指標を得、ＰＣ５インターフェースのＣＡ ｄｕｐｌｉｃａｔｉｏｎはＰＣ５ ＲＲＣにより配置され、及びＰＣ５ ＭＡＣにより制御され、制御されるノードはｒｅｌａｙ ＵＥであってもよく、ＰＣ５インターフェースの送信端ＵＥであってもよい。

ｒｅｌａｙ ＵＥはＤＣが配置される場合に、ＤＣ操作によるｒｅｍｏｔｅ ＵＥへの最大の影響はセキュリティパラメータの違いであり、ｒｅｍｏｔｅ ＵＥのＤＲＢがＭＣＧで終端する場合、このＤＲＢは、ＭＣＧセキュリティパラメータ、例えばｋｅｙ及び/又は安全アルゴリズムなどを使用する必要がある。ｒｅｍｏｔｅ ＵＥのＤＲＢがＳＣＧで終端する場合、このＤＲＢは、ＳＣＧセキュリティパラメータを使用する必要がある。この実施例は、以下のような方式でセキュリティパラメータを処理してもよい。
一、ｒｅｍｏｔｅ ＵＥのすべてのＤＲＢをＭＣＧ ｏｒ ＳＣＧという一つのノードのみで終端させ、このようにｒｅｍｏｔｅ ＵＥは、一組のセキュリティパラメータのみを取得する必要がある一方、一つのｒｅｌａｙ ＵＥに接続される異なるｒｅｍｏｔｅ ＵＥが区別されることができ、一部はＭＣＧで終端し、もう一部はＳＣＧで終端し、このようにデータ分散の役割も果たし、ｒｅｍｏｔｅ ＵＥへの影響が比較的小さい。

二、ｒｅｍｏｔｅ ＵＥは、二組以上のセキュリティパラメータ（例えば二重接続又はマルチ接続）を使用して、ＭＣＧ ｏｒ ＳＣＧという、ｒｅｍｏｔｅ ＵＥの各ＤＲＢが使用するセキュリティパラメータを明示的に配置してもよい。このようにｒｅｍｏｔｅ ＵＥは、異なるＤＲＢに異なるセキュリティパラメータを使用するが、ｒｅｍｏｔｅ ＰＣ５インターフェースのベースレイヤは、マルチリンク操作がなく、一つのＭＡＣエンティティ（ｅｎｔｉｔｙ）のままであり、従来のシグナリング配置を強化する必要がある。

Ｕｕインターフェースにとって、ｒｅｍｏｔｅ ＵＥデータに対応するｒｅｌａｙ ＵＥのＵｕ ＲＬＣ ｂｅａｒｅｒは、異なる経路を選択してもよく、一つ目はＭＣＧ ｂｅａｒｅｒであり、これはこのＲＬＣ ｂｅａｒｅｒがｒｅｌａｙ ＵＥからＭＣＧに直接伝送されることに相当し、二つ目はＳＣＧ ｂｅａｒｅｒである。これはこのＲＬＣ ｂｅａｒｅｒがｒｅｌａｙ ＵＥからＳＣＧに直接伝送されることに相当し、三つ目はｓｐｌｉｔ ｂｅａｒｅｒであり、これはこのＲＬＣ ｂｅａｒｅｒがｒｅｌａｙ ＵＥからＭＣＧに伝送されてもよく、ＳＣＧに伝送されてもよいことに相当し、両方のｌｅｇが使用できることに相当する。伝送レートが比較的高く、ｓｐｌｉｔ ＲＬＣ ｂｅａｒｅｒも、一つのノードを選択してデータ集約を行い、二本のレッグがそれぞれ伝送するデータをＳＮ順序に従って並べ替え、順次にコアネットワークに渡し、データコンバージェンスのノードは配置可能であり、データコンバージェンスノードがＭＣＧである場合、このベアラはＭＣＧ セキュリティパラメータを使用し、データコンバージェンスノードがＳＣＧである場合、このベアラはＳＣＧセキュリティパラメータを使用する。

同様に、ｒｅｌａｙ ＵＥはＤＣが配置される場合に、ＵｕインターフェースもＤＣ ｄｕｐｌｉｃａｔｉｏｎメカニズムを配置してもよい。即ちｓｐｌｉｔ ｂｅａｒｅｒ配置状況では、二本のｌｅｇで重複データを伝送して、高い信頼性と低い遅延の需要を得てもよく、Ｕｕインターフェースにおいて、ｒｅｍｏｔｅ ＵＥのデータのためにＤＣ ｄｕｐｌｉｃａｔｉｏｎを配置しアクティブ化してもよい。相応的に、ＰＣ５インターフェースにおいて、このような需要に合わせて、ＣＡ ｄｕｐｌｉｃａｔｉｏｎを配置しオンにしてもよく、二つのセグメントを独立して配置してもよく、一緒に配置してもよい。

また、ＵｕインターフェースにおいてＤＣ ｓｐｌｉｔ伝送を行った場合に、二つのノードデータレートが向上するため、レートマッチングの目的のために、ＰＣ５インターフェースにおいてＣＡ伝送をオンにしてもよい。

図４は、本出願の実施例によるリモート端末の構造概略図であり、図４に示すように、リモート端末４００は、以下の少なくとも一つに基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定するための決定モジュール４０２を含む。即ち、予め配置される情報、在圏セル又はサービングセルから受信されたシステムメッセージ、中継端末からの第一の配置情報、ネットワーク側機器からの第二の配置情報である。

本出願の実施例では、リモート端末は、以下の少なくとも一つに基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定してもよい。即ち、予め配置される情報、在圏セル又はサービングセルから受信されたシステムメッセージ、中継端末からの第一の配置情報、ネットワーク側機器からの第二の配置情報である。本出願の実施例は、リモート端末、中継端末とネットワーク側の理解を一致させ、通信の有効性を向上させることを容易にする。

選択的に、一つの実施例として、前記の、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する前に、前記リモート端末は、オフライン状態にある。ここで、前記決定モジュール４０２は、前記予め配置される情報に基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することであって、前記リモート端末はさらに、前記予め配置される情報に基づいて中継端末とＬ３中継アーキテクチャを確立するために用いられることと、前記Ｌ３中継アーキテクチャにおいて、前記予め配置される情報を引き続き使用してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する。又は、ＰＣ５無線リソース制御ＲＲＣプロセスによって前記中継端末からの第一の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することとに用いられる。

選択的に、一つの実施例として、前記の、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する前に、前記リモート端末は、アイドル状態又は接続状態にある。ここで、前記決定モジュール４０２は、前記システムメッセージ又はネットワーク側機器からの第二の配置情報に基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することであって、前記リモート端末はさらに、前記システムメッセージ又は前記第二の配置情報に基づいて中継端末とＬ３中継アーキテクチャを確立するために用いられることと、前記Ｌ３中継アーキテクチャにおいて、前記システムメッセージ又は前記第二の配置情報を引き続き使用してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定し、又は、ＰＣ５ ＲＲＣプロセスによって前記中継端末からの第一の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することとに用いられる。

選択的に、一つの実施例として、前記の、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する前に、前記リモート端末は、オフライン状態にある。ここで、前記決定モジュール４０２は、前記予め配置される情報に基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することであって、前記リモート端末はさらに、前記予め配置される情報に基づいて中継端末とＬ２中継アーキテクチャを確立するために用いられることと、前記Ｌ２中継アーキテクチャにおいて、ＲＲＣプロセスによって前記ネットワーク側機器からの第二の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定し、又は、ＰＣ５ ＲＲＣプロセスによって前記中継端末からの第一の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することとに用いられる。

選択的に、一つの実施例として、前記の、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する前に、前記リモート端末は、アイドル状態又は接続状態にある。ここで、前記決定モジュール４０２は、前記システムメッセージ又はネットワーク側機器からの第二の配置情報に基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することであって、前記リモート端末はさらに、前記システムメッセージ又は前記第二の配置情報に基づいて中継端末とＬ２中継アーキテクチャを確立するために用いられることと、前記Ｌ２中継アーキテクチャにおいて、前記システムメッセージを引き続き使用してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定し、又は、ＲＲＣプロセスによって前記ネットワーク側機器からの第二の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することとに用いられる。

選択的に、一つの実施例として、リモート端末４００は、前記リモート端末と前記中継端末との間で伝送される、前記ネットワーク側機器が前記リモート端末のために無線ベアラ情報を配置するためのトラフィック特性を前記ネットワーク側機器に送信するための送信モジュールと、前記無線ベアラ情報を受信し、且つ前記無線ベアラ情報に基づいて、前記リモート端末と前記中継端末とが通信するための無線ベアラを確立するための受信モジュールとをさらに含む。

選択的に、一つの実施例として、リモート端末４００は、前記リモート端末と前記中継端末との間で伝送される、前記ネットワーク側機器が前記リモート端末のために専用リソース情報を配置するためのトラフィック特性を前記ネットワーク側機器に送信するための送信モジュールと、前記専用リソース情報を受信し、且つ前記専用リソース情報により指示される専用リソースに基づいて前記中継端末と通信するための受信モジュールとをさらに含む。

選択的に、一つの実施例として、リモート端末４００は、中継端末とマルチキャリアサイドリンク伝送を行う。

選択的に、一つの実施例として、前記中継端末とネットワーク側機器との間のＵｕインターフェースにおいて、キャリアアグリゲーションＣＡ又は二重接続ＤＣが配置されている。

選択的に、一つの実施例として、前記リモート端末と中継端末との間のターゲットトラフィックは、ＣＡ繰り返しｄｕｐｌｉｃａｔｉｏｎ伝送される。ここで、前記ターゲットトラフィックがＣＡ繰り返し伝送されることは、前記リモート端末のために直接配置されるものであり、前記リモート端末が前記ターゲットトラフィックのサービス品質ＱｏＳを報告する場合に、ネットワーク側機器が前記ターゲットトラフィックに対応するＳＬＲＢのために配置されるものであり、前記ターゲットトラフィックが使用するＱｏＳ配置は、ＣＡ繰り返し伝送機能をオンにし、前記ターゲットトラフィックのＱｏＳ特徴配置は、ＣＡ繰り返し伝送機能をオンにする。

選択的に、一つの実施例として、前記リモート端末の重複データを伝送するための複数のＲＬＣベアラは、それぞれ異なるキャリアユニットＣＣサブセットを配置する。

選択的に、一つの実施例として、中継端末とネットワーク側機器との間のＵｕインターフェースにおいて二重接続が配置される場合に、前記リモート端末は、一組のセキュリティパラメータを使用し、前記リモート端末の複数のデータ無線ベアラＤＲＢは、一つのネットワーク機器に対応し、又は前記リモート端末の複数のＤＲＢは、複数組のセキュリティパラメータを使用する。

本出願の実施例によるリモート端末４００は、本出願の実施例に対応する方法２００のフローを参照してもよいとともに、このリモート端末４００における各ユニット／モジュールと上記他の操作及び／又は機能は、それぞれ方法２００における該当するフローを実現するためであるとともに、同じ又は同等の技術的効果を達成することができ、簡潔のため、ここではこれ以上説明しない。

本出願の実施例におけるリモート端末は、端末であってもよく、端末における部材、集積回路、又はチップであってもよい。この装置は、移動端末であってもよく、非移動端末であってもよい。例示的には、移動端末は、以上に列挙された端末１１のタイプを含んでもよいが、それらに限らず、非移動端末は、サーバ、ネットワーク接続型ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ、ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ、ＴＶ）、預入支払機又はセルフサービス機などであってもよく、本出願の実施例では、具体的に限定しない。

本出願の実施例におけるリモート端末は、オペレーティングシステムを有する装置であってもよい。このオペレーティングシステムは、アンドロイド（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例では、具体的に限定しない。

本出願の実施例によるリモート端末は、図２の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達することができ、説明の繰り返しを回避するために、ここではこれ以上説明しない。

選択的に、図５に示すように、本出願の実施例は、通信機器５００をさらに提供し、プロセッサ５０１と、メモリ５０２と、メモリ５０２に記憶されており、且つ前記プロセッサ５０１上で運行できるプログラム又は命令とを含む。例えばこの通信機器５００がリモート端末である時、このプログラム又は命令がプロセッサ５０１により実行される時、上記サイドリンク中継アーキテクチャにおける配置方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。

図６は、本出願の実施例の端末を実現するハードウェア構造概略図である。

この端末６００は、無線周波数ユニット６０１、ネットワークモジュール６０２、オーディオ出力ユニット６０３、入力ユニット６０４、センサ６０５、表示ユニット６０６、ユーザ入力ユニット６０７、インターフェースユニット６０８、メモリ６０９、及びプロセッサ６１０などの部材を含むが、それらに限らない。

当業者であれば理解できるように、端末６００は、各部材に給電する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ６１０にロジック的に接続されてもよく、それにより電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。図６に示す端末構造は、端末に対する限定を構成せず、端末は、図示された部材の数よりも多い又は少ない部材、又はいくつかの部材の組み合わせ、又は異なる部材の配置を含んでもよく、ここではこれ以上説明しない。

理解すべきこととして、本出願の実施例では、入力ユニット６０４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）６０４１とマイクロホン６０４２を含んでもよく、グラフィックスプロセッサ６０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。表示ユニット６０６は、表示パネル６０６１を含んでもよく、液晶ディスプレイ、有機発光ダイオードなどの形式で表示パネル６０６１が配置されてもよい。ユーザ入力ユニット６０７は、タッチパネル６０７１及び他の入力機器６０７２を含む。タッチパネル６０７１は、タッチスクリーンとも呼ばれる。タッチパネル６０７１は、タッチ検出装置とタッチコントローラという二つの部分を含んでもよい。他の入力機器６０７２は、物理的キーボード、機能キー（例えば、音量制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らず、ここではこれ以上説明しない。

本出願の実施例では、無線周波数ユニット６０１は、ネットワーク側機器からの下りリンクのデータを受信した後、プロセッサ６１０に処理させ、また、上りリンクのデータをネットワーク側機器に送信する。一般的には、無線周波数ユニット６０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限らない。

メモリ６０９は、ソフトウェアプログラム又は命令及び様々なデータを記憶するために用いられてもよい。メモリ６０９は、主にプログラム又は命令記憶領域とデータ記憶領域を含んでもよい。ここで、プログラム又は命令記憶領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム又は命令（例えば、音声再生機能、画像再生機能など）などを記憶することができる。なお、メモリ６０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリを含んでもよい。ここで、非揮発性メモリは、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリーメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブルリードオンリーメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の非揮発性ソリッドステートメモリデバイスである。

プロセッサ６１０は、一つ又は複数の処理ユニットを含んでもよい。選択的に、プロセッサ６１０は、アプリケーションプロセッサとモデムプロセッサを統合してもよい。ここで、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインタフェースとアプリケーションプログラム又は命令などを処理するものであり、モデムプロセッサは、主に無線通信を処理するものであり、例えばベースバンドプロセッサである。理解できるように、上記モデムプロセッサは、プロセッサ６１０に統合されなくてもよい。

ここで、プロセッサ６１０は、以下の少なくとも一つに基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定するために用いられる。即ち、予め配置される情報、在圏セル又はサービングセルから受信されたシステムメッセージ、中継端末からの第一の配置情報、ネットワーク側機器からの第二の配置情報である。

本出願の実施例では、リモート端末（例えば端末６００）は、以下の少なくとも一つに基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定してもよい。即ち、予め配置される情報、在圏セル又はサービングセルから受信されたシステムメッセージ、中継端末からの第一の配置情報、ネットワーク側機器からの第二の配置情報である。本出願の実施例は、リモート端末、中継端末とネットワーク側の理解を一致させ、通信の有効性を向上させることを容易にする。

本出願の実施例による端末が実行する時、上記サイドリンク中継アーキテクチャにおける配置方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。

本出願の実施例は、可読記憶媒体をさらに提供し、前記可読記憶媒体にはプログラム又は命令が記憶されており、このプログラム又は命令がプロセッサにより実行される時、上記サイドリンク中継アーキテクチャにおける配置方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。

ここで、前記プロセッサは、上記実施例に記載の端末におけるプロセッサであってもよい。前記可読記憶媒体は、コンピュータ可読記憶媒体、例えばコンピュータリードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどを含む。

本出願の実施例は、チップをさらに提供し、前記チップは、プロセッサと通信インターフェースを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、上記サイドリンク中継アーキテクチャにおける配置方法の実施例の各プロセスを実現するために用いられ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。

理解すべきこととして、本出願の実施例に言及されたチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップなどと呼ばれてもよい。

本出願の実施例は、コンピュータプログラム製品をさらに提供し、前記コンピュータプログラム製品が非揮発性のメモリに記憶されている。前記コンピュータプログラム製品が少なくとも一つのプロセッサにより実行されて、上記サイドリンク中継アーキテクチャにおける配置方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。

本出願の実施例は、通信機器をさらに提供し、上記サイドリンク中継アーキテクチャにおける配置方法の実施例の各プロセスを実行するために用いられるように構成され、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。

説明すべきこととして、本明細書では、用語である「含む」、「包含」又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それによって一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「・・・を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。なお、指摘すべきこととして、本出願の実施の形態における方法と装置の範囲は、図示又は記述された順序で機能を実行することに限らず、係る機能に基づいて基本的に同時である方式又は逆の順序で機能を実行することを含んでもよく、例えば記述されたものとは異なる手順で、記述された方法を実行することができるとともに、様々なステップを追加、省略又は組み合わせることができる。また、いくつかの例を参照して記述された特徴は、他の例で組み合わせられることができる。

以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されることができる。無論、ハードウェアによって実現されてもよいが、多くの場合、前者は、より好適な実施の形態である。このような理解を踏まえて、本出願の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって具現化されてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）に本出願の各実施例に記載の方法を実行させるための若干の命令を含む。

以上は、図面を結び付けながら、本出願の実施例を記述したが、本出願は、上記の具体的な実施の形態に限らない。上記の具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本出願の示唆で、本出願の趣旨と請求項が保護する範囲から逸脱しない限り、多くの形式を行うこともでき、いずれも本出願の保護範囲に属する。

Claims (10)

1. リモート端末に用いられるサイドリンク中継アーキテクチャにおけるサイドリンク配置方法であって、
   ネットワーク側機器からの第二の配置情報に基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することを含み、
   前記サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することは、
   前記Ｌ２中継アーキテクチャにおいて、ＲＲＣプロセスによって前記ネットワーク側機器からの第二の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することを含み、
   前記Ｌ２中継アーキテクチャにおいて、
   前記リモート端末は、前記第二の配置情報に基づいて、サイドリンク伝送のサイドリンク無線ベアラＳＬＲＢ配置、サービスデータアダプティブプロトコルＳＤＡＰ配置、及び、パケットデータコンバージェンスプロトコルＰＤＣＰ配置を決定し、
   サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する前に、前記リモート端末は、アイドル状態又は接続状態にあり、
   前記リモート端末は、前記ネットワーク側機器とＲＲＣ接続を確立する際に、前記ネットワーク側機器に前記リモート端末の帰属情報を送信し、ｓｉｄｅｌｉｎｋシステム情報の取得状況と、オフライン状況とのうちの少なくとも一つを含む、
   サイドリンク中継アーキテクチャにおけるサイドリンク配置方法。
2. サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定する前に、前記リモート端末は、オフライン状態にあり、前記サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することは、
   予め配置される情報に基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することをさらに含み、前記リモート端末はさらに、前記予め配置される情報に基づいて中継端末とＬ２中継アーキテクチャを確立するために用いられる、請求項１に記載のサイドリンク中継アーキテクチャにおけるサイドリンク配置方法。
3. 前記リモート端末は、前記第二の配置情報又は前記第一の配置情報に基づいて、サイドリンク伝送の無線リンク制御ＲＬＣベアラ配置を決定する、請求項１に記載のサイドリンク中継アーキテクチャにおけるサイドリンク配置方法。
4. 前記サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することは、
   前記システムメッセージ又はネットワーク側機器からの第二の配置情報に基づいて、サイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することであって、前記リモート端末はさらに、前記システムメッセージ又は前記第二の配置情報に基づいて中継端末とＬ２中継アーキテクチャを確立するために用いられることと、
   前記Ｌ２中継アーキテクチャにおいて、前記システムメッセージを引き続き使用してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定し、又は、ＲＲＣプロセスによって前記ネットワーク側機器からの第二の配置情報を受信してサイドリンク中継アーキテクチャにおけるサイドリンク配置を決定することとをさらに含む、請求項１に記載のサイドリンク中継アーキテクチャにおけるサイドリンク配置方法。
5. 前記帰属情報は、前記リモート端末の在圏セル情報をさらに含む、請求項１に記載のサイドリンク中継アーキテクチャにおけるサイドリンク配置方法。
6. 前記サイドリンク中継アーキテクチャにおけるサイドリンク配置方法は、
   第一のサービングセルで使用される前記システムメッセージ又は前記第二の配置情報が第二のサービングセルに適用するかどうかを決定することをさらに含み、
   前記第一のサービングセルは、前記リモート端末がＲＲＣ接続を確立する前のサービングセルであり、前記第二のサービングセルは、前記ＲＲＣ接続後のサービングセルであり、前記第一のサービングセルは、前記第二のサービングセルと同じか又は異なり、
   又は、
   前記サイドリンク中継アーキテクチャにおけるサイドリンク配置方法は、
   前記リモート端末と前記中継端末との間で伝送される、前記ネットワーク側機器が前記リモート端末のために無線ベアラ情報を配置するためのトラフィック特性を前記ネットワーク側機器に送信することと、
   前記無線ベアラ情報を受信し、且つ前記無線ベアラ情報に基づいて、前記リモート端末と前記中継端末とが通信するための無線ベアラを確立することとをさらに含み、
   又は、
   前記サイドリンク中継アーキテクチャにおけるサイドリンク配置方法は、
   前記リモート端末と前記中継端末との間で伝送される、前記ネットワーク側機器が前記リモート端末のために専用リソース情報を配置するためのトラフィック特性を前記ネットワーク側機器に送信することと、
   前記専用リソース情報を受信し、且つ前記専用リソース情報により指示される専用リソースに基づいて前記中継端末と通信することとをさらに含む、請求項４に記載のサイドリンク中継アーキテクチャにおけるサイドリンク配置方法。
7. 前記サイドリンク中継アーキテクチャにおけるサイドリンク配置方法は、
   中継端末との間のターゲットトラフィックが、ＣＡ繰り返しｄｕｐｌｉｃａｔｉｏｎ伝送されることをさらに含み、前記ターゲットトラフィックがＣＡ繰り返し伝送されることは、
   前記リモート端末のために直接配置されるものであり、
   前記リモート端末が前記ターゲットトラフィックのサービス品質ＱｏＳを報告する場合に、ネットワーク側機器が前記ターゲットトラフィックに対応するＳＬＲＢのために配置されるものであり、
   前記ターゲットトラフィックが使用するＱｏＳ配置は、ＣＡ繰り返し伝送機能をオンにし、
   前記ターゲットトラフィックのＱｏＳ特徴配置は、ＣＡ繰り返し伝送機能をオンにする、請求項１に記載のサイドリンク中継アーキテクチャにおけるサイドリンク配置方法。
8. 前記リモート端末の、重複データを伝送するための複数のＲＬＣベアラは、それぞれ異なるキャリアユニットＣＣサブセットを配置する、請求項１に記載のサイドリンク中継アーキテクチャにおけるサイドリンク配置方法。
9. 中継端末とネットワーク側機器との間のＵｕインターフェースにおいて二重接続が配置される場合に、
   前記リモート端末は、一組のセキュリティパラメータを使用し、前記リモート端末の複数のデータ無線ベアラＤＲＢは、一つのネットワーク機器に対応し、又は
   前記リモート端末の複数のＤＲＢは、複数組のセキュリティパラメータを使用する、請求項１に記載のサイドリンク中継アーキテクチャにおけるサイドリンク配置方法。
10. プロセッサと、メモリと、前記メモリに記憶されており、且つ前記プロセッサで運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、請求項１から９のいずれか１項に記載のサイドリンク中継アーキテクチャにおけるサイドリンク配置方法を実現する、リモート端末。