(57)【特許請求の範囲】
【請求項１】
ネットワーク装置に適用される信号の伝送方法であって、
周波数領域で連続した２つのリソースエレメントＲＥである複数組のリソース組を含む、制御チャネルに必要な基準信号の時間周波数リソースを確定して、且つ前記基準信号にビームフォーミングをするステップと、
前記基準信号の時間周波数リソースによって、前記基準信号を送信するステップとを含み、
ここで、複数の端末装置に対して、前記基準信号の時間周波数リソースは、前記基準信号の時間周波数リソースが位置している制御チャネルリソースユニットに従って、システム帯域幅内における制御領域内において、先に周波数領域、次いで時間領域の方式でマッピングしており、
隣接したビームが異なる端末装置に前記基準信号を送信する場合、前記隣接したビームに対して、前記基準信号の時間周波数リソース位置間にシフトがあることを特徴とする信号の伝送方法。
【請求項２】
前記基準信号の時間周波数リソースは、１つの制御チャネルリソースユニット内に２組の前記リソース組を含むことを特徴とする請求項１に記載の方法。
【請求項３】
端末装置に適用される信号の伝送方法であって、
周波数領域で連続した２つのリソースエレメントＲＥである複数組のリソース組を含む、制御チャネルに必要な基準信号の時間周波数リソースを確定するステップと、
前記基準信号の時間周波数リソースによって、前記基準信号を受信するステップと、
前記基準信号に基づいて、前記制御チャネルを復調するステップとを含み、
ここで、前記端末装置を含む複数の端末装置に対して、前記基準信号の時間周波数リソースは、前記基準信号の時間周波数リソースが位置している制御チャネルリソースユニットに従って、システム帯域幅内における制御領域内において、先に周波数領域、次いで時間領域の方式でマッピングして、且つ前記基準信号にビームフォーミングをし、
隣接したビームが前記端末装置を含む異なる端末装置に前記基準信号を送信する場合、前記隣接したビームに対して、前記基準信号の時間周波数リソース位置間にシフトがあることを特徴とする信号の伝送方法。
【請求項４】
制御チャネルに必要な基準信号の時間周波数リソースを確定する前に、前記方法は、
ネットワーク装置から送信された、前記基準信号の時間周波数リソースの位置情報を含む基準信号の構成情報を受信するステップをさらに含み、
制御チャネルに必要な基準信号の時間周波数リソースを確定する前記ステップは、
前記基準信号の構成情報に基づいて、前記基準信号の時間周波数リソースを確定することを含むことを特徴とする請求項３に記載の方法。
【請求項５】
ネットワーク装置であって、
周波数領域で連続した２つのリソースエレメントＲＥである複数組のリソース組を含む、制御チャネルに必要な基準信号の時間周波数リソースを確定するための処理モジュールと、
前記基準信号の時間周波数リソースによって、前記基準信号を送信するための送受信モジュールとを含み、
ここで、複数の端末装置に対して、前記基準信号の時間周波数リソースは、前記基準信号の時間周波数リソースが位置している制御チャネルリソースユニットに従って、システム帯域幅内における制御領域内において、先に周波数領域、次いで時間領域の方式でマッピングして、且つ前記基準信号にビームフォーミングをし、
隣接したビームが異なる端末装置に前記基準信号を送信する場合、前記隣接したビームに対して、前記基準信号の時間周波数リソース位置間にシフトがあることを特徴とするネットワーク装置。
【請求項６】
前記基準信号の時間周波数リソースは、１つの制御チャネルリソースユニット内に２組の前記リソース組を含むことを特徴とする請求項５に記載のネットワーク装置。
【請求項７】
隣接したビームが連携伝送の方式によって同じ端末装置に前記基準信号を送信する場合、前記隣接するビームに対して、前記基準信号の時間周波数リソース位置は同じであることを特徴とする請求項５または６に記載のネットワーク装置。
【請求項８】
前記基準信号の時間周波数リソースの１つの制御チャネルユニット内における位置は、制御チャネル候補の位置及び制御チャネル候補に占有された制御チャネルユニットの数とは無関係であり、
ここで、前記制御チャネル候補の数が前記制御チャネルリソースユニット内の前記制御チャネルユニットのアグリゲーションレベル数に対応することを特徴とする請求項５〜７のいずれか１項に記載のネットワーク装置。
【請求項９】
前記処理モジュールは、
制御領域リソースブロックのシーケンス番号、端末装置のＲＮＴＩ、ビームシーケンス番号、又は仮想識別子のうちの少なくとも１つに基づいて、前記基準信号のシーケンスを生成するためにさらに用いられることを特徴とする請求項５〜８のいずれか１項に記載のネットワーク装置。
【請求項１０】
前記送受信モジュールは、
前記基準信号の時間周波数リソースの位置情報を含む基準信号の構成情報を送信するためにさらに用いられることを特徴とする請求項５〜９のいずれか１項に記載のネットワーク装置。
【請求項１１】
端末装置であって、
周波数領域で連続した２つのリソースエレメントＲＥである複数組のリソース組を含む、制御チャネルに必要な基準信号の時間周波数リソースを確定するための処理モジュールと、
前記基準信号の時間周波数リソースによって、前記基準信号を受信するための送受信モジュールとを含み、
前記処理モジュールは、前記基準信号に基づいて、前記制御チャネルを復調するためにさらに用いられ、
ここで、前記端末装置を含む複数の端末装置に対して、前記基準信号の時間周波数リソースは、前記基準信号の時間周波数リソースが位置している制御チャネルリソースユニットに従って、システム帯域幅内における制御領域内において、先に周波数領域、次いで時間領域の方式でマッピングして、且つ前記基準信号にビームフォーミングをし、
隣接したビームが前記端末装置を含む異なる端末装置に前記基準信号を送信する場合、前記隣接したビームに対して、前記基準信号の時間周波数リソース位置間にシフトがあることを特徴とする端末装置。
【請求項１２】
前記送受信モジュールは、ネットワーク装置から送信された、前記基準信号の時間周波数リソースの位置情報を含む基準信号の構成情報を受信するためにさらに用いられ、
前記処理モジュールは、具体的には、前記基準信号の構成情報に基づいて、前記基準信号の時間周波数リソースを確定するために用いられることを特徴とする請求項１１に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、通信の分野に関し、より詳しくは、信号の伝送方法、ネットワーク装置及び端末装置に関する。
【背景技術】
【０００２】
ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムのダウンリンク制御チャネルは、各時間領域スケジューリングユニット（ＬＴＥにおいてサブフレーム（ｓｕｂｆｒａｍｅ）と呼ばれる）における最初の幾つかの直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）シンボル上で伝送されるものである。制御信号の復調は、共通基準信号（ｃｏｍｍｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｏｒ  ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に基づくものである。共通基準信号はシステムにおいて全ての端末装置に共有され、システム帯域幅全体において一定の密度及びモードに従って伝送される。
【０００３】
共通基準信号でダウンリンク制御信号を復調する利点は、それが各サブフレーム及びシステム帯域幅全体において常に送信され、チャネル推定の品質を保証できることである。欠点は、その上に、ある端末装置に対応するいずれかのプリコーディング又はビームフォーミングを加えられないことである。これには、プリコーディング又はビームフォーミングを大量に使用する５Ｇシステムにおいて改良する必要がある。
【０００４】
従って、システムの性能を向上させるために、５Ｇシステムに適した基準信号を伝送する技術的解決手段が必要とされている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願の実施例は、システムの性能を向上させることができる信号の伝送方法、ネットワーク装置及び端末装置を提供する。
【課題を解決するための手段】
【０００６】
第１の態様にて提供される信号の伝送方法は、
周波数領域で連続した２つのリソースエレメントＲＥである複数組のリソース組を含む、制御チャネルに必要な基準信号の時間周波数リソースを確定するステップと、
該基準信号の時間周波数リソースによって、該基準信号を送信するステップとを含む。
【０００７】
本願の実施例では、基準信号の時間周波数リソースは、周波数領域で連続した２つのＲＥを複数組使用する。このように、隣接する基準信号によってチャネル推定の効果を高めることができ、それによりシステムの性能を向上させることができる。
【０００８】
幾つかの可能な実施形態では、該基準信号の時間周波数リソースは、１つの制御チャネルリソースユニット内に２組の該リソース組を含む。
【０００９】
幾つかの可能な実施形態では、該２組の該リソース組の間は、４つのＲＥによって分離されている。
【００１０】
幾つかの可能な実施形態では、複数の端末装置に対して、該基準信号の時間周波数リソースは、構成が位置している制御チャネルリソースユニットに従って、システム帯域幅内における第１の制御領域内において、先に周波数領域、次いで時間領域の方式でマッピングする。
【００１１】
幾つかの可能な実施形態では、先に周波数領域、次いで時間領域の該方式は、
先に周波数領域に沿って、該第１の制御領域内における１番目の直交周波数分割多重ＯＦＤＭシンボルをマッピングし、次いで該第１の制御領域内における次のＯＦＤＭシンボルをマッピングすることを含む。
【００１２】
幾つかの可能な実施形態では、同じ端末装置の該基準信号の時間周波数リソースは、１つのＯＦＤＭシンボルに位置する。
【００１３】
幾つかの可能な実施形態では、複数の端末装置に対して、該基準信号の時間周波数リソースは、構成が位置している制御チャネルリソースユニットに従って、システム帯域幅内における第１の制御領域内において、先に時間領域、次いで周波数領域の方式でマッピングする。
【００１４】
幾つかの可能な実施形態では、先に時間領域、次いで周波数領域の該方式は、
先に時間領域に沿って、該第１の制御領域内における１番目の物理リソースブロックＰＲＢ上のＯＦＤＭシンボルをマッピングし、次いで該第１の制御領域内における次のＰＲＢ上のＯＦＤＭシンボルをマッピングすることを含む。
【００１５】
幾つかの可能な実施形態では、同じＰＲＢにおいての隣接するＯＦＤＭシンボルに対して、該基準信号の時間周波数リソース位置の間にシフトがある。
【００１６】
幾つかの可能な実施形態では、異なるＯＦＤＭシンボル数の制御領域に対して、該基準信号の時間周波数リソースは、少なくとも制御領域の最初及び最後のＯＦＤＭシンボルを占有する。
【００１７】
幾つかの可能な実施形態では、隣接したビームが異なる端末装置に該基準信号を送信する場合、該隣接したビームに対して、該基準信号の時間周波数リソース位置の間にシフトがある。
【００１８】
幾つかの可能な実施形態では、異なるビームに対して、該基準信号の時間周波数リソース位置のシフトは、少なくともビームシーケンス番号によって確定される。
【００１９】
幾つかの可能な実施形態では、隣接したビームが連携伝送の方式によって同じ端末装置に該基準信号を送信する場合、該隣接したビームに対して、該基準信号の時間周波数リソース位置は同じである。
【００２０】
幾つかの可能な実施形態では、異なる端末装置に対して、該基準信号の時間周波数リソース位置のシフトは、少なくとも端末装置の無線ネットワークの臨時の識別子ＲＮＴＩによって確定される。
【００２１】
幾つかの可能な実施形態では、該基準信号の時間周波数リソースの１つの制御チャネルユニット内における位置は、制御チャネル候補の位置及び制御チャネル候補に占有された制御チャネルユニットの数とは無関係である。
【００２２】
幾つかの可能な実施形態では、該方法は、
制御領域リソースブロックのシーケンス番号、端末装置のＲＮＴＩ、ビームシーケンス番号、又は仮想識別子のうちの少なくとも１つに基づいて、該基準信号のシーケンスを生成するステップをさらに含む。
【００２３】
幾つかの可能な実施形態では、該方法は、
該基準信号の時間周波数リソースの位置情報を含む基準信号の構成情報を送信するステップをさらに含む。
【００２４】
幾つかの可能な実施形態では、該基準信号の構成情報は、該基準信号のシーケンス情報をさらに含む。
【００２５】
第２の態様にて提供される信号の伝送方法は、
周波数領域で連続した２つのリソースエレメントＲＥである複数組のリソース組を含む、制御チャネルに必要な基準信号の時間周波数リソースを確定するステップと、
該基準信号の時間周波数リソースによって、該基準信号を受信するステップと、
該基準信号に基づいて、該制御チャネルを復調するステップとを含む。
【００２６】
幾つかの可能な実施形態では、制御チャネルに必要な基準信号の時間周波数リソースを確定する前に、該方法は、
ネットワーク装置から送信された、該基準信号の時間周波数リソースの位置情報を含む基準信号の構成情報を受信するステップをさらに含み、
制御チャネルに必要な基準信号の時間周波数リソースを確定する該ステップは、
該基準信号の構成情報に基づいて、該基準信号の時間周波数リソースを確定することを含む。
【００２７】
幾つかの可能な実施形態では、該基準信号の構成情報は、該基準信号のシーケンス情報をさらに含む。
【００２８】
第３の態様にて提供されるネットワーク装置は、第１の態様又は第１の態様のいずれかの可能な実施形態における方法を実行するモジュールを含む。
【００２９】
第４の態様にて提供される端末装置は、第２の態様又は第２の態様のいずれかの可能な実施形態における方法を実行するモジュールを含む。
【００３０】
第５の態様にて提供されるネットワーク装置は、プロセッサと、メモリと、通信インタフェースとを含む。プロセッサはメモリ及び通信インタフェースに接続されている。メモリは命令を記憶するために用いられ、プロセッサは該命令を実行するために用いられ、通信インタフェースはプロセッサの制御下で、他のネットワーク要素と通信するために用いられる。該プロセッサが該メモリに記憶された命令を実行する場合、該実行によって、該プロセッサは第１の態様又は第１の態様のいずれかの可能な実施形態における方法を実行する。
【００３１】
第６の態様にて提供される端末装置は、プロセッサと、メモリと、通信インタフェースとを含む。プロセッサはメモリ及び通信インタフェースに接続されている。メモリは命令を記憶するために用いられ、プロセッサは該命令を実行するために用いられ、通信インタフェースはプロセッサの制御下で、他のネットワーク要素と通信するために用いられる。該プロセッサが該メモリに記憶された命令を実行する場合、該実行によって、該プロセッサは第２の態様又は第２の態様のいずれかの可能な実施形態における方法を実行する。
【００３２】
第７の態様にて提供されるコンピュータ可読媒体は、第１の態様又は第１の態様のいずれかの可能な実施形態における方法を実行するための命令を含むコンピュータプログラムを記憶するために用いられる。
【００３３】
第８の態様にて提供されるコンピュータ可読媒体は、第２の態様又は第２の態様のいずれかの可能な実施形態における方法を実行するための命令を含むコンピュータプログラムを記憶するために用いられる。
【図面の簡単な説明】
【００３４】
【図１】本願の実施例に適用しうる通信システムの概略図である。
【図２】本願の実施例によるリソースセットの概略図である。
【図３】本願の実施例による制御チャネル要素の概略図である。
【図４】本願の実施例による制御チャネル候補の概略図である。
【図５】本願の一実施例による信号の伝送方法の概略フローチャートである。
【図６】本願の一実施例によるマッピング方式の概略図である。
【図７】本願の実施例による基準信号設計の概略図である。
【図８】本願の実施例による基準信号設計の概略図である。
【図９】本願の実施例による基準信号設計の概略図である。
【図１０】本願の他の実施例によるマッピング方式の概略図である。
【図１１】本願の他の実施例による基準信号設計の概略図である。
【図１２】本願の他の実施例による基準信号設計の概略図である。
【図１３】本願の他の実施例による基準信号設計の概略図である。
【図１４】本願の他の実施例による基準信号設計の概略図である。
【図１５】本願の他の実施例による基準信号設計の概略図である。
【図１６】本願の他の実施例による基準信号設計の概略図である。
【図１７】本願の他の実施例による基準信号設計の概略図である。
【図１８】本願の他の実施例による基準信号設計の概略図である。
【図１９】本願の他の実施例による信号の伝送方法の概略フローチャートである。
【図２０】本願の一実施例によるネットワーク装置の概略ブロック図である。
【図２１】本願の一実施例による端末装置の概略ブロック図である。
【図２２】本願の他の実施例によるネットワーク装置の概略構成図である。
【図２３】本願の他の実施例による端末装置の概略構成図である。
【発明を実施するための形態】
【００３５】
以下では本願の実施例における図面を参照しながら、本願の実施例における技術的解決手段を説明する。
【００３６】
図１は、本願の実施例に適用しうる通信システムの概略図である。図１に示すように、ネットワーク１００は、ネットワーク装置１０２と端末装置１０４、１０６、１０８、１１０、１１２及び１１４とを含むことができ、ここで、ネットワーク装置と端末装置との間は無線を通じて接続されている。なお、図１では、ネットワークが１つのネットワーク装置を含む場合を例にして説明するが、本願の実施例はこれに限定されるものではない。例えば、ネットワークはより多くのネットワーク装置をさらに含んでもよい。同様に、ネットワークはより多くの端末装置を含むことができ、且つネットワーク装置はその他の装置を含むこともできる。
【００３７】
本願は、端末装置を結びつけ、各実施例を説明する。端末装置はまた、ユーザー機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、アクセス端末、ユーザーユニット、ユーザー局、移動局、移動台、遠隔局、遠隔端末、移動装置、ユーザー端末、端末、無線通信装置、ユーザーエージェント又はユーザー装置を指してもよい。アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、ＷＬＬ）ステーション、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、「ＰＤＡ」と略称する）、無線通信機能を備えるハンドヘルド装置、コンピューティング装置又は無線モデムに接続されたその他の処理装置、車載装置、ウェアラブル装置、将来の５Ｇネットワークにおける端末装置、又は将来の進化型公衆陸上モバイルネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＰＬＭＮ）ネットワークにおける端末装置などであってもよい。
【００３８】
本願は、ネットワーク装置を結びつけ、各実施例を説明する。ネットワーク装置は、端末装置と通信するための装置であってもよく、該ネットワーク装置は、ＧＳＭ又はＣＤＭＡにおける基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）であってもよく、又はＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、ＮＢ）であってもよく、又はＬＴＥシステムにおける進化型基地局（Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ、ｅＮＢ又はｅＮｏｄｅＢ）であってもよく、又はクラウド無線アクセスネットワーク（Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＣＲＡＮ）シーンにおける無線コントローラであってもよく、或いは該ネットワーク装置は、中継局、アクセスポイント、車載装置、ウェアラブル装置及び将来の５Ｇネットワークにおけるネットワーク装置又は将来の進化型ＰＬＭＮネットワークにおけるネットワーク装置などであってもよい。
【００３９】
５Ｇシステムのダウンリンク制御チャネルは少なくとも２種類があり、１つは共通制御チャネルであり、もう１つは端末装置構成（ＵＥ−ｓｐｅｃｉｆｉｃ）のダウンリンク制御チャネルである。共通制御チャネルは、全部又は一部の端末装置に幾つかの共通情報をブロードキャストするために用いられる。端末装置構成（ＵＥ−ｓｐｅｃｉｆｉｃ）のダウンリンク制御チャネルは、指定された端末装置に、例えばデータ伝送に関連する構成信号などのダウンリンク関連の制御情報を伝送するために用いられる。端末装置は、例えば、１つのスロット又はミニスロット（ｓｌｏｔ  ｏｒ  ｍｉｎｉ−ｓｌｏｔ）のようなダウンリンク時間領域スケジューリングユニットにおいて、端末装置構成のダウンリンク制御情報を検出することによって、ネットワークからダウンリンクデータが伝送されるか否かを判断し、且つ関連構成信号を用いてダウンリンクデータを復調する。本願の実施例の技術的解決手段は、端末装置構成（ＵＥ−ｓｐｅｃｉｆｉｃ）のダウンリンク制御チャネルに適用しうる。
【００４０】
４Ｇシステムと異なり、５Ｇシステムでは、１つのダウンリンク制御領域は、制御リソースセット（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）とも呼ばれ、周波数領域においてシステム帯域幅全体をカバーせず、そのうちの一部の周波数領域リソースのみをカバーする。この領域は、周波数領域において連続的又は非連続的である幾つかの物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＰＲＢ）で構成されてもよい。これは、５Ｇシステムのカバレッジ帯域が非常に広い場合（特に高周波帯域にある場合）があり、このように、端末装置が全周波数帯域にわたって制御チャネルを検出するために大量の端末装置リソースを消費する必要があるからである。時間領域では、ダウンリンク制御領域も１つの時間領域スケジューリングユニット内における全てのＯＦＤＭシンボルで構成されるものではなく、１つ又は複数のＯＦＤＭシンボルで構成されるものである。一般的には、これらのＯＦＤＭシンボルはダウンリンク時間領域スケジューリングユニットの始めに位置する。設計上の考慮として、端末装置が制御信号を検出した後に、データチャネルの復調を完了する時間を十分に備えさせ、それにより幾つかのアプリケーションのニーズ、特に低遅延アプリケーションの要求を満たさせる。図２はこのようなリソースセットを示す。
【００４１】
普通の制御チャネルの伝送は、下記のようなステップによって実行される。即ち、制御信号は最後に巡回誤り訂正符号を付加し、続いて制御チャネルによって符号化され、変調され、前処理され（例えば伝送ダイバーシチ又はビームフォーミングを用いる）、さらに割り当てられた物理リソースで伝送される。
【００４２】
制御チャネルの負荷が異なるため、符号化されたレートも異なり（チャネル品質及び誤りレート要求による）、１つのダウンリンク制御チャネルは、１つ又は複数の制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ、ＣＣＥ）によって伝送することができ、例えば、１、２、４、８、…個の制御チャネル要素によって伝送され、これは制御チャネル要素アグリゲーションレベル（ＣＣＥ  ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ、ＣＣＥ  ＡＬ）とも呼ばれる。図３に示すように、１つの制御チャネル要素は複数の制御リソースユニット（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）で構成されてもよく、１つの制御リソースユニットは周波数領域内における１つの物理リソースブロック（ＰＲＢ）及び時間領域内における１つ（又は複数）のＯＦＤＭシンボルで構成された時間周波数リソース（ｔｉｍｅ−ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ）であり、これは、制御チャネルの伝送に用いられる最小のリソースユニットと見なされる。
【００４３】
１つのダウンリンク制御領域は複数の端末装置に共有されてもよく、それらのダウンリンク制御チャネルはいずれもこのダウンリンク制御領域で伝送されることを意味する。一般には、端末装置は、時間領域スケジューリングユニット内の対応するダウンリンク制御領域において検索し、ブラインド検出によって自身のダウンリンク制御チャネルを取得する必要がある。異なる端末装置のダウンリンク制御チャネルが同一のダウンリンク制御領域において衝突しないようにするために、各端末装置に送信するダウンリンク制御チャネルは、特定のリソース上で伝送される必要があり、端末装置も特定のリソース上で検索して、自身に属するダウンリンク制御チャネルをブラインド検出する必要がある。これらの特定のリソース及びその上で伝送される可能性のある異なるダウンリンク制御チャネル候補（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｃａｎｄｉｄａｔｅ）、例えば、同じ又は異なるＣＣＥ  ＡＬに基づく候補などは、端末装置ダウンリンク制御チャネルのサーチスペースと総称される。
【００４４】
図４は、端末装置の同じ又は異なる制御チャネル要素アグリゲーションレベルに基づく異なるダウンリンク制御チャネル候補の例を示す。例えば、ＣＣＥ  ＡＬ＝１に基づく候補は８つある可能性があり、例えば、ＣＣＥ  ＡＬ＝２に基づく候補は４つある可能性があり、例えば、ＣＣＥ  ＡＬ＝４に基づく候補は２つある可能性があり、例えば、ＣＣＥ  ＡＬ＝８に基づく候補は１つある可能性がある。これらの候補の使用したリソースは、完全に重畳する可能性があり、一部重畳する可能性もあり、重畳しない可能性もある。端末装置にとって、それはネットワーク側がどの候補（同じ又は異なる制御チャネル要素アグリゲーションレベルに基づく候補を含む）を用いて制御チャネルを送信するかを知らないかもしれないため、それは全ての可能な候補のリソース上に、ブラインド検出によってそれに属する制御チャネルを検出する必要がある。全ての可能な候補にそれに属する制御信号が検出されないと、端末装置は、ネットワーク側が現在のスケジューリングユニットにおいて制御信号を送信していないと仮定するしかない。
【００４５】
基準信号は、チャネル応答を推定するために用いられ、それにより制御チャネルの復調を助け、その設計の良否は、制御チャネルの性能及びシステム全体の性能に直接関係する。これに鑑みて、本願は、基準信号の設計方案を提供し、それによりシステムの性能を向上させる。
【００４６】
図５は、本願の一実施例による信号の伝送方法５００の概略フローチャートを示す。該方法５００は、ネットワーク装置、例えば、図１におけるネットワーク装置１０２により実行される。図５に示すように、該方法５００は、
周波数領域で連続した２つのリソースエレメントＲＥである複数組のリソース組を含む、制御チャネルに必要な基準信号の時間周波数リソースを確定するＳ５１０と、
該基準信号の時間周波数リソースによって、該基準信号を送信するＳ５２０とを含む。
【００４７】
本願の実施例では、基準信号の時間周波数リソースは、周波数領域で連続した２つのリソースエレメント（Ｒｅｓｏｒｃｅ  Ｅｌｅｍｅｎｔ、ＲＥ）を複数組使用する。このように、隣接した基準信号によってチャネル推定の効果を高めることができ、それによりシステムの性能を向上させることができる。
【００４８】
選択的には、該基準信号の時間周波数リソースは、１つの制御チャネルリソースユニット内に２組の該リソース組を含むこととしてもよい。
【００４９】
選択的には、該２組の該リソース組の間は、４つのＲＥによって分離されていることとしてもよい。
【００５０】
１つの制御チャネルリソースユニットが周波数領域で１つのＰＲＢであるため、合せて１２個のリソースエレメントがあり、基準信号を伝送するための４つのリソースエレメントを除き、制御信号を伝送するためのリソースエレメントが合計８つある。
【００５１】
選択的には、該基準信号の時間周波数リソースの１つの制御チャネルユニット内における位置は、制御チャネル候補の位置及び制御チャネル候補に占有された制御チャネルユニットの数とは無関係であることとしてもよい。
【００５２】
すなわち、異なる制御チャネル候補、及び異なる制御チャネル要素アグリゲーションレベルに対して、同じ基準信号を使用することができる。
【００５３】
選択的には、一実施例において、複数の端末装置に対して、該基準信号の時間周波数リソースは、構成が位置している制御チャネルリソースユニットに従って、システム帯域幅内における第１の制御領域内において、先に周波数領域、次いで時間領域の方式でマッピングする。
【００５４】
例えば、先に周波数領域、次いで時間領域の該方式は、
先に周波数領域に沿って、該第１の制御領域内における１番目の直交周波数分割多重ＯＦＤＭシンボルをマッピングし、次いで該第１の制御領域内における次のＯＦＤＭシンボルをマッピングすることを含む。
【００５５】
例えば、図６に示すように、該第１の制御領域は１つ又は複数のＯＦＤＭシンボルを含むことができ、制御チャネル要素のマッピングは先に周波数領域に沿って、次いで時間領域に沿って行われる（複数のＯＦＤＭシンボルがある場合である）。
【００５６】
先に周波数領域、次いで時間領域の方式を用いる場合、同じ端末装置の該基準信号の時間周波数リソースは、１つのＯＦＤＭシンボルに位置することができる。
【００５７】
例えば、先に周波数領域、次いで時間領域の方式を用いる場合、基準信号は図７〜図９に示した設計を用いることができる。
【００５８】
同じ端末に割り当てられた制御チャネルリソースユニット内における隣接した基準信号を用いればチャネル推定の効果を高めることができる。
【００５９】
制御チャネルの同じ又は異なる制御チャネル要素アグリゲーションレベルに基づく異なる候補が重畳した検索スペースを用いるため、同じ制御チャネルリソースユニット内における基準信号リソース上に推定されたチャネル応答は、端末に異なる制御チャネル要素アグリゲーションレベルに基づく候補が行われているブラインド検出に用いられることが可能であり、このように基準信号リソース上に推定されたチャネル応答を多重化し、端末装置のチャネル推定の複雑さを軽減させることができる。
【００６０】
隣接した２つの周波数領域リソースを基準信号リソースとして、２ポートの基準信号をサポートし、異なるポートリソースの多重化をサポートすることができる。基準信号にはビームフォーミングなどの前処理をすることができる。
【００６１】
本願の実施例の基準信号は、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）システムに用いられる。選択的には、隣接したビーム内における基準信号間の衝突を低減させ、チャネル推定の品質を保証するために、隣接したビーム基準信号位置の間に一定のシフトがあることとしてもよい。
【００６２】
図７〜図９は、３種類の異なるシフト基準信号モードを示しており、異なるシフト基準信号モードの基準信号位置間にそれぞれ２つのリソースエレメントのシフトがあるが、本願の実施例はこれを限定しない。これらの異なるシフト基準信号モードは異なるビーム上に用いられると、異なるビーム上における対応する基準信号位のｎ間にそれぞれ２つのリソースエレメントのシフトがあることを意味し、このように基準信号間の衝突を回避する。
【００６３】
選択的には、隣接したビームが異なる端末装置に該基準信号を送信する場合、該隣接したビームに対して、該基準信号の時間周波数リソース位置の間にシフトがある。
【００６４】
この場合、選択的には、異なるビームに対して、該基準信号の時間周波数リソース位置のシフトは、少なくともビームシーケンス番号によって確定される。
【００６５】
例えば、下記のような方式によって確定することができる。
シフト基準信号モードのシーケンス番号（例えば、０、１、Ｎ−１）＝ビームシーケンス番号ｍｏｄ（Ｎ）であり、ここでＮは可能なシフト基準信号モードの数である（上記のように３である）。
【００６６】
選択的には、隣接したビームが連携伝送のモードによって同じ端末装置に該基準信号を送信する場合、該隣接したビームに対して、該基準信号の時間周波数リソース位置は同じである。
【００６７】
この場合、選択的には、異なる端末装置に対して、該基準信号の時間周波数リソース位置のシフトは、少なくとも端末装置の無線ネットワークの一時的識別子ＲＮＴＩによって確定される。
【００６８】
例えば、下記の方式によって確定することができる。
シフト基準信号モードのシーケンス番号（例えば、０、１、Ｎ−１）＝ＲＮＴＩ  ｍｏｄ（Ｎ）であり、ここでＮは可能なシフト基準信号モードの数である（上記のように３である）。
【００６９】
選択的には、他の実施例では、複数の端末装置に対して、該基準信号の時間周波数リソースは、構成が位置している制御チャネルリソースユニットに従って、システム帯域幅内における第１の制御領域内において、先に時間領域、次いで周波数領域の方式でマッピングする。
【００７０】
例えば、先に時間領域、次いで周波数領域の該方式は、
先に時間領域に沿って、該第１の制御領域内における１番目の物理リソースブロックＰＲＢ上のＯＦＤＭシンボルをマッピングし、次いで該第１の制御領域内における次のＰＲＢ上のＯＦＤＭシンボルをマッピングすることを含む。
【００７１】
例えば、図１０に示すように、該第１の制御領域は１つ又は幾つかのＯＦＤＭシンボルを含むことができ、制御チャネル要素のマッピングは、先に時間領域に沿って１つの物理リソースブロックで、次いで周波数領域に沿って次の物理リソースブロックに移行して行われる。
【００７２】
選択的には、先に周波数領域、次いで時間領域の方式を用いる場合、同じＰＲＢの隣接したＯＦＤＭシンボルに対して、該基準信号の時間周波数リソース位置の間にシフトがある。
【００７３】
例えば、先に時間領域、次いで周波数領域の方式を用いる場合、基準信号は図１１〜図１５に示した設計を用いることができる。
【００７４】
選択的には、同じ物理リソースブロックの隣接したＯＦＤＭシンボル上における基準信号リソース間には１つ又は複数のリソースエレメントのシフトがあることが可能であり、このようにチャネル推定の補間をより容易にする。図１１において、このシフトは２つのリソースエレメントであり、このように少なくとも２つの制御チャネルのリソースエレメントが周波数領域で連続することを維持し、空間周波数ブロックコード（Ｓｐａｃｅ  Ｆｒｅｑｕｅｎｃｙ  Ｂｌｏｃｋ  Ｃｏｄｅ、ＳＦＢＣ）に基づく送信ダイバーシチ（このような伝送方式はペアリングされたＳＦＢＣリソースが周波数領域で連続することが望ましい）を支持しやすい。図１２において、隣接したＯＦＤＭシンボル上における基準信号リソース間のシフトは３つのリソースエレメントである。本願の実施例はシフトしたリソースエレメントの数を限定しない。
【００７５】
隣接したＯＦＤＭシンボル上の同じ端末に割り当てられた制御チャネルリソースユニット内における基準信号を用いればチャネル推定の効果を高めることができる。各制御チャネルリソースユニット（１つの物理リソースブロック及び１つのＯＦＤＭシンボルの時間周波数リソース）には、いずれも基準信号を含み、自身のチャネル推定を独立に完了することができ、同時に隣接するリソースユニットの基準信号によってチャネルの推定品質を高めることができる。このような設計は、属する制御リソースユニットの数の変化に従って変化せず、複雑すぎる設計及び不必要な構成シグナリングを回避し、端末装置のチャネル推定の複雑さを軽減させる。
【００７６】
制御チャネルの同じ又は異なる制御チャネル要素アグリゲーションレベルに基づく異なる候補は重畳したリソースを用いるため、同じ制御チャネルリソースユニットに含まれた基準信号から推定されたチャネル応答は、端末装置による異なる制御チャネル候補のブラインド検出に用いることができ、端末装置のチャネル推定の複雑さを大幅に軽減させる。
【００７７】
隣接した２つの周波数領域リソースを基準信号リソースとして、２ポートの基準信号をサポートし、異なるポートリソースの多重化をサポートすることができる。基準信号にはビームフォーミングなどの前処理を加えることができる。
【００７８】
前述した実施例と似たように、本実施例においても、隣接したビーム基準信号間の相互影響（例えば、干渉）を考慮し、シフトの設計により、干渉を低減することができる。図１３〜図１５は３種類の異なるシフト基準信号モードであり、異なるシフト基準信号モード間における基準信号位置の間において、それぞれ２つのリソースエレメントのシフトがあるが、本願の実施例はこれを限定するものではない。これらのシフト基準信号モードが異なるビーム上に用いられる場合、異なるビーム上の対応する基準信号位置間にそれぞれ２つのリソースエレメントのシフトがあることを意味する。シフトの確定方式については、前述した実施例を参照することができ、簡潔にするために、ここでは詳細な説明を省略する。
【００７９】
選択的には、異なるＯＦＤＭシンボル数の制御領域に対して、該基準信号の時間周波数リソースは、少なくとも制御領域の最初及び最後のＯＦＤＭシンボルを占有する。
【００８０】
例えば、図１６〜図１８に示すように、サイズの異なる制御領域に対して、同じ数のＯＦＤＭシンボル上で基準信号を送信することができ、例えば、制御領域の最初及び最後のＯＦＤＭシンボル上で基準信号を送信することができ、このようにチャネル推定を行う場合に補間しやすい。図１６に示した設計の実施例と比べ、図１７に示した設計の実施例は３つのＯＦＤＭシンボルを有する制御信号に対するリソースセットであり、この設計の実施例は２番目のシンボル上で基準信号を伝送せず、図１８に示した設計の実施例は４つのＯＦＤＭシンボルを有する制御信号に対するリソースセットであり、この設計の実施例は２番目及び３番目のシンボル上で基準信号を伝送しない。
【００８１】
選択的には、ネットワーク装置は、制御領域リソースブロックのシーケンス番号、端末装置のＲＮＴＩ、ビームシーケンス番号、又は仮想識別子のうちの少なくとも１つに基づいて、該基準信号のシーケンスを生成することができる。
【００８２】
ここで、制御領域リソースブロックのシーケンス番号（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ  ＰＲＢ  ｉｎｄｅｘ）は、制御領域に基づいて確立されたシーケンス番号であってもよく、制御領域のシステム帯域幅全体における絶対シーケンス番号であってもよく、制御チャネルの伝送はビームのシーケンス番号を用いて、複数のビームが同時に連携伝送を行う場合、１つの仮想ビームシーケンス番号を用いることができる。
【００８３】
このように生成した基準信号シーケンスは、
隣接したビーム間の干渉を軽減させる機能、
ビーム間の連携伝送をサポートする機能、
隣接したビーム又はマルチユーザーマルチ入力マルチ出力（Ｍｕｌｔｉ−Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ、ＭＵ−ＭＩＭＯ）のような異なる端末装置間の基準信号の干渉を低減させる機能を有する。
【００８４】
選択的には、ネットワーク装置は、該基準信号の時間周波数リソースの位置情報を含む基準信号の構成情報をさらに送信することができる。
【００８５】
このように、端末装置は、該基準信号の構成情報に基づいて、基準信号の時間周波数リソースを確定することができる。
【００８６】
選択的には、該基準信号の構成情報は、該基準信号のシーケンス情報をさらに含むこととしてもよい。
【００８７】
以上では、ネットワーク装置側から本願の実施例による信号の伝送方法を説明し、以下では、端末装置側から本願の実施例による信号の伝送方法を説明する。
【００８８】
図１９は、本願の実施例による信号の伝送方法１９００の概略フローチャートを示す。該方法１９００は、端末装置、例えば、図１における端末装置による実行される。図１９に示すように、該方法１９００は、
周波数領域で連続した２つのリソースエレメントＲＥである複数組のリソース組を含む、制御チャネルに必要な基準信号の時間周波数リソースを確定するＳ１９１０と、
該基準信号の時間周波数リソースによって、該基準信号を受信するＳ１９２０と、
該基準信号に基づいて、該制御チャネルを復調するＳ１９３０とを含む。
【００８９】
選択的には、端末装置は、ネットワーク装置から送信された、該基準信号の時間周波数リソースの位置情報を含む基準信号の構成情報を受信でき、
該基準信号の構成情報に基づいて、該基準信号の時間周波数リソースを確定する。
【００９０】
選択的には、該基準信号の構成情報は、該基準信号のシーケンス情報をさらに含むこととしてもよい。
【００９１】
なお、本願の実施例では、ネットワーク装置側から説明した基準信号の設計、及びネットワーク装置と端末装置との間のインタラクション及び関連性、機能などは端末装置側からの説明に対応し、簡潔にするために、ここでは詳細な説明を省略する。
【００９２】
なお、本願の様々な実施例では、上記各プロセスのシーケンス番号は実行順序を示すものではなく、各プロセスの実行順序はその機能及び内部ロジックによって確定されるべきであり、本願の実施例による実施プロセスを何らか限定すべきでない。
【００９３】
以上では、本願の実施例による信号の伝送方法について詳細に説明し、以下では、本願の実施例によるネットワーク装置及び端末装置について説明する。なお、本願の実施例によるネットワーク装置及び端末装置は前述した本願の実施例による様々な方法を実行することができ、すなわち、以下の様々な装置の具体的な作業プロセスは、前述した方法例における対応するプロセスを参照することができる。
【００９４】
図２０は、本願の一実施例によるネットワーク装置２０００の概略ブロック図を示す。図２０に示すように、該ネットワーク装置２０００は、
周波数領域で連続した２つのリソースエレメントＲＥである複数組のリソース組を含む、制御チャネルに必要な基準信号の時間周波数リソースを確定するための処理モジュール２０１０と、
該基準信号の時間周波数リソースによって、該基準信号を送信するための送受信モジュール２０２０とを含む。
【００９５】
選択的には、該基準信号の時間周波数リソースは、１つの制御チャネルリソースユニット内に２組の該リソース組を含むこととしてもよい。
【００９６】
選択的には、該２組の該リソース組の間は、４つのＲＥによって分離されていることとしてもよい。
【００９７】
選択的には、複数の端末装置に対して、該基準信号の時間周波数リソースは、構成が位置している制御チャネルリソースユニットに従って、システム帯域幅内における第１の制御領域内において、先に周波数領域、次いで時間領域の方式でマッピングする。
【００９８】
選択的には、先に周波数領域、次いで時間領域の該方式は、
先に周波数領域に沿って、該第１の制御領域内における１番目の直交周波数分割多重ＯＦＤＭシンボルをマッピングし、次いで該第１の制御領域内における次のＯＦＤＭシンボルをマッピングすることを含む。
【００９９】
選択的には、同じ端末装置の該基準信号の時間周波数リソースは、１つのＯＦＤＭシンボルに位置する。
【０１００】
選択的には、複数の端末装置に対して、該基準信号の時間周波数リソースは、構成が位置している制御チャネルリソースユニットに従って、システム帯域幅内における第１の制御領域内において、先に時間領域、次いで周波数領域の方式でマッピングする。
【０１０１】
選択的には、先に時間領域、次いで周波数領域の該方式は、
先に時間領域に沿って、該第１の制御領域内における１番目の物理リソースブロックＰＲＢ上のＯＦＤＭシンボルをマッピングし、次いで該第１の制御領域内における次のＰＲＢ上のＯＦＤＭシンボルをマッピングすることを含む。
【０１０２】
選択的には、同じＰＲＢの隣接するＯＦＤＭシンボルに対して、該基準信号の時間周波数リソース位置の間にシフトがある。
【０１０３】
選択的には、異なるＯＦＤＭシンボル数の制御領域に対して、該基準信号の時間周波数リソースは、少なくとも制御領域の最初及び最後のＯＦＤＭシンボルを占有する。
【０１０４】
選択的には、隣接するビームが異なる端末装置に該基準信号を送信する場合、該隣接するビームに対して、該基準信号の時間周波数リソース位置の間にシフトがある。
【０１０５】
選択的には、異なるビームに対して、該基準信号の時間周波数リソース位置のシフトは、少なくともビームシーケンス番号によって確定される。
【０１０６】
選択的には、隣接したビームが連携伝送のモードによって同じ端末装置に該基準信号を送信する場合、該隣接したビームに対して、該基準信号の時間周波数リソース位置は同じである。
【０１０７】
選択的には、異なる端末装置に対して、該基準信号の時間周波数リソース位置のシフトは、少なくとも端末装置の無線ネットワークの一時的識別子ＲＮＴＩによって確定される。
【０１０８】
選択的には、該基準信号の時間周波数リソースの１つの制御チャネルユニット内における位置は、制御チャネル候補の位置及び制御チャネル候補に占有された制御チャネルユニットの数とは無関係である。
【０１０９】
選択的には、該処理モジュール２０１０は、
制御領域リソースブロックのシーケンス番号、端末装置のＲＮＴＩ、ビームシーケンス番号、又は仮想識別子のうちの少なくとも１つに基づいて、該基準信号のシーケンスを生成するためにさらに用いられる。
【０１１０】
選択的には、該送受信モジュール２０２０は、該基準信号の時間周波数リソースの位置情報を含む基準信号の構成情報を送信するためにさらに用いられる。
【０１１１】
選択的には、該基準信号の構成情報は、該基準信号のシーケンス情報をさらに含む。
【０１１２】
本願の実施例によるネットワーク装置２０００は、本願の実施例による信号の伝送方法におけるネットワーク装置に対応でき、そのうちの各モジュールの上記及びその他の操作及び／又は機能は、それぞれ前述した各方法の相応のフローを実現するためであり、簡潔にするために、ここでは詳細な説明を省略する。
【０１１３】
図２１は、本願の実施例による端末装置２１００の概略ブロック図を示す。図２１に示すように、該端末装置２１００は、
周波数領域で連続した２つのリソースエレメントＲＥである複数組のリソース組を含む、制御チャネルに必要な基準信号の時間周波数リソースを確定するための処理モジュール２１１０と、
該基準信号の時間周波数リソースによって、該基準信号を受信するための送受信モジュール２１２０とを含み、
該処理モジュール２１１０は、該基準信号に基づいて、該制御チャネルを復調するためにさらに用いられる。
【０１１４】
選択的には、該送受信モジュール２１２０は、ネットワーク装置から送信された、該基準信号の時間周波数リソースの位置情報を含む基準信号の構成情報を受信するためにさらに用いられる。
【０１１５】
該処理モジュール２１１０は、具体的には、該基準信号の構成情報に基づいて、該基準信号の時間周波数リソースを確定するために用いられる。
【０１１６】
選択的には、該基準信号の構成情報は、該基準信号のシーケンス情報をさらに含む。
【０１１７】
本願の実施例による端末装置２１００は、本願の実施例による信号の伝送方法における端末装置に対応でき、且つ端末装置２１００における各モジュールの上記及びその他の操作及び／又は機能は、それぞれ前述した各方法の相応のフローを実現するためであり、簡潔にするために、ここでは詳細な説明を省略する。
【０１１８】
図２２は、本願のさらに他の実施例によるネットワーク装置の構成を示し、少なくとも１つのプロセッサ２２０２（例えば、ＣＰＵ）、少なくとも１つのネットワークインタフェース２２０５又は他の通信インタフェース、及びメモリ２２０６を含む。これらの部材間は通信可能に接続される。プロセッサ２２０２は、メモリ２２０６に記憶されたコンピュータプログラムのような実行可能モジュールを実行するために用いられる。メモリ２２０６は、高速ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を含む可能性があり、少なくとも１つのディスクメモリのような不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）を含む可能性もある。少なくとも１つのネットワークインタフェース２２０５（有線でも無線でもよい）によって少なくとも１つの他のネットワーク要素との間の通信接続を実現する。
【０１１９】
幾つかの実施形態では、メモリ２２０６はプログラム２２０６１を記憶しており、プロセッサ２２０２はプログラム２２０６１を実行し、前述した本願の様々な実施例における方法を実行するために用いられる。
【０１２０】
図２３は、本願のさらに他の実施例による端末装置の構成を示し、少なくとも１つのプロセッサ２３０２（例えば、ＣＰＵ）、少なくとも１つのネットワークインタフェース２３０５又は他の通信インタフェース、及びメモリ２３０６を含む。これらの部材間は通信可能に接続される。プロセッサ２３０２は、メモリ２３０６に記憶されたコンピュータプログラムのような実行可能モジュールを実行するために用いられる。メモリ２３０６は、高速ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を含む可能性があり、少なくとも１つのディスクメモリのような不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）を含む可能性もある。少なくとも１つのネットワークインタフェース２３０５（有線でも無線でもよい）によって少なくとも１つの他のネットワーク要素との間の通信接続を実現する。
【０１２１】
幾つかの実施形態では、メモリ２３０６はプログラム２３０６１を記憶しており、プロセッサ２３０２はプログラム２３０６１を実行し、前述した本願の様々な実施例における方法を実行するために用いられる。
【０１２２】
なお、本願の実施例における具体例は、当業者に本願の実施例をよりよく理解させるためのものであり、本願の実施例の範囲を限定するものではない。
【０１２３】
なお、本願の実施例において、「及び／又は」という用語は関連対象の関連関係のみを説明し、３つの関係が存在できることを示す。例えば、Ａ及び／又はＢは、Ａが単独に存在し、Ａ及びＢが同時に存在し、そしてＢが単独に存在するという３つの状況を示すことができる。また、本明細書において、「／」という文字は、常に前後の関連対象が「又は」という関係であることを示す。
【０１２４】
当業者であれば、理解できるように、本明細書に開示した実施例の説明した様々な実施例のユニット及びアルゴリズムステップを組み合わせて、電子ハードウェア、コンピュータソフトウェア、又はその両方の組み合わせで実現することができ、ハードウェアとソフトウェアとの互換可能性を明確に説明するために、上記説明において、機能に応じて各実施例の構成及びステップを一般的に説明する。これらの機能がハードウェアで実行されるかソフトウェアで実行されるかは、技術的解決手段の特定の応用及び設計上の制約条件によって決められる。当業者は、各特定の応用について異なる方法を用いて前述した機能を実施することができるが、そのような実現は本願の範囲を超えると見なされるべきではない。
【０１２５】
当業者であれば、明確に理解できるように、説明の利便性及び簡潔さのために、上記説明したシステム、装置及びユニットの具体的な作業プロセスは、前述した方法例における対応するプロセスを参照することができ、ここでは詳細な説明を省略する。
【０１２６】
本願が提供した幾つかの実施例では、披露されたシステム、装置及び方法はその他の方式でも実現できる。例えば、以上で説明した装置の実施例は単なる例示的なものであり、例えば、前記ユニットの分割は、単なる論理機能の分割であり、実際に実現する際には他の分割方式が可能であり、例えば複数のユニット又は構成要素は結合し、又は他のシステムに集積でき、又は幾つかの特徴は無視してもよく、又は実行しないようにすることができる。また、図示又は検討した相互間の結合、又は直接結合、又は通信接続は、幾つかのインタフェース、装置、又はユニットの間接結合、又は通信による接続であってもよく、電気、機械、又はその他の形式の接続であってもよい。
【０１２７】
分離部材として説明した前記ユニットは、物理的に分離しても、或いは分離しなくてもよく、ユニットとして表示された部材は物理ユニットであっても、又は物理ユニットでなくてもよく、すなわち同一の箇所に位置することができ、又は複数のネットワークユニットに配置することもできる。実際の必要に応じて、その一部又は全てのユニットを選択して、本願の実施例の手段の目的を実現できる。
【０１２８】
なお、本願の各実施例における各機能ユニットは、同一の処理ユニットに集積することができ、各ユニットは独立して物理的に実在することもでき、２つ、或いは２つ以上のユニットを１つのユニットに集積することもできる。集積した上記ユニットは、ハードウェアの形式で実現でき、ソフトウェア機能ユニットの形式による実現も可能である。
【０１２９】
集積した前記ユニットは、ソフトウェア機能ユニットの形式で実現し、且つ独立した製品として販売又は使用する際、１つのコンピュータ読み取り可能な記憶媒体に記憶させることができる。このような理解に基づいて、本願の技術的解決手段を本質的に、又は従来技術に対する貢献部分を、又は該技術的解決手段の全て又は一部を、ソフトウェア製品の形式で示すことができ、該コンピュータソフトウェア製品は１つの記憶媒体に記憶され、それは１台のコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置などであってもよい）が、本願の各実施例における前記方法のステップの全て又は一部を実行するための複数の命令を含む。前述の記憶媒体は、フラッシュメモリー、モバイルハードディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスクなどのプログラムコードを記憶することができる種々の媒体を含む。
【０１３０】
以上に記述されたのは、本願の具体的な実施形態に過ぎず、本願の保護範囲はこれに限定されるものではなく、当業者であれば、本願に披露された技術的範囲内で、様々な同等効果の修正又は置換を容易に想到し得る。これらの修正又は置換は、いずれも本願の範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の保護範囲に準じるものとする。
【図１】
0006893241.tif 000002
【図２】
0006893241.tif 000003
【図３】
0006893241.tif 000004
【図４】
0006893241.tif 000005
【図５】
0006893241.tif 000006
【図６】
0006893241.tif 000007
【図７】
0006893241.tif 000008
【図８】
0006893241.tif 000009
【図９】
0006893241.tif 000010
【図１０】
0006893241.tif 000011
【図１１】
0006893241.tif 000012
【図１２】
0006893241.tif 000013
【図１３】
0006893241.tif 000014
【図１４】
0006893241.tif 000015
【図１５】
0006893241.tif 000016
【図１６】
0006893241.tif 000017
【図１７】
0006893241.tif 000018
【図１８】
0006893241.tif 000019
【図１９】
0006893241.tif 000020
【図２０】
0006893241.tif 000021
【図２１】
0006893241.tif 000022
【図２２】
0006893241.tif 000023
【図２３】
0006893241.tif 000024