JP7407970B2

JP7407970B2 - 下りリンク受信トリガー方法、端末とネットワーク側機器

Info

Publication number: JP7407970B2
Application number: JP2022566262A
Authority: JP
Inventors: ▲東▼儒李; ▲ユ▼民 ▲呉▼; 学明潘; ▲曉▼▲東▼ ▲孫▼; ▲曉▼航 ▲陳▼
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2020-04-30
Filing date: 2021-04-25
Publication date: 2024-01-04
Anticipated expiration: 2041-04-25
Also published as: EP4145742A1; KR20230005325A; US20230048312A1; WO2021218842A1; CA3179183A1; CN113597002B; CN113597002A; BR112022021924A2; EP4145742A4; JP2023523636A

Description

（関連出願の相互参照）
本出願は、２０２０年０４月３０日に中国で提出された中国特許出願番号Ｎｏ．２０２０１０３６７０８２．９の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本発明は、通信技術分野に関し、特に下りリンク受信トリガー方法、端末とネットワーク側機器に関する。

移動通信システムでは、慣用伝送方式は、スケジューリングに基づく伝送方式であり、例えば、端末は、まず物理下りリンク制御チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＣＣＨ）をモニタリングすることによってネットワーク側機により自分に割り当てられる下りリンク受信の時間周波数領域リソースを取得した後、該当するリソース上で下りリンク受信を行う。

実際のアプリケーションシナリオでは、スケジューリングに基づく伝送方式は、必ずしも最も効率的ではない。拡張現実（Ｅｘｔｅｎｄｅｄｒｅａｌｉｔｙ、ＸＲ）を例にして、ＸＲとは、コンピュータ技術とウェアラブルデバイスによって生成される真実と仮想の組み合わせ環境とヒューマンコンピュータインタラクションである。ＸＲアプリケーションシナリオにおいて、ユーザの動作に基づいてユーザに必要なデータリソースを予測することができる。しかし、端末がネットワーク側機器に基づいて動的にスケジューリングして下りリンク受信を行う柔軟性が比較的に悪く、且つ効率が比較的に低く、ＸＲ端末の業務需要を比較的に良く満たし、ＸＲ業務モデルに適用されることができない。

本発明の実施例は、端末がネットワーク側機器に基づいて動的にスケジューリングして下りリンク受信を行う柔軟性が比較的に悪く、且つ効率が比較的に低い問題という従来技術における問題を解決するための下りリンク受信トリガー方法、端末とネットワーク側機器を提供する。

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

第一の方面によれば、本発明の実施例は、端末に用いられる下りリンク受信トリガー方法を提供する。前記方法は、
第一の下りリンク受信をトリガーするための第一の上りリンク信号を送信することを含む。

第二の方面によれば、本発明の実施例は、ネットワーク側機器に用いられる下りリンク受信トリガー方法を提供する。前記方法は、
端末により送信される、第一の下りリンク受信をトリガーするための第一の上りリンク信号を受信することを含む。

第三の方面によれば、本発明の実施例は、端末を提供する。前記端末は、
第一の下りリンク受信をトリガーするための第一の上りリンク信号を送信するための送信モジュールを含む。

第四の方面によれば、本発明の実施例は、ネットワーク側機器を提供する。前記ネットワーク側機器は、
端末により送信される、第一の下りリンク受信をトリガーするための第一の上りリンク信号を受信するための受信モジュールを含む。

第五の方面によれば、本発明の実施例は、端末を提供する。前記端末は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できる命令又はプログラムとを含み、前記命令又はプログラムが前記プロセッサによって実行される時、本発明の実施例の第一の方面による下りリンク受信トリガー方法におけるステップを実現する。

第六の方面によれば、本発明の実施例は、ネットワーク側機器を提供する。前記ネットワーク側機器は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できる命令又はプログラムとを含み、前記命令又はプログラムが前記プロセッサによって実行される時、本発明の実施例の第二の方面による下りリンク受信トリガー方法におけるステップを実現する。

第七の方面によれば、本発明の実施例は、可読記憶媒体を提供する。前記可読記憶媒体には、命令又はプログラムが記憶されており、前記命令又はプログラムがプロセッサによって実行される時、本発明の実施例の第一の方面による下りリンク受信トリガー方法におけるステップを実現する。

第八の方面によれば、本発明の実施例は、可読記憶媒体を提供する。前記可読記憶媒体には、命令又はプログラムが記憶されており、前記命令又はプログラムがプロセッサによって実行される時、本発明の実施例の第二の方面による下りリンク受信トリガー方法におけるステップを実現する。

第九の方面によれば、本発明の実施例は、チップを提供した。前記チップは、プロセッサと、通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、第一の方面に記載の下りリンク受信トリガー方法を実現するために用いられる。

第十の方面によれば、本発明の実施例は、チップを提供した。前記チップは、プロセッサと、通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、第二の方面に記載の下りリンク受信トリガー方法を実現するために用いられる。

第十一の方面によれば、本発明の実施例は、コンピュータプログラム製品を提供した。前記コンピュータプログラム製品は、可読記憶媒体に記憶され、前記コンピュータプログラム製品が少なくとも一つのプロセッサによって実行されて、第一の方面に記載の下りリンク受信トリガー方法を実現し、又は第二の方面に記載の下りリンク受信トリガー方法を実現する。

第十二の方面によれば、本発明の実施例は、端末を提供した。前記端末は、第一の方面に記載の下りリンク受信トリガー方法を実行するために用いられる。

第十三の方面によれば、本発明の実施例は、ネットワーク側機器を提供した。前記ネットワーク機器は、第二の方面に記載の下りリンク受信トリガー方法を実行するために用いられる。

本発明の実施例では、端末は、上りリンク信号を送信することによって該当する下りリンク受信をトリガーすることができ、このように、端末のリソース消費を節約し、端末の省エネルギに寄与することができるだけでなく、端末の下りリンク受信の柔軟度と効率性を向上させることもできる。本発明の実施例は、ＸＲアプリケーションシナリオに適用されるが、それに限らない。本発明の実施例がＸＲアプリケーションシナリオに適用される場合、ＸＲ端末の業務需要をより良く満たし、ＸＲユーザの需要をより良く満たすことができる。

本発明の実施例の技術案をより明瞭に説明するために、以下では、本発明の実施例の記述において使用される必要がある添付図面を簡単に紹介する。自明なことに、以下の記述における添付図面は、本発明のいくつかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、これらの添付図面に基づき、他の添付図面を得ることもできる。

本発明の実施例によるネットワークシステムの構造図である。本発明の実施例によるＤＲＸ周期の概略図である。本発明の実施例による下りリンク受信トリガー方法のフローチャートである。本発明の実施例の一例を示す図である。本発明の実施例の一例を示す図である。本発明の実施例の一例を示す図である。本発明の実施例の一例を示す図である。本発明の実施例の一例を示す図である。本発明の実施例の一例を示す図である。本発明の実施例による別の下りリンク受信トリガー方法のフローチャートである。本発明の実施例による端末の構造の概略図である。本発明の実施例によるネットワーク側機器の構造の概略図である。本発明の実施例による端末のハードウェア構造の概略図である。本発明の実施例によるネットワーク側機器のハードウェア構造の概略図である。

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

本出願の明細書と請求項における用語である「含む」及びその任意の変形は、非排他的な「含む」を意図的にカバーするものであり、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明瞭にリストアップされているそれらのステップ又はユニットに限らず、明瞭にリストアップされていない又はこれらのプロセス、方法、製品又は機器に固有の他のステップ又はユニットを含んでもよい。なお、明細書及び請求項において使用される「及び／又は」、接続されている対象の少なくともそのうちの一つを表し、例えばＡ及び／又はＢは、個別のＡ、個別のＢ、及びＡとＢとの組み合わせの３つのケースを含むことを表す。

本発明の実施例では、「例示的」又は「例えば」などの用語は、例、例証、又は説明とすることを表すために用いられる。本発明の実施例において、「例示的」又は「例えば」と記述される任意の実施例又は設計方案は、他の実施例又は設計方案より好ましいか、又はより優位性があると解釈されるべきではない。正確に言うと、「例示的」又は「例えば」などの用語を使用することは、関連概念を具体的な方式で示すことを意図する。

以下では、添付図面を結び付けながら、本発明の実施例を紹介する。本発明による実施例は、無線通信システムに用いられてもよい。この無線通信システムは、５Ｇシステム、又は進化型長期的進化（ＥｖｏｌｖｅｄＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ｅＬＴＥ）システム、又は後続の進化通信システムであってもよい。

図１は、発明の実施例によるネットワークシステムの構造図である。図１に示すように、端末１１と、ネットワーク側機器１２とを含み、ここで、端末１１は、移動通信機器であってもよく、例えば、携帯電話、タブレットパソコン（ＴａｂｌｅｔＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、ラップトップコンピュータ（ＬａｐｔｏｐＣｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ、ＰＤＡと略称される）、モバイルインターネットデバイス（ＭｏｂｉｌｅＩｎｔｅｒｎｅｔＤｅｖｉｃｅ、ＭＩＤ）又はウェアラブルデバイス（ＷｅａｒａｂｌｅＤｅｖｉｃｅ）などであってもよく、説明すべきこととして、本発明の実施例において、端末１１の具体的なタイプを限定しない。上記ネットワーク側機器１２は、５Ｇネットワーク側機器（例えば、ｇＮＢ、５ＧＮＲＮＢ）であってもよく、又は４Ｇネットワーク側機器（例えば、ｅＮＢ）であってもよく、又は３Ｇネットワーク側機器（例えば、ＮＢ）、又は後続の進化通信システムにおけるネットワーク側機器などであってもよく、説明すべきこととして、本発明の実施例において、ネットワーク側機器１２の具体的なタイプを限定しない。

本発明の実施例の技術案をより適当に理解するために、本発明の実施例の技術案を説明する前に、まず、本発明の実施例の関連技術を大まかに紹介する。

一、ＸＲ業務
ＸＲとは、コンピュータ技術とウェアラブルデバイスによって生成される全ての真実と仮想の組み合わせ環境とヒューマンコンピュータインタラクションであり、それは、拡張現実（ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ、ＡＲ）、媒介現実（ＭｅｄｉａｔｅｄＲｅａｌｉｔｙ、ＭＲ）、仮想現実（ＶｉｒｔｕａｌＲｅａｌｉｔｙ、ＶＲ）などの代表的な形、及びそれらの間の補間領域を含む。仮想世界のレベルは、一部の感覚入力から完全没入型仮想現実まである。ＸＲの一つの重要な方面は、人間の経験の拡張、特に存在感（ＶＲを代表として）と認知習得（ＡＲを代表として）に関連する経験の拡張である。

ＸＲのアプリケーションシナリオでは、ユーザは、仮想現実体験において顔の振り向けなどの動作によって新しい視野角度の情報を取得することができる。このとき、ＸＲユーザの顔の振り向け動作は、端末によって一つの上りリンク信号を送信してネットワーク側機器に知らせることができ、ネットワーク側機器は、上りリンク信号を受信した後、このＸＲユーザに使用されるように、必要な下りリンクデータをスケジューリングする。

ＸＲ（ＮＲｌｉｇｈｔを除外しない）アプリケーションシナリオに対し、上りリンク信号によってある下りリンク受信がトリガーされる過程が存在する。従来技術において、このように上りリンク信号によって下りリンク受信がトリガーされるメカニズムがまだサポートされておらず、端末のリソース消費が比較的に大きく、且つ端末が下りリンク受信を行う柔軟性が比較的に悪く、ＸＲ端末の業務需要を比較的に良く満たすことができず、それによってＸＲユーザの業務需要を比較的に良く満たすことができない。

二、ＣＤＲＸ（無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）接続状態の不連続受信（ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ、ＤＲＸ））
図２に示すように、ＤＲＸ周期は、「ＯｎＤｕｒａｔｉｏｎ（持続時間）」と「ＯｐｐｏｒｔｕｎｉｔｙｆｏｒＤＲＸ（ＤＲＸオケージョン）」から構成される。「ＯｎＤｕｒａｔｉｏｎ」の時間内に、端末は、ＰＤＣＣＨをモニタリングして受信する。「ＯｐｐｏｒｔｕｎｉｔｙｆｏｒＤＲＸ」時間内に、端末は、消費電力を節約するために、ＰＤＣＣＨをモニタリングしない。ｏｎｄｕｒａｔｉｏｎ内に新規伝送ＰＤＣＣＨが受信された場合、ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒ（非アクティブ化タイマ）を起動又は再起動して、端末がＰＤＣＣＨをモニタリングする時間長を延長する。

説明すべきこととして、本出願に関わる「タイマ」は、「タイマー」と呼ばれてもよく、つまり、本出願に関わる「タイマ」が表す意味は、「タイマー」が表す意味と同じ又は類似している。

システムは、異なる業務シーンに基づき、端末に短いＤＲＸ周期（ｓｈｏｒｔＤＲＸｃｙｃｌｅ）又は長いＤＲＸ周期（ｌｏｎｇＤＲＸｃｙｃｌｅ）をそれぞれ配置することができる。短周期と長周期が同時に配置されている場合、ある方式で２種類の長短周期間の切り替えを行うことができる。

これに関連して、本発明の実施例は、上りリンク信号によって下りリンク受信がトリガーされる方法、即ち本発明の実施例による下りリンク受信トリガー方法を提供する。

図３は、本発明の実施例による下りリンク受信トリガー方法のフローチャートである。図３に示すように、下りリンク受信トリガー方法は、端末に用いられ、この方法は、以下のステップを含む。

ステップ２０１：第一の下りリンク受信をトリガーするための第一の上りリンク信号を送信する。

本発明の実施例では、端末が、第一の上りリンク信号を送信することによって第一の下りリンク受信を直接トリガーすることができるが、例えばネットワーク側機器によって第一の下りリンク受信を配置するなどの過程を必要としないため、第一の上りリンク信号を送信することによって第一の下りリンク受信をトリガーすることは、従来の下りリンクスケジューリングと下りリンク受信方式と異なる。

第一の上りリンク信号を送信することによって第一の下りリンク受信をトリガーすることは、下りリンク受信をトリガーするスケジューリングに基づく従来の伝送方式と異なる。従来のスケジューリング伝送方式において、例えば、端末は、ＰＤＣＣＨをモニタリングすることによってネットワーク側機器が自分のために割り当てる下りリンク受信の時間周波数領域リソースを取得した後、端末は、該当するリソース上で下りリンク受信を行う。しかし、本発明の実施例において、端末は、第一の上りリンク信号を送信することによって第一の下りリンク受信をトリガーする。第一の下りリンク受信の時間周波数領域リソース及びこの第一の下りリンク受信の持続時間などの配置パラメータは、ネットワーク側機器によって事前に配置されてもよく、又はこの第一の上りリンク信号によって記録されてもよく、スケジューリング過程を介せずに下りリンク受信がトリガーされることができる。そのため、第一の上りリンク信号を送信することによって第一の下りリンク受信をトリガーすることで、下りリンク受信の柔軟度と効率性を向上させることができる。

第一の上りリンク信号が第一の下りリンク受信をトリガーするために用いられることは、第一の上りリンク信号と第一の下りリンク受信との間に関連関係が存在し、端末が、第一の上りリンク信号を送信した後、第一の上りリンク信号と第一の下りリンク受信との間の関連関係に基づき、第一の下りリンク受信をモニタリングし、又は受信することができると理解されてもよい。

第一の上りリンク信号と第一の下りリンク受信との間の関連関係は、例えば第一の上りリンク信号と第一の下りリンク受信との間にリソース配置パラメータ上の関連関係が存在することであってもよい。ここで、リソース配置パラメータは、例えば時間領域配置パラメータ、周波数領域配置パラメータ又は時間周波数領域配置パラメータなどであってもよい。

一実施例では、第一の上りリンク信号に記録されるリソース配置パラメータによって第一の下りリンク受信を明示的に配置し、ネットワーク側機器は、受信された第一の上りリンク信号により指示される配置パラメータに基づいて第一の下りリンク受信を送信する。例えば、端末は、第一の上りリンク信号を送信した後、不連続受信の方式で第一の下りリンク受信をモニタリングする。なお、第一の下りリンク受信は、複数の下りリンク受信を含んでもよい。言い換えれば、第一の下りリンク受信に対応するリソース配置パラメータは、ネットワーク側機器が端末により送信されるＲＡＣＨ又はＢＦＲなどの上りリンク信号に基づいて配置した下りリンク受信リソース配置パラメータと異なる。

第一の上りリンク信号と第一の下りリンク受信との間の関連関係は、予め確立されてもよく、例えば、ネットワーク側機器によって第一の上りリンク信号と第一の下りリンク受信との間の関連関係を予め配置してもよく、プロトコルによって第一の上りリンク信号と第一の下りリンク受信との間の関連関係を予め約定してもよい。

第一の上りリンク信号と第一の下りリンク受信との間の関連関係が予め確立された上で、第一の上りリンク信号が第一の下りリンク受信をトリガーするために用いられることは、第一の上りリンク信号が、第一の上りリンク信号と関連関係を有する第一の下りリンク受信をアクティブ化するために用いられ、より具体的には、第一の上りリンク信号が、該当するリソース配置パラメータでの第一の下りリンク受信をアクティブ化するために用いられると理解されてもよい。

第一の下りリンク受信は、一つ又は複数の（二つを含む）下りリンク受信を含んでもよく、第一の下りリンク受信が複数の下りリンク受信を含む場合、各下りリンク受信は、一つの下りリンク受信タイプに対応してもよい。第一の下りリンク受信が一つの下りリンク受信を含む場合、この下りリンク受信は、下りリンク受信タイプに対応してもよく、ある具体的なタイプに対応しなくてもよい。

前記第一の下りリンク受信は、下りリンクスケジューリング情報受信と、下りリンク信号受信と、下りリンクデータ情報受信と、下りリンクチャネルモニタリングとのうちの少なくとも一つを含んでもよい。

つまり、第一の下りリンク受信のタイプは、下りリンクスケジューリング情報と、下りリンク信号と、下りリンクデータ送信情報と、下りリンクチャネルモニタリングとのうちの少なくとも一つを含んでもよい。ここで、下りリンクスケジューリング情報は、例えばＰＤＣＣＨであってもよく、このＰＤＣＣＨにおける下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）は、特定の無線ネットワーク一時識別子、例えばセル無線ネットワーク一時識別子Ｉ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴ）又は配置可能なスケジューリングＲＮＴＩ（ＣｏｎｆｉｇｕｒｅｄＳｃｈｅｄｕｌｉｎｇＲＮＴＩ、ＣＳ－ＲＮＴＩ）によってスクランブルされてもよい。このＰＤＣＣＨのＤＣＩｆｏｒｍａｔは、例えばＤＣＩ１－１、ＤＣＩ０－１、ＤＣＩ０－０、ＤＣＩ１－０、ＤＣＩ１－２、ＤＣＩ０－２などであってもよい。下りリンク信号は、例えばチャネル状態情報リファレンス信号（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＣＳＩ－ＲＳ）、ＣＳＩ干渉測定（ＣＳＩＩｎｔｅｒｆｅｒｅｎｃｅＭｅａｓｕｒｅｍｅｎｔ、ＣＳＩ－ＩＭ）、リファレンス信号（ＴｉｍｅＲｅｆｅｒｅｎｃｅＳｉｇｎａｌｓ、ＴＲＳ）、位相追跡リファレンス信号（Ｐｈａｓｅ－ｔｒａｃｋｉｎｇｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ、ＰＴＲＳ）、ポジショニングリファレンス信号（ＰｏｓｉｔｉｏｎｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌｓ、ＰＲＳ）、同期信号ブロック（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌａｎｄＰＢＣＨｂｌｏｃｋ、ＳＳＢ）などであってもよい。下りリンクデータ送信情報は、例えば半静的スケジューリング（Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ、ＳＰＳ）の物理下りリンク共有チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＤＳＣＨ）受信であってもよい。下りリンクチャネルモニタリングは、例えば非スケジューリングのＰＤＣＣＨ、ｇｒｏｕｐｃｏｍｍｏｎＰＤＣＣＨ（グループ公共ＰＤＣＣＨ）などであってもよい。他の下りリンクチャネル又は下りリンク信号は、除外されない。

第一の上りリンク信号のタイプは、上りリンクチャネルのタイプと、上りリンクチャネル上で載せられるシグナリング又は信号タイプとのうちの少なくとも一つを含んでもよい。ここで、上りリンクチャネルのタイプは、物理上りリンク制御チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＵＣＣＨ）、ＰＵＳＣＨ（例えば、配置される上りリンク許可ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔのＰＵＳＣＨ）、物理ランダムアクセスチャネル（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ、ＰＲＡＣＨ）（例えば、Ｍｓｇ１、ＭｓｇＡＰＲＡＣＨ、ＭｓｇＡＰＵＳＣＨ、Ｍｓｇ３）であってもよい。上記上りリンクチャネルの周期性は、周期、非周期、半持続であってもよい。上りリンクチャネル上で載せられるシグナリングタイプ又は信号タイプは、上りリンク制御情報（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）、スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ、ＳＲ）、チャネル状態情報（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）、ハイブリット自動再送要求（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ、ＨＡＲＱ）、メディアアクセス制御（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）ＣＥ、チャネルサウンディングリファレンス信号（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＳＲＳ）などであってもよい。他の上りリンクチャネル又は上りリンク信号は、除外されない。

選択的に、前記第一の上りリンク信号は、前記第一の下りリンク受信との間に時間領域上の関連関係を有する。

つまり、第一の上りリンク信号と第一の下りリンク受信との間の関連関係が、第一の上りリンク信号と第一の下りリンク受信との間の時間領域上における関連関係を含んでもよい場合、端末は、第一の上りリンク信号を送信することによって該当する時間領域配置パラメータでの第一の下りリンク受信をトリガーすることができる。

本発明の実施例では、非明示的に指示する方式で、第一の上りリンク信号によって第一の下りリンク受信がトリガーされてもよいし、明示的に指示する方式で、第一の上りリンク信号によって第一の下りリンク受信がトリガーされてもよい。

以下、非明示的に指示する方式を説明する。

選択的に、前記第一の上りリンク信号と前記第一の下りリンク受信との間の関連関係は、ネットワーク側機器によって配置され、又はプロトコルによって約定される。

ここで、第一の上りリンク信号と第一の下りリンク受信との間の関連関係が、第一の上りリンク信号と第一の下りリンク受信との間の時間領域上における関連関係を含む場合、前記第一の上りリンク信号と前記第一の下りリンク受信との間の時間領域上における関連関係は、ネットワーク側機器によって配置されてもよく、又はプロトコルによって約定されてもよい。

選択的に、前記方法は、
前記第一の上りリンク信号のタイプと、前記第一の上りリンク信号が位置する論理チャネルと、前記第一の上りリンク信号の業務優先度とのうちの少なくとも一つに基づき、前記第一の上りリンク信号に関連する前記第一の下りリンク受信をトリガーすることをさらに含む。

この実施の形態では、異なる上りリンク信号タイプによって異なる下りリンク受信を関連付けてもよく、異なる上りリンク信号の業務タイプによって異なる下りリンク受信を関連付けてもよく、異なる上りリンク信号が位置する論理チャネルによって異なる下りリンク受信を関連付けてもよい。

例えば、上りリンク信号が位置する論理チャネルが、論理チャネル１である場合、この上りリンク信号は、下りリンク受信１を関連付け、つまり、論理チャネル１に対応する上りリンク信号は、下りリンク受信１をトリガー又はアクティブ化することができ、このように、端末が、論理チャネル１に対応する第一の上りリンク信号を送信する限り、下りリンク受信１を非明示的にトリガー又はアクティブ化した。この例において、第一の上りリンク信号は、論理チャネル１に対応する上りリンク信号であり、第一の下りリンク受信は、下りリンク受信１である。

以上は、非明示的に指示する方式で、第一の上りリンク信号によって第一の下りリンク受信がトリガーされる実施の形態である。

以下、明示的に指示する方式を説明する。

選択的に、前記第一の上りリンク信号には、前記第一の下りリンク受信をトリガーするための第一の指示情報が含まれる。

上記第一の指示情報は、第一の下りリンク受信の識別子を含んでもよく、第一の下りリンク受信の時間領域配置パラメータを含んでもよく、第一の下りリンク受信の識別子と時間領域配置パラメータとをさらに含んでもよい。例えば、端末は、上りリンク制御シグナリング（例えばＭＡＣＣＥ、ＵＣＩなど）を送信することができ、この上りリンク制御シグナリングには、この上りリンク制御シグナリングによりトリガー又はアクティブ化される第一の下りリンク受信が明示的に指示されてもよい。

第一の指示情報によりトリガーされる第一の下りリンク受信は、ネットワーク側機器によって予め配置されてもよく、プロトコルによって予め約定されてもよい。例えば、第一の指示情報によりトリガーされる第一の下りリンク受信は、ＲＲＣによって配置されてもよい。第一の指示情報によりトリガーされる第一の下りリンク受信は、一つ又は複数の下りリンク受信を含んでもよく、又は第一の指示情報は、複数の第一の下りリンク受信をトリガーしてもよい。

選択的に、前記第一の指示情報は、Ｎ個の下りリンク受信のうちのＭ個の第一の下りリンク受信をトリガーするために用いられ、前記Ｎ個の下りリンク受信は、ネットワーク側機器によって配置され、又はプロトコルによって約定され、前記ＮとＭは、いずれも１以上の整数である。

例えば、ＲＲＣがＮ個の下りリンク受信を配置しており、第一の上りリンク信号には、Ｎ個の下りリンク受信のうちのＭ個の下りリンク受信をトリガー又はアクティブ化するための第一の指示情報が含まれ、このＭ個の下りリンク受信は、上記第一の下りリンク受信であり、又はこのＭ個の下りリンク受信は、それぞれＭ個の上記第一の下りリンク受信である。

選択的に、前記Ｍが１よりも大きい場合、前記方法は、
前記第一の上りリンク信号を送信した後、第一の下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信することと、
前記第一のＤＣＩによって前記Ｍ個の下りリンク受信のうちのＫ個の下りリンク受信をトリガーすることであって、前記第一の下りリンク受信は、前記Ｋ個の下りリンク受信を含み、前記Ｋは、１以上の整数であることとをさらに含む。

例えば、ＲＲＣがＮ個の下りリンク受信を配置しており、第一の上りリンク信号には、Ｎ個の下りリンク受信のうちのＭ個の下りリンク受信をトリガー又はアクティブ化するための第一の指示情報が含まれる。下りリンク受信において、ＤＣＩを受信することによってＭ個の下りリンク受信のうちのＫ個の下りリンク受信を動的にトリガー又はアクティブ化する。

以上は、明示的に指示する方式で、第一の上りリンク信号によって第一の下りリンク受信がトリガーされる実施の形態である。

選択的に、前記第一の下りリンク受信の時間領域配置パラメータは、ネットワーク側機器によって配置され、又はプロトコルによって約定される。

本発明の実施例では、第一の上りリンク信号と第一の下りリンク受信との間の関連関係は、ネットワーク側機器によって配置されてもよく、又はプロトコルによって約定されてもよく、更に、第一の上りリンク信号と第一の下りリンク受信との間の時間領域上における関連関係は、ネットワーク側機器によって配置されてもよく、又はプロトコルによって約定されてもよく、更に、第一の下りリンク受信の時間領域配置パラメータは、ネットワーク側機器によって配置されてもよく、又はプロトコルによって約定されてもよい。

以下では、第一の下りリンク受信の時間領域配置パラメータの関連実施の形態を説明する。

選択的に、前記第一の下りリンク受信の時間領域配置パラメータは、
前記第一の下りリンク受信の時間領域開始時刻と、
前記第一の下りリンク受信の時間領域モニタリング方式と、
前記第一の下りリンク受信の持続時間と、
前記第一の下りリンク受信の第一の周期パラメータとのうちの少なくとも一つを含み、前記第一の周期パラメータは、第一の周期長と、第一の周期のアクティブ化時間長と、第一の周期のアクティブ化時間開始位置オフセット量とのうちの少なくとも一つを含む。

選択的に、前記第一の下りリンク受信の時間領域開始時刻は、
前記第一の上りリンク信号が位置する時間領域リソースの終了時刻であるリファレンス時刻と、
前記リファレンス時刻と第一の時間間隔を置いた時刻である第一の時刻と、
前記リファレンス時刻の後の一番目の使用可能な下りリンク時間領域リソースの開始時刻と、
前記リファレンス時刻に起動される第一のタイマがタイムアウトした後の時間領域リソース開始時刻と、
前記第一の時刻の後の一番目の使用可能な下りリンク時間領域リソースの開始時刻と、
前記第一のタイマがタイムアウトした後の一番目の使用可能な下りリンク時間領域リソースの開始時刻とのうちのいずれか一つである。

ここで、第一の下りリンク受信の時間領域開始時刻は、第一の上りリンク信号が位置する時間領域リソースの終了時刻であってもよく、つまり、端末は、第一の上りリンク信号が送信された後、直ちに第一の下りリンク受信を行い始めることができる。

第一の下りリンク受信の時間領域開始時刻は、第一の時刻であってもよく、この第一の時刻と第一の上りリンク信号が位置する時間領域リソースの終了時刻との間の時間間隔は、第一の時間間隔であり、つまり、端末は、第一の上りリンク信号が送信された後に第一の時間間隔を置いた後、第一の下りリンク受信を行い始めることができ、第一の時間間隔は、ネットワーク側機器によって配置されてもよく、又はプロトコルによって約定されてもよい。更に、ネットワーク側機器は、複数の第一の時間間隔パラメータを配置してもよく、端末は、第一の上りリンク信号に第一の時間間隔に関する一つの指示を記録してもよい。例えば、前記第一の時間間隔は、ＰＤＳＣＨとそのＨＡＲＱ－ＡＣＫフィードバックの時間間隔Ｋ１に等しくてもよく、このＫ１の取り値セットは、ネットワーク側機器によって予め配置されたものであり、又は前記第一の時間間隔は、ＢＦＲＱ（ビーム障害回復要求）を送信した時刻とＢＦＲＲ（ビーム障害回復応答）が受信されたこととの間の時間間隔に等しくてもよく、又は前記第一の時間間隔は、ＲＡＣＨを送信した時刻とＲＡＲ応答が受信された時刻との間の時間間隔に等しくてもよい。

第一の下りリンク受信の時間領域開始時刻は、第一の上りリンク信号が位置する時間領域リソースの終了時刻の後の一番目の使用可能な下りリンク時間領域リソースの開始時刻であってもよく、つまり、端末は、第一の上りリンク信号が送信された後の一番目の使用可能な下りリンク時間領域リソースで第一の下りリンク受信を行い始めることができ、下りリンク時間領域リソースは、ＤＬｓｕｂｆｒａｍｅ（下りリンクサブフレーム）、ＤＬｓｌｏｔ、ＣＯＲＥＳＥＴが含まれるＤＬｓｌｏｔなどであってもよい。

第一の下りリンク受信の時間領域開始時刻は、第一のタイマがタイムアウトした後の時間領域リソース開始時刻であってもよく、この第一のタイマは、第一の上りリンク信号が位置する時間領域リソースの終了時刻にトリガーされ、つまり、端末は、第一の上りリンク信号を送信した後、第一のタイマを直ちにトリガーし、この第一のタイマがタイムアウトした後に第一の下りリンク受信を行い始める。

第一の下りリンク受信の時間領域開始時刻は、上記第一の時刻の後の一番目の使用可能な下りリンク時間領域リソースの開始時刻であってもよく、つまり、端末は、第一の上りリンク信号が送信された後、第一の時間間隔後の一番目の使用可能な下りリンク時間領域リソースで第一の下りリンク受信を行い始めることができる。

第一の下りリンク受信の時間領域開始時刻は、上記第一のタイマがタイムアウトした後の一番目の使用可能な下りリンク時間領域リソースの開始時刻であってもよく、つまり、端末は、第一の上りリンク信号を送信した後、第一のタイマを直ちにトリガーし、この第一のタイマがタイムアウトした後の一番目の利用可能な下りリンク時間領域リソースで第一の下りリンク受信を行い始める。

上記第一の時間間隔の取り値については、端末が、能力に基づいて第一の時間間隔のサイズを報告してもよく、又は、プロトコルが、異なるサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｅ、ＳＣＳ）レベルに基づいて第一の時間間隔のサイズを約定してもよく、又は、端末が、第一の時間間隔を報告してもよく、第一の時間間隔の取り値を具体的に限定しない。

なお、上記時間領域開始時刻以外、第一の上りリンク信号に含まれる開始時刻の位置情報（例えば、一つのオフセット量ｏｆｆｓｅｔが与えられる）で、開始時刻情報に基づいて第一の下りリンク受信の時間領域開始時刻を決定してもよい。

選択的に、前記第一の下りリンク受信の持続時間は、第一の時間長と、第二のタイマ時間長とのうちのいずれか一つを含む。

この実施の形態では、第一の時間長によって第一の下りリンク受信の持続時間を示してもよく、第一の時間長は、ネットワーク側機器によって配置され、又はプロトコルによって約定されてもよい。第二のタイマ時間長によって第一の下りリンク受信の持続時間を示してもよく、この第二のタイマは、ネットワーク側機器によって配置されてもよく、又はプロトコルによって約定されてもよい。

選択的に、前記第一の下りリンク受信の時間領域モニタリング方式は、
前記第一の下りリンク受信の持続時間内に前記第一の下りリンク受信をモニタリングすることと、
各前記第一の周期のアクティブ化時間内に前記第一の下りリンク受信をモニタリングすることと、
前記第一の下りリンク受信の持続時間内の各前記第一の周期のアクティブ化時間内に前記第一の下りリンク受信をモニタリングすることとのうちのいずれか一つを含む。

ここで、第一の下りリンク受信の持続時間が配置された場合、端末は、第一の下りリンク受信の持続時間内に第一の下りリンク受信をモニタリングすることができ、又は、端末は、第一の下りリンク受信の持続時間内に第一の下りリンク受信を絶え間なく行うことができる。例えば、第一の下りリンク受信の持続時間が第一の時間長である場合、端末は、第一の時間長内に第一の下りリンク受信をモニタリングすることができる。また、例えば、第一の下りリンク受信の持続時間が第二のタイマ時間長である場合、端末は、第二のタイマ時間長内に第一の下りリンク受信をモニタリングすることができ、又は、端末は、第二のタイマ時間長内に第一の下りリンク受信を絶え間なく行うことができる。第二のタイマが期限切れになった後、端末は、第一の上りリンク信号によりトリガーされる第一の下りリンク受信から退出することができる。端末が、第二のタイマ時間長内に下りリンクスケジューリング情報及び／又は下りリンクデータ送信情報を受信した場合、端末は、この第二のタイマを再起動することができる。

端末はさらに、不連続受信の方式を採用して第一の下りリンク受信をモニタリングし、即ち周期的な時間領域モニタリング方式を採用して第一の下りリンク受信をモニタリングすることができる。例えば、端末は、各第一の周期のアクティブ化時間内に第一の下りリンク受信をモニタリングすることができる。第一の周期は、アクティブ化時間と非アクティブ化時間とを含んでおり、端末が、アクティブ化時間内に第一の下りリンク受信を受信又はモニタリングするだけでよく、非アクティブ化時間内に第一の下りリンク受信を受信又はモニタリングする必要がない。本実施例に与えられる不連続受信は、端末の省エネルギをさらに実現することができ、好ましい第一の下りリンク受信の時間領域モニタリング方式である。前記第一の周期は、長いＤＲＸ周期又は短いＤＲＸ周期であってもよい。前記第一の周期がＤＲＸ周期となるように配置すると、ＤＲＸ周期の関連ｔｉｍｅｒ及びパラメータは、さらに下りリンク受信に応用されてもよい。例えば、ＤＲＸ周期におけるＤＲＸ－ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒ（ＤＲＸ非アクティブ化タイマ）である。

上記２種類の時間領域モニタリング方式は、さらに結び付けられてもよく、例えば、端末は、第一の下りリンク受信の持続時間内の各第一の周期のアクティブ化時間内に第一の下りリンク受信をモニタリングすることができる。この方式において、第一の下りリンク受信の持続時間が第一の時間長である場合、前記モニタリング方式は、端末が、第一の下りリンク受信の第一の時間長内の各第一の周期のアクティブ化時間内に第一の下りリンク受信をモニタリングすることができることである。第一の下りリンク受信の持続時間が第二のタイマ時間長である場合、前記モニタリング方式は、端末が、第一の下りリンク受信の第二のタイマー運行期間内の各第一の周期のアクティブ化時間内に第一の下りリンク受信をモニタリングすることができることである。更に、第一の下りリンク受信の持続時間が終了した後、端末は、この周期的な下りリンク受信方式を採用しなくてもよい。

なお、第一の上りリンク信号によって上記第一の下りリンク受信の持続時間配置を記録することもできる。

選択的に、前記方法は、
連続するＬ個の前記第一の周期のアクティブ化時間内に前記第一の下りリンク受信のうちのＱ個の下りリンク受信を受信していなかった場合、前記第一の下りリンク受信のモニタリングを停止することをさらに含み、ここで、１≦Ｑ≦Ｌであり、前記Ｌ、Ｑは、いずれも１以上の整数である。

この実施の形態では、端末が第一の下りリンク受信を周期的に行う状況に対し、不連続受信の時間領域モニタリング方式を採用し、端末が、連続するＬ個の周期のアクティブ化時間内に下りリンクスケジューリング及び／又は下りリンクデータを受信していなかった場合、端末は、この第一の下りリンク受信から退出することができ、又は、端末は、この第一の上りリンク信号によりトリガーされる第一の下りリンク受信から退出することができることである。

例えば、端末は、各第一の周期のアクティブ化時間内に第一の下りリンク受信をモニタリングし、端末が連続している３つの第一の周期のアクティブ化時間内に第一の下りリンク受信のいずれか一つ又は複数の下りリンク受信又は全ての下りリンク受信を受信していなかった場合、第一の下りリンク受信のモニタリングを停止する。また、例えば、端末は、第一の下りリンク受信の持続時間内の各前記第一の周期のアクティブ化時間内に前記第一の下りリンク受信をモニタリングし、端末が、第一の下りリンク受信の持続時間内の３つの第一の周期のアクティブ化時間内に第一の下りリンク受信のうちの全ての下りリンク受信を受信していなかった場合、第一の下りリンク受信のモニタリングを停止する。

この実施の形態は、端末の省エネルギを実現することができる。

選択的に、前記第一の周期のアクティブ化時間は、ビットマップの方法によって指示される。

上記の第一の周期のアクティブ化時間に対し、持続時間によって指示されてもよい。

例えば、「１１０００」は、第一の周期を示し、ここで、各ビットが２ｍｓを表す場合、第一の周期全体の長さは、１０ｍｓであり、且つ最初の２つが１であるビットは、第一の周期のアクティブ化時間及びアクティブ化時間長が４ｍｓであることを示し、後の３つのビットは、第一の周期の非アクティブ化時間長が６ｍｓであることを示す。

選択的に、前記第一の下りリンク受信にはＰＤＣＣＨの受信が含まれる場合、前記第一の下りリンク受信の時間領域配置パラメータは、
ＰＤＣＣＨのブラインド検出パラメータと、
ＰＤＣＣＨのモニタリング周期と、
ＰＤＣＣＨのモニタリングオフセット量と、
ＰＤＣＣＨのモニタリング持続時間と、
制御リソースセット（ｃｏｎｔｒｏｌｒｅｓｏｕｒｃｅｓｅｔ、ＣＯＲＥＳＥＴ）と、
検索空間グループと、
検索空間と、
ＤＣＩフォーマットと、
ＲＮＴＩ（ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ、無線ネットワーク一時識別子）と、
ＰＤＣＣＨと前記ＰＤＣＣＨによりスケジューリングされる物理下りリンク共有チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＤＳＣＨ）との間の時間間隔と、
ＰＤＳＣＨと前記ＰＤＳＣＨのハイブリット自動再送要求応答（Ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＨＡＲＱ－ＡＣＫ）フィードバックとの間の時間間隔と、
ＰＤＣＣＨと前記ＰＤＣＣＨによりスケジューリングされる物理上りリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＵＳＣＨ）との間の時間間隔と、
ＰＤＳＣＨの処理遅延と、
ＰＵＳＣＨの準備遅延とのうちの少なくとも一つを含む。

ここで、上記ＰＤＣＣＨに関連する時間間隔は、ｓｌｏｔ（スロット）を単位とするＫ０と、Ｋ１と、Ｋ２と、Ｋ０と、Ｋ１と、Ｋ２とを含んでもよい。ここで、Ｋ０は、ＤＣＩ（又はＤＣＩに対応するＰＤＣＣＨ）が位置するｓｌｏｔとそれによりスケジューリングされるＰＤＳＣＨが位置するｓｌｏｔとの間の時間間隔であり、Ｋ２は、ＤＣＩ（又はＤＣＩに対応するＰＤＣＣＨ）が位置するｓｌｏｔとそれによりスケジューリングされるＰＵＳＣＨが位置するｓｌｏｔとの間の時間間隔である。例えば、Ｋ０＝０は、ＰＤＣＣＨが、それによりスケジューリングされるＰＤＳＣＨと一つのｓｌｏｔ内にあることを示す。Ｋ１は、ＰＤＳＣＨが位置するｓｌｏｔとそのＨＡＲＱ－ＡＣＫフィードバックが位置するｓｌｏｔとの間の時間間隔であり、いくつかのｓｌｏｔがオフセットされている。

ＰＤＳＣＨの処理遅延とは、ＰＤＣＣＨが、ＰＤＳＣＨをスケジューリングし、ＰＤＳＣＨが受信されてから、このＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバックを送信する準備ができるまでの時間間隔である。ＰＤＳＣＨの処理遅延は、Ｋ１と異なり、Ｋ１は、どのｓｌｏｔ上でＨＡＲＱ－ＡＣＫフィードバックを行うかを決定することである。しかし、ＰＤＳＣＨの処理遅延とは、端末がＰＤＳＣＨを受信した後、ＨＡＲＱのフィードバックを良く準備するためには、処理遅延が必要であることである。つまり、Ｋ１は、ＰＤＳＣＨの処理遅延以上でなければならない。

ＰＵＳＣＨの準備遅延とは、ＰＤＣＣＨを受信した後、端末が、このＰＤＣＣＨによりスケジューリングされるＰＵＳＣＨの送信を準備するための時間間隔が必要である。ＰＵＳＣＨの準備遅延は、Ｋ２と異なり、Ｋ２は、どのｓｌｏｔ上でＰＵＳＣＨ送信を行うかを決定している。しかし、ＰＵＳＣＨの準備遅延とは、端末が、ＰＤＣＣＨを受信した後、ＰＵＳＣＨを送信する準備ができるまで準備遅延が必要であることである。つまり、Ｋ２は、ＰＵＳＣＨの処理遅延以上でなければならない。

説明すべきこととして、上記第一の下りリンク受信の時間領域配置パラメータのうちのいずれか一つ又は複数又は全ては、他の時間領域配置パラメータと一緒にネットワーク側によって配置され、又はプロトコルによって約定されてもよく、例えば、上記第一の下りリンク受信の時間領域配置パラメータのうちのいずれか一つ又は複数又は全ては、第一の下りリンク受信の時間領域開始時刻と、時間領域モニタリング方式と、持続時間と、第一の周期パラメータとのうちのいずれか一つ又は複数又は全てと一緒に配置されてもよい。なお、上記第一の下りリンク受信の時間領域配置パラメータのうちのいずれか一つ又は複数又は全ては、他の時間領域配置パラメータと一緒に第一の上りリンク信号によって記録されてもよい。

選択的に、前記関連関係は、特定の端末と、特定のメディアアクセス制御メディアアクセス制御（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）エンティティと、特定の業務タイプと、特定の周波数範囲とのうちの少なくとも一つに配置される。

又は、前記第一の上りリンク信号によって前記第一の下りリンク受信がトリガーされるメカニズムは、使用されるように特定の端末に配置されてもよく、使用されるように特定のＭＡＣエンティティ（例えばＳＣＧのＭＡＣエンティティ、ＭＣＧのＭＡＣエンティティ）に配置されてもよく、使用されるように特定の業務タイプ（例えば特定の論理チャネル（例えば論理チャネル１））のみに配置されてもよく、使用されるように特定の周波数範囲（例えばセル１、ＢＷＰ１）のみに配置されてもよい。前記周波数領域範囲は、ＢＷＰ又はサービングセル又はコンポーネントキャリアであってもよい。なお、各業務タイプに配置されてもよく、各業務タイプの前記上りリンク信号と下りリンク受信との間の関連関係とは、第一の上りリンク信号が前記第一の下りリンク受信をトリガーするメカニズムの関連配置パラメータは、同じであってもよく、又は異なってもよいことである。使用されるように端末の全てのＢＷＰに配置されてもよく、各ＢＷＰの前記上りリンク信号と下りリンク受信との間の関連関係とは、第一の上りリンク信号が前記第一の下りリンク受信をトリガーするメカニズムの関連配置パラメータが、同じであってもよく、又は異なってもよいことである。

この実施の形態では、具体的な需要に応じて、第一の上りリンク信号が第一の下りリンク受信をトリガーするメカニズムを柔軟に配置し、端末の下りリンク受信の柔軟度を向上させることができる。

選択的に、前記方法は、
ネットワーク側機器により送信される、前記第一の下りリンク受信のうちの少なくとも一つの下りリンク受信の受信を停止するよう前記端末に指示するための第一のメッセージを受信することをさらに含む。

この実施の形態では、ネットワーク側機器は、第一の上りリンク信号によりトリガーされる第一の下りリンク受信の停止メカニズムを配置することができ、例えば、ネットワーク側機器は、端末が現在行われている第一の下りリンク受信のうちのいずれか一つ又は複数の下りリンク受信又は全ての下りリンク受信を停止するために、一つの停止命令（例えばＭＡＣＣＥｃｏｍｍａｎｄ、ＤＣＩ）を配置する。端末は、ネットワーク側機器により送信される第一のメッセージを受信した後、第一のメッセージの指示に基づき、第一の下りリンク受信のうちのいずれか一つ又は複数の下りリンク受信又は全ての下りリンク受信を停止することができる。

この実施の形態では、端末は、ネットワーク側機器の指示に基づいて上りリンク信号によりトリガーされる下りリンク受信を停止することができ、通信システムの作動性能と効率の向上に有利である。

選択的に、前記方法は、
ネットワーク側機器により送信される第二のメッセージを受信することをさらに含み、前記第二のメッセージは、前記第一の下りリンク受信の受信周期を前記第一の周期から第二の周期に切り替えるよう前記端末に指示するために用いられ、前記第二の周期は、周期長と、周期のアクティブ化時間長と、周期のアクティブ化時間開始位置オフセット量とのうちの少なくとも一つにおいて前記第一の周期と異なる。

この実施の形態では、ネットワーク側機器は、第一の上りリンク信号によりトリガーされる第一の下りリンク受信のダブル周期切り替えメカニズムを配置することができ、このダブル周期切り替えメカニズムは、短いＤＲＸ周期（ｓｈｏｒｔＤＲＸｃｙｃｌｅ）と長いＤＲＸ周期（ｌｏｎｇＤＲＸｃｙｃｌｅ）切り替えメカニズムと類似している。例えば、ネットワーク側機器は、第一の下りリンク受信の不連続受信の周期を切り替えるよう端末に指示するための切り替え命令（例えばＭＡＣＣＥｃｏｍｍａｎｄ、ＤＣＩ）を発信することができる。

端末は、ネットワーク側機器により送信される第二のメッセージを受信した後、第二のメッセージの指示に基づき、第一の下りリンク受信の周期を第一の周期から第二の周期に切り替えることができる。このように、第一の下りリンク受信の柔軟性を向上させることができ、通信システムの性能の向上に有利である。

選択的に、前記第一の下りリンク受信の持続時間内に、前記端末が、第二の下りリンク受信をトリガーするための第二の上りリンク信号を送信した場合、前記方法は、
前記第一の下りリンク受信と前記第二の下りリンク受信を並行して行うこと、又は、
前記第二の下りリンク受信のみを行うことをさらに含む。

この実施の形態では、第一の上りリンク信号によりトリガーされる第一の下りリンク受信の持続時間内（即ち第一の下りリンク受信が終了されていない）に、端末がまた、第二の下りリンク受信をトリガーするための別の上りリンク信号（即ち第二の上りリンク信号）を送信した場合、このような場合における下りリンク受信時間配置に対し、以下のいずれか一つを含んでもよい。

その一、端末は、複数の上りリンク信号によりトリガーされる下りリンク受信を並行して行い、又は、端末は、第一の下りリンク受信と第二の下りリンク受信を並行してモニタリングする。毎回に、上りリンク信号は、一つの下りリンク受信のモニタリング配置をトリガーし、例えば、毎回に、上りリンク信号は、新たなタイマーをトリガーし、端末は、いずれか一つの上りリンク信号によりトリガーされる下りリンク受信のモニタリング配置を満たす必要がある。

その二、端末は、ある一つの上りリンク信号によりトリガーされる下りリンク受信のみを行い、又は、端末は、ある一つの下りリンク受信のモニタリング配置のみを維持することができる。端末は、新たな上りリンク信号を送信するたびに、現在行われている下りリンク受信を停止し、新たな下りリンク受信のモニタリング配置で新たな下りリンク受信を行い始めることができる。無論、端末が新たな上りリンク信号を送信するたびに、現在行われている下りリンク受信を依然として継続することも除外されない。

選択的に、前記第一の下りリンク受信と前記第二の下りリンク受信を並行して行う場合、前記第一の下りリンク受信と前記第二の下りリンク受信に一つ又は複数のリソースの衝突が発生すれば、前記方法は、
衝突されるリソース上で、前記第二の下りリンク受信を行い、前記第一の下りリンク受信を放棄すること、又は、
衝突されるリソース上で、前記第一の下りリンク受信を行い、前記第二の下りリンク受信を放棄すること、又は、
衝突されるリソース上で、前記第一の上りリンク信号と前記第二の上りリンク信号のタイプと、位置する論理チャネルと、業務優先度とのうちの少なくとも一つに基づき、前記第一の下りリンク受信と前記第二の下りリンク受信から、行われる下りリンク受信を決定することをさらに含む。

ここで、前記リソース衝突は、時間領域リソース衝突と、周波数領域リソース衝突とのうちの少なくとも一つを含む。

この実施の形態は、以下の表現が採用されてもよい。

前記第一の下りリンク受信と前記第二の下りリンク受信を並行して行う場合、前記第一の下りリンク受信と前記第二の下りリンク受信に一つ又は複数のリソースの衝突が発生すれば、前記方法は、
前記第二の下りリンク受信において前記第一の下りリンク受信と衝突する下りリンク信号を受信し、前記第一の下りリンク受信において前記第二の下りリンク受信と衝突する下りリンク信号の受信を放棄し、又は、
前記第一の下りリンク受信において前記第二の下りリンク受信と衝突する下りリンク信号を受信し、前記第二の下りリンク受信において前記第一の下りリンク受信と衝突する下りリンク信号の受信を放棄し、又は、
前記第一の上りリンク信号のタイプと、位置する論理チャネルと、業務優先度とのうちの少なくとも一つ、及び前記第二の上りリンク信号のタイプと、位置する論理チャネルと、業務優先度とのうちの少なくとも一つに基づき、前記第一の下りリンク受信が前記第二の下りリンク受信と衝突する下りリンク信号から、受信される下りリンク信号を決定することをさらに含む。

この実施の形態では、二つの下りリンク受信に一つ又は複数のリソースの衝突が発生した場合、端末は、比較的に遅くトリガーされる下りリンク受信の下りリンク信号を優先的に受信し、比較的に早くトリガーされる下りリンク受信の下りリンク信号の受信を放棄することができ、端末は、比較的に早くトリガーされる下りリンク受信の下りリンク信号を優先的に受信し、比較的に遅くトリガーされる下りリンク受信の下りリンク信号の受信を放棄することができ、端末はさらに、上りリンク信号のタイプと、位置する論理チャネルと、業務優先度とのうちの少なくとも一つに基づき、受信されようとする下りリンク信号を決定し、又は受信を放棄しようとする下りリンク信号を決定することができる。

この実施の形態では、リソース衝突は、時間領域リソースのみが衝突されてもよく、周波数領域リソースのみが衝突されてもよく、時間周波数領域リソースが同時に衝突されてもよい。リソース衝突とは、二つ又は複数の下りリンク受信が位置する時間周波数領域リソースが部分的に重ね、又は全て重ねることである。

説明すべきこととして、本発明の実施例における複数の選択的な実施の形態は、互いに組み合わせて実現されてもよく、単独で実現されてもよく、これについて本発明の実施例は、限定しない。

本発明の実施例の技術案をより良く理解するために、以下では、三つの具体的な実施例を提供する。

実施例１
図４から図６に示すように、この実施例では、ネットワーク側機器は、上りリンク信号と下りリンク受信との間の関連関係を予め配置し、非明示的な指示によって上りリンク信号によって下りリンク受信がトリガーされる過程を完了させる。上りリンク信号が下りリンク受信をトリガーするメカニズムは、各論理チャネルに配置される。上りリンク信号は、スケジューリングするように配置可能な（ＣＧ）ＰＵＳＣＨによってトリガーされ、下りリンク受信の時間領域モニタリング方式は、短いＤＲＸ周期の不連続受信方式を採用し、ネットワーク配置に関連する下りリンク受信の開始時刻の第一のタイマーは、モニタリング待ちｔｉｍｅｒ（タイマ）と下りリンク受信との持続時間＝ｄｅｌａｙｂｕｄｇｅｔ（遅延予算）の長さである。このセットのモニタリング待ちｔｉｍｅｒは、ＤＲＸにより配置される、ＤＲＸにおけるＨＡＲＱ過程に関連する再送ｔｉｍｅｒと同時に使用されてもよい。一つのＭＡＣＣＥｃｏｍｍａｎｄが現在上りリンク信号によりトリガーされる全て行われている下りリンク受信を強制的に停止するようにプロトコルによって約定される。

ネットワーク側機器は、上りリンク信号と下りリンク受信との間の関連関係を予め配置する。例えば、論理チャネル１は、ＣＧ１のＰＵＳＣＨにマッピングされ、下りリンク受信１と下りリンク受信２を関連付ける。論理チャネル２は、ＣＧ２のＰＵＳＣＨにマッピングされ、下りリンク受信３を関連付ける。

下りリンク受信１と下りリンク受信２に対応する配置情報は、基本的に同じである。同じ下りリンク受信時間領域開始時刻、下りリンク受信モニタリング配置（短いＤＲＸ周期を採用し、１セットの下りリンク受信がモニタリング待ちｔｉｍｅｒと持続時間ｄｅｌａｙｂｕｄｇｅｔ）である。ここで、両方の下りリンク受信タイプは、異なり、下りリンク受信１は、半持続的なＳＰＳＰＤＳＣＨの受信である。下りリンク受信２は、Ｃ－ＲＮＴＩによってスクランブルされるＤＣＩｆｏｒｍａｔ１－２と０－２である。

ここで、モニタリング待ちｔｉｍｅｒは、下りリンク受信の時間領域開始時刻が決定される。下りリンク受信の持続時間ｔｉｍｅｒ（有効時間長）は、ｄｅｌａｙｂｕｄｇｅｔに設定され、期限切れになった後に今回の上りリンクのＣＧを直ちに停止する。下りリンク受信に関連するモニタリング待ちｔｉｍｅｒ、持続時間、ＤＲＸにおけるＤＲＸ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（下りリンクＤＲＸ－ＨＡＲＱラウンドトリップ遅延タイマ）とＤＲＸ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（下りリンクＤＲＸ再送タイマ）は、共存されてもよい。

本実施例では、上りリンク信号によりトリガーされる下りリンク受信を受信する前に、端末には、長いＤＲＸ周期が配置されている。

端末は、上りリンクＣＧ１のＰＵＳＣＨを送信した後、「モニタリング待ちタイマ」を直ちにトリガーし、このタイマが期限切れになった後、短いＤＲＸ周期を直ちに起動し、下りリンクスケジューリング（下りリンク受信２）とＳＰＳ下りリンクデータの受信（下りリンク受信１）を行う。本実施例において、ＣＧ１の下りリンク受信は、短いＤＲＸ周期に関連する配置、例えばＤＲＸ－ｏｎｄｕｒａｔｉｏｎｔｉｍｅｒ（ＤＲＸ持続タイマ）とＤＲＸ－ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒ（ＤＲＸ非アクティブ化タイマ）などを使用する。

下りリンク受信３に対応する配置情報は、周期的なＣＳＩ－ＲＳである。下りリンク受信１と下りリンク受信２と同じである１セットの下りリンク受信がモニタリング待ちｔｉｍｅｒと持続時間ｄｅｌａｙｂｕｄｇｅｔである。なお、配置されるモニタリング周期（この周期は、新たに定義される周期配置、非ＤＲＸ周期である）に従って各周期のアクティブ化時間内に下りリンク受信を行う、二つのｓｌｏｔを単位として、ビットマップによって時間位置及び持続長さ「１１０００」のアクティブ化を指示し、最初の４つのｓｌｏｔがアクティブ化時間であり、後の６つのｓｌｏｔが非アクティブ化時間であることを示す。

端末には、もともと長いＤＲＸ周期が配置された。端末は、上りリンクＣＧ１ＰＵＳＣＨ（論理チャネル１のデータ）及び／又はＣＧ２ＰＵＳＣＨ（論理チャネル２のデータ）をネットワーク側機器に送信し、本方案における関連配置に結び付け、上りリンク信号によって下りリンク受信がトリガーされる方案の典型的な例を与える。

例１：図４に示すように、一つのＣＧ１ＰＵＳＣＨが下りリンク受信をトリガーする過程、即ち個別のＣＧ１ＰＵＳＣＨが下りリンク受信をトリガーする配置のみがある。

図４では、点線矢印は、下りリンク受信１：ＳＰＳＰＤＳＣＨ受信を示す。実線矢印は、下りリンク受信２：ＰＤＣＣＨによるスケジューリングを示す。

例２：図５に示すように、上りリンクＣＧ１によりトリガーされる下りリンク受信の持続時間内に（即ち今回の下りリンク受信が終了する前に）、別の上りリンクＣＧ２をさらに送信した場合、このとき、複数の上りリンク信号によりトリガーされる下りリンク受信モニタリング配置が並行する方法を選択する。ネットワーク側機器は、ＭＡＣＣＥｃｏｍｍａｎｄ（ＭＡＣＣＥシグナリング）を配置して現在行われている下りリンク受信を停止する。即ち、複数のＣＧＰＵＳＣＨは重ね、複数セットの下りリンク受信の配置がいずれも満たされる必要があり、且つ、ＭＡＣＣＥｃｏｍｍａｎｄが配置された。

図５では、点線矢印は、下りリンク受信１：ＳＰＳＰＤＳＣＨ受信を示す。実線矢印は、下りリンク受信２：ＰＤＣＣＨによるスケジューリングを示す。一点鎖線矢印は、下りリンク受信３：ＣＳＩ－ＲＳを示す。

例３：図６に示すように、上りリンクＣＧ１信号によりトリガーされる下りリンク受信の持続時間内に（即ち今回の下りリンク受信が終了する前に）、別の上りリンクＣＧ２をさらに送信し、このとき、一つの上りリンク信号によりトリガーされる下りリンク受信モニタリング配置の方法のみを選択し、ネットワーク側機器には、ＭＡＣＣＥｃｏｍｍａｎｄシグナリングが配置されていない。即ち、複数のＣＧＰＵＳＣＨは重ね、前の下りリンク受信を停止し、新たな下りリンク受信を開始し、ＭＡＣＣＥｃｏｍｍａｎｄを配置しない。

図６では、点線矢印は、下りリンク受信１：ＳＰＳＰＤＳＣＨ受信を示す。実線矢印は、下りリンク受信２：ＰＤＣＣＨによるスケジューリングを示す。一点鎖線矢印は、下りリンク受信３：ＣＳＩ－ＲＳを示す。

実施例２
この実施例は、上りリンク信号と下りリンク受信の関連関係及び明示的な指示方法を重点的に与える。

本実施例における端末は、上りリンク信号によりトリガーされる下りリンク受信を受信する前にＤＲＸメカニズムが配置されていなかった。端末は、ＭＡＣＣＥをネットワーク側機器に送信し、ＭＡＣＣＥに、アクティブ化される下りリンク受信のＩＤが記録されている。

例１：図７に示すように、ＲＲＣには、５つの下りリンク受信が配置され、５つの上りリンク受信を番号付ける。端末は、上りリンク制御シグナリングＭＡＣＣＥを送信して、そのうち一つの下りリンク受信である下りリンク受信２を明示的にアクティブ化する。

例２：図８に示すように、ＲＲＣには、５つの下りリンク受信が配置され、５つの上りリンク受信を番号付ける。端末は、上りリンク制御シグナリングＭＡＣＣＥを送信して、そのうちの３つの下りリンク受信である下りリンク受信２、３、４を明示的にアクティブ化する。下りリンク受信を起動した後、ＤＣＩによって３つの下りリンク受信のうちの一つの下りリンク受信である下りリンク受信２のアクティブ化を動的に指示する。

ここで、下りリンク受信２の配置情報は、下りリンク受信タイプがＣ－ＲＮＴＩによりスクランブルされるｇｒｏｕｐｃｏｍｍｏｎＰＤＣＣＨ（グループ公共ＰＤＣＣＨ）、１セットの下りリンク受信モニタリング待ちＮと持続時間ｔｉｍｅｒ（タイマ）である。端末は、上りリンクＳＲを送信し終えた後、Ｎ個のｓｙｍｂｏｌ（シンボル）又はＮｍｓ又はＮ個のｓｌｏｔの後に、持続時間ｔｉｍｅｒをオンにして下りリンクスケジューリングの受信を開始する。Ｎの単位がｓｙｍｂｏｌ又はｓｌｏｔである場合、Ｎの取り値は、ＳＣＳの配置に関連する。本例において、Ｎ＝５ｍｓと設定される。持続時間ｔｉｍｅｒ内に下りリンクスケジューリングＰＤＣＣＨを受信した後にこのｔｉｍｅｒを再起動し、このｔｉｍｅｒが期限切れになった後、今回の下りリンク受信から退出する。

実施例３
この実施例は、上りリンク信号が下りリンク受信をトリガーする方法を重点的に与える。上りリンクシグナリングＵＣＩによってトリガーされ、下りリンク受信が個別に配置され、この上りリンク信号が下りリンク受信をトリガーするメカニズムは、特定のＢＷＰ１に配置される。

本実施例における端末は、上りリンク信号によりトリガーされる下りリンク受信を受信する前に、長いＤＲＸ周期が配置されていた。端末は、ＢＷＰ１上で上りリンクシグナリングＵＣＩを送信し、ＵＣＩにそれによりトリガーされる下りリンク受信の配置情報である下りリンク受信の時間領域開始時刻、下りリンク受信のモニタリング配置、下りリンク受信の持続時間、下りリンク受信のタイプを明示的に記録する。

図９に示すように、下りリンク受信の時間領域開始時刻は、ＵＣＩの後の一番目のＣＯＲＥＳＥＴが含まれるＤＬｓｌｏｔ開始である。下りリンク受信のモニタリング配置は、短いＤＲＸ周期であり、周期は、２ｍｓであり、オフセットは、０である。下りリンク受信のタイプは、周期的なＰＴＲＳである。下りリンク受信の持続時間は、１０ｍｓである。

以上の三つの実施例は、例示的な説明に過ぎず、本発明の実施例を限定しない。

図１０は、本発明の実施例による下りリンク受信トリガー方法のフローチャートである。図１０に示すように、下りリンク受信トリガー方法は、ネットワーク側機器に用いられ、この方法は、以下のステップを含む。

ステップ３０１：端末により送信される、第一の下りリンク受信をトリガーするための第一の上りリンク信号を受信する。

選択的に、前記関連関係は、前記ネットワーク側機器によって配置され、又はプロトコルによって約定される。

選択的に、前記第一の上りリンク信号には、第一の指示情報が含まれ、前記第一の指示情報は、Ｎ個の下りリンク受信のうちのＭ個の第一の下りリンク受信をトリガーするために用いられ、前記Ｎ個の下りリンク受信は、ネットワーク側機器によって配置され、又はプロトコルによって約定され、前記ＮとＭは、いずれも１以上の整数である。

選択的に、前記第一の指示情報は、前記第一の下りリンク受信の識別子と、前記第一の下りリンク受信の時間領域配置パラメータとの少なくとも一つを含む。

選択的に、前記第一の周期のアクティブ化時間は、ビットマップによって指示される。

選択的に、前記第一の下りリンク受信には、物理下りリンク制御チャネルＰＤＣＣＨの受信が含まれる場合、前記第一の下りリンク受信の時間領域配置パラメータは、
ＰＤＣＣＨのブラインド検出パラメータと、
ＰＤＣＣＨのモニタリング周期と、
ＰＤＣＣＨのモニタリングオフセット量と、
ＰＤＣＣＨのモニタリング持続時間と、
制御リソースセットＣＯＲＥＳＥＴと、
検索空間グループと、
検索空間と、
ＤＣＩフォーマットと、
無線ネットワーク一時識別子ＲＮＴＩと、
ＰＤＣＣＨと前記ＰＤＣＣＨによりスケジューリングされる物理下りリンク共有チャネルＰＤＳＣＨとの間の時間間隔と、
ＰＤＳＣＨと前記ＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックとの間の時間間隔と、
ＰＤＣＣＨと前記ＰＤＣＣＨによりスケジューリングされる物理上りリンク共有チャネルＰＵＳＣＨとの間の時間間隔と、
ＰＤＳＣＨの処理遅延と、
ＰＵＳＣＨの準備遅延とのうちの少なくとも一つを含む。

選択的に、前記関連関係は、特定の端末と、特定のメディアアクセス制御ＭＡＣエンティティと、特定の業務タイプと、特定の周波数範囲とのうちの少なくとも一つに配置される。

選択的に、前記第一の上りリンク信号のタイプは、上りリンクチャネルのタイプと、上りリンクチャネル上で載せられる信号タイプとのうちの少なくとも一つを含む。

選択的に、前記第一の下りリンク受信は、下りリンクスケジューリング情報受信と、下りリンク信号受信と、下りリンクデータ情報受信と、下りリンクチャネルモニタリングとのうちの少なくとも一つを含む。

選択的に、前記方法は、
前記第一の下りリンク受信のうちの少なくとも一つの下りリンク受信の受信を停止するよう前記端末に指示するための第一のメッセージを前記端末に送信することをさらに含み、
選択的に、前記方法は、
前記端末に第二のメッセージを送信することをさらに含み、前記第二のメッセージは、前記第一の下りリンク受信の受信周期を前記第一の周期から第二の周期に切り替えるよう前記端末に指示するために用いられ、前記第二の周期は、周期長と、周期のアクティブ化時間長と、周期のアクティブ化時間開始位置オフセット量とのうちの少なくとも一つにおいて前記第一の周期と異なる。

選択的に、前記第一の下りリンク受信は、複数の下りリンク受信を含み、各下りリンク受信は、下りリンク受信タイプに対応する。

説明すべきこととして、本発明の実施例は、前記実施例に対応するネットワーク側機器の実施例として、その具体的な実施の形態は、前記実施例の関連説明を参照すればよく、同じ有益な効果を達することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

図１１は、本発明の実施例による端末の構造図である。図１１に示すように、端末４００は、
第一の下りリンク受信をトリガーするための第一の上りリンク信号を送信するための送信モジュール４０１を含む。

選択的に、前記関連関係は、ネットワーク側機器によって配置され、又はプロトコルによって約定される。

選択的に、端末４００は、
前記第一の上りリンク信号のタイプと、前記第一の上りリンク信号が位置する論理チャネルと、前記第一の上りリンク信号の業務優先度とのうちの少なくとも一つに基づき、前記第一の上りリンク信号に関連する前記第一の下りリンク受信をトリガーするための第一のトリガーモジュールをさらに含む。

選択的に、前記Ｍが１よりも大きい場合、端末４００は、
前記第一の上りリンク信号を送信した後、第一の下りリンク制御情報ＤＣＩを受信するための第一の受信モジュールと、
前記第一のＤＣＩによって前記Ｍ個の第一の下りリンク受信のうちのＫ（前記Ｋは、１以上の整数である）個の第一の下りリンク受信をトリガーするための第二のトリガーモジュールとをさらに含む。

選択的に、端末４００は、
連続するＬ個の前記第一の周期のアクティブ化時間内に前記第一の下りリンク受信のうちのＱ個の下りリンク受信を受信していなかった場合、前記第一の下りリンク受信のモニタリングを停止するための停止モニタリングモジュールをさらに含み、ここで、１≦Ｑ≦Ｌであり、前記Ｌ、Ｑは、いずれも１以上の整数である。

選択的に、前記第一の下りリンク受信のタイプは、下りリンクスケジューリング情報と、下りリンク信号と、下りリンクデータ送信情報と、下りリンクチャネルモニタリングとのうちの少なくとも一つを含む。

選択的に、端末４００は、
ネットワーク側機器により送信される、前記第一の下りリンク受信のうちの少なくとも一つの下りリンク受信の受信を停止するよう前記端末に指示するための第一のメッセージを受信するための第二の受信モジュールをさらに含む。

選択的に、端末４００は、
ネットワーク側機器により送信される第二のメッセージを受信するための第三の受信モジュールをさらに含み、前記第二のメッセージは、前記第一の下りリンク受信の受信周期を前記第一の周期から第二の周期に切り替えるよう前記端末に指示するために用いられ、前記第二の周期は、周期長と、周期のアクティブ化時間長と、周期のアクティブ化時間開始位置オフセット量とのうちの少なくとも一つにおいて前記第一の周期と異なる。

選択的に、前記第一の下りリンク受信の持続時間内に、前記端末が、第二の下りリンク受信をトリガーするための第二の上りリンク信号を送信した場合、端末４００は、
前記第一の下りリンク受信と前記第二の下りリンク受信を並行して行うための第一の下りリンク受信モジュール、又は、
前記第二の下りリンク受信のみを行うための第二の下りリンク受信モジュールをさらに含む。

選択的に、前記第一の下りリンク受信と前記第二の下りリンク受信を並行して行う場合、前記第一の下りリンク受信と前記第二の下りリンク受信に一つ又は複数のリソースの衝突が発生すれば、前記端末は、
衝突されるリソース上で、前記第二の下りリンク受信を行い、前記第一の下りリンク受信を放棄するための第三の下りリンク受信モジュール、又は、
衝突されるリソース上で、前記第一の下りリンク受信を行い、前記第二の下りリンク受信を放棄するための第四下りリンク受信モジュール、又は、
衝突されるリソース上で、前記第一の上りリンク信号と前記第二の上りリンク信号のタイプと、位置する論理チャネルと、業務優先度とのうちの少なくとも一つに基づき、前記第一の下りリンク受信と前記第二の下りリンク受信から、行われる下りリンク受信を決定するための決定モジュールをさらに含む。

なお、本発明の実施例における上記端末４００は、方法の実施例における任意の実施の形態の端末であってもよく、方法の実施例における端末の任意の実施の形態は、いずれも本発明の実施例における上記端末４００によって実現され、且つ同じ有益な効果を達することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

図１２は、本発明の実施例によるネットワーク側機器の構造図である。図１２に示すように、ネットワーク側機器５００は、
端末により送信される、第一の下りリンク受信をトリガーするための第一の上りリンク信号を受信するための受信モジュール５０１を含む。

選択的に、前記第一の上りリンク信号には、第一の指示情報が含まれ、前記第一の指示情報は、Ｎ個の下りリンク受信のうちのＭ個の第一の下りリンク受信をトリガーするために用いられ、前記Ｎ個の下りリンク受信は、前記ネットワーク側機器によって配置され、又はプロトコルによって約定され、前記ＮとＭは、いずれも１以上の整数である。

選択的に、ネットワーク側機器５００は、
前記第一の下りリンク受信のうちの少なくとも一つの下りリンク受信の受信を停止するよう前記端末に指示するための第一のメッセージを前記端末に送信するための第一の送信モジュールをさらに含む。

選択的に、ネットワーク側機器５００は、
前記端末に第二のメッセージを送信するための第二の送信モジュールをさらに含み、前記第二のメッセージは、前記第一の下りリンク受信の受信周期を第一の周期から第二の周期に切り替えるよう前記端末に指示するために用いられ、前記第二の周期は、周期長と、周期のアクティブ化時間長と、周期のアクティブ化時間開始位置オフセット量とのうちの少なくとも一つにおいて前記第一の周期と異なる。

なお、本発明の実施例における上記ネットワーク側機器５００は、方法の実施例における任意の実施の形態のネットワーク側機器であってもよく、方法の実施例におけるネットワーク側機器の任意の実施の形態は、いずれも本発明の実施例における上記ネットワーク側機器５００によって実現され、且つ同じ有益な効果を達することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

図１３は、本発明の各実施例を実現する端末のハードウェア構造の概略図である。この端末９００は、無線周波数ユニット９０１、ネットワークモジュール９０２、オーディオ出力ユニット９０３、入力ユニット９０４、センサ９０５、表示ユニット９０６、ユーザ入力ユニット９０７、インターフェースユニット９０８、メモリ９０９、プロセッサ９１０、及び電源９１１などの部品を含むが、それらに限らない。当業者が理解できるように、図１３に示す端末構造は、端末に対する限定を構成しなく、端末は、図示された部品の数よりも多く又は少ない部品、又はなんらかの部品の組み合わせ、又は異なる部品の配置を含んでもよい。本発明の実施例において、端末は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピュータ、車載端末、ウェアラブルデバイス、及び歩数計などを含むが、それらに限らない。

ここで、無線周波数ユニット９０１は、
第一の下りリンク受信をトリガーするための第一の上りリンク信号を送信するために用いられる。

選択的に、無線周波数ユニット９０１又はプロセッサ９１０はさらに、
前記第一の上りリンク信号のタイプと、前記第一の上りリンク信号が位置する論理チャネルと、前記第一の上りリンク信号の業務優先度とのうちの少なくとも一つに基づき、前記第一の上りリンク信号に関連する前記第一の下りリンク受信をトリガーするために用いられる。

選択的に、前記Ｍが１よりも大きい場合、無線周波数ユニット９０１はさらに、
前記第一の上りリンク信号を送信した後、第一の下りリンク制御情報ＤＣＩを受信するために用いられる。

無線周波数ユニット９０１又はプロセッサ９１０はさらに、
前記第一のＤＣＩによって前記Ｍ個の第一の下りリンク受信のうちのＫ（前記Ｋは、１以上の整数である）個の第一の下りリンク受信をトリガーするために用いられる。

選択的に、無線周波数ユニット９０１又はプロセッサ９１０はさらに、
連続するＬ個の前記第一の周期のアクティブ化時間内に前記第一の下りリンク受信のうちのＱ個の下りリンク受信を受信していなかった場合、前記第一の下りリンク受信のモニタリングを停止するために用いられ、ここで、１≦Ｑ≦Ｌであり、前記Ｌ、Ｑは、いずれも１以上の整数である。

選択的に、無線周波数ユニット９０１はさらに、
ネットワーク側機器により送信される、前記第一の下りリンク受信のうちの少なくとも一つの下りリンク受信の受信を停止するよう前記端末に指示するための第一のメッセージを受信するために用いられる。

選択的に、無線周波数ユニット９０１はさらに、
ネットワーク側機器により送信される第二のメッセージを受信するために用いられ、前記第二のメッセージは、前記第一の下りリンク受信の受信周期を前記第一の周期から第二の周期に切り替えるよう前記端末に指示するために用いられ、前記第二の周期は、周期長と、周期のアクティブ化時間長と、周期のアクティブ化時間開始位置オフセット量とのうちの少なくとも一つにおいて前記第一の周期と異なる。

選択的に、前記第一の下りリンク受信の持続時間内に、前記端末が、第二の下りリンク受信をトリガーするための第二の上りリンク信号を送信した場合、無線周波数ユニット９０１又はプロセッサ９１０はさらに、
前記第一の下りリンク受信と前記第二の下りリンク受信を並行して行うこと、又は、
前記第二の下りリンク受信のみを行うことに用いられる。

選択的に、前記第一の下りリンク受信と前記第二の下りリンク受信を並行して行う場合、前記第一の下りリンク受信と前記第二の下りリンク受信に一つ又は複数のリソースの衝突が発生すれば、無線周波数ユニット９０１又はプロセッサ９１０はさらに、
衝突されるリソース上で、前記第二の下りリンク受信を行い、前記第一の下りリンク受信を放棄すること、又は、
衝突されるリソース上で、前記第一の下りリンク受信を行い、前記第二の下りリンク受信を放棄すること、又は、
衝突されるリソース上で、前記第一の上りリンク信号と前記第二の上りリンク信号のタイプと、位置する論理チャネルと、業務優先度とのうちの少なくとも一つに基づき、前記第一の下りリンク受信と前記第二の下りリンク受信から、行われる下りリンク受信を決定することに用いられる。

なお、本実施例における上記端末９００は、本発明の実施例のうちの方法の実施例における任意の実施の形態の端末であってもよく、本発明の実施例のうちの方法の実施例における端末の任意の実施の形態は、いずれも本実施例における上記端末９００によって実現され、且つ同じ有益な効果を達することができる。ここでこれ以上説明しない。

理解すべきこととして、本発明の実施例では、無線周波数ユニット９０１は、情報の送受信又は通話における信号の送受信に用いられてもよい。具体的には、基地局からの下りリンクのデータを受信してから、プロセッサ９１０に処理させ、また、上りリンクのデータを基地局に送信する。通常、無線周波数ユニット９０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限らない。なお、無線周波数ユニット９０１は、無線通信システムやネットワークを介して他の機器との通信を行ってもよい。

端末は、ネットワークモジュール９０２によってユーザに無線のブロードバンドインターネットアクセスを提供し、例えば、ユーザへの電子メールの送受信、ウェブページの閲覧とストリーミングメディアへのアクセスなどを支援する。

オーディオ出力ユニット９０３は、無線周波数ユニット９０１又はネットワークモジュール９０２によって受信された又はメモリ９０９に記憶されたオーディオデータをオーディオ信号に変換して、音声として出力することができる。そして、オーディオ出力ユニット９０３は、端末９００によって実行された特定の機能に関連するオーディオ出力（例えば、呼び信号受信音、メッセージ着信音など）をさらに提供することができる。オーディオ出力ユニット９０３は、スピーカ、ブザー及び受話器などを含む。

入力ユニット９０４は、オーディオ又はビデオ信号を受信するために用いられる。入力ユニット９０４は、グラフィックスプロセッサ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＧＰＵ）９０４１とマイクロホン９０４２とを含んでもよく、グラフィックスプロセッサ９０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。処理された画像フレームは、表示ユニット９０６上に表示されてもよい。グラフィックスプロセッサ９０４１によって処理された画像フレームは、メモリ９０９（又は他の記憶媒体）に記憶されてもよく、又は無線周波数ユニット９０１又はネットワークモジュール９０２によって送信されてもよい。マイクロホン９０４２は、音声を受信することができるとともに、このような音声をオーディオデータとして処理することができる。処理されたオーディオデータは、電話の通話モードにおいて、無線周波数ユニット９０１を介して移動通信基地局に送信することが可能なフォーマットに変換して出力されてもよい。

端末９００は、少なくとも一つのセンサ９０５、例えば光センサ、モーションセンサ及び他のセンサをさらに含む。具体的には、光センサは、環境光センサ及び接近センサを含み、ここで、環境光センサは、環境光の明暗に応じて、表示パネル９０６１の輝度を調整することができ、接近センサは、端末９００が耳元に移動した時、表示パネル９０６１及びバックライトをオフにすることができる。モーションセンサの一種として、加速度計センサは、各方向（一般的には、三軸）での加速度の大きさを検出することができ、静止時、重力の大きさ及び方向を検出することができ、端末姿勢（例えば、縦横画面切り替え、関連ゲーム、磁力計姿勢校正）の識別、振動識別関連機能（例えば、歩数計、タップ）などに用いられてもよい。センサ９０５は、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロ、気圧計、湿度計、温度計、赤外線センサなどをさらに含んでもよい。ここでこれ以上説明しない。

表示ユニット９０６は、ユーザによって入力された情報又はユーザに提供される情報を表示するために用いられる。表示ユニット９０６は、表示パネル９０６１を含んでもよく、液晶ディスプレイ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（ＯｒｇａｎｉｃＬｉｇｈｔ－ＥｍｉｔｔｉｎｇＤｉｏｄｅ、ＯＬＥＤ）などの形式で表示パネル９０６１が配置されてもよい。

ユーザ入力ユニット９０７は、入力された数字又はキャラクタ情報の受信、及び端末のユーザによる設置及び機能制御に関するキー信号入力の発生に用いられてもよい。具体的には、ユーザ入力ユニット９０７は、タッチパネル９０７１及び他の入力機器９０７２を含む。タッチパネル９０７１は、タッチスクリーンとも呼ばれ、その上又は付近でのユーザによるタッチ操作（例えばユーザが指、タッチペンなどの任意の適切な物体又は付属品を使用してタッチパネル９０７１上又はタッチパネル９０７１付近で行う操作）を収集することができる。タッチパネル９０７１は、タッチ検出装置とタッチコントローラという二つの部分を含んでもよい。ここで、タッチ検出装置は、ユーザによるタッチ方位を検出し、タッチ操作による信号を検出し、信号をタッチコントローラに伝送し、タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをタッチポイント座標に変換してから、プロセッサ９１０に送信し、プロセッサ９１０から送信されてきたコマンドを受信して実行する。なお、抵抗式、静電容量式、赤外線及び表面音波などの様々なタイプを採用してタッチパネル９０７１を実現してもよい。タッチパネル９０７１以外、ユーザ入力ユニット９０７は、他の入力機器９０７２をさらに含んでもよい。具体的には、他の入力機器９０７２は、物理的なキーボード、機能キー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らない。ここでこれ以上説明しない。

更に、タッチパネル９０７１は、表示パネル９０６１に覆われてもよい。タッチパネル９０７１は、その上又は付近でのユーザによるタッチ操作を検出すると、プロセッサ９１０に伝送して、タッチイベントのタイプを特定し、その後、プロセッサ９１０は、タッチイベントのタイプに応じて表示パネル９０６１上で該当する視覚出力を提供する。図１３において、タッチパネル９０７１と表示パネル９０６１は、二つの独立した部品として端末の入力と出力機能を実現するものであるが、なんらかの実施例において、タッチパネル９０７１と表示パネル９０６１とを集積して端末の入力と出力機能を実現してもよい。具体的には、ここで限定しない。

インターフェースユニット９０８は、外部装置と端末９００との接続のためのインターフェースである。例えば、外部装置は、有線又は無線ヘッドフォンポート、外部電源（又は電池充電器）ポート、有線又は無線データポート、メモリカードポート、識別モジュールを有する装置への接続用のポート、オーディオ入力／出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含んでもよい。インターフェースユニット９０８は、外部装置からの入力（例えば、データ情報、電力など）を受信するとともに、受信した入力を端末９００内の一つ又は複数の素子に伝送するために用いられてもよく、又は端末９００と外部装置との間でデータを伝送するために用いられてもよい。

メモリ９０９は、ソフトウェアプログラム及び様々なデータを記憶するために用いられてもよい。メモリ９０９は、主にプログラム記憶領域及びデータ記憶領域を含んでもよく、ここで、プログラム記憶領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム（例えば、音声再生機能、画像再生機能など）などを記憶することができ、データ記憶領域は、携帯電話の使用によって作成されるデータ（例えば、オーディオデータ、電話帳など）などを記憶することができる。なお、メモリ９０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリ、例えば少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の非揮発性ソリッドステートメモリデバイスをさらに含んでもよい。

プロセッサ９１０は、端末の制御センターであり、様々なインターフェースと線路によって端末全体の各部分に接続され、メモリ９０９に記憶されたソフトウェアプログラム及びモジュールを運行又は実行すること、及びメモリ９０９に記憶されたデータを呼び出し、端末の様々な機能を実行し、データを処理することにより、端末全体をモニタリングする。プロセッサ９１０は、一つ又は複数の処理ユニットを含んでもよい。好ましくは、プロセッサ９１０は、アプリケーションプロセッサとモデムプロセッサを集積してもよい。ここで、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインターフェース及びアプリケーションプログラムなどを処理するためのものであり、モデムプロセッサは、主に無線通信を処理するためのものである。理解できるように、上記モデムプロセッサは、プロセッサ９１０に集積されなくてもよい。

端末９００は、各部品に電力を供給する電源９１１（例えば電池）をさらに含んでもよく、好ましくは、電源９１１は、電源管理システムによってプロセッサ９１０にロジック的に接続されてもよく、それにより、電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。

また、端末９００は、いくつかの示されていない機能モジュールを含む。ここでこれ以上説明しない。

好ましくは、本発明の実施例は、端末をさらに提供する。前記端末は、プロセッサ９１０と、メモリ９０９と、メモリ９０９に記憶され、且つ前記プロセッサ９１０上で運行しできる命令又はプログラムとを含み、この命令又はプログラムは、プロセッサ９１０によって実行される時、上記下りリンク受信トリガー方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

図１４は、本発明の実施例によるネットワーク側機器の構造図である。図１４に示すように、ネットワーク側機器７００は、プロセッサ７０１と、送受信機７０２と、メモリ７０３と、バスインターフェースとを含み、ここで、
送受信機７０２は、
端末により送信される、第一の下りリンク受信をトリガーするための第一の上りリンク信号を受信するために用いられる。

選択的に、送受信機７０２はさらに、
前記第一の下りリンク受信のうちの少なくとも一つの下りリンク受信の受信を停止するよう前記端末に指示するための第一のメッセージを前記端末に送信するために用いられる。

選択的に、送受信機７０２はさらに、
前記端末に第二のメッセージを送信するために用いられ、前記第二のメッセージは、前記第一の下りリンク受信の受信周期を第一の周期から第二の周期に切り替えるよう前記端末に指示するために用いられ、前記第二の周期は、周期長と、周期のアクティブ化時間長と、周期のアクティブ化時間開始位置オフセット量とのうちの少なくとも一つにおいて前記第一の周期と異なる。

図１４では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジとを含んでもよく、具体的には、プロセッサ７０１によって代表される一つ又は複数のプロセッサとメモリ７０３によって代表されるメモリの各種の回路でリンクされてもよい。バスアーキテクチャは、周辺機器、電圧レギュレータとパワー管理回路などのような各種の他の回路をリンクしてもよい。これらは、全て当分野でよく知っているものであるため、本明細書において、それをさらに記述しない。バスインターフェースは、インターフェースを提供する。送受信機７０２は、複数の素子であってもよく、即ち、送信機と受信機とを含み、伝送媒体で各種の他の装置と通信するためのユニットを提供する。

プロセッサ７０１は、バスアーキテクチャと一般的な処理の管理を担当し、メモリ７０３は、プロセッサ７０１の操作実行時に使用されるデータを記憶してもよい。

なお、本実施例における上記ネットワーク側機器７００は、本発明の実施例のうちの方法の実施例における任意の実施の形態のネットワーク側機器であってもよく、本発明の実施例のうちの方法の実施例におけるネットワーク側機器の任意の実施の形態は、いずれも本実施例における上記ネットワーク側機器７００によって実現されてもよく、且つ同じ有益な効果を達する。ここでこれ以上説明しない。

本発明の実施例は、可読記憶媒体をさらに提供する。可読記憶媒体には、命令又はプログラムが記憶されており、この命令又はプログラムがプロセッサによって実行される時、上述した、端末又はネットワーク側に対応する実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。ここで、前記可読記憶媒体は、リードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスク又は光ディスクなどである。

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

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

なお、本明細書では、「含む」、「包含」という用語又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。

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

以上に記載されたのは、本発明の具体的な実施の形態に過ぎないが、本発明の保護範囲は、これに限定されない。いかなる当業者は、本発明に掲示される技術範囲内、容易に想到できる変形又は置き換えは、いずれも本発明の保護範囲内に含まれるべきである。そのため、本発明の保護範囲は、請求項の保護範囲を基準とすべきである。

１１端末
１２ネットワーク側機器
４００端末
４０１送信モジュール
５００ネットワーク側機器
５０１受信モジュール
７００ネットワーク側機器
７０１プロセッサ
７０２送受信機
７０３メモリ
９００端末
９０１無線周波数ユニット
９０２ネットワークモジュール
９０３オーディオ出力ユニット
９０４入力ユニット
９０５センサ
９０６表示ユニット
９０７ユーザ入力ユニット
９０８インターフェースユニット
９０９メモリ
９１０プロセッサ
９１１電源
９０４１グラフィックスプロセッサ
９０４２マイクロホン
９０６１表示パネル
９０７１タッチパネル
９０７２他の入力機器

Claims

端末に用いられる下りリンク受信トリガー方法であって、
第一の下りリンク受信をトリガーするための第一の上りリンク信号を送信することを含み、
前記第一の上りリンク信号は、前記第一の下りリンク受信との間に時間領域上の関連関係を有し、
前記方法は、
前記第一の上りリンク信号のタイプと、前記第一の上りリンク信号が位置する論理チャネルと、前記第一の上りリンク信号の業務優先度とのうちの少なくとも一つに基づき、前記第一の上りリンク信号に関連する前記第一の下りリンク受信をトリガーすることをさらに含む、下りリンク受信トリガー方法。
前記第一の上りリンク信号には、第一の指示情報が含まれ、前記第一の指示情報は、前記第一の下りリンク受信の識別子と、前記第一の下りリンク受信の時間領域配置パラメータとの少なくとも一つを含み、前記第一の指示情報は、Ｎ個の下りリンク受信のうちのＭ個の第一の下りリンク受信をトリガーするために用いられ、前記Ｎ個の下りリンク受信は、ネットワーク側機器によって配置され、又はプロトコルによって約定され、前記ＮとＭは、いずれも１以上の整数である、請求項１に記載の方法。
前記Ｍが１よりも大きい場合、前記方法は、
前記第一の上りリンク信号を送信した後、第一の下りリンク制御情報ＤＣＩを受信することと、
前記第一のＤＣＩによって前記Ｍ個の第一の下りリンク受信のうちのＫ（前記Ｋは、１以上の整数である）個の第一の下りリンク受信をトリガーすることとをさらに含む、請求項２に記載の方法。
前記第一の下りリンク受信の時間領域配置パラメータは、ネットワーク側機器によって配置され、又はプロトコルによって約定される、請求項１に記載の方法。
前記第一の下りリンク受信の時間領域配置パラメータは、
前記第一の下りリンク受信の時間領域開始時刻と、
前記第一の下りリンク受信の時間領域モニタリング方式と、
前記第一の下りリンク受信の持続時間と、
前記第一の下りリンク受信の第一の周期パラメータとのうちの少なくとも一つを含み、前記第一の周期パラメータは、第一の周期長と、第一の周期のアクティブ化時間長と、第一の周期のアクティブ化時間開始位置オフセット量とのうちの少なくとも一つを含む、請求項４に記載の方法。
前記第一の下りリンク受信の時間領域開始時刻は、
前記第一の上りリンク信号が位置する時間領域リソースの終了時刻であるリファレンス時刻と、
前記リファレンス時刻と第一の時間間隔を置いた時刻である第一の時刻と、
前記リファレンス時刻の後の一番目の使用可能な下りリンク時間領域リソースの開始時刻と、
前記リファレンス時刻に起動される第一のタイマがタイムアウトした後の時間領域リソース開始時刻と、
前記第一の時刻の後の一番目の使用可能な下りリンク時間領域リソースの開始時刻と、
前記第一のタイマがタイムアウトした後の一番目の使用可能な下りリンク時間領域リソースの開始時刻とのうちのいずれか一つである、請求項５に記載の方法。
前記第一の下りリンク受信の持続時間は、第一の時間長と、第二のタイマ時間長とのうちのいずれか一つを含む、請求項５に記載の方法。
前記第一の下りリンク受信の時間領域モニタリング方式は、
前記第一の下りリンク受信の持続時間内に前記第一の下りリンク受信をモニタリングすることと、
各前記第一の周期のアクティブ化時間内に前記第一の下りリンク受信をモニタリングすることと、
前記第一の下りリンク受信の持続時間内の各前記第一の周期のアクティブ化時間内に前記第一の下りリンク受信をモニタリングすることとのうちのいずれか一つを含む、請求項５に記載の方法。
連続するＬ個の前記第一の周期のアクティブ化時間内に前記第一の下りリンク受信のうちのＱ個の下りリンク受信を受信していなかった場合、前記第一の下りリンク受信のモニタリングを停止することをさらに含み、ここで、１≦Ｑ≦Ｌであり、前記Ｌ、Ｑは、いずれも１以上の整数である、請求項８に記載の方法。
前記第一の下りリンク受信には、物理下りリンク制御チャネルＰＤＣＣＨの受信が含まれる場合、前記第一の下りリンク受信の時間領域配置パラメータは、
ＰＤＣＣＨのブラインド検出パラメータと、
ＰＤＣＣＨのモニタリング周期と、
ＰＤＣＣＨのモニタリングオフセット量と、
ＰＤＣＣＨのモニタリング持続時間と、
制御リソースセットＣＯＲＥＳＥＴと、
検索空間グループと、
検索空間と、
ＤＣＩフォーマットと、
無線ネットワーク一時識別子ＲＮＴＩと、
ＰＤＣＣＨと前記ＰＤＣＣＨによりスケジューリングされる物理下りリンク共有チャネルＰＤＳＣＨとの間の時間間隔と、
ＰＤＳＣＨと前記ＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックとの間の時間間隔と、
ＰＤＣＣＨと前記ＰＤＣＣＨによりスケジューリングされる物理上りリンク共有チャネルＰＵＳＣＨとの間の時間間隔と、
ＰＤＳＣＨの処理遅延と、
ＰＵＳＣＨの準備遅延とのうちの少なくとも一つを含む、請求項２に記載の方法。
ネットワーク側機器により送信される、前記第一の下りリンク受信のうちの少なくとも一つの下りリンク受信の受信を停止するよう前記端末に指示するための第一のメッセージを受信することをさらに含み、
又は、
ネットワーク側機器により送信される第二のメッセージを受信することをさらに含み、前記第二のメッセージは、前記第一の下りリンク受信の受信周期を前記第一の周期から第二の周期に切り替えるよう前記端末に指示するために用いられ、前記第二の周期は、周期長と、周期のアクティブ化時間長と、周期のアクティブ化時間開始位置オフセット量とのうちの少なくとも一つにおいて前記第一の周期と異なる、請求項５に記載の方法。
前記第一の下りリンク受信の持続時間内に、前記端末が、第二の下りリンク受信をトリガーするための第二の上りリンク信号を送信した場合、前記方法は、
前記第一の下りリンク受信と前記第二の下りリンク受信を並行して行うこと、又は、
前記第二の下りリンク受信のみを行うことをさらに含み、
前記第一の下りリンク受信と前記第二の下りリンク受信を並行して行う場合、前記第一の下りリンク受信と前記第二の下りリンク受信に一つ又は複数のリソースの衝突が発生すれば、前記方法は、
衝突されるリソース上で、前記第二の下りリンク受信を行い、前記第一の下りリンク受信を放棄すること、又は、
衝突されるリソース上で、前記第一の下りリンク受信を行い、前記第二の下りリンク受信を放棄すること、又は、
衝突されるリソース上で、前記第一の上りリンク信号と前記第二の上りリンク信号のタイプと、位置する論理チャネルと、業務優先度とのうちの少なくとも一つに基づき、前記第一の下りリンク受信と前記第二の下りリンク受信から、行われる下りリンク受信を決定することをさらに含む、請求項１に記載の方法。
ネットワーク側機器に用いられる下りリンク受信トリガー方法であって、
端末により送信される、第一の下りリンク受信をトリガーするための第一の上りリンク信号を受信することを含み、
前記第一の上りリンク信号は、前記第一の下りリンク受信との間に時間領域上の関連関係を有し、
前記方法は、
前記第一の上りリンク信号のタイプと、前記第一の上りリンク信号が位置する論理チャネルと、前記第一の上りリンク信号の業務優先度とのうちの少なくとも一つに基づき、前記第一の上りリンク信号に関連する前記第一の下りリンク受信をトリガーすることをさらに含む、下りリンク受信トリガー方法。
メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できる命令又はプログラムとを含み、前記命令又はプログラムが前記プロセッサによって実行される時、請求項１から１２のいずれか１項に記載の下りリンク受信トリガー方法におけるステップを実現する、端末。
メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できる命令又はプログラムとを含み、前記命令又はプログラムが前記プロセッサによって実行される時、請求項１３に記載の下りリンク受信トリガー方法におけるステップを実現する、ネットワーク側機器。