JP2023546843A

JP2023546843A - Ｄｒｘ決定方法、装置、端末及び可読記憶媒体

Info

Publication number: JP2023546843A
Application number: JP2023522461A
Authority: JP
Inventors: ジェン，チエン; ヤン，シャオドン; ジー，ズーチャオ
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2020-10-22
Filing date: 2021-10-20
Publication date: 2023-11-08
Also published as: WO2022083635A1; EP4221317A4; CN114390598A; EP4221317A1; US20230247553A1; CN114390598B

Abstract

本出願は、ＤＲＸ決定方法、装置、端末及び可読記憶媒体を開示し、通信技術分野に属する。ＤＲＸ決定方法は、第一の端末が第二の端末に第一の情報を送信することであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数であることと、前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信することとを含む。【選択図】図３

Description

（関連出願の相互参照）
本出願は、２０２０年１０月２２日に中国で提出された中国特許出願番号Ｎｏ．２０２０１１１４２４８４．５の優先権を主張しており、同出願の内容のすべては、ここに参照として取り込まれる。

本出願は、通信技術分野に属し、具体的には、ＤＲＸ決定方法、装置、端末及び可読記憶媒体に関する。

ロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ＬＴＥ）システムは、端末同士がネットワーク側機器を介さずに直接通信するためのサイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬ）をサポートすることができる。端末の電力消費を低減するために、ＳＬ非連続受信（ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ、ＤＲＸ）メカニズムを導入することができる。

ＳＬＤＲＸメカニズムは、従来のＵｕＤＲＸメカニズムと類似しており、その主な区別は、ＤＲＸ配置の応用が異なることであり、ＳＬＤＲＸ配置は、一対の端末間の送受信に用いられるが、ＵｕＤＲＸ配置は、一つの端末とネットワーク側機器との間の送受信に用いられる。従来の技術において、ＵｕＤＲＸ配置は、ネットワーク側機器によって決定される。ＳＬＤＲＸメカニズムがＵｕＤＲＸメカニズムを再利用する場合、端末がネットワーク側機器のカバー範囲外で作動する可能性があり、ネットワーク側機器がＳＬ通信の業務特性を十分に理解していないなどの問題があることを考慮すると、ネットワーク側機器によって決定されるＳＬＤＲＸ配置の信頼性は、比較的に低い。

本出願の実施例は、ＳＬＤＲＸ配置のネゴシエーションを実現できるＤＲＸ決定方法、装置、端末及び可読記憶媒体を提供する。
第一の態様によれば、第一の端末によって実行されるＤＲＸ決定方法を提供し、前記方法は、
第二の端末に第一の情報を送信することであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数であることと、
前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信することとを含む。

第二の態様によれば、第二の端末によって実行されるＤＲＸ決定方法を提供し、前記方法は、
第一の端末により送信された第一の情報を受信することであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数であることと、
前記第一の端末に前記第一の情報に対するフィードバック情報を送信することとを含む。

第三の態様によれば、ＤＲＸ決定装置を提供し、前記ＤＲＸ決定装置は、
第二の端末に第一の情報を送信するための第一の送信モジュールであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数である第一の送信モジュールと、
前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信するための第一の受信モジュールとを含む。

第四の態様によれば、ＤＲＸ決定装置を提供し、前記ＤＲＸ決定装置は、
第一の端末により送信された第一の情報を受信するための第二の受信モジュールであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数である第二の受信モジュールと、
前記第一の端末に前記第一の情報に対するフィードバック情報を送信するための第二の送信モジュールとを含む。

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

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

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

第八の態様によれば、プログラム製品を提供し、前記プログラム製品は、非揮発性の記憶媒体に記憶されており、前記プログラム製品は、少なくとも一つのプロセッサにより実行されて、第一の態様に記載の方法を実現し、又は第二の態様に記載の方法を実現する。

本出願の実施例では、第一の端末は、自ら提案するＮセットのＳＬＤＲＸ配置を第二の端末に指示することで、第二の端末がそれにより提案されるＳＬＤＲＸ配置を受け入れか否かを決め、且つ該当するフィードバックを行うことができる。これで分かるように、本出願の実施例では、ＳＬ通信の第一の端末と第二の端末は、適切なＳＬＤＲＸ配置を自らネゴシエーションして決定することができ、このように、決定されるＳＬＤＲＸ配置がＳＬ通信の業務特性により適合することによって、決定されるＳＬＤＲＸ配置の信頼性を向上させることができる。

本出願の実施例が適用可能な無線通信システムのブロック図である。本出願の実施例によるＤＲＸ周期の概略図である。本出願の実施例によるＤＲＸ決定方法のフローチャートのその一である。本出願の実施例によるＤＲＸ決定方法のフローチャートのその二である。本出願の実施例によるＰＣ５ユニキャストリンク確立プロセスの概略図のその一である。本出願の実施例によるＰＣ５ユニキャストリンク確立プロセスの概略図のその二である。本出願の実施例によるＰＣ５ユニキャストリンク確立プロセスの概略図のその三である。本出願の実施例によるＰＣ５ユニキャストリンク修正プロセスの概略図のその一である。本出願の実施例によるＰＣ５ユニキャストリンク修正プロセスの概略図のその二である。本出願の実施例によるＰＣ５ユニキャストリンク修正プロセスの概略図のその三である。本出願の実施例によるＰＣ５ＲＲＣ再配置プロセスの概略図のその一である。本出願の実施例によるＰＣ５ＲＲＣ再配置プロセスの概略図のその二である。本出願の実施例によるＰＣ５ＲＲＣ再配置プロセスの概略図のその三である。本出願の実施例によるＰＣ５－Ｓ又はＰＣ５ＲＲＣプロセスの概略図のその一である。本出願の実施例によるＰＣ５－Ｓ又はＰＣ５ＲＲＣプロセスの概略図のその二である。本出願の実施例によるＰＣ５－Ｓ又はＰＣ５ＲＲＣプロセスの概略図のその三である。本出願の実施例によるＤＲＸ決定装置の構造図のその一である。本出願の実施例によるＤＲＸ決定装置の構造図のその二である。本出願の実施例による端末の構造図のその一である。本出願の実施例による端末の構造図のその二である。

以下は、本出願の実施例における図面を結び付けながら、本出願の実施例における技術案を明瞭且つ完全に記述し、明らかに、記述された実施例は、本出願の一部の実施例であり、すべての実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本出願の保護範囲に属する。
本出願の明細書と特許請求の範囲における用語である「第一」、「第二」などは、類似している対象を区別するものであり、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、このように使用されるデータは、適切な場合に交換可能であり、それにより本出願の実施例は、ここで図示又は記述されたもの以外の順序で実施されることが可能であり、且つ「第一」、「第二」によって区別される対象は、一般的には同一種類であり、対象の個数を限定せず、例えば第一の対象は、一つであってもよく、複数であってもよい。なお、明細書及び請求項における「及び／又は」は、接続される対象のうちの少なくとも一つを表し、文字である「／」は、一般的には前後関連対象が「又は」の関係であることを表す。

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

図１は、本出願の実施例が適用可能な無線通信システムのブロック図を示す。無線通信システムは、第一の端末１１と、ネットワーク側機器１２と、第二の端末１３とを含む。ここで、ネットワーク側機器１２は、それぞれ第一の端末１１と第二の端末１３と通信してもよく、第一の端末１１は、第二の端末１２と通信してもよい。

実際の応用において、図１に示すように、端末は、上りリンクリンク（ＵｐＬｉｎｋ、ＵＬ）を介してネットワーク側機器に情報を送信してもよく、ネットワーク側機器は、下りリンクリンク（ＤｏｗｎＬｉｎｋ、ＤＬ））を介して端末に情報を送信してもよい。第一の端末１１と第二の端末１３は、サイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬ））を介して直接通信してもよく、即ち第一の端末１１と第二の端末１３は、ネットワーク側機器１２を介さずに通信してもよい。サイドリンクは、側リンク、エッジリンク、サブリンクなどと呼ばれてもよい。

本出願の実施例では、一つの実現方式において、第一の端末は、ＳＬ通信の送信端末であってもよく、第二の端末は、ＳＬ通信の受信端末であってもよく、別の実現方式において、第一の端末は、ＳＬ通信の受信端末であってもよく、第二の端末は、ＳＬ通信の送信端末であってもよく、具体的には、実際の状況に応じて決められてもよく、本出願の実施例は、これに対して限定しない。

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

理解の便宜上、以下は、本出願の実施例に関わるいくつかの内容を説明する。

一、Ｓｉｄｅｌｉｎｋ。

ロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ＬＴＥ）システムは、端末間でネットワーク側機器を介さずにデータを直接伝送するためのＳｉｄｅｌｉｎｋをサポートすることができる。

ＬＴＥＳｉｄｅｌｉｎｋの設計は、特定の公衆安全事務（例えば、火災場所又は地震などの災難場所で緊急通信を行う）又はビークルツーエブリシング（ＶｅｈｉｃｌｅｔｏＥｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）通信などに適用される。ビークルツーエブリシング通信は、様々な業務、例えば、基本安全類通信、高級（自動）運転、編隊、センサ拡張などを含む。ＬＴＥＳｉｄｅｌｉｎｋがブロードキャスト通信のみをサポートするため、ＬＴＥＳｉｄｅｌｉｎｋは、主に基本安全類通信に用いられ、遅延、信頼性などの面で、厳密なサービス品質（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ、ＱｏＳ）需要を有する他の高級Ｖ２Ｘ業務は、第五世代（５－ｔｈ－Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）ニューラジオ（ＮｅｗＲａｄｉｏ、ＮＲ）ｓｉｄｅｌｉｎｋによってサポートされる。

二、Ｓｉｄｅｌｉｎｋの伝送形式。

Ｓｉｄｅｌｉｎｋ伝送は、ブロードキャスト（Ｂｒｏａｄｃａｓｔ）、グループキャスト（Ｇｒｏｕｐｃａｓｔ）、ユニキャスト（Ｕｎｉｃａｓｔ）の複数の伝送形式を含んでもよい。ユニキャストは、その名の通り一対一（ＯｎｅｔｏＯｎｅ）の伝送である。グループキャストとブロードキャストは、いずれも一対複数（ＯｎｅｔｏＭａｎｙ）の伝送であるが、ブロードキャストには、ＵＥが同一のグループに属する概念がない。Ｓｉｄｅｌｉｎｋのユニキャストとグループキャスト通信は、物理層のハイブリッド自動再送要求（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ＨＡＲＱ）フィードバックメカニズムをサポートする。

三、リソース割り当てモード（Ｍｏｄｅ）。

Ｓｉｄｅｌｉｎｋのリソース割り当てモードは、以下の二種類を含んでもよい。

１）Ｍｏｄｅ１：基地局（ＢａｓｅＳｔａｔｉｏｎ、ＢＳ）は、ＵＥがＳＬ伝送のために使用するＳＬリソース（ＢＳｓｃｈｅｄｕｌｅｓＳＬｒｅｓｏｕｒｃｅ（ｓ）ｔｏｂｅｕｓｅｄｂｙＵＥｆｏｒＳＬｔｒａｎｓｍｉｓｓｉｏｎ（ｓ））をスケジューリングする。このモードで、ネットワーク側機器（例えば基地局）がリソースを制御して各ＵＥに割り当てるため、このモードは、基地局スケジューリングモードと呼ばれてもよい。

２）Ｍｏｄｅ２：ＵＥは、ＢＳ／ネットワーク（Ｎｅｔｗｏｒｋ）又は予め配置されるＳＬリソースにより配置されるＳＬリソースにおけるＳＬ伝送リソース（ＵＥｄｅｔｅｒｍｉｎｅｓ、ｉ．ｅ．ＢＳｄｏｅｓｎｏｔｓｃｈｅｄｕｌｅ、ＳＬｔｒａｎｓｍｉｓｓｉｏｎｒｅｓｏｕｒｃｅ（ｓ）ｗｉｔｈｉｎＳＬｒｅｓｏｕｒｃｅｓｃｏｎｆｉｇｕｒｅｄｂｙＢＳ／ｎｅｔｗｏｒｋｏｒｐｒｅ－ｃｏｎｆｉｇｕｒｅｄＳＬｒｅｓｏｕｒｃｅｓ）を決定する（即ちＢＳがスケジューリングしない）。このモードで、各ＵＥが自律的にリソースを選択するため、このモードは、ＵＥ自律モードと呼ばれてもよい。

四、Ｕｕエアインターフェース非連続受信（ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ、ＤＲＸ）、以下では、ＵｕＤＲＸと略称される。

ＬＴＥとＮＲには、いずれもＤＲＸメカニズムが導入されている。ＤＲＸメカニズムは、ＤＲＸのアクティブ化時間（ＤＲＸｏｎ）とＤＲＸの非アクティブ化時間（ＤＲＸｏｆｆ）を配置することによってＵＥの省電力を達成する。

ＤＲＸ周期（ＤＲＸｃｙｃｌｅ）のＯｎＤｕｒａｔｉｏｎ期間において、ＵＥは、物理下りリンク制御チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＣＣＨ）をモニタリングする（ＵＥｓｈａｌｌｍｏｎｉｔｏｒＰＤＣＣＨ）。

あるＤＲＸｃｙｃｌｅのＯｎＤｕｒａｔｉｏｎ期間において、ＰＤＣＣＨをモニタリングしておらず、即ちスケジューリングされていない場合、ＯｎＤｕｒａｔｉｏｎ期間の後にＵＥは、ＤＲＸ機会（ＯｐｐｏｒｔｕｎｉｔｙｆｏｒＤＲＸ）とも呼ばれるこのＤＲＸｃｙｃｌｅのｏｆｆ期間に入る。この場合、このＤＲＸのＤＲＸｏｎ長さは、このＤＲＸのＯｎＤｕｒａｔｉｏｎの長さであり、このＤＲＸは、有効化されるＤＲＸと呼ばれてもよい。例えば、このＤＲＸのＯｎＤｕｒａｔｉｏｎが１０個のスロット（ｓｌｏｔ）を含むとすると、このＤＲＸのＤＲＸｏｎの長さは、１０個のｓｌｏｔを含む。理解の便宜上、図２を参照する。図２において、ＤＲＸ周期（ＤＲＸｃｙｃｌｅ）の持続時間（ＯｎＤｕｒａｔｉｏｎ）は、ＤＲＸｏｎである。

あるＤＲＸｃｙｃｌｅのＯｎＤｕｒａｔｉｏｎ期間において、あるｓｌｏｔでＰＤＣＣＨをモニタリングしており、即ちあるｓｌｏｔでスケジューリングされてデータを受信した後に、次のいくつかのｓｌｏｔ内にスケジューリングされ続ける可能性が大きい。そのため、ＵＥが初期伝送データをスケジューリングされるごとに、タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを起動又は再起動し、ＵＥは、このタイマがタイムアウトするまでアクティブ化状態にある。この場合、このＤＲＸのＤＲＸｏｎ長さは、このＤＲＸのＯｎＤｕｒａｔｉｏｎ長さ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの運行時間長、及びスケジューリング時点によって連携して決定され、このＤＲＸは、アクティブ化されるＤＲＸと呼ばれてもよい。例えば、このＤＲＸのＯｎＤｕｒａｔｉｏｎが１０個のｓｌｏｔを含み、スケジューリング時点がこの１０個のｓｌｏｔのうちの６番目のｓｌｏｔであり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの運行時間長が１０個のｓｌｏｔであるとすると、このＤＲＸのＤＲＸｏｎの長さは、１５個のｓｌｏｔを含む。

ＤＲＸを配置する際に、持続時間タイマ（ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）、ＤＲＸ非アクティブ化タイマ（ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）、ＤＲＸ再送タイマ（ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）、長ＤＲＸ周期開始オフセット値（ｌｏｎｇＤＲＸ－ＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ）などのパラメータを配置する。

ＵＥは、ＤＲＸを配置した後に、送信又は受信データのデコーディングに失敗した場合、ＵＥは、アクティブ化時間に入り、制御チャネルをモニタリングし、ネットワークによりスケジューリングされる再送を待つ必要がある。

下りリンクのデータ受信に対し、ＵＥは、ＰＤＣＣＨにより指示される下りリンクデータ伝送を受信しており、且つＨＡＲＱ情報をフィードバックした後に、対応するＨＡＲＱプロセスのために下りリンクバックホールタイマ（ＨＡＲＱ往復時間（ＲｏｕｎｄＴｒｉｐＴｉｍｅ、ＲＴＴ）Ｔｉｍｅｒ）を起動する。ＨＡＲＱＲＴＴＴｉｍｅｒがタイムアウトした後に、且つこのＨＡＲＱプロセスのデータのデコーディングに成功しなかった場合、ＵＥは、再送タイマ（ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を起動し、且つＰＤＣＣＨをモニタリングし、伝送を待つ。

上りリンクデータ送信に対し、ＵＥは、ＰＤＣＣＨにより指示される上りリンクデータ伝送を受信した後に、対応するＨＡＲＱプロセスのために上りリンクバックホールタイマＨＡＲＱＲＴＴＴｉｍｅｒを起動する。ＨＡＲＱＲＴＴＴｉｍｅｒがタイムアウトした後に、ＵＥは、再送タイマ（ｄｒｘ－ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を起動し、且つアクティブ化状態に入り、ＰＤＣＣＨをモニタリングし、ネットワークによりスケジューリングされる伝送を待つ。

図３を参照すると、図３は、本出願の実施例によるＤＲＸ決定方法のフローチャートのその一である。図３に示すＤＲＸ決定方法は、第一の端末によって実行されてもよい。

図３に示すように、ＤＲＸ決定方法は、以下のステップを含んでもよい。

ステップ３０１、第二の端末に第一の情報を送信し、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数である。

具体的に実現される時に、第一の実現方式において、前記ＮセットのＳＬＤＲＸ配置は、前記第一の端末により生成されるＳＬＤＲＸ配置であってもよい。第二の実現方式において、前記ＮセットのＳＬＤＲＸ配置は、前記第一の端末が予め取得されたＳＬＤＲＸ配置から選択したＳＬＤＲＸ配置であってもよく、ここで、前記少なくとも一セットのＳＬＤＲＸ配置は、ネットワーク側機器によって配置され、予め配置され、Ｖ２Ｘレイヤによって配置され、又はプロトコルによって約定されてもよく、具体的には、実際の状況に応じて決められてもよく、本出願の実施例は、これに対して限定しない。

選択的に、前記ＳＬＤＲＸ配置は、ＳＬＤＲＸの、周期と、ターゲットリファレンス時点に対するオフセット量と、持続時間長と、非アクティブ化タイマの運行時間長と、ハイブリッド自動再送要求ＨＡＲＱプロセスに関連する往復時間ＲＴＴタイマの運行時間長と、再送タイマの運行時間長とのうちの少なくとも一つを含む。

ここで、前記ターゲットリファレンス時点は、前記ＳＬＤＲＸ配置が有効になるリファレンス時点である。具体的に実現される時に、前記ターゲットリファレンス点は、前記第一の端末によって決められ、ネットワーク側機器によって配置され、予め配置され、Ｖ２Ｘレイヤによって配置され、又はプロトコルによって約定されてもよく、具体的には、実際の状況に応じて決められてもよく、本出願の実施例は、これに対して限定しない。説明すべきこととして、対応する異なるＳＬＤＲＸ配置に含まれる具体的なパラメータは、同じであってもよく、異なってもよく、対応する異なるＳＬＤＲＸ配置に含まれるパラメータ数は、等しくてもよく、等しくなくてもよく、具体的には、実際の状況に応じて決められてもよく、本開示の実施例は、これに対して限定しない。

ステップ３０２、前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信する。

本出願の実施例では、前記第二の端末は、前記第一の端末により提案される前記ＮセットのＳＬＤＲＸ配置を取得した後に、前記ＮセットのＳＬＤＲＸ配置を受け入れるか否かを決め、且つ該当するフィードバックを行うことができる。

具体的に実現される時に、前記第二の端末が前記ＮセットのＳＬＤＲＸ配置を受け入れるか否かを決めることは、１）前記ＮセットのＳＬＤＲＸ配置のうちの少なくとも一セットのＳＬＤＲＸ配置を受け入れることと、２）前記ＮセットのＳＬＤＲＸ配置のうちの少なくとも一セットのＳＬＤＲＸ配置における一部のパラメータのみを受け入れることと、３）前記ＮセットのＳＬＤＲＸ配置を拒否することとのうちのいずれか一つを含んでもよい。

１）に対し、前記第二の端末は、前記フィードバック情報によって前記第二の端末により受け入れられたＳＬＤＲＸ配置を指示してもよい。前記第一の端末は、前記フィードバック情報を受信した後に、前記第二の端末により受け入れられたＳＬＤＲＸ配置のうちのターゲットＳＬＤＲＸ配置を決定し、且つこのターゲットＳＬＤＲＸ配置を使用して前記第二の端末とＳＬＤＲＸ通信を行ってもよい。

２）に対し、前記第二の端末は、前記フィードバック情報によって前記第二の端末により受け入れられたＳＬＤＲＸ配置の第一のパラメータを指示してもよく、前記第一のパラメータは、前記第二の端末によって受け入れられるパラメータ、又は、前記第二の端末によって拒否され、修正されたパラメータであってもよい。

前記第一のパラメータが前記第二の端末によって受け入れられるパラメータである場合、前記第一の端末は、前記フィードバック情報を受信した後に、前記第二の端末に前記第一のパラメータを再提案してもよく、その具体的な処理フローは、前記第二の端末にＳＬＤＲＸ配置を提案することと同じであり、両方の主な区別が両方の提案対象が異なることであるため、前記第二の端末に前記第一のパラメータを再提案する具体的な処理フローは、前記第二の端末にＳＬＤＲＸ配置を提案する処理フローを参照すればよく、ここでこれ以上説明しない。

前記第一のパラメータが、前記第二の端末によって拒否され、修正されたパラメータである場合、前記第一の端末は、前記フィードバック情報を受信した後に、前記第一のパラメータを受け入れるか否かを決めてもよい。受け入れた場合、前記第一の端末と前記第二の端末の両方により受け入れられたＳＬＤＲＸ配置のうちのターゲットＳＬＤＲＸ配置を決定し、且つこのターゲットＳＬＤＲＸ配置を使用して前記第二の端末とＳＬＤＲＸ通信を行ってもよい。拒否した場合、前記第二の端末とＳＬＤＲＸ配置を再ネゴシエーションし、又は、前記第一の端末と前記第二の端末との間のダイレクトリンクをＤＲＸ非アクティブ化状態に（即ち送受信されるデータがある場合、ＤＲＸ状態ではなく、連続送受信状態にあるよう）設定し、又は、前記第一の端末と前記第二の端末との間のダイレクトリンクをリリースしてもよい。

３）に対し、前記第二の端末は、前記フィードバック情報によって前記ＮセットのＳＬＤＲＸ配置を拒否するよう前記第二の端末に指示してもよい。さらに、前記第二の端末はさらに、前記フィードバック情報によって前記第二の端末により提案されるＳＬＤＲＸ配置を指示してもよい。

前記フィードバック情報が前記第二の端末により提案されるＳＬＤＲＸ配置を指示していない場合、前記第一の端末は、前記フィードバック情報を受信した後に、前記第二の端末とＳＬＤＲＸ配置を再ネゴシエーションし、又は、前記第一の端末と前記第二の端末との間のダイレクトリンクをＤＲＸ非アクティブ化状態に（即ち送受信されるデータがある場合、ＤＲＸ状態ではなく、連続送受信状態にあるよう）設定し、又は、前記第一の端末と前記第二の端末との間のダイレクトリンクをリリースしてもよい。

前記フィードバック情報が、前記第二の端末により提案されるＳＬＤＲＸ配置を指示する場合、前記第一の端末は、前記フィードバック情報を受信した後に、前記第二の端末により提案されるＳＬＤＲＸ配置を受け入れるか否かを決めてもよい。受け入れた場合、前記第一の端末と前記第二の端末の両方により受け入れられたＳＬＤＲＸ配置のうちのターゲットＳＬＤＲＸ配置を決定し、且つこのターゲットＳＬＤＲＸ配置を使用して前記第二の端末とＳＬＤＲＸ通信を行ってもよい。拒否した場合、前記第二の端末とＳＬＤＲＸ配置を再ネゴシエーションし、又は、前記第一の端末と前記第二の端末との間のダイレクトリンクをＤＲＸ非アクティブ化状態に（即ち送受信されるデータがある場合、ＤＲＸ状態ではなく、連続送受信状態にあるよう）設定し、又は、前記第一の端末と前記第二の端末との間のダイレクトリンクをリリースしてもよい。

本出願の実施例のＤＲＸ決定方法では、第一の端末は、自ら提案するＮセットのＳＬＤＲＸ配置を第二の端末に指示し、第二の端末がそれにより提案されるＳＬＤＲＸ配置を受け入れか否かを決め、且つ該当するフィードバックを行うことに供することができる。これで分かるように、本出願の実施例では、ＳＬ通信の第一の端末と第二の端末は、適切なＳＬＤＲＸ配置を自らネゴシエーションして決定することができ、このように、決定されるＳＬＤＲＸ配置がＳＬ通信の業務特性により適合することによって、決定されるＳＬＤＲＸ配置の信頼性を向上させることができる。

一、以下は、本出願の実施例における第一の情報を説明する。

選択的に、前記第一の情報は、前記ＮセットのＳＬＤＲＸ配置と、前記ＮセットのＳＬＤＲＸ配置と一対一に対応するＮ個のインデックス値とのうちの少なくとも一つを含む。つまり、前記第一の情報は、前記ＮセットのＳＬＤＲＸ配置と、前記Ｎ個のインデックス値とのうちの少なくとも一つを運ぶことによって、前記ＮセットのＳＬＤＲＸ配置を指示することができる。

前記内容から分かるように、第一の実現方式において、前記ＮセットのＳＬＤＲＸ配置は、前記第一の端末によって生成されてもよく、第二の実現方式において、前記ＮセットのＳＬＤＲＸ配置は、前記第一の端末によって選択されてもよい。異なる実現方式で決定される前記ＮセットのＳＬＤＲＸ配置に対し、前記第一の情報が前記ＮセットのＳＬＤＲＸ配置を指示する方式は、異なってもよく、具体的には、以下のように説明される。

上記第一の実現方式によって決定される前記ＮセットのＳＬＤＲＸ配置に対し、前記第一の情報は少なくとも、前記ＮセットのＳＬＤＲＸ配置を含み、このように、前記第二の端末は、前記第一の情報を受信した後にのみ、前記ＮセットのＳＬＤＲＸ配置を取得することができる。さらに、前記第一の情報はさらに、前記Ｎ個のインデックス値を含んでもよく、このように、前記第二の端末は、前記ＮセットのＳＬＤＲＸ配置のうちの少なくとも一セットのＳＬＤＲＸ配置の一部又はすべてのパラメータを受け入れた場合、インデックス値を直接返信することによって受け入れられるＳＬＤＲＸ配置を指示することができ、それによってシグナリングオーバヘッドを節約することができる。

上記第二の実現方式によって決定される前記ＮセットのＳＬＤＲＸ配置に対し、前記第二の端末が同様の方式によってＳＬＤＲＸ配置を取得することができるため、前記第一の情報は、前記Ｎ個のインデックス値のみを含んでもよく、それによってシグナリングオーバヘッドを節約することができる。

選択的に、前記第一の情報は、前記ＮセットのＳＬＤＲＸ配置と一対一に対応するＮ個の特徴情報グループをさらに含む。

具体的に実現される時に、ＳＬＤＲＸ配置に対応する特徴情報グループは、前記第二の端末がこのＳＬＤＲＸ配置を受け入れるか否か、又は、このＳＬＤＲＸ配置の一部のパラメータを修正するか否かを決めるために用いられてもよい。

選択的に、前記特徴情報グループは、ＳＬＤＲＸ配置優先度（ｐｒｉｏｒｉｔｙ）と、サービス品質（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ、ＱｏＳ）と、論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ、ＬＣ）識別子（ＩＤ）と、論理チャネル優先度と、ベアラ（ｂｅａｒｅｒ）識別子と、ベアラ優先度と、ＱｏＳフロー識別子と、アプリケーション識別子（ａｐｐｌｉｃａｔｉｏｎＩＤ）と、サービス識別子（ｓｅｒｖｉｃｅｉｄｅｎｔｉｆｉｅｒ）と、ソースアドレスレイヤ２識別子（ｓｏｕｒｃｅＬ２ＩＤ）と、宛先アドレスレイヤ２識別子（ｄｅｓｔｉｎａｔｉｏｎＬ２ＩＤ）とのうちの少なくとも一つを含む。

具体的に実現される時に、ＱｏＳは、データパケット又はデータストリームの優先度、遅延、信頼性などのパラメータを含んでもよい。ＳＬＤＲＸ配置のＳＬＤＲＸ配置優先度は、このＳＬＤＲＸ配置におけるパラメータの修正を許容するか否かを決めることであって、例えば、あるＳＬＤＲＸ配置のＳＬＤＲＸ配置優先度が予め設定されるＳＬＤＲＸ配置優先度よりも低い場合にのみ、このＳＬＤＲＸ配置の修正を許容し、そうではない場合、このＳＬＤＲＸ配置の修正を許容しないことと、前記ターゲットＳＬＤＲＸ配置を決めることであって、例えば、前記第一の端末と前記第二の端末がネゴシエーションして決定したＳＬＤＲＸ配置が複数ある場合、これらの複数のＳＬＤＲＸ配置のうちのＳＬＤＲＸ配置優先度が一番高いＳＬＤＲＸ配置をターゲットＳＬＤＲＸ配置として選択し、且つＳＬＤＲＸ配置を採用してＳＬＤＲＸ通信を行ってもよいこととのうちのいずれか一つに用いられてもよい。

前記特徴情報グループは、ネットワーク側機器によって配置され、予め配置され、Ｖ２Ｘレイヤによって配置され、又はプロトコルによって約定されてもよく、具体的には、実際の状況に応じて決められてもよく、本出願の実施例は、これに対して限定しない。説明すべきこととして、対応する異なるＳＬＤＲＸ配置の特徴情報グループに含まれる具体的なパラメータは、同じであってもよく、異なってもよく、対応する異なるＳＬＤＲＸ配置の特徴情報グループに含まれるパラメータ数は、等しくてもよく、等しくなくてもよく、具体的には、実際の状況に応じて決められてもよく、本開示の実施例は、これに対して限定しない。

選択的に、前記第一の情報は、ダイレクトリンク確立要求メッセージと、ダイレクトリンク修正要求メッセージと、ダイレクトリンク無線リソース制御ＲＲＣ再配置メッセージと、ＳＬＤＲＸ配置要求メッセージとのうちのいずれか一つによって乗せられてもよい。

具体的に実現される時に、前記第一の端末と前記第二の端末は、異なるプロセスによってＳＬＤＲＸ配置をネゴシエーションしてもよく、異なるプロセスでＳＬＤＲＸ配置をネゴシエーションする時、前記第一の情報は、異なるメッセージによって乗せられてもよく、具体的には、以下のように説明される。

方式一、前記第一の端末は、従来のプロセス、例えば、ＰＣ５ユニキャストリンク確立プロセス、ＰＣ５ユニキャストリンク修正プロセス、ＰＣ５ＲＲＣ再配置プロセスなどを多重化し、ＳＬＤＲＸ配置をネゴシエーションしてもよく、それによってシグナリングオーバヘッドを節約することができる。

具体的には、ＳＬＤＲＸ配置のネゴシエーションが、ＰＣ５ユニキャストリンク確立プロセスに発生した場合、前記第一の情報は、ダイレクトリンク確立要求メッセージによって乗せられてもよい。ＳＬＤＲＸ配置のネゴシエーションが、ＰＣ５ユニキャストリンク修正プロセスに発生した場合、前記第一の情報は、ダイレクトリンク修正要求メッセージによって乗せられてもよい。ＳＬＤＲＸ配置のネゴシエーションが、ＰＣ５ＲＲＣ再配置プロセスに発生した場合、前記第一の情報は、ダイレクトリンクＲＲＣ再配置メッセージによって乗せられてもよい。

方式二、ＳＬＤＲＸ配置のネゴシエーションに専用のプロセス、例えばＰＣ５－シグナリング（Ｓｉｇｎａｌｉｎｇ、Ｓ）又はＰＣ５ＲＲＣプロセスを新たに導入してもよい。このように、ＳＬＤＲＸ配置のネゴシエーションを他のフローとの結合から解除し、他のフローと独立して発生させることができ、それによってＳＬＤＲＸ配置のネゴシエーションの柔軟度を向上させることができる。

ＳＬＤＲＸ配置のネゴシエーションが、新たに導入されるプロセスに発生した場合、前記第一の情報は、ＳＬＤＲＸ配置要求メッセージによって乗せられてもよい。

二、以下は、本出願の実施例における前記フィードバック情報を説明する。

１）選択的に、前記フィードバック情報は、
Ｍ個のインデックス値と、
Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータと、
ＫセットのＳＬＤＲＸ配置とのうちのいずれか一つを含み、
ここで、前記Ｍ個のインデックス値は、前記ＮセットのＳＬＤＲＸ配置のうちのＭセットのＳＬＤＲＸ配置と一対一に対応し、前記第一のＳＬＤＲＸ配置は、前記ＭセットのＳＬＤＲＸ配置のうちの少なくとも一セットのＳＬＤＲＸ配置を含み、Ｍは、Ｎ以下の正の整数であり、Ｋは、正の整数である。

具体的には、以下のように説明される。

前記フィードバック情報がＭ個のインデックス値を含む場合、前記第二の端末が前記第一の端末により提案される前記Ｍ個のインデックス値に関連するＭセットのＳＬＤＲＸ配置を受け入れることを表す。

前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含む場合、前記第二の端末が少なくとも前記第一の端末により提案される少なくとも一セットのＳＬＤＲＸ配置の一部のパラメータを受け入れることを表し、ここで、前記少なくとも一セットのＳＬＤＲＸ配置は、前記Ｍ個のインデックス値に関連するＭセットのＳＬＤＲＸ配置のうちのＳＬＤＲＸ配置である。

この場合、選択的に、前記第一のパラメータは、前記第一のＳＬＤＲＸ配置において前記第二の端末によって受け入れられるパラメータと、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータとのうちのいずれか一つであってもよい。

前記フィードバック情報がＫセットのＳＬＤＲＸ配置を含む場合、選択的に、前記ＫセットのＳＬＤＲＸ配置は、
ａ）前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置のうちのＳＬＤＲＸ配置であることと、
ｂ）前記ＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
ｃ）前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを満たす。

前記ＫセットのＳＬＤＲＸ配置がａ）を満たす場合、前記第二の端末が前記第一の端末により提案されるＫセットのＳＬＤＲＸ配置を受け入れることを表す。

前記ＫセットのＳＬＤＲＸ配置がｂ）を満たす場合、前記第二の端末が前記第一の端末の一部の提案を受け入れ、且つ自ら受け入れない部分に対して自らの提案を与えたことを表す。

前記ＫセットのＳＬＤＲＸ配置がｃ）を満たす場合、前記第二の端末が前記第一の端末の提案を拒否しており、且つ自らの提案を与えたことを表す。

１）におけるフィードバック情報に対し、選択的に、前記フィードバック情報は、ダイレクトリンク確立受け入れメッセージと、ダイレクトリンク修正受け入れメッセージと、ダイレクトリンクＲＲＣ再配置完了メッセージと、ＳＬＤＲＸ配置応答メッセージとのうちのいずれか一つによって乗せられてもよい。

理解できるように、前記フィードバック情報の乗せられる方式は、前記第一の情報の乗せられる方式に関連する。前記第一の情報がダイレクトリンク確立要求メッセージによって乗せられる場合、前記フィードバック情報は、ダイレクトリンク確立受け入れメッセージによって乗せられてもよく、前記第一の情報がダイレクトリンク修正要求メッセージによって乗せられる場合、前記フィードバック情報は、ダイレクトリンク修正受け入れメッセージによって乗せられてもよく、前記第一の情報がダイレクトリンクＲＲＣ再配置メッセージによって乗せられる場合、前記フィードバック情報は、ダイレクトリンクＲＲＣ再配置完了メッセージによって乗せられてもよく、前記第一の情報がＳＬＤＲＸ配置要求メッセージによって乗せられる場合、前記フィードバック情報は、ＳＬＤＲＸ配置応答メッセージによって乗せられてもよい。

１）におけるフィードバック情報に対し、選択的に、前記フィードバック情報が第一の条件を満たす場合、前記の、前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信した後に、前記方法は、
前記第一の端末が前記フィードバック情報を拒否した場合、第一の操作を実行することをさらに含み、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含み、
前記第一の操作は、
前記第二の端末に第二の情報を送信することであって、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む。

本選択的な実施の形態では、前記フィードバック情報が第一の条件を満たすことは、前記フィードバック情報が前記第二の端末の提案を与えたことを表す。この場合、前記内容から分かるように、前記第一の端末は、前記フィードバック情報を受信した後に、前記第二の端末の提案を受け入れるか否かを決めてもよい。前記第二の端末の提案を拒否し、即ち前記フィードバック情報を拒否した場合、第一の操作を実行してもよい。

選択的に、前記第二の情報は、ダイレクトリンクリリース要求メッセージによって乗せられる。この場合、ダイレクトリンクリリース要求メッセージの送信をトリガーする原因は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことである。

前記の、ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することは、前記第一の端末と前記第二の端末との間のダイレクトリンクをＤＲＸ非アクティブ化状態に設定し、即ちＤＲＸ方式を採用して前記第一の端末と前記第二の端末との間のデータ送受信を行うことを停止し、前記第一の端末と前記第二の端末との間にデータ送受信が存在する場合、データが持続送受信状態にあることとして理解されてもよい。

説明すべきこととして、ステップ３０１とステップ３０２が、ＰＣ５ユニキャストリンク確立プロセスに発生した場合、前記フィードバック情報は、ダイレクトリンク確立受け入れメッセージによって乗せられ、前記第一の端末と前記第二の端末との間にダイレクトリンク接続がすでに確立されたことを表すため、前記第一の操作が、前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることを含む場合、前記第一の端末は、他のフロー、例えば、ＰＣ５ユニキャストリンク修正プロセス、ＰＣ５ＲＲＣ再配置プロセス、ＰＣ５－Ｓ又はＰＣ５ＲＲＣプロセスなどによってＳＬＤＲＸ配置の再ネゴシエーションを行ってもよい。

ステップ３０１とステップ３０２が、ＰＣ５ユニキャストリンク確立プロセス以外の他のプロセスに発生した場合、前記第一の端末と前記第二の端末との間にダイレクトリンク接続がすでに確立されたことを表すため、前記第一の操作が、前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることを含む場合、前記第一の端末は、同じフロー又は異なるフローによってＳＬＤＲＸ配置の再ネゴシエーションを行ってもよく、具体的には、実際の状況に応じて決められてもよく、本出願の実施例は、これに対して限定しない。

２）選択的に、前記フィードバック情報は、前記ＮセットのＳＬＤＲＸ配置の受け入れを拒否することを指示する。

１）における前記フィードバック情報に対し、前記第二の端末が前記第一の端末の提案の受け入れを拒否し、且つ自らの提案を与えないことを表す。

選択的に、前記フィードバック情報は、ダイレクトリンク確立拒否メッセージと、ダイレクトリンク修正拒否メッセージと、ダイレクトリンクＲＲＣ再配置失敗メッセージと、ＳＬＤＲＸ配置拒否メッセージとのうちのいずれか一つによって乗せられてもよい。

理解できるように、前記フィードバック情報の乗せられる方式は、前記第一の情報の乗せられる方式に関連する。前記第一の情報がダイレクトリンク確立要求メッセージによって乗せられる場合、前記フィードバック情報は、ダイレクトリンク確立拒否メッセージによって乗せられてもよく、前記第一の情報がダイレクトリンク修正要求メッセージによって乗せられる場合、前記フィードバック情報は、ダイレクトリンク修正拒否メッセージによって乗せられてもよく、前記第一の情報がダイレクトリンクＲＲＣ再配置メッセージによって乗せられる場合、前記フィードバック情報は、ダイレクトリンクＲＲＣ再配置失敗メッセージによって乗せられてもよく、前記第一の情報がＳＬＤＲＸ配置要求メッセージによって乗せられる場合、前記フィードバック情報は、ＳＬＤＲＸ配置拒否メッセージによって乗せられてもよい。

選択的に、前記の、前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信した後に、前記方法は、
第二の操作を実行することをさらに含み、
ここで、前記第二の操作は、
前記第二の端末に第二の情報を送信することであって、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む。

選択的に、前記第二の情報は、ダイレクトリンクリリース要求メッセージによって乗せられる。この場合、ダイレクトリンクリリース要求メッセージの送信をトリガーする原因は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことである。前記の、ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することは、前記記述を参照すればよく、ここでこれ以上説明しない。

説明すべきこととして、ステップ３０１とステップ３０２が、ＰＣ５ユニキャストリンク確立プロセスに発生した場合、前記フィードバック情報は、ダイレクトリンク確立拒否メッセージによって乗せられ、前記第一の端末と前記第二の端末との間にダイレクトリンク接続がまだ確立されていないことを表すため、この場合、前記第二の操作は、前記第二の端末に第二の情報を送信することを含まなくてもよい。

本選択的な実施の形態では、ＳＬＤＲＸ配置の再ネゴシエーションは、ステップ３０１とステップ３０２の位置するフローと同じであってもよく、異なってもよく、具体的には、実際の状況に応じて決められてもよく、本出願の実施例は、これに対して限定しない。

本出願の実施例では、端末は、第三の情報を予め取得してもよく、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられる。

具体的に実現される時に、前記上限しきい値及び／又は、前記下限しきい値は、ネットワーク側機器によって配置され、予め配置され、Ｖ２Ｘレイヤによって配置され、又はプロトコルによって約定されてもよく、具体的には、実際の状況に応じて決められてもよく、本出願の実施例は、これに対して限定しない。

具体的に実現される時に、前記上限しきい値及び／又は、前記下限しきい値は、端末が、自ら提案するＳＬＤＲＸのアクティブ化時間長を決定することと、端末が他の端末により提案されるＳＬＤＲＸのアクティブ化時間長を受け入れるか否かを決めることとのうちの少なくとも一つに用いられてもよく、具体的には、以下のように説明される。

選択的に、前記の、第二の端末に第一の情報を送信する前に、前記方法は、
第三の情報に基づき、前記ＮセットのＳＬＤＲＸ配置を決定することをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられる。

本選択的な実施の形態では、前記上限しきい値及び／又は、前記下限しきい値は、前記第一の端末が前記ＮセットのＳＬＤＲＸ配置を決定するために用いられる。

本選択的な実施の形態では、前記ＮセットのＳＬＤＲＸ配置に含まれるＳＬＤＲＸアクティブ化時間長は、前記上限しきい値以下であることと、前記下限しきい値以上であることとのうちの少なくとも一つを満たしてもよい。無論、理解できるように、他の実施の形態において、前記ＮセットのＳＬＤＲＸ配置に含まれるＳＬＤＲＸアクティブ化時間長は、前記上限しきい値よりも大きい値、又は、前記下限しきい値よりも小さい値であってもよく、具体的には、実際の状況に応じて決められてもよく、本出願の実施例は、これに対して限定しない。

選択的に、前記フィードバック情報が第一の条件を満たす場合、前記の、前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信した後に、前記方法は、
第三の情報に基づき、前記フィードバック情報を受け入れるか否かを決定することをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

本選択的な実施の形態では、前記上限しきい値及び／又は、前記下限しきい値は、前記第一の端末が前記第二の端末により提案されるＳＬＤＲＸのアクティブ化時間長を受け入れるか否かを決めるために用いられてもよい。

具体的に実現される時に、前記上限しきい値に対し、前記フィードバック情報により指示されるＳＬＤＲＸアクティブ化時間長が前記上限しきい値よりも大きい場合、前記第一の端末は、この提案を拒否してもよく、前記フィードバック情報により指示されるＳＬＤＲＸアクティブ化時間長が前記上限しきい値以下である場合、前記第一の端末は、この提案を受け入れてもよい。このように、ネゴシエーションに成功したＳＬＤＲＸアクティブ化時間長が長すぎることを回避して、端末の電力消費を低減することができる。

前記下限しきい値に対し、前記フィードバック情報により指示されるＳＬＤＲＸアクティブ化時間長が前記下限しきい値よりも小さい場合、前記第一の端末は、この配置を受け入れてもよい。このように、前記第一の端末が頻繁に再ネゴシエーションをトリガーすることを回避することができる。

図４を参照すると、図４は、本出願の実施例によるＤＲＸ決定方法のフローチャートのその二である。図４に示すＤＲＸ決定方法は、ネットワーク側機器によって実行される。

図４に示すように、ＤＲＸ決定方法は、以下のステップを含んでもよい。

ステップ４０１、第一の端末により送信された第一の情報を受信し、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数である。

ステップ４０２、前記第一の端末に前記第一の情報に対するフィードバック情報を送信する。

本出願の実施例のＤＲＸ決定方法では、第二の端末は、第一の端末により提案されたＮセットのＳＬＤＲＸ配置を受信した後に、それにより提案されるＳＬＤＲＸ配置を受け入れか否かを自ら決め、且つ該当するフィードバックを行うことができる。これで分かるように、本出願の実施例では、ＳＬ通信の第一の端末と第二の端末は、適切なＳＬＤＲＸ配置を自らネゴシエーションして決定することができ、このように、決定されるＳＬＤＲＸ配置がＳＬ通信の業務特性により適合することによって、決定されるＳＬＤＲＸ配置の信頼性を向上させることができる。

選択的に、前記第一の情報は、前記ＮセットのＳＬＤＲＸ配置と、前記ＮセットのＳＬＤＲＸ配置と一対一に対応するＮ個のインデックス値とのうちの少なくとも一つを含む。

選択的に、前記特徴情報グループは、ＳＬＤＲＸ配置優先度と、サービス品質ＱｏＳと、論理チャネル識別子と、論理チャネル優先度と、ベアラ識別子と、ベアラ優先度と、ＱｏＳフロー識別子と、アプリケーション識別子と、サービス識別子と、ソースアドレスレイヤ２識別子と、宛先アドレスレイヤ２識別子とのうちの少なくとも一つを含む。

選択的に、前記ＳＬＤＲＸ配置は、ＳＬＤＲＸの、周期と、ターゲットリファレンス時点に対するオフセット量と、持続時間長と、非アクティブ化タイマの運行時間長と、ハイブリッド自動再送要求ＨＡＲＱプロセスに関連する往復時間ＲＴＴタイマの運行時間長と、再送タイマの運行時間長とのうちの少なくとも一つを含み、ここで、前記ターゲットリファレンス時点は、前記ＳＬＤＲＸ配置が有効になるリファレンス時点である。

選択的に、前記第一の情報は、ダイレクトリンク確立要求メッセージと、ダイレクトリンク修正要求メッセージと、ダイレクトリンク無線リソース制御ＲＲＣ再配置メッセージと、ＳＬＤＲＸ配置要求メッセージとのうちのいずれか一つによって乗せられる。

選択的に、前記フィードバック情報は、
Ｍ個のインデックス値と、
Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータと、
ＫセットのＳＬＤＲＸ配置とのうちのいずれか一つを含み、
ここで、前記Ｍ個のインデックス値は、前記ＮセットのＳＬＤＲＸ配置のうちのＭセットのＳＬＤＲＸ配置と一対一に対応し、前記第一のＳＬＤＲＸ配置は、前記ＭセットのＳＬＤＲＸ配置のうちの少なくとも一セットのＳＬＤＲＸ配置を含み、Ｍは、Ｎ以下の正の整数であり、Ｋは、正の整数である。

選択的に、前記ＫセットのＳＬＤＲＸ配置は、
前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置のうちのＳＬＤＲＸ配置であることと、
前記ＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを満たす。

選択的に、前記第一のパラメータは、前記第一のＳＬＤＲＸ配置において前記第二の端末によって受け入れられるパラメータと、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータとのうちのいずれか一つである。

選択的に、前記フィードバック情報は、ダイレクトリンク確立受け入れメッセージと、ダイレクトリンク修正受け入れメッセージと、ダイレクトリンクＲＲＣ再配置完了メッセージと、ＳＬＤＲＸ配置応答メッセージとのうちのいずれか一つによって乗せられる。

選択的に、前記フィードバック情報が第一の条件を満たす場合、前記の、前記第一の端末に前記第一の情報に対するフィードバック情報を送信した後に、前記方法は、
前記第一の端末により送信された第二の情報を受信することをさらに含み、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

選択的に、前記フィードバック情報は、前記ＮセットのＳＬＤＲＸ配置の受け入れを拒否することを指示する。

選択的に、前記フィードバック情報は、ダイレクトリンク確立拒否メッセージと、ダイレクトリンク修正拒否メッセージと、ダイレクトリンクＲＲＣ再配置失敗メッセージと、ＳＬＤＲＸ配置拒否メッセージとのうちのいずれか一つによって乗せられる。

選択的に、前記の、前記第一の端末に前記第一の情報に対するフィードバック情報を送信した後に、前記方法は、
前記第一の端末により送信された第二の情報を受信することをさらに含み、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられる。

選択的に、前記第二の情報は、ダイレクトリンクリリース要求メッセージによって乗せられる。

選択的に、前記の、前記第一の端末に前記第一の情報に対するフィードバック情報を送信する前に、前記方法は、
第三の情報に基づき、前記フィードバック情報を生成することをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられる。

本選択的な実施の形態では、前記上限しきい値及び／又は、前記下限しきい値は、前記第二の端末が前記第一の端末により提案されるＳＬＤＲＸのアクティブ化時間長を受け入れるか否かを決めるために用いられてもよい。

具体的に実現される時に、前記上限しきい値に対し、前記第一の情報により指示されるＳＬＤＲＸアクティブ化時間長が前記上限しきい値よりも大きい場合、前記第二の端末は、この提案を拒否してもよく、前記第一の情報により指示されるＳＬＤＲＸアクティブ化時間長が前記上限しきい値以下である場合、前記第二の端末は、この提案を受け入れ、又は、ＳＬＤＲＸアクティブ化時間長を推奨してもよい。このように、ネゴシエーションに成功したＳＬＤＲＸアクティブ化時間長が長すぎることを回避して、端末の電力消費を低減することができる。

前記下限しきい値に対し、前記第一の情報により指示されるＳＬＤＲＸアクティブ化時間長が前記下限しきい値よりも小さい場合、前記第二の端末は、この配置を受け入れ、この配置を拒否せず、新たなＳＬＤＲＸを起動せず、又はアクティブ化せず、又は新たなＳＬＤＲＸをネゴシエーションしなくてもよい。このように、端末が頻繁に再ネゴシエーションをトリガーすることを回避することができる。

説明すべきこととして、本実施例は、図３の方法の実施例に対応するネットワーク側機器の実施例であるため、図３の方法の実施例における関連説明を参照すればよく、且つ同じ有益な効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

説明すべきこととして、本出願の実施例で紹介される様々な選択的な実施の形態は、互いに結び付けて実現されてもよく、単独で実現されてもよく、本出願の実施例は、これに対して限定しない。

理解の便宜上、例示的には、以下のように説明される。
本出願の実施例では、１）ＵＥ１（ＴＸＵＥ）は、ＳＬＤＲＸ配置（ＳＬＤＲＸｐａｔｔｅｒｎ）提案を送信し、ＵＥ２（ＲＸＵＥ）は、ＳＬＤＲＸ配置提案を受け入れるか否かを決め、受け入れない場合、さらにＳＬＤＲＸ配置提案を与えてもよい。ＵＥ１は、提案を受け入れるか否かを最終的に決める。

上記情報は、従来のシグナリングフローの進化形に運ばれてもよく、又は新たなシグナリングフローを導入してもよい。

ＵＥ１は、一セット又は複数セットのＳＬＤＲＸ配置を提案してもよく、ＵＥ２は、そのうちのあるセットを決めてもよく、さらに、ＵＥ２は、一部のパラメータを修正してもよい。

ＳＬＤＲＸ配置優先度を定義する。優先度の低いＳＬＤＲＸｐａｔｔｅｒｎは、修正されてもよい。

２）ＤＲＸ配置のネゴシエーションに成功しなかった場合に対し、処理方式、例えば、ａ）拒否、ｂ）リンクリリース、ｃ）再ネゴシエーション、ｄ）ＤＲＸｏｆｆなどを提供しており、具体的には、下記記述を参照すればよく、ここで記述しない。

３）ＵＥは、対応する有効化又はアクティブ化されるＳＬＤＲＸｏｎ長さがこのしきい値以上であるか否かを判断するためのＳＬＤＲＸｏｎ長さ上限しきい値を配置する。

４）ＵＥは、対応する有効化又はアクティブ化されるＳＬＤＲＸｏｎ長さがこのしきい値以上であるか否かを判断するためのＳＬＤＲＸｏｎ長さ下限しきい値を配置する。

実施例１：ＳＬＤＲＸネゴシエーションは、ＰＣ５ユニキャストリンク確立プロセスに発生する。

ステップ１：ＵＥ１は、ダイレクトリンク確立要求メッセージに運ばれる少なくとも一セットのＳＬＤＲＸｐａｔｔｅｒｎ情報をＵＥ２に送信する。

具体的には、各セットのＳＬＤＲＸｐａｔｔｅｒｎ情報は、周期、オフセット量、ｏｎｄｕｒａｔｉｏｎ長さ、Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒ長さ、ＨＡＲＱプロセスに関連するＲＴＴｔｉｍｅｒ長さ、再送ｔｉｍｅｒ長さなどのパラメータを含んでもよい。

なお、各セットのＳＬＤＲＸｐａｔｔｅｒｎ情報はさらに、一つのインデックス値に関連し、ダイレクトリンク確立要求メッセージに一緒に運ばれてもよい。

なお、各セットのＳＬＤＲＸｐａｔｔｅｒｎ情報はさらに、一セットのＳＬＤＲＸｐａｔｔｅｒｎ属性に関連してもよく、このセットのＳＬＤＲＸｐａｔｔｅｒｎ属性は、優先度（ｐｒｉｏｒｉｔｙ）と、ＱｏＳ（遅延、信頼性などを指す）と、論理チャネル識別子（ＬＣＩＤ）と、ベアラ識別子（ｂｅａｒｅｒＩＤ）と、ＱｏＳフロー識別子（ＱｏＳｆｌｏｗｉｎｄｅｘ）と、アプリケーション識別子（ａｐｐｌｉｃａｔｉｏｎＩＤ）と、サービス識別子（ｓｅｒｖｉｃｅｉｄｅｎｔｉｆｉｅｒ）と、ソースアドレスレイヤ２識別子（ｓｏｕｒｃｅＬ２ＩＤ）と、宛先アドレスレイヤ２識別子（ｄｅｓｔｉｎａｔｉｏｎＬ２ＩＤ）とのうちの少なくとも一つを含み、ＳＬＤＲＸｐａｔｔｅｒｎ属性は、Ｖ２Ｘレイヤによって配置され、又は基地局によって配置され、又は予め配置され、又はプロトコルによって定義されてもよい。

ステップ２：ＵＥ２は、ダイレクトリンク確立受け入れメッセージに運ばれる受け入れ可能なＳＬＤＲＸｐａｔｔｅｒｎ情報をＵＥ１にフィードバックする。

ＵＥ２が受け入れ可能なＳＬＤＲＸｐａｔｔｅｒｎ情報の表現方式は、
ステップ１における少なくとも一つのインデックス値と、
ステップ１における少なくとも一つのインデックス値と対応するインデックス値に関連するそのセットのＳＬＤＲＸｐａｔｔｅｒｎ情報の一部のパラメータであって、即ちＵＥ２がネゴシエーションプロセスでいくつかのパラメータを修正することを許容するものと、
少なくとも一セットのＳＬＤＲＸｐａｔｔｅｒｎ情報とのうちのいずれか一つである。ここで、ステップ１の少なくとも一セットのＳＬＤＲＸｐａｔｔｅｒｎ情報のコピー（ｃｏｐｙ）であるか否かを限定せず、即ちＵＥ２がネゴシエーションプロセスでステップ１を基礎としていくつかのパラメータを修正することを許容する。さらに、ステップ１の優先度が一定のしきい値よりも低いＳＬＤＲＸｐａｔｔｅｒｎのみが修正されることができることをさらに限定してもよい。

ステップ３：ステップ２に基づき、ＵＥ２がネゴシエーションプロセスでいくつかのパラメータを修正することを許容する場合、ステップ２の後、ＵＥ１は、ＵＥ２によりフィードバックされるＳＬＤＲＸｐａｔｔｅｒｎ情報を受け入れるか否かをさらに判断する。受け入れることができない場合、
ＵＥ１が、ＵＥ２にダイレクトリンクリリース要求メッセージ（ダイレクトリンクリリース要求メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい）を送信することと、
ＵＥ１が、対応するダイレクトリンクをＤＲＸｏｆｆ状態に設定することとのうちのいずれか一つを実行する。

ステップ４：ＵＥ２は、受け入れ可能なＳＬＤＲＸｐａｔｔｅｒｎ情報がないと判断したため、ダイレクトリンク確立拒否メッセージをフィードバックする。

ダイレクトリンク確立拒否メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい。

次に、
ＵＥ１が、ＳＬＤＲＸの再ネゴシエーションをトリガーし、即ちステップ１に移行し、ダイレクトリンク確立要求メッセージを再開始することと、
ＵＥ１が、対応するダイレクトリンクをＤＲＸｏｆｆ状態に設定することとのうちのいずれか一つを実行してもよい。

理解の便宜上、図５ａから５ｃを参照する。

図５ａは、ＳＬＤＲＸ配置のネゴシエーションに成功した場合を示す。図５ａに示すように、以下のステップを含んでもよい。

ステップ１：ＵＥ１は、ＵＥ２に少なくとも一セットのＳＬＤＲＸ配置を推奨するためのダイレクトリンク確立要求メッセージを送信する。

ステップ２：ＵＥ２は、ＵＥ１により推奨されるＳＬＤＲＸ配置を受け入れるか否かを決める。

ＵＥ１により推奨されるＳＬＤＲＸ配置を受け入れた場合、ステップ３を実行する。

ステップ３：ＵＥ２は、ＵＥ１にＵＥ２により受け入れられるＳＬＤＲＸ配置を指示するためのダイレクトリンク確立受け入れメッセージを送信する。

図５ｂは、ＳＬＤＲＸ配置のネゴシエーションに失敗した場合を示す。図５ｂに示すように、以下のステップを含んでもよい。

ＵＥ１により推奨されるＳＬＤＲＸ配置を拒否した場合、ステップ３を実行する。

ステップ３：ＵＥ２は、ダイレクトリンク確立拒否メッセージをＵＥ１に送信し、前記ダイレクトリンク確立拒否メッセージは、ＳＬＤＲＸ配置のネゴシエーション失敗である運び拒否原因値を運んでもよい。

ステップ４：ＵＥ１は、ＳＬＤＲＸ配置の再ネゴシエーションを開始し、ＵＥ２にダイレクトリンク確立要求メッセージを送信する。

図５ｃは、ＳＬＤＲＸ配置のネゴシエーションに失敗した場合を示す。図５ｃに示すように、以下のステップを含んでもよい。

ＵＥ１により推奨されるＳＬＤＲＸ配置を修正する場合、ステップ３を実行する。

ステップ３：ＵＥ２は、ＵＥ１にダイレクトリンク確立受け入れメッセージを送信し、前記ダイレクトリンク確立受け入れメッセージは、修正されたＳＬＤＲＸ配置を運んでもよい。

ステップ４：ＵＥ１は、ＵＥ２により修正されたＳＬＤＲＸ配置を受け入れるか否かを決める。

ＵＥ２により修正されたＳＬＤＲＸ配置を拒否した場合、ステップ５を実行してもよい。

ステップ５：ＵＥ１は、ダイレクトリンクリリース要求メッセージをＵＥ２に送信し、前記ダイレクトリンクリリース要求メッセージは、ＳＬＤＲＸ配置のネゴシエーション失敗であるリリース原因値を運んでもよい。

実施例２：ＳＬＤＲＸネゴシエーションは、ＰＣ５ユニキャストリンク修正プロセスに発生する。

ステップ１：ＵＥ１は、ダイレクトリンク修正要求メッセージに運ばれる少なくとも一セットのＳＬＤＲＸｐａｔｔｅｒｎ情報をＵＥ２に送信する。

なお、各セットのＳＬＤＲＸｐａｔｔｅｒｎ情報はさらに、一つのインデックス値に関連し、ダイレクトリンク確立要求メッセージ、ダイレクトリンク修正要求メッセージ、ＰＣ５ＲＲＣ再配置メッセージに一緒に運ばれてもよい。

なお、各セットのＳＬＤＲＸｐａｔｔｅｒｎ情報はさらに、一セットのＳＬＤＲＸｐａｔｔｅｒｎ属性に関連してもよく、このセットのＳＬＤＲＸｐａｔｔｅｒｎ属性は、優先度（ｐｒｉｏｒｉｔｙ）と、ＱｏＳ（遅延、信頼性などを指す）と、論理チャネル識別子（ＬＣＩＤ）と、ベアラ識別子（ｂｅａｒｅｒＩＤ）と、ＱｏＳフロー識別子（ＱｏＳｆｌｏｗｉｎｄｅｘ）と、アプリケーション識別子（ａｐｐｌｉｃａｔｉｏｎＩＤ）と、サービス識別子（ｓｅｒｖｉｃｅｉｄｅｎｔｉｆｉｅｒ）と、ソースアドレスレイヤ２識別子（ｓｏｕｒｃｅＬ２ＩＤ）と、宛先アドレスレイヤ２識別子（ｄｅｓｔｉｎａｔｉｏｎＬ２ＩＤ）とのうちの少なくとも一つを含み、ＳＬＤＲＸｐａｔｔｅｒｎ属性は、Ｖ２Ｘレイヤによって配置され、又は基地局によって配置され、又は予め配置され、又はプロトコルによって定義されるものなどであってもよい。

ステップ２：ＵＥ２は、ダイレクトリンク修正受け入れメッセージに運ばれる受け入れ可能なＳＬＤＲＸｐａｔｔｅｒｎ情報をＵＥ１にフィードバックする。

ＵＥ２が受け入れ可能なＳＬＤＲＸｐａｔｔｅｒｎ情報の表現方式は、
ステップ１における少なくとも一つのインデックス値と、
ステップ１における少なくとも一つのインデックス値と対応するインデックス値に関連するそのセットのＳＬＤＲＸｐａｔｔｅｒｎ情報の一部のパラメータであって、即ちＵＥ２がネゴシエーションプロセスでいくつかのパラメータを修正することを許容するものと、
少なくとも一セットのＳＬＤＲＸｐａｔｔｅｒｎ情報とのうちのいずれか一つである。ここで、ステップ１の少なくとも一セットのＳＬＤＲＸｐａｔｔｅｒｎ情報であるか否かを限定せず、即ちＵＥ２がネゴシエーションプロセスでいくつかのパラメータを修正することを許容する。さらに、ステップ１の優先度が一定のしきい値よりも低いＳＬＤＲＸｐａｔｔｅｒｎのみが修正されることができることをさらに限定してもよい。

ステップ２に基づき、ＵＥ２がネゴシエーションプロセスでいくつかのパラメータを修正することを許容する場合、ステップ２の後、ＵＥ１は、ＵＥ２によりフィードバックされるＳＬＤＲＸｐａｔｔｅｒｎ情報を受け入れるか否かをさらに判断する。受け入れることができない場合、次に、
ＵＥ１が、ＵＥ２にダイレクトリンクリリース要求メッセージ（ダイレクトリンクリリース要求メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい）を送信することと、
ＵＥ１が、ダイレクトリンクをリリースしないが、ＳＬＤＲＸの再ネゴシエーションをトリガーし、即ちステップ１に移行し、ダイレクトリンク修正要求メッセージを再開始することと、
ＵＥ１が、対応するダイレクトリンクをＤＲＸｏｆｆ状態に設定することとのうちのいずれか一つを実行してもよい。

ステップ４：ＵＥ２は、受け入れ可能なＳＬＤＲＸｐａｔｔｅｒｎ情報がないと判断したため、ダイレクトリンク修正拒否メッセージをフィードバックする。

ダイレクトリンク修正拒否メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい。

次に、
ＵＥ１が、ＵＥ２にダイレクトリンクリリース要求メッセージ（ダイレクトリンクリリース要求メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい）を送信することと、
ＵＥ１が、ＳＬＤＲＸの再ネゴシエーションをトリガーし、即ちステップ１に移行し、ダイレクトリンク修正要求メッセージを再開始することと、
ＵＥ１が、対応するダイレクトリンクをＤＲＸｏｆｆ状態に設定することとのうちのいずれか一つを実行してもよい。

理解の便宜上、図６ａから６ｃを参照する。

図６ａは、ＳＬＤＲＸ配置のネゴシエーションに成功した場合を示す。図６ａに示すように、以下のステップを含んでもよい。

ステップ１：ＵＥ１は、ＵＥ２に少なくとも一セットのＳＬＤＲＸ配置を推奨するためのダイレクトリンク修正要求メッセージを送信する。

ステップ３：ＵＥ２は、ＵＥ２により受け入れられるＳＬＤＲＸ配置を指示するためのダイレクトリンク修正受け入れメッセージをＵＥ１に送信する。

図６ｂは、ＳＬＤＲＸ配置のネゴシエーションに失敗した場合を示す。図６ｂに示すように、以下のステップを含んでもよい。

ステップ３：ＵＥ２は、ダイレクトリンク修正拒否メッセージをＵＥ１に送信し、前記ダイレクトリンク修正拒否メッセージは、ＳＬＤＲＸ配置のネゴシエーション失敗である運び拒否原因値を運んでもよい。

ステップ４：ＵＥ１は、ダイレクトリンクリリース要求メッセージをＵＥ２に送信し、前記ダイレクトリンクリリース要求メッセージは、ＳＬＤＲＸ配置のネゴシエーション失敗であるリリース原因値を運んでもよい。

図６ｃは、ＳＬＤＲＸ配置のネゴシエーションに失敗した場合を示す。図６ｃに示すように、以下のステップを含んでもよい。

ステップ３：ＵＥ２は、ダイレクトリンク修正受け入れメッセージを送信し、前記ダイレクトリンク修正受け入れメッセージは、ＵＥ１に修正されたＳＬＤＲＸ配置を運んでもよい。

実施例３：ＳＬＤＲＸネゴシエーションは、ＰＣ５ＲＲＣ再配置プロセスに発生する。

ステップ１：ＵＥ１は、ＰＣ５ＲＲＣ再配置メッセージに運ばれる少なくとも一セットのＳＬＤＲＸｐａｔｔｅｒｎ情報をＵＥ２に送信する。

ステップ２：ＵＥ２は、ＰＣ５ＲＲＣ再配置完了メッセージに運ばれる受け入れ可能なＳＬＤＲＸｐａｔｔｅｒｎ情報をＵＥ１にフィードバックする。

ステップ２に基づき、ＵＥ２がネゴシエーションプロセスでいくつかのパラメータを修正することを許容する場合、ステップ２の後、ＵＥ１は、ＵＥ２によりフィードバックされるＳＬＤＲＸｐａｔｔｅｒｎ情報を受け入れるか否かをさらに判断する。受け入れることができない場合、次に、
ＵＥ１が、ＵＥ２にダイレクトリンクリリース要求メッセージ（ダイレクトリンクリリース要求メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい）を送信することと、
ＵＥ１が、ダイレクトリンクをリリースしないが、ＳＬＤＲＸの再ネゴシエーションをトリガーし、即ちステップ１に移行し、ＰＣ５ＲＲＣ再配置メッセージを再開始することと、
ＵＥ１が、対応するダイレクトリンクをＤＲＸｏｆｆ状態に設定することとのうちのいずれか一つを実行してもよい。

ステップ４：ＵＥ２は、受け入れ可能なＳＬＤＲＸｐａｔｔｅｒｎ情報がないと判断したため、ＰＣ５ＲＲＣ再配置失敗メッセージをフィードバックする。

ＰＣ５ＲＲＣ再配置失敗メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい。

次に、
ＵＥ１が、ＵＥ２にダイレクトリンクリリース要求メッセージ（ダイレクトリンクリリース要求メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい）を送信することと、
ＵＥ１が、ＳＬＤＲＸの再ネゴシエーションをトリガーし、即ちステップ１に移行し、ＰＣ５ＲＲＣ再配置メッセージを再開始することと、
ＵＥ１が、対応するダイレクトリンクをＤＲＸｏｆｆ状態に設定することとのうちのいずれか一つを実行してもよい。

理解の便宜上、図７ａから７ｃを参照する。

図７ａは、ＳＬＤＲＸ配置のネゴシエーションに成功した場合を示す。図７ａに示すように、以下のステップを含んでもよい。

ステップ１：ＵＥ１は、少なくとも一セットのＳＬＤＲＸ配置を推奨するためのダイレクトリンクＲＲＣ再配置メッセージをＵＥ２に送信する。

ステップ３：ＵＥ２は、ＵＥ２により受け入れられるＳＬＤＲＸ配置を指示するためのダイレクトリンクＲＲＣ再配置成功メッセージをＵＥ１に送信する。

図７ｂは、ＳＬＤＲＸ配置のネゴシエーションに失敗した場合を示す。図７ｂに示すように、以下のステップを含んでもよい。

ステップ１：ＵＥ１は、ＵＥ２に少なくとも一セットのＳＬＤＲＸ配置を推奨するためのダイレクトリンクＲＲＣ再配置メッセージを送信する。

ステップ３：ＵＥ２は、ダイレクトリンクＲＲＣ再配置失敗メッセージをＵＥ１に送信し、前記ダイレクトリンクＲＲＣ再配置失敗メッセージは、ＳＬＤＲＸ配置のネゴシエーション失敗である運び拒否原因値を運んでもよい。

ステップ４：ＵＥ１は、ＳＬＤＲＸ配置の再ネゴシエーションを開始し、ＵＥ２にダイレクトリンクＲＲＣ再配置メッセージを送信する。

図７ｃは、ＳＬＤＲＸ配置のネゴシエーションに失敗した場合を示す。図７ｃに示すように、以下のステップを含んでもよい。

ステップ３：ＵＥ２は、ダイレクトリンクＲＲＣ再配置成功メッセージをＵＥ１に送信し、前記ダイレクトリンクＲＲＣ再配置成功メッセージは、修正されたＳＬＤＲＸ配置を運んでもよい。

実施例４：ＳＬＤＲＸネゴシエーションは、新たに導入されるＰＣ５－Ｓ又はＰＣ５ＲＲＣプロセスに発生する。

実施例１、２、３の考え方は、従来のシグナリングフローを修正して実現することであるが、本実施例４の考え方は、新たなシグナリングフローを導入することであり、利点は、従来のシグナリングフローとの結合から解除され、独立して発生することができることである。

ステップ１：ＵＥ１は、新たに導入されるＰＣ５－Ｓ又はＰＣ５ＲＲＣメッセージ（ＳＬＤＲＸ配置要求メッセージと命名されてもよい）に運ばれる少なくとも一セットのＳＬＤＲＸｐａｔｔｅｒｎ情報をＵＥ２に送信する。

ステップ２：ＵＥ２は、新たに導入されるＰＣ５－Ｓ又はＰＣ５ＲＲＣメッセージ（ＳＬＤＲＸ配置応答メッセージと命名されてもよい）に運ばれる受け入れ可能なＳＬＤＲＸｐａｔｔｅｒｎ情報をＵＥ１にフィードバックする。

ステップ２に基づき、ＵＥ２がネゴシエーションプロセスでいくつかのパラメータを修正することを許容する場合、ステップ２の後、ＵＥ１は、ＵＥ２によりフィードバックされるＳＬＤＲＸｐａｔｔｅｒｎ情報を受け入れるか否かをさらに判断する。受け入れることができない場合、
ＵＥ１が、ＵＥ２にダイレクトリンクリリース要求メッセージ（ダイレクトリンクリリース要求メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい）を送信することと、
ＵＥ１が、ダイレクトリンクをリリースしないが、ＳＬＤＲＸの再ネゴシエーションをトリガーし、即ちステップ１に移行し、ＳＬＤＲＸ配置要求メッセージを再開始することと、
ＵＥ１が、対応するダイレクトリンクをＤＲＸｏｆｆ状態に設定することとのうちのいずれか一つを実行する。

ステップ４：ＵＥ２は、受け入れ可能なＳＬＤＲＸｐａｔｔｅｒｎ情報がないと判断したため、新たに導入されるＰＣ５－Ｓ又はＰＣ５ＲＲＣメッセージ（ＳＬＤＲＸ配置拒否メッセージと命名されてもよい）をフィードバックする。

ＳＬＤＲＸ配置拒否メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい。

次に、
ＵＥ１が、ＵＥ２にダイレクトリンクリリース要求メッセージ（ダイレクトリンクリリース要求メッセージは、原因値がＳＬＤＲＸのネゴシエーション失敗であることをさらに含んでもよい）を送信することと、
ＵＥ１が、ＳＬＤＲＸの再ネゴシエーションをトリガーし、即ちステップ１に移行し、ＳＬＤＲＸ配置要求メッセージを再開始することと、
ＵＥ１が、対応するダイレクトリンクをＤＲＸｏｆｆ状態に設定することとのうちのいずれか一つを実行してもよい。

理解の便宜上、図８ａから８ｃを参照する。

図８ａは、ＳＬＤＲＸ配置のネゴシエーションに成功した場合を示す。図８ａに示すように、以下のステップを含んでもよい。

ステップ１：ＵＥ１は、少なくとも一セットのＳＬＤＲＸ配置を推奨するためのＳＬＤＲＸ配置要求メッセージをＵＥ２に送信する。

ステップ３：ＵＥ２は、ＵＥ２により受け入れられるＳＬＤＲＸ配置を指示するためのＳＬＤＲＸ配置応答メッセージをＵＥ１に送信する。

図８ｂは、ＳＬＤＲＸ配置のネゴシエーションに失敗した場合を示す。図８ｂに示すように、以下のステップを含んでもよい。

ステップ１：ＵＥ１は、ＵＥ２に少なくとも一セットのＳＬＤＲＸ配置を推奨するためのＳＬＤＲＸ配置要求メッセージを送信する。

ステップ３：ＵＥ２は、ＳＬＤＲＸ配置拒否メッセージをＵＥ１に送信し、前記ＳＬＤＲＸ配置拒否メッセージは、ＳＬＤＲＸ配置のネゴシエーション失敗である運び拒否原因値を運んでもよい。

ステップ４：ＵＥ１は、ＳＬＤＲＸ配置の再ネゴシエーションを開始し、ＵＥ２にＳＬＤＲＸ配置要求メッセージを送信する。

図８ｃは、ＳＬＤＲＸ配置のネゴシエーションに失敗した場合を示す。図８ｃに示すように、以下のステップを含んでもよい。

ステップ３：ＵＥ２は、ＳＬＤＲＸ配置応答メッセージをＵＥ１に送信し、前記ＳＬＤＲＸ配置応答メッセージは、修正されたＳＬＤＲＸ配置を運んでもよい。

実施例５：ＳＬＵＥは、Ｖ２Ｘレイヤによって配置され、又は基地局によって配置され、又は予め配置される一つのＳＬＤＲＸｏｎ長さの上限値を有する。

実施例１から４の前にＳＬＵＥはさらに、Ｖ２Ｘレイヤによって配置され、又は基地局によって配置され、又は予め配置される一つのＳＬＤＲＸｏｎ長さの上限値を受信してもよい。有効化又はアクティブ化されるＳＬＤＲＸｏｎ長さがこの上限値を超えた場合、ＵＥは、リンク確立を拒否してもよく、そうではない場合、接続を確立し、又は使用可能なＤＲＸ配置を推奨してもよい。この値の用途は、省電力と業務ＱｏＳにおいて、ＵＥが、ＳＬＤＲＸｐａｔｔｅｒｎを受け入れるか否かを判断する際に参照することができると具現化されている。

実施例６：ＳＬＵＥは、Ｖ２Ｘレイヤによって配置され、又は基地局によって配置され、又は予め配置される一つのＳＬＤＲＸｏｎ長さの下限値を有する。

実施例１から４の前にＳＬＵＥはさらに、Ｖ２Ｘレイヤによって配置され、又は基地局によって配置され、又は予め配置される一つのＳＬＤＲＸｏｎ長さの下限値を受信してもよい。有効化又はアクティブ化されるＳＬＤＲＸｏｎ長さがこの下限値よりも少ない場合、ＵＥは、配置を拒否し、新たなＳＬＤＲＸを有効化又はアクティブ化し、又は新たなＳＬＤＲＸをネゴシエーションすることができない。この値の用途は、ＵＥが頻繁に再ネゴシエーションをトリガーすることを回避することができ、システム性能に有利であると具現化されている。

本発明の実施例は、ＳＬＤＲＸ配置のネゴシエーションシグナリングの詳細、及びネゴシエーションに成功しない処理を設計する。それによってｓｉｄｅｌｉｎｋＤＲＸが正常に作動することを保証し、ｓｉｄｅｌｉｎｋＵＥ省電力の目的を達成する。

説明すべきこととして、本出願の実施例によるＤＲＸ決定方法について、実行本体は、ＤＲＸ決定装置、又は、このＤＲＸ決定装置におけるＤＲＸ決定方法を実行するための制御モジュールであってもよい。本出願の実施例において、ＤＲＸ決定装置によるＤＲＸ決定方法の実行を例として、本出願の実施例によるＤＲＸ決定装置を説明する。

図９を参照すると、図９は、本出願の実施例によるＤＲＸ決定装置の構造図のその一である。

図９に示すように、ＤＲＸ決定装置９００は、
第二の端末に第一の情報を送信するための第一の送信モジュール９０１であって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数である第一の送信モジュール９０１と、
前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信するための第一の受信モジュール９０２とを含む。

選択的に、前記ＳＬＤＲＸ配置は、ＳＬＤＲＸの、周期と、ターゲットリファレンス時点に対するオフセット量と、持続時間長と、非アクティブ化タイマの運行時間長と、ハイブリッド自動再送要求ＨＡＲＱプロセスに関連する往復時間ＲＴＴタイマの運行時間長と、再送タイマの運行時間長とのうちの少なくとも一つを含み、
ここで、前記ターゲットリファレンス時点は、前記ＳＬＤＲＸ配置が有効になるリファレンス時点である。

選択的に、前記フィードバック情報が第一の条件を満たす場合、前記ＤＲＸ決定装置９００は、
前記第一の端末が前記フィードバック情報を拒否した場合、第一の操作を実行するための第一の実行モジュールをさらに含み、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

前記第一の操作は、
前記第二の端末に第二の情報を送信することであって、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む。

選択的に、前記ＤＲＸ決定装置９００は、
第二の操作を実行するための第二の実行モジュールをさらに含み、
ここで、前記第二の操作は、
前記第二の端末に第二の情報を送信することであって、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む。

選択的に、前記ＤＲＸ決定装置は、
第三の情報に基づき、前記ＮセットのＳＬＤＲＸ配置を決定するための第一の決定モジュールをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられる。

選択的に、前記フィードバック情報が第一の条件を満たす場合、前記ＤＲＸ決定装置は、
第三の情報に基づき、前記フィードバック情報を受け入れるか否かを決定するための第二の決定モジュールをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

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

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

本出願の実施例によるＤＲＸ決定装置９００は、図３の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

図１０を参照すると、図１０は、本出願の実施例によるＤＲＸ決定装置の構造図のその二である。

図１０に示すように、ＤＲＸ決定装置１０００は、
第一の端末により送信された第一の情報を受信するための第二の受信モジュール１００１であって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数である第二の受信モジュール１００１と、
前記第一の端末に前記第一の情報に対するフィードバック情報を送信するための第二の送信モジュール１００２とを含む。

選択的に、前記フィードバック情報が第一の条件を満たす場合、前記の、前記第一の端末に前記第一の情報に対するフィードバック情報を送信した後に、前記ＤＲＸ決定装置１０００は、
前記第一の端末により送信された第二の情報を受信するための第三の受信モジュールをさらに含み、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

選択的に、前記ＤＲＸ決定装置１０００は、
前記第一の端末により送信された第二の情報を受信するための第四の受信モジュールをさらに含み、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられる。

選択的に、前記ＤＲＸ決定装置は、
第三の情報に基づき、前記フィードバック情報を生成するための第三の決定モジュールをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられる。

本出願の実施例におけるＤＲＸ決定装置は、装置であってもよく、ネットワーク側機器における部材、集積回路、又はチップであってもよい。ネットワーク側機器は、以上に列挙されたネットワーク側機器１２のタイプを含んでもよいが、それらに限らず、本出願の実施例は、具体的に限定しない。

本出願の実施例によるＤＲＸ決定装置１０００は、図４の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

選択的に、図１１に示すように、本出願の実施例は、端末１１００をさらに提供し、プロセッサ１１０１と、メモリ１１０２と、メモリ１１０２に記憶されており、且つ前記プロセッサ１１０１上で運行できるプログラム又は命令とを含み、例えばこのプログラム又は命令がプロセッサ１１０１により実行される時、上記図３又は図４の方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

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

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

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

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

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

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

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

場合１、端末１２００は、上記第一の端末である。

この場合、無線周波数ユニット１２０１は、
第二の端末に第一の情報を送信することであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数であることと、
前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信することとに用いられる。

選択的に、前記フィードバック情報が第一の条件を満たす場合、プロセッサ１２１０は、
前記第一の端末が前記フィードバック情報を拒否した場合、第一の操作を実行するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

前記第一の操作は、
無線周波数ユニット１２０１によって前記第二の端末に第二の情報を送信することであって、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む。

選択的に、プロセッサ１２１０はさらに、
第二の操作を実行するために用いられ、
ここで、前記第二の操作は、
無線周波数ユニット１２０１によって前記第二の端末に第二の情報を送信することであって、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む。

選択的に、プロセッサ１２１０はさらに、第三の情報に基づき、前記ＮセットのＳＬＤＲＸ配置を決定するために用いられ、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられる。

選択的に、前記フィードバック情報が第一の条件を満たす場合、プロセッサ１２１０はさらに、第三の情報に基づき、前記フィードバック情報を受け入れるか否かを決定するために用いられ、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

場合２、端末１２００は、上記第二の端末である。

この場合、無線周波数ユニット１２０１は、
第一の端末により送信された第一の情報を受信することであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数であることと、
前記第一の端末に前記第一の情報に対するフィードバック情報を送信することとに用いられる。

選択的に、前記フィードバック情報が第一の条件を満たす場合、無線周波数ユニット１２０１はさらに、前記第一の端末により送信された第二の情報を受信するために用いられ、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

選択的に、無線周波数ユニット１２０１はさらに、
前記第一の端末により送信された第二の情報を受信するために用いられ、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられる。

選択的に、プロセッサ１２１０はさらに、第三の情報に基づき、前記フィードバック情報を生成するために用いられ、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられる。

説明すべきこととして、本実施例における上記端末１２００は、本出願の実施例において図３の方法の実施例における各プロセスを実現することができ、且つ同じ有益な効果を達成することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

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

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

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

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

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

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

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

一、Ｓｉｄｅｌｉｎｋ。

二、Ｓｉｄｅｌｉｎｋの伝送形式。

三、リソース割り当てモード（Ｍｏｄｅ）。

具体的には、以下のように説明される。

前記フィードバック情報がＫセットのＳＬＤＲＸ配置を含む場合、選択的に、前記ＫセットのＳＬＤＲＸ配置は、
ａ）前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置のうちのＳＬＤＲＸ配置であることと、
ｂ）前記ＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
ｃ）前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを満たす。

１）におけるフィードバック情報に対し、選択的に、前記フィードバック情報が第一の条件を満たす場合、前記の、前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信した後に、前記方法は、
前記第一の端末が前記フィードバック情報を拒否した場合、第一の操作を実行することをさらに含み、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含み、
前記第一の操作は、
前記第二の端末に第二の情報を送信することであって、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む。

選択的に、前記フィードバック情報が第一の条件を満たす場合、前記の、前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信した後に、前記方法は、
第三の情報に基づき、前記フィードバック情報を受け入れるか否かを決定することをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

選択的に、前記ＫセットのＳＬＤＲＸ配置は、
前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置のうちのＳＬＤＲＸ配置であることと、
前記ＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを満たす。

選択的に、前記フィードバック情報が第一の条件を満たす場合、前記の、前記第一の端末に前記第一の情報に対するフィードバック情報を送信した後に、前記方法は、
前記第一の端末により送信された第二の情報を受信することをさらに含み、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

理解の便宜上、図５ａから５ｃを参照する。

理解の便宜上、図６ａから６ｃを参照する。

理解の便宜上、図７ａから７ｃを参照する。

理解の便宜上、図８ａから８ｃを参照する。

選択的に、前記フィードバック情報が第一の条件を満たす場合、前記ＤＲＸ決定装置９００は、
前記第一の端末が前記フィードバック情報を拒否した場合、第一の操作を実行するための第一の実行モジュールをさらに含み、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

選択的に、前記フィードバック情報が第一の条件を満たす場合、前記ＤＲＸ決定装置は、
第三の情報に基づき、前記フィードバック情報を受け入れるか否かを決定するための第二の決定モジュールをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

選択的に、前記フィードバック情報が第一の条件を満たす場合、前記の、前記第一の端末に前記第一の情報に対するフィードバック情報を送信した後に、前記ＤＲＸ決定装置１０００は、
前記第一の端末により送信された第二の情報を受信するための第三の受信モジュールをさらに含み、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

場合１、端末１２００は、上記第一の端末である。

選択的に、前記フィードバック情報が第一の条件を満たす場合、プロセッサ１２１０は、
前記第一の端末が前記フィードバック情報を拒否した場合、第一の操作を実行するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

選択的に、前記フィードバック情報が第一の条件を満たす場合、プロセッサ１２１０はさらに、第三の情報に基づき、前記フィードバック情報を受け入れるか否かを決定するために用いられ、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

場合２、端末１２００は、上記第二の端末である。

選択的に、前記フィードバック情報が第一の条件を満たす場合、無線周波数ユニット１２０１はさらに、前記第一の端末により送信された第二の情報を受信するために用いられ、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットのＳＬＤＲＸ配置におけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む。

Claims

第一の端末によって実行される非連続受信ＤＲＸ決定方法であって、
第二の端末に第一の情報を送信することであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数であることと、
前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信することとを含む、非連続受信ＤＲＸ決定方法。
前記第一の情報は、前記ＮセットのＳＬＤＲＸ配置と、前記ＮセットのＳＬＤＲＸ配置と一対一に対応するＮ個のインデックス値とのうちの少なくとも一つを含む、請求項１に記載の方法。
前記第一の情報は、前記ＮセットのＳＬＤＲＸ配置と一対一に対応するＮ個の特徴情報グループをさらに含む、請求項１に記載の方法。
前記特徴情報グループは、ＳＬＤＲＸ配置優先度と、サービス品質ＱｏＳと、論理チャネル識別子と、論理チャネル優先度と、ベアラ識別子と、ベアラ優先度と、ＱｏＳフロー識別子と、アプリケーション識別子と、サービス識別子と、ソースアドレスレイヤ２識別子と、宛先アドレスレイヤ２識別子とのうちの少なくとも一つを含む、請求項３に記載の方法。
前記ＳＬＤＲＸ配置は、ＳＬＤＲＸの、周期と、ターゲットリファレンス時点に対するオフセット量と、持続時間長と、非アクティブ化タイマの運行時間長と、ハイブリッド自動再送要求ＨＡＲＱプロセスに関連する往復時間ＲＴＴタイマの運行時間長と、再送タイマの運行時間長とのうちの少なくとも一つを含み、ここで、前記ターゲットリファレンス時点は、前記ＳＬＤＲＸ配置が有効になるリファレンス時点である、請求項１に記載の方法。
前記第一の情報は、ダイレクトリンク確立要求メッセージと、ダイレクトリンク修正要求メッセージと、ダイレクトリンク無線リソース制御ＲＲＣ再配置メッセージと、ＳＬＤＲＸ配置要求メッセージとのうちのいずれか一つによって乗せられる、請求項１に記載の方法。
前記フィードバック情報は、
Ｍ個のインデックス値と、
Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータと、
ＫセットのＳＬＤＲＸ配置とのうちのいずれか一つを含み、
ここで、前記Ｍ個のインデックス値は、前記ＮセットのＳＬＤＲＸ配置のうちのＭセットのＳＬＤＲＸ配置と一対一に対応し、前記第一のＳＬＤＲＸ配置は、前記ＭセットのＳＬＤＲＸ配置のうちの少なくとも一セットのＳＬＤＲＸ配置を含み、Ｍは、Ｎ以下の正の整数であり、Ｋは、正の整数である、請求項１に記載の方法。
前記ＫセットのＳＬＤＲＸ配置は、
前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置のうちのＳＬＤＲＸ配置であることと、
前記ＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを満たす、請求項７に記載の方法。
前記第一のパラメータは、前記第一のＳＬＤＲＸ配置において前記第二の端末によって受け入れられるパラメータと、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータとのうちのいずれか一つである、請求項８に記載の方法。
前記フィードバック情報は、ダイレクトリンク確立受け入れメッセージと、ダイレクトリンク修正受け入れメッセージと、ダイレクトリンクＲＲＣ再配置完了メッセージと、ＳＬＤＲＸ配置応答メッセージとのうちのいずれか一つによって乗せられる、請求項７に記載の方法。
前記フィードバック情報が第一の条件を満たす場合、前記の、前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信した後に、前記方法は、
前記第一の端末が前記フィードバック情報を拒否した場合、第一の操作を実行することをさらに含み、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含み、
前記第一の操作は、
前記第二の端末に第二の情報を送信することであって、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む、請求項７に記載の方法。
前記フィードバック情報は、前記ＮセットのＳＬＤＲＸ配置の受け入れを拒否することを指示する、請求項１に記載の方法。
前記フィードバック情報は、ダイレクトリンク確立拒否メッセージと、ダイレクトリンク修正拒否メッセージと、ダイレクトリンクＲＲＣ再配置失敗メッセージと、ＳＬＤＲＸ配置拒否メッセージとのうちのいずれか一つによって乗せられる、請求項１２に記載の方法。
前記の、前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信した後に、前記方法は、
第二の操作を実行することをさらに含み、
ここで、前記第二の操作は、
前記第二の端末に第二の情報を送信することであって、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む、請求項１２に記載の方法。
前記第二の情報は、ダイレクトリンクリリース要求メッセージによって乗せられる、請求項１１又は１４に記載の方法。
前記の、第二の端末に第一の情報を送信する前に、前記方法は、
第三の情報に基づき、前記ＮセットのＳＬＤＲＸ配置を決定することをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられる、請求項１に記載の方法。
前記フィードバック情報が第一の条件を満たす場合、前記の、前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信した後に、前記方法は、
第三の情報に基づき、前記フィードバック情報を受け入れるか否かを決定することをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む、請求項１に記載の方法。
第二の端末によって実行されるＤＲＸ決定方法であって、
第一の端末により送信された第一の情報を受信することであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数であることと、
前記第一の端末に前記第一の情報に対するフィードバック情報を送信することとを含む、ＤＲＸ決定方法。
前記第一の情報は、前記ＮセットのＳＬＤＲＸ配置と、前記ＮセットのＳＬＤＲＸ配置と一対一に対応するＮ個のインデックス値とのうちの少なくとも一つを含む、請求項１８に記載の方法。
前記第一の情報は、前記ＮセットのＳＬＤＲＸ配置と一対一に対応するＮ個の特徴情報グループをさらに含む、請求項１８に記載の方法。
前記特徴情報グループは、ＳＬＤＲＸ配置優先度と、サービス品質ＱｏＳと、論理チャネル識別子と、論理チャネル優先度と、ベアラ識別子と、ベアラ優先度と、ＱｏＳフロー識別子と、アプリケーション識別子と、サービス識別子と、ソースアドレスレイヤ２識別子と、宛先アドレスレイヤ２識別子とのうちの少なくとも一つを含む、請求項１８に記載の方法。
前記ＳＬＤＲＸ配置は、ＳＬＤＲＸの、周期と、ターゲットリファレンス時点に対するオフセット量と、持続時間長と、非アクティブ化タイマの運行時間長と、ハイブリッド自動再送要求ＨＡＲＱプロセスに関連する往復時間ＲＴＴタイマの運行時間長と、再送タイマの運行時間長とのうちの少なくとも一つを含み、ここで、前記ターゲットリファレンス時点は、前記ＳＬＤＲＸ配置が有効になるリファレンス時点である、請求項１８に記載の方法。
前記第一の情報は、ダイレクトリンク確立要求メッセージと、ダイレクトリンク修正要求メッセージと、ダイレクトリンク無線リソース制御ＲＲＣ再配置メッセージと、ＳＬＤＲＸ配置要求メッセージとのうちのいずれか一つによって乗せられる、請求項１８に記載の方法。
前記フィードバック情報は、
Ｍ個のインデックス値と、
Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータと、
ＫセットのＳＬＤＲＸ配置とのうちのいずれか一つを含み、
ここで、前記Ｍ個のインデックス値は、前記ＮセットのＳＬＤＲＸ配置のうちのＭセットのＳＬＤＲＸ配置と一対一に対応し、前記第一のＳＬＤＲＸ配置は、前記ＭセットのＳＬＤＲＸ配置のうちの少なくとも一セットのＳＬＤＲＸ配置を含み、Ｍは、Ｎ以下の正の整数であり、Ｋは、正の整数である、請求項１８に記載の方法。
前記ＫセットのＳＬＤＲＸ配置は、
前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置のうちのＳＬＤＲＸ配置であることと、
前記ＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記ＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを満たす、請求項２４に記載の方法。
前記第一のパラメータは、前記第一のＳＬＤＲＸ配置において前記第二の端末によって受け入れられるパラメータと、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータとのうちのいずれか一つである、請求項２５に記載の方法。
前記フィードバック情報は、ダイレクトリンク確立受け入れメッセージと、ダイレクトリンク修正受け入れメッセージと、ダイレクトリンクＲＲＣ再配置完了メッセージと、ＳＬＤＲＸ配置応答メッセージとのうちのいずれか一つによって乗せられる、請求項２４に記載の方法。
前記フィードバック情報が第一の条件を満たす場合、前記の、前記第一の端末に前記第一の情報に対するフィードバック情報を送信した後に、前記方法は、
前記第一の端末により送信された第二の情報を受信することをさらに含み、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む、請求項２４に記載の方法。
前記フィードバック情報は、前記ＮセットのＳＬＤＲＸ配置の受け入れを拒否することを指示する、請求項１８に記載の方法。
前記フィードバック情報は、ダイレクトリンク確立拒否メッセージと、ダイレクトリンク修正拒否メッセージと、ダイレクトリンクＲＲＣ再配置失敗メッセージと、ＳＬＤＲＸ配置拒否メッセージとのうちのいずれか一つによって乗せられる、請求項２８に記載の方法。
前記の、前記第一の端末に前記第一の情報に対するフィードバック情報を送信した後に、前記方法は、
前記第一の端末により送信された第二の情報を受信することをさらに含み、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられる、請求項２９に記載の方法。
前記第二の情報は、ダイレクトリンクリリース要求メッセージによって乗せられる、請求項２８又は３１に記載の方法。
前記の、前記第一の端末に前記第一の情報に対するフィードバック情報を送信する前に、前記方法は、
第三の情報に基づき、前記フィードバック情報を生成することをさらに含み、前記第三の情報は、ＳＬＤＲＸのアクティブ化時間長の上限しきい値と、ＳＬＤＲＸのアクティブ化時間長の下限しきい値とのうちの少なくとも一つを指示するために用いられる、請求項１８に記載の方法。
ＤＲＸ決定装置であって、
第二の端末に第一の情報を送信するための第一の送信モジュールであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数である第一の送信モジュールと、
前記第二の端末により送信された前記第一の情報に対するフィードバック情報を受信するための第一の受信モジュールとを含む、ＤＲＸ決定装置。
前記第一の情報は、ダイレクトリンク確立要求メッセージと、ダイレクトリンク修正要求メッセージと、ダイレクトリンク無線リソース制御ＲＲＣ再配置メッセージと、ＳＬＤＲＸ配置要求メッセージとのうちのいずれか一つによって乗せられる、請求項３４に記載のＤＲＸ決定装置。
前記フィードバック情報は、
Ｍ個のインデックス値と、
Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータと、
ＫセットのＳＬＤＲＸ配置とのうちのいずれか一つを含み、
ここで、前記Ｍ個のインデックス値は、前記ＮセットのＳＬＤＲＸ配置のうちのＭセットのＳＬＤＲＸ配置と一対一に対応し、前記第一のＳＬＤＲＸ配置は、前記ＭセットのＳＬＤＲＸ配置のうちの少なくとも一セットのＳＬＤＲＸ配置を含み、Ｍは、Ｎ以下の正の整数であり、Ｋは、正の整数である、請求項３４に記載のＤＲＸ決定装置。
前記フィードバック情報は、ダイレクトリンク確立受け入れメッセージと、ダイレクトリンク修正受け入れメッセージと、ダイレクトリンクＲＲＣ再配置完了メッセージと、ＳＬＤＲＸ配置応答メッセージとのうちのいずれか一つによって乗せられる、請求項３６に記載のＤＲＸ決定装置。
前記フィードバック情報が第一の条件を満たす場合、前記ＤＲＸ決定装置は、
第一の端末が前記フィードバック情報を拒否した場合、第一の操作を実行するための第一の実行モジュールをさらに含み、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含み、
前記第一の操作は、
前記第二の端末に第二の情報を送信することであって、前記第二の情報は、前記第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む、請求項３６に記載のＤＲＸ決定装置。
前記フィードバック情報は、前記ＮセットのＳＬＤＲＸ配置の受け入れを拒否することを指示する、請求項３４に記載のＤＲＸ決定装置。
前記フィードバック情報は、ダイレクトリンク確立拒否メッセージと、ダイレクトリンク修正拒否メッセージと、ダイレクトリンクＲＲＣ再配置失敗メッセージと、ＳＬＤＲＸ配置拒否メッセージとのうちのいずれか一つによって乗せられる、請求項３９に記載のＤＲＸ決定装置。
前記ＤＲＸ決定装置は、
第二の操作を実行するための第二の実行モジュールをさらに含み、
ここで、前記第二の操作は、
前記第二の端末に第二の情報を送信することであって、前記第二の情報は、第一の端末と前記第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられることと、
ダイレクトリンクをＤＲＸ非アクティブ化状態に設定することと、
前記第一の端末と前記第二の端末とのＳＬＤＲＸ配置の再ネゴシエーションをトリガーすることとのうちのいずれか一つを含む、請求項３９に記載のＤＲＸ決定装置。
前記第二の情報は、ダイレクトリンクリリース要求メッセージによって乗せられる、請求項３８又は４１に記載のＤＲＸ決定装置。
ＤＲＸ決定装置であって、
第一の端末により送信された第一の情報を受信するための第二の受信モジュールであって、前記第一の情報は、ＮセットのサブリンクＳＬＤＲＸ配置を指示するために用いられ、Ｎは、正の整数である第二の受信モジュールと、
前記第一の端末に前記第一の情報に対するフィードバック情報を送信するための第二の送信モジュールとを含む、ＤＲＸ決定装置。
前記第一の情報は、ダイレクトリンク確立要求メッセージと、ダイレクトリンク修正要求メッセージと、ダイレクトリンク無線リソース制御ＲＲＣ再配置メッセージと、ＳＬＤＲＸ配置要求メッセージとのうちのいずれか一つによって乗せられる、請求項４３に記載のＤＲＸ決定装置。
前記フィードバック情報は、
Ｍ個のインデックス値と、
Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータと、
ＫセットのＳＬＤＲＸ配置とのうちのいずれか一つを含み、
ここで、前記Ｍ個のインデックス値は、前記ＮセットのＳＬＤＲＸ配置のうちのＭセットのＳＬＤＲＸ配置と一対一に対応し、前記第一のＳＬＤＲＸ配置は、前記ＭセットのＳＬＤＲＸ配置のうちの少なくとも一セットのＳＬＤＲＸ配置を含み、Ｍは、Ｎ以下の正の整数であり、Ｋは、正の整数である、請求項４３に記載のＤＲＸ決定装置。
前記フィードバック情報は、ダイレクトリンク確立受け入れメッセージと、ダイレクトリンク修正受け入れメッセージと、ダイレクトリンクＲＲＣ再配置完了メッセージと、ＳＬＤＲＸ配置応答メッセージとのうちのいずれか一つによって乗せられる、請求項４５に記載のＤＲＸ決定装置。
前記フィードバック情報が第一の条件を満たす場合、前記ＤＲＸ決定装置は、
前記第一の端末により送信された第二の情報を受信するための第三の受信モジュールをさらに含み、前記第二の情報は、前記第一の端末と第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられ、
ここで、前記第一の条件は、
前記フィードバック情報が、Ｍ個のインデックス値、及び第一のＳＬＤＲＸ配置における第一のパラメータを含み、且つ前記第一のパラメータが、前記第一のＳＬＤＲＸ配置において前記第二の端末によって修正されるパラメータであることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記第二の端末による前記ＮセットにおけるＳＬＤＲＸ配置の修正によって得られることと、
前記フィードバック情報に含まれるＫセットのＳＬＤＲＸ配置が、前記ＮセットのＳＬＤＲＸ配置以外のＳＬＤＲＸ配置であることとのうちのいずれか一つを含む、請求項４５に記載のＤＲＸ決定装置。
前記フィードバック情報は、前記ＮセットのＳＬＤＲＸ配置の受け入れを拒否することを指示する、請求項４３に記載のＤＲＸ決定装置。
前記フィードバック情報は、ダイレクトリンク確立拒否メッセージと、ダイレクトリンク修正拒否メッセージと、ダイレクトリンクＲＲＣ再配置失敗メッセージと、ＳＬＤＲＸ配置拒否メッセージとのうちのいずれか一つによって乗せられる、請求項４８に記載のＤＲＸ決定装置。
前記ＤＲＸ決定装置は、
前記第一の端末により送信された第二の情報を受信するための第四の受信モジュールをさらに含み、前記第二の情報は、前記第一の端末と第二の端末との間のＳＬＤＲＸ配置のネゴシエーションに失敗したことを指示するために用いられる、請求項４８に記載のＤＲＸ決定装置。
前記第二の情報は、ダイレクトリンクリリース要求メッセージによって乗せられる、請求項４７又は５０に記載のＤＲＸ決定装置。
プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、ここで、前記プログラム又は命令が前記プロセッサにより実行される時、請求項１から１７のいずれか１項に記載のＤＲＸ決定方法のステップを実現し、又は、請求項１８から３３のいずれか１項に記載のＤＲＸ決定方法のステップを実現する、端末。
プログラム又は命令が記憶されており、ここで、前記プログラム又は命令がプロセッサにより実行される時、請求項１から１７のいずれか１項に記載のＤＲＸ決定方法のステップを実現し、又は、請求項１８から３３のいずれか１項に記載のＤＲＸ決定方法のステップを実現する、可読記憶媒体。
プロセッサと、通信インターフェースとを含み、ここで、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、請求項１から１７のいずれか１項に記載のＤＲＸ決定方法のステップを実現し、又は、請求項１８から３３のいずれか１項に記載のＤＲＸ決定方法のステップを実現するために用いられる、チップ。
非揮発性の記憶媒体に記憶されており、少なくとも一つのプロセッサにより実行されて、請求項１から１７のいずれか１項に記載のＤＲＸ決定方法のステップを実現し、又は、請求項１８から３３のいずれか１項に記載のＤＲＸ決定方法のステップを実現する、プログラム製品。