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

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

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ ホアウェイ・テクノロジーズ・カンパニー・リミテッドの特許一覧

特表2024-503850伝送タイミング決定方法及び装置

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

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

< >

1
2
3
4a
4b
5a
5b
6
7
8
9
10
11

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

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

(11)【公表番号】

(43)【公表日】2024-01-29

(54)【発明の名称】伝送タイミング決定方法及び装置

(51)【国際特許分類】

H04W 56/00 20090101AFI20240122BHJP

H04W 72/1268 20230101ALI20240122BHJP

H04W 16/26 20090101ALI20240122BHJP

【ＦＩ】

H04W56/00 130

H04W72/1268

H04W16/26

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023542725

(86)(22)【出願日】2021-01-15

(85)【翻訳文提出日】2023-08-21

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

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

(87)【国際公開日】2022-07-21

(81)【指定国・地域】

(71)【出願人】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ユアン、シトン

(72)【発明者】

【氏名】リウ、フェンウェイ

(72)【発明者】

【氏名】ソン、シンフア

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

5K067

【Ｆターム（参考）】

5K067AA26

5K067EE02

5K067EE06

5K067EE10

5K067EE71

(57)【要約】

ＩＡＢノードの伝送タイミングを決定するための、伝送タイミング決定方法及び装置が提供される。方法は、第１のノードに適用され、第２のノードは、第１のノードの上位ノード又はドナーノードであってよい。方法は、第１のノードが第２のノードから制御情報を受信する段階を備え、制御情報は、アップリンク伝送のスケジューリング情報を含み、制御情報は、第１のスクランブリング情報を含む。第１のノードは、第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定する。第１のノードは、第１のタイミングタイプに基づいて、アップリンク伝送の伝送タイミングを決定する。

【特許請求の範囲】

【請求項1】

伝送タイミング決定方法であって、
第１のノードによって、第２のノードから構成情報を受信する段階、ここで、前記構成情報は、時間単位インデックス及びタイミングタイプの間の対応関係を含む；
前記対応関係に基づいて、前記第１のノードによって、第１の時間単位に関連付けられた第１のタイミングタイプを決定する段階；及び
前記第１のタイミングタイプに基づいて、前記第１のノードによって、前記第１の時間単位においてアップリンク伝送を実行するための伝送タイミングを決定する段階
を備える、方法。

【請求項2】

前記第１のタイミングタイプは、タイミングタイプ１、タイミングタイプ２、及びタイミングタイプ３のいずれか１つを含む、請求項１に記載の方法。

【請求項3】

前記タイミングタイプ１に対応するビットは、００であり、前記タイミングタイプ２に対応する前記ビットは、０１であり、前記タイミングタイプ３に対応する前記ビットは、１０である、請求項２に記載の方法。

【請求項4】

前記時間単位インデックス及び前記タイミングタイプ間の前記対応関係は、システムフレーム内のいくつかの時間単位を示し、前記システムフレーム内の示されていない時間単位に対するタイミングタイプは、デフォルトタイミングタイプである、請求項１から３のいずれか１項に記載の方法。

【請求項5】

前記時間単位インデックスは、基準サブキャリア間隔において決定されたインデックスであり；及び
前記対応関係に基づいて、前記第１のノードによって、第１の時間単位に関連付けられた第１のタイミングタイプを決定する前記段階は、
前記基準サブキャリア間隔、前記第１の時間単位に対応するサブキャリア間隔、及び前記対応関係に基づいて、前記第１のノードによって、前記第１の時間単位に関連付けられた前記第１のタイミングタイプを決定する段階
を有する、請求項１から４のいずれか１項に記載の方法。

【請求項6】

前記基準サブキャリア間隔、前記第１の時間単位に対応するサブキャリア間隔、及び前記対応関係に基づいて、前記第１のノードによって、前記第１の時間単位に関連付けられた前記第１のタイミングタイプを決定する前記段階は、
前記第１の時間単位に対応する前記サブキャリア間隔に基づいて、前記第１のノードによって、前記基準サブキャリア間隔における、前記第１の時間単位に対応する第１の時間単位インデックスを決定する段階；及び
前記対応関係に基づいて、前記第１のノードによって、前記第１の時間単位インデックスに関連付けられた前記第１のタイミングタイプを決定する段階
を有する、請求項５に記載の方法。

【請求項7】

前記基準サブキャリア間隔は、前記第１のノードのサービングキャリアのサブキャリア間隔である；
前記基準サブキャリア間隔は、前記第１のノードのアクティブ帯域幅部分（ＢＷＰ）のサブキャリア間隔である；又は
前記基準サブキャリア間隔は、前記第２のノードからの命令によって示されたサブキャリア間隔である、請求項５又は６に記載の方法。

【請求項8】

前記第１のタイミングタイプは、
アップリンク伝送タイミングが前記第２のノードからのタイミングアドバンス（ＴＡ）インジケーション情報に基づいて決定される；
前記第１のノードのモバイルターミネーション（ＭＴ）のアップリンク送信タイミングが前記第１のノードの分散型ユニット（ＤＵ）のダウンリンク送信タイミングと整合される；又は
前記第１のノードの前記ＤＵのアップリンク受信タイミングが前記第１のノードの前記ＭＴのダウンリンク受信タイミングと整合される
のうちいずれか１つを含む、請求項１から７のいずれか１項に記載の方法。

【請求項9】

前記時間単位インデックス及び前記タイミングタイプの間の前記対応関係は、アップリンク伝送タイプに関連付けられており、前記アップリンク伝送タイプは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、又はサウンディング基準信号（ＳＲＳ）のうちの１又は複数を含む、請求項１から８のいずれか１項に記載の方法。

【請求項10】

伝送タイミング決定方法であって、
第１のノードによって、第２のノードから制御情報を受信する段階、ここで、前記制御情報は、アップリンク伝送のスケジューリング情報を含み、前記制御情報は、第１のスクランブリング情報を含む；
前記第１のノードによって、前記第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定する段階；及び
前記第１のタイミングタイプに基づいて、前記第１のノードによって、前記アップリンク伝送の伝送タイミングを決定する段階
を備える、方法。

【請求項11】

前記方法は、前記第１のノードによって、ドナーノードから、スクランブリング情報及びタイミングタイプの間の対応関係を受信する段階を更に備え；及び
前記第１のノードによって、前記第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定する前記段階は、前記対応関係に基づいて、前記第１のノードによって、前記第１のスクランブリング情報に関連付けられた前記第１のタイミングタイプを決定する段階を有する、請求項１０に記載の方法。

【請求項12】

前記第１のタイミングタイプは、
アップリンク伝送タイミングが前記第２のノードからのタイミングアドバンス（ＴＡ）インジケーション情報に基づいて決定される；
前記第１のノードのモバイルターミネーション（ＭＴ）のアップリンク送信タイミングが前記第１のノードの分散型ユニット（ＤＵ）のダウンリンク送信タイミングと整合される；又は
前記第１のノードの前記ＭＴのアップリンク受信タイミングが前記第１のノードの前記ＤＵのダウンリンク受信タイミングと整合される
のうちいずれか１つを含む、請求項１０又は１１に記載の方法。

【請求項13】

前記アップリンク伝送は、ＰＵＳＣＨ伝送であり；及び
前記方法は、
前記第１のノードによって、物理アップリンク制御チャネル（ＰＵＣＣＨ）及び／又はアップリンクサウンディング基準信号（ＳＲＳ）を送信する段階、ここで、前記ＰＵＣＣＨ及び／又は前記ＳＲＳ及びＰＵＳＣＨが同じスロット内に位置する場合、前記ＰＵＣＣＨ及び／又は前記ＳＲＳの伝送タイミングは、前記第１のタイミングタイプに基づいて決定される
を更に備える、請求項１０から１２のいずれか１項に記載の方法。

【請求項14】

前記ＰＵＣＣＨ及び／又は前記ＳＲＳの伝送スロットにＰＵＳＣＨ伝送が存在しない場合に、デフォルトタイミングタイプに基づいて、前記ＰＵＣＣＨ及び／又は前記ＳＲＳの前記伝送タイミングを決定する段階
を更に備える、請求項１３に記載の方法。

【請求項15】

前記制御情報は、予め構成されたグラントされたＰＵＳＣＨ伝送をアクティブ化するために使用される、請求項１０から１４のいずれか１項に記載の方法。

【請求項16】

伝送タイミング決定方法であって、
第１のノードによって、第２のノードから制御情報を受信する段階、ここで、前記制御情報は、サウンディング基準信号（ＳＲＳ）伝送のスケジューリング情報を含み、前記制御情報は、第１の情報を含み、前記第１の情報は、ＳＲＳ伝送構成を示す；
前記第１のノードによって、前記第１の情報に関連付けられた第１のタイミングタイプを決定する段階；及び
前記第１のタイミングタイプに基づいて、前記第１のノードによって、アップリンク伝送の伝送タイミングを決定する段階
を備える、方法。

【請求項17】

前記第１の情報は、前記第１のタイミングタイプを更に示す、請求項１６に記載の方法。

【請求項18】

前記第１の情報及び前記第１のタイミングタイプの間の対応関係は、プロトコルにおいて特定されている、請求項１６に記載の方法。

【請求項19】

伝送タイミング決定装置であって、
第２のノードから構成情報を受信するように構成された通信モジュール、ここで、前記構成情報は、時間単位インデックス及びタイミングタイプの間の対応関係を含む；及び
前記対応関係に基づいて、第１の時間単位に関連付けられた第１のタイミングタイプを決定し、前記第１のタイミングタイプに基づいて、前記第１の時間単位においてアップリンク伝送を実行するための伝送タイミングを決定するように構成された処理モジュール
を備える、第１のノードに適用される装置。

【請求項20】

前記第１のタイミングタイプは、タイミングタイプ１、タイミングタイプ２、及びタイミングタイプ３のいずれか１つを含む、請求項１９に記載の装置。

【請求項21】

前記タイミングタイプ１に対応するビットは、００であり、前記タイミングタイプ２に対応する前記ビットは、０１であり、前記タイミングタイプ３に対応する前記ビットは、１０である、請求項２０に記載の装置。

【請求項22】

前記時間単位インデックス及び前記タイミングタイプ間の前記対応関係は、システムフレーム内のいくつかの時間単位を示し、前記システムフレーム内の示されていない時間単位に対するタイミングタイプは、デフォルトタイミングタイプである、請求項１９に記載の装置。

【請求項23】

前記時間単位インデックスは、基準サブキャリア間隔において決定されたインデックスであり；及び
前記対応関係に基づいて、前記第１の時間単位に関連付けられた前記第１のタイミングタイプを決定するとき、前記処理モジュールは、具体的に、
前記基準サブキャリア間隔、前記第１の時間単位に対応するサブキャリア間隔、及び前記対応関係に基づいて、前記第１の時間単位に関連付けられた前記第１のタイミングタイプを決定する
ように構成されている、請求項１９に記載の装置。

【請求項24】

前記基準サブキャリア間隔、前記第１の時間単位に対応する前記サブキャリア間隔、及び前記対応関係に基づいて、前記第１の時間単位に関連付けられた前記第１のタイミングタイプを決定するとき、前記処理モジュールは、具体的に、
前記第１の時間単位に対応する前記サブキャリア間隔に基づいて、前記基準サブキャリア間隔における、前記第１の時間単位に対応する第１の時間単位インデックスを決定し；及び
前記対応関係に基づいて、前記第１の時間単位インデックスに関連付けられた前記第１のタイミングタイプを決定する
ように構成されている、請求項２３に記載の装置。

【請求項25】

前記基準サブキャリア間隔は、前記第１のノードのサービングキャリアのサブキャリア間隔である；
前記基準サブキャリア間隔は、前記第１のノードのアクティブ帯域幅部分（ＢＷＰ）のサブキャリア間隔である；又は
前記基準サブキャリア間隔は、前記第２のノードからの命令によって示されたサブキャリア間隔である、請求項２３又は２４に記載の装置。

【請求項26】

【請求項27】

【請求項28】

伝送タイミング決定装置であって、
第２のノードから制御情報を受信するように構成された通信モジュール、ここで、前記制御情報は、アップリンク伝送のスケジューリング情報を含み、前記制御情報は、第１のスクランブリング情報を含む；及び
前記第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定し、前記第１のタイミングタイプに基づいて、前記アップリンク伝送の伝送タイミングを決定するように構成された処理モジュール
を備える、第１のノードに適用される装置。

【請求項29】

前記通信モジュールは、ドナーノードから、スクランブリング情報及びタイミングタイプの間の対応関係を受信するように更に構成されており；及び
前記第１のスクランブリング情報に関連付けられた前記第１のタイミングタイプを決定するとき、前記処理モジュールは、前記対応関係に基づいて、前記第１のスクランブリング情報に関連付けられた前記第１のタイミングタイプを決定するように構成されている、請求項２８に記載の装置。

【請求項30】

前記第１のタイミングタイプは、
アップリンク伝送タイミングが前記第２のノードからのタイミングアドバンス（ＴＡ）インジケーション情報に基づいて決定される；
前記第１のノードのモバイルターミネーション（ＭＴ）のアップリンク送信タイミングが前記第１のノードの分散型ユニット（ＤＵ）のダウンリンク送信タイミングと整合される；又は
前記第１のノードの前記ＭＴのアップリンク受信タイミングが前記第１のノードの前記ＤＵのダウンリンク受信タイミングと整合される
のうちいずれか１つを含む、請求項２８又は２９に記載の装置。

【請求項31】

前記アップリンク伝送は、ＰＵＳＣＨ伝送であり；及び
前記通信モジュールは、
物理アップリンク制御チャネル（ＰＵＣＣＨ）及び／又はアップリンクサウンディング基準信号（ＳＲＳ）を送信するように更に構成されており、前記ＰＵＣＣＨ及び／又は前記ＳＲＳ及びＰＵＳＣＨが同じスロット内に位置する場合、前記ＰＵＣＣＨ及び／又は前記ＳＲＳの伝送タイミングは、前記第１のタイミングタイプに基づいて決定される、請求項２８から３０のいずれか１項に記載の装置。

【請求項32】

前記処理モジュールは、
前記ＰＵＣＣＨ及び／又は前記ＳＲＳの伝送スロットにＰＵＳＣＨ伝送が存在しない場合に、デフォルトタイミングタイプに基づいて、前記ＰＵＣＣＨ及び／又は前記ＳＲＳの前記伝送タイミングを決定する
ように更に構成されている、請求項３１に記載の装置。

【請求項33】

前記制御情報は、予め構成されたグラントされたＰＵＳＣＨ伝送をアクティブ化するために使用される、請求項２８から３２のいずれか１項に記載の装置。

【請求項34】

伝送タイミング決定装置であって、
第２のノードから制御情報を受信するように構成された通信モジュール、ここで、前記制御情報は、サウンディング基準信号（ＳＲＳ）伝送のスケジューリング情報を含み、前記制御情報は、第１の情報を含み、前記第１の情報は、ＳＲＳ伝送構成を示す；及び
前記第１の情報に関連付けられた第１のタイミングタイプを決定し、前記第１のタイミングタイプに基づいて、アップリンク伝送の伝送タイミングを決定するように構成された処理モジュール
を備える、装置。

【請求項35】

前記第１の情報は、前記第１のタイミングタイプを更に示す、請求項３４に記載の装置。

【請求項36】

前記第１の情報及び前記第１のタイミングタイプの間の対応関係は、プロトコルにおいて特定されている、請求項３４に記載の装置。

【請求項37】

プロセッサ及び通信インタフェースを備える通信装置であって、前記通信インタフェースは、別の通信装置と通信するように構成されており、前記プロセッサは、一群のプログラムを実行して、前記通信装置が、請求項１から９のいずれか１項に記載の方法、請求項１０から１５のいずれか１項に記載の方法、又は請求項１６から１８のいずれか１項に記載の方法を実装することを可能にするように構成されている、通信装置。

【請求項38】

プロセッサを備えるチップシステムであって、前記プロセッサは、メモリに連結するように構成されており、前記プロセッサは、プログラムを呼び出して、請求項１から９のいずれか１項に記載の方法、請求項１０から１５のいずれか１項に記載の方法、又は請求項１６から１８のいずれか１項に記載の方法を実装するように構成されている、チップシステム。

【請求項39】

通信装置に、請求項１から９のいずれか１項に記載の方法、請求項１０から１５のいずれか１項に記載の方法、又は請求項１６から１８のいずれか１項に記載の方法を実行させるためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信技術のフィールドに関し、特に、伝送タイミング決定方法及び装置に関する。

【背景技術】

【0002】

第５世代（ｔｈｅｆｉｆｔｈｇｅｎｅｒａｔｉｏｎ，５Ｇ）モバイル通信システム新無線（ｎｅｗｒａｄｉｏ，ＮＲ）技術において、大きな帯域幅が使用され得る、例えば、ミリ波帯域が使用され得る。加えて、大規模アンテナ及びマルチビームシステムが使用され得る。したがって、高いシステム速度が５Ｇによって提供され得る。これにより、５Ｇでの統合アクセス・バックホール（ｉｎｔｅｇｒａｔｅｄａｃｃｅｓｓａｎｄｂａｃｋｈａｕｌ，ＩＡＢ）ノードの応用が容易になる。

【0003】

ＩＡＢノードの伝送タイミングをどのように決定するかが、考えられる必要がある課題である。

【発明の概要】

【0004】

本願は、ＩＡＢノードの伝送タイミングを決定するための伝送タイミング決定方法及び装置を提供する。

【0005】

本願は、ＩＡＢノードの伝送タイミングを決定するための伝送タイミング決定方法及び装置を提供する。

【0006】

第１の態様によれば、伝送タイミング決定方法が提供される。方法は、第１のノードによって、実行され、第１のノードは、ＩＡＢノード、中継ノード、又は任意の中継デバイスであってよい。方法は、第１のノードが第２のノードから制御情報を受信する段階、ここで、制御情報は、アップリンク伝送のスケジューリング情報を含み、制御シグナリングは、第１のスクランブリング情報を含む；第１のノードが第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定する段階；及び第１のタイミングタイプに基づいて、第１のノードがアップリンク伝送の伝送タイミングを決定する段階を備える。第１のノードは、制御情報内に保持された第１のスクランブリング情報に基づいて、第１のタイミングタイプを決定してよく、第１のタイミングタイプに基づいて、制御情報によってスケジューリングされたアップリンク伝送の伝送タイミングを決定する。このように、制御情報において、タイミングタイプを示す冗長フィールドを追加することなく、タイミングタイプは、暗示的に示される。

【0007】

考えられる設計において、第１のノードは、ドナーノードからスクランブリング情報及びタイミングタイプの間の対応関係を受信する。任意選択的に、スクランブリング情報及びタイミングタイプの間の対応関係は、ＲＲＣメッセージ内に保持されてよい。第１のノードが第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定する段階は、第１のノードが対応関係に基づいて第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定することを有する。ドナーノードは更に、対応関係を第１のノードの上位ノードのＤＵに送信する必要がある。例えば、ドナーノードは、Ｆ１－ＡＰシグナリングを通じて、対応関係を第１のノードの上位ノードのＤＵに送信する。このように、第１のノードの上位ノードのＤＵは、対応関係を取得し、対応関係に基づいてダウンリンク伝送の伝送タイミングを決定する。したがって、第１のノードの上位ノードのＤＵのダウンリンク伝送の伝送タイミングは、第１のノードのＭＴのアップリンク伝送の伝送タイミングに対応する。

【0008】

代替的に、対応関係は、プロトコルにおいて予め定められていてよい。

【0009】

考えられる設計において、第１のタイミングタイプは、アップリンク伝送タイミングが第２のノードからのタイミングアドバンスＴＡインジケーション情報に基づいて決定される；第１のノードのモバイルターミネーションＭＴのアップリンク送信タイミングが第１のノードの分散型ユニットＤＵのダウンリンク送信タイミングと整合される；又は第１のノードのＭＴのアップリンク受信タイミングが第１のノードのＤＵのダウンリンク受信タイミングと整合される、のうちいずれか１つを含む。

【0010】

考えられる設計において、アップリンク伝送は、ＰＵＳＣＨ伝送であり；及び第１のノードは、物理アップリンク制御チャネルＰＵＣＣＨ及び／又はアップリンクサウンディング基準信号ＳＲＳを送信し、ここで、ＰＵＣＣＨ及び／又はＳＲＳ及びＰＵＳＣＨが同じスロット内に位置する場合、ＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングは、第１のタイミングタイプに基づいて、決定される。言い換えれば、ＰＵＳＣＨに関連付けられたＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングは、ＰＵＳＣＨの伝送タイミングに続く（ｆｏｌｌｏｗ）。

【0011】

考えられる設計において、ＰＵＣＣＨ及び／又はＳＲＳの伝送スロットにＰＵＳＣＨ伝送が存在しない場合に、デフォルトタイミングタイプに基づいて、ＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングが決定される。

【0012】

考えられる設計において、制御情報は、予め構成されたグラントされたＰＵＳＣＨ伝送をアクティブ化するために使用される。

【0013】

第２の態様によれば、伝送タイミング決定方法が提供される。方法は、第１のノードによって、実行され、第１のノードは、ＩＡＢノード、中継ノード、又は任意の中継デバイスであってよい。方法は、第１のノードが第２のノードから構成情報を受信する段階、ここで、構成情報は、時間単位インデックス及びタイミングタイプの間の対応関係を含む；対応関係に基づいて、第１のノードが第１の時間単位に関連付けられた第１のタイミングタイプを決定する段階；及び第１のタイミングタイプに基づいて、第１のノードが第１の時間単位においてアップリンク伝送を実行するための伝送タイミングを決定する段階を備える。このように、第１のノードは、現在のアップリンク伝送によって占有された時間単位に対応するタイミングタイプを決定して、タイミングタイプを使用することによって、時間単位において伝送タイミングを決定してよい。タイミングタイプは、暗示的インジケーション方式で示されてよい。加えて、シグナリングオーバーヘッドは、増大されない。

【0014】

考えられる設計において、時間単位インデックスは、基準サブキャリア間隔において決定されたインデックスであり；及び第１のノードが対応関係に基づいて、第１の時間単位に関連付けられた第１のタイミングタイプを決定することは、第１のノードが基準サブキャリア間隔、第１の時間単位に対応するサブキャリア間隔、及び対応関係に基づいて、第１の時間単位に関連付けられた第１のタイミングタイプを決定することを含む。このように、タイミングタイプは、端末デバイスが任意のサブキャリア間隔において動作するときに決定され得る。

【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】

【図1】本願の一実施形態による通信システムの構造の概略図である。

【0054】

【図2】本願の実施形態によるＩＡＢノードの構造の概略図である。

【0055】

【図3】本願の一実施形態によるＴＤＤアップリンクダウンリンク共通構成の概略図である。

【0056】

【図4a】本願の一実施形態によるＭＴ及びＤＵ上での空間多重化の第１の概略図である。

【0057】

【図4b】本願の一実施形態によるＭＴ及びＤＵ上での空間多重化の第２の概略図である。

【0058】

【図5a】本願の一実施形態による第１の方式における伝送リソース構成の第１の概略図である。

【0059】

【図5b】本願の一実施形態による第１の方式における伝送リソース構成の第２の概略図である。

【0060】

【図6】本願の一実施形態による第１の伝送タイミング決定方法の概略フローチャートである。

【0061】

【図7】本願の一実施形態による第２の伝送タイミング決定方法の概略フローチャートである。

【0062】

【図8】本願の一実施形態による第３の伝送タイミング決定方法の概略フローチャートである。

【0063】

【図9】本願の一実施形態による、６０ｋＨｚ及び１２０ｋＨｚシステムフレームに含まれたスロットシーケンス番号間の対応の概略図である。

【0064】

【図10】本願の一実施形態による通信装置の構造の第１の概略図である。

【0065】

【図11】本願の一実施形態による通信装置の構造の第２の概略図である。

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

【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】

スクランブリング情報及びタイミングタイプの間の対応関係は、表、関数、又は別の方式を使用して表されてよい。表形式は、一例として使用される。表１は、いくつかのタイプのスクランブリング情報及びタイミングタイプの間の関係を示す。

【表1】

【0131】

したがって、タイミングタイプ１は、スクランブリング情報と共に構成されない場合がある。すなわち、第１のノードが制御情報を受信した後、従来技術におけるＣ－ＲＮＴＩがスクランブリングに使用される場合、タイミングタイプ１は、デフォルトで使用される。タイミングタイプ１は、デフォルトスクランブリング情報に対応してもよい。スクランブリング情報値２は、シーケンスであり、同様に、スクランブリング情報値３は、シーケンスである。

【0132】

以下では、図６における実施形態における方法を説明する。スクランブリング情報は、ＲＮＴＩであり、制御情報は、ＤＣＩであると想定する。第１のノードは、ＩＡＢノードである。

【0133】

ＲＮＴＩは、１６ビット（ｂｉｔ）シーケンスであってよく、巡回冗長検査（ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ，ＣＲＣ）をスクランブリングするために使用される。特定のリソース位置においてＰＤＣＣＨ信号を受信すると、ＩＡＢノードは、異なるＲＮＴＩを使用することによってＣＲＣをデスクランブリングしようと試み、ＰＤＣＣＨのデータがＩＡＢノードにとって有効なデータであるかどうかを判定し、更に、データがＩＡＢノードにとって有効なデータであるとＩＡＢノードが判定する場合、ＰＤＣＣＨの内容を取得する。Ｃ－ＲＮＴＩは、一般に、ユニキャストのためのデータスケジューリングを受信するために、ＩＡＢノードによって使用される。

【0134】

ドナーノードは、事前に、ＩＡＢノードのためにＲＮＴＩ及びタイミングタイプの間の対応関係を構成する。対応関係は、表２に示される。

【表2】

【0135】

ＲＮＴＩ値１は、１６ビットバイナリアレイ又はシーケンスであり、プロトコル内で特定された特定用途向けＲＮＴＩで繰り返されない。特定用途向けＲＮＴＩは、例えば、ページング無線ネットワーク一時識別子（ｐａｇｉｎｇ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｆｉｅｒ，Ｐ－ＲＮＴＩ）又はシステム情報－無線ネットワーク一時識別子（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ－ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｆｉｅｒ，ＳＩ－ＲＮＴＩ）である。

【0136】

ＩＡＢノードのＭＴは、上位ノードのＤＣＩ命令を受信し、ここで、ＤＣＩ命令は、アップリンク伝送のスケジューリング情報を含み、ＤＣＩシグナリングは、ＲＮＴＩを使用することによってスクランブリングされている。ＩＡＢノードは、表２に示された対応関係に基づいて、ＲＮＴＩに関連付けられたタイミングタイプを決定し、タイミングタイプに基づいて、アップリンク伝送の伝送タイミングを決定する。

【0137】

例えば、ＩＡＢノードによって受信されたＤＣＩは、ＲＮＴＩ値１を使用することによってスクランブリングされており、ＩＡＢノードは、表２に示された対応関係に基づいて、ＲＮＴＩ値１に関連付けられたタイミングタイプ２を決定する。この場合、ＩＡＢノードのＭＴのアップリンク送信タイミングがＩＡＢノードのＤＵのダウンリンク送信タイミングと整合されることが決定されてもよい。

【0138】

表１及び表２は、３タイプのタイミングタイプを示すことが理解されよう。実際の応用において、より多くの又はより少ないタイミングタイプが含まれてよい。１つのタイミングタイプは、１つのＲＮＴＩに対応してもよいし、又は複数のＲＮＴＩに対応してもよい。

【0139】

対応関係におけるタイミングタイプは、タイミングタイプのインデックス番号によって表されてもよいし、又はタイミングタイプの具体的な意味であってもよい。例えば、タイミングタイプ１の意味は、ＩＡＢノードのＭＴが、上位ノードのＴＡインジケーション情報に基づいて、アップリンク伝送タイミングを決定することである。タイミングタイプ２の意味は、ＩＡＢノードのＭＴのアップリンク送信タイミングが、ＩＡＢノードのＤＵのダウンリンク送信タイミングと整合されることである。タイミングタイプ３の意味は、ＩＡＢノードのＭＴのアップリンク受信タイミングが、ＩＡＢノードのＤＵのダウンリンク受信タイミングと整合されることである。各タイミングタイプの意味は、表に表されてよい。ＩＡＢノードは、スクランブリング情報値に基づいて、タイミングタイプの意味を決定し、更に、伝送タイミングを決定してよい。

【0140】

対応関係におけるタイミングタイプは、多重化モードによって、表されてもよい。例えば、表３に示されるように、タイミングタイプ２は、ＭＴ－Ｔｘ／ＤＵ－Ｔｘ、すなわち、ＩＡＢノードが送信を同時に実行する空間多重化シナリオによって表され、タイミングタイプ３は、ＭＴ－Ｒｘ／ＤＵ－Ｒｘ、すなわちＩＡＢノードが受信を同時に実行する空間多重化シナリオによって表される。タイミングタイプ１は、デフォルトで、Ｃ－ＲＮＴＩ等の従来のプロトコルにおいて定められたＲＮＴＩマッピングを使用してよい。

【表3】

【0141】

図６における実施形態において、タイミングタイプは、制御情報内のスクランブリング情報を使用することによって暗示的に示され、アップリンク伝送の伝送タイミングを決定する。制御情報は、アップリンク伝送のスケジューリング情報を含み、アップリンク伝送は、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ，ＰＵＳＣＨ）上での伝送であってもよいし、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ，ＰＵＣＣＨ）上での伝送であってもよいし、又はサウンディング基準信号（ｓｏｕｎｄｉｎｇｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ，ＳＲＳ）の伝送であってもよい。

【0142】

図７に示されるように、本願の一実施形態による第２の伝送タイミング決定方法の具体的な手順は、以下のように説明される。

【0143】

Ｓ７０１：第２のノードが第１のノードに制御情報を送信し、第１のノードが第２のノードから制御情報を受信する。

【0144】

制御情報は、アップリンク伝送のスケジューリング情報を含み、制御シグナリングは、第１の情報を含む。第１の情報は、第１のタイミングタイプを示す。

【0145】

第２のノードは、第１のノードの上位ノードであってもよいし、又はドナーノード（ｄｏｎｏｒｎｏｄｅ）であってもよい。

【0146】

Ｓ７０２：第１のノードは、制御情報に基づいて、第１のタイミングタイプを決定する。

【0147】

第１のノードは、制御情報内の第１の情報に基づいて、第１のタイミングタイプを決定する。

【0148】

Ｓ７０３：第１のノードが第１のタイミングタイプに基づいて、アップリンク伝送の伝送タイミングを決定する。

【0149】

図７における実施形態によれば、タイミングタイプは、制御情報内で明示的に示されてよく、その結果、制御情報を受信すると、第１のノードは、制御情報を使用することによって、明示的に示されたタイミングタイプを使用することによってスケジューリングされたアップリンク伝送の伝送タイミングを決定し得る。

【0150】

以下では、図７における実施形態のいくつかの任意の実装態様を説明する。

【0151】

制御情報内のフィールドは、タイミングタイプを示す。第２のノードから制御情報を受信する前に、第１のノードは、フィールド内のビットのコードポイント及びタイミングタイプの間の対応関係を取得する。フィールドがｎビットを含む場合、フィールドは、２^ｎ個のタイミングタイプを示し得る。例えば、フィールドは、合計で２ビットを有し、最大で４つのタイミングタイプを示し得る。フィールドは、合計で３ビットを有し、最大で８個のタイミングタイプを示し得る。

【0152】

表４に示されるように、フィールドは、合計で２ビットを有し、表４には、フィールドのコードポイント及びタイミングタイプの間の対応関係が示されている。当然ながら、対応関係は、一例に過ぎず、複数の異なる組合せ形態がコードポイント及びタイミングタイプの間には存在してよい。

【表4】

【0153】

図６における実施形態における対応関係と同様に、対応関係におけるタイミングタイプは、タイミングタイプのインデックス番号を使用することによって表されてもよいし、タイミングタイプの具体的な意味であってもよいし、又は多重化モードを使用することによって表されてもよい。例えば、表５に示されるように、タイミングタイプ２は、ＭＴ－Ｔｘ／ＤＵ－Ｔｘ、すなわち、ＩＡＢノードが送信を同時に実行する空間多重化シナリオによって表され、タイミングタイプ３は、ＭＴ－Ｒｘ／ＤＵ－Ｒｘ、すなわちＩＡＢノードが受信を同時に実行する空間多重化シナリオによって表される。タイミングタイプ１は、明示的に示されてもよいし、デフォルトコードポイントを使用することによって示されてもよいし、又は示されなくてもよい。

【表5】

【0154】

第２のノードから制御情報を受信する前に、第１のノードは、ドナーノードから構成情報を受信し、構成情報は、フィールドのコードポイント及びタイミングタイプの間の対応関係を含む。当然ながら、フィールドのコードポイント及びタイミングタイプの間の対応関係は、プロトコルを使用することによって特定されてもよい。この場合、ドナーノードは、対応関係を示す必要がある。

【0155】

考えられる設計において、第１のノードによって受信された制御情報が、タイミングタイプを明示的に示すために使用されるフィールドを含まない場合、第１のノードは、デフォルトタイミングタイプを使用する。例えば、制御情報は、フォーマット０＿０であり、フォーマット０＿０は、ＤＣＩフォーマットの１タイプであり、小さい情報を保持することができ、タイミングタイプを明示的に示すために使用されるフィールドを保持するのに好適でない。この場合、第１のノードは、フォーマット０＿０のＤＣＩを受信し、デフォルトタイミングタイプを使用することによってアップリンク伝送の伝送タイミングを決定する。

【0156】

図７における実施形態において、タイミングタイプは、制御情報内の第１の情報を使用することによって明示的に示され得、第１のノードは、タイミングタイプを明示的に示す第１の情報に基づいて、タイミングタイプを決定して、アップリンク伝送の伝送タイミングを更に決定し得る。

【0157】

図７における実施形態において、アップリンク伝送は、ＰＵＳＣＨ伝送、ＰＵＣＣＨ伝送、又はＳＲＳ伝送であってよい。

【0158】

図７における実施形態に基づいて、以下では、アップリンク伝送がＳＲＳ伝送であるシナリオにおける一実施形態を説明する。

【0159】

制御情報は、ＳＲＳ伝送のスケジューリング情報を含み、制御情報内の第１の情報は、ＳＲＳ伝送構成を示す。第１のノードは、第１の情報に基づいて、第１の情報に関連付けられた第１のタイミングタイプを決定してよい。第１の情報は、第１のタイミングタイプを明示的に示してよい。代替的に、第１の情報及び第１のタイミングタイプの間の対応関係は、プロトコルにおいて事前に特定される。

【0160】

例えば、非周期的なＳＲＳ伝送の場合、第２のノードは、第１のノードにＤＣＩシグナリングを送信してよく、ＤＣＩシグナリングは、ＳＲＳ要求（ＳＲＳｒｅｑｕｅｓｔ）フィールドを含み、ＳＲＳ要求フィールドの値は、ＳＲＳリソースインデックス（ＳＲＳｒｅｓｏｕｒｃｅｉｎｄｅｘ）であり、ＳＲＳリソースインデックスは、ＳＲＳを送信するために第１のノードによって使用されるリソースを示す。

【0161】

例えば、表６に示されるように、ＳＲＳ要求フィールドは、２ビットを含み、ＳＲＳリソースインデックス００は、ＳＲＳの送信がトリガされないことを示す。ＳＲＳリソースインデックスが０１である場合、第１のＳＲＳリソースセットがトリガされる。ＳＲＳリソースインデックスが００である場合、第２のＳＲＳリソースセットがトリガされる。ＳＲＳリソースインデックスが００である場合、第３のＳＲＳリソースセットがトリガされる。

【表6】

【0162】

プロトコルは、ＳＲＳ要求フィールドによって示されたトリガコマンドを予め特定してよい。ＤＣＩシグナリングを受信すると、第１のノードは、ＤＣＩシグナリングにおけるＳＲＳリソースインデックスに基づいて、ＳＲＳのリソース構成を決定し、ＳＲＳのリソース構成に基づいて、ＳＲＳを送信してよい。

【0163】

考えられる実施形態において、ＳＲＳ要求フィールドによって示されたタイミングタイプは、プロトコルにおいて事前に特定されてよい。ＤＣＩシグナリングを受信すると、第１のノードは、ＤＣＩシグナリングにおけるＳＲＳリソースインデックスに基づいて、対応するタイミングタイプを決定し、タイミングタイプに基づいて、ＳＲＳ伝送タイミングを決定してよい。考えられる対応は、表７に示されている。当然ながら、ＳＲＳリソースセット及びタイミングタイプの他のタイプの組合せが存在する。

【表7】

【0164】

このように、ＳＲＳリソースインデックスは、タイミングタイプを示してよい。

【0165】

別の考えられる実施形態において、第２のノードは、タイミングタイプを第１のノードに示してもよいし、又はＳＲＳリソースインデックスが再利用されてもよい。このように、存在するＳＲＳリソースインデックスによって占有されているビットのほかに、リソース構成を示すことに基づいてタイミングタイプを示すために、ビットが追加される必要がある。３タイプのタイミングタイプが存在することが想定される。例えば、表６において、ＳＲＳリソースインデックスによって占有されているビットのほかに、１又は複数のビットが、タイミングタイプを示すために、追加される必要がある。例えば、１つビットが追加され、すなわち、ＳＲＳリソースインデックスは、３ビットである。例えば、ＳＲＳリソースインデックスは、表８に示されているものであってよい。

【表8】

【0166】

当然ながら、ＳＲＳリソースインデックスは、３ビットであり、ＳＲＳリソースセット及びタイミングタイプの間の８つの組合せ関係を示し得る。３つのＳＲＳリソースセット及び３つのタイミングタイプの間の全ての組合せ関係は、網羅的に列挙され得ない。ＳＲＳリソースインデックスは、組合せ関係を示すために、より多くのビットに拡張されてよい。ＳＲＳリソースインデックスのビットの数は、実際の応用に応じて構成されてよい。

【0167】

制御情報が別のタイプの基準信号の伝送を示す場合、タイミングタイプを示すための方法は、ＤＣＩを使用することよって非周期的ＳＲＳを示すための方法と同様であり、タイミングタイプを示すための方法は、類推によって取得されてよいことが理解されよう。

【0168】

図８に示されるように、本願の一実施形態による第３の伝送タイミング決定方法の具体的な手順は、以下のように説明される。

【0169】

Ｓ８０１：第２のノードが第１のノードに構成情報を送信し、第１のノードが第２のノードから構成情報を受信する。

【0170】

構成情報は、時間単位インデックス及びタイミングタイプの間の対応関係を含む。

【0171】

Ｓ８０２：第１のノードが対応関係に基づいて、第１の時間単位に関連付けられた第１のタイミングタイプを決定する。

【0172】

Ｓ８０３：第１のタイミングタイプに基づいて、第１のノードが第１の時間単位においてアップリンク伝送を行う伝送タイミングを決定する。

【0173】

時間単位は、スロットであってもよいし、又はサブフレーム、シンボル、システムフレーム、又は別のタイプの時間ドメインリソースであってもよい。例えば、時間単位は、スロットであり、構成情報は、スロットインデックス及びタイミングタイプの間の対応関係を含む。

【0174】

第２のノードは、ドナーノード又は上位ノードであってよい。１つのシステムフレームは、複数のスロットを含み、１又は複数のスロットインデックス及びタイミングタイプの間の対応関係は、構成情報を使用することによって構成されてよい。

【0175】

システムフレームに含まれるスロットの数は、異なるサブキャリア間隔において変化する。構成情報に含まれる対応関係は、基準サブキャリアにおけるスロットインデックス及びタイミングタイプの間の対応関係であってよい。

【0176】

第１のノードは、基準サブキャリア間隔、第１の時間単位に対応するサブキャリア間隔、及び対応関係に基づいて、第１の時間単位に関連付けられた第１のタイミングタイプを決定してよい。例えば、第１のノードは、第１の時間単位に対応するサブキャリア間隔に基づいて、基準サブキャリア間隔における、第１の時間単位に対応する第１の時間単位インデックスを決定し、対応関係に基づいて、第１の時間単位インデックスに関連付けられた第１のタイミングタイプを決定してよい。

【0177】

例えば、基準サブキャリア間隔は、６０ｋＨｚであり、第１の時間単位は、第１のスロットであり、第１のスロットに対応するサブキャリア間隔は、１２０ｋＨｚである。６０ｋＨｚシステムフレームに含まれたスロットの数は、１２０ｋＨｚシステムフレームに含まれたものと異なる。６０ｋＨｚシステムフレームに含まれたスロットの数は、４０であり、１２０ｋＨｚシステムフレームに含まれたスロットの数は、８０である。図９は、６０ｋＨｚシステムフレーム及び１２０ｋＨｚシステムフレームに含まれたスロットシーケンス番号間の対応を示す。

【0178】

第１のノードによって取得された構成情報に含まれた対応関係は、６０ｋＨｚにおけるスロットインデックス及びタイミングタイプの間の対応関係である。例えば、６０ｋＨｚにおいて、スロットインデックス０は、タイミングタイプ１に対応し、スロットインデックス１は、タイミングタイプ２に対応し、スロットインデックス２は、タイミングタイプ３に対応する。この場合、第１のノードが第１のスロットに対応するタイミングタイプを決定したい場合、第１のノードは、基準サブキャリアにおける、第１のスロットに対応するスロットインデックスをまず決定する必要がある。第１のスロットが１２０ｋＨｚにおけるスロットシーケンス番号２であり、第１のノードは、１２０ｋＨｚにおけるスロットシーケンス番号２が６０ｋＨｚにおけるスロットインデックス１に対応すると決定し、更に、６０ｋＨｚにおけるスロットインデックス１がタイミングタイプ２に対応すると決定し、その結果、第１のノードは、１２０ｋＨｚにおけるスロットシーケンス番号２がタイミングタイプ２に対応すると決定し得ることが想定される。

【0179】

第１の時間単位に対応するサブキャリア間隔は、第１のノードがアップリンク伝送を実際に実行するサブキャリア間隔である。第１のノードが伝送を実際に実行するサブキャリア間隔が基準サブキャリア間隔である場合、第１のノードは、第１のスロットに基づいて、関連付けられた第１のタイミングタイプを直接決定してよい。

【0180】

いくつかのタイプの基準サブキャリア間隔が存在してよく、第１のノードは、基準サブキャリア間隔のタイプを事前に取得してよい。

【0181】

基準サブキャリア間隔は、第１のノードのサービングキャリアのサブキャリア間隔であってよい。代替的に、基準サブキャリア間隔は、第１のノードのアクティブな帯域幅部分（ｂａｎｄｗｉｄｔｈｐａｒｔ，ＢＷＰ）のサブキャリア間隔であってよい。代替的に、基準サブキャリア間隔は、第２のノードからの命令によって示されたサブキャリア間隔であってよい。例えば、基準サブキャリア間隔は、Ｓ８０１における構成情報を使用することによって示されてもよいし、他のシグナリングを使用することによって、示されてもよい。

【0182】

以下では、一例を使用することによって時間単位インデックス及びタイミングタイプの間の対応関係を説明する。時間単位は、依然として、一例として、スロットを使用する。表９ａ又は表９ｂは、スロットインデックス及びタイミングタイプの間の対応関係を示す。

【表9】

【表10】

【0183】

時間単位インデックス及びタイミングタイプの間の対応関係は、システムフレーム内のいくつかの時間単位を示してよく、デフォルトタイミングタイプは、示されていない時間単位のために使用されることが理解されよう。表９ａにおいて、スロットインデックス３、５及び７は、タイミングタイプ２に対応し、スロットインデックス１１、１３及び２７は、タイミングタイプ３に対応し、他の示されていないスロットインデックスは、タイミングタイプ１又は別のデフォルトタイミングタイプに対応する。

【0184】

前述の説明と同様に、対応関係におけるタイミングタイプは、タイミングタイプのインデックス番号を使用することによって表されてもよいし、タイミングタイプの具体的な意味であってもよいし、又は多重化モードを使用することによって表されてもよい。例えば、表１０に示されるように、タイミングタイプ２は、ＭＴ－Ｔｘ／ＤＵ－Ｔｘ、すなわち、ＩＡＢノードが送信を同時に実行する空間多重化シナリオによって表され、タイミングタイプ３は、ＭＴ－Ｒｘ／ＤＵ－Ｒｘ、すなわちＩＡＢノードが受信を同時に実行する空間多重化シナリオによって表される。

【表11】

【0185】

スロットインデックスが構成されていない場合、タイミングタイプ１がデフォルトで使用され得る。

【0186】

図８における実施形態における構成情報は、時間単位インデックス及びタイミングタイプの間の対応関係を含み、１又は複数のアップリンク伝送タイプのために構成されてよい。例えば、対応関係は、ＰＵＳＣＨ伝送に対応する対応関係であってもよく、ＰＵＣＣＨ伝送に対応する対応関係であってもよく、又はＳＲＳ伝送に対応する対応関係であってもよい。代替的に、複数のアップリンク伝送タイプは、同じ対応関係に対応してよい。例えば、ＰＵＳＣＨ伝送、ＰＵＣＣＨ伝送、及びＳＲＳ伝送が全て同じ対応関係に対応する。

【0187】

任意選択的に、構成情報が固有であるアップリンク伝送タイプは、プロトコルにおいて特定されてもよく、明示的に示されてもよい。例えば、構成情報は更に、対応関係に対応する又はアップリンク伝送タイプに対応するチャネルを保持してよい。

【0188】

Ｓ８０１：第２のノードが第１のノードに構成情報を送信し、ここで、第２のノードはドナーノードであってよい。ドナーノードは、第１のノードに構成情報を送信する。構成情報は、ＲＲＣメッセージであってもよいし、構成情報は、ＲＲＣメッセージ内に保持されていてよい。例えば、ドナーノードは、第１のノードにＲＲＣメッセージを送信し、ＲＲＣメッセージに、時間単位インデックス及びタイミングタイプの間の対応関係を追加する。第１のノードは、ドナーノードからＲＲＣメッセージを受信し、時間単位インデックス及びタイミングタイプの間の対応関係をＲＲＣメッセージから取得する。

【0189】

【0190】

以下では、特定のアップリンク伝送タイプのための伝送タイミング決定方法を提供する。

【0191】

１．予め構成されたグラント（ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ）ＰＵＳＣＨ

【0192】

ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨは、アップリンクデータ伝送のために周期的に使用される、予め構成されたリソースであり、スケジューリングのためにＤＣＩを要さない。ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨは、グラントフリーなアップリンク伝送又は半永久スケジューリングとも称される。

【0193】

ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨは、２つのタイプを含む。タイプ（ｔｙｐｅ）１ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨリソースは、ＲＲＣシグナリングを通じて基地局によって構成された周期的ＰＵＣＣＨリソースを指す。本願の本実施形態において、第２のノードは、ＲＲＣシグナリングを通じて第１のノードのために周期的ＰＵＣＣＨリソースを構成してよい。タイプ１ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨの場合、前述のデフォルトアップリンク伝送タイミングが使用され得る。例えば、アップリンク伝送タイミングは、デフォルトで、タイミングタイプ１を使用することによって、決定される。代替的に、ＲＲＣメッセージを通じてＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨリソースを構成する場合、第２のノードは、タイミングタイプを明示的に示してよい。例えば、ＲＲＣメッセージは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨリソースの構成情報を保持し、構成情報は、タイミングタイプを示すフィールドを含む。

【0194】

タイプ２ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨは、ＲＲＣシグナリングを通じて第１のノードのために第２のノードによって構成された周期的ＰＵＣＣＨリソースを指し、ＤＣＩがＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨをアクティブ化することを必要とする。タイプ２ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨの場合、タイミングタイプは、ＤＣＩ内に保持されたスクランブリング情報に基づいて決定されてよい。図６における実施形態における方法を参照されたい。ＤＣＩ内に保持されたスクランブリング情報に関連付けられたタイミングタイプ第１のノードによって決定するための方法、及びスクランブリング情報及びタイミングタイプの間の対応関係について、及び対応関係に基づいて第１のノードがタイミングタイプをどのように決定するかについては、図６における実施形態の説明を参照されたい。スクランブリング情報は、ＣＳ－ＲＮＴＩであってよい。

【0195】

考えられる実装において、タイプ２ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＰＵＳＣＨのタイミングタイプは、以下の方式において決定されてもよい：ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ構成インデックス（ＣｏｎｆｉｇＩｎｄｅｘ）が、プロトコル内の一群のリソース構成のインデックス番号であり、リソース構成のインデックス及びタイミングタイプの間の対応関係が設定されていてよい。対応関係は、プロトコルにおいて事前に特定されてもよいし、第２のノードによって、第１のノードに送信されてもよい。リソース構成のインデックス及びタイミングタイプの間の対応関係に基づいてＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＩｎｄｅｘを認識するとき、第１のノードは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＩｎｄｅｘに関連付けられたタイミングタイプを決定してよく、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＩｎｄｅｘに対応するリソース上でタイミングタイプを使用することによって、ＰＵＳＣＨを伝送するための伝送タイミングを更に決定してよい。

【0196】

２．ＰＵＣＣＨ及び／又はＳＲＳ

【0197】

第１のノードがＰＵＳＣＨのタイミングタイプ及びＰＵＳＣＨを伝送するための伝送タイミングを決定し得る場合で、第１のノードがＰＵＣＣＨ及び／又はＳＲＳを更に送信する場合、第１のノードは、以下の方式で、ＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングを決定してよい。ＰＵＳＣＨのタイミングタイプは、図６、図７、又は図８における前述の実施形態のいずれか１つにおける方法を使用することによって、決定されてよい。

【0198】

方式１：ＰＵＳＣＨに関連付けられたＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングが、ＰＵＳＣＨの伝送タイミングに続く（ｆｏｌｌｏｗ）。例えば、ＰＵＣＣＨが、ＰＵＳＣＨを制御するために使用される情報を伝送する場合、ＰＵＣＣＨは、ＰＵＳＣＨに関連付けられている。別の例の場合、ＳＲＳが、ＰＵＳＣＨ伝送のために使用される基準信号である場合、ＳＲＳは、ＰＵＳＣＨに関連付けられている。

【0199】

代替的に、ＰＵＣＣＨ及び／又はＳＲＳ、ＰＵＳＣＨが同じスロット内に位置する場合、ＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングは、ＰＵＳＣＨのタイミングタイプに基づいて、決定される。例えば、ＰＵＳＣＨのタイミングタイプは、図６における実施形態における方法を使用することによって決定されてよい。第１のノードは、制御情報を受信し、第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定し、第１のタイミングタイプに基づいて、ＰＵＳＣＨの伝送タイミングを決定する。第１のノードは、第１のタイミングタイプに基づいて、ＰＵＳＣＨの伝送スロット内のＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングを更に決定してよい。代替的に、ＰＵＳＣＨと同じスロット内で伝送されるＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングは、ＰＵＳＣＨの伝送タイミングと同じである。

【0200】

方式２：方式１において特定された基準で、ＰＵＳＣＨ伝送がＰＵＣＣＨ及び／又はＳＲＳの伝送スロットに存在しない場合、ＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングは、デフォルトタイミングタイプに基づいて決定される。例えば、デフォルトタイミングタイプは、タイミングタイプ１である。代替的に、方式１において特定された基準で、ＰＵＳＣＨ伝送がＰＵＣＣＨ及び／又はＳＲＳの伝送スロットに存在しない場合、ＰＵＣＣＨ及び／又はＳＲＳは、この期間に送信されない。

【0201】

前述の方式１を満たすＰＵＣＣＨ伝送及び／又はＳＲＳ伝送は、周期的であってもよいし、又は制御シグナリングによってトリガされてもよい。

【0202】

加えて、ＰＵＣＣＨ伝送及び／又はＳＲＳ伝送が制御シグナリングによってトリガされる場合、ＰＵＣＣＨ伝送及び／又はＳＲＳ伝送は、図６、図７、又は図８のいずれの実施形態における方法を使用することによって決定されてもよい。

【0203】

方式３：タイミングタイプ１が周期的ＰＵＣＣＨ及び／又はＳＲＳ伝送のためにデフォルトで使用される。第１のノードの上位ノードによってサービス提供された共通端末デバイスもまた、タイミングタイプ１を使用することによって伝送タイミングを決定する。これによって、ＩＡＢノード及び共通端末デバイスのアップリンクの多重化が容易になる。タイミングタイプ１を使用することは、ネットワークにおける干渉を低減することも助ける。

【0204】

方式４：周期的ＰＵＣＣＨ及び／又はＳＲＳ伝送のタイミングタイプがＴＤＤリソース伝送方向に関連する。

【0205】

現在の期間においてＰＵＣＣＨ及び／又はＳＲＳによって占有された１又は複数の時間ドメインリソースが、第２の構成におけるＵＬスロットと重なる場合、第１のノードは、タイミングタイプ２又はタイミングタイプ３を使用する。

【0206】

【0207】

【0208】

本願の前述の実施形態において提供される方法における機能を実装するために、第１のノードは、ハードウェア構造及び／又はソフトウェアモジュールを含んで、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造及びソフトウェアモジュールの組合せを使用することによって、前述の機能を実装してよい。前述した機能のうちのある機能が、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールとの組合せのいずれを使用することによって行われるのかは、技術的解決手段の具体的な用途及び設計上の制約条件に依存する。

【0209】

図１０に示されるように、同じ技術的概念に基づいて、本願の一実施形態は更に、通信装置１０００を提供する。通信装置１０００は、前述の第１のノードであってよもよいし、第１のノードの中の装置であってもよいし、又は第１のノードと共に使用され得る装置であってもよい。一設計において、通信装置１０００は、前述の方法の実施形態における第１のノードによって実行される方法／オペレーション／ステップ／動作を実行することに対応するモジュールを含んでよい。モジュールは、ハードウェア回路であってもよいし、ソフトウェアであってもよいし、又はハードウェア回路及びソフトウェアの組合せを使用することによって実装されてもよい。一設計において、装置は、処理モジュール１００１及び通信モジュール１００２を含んでよい。

【0210】

一実施形態において、通信モジュール１００２は、第２のノードから制御情報を受信するように構成されており、制御情報は、アップリンク伝送のスケジューリング情報を含み、制御シグナリングは、第１のスクランブリング情報を含む。

【0211】

処理モジュール１００１は、第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定し、第１のタイミングタイプに基づいて、アップリンク伝送の伝送タイミングを決定するように構成されている。

【0212】

別の実施形態において、通信モジュール１００２は、第２のノードから構成情報を受信するように構成されており、構成情報は、時間単位インデックス及びタイミングタイプの間の対応関係を含む。

【0213】

処理モジュール１００１は、対応関係に基づいて、第１の時間単位に関連付けられた第１のタイミングタイプを決定し；第１のタイミングタイプに基づいて、第１の時間単位においてアップリンク伝送を実行するための伝送タイミングを決定するように構成されている。

【0214】

別の実施形態において、通信モジュール１００２は、第２のノードから制御情報を受信するように構成されており、制御情報は、サウンディング基準信号ＳＲＳ伝送のスケジューリング情報を含み、制御シグナリングは、第１の情報を含み、第１の情報は、ＳＲＳ伝送構成を示す。

【0215】

処理モジュール１００１は、第１の情報に関連付けられた第１のタイミングタイプを決定し、第１のタイミングタイプに基づいて、アップリンク伝送の伝送タイミングを決定するように構成されている。

【0216】

処理モジュール１００１及び通信モジュール１００２は、前述の方法の実施形態において第１のノードによって実行される、他の対応するステップ又はオペレーションを実行するように更に構成されていてよい。本明細書において、詳細について改めて説明しない。

【0217】

本願の実施形態におけるモジュールへの分割は、一例であり、論理機能への分割に過ぎず、実際の実装中の他の分割であってよい。加えて、本願の実施形態における機能モジュールは、１つのプロセッサへと統合されてもよいし、モジュールのそれぞれは、物理的に単独で存在してもよいし、又は２つ又はそれより多くのモジュールは、１つのモジュールへと統合されてもよい。統合モジュールは、ハードウェアの形式で実装されてもよいし、又はソフトウェア機能モジュールの形式で実装されてもよい。

【0218】

図１１は、本願の実施形態による通信装置１１００を示す。通信装置１１００は、前述の方法における第１のノードの機能を実装するように構成されている。装置は、第１のノードであってもよいし、第１のノードの中の装置であってもよいし、又は第１のノードと共に使用され得る装置であってもよい。装置は、チップシステムであってもよい。本願の本実施形態では、チップシステムはチップを含んでもよく、チップ及び別のディスクリートコンポーネントを含んでもよい。通信装置１１００は、少なくとも１つのプロセッサ１１２０を含み、本願の実施形態において提供される方法における第１のノードの機能を実装するように構成されている。通信装置１１００は、通信インタフェース１１１０を更に含んでよい。本願の本実施形態において、通信インタフェースは、トランシーバ、回路、バス、モジュール、又は別のタイプの通信インタフェースであってよく、伝送媒体を通じて別のデバイスと通信するように構成されている。例えば、通信インタフェース１１１０は、別のデバイスと通信するために、通信装置１１００の中の装置によって使用される。例えば、通信装置１１００が第１のノードである場合、別の装置は、第２のノード又はドナーノードであってよい。プロセッサ１１２０は、通信インタフェース１１１０を通じてデータを受信及び送信し、前述の方法の実施形態における方法を実装するように構成されている。

【0219】

一実施形態において、通信インタフェース１１１０は、第２のノードから制御情報を受信するように構成されており、制御情報は、アップリンク伝送のスケジューリング情報を含み、制御シグナリングは、第１のスクランブリング情報を含む。プロセッサ１１２０は、第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定し、第１のタイミングタイプに基づいて、アップリンク伝送の伝送タイミングを決定するように構成されている。

【0220】

任意選択的に、通信インタフェース１１１０は、ドナーノードから、スクランブリング情報及びタイミングタイプの間の対応関係を受信するように更に構成されている。

【0221】

第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定するとき、プロセッサ１１２０は、対応関係に基づいて、第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定するように構成されている。

【0222】

任意選択的に、第１のタイミングタイプは、以下のいずれか１つを含む：

【0223】

アップリンク伝送タイミングが第２のノードからのタイミングアドバンスＴＡインジケーション情報に基づいて決定される；第１のノードのモバイルターミネーションＭＴのアップリンク送信タイミングが第１のノードの分散型ユニットＤＵのダウンリンク送信タイミングと整合される；又は第１のノードのＭＴのアップリンク受信タイミングが第１のノードのＤＵのダウンリンク受信タイミングと整合される。

【0224】

任意選択的に、アップリンク伝送は、ＰＵＳＣＨ伝送である。

【0225】

通信インタフェース１１１０は、
物理アップリンク制御チャネルＰＵＣＣＨ及び／又はアップリンクサウンディング基準信号ＳＲＳを送信するように更に構成され、ＰＵＣＣＨ及び／又はＳＲＳ及びＰＵＳＣＨが同じスロット内に位置する場合、ＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングは、第１のタイミングタイプに基づいて、決定される。

【0226】

任意選択的に、プロセッサ１１２０は、
ＰＵＳＣＨ伝送がＰＵＣＣＨ及び／又はＳＲＳの伝送スロットに存在しない場合に、デフォルトタイミングタイプに基づいて、ＰＵＣＣＨ及び／又はＳＲＳの伝送タイミングを決定するように更に構成されている。

【0227】

任意選択的に、制御情報は、予め構成されたグラントされたＰＵＳＣＨ伝送をアクティブ化するために使用される。

【0228】

別の実施形態において、通信インタフェース１１１０は、第２のノードから構成情報を受信するように構成されており、構成情報は、時間単位インデックス及びタイミングタイプの間の対応関係を含む。

【0229】

プロセッサ１１２０は、対応関係に基づいて、第１の時間単位に関連付けられた第１のタイミングタイプを決定し、第１のタイミングタイプに基づいて、第１の時間単位においてアップリンク伝送を実行するための伝送タイミングを決定するように構成されている。

【0230】

任意選択的に、時間単位インデックスは、基準サブキャリア間隔において決定されるインデックスである。

【0231】

対応関係に基づいて第１の時間単位に関連付けられた第１のタイミングタイプを決定するとき、プロセッサ１１２０は、具体的に、
基準サブキャリア間隔に基づいて第１の時間単位に関連付けられた第１のタイミングタイプ、第１の時間単位に対応するサブキャリア間隔、及び対応関係を決定する
ように構成されている。

【0232】

任意選択的に、基準サブキャリア間隔、第１の時間単位に対応するサブキャリア間隔、及び対応関係に基づいて、第１の時間単位に関連付けられた第１のタイミングタイプを決定するとき、プロセッサ１１２０は、具体的に、
第１の時間単位に対応するサブキャリア間隔に基づいて、基準サブキャリア間隔における、第１の時間単位に対応する第１の時間単位インデックスを決定し；及び
対応関係に基づいて、第１の時間単位インデックスに関連付けられた第１のタイミングタイプを決定する
ように構成されている。

【0233】

任意選択的に、基準サブキャリア間隔は、第１のノードのサービングキャリアのサブキャリア間隔である；基準サブキャリア間隔は、第１のノードのアクティブ帯域幅部分ＢＷＰのサブキャリア間隔である；又は基準サブキャリア間隔は、第２のノードからの命令によって示されたサブキャリア間隔である。

【0234】

任意選択的に、第１のタイミングタイプは、以下のいずれか１つを含む：

【0235】

【0236】

任意選択的に、時間単位インデックス及びタイミングタイプの間の対応関係は、アップリンク伝送タイプに関連付けられており、アップリンク伝送タイプは、物理アップリンク共有チャネルＰＵＳＣＨ、物理アップリンク制御チャネルＰＵＣＣＨ、又はサウンディング基準信号ＳＲＳのうちの１又は複数を含む。

【0237】

別の実施形態において、通信インタフェース１１１０は、第２のノードから制御情報を受信するように構成されており、制御情報は、サウンディング基準信号ＳＲＳ伝送のスケジューリング情報を含み、制御シグナリングは、第１の情報を含み、第１の情報は、ＳＲＳ伝送構成を示す。

【0238】

プロセッサ１１２０は、第１の情報に関連付けられた第１のタイミングタイプを決定し、第１のタイミングタイプに基づいて、アップリンク伝送の伝送タイミングを決定するように構成されている。

【0239】

任意選択的に、第１の情報は更に、第１のタイミングタイプを示す。

【0240】

任意選択的に、第１の情報及び第１のタイミングタイプの間の対応関係は、プロトコルにおいて特定されている。

【0241】

通信装置１１００は、プログラム命令及び／又はデータを格納するよう構成されている少なくとも１つのメモリ１１３０を更に含んでよい。メモリ１１３０は、プロセッサ１１２０に連結されている。本願の本実施形態における連結は、電気的形式、機械的形式又は別の形式での装置、ユニット、又はモジュール間での間接的な連結又は通信接続であってよく、装置、ユニット、又はモジュール間での情報交換のために使用される。プロセッサ１１２０は、メモリ１１３０と協働して動作してよい。プロセッサ１１２０は、メモリ１１３０に格納されたプログラム命令を実行してよい。少なくとも１つのメモリのうち少なくとも１つは、プロセッサに含まれ得る。

【0242】

通信インタフェース１１１０、プロセッサ１１２０、及びメモリ１１３０間の特定の接続媒体は、本願の本実施形態において限定されない。本願の本実施形態において、図１１において、メモリ１１３０、プロセッサ１１２０、及び通信インタフェース１１１０は、バス１１４０を通じて互いに接続されている。図１１において、バスは、太線を使用することによって表されている。他のコンポーネント間の接続方式は概略的に説明されており、これに限定されるものではない。バスは、アドレスバス、データバス、及び制御バスなどに分類されてよい。表現しやすさのために、図１１においてバスを表すのに１本の太線のみが使用されているが、これは、１つのみのバス又は１タイプのみのバスが存在することを意味しない。

【0243】

本願の本実施形態において、プロセッサは、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又は別のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、又はディスクリートハードウェアコンポーネントであってよく、本願の実施形態において開示される方法、ステップ、及び論理ブロック図を実装又は実行してよい。汎用プロセッサは、マイクロプロセッサ又は任意の従来のプロセッサ等であってよい。本願の実施形態を参照して開示された方法の各ステップは、ハードウェアプロセッサによって直接的に行われてもよいし、又はプロセッサのハードウェアとソフトウェアモジュールとの組合せを用いて行われてもよい。

【0244】

本願の本実施形態において、メモリは、不揮発性メモリ、例えば、ハードディスクドライブ（ｈａｒｄｄｉｓｋｄｒｉｖｅ，ＨＤＤ）又はソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅｄｒｉｖｅ，ＳＳＤ）であってもよいし、又は揮発性メモリ（ｖｏｌａｔｉｌｅｍｅｍｏｒｙ）、例えば、ランダムアクセスメモリ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ，ＲＡＭ）であってもよい。メモリは、所望のプログラムコードを命令又はデータ構造の形で保持又は格納し得る且つコンピュータによりアクセスされ得る任意の他の媒体であるが、これに限定されるものではない。本願の本実施形態におけるメモリは、代替的に、格納機能を実装し得る且つプログラム命令及び／又はデータを格納するように構成された回路又は任意の他の装置であってよい。

【0245】

通信装置１０００及び通信装置１１００が具体的にチップ又はチップシステムである場合、通信モジュール１９０２及び通信インタフェース１１１０は、ベースバンド信号を出力又は受信してよい。装置１０００及び装置１１００が具体的にデバイスである場合、通信モジュール１００２及び通信インタフェース１１１０は、無線周波数信号を出力又は受信してよい。

【0246】

本願の一実施形態は、コンピュータプログラムを格納するコンピュータ記憶媒体を提供する。コンピュータプログラムは、前述の実施形態において提供される伝送リソース構成方法を実行するために使用される命令を含む。

【0247】

本願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行する場合、コンピュータは、前述の実施形態において提供される伝送リソース構成方法を実行することが可能である。

【0248】

本願の実施形態は、チップを更に提供する。チップは、プロセッサ及びインタフェース回路を含む。インタフェース回路は、プロセッサに連結されている。プロセッサは、コンピュータプログラム又は命令を実行して、前述の伝送リソース構成を実装するように構成されている。インタフェース回路は、チップ外部の別のモジュールと通信するように構成されている。

【0249】

当業者であれば、本願の実施形態が、方法、システム、又はコンピュータプログラム製品として提供され得ることを理解するはずである。したがって、本願は、ハードウェアだけの実施形態、ソフトウェアだけの実施形態、又はソフトウェアとハードウェアとの組合せによる実施形態の形式を用いてよい。加えて、本願は、コンピュータが使用可能なプログラムコードを含む１又は複数のコンピュータが使用可能な記憶媒体（限定されないが、ディスクメモリ、ＣＤ－ＲＯＭ、及び光メモリなどを含む）に実装されるコンピュータプログラム製品の形態を用いてもよい。

【0250】

本願は、本願の実施形態による方法、デバイス（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明されている。コンピュータプログラム命令は、フローチャート及び／又はブロック図における各プロセス及び／又は各ブロック、及びフローチャート及び／又はブロック図におけるプロセス及び／又はブロックの組合せを実装するように使用され得ることを理解されたい。これらコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は機械を生成するための任意の他のプログラマブルデータ処理デバイスのプロセッサに提供されてよく、その結果、コンピュータ又は別のプログラマブルデータ処理デバイスのプロセッサによって実行される命令は、フローチャートにおける１又は複数のプロセス及び／又はブロック図における１又は複数のブロックにおける具体的な機能を実装するための装置を生成する。

【0251】

コンピュータプログラム命令は、代替的に、別の特定の方式で動作するようにコンピュータ又は別のプログラマブルデータ処理デバイスに示し得るコンピュータ可読メモリに格納されてよく、その結果、コンピュータ可読メモリに格納された命令は、命令装置を含むアーチファクトを生成する。命令装置は、フローチャートの１又は複数のプロセス及び／又はブロック図の１又は複数のブロックにおける特定の機能を実装する。

【0252】

コンピュータプログラム命令は、代替的に、コンピュータ又は別のプログラマブルデータ処理デバイスにロードされてよく、その結果、一連のオペレーション及びステップは、コンピュータ又は別のプログラマブルデバイス上で実行されて、コンピュータ実装プロセスを生成する。したがって、コンピュータ又は別のプログラマブルデバイスで実行される命令は、フローチャートの１又は複数の手順及び／又はブロック図の１又は複数のブロックにおける特定の機能を実装するためのステップを提供する。

【0253】

本願のいくつかの好適な実施形態が説明されてきたが、当業者は、基本的技術的概念を認識すると、これらの実施形態に変更及び修正を行い得る。したがって、以下の特許請求の範囲は、好適な実施形態及び本願の範囲内に属する全ての変更及び修正を包含するように解釈されることを意図している。

【0254】

明らかに、当業者は、本願の趣旨及び実施形態の範囲から逸脱することなく、様々な修正及び変形を本願の実施形態に行い得る。本願は、以降の特許請求の範囲及び均等技術によって画される保護範囲に属する提供されたこれらの変形及びバリエーションに及ぶことを意図する。
［他の考えられる項目］
［項目１］
第１のノードによって、第２のノードから制御情報を受信する段階、ここで、前記制御情報は、アップリンク伝送のスケジューリング情報を含み、前記制御シグナリングは、第１のスクランブリング情報を含む；
前記第１のノードによって、前記第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定する段階；及び
前記第１のタイミングタイプに基づいて、前記第１のノードによって、前記アップリンク伝送の伝送タイミングを決定する段階
を備える、伝送タイミング決定方法。
［項目２］
前記方法は、前記第１のノードによって、ドナーノードから、スクランブリング情報及びタイミングタイプの間の対応関係を受信する段階を更に備え；及び
前記第１のノードによって、前記第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定する前記段階は、前記対応関係に基づいて、前記第１のノードによって、前記第１のスクランブリング情報に関連付けられた前記第１のタイミングタイプを決定する段階を有する、項目１に記載の方法。
［項目３］
前記第１のタイミングタイプは、
アップリンク伝送タイミングが前記第２のノードからのタイミングアドバンスＴＡインジケーション情報に基づいて決定される；
前記第１のノードのモバイルターミネーションＭＴのアップリンク送信タイミングが前記第１のノードの分散型ユニットＤＵのダウンリンク送信タイミングと整合される；又は
前記第１のノードの前記ＭＴのアップリンク受信タイミングが前記第１のノードの前記ＤＵのダウンリンク受信タイミングと整合される
のうちいずれか１つを含む、項目１又は２に記載の方法。
［項目４］
前記アップリンク伝送は、ＰＵＳＣＨ伝送であり；及び
前記方法は、
前記第１のノードによって、物理アップリンク制御チャネルＰＵＣＣＨ及び／又はアップリンクサウンディング基準信号ＳＲＳを送信する段階、ここで、前記ＰＵＣＣＨ及び／又は前記ＳＲＳ及びＰＵＳＣＨが同じスロット内に位置する場合、前記ＰＵＣＣＨ及び／又は前記ＳＲＳの伝送タイミングは、前記第１のタイミングタイプに基づいて決定される
を更に備える、項目１から３のいずれか１項に記載の方法。
［項目５］
前記ＰＵＣＣＨ及び／又は前記ＳＲＳの伝送スロットにＰＵＳＣＨ伝送が存在しない場合に、デフォルトタイミングタイプに基づいて、前記ＰＵＣＣＨ及び／又は前記ＳＲＳの前記伝送タイミングを決定する段階
を更に備える、項目４に記載の方法。
［項目６］
前記制御情報は、予め構成されたグラントされたＰＵＳＣＨ伝送をアクティブ化するために使用される、項目１から５のいずれか１項に記載の方法。
［項目７］
第１のノードによって、第２のノードから構成情報を受信する段階、ここで、前記構成情報は、時間単位インデックス及びタイミングタイプの間の対応関係を含む；
前記対応関係に基づいて、前記第１のノードによって、第１の時間単位に関連付けられた第１のタイミングタイプを決定する段階；及び
前記第１のタイミングタイプに基づいて、前記第１のノードによって、前記第１の時間単位においてアップリンク伝送を実行するための伝送タイミングを決定する段階
を備える、伝送タイミング決定方法。
［項目８］
前記時間単位インデックスは、基準サブキャリア間隔において決定されたインデックスであり；及び
前記対応関係に基づいて、前記第１のノードによって、第１の時間単位に関連付けられた第１のタイミングタイプを決定する前記段階は、
前記基準サブキャリア間隔、前記第１の時間単位に対応するサブキャリア間隔、及び前記対応関係に基づいて、前記第１のノードによって、前記第１の時間単位に関連付けられた前記第１のタイミングタイプを決定する段階
を有する、項目７に記載の方法。
［項目９］
前記基準サブキャリア間隔、前記第１の時間単位に対応するサブキャリア間隔、及び前記対応関係に基づいて、前記第１のノードによって、前記第１の時間単位に関連付けられた前記第１のタイミングタイプを決定する前記段階は、
前記第１の時間単位に対応する前記サブキャリア間隔に基づいて、前記第１のノードによって、前記基準サブキャリア間隔における、前記第１の時間単位に対応する第１の時間単位インデックスを決定する段階；及び
前記対応関係に基づいて、前記第１のノードによって、前記第１の時間単位インデックスに関連付けられた前記第１のタイミングタイプを決定する段階
を有する、項目８に記載の方法。
［項目１０］
前記基準サブキャリア間隔は、前記第１のノードのサービングキャリアのサブキャリア間隔である；
前記基準サブキャリア間隔は、前記第１のノードのアクティブ帯域幅部分ＢＷＰのサブキャリア間隔である；又は
前記基準サブキャリア間隔は、前記第２のノードからの命令によって示されたサブキャリア間隔である、項目８又は９に記載の方法。
［項目１１］
前記第１のタイミングタイプは、
アップリンク伝送タイミングが前記第２のノードからのタイミングアドバンスＴＡインジケーション情報に基づいて決定される；
前記第１のノードのモバイルターミネーションＭＴのアップリンク送信タイミングが前記第１のノードの分散型ユニットＤＵのダウンリンク送信タイミングと整合される；又は
前記第１のノードの前記ＭＴのアップリンク受信タイミングが前記第１のノードの前記ＤＵのダウンリンク受信タイミングと整合される
のうちいずれか１つを含む、項目７から１０のいずれか１項に記載の方法。
［項目１２］
前記時間単位インデックス及び前記タイミングタイプの間の前記対応関係は、アップリンク伝送タイプに関連付けられており、前記アップリンク伝送タイプは、物理アップリンク共有チャネルＰＵＳＣＨ、物理アップリンク制御チャネルＰＵＣＣＨ、又はサウンディング基準信号ＳＲＳのうちの１又は複数を含む、項目７から１１のいずれか１項に記載の方法。
［項目１３］
第１のノードによって、第２のノードから制御情報を受信する段階、ここで、前記制御情報は、サウンディング基準信号ＳＲＳ伝送のスケジューリング情報を含み、前記制御シグナリングは、第１の情報を含み、前記第１の情報は、ＳＲＳ伝送構成を示す；
前記第１のノードによって、前記第１の情報に関連付けられた第１のタイミングタイプを決定する段階；及び
前記第１のタイミングタイプに基づいて、前記第１のノードによって、アップリンク伝送の伝送タイミングを決定する段階
を備える、伝送タイミング決定方法。
［項目１４］
前記第１の情報は、前記第１のタイミングタイプを更に示す、項目１３に記載の方法。
［項目１５］
前記第１の情報及び前記第１のタイミングタイプの間の対応関係は、プロトコルにおいて特定されている、項目１３に記載の方法。
［項目１６］
第２のノードから制御情報を受信するように構成された通信モジュール、ここで、前記制御情報は、アップリンク伝送のスケジューリング情報を含み、前記制御シグナリングは、第１のスクランブリング情報を含む；及び
前記第１のスクランブリング情報に関連付けられた第１のタイミングタイプを決定し、前記第１のタイミングタイプに基づいて、前記アップリンク伝送の伝送タイミングを決定するように構成された処理モジュール
を備える、第１のノードに適用される伝送タイミング決定装置。
［項目１７］
前記通信モジュールは、ドナーノードから、スクランブリング情報及びタイミングタイプの間の対応関係を受信するように更に構成されており；及び
前記第１のスクランブリング情報に関連付けられた前記第１のタイミングタイプを決定するとき、前記処理モジュールは、前記対応関係に基づいて、前記第１のスクランブリング情報に関連付けられた前記第１のタイミングタイプを決定するように構成されている、項目１６に記載の装置。
［項目１８］
前記第１のタイミングタイプは、
アップリンク伝送タイミングが前記第２のノードからのタイミングアドバンスＴＡインジケーション情報に基づいて決定される；
前記第１のノードのモバイルターミネーションＭＴのアップリンク送信タイミングが前記第１のノードの分散型ユニットＤＵのダウンリンク送信タイミングと整合される；又は
前記第１のノードの前記ＭＴのアップリンク受信タイミングが前記第１のノードの前記ＤＵのダウンリンク受信タイミングと整合される
のうちいずれか１つを含む、項目１６又は１７に記載の装置。
［項目１９］
前記アップリンク伝送は、ＰＵＳＣＨ伝送であり；及び
前記通信モジュールは、
物理アップリンク制御チャネルＰＵＣＣＨ及び／又はアップリンクサウンディング基準信号ＳＲＳを送信するように更に構成されており、前記ＰＵＣＣＨ及び／又は前記ＳＲＳ及びＰＵＳＣＨが同じスロット内に位置する場合、前記ＰＵＣＣＨ及び／又は前記ＳＲＳの伝送タイミングは、前記第１のタイミングタイプに基づいて決定される、項目１６から１８のいずれか１項に記載の装置。
［項目２０］
前記処理モジュールは、
前記ＰＵＣＣＨ及び／又は前記ＳＲＳの伝送スロットにＰＵＳＣＨ伝送が存在しない場合に、デフォルトタイミングタイプに基づいて、前記ＰＵＣＣＨ及び／又は前記ＳＲＳの前記伝送タイミングを決定する
ように更に構成されている、項目１９に記載の装置。
［項目２１］
前記制御情報は、予め構成されたグラントされたＰＵＳＣＨ伝送をアクティブ化するために使用される、項目１６から２０のいずれか１項に記載の装置。
［項目２２］
第２のノードから構成情報を受信するように構成された通信モジュール、ここで、前記構成情報は、時間単位インデックス及びタイミングタイプの間の対応関係を含む；及び
前記対応関係に基づいて、第１の時間単位に関連付けられた第１のタイミングタイプを決定し、前記第１のタイミングタイプに基づいて、前記第１の時間単位においてアップリンク伝送を実行するための伝送タイミングを決定するように構成された処理モジュール
を備える、第１のノードに適用される伝送タイミング決定装置。
［項目２３］
前記時間単位インデックスは、基準サブキャリア間隔において決定されたインデックスであり；及び
前記対応関係に基づいて、前記第１の時間単位に関連付けられた前記第１のタイミングタイプを決定するとき、前記処理モジュールは、具体的に、
前記基準サブキャリア間隔、前記第１の時間単位に対応するサブキャリア間隔、及び前記対応関係に基づいて、前記第１の時間単位に関連付けられた前記第１のタイミングタイプを決定する
ように構成されている、項目２２に記載の装置。
［項目２４］
前記基準サブキャリア間隔、前記第１の時間単位に対応する前記サブキャリア間隔、及び前記対応関係に基づいて、前記第１の時間単位に関連付けられた前記第１のタイミングタイプを決定するとき、前記処理モジュールは、具体的に、
前記第１の時間単位に対応する前記サブキャリア間隔に基づいて、前記基準サブキャリア間隔における、前記第１の時間単位に対応する第１の時間単位インデックスを決定し；及び
前記対応関係に基づいて、前記第１の時間単位インデックスに関連付けられた前記第１のタイミングタイプを決定する
ように構成されている、項目２３に記載の装置。
［項目２５］
前記基準サブキャリア間隔は、前記第１のノードのサービングキャリアのサブキャリア間隔である；
前記基準サブキャリア間隔は、前記第１のノードのアクティブ帯域幅部分ＢＷＰのサブキャリア間隔である；又は
前記基準サブキャリア間隔は、前記第２のノードからの命令によって示されたサブキャリア間隔である、項目２３又は２４に記載の装置。
［項目２６］
前記第１のタイミングタイプは、
アップリンク伝送タイミングが前記第２のノードからのタイミングアドバンスＴＡインジケーション情報に基づいて決定される；
前記第１のノードのモバイルターミネーションＭＴのアップリンク送信タイミングが前記第１のノードの分散型ユニットＤＵのダウンリンク送信タイミングと整合される；又は
前記第１のノードの前記ＭＴのアップリンク受信タイミングが前記第１のノードの前記ＤＵのダウンリンク受信タイミングと整合される
のうちいずれか１つを含む、項目２２から２５のいずれか１項に記載の装置。
［項目２７］
前記時間単位インデックス及び前記タイミングタイプの間の前記対応関係は、アップリンク伝送タイプに関連付けられており、前記アップリンク伝送タイプは、物理アップリンク共有チャネルＰＵＳＣＨ、物理アップリンク制御チャネルＰＵＣＣＨ、又はサウンディング基準信号ＳＲＳのうちの１又は複数を含む、項目２２から２６のいずれか１項に記載の装置。
［項目２８］
第２のノードから制御情報を受信するように構成された通信モジュール、ここで、前記制御情報は、サウンディング基準信号ＳＲＳ伝送のスケジューリング情報を含み、前記制御シグナリングは、第１の情報を含み、前記第１の情報は、ＳＲＳ伝送構成を示す；及び
前記第１の情報に関連付けられた第１のタイミングタイプを決定し、前記第１のタイミングタイプに基づいて、アップリンク伝送の伝送タイミングを決定するように構成された処理モジュール
を備える、伝送タイミング決定装置。
［項目２９］
前記第１の情報は、前記第１のタイミングタイプを更に示す、項目２８に記載の装置。
［項目３０］
前記第１の情報及び前記第１のタイミングタイプの間の対応関係は、プロトコルにおいて特定されている、項目２８に記載の装置。
［項目３１］
プロセッサ及び通信インタフェースを備える通信装置であって、前記通信インタフェースは、別の通信装置と通信するように構成されており、前記プロセッサは、一群のプログラムを実行して、前記通信装置が、項目１から６のいずれか１項に記載の方法、項目７から１２のいずれか１項に記載の方法、又は項目１３から１５のいずれか１項に記載の方法を実装することを可能にするように構成されている、通信装置。
［項目３２］
プロセッサを備えるチップシステムであって、前記プロセッサは、メモリに連結するように構成されており、前記プロセッサは、プログラムを呼び出して、項目１から６のいずれか１項に記載の方法、項目７から１２のいずれか１項に記載の方法、又は項目１３から１５のいずれか１項に記載の方法を実装するように構成されている、チップシステム。
［項目３３］
コンピュータ可読記憶媒体であって、前記コンピュータ記憶媒体は、コンピュータ可読命令を格納し、前記コンピュータ可読命令が通信装置上で実行された場合、前記通信装置は、項目１から６のいずれか１項に記載の方法、項目７から１２のいずれか１項に記載の方法、又は項目１３から１５のいずれか１項に記載の方法を実行することが可能である、コンピュータ可読記憶媒体。

【図1】