(57)【要約】      （修正有）【課題】同一のキャリアにおいて多くの種類のＴＴＩを使用してデータ伝送を行う方法及び端末を提供する。【解決手段】端末は、基地局により送信された構成情報に基づいて、ターゲットキャリアにおいて少なくとも２つの異なるＴＴＩを使用して伝送する、異なるＰＤＳＣＨ及び／又はＰＵＳＣＨを確定する。端末は、ターゲットキャリアにおけるターゲットサブフレームのＰＤＣＣＨにおいて第１のＤＣＩが存在するか否かを検出することと、第１のＤＣＩが存在しなく、又は第１のＤＣＩが存在し且つ第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩがターゲットサブフレームの長さより小さい場合、ターゲットダウンリンクサブフレームにおいて専用ダウンリンク制御チャネルの専用ＤＣＩを検出する。【効果】端末が異なるＴＴＩを使用してデータ伝送を行うように動的にスケジューリングすることで、リソース浪費を回避することができる。【選択図】図１
2020017988.tif 000002
【特許請求の範囲】
【請求項１】
データ伝送のための方法であって、
端末は、基地局により送信された構成情報に基づいて、ターゲットキャリアにおいて少なくとも２つの異なる伝送時間間隔（ＴＴＩ）又は伝送遅延を使用して伝送する、異なる物理ダウンリンク共用チャネル（ＰＤＳＣＨ）及び／又は異なる物理アップリンク共用チャネル（ＰＵＳＣＨ）を確定することと、
前記端末は、前記ターゲットキャリアにおけるターゲットサブフレームにおいて、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を検出することと、
前記端末は、前記ＰＤＣＣＨにおけるＤＣＩ内の特定情報ドメイン、又は前記ＤＣＩの巡回冗長検査（ＣＲＣ）に使用されるスクランブルシーケンス、又は前記ＤＣＩのＣＲＣに使用される無線ネットワークの一時的アイデンティティ（ＲＮＴＩ）に基づいて、前記ＰＤＳＣＨ及び／又は前記ＰＵＳＣＨの伝送に使用される伝送遅延又はＴＴＩを確定することと、を含む、データ伝送のための方法。
【請求項２】
特定情報ドメインの異なる値は、異なる伝送遅延又はＴＴＩに対応し、又は
ＣＲＣが異なるスクランブルシーケンスの異なるＤＣＩを使用して指示する伝送遅延又はＴＴＩは、異なり、又は
ＣＲＣが異なるＲＮＴＩの異なるＤＣＩを使用して指示する伝送遅延又はＴＴＩは、異なる、
請求項１に記載のデータ伝送のための方法。
【請求項３】
前記端末が、ターゲットサブフレームにおいて物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を検出することは、
前記端末は、前記ターゲットサブフレームの前記ＰＤＣＣＨの端末固有サーチスペース（ＵＳＳ）において前記ＤＣＩを検出することを含み、
前記ＤＣＩは前記特定情報ドメインを含み、前記特定情報ドメインは、前記ＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩ又は伝送遅延の長さを示すために用いられる、
請求項２に記載のデータ伝送のための方法。
【請求項４】
前記端末は前記少なくとも２つの異なるＴＴＩ又は伝送遅延を使用して異なるＰＤＳＣＨで伝送する場合、前記異なるＰＤＳＣＨのハイブリッド自動再送要求（ＨＡＲＱ）のプロセス番号は個別に設定されるものである
請求項１〜３のいずれか１項に記載のデータ伝送のための方法。
【請求項５】
前記ＨＡＲＱプロセス番号は、前記ＤＣＩにおけるＨＡＲＱプロセス番号情報ドメインによって示され、
前記ＨＡＲＱプロセス番号情報ドメインの長さの確定は、
前記ＨＡＲＱプロセス番号情報ドメインの長さを４ビットとして確定し、
又は、
前記端末の現在使用している前記少なくとも２つの異なるＴＴＩ又は伝送遅延の長さ及び前記ターゲットキャリアの現在使用しているＴＤＤアップリンク/ダウンリンク構成に基づいて、前記端末の現在実際にサポートする最大ＨＡＲＱプロセス数を確定し、前記実際にサポートする最大ＨＡＲＱプロセス数に基づいて、前記ＨＡＲＱプロセス番号情報ドメインの長さを確定し、
又は、
ＴＤＤシステムがサポートする最大ＨＡＲＱプロセス数に基づいて、前記ＨＡＲＱプロセス番号情報ドメインの長さを確定し、
又は、
前記端末のサポートする最大ＨＡＲＱプロセス数に基づいて、前記ＨＡＲＱプロセス番号情報ドメインの長さを確定する、
ようにし、前記ＴＤＤシステムは、同一のキャリアにおいて少なくとも２つの異なるＴＴＩ又は伝送遅延を使用して異なるＰＤＳＣＨ及び／又は異なるＰＵＳＣＨで伝送することをサポートする、
請求項４に記載のデータ伝送のための方法。
【請求項６】
前記少なくとも２つの異なるＴＴＩ又は伝送遅延で伝送する異なるＰＤＳＣＨに対応する伝送モードが異なり、及び／又は、
前記少なくとも２つの異なるＴＴＩ又は伝送遅延で伝送する異なるＰＵＳＣＨに対応する伝送モードが異なる
請求項１〜５のいずれか１項に記載のデータ伝送のための方法。
【請求項７】
異なるＴＴＩ又は伝送遅延が異なるサービスタイプに対応する、
請求項１〜５のいずれか１項に記載のデータ伝送のための方法。
【請求項８】
データ伝送のための端末であって、
基地局により送信された構成情報に基づいて、ターゲットキャリアにおいて少なくとも２つの異なる伝送時間間隔（ＴＴＩ）又は伝送遅延を使用して伝送する、異なる物理ダウンリンク共用チャネル（ＰＤＳＣＨ）及び／又は異なる物理アップリンク共用チャネル（ＰＵＳＣＨ）を確定するように構成される確定ユニットと、
前記ターゲットキャリアにおけるターゲットサブフレームにおいて、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を検出するように構成される検出ユニットと、を含み、
前記確定ユニットは、前記ＰＤＣＣＨにおけるＤＣＩ内の特定情報ドメイン、又は前記ＤＣＩの巡回冗長検査（ＣＲＣ）に使用されるスクランブルシーケンス、又は前記ＤＣＩのＣＲＣに使用される無線ネットワークの一時的アイデンティティ（ＲＮＴＩ）に基づいて、前記ＰＤＳＣＨ及び／又は前記ＰＵＳＣＨの伝送に使用される伝送遅延又はＴＴＩを確定するようにさらに構成される、
前記データ伝送のための端末。
【請求項９】
特定情報ドメインの異なる値は、異なる伝送遅延又はＴＴＩに対応し、又は
ＣＲＣが異なるスクランブルシーケンスの異なるＤＣＩを使用して指示する伝送遅延又はＴＴＩは、異なり、又は
ＣＲＣが異なるＲＮＴＩの異なるＤＣＩを使用して指示する伝送遅延又はＴＴＩは、異なる、
請求項８に記載のデータ伝送のための端末。
【請求項１０】
前記検出ユニットは、具体的に、
前記ターゲットサブフレームの前記ＰＤＣＣＨの端末固有サーチスペース（ＵＳＳ）において前記ＤＣＩを検出するように構成され、
前記ＤＣＩは前記特定情報ドメインを含み、前記特定情報ドメインは、前記ＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩ又は伝送遅延の長さを示すために用いられる、
請求項９に記載のデータ伝送のための端末。
【請求項１１】
前記端末は前記少なくとも２つの異なるＴＴＩ又は伝送遅延を使用して異なるＰＤＳＣＨで伝送する場合、前記異なるＰＤＳＣＨのハイブリッド自動再送要求（ＨＡＲＱ）のプロセス番号は個別に設定されるものである
請求項８〜１０のいずれか１項に記載のデータ伝送のための端末。
【請求項１２】
前記ＨＡＲＱプロセス番号は、前記ＤＣＩにおけるＨＡＲＱプロセス番号情報ドメインによって示され、
前記ＨＡＲＱプロセス番号情報ドメインの長さの確定は、
前記ＨＡＲＱプロセス番号情報ドメインの長さを４ビットとして確定し、
又は、
前記端末の現在使用している前記少なくとも２つの異なるＴＴＩ又は伝送遅延の長さ及び前記ターゲットキャリアの現在使用しているＴＤＤアップリンク/ダウンリンク構成に基づいて、前記端末の現在実際にサポートする最大ＨＡＲＱプロセス数を確定し、前記実際にサポートする最大ＨＡＲＱプロセス数に基づいて、前記ＨＡＲＱプロセス番号情報ドメインの長さを確定し、
又は、
ＴＤＤシステムがサポートする最大ＨＡＲＱプロセス数に基づいて、前記ＨＡＲＱプロセス番号情報ドメインの長さを確定し、
又は、
前記端末のサポートする最大ＨＡＲＱプロセス数に基づいて、前記ＨＡＲＱプロセス番号情報ドメインの長さを確定する、
ようにし、前記ＴＤＤシステムは、同一のキャリアにおいて少なくとも２つの異なるＴＴＩ又は伝送遅延を使用して異なるＰＤＳＣＨ及び／又は異なるＰＵＳＣＨで伝送することをサポートする、
請求項１１に記載のデータ伝送のための端末。
【請求項１３】
前記少なくとも２つの異なるＴＴＩ又は伝送遅延で伝送する異なるＰＤＳＣＨに対応する伝送モードが異なり、及び／又は、
前記少なくとも２つの異なるＴＴＩ又は伝送遅延で伝送する異なるＰＵＳＣＨに対応する伝送モードが異なる
請求項８〜１２のいずれか１項に記載のデータ伝送のための端末。
【請求項１４】
異なるＴＴＩ又は伝送遅延が異なるサービスタイプに対応する、
請求項８〜１２のいずれか１項に記載のデータ伝送のための端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特に、データ伝送のための方法及び端末に関する。
【背景技術】
【０００２】
未来の通信技術において、エアインターフェース技術及び応用の継続的な発展につれて、遅延低減が1つの重要なパフォーマンス指標になってきて、例えば、移動端末のリアルタイムリモートコンピューティング（Ｒｅａｌ−ｔｉｍｅ  ｒｅｍｏｔｅ  ｃｏｍｐｕｔｉｎｇ  ｆｏｒ  ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌｓ）のエンドツーエンド遅延が１０ｍｓより小さいことが要求され、効率や安全トラフィック（Ｔｒａｆｆｉｃ  ｅｆｆｉｃｉｅｎｔｙ  ａｎｄ  ｓａｆｅｔｙ）の遅延が５ｍｓであることが要求され、それに対して現行ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、「ＬＴＥ」と略称され)技術の伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、「ＴＴＩ」略称され）の時間が１ｍｓである。
【０００３】
データ処理及び復号遅延が主にＴＴＩ長さに関係しているため、伝送遅延を低減する１つの重要技術がＴＴＩを短縮させることである。ＬＴＥ−Ａ  Ｒｅｌ−１３は、現在、もっと短いＴＴＩを使用してデータ伝送を行うことを研究している。短ＴＴＩの強みとして、伝送遅延を短縮することができるが、制御シグナリングのオーバーヘッドが高く、スペクトル効率が低くなることを引き起こす。例えば、多くのサービス種類が存在する端末として、最も短い遅延を要求するサービスに準拠して統一したＴＴＩを確定しようとした場合、リリース浪費が引き起こされ、また、短ＴＴＩでの伝送をサポートするキャリアにおいても、現行ＬＴＥシステムへの互換性を確保することができなく、即ち、１ｍｓ  ＴＴＩに適合することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、同一のキャリアにおいて多くの種類のＴＴＩを使用してデータ伝送を行うことができるデータ伝送のための方法及び端末を提供する。
【課題を解決するための手段】
【０００５】
第１の形態は、データ伝送のための方法を提供し、該方法は、端末は基地局により送信された構成情報に基づいて、ターゲットキャリアにおいて少なくとも２つの異なるＴＴＩを使用して伝送する、異なる物理ダウンリンク共用チャネル（ＰＤＳＣＨ）及び／又は異なる物理アップリンク共用チャネル（ＰＵＳＣＨ）を確定することと、該端末は該ターゲットキャリアにおけるターゲットサブフレームの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において第１のダウンリンク制御情報（ＤＣＩ）が存在するか否かを検出することと、該端末は、該ターゲットサブフレームの該ＰＤＣＣＨに該第１のＤＣＩが存在しなく、又は該ターゲットサブフレームの該ＰＤＣＣＨに該第１のＤＣＩが存在し且つ該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さが該ターゲットサブフレームの長さより小さい場合、該ターゲットダウンリンクサブフレームにおいて専用ダウンリンク制御チャネルを検出することとを含み、ここで、該第１のＤＣＩは該ターゲットキャリアにおける該ターゲットサブフレームで伝送されるＰＤＳＣＨをスケジューリングするために用いられ、該専用制御チャネルは専用ＤＣＩを含み、該専用ＤＣＩによりスケジューリングされるＰＤＳＣＨ又はＰＵＳＣＨのＴＴＩが該ターゲットサブフレームの長さより小さい。
【０００６】
このため、本発明の実施例のデータ伝送のための方法によって、該端末は、同一のキャリアにおいて少なくとも２種類のＴＴＩを使用して異なるＰＤＳＣＨ及び／又は異なるＰＵＳＣＨで伝送することができ、即ち、端末が異なるＴＴＩを使用してデータ伝送を行うように動的にスケジューリングすることで、リソース使用率を向上させることができる。
【０００７】
第１の形態を参照し、第１の形態の１つの実現方式において、該方法は、該端末は該ターゲットサブフレームの該ＰＤＣＣＨに該第１のＤＣＩが存在し、且つ該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨの伝送時間間隔（ＴＴＩ）が該ターゲットサブフレームの長さの以上であることを検出した場合、該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨを受信すること、をさらに含む。
【０００８】
第１の形態及びその上記実現方式を参照し、第１の形態の他の実現方式において、該端末は、該ターゲットキャリアにおけるターゲットサブフレームのＰＤＣＣＨにおいて第２のＤＣＩを検出しても良く、該第２のＤＣＩはＰＵＳＣＨをスケジューリングするために用いられる。
【０００９】
第１の形態及びその上記実現方式を参照し、第１の形態の他の実現方式において、該ターゲットサブフレームはダウンリンクサブフレーム又は時分割複信（ＴＤＤ）システムの特別サブフレームである。
【００１０】
第１の形態及びその上記実現方式を参照し、第１の形態の他の実現方式において、該端末はターゲットサブフレームの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において第１のダウンリンク制御情報（ＤＣＩ）が存在するか否かを検出することは、該端末は、該ターゲットサブフレームの該ＰＤＣＣＨの共通サーチスペース（ＣＳＳ）において該第１のＤＣＩが存在するか否かを検出することを含み、該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さが該ターゲットサブフレームの長さと等しく、又は該少なくとも２つの異なるＴＴＩのうちの最長のＴＴＩの長さと等しく、又は該少なくとも２つの異なるＴＴＩのうちの最短のＴＴＩの長さと等しい。
【００１１】
第１の形態及びその上記実現方式を参照し、第１の形態の他の実現方式において、該端末はターゲットサブフレームの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において第１のダウンリンク制御情報（ＤＣＩ）が存在するか否かを検出することは、該端末は、該ターゲットサブフレームの該ＰＤＣＣＨの端末固有サーチスペース（ＵＳＳ）において該第１のＤＣＩが存在するか否かを検出することを含み、該第１のＤＣＩは特定情報ドメインを含み、該特定情報ドメインは該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さを示すために用いられる。
【００１２】
第１の形態及びその上記実現方式を参照し、第１の形態の他の実現方式において、該端末は該少なくとも２つの異なるＴＴＩを使用して異なるＰＤＳＣＨで伝送する場合、該異なるＰＤＳＣＨのハイブリッド自動再送要求（ＨＡＲＱ）のプロセス番号は各自で設定されるものである。
【００１３】
第１の形態及びその上記実現方式を参照し、第１の形態の他の実現方式において、該ＨＡＲＱプロセス番号は該第１のＤＣＩにおけるＨＡＲＱプロセス番号情報ドメインによって示され、該ＨＡＲＱプロセス番号情報ドメインの長さについては、該ＨＡＲＱプロセス番号情報ドメインの長さを４ビットとして確定し、または、該端末の現在使用している該少なくとも２つの異なるＴＴＩの長さ及び該ターゲットキャリアの現在使用しているＴＤＤアップリンク／ダウンリンク構成に基づいて該端末の現在実際にサポートする最大ＨＡＲＱプロセス数を確定し、該実際にサポートする最大ＨＡＲＱプロセス数を基づいて該ＨＡＲＱプロセス番号情報ドメインの長さを確定し、又は、ＴＤＤシステムのサポートする最大ＨＡＲＱプロセス数に基づいて該ＨＡＲＱプロセス番号情報ドメインの長さを確定し、該ＴＤＤシステムが同一のキャリアにおいて少なくとも２つの異なるＴＴＩを使用して異なるＰＤＳＣＨ及び／又は異なるＰＵＳＣＨで伝送することをサポートし、又は、該端末のサポートする最大ＨＡＲＱプロセス数に基づいて、該ＨＡＲＱプロセス番号情報ドメインの長さを確定する。
【００１４】
第１の形態及びその上記実現方式を参照し、第１の形態の他の実現方式において、該少なくとも２つの異なるＴＴＩで伝送する異なるＰＤＳＣＨに対応する伝送モードが異なり、及び／又は、該少なくとも２つの異なるＴＴＩで伝送する異なるＰＵＳＣＨに対応する伝送モードが異なる。
【００１５】
第１の形態及びその上記実現方式を参照し、第１の形態の他の実現方式において、該ＵＳＳに該第１のＤＣＩが存在し、且つ該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さが該ターゲットサブフレームの長さより小さい場合、該第１のＤＣＩのフォーマットが１Ａである。
【００１６】
第１の形態及びその上記実現方式を参照し、第１の形態の他の実現方式において、該ターゲットサブフレームの該ＵＳＳに第２のＤＣＩが含まれ、該第２のＤＣＩはＰＵＳＣＨをスケジューリングするように用いられ、該第２のＤＣＩによりスケジューリングされるＰＵＳＣＨのＴＴＩの長さが該ターゲットサブフレームの長さより小さく、該第２のＤＣＩのフォーマットが０である。
【００１７】
第１の形態及びその上記実現方式を参照し、第１の形態の他の実現方式において、該少なくとも２つの異なるＴＴＩで伝送する異なるＰＤＳＣＨに対応する伝送モードが異なり、及び／又は、該少なくとも２つの異なるＴＴＩで伝送する異なるＰＵＳＣＨに対応する伝送モードが同じであり、それによって、ＰＤＣＣＨにブラインド検出回数が増えないことを保証することができる。
【００１８】
第２の形態は、上記第１の形態又は第１の形態のいかなる可能な実現方式の方法を実行するために、データ伝送のための端末を提供する。具体的に、該装置は、上記第１の形態又は第１の形態のいかなる可能な実現方式の方法を実行するためのユニットを含む。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施例によるデータ伝送のための方法のフローチャートである。
【図２】本発明の実施例によるＨＡＲＱプロセス番号の概略図である。
【図３】本発明の実施例によるデータ伝送のための端末のブロック図である。
【発明を実施するための形態】
【００２０】
より明確に本発明の実施例を説明するために、上記において、実施例または先行技術の説明で必要となる図面を簡単に説明し、明らかに、上記に記載されている図面は、単なる本発明の幾つかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、これらの図面に基づいてその他の図面が得ることができる。
【００２１】
図１に本発明の実施例によるデータ伝送のための方法１００のフローチャートを示し、該方法１００が基地局及び端末によって実行される。図１に示すように、該方法１００は、Ｓ１１０〜Ｓ１３０を含む
Ｓ１１０において、基地局は端末へ構成情報を送信する。
【００２２】
具体的に、基地局は端末へ構成情報を送信し、端末は該構成情報を受信した後、該構成情報基づいて、該端末がターゲットキャリアにおいて少なくとも２つの異なるＴＴＩを使用して伝送する可能な異なる物理ダウンリンク共用チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、「ＰＤＳＣＨ」と略称され）及び／又は異なる物理アップリンク共用チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、「ＰＵＳＣＨ」と略称され）を確定する。
【００２３】
Ｓ１２０において、端末は、基地局がターゲットキャリアにおいて送信したターゲットサブフレームを受信し、該受信したターゲットサブフレームのＰＤＣＣＨを検出し、また、該ターゲットサブフレームの専用制御チャネルを検出してもよく、それによって、ターゲットキャリアにおいてデータを伝送するＴＴＩの長さを確定し、該ターゲットサブフレームがダウンリンクサブフレームであってもよいし、時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ、「ＴＤＤ」と略称され）システムの特別サブフレームであっても良い。
【００２４】
本発明の実施例において、異なるＤＣＩによって異なる長さのＴＴＩをスケジューリングし、ＤＣＩにＴＴＩ指示ドメインを新たに追加することによって異なるＴＴＩを示すことができ、又はＤＣＩの巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ、「ＣＲＣ」と略称され）に異なるスクランブルシーケンスを使用し、又は異なる無線ネットワークの一時的アイデンティティ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒｙ  Ｉｄｅｎｔｉｔｙ  、「ＲＮＴＩ」と略称され）を使用し、又は他の方式であってもよく、いずれも、端末がどのＴＴＩを使用するかを動的に指示することができ、本発明の実施例はこれに限定されない。
【００２５】
具体的に、端末は、該ターゲットキャリアにおけるターゲットサブフレームの物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、「ＰＤＣＣＨ」と略称され）において第１のダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、「ＤＣＩ」と略称され）が存在するか否かを検出し、該第１のＤＣＩは、該ターゲットキャリアにおいてターゲットサブフレームで伝送されるＰＤＳＣＨをスケジューリングするために用いられる。
【００２６】
選択肢として、１つの実施例として、該端末は、ＰＤＣＣＨにおいて該第１のＤＣＩを検出し、且つ該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さが該ターゲットサブフレームの以上である場合、該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さに基づいて、該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨを受信し、さらに、該端末は該ターゲットサブフレームにおいて専用制御チャネルの検出を停止し、該専用制御チャネルは専用ＤＣＩを伝送するために用いられ、該専用ＤＣＩはＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするために用いられ、且つ、該専用ＤＣＩによりスケジューリングされるＰＤＳＣＨ又はＰＵＳＣＨのＴＴＩの長さが該ターゲットサブフレームの長さより小さい。
【００２７】
選択肢として、１つの実施例として、該端末は、ＰＤＣＣＨにおいて該第１のＤＣＩを検出し、且つ該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さが該ターゲットサブフレームより小さい場合、該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さに基づいて、該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨを受信し、また、該端末は、該ターゲットサブフレームにおいて専用制御チャネルを継続して検出し、該専用制御チャネルは専用ＤＣＩを伝送するために用いられ、該専用ＤＣＩはＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするために用いられ、且つ該専用ＤＣＩによりスケジューリングされるＰＤＳＣＨ又はＰＵＳＣＨのＴＴＩの長さが該ターゲットサブフレームの長さより小さい。該端末は、該専用ＤＣＩを検出した場合、該専用ＤＣＩによりスケジューリングされるＰＤＳＣＨ又はＰＵＳＣＨのＴＴＩの長さに基づいて、基地局との間にＰＤＳＣＨ又はＰＵＳＣＨで伝送する。該端末は、該専用ＤＣＩが検出されていない場合、次のサブフレームを継続して検出しても良く、同様に、次のサブフレームのＰＤＣＣＨを検出する。
【００２８】
また、１つの実施例として、該端末は、ＰＤＣＣＨにおいて該第１のＤＣＩが検出されていない場合、該ターゲットサブフレームにおいて専用制御チャネルを継続して検出し、該専用制御チャネルは専用ＤＣＩを伝送するために用いられ、該専用ＤＣＩはＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするために用いられ、且つ該専用ＤＣＩによりスケジューリングされるＰＤＳＣＨ又はＰＵＳＣＨのＴＴＩの長さが該ターゲットサブフレームの長さより小さい。該端末は、該専用ＤＣＩを検出した場合、該専用ＤＣＩによりスケジューリングされるＰＤＳＣＨ又はＰＵＳＣＨのＴＴＩの長さに基づいて、基地局との間にＰＤＳＣＨ又はＰＵＳＣＨで伝送する。該端末は、該専用ＤＣＩが検出されていない場合、次のサブフレームを継続して検出しても良く、同様に、次のサブフレームのＰＤＣＣＨを検出する。
【００２９】
さらに、該端末は、ＰＤＣＣＨにおいて該第１のＤＣＩが検出されておらず、ＰＵＳＣＨをスケジューリングするための第２のＤＣＩを検出した場合、該端末は、基地局へ該第２のＤＣＩによりスケジューリングされるＰＵＳＣＨを送信する。
【００３０】
本発明の実施例において、第１のＤＣＩ又は第２のＤＣＩはＰＤＣＣＨの共通サーチスペース（ＣＳＳ）に位置しても良い。ＰＤＣＣＨのＣＳＳにおけるＤＣＩの大きさが自由に変更されることができなく、即ちＴＴＩの指示ドメインを新たに追加することができないため、ＣＳＳにおけるＤＣＩを使用してＴＴＩの具体的な長さを指示することができなく、予めで設定するしかなく、例えば、該ＣＳＳにおけるＤＣＩが、常規ＴＴＩの長さを使用して伝送するＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするため、ターゲットサブフレームの長さと等しい該常規ＴＴＩの長さを予め設定し、又は、該ＣＳＳにおいてＤＣＩが、最小又は最大のＴＴＩ長さを使用して伝送するＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするため、該端末のサポートする少なくとも２つの異なるＴＴＩのうちの最小又は最大のＴＴＩの長さである該最小又は最大のＴＴＩ長さを予め設定する。
【００３１】
本発明の実施例において、第１のＤＣＩ又は第２のＤＣＩは、ＰＤＣＣＨにおける端末固有サーチスペース（ＵＳＳ）に位置してもよく、該ＵＳＳにおけるＤＣＩのスケジューリングして使用する可能なＰＤＳＣＨ又はＰＵＳＣＨのＴＴＩの長さがターゲットサブフレームの長さより小さくてもよいし、該ターゲットサブフレームの長さと等しくてもよいし、該ターゲットサブフレームの長さより大きくてもよく、本発明の実施例はこれに限定されない。しかし、異なる長さのＴＴＩをスケジューリングして使用する場合、ＤＣＩの大きさが同じであり、例えば、ＤＣＩ  ｆｏｒｍａｔ  １Ａでターゲットキャリア内の常規ＴＴＩに対応するＰＤＳＣＨをスケジューリングする場合、ＤＣＩの大きさが２９ビットであり、ＤＣＩ  ｆｏｒｍａｔ  １Ａでターゲットキャリア内の短ＴＴＩに対応するＰＤＳＣＨをスケジューリングする場合、ＤＣＩの大きさが依然として２９ビットであり、ここで、常規ＴＴＩの長さがターゲットサブフレームの長さと等しく、短ＴＴＩの長さが該ターゲットサブフレームの長さより小さい。
【００３２】
本発明の実施例において、専用制御チャネルに位置する専用ＤＣＩによってスケジューリングして使用するＰＤＳＣＨ又はＰＵＳＣＨのＴＴＩの長さがターゲットサブフレームの長さより小さい。専用ダウンリンク制御チャネルは常規ＴＴＩに対応するＰＤＳＣＨ/ＰＵＳＣＨをスケジューリングするために使用されないため、つまり専用ＤＣＩによってスケジューリングして使用するＰＤＳＣＨ又はＰＵＳＣＨのＴＴＩの長さがターゲットサブフレームの長さより小さく、短ＴＴＩであるため、短ＴＴＩのニーズに応じて専用のＤＣＩを構成することが可能であり、それによって制御シグナリングオーバーヘッドを低減する。例えば、ＰＤＣＣＨのＵＳＳに伝送されるＤＣＩ  ｆｏｒｍａｔ  １Ａは、短ＴＴＩをスケジューリングするために用いられる場合、該ＤＣＩ  ｆｏｒｍａｔ  １Ａ長さが２９ビットであるが、専用ダウンリンク制御チャネルに伝送されるＤＣＩ  ｆｏｒｍａｔ  １Ａは、短ＴＴＩをスケジューリングする場合、ＤＣＩ  ｆｏｒｍａｔ  １Ａが２０ビットの以下であってもよく、又は、専用ダウンリンク制御チャネルのために、新しいＤＣＩフォーマットを構成し、新しいＤＣＩフォーマットで短ＴＴＩをスケジューリングして使用してもよい。例えば、基地局は、短ＴＴＩ伝送をサポートするために、システム帯域幅のうちの一部の帯域幅を事前に設定する場合、ＤＣＩの物理リリース割当指示ドメインを、該定義された一部の帯域幅に基づいて、構成してもよい。
【００３３】
本発明の実施例において、端末が異なるＴＴＩを使用して異なるデータを伝送することができるため、ハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ、「ＨＡＲＱ」と略称され）の最大プロセス数が変更される可能性があり、例えば、周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ、「ＦＤＤ」と略称され）システムにおいて、ＨＡＲＱの最大プロセス数が依然として８と維持されているが、ＴＤＤシステムである場合、ＨＡＲＱの最大プロセス数が増えることになり、例えば、ＴＤＤのアップリンク／ダウンリンク構成５の場合において、ＴＴＩが０．５ｍｓと等しい場合、ＨＡＲＱの最大プロセス数が２２まで達することになる。そのため、端末は少なくとも２つの異なるＴＴＩを使用して異なるＰＤＳＣＨで伝送する場合、ＨＡＲＱのプロセス番号が個別に設定されであっても良く、即ち各自の番号を付けてもよい。例えば、図２に示すように、ＦＤＤシステムにおいて、長プロセスのＴＴＩが１ｍｓであり、短プロセスのＴＴＩが０．５ｍｓであり、長プロセスと短プロセスとの番号が個別のものである。ＴＤＤシステムも同様に、ここで、ＴＤＤのアップリンク／ダウンリンク構成２を例とし、異なるサブフレームにおいて、長プロセス及び短プロセスのそれぞれがあり、同様に、長プロセスのＴＴＩが１ｍｓであっても良く、短プロセスのＴＴＩが０．５ｍｓであっても良く、長プロセスと短プロセスの番号が個別のものである。
【００３４】
具体的に、ＨＡＲＱのプロセス番号は、ＤＣＩにおけるＨＡＲＱプロセス番号情報ドメインによって示されてもよく、該ＨＡＲＱプロセス番号情報ドメインの長さは、以下の方法のうちの1つによって確定されることができる。
【００３５】
該ＨＡＲＱプロセス番号情報ドメインの長さを直接に４ビットとして設定してもよく、現在、ＴＤＤシステムにおけるＤＣＩで、４ビットを使用してＨＡＲＱプロセス番号を示し、即ち、最大に１６個のプロセスを示すことができ、既存の４ビットを使用してシグナリングを示してもよく、即ち、実際のスケジューリングにおけるＨＡＲＱプロセス数を依然として１６を超えないように限定する。
【００３６】
また、該端末の現在使用している少なくとも２つの異なるＴＴＩの長さ及びターゲットキャリアの現在使用しているＴＤＤアップリンク／ダウンリンク構成に基づいて、該端末の現在実際にサポートする最大ＨＡＲＱプロセス数を確定することができ、さらに、該実際にサポートする最大ＨＡＲＱプロセス数を基づいて、対応するＨＡＲＱプロセス番号情報ドメインの長さを確定し、例えば、システムが２つの異なるＴＴＩで異なるＰＤＳＣＨで伝送することをサポートし、即ち、１ｍｓと０．５ｍｓであり、現在、ターゲットキャリアにおいてＴＤＤのアップリンク／ダウンリンク構成５を使用しており、この時、１ｍｓ  ＴＴＩに対応する最大プロセス数が１５であり、０．５ｍｓ  ＴＴＩに対応する最大プロセス数が２２であり、この場合、該端末は、現在実際にサポートする最大ＨＡＲＱプロセス数を２２として確定し、該端末の使用しているＨＡＲＱプロセス番号情報ドメインの長さを５ビットとして設定する。
【００３７】
また、ＴＤＤシステムのサポートする最大ＨＡＲＱプロセス数に基づいて、ＨＡＲＱプロセス番号情報ドメインの長さを確定してもよく、該ＴＤＤシステムは同一のキャリアにおいて少なくとも２つの異なるＴＴＩ使用して伝送する異なるＰＤＳＣＨ及び／又は異なるＰＵＳＣＨをサポートし、例えば、システムが最大２２個ののプロセスをサポートする場合、少なくとも２つの異なるＴＴＩを使用してデータ伝送を行う端末のＨＡＲＱプロセス番号情報ドメインのいずれの長さを５ビットとして設定してもよい。
【００３８】
端末のサポートする最大ＨＡＲＱプロセス数に基づいて、ＨＡＲＱプロセス番号情報ドメインの長さを確定してもよい。
【００３９】
上記のいくつかの方法を使用してから、異なるＴＴＩをスケジューリングするＤＣＩにおけるＨＡＲＱプロセス番号情報ドメインの長さが同じである。
【００４０】
本発明の実施例において、端末は、異なるＴＴＩを使用して異なるＰＤＳＣＨ及び／又はＰＵＳＣＨで伝送する場合、同じ伝送モードを使用することができ、これによって、ＰＤＣＣＨのブラインド検出回数が増えないことを保証する。異なる伝送モードを使用してもよく、本発明の実施例はこれに限定されない。しかし、異なる伝送モードを使用する場合、ＰＤＣＣＨにおいて短ＴＴＩをスケジューリングしてＰＤＳＣＨで伝送する場合、ＤＣＩのフォーマットは１Ａ（ＤＣＩ  ｆｏｒｍａｔ  １Ａ）を使用し、ＰＤＣＣＨにおいて短ＴＴＩをスケジューリングしてＰＵＳＣＨで伝送する場合、ＤＣＩのフォーマットは０（ＤＣＩ  ｆｏｒｍａｔ  ０）を使用し、ここで、短ＴＴＩとは、該ＴＴＩの長さがターゲットサブフレームの長さより小さいＴＴＩである。
【００４１】
Ｓ１３０において、基地局と端末との間に、確定されたＴＴＩを使用してデータ伝送を行う。
【００４２】
具体的に、端末は、ターゲットサブフレームのＰＤＣＣＨ又は専用制御チャネルを検出することによってＴＴＩを確定した後、該ＴＴＩに基づいて、対応するＰＤＳＣＨ又はＰＵＳＣＨで伝送し、このように、端末は、ターゲットキャリアにおいて複数のサブフレームを検出し、各サブフレームで伝送するＰＤＳＣＨ又はＰＵＳＣＨに対応するＴＴＩが異なる可能性があり、そして、端末は、該ターゲットサブフレームにおいて少なくとも２つの異なるＴＴＩを使用して対応するＰＤＳＣＨ及び／又はＰＵＳＣＨで伝送してもよい。
【００４３】
そのため、本発明の実施例によるデータ伝送のための方法において、端末は、キャリア内のサブフレームのＰＤＣＣＨ又は専用制御チャネルを検出してＴＴＩを確定し、該ＴＴＩの長さが該ターゲットサブフレームの長さの以上又は、以下でもよく、それによって、該端末は同一のキャリアにおいて少なくとも２種類のＴＴＩを使用して異なるＰＤＳＣＨ及び／又は異なるＰＵＳＣＨで伝送することができ、即ち、端末が異なるＴＴＩを使用してデータ伝送を行うように動的にスケジューリングすることで、リリース浪費を回避することができる。
【００４４】
以上、図１と図２を参照して、本発明の実施例によるデータ伝送のための方法を詳しく説明しており、以下、図３を参照して、本発明の実施例によるデータ伝送のための端末を説明する。
【００４５】
図３に示すように、本発明の実施例によるデータ伝送のための端末２００は、確定ユニット２１０、検出ユニット２２０、及び処理ユニット２３０を含む。
【００４６】
確定ユニット２１０は、基地局により送信された構成情報に基づいて、ターゲットキャリアにおいて少なくとも２つの異なる伝送時間間隔（ＴＴＩ）を使用して伝送する、異なる物理ダウンリンク共用チャネル（ＰＤＳＣＨ）及び／又は異なる物理アップリンク共用チャネル（ＰＵＳＣＨ）を確定するように構成される。
【００４７】
検出ユニット２２０は、該ターゲットキャリアにおけるターゲットサブフレームの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において第１のダウンリンク制御情報（ＤＣＩ）が存在するか否かを検出するように構成され、該第１のＤＣＩは、該ターゲットキャリアにおける該ターゲットサブフレームで伝送するＰＤＳＣＨをスケジューリングするために用いられる。
【００４８】
処理ユニット２３０は、該端末は、該ターゲットサブフレームの該ＰＤＣＣＨに該第１のＤＣＩが存在しなく、又は、該ターゲットサブフレームの該ＰＤＣＣＨに該第１のＤＣＩが存在し、且つ該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さが該ターゲットサブフレームの長さより小さい場合、該ターゲットダウンリンクサブフレームにおいて専用ダウンリンク制御チャネルを検出するように構成され、該専用制御チャネルは専用ＤＣＩを含み、該専用ＤＣＩによりスケジューリングされるＰＤＳＣＨ又はＰＵＳＣＨのＴＴＩが該ターゲットサブフレームの長さより小さい。
【００４９】
そして、本発明の実施例によるデータ伝送のための端末は、キャリア内のサブフレームのＰＤＣＣＨ又は専用制御チャネルを検出してＴＴＩを確定し、該ＴＴＩの長さが該ターゲットサブフレームの長さの以上でもよいし、以下でもよく、それによって、該端末は同一のキャリアにおいて少なくとも２種類のＴＴＩを使用して異なるＰＤＳＣＨ及び／又は異なるＰＵＳＣＨで伝送することができ、即ち、端末が異なるＴＴＩを使用してデータ伝送を行うように動的にスケジューリングすることで、リリース浪費を回避することができる。
【００５０】
選択肢として、処理ユニットは、さらに、該端末は該ターゲットサブフレームの該ＰＤＣＣＨに該第１のＤＣＩが存在し、且つ該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨの伝送時間間隔（ＴＴＩ）が該ターゲットサブフレームの長さの以上であることを検出した場合、該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨを受信するようにさらに構成される。
【００５１】
選択肢として、該ターゲットサブフレームは、ダウンリンクサブフレーム又は時分割複信（ＴＤＤ）システムの特別のサブフレームである。
【００５２】
選択肢として、該検出ユニットは、具体的に、該ターゲットサブフレームの該ＰＤＣＣＨの共通サーチスペース（ＣＳＳ）において該第１のＤＣＩが存在するか否かを検出するように構成され、該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さは、該ターゲットサブフレームの長さと等しく、又は該少なくとも２つの異なるＴＴＩのうちの最長のＴＴＩの長さと等しく、又は該少なくとも２つの異なるＴＴＩのうちの最短のＴＴＩの長さと等しい。
【００５３】
選択肢として、該検出ユニットは、具体的に、該ターゲットサブフレームの該ＰＤＣＣＨの端末固有サーチスペース（ＵＳＳ）において該第１のＤＣＩが存在するか否かを検出するように構成され、該第１のＤＣＩは特定情報ドメインを含み、該特定情報ドメインは該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さを示すために用いられる。
【００５４】
選択肢として、該端末は該少なくとも２つの異なるＴＴＩを使用して異なるＰＤＳＣＨで伝送する場合、該異なるＰＤＳＣＨのハイブリッド自動再送要求（ＨＡＲＱ）のプロセス番号は個別して設定されるものである。
【００５５】
選択肢として、該ＨＡＲＱプロセス番号は、該第１のＤＣＩにおけるＨＡＲＱプロセス番号情報ドメインによって示され、該ＨＡＲＱプロセス番号情報ドメインの長さを４ビットとして確定してもよい。
【００５６】
選択肢として、該端末の現在使用している該少なくとも２つの異なるＴＴＩの長さ及び該ターゲットキャリアの現在使用しているＴＤＤアップリンク／ダウンリンク構成に基づいて、該端末の現在実際にサポートする最大ＨＡＲＱプロセス数を確定してもよく、該実際にサポートする最大ＨＡＲＱプロセス数に基づいて、該ＨＡＲＱプロセス番号情報ドメインの長さを確定する。
【００５７】
選択肢として、ＴＤＤシステムのサポートする最大ＨＡＲＱプロセス数に基づいて、該ＨＡＲＱプロセス番号情報ドメインの長さを確定してもよく、該ＴＤＤシステムは、同一のキャリアにおいて少なくとも２つの異なるＴＴＩを使用して異なるＰＤＳＣＨ及び／又は異なるＰＵＳＣＨで伝送することをサポートする。
【００５８】
選択肢として、該端末がサポートする最大ＨＡＲＱプロセス数に基づいて、該ＨＡＲＱプロセス番号情報ドメインの長さを確定してもよい。
【００５９】
選択肢として、該少なくとも２つの異なるＴＴＩで伝送するＰＤＳＣＨに対応する伝送モードが異なり、及び／又は、該少なくとも２つの異なるＴＴＩで伝送する異なるＰＵＳＣＨに対応する伝送モードが異なる。
【００６０】
選択肢として、当該ＵＳＳに該第１のＤＣＩが存在し、且つ該第１のＤＣＩによりスケジューリングされるＰＤＳＣＨのＴＴＩの長さが該ターゲットサブフレームの長さより小さい場合、該第１のＤＣＩのフォーマットが１Ａである。
【００６１】
選択肢として、該ターゲットサブフレームの該ＵＳＳに第２のＤＣＩが含まれ、該第２のＤＣＩはＰＵＳＣＨをスケジューリングして使用するために用いられ、該第２のＤＣＩによりスケジューリングされるＰＵＳＣＨのＴＴＩの長さが該ターゲットサブフレームの長さより小さく、該第２のＤＣＩのフォーマットが０である。
【００６２】
理解すべきなものとして、本発明の実施例によるデータ伝送のための端末２００は、本発明の実施例における方法１００を実行する端末に対応することが可能であり、また、端末２００における各ユニットの上記と他の操作及び／又は機能は、図１における方法の端末に対応するフローを実現するためのものであり、簡潔さの目的で、ここで省略する。
【００６３】
そのため、本発明の実施例によるデータ伝送のための端末は、キャリア内のサブフレームのＰＤＣＣＨ又は専用制御チャネルを検出してＴＴＩを確定し、該ＴＴＩの長さが該ターゲットサブフレームの長さの以上でもよいし、以下でもよく、それによって、該端末は同一のキャリアにおいて少なくとも２種類のＴＴＩを使用して異なるＰＤＳＣＨ及び／又は異なるＰＵＳＣＨで伝送することができ、即ち、端末が異なるＴＴＩを使用してデータ伝送を行うように動的にスケジューリングすることで、リリース浪費を回避することができる
本願に開示されている実施例に説明されている各例示的なユニット及びアルゴリズムのステップを結合し、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの結合を用いて実現することができると、当業者であれば理解できる。これらの機能がハードウェアの形式かそれともソフトウェアの形式で実施するかについては、技術案の特定応用と設計制約によるものである。当業者は、各特定応用に応じて異なる方法を用いて、説明されている機能を実現することができるが、このような実現は本発明の範囲を超えていると見なすべきではない。
【００６４】
当業者は、説明の便利と簡潔上、上記に記載されているシステム、装置及びユニットの具体的な動作については、上記の方法実施例の対応されているフローを参照することができ、ここで省略する。
【００６５】
本願に提供されている幾つかの実施例において、開示されているシステム、装置及び方法は、その他の方式で実現されても良い。例えば、上記に記載されている装置の実施例は単なる例示的なものに過ぎず、例えば、前記ユニットの分け方が、単なるロジック的な機能分けであり、実際、実現する時に他の分け方があっても良く、例えば、複数のユニット又はコンポーネントを別のシステムへ統合、又は集成しても良く、又は幾つかの技術特徴を省略、又は実施しなくても良い。また、明示され、又は議論されている各構成部分の互い的なカップリング、又は直接のカップリング、又は通信接続は、幾つかのインターフェース、装置、又はユニットの間接のカップリング又は通信によって接続されても良く、電気的、機械的、又はその他の形式であっても良い。
【００６６】
上記で分離コンポーネントとして説明したユニットは、物理的に分離されるものであっても良く、そうではないものであっても良い。ユニットとして示されるコンポーネントは物理ユニットであっても良く、そうではないものであっても良い。一箇所に配置されても良く、複数のネットワークユニットに配布しても良い。実際のニーズに応じて、その中の一部又は全部のユニットを選択して本実施例の技術案の目的を実現しても良い。
【００６７】
また、本発明の各実施例における各機能ユニットは、一つの処理ユニットに統合しても良く、各ユニットはそれぞれ単独なユニットとしても良く、二つ又は二つ以上のユニットを一つのユニットに統合しても良い。
【００６８】
前記機能は、ソフトウェア機能ユニットの方式で実現し、しかも独立な製品として販売又は使用する場合、コンピュータ読み取り可能の記憶媒体に記憶しても良い。これによって、本発明の技術案が事実上、言い換えれば先行技術に貢献した部分がソフトウェア製品の形で具現でき、該コンピュータソフトウェア製品は記憶媒体に記憶され、コンピュータ装置（パソコン、サーバ、またはネットワーク装置などであっても良い）に本発明の各実施例の全部または一部の前記方法を実行させための複数の命令を含む。上記の記憶媒体は、ＵＳＢメモリ、移動記憶媒体、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセス記憶装置（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク又はコンパクトディスクなどの各種のプログラムコードが記憶できる媒体を含む。
【００６９】
上記に記載されているのは、単なる本発明の具体的な実施形態に過ぎず、本発明はそれに限らず、当業者が本発明に開示されている範囲内において、容易に想到し得る変形又は入れ替えは、全て本発明の範囲内に含まれるべきである。そのため、本発明の範囲は、記載されている特許請求の範囲に準じるべきである。
【図１】
2020017988.tif 000003
【図２】
2020017988.tif 000004
【図３】
2020017988.tif 000005