本発明の実施形態は、キャリア利用率が比較的高いサービス送信シナリオに適用可能な、無線通信のために使用されるフレーム構造、データ送信方法、装置、及び通信システムを提供する。異なるサービスは、キャリア利用率が比較的高いサービス送信シナリオにおいて同一キャリアの異なるサブバンドで送信されて良い。
第1の態様によると、本発明の一実施形態は、無線通信のために使用されるフレーム構造であって、共通情報のための少なくとも2つのチャネルは同一キャリアに含まれ、共通情報のための少なくとも2つのチャネルは、共通情報のための第1チャネル及び共通情報のための第2チャネルを含み、共通情報のための第1チャネル及び共通情報のための第2チャネルは同一キャリアの異なるサブバンドにある、フレーム構造を提供する。
第1の態様を参照して、第1の可能な実装では、共通情報は、同期信号、ブロードキャスト信号、又はシステムメッセージのうちの少なくとも1つを含む。
第1の態様又は第1の態様の第1の可能な実装を参照して、第1の態様の第2の可能な実装では、共通情報のための第1チャネルは第1サブキャリア間隔及び第1巡回プレフィックス長を有し、共通情報のための第2チャネルは第2サブキャリア間隔及び第2巡回プレフィックス長を有し、第1サブキャリア間隔及び第2サブキャリア間隔は異なり、第1巡回プレフィックス長及び第2巡回プレフィックス長は異なる。
第1の態様又は第1の態様の第1の可能な実装を参照して、第1の態様の第3の可能な実装では、共通情報のための第1チャネルは第1サブキャリア間隔及び第1巡回プレフィックス長を有し、共通情報のための第2チャネルは第2サブキャリア間隔及び第2巡回プレフィックス長を有し、第1サブキャリア間隔及び第2サブキャリア間隔は同じであり、第1巡回プレフィックス長及び第2巡回プレフィックス長は異なる。
第1の態様、又は第1の態様の第1乃至第3の可能な実装のうちのいずれか1つを参照して、第1の態様の第4の可能な実装では、共通情報のための第1チャネル及び共通情報のための第2チャネルは、異なるサブバンド上の中央リソースブロックにある。
第1の態様、又は第1の態様の第1乃至第4の可能な実装のうちのいずれか1つを参照して、第1の態様の第5の可能な実装では、サービスのための少なくとも2つのチャネルは同じキャリアに含まれ、サービスのための少なくとも2つのチャネルはサービスのための第1チャネル及びサービスのための第2チャネルを含み、第1サービスは第1サービス特徴を有し、第2サービスは第2サービス特徴を有し、第1サービス特徴は第1サービスのフレーム構造又は第1サービスの種類を含み、第2サービス特徴は、第2サービスのフレーム構造又は第2サービスの種類を含み、サービスのための第1チャネルは共通情報のための第1チャネルに対応し、サービスのための第2チャネルは共通情報のための第2チャネルに対応する。
第1の態様の第5の可能な実装を参照して、第1の態様の第6の可能な実装では、第1サービスのフレーム構造は、第1サービスサブキャリア間隔、第1サービス巡回プレフィックス長、及び第1サービスが配置されるサブバンドを有し、
サービスのための第1チャネルが共通情報のための第1チャネルに対応することは、
(1)第1サービスサブキャリア間隔及び第1サブキャリア間隔が同じであり、且つ第1サービスCP長及び第1CP長が同じである、又は、第1サービスサブキャリア間隔及び第1サブキャリア間隔が同じであり、且つ第1サービスCP長及び第1CP長が異なること、及び、
(2)第1サービスが配置されるサブバンド及び共通情報のための第1チャネルが配置されるサブバンドが同じであること、
を含む。
第1の態様の第6の可能な実装を参照して、第1の態様の第7の可能な実装では、第2サービスのフレーム構造は、第2サービスサブキャリア間隔、第2サービス巡回プレフィックス長、及び第2サービスが配置されるサブバンドを有し、
サービスのための第2チャネルが共通情報のための第2チャネルに対応することは、
(1)第2サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第2サービスCP長及び第2CP長が同じである、又は、第2サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第2サービスCP長及び第2CP長が異なること、及び、
(2)第2サービスが配置されるサブバンド及び共通情報のための第2チャネルが配置されるサブバンドが同じであること、
を含む。
第1の態様の第7の可能な実装を参照して、第1の態様の第8の可能な実装では、サービスのための少なくとも2つのチャネルはサービスのための第3チャネルを更に含み、第3チャネルは第3サービス特徴を有し、第3サービス特徴は第3サービスのフレーム構造又は第3サービスの種類を含み、共通情報のための第2チャネルも第3サービス特徴に対応する。
第1の態様の第8の可能な実装を参照して、第1の態様の第9の可能な実装では、
第3サービスのフレーム構造は、第3サービスサブキャリア間隔、第3サービス巡回プレフィックス長、及び第3サービスが配置されるサブバンドを有し、第3サービスが配置されるサブバンド及び共通情報のための第2チャネルが配置されるサブバンドは異なり、
共通情報のための第2チャネルもサービスのための第3チャネルに対応することは、
第3サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第3サービスCP長及び第2CP長が同じである、又は、第3サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第3サービスCP長及び第2CP長が異なること、を含む。
第2の態様によると、本発明の一実施形態は、データ送信方法を提供し、無線ネットワーク装置は、第1の態様、又は第1の態様の第1乃至第9の可能な実装のうちのいずれか1つのフレーム構造に従い、データを送信し及び/又は受信し、データは共通情報及び/又はサービスを含む。
第3の態様によると、本発明の一実施形態は、無線ネットワーク装置を提供し、無線ネットワーク装置は、通信機ユニット及び処理ユニットを含み、処理ユニットは、第2の態様で提供される方法を実行し、実行過程において、データを送信し及び/又は受信するために通信機ユニットを使用する。
第3の態様を参照して、第3の態様の第1の可能な実装では、無線ネットワーク装置は、基地局又は端末である。
第4の態様によると、本発明の一実施形態は、データ送信方法であって、第1無線ネットワーク装置により、共通情報のための少なくとも2つのチャネルを同一キャリア上で送信するステップであって、共通情報のための少なくとも2つのチャネルは、共通情報のための第1チャネル及び共通情報のための第2チャネルを含み、共通情報のための第1チャネル及び共通情報のための第2チャネルは同一キャリアの異なるサブバンドにある、ステップを含むデータ送信方法を提供する。
第4の態様を参照して、第4の態様の第1の可能な実装では、共通情報のための第1チャネルは第1サービスに対応し、共通情報のための第2チャネルは第2サービスに対応する。
第4の態様の第1の可能な実装を参照して、第4の態様の第2の可能な実装では、共通情報のための少なくとも2つのチャネルを送信するステップの前に、方法は、
第1無線ネットワーク装置により、少なくとも2つのサービスが同一キャリア上で送信される必要があることを決定するステップであって、少なくとも2つのサービスは第1サービス及び第2サービスを含み、第1サービスのフレーム構造は第1サービスサブキャリア間隔、第1サービス巡回プレフィックス長、及び第1サービスが配置されるサブバンドを含み、第2サービスのフレーム構造は第2サービスサブキャリア間隔、第2サービス巡回プレフィックス長、及び第2サービスが配置されるサブバンドを含む、ステップ、を更に含む。
第4の態様、又は第4の態様の第1又は第2の可能な実装を参照して、第4の態様の第3の可能な実装では、共通情報は、同期信号、ブロードキャスト信号、又はシステムメッセージのうちの少なくとも1つを含む。
第4の態様の第1乃至第3の可能な実装のうちのいずれか1つを参照して、第4の態様の第4の可能な実装では、第1サービスのフレーム構造及び第2サービスのフレーム構造は異なり、
又は第1サービスの種類及び第2サービスの種類は異なる。
第4の態様の第4の可能な実装を参照して、第4の態様の第5の可能な実装では、第1サービスのフレーム構造及び第2サービスのフレーム構造が異なることは、第1サービスが配置されるサブバンド及び第2サービスが配置されるサブバンドが異なることを含む。
第4の態様の第5の可能な実装を参照して、第4の態様の第6の可能な実装では、第1サービスのフレーム構造及び第2サービスのフレーム構造が異なることは、第1サービスサブキャリア間隔及び第2サービスサブキャリア間隔が異なり、且つ第1サービスCP長及び第2サービスCP長が異なること、又は、第1サービスサブキャリア間隔及び第2サービスサブキャリア間隔が同じであり、且つ第1サービスCP長及び第2サービスCP長が異なること、を含む。
第4の態様の第1乃至第6の可能な実装のうちのいずれか1つを参照して、第4の態様の第7の可能な実装では、共通情報のための第1チャネルの構造は第1サブキャリア間隔、第1巡回プレフィックス長、第1時間ドメインリソース、及び第1周波数ドメインリソースを含み、
共通情報のための第1チャネルが第1サービスに対応することは、
(1)第1サービスサブキャリア間隔及び第1サブキャリア間隔が同じであり、且つ第1サービスCP長及び第1CP長が同じである、又は第1サービスサブキャリア間隔及び第1サブキャリア間隔が同じであり、且つ第1サービスCP長及び第1CP長が異なること、及び、
(2)第1サービスサブバンド及び第1サブバンドが同じであること、
を含む。
第4の態様の第1乃至第6の可能な実装のうちのいずれか1つを参照して、第4の態様の第8の可能な実装では、共通情報のための第1チャネルの構造は第1サブキャリア間隔、第1巡回プレフィックス長、及び共通情報のための第1チャネルが配置される第1サブバンドを含み、
共通情報のための第1チャネルが第1サービスに対応することは、
(1)第1サービスサブバンド及び第1サブバンドが異なること、及び、
(2)第1サービスサブキャリア間隔及び第1サブキャリア間隔が同じであり、且つ第1サービスCP長及び第1CP長が同じである、又は第1サービスサブキャリア間隔及び第1サブキャリア間隔が同じであり、且つ第1サービスCP長及び第1CP長が異なること、
を含み、任意で、第1共通情報は第1サービスサブバンドに関する情報を含む。
第4の態様の第1乃至第8の可能な実装のうちのいずれか1つを参照して、第4の態様の第9の可能な実装では、共通情報のための第2チャネルの構造は第2サブキャリア間隔、第2巡回プレフィックス長、及び共通情報のための第2チャネルが配置される第2サブバンドを含み、
共通情報のための第2チャネルが第2サービスに対応することは、
(1)第2サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第2サービスCP長及び第2CP長が同じである、又は第2サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第2サービスCP長及び第2CP長が異なること、及び、
(2)第2サービスサブバンド及び第2サブバンドが同じであること、
を含む。
第4の態様の第1乃至第8の可能な実装のうちのいずれか1つを参照して、第4の態様の第10の可能な実装では、共通情報のための第2チャネルの構造は第2サブキャリア間隔、第2巡回プレフィックス長、及び共通情報のための第2チャネルが配置される第2サブバンドを含み、
共通情報のための第2チャネルが第2サービスに対応することは、
(1)第2サービスサブバンド及び第2サブバンドが異なること、及び、
(2)第2サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第2サービスCP長及び第2CP長が同じである、又は第2サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第2サービスCP長及び第2CP長が異なること、
を含み、任意で、第2共通情報は第2サービスサブバンドに関する情報を含む。
第4の態様の第10の可能な実装を参照して、第4の態様の第11の可能な実装では、少なくとも2つのサービスは第3サービスを更に含み、共通情報のための第2チャネルは第3サービスに更に対応し、
第3サービスの種類及び第2サービスの種類は同じであり、又は 第3サービスのフレーム構造は、第3サービスサブキャリア間隔、第3サービス巡回プレフィックス長、及び第3サービスが配置される第3サービスサブバンドを含み、第2サービスのフレーム構造は、第2サービスサブキャリア間隔、第2サービス巡回プレフィックス長、及び第2サービスが配置されるサブバンドを含み、
(1)第3サービスサブバンド及び第2サービスサブバンドは異なり、
(2)第3サービスサブキャリア間隔及び第2サービスサブキャリア間隔は同じであり、且つ第3サービスCP長及び第2サービスCP長は同じであり、又は第3サービスサブキャリア間隔及び第2サービスサブキャリア間隔は同じであり、第3サービスCP長及び第2サービスCP長は異なり、且つ第3サービスのフレーム構造におけるサブフレーム内の最後のシンボルの時間ドメイン境界は、第2サービスのフレーム構造におけるサブフレーム内の最後のシンボルの時間ドメイン境界と揃えられる。
第4の態様の第11の可能な実装を参照して、第4の態様の第12の可能な実装では、共通情報のための第2チャネルが第3サービスに更に対応することは、
第2共通情報が第3サービスサブバンドに関する情報を含むことを含む。
第4の態様、又は第4の態様の第1乃至第12の可能な実装のうちのいずれか1つを参照して、第4の態様の第13の可能な実装では、方法は、
第1無線ネットワーク装置により、第2無線ネットワーク装置により送信された共通情報のための第2チャネル要求を受信するステップと、
第1無線ネットワーク装置により、共通情報のための第2チャネル要求に基づき、共通情報のための第2チャネルを送信するステップと、
を更に含む。
第4の態様の第13の可能な実装を参照して、第4の態様の第14の可能な実装では、共通情報のための第2チャネルは、時間ウインドウ内で共通情報のための第2チャネルの送信をトリガするために使用される。
第4の態様の第14の可能な実装を参照して、第4の態様の第15の可能な実装では、共通情報のための第2チャネル要求は、第2サービスの識別子を含む。
第4の態様の第13乃至第15の可能な実装のいずれか1つを参照して、第4の態様の第16の可能な実装では、共通情報のための第2チャネル要求を受信するステップの前に、第1無線ネットワーク装置は、さらに、共通情報のための第4チャネルを同一キャリア上で送信し、共通情報のための第4チャネルは共通情報のための基本チャネルであり、共通情報のための第4チャネルの構造及び共通情報のための第2チャネルの構造は異なる。
第4の態様の第16の可能な実装を参照して、第4の態様の第17の可能な実装では、
共通情報のための第4チャネルの構造は、第4サブキャリア間隔、第4巡回プレフィックス長、及び共通情報のための第4チャネルが配置される第4サブバンドを有し、共通情報のための第2チャネルの構造は、第2サブキャリア間隔、第2巡回プレフィックス長、及び共通情報のための第2チャネルが配置される第2サブバンドを有し、
共通情報のための第4チャネルの構造及び共通情報のための第2チャネルの構造が異なることは、
(1)第4サブキャリア間隔及び第2サブキャリア間隔が異なり、且つ第1CP長及び第2CP長が異なる、又は第4サブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第1CP長及び第2CP長が異なること、及び、
(2)第4サブバンド及び第2サブバンドが異なること、
を含む。
第5の態様によると、本発明の一実施形態は、無線ネットワーク装置を提供し、無線ネットワーク装置は、通信機ユニット及び処理ユニットを含み、処理ユニットは、第4の態様、又は第4の態様の第1乃至第7の可能な実装のいずれか1つで提供される方法を実行し、処理ユニットの制御下で、通信機ユニットはデータを受信し及び/又は送信する。
第5の態様の第1の可能な実装では、無線ネットワーク装置は基地局である。
第3の態様によると、本発明の一実施形態は、データ送信方法であって、
第2無線ネットワーク装置により、受信される必要のある第2サービスの特徴に従い共通情報のための第2チャネルを受信するステップであって、共通情報のための第2チャネルは第2サービスに対応する、ステップ、
を含み、第2サービスの特徴は、第2サービスのフレーム構造、第2サービスの種類、又は第2無線ネットワーク装置の種類を含む、データ送信方法を提供する。
第6の態様を参照して、第6の態様の第1の可能な実装では、共通情報のための第2チャネルが第2サービスに対応することは、
共通情報のための第2チャネルが第2サービスのフレーム構造、第2サービスの種類、又は第2無線ネットワーク装置の種類に対応すること、を含む。
第6の態様の第1の可能な実装を参照して、第6の態様の第2の可能な実装では、第2サービスのフレーム構造は、第2サービスサブキャリア間隔、第2サービス巡回プレフィックス長、及び第2サービスが配置される第2サービスサブバンドを有し、共通情報のための第2チャネルの構造は、第2サブキャリア間隔、第2巡回プレフィックス長、及び共通情報のための第2チャネルが配置される第2サブバンドを有し、
共通情報のための第2チャネルが第2サービスのフレーム構造に対応することは、
(1)第2サービスサブバンド及び第2サブバンドが同じであること、及び、
(2)第2サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第2サービスCP長及び第2CP長が同じであること、又は第2サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第2サービスCP長及び第2CP長が異なること、又は、
(1)第2サービスサブバンド及び第2サブバンドが異なること、及び、
(2)第2サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第2サービスCP長及び第2CP長が同じであること、又は第2サービスサブキャリア間隔及び第2サブキャリア間隔が同じであり且つ第2サービスCP長及び第2CP長が異なること、
を含む。
第6の態様、又は第6の態様の第1又は第2の可能な実装を参照して、第6の態様の第3の可能な実装では、共通情報は、同期信号、ブロードキャスト信号、又はシステムメッセージのうちの少なくとも1つを含む。
第6の態様、又は第6の態様の第1乃至第3の可能な実装のうちのいずれか1つを参照して、方法は、
第2無線ネットワークにより、受信される必要のある第3サービスの特徴に従い、共通情報のための第3チャネルを受信するステップであって、共通情報のための第3チャネルは第3サービスに対応し、第3サービス及び第2サービスは同一キャリア上で送信され、共通情報のための第3チャネル及び共通情報のための第2チャネルも、第3サービス及び第2サービスが配置されるキャリア上で送信される、ステップ、を更に含む。
第6の態様の第4の可能な実装を参照して、第6の態様の第5の可能な実装では、第3サービスの特徴及び第2サービスの特徴が異なることは、具体的に、
第3サービスのフレーム構造及び第2サービスのフレーム構造が異なること、又は、
第3サービスの種類及び第2サービスの種類が異なること、を含む。
第6の態様の第5の可能な実装を参照して、第6の態様の第6の可能な実装では、第3サービスのフレーム構造は、第3サービスサブキャリア間隔、第3サービス巡回プレフィックス長、及び第3サービスが配置される第3サービスサブバンドを有し、第2サービスのフレーム構造は、第2サービスサブキャリア間隔、第2サービス巡回プレフィックス長、及び第2サービスが配置される第2サービスサブバンドを有し、
第3サービスのフレーム構造及び第2サービスのフレーム構造が異なることは、
(1)第3サービスサブバンド及び第2サービスサブバンドが異なること、及び、
(2)第3サービスサブキャリア間隔及び第2サービスサブキャリア間隔が異なり、且つ第3サービスCP長及び第2サービスCP長が異なること、又は第3サービスサブキャリア間隔及び第2サービスサブキャリア間隔が同じであり、且つ第3サービスCP長及び第2サービスCP長が異なること、
を含む。
第6の態様、又は第6の態様の第1乃至第6の可能な実装のうちのいずれか1つを参照して、第6の態様の第7の可能な実装では、方法は、
第2無線ネットワーク装置により、受信される必要のある第2サービスの特徴に従い、共通情報のための第2チャネル要求を第1無線ネットワーク装置へ送信するステップであって、共通情報のための第2チャネルは要求に基づき配信される、ステップ、を含む。
第6の態様の第7の可能な実装を参照して、第6の態様の第8の可能な実装では、共通情報のための第2チャネルは、時間ウインドウ内で共通情報のための第2チャネルの送信をトリガするために使用される。
第6の態様の第7又は第8の可能な実装を参照して、第6の態様の第9の可能な実装では、共通情報のための第2チャネル要求は、第2サービスの識別子を含む。
第6の態様の第7乃至第9の可能な実装のいずれか1つを参照して、第6の態様の第10の可能な実装では、共通情報のための第2チャネルを受信するステップの前に、方法は、
第2無線ネットワーク装置により、共通情報のための第1チャネルを受信するステップであって、共通情報のための第1チャネル及び共通情報のための第2チャネルは同一キャリア上で送信され、共通情報のための第1チャネルは共通情報のための基本チャネルであり、共通情報のための第1チャネルの構造及び共通情報のための第2チャネルの構造は異なる、ステップ、を更に含む。
第6の態様の第10の可能な実装を参照して、第6の態様の第11の可能な実装では、共通情報のための第1チャネルの構造は、第1サブキャリア間隔、第1巡回プレフィックス長、及び共通情報のための第1チャネルが配置される第1サブバンドを有し、共通情報のための第2チャネルの構造は、第2サブキャリア間隔、第2巡回プレフィックス長、及び共通情報のための第2チャネルが配置される第2サブバンドを有し、
共通情報のための第1チャネルの構造及び共通情報のための第2チャネルの構造が異なることは、
(1)第1サブキャリア間隔及び第2サブキャリア間隔が異なり、且つ第1CP長及び第2CP長が異なる、又は第1サブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第1CP長及び第2CP長が異なること、及び、
(2)第1サブバンド及び第2サブバンドが異なること、
を含む。
第6の態様、又は第6の態様の第1乃第11の可能な実装のうちのいずれか1つを参照して、第6の態様の第12の可能な実装では、方法は、
第2無線ネットワーク装置により、受信される必要のある第4サービスの特徴に従い、共通情報のための第2チャネルを受信するステップであって、共通情報のための第2チャネルは第4サービスに更に対応し、第4サービスの特徴は、第4サービスのフレーム構造又は第4サービスの種類を含む、ステップ、を更に含み、
第4サービスの種類及び第2サービスの種類は同じである、又は、
第4サービスのフレーム構造は、第4サービスサブキャリア間隔、第4サービス巡回プレフィックス長、及び第4サービスが配置される第4サービスサブバンドを有し、第2サービスのフレーム構造は、第2サービスサブキャリア間隔、第2サービス巡回プレフィックス長、及び第2サービスが配置される第2サービスサブバンドを有し、
(1)第4サービスサブキャリア間隔及び第2サービスサブキャリア間隔は同じであり、且つ第4CP長及び第2CP長は同じである、又は、
(2)第4サービスサブキャリア間隔及び第2サービスサブキャリア間隔は同じであり、第4CP長及び第2CP長は異なり、且つ第4サービスのフレーム構造においてサブフレーム内の最後のシンボルの時間ドメイン境界は第2サービスのフレーム構造におけるサブフレーム内の最後のシンボルの時間ドメイン境界と揃えられる。
第6の態様の第12の可能な実装を参照して、第6の態様の第13の可能な実装では、共通情報のための第2チャネルの構造は第2サブキャリア間隔、第2巡回プレフィックス長、及び共通情報のための第2チャネルが配置される第2サブバンドを含み、共通情報のための第2チャネルが第4サービスに更に対応することは、
(1)第4サービスサブキャリア間隔及び第2サービスサブキャリア間隔が同じであり、且つ第4サービスCP長及び第2サービスCP長が同じであること、又は第4サービスサブキャリア間隔及び第2サービスサブキャリア間隔が同じであり、且つ第4サービスCP長及び第2CP長が異なること、及び、
(2)第2サブバンド及び第4サービスサブバンドが異なること、
を含み、任意で、第2共通情報は第4サービスサブバンドに関する情報を含む。
第7の態様によると、本発明の一実施形態は、無線ネットワーク装置を提供し、無線ネットワーク装置は、通信機ユニット及び処理ユニットを含み、処理ユニットは、第6の態様、又は第6の態様の第1乃至第13の可能な実装のいずれか1つで提供される方法を実行し、処理ユニットの制御下で、通信機ユニットはデータを受信し及び/又は送信する。
第7の態様の第1の可能な実装では、無線ネットワーク装置は端末である。
第8の態様によると、本発明の一実施形態は、通信システムを提供し、システムは、第5の態様又は第5の態様の可能な実装のうちのいずれか1つで提供される無線ネットワーク装置と、第7の態様又は第7の態様の可能な実装のうちのいずれか1つで提供される無線ネットワーク装置と、を含む。
本発明の実施形態で提供される、無線通信のために使用されるフレーム構造、データ送信方法、装置、及び通信システムに従い、複数のサービスが同一キャリア上で送信されるシナリオにおいて共通情報を効率的に送信するために、共通情報のための異なるチャネルが同一キャリア上の異なるサブバンドで送信される。
理解を容易にするために、本発明に関連する幾つかの概念の例が参考のために記載され、以下に示される。第3世代パートナーシッププロジェクト(3rd generation partnership project、3GPP)は、無線通信ネットワークを展開することに専念するプロジェクトである。3GPPに関連する団体は、通常、3GPP団体として参照される。
無線通信ネットワークは、無線通信機能を提供するネットワークである。異なる通信技術、例えば符号分割多元接続(code division multiple access、CDMA)、広帯域符号分割多元接続(wideband code division multiple access、WCDMA)、時分割多元接続(time division multiple access、TDMA)、周波数分割多元接続(frequency division multiple access、FDMA)、直交周波数分割多元接続(orthogonal frequency division multiple access、OFDMA)、シングルキャリア周波数分割多元接続(single Carrier FDMA、SC−FDMA)、及び衝突回避を有するキャリア検知多元接続(carrier sense multiple access with collision avoidance)が、無線通信ネットワーク内で使用されて良い。ネットワークは、容量、速度、及び異なるネットワークの遅延のような因子に従い、2G(generation)ネットワーク、3Gネットワーク、又は4Gネットワークに分類されて良い。標準的な2Gネットワークは、グローバル・システム・フォー・モバイル・コミュニケーションズ(global system for mobile communications/general packet radio service、GSM)ネットワーク又は汎用パケット無線サービス(general packet radioservice、GPRS)ネットワークを含む。標準的な3GPPネットワークは、ユニバーサル・モバイル・テレコミュニケーションズ・システム(universal mobile telecommunications system、UMTS)ネットワークを含む。標準的な4Gネットワークは、ロングタームエボリューション(long termevolution、LTE)ネットワークを含む。UMTSネットワークは、ユニバーサル地上波無線アクセスネットワーク(universal terrestrial radio access network、UTRAN)として参照される場合が多い。LTEネットワークは、進化型ユニバーサル地上波無線アクセスネットワーク(evolved universal terrestrial radio access network、E−UTRAN)として参照される場合が多い。ネットワークは、異なるリソース割り当て方法に従い、セルラ通信ネットワーク及び無線ローカルエリアネットワーク(wireless local area networks、WLAN)に分類されて良い。セルラ通信ネットワークは、スケジューリングに支配される。WLANは競合に支配される。2G、3G、及び4Gネットワークの全部は、セルラ通信ネットワークである。当業者は、技術の発展に伴い、本発明の実施形態で提供された技術的ソリューションが、4.5G又は5Gネットワークのような別の無線通信ネットワークに、又は別の非セルラ通信ネットワークにも適用されて良いことを知るべきである。纏めると、無線通信ネットワークは、本発明の実施形態でネットワークとして簡単に参照される場合が多い。
セルラ通信ネットワークは、ある種の無線通信ネットワークである。セルラ無線通信ネットワーク方法では、ユーザが互いに活発に通信できるように、端末装置及びネットワーク装置は無線チャネルを用いて接続される。セルラ通信ネットワークは、端末移動性の主な特徴を有し、ハンドオーバ機能及びローカルネットワークに渡る自動ローミングの機能を有する。
無線ネットワーク装置は、無線通信ネットワーク内の装置である。無線ネットワーク装置は、ユーザ機器のような端末であって良く、又は基地局、ネットワーク制御部、若しくはモバイル交換センタのようなネットワーク側装置であって良い。端末は、ネットワーク側装置と通信を実行して良く、又は別の端末との通信、例えばD2D(device to device)若しくはM2M(machine to machine)シナリオにおける通信を実行して良い。ネットワーク側装置は、端末との通信を実行して良く、又は別のネットワーク側装置との通信、例えばマクロ基地局とアクセスポイントとの間の通信を実行して良い。
ユーザ機器(user equipment、UE)は、端末装置であって良く、モバイル端末装置又は非モバイル端末装置であって良い。装置は、主に、サービスデータを受信し又は送信するよう構成される。ユーザ機器は、ネットワーク内に分散されて良い。ユーザ機器は、異なるネットワークにおいて異なる名称、例えば、端末、移動局、加入者ユニット、局、携帯電話機、パーソナルデジタルアシスタント、無線モデム、無線通信装置、ハンドヘルド装置、ラップトップコンピュータ、コードレス電話機、及び無線ローカルループ局、を有する。ユーザ機器は、1又は複数のコアネットワークと無線アクセスネットワーク(radio access network、RAN)(無線通信ネットワークのアクセス部分)を介して通信し、例えば無線アクセスネットワークと音声及び/又はデータを交換して良い。
基地局(base station、BS)装置は、基地局としても参照され、無線通信機能を提供するために、無線アクセスネットワーク内に配置される機器である。例えば、2Gネットワークでは、基地局機能を提供する装置は、基地通信機局(base transceiver station、BTS)及び基地局制御部(base station controller、BSC)を含む。3Gネットワークでは、基地局機能を提供する装置は、NodeB(NodeB)及び無線アクセス制御部(radio network controller、RNC)を含む。4Gネットワークでは、基地局機能を提供する装置は、E−UTRAN NodeB(evolved NodeB、eNB)を含む。WLANでは、基地局機能を提供する装置は、アクセスポイント(access point、AP)である。
インターネットプロトコル(Internet Protocol、IP)は、通信のためにコンピュータネットワークを相互接続するよう設計されるプロトコルである。インターネット上で、インターネットプロトコルは、ネットワークに接続される全てのコンピュータネットワークが互いに通信できるようにするルールセットであり、コンピュータがインターネット上で通信することが観察されるべきルールであることが指定される。
無線ローカルエリアネットワーク(wireless local area networks、WLAN)は、無線波がデータ伝送媒体として使用されるローカルエリアネットワークであり、伝送距離は通常数十メートルだけである。
アクセスポイント(access point、AP)は、無線ネットワークに接続され、有線ネットワーク装置にも接続されて良い。アクセスポイントは、有線で及び無線でネットワークに接続された装置が相互接続され互いにデータを送信できるように、中間点として使用できる。
システム情報ブロードキャスト(system information broadcast)は、システム情報として簡単に参照されることがあり、UEがセル選択/再選択のための共通構成パラメータのような十分なアクセス情報を取得できるように、UEへの無線接続を確立するために、主にアクセスされるネットワークの主要情報を提供する。LTEにおけるシステムメッセージは、複数のシステムメッセージブロック(system information block、SIB)に分けられる。ブロックのうちの1つは、マスタブロードキャストブロック(master information block、MIB)として参照される。MIBは、ブロードキャスト信号としても参照される。別のSIBはシステムメッセージとして参照される。LTEシステム情報ブロードキャスト及び3Gシステム情報ブロードキャストは、機能において完全に一致するが、スケジューリング及び特定の情報内容において有意に異なる。MIBは、通常、限られた量の最も重要な且つ最も一般的に使用される送信パラメータを含む。別のSOBは、通常、セル無線構成、セル再選択情報、近隣セルリスト、ホームeNodeB識別子(home eNB identifier)、地震及び津波警告(ETWS)又は共通警報(CMAS)のような通知情報、及びマルチメディアブロードキャスト/マルチキャスト(MBMS)制御情報を含む。
時間シーケンスは、時間のシーケンスである。
同期信号は、送信側と周波数同期又は時間同期のうちの少なくとも1つを実施するために受信機により使用される信号である。
アクセスは、無線ネットワーク装置間の初期接続を確立する処理である。具体的に、無線ネットワーク装置は、特定装置に限定されなくて良い。アクセスは、通常、UEと基地局との間、又はマイクロ基地局とマクロ基地局との間で使用され、又は本発明の実施形態ではUEとUEとの間で使用される。
フレーム構造、無線フレーム、サブフレーム、タイムスロット、及びシンボルは、次の通りである。フレーム構造は、信号送信のための時間ドメインリソース(時間ドメイン)が分割されるときに示される構造である。無線通信では、フレーム構造で通常使用される時間単位は、連続して、降順に、無線フレーム、サブフレーム、及びタイムスロットである。各時間単位に対応する特定の時間長は、特定のプロトコル要件に従い指定されて良い。LTEにおけるフレーム構造が一例として用いられる。無線フレーム(radio frame)は10msの長さを有し、10個のサブフレーム(subframe)を含む。各サブフレームの長さは1msである。各サブフレームは、2個のタイムスロットを更に含む。各タイムスロット(slot)は0.5msである。シンボル(symbol)は時間ドメインにおける信号の最小単位である。LTEネットワークが一例として用いられる。図11に示すように、各OFDMサブキャリアはOFDMシンボルに対応する。シンボル間保護間隔が考慮されないとき、OFDMシンボル長(占有時間)は1/サブキャリア間隔である。シンボル間保護間隔が考慮されるとき、OFDMシンボルにより占有される時間は、OFDMシンボル長及び巡回プレフィックス(CP)長の和である。
巡回プレフィックス(CP)OFDMシンボルでは、最大限度までシンボル間干渉をキャンセルするために、保護間隔はOFDMシンボル間に挿入される必要がある。シンボルのマルチパス成分が次のシンボルに干渉を生じないように、保護間隔の長さTgは、通常、無線チャネルの最大遅延広がりより大きい。
保護間隔の範囲内には、信号は挿入され得ず、つまり、保護間隔は空き送信時間期間である。しかしながら、この場合、マルチパス伝搬の影響により、チャネル間干渉が引き起こされる。つまり、サブキャリア間の直交性が損傷され、結果として異なるサブキャリア間に干渉が引き起こされる。マルチパス伝搬により引き起こされるチャネル間干渉をキャンセルするために、元の幅がTであるOFDMシンボルに対して期間拡張が実行され、保護間隔は拡張信号を使用することにより満たされる。
フレーム番号は、各無線フレームの番号である。LTEネットワークが一例として用いられる。LTEにおけるフレームの番号は0から1023であり、次にフレームは0から再び番号付けされる。
リソースは、時間ドメインリソース、周波数ドメインリソース、コードワードリソース、又は空間リソースのうちの少なくとも1又は複数を含んで良い。
時間ドメインリソースは、信号により占有され時間で測定されるリソースである。例えば、信号は、時間において、2個のOFDMシンボル、1個のサブフレーム、又は3個の無線フレームを占有する。時間ドメインリソースは、絶対時間ドメインリソース及び相対時間ドメインリソースを含んで良い。相対時間ドメインリソースは、限定ではないが、無線フレーム番号、無線フレーム内のサブフレームの相対位置、又はサブフレーム内のシンボルの相対位置、のうちの少なくとも1つであって良い。時間ドメインリソースは、通常、相対時間ドメインリソースに対して固定又は可変であるとして説明される。時間ドメインリソースが、通常、同一であるとして記載されることは、絶対時間ドメインリソースが同一であること、又は相対時間ドメインリソースが同一であることであって良い。
周波数ドメインリソースは、信号により占有され周波数で測定されるリソースである。例えば、信号は周波数において10MHzを占有する。OFDMシステムでは、占有される周波数ドメインリソースは、通常、サブキャリア数を用いて記載される。
時間−周波数リソースは、信号により占有され時間及び周波数で測定されるリソースである。例えば、信号は、時間において2個のOFDMシンボルを占有し、周波数において10MHzを占有する。
コードワードリソースは、信号により占有され、コード、例えばWCDMAにおける拡散符号で測定されるリソースである。代替で、信号のために使用されるシーケンスリソースも、コードワードリソース、例えば同期信号のために使用されるシーケンスとして参照される。
シーケンスは、コードワードリソースの一種である。
空間リソースは、信号により占有されビームで測定されるリソースである。多入力多出力(multiple input multiple output、MIMO)送信では、信号は、異なる方向のビームを使用することにより、同一時間−周波数リソース上で並列に送信されて良い。
サービスのフレーム構造は、サービスデータが送信されるときに使用される、サブキャリア間隔、CP長、周波数ドメインリソース、及び時間ドメインリソースを含み、周波数ドメインリソース及び時間ドメインリソースはサービスにより占有される。FDDシステムでは、サービスのフレーム構造は、サービスデータが送信されるときに使用される、サブキャリア間隔、CP長、及びサービスが配置されるサブバンドを少なくとも含む。
チャネルの構造は、チャネルが送信されるときに使用される、サブキャリア間隔、CP長、時間ドメインリソース、及び周波数ドメインリソースを含む。FDDシステムでは、チャネルの構造は、チャネルが送信されるときに使用される、サブキャリア間隔、CP長、及びチャネルが配置されるサブバンドを少なくとも含む。
共通情報のための基本チャネルは、システム又はプロトコル、例えばLTEにおけるレガシー同期チャネルにおいて所定の共通情報のためのチャネルの種類であって良い。代替で、サービス種類は所定であり、該サービス種類に対応する共通情報のためのチャネルは共通情報のための基本チャネルである。
キャリアは、スペクトル上の連続周波数ドメインリソースを構成し、キャリアの帯域幅はシステム帯域幅である。例えば、LTEにより現在サポートできるシステム帯域幅は、1.4MHz、3MHz、5MHz、10MHz、15MHz、及び20MHzである。
サブバンド前述のキャリア上のリソースは、さらに分割され、分割により取得される各連続周波数ドメインリソースは、キャリアのサブバンドとして参照される。
以下に、本発明の実施形態の添付の図面を参照して、本発明の実施形態における技術的解決策を明確且つ十分に説明する。明らかに、記載される実施形態は、本発明の実施形態の一部であり、全てではない。本発明の実施形態に基づき創造的労力を有しないで当業者により得られる全ての他の実施形態は、本発明の保護範囲に包含される。
本願で使用される「コンポーネント」、「モジュール」及び「システム」のような用語は、コンピュータ関連エンティティを示すために使用される。コンピュータ関連エンティティは、ハードウェア、ファームウェア、ハードウェア及びソフトウェアの結合、ソフトウェア、又は実行中のソフトウェアであって良い。例えば、コンポーネントは、プロセッサで実行するプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、及び/又はコンピュータであって良いが、これらに限定されない。一例として、コンピューティング装置及び該コンピューティング装置上で実行するアプリケーションの両者はコンポーネントであって良い。1又は複数のコンポーネントは、プロセス及び/又は実行スレッド内に存在して良く、コンポーネントは1つのコンピュータに及び/又は2以上のコンピュータに分散されて配置されて良い。さらに、これらのコンポーネントは、種々のデータ構造を有する種々のコンピュータ可読媒体から実行されて良い。これらのコンポーネントは、1又は複数のデータパケット(例えば、1つのコンポーネントからのデータであって、該コンポーネントはローカルシステム又は分散システム内の別のコンポーネントと相互作用する、及び/又はインターネットのようなネットワークを介して信号を使用することにより他のシステムと相互作用する)を有する信号に従うことにより、及びローカル及び/又はリモートプロセスを使用することにより、通信できる。
全ての態様は、無線ネットワーク装置を参照して本願において記載される。無線ネットワーク装置は、基地局であって良く、又はユーザ機器のような端末であって良い。ユーザ機器は、ユーザ端末としても参照されて良く、システム、加入者ユニット、加入者局、移動局、モバイル無線端末、モバイル装置、ノード、装置、リモート局、リモート端末、端末、無線通信装置、無線通信機器、又はユーザエージェントのうちの一部又は全部の機能を含んで良い。ユーザ機器は、携帯電話機、コードレス電話機、セッション開始プロトコル(SIP)電話機、スマートフォン、無線ローカルループ(WLL)局、パーソナルデジタルアシスタント(PDA)、ラップトップコンピュータ、ハンドヘルド通信装置、ハンドヘルドコンピューティング装置、衛星無線装置、無線モデムカード、及び/又は無線システム内で通信するよう構成される別の処理装置であって良い。基地局は、アクセスポイント、ノード、NodeB、E−UTRAN NodeB(eNB)、又は別のネットワークエンティティとしても参照されて良く、前述のネットワークエンティティの一部又は全部の機能を含んで良い。基地局は、無線インタフェースを使用することにより無線端末と通信して良い。通信は、1又は複数のセクタを使用することにより実行されて良い。基地局は、受信した無線インタフェースフレームをIPパケットに変換し、無線端末とアクセスネットワークの残りの部分との間のルータとして機能して良い。アクセスネットワークは、インターネットプロトコル(IP)ネットワークを含む。さらに、基地局は、無線インタフェース属性管理を統合して良く、有線ネットワークと無線ネットワークとの間のゲートウェイであって良い。
全ての態様、実施形態、又は特徴は、複数の装置、コンポーネント、モジュール、等を含み得るシステムを記載することにより、本願において提示される。認識され及び理解されるべきことに、各システムは、別の装置、コンポーネント、モジュール、等を含んで良く、及び/又は添付の図面を参照して議論される全ての装置、コンポーネント、モジュール、等を含まなくて良い。さらに、これらのソリューションの組合せが使用されて良い。
さらに、本発明では、語「例えば」は、一例、図示、又は説明を与えることを表すために使用される。本願において「例」として記載される任意の実施形態又は設計方式は、別の実施形態又は設計方式より好ましい又はより多くの利点を有するとして説明されるべきではない。正確には、語「例」の使用は、具体的方法で概念を提示することを意図している。
開示の実施形態は、通信システムに結合されて良い。一例では、直交周波数分割多重(OFDM)が通信システムにおいて使用される。全体のシステム帯域幅は、OFDMを用いて複数のサブキャリアに効率的に分割される。サブキャリアは、周波数サブチャネル、トーン、又は周波数帯としても参照される。
本発明の実施形態において記載されるネットワークアーキテクチャ及びサービスシナリオは、本発明の実施形態における技術的ソリューションをより明確に記載することを意図し、本発明の実施形態において提供される技術的ソリューションに対する限定を構成しない。当業者は、ネットワークアーキテクチャの進化及び新しいサービスシナリオの出現により、本発明の実施形態において提供される技術的ソリューションの同様の技術的問題に適用可能であることを理解できる。
以下は、一例として無線通信ネットワークの中で4Gネットワークのシナリオを用いて説明を提供する。
OFDM技術はLTEネットワークにおいて使用される。OFDMはマルチキャリア送信方法であり、多重化された信号(サブキャリア)は直交する。OFDM技術では、高速データストリームは、シリアル/パラレル変換により複数の並列の低速データストリームに変換され、次に、複数の並列低速データストリームは、送信のために、異なる周波数を有する幾つかのサブキャリア上のサブチャネルに割り当てられる。OFDM技術では、相互に直交するサブキャリアが使用される。各サブキャリアは1つのシンボルに対応し、したがって、サブキャリアスペクトルは重なり合う。このように、スペクトル利用は大幅に向上できる。OFDMシステムでは、サブキャリア間隔Δfは、OFDMシステム内の2つの隣接サブキャリア間の周波数差である。OFDMシステム帯域幅は、サブキャリア間隔をシステム内の論理的最大サブキャリア数により乗算することにより得られる値に等しい。システム内の論理的最大サブキャリア数は、周波数保護帯が考慮されないとき、最大サブキャリア数であるが、実際には、通常、保護帯の約10%がOFDMシステム内で予約される。したがって、システム内で実際に構成されるサブキャリア数は、最大サブキャリア数より少ない。
LTE物理レイヤの中で指定される最小時間ドメイン時間単位は、Ts=1(15000×2048)s=32.55nsであり、30.72MHzのベースバンドサンプリングレートに対応する。無線フレームは、LTE物理レイヤアップリンク及びダウンリンク送信の両方で間隔として使用される。無線フレームはTs=307200×Ts=10msである。LTE物理レイヤには2つの無線フレーム種類がある。FDD(frequency division duplexing、周波数分割複重)に適用可能なType1、及びTDD(time division duplexing、時分割複重)に適用可能なType2である。2つのフレーム種類は構造が異なる。フレームType1は、完全二重及び半二重FDD(frequency division duplexing、周波数分割複重)の両方に適用可能である。10msの各無線フレームは20個のタイムスロットに分割される。各タイムスロットの長さは、Tslot=15360×Ts=0.5msである。番号は0から19までである。サブフレームiは、番号2i及び2i+1を有する2つの連続タイムスロットを構成する。サブフレーム長は1msであり、番号は0から19までである。FDDでは、アップリンク及びダウンリンク送信は周波数ドメインにおいて分離されるので、各10ms間隔で、ダウンリンク送信のために利用可能なリソース及びアップリンク送信のために利用可能なリソースの両方は10サブフレームである。フレームType2はTDDに適用可能である。無線フレームは、それぞれ長さTslot=153600×Ts=5msの2分の1のフレームに分割される。各半フレームは、それぞれ長さTslot=15360×Ts=0.5msの8個のタイムスロット、及び3個の特別なタイムスロット(フィールド):DwPTS、GP、及びUpPTSを含む。DwPTSの長さ及びUpPTSの長さは、構成可能であるが、DwPTS、UpPTS、及びGPの合計長は1msである。サブフレーム1及び6は、DwPTS、GP、及びUpPTSを含む。別のサブフレームは、タイムスロット2i及びタイムスロット2i+1を含むサブフレームiとして定められる。サブフレーム0及びサブフレーム5は、ダウンリンク送信のためにのみ使用される。フレキシブルアップリンク−ダウンリンク構成がサポートされ、5ms及び10ms切換点周期の両方がサポートされる。
無線マルチパスチャネル時間分散により引き起こされるシンボル間干渉及びサブキャリア間干渉を解消するために、巡回プレフィックスCPが導入される。巡回プレフィックスは、サブキャリア間の保護間隔がシンボルシーケンスに設定される巡回コピーである、つまり各OFDMシンボルの末尾にあるTg時間の範囲内のサンプル点がOFDMシンボルの先頭にコピーされてプレフィックスを形成する。ここで、Tgは保護間隔の長さである。マルチパス遅延分散はセル半径及び無線チャネル伝搬環境に関連するので、通常、大きなセル半径ほど大きなマルチパス遅延分散を生じる。さらに、より大きなCP長が、LTE SFN(single−frequency network)において必要とされる。したがって、2つのCP長がLTEの中で定められる。短いCPは小さなセル環境に適用され、CPオーバヘッドを最適化するために使用される。長いCP(拡張CPとしても参照される)は大きな時間分散の例又はSFN運用に適用される。タイムスロット内のOFDMシンボル数
は、CP長及びサブキャリア間隔に依存する。具体的に、OFDMシンボルにより占有される時間は、OFDMシンボル長(占有時間)及びCP長の和である。OFDMシンボル長は1/サブキャリア間隔である。サブキャリア間隔が15KHzであるとき、それぞれタイムスロット当たり7個のOFDMシンボル及びタイムスロット当たり6個のOFDMシンボルに対応する2つのCP長が存在する。サブキャリア間隔が7.5KHzであるとき、タイムスロット当たり3個のOFDMシンボルに対応する1つのCP長のみが存在する。
各タイムスロットの期間内で占有される、
個のサブキャリア及び
個のOFDMシンボルは、リソースグリッドを構成する。リソースグリッド(resource grid)の構造は、図1に示される。
の値はダウンリンク送信帯域幅に依存し、
を満たす。
及び
は、サポートされる最小及び最大ダウンリンク送信帯域幅である。アンテナポートpのリソースグリッド内の要素は、リソースエレメント(resource element)として参照され、周波数ドメイン及び時間ドメインの座標(k,l)によりユニークに決定される。ここで、
及び
である。物理的意味は、LTEシステムにおけるタイムスロット内のサブキャリア上の変調シンボルである。リソースブロック(resource block、RB)は、特定の物理チャネルのリソースエレメントへのマッピングを記述するために使用される。物理リソースブロックは、時間ドメインで
個の連続OFDMシンボルを占有し、周波数ドメインで
個の連続サブキャリアを占有するリソースとして定められる。例えば、
及び
は、以下の表で与えられて良い。
物理リソースブロック(physical resource block、PRB)は、
個のリソースエレメントを含み、時間ドメインで1タイムスロットの期間の間続き、周波数ドメインで180KHzを占有する。物理リソースブロックは、周波数ドメインで0から
まで番号付けされる。周波数ドメインにおける物理リソースブロックの数nPRBとリソースエレメント(k,l)との間の対応は、次の通りである。
ここで、kは周波数ドメインインデックスであり、lは時間ドメインインデックスである。
既存の無線通信ネットワーク、例えばLTEネットワークでは、UEがLTEセルにアクセスする必要がある場合、UEは、セル探索(cell search)プロセス、つまりUEがセル識別子(ID)を検出し、セルとの時間−周波数同期を実施するプロセスを実行する必要がある。
セル探索は、UEがE−UTRANとダウンリンク時間−周波数同期を実施し、及びサービングセルIDを取得するプロセスである。基本セル探索プロセスは、2つのステップに分けられる。
ステップ1:UEは、シンボル同期を実施するために1次同期信号を復調し、粗周波数オフセット推定を実施するためにセル内グループIDを取得する。
ステップ2:UEは、フレーム同期を実施するために2次同期信号を復調し、精細周波数オフセット推定を実施するためにCP長及びセルグループIDを取得する。
既存のLTEプロトコルでは、サービングセルIDは、物理レイヤセルID(
として表される)として参照され、セル内グループIDは、物理レイヤセルIDグループの中の物理レイヤIDである物理レイヤID(
として表される)として参照され、セルグループIDは、物理レイヤセルIDグループ(
として表される)として参照される。既存のLTEプロトコルでは、次の通りである。
の値は0、1、又は2である。
の値は0から167の間の整数である(0及び167を含む)。
初期セル探索(initial cell search)
UEが起動された後、UEは初期セル探索を実行し始める。UEは、最初の開始時にネットワークの帯域幅及び周波数チャネル番号を知らない。
UEは基本セル探索プロセスを繰り返し、同期信号を復調するよう試みるために、スペクトル全体の全部の周波数チャネル番号をトラバースする。プロセスは、比較的長い時間を要するが、通常、時間の要件は厳しくない。結果としてUEの初期セル探索時間は、幾つかの方法を用いて削減できる。例えば、UEは前の利用可能なネットワーク情報を格納し、起動後、先ずこれらのネットワークを探索する。
UEが利用可能なネットワークを見付け、ネットワークとの時間−周波数同期を実施し、サービングセルIDを取得すると、つまり、セル探索を完了した後に、UEは、ダウンリンク物理ブロードキャストチャネル(PBCH)を復調して、システム帯域幅及び送信アンテナ数のようなシステム情報を取得する。
UEのセル探索プロセスは送信されるサービスと無関係であることが分かる。
プロセスを完了した後に、UEが呼を開始しない場合、UEは、物理ダウンリンク制御チャネル(PDCCH)を復調して、ネットワークによりUEに割り当てられたページング周期を取得し、次に、固定ページング周期の中でアイドル状態から覚醒して、PDCCHを復調し、ページングを傾聴する。UEに属するページングが存在する場合、UEは、ページングを受信するために指定された物理ダウンリンク共有チャネル(PDSCH)リソースを復調する。
UEが呼を開始する場合、UEは、(例えば、物理ランダムアクセスチャネルPRACHを使用することにより)ランダムアクセスを開始し、アップリンクリソースを割り当てるよう要求し、PDCCHのような制御チャネルをリードすることによりアップリンクリソースを取得し、次に、(例えば、物理アップリンク共有チャネルPUSCHを用いることにより)アップリンク送信を実行する。
現在のLTEセル探索では、全てのダウンリンク送信帯域幅(システム帯域幅としても参照される)1.4MHz、3MHz、5MHz、10MHz、15MHz、及び20MHz、がサポートされ得る。ここでシステム帯域幅はキャリアにより占有される帯域幅としても参照され得ることが理解できる。特定の実装では、保護間隔が異なるキャリア間に設定されて良い。したがって、実際の実装では、ダウンリンク送信帯域幅は、システム帯域幅より小さく、保護間隔の影響はここでは考慮されない。キャリアは、スペクトル上の連続する周波数ドメインリソースを構成する。キャリア上のリソースは、さらに分割され、分割により取得される各連続周波数ドメインリソースは、本発明の本実施形態ではキャリアのサブバンドとして参照される。以上から、セル同期により取得され得る情報はシンボルのタイミング情報、及び無線フレームのタイミング情報、周波数情報、セルID、CP長、システム帯域幅、アンテナ構成(PBCHから読み取られる)、等を含むことが分かる。LTEネットワークでは、2種類の物理信号、それぞれ1次同期信号(PSS、1次同期チャネルPSCHとしても参照される)及び2次同期信号(SSS、2次同期チャネルSSCHとしても参照される)、が同期プロセスで使用される。1次同期信号は、5msクロック及びセル内グループIDを取得するために使用される。2次同期信号は、無線フレームクロック及びセルグループIDを取得するために使用される。既存のLTE同期チャネルは、各無線フレームの中のサブフレーム0及び5に配置され、周波数ドメインで帯域幅の中央にある6個のPRBを占有する。フレームType1が一例として用いられる。時間ドメインで、1次同期信号は、各無線フレームの中の第1タイムスロット(タイムスロット0)内の最後のシンボル及び第11タイムスロット(タイムスロット10)内の最後のシンボルにマッピングされる。つまり次の通りである。
周波数ドメインで、1次同期信号は、DC(direct current、直流)サブキャリア(データシンボルが該サブキャリアで送信されない)上に中心のある62個のサブキャリアにマッピングされる。時間ドメインでは、2次同期信号は、各無線フレームの中のタイムスロット0内の最後の1つのシンボル及びタイムスロット10内の最後の1つのシンボルにマッピングされる。周波数ドメインで、2次同期信号も、DCサブキャリア上に中心のある62個のサブキャリアにマッピングされる。フレームType2では、1次同期信号は、第3タイムスロット内の第3シンボル及び第13タイムスロット内の第3シンボルに配置され、2次同期信号は、1次同期信号より前の3個のシンボルである、つまり、2次同期信号は、第2タイムスロット内の最後のシンボル及び第12タイムスロット内の最後のシンボルに配置される。本発明の本実施形態では、1次同期信号及び2次同期信号は、集合的に同期チャネルとして参照される。
LTE技術の発展に伴い、サービス種類の増大に起因して、分散したキャリアを効率的に使用するため及びスペクトル効率を向上するために、異なる種類のサービスが同時に同一キャリア上で送信されることが要求される。分散したキャリアは、比較的小さな帯域幅の及びキャリア上で分散したアイドル部分である。さらに、新たに定義されるサービス指向型無線アクセスネットワーク(service orientation RAN (radio access network)、SOR)シナリオでは、eNBは、複数種類のサービスを複数のUEへ同時に送信でき、又は複数種類のサービスを1つのUEへ送信できる。現在既存のサービス種類は、MTCサービス、D2Dサービス、ユニキャストサービス、マルチキャストサービス、等を含む。図2は、eNBが異なるサービスデータを複数のUEへ送信する概略図である。様々な種類のサービスについて、サービスは異なるサブキャリア間隔及び異なるCPを使用するので、サービスに対応するそれぞれのフレーム構造は異なる。本発明の全ての実施形態において、サービスのフレーム構造は、サービスデータが送信されるときに使用される、サブキャリア間隔、CP長、周波数ドメインリソース、及び時間ドメインリソースを含み、周波数ドメインリソース及び時間ドメインリソースはサービスにより占有される。チャネルの構造は、チャネルが送信されるときに使用される、サブキャリア間隔、CP長、時間ドメインリソース、及び周波数ドメインリソースを含む。時間ドメインリソースは、絶対時間又は相対時間を含んで良い。相対時間は、サブフレーム内で占有されるシンボルの相対位置、無線フレーム内で占有されるサブフレームの相対位置、占有される無線フレームのフレーム番号、等を含んで良い。周波数ドメインリソースは、絶対周波数又は相対周波数を含んで良い。相対周波数は、キャリア上で占有されるRBの周波数の位置を含んで良い。図3は、幾つかの種類の共通サービスに対応するフレーム構造を示す。フレーム構造は、上から下へ連続して、15KHzのサブキャリア間隔及び通常Cを有するユニキャストサービスに対応するフレーム構造1P(通常CP(NCP(normal CP),15KHz)、15KHzのサブキャリア間隔及び拡張CPを有するマルチキャストサービスに対応するフレーム構造2(拡張CP(ECP(extended CP)),15KHz)、1.25KHzのサブキャリア間隔を有する狭帯域MTCサービスに対応するフレーム構造3(NW(narrow bandwidth),1.25KHz)、及び150kHzのサブキャリア間隔を有する高周波数広帯域サービスに対応するフレーム構造4(WW(wide bandwidth),150KHz)である。様々な種類のサービスは異なるサブキャリア間隔及び異なるCP長に対応するので、様々な種類のサービスに対応するフレーム構造は時間ドメインにおいて揃っていなくて良いことが分かる。例えば、フレーム構造1は、フレーム構造3と揃っていない。既存のLTEネットワークソリューションでは、同期チャネルは、キャリア周波数帯域の中央にある6個のPRBでのみ送信され、同期チャネルの時間−周波数位置は15KHzのサブキャリア間隔及び通常CPを有するフレーム構造に対応する。このように、結果として、アクセス同期は、既存のソリューションを用いて幾つかの種類のサービスに実施できない。本発明の全ての実施形態で、時間−周波数位置が15KHzのサブキャリア間隔及び通常CPを有するフレーム構造に対応する同期チャネルは、legacy同期チャネルとして参照される。
本発明の一実施形態は、複数種類のサービスが存在するシナリオで使用され得る共通情報送信方法を提供する。共通情報は、同期信号、ブロードキャスト信号、又はシステムメッセージのうちの少なくとも1つを含んで良い。本発明の本実施形態では、無線ネットワーク装置がeNB及びUEである一例を用いて説明が提供される。本発明の本実施形態では、複数種類のサービスは同一キャリアで送信され、複数種類のサービスのうちの任意の1つに対応する共通情報のためのチャネルも同一キャリアで送信される。共通情報のためのチャネルは、共通情報を運ぶために使用されるチャネルである。
任意で、複数種類のサービスは、同じキャリアの同じサブキャリアの中で送信されて良い。
任意で、複数種類のサービスの中の少なくとも2つのサービスに対応する共通情報のための2つのチャネルも、同一キャリアの同一サブキャリアの中で送信されて良い。共通情報のためのチャネルを送信するためのキャリアは、サービスを送信するためのキャリアと同じである。
任意で、複数種類のサービスは、複数のUEにより送信されるサービスであって良く、又は1つのUEにより送信されるサービスであって良い。
任意で、共通情報のためのチャネルの構造は、サービス特徴に対応して良い。サービス特徴は、サービスの種類、又はサービスのフレーム構造のうちの少なくとも1つを含んで良い。このように、特定構造を有するサービスは、サービスに対応する共通情報のためのチャネルに従いアクセスでき、幾つかのサービスが共通情報のための既存のチャネルを使用することによりアクセスできないという従来の問題は相応して解決される。少なくとも2つのサービスが同一キャリアで送信され得るので、同一キャリアは、少なくとも2つのサービスに対応する共通情報のための少なくとも2つのチャネルを含んで良い。
サービスの種類(サービス種類に略されて良い)とサービスのフレーム構造(サービスフレーム構造に略されて良い)との間の関係は、複数種類のサービスが1つのフレーム構造に対応すること、又は異なる種類のサービスが異なるフレーム構造に対応すること(つまり、1対1対応)、又は1種類のサービスが複数のフレーム構造に対応すること、であって良い。これはここで限定されない。
(1)共通情報のためのチャネルの構造は、サービスのフレーム構造に対応する。
任意で、本発明の本実施形態では、共通情報のためのチャネルの構造は、サービスのフレーム構造に対応して良い。したがって、特定フレーム構造を有するサービス(例えば、フレーム構造Aを有するサービス)は、該サービスに対応する共通情報のためのチャネル(例えば、チャネルA)に従いアクセスされ得る。したがって、幾つかの種類のサービスが共通情報のための既存のチャネルを用いてアクセスできないという従来の問題が解決される。
任意で、共通情報のためのチャネルの構造が、サービスのフレーム構造に対応し得ることは、特定フレーム構造を有するサービス(例えば、フレーム構造Aを有するサービス)が、該サービスに対応する共通情報のためのチャネル(例えば、チャネルA)と同じサブキャリア間隔及び同じCP長を有することを含む。このように、特定フレーム構造を有するサービスは、時間ドメインで、サービスに対応する共通情報のためのチャネルと揃えることができ、サービスへのアクセスを実現する。
任意で、共通情報のためのチャネルの構造が、サービスのフレーム構造に対応し得ることは、特定フレーム構造を有するサービス(例えば、フレーム構造Aを有するサービス)が、該サービスに対応する共通情報のためのチャネル(例えば、チャネルA)のために使用される周波数ドメインリソースに対応することを含む。任意で、サービスに対応する共通情報のためのチャネルにより占有されるサブバンドは、特定フレーム構造を有するサービスにより占有されるサブバンドと同じである。このように、アクセスを実行するとき、UEは、アクセスされる必要のあるサービスに対応する周波数帯だけに対してブラインド検出を実行して良い。したがって、UE実装の複雑性は削減でき、電力が節約できる。
任意で、共通情報のためのチャネルの構造が、サービスのフレーム構造に対応し得ることは、特定フレーム構造を有するサービス(例えば、フレーム構造Aを有するサービス)、及び該サービスに対応する共通情報のためのチャネル(例えば、チャネルA)が、同じサブキャリア間隔及び異なるCP長を有することを含む。この場合、共通情報のためのチャネルの中の同期チャネルは、サブフレーム内の少なくとも最後のシンボルを占有し、シンボルが位置するサブフレームの時間ドメイン境界は、サービスのフレーム構造におけるサブフレームの時間ドメイン境界と揃えられる。このように、特定フレーム構造を有するサービスは、時間ドメインで、サービスに対応する共通情報のためのチャネルと揃えることができ、サービスへのアクセスを実現する。さらに、共通情報のためのチャネルは、異なるフレーム構造を有するサービスと強注され、共通情報のためのチャネルにより占有されるリソースは相応して削減できる。
任意で、共通情報のためのチャネルの構造が、サービスのフレーム構造に対応し得ることは、同じ種類のサービスが共通情報のための同じチャネルに対応することを含む。このようにあ、サービスの種類が同じであり、サービスのフレーム構造が通常同じであるので、共通情報のためのチャネルは、サービスの種類に従い割り当てられて良い。したがって、異なる種類のサービスを受信するとき、UEは、UEにより受信されるサービスの種類に対応する共通情報のためのチャネルだけを気にすれば良い。任意で、同じ種類の2つのサービスが同一キャリアの異なるサブバンド上に配置されるとき、サービスのうちの1つのサブバンドで送信される共通情報は、他のサービスのサブバンド情報を伝達して良い。2つのサービスのサブバンド間のオフセットが固定される場合、サブバンド情報は伝達されなくて良いことが理解できる。
任意で、共通情報のためのチャネルの構造が、サービスのフレーム構造に対応し得ることは、同じサブキャリア間隔及び同じCP長を有するサービスが、共通情報のための同じチャネルに対応し、又は同じサブキャリア間隔及び異なるCP長を有するサービスが、共通情報のための同じチャネルに対応することを含む。このように、共通情報のためのチャネルは、サービスの種類に従うのではなく、サービスのフレーム構造に従い割り当てられて良い。異なる種類のサービスが同じフレーム構造を有して良いので、共通情報のためのチャネルにより占有されるリソースは削減できる。任意で、共通情報のための同じチャネルに対応する2つのサービスが同一キャリアの異なるサブバンド上に配置されるとき、サービスのうちの1つのサブバンドで送信される共通情報は、他のサービスのサブバンド情報を伝達して良い。2つのサービスのサブバンド間のオフセットが固定される場合、サブバンド情報は伝達されなくて良いことが理解できる。
任意で、共通情報のためのチャネルの構造が、サービスのフレーム構造に対応し得ることは、特定フレーム構造を有するサービス(例えば、フレーム構造Aを有するサービス)が、該サービスに対応する共通情報のためのチャネル(例えば、チャネルA)のために使用されるコードワードリソースに対応することを含む。つまり、異なるフレーム構造を有するサービスでは、異なるフレーム構造を有するサービスに対応する共通情報のためのチャネルのために使用されるコードワードリソースは、異なる。このように、特定フレーム構造を有するサービスを受信するとき、UEは、好都合なことに、サービスに対応する共通情報のためのチャネルを識別する。
任意で、共通情報のためのチャネルの構造が、サービスのフレーム構造に対応し得ることは、特定フレーム構造を有するサービス(例えば、フレーム構造Aを有するサービス)が、該サービスに対応する共通情報のためのチャネル(例えば、チャネルA)のために使用される周波数ドメインリソースに対応する場合に、異なるフレーム構造を有するサービス及びサービスに対応する共通情報のためのチャネルのために使用されるコードワードは、同じであって良い又は異なって良いことを含む。このように、特定フレーム構造を有するサービスを受信するとき、UEは、周波数ドメインリソースを使用することにより、サービスに対応する共通情報のためのチャネルを識別して良い。異なるフレーム構造を有するサービス及びサービスに対応する共通情報のためのチャネルのために使用されるコードワードリソースが同じであって良いとき、コードワードリソースの使用は削減でき、送信側及び受信側の実装の複雑性が低減できる。
任意で、共通情報のためのチャネルの構造が、サービスのフレーム構造に対応し得ることは、特定フレーム構造を有するサービス(例えば、フレーム構造Aを有するサービス)が、該サービスに対応する共通情報のためのチャネル(例えば、チャネルA)のために使用される周波数ドメインリソースに対応する場合に、異なるフレーム構造を有するサービス及びサービスに対応する共通情報のためのチャネルのために使用される時間ドメインリソースが、同じであって良い又は異なって良いことを含む。このように、特定フレーム構造を有するサービスを受信するとき、UEは、周波数ドメインリソースを使用することにより、サービスに対応する共通情報のためのチャネルを識別して良い。異なるフレーム構造を有するサービス及びサービスに対応する共通情報のためのチャネルのために使用される時間ドメインリソースが同じであるとき、送信側及び受信側の実装の複雑性が低減できる。
任意的に、本発明の本実施形態では、特定フレーム構造を有するサービス(例えば、フレーム構造Bを有するサービス)に対応する共通情報のためのチャネル(例えば、チャネルB)は、別のフレーム構造を有するサービス(例えば、フレーム構造Cを有するサービス)にアクセスするために使用される情報を運んで良い(アクセスのための情報を運ぶチャネルBはチャネルCとして参照される)。例えば、共通情報のための特定のチャネルは、共通情報のための特定のチャネルの周波数と共通情報のための既存のチャネルの周波数との間のオフセット(offset)のような、別のフレーム構造を有するサービスにアクセスするために必要な周波数情報を運び、及び/又は共通情報のための特定のチャネルは、共通情報のための特定のチャネルの時間と共通情報のための既存のチャネルの時間との間のオフセットのような、別のフレーム構造を有するサービスにアクセスするために必要な時間情報を運び、異なるフレーム構造を有するサービスがアクセスされるときリソースの使用を削減するようにする。
任意で、特定のフレーム構造を有するサービスに対応する共通情報のためのチャネル(例えば、チャネルA又はチャネルC)の送信は、UEによりトリガされた後に実行されて良い。UEトリガは、UEが共通情報のための別のチャネルを使用することによりeNBとの同期を実施した後に、送信される。このように、UEがサービスを送信する前に、UEは、先ず、共通情報のためのチャネル(例えば、チャネルB)を使用することによりeNBとの同期を実施し、例えば共通情報のための既存のチャネルを使用することにより同期を実行し、次にサービスを送信するために必要なときは、サービスに対応する共通情報のためのチャネルを配信するようeNBをトリガして、サービスを送信するようにして良い
(2)共通情報のためのチャネルの構造は、サービスの種類に対応する。
共通情報のためのチャネルの構造は、サービスの種類に対応して良い。例えば、サービス種類が同じであり、且つサービスのフレーム構造が同じである(例えば、サブキャリア間隔が同じであり、且つCP長が同じである、又は、サブキャリア間隔が同じであり、且つCP長が異なる)。サービス種類が異なり、且つサービスのフレーム構造が同じであり又は異なって良い。つまり、サービス種類の数がサービスの対応するフレーム構造の数より大きいとき、共通情報のためのチャネルは、共通情報のためのチャネルの構造がサービスの種類に対応するように構成される。
方法(2)と前述の方法(1)との間の差は、共通情報のためのチャネルの構造がサービスの種類に対応して良く、したがって、特定種類のサービス(例えば、サービスA)は、該サービスに対応する共通情報のためのチャネル(例えば、チャネルA)に従いアクセスできることである。したがって、幾つかの種類のサービスが共通情報のための既存のチャネルを用いてアクセスできないという従来の問題が解決される。上述の方法で言及された特定フレーム構造を有するサービスは、相応して、特定種類のサービスに変わる。その種類のサービスのフレーム構造の他の説明については、前述の方法の説明を参照のこと。詳細事項は、ここで再び記載されない。
(3)サービスの種類及びサービスのフレーム構造の両方が、共通情報のためのチャネルの構造のために考慮される。
構成中、サービスの種類とサービスのフレーム構造との間の対応は、1対多対応、1対1対応、又は多対1対応であって良いので、サービスの種類及びサービスのフレーム構造の両方を考慮する方法は、共通情報のためのチャネルが構成されるときに使用される。
例えば、サービス種類が同じである2つのサービスについて、2つのサービスのサブキャリア間隔は同じであるが、2つのサービスのCP長は異なる(つまり、フレーム構造が異なる)。この場合、サービス種類が考慮された後に、フレーム構造は、共通情報のためのチャネルを構成するために更に考慮されて良い。システムは、サブキャリア間隔が同じであるがCP長が異なる2つのサービスについて、共通情報のための2つの異なるチャネルを構成するよう設計されるので、システムは、種類が同じである2つのサービスについて、それぞれ2つのサービスに対応する共通情報を送信するために使用される、共通情報のための2つのチャネルを構成する。
例えば、サービス種類が異なる2つのサービスについて、2つのサービスのサブキャリア間隔は同じであり、且つ2つのサービスのCP長も同じであるが、2つのサービスが配置されるサブバンドが異なる。この場合、サービス種類が考慮された後に、フレーム構造は、共通情報のためのチャネルを構成するために更に考慮されて良い。例えば、所定のルール又は要件に従い、共通情報のための2つのチャネルが2つのサービスのそれぞれのサブバンドに配置されることが構成されて良く、又は、共通情報のための1つのチャネルがサービスのうちの1つのサブバンドに配置される、且つ多のサービスが共通情報のためのチャネルを共有し、共通情報のためのチャネルが他のサービスの周波数ドメインリソース情報を伝達することが構成されて良い。
同様に、サービス種類ではなく、先ずフレーム構造が考慮されて良い。このような原理及び方法は、フレーム構造又はサービス種類が別個に考慮される方法と、又はフレーム構造ではなく先ずサービス種類が考慮される方法と、同様である。詳細事項は、ここで再び記載されない。
本発明の本実施形態で提供される共通情報のためのチャネルの構成又は送信は送信されるサービスに関連する(対応する)ので、所要の共通情報は、複数の異なるサービスの送信前に受信され得る。さらに、UEは、UEにより送信される必要のあるサービスに従い、共通情報のための対応するチャネルを受信して良い。例えば、周波数同期及び時間同期外れの場合に、UEは、UEにより送信される必要のあるサービスに関連する特定サブバンドに対してのみ、セル探索を実行すれば良い。したがって、UE実装の複雑性は削減でき、UEのリソース消費が削減できる。
前述の方法に基づき、本発明の実施形態1は、複数種類のサービスが存在するシナリオで使用され得る共通情報のためのチャネルの構造を提供する。共通情報は、同期信号、ブロードキャスト信号、又はシステムメッセージのうちの少なくとも1つを含んで良いが、これに限定されない。図4に示すように、FDDシステムでは、チャネルの構造は、以下を含む。
共通情報のための少なくとも2つのチャネルが、同一キャリアに含まれる。ここで、共通情報のための少なくとも2つのチャネルは、共通情報のための第1チャネル及び共通情報のための第2チャネルを含み、共通情報のための第1チャネル及び共通情報のための第2チャネルは、異なるサブバンド上にある。
任意で、第1共通情報及び第2共通情報は、同じ機能を有して良く、例えば、両者とも1次同期信号であって良く、又は両者とも2次同期信号であって良い。
任意で、共通情報のための2つのチャネルは、異なる時間ドメインリソース及び/又はコードワードリソースを占有する。
任意で、共通情報のための2つのチャネルは、それぞれ、個々のサブバンドの中央リソースブロック(RB)を占有する。
任意で、共通情報のための第1チャネルの構造及び共通情報のための第2チャネルの構造は異なる。
本発明の全ての実施形態で、1次同期信号及び2次同期信号は同期を実施するために一緒に使用されるので、1次同期信号及び2次同期信号は、共通情報のためのチャネル(つまり、同期チャネル)を構成する。将来のネットワークのような幾つかのネットワークでは、同期チャネルは1つの同期信号のみを含み得る(1次同期信号と2次同期信号との間を区別しない)ことが理解され得る。これは、本発明の実施形態において限定されない。
少なくとも2つのサービスが同一キャリアに更に含まれて良い。
用語「第1」及び「第2」は、チャネル間及びチャネルに対応する記載の間を区別するために使用される。
チャネルの任意の構造は、チャネルを送信されるために使用される、サブキャリア間隔、CP長、時間ドメインリソース、及び周波数ドメインリソースを含む。周波数ドメインリソースは占有されたサブバンドを含む。任意で、共通情報のための第1チャネルの構造は、チャネルを送信するために使用される、第1サブキャリア間隔、第1CP長、及び第1サブバンドを含む。共通情報のための第2チャネルの構造は、チャネルを送信するために使用される、第2サブキャリア間隔、第2CP長、及び第2サブバンドを含む。
共通情報は、同期信号、ブロードキャスト信号、又はシステムメッセージのうちの少なくとも1つを含む。
任意で、共通情報のための第1チャネルの構造及び共通情報のための第2チャネルの構造が異なることは、第1サブキャリア間隔及び第2サブキャリア間隔が異なり、且つ第1巡回プレフィックス長及び第2巡回プレフィックス長が異なることを含んで良い。
任意で、共通情報のための第1チャネルの構造及び共通情報のための第2チャネルの構造が異なることは、第1サブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第1巡回プレフィックス長及び第2巡回プレフィックス長が異なることを含んで良い。
任意的に、前述の構造は、以下を更に含む:
共通情報のための第1チャネルの構造は、第1サービス特徴に対応し、共通情報のための第2チャネルの構造は、第2サービス特徴に対応する。第1又は第2サービス特徴は、サービス種類、又はサービスフレーム構造のうちの少なくとも1つを含んで良い。第1サービス特徴がサービス種類であるとき、第2サービス特徴の記述もサービス種類に関し、第1サービス特徴がサービスフレーム構造であるとき、第2サービス特徴の記述もサービスフレーム構造に関する。
共通情報のためのチャネルの構造がサービス特徴に対応する特定の場合については、前述の方法の記載を参照のこと。詳細事項は、ここで再び記載されない。
図5に示すように、TDDシステムでは、チャネルの構造は、以下を含む。
共通情報のための少なくとも2つのチャネルは同一キャリアに含まれる。ここで、共通情報のための少なくとも2つのチャネルは、共通情報のための第1チャネル及び共通情報のための第2チャネルを含み、共通情報のための第1チャネル及び共通情報のための第2チャネルは、同一サブバンドの異なる時間期間にあり、共通情報のための第1チャネル及び共通情報のための第2チャネルは、同一サブキャリア間隔及び異なるCP長を有し、又は共通情報のための第1チャネル及び共通情報のための第2チャネルは、異なるサブキャリア間隔及び異なるCP長を有する。
任意で、第1共通情報及び第2共通情報は、同じ機能を有して良く、例えば、両者とも1次同期信号であって良く、又は両者とも2次同期信号であって良い。
任意で、共通情報のための2つのチャネルは、異なる時間ドメインリソース及び/又はコードワードリソースを占有する。ここで、時間ドメインリソースは、シンボルが配置されるサブフレーム内の占有されるシンボルの相対位置であって良い。
任意で、共通情報のための2つのチャネルは、それぞれ、チャネルが配置されるサブバンドの中央リソースブロック(RB)を占有する。
任意で、共通情報のための第1チャネルの構造及び共通情報のための第2チャネルの構造は異なる。
少なくとも2つのサービスが同一キャリアに更に含まれて良い。
用語「第1」及び「第2」は、チャネル間及びチャネルに対応する記載の間を区別するために使用される。
チャネルの任意の構造は、チャネルを送信されるために使用される、サブキャリア間隔、CP長、時間ドメインリソース、及び周波数ドメインリソースを含む。周波数ドメインリソースは占有されたサブバンドを含む。時間ドメインリソースは占有された時間期間を含む。任意で、共通情報のための第1チャネルの構造は、チャネルを送信するために使用される、第1サブキャリア間隔、第1CP長、及び第1時間期間を含む。共通情報のための第2チャネルの構造は、チャネルを送信するために使用される、第2サブキャリア間隔、第2CP長、及び第2時間期間を含む。
共通情報は、同期信号、ブロードキャスト信号、又はシステムメッセージのうちの少なくとも1つを含む。
任意で、共通情報のための第1チャネルの構造及び共通情報のための第2チャネルの構造が異なることは、第1サブキャリア間隔及び第2サブキャリア間隔が異なり、且つ第1巡回プレフィックス長及び第2巡回プレフィックス長が異なることを含んで良い。
任意で、共通情報のための第1チャネルの構造及び共通情報のための第2チャネルの構造が異なることは、第1サブキャリア間隔及び第2サブキャリア間隔が同じであり、且つ第1巡回プレフィックス長及び第2巡回プレフィックス長が異なることを含んで良い。
任意的に、前述の構造は、以下を更に含む:
共通情報のための第1チャネルの構造は、第1サービス特徴に対応し、共通情報のための第2チャネルの構造は、第2サービス特徴に対応する。第1又は第2サービス特徴は、サービス種類、又はサービスフレーム構造のうちの少なくとも1つを含んで良い。第1サービス特徴がサービス種類であるとき、第2サービス特徴の記述もサービス種類に関し、第1サービス特徴がサービスフレーム構造であるとき、第2サービス特徴の記述もサービスフレーム構造に関する。
共通情報のためのチャネルの構造がサービス特徴に対応する特定の場合については、前述の方法の記載を参照のこと。詳細事項は、ここで再び記載されない。
例えば、以下は、共通情報のためのチャネルが同期チャネルである例を用いて、チャネル構造又は送信方法を具体的に記載する。
リソース多重化方法
2つの同期チャネルは、異なるリソースを占有する。リソースは、時間ドメインリソース、周波数ドメインリソース、又はコードワードリソースのうちの少なくとも1又は複数を含んで良い。異なるリソースが占有されることは、時間ドメインリソース、周波数ドメインリソース、又はコードワードリソースのうちの少なくとも1種類の占有されたリソースが異なることを含む。
一実装では、少なくとも2つの同期チャネルは、同一キャリアの異なるサブバンドで、つまり、周波数分割多重で送信されて良い。例えば、図4に示すように、第1同期チャネルは、あるキャリアの第1サブバンド(サブバンド1)で送信され、第2同期チャネルは、同じキャリアの第2サブバンド(サブバンド2)で送信される。さらに、第1サービスも第1サブバンド(サブバンド1)で送信される。例えば、第1同期チャネルは、第1サブバンドの中央位置を占有する。同様に、第2サービスは第2サブバンド(サブバンド2)で送信される。例えば、第2同期チャネルは、第2サブバンドの中央位置(つまり、中央リソースブロック)を占有する。このように、第1同期チャネル及び第2同期チャネルは、同一サブフレーム内の同一シンボル位置又は異なるシンボル位置に置かれ、異なるサブフレーム内の同一シンボル位置に置かれ、又は異なるサブフレーム内の異なるシンボル位置に置かれて良い。
別の実装方法では、少なくとも2つの同期チャネルは、同一キャリアの同一サブバンド(サブバンド)3の異なる時間期間で、つまり、時分割多重で送信されて良い。例えば、図5に示すように、第1サービス及び第2サービスも、サブバンド3の異なる時間期間で、つまり時分割多重で送信される。相応して、第1同期チャネルは、第1サービスの配置される時間期間内に送信され、第2同期チャネルは、第2サービスの配置される時間期間内に送信され、第2同期チャネルの固有位置及び第2同期チャネルの固有位置は実装に従い決定されて良い。周波数ドメインでは、第1同期チャネルは周波数においてサブバンド3の中央位置に配置されて良く、第2同期チャネルも周波数においてサブバンド3の中央位置に配置されて良い。
前述の周波数分割多重の実装又は時分割多重の実装に拘わらず、第1同期チャネル及び第2同期チャネルは、同一シーケンスを使用して良く、又は異なるシーケンスを使用して良い。
周波数分割多重の場合には、第1同期チャネルの時間ドメインリソース及び第2同期チャネルの時間ドメインリソースは、同じであって良く、又は異なって良い。
例えば、FDDフレーム種類では、15KHz及び拡張CPを有するユニキャストサービス、及び7.5KHz及び拡張CPを有するブロードキャストマルチキャストサービスが、例として用いられる。2つのサービスの同期チャネルの、時間−周波数位置、リソースマッピング、及び対応するシーケンスは、図6乃至図9に示され得る。
図6は、ユニキャストサービスの同期信号の時間ドメイン位置の概略図である。図7は、ユニキャストサービスの同期信号の周波数ドメイン位置の概略図である。図6では、サブフレーム長が1msであり、サブフレームが2つのタイムスロットを含み、各タイムスロットが0.5msである例を用いて説明が提供される。図6及び図7に示すように、ユニキャスト同期信号は、時間ドメインにおいて第1タイムスロット(timeslot)内の最後の2つのシンボルに配置され、周波数ドメインにおいて中央にある6個のリソースブロック(RB)(1.08M)に配置される(1次同期信号のために使用される周波数ドメインリソース及び2次同期信号のために使用される周波数ドメインリソースは同じである)。1次同期信号(P−SCH)のためにZCシーケンスが使用される(具体的なシーケンス生成については従来技術を参照のこと)。ルートインデックスは、25、29、及び34である。リソースマッピングは次の通りである。1次同期信号は、DCを中心とする62個のサブキャリアに及び第1タイムスロット内の最後のシンボルにマッピングされる。2次同期信号(S−SCH)のためにMシーケンスが使用される(具体的なシーケンス生成については従来技術を参照のこと)。リソースマッピングは次の通りである。2次同期信号は、DCサブキャリアを中心とする62個のサブキャリアに及び第1タイムスロット内の最後の1つのシンボルにマッピングされる。
図8は、7.5KHz専用ブロードキャストマルチキャストサービスの同期信号の時間ドメイン位置の概略図である。図9は、7.5KHz専用ブロードキャストマルチキャストサービスの同期信号の周波数ドメイン位置の概略図である。図8では、サブフレーム長が1msであり、サブフレームが2つのタイムスロットを含み、各タイムスロットが0.5msである例を用いて説明が提供される。図8及び図9に示すように、タイムスロット3個のシンボルを含み、同期信号は、1次同期信号及び2次同期信号を含み、時間ドメインにおいて第1タイムスロット内の最後のシンボルに配置され、周波数ドメインにおいて中央にある12個のRB(1.08M)に配置される。1次同期信号のためにZCシーケンスが使用される。ルートインデックスは、ユニキャストサービスのルートインデックスと異なるルートインデックス(例えば、23、27、及び37)であって良い。異なる1次同期信号が、異なるルートインデックスに従い生成される。1次同期信号は、DCを中心とする62個のサブキャリアにマッピングされる(例えば、図9に示されるPSC)。図9に示すように、Mシーケンスは、2次同期信号のために使用され、ユニキャストサービスで生成されるシーケンスと同じ(生成方法は変更されない)又は異なって良い。2次同期信号は、1次同期信号の両側にある62個のサブキャリアにマッピングされる(例えば、図9に示されるSSC)。
同期チャネル割り当て
任意で、一実装では、少なくとも2つのサービスが、同一キャリア上で送信される。少なくとも2つのサービスは、第1サービス及び第2サービスを含む。第1サービスに対応する第1フレーム構造及び第2サービスに対応する第2フレーム構造が異なることは、具体的に、第1フレーム構造のサブキャリア間隔及びCP長が、第2フレーム構造のそれらと異なることであって良い。同一キャリア上で、第1同期チャネルは第1サービスに割り当てられ、第2同期チャネルは第2サービスに割り当てられる。第1同期チャネルのサブキャリア間隔及びCP長は、第1サービスのそれらと同じである。第2同期チャネルのサブキャリア間隔及びCP長は、第2サービスのそれらと同じである。
本実装では、少なくとも2つのサービスが第3サービスを更に含むとき、第3サービスは第3フレーム構造に対応し、第3フレーム構造及び第2フレーム構造は同じサブキャリア間隔及び異なるCP長を有するが、サブフレームに含まれる最後のシンボルの時間ドメイン境界は揃えられ、第2フレーム構造に対応する第2同期チャネルは、第3フレーム構造に更に対応して良く、つまり第3サービスに対応する。つまり、第2サービス及び第3サービスは1つの同期チャネルを共有する。少なくとも2つのサービスが第4サービスを更に含むとき、第4サービスは第4フレーム構造に対応し、第4フレーム構造及び第2フレーム構造は同じサブキャリア間隔及び同じCP長を有し、第2フレーム構造に対応する第2同期チャネルは、第4フレーム構造に更に対応して良く、つまり第4サービスに対応する。つまり、第2サービス及び第4サービスは1つの同期チャネルを共有する。説明は第2サービス及び別のサービスが1つの同期チャネルを共有する例を用いて単に提供され、前述の関係が第1サービスに対応するフレーム構造と別のサービスに対応するフレーム構造との間に存在するとき、第1サービスも別のサービスと第1同期チャネルを共有して良いことが理解され得る。第1サービス又は第2サービスのどちらも一般的な意味である。用語「第1」及び「第2」は、2つのサービスの記載の間を区別するために使用され、他の限定は存在しない。
任意で、別の実装では、同期チャネル共有ルールは、更に厳格である。少なくとも2つのサービスが第3サービスを更に含むとき、第3サービスは第3フレーム構造に対応し、第3フレーム構造及び第2フレーム構造が同じサブキャリア間隔及び同じCP長を有するとき、第2フレーム構造に対応する第2同期チャネルは、第3フレーム構造に更に対応して良く、つまり第3サービスに対応する。つまり、第2サービス及び第3サービスは1つの同期チャネルを共有する。少なくとも2つのサービスが第4サービスを更に含むとき、第4サービスは第4フレーム構造に対応し、第4フレーム構造及び第2フレーム構造は同じサブキャリア間隔及び異なるCP長を有し、サブフレームに含まれる最後のシンボルの時間ドメイン境界が揃えられるか否かに拘わらず、第4フレーム構造及び第2フレーム構造は1つの同期チャネルを共有しないが、第4サービスに対応する第4同期チャネルは、同一キャリア上の第4サービスに割り当てられる。説明は第2サービス及び別のサービスが1つの同期チャネルを共有する例を用いて単に提供され、前述の関係が第1サービスに対応するフレーム構造と別のサービスに対応するフレーム構造との間に存在するとき、第1サービスも別のサービスと第1同期チャネルを共有して良いことが理解され得る。第1サービス又は第2サービスのどちらも一般的な意味である。用語「第1」及び「第2」は、2つのサービスの記載の間を区別するために使用され、他の限定は存在しない。
同期チャネルが共有されるか否かの記載のルールでは、一例を挙げると、サービスに対応するサブキャリア間隔が同じか否かを決定することであることが分かる。サブキャリア間隔が異なるとき、同期チャネルは共有できない。サブキャリア間隔が同じとき、サービスに対応するフレーム構造においてサブフレーム内の最後のシンボルの時間ドメイン境界が揃えられるか否かが更に決定されて良い。サブフレーム内の最後のシンボルの時間ドメイン境界が揃えられないとき、同期チャネルは共有できない。任意で、サービスに対応するフレーム構造のサブフレーム内の最後のシンボルの時間ドメイン境界が決定される前に、CP長が同じか否かが決定されて良い。CP長が同じ場合、同期チャネルは共有できる。CP長が異なる場合、サブフレーム内の最後のシンボルの時間ドメイン境界が揃えられるか否かが更に決定される。より緩やかな共有ルールが使用されるとき、サブフレーム内の最後のシンボルの時間ドメイン境界が揃えられるとき、同期チャネルは共有できる。より厳しい共有ルールが使用されるとき、サブフレーム内の最後のシンボルの時間ドメイン境界が揃えられるときでも、同期チャネルは共有できない。同一キャリアが複数のサービスのために使用されるとき、同期チャネル割り当てを簡易化するために、既存のLTEプロトコルに幾つかの変更又は補足が行われて、新しいプロトコルにおいて、キャリアを共有するサービスに対応するフレーム構造におけるサブフレーム内の最後のシンボルの時間ドメイン境界が揃えられるようにできる。このように、同期チャネルが構成されるとき、サービスのサブキャリア間隔が考慮される必要があるだけである。例えば、既存のLTEプロトコルにおけるサブフレーム長は変更されて良く、新しいプロトコルにおいて、サブフレーム長が同一キャリアを共有し得る複数のサービスのシンボル長(CP長を含む)の最小公倍数のN倍として定められる(Nの値は、1以上の正整数の中で選択され、別の因子を考慮して特定値が決定されて良い)。このように、同一キャリアを共有する複数のサービスに対応するフレーム構造におけるサブフレーム内の最後のシンボルの時間ドメイン境界が揃えられ得る。代替で、同一キャリアを共有し得る複数のサービスのCP長のための新しいプロトコルにおいてCP長を設計するために、既存のLTEプロトコルにおけるCP長が補足され又は変更されて良く、サービスに対応するフレーム構造におけるサブフレーム内の最後のシンボルの時間ドメイン境界が揃えられるようにする。代替で、既存のLTEプロトコルにおけるサブフレーム長及びCP長が変更され又は補足されて、新しいプロトコルにおいて、サービスに対応するフレーム構造におけるサブフレーム内の最後のシンボルの時間ドメイン境界が揃えられるようにする。特定の変更又は補足は、ここに記載されない。
サブフレーム長の変更については、例えば、ユニキャストサービス、マルチキャストサービス、狭帯域MTCサービス、及び高周波数広帯域サービスのような4つのサービスが存在する。
ユニキャストサービスのサービス特徴は、15KHzサブキャリア間隔及び通常CPであること、1msが14個のシンボルを有し、各シンボル長が1/14msであることである。
マルチキャストサービスのサービス特徴は、15KHzサブキャリア間隔及び拡張CPであること、1msが12個のシンボルを有し、各シンボル長が1/12msであることである。
狭帯域MTCサービスのサービス特徴は、1.25KHzサブキャリア間隔及び拡張CPであること、1msが1個のシンボルを有し、各シンボル長が1msであることである。
高周波数広帯域サービスのサービス特徴は、3.75KHzサブキャリア間隔及び拡張CPであること、1msが3個のシンボルを有し、各シンボル長が1/3msであることである。
サブフレームが偶数シンボル数を含む2つのタイムスロットを含む既存ケースと互換性があるように、最小公倍数は、前述の4個のシンボル長(例えば、1/14、1/12、1/3)から1msのように選択され、サブフレーム長は2msのように選択されて良い。
任意で、別の実装では、同一キャリアで送信されるサービスの種類が同じか否かを決定するだけで、同期チャネルが共有されるか否かが決定できる。サービスの種類が異なる場合、異なる同期チャネルが割り当てられる。サービスの種類が同じ場合、同期チャネルが共有される。
任意で、別の実装では、サービスのフレーム構造の決定、及びサービスの種類の決定は、同期チャネルが共有されるか否かを決定するために結合されて良い。詳細については、前述の実施形態における記載を参照のこと。例えば、サービス種類が同じであると決定されると、同期チャネルは共有される。サービス種類が異なると決定されると、異なるサービスのフレーム構造が同期チャネルを共有する条件を満たすか否かが更に決定される。具体的に、異なるサービスのフレーム構造が同期チャネルを共有する条件を満たすか否かについては、前述の記載を参照のこと。
同期チャネル送信機会
第1同期チャネルの送信機会及び第2同期チャネルの送信機会の観点で、一実装では、第1同期チャネル及び第2同期チャネルの両者は周期的に送信される。
この場合、UE側は、UE側により受信されるサービスに従い、対応する同期チャネルと同期を実行し、例えば、サービスが第1サービスであるとき、第1同期チャネルと同期を実行し、サービスが第2サービスであるとき、第2同期チャネルと同期を実行して良い。UE側が無線ネットワーク側と同期が外れた後に、UE側は、受信したサービスに従い対応する同期チャネルと再同期を実行するだけでよい。このように、UE側は、キャリア帯域幅全体に関する情報を受信することなく、受信したサービスに対応するサブバンドに関する情報を受信するだけでよい。
別の実装では、図10の手順に示すように、第1同期チャネルは周期的に送信され、第2同期チャネルはUEにより送信される同期要求に従い送信される。さらに、第2同期チャネルは、時間ウインドウ内で送信されるよう設定されて良い。時間ウインドウは、UEの同期要求が受信されると、有効にされる。時間ウインドウは、時間ウインドウにより設定された時間期間Tが終了すると、無効にされる。UE側では、UEが同期要求を送信すると、時間ウインドウが有効にされる。時間ウインドウにより設定された時間期間Tが終了すると、同期が失敗した場合に、UEは同期要求を再び送信し、時間ウインドウの有効化をトリガし、同期が成功した後に、時間ウインドウの有効化をトリガする同期要求の送信を停止する。第1同期チャネルが周期的に送信され、第2同期チャネルがUEにより送信される同期要求に従い送信されるとき、UE側では、UE側は、第1同期チャネルを使用して同期を実行して良く、同期の後に、UEは、UEが別のサービスを受信する必要があるとき、eNBへ同期要求を送信する。通常、UEの高位レイヤは、UEにより後に受信される必要のある特定サービスを知っている。必要が無い場合、同期は、ユニキャストサービスに従い実行されて良い。同期要求を受信した後に、eNBは、サービスに対応する第2同期チャネルを送信し、例えば、サービスの配置されるサブバンドで第2同期チャネルを送信し、又は前に送信した第1同期チャネルに、UEにより別のサービスを受信するために必要な同期情報(第2同期チャネルとして考えられても良い)を追加する。任意で、eNBがどのサービスに対応する同期チャネルを送信すべきかを決定できるように、UEにより送信されるサービス要求は、サービス識別情報を含んで良い。この場合、UE側が同期外れであるとき、UE側は、サービスの周波数帯を探索し、サービスの同期信号が存在する場合、UE側はサービスとの同期を実行する。サービスの周波数帯にサービスの同期信号が存在しない場合、UE側は、同期を実施するために、先ずlegacy同期チャネルのような基本同期チャネルとの同期を実行し、次にサービスの同期チャネルを送信するようeNBに要求ためにサービスの同期要求を送信する。
このように、UEは、異なる種類のサービスと同期を実施し、同期チャネルのオーバヘッドを削減し得る。
望ましくは、第1同期チャネルはlegacy同期チャネルであり、第2同期チャネルは別のサービスに対応する同期チャネルである。このように、マルチサービス同期チャネルをサポートしないUEの互換性が保証でき、マルチサービス同期チャネルをサポートしないUEは依然として前のアクセス方法を使用できる。
UE側
UEは、eNBにより送信された少なくとも2つの同期チャネルを受信し、対応する同期チャネルを使用して同期チャネルのサービスフレーム構造、サービス種類、又は端末種類に従い、対応するサブバンドとのダウンリンク時間同期及び周波数同期を実施する。例えば、同期チャネルが周波数分割多重方法で送信されるとき、基本がサービス種類である一例が用いられる。サービス種類が第1種類であるとき、UEは、第1同期チャネルを使用することにより、第1サブバンド(サブバンド1)とのダウンリンク時間同期及び周波数同期を実施して良い。サービス種類が第2種類であるとき、UEは、第2同期チャネルを使用することにより、第2サブバンド(サブバンド2)とのダウンリンク時間同期及び周波数同期を実施して良い。次に、UEは、対応する同期されたサブバンドでのみ、サービスを送信し及び受信して良い。別の例では、同期チャネルが時分割多重方法で送信されるとき、サービス種類が第1種類であるとき、UEは、第1同期チャネルを使用することにより、第1サブバンド(サブバンド1)とのダウンリンク時間同期及び周波数同期を実施して良い。サービス種類が第2種類であるとき、UEは、第2同期チャネルを使用することにより、第1サブバンド(サブバンド1)とのダウンリンク時間同期及び周波数同期を実施して良い。
特定の代替方法では、UEは、対応するサブバンドと同期するために、UEがアクセスする必要のある特定サービスを決定し、次に、該サービスに対応するサブキャリア間隔、シーケンス、等に従い、eNBにより送信された同期チャネルとの関連処理を実行する。UEは、キャリア全体をスキャンして良く、又はサービスのサブバンドを知っていて、サービスのサブバンドをスキャンして良い。
端末種類は、サービス特徴に対応して良い。例えば、狭帯域MTC端末では、端末のサービスは、狭帯域MTCサービスであり、端末の端末種類はサービス特徴を決定する。
任意で、一実装では、UEが第2同期チャネルを受信する前に、UEは、第1同期チャネルに従い、ダウンリンク時間同期及び周波数同期を実施する。UEは、さらに、第2同期チャネルを配信するようeNBをトリガするために、UEにより受信される必要のあるサービスの、サービスフレーム構造、サービス種類、又は端末種類に従い、同期要求をeNBへ送信して良い。任意で、要求を送信した後に、UEは時間期間を設定して良い。時間期間内に同期が失敗した場合、UEは、要求を再び送信し、時間期間を再び設定して良く、又は、同期が成功した場合、要求の送信を停止して良い。
任意で、一実装では、UEがUEのサービス種類を確信していないとき(例えば、一時的に必要なサービスを有しないUE、又はアイドル状態のUEが、セルに居座る必要があるとき)、UEは、先ず1つの同期チャネルに従い同期を実行し、例えば第1同期チャネルに従い同期を実行して良い。これは、UE側で設定され実施され得る。望ましくは、第1同期チャネルはlegacy同期チャネルであり、第2同期チャネルは別の種類のサービスに対応する同期チャネルである。このように、UEは、先ず比較的基本的な同期チャネルに従い同期を実行し、次に、UEにより決定されるサービスフレーム構造、サービス種類、又は端末種類に従い、無線ネットワーク装置へ同期要求を送信して、第2同期チャネルを配信するよう無線ネットワーク装置をトリガして良い。このように、UEは、異なる種類のサービスと同期を実施し、同期チャネルのオーバヘッドを削減し得る。任意で、legacy同期チャネルに従い同期を実行した後に、UEが別のサービスを受信することを望む場合、UEは、シンボル同期オフセットのような時間同期のために使用されるオフセット、及び/又は別のサービスに対応する周波数帯域の中心周波数チャネル番号のオフセットのような周波数同期のために使用されるオフセットに従い、別のサービスを更に受信して良い。ここで、差値はeNBにより通知される。任意で、eNBの通知は、RRC(無線リソース制御、radio resource control)シグナリング又は物理レイヤシグナリングを用いて達成されて良い。任意で、eNBの通知は、UEの要求で送信されて良い。
この場合、UE側が同期外れであるとき、UEは、サービスのサブバンドを直接探索して良く、サービスの同期信号が存在する場合、UEはサービスとの同期信号により同期を実行する。サービスのサブバンドにサービスの同期信号が存在しない場合、UEは、同期を実施するために、先ずlegacy同期チャネルとの同期を実行し、次にサービスの同期チャネルを送信するようeNBに要求するためにサービスの同期要求を送信する。
例えば、図11及び図12に示すように、例えば、eNodeB eNBの3個のUE、UE A、UE B、及びUE Cが存在する。UE Aの現在サービスは、MTCサービス(ECP,1.25KHz)である。UE Bの現在サービスは、マルチキャストサービス(ECP,15KHz)である。UE Cは、それぞれユニキャスト(NCP,15KHz)及び広帯域サービス(NCP,150KHz)である2種類の現在サービスを有する。図12で、サブフレーム長が1msである例を用いて説明が提供される。
eNBは、現在要件に従い、20Mキャリア上のサブフレーム内で4個の同期信号を送信する。同期信号は、図12のそれぞれ4個の同期信号である。4個の同期信号は、それぞれ4個のサービスフレーム構造:狭帯域サブキャリア間隔1.25KHz(狭帯域MTCサービス);サブキャリア間隔15KHz、拡張CP(マルチキャストサービス);サブキャリア間隔15KHz、通常CP(ユニキャストサービス);及び広帯域サブキャリア間隔150KHz(広帯域サービス)に対応する。さらに、4個の同期信号の時間−周波数位置、リソースマッピング、又は対応するシーケンスのうちの少なくとも1つは、互いに異なる。例えば、時間−周波数位置が異なることは、占有帯域幅が異なる、又は時間ドメインリソースの相対位置が異なる(例えば、1次同期信号のシンボル位置と2次同期信号のシンボル位置が異なる)ことを含み得る。例えば、リソースマッピングは、信号がサブキャリア又はシンボルにマッピングされる特徴であって良い。任意で、同期信号の設計は異なって良い。例えば、同期信号は、1次同期信号だけを含み、2次同期信号だけを含み、又は1次及び2次同期信号の両方を含んで良い。
以下は、対応するシーケンスが異なる例を用いて説明を提供する。
最初のアクセス中に、UE Aは、現在サービス:MTCサービスに従い20Mキャリアに対してブラインド検出を実行し、サブキャリア間隔1.25KHz及び対応するシーケンスに従い、キャリア上の第3同期信号がある周波数帯域がアクセスされる必要のある周波数帯域であることを決定する。具体的に、UEは、フレーム構造に対応する複数の同期シーケンスを予め知っており、シーケンスを使用して関連処理を実行し、同期信号がサービスの同期信号でるか否かを決定し、ブロードキャスト信号を使用して、現在アクセス中の周波数帯域の帯域幅が1.4Mであること、及び後続のサービスデータが1.4M上のみで送信されることを知る。UEは、同期により、セルID及びCP長のような情報を更に取得して良い。UE Aが同期外れであるとき、UE Aは、この1.4M周波数ドメインリソースに対してのみブラインド検出を実行することにより、eNBとの同期を実施して良い。
最初のアクセス中に、UE Bは、現在サービス:マルチキャストサービスに従い20Mキャリアに対してブラインド検出を実行し、15KHz及び対応するシーケンスに従い、キャリア上の第2同期信号がある周波数帯域がアクセスされる必要のある周波数帯域であることを決定する。具体的に、UEは、フレーム構造に対応する複数の同期シーケンスを予め知っており、シーケンスを使用して関連処理を実行し、同期信号がサービスの同期信号でるか否かを決定し、ブロードキャスト信号を使用して、現在アクセス中の周波数帯域の帯域幅が3Mであること、及び後続のサービスデータが3M上のみで送信されることを知る。UEは、同期により、セルID及びCP長のような情報を更に取得して良い。UE Bが同期外れであるとき、UE Bは、この3M周波数ドメインリソースに対してのみブラインド検出を実行することにより、eNBとの同期を実施して良い。
最初のアクセス中に、UE Cは、現在サービス:ユニキャストサービス及び広帯域サービスに従い20Mキャリアに対してブラインド検出を実行し、15KHz及び対応するシーケンスに従い、キャリア上の第1同期信号がある周波数帯域がアクセスされる必要のある周波数帯域であることを決定する。さらに、UE Cは、残りの帯域幅部分を検出し続け、150KHz及び対応するシーケンスに従い、キャリア上の第4同期信号がある周波数帯域もアクセスされる必要のある周波数帯域であることを決定する。UE Cは、ブロードキャスト信号を使用することにより、ユニキャストサービスのアクセス帯域の帯域幅が5Mであること、後続のユニキャストサービスデータが5M上でのみ送信されること、広帯域サービスのアクセス帯域の帯域幅が10Mであること、及び後続の広帯域サービスデータが10M上でのみ送信されることを知る。UE Cのユニキャストサービスが同期外れであるとき、UE Cは、最初の5M周波数ドメインリソースに対してのみブラインド検出を実行することにより、eNBとの同期を実施して良い。UE Cの広帯域サービスが同期外れであるとき、UE Cは、最後の10M周波数ドメインリソースに対してのみブラインド検出を実行することにより、eNBとの同期を実施して良い。
本発明の実施形態2は、共通情報送信方法を提供する。方法は、送信側の観点から、図13に示すように記載され、以下のステップを含んで良い。
S104。第1無線ネットワーク装置は、同一キャリア上で共通情報のための少なくとも2つのチャネルを送信する。
少なくとも2つの同期チャネルは、共通情報のための第1チャネル及び共通情報のための第2チャネルを含む。
任意で、共通情報のための第1チャネル及び共通情報のための第2チャネルは、同一キャリアの異なるサブバンド上にある。
任意的に、ステップS104の前に、方法は、第1無線ネットワーク装置により、少なくとも2つのサービスが同一キャリア上で送信される必要があることを決定するステップであって、少なくとも2つのサービスは第1サービス及び第2サービスを含んで良い、ステップを含んで良い。
任意で、第1無線ネットワーク装置は、第1サービスに対応する第1フレーム構造及び第2サービスに対応する第2フレーム構造が異なること、又は第1サービスの種類及び第2サービスの種類が異なることを決定する。
共通情報のための第1チャネルは第1サービスに対応し、共通情報のための第2チャネルは第2サービスに対応する。共通情報は、同期信号、ブロードキャストメッセージ、又はシステムメッセージのうちの少なくとも1つを含む。
例えば、第1サービスはユニキャストサービスであり、第2サービスは狭帯域MTCサービスである。
共通情報のためのチャネルがサービスに対応する場合、共通情報のためのチャネルの送信機会、リソース構成、又は共通情報のためのチャネルの別のサービスとの共有のような具体的な説明については、本発明の他の実施形態における記載を参照のこと。詳細事項は、ここで再び記載されない。
第2無線ネットワーク装置がサービスを送信するために必要な共通情報を受信し、さらに後続のサービスデータを第1無線ネットワーク装置から受信し及びそれへ送信できるように、サービスに対応する共通情報のためのチャネルが送信される。
本発明の実施形態2は、共通情報送信方法を更に提供する。方法は、送信側の観点から、図14に示すように記載され、以下のステップを含んで良い。
S202。第1無線ネットワーク装置は、キャリア上で共通情報のための第1チャネルを送信する。
S204。第1無線ネットワーク装置は、第2無線ネットワーク装置により送信された要求を受信し、該要求はサービスの識別子を伝達する。
S206。第1無線ネットワーク装置は、サービスの識別子に従い、キャリア上で共通情報のための第2チャネルを送信し、共通情報のための第2チャネルはサービスに対応する。
共通情報は、同期信号、ブロードキャストメッセージ、又はシステムメッセージのうちの少なくとも1つを含む。
さらに、第1無線ネットワーク装置は、キャリア上でサービスを送信する。
共通情報のための第2チャネルがサービスに対応する場合、共通情報のための第1チャネルが共通情報のための基本チャネルである場合、又は時間−周波数リソース若しくはコードワードリソース構成のような具体的な説明については、本発明の他の実施形態における記載を参照のこと。詳細事項は、ここで再び記載されない。
任意で、共通情報のための第2チャネル及び共通情報のための第1チャネルは独立であって良く、又は、共通情報のための第2チャネルを取得するために、時間ドメインオフセット、周波数ドメインオフセット、又は他の情報のような、対応するサービスにアクセスするために必要な共通情報は共通情報のための第1チャネルに追加されて良い。この点については、本発明の他の実施形態における記載を更に参照のこと。詳細事項は、ここで再び記載されない。
本発明の実施形態3は、共通情報送信方法を提供する。方法は、送信側の観点から記載され、以下のステップを含んで良い。
S302。第2無線ネットワーク装置は、受信される必要のあるサービスの特徴に従い、共通情報のためのチャネルを受信する。
共通情報は、同期信号、ブロードキャストメッセージ、又はシステムメッセージのうちの少なくとも1つを含む。
任意で、サービスの特徴はサービスのフレーム構造、サービスの種類、又は第2無線ネットワーク装置の種類(例えば、無線ネットワーク装置の種類がサービスの種類に関連するとき)を含む。
任意で、第2無線ネットワーク装置はUEであって良い。
第2無線ネットワーク装置側での、サービスの特徴と共通情報のためのチャネルのフレーム構造との間の関係は、第1無線ネットワーク装置側での、サービスの特徴と共通情報のためのチャネルのフレーム構造との間の関係と一致することが理解され得る。このように、第2無線ネットワーク装置側は共通情報のためのチャネルを受信することが保証できる。
本発明の本実施形態では、共通情報のためのチャネルの受信は、サービスの種類に関連する。したがって、第2無線ネットワーク装置は、サービスの特徴に従い、共通情報のためのチャネルを選択的に受信できる。例えば、周波数同期及び時間同期外れの場合には、第2無線ネットワーク装置は、アクセスされる特定サービスの特徴に対応する周波数帯域と同期する。このように、別の周波数帯域に関する情報は受信されなくて良く、第2無線ネットワーク装置の複雑性が低減でき、電力が節約できる。
本発明の本実施形態における可能な実装では、S302は具体的に次の通りであって良い:
第2無線ネットワーク装置により、受信される必要のある第2サービスの特徴に従い、共通情報のための第2チャネルを受信するステップ。
さらに、S302は以下を更に含んで良い:
第2無線ネットワーク装置により、受信される必要のある第1サービスの特徴に従い、共通情報のための第1チャネルを受信するステップ。
第1サービス及び第2サービスは、同一キャリア上で送信される。共通情報のための第1チャネル及び共通情報のための第2チャネルも、第1サービス及び第2サービスが送信されるキャリア上で送信される。
本発明の本実施形態における別の可能な実装では、S302の前に、方法は更に以下のステップを含んで良い。
S301。第2無線ネットワーク装置は、受信される必要のあるサービスの特徴に従い、共通情報のためのチャネルについての要求を第1無線ネットワーク装置へ送信する。
ステップS101の前に、方法は、以下のステップを更に含んで良い。
S300。第2無線ネットワーク装置は、共通情報のための第1チャネルを受信する。この場合には、S302における共通情報のためのチャネルは、具体的に、共通情報のための第2チャネルである。
共通情報のための第2チャネルは、第2サービスの特徴に対応する。
共通情報のための第1チャネルの構造及び共通情報のための第2チャネルの構造は異なる。共通情報のためのチャネルがサービスに対応する場合、共通情報のためのチャネルの送信機会、リソース構成、又は共通情報のためのチャネルの別のサービスとの共有のような具体的な説明については、本発明の他の実施形態における記載を参照のこと。詳細事項は、ここで再び記載されない。
任意で、共通情報のための第2チャネル及び共通情報のための第1チャネルは独立であって良く、又は、共通情報のための第2チャネルを取得するために、時間ドメインオフセット、周波数ドメインオフセット、又は他の情報のような、対応するサービスにアクセスするために必要な共通情報は共通情報のための第1チャネルに追加されて良い。この点については、本発明の他の実施形態における記載を更に参照のこと。詳細事項は、ここで再び記載されない。
本発明の本実施形態4は、通信システムを提供する。図15に示すように、システムは、第1無線ネットワーク装置1501及び第2無線ネットワーク装置1502を含む。あるシナリオでは、第1無線ネットワーク装置は基地局であり、第2無線ネットワーク装置は端末である。別のシナリオでは、第1無線ネットワーク装置はマクロ基地局であり、第2無線ネットワーク装置はアクセスポイントAPのようなマイクロ基地局である。更に別のシナリオでは、第1無線ネットワーク装置は第1端末であり、第2無線ネットワーク装置は第2端末である。
本発明の本実施形態において提供される技術的ソリューションに関連する概念、説明、及び詳細な説明については、方法又は他の実施形態における内容の記載を参照のこと。詳細事項は、ここで再び記載されない。
任意で図15に示すように、第1無線ネットワーク装置は、通信機ユニット15011及び処理ユニット15012を含んで良い。無線ネットワーク装置は、基地局であって良く、又は端末であって良い。
可能な実装では、処理ユニット15012は、同一キャリア上で共通情報のための少なくとも2つのチャネルを送信するために、通信機ユニット15011を使用するよう構成される。少なくとも2つの同期チャネルは、共通情報のための第1チャネル及び共通情報のための第2チャネルを含む。
任意で、共通情報のための第1チャネル及び共通情報のための第2チャネルは、異なるサブバンド上にある。
さらに、処理ユニット15012は、同一キャリア上で送信される必要のあるサービスが少なくとも2つのサービスを含むことを決定するよう更に構成されて良い。少なくとも2つのサービスは、第1サービス及び第2サービスを含んで良い。第1サービスは共通情報のための第1チャネルに対応し、第2サービスは共通情報のための第2チャネルに対応する。
共通情報は、同期信号、ブロードキャストメッセージ、又はシステムメッセージのうちの少なくとも1つを含む。
共通情報のためのチャネルがサービスに対応する場合、共通情報のためのチャネルの送信機会、リソース構成、又は共通情報のためのチャネルの別のサービスとの共有のような、通信機ユニットの機能及び処理ユニットの機能の具体的な説明については、本発明の他の実施形態における記載を参照のこと。詳細事項は、ここで再び記載されない。
第2無線ネットワーク装置がサービスを送信するために必要な共通情報を受信し、さらに後続のサービスデータを第1無線ネットワーク装置から受信し及びそれへ送信できるように、サービスに対応する共通情報のためのチャネルが送信される。
別の可能な実装では、通信機ユニット15011は、共通情報のための第1チャネルをキャリア上で送信し、第2無線ネットワーク装置により送信される要求を受信するよう構成される。要求は、サービスの識別子を伝達する。
処理ユニット15012は、サービスの識別子に従い共通情報のための第2チャネルをキャリア上で送信するために、通信機ユニット15011を使用するよう構成される。共通情報のための第2チャネルは、サービスに対応する。
さらに、通信機ユニット15011は、キャリア上でサービスを送信するよう構成される。
共通情報のための第2チャネルがサービスに対応する場合、共通情報のための第1チャネルが共通情報のための基本チャネルである場合、又は時間−周波数リソース若しくはコードワードリソース構成のような、処理ユニット及び通信機ユニットの具体的説明又は機能については、本発明の他の実施形態における記載を参照のこと。詳細事項は、ここで再び記載されない。
一実装では、通信機ユニットの機能が通信機回路又は専用通信機チップを用いて実装されて良いことが考えられ得ることが理解され得る。処理ユニットは専用処理チップ、処理回路、プロセッサ、又は一般的なチップを用いて実装されて良いことが考えられ得る。
別の実装では、本発明の本実施形態で提供される無線ネットワーク装置は汎用コンピュータを用いて実装されて良いことが考えられ得る。つまり、通信機ユニットの機能及び処理ユニットの機能を実施するためのプログラムコードは、メモリに格納され、プロセッサは、メモリ内のコードを実行することにより、通信機ユニットの機能及び処理ユニットの機能を実施する。
任意で、第1無線ネットワーク装置は、メモリ及び/又はバスのような共通部分を更に含んで良い。詳細事項は、ここで記載されない。
任意で図17に示すように、第2無線ネットワーク装置は、通信機ユニット15021及び処理ユニット15022を含む。無線ネットワーク装置は、端末であって良く、又は基地局であって良い。
処理ユニット15022は、受信される必要のあるサービスの特徴に従い共通情報のためのチャネルを受信するために、通信機ユニット15021を使用するよう構成される。
本発明の本実施形態における可能な実装では、処理ユニットは、具体的に、受信される必要のある第2サービスの特徴に従い共通情報のための第2チャネルを受信するために、通信機ユニットを使用するよう構成されて良い。
処理ユニットは、受信される必要のある第1サービスの特徴に従い共通情報のための第1チャネルを受信するために、通信機ユニットを使用するよう更に構成されて良い。
第1サービス及び第2サービスは、同一キャリア上で送信される。共通情報のための第1チャネル及び共通情報のための第2チャネルも、第1サービス及び第2サービスが送信されるキャリア上で送信される。
本発明の本実施形態における別の可能な実装では、処理ユニットは、受信される必要のあるサービスの特徴に従い共通情報のためのチャネルについての要求を第1無線ネットワーク装置へ送信するために、通信機ユニットを使用するよう更に構成されて良い。
さらに、処理ユニットは、共通情報のための第1チャネルを受信するために通信機ユニットを使用するよう更に構成されて良い。この場合には、共通情報のためのチャネルは、具体的に、共通情報のための第2チャネルである。
共通情報のための第2チャネルは、第2サービスの特徴に対応する。
共通情報のための第1チャネルのフレーム構造及び共通情報のための第2チャネルのフレーム構造は異なる。共通情報のためのチャネルがサービスに対応する場合、共通情報のためのチャネルの送信機会、リソース構成、又は別のサービスの共通情報のためのチャネルの共有のような、関連する定義、開示、及び詳細な説明については、本発明の他の実施形態における第2無線ネットワーク装置又はUEの記載を参照のこと。詳細事項は、ここで再び記載されない。
任意で、共通情報のための第2チャネル及び共通情報のための第1チャネルは独立であって良く、又は、共通情報のための第2チャネルを取得するために、時間ドメインオフセット、周波数ドメインオフセット、又は他の情報のような、対応するサービスにアクセスするために必要な共通情報は共通情報のための第1チャネルに追加されて良い。この点については、本発明の他の実施形態における記載を更に参照のこと。詳細事項は、ここで再び記載されない。
一実装では、通信機ユニットの機能が通信機回路又は専用通信機チップを用いて実装されて良いことが考えられ得る。処理ユニットは専用処理チップ、処理回路、プロセッサ、又は一般的なチップを用いて実装されて良いことが考えられ得る。
別の実装では、本発明の本実施形態で提供される無線ネットワーク装置は汎用コンピュータを用いて実装されて良いことが考えられ得る。つまり、通信機ユニットの機能及び処理ユニットの機能を実施するためのプログラムコードは、メモリに格納され、プロセッサは、メモリ内のコードを実行することにより、通信機ユニットの機能及び処理ユニットの機能を実施する。
任意で、第2無線ネットワーク装置は、メモリ及び/又はバスのような共通部分を更に含んで良い。詳細事項は、ここで再び記載されない。
本願明細書における用語「第1」、「第2」、「第3」、「第4」、及び種々の数字の番号は、単に便宜上説明のために区別を実行するために使用され、本発明の実施形態の範囲を限定することを意図しないことも理解されるべきである。
本願明細書において用語「及び/又は」は、関連するオブジェクトを説明するための関連付け関係を記載するだけであり、3つの関係が存在し得ることを表すことが理解されるべきである。例えば、A及び/又はBは、以下の3つの場合を表すことがある。Aのみが存在する、AとBの両方が存在する、並びに、Bのみが存在する。さらに、本願明細書中の記号「/」は、概して、関連するオブジェクト間の「又は」の関係を示す。
本願明細書におけるA、B、又はCのうちの少なくとも1つは、A;B;C;A及びB;A及びC;B及びC;又はA、B及びC;を含むことが理解されるべきである。同様に、A又はBのうちの少なくとも1又は複数、又はA、B、C、若しくはDのうちの少なくとも1又は複数のような2又は4個の項目のような複数の項目のうちの少なくとも1つの意味が推測されて良い。詳細事項は、ここで再び記載されない。
本願明細書では、言語上の理由で、AのBにおける接続詞「の」は、省略される場合が多く、AのBはABに短縮されて良く、Aに対応するBはAのBに短縮される場合が多い。用語同士の区別が具体的に指定されない場合、用語により表現される意味の指示は、基本的に同じである。
本願明細書では、言語上の理由で、チャネル、信号、メッセージ、及び情報は、同じ意味を示す場合が多いことが理解されるべきである。それらの間の区別が具体的に指定されない場合、それらにより表現される意味の指示は、基本的に同じである。
本願明細書において、言語上の理由で、幾つかの他の単語の混合が存在して良く、この混合は当業者により理解でき議論の余地がないことが理解されるべきである。詳細事項は、ここで記載されない。
前述の処理のシーケンス番号は、本発明の種々の実施形態において実行順を意味しないことが理解されるべきである。処理の実行順は、機能及び処理の内部ロジックに従い決定されるべきであり、本発明の実施形態の実装過程に対する制限として考えられるべきではない。
当業者は、本願明細書に開示の実施形態で記載された例と組み合わせて、ユニット及びアルゴリズムのステップが、電子ハードウェア又はコンピュータソフトウェア及び電子ハードウェアの組み合わせにより実施され得ることを認識できる。機能がハードウェア又はソフトウェアにより実行されるかは、技術的ソリューションの特定の適用及び設計制約条件に依存する。当業者は、各々の特定の適用について記載の機能を実施するために異なる方法を使用できるが、実装が本発明の範囲を超えることは考慮されるべきではない。
便宜上及び簡潔な説明のために、前述のシステム、装置、及びユニットの詳細な動作処理については、前述の方法における対応する処理を参照して良く、詳細事項はここで再び記載されないことが、当業者により明らかに理解され得る。
本願により提供される幾つかの実施形態では、開示のシステム、機器、及び方法は他の方法で実装されて良いことが理解されるべきである。例えば、記載した装置の実施形態は単なる一例である。例えば、ユニットの分割は、単なる論理的機能の区分であり、実際の実装では他の区分であって良い。例えば、複数のユニット又はコンポーネントは、別のシステムに結合又は統合されて良い。或いは、幾つかの機能は無視されるか又は実行されなくて良い。さらに、表示した又は議論した相互結合又は直接結合又は通信接続は、幾つかのインタフェースを使用することにより実装されて良い。装置又はユニット間の間接結合又は通信接続は、電子的、機械的又は他の形式で実装されて良い。
別個の部分として記載されたユニットは、物理的に別個であってもそうでなくても良い。また、ユニットとして表示された部分は、物理的なユニットであってもそうでなくても良く、1カ所に置かれても良く或いは複数のネットワークユニットに分散されても良い。一部又は全部のユニットは、実施形態のソリューションの目的を達成するために実際の要件に応じて選択されて良い。
さらに、本発明の実施形態における機能ユニットは、1つの処理ユニットに統合されて良く、或いは各ユニットが物理的に単独で存在して良く、或いは2以上のユニットが1つのユニットに統合されて良い。
機能がソフトウェア機能ユニットの形式で実装され、独立した製品として販売され又は使用されるとき、機能は、コンピュータ可読記憶媒体に格納されて良い。このような理解に基づき、本発明の基本的技術的ソリューション、又は従来技術に貢献する部分、又は一部の技術的ソリューションは、ソフトウェア製品の形式で実施されて良い。ソフトウェア製品は、記憶媒体に格納され、コンピュータ装置(パーソナルコンピュータ、サーバ、又はネットワーク装置であって良い)に、本発明の実施形態で記載された方法のステップの全部又は一部を実行するよう指示する複数の命令を含む。前述の記憶媒体は、USBフラッシュディスク、取り外し可能ハードディスク、読み出し専用メモリ(ROM、Read−Only Memory)、ランダムアクセスメモリ(RAM、Random Access Memory)、磁気ディスク又は光ディスクのような、プログラムコードを格納可能な任意の媒体を有する。
上述の説明は、本発明の単なる具体的な実装方法であり、本発明の保護範囲を制限するものではない。本発明で開示された技術範囲内にある、当業者により直ちに考案される変形又は置換は、本発明の保護範囲に包含される。したがって、本発明の保護範囲は、特許請求の範囲に従う。
無線通信要件が増大するにつれ、ネットワークサービスは、ボイスオーバインターネットプロトコル(internet protocol、IP)(voice over IP、VoIP)サービス、高解像度ビデオ送信サービス、高カバレッジ及び低データボリュームを有する機械型通信(machine type communication、MTC)サービス、遅延に敏感なサービス、拡張マルチメディアブロードキャスト/マルチキャスト(enhanced multimedia broadcast/multicast service、eMBMS)サービス、及び装置間(device to device、D2D)送信サービスのような、様々な種類のサービスを含む。
無線通信ネットワークは、無線通信機能を提供するネットワークである。異なる通信技術、例えば符号分割多元接続(code division multiple access、CDMA)、広帯域符号分割多元接続(wideband code division multiple access、WCDMA)、時分割多元接続(time division multiple access、TDMA)、周波数分割多元接続(frequency division multiple access、FDMA)、直交周波数分割多元接続(orthogonal frequency division multiple access、OFDMA)、シングルキャリア周波数分割多元接続(single Carrier FDMA、SC−FDMA)、及び衝突回避を有するキャリア検知多元接続(carrier sense multiple access with collision avoidance)が、無線通信ネットワーク内で使用されて良い。ネットワークは、容量、速度、及び異なるネットワークの遅延のような因子に従い、2G(generation)ネットワーク、3Gネットワーク、又は4Gネットワークに分類されて良い。標準的な2Gネットワークは、グローバル・システム・フォー・モバイル・コミュニケーションズ(global system for mobile communications、GSM)ネットワーク又は汎用パケット無線サービス(general packet radioservice、GPRS)ネットワークを含む。標準的な3GPPネットワークは、ユニバーサル・モバイル・テレコミュニケーションズ・システム(universal mobile telecommunications system、UMTS)ネットワークを含む。標準的な4Gネットワークは、ロングタームエボリューション(long termevolution、LTE)ネットワークを含む。UMTSネットワークは、ユニバーサル地上波無線アクセスネットワーク(universal terrestrial radio access network、UTRAN)として参照される場合が多い。LTEネットワークは、進化型ユニバーサル地上波無線アクセスネットワーク(evolved universal terrestrial radio access network、E−UTRAN)として参照される場合が多い。ネットワークは、異なるリソース割り当て方法に従い、セルラ通信ネットワーク及び無線ローカルエリアネットワーク(wireless local area networks、WLAN)に分類されて良い。セルラ通信ネットワークは、スケジューリングに支配される。WLANは競合に支配される。2G、3G、及び4Gネットワークの全部は、セルラ通信ネットワークである。当業者は、技術の発展に伴い、本発明の実施形態で提供された技術的ソリューションが、4.5G又は5Gネットワークのような別の無線通信ネットワークに、又は別の非セルラ通信ネットワークにも適用されて良いことを知るべきである。纏めると、無線通信ネットワークは、本発明の実施形態でネットワークとして簡単に参照される場合が多い。