特許7152601 | 知財ポータル「IP Force」

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

▶ 中興通訊股▲分▼有限公司の特許一覧

特許7152601送信タイミング決定方法およびデバイス、ならびにコンピュータ可読記憶媒体

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

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

< >

1
2
3
4
5
6
7
8
9

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-10-03

(45)【発行日】2022-10-12

(54)【発明の名称】送信タイミング決定方法およびデバイス、ならびにコンピュータ可読記憶媒体

(51)【国際特許分類】

H04W 56/00 20090101AFI20221004BHJP

H04W 16/26 20090101ALI20221004BHJP

H04W 64/00 20090101ALI20221004BHJP

【ＦＩ】

H04W56/00 110

H04W16/26

H04W64/00 120

【請求項の数】 13

(21)【出願番号】P 2021517383

(86)(22)【出願日】2019-09-17

(65)【公表番号】

(43)【公表日】2022-01-11

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

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

(87)【国際公開日】2020-04-02

【審査請求日】2021-04-08

(31)【優先権主張番号】201811142586.X

(32)【優先日】2018-09-28

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】500266829

【氏名又は名称】中興通訊股▲分▼有限公司

(74)【代理人】

【識別番号】100101454

【弁理士】

【氏名又は名称】山田卓二

(74)【代理人】

【識別番号】100132241

【弁理士】

【氏名又は名称】岡部博史

(74)【代理人】

【識別番号】100135703

【弁理士】

【氏名又は名称】岡部英隆

(72)【発明者】

【氏名】▲シン▼ 衛民

(72)【発明者】

【氏名】盧有雄

(72)【発明者】

【氏名】畢峰

【審査官】石田信行

(56)【参考文献】

【文献】特表２０１８－５２８７０２（ＪＰ，Ａ）

【文献】Qualcomm Incorporated，Network synchronization for multi-hop IAB [online]，3GPP TSG RAN WG1 #94 R1-1809445，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1809445.zip>，2018年08月17日

【文献】Huawei, HiSilicon，On IAB node synchronization and timing alignment [online]，3GPP TSG RAN WG1 #94 R1-1808087，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1808087.zip>，2018年08月10日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－９９／００

Ｈ０４Ｂ７／２４－７／２６

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

第１ノードから、第２ノードの第１送信タイミングを調整するための第１タイミング調整情報を前記第２ノードに配信すること、または、全地球航法衛星システム（ＧＮＳＳ）タイミングを第２ノードの第１送信タイミングとして使用するように前記第２ノードに指示し、前記第１送信タイミングが前記第２ノードの下り送信タイミングであること、を含む、送信タイミング決定方法であって、
前記送信タイミング決定方法は、第１ノードから、全地球航法衛星システムＧＮＳＳタイミングと、エアインターフェースＯＴＡ／基地局タイミングとの少なくとも１つを含む同期タイプ指示情報であって、第１送信タイミングの調整方式を決定するための同期タイプ指示情報を第２ノードに配信し、前記第１ノードが前記第２ノードの親ノードであり、前記調整方式がＧＮＳＳタイミングまたはＯＴＡ／基地局タイミングであること、をさらに含み、
前記同期タイプ指示情報は、ＧＮＳＳイネーブルフラグと、タイミング同期タイプ指示情報と、同期タイプ優先度指示情報とのうちの少なくとも１種を含み、
前記第１ノードから配信された同期タイプ指示情報にＯＴＡ／基地局タイミングが含まれている場合、前記送信タイミング決定方法は、前記第１タイミング調整情報または前記同期タイプ指示情報に担持されているＯＴＡ／基地局タイミングのモード指示情報を前記第２ノードに配信すること、をさらに含む、
送信タイミング決定方法。

【請求項2】

第２ノードが、第１ノードから送信された第１タイミング調整情報を受信し、前記第１タイミング調整情報に基づいて前記第２ノードの第１送信タイミングを調整すること、または、
第２ノードが、全地球航法衛星システム（ＧＮＳＳ）タイミングを前記第２ノードの第１送信タイミングとして使用し、前記第１送信タイミングが前記第２ノードの下り送信タイミングであること、を含む、送信タイミング決定方法であって、
前記第１タイミング調整情報は同期調整情報を含み、前記同期調整情報は、前記第１ノードから送信された信号の前記第２ノードにおける下り受信タイミングに対する第１調整量△Ｔ _ａと、前記第２ノードの第２送信タイミングに対する第２調整量△Ｔ _ｂと、前記第２ノードの現在の第１送信タイミングに対する第３調整量△Ｔ _ｃとのうちの１種を含む、
送信タイミング決定方法。

【請求項3】

前記第２ノードが第１ノードから送信された第１タイミング調整情報を受信するまたは前記第２ノードがＧＮＳＳタイミングを前記第２ノードの第１送信タイミングとして使用する前に、
第２ノードが、第１ノードから送信された同期タイプ指示情報を受信し、ＧＮＳＳタイミングのタイミング同期タイプを使用することに決定し、および／またはエアインターフェース（ＯＴＡ）／基地局タイミングのタイミング同期タイプを使用することを決定することと、
前記タイミング同期タイプに基づいて対応する前記第１送信タイミングの調整方式を決定し、前記調整方式がＧＮＳＳタイミングまたはＯＴＡ／基地局タイミングであることと、をさらに含む、
請求項２に記載の送信タイミング決定方法。

【請求項4】

前記同期タイプ指示情報は、ＧＮＳＳイネーブルフラグと、タイミング同期タイプ指示情報と、同期タイプ優先度指示情報とのうちの少なくとも１種を含む、
請求項３に記載の送信タイミング決定方法。

【請求項5】

前記タイミング同期タイプに基づいて対応する前記第１送信タイミングの調整方式を決定することは、
前記同期タイプ指示情報がＧＮＳＳタイミングのタイミング同期タイプを指示し、且つ前記第２ノード自体がＧＮＳＳタイミングをサポートすることを確定した場合、前記ＧＮＳＳタイミングのタイミング同期タイプを使用することに決定し、前記ＧＮＳＳタイミングを前記第２ノードの第１送信タイミングとすることと、
そうでなければ、前記ＯＴＡ／基地局タイミングのタイミング同期タイプを使用することに決定し、第１ノードから送信された第１タイミング調整情報を受信し、前記第１タイミング調整情報に基づいて前記第２ノードの第１送信タイミングを調整することと、を含む、
請求項４に記載の送信タイミング決定方法。

【請求項6】

第２ノード自体のＧＮＳＳ状態情報または能力情報を前記第１ノードに送信することをさらに含む、
請求項５に記載の送信タイミング決定方法。

【請求項7】

前記第１ノードから送信されたＯＴＡ／基地局タイミングのモード指示情報を取得し、前記モード指示情報により指示されたＯＴＡ／基地局タイミングのモードは、
前記第１タイミング調整情報が同期調整情報のモード１と、
前記第１タイミング調整情報が時間調整情報のモード２と、
前記第１タイミング調整情報が時間調整情報のモード３と、
の少なくとも１つを含む、
請求項２に記載の送信タイミング決定方法。

【請求項8】

前記モード指示情報がモード１を指示した場合、前記第２ノードの第１送信タイミングを調整することは、前記モード１に従って前記第１送信タイミングを調整することであり、前記モード１の調整は、
前記同期調整情報が第１調整量△Ｔ_ａである場合、前記第２ノードの下り受信タイミングＴ_１を△Ｔ_ａだけ繰り上げて前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－△Ｔ_ａであることと、
前記同期調整情報が第２調整量△Ｔ_ｂである場合、現在の第２送信タイミングＴ_２を△Ｔ_ｂだけ調整して前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_２－△Ｔ_ｂであり、前記第２送信タイミングが、前記第２ノードが前記第１ノードに送信する送信タイミングであることと、
前記同期調整情報が第３調整量△Ｔ_ｃである場合、現在の第１送信タイミングＴ_ｏｌｄを△Ｔ_ｃだけ調整して新たな前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_ｏｌｄ－△Ｔ_ｃであることと、の１種を含む、
請求項７に記載の送信タイミング決定方法。

【請求項9】

前記モード指示情報がモード２を指示した場合、前記時間調整情報は、時間繰り上げ量ＴＡと、変化調整量△ＴＡとのうちの１種を含み、前記変化調整量△ＴＡは、前回の時間繰り上げ量ＴＡに対する変化量であり、前記第２ノードの第１送信タイミングを調整することは、前記モード２に従って前記第１送信タイミングを調整することであり、前記モード２の調整は、
前記時間調整情報が時間繰り上げ量ＴＡである場合、前記時間繰り上げ量ＴＡに基づいて前記下り受信タイミングＴ_１を繰り上げて前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－ＴＡ－Ｔａ＿ｏｆｆｓｅｔであり、Ｔａ＿ｏｆｆｓｅｔがプリセットされたＴＡオフセットであることと、
前記時間調整情報が変化調整量△ＴＡである場合、前記変化調整量△ＴＡおよび前回の時間繰り上げ量ＴＡ_ｏｌｄに基づいて調整して前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－ＴＡ_ｏｌｄ－△ＴＡ－Ｔａ＿ｏｆｆｓｅｔであり、Ｔａ＿ｏｆｆｓｅｔがプリセットされたＴＡオフセットであることと、の１種を含む、
請求項７に記載の送信タイミング決定方法。

【請求項10】

前記モード指示情報がモード３を指示した場合、前記時間調整情報は、時間繰り上げ量ＴＡと、変化調整量△ＴＡとのうちの１種を含み、前記変化調整量△ＴＡは、前回の時間繰り上げ量ＴＡに対する変化量であり、前記第２ノードの第１送信タイミングを調整することは、前記モード３に従って前記第１送信タイミングを調整することであり、前記モード３の調整は、
前記時間調整情報が時間繰り上げ量ＴＡである場合、前記時間繰り上げ量ＴＡに基づいて前記下り受信タイミングＴ_１を繰り上げて前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－ＴＡ／２であることと、
前記時間調整情報が変化調整量△ＴＡである場合、前記変化調整量△ＴＡおよび前回の時間繰り上げ量ＴＡ_ｏｌｄに基づいて調整して前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－（ＴＡ_ｏｌｄ＋△ＴＡ）／２であることと、の１種を含む、
請求項７に記載の送信タイミング決定方法。

【請求項11】

受信した前記同期タイプ指示情報を下位ノードまたは端末に配信し、前記下位ノードが前記第２ノードの子ノードであり、前記端末が前記第２ノードの下位デバイスであることをさらに含む、
請求項３～５のいずれか１項に記載の送信タイミング決定方法。

【請求項12】

プロセッサと、メモリと、通信ユニットと、通信バスとを備え、
前記通信バスは、前記プロセッサと、前記通信ユニットと、前記メモリとの間の無線通信接続を実現するように構成され、
前記プロセッサは、メモリに記憶されている１つまたは複数の第１プログラムを実行して請求項１に記載の送信タイミング決定方法のステップを実現するように構成され、
前記プロセッサは、メモリに記憶されている１つまたは複数の第２プログラムを実現して請求項２～１１のいずれか１項に記載の送信タイミング決定方法のステップを実現するように構成される、
通信デバイス。

【請求項13】

１つまたは複数の第１コンピュータプログラムおよび１つまたは複数の第２コンピュータプログラムが記憶され、
前記１つまたは複数の第１コンピュータプログラムは、１つまたは複数のプロセッサにより実行されて請求項１に記載の送信タイミング決定方法のステップを実現することができ、
前記１つまたは複数の第２コンピュータプログラムは、１つまたは複数のプロセッサにより実行されて請求項２～１１のいずれか１項に記載の送信タイミング決定方法のステップを実現することができる、
コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施例は、５ＧＮＲ（ＮｅｗＲａｄｉｏ）無線通信の技術分野に関するが、これに限定されない。

【背景技術】

【0002】

無線通信のニーズの1つの目標は、どこでもいつでも誰にも通信できることを追求することであり、無線ネットワークの良好な有効範囲を必要とする。従って、無線技術の１つの重要な課題は、有効範囲を確保するとともに、セル配置の柔軟性およびシステム容量を向上させることであるが、このような柔軟性は、一般的により多くのインフラの投資を必要とするため、コストを考慮した場合、無線中継（ｒｅｌａｙ）は、有効範囲を拡張してシステム容量を向上させる１つの態様と考えられる。ここで、３ＧＰＰｒｅｌｅａｓｅ１０段階の中継（Ｒｅｌａｙ）技術において、中継ノード（ＲＮ、ＲｅｌａｙＮｏｄｅ）は、無線を介して基地局と接続されてバックホール（ｂａｃｋｈａｕｌ）を実現し、且つ、「基地局」の身分で配下の端末にサービスを提供する。この２ホップのネットワークにおいて、ＲＮ自己干渉、複信方式等の要因の制限により、「ＲＮから基地局までのバックホールリンク（ｂａｃｋｈａｕｌｌｉｎｋ）」と「ＲＮから端末までのアクセスリンク（Ａｃｃｅｓｓｌｉｎｋ）」との間は時分割の方式により多重（ＴＤＭ）され、空間分割多重（ＳＤＭ）および周波数分割多重（ＦＤＭ）がサポートされない。現在の第５世代（５Ｇ）無線通信システムの標準化議論では、アクセスとバックホールとを統合した（ＩＡＢ、Ｉｎｔｅｇｒａｔｅｄａｃｃｅｓｓａｎｄｂａｃｋｈａｕｌ）技術が提出され、ＩＡＢをサポートするノードはＩＡＢｎｏｄｅと呼ばれてもよく、ＩＡＢｎｏｄｅはＲｅｌｅａｓｅ１０ＲＮと異なり、ＩＡＢは、マルチホップネットワークおよびより柔軟な多重方式（ＴＤＭ／ＦＤＭ／ＳＤＭ）をサポートすることができる。

【発明の概要】

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

【0003】

一態様において、本発明は、第１ノードから、第２ノードの第１送信タイミングを調整するための第１タイミング調整情報を前記第２ノードに配信すること、または、全地球航法衛星システムＧＮＳＳタイミングを第２ノードの第１送信タイミングとして使用するように前記第２ノードに指示し、前記第１送信タイミングが前記第２ノードの下り送信タイミングであることを含む、送信タイミング決定方法を提供する。

【0004】

別の態様において、本発明は、第２ノードが、第１ノードから送信された第１タイミング調整情報を受信し、前記第１タイミング調整情報に基づいて前記第２ノードの第１送信タイミングを調整すること、または、第２ノードが、全地球航法衛星システムＧＮＳＳタイミングを第１送信タイミングとして使用し、前記第１送信タイミングが前記第２ノードの下り送信タイミングであることを含んでもよい、送信タイミング決定方法を提供する。

【0005】

別の態様において、本発明は、第１ノードを介して、第２ノードの第１送信タイミングを調整するための第１タイミング調整情報を前記第２ノードに配信するように構成され、および／または、第１ノードを介して、全地球航法衛星システムＧＮＳＳタイミングと、エアインターフェースＯＴＡ／基地局タイミングとの少なくとも１つを含む同期タイプ指示情報であって、第１送信タイミングの調整方式を決定するための同期タイプ指示情報を第２ノードに配信するように構成され、前記第１ノードが前記第２ノードの親ノードであり、前記第１送信タイミングが前記第２ノードの下り送信タイミングである送信モジュールを備えてもよい、送信タイミング決定デバイスをさらに提供する。

【0006】

別の態様において、本発明は、第１ノードから送信された第１タイミング調整情報を受信し、前記第１タイミング調整情報に基づいて第２ノードの第１送信タイミングを調整するように構成され、または、ＧＮＳＳタイミングを第１送信タイミングとして使用するように構成され、前記第１送信タイミングが前記第２ノードの下り送信タイミングである受信モジュールを備えてもよい、送信タイミング決定デバイスをさらに提供する。

【0007】

別の態様において、本発明は、プロセッサと、メモリと、通信ユニットと、通信バスとを備えてもよく、前記通信バスが、前記プロセッサ、前記通信ユニット、および前記メモリの間の通信接続を実現するように構成され、前記プロセッサが、メモリに記憶されている１つまたは複数の第１プログラムを実行して本発明に記載の方法のステップを実現するように構成され、前記プロセッサが、さらに、メモリに記憶されている１つまたは複数の第２プログラムを実行して本発明に記載の方法のステップを実現するように構成される、通信デバイスをさらに提供する。

【0008】

別の態様において、本発明の実施例は、１つまたは複数の第１コンピュータプログラムおよび１つまたは複数の第２コンピュータプログラムが記憶され、前記１つまたは複数の第１コンピュータプログラムが、１つまたは複数のプロセッサにより実行されて本発明に記載の方法のステップを実現することができ、前記１つまたは複数の第２コンピュータプログラムが、１つまたは複数のプロセッサにより実行されて本発明に記載の方法のステップを実現することができる、コンピュータ可読記憶媒体をさらに提供する。

【図面の簡単な説明】

【0009】

【図1】ＩＡＢ技術における典型的なマルチホップネットワークの構造模式図である。

【図2】本発明の実施例の親ノード側に基づく送信タイミング決定方法のフローチャートである。

【図3】本発明の実施例の子ノード側に基づく送信タイミング決定方法のフローチャートである。

【図4】本発明の実施例の端末側に基づく送信タイミング決定方法のフローチャートである。

【図5】本発明の実施例の送信タイミング決定デバイスの構造模式図である。

【図6】本発明の実施例の送信タイミング決定デバイスの別の構造模式図である。

【図7】本発明の実施例の端末の構造模式図である。

【図8】本発明の実施例の通信デバイスの構造模式図である。

【図9】本発明の実施例の送信タイミング決定方法の別のフローチャートである。

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

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

つまり、前記同期タイプ指示情報がＧＮＳＳタイミングのタイミング同期タイプを指示し、前記第２ノード自体がＧＮＳＳタイミングをサポートすることを確定した場合、前記ＧＮＳＳタイミングのタイミング同期タイプを使用することに決定し、前記ＧＮＳＳタイミングを前記第２ノードの第１送信タイミングとし、そうでなければ、前記ＯＴＡ／基地局タイミングのタイミング同期タイプを使用することを決定する。第１ノードから送信された第１タイミング調整情報を受信し、前記第１タイミング調整情報に基づいて前記第２ノードの第１送信タイミングを調整する。

【0054】

サポートしない場合、第１ノードは、タイミング同期タイプを配信する時、以下の３種の場合を選択して送信する。１）ＧＮＳＳイネーブルフラグの方式でプッシュし、このような方式は、一般的にＧＮＳＳを使用するかまたはＧＮＳＳを使用しないかを指示し、１つの例示的な実施例において、ＧＮＳＳを使用することを指示し、且つ第２ノードがＧＮＳＳをサポートすると、第２ノードはＧＮＳＳタイミングタイプを使用すべきであり、そうでなければ、第２ノードはＯＴＡ／基地局のタイプを選択して使用すべきである。または、２）対応するサポートのタイプを直接プッシュし、タイプに係る指示に応じて対応するものを選択すればよく、または、使用に対応するタイプを直接プッシュし、１つの例示的な実施例において、ＧＮＳＳタイミングタイプを指示し、且つ第２ノードがＧＮＳＳをサポートすると、第２ノードはＧＮＳＳタイミングタイプを使用すべきであり、そうでなければ、第２ノードはＯＴＡ／基地局のタイプを選択して使用すべきである。または、３）優先度の方式でプッシュし、該優先度は、複数種のタイミング同期タイプの優先順位を指示し、その後、第２ノードは優先度の前後順序に従って自分もサポートする方式を選択し、第１ノードと送信タイミングを同期調整する。１つの例示的な実施例において、第２ノードは、タイミング同期タイプをその子ノードまたは端末に配信してもよく、該同期タイプ指示は、第１ノードから配信されたタイミング同期タイプ指示と同じであってもよい。

【0055】

【0056】

第２ノード自体がＧＮＳＳタイミングをサポートする場合、第２ノードの第１送信タイミングおよび第２送信タイミングに対する調整は、ＧＮＳＳタイミングを直接第１送信タイミングまたは第２送信タイミングとする。または、前記ＧＮＳＳタイミングのうちのタイミングを前記第２ノードの第１送信タイミングとする。

【0057】

本実施例において、前記タイミング同期タイプがＯＴＡ／基地局タイミングである場合、前記同期タイプ指示情報にはＯＴＡ／基地局タイミングのモード／タイプ／方式の情報がさらに含まれ、即ち、ＯＴＡ／基地局タイミングは複数種のタイプを含んでもよい。

【0058】

本実施例において、システムまたは規格がＯＴＡ／基地局タイミングのみをサポートする場合、第１ノードは同期タイプ指示情報を送信せず、第２ノードは、ＯＴＡ／基地局タイミングの方式をデフォルトで採用する。あるいは、システムまたは規格においてデフォルトのタイミング同期タイプを設け、同期タイプ指示情報が送信されていない場合、タイミング同期タイプがデフォルトのタイミング同期タイプであることを指示することに相当し、デフォルトのタイミング同期タイプはＯＴＡ／基地局タイミングまたはＧＮＳＳタイミングであってもよいし、あるＯＴＡ／基地局タイミングのモードであってもよい。

【0059】

決定された前記タイミング同期タイプがＯＴＡ／基地局タイミングであるか、またはＯＴＡ／基地局タイミングをデフォルトで使用する場合、前記同期タイプ指示情報に指示されたタイミング同期タイプにより決定された方式またはＯＴＡ／基地局タイミング方式で第１送信タイミングを調整することは、第１ノード（親ノード）から送信された時間調整情報を受信し、前記調整情報に基づいて前記第２ノードの第１送信タイミングを調整する。

【0060】

実際の適用において、ノードまたは端末は、ＧＮＳＳタイミングおよびＯＴＡ／基地局タイミングという２種の方式において、送信タイミングを調整して決定する方式が異なるため、ＯＴＡ／基地局タイミングの方式において、さらに上位ノード（親ノード）から送信タイミングを調整するための時間調整情報を受信し、前記調整情報に基づいて前記第２ノードまたは端末の第１送信タイミングを調整する必要がある。

【0061】

本実施例において、前記調整情報は、前記第１ノードから配信された前記第２ノードの下り送信タイミング調整を指示するための第１送信タイミング調整メッセージ（例えば、第１タイミング調整情報）を受信することにより取得される。

【0062】

本実施例において、複数種のＯＴＡ／基地局タイミングのモード／タイプ／方式を使用して第１送信タイミングを決定することができ、具体的にどちらを使用するかは、第１ノードから送信された同期タイプ指示情報から取得されてもよいし、調整メッセージから取得されてもよい。１つの例示的な実施例において、ＯＴＡ／基地局タイミングのモード／タイプ／方式は以下を含んでもよい。

【0063】

１つのＯＴＡ／基地局タイミングのモード／タイプ／方式は以下のとおりである。前記第１送信タイミング調整メッセージは同期調整情報であり、前記同期調整情報は、前記第１ノードから送信された信号の前記第２ノードにおける下り受信タイミングに対する第１調整量△Ｔ_ａと、前記第２ノードの第２送信タイミング（例えば、第２ノードの上り送信タイミング）に対する第２調整量△Ｔ_ｂと、前記第２ノードの現在の第１送信タイミングに対する第３調整量△Ｔ_ｃとのうちの少なくとも１種を含み、または、第３調整量△Ｔ_ｃは、前記第２ノードに対する現在の第１調整量△Ｔ_ａの変化量として理解されてもよい。

【0064】

本実施例において、前記方法は、前記第１ノードから送信されたＯＴＡ／基地局タイミングのモード指示情報を取得することをさらに含んでもよく、前記モード指示情報により指示されたＯＴＡ／基地局タイミングのモードは、
前記第１送信タイミング調整メッセージが同期調整情報のモード１と、
前記第１送信タイミング調整メッセージが時間調整情報のモード２と、
前記第１送信タイミング調整メッセージが時間調整情報のモード３と、
の少なくとも１つを含む。

【0065】

本実施例において、前記モード１、モード２およびモード３とは、以下の調整過程である。

【0066】

本実施例において、前記モード指示情報がモード１を指示し、且つ前記同期調整情報が第１調整量△Ｔ_ａである場合、前記第２ノードの第１送信タイミングを調整することは、前記第２ノードの下り受信タイミングＴ_１を△Ｔ_ａだけ繰り上げて前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－△Ｔ_ａであることを含む。

【0067】

または、前記調整モード指示情報がモード１を指示し、且つ前記同期調整情報が第２調整量△Ｔ_ｂである場合、前記第２ノードの第１送信タイミングを調整することは、現在の第２送信タイミングＴ_２を△Ｔ_ｂだけ調整して前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_２－△Ｔ_ｂであり、前記第２送信タイミングが、前記第２ノードが前記第１ノードに送信する送信タイミングであることを含む。

【0068】

または、前記調整モード指示情報がモード１を指示し、且つ前記同期調整情報が第３調整量△Ｔ_ｃである場合、前記第２ノードの第１送信タイミングを調整することは、現在の第１送信タイミングＴ_ｏｌｄを△Ｔ_ｃだけ調整して新たな前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_ｏｌｄ－△Ｔ_ｃであることを含む。

【0069】

本実施例において、前記調整モード指示情報がモード２を指示した場合、前記時間調整情報は、時間繰り上げ量ＴＡと、変化調整量△ＴＡとのうちの１種を含み、前記変化調整量△ＴＡは前回の時間繰り上げ量ＴＡに対する変化量である。

【0070】

本実施例において、前記第１送信タイミング調整メッセージが同期調整情報である場合、その調整方式は以下の３種の方式をさらに含む。

【0071】

方式１、前記同期調整情報が第１調整量△Ｔ_ａである場合、前記第２ノードの第１送信タイミングを調整することは、前記第１調整量に指示された数値に基づいて前記下り受信タイミングＴ_１を繰り上げて前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－△Ｔ_ａであることを含む。

【0072】

方式２、前記同期調整情報が第２調整量△Ｔ_ｂである場合、前記第２ノードの第１送信タイミングを調整することは、現在の第２送信タイミングＴ_２を△Ｔ_ｂだけ調整して前記第１送信タイミングを取得し、前記第１送信タイミングはＴ_２－△Ｔ_ｂであることを含む。

【0073】

方式３、前記同期調整情報が第３調整量△Ｔ_ｃである場合、前記第２ノードの第１送信タイミングを調整することは、現在の第１送信タイミングＴ_ｏｌｄを△Ｔ_ｃだけ調整して前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_２－△Ｔ_ｃであり、または現在の第１送信タイミングの調整量△Ｔ_{ａ，ｏｌｄ}を△Ｔ_ｃだけ調整して前記第１送信タイミングの新たな調整量△Ｔ_{ａ，ｎｅｗ}＝△Ｔ_{ａ，ｏｌｄ}＋△Ｔ_ｃを取得し、前記第１送信タイミングはＴ_１－△Ｔ_{ａ，ｎｅｗ}であることを含む。

【0074】

該モードで、第２ノードまたは端末は、従来の時間繰り上げ量ＴＡ調整情報を使用して自分の第２送信タイミング、即ち、上り送信タイミングを調整する。

【0075】

上記モードのほか、他のモードは、前記第１送信タイミング調整メッセージが時間繰り上げ量ＴＡ調整情報である場合、前記時間繰り上げ量ＴＡ調整情報が、時間繰り上げ量ＴＡと、変化調整量△ＴＡとのうちの１種を含み、前記変化調整量△ＴＡが前回の（即ち、現在の）時間繰り上げ量ＴＡに対する変化量であることをさらに含む。

【0076】

本実施例において、前記第１送信タイミング調整メッセージが時間繰り上げ量ＴＡ調整情報である場合、前記時間繰り上げ量ＴＡ調整情報は、時間繰り上げ量ＴＡと、変化調整量△ＴＡとのうちの１種を含み、前記変化調整量△ＴＡは前回の時間繰り上げ量ＴＡに対する変化量である。

【0077】

前記第１送信タイミング調整メッセージが時間繰り上げ量ＴＡ調整情報である場合、２種ＯＴＡ／基地局タイミングのモード／タイプ／方式も含む。

【0078】

１つのＯＴＡ／基地局タイミングのモード／タイプ／方式は以下のとおりである。前記時間繰り上げ量ＴＡ調整情報が時間繰り上げ量ＴＡである場合、即ち、前記調整モード指示情報がモード２を指示した場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングを調整することは、前記時間繰り上げ量ＴＡにより指示された数値に基づいて前記下り受信タイミングＴ_１を繰り上げて前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－ＴＡ－Ｔａ＿ｏｆｆｓｅｔであり、Ｔａ＿ｏｆｆｓｅｔがプリセットされたＴＡオフセットであることを含み、前記時間調整情報が変化調整量△ＴＡである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングおよび／または第２送信タイミングを調整することは、前記変化調整量△ＴＡおよび前回の時間繰り上げ量ＴＡに基づいて前記第１送信タイミングを調整して取得し、前記第１送信タイミングがＴ_１－ＴＡ_ｏｌｄ－△ＴＡ－Ｔａ＿ｏｆｆｓｅｔであり、Ｔａ＿ｏｆｆｓｅｔがプリセットされたＴＡオフセットであることを含む。

【0079】

１つの例示的な実施例において、前記第１送信タイミングは前記第２送信タイミングに等しく、同様に、上記時間繰り上げ量ＴＡメッセージに基づいて前記第２ノードの第２送信タイミングを調整する。

【0080】

１つのＯＴＡ／基地局タイミングのモード／タイプ／方式は以下のとおりである。前記時間調整情報が時間繰り上げ量ＴＡである場合、即ち、前記調整モード指示情報がモード３を指示した場合、前記第２ノードの第１送信タイミングを調整することは、前記時間繰り上げ量ＴＡにより指示された数値に基づいて前記下り受信タイミングＴ_１を繰り上げて前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－ＴＡ／２であることを含んでもよく、１つの例示的な実施例において、前記第２送信タイミングはＴ１－ＴＡ－Ｔａ＿ｏｆｆｓｅｔであり、Ｔａ＿ｏｆｆｓｅｔはプリセットされたＴＡオフセットである。

【0081】

前記時間繰り上げ量ＴＡ調整情報が変化調整量△ＴＡである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングおよび／または第２送信タイミングを調整することは以下を含む。

【0082】

前記変化調整量△ＴＡおよび前回の時間繰り上げ量ＴＡに基づいて前記第１送信タイミングを調整して取得し、前記第１送信タイミングはＴ_１－（ＴＡ_ｏｌｄ＋△ＴＡ）／２である。１つの例示的な実施例において、前記第２送信タイミングはＴ_１－ＴＡ_ｏｌｄ－△ＴＡ－Ｔａ＿ｏｆｆｓｅｔであり、Ｔａ＿ｏｆｆｓｅｔはプリセットされたＴＡオフセットである。

【0083】

本実施例において、第２ノードまたは端末がＯＴＡ／基地局タイミングを採用することに決定した場合、前記第２ノードまたは端末は、どの同期タイミング方式で送信タイミングを調整するかをさらに決定する必要がある。

【0084】

１つの例示的な実施例において、前記第１ノードから送信された同期タイプ指示情報にはＯＴＡ／基地局タイミングのモード／タイプ／方式の指示情報がさらに含まれている場合、前記同期タイプ指示情報により指示されたモード／タイプ／方式に基づいて同期タイミング方式を選択して送信タイミングを調整し、即ち、上記ＯＴＡ／基地局タイミングのモード／タイプ／方式の１種を選択する。

【0085】

または、前記第１送信タイミング調整メッセージは、同期タイミング方式の指示をさらに含み、前記指示されたタイミングモード／タイプ／方式は、上記ＯＴＡ／基地局タイミングのモード／タイプ／方式の１種である。

【0086】

前記調整情報に基づいて前記第２ノードの第１送信タイミングおよび／または第２送信タイミングを調整することは、前記ＯＴＡ／基地局タイミングを指示するモード／タイプ／方式から選択された同期方式に基づいて前記第１送信タイミングおよび／または第２送信タイミングを調整することを含む。

【0087】

例えば、同期タイミング方式の指示により同期調整情報の方式で送信タイミングを調整することを指示した場合、調整時に、同期調整情報における方式に基づいて１種を選択して調整し、さらに、同期タイミング方式の指示により、同期調整情報におけるいずれを選択して調整するかを直接指示することもできる。

【0088】

本実施例において、第２ノードまたは端末は、ＧＮＳＳタイミングを第１送信タイミングとして使用する過程において、送信ＧＮＳＳタイミングが信頼できない／使用不能である場合、タイミング同期タイプの変更を行う必要があり、具体的には、同時変更を行うように上位ノードに要求する必要があり、その変更ステップは以下を含む。

【0089】

前記ＧＮＳＳタイミングが信頼できないことに決定した場合、前記第２ノードは、前記タイミング同期タイプをエアインターフェースＯＴＡ／基地局タイミングに調整するという要求を前記第１ノードに送信し、前記要求は自分のＧＮＳＳ状態情報または能力情報を含む。

【0090】

調整後の前記ＯＴＡ／基地局タイミングに基づいて前記第１送信タイミングおよび／または第２送信タイミングを再調整する。好ましくは、前記第１送信タイミング調整メッセージが同期調整情報である場合、第１ノードは、前記要求を受信した後、前記第１送信タイミングを調整するためのタイミング調整情報を前記第２ノードに送信し、即ち、同期調整情報を第２ノードに送信し始める。

【0091】

あるいは、本実施例において、前記同期タイプ指示情報がＧＮＳＳタイミングのタイミング同期タイプを指示し、且つ前記ＧＮＳＳタイミングが信頼できる／使用可能であると確定した場合、前記第２ノードは、前記タイミング同期タイプをＧＮＳＳタイミングに調整するという要求を前記第１ノードに送信し、前記要求は自分のＧＮＳＳ状態情報または能力情報を含む。つまり、第２ノードで受信した同期タイプ指示情報がＧＮＳＳであり、開始時に第２ノードのＧＮＳＳタイミングが使用不能で、第２ノードがＯＴＡ／基地局タイミング方式を選択して第１送信タイミングを調整したが、第２ノードはその後、ＧＮＳＳが信頼できるようになる、即ち、使用可能となることを見出した場合、第２ノードは、変更タイミング同期タイプの要求メッセージを前記第１ノードに送信し、該要求メッセージは、ＧＮＳＳ状態情報または能力情報の方式でプッシュされてもよく、例えば、ＧＮＳＳタイミングに変更するように要求する。

【0092】

ＧＮＳＳが前記第１送信タイミングに調整された場合、第２ノードは、第１ノードから送信されたタイミング調整情報に基づいて第１送信タイミングを調整しなくてもよく、即ち、ＧＮＳＳタイミングを第１送信タイミングとして使用する。好ましくは、前記第１送信タイミング調整メッセージが同期調整情報である場合、第１ノードは前記要求を受信した後、前記第１送信タイミングを調整するためのタイミング調整情報を前記第２ノードに送信しなくてもよく、即ち、同期調整情報を第２ノードに送信することを停止する。

【0093】

本実施例において、前記第１ノードから前記同期タイプ指示情報を受信した後、受信した前記同期タイプ指示情報を下位ノードまたは端末に配信し、前記下位ノードが前記第２ノードの子ノードであり、前記端末が前記第２ノードの下位デバイスであることをさらに含む。

【0094】

いくつかの実施例において、前記第２ノードは、同期タイプ指示情報を配信する時、以下の方式で配信することができる。

【0095】

一方は、第１ノードから送信された同期タイプ指示情報を直接転送してもよい。

【0096】

他方は、第２ノード自体は同期タイプ指示情報を再生成して下位ノードまたは端末に送信し、同様に、ここでの下位ノードに送信される同期指示情報も、ＧＮＳＳイネーブルフラグと、タイミング同期タイプ指示情報と、同期タイプ優先度指示情報とのうちの１種の方式で表される。

【0097】

また、ここでの下位ノードに送信される同期指示情報には、前記タイミング同期タイプがＯＴＡ／基地局タイミングである場合、前記同期タイプ指示情報にＯＴＡ／基地局タイミングのモード／タイプ／方式の指示情報がさらに含まれることをさらに含まれる。

【0098】

本実施例において、第２ノードは、第１ノードから配信された同期タイプ指示情報を受信し、同期タイプ指示情報により指示されたタイミング同期タイプに基づいて第２ノード自体の第１送信タイミングおよび／または第２送信タイミングを調整し、第２ノードの下の子ノードまたは端末の上り送信タイミングを制御することにより、多端間の送信タイミングの同期タイミング調整を実現し、５ＧＮＲで、ノードが同時受信または同時送信を実現する時、ノード間の送信タイミングの調整メカニズムが互に影響しないことを確保でき、それと同時に、ＩＡＢネットワークのデータ伝送効率および割り当てリソースの利用率も向上させ、さらにノードまたはＵＥのニーズをより良好に満たし、ユーザーエクスペリエンスを向上させることができる。本態様は実現しやすく、様々な異なるシーンに適用する。

【0099】

図４は、本発明の実施例に係る端末側に基づく送信タイミング決定方法であり、本実施例において、親ノードは第１ノードと呼ばれ、親ノードの下の子ノードは第２ノードと呼ばれ、親ノードまたは子ノードの下にそれぞれ設けられた端末ＵＥは下位デバイスと呼ばれ、もちろん、本実施例において、前記端末は複数含んでもよい。該複数の端末はいずれも親ノードまたは子ノードに接続されてもよい。

【0100】

本実施例において、端末側の送信タイミング決定方法は、主に、第１ノード（親ノード）または第２ノード（子ノード）から配信された同期タイプ指示情報に基づいて自分の第２送信タイミングの同期調整タイミングを調整する過程である。図４に示すように、前記方法は、ステップＳ４０１およびＳ４０２を含んでもよい。

【0101】

ステップＳ４０１において、端末は、第１ノードまたは第２ノードから配信された同期タイプ指示情報を受信する。

【0102】

ここで、前記同期タイプ指示情報は、前記第１ノードまたは第２ノードの現在使用しているタイミング同期タイプを決定するために用いられ、前記タイミング同期タイプは、全地球航法衛星システムＧＮＳＳタイミングと、エアインターフェースＯＴＡ／基地局タイミングとを含む。

【0103】

実際の適用において、全ての端末がＧＮＳＳのタイミングタイプをサポートするわけではないが、全ての端末はＯＴＡ／基地局のタイミングタイプをサポートし、２種のタイミングタイプのうち、ＧＮＳＳタイミングのタイプは好ましい。この場合、第１ノードまたは第２ノードから配信された同期タイプ指示情報は、基本的にＧＮＳＳの最も高い優先度で送信し、第１ノードまたは第２ノードが全てＧＮＳＳをサポートしない場合、同期タイプ指示情報を送信する時、優先度順の方式で送信するとともに、自体のサポート情報を端末に知らせることにより、両者間のタイミングが正常であることを確保する。

【0104】

ステップＳ４０２において、前記同期タイプ指示情報に指示されたタイミング同期タイプにより、自分の第２送信タイミングを調整する。

【0105】

本実施例において、前記第２送信タイミングは前記第２ノードの上り送信タイミングであり、前記タイミング同期タイプは、ＧＮＳＳイネーブルフラグと、タイミング同期タイプ指示情報と、同期タイプ優先度指示情報という方式のうちの１種で前記同期タイプ指示情報に存在する。

【0106】

【0107】

本実施例において、前記同期タイプ指示情報がＧＮＳＳタイミングを指示した場合、ステップＳ４０２の前に、前記方法は、前記端末自体がＧＮＳＳタイミングをサポートするか否かを決定することと、サポートする場合、前記ＧＮＳＳタイミングを前記端末のその下り送信タイミングに対するタイミング同期タイプとすることと、サポートしない場合、前記タイミング同期タイプをＯＴＡ／基地局タイミングに調整するという要求を前記第１ノードまたは第２ノードに送信し、前記要求が自分のＧＮＳＳ状態情報または能力情報を含むこととを含んでもよい。

【0108】

本実施例において、端末は、第１ノードまたは第２ノードから配信された同期タイプ指示情報を受信し、同期タイプ指示情報に指示されたタイミング同期タイプに基づいて端末自体の第２送信タイミングを調整することにより、多端間の送信タイミングの同期タイミング調整を実現し、５ＧＮＲで、ノードが同時受信または同時送信を実現する時、ノード間の送信タイミングの調整メカニズムが互に影響しないことを確保でき、それと同時に、ＩＡＢネットワークのデータ伝送効率および割り当てリソースの利用率も向上させ、さらにノードまたはＵＥのニーズをより良好に満たし、ユーザーエクスペリエンスを向上させることができる。本態様は実現しやすく、様々な異なるシーンに適用する。

【0109】

以下、様々な適用シーンを参照しながら本発明の実施例に係る送信タイミング決定方法について詳細に説明し、図１に示すＩＡＢネットワーク構造を例として説明する。

【0110】

図１のネットワーク構造に基づき、ＩＡＢネットワークでは、全てのＩＡＢノードの下り送信が同期できることを確保するために、１つの簡単な方式は、全てのＩＡＢｎｏｄｅに絶対的な時間を用いてタイミングさせ、例えば、衛星システムを利用してＧＮＳＳタイミングのようなタイミングを取得し、異なるＩＡＢｎｏｄｅはいずれも同じ下り送信フレーム、サブフレーム、ｓｌｏｔ、シンボルの番号および位置境界を導出することができる。なお、ここでの同期は、全てのＩＡＢｎｏｄｅのタイミングのフレーム境界、サブフレーム境界、ｓｌｏｔ境界またはシンボル境界が一致してもよいが、ＧＮＳＳは各ＩＡＢを全てサポートするわけではなく、また、様々な要因により、ＧＮＳＳは失効になる可能性があり、例えば、悪天候で、衛星信号およびＧＮＳＳタイミングは取得できない可能性があり、この場合、依然として基地局でエアインターフェース（ｏｖｅｒｔｈｅａｉｒ）のインタラクションにより同期する可能性がある。そのため、ＧＮＳＳタイミングを考慮し、１つのＩＡＢノードの同期または送信タイミング決定方法は、以下の例に示すとおりであってもよい。

【0111】

一例において、ネットワーク構造は、図１に示すように、コアネットワークと、コアネットワークに有線接続されたドナーノードと、ドナーノードに無線接続されたＩＡＢノード１と、ＩＡＢノード２と、ＩＡＢノード１、ＩＡＢノード２の下に接続された端末ＵＥとを備える。

【0112】

本実施例において、ドナーノードおよびＩＡＢノード２がＧＮＳＳをサポートし、ＩＡＢノード１がＧＮＳＳをサポートしないと仮定し、ドナーノードは自分の決定またはネットワークの構成に基づいてＧＮＳＳタイミングを使用することに決定し、その制御過程は以下のとおりである。

【0113】

１）ドナーノードは同期タイプ指示情報をＩＡＢノード１に通知し、これらの情報は、ＧＮＳＳイネーブルフラグ、または同期（ソース）タイプ（例えば、タイプがＯＴＡ／基地局、ＧＮＳＳであってもよい）の指示、または同期優先度の指示であってもよい。且つ、ドナーノードがイネーブルＧＮＳＳを通知するまたはＧＮＳＳを使用する方法は、ＧＮＳＳイネーブルフラグがｔｒｕｅであるか、または同期タイプまたは最も高い優先度をＧＮＳＳとすることであってもよい。

【0114】

２）ＩＡＢノード１は同期タイプ指示情報を取得し、ドナーノードがＧＮＳＳタイミングをイネーブルするまたは使用していることを見出したが、ＩＡＢノード１はＧＮＳＳをサポートしないため、ＩＡＢノード１は依然としてＯＴＡの方式を用いてドナーノードと同期する必要がある。また、ＩＡＢノード１はＧＮＳＳの状態または能力情報をドナーノードに送信することができ、ＧＮＳＳをサポートするか否かまたはＧＮＳＳが使用可能であるか否かを指示し、このように、ドナーノードは、ＯＴＡ過程を用いて同期するか否かを決定することができる。

【0115】

３）それと同時に、ＩＡＢノード１は、同期タイプ指示情報を子ノードＩＡＢノード２に指示し、ＩＡＢノード１は、ドナーノードから送信された同期タイプ指示情報を直接転送してもよいし、または自分が同期タイプ指示情報を生成して子ノードに送信してもよく、同様に、ここで、ＩＡＢノード１がＧＮＳＳタイミングを使用できないが、子ノードに送信される同期指示情報におけるＧＮＳＳがイネーブルされたと仮定する。

【0116】

４）ＩＡＢノード２は同期タイプ指示情報を取得し、ＩＡＢノード１がＧＮＳＳタイミングをイネーブルし、且つＩＡＢノード２がＧＮＳＳタイミングをサポートすることを見出した場合、ＩＡＢノード２はＧＮＳＳを下り送信タイミングとして使用し、ＯＴＡ同期過程が不要となる。それと同様に、ＩＡＢノード２は、ＧＮＳＳの状態または能力情報をＩＡＢノード１に送信することができる。

【0117】

別の例において、依然として図１に示す（２つのＩＡＢノードのシーンは、他のホップ数のシーンに容易に拡張することができる）ように、ドナーノードがＧＮＳＳをイネーブルしないと仮定し、例えば、送信するタイプ指示情報が基地局のタイミングまたはＯＴＡ方式を用いて同期することを指示した場合、ＩＡＢノード１がＧＮＳＳをサポートしてもＯＴＡの方式を用いてドナーノードと同期し、同様に、ＩＡＢノード２もＯＴＡ方式を用いてＩＡＢノード１と同期する。

【0118】

本実施例において、端末は、ＧＮＳＳタイミングを用いて送信タイミングを調整する過程において、送信ＧＮＳＳタイミングが信頼できなくなると、タイミング同期タイプの変更を行う必要がある。このような場合、端末は、同時変更を行うように上位ノードに要求する必要があり、その変更ステップは、前記ＧＮＳＳタイミングが信頼できないことに決定した場合、前記端末が、前記タイミング同期タイプをエアインターフェースＯＴＡ／基地局タイミングに調整するという要求を前記第１ノードまたは前記第２ノード送信し、前記要求が自分のＧＮＳＳ状態情報または能力情報を含むことと、調整後の前記ＯＴＡ／基地局タイミングに基づいて前記第１送信タイミングおよび／または第２送信タイミングを再調整することとを含んでもよく、これは以下の例で検討する。

【0119】

一例において、ネットワーク構造は、図１に示すように、ドナーノードおよびＩＡＢノード２がＧＮＳＳをサポートし、ＩＡＢノード１がＧＮＳＳをサポートしないと仮定し、ドナーノードは、自分の決定またはネットワークの構成に基づいてＧＮＳＳタイミングを使用することに決定し、上記例に記載されたように、ＩＡＢノード１は、ＯＴＡの方式を用いてドナーノードと同期し、送信タイミングを決定し、ＩＡＢノード２はＧＮＳＳタイミングを使用する。

【0120】

しかし、様々な要因により、ＩＡＢノード２のＧＮＳＳタイミングが信頼できなくなった場合、ＩＡＢノード２は、ＯＴＡ同期要求またはＧＮＳＳ状態情報をＩＡＢノード１に送信する必要があり、ＯＴＡ同期の使用を要求するために用いられる。あるいは、ＩＡＢノード１は同期タイプ指示情報を変更し、ＧＮＳＳを使用せず、例えば、同期タイプをＯＴＡ同期とする場合、ＩＡＢノード２は、ＯＴＡの方式に従って同期して自分の下り送信タイミングを決定する必要がある。

【0121】

または、ネットワーク構造は図１に示すように、ドナーノード、ＩＡＢノード１およびＩＡＢノード２が全てＧＮＳＳをサポートするが、ＩＡＢノード１は、開始時にＧＮＳＳが使用不能で、ドナーノードは、自分の決定またはネットワークの構成に基づいてＧＮＳＳタイミングを使用することに決定し、上記例に記載されたように、ＩＡＢノード１はＯＴＡの方式を使用してドナーノードと同期して送信タイミングを決定し、ＩＡＢノード２はＧＮＳＳタイミングを使用する。

【0122】

ＩＡＢノード１のＧＮＳＳタイミングが信頼できたまたは使用可能になった場合、ＩＡＢノード１は、ＧＮＳＳ状態情報をドナーノードに送信する必要があり、ＧＮＳＳタイミングを使用することを要求するために用いられる。この場合、ドナーノードは、ＩＡＢノード１とのＯＴＡ同期過程を停止することができ、ＩＡＢノード１はＧＮＳＳを使用して自分の下り送信タイミングを決定する。

【0123】

本発明において、端末またはＩＡＢノードがＯＴＡ／基地局タイミングの方式で送信するタイミングの同期は、同期調整情報または時間調整情報を受信する方式で実現され、同期調整情報または時間調整情報は、以下の３つの調整モードが分けることができる。

【0124】

モード１、第１タイミング調整（繰り上げ）メッセージが、ノード下り送信の同期調整情報を指示し、例えば、親ノードから送信された信号の前記ノードのタイミング（下り受信タイミング）に対する調整量である調整量△Ｔ_ａを指示し、または、前記ノードの第２送信タイミングに対する調整量である調整量△Ｔ_ｂを指示し、または、前記ノードの現在の第１送信タイミングに対する調整量であり、現在の第１タイミングの調整量に対する調整量とも言える調整量△Ｔ_ｃを指示する。

【0125】

なお、同期調整情報が前記△Ｔ_ａ、△Ｔ_ｂ、または△Ｔ_ｃを一意に決定することができれば、△Ｔ_ａ、△Ｔ_ｂ、または△Ｔ_ｃを指示したことに相当し、例えば、△Ｔ_ａを例とし、調整情報が△Ｔ_ａの倍数または△Ｔ_ａ演算に基づいて得られた１つの値（例えば、△Ｔ_ａに複数のシンボル長を加算または減算した値）を指示すれば、または△Ｔ_ａの１つのインデックスを指示すれば、該インデックス（ｉｎｄｅｘｏｒｉｎｄｉｃａｔｏｒ）により、対応する△Ｔ_ａを取得することができ、これらの方式はいずれも△Ｔ_ａを指示したことに相当する。

【0126】

モード２、第１タイミング調整（繰り上げ）メッセージはＴＡ調整（繰り上げ）情報であり、具体的には、ＴＡ調整（繰り上げ）情報が調整量ＴＡを指示したか、または調整量△ＴＡを指示した場合、第１タイミング調整量ＴＡ＝ＴＡ_ｏｌｄ＋△ＴＡであると確定し、ＴＡ_ｏｌｄが調整メッセージを受信する前に使用される調整量である場合、第１タイミングはＴ_１－ＴＡ－ＴＡｏｆｆｓｅｔであり、Ｔ_１は、親ノードから送信された信号の前記ノードにおけるタイミング（下り受信タイミング）であり、上記△Ｔ_１はＴＡ＋ＴＡ＿ｏｆｆｓｅｔであり、ここでのＴａ＿ｏｆｆｓｅｔはプリセットされたＴＡオフセットである。

【0127】

モード３、第１タイミング調整（繰り上げ）メッセージはＴＡ調整（繰り上げ）情報であり、具体的には、ＴＡ調整（繰り上げ）情報が調整量ＴＡを指示したか、または調整量△ＴＡを指示した場合、第１タイミング調整量ＴＡ＝ＴＡ_ｏｌｄ＋△ＴＡであると確定し、ＴＡ_ｏｌｄが調整メッセージを受信する前に使用される調整量である場合、第１タイミングはＴ_１－ＴＡ／２であり、Ｔ_１は、親ノードから送信された信号の前記ノードにおけるタイミング（下り受信タイミング）であり、上記△Ｔ_１はＴＡ／２である。

【0128】

本実施例において、モード２を例として説明する。

【0129】

図１に示すように、ＩＡＢノード１の下り送信タイミングが上り送信タイミングと同じであり、下り送信タイミングが、ＩＡＢノード２に送信するまたはＩＡＢノード１のＵＥに接続する際に使用されるタイミングであり、上り送信タイミングが、親ノード（このシーンではドナーノードである）に送信するタイミングであると仮定する。この場合、上り送信ＴＡ過程で上り送信タイミングを決定することができるとともに、下り送信タイミングも決定する。

【0130】

ドナーノードは、ＴＡ調整情報をＩＡＢノード１に送信し、２種類を含み、一方のＴＡ調整（繰り上げ）情報は調整量ＴＡを直接指示し、即ち、直接指示された数値に基づいて下り受信タイミングを繰り上げ、他方は調整量△ＴＡを指示し、即ち、以前のＴＡ調整量に対して新たに追加した調整量を指示し、即ち、ＴＡ＝ＴＡ_ｏｌｄ＋△ＴＡであり、ＴＡ_ｏｌｄは、調整メッセージを受信する前に使用される調整量であれば、第１タイミングである下り送信タイミングは第２送信タイミング（即ち、上り送信タイミング）に等しく、Ｔ_１－ＴＡ－ＴＡｏｆｆｓｅｔであり、Ｔ_１は親ノードから送信された信号の前記ノードにおけるタイミング（下り受信タイミング）であり、ここでのＴａ＿ｏｆｆｓｅｔはプリセットされたＴＡオフセットであり、該値は、周波数バンドまたはキャリアの使用方式に関連する可能性があり、システムが予め定義した値であり、例えば、ＦＤＤキャリア（１対のキャリアを用いて上り、下りにそれぞれ対応する）の場合、値を０とし、ＴＤＤキャリア（時分割複信、１対のキャリアではない）の場合、一般的に０ではなく、キャリア周波数バンドプロトコルに基づいてプリセットされた値であり、一般的に、該値は該ＴＤＤキャリアの受信送信または送信受信の変換時間に対応する。即ち、最終的には、ここでの第１タイミングの調整量△Ｔ_１はＴＡ＋ＴＡ＿ｏｆｆｓｅｔである。

【0131】

モード３は、図１に示すように、ＩＡＢノード１の下り送信タイミングが上り送信タイミングと異なるが、依然として上り送信タイミング調整のＴＡシグナリングから下り送信タイミングを取得することができると仮定する。

【0132】

ドナーノードはＩＡＢノード１にＴＡ調整情報を送信し、２種類を含み、一方のＴＡ調整（繰り上げ）情報は調整量ＴＡを直接指示し、即ち、直接指示された数値に基づいて下り受信タイミングを繰り上げ、他方は調整量△ＴＡを指示し、即ち、以前のＴＡ調整量に対して新たに追加した調整量を指示し、即ち、ＴＡ＝ＴＡ_ｏｌｄ＋△ＴＡであり、ＴＡ_ｏｌｄは、調整メッセージを受信する前に使用される調整量であれば、上記例に記載されたように、第２送信タイミング（上り送信タイミング）は依然としてＴ_１－ＴＡ－ＴＡｏｆｆｓｅｔであるが、第１タイミングである下り送信タイミングはＴ_１－ＴＡ／２であり、Ｔ１は親ノードから送信された信号の前記ノードにおけるタイミング（下り受信タイミング）であり、ここでのＴＡ＿ｏｆｆｓｅｔは上記例に記載されたとおりである。即ち、最終的に、ここでの第１タイミングの調整量△Ｔ_１はＴＡ／２である。

【0133】

１つの例示的な実施例において、図１に示すように、ＩＡＢノード１の下り送信タイミングは個別な調整およびメンテナンスを行い、ＴＡ調整シグナリングを使用せず、即ち、新たなシグナリングが必要となり、第２送信タイミングは依然として上記例の方法に従って調整されると仮定する。

【0134】

新たなシグナリングは、同期調整情報が、親ノードから送信された信号の前記ノードにおけるタイミング（下り受信タイミング）に対する調整量である調整量△Ｔ_ａを指示することであってもよいし、または、前記ノードの第２送信タイミングに対する調整量である調整量△Ｔ_ｂを指示することであってもよいし、または、前記ノードの現在の第１送信タイミングに対する調整量であり、現在の第１タイミングの調整量に対する調整量とも言える調整量△Ｔ_ｃを指示することであってもよい。

【0135】

方式１、前記同期調整情報が第１調整量△Ｔ_ａである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングを調整することは、前記第１調整量に指示された数値に基づいて前記下り受信タイミングを繰り上げて前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－△Ｔ_ａであることを含む。

【0136】

方式２、前記同期調整情報が第２調整量△Ｔ_ｂである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングを調整することは、現在の第２送信タイミングを△Ｔ_ｂだけ調整して前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_２－△Ｔ_ｂであることを含む。

【0137】

方式３、前記同期調整情報が第３調整量△Ｔ_ｃである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングを調整することは、現在の第１送信タイミングＴ_ｏｌｄを△Ｔ_ｃだけ調整して前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_２－△Ｔ_ｃであること、または、現在の第１送信タイミングの調整量△Ｔ_{ａ，ｏｌｄ}を△Ｔ_ｃだけ調整して前記第１送信タイミングの新たな調整量△Ｔ_{ａ，ｎｅｗ}＝△Ｔ_{ａ，ｏｌｄ}＋△Ｔ_ｃを取得し、前記第１送信タイミングがＴ_１－△Ｔ_{ａ，ｎｅｗ}であることを含む。

【0138】

【0139】

あるいは、ドナーノードは、ＯＴＡの調整情報、即ち、同期調整情報をＩＡＢノード１に送信し、親ノードから送信された信号の前記ノードにおけるタイミング（下り受信タイミング）に対する調整量である調整量△Ｔ_１を指示する。即ち、直接指示された数値に基づいて下り受信タイミングを△Ｔ１だけ繰り上げて第１送信タイミングを取得する。または、ＯＴＡの調整情報は、以前のＯＴＡ調整量に対する調整量を指示しただけであり、即ち、△Ｔ_１は相対量に過ぎず、即ち、以前の調整量に対して新たに追加した調整量を指示し、この場合、現在使用している第１送信タイミングを△Ｔ_１だけ調整すれば、以前の調整量を△Ｔ_１だけ調整したと考えられる。あるいは、ＯＴＡの調整情報は、現在使用している上り送信タイミングに対する調整量またはオフセット△Ｔ_１を指示し、即ち、現在の第２送信タイミング（上り送信タイミング）を△Ｔ_１だけ調整して第１送信タイミングを取得する。

【0140】

１つの実施例において、原則に反しない場合、上記実施例における方法と組み合わせて使用することもでき、例えば、第１種のＴＡ調整命令（ＴＡの数値を直接指示する）を用いて初期の第１送信タイミングを決定し、例えば、第１種のＴＡ調整命令は、一般的にアクセス過程で使用され、例えば、初期の第１送信タイミングの調整量△Ｔ_１はＴＡ／２であり、その後、上記専用の第１タイミング調整情報を用いて第１送信タイミングをさらに調整することができ、第２種のＴＡ調整命令を用いて第１送信タイミングをさらに調整することではなく、即ち、第１送信タイミングおよび第２送信タイミングの初期シグナリングが１つであるが、後続のトラッキング調整はそれぞれの調整シグナリングを使用する。

【0141】

本発明の実施例において、ＯＴＡ／基地局タイミングの方式には、モード１、２、３の調整方式が存在し、各モードには、複数の調整方式がさらに存在し、従って、上記複数の調整方式またはモードで、ネットワークが複数種のＯＴＡ方式を選択して同期することができる場合、親ノードは、どの方式またはモードを使用するかを子ノードに指示する必要があり、例えば、親ノードは、そのＯＴＡの同期モードが以上の実施例のうちの１種または他の種類を指示することができ、子ノードは、指示された種類に対応する下り送信タイミング決定方法に従って第１タイミングを決定する。即ち、本実施例は、親ノードがＯＴＡまたは第１タイミング決定方式の情報を子ノードに送信することを説明するために用いられる。具体的には、同期タイプ指示情報に担持されて指示してもよいし、または第１タイミング調整情報を用いて指示してもよい。それと同様に、システムまたは規格に１種のＯＴＡ／基地局タイミングモードのみが存在する場合、第１ノードは、ＯＴＡ／基地局タイミングモードの方式を指示する必要がなく、第２ノードは、システムまたは規格にそれのみが存在するＯＴＡ／基地局タイミングモードをデフォルトで採用する。あるいは、システムまたは規格において１種デフォルトのＯＴＡ／基地局タイミングモードを設け、モード指示情報を受信していない場合、デフォルトのＯＴＡ／基地局タイミングモードを使用し、デフォルトのＯＴＡ／基地局タイミングモードは上記モード１、２、３の調整方式のうちの１種であってもよい。

【0142】

本発明の実施例において、上記の送信タイミング決定方法は、以下の方式により実現されてもよく、即ち、直接同期タイプ指示情報を送信する方式で通知し、図９に示すように、ステップＳ９０１およびステップＳ９０２を含んでもよい。

【0143】

ステップＳ９０１において、第２ノードは、第１ノードから配信された同期タイプ指示情報を受信する。

【0144】

ここで、前記同期タイプ指示情報は、前記第１ノードの現在使用しているタイミング同期タイプを決定するために用いられ、前記タイミング同期タイプは、全地球航法衛星システムＧＮＳＳタイミングと、エアダウンロードＯＴＡ／基地局タイミングとを含む。

【0145】

実際の適用において、全てのノードまたは端末がＧＮＳＳのタイミングタイプをサポートするわけではないが、全てのノードまたは端末はＯＴＡ／基地局のタイミングタイプをサポートし、２種のタイミングタイプのうち、ＧＮＳＳタイミングのタイプは好ましい。第１ノードから配信された同期タイプ指示情報は、基本的にＧＮＳＳの最も高い優先度で送信し、第１ノードが全てＧＮＳＳをサポートしない場合、同期タイプ指示情報を送信する時に優先度順の方式で送信するとともに、自体のサポート情報を第２ノードまたは端末に知らせることにより、両者間のタイミングが正常であることを確保する。

【0146】

ステップＳ９０２において、前記同期タイプ指示情報に指示されたタイミング同期タイプにより、第１送信タイミングおよび／または第２送信タイミングを調整する。

【0147】

ここで、前記第１送信タイミングは前記第２ノードの下り送信タイミングであり、前記第２送信タイミングは前記第２ノードの上り送信タイミングである。

【0148】

【0149】

【0150】

本実施例において、前記同期タイプ指示情報がＧＮＳＳタイミングを指示した場合、ステップＳ９０２の前に、前記第２ノード自体がＧＮＳＳタイミングをサポートするか否かを確定することと、サポートする場合、前記ＧＮＳＳタイミングを前記第２ノードのその下り送信タイミングに対するタイミング同期タイプとすることと、サポートしない場合、前記タイミング同期タイプをＯＴＡ／基地局タイミングに調整するという要求を前記第１ノードに送信し、前記要求が自分のＧＮＳＳ状態情報または能力情報を含むこととをさらに含んでもよい。

【0151】

第２ノード自体がＧＮＳＳタイミングをサポートする場合、第２ノードの第１送信タイミングおよび第２送信タイミングに対する調整は、直接ＧＮＳＳタイミングを第１送信タイミングまたは第２送信タイミングとする。または、前記ＧＮＳＳタイミングにおけるタイミングを前記第２ノードの第１送信タイミングとする。

【0152】

本実施例において、前記タイミング同期タイプがＯＴＡ／基地局タイミングである場合、前記同期タイプ指示情報に指示されたタイミング同期タイプに基づいて第１送信タイミングおよび／または第２送信タイミングを調整することは、親ノードから送信された時間繰り上げ量ＴＡを受信し、前記ＴＡに基づいて前記第２ノードの第１送信タイミングおよび／または第２送信タイミングを調整することを含む。

【0153】

実際の適用において、ノードまたは端末は、ＧＮＳＳタイミングおよびＯＴＡ／基地局タイミングという２種の方式において、送信タイミングを調整して決定する方式が異なるため、ＯＴＡ／基地局タイミングの方式において、さらに上位ノード（親ノード）から送信タイミングを調整するための時間繰り上げ量ＴＡを受信し、前記ＴＡに基づいて前記第２ノードまたは端末の第１送信タイミングおよび／または第２送信タイミングを調整する必要がある。

【0154】

本実施例において、前記ＴＡは、前記第１ノードから配信された前記第２ノードの下り送信タイミング調整を指示するための第１送信タイミング調整メッセージから取得される。

【0155】

本実施例において、受信した第１送信タイミング調整メッセージには、同期調整情報および時間繰り上げ量ＴＡ調整情報という２種の場合が含まれてもよい。

【0156】

前記第１送信タイミング調整メッセージが同期調整情報である場合、前記同期調整情報は、前記第１ノードから送信された信号の前記第２ノードにおける下り受信タイミングに対する第１調整量△Ｔ_ａと、前記第２ノードの第２送信タイミングに対する第２調整量△Ｔ_ｂと、前記第２ノードの現在の第１送信タイミングに対する第３調整量△Ｔ_ｃとのうちの１種を含む。

【0157】

前記第１送信タイミング調整メッセージが時間繰り上げ量ＴＡ調整情報である場合、前記時間繰り上げ量ＴＡ調整情報は、時間繰り上げ量ＴＡと、変化調整量△ＴＡとのうちの１種を含み、前記変化調整量△ＴＡは前回の時間繰り上げ量ＴＡに対する変化量である。

【0158】

本実施例において、前記第１送信タイミング調整メッセージが同期調整情報である場合、その調整方式は以下の方式をさらに含む。

【0159】

【0160】

方式２、前記同期調整情報が第２調整量△Ｔ_ｂである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングを調整することは、現在の第２送信タイミングを△Ｔ_ｂだけ調整して前記第１送信タイミングを取得し、前記第１送信タイミングはＴ_１－△Ｔ_ｂであることを含む。

【0161】

方式３、前記同期調整情報が第３調整量△Ｔ_ｃである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングを調整することは、現在の第２送信タイミングＴ_２を△Ｔ_ｃだけ調整して前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_２－△Ｔ_ｃであることを含む。

【0162】

【0163】

前記第１送信タイミング調整メッセージが時間繰り上げ量ＴＡ調整情報である場合、２種の場合も含まれ、一方は第１送信タイミングと第２送信タイミングとが同じである場合であり、他方は第１送信タイミングと第２送信タイミングとが異なる場合である。

【0164】

前記第１送信タイミングが前記第２送信タイミングに等しく、前記時間繰り上げ量ＴＡ調整情報が時間繰り上げ量ＴＡである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングおよび／または第２送信タイミングを調整することは、
前記時間繰り上げ量ＴＡにより指示された数値に基づいて前記下り受信タイミングＴ_１を繰り上げて前記第１送信タイミングを取得し、前記第１送信タイミングがＴ_１－ＴＡ－Ｔａ＿ｏｆｆｓｅｔであり、Ｔａ＿ｏｆｆｓｅｔはプリセットされたＴＡオフセットであることを含む。

【0165】

前記時間繰り上げ量ＴＡ調整情報が変化調整量△ＴＡである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングおよび／または第２送信タイミングを調整することは、
前記変化調整量△ＴＡおよび前回の時間繰り上げ量ＴＡに基づいて前記第１送信タイミングを調整して取得し、前記第１送信タイミングがＴ_１－ＴＡ_ｏｌｄ－△ＴＡ－Ｔａ＿ｏｆｆｓｅｔであり、Ｔａ＿ｏｆｆｓｅｔがプリセットされたＴＡオフセットであることを含む。

【0166】

前記第１送信タイミングが前記第２送信タイミングに等しくなく、前記時間繰り上げ量ＴＡ調整情報が時間繰り上げ量ＴＡである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングおよび／または第２送信タイミングを調整することは、
前記時間繰り上げ量ＴＡにより指示された数値に基づいて前記下り受信タイミングＴ_１を繰り上げて前記第２送信タイミングを取得し、前記第２送信タイミングがＴ_１－ＴＡ－Ｔａ＿ｏｆｆｓｅｔであり、Ｔａ＿ｏｆｆｓｅｔがプリセットされたＴＡオフセットであり、前記第２送信タイミングがＴ_１－ＴＡ／２であることを含む。

【0167】

前記時間繰り上げ量ＴＡ調整情報が変化調整量△ＴＡである場合、前記ＴＡに基づいて前記第２ノードの第１送信タイミングおよび／または第２送信タイミングを調整することは、
前記変化調整量△ＴＡおよび前回の時間繰り上げ量ＴＡに基づいて前記第２送信タイミングを調整して取得し、前記第２送信タイミングがＴ_１－ＴＡ_ｏｌｄ－△ＴＡ－Ｔａ＿ｏｆｆｓｅｔであり、Ｔａ＿ｏｆｆｓｅｔがプリセットされたＴＡオフセットであり、前記第２送信タイミングがＴ_１－（ＴＡ_ｏｌｄ＋△ＴＡ）／２であることを含む。

【0168】

本実施例において、第２ノードまたは端末がＯＴＡ／基地局タイミングを採用することに決定した場合、前記第２ノードまたは端末は、どの同期タイミング方式を選択して送信タイミングを調整するかを決定する必要があることをさらに含み、具体的には、以下を含む。

【0169】

前記第１送信タイミング調整メッセージは同期タイミング方式の指示をさらに含み、前記指示タイミング方式は、前記同期調整情報を採用する同期方式および前記時間繰り上げ量ＴＡ調整情報を採用する同期方式を含む。

【0170】

前記ＴＡに基づいて前記第２ノードの第１送信タイミングおよび／または第２送信タイミングを調整することは、前記同期タイミング方式の指示で選択した同期方式に基づいて前記第１送信タイミングおよび／または第２送信タイミングを調整することを含む。

【0171】

例えば、同期タイミング方式の指示により同期調整情報の方式で送信タイミングを調整することを指示した場合、調整時に、同期調整情報における方式に基づいて１種を選択して調整し、さらに、同期タイミング方式の指示により同期調整情報におけるいずれを選択して調整するかを直接指示してもよい。

【0172】

本実施例において、第２ノードまたは端末は、ＧＮＳＳタイミングを使用して送信タイミングを調整する過程において、送信ＧＮＳＳタイミングが信頼できなくなれば、タイミング同期タイプの変更を行う必要があり、具体的には、同時変更を行うように上位ノードに要求する必要があり、その変更ステップは以下を含む。

【0173】

前記ＧＮＳＳタイミングが信頼できないことに決定した場合、前記第２ノードは、前記タイミング同期タイプをエアダウンロードＯＴＡ／基地局タイミングに調整するという要求を前記第１ノードに送信し、前記要求は自分のＧＮＳＳ状態情報または能力情報を含む。

【0174】

調整後の前記ＯＴＡ／基地局タイミングに基づいて前記第１送信タイミングおよび／または第２送信タイミングを再調整する。

【0175】

本実施例において、前記同期タイプ指示情報に指示されたタイミング同期タイプに基づいて第１送信タイミングおよび／または第２送信タイミングを調整した後、受信した前記同期タイプ指示情報を下位ノードまたは端末に配信し、前記下位ノードは前記第２ノードの子ノードであり、前記端末は前記第２ノードの下位デバイスであることをさらに含む。

【0176】

いくつかの実施例において、前記第２ノードは同期タイプ指示情報を配信する時、以下の方式により配信することができる

【0177】

一方は、第１ノードから送信された同期タイプ指示情報を直接転送してもよい。

【0178】

【0179】

さらに、第１ノードの一側の処理方式は以下のとおりである。

【0180】

第１ノードは、自分の決定またはネットワーク構成に基づいて使用するタイミング同期タイプを決定し、前記タイミング同期タイプは、全地球航法衛星システムＧＮＳＳタイミングと、エアダウンロードＯＴＡ／基地局タイミングとを含む。

【0181】

前記タイミング同期タイプが担持されている同期タイプ指示情報を第２ノードまたは端末に配信し、前記同期タイプ指示情報は、前記第２ノードの第１送信タイミングおよび／または第２送信タイミングを調整するために用いられ、ここで、前記第１ノードは前記第２ノードの親ノードであり、前記タイミング同期タイプは、ＧＮＳＳイネーブルフラグと、タイミング同期タイプ指示情報と、同期タイプ優先度指示情報という方式のうちの１種で前記同期タイプ指示情報に存在する。

【0182】

本発明の実施例は、送信タイミング決定デバイスを提供し、様々な基地局または端末に適用でき、特に、アクセスとバックホールとが一体化されたＩＡＢを有する基地局に適用でき、該デバイスは、主にＩＡＢノードの一端に適用されて送信タイミングを制御するための装置を制御し、図５に示すように、該デバイスは、送信モジュール５１を備えてもよく、第１タイミング調整情報を第２ノードに配信するために用いられ、前記第１タイミング調整情報は、前記第２ノードの第１送信タイミングを調整するために用いられ、および／または、第１ノードは同期タイプ指示情報を第２ノードに配信し、前記同期タイプ指示情報は、全地球航法衛星システムＧＮＳＳタイミングと、エアインターフェースＯＴＡ／基地局タイミングとの少なくとも１つを含み、前記同期タイプ指示情報は、第１送信タイミングの調整方式を決定するために用いられ、ここで、前記第１ノードは前記第２ノードの親ノードであり、前記第１送信タイミングは、前記第２ノードの下り送信タイミングであり、具体的には、前記タイミング同期タイプは第１ノードが自分の決定またはネットワーク構成に基づいて決定され、該デバイスにおける各モジュールが実現するステップおよび具体的な過程は、上記各実施例に示す上り、下り送信タイミングの調整過程を参照することができ、ここでは説明を省略する。

【0183】

本実施例において、前記第２ノードは、タイミング同期タイプに基づいてその第２送信タイミングを調整することもでき、該第２送信タイミングは第２ノードの上りデータの送信タイミングである。

【0184】

本実施例において、ＩＡＢノード一端が上位ノードｄｏｎｏｒから配信された同期タイプ指示情報を受信すると、同期タイプ指示情報に基づいて自分の上り、下り送信タイミングを調整する必要があり、これに対し、本発明において、別の送信タイミング決定デバイスの構造をさらに提供し、該デバイスは子ノードに基づいて構築された装置であり、図６に示すように、該デバイスは、受信モジュール６１を備え、第１ノードから送信された第１タイミング調整情報を受信し、前記第１タイミング調整情報に基づいて前記第２ノードの第１送信タイミングを調整するように構成され、または第２ノードがＧＮＳＳタイミングを第１送信タイミングとして使用するように構成され、前記第１送信タイミングは、前記第２ノードの下り送信タイミングである。該装置におけるモジュールが実現するステップおよび具体過程は、上記各実施例に示す上り、下り送信タイミングの決定過程を参照することができ、ここでは説明を省略する。

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

以上の内容は、例示的な実施形態を参照しながら本発明の実施例についてさらに詳細に説明したものであり、本発明の具体的な実施はこれらの説明に限定されるものと認定できない。当業者にとって、本開示の思想から逸脱しない前提で、いくつかの簡単な導出または置換を行うことができ、いずれも本開示の保護範囲に属すると見なすべきである

【図1】