特表2024-546496 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 北京小米移動軟件有限公司の特許一覧

特表2024-546496データ再送方法及びデバイス／記憶媒体／装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-12-24

(54)【発明の名称】データ再送方法及びデバイス／記憶媒体／装置

(51)【国際特許分類】

H04W 28/04 20090101AFI20241217BHJP

H04W 72/29 20230101ALI20241217BHJP

【ＦＩ】

H04W28/04 110

H04W72/29

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024535776

(86)(22)【出願日】2021-12-17

(85)【翻訳文提出日】2024-06-21

(86)【国際出願番号】 CN2021139337

(87)【国際公開番号】W WO2023108658

(87)【国際公開日】2023-06-22

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ブルートゥース

(71)【出願人】

【識別番号】516180667

【氏名又は名称】北京小米移動軟件有限公司

【氏名又は名称原語表記】ＢｅｉｊｉｎｇＸｉａｏｍｉＭｏｂｉｌｅＳｏｆｔｗａｒｅＣｏ．，Ｌｔｄ．

【住所又は居所原語表記】Ｎｏ．０１８，Ｆｌｏｏｒ８，Ｂｕｉｌｄｉｎｇ６，Ｙａｒｄ３３，ＭｉｄｄｌｅＸｉｅｒｑｉＲｏａｄ，ＨａｉｄｉａｎＤｉｓｔｒｉｃｔ，Ｂｅｉｊｉｎｇ１０００８５，Ｃｈｉｎａ

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤和彦

(74)【代理人】

【識別番号】100108213

【弁理士】

【氏名又は名称】阿部豊隆

(72)【発明者】

【氏名】ヤン，シン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA43

5K067EE02

5K067EE25

5K067HH28

(57)【要約】

本開示はデータ再送方法及びデバイス／記憶媒体／装置を提案し、通信技術の分野に属する。ここで、この方法は、往復時間（ＲＴＴ）タイマが満了し、かつ前記受信ＵＥがＰＳＦＣＨしていないことに応答して、前記受信ＵＥに対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバック方式に基づいて、再送タイマを起動するか否かを決定するステップを含む。本開示によって提供される方法により、ＵＥの消費電力及びリソースの浪費を回避することができる。
【選択図】図１

【特許請求の範囲】

【請求項1】

受信ユーザイクイップメント（ＵＥ）によって実行されるデータ再送方法であって、
往復時間（ＲＴＴ）タイマが満了し、かつ前記受信ＵＥが物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を送信していないことに応答して、前記受信ＵＥに対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバック方式に基づいて、再送タイマを起動するか否かを決定するステップを含む、
ことを特徴とするデータ再送方法。

【請求項2】

前記受信ＵＥに対応するＨＡＲＱフィードバック方式に基づいて、再送タイマを起動するか否かを決定するステップは、
前記ＨＡＲＱフィードバック方式が確認応答（ＡＣＫ）または否定応答（ＮＡＣＫ）をフィードバックすることであり、かつ前記受信ＵＥがデータ受信に成功しなかったことに応答して、前記再送タイマを起動するステップと、
前記ＨＡＲＱフィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることであることに応答して、前記再送タイマを起動するステップと、
前記ＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることであることに応答して、前記再送タイマを起動しないステップと、
前記ＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることであり、かつ前記受信ＵＥがデータ受信に成功していなく、前記受信ＵＥが他のＵＥから送信されたＮＡＣＫフィードバックを受信したことに応答して、前記再送タイマを起動するステップと、のうちの少なくとも１つを含む、
ことを特徴とする請求項１に記載のデータ再送方法。

【請求項3】

前記方法は、
前記再送タイマが起動されたことに応答して、前記再送タイマの起動期間に、物理サイドリンク制御チャネル（ＰＳＣＣＨ）をモニタするステップをさらに含む、
ことを特徴とする請求項２に記載のデータ再送方法。

【請求項4】

前記方法は、
前記ＲＴＴタイマを起動するステップをさらに含む、
ことを特徴とする請求項１に記載のデータ再送方法。

【請求項5】

前記ＲＴＴタイマを起動するステップは、
前記受信ＵＥがＰＳＦＣＨを送信していないことに応答して、ＰＳＦＣＨリソース位置の後の１番目のスロットで前記ＲＴＴタイマを起動するステップを含む、
ことを特徴とする請求項４に記載のデータ再送方法。

【請求項6】

前記方法は、
前記受信ＵＥがマルチキャストの形式で、送信ＵＥから送信されたデータを受信するステップをさらに含む、
ことを特徴とする請求項１に記載のデータ再送方法。

【請求項7】

データ再送装置であって、
往復時間（ＲＴＴ）タイマが満了し、かつ受信ＵＥが物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を送信していないことに応答して、前記受信ＵＥに対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバック方式に基づいて、再送タイマを起動するか否かを決定するための決定モジュールを含む、
ことを特徴とするデータ再送装置。

【請求項8】

通信装置であって、
プロセッサとメモリとを含み、
前記メモリにはコンピュータプログラムが記憶され、
前記プロセッサは前記メモリに記憶されているコンピュータプログラムを実行することにより、前記装置に請求項１～６のいずれかに記載の方法を実行させる、
ことを特徴とする通信装置。

【請求項9】

通信装置であって、
プロセッサとインターフェース回路とを含み、
前記インターフェース回路は、コード命令を受信して前記プロセッサに伝送し、
前記プロセッサは、前記コード命令を実行することにより、請求項１～６のいずれかに記載の方法を実行する、
ことを特徴とする通信装置。

【請求項10】

命令が記憶されているコンピュータ読み取り可能な記憶媒体であって、前記命令が実行される場合、請求項１～６のいずれかに記載の方法が実現される、
ことを特徴とするコンピュータ読み取り可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は通信技術の分野に関し、特にデータ再送方法及びデバイス／記憶媒体／装置に関する。

【背景技術】

【0002】

通信システムでは、Ｓｉｄｅｌｉｎｋ（サイドリンク）通信方式を導入することで、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ユーザイクイップメント）とＵＥとの間の直接通信を実現している。このうち、ＵＥ間で直接通信する場合、ハイブリッド自動再送要求（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＱｕｅｓｔ、ＨＡＲＱ）フィードバック方式を採用してインタラクションを行う。このうち、ＨＡＲＱフィードバック方式は、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、確認応答）またはＮＡＣＫ（ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、否定応答）をフィードバックすることと、ＮＡＣＫのみをフィードバックすることとの２種類がある。ここで、ＡＣＫまたはＮＡＣＫをフィードバックするフィードバック方式では、受信ＵＥがデータの受信に成功した場合、送信ＵＥにＡＣＫをフィードバックし、受信ＵＥがデータ受信に失敗した場合、送信ＵＥにＮＡＣＫをフィードバックするか、またはフィードバックしない。ＮＡＣＫのみをフィードバックするフィードバック方式では、受信ＵＥがデータ受信に失敗した場合、ＮＡＣＫをフィードバックし、受信ＵＥがデータ受信に成功した場合、フィードバックしない。

【0003】

しかしながら、関連技術では、ＵＥ間でＳｉｄｅｌｉｎｋを行う際にセルラネットワークのアップリンク送信リソースが多重化される可能性があり、このうち、ＵＥはアップリンク送信とＳｉｄｅｌｉｎｋの送受信を同時に行うことができないため、Ｓｉｄｅｌｉｎｋ送信リソースとセルラネットワークのアップリンク送信リソースがオーバラップする場合、Ｓｉｄｅｌｉｎｋデータとアップリンク送信すべきデータの優先度に従って、どのデータを優先的に送信するかを判断する必要がある。この場合、アップリンク送信すべきデータが優先度が高いと、Ｓｉｄｅｌｉｎｋデータ送信に失敗し、ＨＡＲＱフィードバックメカニズムが混乱し、ＵＥの消費電力やリソースの浪費を招く可能性がある。

【0004】

具体的には、ＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることであると仮定すると、受信ＵＥがデータ受信に失敗した場合、送信ＵＥにＮＡＣＫを送信するとともに、再送タイマを起動して、送信ＵＥから再送されたデータを受信する。この場合、「Ｓｉｄｅｌｉｎｋデータとアップリンク送信すべきデータとが伝送衝突し、Ｓｉｄｅｌｉｎｋデータの優先度が低いため、ＮＡＣＫが送信ＵＥに成功に送信できない」場合、送信ＵＥはフィードバックを受信できず、受信ＵＥがデータ受信に成功したと判断すると、送信ＵＥはデータを再送しない。したがって、受信ＵＥがオンにしている再送タイマは送信ＵＥから再送されたデータをまったく受信できず、ＵＥの消費電力やリソースの浪費を招く。

【0005】

あるいは、ＨＡＲＱフィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることであると仮定すると、受信ＵＥがデータ受信に成功した場合、送信ＵＥにＡＣＫを送信する。この場合、「Ｓｉｄｅｌｉｎｋデータとアップリンク送信すべきデータとが伝送衝突し、Ｓｉｄｅｌｉｎｋデータの優先度が低いため、ＡＣＫが送信ＵＥに成功に送信できない」場合、送信ＵＥはフィードバックを受信できず、受信ＵＥがデータ受信に失敗したと判断すると、送信ＵＥはデータを再送し、同様にＵＥの消費電力やリソースの浪費を招く。

【発明の概要】

【発明が解決しようとする課題】

【0006】

本開示は、関連技術におけるデータ再送方法がＵＥの消費電力とリソースの浪費を招くきやすい技術的問題を解決するために、データ再送方法及びデバイス／記憶媒体／装置を提案する。

【課題を解決するための手段】

【0007】

本開示の一態様の実施例はデータ再送方法を提案し、
往復時間（ＲＴＴ）タイマが満了し、かつ前記受信ＵＥがＰＳＦＣＨしていないことに応答して、前記受信ＵＥに対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバック方式に基づいて、再送タイマを起動するか否かを決定するステップを含む。

【0008】

本開示又の一態様の実施例はデータ再送装置を提案し、
ＲＴＴタイマが満了し、かつ前記受信ＵＥがＰＳＦＣＨを送信していないことに応答して、前記受信ＵＥに対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバック方式に基づいて、再送タイマを起動するか否かを決定するための決定モジュールを含む。

【0009】

本開示又の一態様の実施例は通信装置を提案し、前記装置はプロセッサとメモリとを含み、前記メモリにはコンピュータプログラムが記憶され、前記プロセッサは前記メモリに記憶されているコンピュータプログラムを実行することにより、前記装置に上記の一態様の実施例によって提案される方法を実行させる。

【0010】

本開示又の一態様の実施例は通信装置を提案し、プロセッサとインターフェース回路とを含み、
前記インターフェース回路は、コード命令を受信して前記プロセッサに伝送し、
前記プロセッサは、前記コード命令を実行することにより、上記の一態様の実施例によって提案される方法を実行する。

【0011】

本開示又の一態様の実施例は命令が記憶されているコンピュータ読み取り可能な記憶媒体を提案し、前記命令が実行される場合、上記の一態様の実施例によって提案される方法が実現される。

【0012】

以上のように、本開示の実施例によって提供されるデータ再送方法及びデバイス／記憶媒体／装置では、受信ＵＥのＲＴＴタイマが満了し、かつ受信ＵＥがＰＳＦＣＨを送信していない場合、受信ＵＥは該受信ＵＥに対応するＨＡＲＱフィードバック方式に基づいて、再送タイマを起動するか否かを決定し、これによって「受信ＵＥが再送タイマを起動したが、送信ＵＥがデータを再送しない」、または「受信ＵＥが再送タイマを起動しないが、送信ＵＥがデータを再送する」というような状況の発生を回避することができ、ＵＥの消費電力を節約し、リソースの浪費を回避することができる。

【0013】

本開示の追加的な態様および利点は、以下の説明の中で一部与えられ、その一部は以下の説明から明らかになるか、または本開示の実践を通して理解されるだろう。

【図面の簡単な説明】

【0014】

本開示の上記および／または追加的な態様および利点は、添付図面と関連して以下の実施例の説明から明らかになり、理解しやすくなる。

【図1】本開示の一実施例によって提供されるデータ再送方法の概略フローチャートである。

【図2】本開示の別の実施例によって提供されるデータ再送方法の概略フローチャートである。

【図3】本開示の別の実施例によって提供されるデータ再送方法の概略フローチャートである。

【図4】本開示のもう１つの実施例によって提供されるデータ再送方法の概略フローチャートである。

【図5】本開示のもう１つの実施例によって提供されるデータ再送方法の概略フローチャートである。

【図6】本開示のもう１つの実施例によって提供されるデータ再送方法の概略フローチャートである。

【図7】本開示のもう１つの実施例によって提供されるデータ再送方法の概略フローチャートである。

【図8】本開示の別の実施例によって提供されるデータ再送方法の概略フローチャートである。

【図9】本開示の一実施例によって提供されるデータ再送装置の概略構成図である。

【図10】本開示の一実施例によって提供されるユーザイクイップメントのブロック図である。

【図11】本開示の一実施例によって提供されるネットワーク側デバイスのブロック図である。

【発明を実施するための形態】

【0015】

ここで、例示的な実施例を説明し、その例は図面に示される。以下の説明は図面に関連する場合、特に表示がない限り、異なる図面における同じ数字は同じ又は類似する要素を表す。以下の例示的な実施例で説明される実施形態は、本開示の実施例と一致するすべての実施形態を表すものではない。むしろ、それらは、添付の特許請求の範囲で詳しく説明された、本開示の実施例の一部の態様と一致する装置と方法の例に過ぎない。

【0016】

本開示の実施例で使用される用語は、特定の実施例を説明するための目的であり、本開示の実施例を限定するものではない。文脈では他の意味がはっきりと示されていない限り、本開示の実施例と添付の特許請求の範囲で使用される単数型の「一種」と「該」も複数型を含む。なお、本明細書で使用される「及び／又は」という用語は、関連し、かつ列挙された１つ又は複数の項目の任意又はすべての可能な組み合わせを指し、かつ含む。

【0017】

なお、本開示の実施例では、第１、第２、第３などの用語で様々な情報を説明する可能性があるが、これらの情報はこれらの用語に限定すべきではないことを理解されたい。これらの用語は、同一のタイプの情報を互いに区別することだけに使用される。例えば、本開示の実施例の範囲から逸脱しない限り、第１の情報は第２情報と呼ぶこともでき、同様に、第２情報は第１の情報と呼ぶこともできる。コンテクストによると、ここで使用される「の場合」という用語は、「……時」又は「……すると」又は「決定することに応答する」として解釈することができる。

【0018】

以下に本開示の実施例を詳細に説明し、その実施例の例を図面に示す。ここで、最初から最後まで同一または類似の符号は同一または類似の要素を示す。以下に添付の図面を参照して説明する実施形態は例示的なものであり、本開示を説明するためのものであり、本開示を制限するものと理解することはできない。

【0019】

以下、図面を参照して、本開示によって提供されるデータ再送方法及びデバイス／記憶媒体／装置について詳しく説明する。

【0020】

図１は本開示の実施例によって提供されるデータ再送方法の概略フローチャートであり、受信ＵＥに適用され、図１に示すように、このデータ再送方法は以下のステップを含むことができる。

【0021】

ステップ１０１において、ＲＴＴ（ＲｏｕｎｄＴｒｉｐＴｉｍｅ、往復遅延）タイマが満了し、かつ受信ＵＥがＰＳＦＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ、物理サイドリンクフィードバックチャネル）を送信していないことに応答して、受信ＵＥに対応するＨＡＲＱフィードバック方式に基づいて、再送タイマを起動するか否かを決定する。

【0022】

なお、本開示の一実施例では、ＵＥは、ユーザに音声及び／又はデータ接続を提供するデバイスを指し得る。端末デバイスは、無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＲＡＮ）を介して１つまたは複数のコアネットワークと通信することができ、ＵＥはモノのインターネット端末であってもよく、例えば、センサデバイス、携帯電話（または「セルラー」電話とも呼ばれる）及びモノのインターネット端末を有するコンピュータであってもよく、例えば、固定式、携帯式、ポケット式、ハンドヘルド、コンピュータ内蔵または車載の装置であってもよい。例えば、ステーション（Ｓｔａｔｉｏｎ、ＳＴＡ）、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒｓｔａｔｉｏｎ）、モバイルステーション（ｍｏｂｉｌｅｓｔａｔｉｏｎ）、モバイル（ｍｏｂｉｌｅ）、リモートステーション（ｒｅｍｏｔｅｓｔａｔｉｏｎ）、アクセスポイント、リモート端末（ｒｅｍｏｔｅｔｅｒｍｉｎａｌ）、アクセス端末（ａｃｃｅｓｓｔｅｒｍｉｎａｌ）、ユーザ端末（ｕｓｅｒｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒａｇｅｎｔ）、ユーザデバイス（ｕｓｅｒｄｅｖｉｃｅ）、またはユーザイクイップメント（ｕｓｅｒｅｑｕｉｐｍｅｎｔ、ＵＥ）である。または、ＵＥは、無人航空機のデバイスであってもよい。または、ＵＥは、車載デバイスであってもよく、例えば、無線通信機能を有する電子制御ユニットであってもよく、電子制御ユニットを外付けする無線通信デバイスであってもよい。あるいは、ＵＥは、路側デバイス、例えば、無線通信機能を有する街灯、信号灯、または他の路側デバイスなどであってもよい。

【0023】

ここで、本開示の一実施例では、送信ＵＥは、マルチキャスト、ユニキャスト、及びブロードキャストのいずれの形式で受信ＵＥにデータを送信してもよい。

【0024】

また、本開示の一実施例では、上記のＨＡＲＱフィードバック方式は、以下のいずれか１つを含むことができ、
第１種類：ＡＣＫまたはＮＡＣＫをフィードバックすること、
第２種類：ＮＡＣＫのみをフィードバックすること。

【0025】

ここで、第１種類のフィードバック方式の場合、受信ＵＥがデータ受信に成功した場合、受信ＵＥは送信ＵＥにＡＣＫをフィードバックし、受信ＵＥがデータ受信に失敗した場合、受信ＵＥは送信ＵＥにＮＡＣＫをフィードバックするか、またはフィードバックしない。

【0026】

第２種類のフィードバック方式の場合、受信ＵＥがデータ受信に失敗した場合、受信ＵＥは送信ＵＥにＮＡＣＫをフィードバックし、受信ＵＥがデータ受信に成功した場合、受信ＵＥはフィードバックしない。

【0027】

また、本開示の一実施例では、上記のＰＳＦＣＨは受信ＵＥから送信されるＨＡＲＱフィードバック（すなわちＡＣＫフィードバックまたはＮＡＣＫフィードバック）を伝送するために使用できる。

【0028】

さらに、本開示の一実施例では、上記の受信ＵＥがＰＳＦＣＨを送信していないことは、以下のいくつかのケースを含むことができる。

【0029】

ケース１において、ＨＡＲＱフィードバック方式と、受信ＵＥのデータに対する受信結果（すなわち受信成功または受信失敗）とに基づいて、ＰＳＦＣＨを介してＨＡＲＱフィードバックを送信する必要がないと決定する。例えば、ＡＣＫまたはＮＡＣＫをフィードバックする場合に対して、受信ＵＥがデータ受信に失敗した場合、受信ＵＥフィードバックせず、または、ＮＡＣＫのみをフィードバックする場合に対して、受信ＵＥがデータ受信に成功した場合、受信ＵＥはフィードバックしない。受信ＵＥがフィードバックする必要がないため、ＰＳＦＣＨを介してＨＡＲＱフィードバックを送信する必要もない。

【0030】

ケース２において、ＨＡＲＱフィードバック方式と、受信ＵＥのデータに対する受信結果（すなわち受信成功または受信失敗）とに基づいて、ＰＳＦＣＨを介してＨＡＲＱフィードバックを送信する必要があると決定するが、ＨＡＲＱフィードバックと他のデータ（例えばアップリンク送信すべきデータ）とが伝送衝突し、かつＨＡＲＱフィードバック優先度が他のデータの優先度より低いため、ＨＡＲＱフィードバックが送信できなくなる。例えば、ＡＣＫまたはＮＡＣＫをフィードバックする場合に対して、受信ＵＥがデータ受信に成功した場合、受信ＵＥは送信ＵＥにＡＣＫをフィードバックし、または受信ＵＥがデータ受信に失敗した場合、受信ＵＥは送信ＵＥにＮＡＣＫをフィードバックする。ＮＡＣＫのみをフィードバックする場合に対して、受信ＵＥがデータ受信に失敗した場合、受信ＵＥは送信ＵＥにＮＡＣＫをフィードバックする。上記の場合では、ＰＳＦＣＨを介してＨＡＲＱフィードバックを送信する必要があり、しかし、上記の原因（すなわちＨＡＲＱフィードバックと他のデータとが伝送衝突し、かつＨＡＲＱフィードバックの優先度が低い）により、ＰＳＦＣＨを介してＨＡＲＱフィードバックを送信することができない。

【0031】

これを基に、本開示の一実施例では、上記の受信ＵＥに対応するＨＡＲＱフィードバック方式に基づいて、再送タイマを起動するか否かを決定することは、以下の方法１～４を含むことができる。

【0032】

方法１において、ＨＡＲＱフィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることであり、かつ受信ＵＥがデータ受信に成功しなかったことに応答して、再送タイマを起動する。

【0033】

ここで、本開示の一実施例では、「ＨＡＲＱフィードバック方式及び受信ＵＥがＰＳＦＣＨを送信していないことに含まれるいくつかのケース」という上記の説明内容に基づいて、上記の方法１について、受信ＵＥの現在のＨＡＲＱフィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることであり、かつ受信ＵＥがデータ受信に成功しなかった場合、受信ＵＥがＰＳＦＣＨを送信していないと、次の２つのケースが意味されることが分かる。

【0034】

ケース１ａにおいて、受信ＵＥが送信ＵＥにフィードバックしないと決定する（すなわち受信ＵＥがＰＳＦＣＨを送信していない）。

【0035】

ケース１ｂにおいて、受信ＵＥが送信ＵＥにＮＡＣＫをフィードバックすると決定するが、このＮＡＣＫと他のデータとが伝送衝突し、かつこのＮＡＣＫの優先度が低く、この場合、受信ＵＥが現在送信ＵＥにＮＡＣＫを送信できない（すなわち受信ＵＥがＰＳＦＣＨを送信していない）。

【0036】

上記の２つのケースに基づいて、送信ＵＥはいずれも受信ＵＥからのフィードバックを受信できない。この場合、フィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることであることに基づいて、送信ＵＥは受信ＵＥがデータ受信に成功しなかったと判断し、データを再送する。これに基づいて、本開示の一実施例では、受信ＵＥは、再送タイマを起動することにより、ＰＳＣＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、物理サイドリンク制御チャネル）をモニタして、送信ＵＥから再送されたデータを受信し、これによって、「受信ＵＥが再送タイマを起動しないが、送信ＵＥがデータを再送する」という状況を回避し、ＵＥの消費電力を削減し、リソースの浪費を回避する。

【0037】

方法２において、ＨＡＲＱフィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることであることに応答して、再送タイマを起動する。

【0038】

ここで、本開示の一実施例では、「ＨＡＲＱフィードバック方式及び受信ＵＥがＰＳＦＣＨを送信していないことに含まれるいくつかのケース」という上記の説明内容に基づいて、上記の方法２について、受信ＵＥの現在のＨＡＲＱフィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることである場合、受信ＵＥがＰＳＦＣＨを送信していないと、次の３つのケースが意味されることが分かる。

【0039】

ケース２ａにおいて、受信ＵＥがデータ受信に成功しなかった場合、受信ＵＥは送信ＵＥにフィードバックしないと決定する（すなわち受信ＵＥがＰＳＦＣＨを送信していない）。

【0040】

ケース２ｂ：受信ＵＥがデータ受信に成功しなかった場合、受信ＵＥが送信ＵＥにＮＡＣＫをフィードバックすると決定するが、このＮＡＣＫと他のデータとが伝送衝突し、かつこのＮＡＣＫの優先度が低く、この場合、受信ＵＥが現在送信ＵＥにＮＡＣＫを送信できない（すなわち受信ＵＥがＰＳＦＣＨを送信していない）。

【0041】

ケース２ｃ：受信ＵＥがデータ受信に成功した場合、受信ＵＥが送信ＵＥにＡＣＫをフィードバックすると決定するが、このＡＣＫと他のデータとが伝送衝突し、かつこのＡＣＫの優先度が低く、この場合、受信ＵＥが現在送信ＵＥにＡＣＫを送信できない（すなわち受信ＵＥがＰＳＦＣＨを送信していない）。

【0042】

上記の３つのケースに基づいて、送信ＵＥはいずれも受信ＵＥからのフィードバックを受信できない。この場合、フィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることであることに基づいて、送信ＵＥは受信ＵＥがデータ受信に成功しなかったと判断し、データを再送する。これに基づいて、本開示の一実施例では、受信ＵＥは再送タイマを起動することができ、この再送タイマの起動期間に、受信ＵＥはＰＳＣＣＨをモニタして、送信ＵＥから再送されたデータを受信することができ、これによって、「受信ＵＥが再送タイマを起動しないが、送信ＵＥがデータを再送する」という状況を回避し、ＵＥの消費電力を削減し、リソースの浪費を回避する。

【0043】

方法３において、ＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることであることに応答して、再送タイマを起動しない。

【0044】

ここで、本開示の一実施例では、「ＨＡＲＱフィードバック方式及び受信ＵＥがＰＳＦＣＨを送信していないことに含まれるいくつかのケース」という上記の説明内容に基づいて、上記の方法３について、受信ＵＥの現在のＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることである場合、受信ＵＥがＰＳＦＣＨを送信していないと、次の２つのケースが意味されることが分かる。

【0045】

ケース３ａにおいて、受信ＵＥがデータ受信に成功しなかった場合、受信ＵＥが送信ＵＥにＮＡＣＫをフィードバックすると決定するが、このＮＡＣＫと他のデータとが伝送衝突し、かつこのＮＡＣＫの優先度が低く、この場合、受信ＵＥが現在送信ＵＥにＮＡＣＫを送信できない（すなわち受信ＵＥがＰＳＦＣＨを送信していない）。

【0046】

ケース３ｂにおいて、受信ＵＥがデータ受信に成功した場合、受信ＵＥが送信ＵＥにフィードバックしないと決定する。

【0047】

上記の２つのケースに基づいて、送信ＵＥはいずれも受信ＵＥからのフィードバックを受信できない。この場合、フィードバック方式がＮＡＣＫのみをフィードバックすることであることに基づいて、送信ＵＥは受信ＵＥがデータ受信に成功したと判断し、データを再送しない。これに基づいて、本開示の一実施例では、受信ＵＥは再送タイマを起動しないことにより、「受信ＵＥが再送タイマを起動したが、送信ＵＥがデータを再送しない」という状況を回避し、ＵＥの消費電力を削減し、リソースの浪費を回避することができる。

【0048】

方法４において、ＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることであり、かつ受信ＵＥがデータ受信に成功しなかったことに応答して、受信ＵＥは同じグループの他のＵＥから送信されたＮＡＣＫフィードバックを受信すると、再送タイマを起動する。

【0049】

なお、本開示の一実施例では、この方法４はマルチキャスト伝送ケースに適用される。

【0050】

また、本開示の一実施例では、「ＨＡＲＱフィードバック方式及び受信ＵＥがＰＳＦＣＨを送信していないことに含まれるいくつかのケース」という上記の説明内容に基づいて、上記の方法４について、受信ＵＥの現在のＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることであり、かつ受信ＵＥがデータ受信に成功しなかった場合、受信ＵＥがＰＳＦＣＨを送信していないと、次の１つのケースが意味されることが分かる。

【0051】

ケース４ａにおいて、受信ＵＥが送信ＵＥにＮＡＣＫをフィードバックすると決定するが、このＮＡＣＫと他のデータとが伝送衝突し、かつこのＮＡＣＫの優先度が低く、この場合、受信ＵＥが現在送信ＵＥにＮＡＣＫを送信できない（すなわち受信ＵＥがＰＳＦＣＨを送信していない）。

【0052】

上記の１つのケースに基づいて、この受信ＵＥは送信ＵＥにＮＡＣＫをフィードバックすることに成功しない。しかし、この場合、この受信ＵＥが同じグループの他のＵＥから送信されたＮＡＣＫフィードバックを受信すると、送信ＵＥも他のＵＥから送信されたＮＡＣＫフィードバックを受信したことを示し、この場合、送信ＵＥはデータ送信に成功しなかったことを知り、マルチキャストの方式でデータを再送し、この場合、受信ＵＥは再送タイマを起動することができ、この再送タイマの起動期間に、受信ＵＥはＰＳＣＣＨをモニタして、送信ＵＥから再送されたデータを受信することができ、これによって、「受信ＵＥが再送タイマを起動しないが、送信ＵＥがデータを再送する」という状況を回避し、ＵＥの消費電力を削減し、リソースの浪費を回避する。

【0053】

【0054】

図２は本開示の実施例によって提供されるデータ再送方法の概略フローチャートであり、受信ＵＥに適用され、図２に示すように、このデータ再送方法は以下のステップを含むことができる。

【0055】

ステップ２０１において、ＲＴＴタイマが満了し、かつ受信ＵＥがＰＳＦＣＨしていないことに応答して、ＨＡＲＱフィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることであり、かつ受信ＵＥがデータ受信に成功しなかった場合、再送タイマを起動する。

【0056】

ここで、ステップ２０１に関する説明については上記の実施例の説明を参照することができ、本開示の実施例はここで説明を省略する。

【0057】

【0058】

図３は本開示の実施例によって提供されるデータ再送方法の概略フローチャートであり、受信ＵＥに適用され、図３に示すように、このデータ再送方法は以下のステップを含むことができる。

【0059】

ステップ３０１において、ＲＴＴタイマが満了し、かつ受信ＵＥがＰＳＦＣＨしていないことに応答して、ＨＡＲＱフィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることである場合、再送タイマを起動する。

【0060】

ここで、ステップ３０１に関する説明については上記の実施例の説明を参照することができ、本開示の実施例はここで説明を省略する。

【0061】

【0062】

図４は本開示の実施例によって提供されるデータ再送方法の概略フローチャートであり、受信ＵＥに適用され、図４に示すように、このデータ再送方法は以下のステップを含むことができる。

【0063】

ステップ４０１において、ＲＴＴタイマが満了し、かつ受信ＵＥがＰＳＦＣＨしていないことに応答して、ＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることである場合、再送タイマを起動しない。

【0064】

ここで、ステップ４０１に関する説明については上記の実施例の説明を参照することができ、本開示の実施例はここで説明を省略する。

【0065】

【0066】

図５は本開示の実施例によって提供されるデータ再送方法の概略フローチャートであり、受信ＵＥに適用され、図５に示すように、このデータ再送方法は以下のステップを含むことができる。

【0067】

ステップ５０１において、ＲＴＴタイマが満了し、かつ受信ＵＥがＰＳＦＣＨしていないことに応答して、ＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることであり、かつ受信ＵＥがデータ受信に成功せず、受信ＵＥが他のＵＥから送信されたＮＡＣＫフィードバックを受信した場合、再送タイマを起動する。

【0068】

ここで、ステップ５０１に関する説明については上記の実施例の説明を参照することができ、本開示の実施例はここで説明を省略する。

【0069】

【0070】

図６は本開示の実施例によって提供されるデータ再送方法の概略フローチャートであり、受信ＵＥに適用され、図６に示すように、このデータ再送方法は以下のステップを含むことができる。

【0071】

ステップ６０１において、ＲＴＴタイマを起動する。

【0072】

ここで、本開示の一実施例では、ＲＴＴタイマを起動する方法は、
受信ＵＥがＰＳＦＣＨを送信していないことに応答して、ＰＳＦＣＨリソース位置の後の１番目のスロットでこのＲＴＴタイマを起動することを含むことができる。

【0073】

ステップ６０２において、ＲＴＴタイマが満了し、かつ受信ＵＥがＰＳＦＣＨしていないことに応答して、受信ＵＥに対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバック方式に基づいて、再送タイマを起動するか否かを決定する。

【0074】

ここで、ステップ６０２に関する説明については上記の実施例の説明を参照することができ、本開示の実施例はここで説明を省略する。

【0075】

【0076】

図７は本開示の実施例によって提供されるデータ再送方法の概略フローチャートであり、受信ＵＥに適用され、図７に示すように、このデータ再送方法は以下のステップを含むことができる。

【0077】

ステップ７０１において、ＲＴＴタイマが満了し、かつ受信ＵＥがＰＳＦＣＨしていないことに応答して、受信ＵＥに対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバック方式に基づいて、再送タイマを起動するか否かを決定する。

【0078】

ここで、ステップ７０１に関する説明については上記の実施例の説明を参照することができ、本開示の実施例はここで説明を省略する。

【0079】

ステップ７０２において、再送タイマが起動されたことに応答して、再送タイマの起動期間に、ＰＳＣＣＨをモニタする。

【0080】

ここで、本開示の一実施例では、受信ＵＥは、再送タイマが起動されている間だけＰＳＣＣＨをモニタして、送信ＵＥから送信された再送データを受信することにより、省エネを図ることができる。

【0081】

【0082】

図８は本開示の実施例によって提供されるデータ再送方法の概略フローチャートであり、受信ＵＥに適用され、図８に示すように、このデータ再送方法は以下のステップを含むことができる。

【0083】

ステップ８０１において、受信ＵＥがマルチキャストの形式で、送信ＵＥから送信されたデータを受信する。

【0084】

ステップ８０２において、ＲＴＴタイマが満了し、かつ受信ＵＥがＰＳＦＣＨしていないことに応答して、受信ＵＥに対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバック方式に基づいて、再送タイマを起動するか否かを決定する。

【0085】

ここで、ステップ８０２に関する説明については上記の実施例の説明を参照することができ、本開示の実施例はここで説明を省略する。

【0086】

【0087】

図９本開示の一実施例によって提供されるデータ再送装置の概略構成図であり、図９に示すように、装置は、
ＲＴＴタイマが満了し、かつ前記受信ＵＥがＰＳＦＣＨを送信していないことに応答して、前記受信ＵＥに対応するハイブリッド自動再送要求（ＨＡＲＱ）フィードバック方式に基づいて、再送タイマを起動するか否かを決定するための決定モジュール９０１を含むことができる。

【0088】

以上のように、在本開示の実施例によって提供されるデータ再送装置之中、受信ＵＥのＲＴＴタイマが満了し、かつ受信ＵＥがＰＳＦＣＨを送信していない場合、受信ＵＥは該受信ＵＥに対応するＨＡＲＱフィードバック方式に基づいて、再送タイマを起動するか否かを決定し、これによって「受信ＵＥが再送タイマを起動したが、送信ＵＥがデータを再送しない」、または「受信ＵＥが再送タイマを起動しないが、送信ＵＥがデータを再送する」というような状況の発生を回避することができ、ＵＥの消費電力を節約し、リソースの浪費を回避することができる。

【0089】

本開示の一実施例では、前記決定モジュールはさらに、
前記ＨＡＲＱフィードバック方式が確認応答ＡＣＫまたは否定応答ＮＡＣＫをフィードバックすることであり、かつ前記受信ＵＥがデータ受信に成功しなかったことに応答して、前記再送タイマを起動し、
前記ＨＡＲＱフィードバック方式がＡＣＫまたはＮＡＣＫをフィードバックすることであることに応答して、前記再送タイマを起動し、
前記ＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることであることに応答して、前記再送タイマを起動しなく、
前記ＨＡＲＱフィードバック方式がＮＡＣＫのみをフィードバックすることであり、かつ前記受信ＵＥがデータ受信に成功していなく、前記受信ＵＥが他のＵＥから送信されたＮＡＣＫフィードバックを受信したことに応答して、前記再送タイマを起動する。

【0090】

さらに、本開示の別の実施例では、前記装置はさらに、
前記再送タイマが起動されたことに応答して、前記再送タイマの起動期間に、物理サイドリンク制御チャネルＰＳＣＣＨをモニタする。

【0091】

さらに、本開示の別の実施例では、前記装置はさらに、
前記ＲＴＴタイマを起動する。

【0092】

さらに、本開示の別の実施例では、前記装置はさらに、
前記受信ＵＥがＰＳＦＣＨを送信していないことに応答して、ＰＳＦＣＨリソース位置の後の１番目のスロットで前記ＲＴＴタイマを起動する。

【0093】

さらに、本開示の別の実施例では、前記装置はさらに、
前記受信ＵＥがマルチキャストの形式で、送信ＵＥから送信されたデータを受信する。

【0094】

図１０は本開示の一実施例によって提供されるユーザイクイップメントＵＥ１０００のブロック図である。例えば、ＵＥ１０００は、携帯電話、コンピュータ、デジタルブロードキャスト端末、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療デバイス、フィットネスデバイス、パーソナルデジタルアシスタントなどであってもよい。

【0095】

図１０を参照すると、ＵＥ１０００は、処理コンポーネント１００２、メモリ１００４、電源コンポーネント１００６、マルチメディアコンポーネント１００８、オーディオコンポーネント１０１０、入力／出力（Ｉ／Ｏ）インターフェース１０１２、センサコンポーネント１０１４、及び通信コンポーネント１０１６、のうちの少なくとも１つのコンポーネントを含むことができる。

【0096】

処理コンポーネント１００２は通常、表示、電話呼び出し、データ通信、カメラ操作および記録操作に関連する操作のようなＵＥ１０００の全般の操作を制御する。処理コンポーネント１００２は、上記の方法の全部又は一部のステップを終了させるように、少なくとも１つのプロセッサ１１２０を含むことで命令を実行することができる。また、処理コンポーネント１００２は、処理コンポーネント１００２とその他のコンポーネントとのインタラクションを容易にするために、１つまたは複数のモジュールを含むことができる。例えば、処理コンポーネント１００２は、マルチメディアコンポーネント１００８と処理コンポーネント１００２とのインタラクションを容易にするために、マルチメディアモジュールを含むことができる。

【0097】

メモリ１００４は、様々なタイプのデータを記憶することにより、ＵＥ１０００での操作をサポートするように構成される。これらのデータの例は、ＵＥ１０００において操作される如何なるアプリケーションプログラムまたは方法の命令、連絡先データ、電話帳データ、メッセージ、写真、ビデオ等を含む。メモリ１００４は、静的ランダムアクセスメモリ（ＳＲＡＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスクまたは光ディスクなど、如何なるタイプの揮発性または非揮発性ストレージデバイスまたはそれらの組み合せで実現することができる。

【0098】

電源コンポーネント１００６はＵＥ１０００の様々なコンポーネントに電力を提供する。電源コンポーネント１００６は電源管理システム、１つまたは複数の電源、ＵＥ１０００への電力の生成、管理および配分に関連する他のコンポーネントを含むことができる。

【0099】

マルチメディアコンポーネント１００８は、前記ＵＥ１０００とユーザとの間に１つの出力インターフェースを提供するスクリーンを含む。いくつかの実施例では、スクリーンは液晶ディスプレイ（ＬＣＤ）とタッチパネル（ＴＰ）を含むことができる。スクリーンがタッチパネルを含む場合、スクリーンはユーザからの入力信号を受信するように、タッチスクリーンとして実現することができる。タッチパネルは、タッチ、スライドとタッチパネルにおけるジェスチャを検出するように、１つまたは複数のタッチセンサを含む。前記タッチセンサはタッチまたはスライド動作の境界だけではなく、前記タッチまたはスライド操作に関連するウェイクアップ時間と圧力を検出する。いくつかの実施例では、マルチメディアコンポーネント１００８は１つのフロントカメラおよび／またはリアカメラを含む。ＵＥ１０００が撮影モードまたはビデオモードなどの操作モードにある時、フロントカメラおよび／またはリアカメラは外部のマルチメディアデータを受信することができる。各フロントカメラおよびリアカメラは１つの固定した光学レンズシステムまたは焦点距離や光学ズーム機能を有するものであってもよい。

【0100】

オーディオコンポーネント１０１０はオーディオ信号を出力および／または入力するように構成される。例えば、オーディオコンポーネント１０１０は１つのマイクロフォン（ＭＩＣ）を含み、ＵＥ１０００が呼び出しモード、記録モードや音声認識モードなどの操作モードである場合、マイクロフォンは、外部オーディオ信号を受信するように構成される。受信されるオーディオ信号はさらにメモリ１００４に記憶することができ、または通信コンポーネント１０１６経由で送信することができる。いくつかの実施例では、オーディオコンポーネント１０１０はオーディオ信号を出力するための１つのスピーカをさらに含む。

【0101】

Ｉ／Ｏインターフェース１０１２は処理コンポーネント１００２と周辺インターフェースモジュールとの間にインターフェースを提供し、上記周辺インターフェースモジュールはキーボード、クリックホイール、ボタンなどであってもよい。これらのボタンはホームページボタン、音量ボタン、起動ボタンおよびロックボタンを含むが、これらに限定されない。

【0102】

センサコンポーネント１０１３は、ＵＥ１０００のために各方面の状態評価を提供するために１つまたは複数のセンサを含む。例えば、センサコンポーネント１０１３はＵＥ１０００のオン／オフ状態、コンポーネントの相対的な位置決めを検出することができ、例えば前記コンポーネントはＵＥ１０００のディスプレイとキーパッドであり、センサコンポーネント１０１３はＵＥ１０００またはＵＥ１０００の１つのコンポーネントの位置の変化、ユーザとＵＥ１０００との接触が存在するか否か、ＵＥ１０００の方位または加速／減速、およびＵＥ１０００の温度の変化をさらに検出することができる。センサコンポーネント１０１３は如何なる物理的接触もない時に付近に物体が存在するか否かを検出するように構成される近接センサを含んでもよい。センサコンポーネント１０１３は、ＣＭＯＳまたはＣＣＤ画像センサのような、結像アプリケーションにおいて使用する光センサをさらに含んでもよい。いくつかの実施例では、当該センサコンポーネント１０１３は加速度センサ、ジャイロセンサ、磁気センサ、圧力センサまたは温度センサをさらに含んでも良い。

【0103】

通信コンポーネント１０１６は、ＵＥ１０００と他の機器との間の有線または無線方式の通信を容易にするように構成される。ＵＥ１０００は、通信基準に基づく無線ネットワーク、例えばＷｉＦｉ、２Ｇまたは３Ｇ、またはそれらの組み合せにアクセスすることができる。１つの例示的な実施例では、通信コンポーネント１０１６はブロードキャストチャネルを介して、外部ブロードキャスト管理システムからのブロードキャスト信号またはブロードキャスト関連情報を受信する。１つの例示的な実施例では、前記通信コンポーネント１０１６は短距離通信を促進するために、近距離無線通信（ＮＦＣ）モジュールをさらに含む。例えば、ＮＦＣモジュールは無線周波数識別（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（ＢＴ）技術および他の技術に基づいて実現することができる。

【0104】

例示的な実施例では、ＵＥ１０００は上記方法を実行するために、１つまたは複数のアプリケーション専用集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサまたはその他の電子素子によって実現されることができる。

【0105】

図１１は本願の実施例によって提供されるネットワーク側デバイス１１００のブロック図である。例えば、ネットワーク側デバイス１１００は１つのネットワーク側デバイスとして提供されてもよい。図１１を参照すると、ネットワーク側デバイス１１００は、１つ又は複数のプロセッサを含む処理コンポーネント１１１１と、メモリ１１３２で表され、処理コンポーネント１１１１によって実行可能な命令、例えばアプリケーショプログラムを記憶するためのメモリリソースとを含む。メモリ１１３２に記憶されているアプリケーショプログラムは、それぞれ１組の命令に対応する１つ以上のモジュールを含むことができる。また、処理コンポーネント１１１５は、上記方法に記載の、前記ネットワーク側デバイスに適用される任意の方法、例えば図１に示す方法を実行するように、命令を実行するように構成される。

【0106】

ネットワーク側デバイス１１００は、ネットワーク側デバイス１１００の電源管理を実行するように構成される１つの電源コンポーネント１１２６と、ネットワーク側デバイス１１００をネットワークに接続するように構成される１つの有線又は無線ネットワークインターフェース１１５０と、１つの入出力（Ｉ／Ｏ）インターフェース１１５８とをさらに含んでも良い。ネットワーク側デバイス１１００は、メモリ１１３２に記憶される操作システム、例えばＷｉｎｄｏｗｓＳｅｒｖｅｒＴＭ、ＭａｃＯＳＸＴＭ、ＵｎｉｘＴＭ、ＬｉｎｕｘＴＭ、ＦｒｅｅＢＳＤＴＭ又は類似するシステムを操作することができる。

【0107】

上記本開示によって提供される実施例では、それぞれネットワーク側デバイス、ＵＥの角度から、本開示の実施例によって提供される方法を説明する。上記本開示の実施例によって提供される方法における各機能を実現するために、ネットワーク側デバイスとＵＥはハードウェア構造、ソフトウェアモジュールを含むことができ、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造にソフトウェアモジュールを加える形式で上記各機能を実現する。上記各機能のある機能は、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造にソフトウェアモジュールを加える方式で実行することができる。

【0108】

【0109】

本開示の実施例は通信装置を提供する。通信装置は送受信モジュールと処理モジュールを含むことができる。送受信モジュールは送信モジュール及び／又は受信モジュールを含むことができ、送信モジュールは送信機能を実現するために使用され、受信モジュールは受信機能を実現するために使用され、送受信モジュールは送信機能及び／又は受信機能を実現することができる。

【0110】

通信装置は端末デバイス（例えば前述した方法実施例における端末デバイス）であってもよく、端末デバイスにおける装置であってもよく、端末デバイスに合わせて使用できる装置であってもよい。又は、通信装置はネットワークデバイスであってもよく、ネットワークデバイスにおける装置であってもよく、ネットワークデバイスに合わせて使用できる装置であってもよい。

【0111】

本開示の実施例はもう１つの通信装置を提供する。通信装置はネットワークデバイスであってもよく、端末デバイス（例えば前述した方法実施例における端末デバイス）であってもよく、ネットワークデバイスでが上記方法を実現することをサポートするチップ、チップシステム、又はプロセッサ等であってもよく、端末デバイスが上記方法を実現することをサポートするチップ、チップシステム、又はプロセッサ等であってもよい。該装置は上記方法実施例において説明される方法を実現するために使用でき、具体的には、上記方法実施例における説明を参照されたい。

【0112】

通信装置は１つ又は複数のプロセッサを含んでもよい。プロセッサは汎用プロセッサ又は専用プロセッサ等であってもよい。例えば、ベースバンドプロセッサ又は中央処理装置であってもよい。ベースバンドプロセッサは通信プロトコル及び通信データを処理することができ、中央処理装置は通信装置（例えば、ネットワーク側デバイス、ベースバンドチップ、端末デバイス、端末デバイスチップ、ＤＵ又はＣＵ等）を制御し、コンピュータプログラムを実行し、コンピュータプログラムのデータを処理するために使用されてもよい。

【0113】

選択的に、通信装置は１つ又は複数のメモリをさらに含むことができ、それにコンピュータプログラムが記憶されてもよく、プロセッサは、通信装置が上記方法実施例で説明される方法を実行するように、前記コンピュータプログラムを実行する。選択的に、前記メモリにはデータが記憶されてもよい。通信装置とメモリは単独で設定されてもよく、一体に統合されてもよい。

【0114】

選択的に、通信装置はトランシーバ、アンテナをさらに含んでもよい。トランシーバは送受信ユニット、送受信機、又は送受信回路等と呼ぶことができ、送受信機能を実現するために使用される。トランシーバは受信機と送信機を含むことができ、受信機は受信器又は受信回路などと呼ぶことができ、受信機能を実現するために使用され、送信機は送信器又は送信回路などと呼ぶことができ、送信機能を実現するために使用される。

【0115】

選択的に、通信装置は１つ又は複数のインターフェース回路をさらに含んでもよい。インターフェース回路はコード命令を受信し且つプロセッサに伝送するために使用される。プロセッサは、通信装置が上記方法実施例において説明される方法を実行するように、前記コード命令を実行する。

【0116】

通信装置が端末デバイス（例えば前述した方法実施例における端末デバイス）である場合、プロセッサは図１～図６のいずれかに示す方法を実行するために使用される。

【0117】

通信装置がネットワークデバイスである場合、トランシーバは図７～図８のいずれかに示す方法を実行するために使用される。

【0118】

１つの実現形態では、プロセッサは、受信と送信機能を実現するための送受信機を含むことができる。例えば、該送受信機は送受信回路であってもよく、又はインターフェースであってもよく、又はインターフェース回路であってもよい。受信と送信機能を実現するための送受信回路、インターフェース又はインターフェース回路は分離したものであってもよく、一体に統合されたものであってもよい。上記送受信回路、インターフェース又はインターフェース回路はコード／データの読み書きに用いることができ、又は、上記送受信回路、インターフェース又はインターフェース回路は、信号の伝送又は伝送に用いることができる。

【0119】

１つの実現形態では、プロセッサはコンピュータプログラムを記憶することができ、コンピュータプログラムはプロセッサにおいて実行され、これにより、通信装置は上記方法実施例で説明される方法を実行することができる。コンピュータプログラムはプロセッサに固定化することができ、該場合では、プロセッサはハードウェアによって実現可能である。

【0120】

１つの実現形態では、通信装置は回路を含むことができ、回路は、前述方法実施例における送信又は受信又は通信の機能を実現することができる。本開示で説明されたプロセッサと送受信機は集積回路（ｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ、ＩＣ）、アナログＩＣ、無線周波数集積回路ＲＦＩＣ、混合信号ＩＣ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ、ＡＳＩＣ）、プリント回路基板（ｐｒｉｎｔｅｄｃｉｒｃｕｉｔｂｏａｒｄ、ＰＣＢ）、電子デバイスなどにおいて実現することができる。該プロセッサと送受信機は、様々なＩＣプロセス技術、例えば相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙｍｅｔａｌｏｘｉｄｅｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＣＭＯＳ）、Ｎ型金属酸化物半導体（ｎＭｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＮＭＯＳ）、Ｐ型金属酸化物半導体（ｐｏｓｉｔｉｖｅｃｈａｎｎｅｌｍｅｔａｌｏｘｉｄｅｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＰＭＯＳ）、バイポーラ接合トランジスタ（ｂｉｐｏｌａｒｊｕｎｃｔｉｏｎｔｒａｎｓｉｓｔｏｒ、ＢＪＴ）、バイポーラＣＭＯＳ（ＢｉＣＭＯＳ）、シリコンゲルマニウム（ＳｉＧｅ）、ガリウムヒ素（ＧａＡｓ）などを用いて製造してもよい。

【0121】

以上の実施例において説明される通信装置はネットワークデバイス又は端末デバイス（例えば前述した方法実施例における端末デバイス）であってもよいが、本開示の説明における通信装置の範囲はこれに限らず、通信装置の構造は図１１によって限制されなくてもよい。通信装置は、独立したデバイスであってもよく、又は大きいデバイスの一部であってもよい。例えば前記通信装置は以下の（１）～（６）であってもよい。
（１）独立した集積回路ＩＣ、又はチップ、又は、チップシステム又はサブシステム。
（２）１つ又は複数のＩＣを有する集合、選択的に、該ＩＣ集合はデータ、コンピュータプログラムを記憶するための記憶素子を含んでもよい。
（３）ＡＳＩＣ、例えばモデム（Ｍｏｄｅｍ）。
（４）他のデバイス内に埋め込むことができるモジュール。
（５）受信機、端末デバイス、インテリジェント端末デバイス、セルラー電話、無線デバイス、ハンドヘルド、移動ユニット、車載デバイス、ネットワーク側デバイス、クラウドデバイス、人工知能デバイスなど。
（６）その他。

【0122】

通信装置がチップ又はチップシステムであってもよい場合について、チップはプロセッサとインターフェースを含む。ここで、プロセッサの数は１つ又は複数であってもよく、インターフェースの数は複数であってもよい。

【0123】

選択的に、チップはメモリをさらに含み、メモリは必要なコンピュータプログラムとデータを記憶するために使用される。

【0124】

当業者であれば分かるように、本開示の実施例で挙げられた様々な説明的な論理ブロック（ｉｌｌｕｓｔｒａｔｉｖｅｌｏｇｉｃａｌｂｌｏｃｋ）とステップ（ｓｔｅｐ）は、電子ハードウェア、コンピュータソフトウェア、又は両者の組み合わせによって実現することができる。このような機能は、ハードウェアか、それともソフトウェアによって実現されるかは、特定の適用とシステム全体の設計要件によって決められる。当業者は、各特定の種類の適用に対して、様々な方法を用いて前記の機能を実現することができ、しかし、このような実現は、本開示の実施例の保護範囲を超えるものとして理解するべきではない。

【0125】

本開示の実施例はサイドリンク時間長を決定するシステムをさらに提供し、該システムは前述した端末デバイス（例えば前述した方法実施例における第１の端末デバイス）とされる通信装置及びネットワークデバイスとされる通信装置を含み、又は、該システムは、前述した端末デバイス（例えば前述した方法実施例における第１の端末デバイス）とされる通信装置及びネットワークデバイスとされる通信装置を含む。

【0126】

本開示は、命令が記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供し、命令がコンピュータによって実行される場合、上記いずれか１つの方法実施例の機能を実現する。

【0127】

本開示はコンピュータプログラム製品をさらに提供し、該コンピュータプログラム製品は、コンピュータによって実行される場合、上記いずれか１つの方法実施例の機能を実現する。

【0128】

上記実施例では、全部又は一部は、ソフトウェア、ハードウェア、ファームウェア又はその任意の組み合わせで実現することができる。ソフトウェアを用いて実現する時、全部又は一部は、コンピュータプログラム製品の形式で実現することができる。コンピュータプログラム製品は１つ又は複数のコンピュータプログラムを含む。コンピュータに前記コンピュータプログラムをロードし且つ実行する場合、全部又は一部は、本開示の実施例に記載のフロー又は機能を生成する。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブルデバイスであってもよい。コンピュータプログラムはコンピュータ読み取り可能な記憶媒体に記憶することができ、又は１つのコンピュータ読み取り可能な記憶媒体から１つのコンピュータ読み取り可能な記憶媒体へ伝送することができ、例えば、コンピュータプログラムは、１つのウェブサイト、コンピュータ、サーバ又はデータセンタから、有線（例えば同軸ケーブル、光ファイバ、デジタル加入者線（ｄｉｇｉｔａｌｓｕｂｓｃｒｉｂｅｒｌｉｎｅ、ＤＳＬ））又は無線（例えば赤外線、無線、マイクロ波等）方式によってもう１つのウェブサイト、コンピュータ、サーバ又はデータセンタへ伝送することができる。コンピュータ読み取り可能な記憶媒体は、コンピュータがアクセス可能な如何なる利用可能な媒体、又は１つ又は複数の利用可能な媒体統合を含むサーバ、データセンタなどデータ記憶デバイスであってもよい。前記利用可能な媒体は磁気媒体（例えば、フロッピーディスク）、光学媒体（例えば、高密度デジタルビデオディスク（ｄｉｇｉｔａｌｖｉｄｅｏｄｉｓｃ、ＤＶＤ））、又は半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄｓｔａｔｅｄｉｓｋ、ＳＳＤ））などであってもよい。

【0129】

当業者であれば理解できるように、本開示に係る第１、第２などの様々な数字番号は、説明を容易にするために行った区分であり、本開示の実施例の範囲を制限するものではなく、優先順位をも表さない。

【0130】

本開示の少なくとも１つは、１つ又は複数として説明されてもよく、複数は、２つ、３つ、４つ又はそれ以上であってもよく、本開示では限定されない。在本開の示実施例では、１つ技術的特徴に対して、「第１」、「第２」、「第３」、「Ａ」、「Ｂ」、「Ｃ」及び「Ｄ」などによって該技術的特徴における技術的特徴を区別し、該「第１」、「第２」、「第３」、「Ａ」、「Ｂ」、「Ｃ」及び「Ｄ」によって説明された技術的特徴の間は、優先順位や大きさの順序がない。

【0131】

当業者は明細書を考慮し且つここで開示された発明を実践した後、本開示の他の実施形態を容易に想到し得る。本出願は、本開示の如何なる変形、用途又は適応的変化をカバーしようとしており、これらの変形、用途又は適応的変化は、本開示の一般的原理に従い、かつ本開示で開示されていない当分野の技術常識又は慣用されている技術的手段を含む。明細書と実施例は単なる例示的なものとして見なされ、本開示の真の範囲と精神は以下の特許請求の範囲によって示される。

【0132】

なお、本開示は以上説明され且つ図面に示される正確な構造に限定されず、その範囲から逸脱しなき限り、様々な修正と変更が可能であることを理解されたい。本開示の範囲は添付の特許請求の範囲のみによって限定される。

【図1】