(57)【特許請求の範囲】
【請求項１】
ユーザ端末のユーザターゲットスループットＵＴＴを決定し、前記ユーザ端末が位置するグリッドのグリッドスループット能力ＧＴＡを決定する第１の決定モジュールと、
少なくとも前記ＵＴＴ及び前記ＧＴＡに従って、ギャップＧＡＰエリアが前記グリッドに存在するか否かを決定する第２の決定モジュールと、
を備え、
前記第１の決定モジュールがユーザ端末のＵＴＴを決定することは、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、前記ユーザ端末の前記ＵＴＴを決定することを含む、情報処理装置。
【請求項２】
前記第１の決定モジュールが、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、前記ユーザ端末の前記ＵＴＴを決定することは、前記サービスエクスペリエンスレベル及び前記ネットワークサービスモデルに従って、Ｎ個のサービスの単一サービスエクスペリエンススループットを別個に決定すること、及び、前記Ｎ個のサービスの前記単一サービスエクスペリエンススループット及び前記ネットワークサービスモデルに従って、前記ＵＴＴを決定することであり、Ｎは、前記ユーザ端末に対応するサービスの合計数である、請求項１に記載の情報処理装置。
【請求項３】
前記ネットワークサービスモデルは、少なくとも単一ユーザの同時サービス数を含み、前記第１の決定モジュールが、前記Ｎ個のサービスの前記単一サービスエクスペリエンススループット及び前記ネットワークサービスモデルに従って、前記ＵＴＴを決定することは、
ｉを１からＮの整数に設定し、かつ別個に、第ｉのサービスのデータ量及び前記第ｉのサービスの単一サービスエクスペリエンススループットに従って、前記第ｉのサービスの単一ターゲットデータ送信時間を計算する段階、前記第ｉのサービスの前記単一ターゲットデータ送信時間及び全てのサービスの合計ターゲットデータ送信時間に従って、前記第ｉのサービスの単一ターゲットデータ送信ウェイトを計算する段階、及び、前記Ｎ個のサービスの単一ターゲットデータ送信ウェイトの合計を得る段階を実行することと、
ｉを１からＮの整数に設定し続け、かつ別個に、前記第ｉのサービスの前記単一ターゲットデータ送信ウェイト及び前記第ｉのサービスの前記単一サービスエクスペリエンススループットに従って、前記第ｉのサービスの単一サービスインテグレーテッドスループットを計算し、前記Ｎ個のサービスの単一サービスインテグレーテッドスループットの合計を得る段階、及び、前記Ｎ個のサービスの前記単一サービスインテグレーテッドスループットに従って、前記グリッドにおける合計サービスインテグレーテッドスループットを得る段階を実行することと、
前記グリッドにおける前記合計サービスインテグレーテッドスループット及び前記ユーザ端末の前記同時サービス数に従って、前記ユーザ端末の前記ＵＴＴを得ることと、
を含む、請求項２に記載の情報処理装置。
【請求項４】
前記第１の決定モジュールが、前記ユーザ端末が位置するグリッドのＧＴＡを決定することは、前記ユーザ端末によって前記グリッドにおいて得られたネットワークスケジュールスループットに従って、前記ＧＴＡを決定することを含む、請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
前記第２の決定モジュールは、前記グリッドにおける前記ユーザ端末のユーザリアルスループットＵＲＴ及び前記ユーザ端末の単一のサービスに関するリアルスループットＳＲＴを決定し、前記ＵＴＴ、前記ＧＴＡ、前記ＵＲＴ、及び前記ＳＲＴに従って、ＧＡＰエリアが前記グリッドに存在するか否かを決定する、請求項１から４のいずれか１項に記載の情報処理装置。
【請求項６】
ユーザ端末のユーザターゲットスループットＵＴＴを決定し、前記ユーザ端末が位置するグリッドのグリッドスループット能力ＧＴＡを決定する第１の決定モジュールと、
少なくとも前記ＵＴＴ及び前記ＧＴＡに従って、ギャップＧＡＰエリアが前記グリッドに存在するか否かを決定する第２の決定モジュールと、
前記グリッドに対応するタイプを決定し、ＧＡＰエリアが前記グリッドに存在すると決定した場合に、前記グリッドに対応する前記タイプに従って、前記ＧＡＰエリアを減少させるように前記グリッドの前記ＧＴＡを高める方法を決定する処理モジュールと、
を備える、情報処理装置。
【請求項７】
前記処理モジュールが前記グリッドに対応するタイプを決定することは、前記グリッドがカバレッジ制限タイプであることを決定することであり、
前記処理モジュールは、さらに、ＧＡＰエリアが前記グリッドに存在し、かつ、前記グリッドが前記カバレッジ制限タイプであると決定した場合に、インジケーション信号をネットワーク管理デバイスに送信し、前記インジケーション信号は、前記グリッドの前記ＧＴＡを高めるように新たな基地局が前記グリッドに追加されることを必要とすることを示すために用いられ、
前記カバレッジ制限タイプは、前記グリッドのチャネル品質が事前設定されたチャネル品質閾値より低いことを示す、
請求項６に記載の情報処理装置。
【請求項８】
前記処理モジュールが、前記グリッドがカバレッジ制限タイプであると決定することは、前記グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低いか否かを決定すること、及び、前記グリッドの前記ＲＳＣＰが前記第１の事前設定されたＲＳＣＰ閾値より低い場合に、前記グリッドに対応する前記タイプが前記カバレッジ制限タイプであると決定することである、請求項７に記載の情報処理装置。
【請求項９】
前記処理モジュールが前記グリッドに対応するタイプを決定することは、前記グリッドが容量制限タイプであると決定することであり、
前記処理モジュールは、さらに、ＧＡＰエリアが前記グリッドに存在し、かつ、前記グリッドが前記容量制限タイプであると決定した場合に、前記グリッドの前記ＧＴＡをキャリア拡張態様で高めることを決定し、前記容量制限タイプは、前記グリッドのプライマリサービングセルにおける利用可能リソースが不十分である、又は、前記プライマリサービングセルにおいてデータ送信を同時に実行するユーザ端末数が事前設定された数の閾値を超えることを示す、
請求項６に記載の情報処理装置。
【請求項１０】
前記処理モジュールが、前記グリッドが容量制限タイプであると決定することは、前記グリッドのＲＳＣＰが第２の事前設定されたＲＳＣＰ閾値より高いか否かを決定すること、前記グリッドの現在受信されたパイロット信号レベルＥｃＩｏが事前設定されたＥｃＩｏ閾値より高いか否かを決定すること、及び、前記グリッドの前記ＲＳＣＰが前記事前設定されたＲＳＣＰ閾値より高く、かつ、前記グリッドの前記ＥｃＩｏが前記事前設定されたＥｃＩｏ閾値より高い場合に、前記グリッドに対応する前記タイプが前記容量制限タイプであると決定することである、請求項９に記載の情報処理装置。
【請求項１１】
前記処理モジュールが、さらに、前記グリッドの前記ＧＴＡをキャリア拡張態様で高めることを決定することは、前記グリッドの前記プライマリサービングセルにおけるキャリア数を増加させることである、請求項９または１０に記載の情報処理装置。
【請求項１２】
前記処理モジュールは、さらに、
事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達するか否かを決定し、前記事前設定された条件を満たすグリッド数がキャリアの追加後に増加したか否かを決定し、
前記事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が前記事前設定された数に達すると決定した場合であって、前記事前設定された条件を満たすグリッド数が増加したと決定した場合に、前記追加されたキャリアが有効であると決定し、
前記事前設定された条件は、ＧＡＰエリアが存在するグリッドのＧＴＡがＵＴＴに達することである、請求項１１に記載の情報処理装置。
【請求項１３】
命令を格納するメモリと、
前記命令を実行し、ユーザ端末のユーザターゲットスループット（ＵＴＴ）を決定し、前記ユーザ端末が位置するグリッドのグリッドスループット能力（ＧＴＡ）を決定し、少なくとも前記ＵＴＴ及び前記ＧＴＡに従って、ＧＡＰエリアが前記グリッドに存在するか否かを決定するプロセッサと、
を備え、
前記プロセッサが前記命令を実行し、ユーザ端末のＵＴＴを決定することは、前記命令を実行し、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、前記ユーザ端末の前記ＵＴＴを決定することを含む、情報処理装置。
【請求項１４】
前記プロセッサが、前記命令を実行し、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、前記ユーザ端末の前記ＵＴＴを決定することは、前記命令を実行し、前記サービスエクスペリエンスレベル及び前記ネットワークサービスモデルに従って、Ｎ個のサービスの単一サービスエクスペリエンススループットを別個に決定すること、及び、前記Ｎ個のサービスの前記単一サービスエクスペリエンススループット及び前記ネットワークサービスモデルに従って、前記ＵＴＴを決定することを含み、Ｎは、前記ユーザ端末に対応するサービスの合計数である、請求項１３に記載の情報処理装置。
【請求項１５】
前記ネットワークサービスモデルは、少なくとも単一ユーザの同時サービス数を含み、前記プロセッサが、前記Ｎ個のサービスの前記単一サービスエクスペリエンススループット及び前記ネットワークサービスモデルに従って、前記ＵＴＴを決定することは、
前記命令を実行し、ｉを１からＮの整数に設定し、かつ別個に、第ｉのサービスのデータ量及び前記第ｉのサービスの単一サービスエクスペリエンススループットに従って、前記第ｉのサービスの単一ターゲットデータ送信時間を計算する段階、前記第ｉのサービスの前記単一ターゲットデータ送信時間及び全てのサービスの合計ターゲットデータ送信時間に従って、前記第ｉのサービスの単一ターゲットデータ送信ウェイトを計算する段階、及び、前記Ｎ個のサービスの単一ターゲットデータ送信ウェイトの合計を得る段階を実行することと、
ｉを１からＮの整数に設定し続け、かつ別個に、前記第ｉのサービスの前記単一ターゲットデータ送信ウェイト及び前記第ｉのサービスの前記単一サービスエクスペリエンススループットに従って、前記第ｉのサービスの単一サービスインテグレーテッドスループットを計算し、前記Ｎ個のサービスの単一サービスインテグレーテッドスループットに従って、前記グリッドにおける合計サービスインテグレーテッドスループットを得る段階を実行することと、
前記グリッドにおける前記合計サービスインテグレーテッドスループット及び前記ユーザ端末の前記同時サービス数に従って、前記ユーザ端末の前記ＵＴＴを得ることと、
を含む、請求項１４に記載の情報処理装置。
【請求項１６】
前記プロセッサが、前記ユーザ端末が位置するグリッドのＧＴＡを決定することは、前記命令を実行し、前記ユーザ端末によって前記グリッドにおいて得られたネットワークスケジュールスループットに従って、前記ＧＴＡを決定することを含む、請求項１３から１５のいずれか１項に記載の情報処理装置。
【請求項１７】
前記プロセッサが、少なくとも前記ＵＴＴ及び前記ＧＴＡに従って、ＧＡＰエリアが前記グリッドに存在するか否かを決定することは、前記命令を実行し、前記グリッドにおける前記ユーザ端末のＵＲＴ及び前記ユーザ端末の単一のサービスに関するリアルスループットＳＲＴを決定することと、前記ＵＴＴ、前記ＧＴＡ、前記ＵＲＴ、及び前記ＳＲＴに従って、ＧＡＰエリアが前記グリッドに存在するか否かを決定することと、を含む、請求項１３から１６のいずれか１項に記載の情報処理装置。
【請求項１８】
命令を格納するメモリと、
前記命令を実行し、ユーザ端末のユーザターゲットスループット（ＵＴＴ）を決定し、前記ユーザ端末が位置するグリッドのグリッドスループット能力（ＧＴＡ）を決定し、少なくとも前記ＵＴＴ及び前記ＧＴＡに従って、ＧＡＰエリアが前記グリッドに存在するか否かを決定し、
前記命令を実行し、前記グリッドに対応するタイプを決定し、ＧＡＰエリアが前記グリッドに存在すると決定した場合に、前記グリッドに対応する前記タイプに従って、前記ＧＡＰエリアを減少させるように前記グリッドの前記ＧＴＡを高める方法を決定するプロセッサと、
を備える、情報処理装置。
【請求項１９】
前記プロセッサが、前記命令を実行し、前記グリッドに対応するタイプを決定することは、前記命令を実行し、前記グリッドがカバレッジ制限タイプであることを決定することであり、
前記プロセッサは、さらに、前記命令を実行し、ＧＡＰエリアが前記グリッドに存在し、かつ、前記グリッドが前記カバレッジ制限タイプであると決定した場合に、インジケーション信号をネットワーク管理デバイスに送信し、前記インジケーション信号は、前記グリッドの前記ＧＴＡを高めるように新たな基地局が前記グリッドに追加されることを必要とすることを示すために用いられ、
前記カバレッジ制限タイプは、前記グリッドのチャネル品質が事前設定されたチャネル品質閾値より低いことを示す、
請求項１８に記載の情報処理装置。
【請求項２０】
前記プロセッサが、前記命令を実行し、前記グリッドがカバレッジ制限タイプであると決定することは、前記命令を実行し、前記グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低いか否かを決定し、前記グリッドの前記ＲＳＣＰが前記第１の事前設定されたＲＳＣＰ閾値より低い場合に、前記グリッドに対応する前記タイプが前記カバレッジ制限タイプであると決定することである、請求項１９に記載の情報処理装置。
【請求項２１】
前記プロセッサが、前記命令を実行し、前記グリッドに対応するタイプを決定することは、前記命令を実行し、前記グリッドが容量制限タイプであることを決定することであり、
前記プロセッサは、さらに、前記命令を実行し、ＧＡＰエリアが前記グリッドに存在し、かつ、前記グリッドが前記容量制限タイプであると決定した場合に、前記グリッドの前記ＧＴＡをキャリア拡張態様で高めることを決定し、前記容量制限タイプは、前記グリッドのプライマリサービングセルにおける利用可能リソースが不十分である、又は、前記プライマリサービングセルにおいてデータ送信を同時に実行するユーザ端末数が事前設定された数の閾値を超えることを示す、
請求項１８に記載の情報処理装置。
【請求項２２】
前記プロセッサが、前記命令を実行し、前記グリッドが容量制限タイプであると決定することは、前記命令を実行し、前記グリッドのＲＳＣＰが第２の事前設定されたＲＳＣＰ閾値より高いか否かを決定し、前記グリッドの現在受信されたパイロット信号レベルＥｃＩｏが事前設定されたＥｃＩｏ閾値より高いか否かを決定すること、及び、前記グリッドの前記ＲＳＣＰが前記事前設定されたＲＳＣＰ閾値より高く、かつ、前記グリッドの前記ＥｃＩｏが前記事前設定されたＥｃＩｏ閾値より高い場合に、前記グリッドに対応する前記タイプが前記容量制限タイプであると決定することである、請求項２１に記載の情報処理装置。
【請求項２３】
前記プロセッサが、前記グリッドの前記ＧＴＡをキャリア拡張態様で高めることを決定することは、前記グリッドの前記プライマリサービングセルにおけるキャリア数を増加させることである、請求項２１または２２に記載の情報処理装置。
【請求項２４】
前記プロセッサは、さらに、前記命令を実行し、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達するか否かを決定し、前記事前設定された条件を満たすグリッド数がキャリアの追加後に増加したか否かを決定し、前記事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が前記事前設定された数に達すると決定した場合であって、前記事前設定された条件を満たすグリッド数が増加したと決定した場合に、前記追加されたキャリアが有効であると決定し、前記事前設定された条件は、ＧＡＰエリアが存在するグリッドのＧＴＡがＵＴＴに達することである、請求項２３に記載の情報処理装置。
【請求項２５】
ユーザ端末のユーザターゲットスループット（ＵＴＴ）を決定し、前記ユーザ端末が位置するグリッドのグリッドスループット能力（ＧＴＡ）を決定する段階と、
少なくとも前記ＵＴＴ及び前記ＧＴＡに従って、ＧＡＰエリアが前記グリッドに存在するか否かを決定する段階と、
を備え、
ユーザ端末のＵＴＴを決定する前記段階は、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、前記ユーザ端末の前記ＵＴＴを決定する段階を含む、情報処理方法。
【請求項２６】
サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、前記ユーザ端末の前記ＵＴＴを決定する前記段階は、
前記サービスエクスペリエンスレベル及び前記ネットワークサービスモデルに従って、Ｎ個のサービスの単一サービスエクスペリエンススループットを別個に決定する段階と、
前記Ｎ個のサービスの前記単一サービスエクスペリエンススループット及び前記ネットワークサービスモデルに従って、前記ＵＴＴを決定する段階と、
を含み、
Ｎは、前記ユーザ端末に対応するサービスの合計数である、請求項２５に記載の情報処理方法。
【請求項２７】
前記ネットワークサービスモデルは、少なくとも単一ユーザの同時サービス数を含み、前記Ｎ個のサービスの前記単一サービスエクスペリエンススループット及び前記ネットワークサービスモデルに従って、前記ＵＴＴを決定する前記段階は、
ｉを１からＮの整数に設定し、かつ別個に、第ｉのサービスのデータ量及び前記第ｉのサービスの単一サービスエクスペリエンススループットに従って、前記第ｉのサービスの単一ターゲットデータ送信時間を計算する段階、前記第ｉのサービスの前記単一ターゲットデータ送信時間及び全てのサービスの合計ターゲットデータ送信時間に従って、前記第ｉのサービスの単一ターゲットデータ送信ウェイトを計算する段階、及び前記Ｎ個のサービスの単一ターゲットデータ送信ウェイトの合計を得る段階を実行する段階と、
ｉを１からＮの整数に設定し続け、かつ別個に、前記第ｉのサービスの前記単一ターゲットデータ送信ウェイト及び前記第ｉのサービスの前記単一サービスエクスペリエンススループットに従って、前記第ｉのサービスの単一サービスインテグレーテッドスループットを計算し、前記Ｎ個のサービスの単一サービスインテグレーテッドスループットの合計を得る段階、及び前記Ｎ個のサービスの前記単一サービスインテグレーテッドスループットに従って、前記グリッドにおける合計サービスインテグレーテッドスループットを得る段階を実行する段階と、
前記グリッドにおける前記合計サービスインテグレーテッドスループット及び前記ユーザ端末の前記同時サービス数に従って、前記ユーザ端末の前記ＵＴＴを得る段階と、
を含む、請求項２６に記載の情報処理方法。
【請求項２８】
前記ユーザ端末が位置するグリッドのＧＴＡを決定する前記段階は、前記ユーザ端末によって前記グリッドにおいて得られたネットワークスケジュールスループットに従って、前記ＧＴＡを決定する段階を含む、請求項２５から２７のいずれか１項に記載の情報処理方法。
【請求項２９】
少なくとも前記ＵＴＴ及び前記ＧＴＡに従って、ＧＡＰエリアが前記グリッドに存在するか否かを決定する前記段階は、
前記グリッドにおける前記ユーザ端末のＵＲＴ及び前記ユーザ端末の単一のサービスに関するリアルスループットＳＲＴを決定する段階と、
前記ＵＴＴ、前記ＧＴＡ、前記ＵＲＴ、及び前記ＳＲＴに従って、ＧＡＰエリアが前記グリッドに存在するか否かを決定する段階と、
を含む、請求項２５から２８のいずれか１項に記載の情報処理方法。
【請求項３０】
ユーザ端末のユーザターゲットスループット（ＵＴＴ）を決定し、前記ユーザ端末が位置するグリッドのグリッドスループット能力（ＧＴＡ）を決定する段階と、
少なくとも前記ＵＴＴ及び前記ＧＴＡに従って、ＧＡＰエリアが前記グリッドに存在するか否かを決定する段階と、
前記グリッドに対応するタイプを決定する段階と、
ＧＡＰエリアが前記グリッドに存在すると決定した場合に、前記グリッドに対応する前記タイプに従って、前記ＧＡＰエリアを減少させるように前記グリッドの前記ＧＴＡを高める方法を決定する段階と、
を備える、情報処理方法。
【請求項３１】
前記グリッドに対応するタイプを決定する前記段階は、
前記グリッドがカバレッジ制限タイプであることを決定する段階と、
ＧＡＰエリアが前記グリッドに存在し、かつ、前記グリッドが前記カバレッジ制限タイプであると決定した場合に、インジケーション信号をネットワーク管理デバイスに送信する段階と、
を含み、
前記インジケーション信号は、前記グリッドの前記ＧＴＡを高めるように新たな基地局が前記グリッドに追加されることを必要とすることを示すために用いられ、
前記カバレッジ制限タイプは、前記グリッドのチャネル品質が事前設定されたチャネル品質閾値より低いことを示す、
請求項３０に記載の情報処理方法。
【請求項３２】
前記グリッドがカバレッジ制限タイプであることを決定する前記段階は、
前記グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低いか否かを決定する段階と、
前記グリッドの前記ＲＳＣＰが前記第１の事前設定されたＲＳＣＰ閾値より低い場合に、前記グリッドに対応する前記タイプが前記カバレッジ制限タイプであると決定する段階と、
を含む、請求項３１に記載の情報処理方法。
【請求項３３】
前記グリッドに対応するタイプを決定する前記段階は、前記グリッドが容量制限タイプであると決定する段階と、
ＧＡＰエリアが前記グリッドに存在し、かつ、前記グリッドが前記容量制限タイプであると決定した場合に、前記グリッドの前記ＧＴＡをキャリア拡張態様で高めることを決定する段階と、
を含み、
前記容量制限タイプは、前記グリッドのプライマリサービングセルにおける利用可能リソースが不十分である、又は、前記プライマリサービングセルにおいてデータ送信を同時に実行するユーザ端末数が事前設定された数の閾値を超えることを示す、請求項３０に記載の情報処理方法。
【請求項３４】
前記グリッドが容量制限タイプであると決定する前記段階は、
前記グリッドのＲＳＣＰが第２の事前設定されたＲＳＣＰ閾値より高いか否かを決定し、前記グリッドの現在受信されたパイロット信号レベルＥｃＩｏが事前設定されたＥｃＩｏ閾値より高いか否かを決定する段階と、
前記グリッドの前記ＲＳＣＰが前記事前設定されたＲＳＣＰ閾値より高く、かつ、前記グリッドの前記ＥｃＩｏが前記事前設定されたＥｃＩｏ閾値より高い場合に、前記グリッドに対応する前記タイプが前記容量制限タイプであると決定する段階と、
を含む、請求項３３に記載の情報処理方法。
【請求項３５】
前記グリッドの前記ＧＴＡをキャリア拡張態様で高める前記段階は、前記グリッドの前記プライマリサービングセルにおけるキャリア数を増加させる段階を含む、請求項３３または３４に記載の情報処理方法。
【請求項３６】
前記グリッドの前記プライマリサービングセルにおけるキャリア数を増加させる前記段階の後で、前記方法は、
事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達するか否かを決定し、前記事前設定された条件を満たすグリッド数がキャリアの追加後に増加したか否かを決定する段階と、
前記事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が前記事前設定された数に達すると決定した場合であって、前記事前設定された条件を満たすグリッド数が増加したと決定した場合に、前記追加されたキャリアが有効であると決定する段階と、
をさらに備え、
前記事前設定された条件は、ＧＡＰエリアが存在するグリッドのＧＴＡがＵＴＴに達することである、請求項３５に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイル通信技術分野に関し、特に、情報処理方法及び装置に関する。
【背景技術】
【０００２】
モバイル通信技術の発展に伴い、モバイルサービスの焦点は、音声サービスからデータサービスに変化してきている。かつて懸念されていたコールドロップレート及びハンドオーバ成功レートは、大方の場合、もはやユーザエクスペリエンスの主要な指標ではない。たとえ送信処理においてデータサービスが落ちたとしても、データサービスは、ユーザに認識されることなく自動的に再確立可能である。データサービスに関して、ユーザは、ユーザ端末を用いることによって、ウェブページのブラウジング及びビデオの視聴等が十分円滑に可能であるか否かについて、より懸念を抱いている。従って、ユーザのデータ送信要件を満たすネットワークプランニングをいかに実行するかが、特に重要となる。
【０００３】
先行技術では、ネットワークプランニングに関して、概して、エッジスループットターゲットに基づくプランニングの態様が用いられている。この態様は、適切な伝搬モデルを選択することと、ユーザのモビリティ、分布挙動、及びトラフィックモデルを考慮することと、エッジスループットターゲット周りで推定及びシミュレーションを実行し、ターゲットネットワークにおいて必要な新たなサイトの数及びセルの数を得ることとを含む。
【０００４】
しかしながら、このプランニングの解決手段は、基本的に、ユーザの状況のみを考慮している。ネットワークの初期の発展において、ユーザの有効な要件は大きくなかったことから、この解決手段は基本的なサービス要件を満たすために利用可能であった。しかしながら、ネットワークが徐々に成熟化に向かって発展し、かつ特に、インテリジェント端末が普及し、インターネット会社がオープンインターネットに基づいて豊富なビデオ及びデータサービスを、オペレータを介さずユーザに直接提供したことから、より適切なプランニング結果を得るべく、ネットワークプランニングがネットワークの実際のサービス機能に応じて実行可能な方法が必要とされている。
【発明の概要】
【０００５】
本発明の複数の実施形態は、情報処理方法及び装置を提供し、これにより、適切なネットワークプランニング結果を得ることができる。
【０００６】
本発明の第１の態様によれば、情報処理装置が提供される。情報処理装置は、  ユーザ端末のユーザターゲットスループットＵＴＴを決定し、ユーザ端末が位置するグリッドのグリッドスループット能力ＧＴＡを決定するように構成される第１の決定モジュールと、  少なくともＵＴＴ及びＧＴＡに従って、ギャップＧＡＰエリアがグリッドに存在するか否かを決定するように構成される第２の決定モジュールと、
を含む。
【０００７】
第１の態様を参照すると、第１の可能な実装態様において、第１の決定モジュールがユーザ端末のＵＴＴを決定するように構成されることは、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定することを含む。
【０００８】
第１の態様の第１の可能な実装態様を参照すると、第２の可能な実装態様において、第１の決定モジュールが、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定するように特に構成されることは、特に、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、Ｎ個のサービスの単一サービスエクスペリエンススループットを別個に決定すること、及び、Ｎ個のサービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って、ＵＴＴを決定することであり、Ｎは、ユーザ端末に対応するサービスの合計数である。
【０００９】
第１の態様の第２の可能な実装態様を参照すると、第３の可能な実装態様において、ネットワークサービスモデルは、少なくとも単一ユーザの同時サービス数を含み、第１の決定モジュールが、Ｎ個のサービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って、ＵＴＴを決定するように特に構成されることは、  ｉを１からＮの整数に設定し、かつ別個に、第ｉのサービスのデータ量及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一ターゲットデータ送信時間を計算する段階、第ｉのサービスの単一ターゲットデータ送信時間及び全てのサービスの合計ターゲットデータ送信時間に従って、第ｉのサービスの単一ターゲットデータ送信ウェイトを計算する段階、及びＮ個のサービスの単一ターゲットデータ送信ウェイトの合計を得る段階を実行することと、  ｉを１からＮの整数に設定し続け、かつ別個に、第ｉのサービスの単一ターゲットデータ送信ウェイト及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一サービスインテグレーテッドスループットを計算し、Ｎ個のサービスの単一サービスインテグレーテッドスループットの合計を得る段階、及びＮ個のサービスの単一サービスインテグレーテッドスループットに従って、グリッドにおける合計サービスインテグレーテッドスループットを得る段階を実行することと、  グリッドにおける合計サービスインテグレーテッドスループット及びユーザ端末の同時サービス数に従って、ユーザ端末のＵＴＴを得ることと、
を含む。
【００１０】
第１の態様又は第１の態様の第１の可能な実装態様から第３の可能な実装態様のうち任意の可能な実装態様を参照すると、第４の可能な実装態様において、第１の決定モジュールが、ユーザ端末が位置するグリッドのＧＴＡを決定するように構成されることは、ユーザ端末によってグリッドにおいて得られたネットワークスケジュールスループットに従って、ＧＴＡを決定することを含む。
【００１１】
第１の態様又は第１の態様の第１の可能な実装態様から第４の可能な実装態様のうち任意の可能な実装態様を参照すると、第５の可能な実装態様において、第２の決定モジュールは、グリッドにおけるユーザ端末のユーザリアルスループットＵＲＴ及びユーザ端末の単一サービスリアルスループットＳＲＴを決定し、ＵＴＴ、ＧＴＡ、ＵＲＴ、及びＳＲＴに従って、ＧＡＰエリアがグリッドに存在するか否かを決定するように特に構成される。
【００１２】
第１の態様又は第１の態様の第１の可能な実装態様から第５の可能な実装態様のうち任意の可能な実装態様を参照すると、第６の可能な実装態様において、装置は、グリッドに対応するタイプを決定し、ＧＡＰエリアがグリッドに存在すると決定した場合に、グリッドに対応するタイプに従って、ＧＡＰエリアを減少させるようにグリッドのＧＴＡを高める方法を決定するように構成される処理モジュールをさらに含む。
【００１３】
第１の態様の第６の可能な実装態様を参照すると、第７の可能な実装態様において、処理モジュールがグリッドに対応するタイプを決定するように構成されることは、特に、グリッドがカバレッジ制限タイプであることを決定することであり、  処理モジュールは、ＧＡＰエリアがグリッドに存在し、かつ、グリッドがカバレッジ制限タイプであると決定した場合に、インジケーション信号をネットワーク管理デバイスに送信するようにさらに構成され、インジケーション信号は、グリッドのＧＴＡを高めるように新たな基地局がグリッドに追加されることを必要とすることを示すために用いられ、  カバレッジ制限タイプは、グリッドのチャネル品質が事前設定されたチャネル品質閾値より低いことを示す。
【００１４】
第１の態様の第７の可能な実装態様を参照すると、第８の可能な実装態様において、処理モジュールが、グリッドがカバレッジ制限タイプであると決定するように特に構成されることは、特に、グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低いか否かを決定し、グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低い場合に、グリッドに対応するタイプがカバレッジ制限タイプであると決定することである。
【００１５】
第１の態様の第６の可能な実装態様を参照すると、第９の可能な実装態様において、処理モジュールがグリッドに対応するタイプを決定するように構成されることは、特に、グリッドが容量制限タイプであると決定することであり、  処理モジュールは、ＧＡＰエリアがグリッドに存在し、かつ、グリッドが容量制限タイプであると決定した場合に、グリッドのＧＴＡをキャリア拡張態様で高めることを決定するようにさらに構成され、  容量制限タイプは、グリッドのプライマリサービングセルにおける利用可能リソースが不十分である、又は、グリッドにおけるユーザ端末数が事前設定された数の閾値を超えることを示す。
【００１６】
第１の態様の第９の可能な実装態様を参照すると、第１０の可能な実装態様において、処理モジュールが、グリッドが容量制限タイプであると決定するように特に構成されることは、特に、グリッドのＲＳＣＰが第２の事前設定されたＲＳＣＰ閾値より高いか否かを決定し、グリッドの現在受信されたパイロット信号レベルＥｃＩｏが事前設定されたＥｃＩｏ閾値より高いか否かを決定すること、及び、グリッドのＲＳＣＰが事前設定されたＲＳＣＰ閾値より高く、かつ、グリッドのＥｃＩｏが事前設定されたＥｃＩｏ閾値より高い場合に、グリッドに対応するタイプが容量制限タイプであると決定することである。
【００１７】
第１の態様の第９の可能な実装態様又は第１０の可能な実装態様を参照すると、第１１の可能な実装態様において、処理モジュールが、グリッドのＧＴＡをキャリア拡張態様で高めることを決定するようにさらに構成されることは、特に、グリッドのプライマリサービングセルにおけるキャリア数を増加させることである。
【００１８】
第１の態様の第１１の可能な実装態様を参照すると、第１２の可能な実装態様において、処理モジュールは、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達するか否かを決定し、事前設定された条件を満たすグリッド数がキャリアの追加後に増加したか否かを決定し、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達すると決定した場合であって、事前設定された条件を満たすグリッド数が増加したと決定した場合に、追加されたキャリアが有効であると決定するようにさらに構成され、事前設定された条件は、ＧＡＰエリアが存在するグリッドのＧＴＡがＵＴＴに達することである。
【００１９】
本発明の第２の態様によれば、情報処理装置が提供される。情報処理装置は、  命令を格納するように構成されるメモリと、  命令を実行し、ユーザ端末のＵＴＴを決定し、ユーザ端末が位置するグリッドのＧＴＡを決定し、少なくともＵＴＴ及びＧＴＡに従って、ＧＡＰエリアがグリッドに存在するか否かを決定するように構成されるプロセッサと、
を含む。
【００２０】
第２の態様を参照すると、第１の可能な実装態様において、プロセッサが、命令を実行し、ユーザ端末のＵＴＴを決定するように構成されることは、命令を実行し、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定することを含む。
【００２１】
第２の態様の第１の可能な実装態様を参照すると、第２の可能な実装態様において、プロセッサが、命令を実行し、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定するように特に構成されることは、命令を実行し、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、Ｎ個のサービスの単一サービスエクスペリエンススループットを別個に決定し、Ｎ個のサービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って、ＵＴＴを決定することを含み、Ｎは、ユーザ端末に対応するサービスの合計数である。
【００２２】
第２の態様の第２の可能な実装態様を参照すると、第３の可能な実装態様において、ネットワークサービスモデルは、少なくとも単一ユーザの同時サービス数を含み、プロセッサが、Ｎ個のサービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って、ＵＴＴを決定するように特に構成されることは、  命令を実行し、ｉを１からＮの整数に設定し、かつ別個に、第ｉのサービスのデータ量及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一ターゲットデータ送信時間を計算する段階、第ｉのサービスの単一ターゲットデータ送信時間及び全てのサービスの合計ターゲットデータ送信時間に従って、第ｉのサービスの単一ターゲットデータ送信ウェイトを計算する段階、及びＮ個のサービスの単一ターゲットデータ送信ウェイトの合計を得る段階を実行することと、  ｉを１からＮの整数に設定し続け、かつ別個に、第ｉのサービスの単一ターゲットデータ送信ウェイト及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一サービスインテグレーテッドスループットを計算する段階、及びＮ個のサービスの単一サービスインテグレーテッドスループットに従って、グリッドにおける合計サービスインテグレーテッドスループットを得る段階を実行することと、  グリッドにおける合計サービスインテグレーテッドスループット及びユーザ端末の同時サービス数に従って、ユーザ端末のＵＴＴを得ることと、
を含む。
【００２３】
第２の態様又は第２の態様の第１の可能な実装態様から第２の態様の第３の可能な実装態様のうち任意の可能な実装態様を参照すると、第４の可能な実装態様において、プロセッサが、ユーザ端末が位置するグリッドのＧＴＡを決定するように構成されることは、命令を実行し、ユーザ端末によってグリッドにおいて得られたネットワークスケジュールスループットに従って、ＧＴＡを決定することを含む。
【００２４】
第２の態様又は第２の態様の第１の可能な実装態様から第２の態様の第４の可能な実装態様のうち任意の可能な実装態様を参照すると、第５の可能な実装態様において、プロセッサが、少なくともＵＴＴ及びＧＴＡに従って、ＧＡＰエリアがグリッドに存在するか否かを決定するように構成されることは、命令を実行し、グリッドにおけるユーザ端末のＵＲＴ及びユーザ端末の単一サービスリアルスループットＳＲＴを決定することと、ＵＴＴ、ＧＴＡ、ＵＲＴ、及びＳＲＴに従って、ＧＡＰエリアがグリッドに存在するか否かを決定することとを含む。
【００２５】
第２の態様又は第２の態様の第１の可能な実装態様から第２の態様の第５の可能な実装態様のうち任意の可能な実装態様を参照すると、第６の可能な実装態様において、プロセッサは、命令を実行し、グリッドに対応するタイプを決定し、ＧＡＰエリアがグリッドに存在すると決定した場合に、グリッドに対応するタイプに従って、ＧＡＰエリアを減少させるようにグリッドのＧＴＡを高める方法を決定するようにさらに構成される。
【００２６】
第２の態様の第６の可能な実装態様を参照すると、第７の可能な実装態様において、プロセッサが、命令を実行し、グリッドに対応するタイプを決定するように構成されることは、特に、命令を実行し、グリッドがカバレッジ制限タイプであることを決定することであり、  プロセッサは、命令を実行し、ＧＡＰエリアがグリッドに存在し、かつ、グリッドがカバレッジ制限タイプであると決定した場合に、インジケーション信号をネットワーク管理デバイスに送信するようにさらに構成され、インジケーション信号は、グリッドのＧＴＡを高めるように新たな基地局がグリッドに追加されることを必要とすることを示すために用いられ、  カバレッジ制限タイプは、グリッドのチャネル品質が事前設定されたチャネル品質閾値より低いことを示す。
【００２７】
第２の態様の第７の可能な実装態様を参照すると、第８の可能な実装態様において、プロセッサが、命令を実行し、グリッドがカバレッジ制限タイプであると決定するように特に構成されることは、特に、命令を実行し、グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低いか否かを決定すること、及び、グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低い場合に、グリッドに対応するタイプがカバレッジ制限タイプであると決定することである。
【００２８】
第２の態様の第６の可能な実装態様を参照すると、第９の可能な実装態様において、プロセッサが、命令を実行し、グリッドに対応するタイプを決定するように構成されることは、特に、命令を実行し、グリッドが容量制限タイプであると決定することであり、  プロセッサは、命令を実行し、ＧＡＰエリアがグリッドに存在し、かつ、グリッドが容量制限タイプであると決定した場合に、グリッドのＧＴＡをキャリア拡張態様で高めることを決定するようにさらに構成され、  容量制限タイプは、グリッドのプライマリサービングセルにおける利用可能リソースが不十分である、又は、グリッドにおけるユーザ端末数が事前設定された数の閾値を超えることを示す。
【００２９】
第２の態様の第９の可能な実装態様を参照すると、第１０の可能な実装態様において、プロセッサが、命令を実行し、グリッドが容量制限タイプであると決定するように特に構成されることは、特に、命令を実行し、グリッドのＲＳＣＰが第２の事前設定されたＲＳＣＰ閾値より高いか否かを決定し、グリッドの現在受信されたパイロット信号レベルＥｃＩｏが事前設定されたＥｃＩｏ閾値より高いか否かを決定すること、及び、グリッドのＲＳＣＰが事前設定されたＲＳＣＰ閾値より高く、かつ、グリッドのＥｃＩｏが事前設定されたＥｃＩｏ閾値より高い場合に、グリッドに対応するタイプが容量制限タイプであると決定することである。
【００３０】
第２の態様の第９の可能な実装態様又は第２の態様の第１０の可能な実装態様を参照すると、第１１の可能な実装態様において、プロセッサが、グリッドのＧＴＡをキャリア拡張態様で高めることを決定するように特に構成されることは、特に、グリッドのプライマリサービングセルにおけるキャリア数を増加させることである。
【００３１】
第２の態様の第１１の可能な実装態様を参照すると、第１２の可能な実装態様において、プロセッサは、命令を実行し、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達するか否かを決定し、事前設定された条件を満たすグリッド数がキャリアの追加後に増加したか否かを決定し、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達すると決定した場合であって、事前設定された条件を満たすグリッド数が増加したと決定した場合に、追加されたキャリアが有効であると決定するようにさらに構成され、事前設定された条件は、ＧＡＰエリアが存在するグリッドのＧＴＡがＵＴＴに達することである。
【００３２】
本発明の第３の態様によれば、情報処理方法が提供される。情報処理方法は、  ユーザ端末のＵＴＴを決定し、ユーザ端末が位置するグリッドのＧＴＡを決定する段階と、  少なくともＵＴＴ及びＧＴＡに従って、ＧＡＰエリアがグリッドに存在するか否かを決定する段階と、
を含む。
【００３３】
第３の態様を参照すると、第１の可能な実装態様において、ユーザ端末のＵＴＴを決定する段階は、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定する段階を含む。
【００３４】
第３の態様の第１の可能な実装態様を参照すると、第２の可能な実装態様において、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定する段階は、  サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、Ｎ個のサービスの単一サービスエクスペリエンススループットを別個に決定する段階であって、Ｎは、ユーザ端末に対応するサービスの合計数である、段階と、  Ｎ個のサービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って、ＵＴＴを決定する段階と、
を含む。
【００３５】
第３の態様の第２の可能な実装態様を参照すると、第３の可能な実装態様において、ネットワークサービスモデルは、少なくとも単一ユーザの同時サービス数を含み、Ｎ個のサービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って、ＵＴＴを決定する段階は、  ｉを１からＮの整数に設定し、かつ別個に、第ｉのサービスのデータ量及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一ターゲットデータ送信時間を計算する段階、第ｉのサービスの単一ターゲットデータ送信時間及び全てのサービスの合計ターゲットデータ送信時間に従って、第ｉのサービスの単一ターゲットデータ送信ウェイトを計算する段階、及びＮ個のサービスの単一ターゲットデータ送信ウェイトの合計を得る段階を実行する段階と、  ｉを１からＮの整数に設定し続け、かつ別個に、第ｉのサービスの単一ターゲットデータ送信ウェイト及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一サービスインテグレーテッドスループットを計算し、Ｎ個のサービスの単一サービスインテグレーテッドスループットの合計を得る段階、及び、Ｎ個のサービスの単一サービスインテグレーテッドスループットに従って、グリッドにおける合計サービスインテグレーテッドスループットを得る段階を実行する段階と、  グリッドにおける合計サービスインテグレーテッドスループット及びユーザ端末の同時サービス数に従って、ユーザ端末のＵＴＴを得る段階と、
を含む。
【００３６】
第３の態様又は第３の態様の第１の可能な実装態様から第３の可能な実装態様のうち任意の可能な実装態様を参照すると、第４の可能な実装態様において、ユーザ端末が位置するグリッドのＧＴＡを決定する段階は、ユーザ端末によってグリッドにおいて得られたネットワークスケジュールスループットに従って、ＧＴＡを決定する段階を含む。
【００３７】
第３の態様又は第３の態様の第１の可能な実装態様から第４の可能な実装態様のうち任意の可能な実装態様を参照すると、第５の可能な実装態様において、少なくともＵＴＴ及びＧＴＡに従って、ＧＡＰエリアがグリッドに存在するか否かを決定する段階は、  グリッドにおけるユーザ端末のＵＲＴ及びユーザ端末の単一サービスリアルスループットＳＲＴを決定する段階と、  ＵＴＴ、ＧＴＡ、ＵＲＴ、及びＳＲＴに従って、ＧＡＰエリアがグリッドに存在するか否かを決定する段階と、
を含む。
【００３８】
第３の態様又は第３の態様の第１の可能な実装態様から第５の可能な実装態様のうち任意の可能な実装態様を参照すると、第６の可能な実装態様において、方法は、グリッドに対応するタイプを決定する段階と、  ＧＡＰエリアがグリッドに存在すると決定した場合に、グリッドに対応するタイプに従って、ＧＡＰエリアを減少させるようにグリッドのＧＴＡを高める方法を決定する段階と、
をさらに含む。
【００３９】
第３の態様の第６の可能な実装態様を参照すると、第７の可能な実装態様において、グリッドに対応するタイプを決定する段階は、グリッドがカバレッジ制限タイプであることを決定する段階と、  ＧＡＰエリアがグリッドに存在し、かつ、グリッドがカバレッジ制限タイプであると決定した場合に、インジケーション信号をネットワーク管理デバイスに送信する段階と、
を含み、
インジケーション信号は、グリッドのＧＴＡを高めるように新たな基地局がグリッドに追加されることを必要とすることを示すために用いられ、  カバレッジ制限タイプは、グリッドのチャネル品質が事前設定されたチャネル品質閾値より低いことを示す。
【００４０】
第３の態様の第７の可能な実装態様を参照すると、第８の可能な実装態様において、グリッドがカバレッジ制限タイプであることを決定する段階は、  グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低いか否かを決定する段階と、  グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低い場合に、グリッドに対応するタイプがカバレッジ制限タイプであると決定する段階と、
を含む。
【００４１】
第３の態様の第６の可能な実装態様を参照すると、第９の可能な実装態様において、グリッドに対応するタイプを決定する段階は、グリッドが容量制限タイプであると決定する段階と、  ＧＡＰエリアがグリッドに存在し、かつ、グリッドが容量制限タイプであると決定した場合に、グリッドのＧＴＡをキャリア拡張態様で高めることを決定する段階と、
を含み、  容量制限タイプは、グリッドのプライマリサービングセルにおける利用可能リソースが不十分である、又は、グリッドにおけるユーザ端末数が事前設定された数の閾値を超えることを示す。
【００４２】
第３の態様の第９の可能な実装態様を参照すると、第１０の可能な実装態様において、グリッドが容量制限タイプであると決定する段階は、  グリッドのＲＳＣＰが第２の事前設定されたＲＳＣＰ閾値より高いか否かを決定し、グリッドの現在受信されたパイロット信号レベルＥｃＩｏが事前設定されたＥｃＩｏ閾値より高いか否かを決定する段階と、  グリッドのＲＳＣＰが事前設定されたＲＳＣＰ閾値より高く、かつ、グリッドのＥｃＩｏが事前設定されたＥｃＩｏ閾値より高い場合に、グリッドに対応するタイプが容量制限タイプであると決定する段階と、
を含む。
【００４３】
第３の態様の第９の可能な実装態様又は第３の態様の第１０の可能な実装態様を参照すると、第１１の可能な実装態様において、グリッドのＧＴＡをキャリア拡張態様で高める段階は、グリッドのプライマリサービングセルにおけるキャリア数を増加させる段階を含む。
【００４４】
第３の態様の第１１の可能な実装態様を参照すると、第１２の可能な実装態様において、グリッドのプライマリサービングセルにおけるキャリア数を増加させる段階の後で、方法は、  事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達するか否かを決定し、事前設定された条件を満たすグリッド数がキャリアの追加後に増加したか否かを決定する段階であって、事前設定された条件は、ＧＡＰエリアが存在するグリッドのＧＴＡがＵＴＴに達することである、段階と、  事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達すると決定した場合であって、事前設定された条件を満たすグリッド数が増加したと決定した場合に、追加されたキャリアが有効であると決定する段階と、
をさらに含む。
【００４５】
本発明の複数の実施形態によって提供される技術的解決手段において、ターゲットネットワークは、ユーザ端末のユーザターゲットスループット及びグリッドのグリッドスループット能力に従って包括的に計画され、ユーザエクスペリエンスは、ターゲット帯域幅スループットに定量化され、ネットワークプランニングは、ネットワークにおける異なるサービスの帯域幅要件に応じて実行される。ネットワークの実際のサービス機能に応じてネットワークプランニングを実行することは、端末ユーザのエクスペリエンスを十分に考慮しつつ、より適切なネットワークプランニング結果及びより改善されたユーザエクスペリエンスを実現可能である。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施形態に係る情報処理方法のメインフローチャートである。
【００４７】
【図２】本発明の実施形態に係るＵＴＴ計算方法のフローチャートである。
【００４８】
【図３】本発明の実施形態に係るＧＴＡ計算方法のフローチャートである。
【００４９】
【図４】本発明の実施形態に係るシミュレーション結果の模式図である。
【００５０】
【図５】本発明の実施形態に係る新たなサイトを確立する方法のフローチャートである。
【００５１】
【図６Ａ】本発明の実施形態に係る情報処理装置のメイン構造のブロック図である。
【００５２】
【図６Ｂ】本発明の実施形態に係る情報処理装置の詳細な構造のブロック図である。
【００５３】
【図７】本発明の実施形態に係る情報処理装置の構造の模式図である。
【発明を実施するための形態】
【００５４】
本発明の複数の実施形態に係る目的、技術的解決手段、および利点をより明確にするために、以下、本発明の複数の実施形態における技術的解決手段を、本発明の複数の実施形態における添付図面を参照しつつ、明確かつ完全に説明する。説明される複数の実施形態は、本発明の複数の実施形態のいくつかであって、全てではないことは明らかである。創造的な努力なしに、本発明の複数の実施形態に基づいて当業者によって得られる他の全ての実施形態は、本発明の保護範囲内に属するものとする。
【００５５】
本明細書で説明される複数の技術は、様々な通信システム、例えば、現在の２Ｇおよび３Ｇの通信システムならびに次世代通信システム、例えば、グローバルシステムフォーモバイルコミュニケーションズ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ（登録商標）、コード分割多重接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ）システム、時分割多重接続（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＴＤＭＡ）システム、ワイドバンドコード分割多重接続、周波数分割多重接続（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｄｄｒｅｓｓｉｎｇ、ＦＤＭＡ）システム、直交周波数分割多重接続（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＯＦＤＭＡ）システム、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、ＧＰＲＳ）システム、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、及び他の複数の通信システムに適用されてよい。
【００５６】
さらに、「システム」及び「ネットワーク」という用語は、本明細書において互換的に用いられてよい。本明細書における「及び／又は」という用語は、複数の関連オブジェクトを説明するための対応関係のみを説明し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、次の３つの場合、すなわち、Ａのみが存在すること、Ａ及びＢの両方が存在すること、ならびにＢのみが存在することを表してよい。さらに、本明細書において、「／」という記号は、概して、関連オブジェクト間の「又は」という関係を示す。
【００５７】
本発明の複数の実施形態の技術的解決手段は、基地局に関し、これは例えば、ＧＳＭ（登録商標）又はＣＤＭＡにおけるベーストランシーバ基地局（ＢＴＳ、Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）であってよく、又は、ＷＣＤＭＡ（登録商標）におけるＮｏｄｅＢ（ＮｏｄｅＢ）であってよく、又は、ＬＴＥにおけるｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅ−ＮｏｄｅＢ、ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）であってよく、本発明の複数の実施形態に特に限定されない。
【００５８】
本発明の複数の実施形態の技術的解決手段は、主に、グリッド（Ｇｒｉｄ）を対象として用いることによって実装されてよい。ネットワークプランニングが実行される場合、地球上の面は、複数のグリッドアレイに分割されてよく、これらは、サイズが等しく、互いに直接隣接する。各グリッドは、グリッドと称されてよく、各グリッドは、具体的な地理的位置エリアを一意に表してよい。分割スケールのサイズによれば、１０ｍ＊１０ｍ、２０ｍ＊２０ｍ、及び５０ｍ＊５０ｍのような複数のグリッドが存在する。複数の分割方法が存在するが、これらの全ては、先行技術において既存の方法であり、繰り返し説明されない。
【００５９】
グリッドは、複数のセルによってカバーされてよい。グリッドをカバーする複数のセルにおいて、セルは、グリッドのプライマリセル、すなわち、グリッドのプライマリサービングセルである。グリッドには、ギャップ（ＧＡＰ）エリアが存在することがあり、ＧＡＰエリアに位置する端末は、グリッドをカバーするいずれのセルの信号によっても、カバーされることが困難である。従って、本発明の複数の実施形態が解決する必要があるものは、いかにＧＡＰエリアがグリッドに存在するか否かを適切に決定するか、及びさらに、ＧＡＰエリアがグリッドに存在する場合に、いかにグリッドを処理し、ＧＡＰエリアを可能な限り減少させ及び取り除き、信号カバレッジを改善するかということである。
【００６０】
本発明の複数の実施形態において、ユーザ端末のリアルスループットＲＴ（リアルスループット、ｒｅａｌ  ｔｈｒｏｕｇｈｐｕｔ）は、ユーザ端末が実際にサービスを実行する場合のリアルスループットを指す。リアルスループットは、統計的ヒエラルキに従って、ＵＲＴ（ユーザリアルスループット、ｕｓｅｒ  ｒｅａｌ  ｔｈｒｏｕｇｈｐｕｔ）及びＳＲＴ（サービスリアルスループット、ｓｅｒｖｉｃｅ  ｒｅａｌ  ｔｈｒｏｕｇｈｐｕｔ）に分類されてよい。ここで、ＵＲＴは、ユーザレベルのリアルスループットであり、ＳＲＴは、サービスレベルのリアルスループットである。
【００６１】
本発明の複数の実施形態において、ＧＴＡ（グリッドスループット能力、ｇｒｉｄ  ｔｈｒｏｕｇｈｐｕｔ  ａｂｉｌｉｔｙ）は、ユーザ端末が複数の異なるグリッドに位置する場合に達することが可能なスループットであってよく、ネットワークの無線チャネル品質、電力消費、及びユーザ端末分布に従った計算を通して得ることができる、すなわち、ライブネットワークが単一ユーザに提供可能な帯域幅スループットである。
【００６２】
本発明の複数の実施形態において、基地局は、ＧＰＳ（グローバルポジショニングシステム、ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ）のような特定のポジショニング技術を用いることによって、ユーザ端末がＭＲ（測定レポート、ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）を報告し、地理的位置をグリッドに標準化する場合に、ユーザ端末が位置する地理的位置を得ることができる。ここで、グリッドの位置は、ＭＲポジショニング結果である。
【００６３】
図１を参照すると、本発明の実施形態は、情報処理方法を提供する。ここで、当該方法は、基地局によって実行されてよい。方法の主な手順が、以下の通り説明される。
【００６４】
段階１０１において、ユーザ端末のＵＴＴ（ユーザターゲットスループット、ｕｓｅｒ  ｔａｒｇｅｔ  ｔｈｒｏｕｇｈｐｕｔ）を決定し、ユーザ端末が位置するグリッドのＧＴＡを決定する。
【００６５】
任意に、本発明の本実施形態において、ユーザ端末のＵＴＴを決定する段階は、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定する段階を含んでよい。
【００６６】
ユーザ端末が、特定のサービスを用いる場合、異なる主観的なユーザエクスペリエンスに対応して、ユーザエクスペリエンスレベルは分類されてよい。例えば、ユーザエクスペリエンスレベルは、３つのレベル、すなわち、極めて良好な（Ｅｘｃｅｌｌｅｎｔ）、良好な（Ｇｏｏｄ）、及び悪い（Ｂａｄ）に分類されてよい。ユーザエクスペリエンスレベルは、サービスエクスペリエンスレベルと称されてもよく、これは、ユーザ端末が特定のサービスを用いる場合のサービス実行品質を示す。各サービスタイプに対応して、各サービスエクスペリエンスレベルは、対応するサービスエクスペリエンスベンチマークを有し、これは、具体的な評価指標、例えば、応答、表示遅延、ページ表示成功率、及びバッファ期間を含む。特定のサービスタイプのサービスエクスペリエンスレベルは、サービスに対応する評価指標に従って決定されてよい。詳細には、表１で説明される複数の例が参照されてよい。
【表１】
0006355142.tif 000002
【００６７】
本発明の本実施形態において、ネットワークサービスモデルは、ネットワークサービスについての説明を指す。ここで、説明は、複数のパラメータを用いることによってなされ、複数のパラメータは、サービスタイプ（ＳｅｒｖｉｃｅＴｙｐｅ）、サービストラフィック（ＳｅｒｖｉｃｅＴｒａｆｆｉｃ）、リアル送信時間（ＲｅａｌＴｒａｎｓＴｉｍｅ）、及び単一ユーザの同時サービス数（ＣｏＳｅｒｖｉｃｅＮｕｍ）を含んでよい。
【００６８】
ＳｅｒｖｉｃｅＴｙｐｅは、ウェブ、ストリーミング、ファイル転送プロトコル（ＦＴＰ）、電子メール（Ｅｍａｉｌ）、ボイスオーバインターネットプロトコル（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ＶｏＩＰ）、及びゲーム（Ｇａｍｉｎｇ）のような複数のサービスを含んでよい。ＶｏＩＰは、ＩＰネットワークにおける、カプセル化データパケットの形でデジタル化されたアナログ信号のリアルタイム転送を指す。ＳｅｒｖｉｃｅＴｒａｆｆｉｃは、前述されたサービスのような、ネットワークにおける様々なサービスのトラフィックである。同じユーザ端末によって実行された様々なサービスのトラフィックが合計された後で、単一ユーザのサービストラフィック（ＵｓｅｒＴｒａｆｆｉｃ）が得られる。同じサービスのトラフィックが合計された後で、単一サービストラフィック（ＳｉｎｇｌｅＳｅｒｖｉｃｅＴｒａｆｆｉｃ）が得られる。リアル送信時間は、実際にネットワークにおいて、各サービスの単一サービストラフィック送信に消費された時間を示す。同じユーザ端末のリアル送信時間が合計された後で、単一ユーザのリアル送信時間（ＵｓｅｒＲｅａｌＴｒａｎｓＴｉｍｅ）が得られる。同じサービスのリアル送信時間が合計された後で、単一サービスのリアル送信時間（ＳｅｒｖｉｃｅＲｅａｌＴｒａｎｓＴｉｍｅ）が得られる。ＣｏＳｅｒｖｉｃｅＮｕｍは、単一ユーザ端末が同時にかつ平均的に実行するサービスの数を示し、単一ユーザの同時サービス数と称されてよい。
【００６９】
任意に、ネットワークサービスモデルは、ネットワークのユーザプレーンにおけるデータパケットキャプチャによって特定されてよい。キャプチャ態様は、例えば、外部プローブを用いることによって、すなわち、分析用にパケットをキャプチャすべく、ネットワークエレメント間のインタフェースにおいてデータアナライザを配置することによって、又は、内蔵プローブを用いることによって、すなわち、ネットワークエレメントにおいてデータアナライザの機能を実装することによって、実装されてよい。
【００７０】
本発明の本実施形態において、ユーザ端末のＵＴＴは、良好又は極めて良好なサービスエクスペリエンスレベルに達するために、ユーザエクスペリエンスによって要求される帯域幅要件を指してよい。ここで、帯域幅要件は、ターゲットネットワークプランニングにおける単一ユーザの帯域幅スループットである。サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のサービスエクスペリエンスレベルは前述の帯域幅要件に定量化されてよく、すなわち、ユーザ端末のＵＴＴが得られる。ＭＲポジショニング結果とマッチングさせることによって、グリッドレベルにおけるＵＴＴの最も良好な粒度が特定されてよい。
【００７１】
特に、最初に、Ｎ個のサービスの単一サービスエクスペリエンススループットが、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って別個に決定され、次にＵＴＴが、Ｎ個のサービスにおける各サービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って決定される。Ｎは、ユーザ端末に対応するサービスの合計数、すなわち、ユーザ端末の同時サービス数である。
【００７２】
任意に、本発明の本実施形態において、ＵＴＴが、各サービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って決定されることは、ｉを１からＮの整数に設定し、かつ別個に、第ｉのサービスのデータ量及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一ターゲットデータ送信時間を計算する段階、第ｉのサービスの単一ターゲットデータ送信時間及び全てのサービスの合計ターゲットデータ送信時間に従って、第ｉのサービスの単一ターゲットデータ送信ウェイトを計算する段階、及びＮ個のサービスの単一ターゲットデータ送信ウェイトの合計を得る段階を実行することと、ｉを１からＮの整数に設定し続け、かつ別個に、第ｉのサービスの単一ターゲットデータ送信ウェイト及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一サービスインテグレーテッドスループットを計算し、Ｎ個のサービスの単一サービスインテグレーテッドスループットの合計を得る段階、及びＮ個のサービスの単一サービスインテグレーテッドスループットに従って、グリッドにおける合計サービスインテグレーテッドスループットを得る段階を実行することと、グリッドにおける合計サービスインテグレーテッドスループット及びユーザ端末の同時サービス数に従って、ユーザ端末のＵＴＴを得ることと、を含んでよい。
【００７３】
図２を参照すると、ＵＴＴを計算する処理が、詳細に説明される。
【００７４】
段階１において、ネットワークサービスモデル及びサービスエクスペリエンスレベルに従ってマッピングを実行し、単一サービスエクスペリエンススループットベンチマーク（ＳｅｒｖｉｃｅＴｈｒｏｕｇｈｐｕｔＢｅｎｃｈｍａｒｋ）を得る。
【００７５】
ユーザ端末のサービスエクスペリエンスレベルが３つのレベル、すなわち、極めて良好な（Ｅｘｃｅｌｌｅｎｔ）、良好な（Ｇｏｏｄ）、及び悪い（Ｂａｄ）を含むことから、ネットワークサービスモデルの分析を通して、サービスエクスペリエンスレベルは、帯域幅要件に定量化されてよい。ここで、帯域幅要件は、単一サービスエクスペリエンススループットベンチマークである。
【００７６】
ウェブ及びストリーミングサービスが、単一サービスエクスペリエンススループットベンチマークを計算する方法を説明する例として用いられる。
【００７７】
単一サービスエクスペリエンススループットベンチマーク（ウェブ）＝ウェブページサイズ／対応エクスペリエンス時間
【００７８】
例えば、ウェブサービスでは、極めて良好なサービスエクスペリエンスレベルの場合、対応エクスペリエンス時間は３ｓである。これに対応して、良好なサービスエクスペリエンスレベルの場合、対応エクスペリエンス時間は５ｓである。
【００７９】
単一サービスエクスペリエンススループットベンチマーク（ストリーミング）＝ストリーミングサービスビットレート＊Ｋ
【００８０】
Ｋは、係数である。ストリーミングサービスでは、極めて良好なサービスエクスペリエンスレベルの場合、Ｋは１．３に設定され、良好なサービスエクスペリエンスレベルの場合、Ｋは１．１に設定される。
【００８１】
多数のグローバルＵＭＴＳ（ユニバーサルモバイル通信システム、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）ネットワークサービスに対する調査によれば、典型的な単一サービスエクスペリエンススループットベンチマークが、表２に示される。
【表２】
0006355142.tif 000003
【００８２】
段階２において、ネットワークサービスモデル及び単一サービスエクスペリエンススループットベンチマークに従って、ＵＴＴを計算する。具体的な計算段階は、以下の通りである。
【００８３】
ａ．サービスタイプｉのサービスの単一ターゲットデータ送信時間（ＳｅｒｖｉｃｅＴｒａｎＴｉｍｅ）＝サービスｉのサービストラフィック／サービスｉの単一サービスエクスペリエンススループットベンチマーク
【００８４】
サービスｉの単一ターゲットデータ送信時間の物理的意味は、サービスｉに対応するトラフィックを送信し、良好又は極めて良好なサービスエクスペリエンスレベルを保証に必要な最小送信時間である。
【００８５】
ｂ．サービスｉの単一ターゲットデータ送信ウェイト（ＳｅｒｖｉｃｅＴｒａｎＴｉｍｅＲａｔｉｏ）＝サービスｉの単一ターゲットデータ送信時間／ＳＵＭ（サービスｉの単一ターゲットデータ送信時間）。ここで、ＳＵＭは、全てのサービスのターゲットデータ送信時間を合計することを示す。
【００８６】
すなわち、グリッドにおける各サービスの単一サービスインテグレーテッドスループットは、各サービスの単一ターゲットデータ送信ウェイト及びサービスの単一サービスエクスペリエンススループットに従って計算される。
【００８７】
サービスｉの単一ターゲットデータ送信ウェイトの物理的意味は、サービスｉのデータ送信が同じ時分割において実行される確率である。
【００８８】
ｃ．グリッドにおける合計サービスインテグレーテッドスループット（ＩｎｔＴｈｒｏｕｇｈｐｕｔ）＝ＳＵＭ（サービスｉの単一ターゲットデータ送信ウェイト＊サービスｉの単一サービスエクスペリエンススループットベンチマーク）
【００８９】
サービスｉの単一ターゲットデータ送信ウェイト＊サービスｉの単一サービスエクスペリエンススループットベンチマークは、サービスｉの単一サービスエクスペリエンススループットである。
【００９０】
すなわち、グリッドにおける合計サービスインテグレーテッドスループットは、グリッドにおける各サービスの単一サービスインテグレーテッドスループットに従って得られる。
【００９１】
グリッドにおける合計サービスインテグレーテッドスループットの物理的意味は、各サービスのデータ送信確率が包括的に考慮された後の、同じ時分割におけるマルチサービスインテグレーテッドスループットである。
【００９２】
ｄ．単一ユーザ端末のユーザターゲットスループットＵＴＴ＝合計サービスインテグレーテッドスループット＊単一ユーザの同時サービス数
【００９３】
すなわち、ユーザ端末のＵＴＴは、グリッドにおける合計サービスインテグレーテッドスループット及びユーザ端末の単一ユーザの同時サービス数に従って得られる。
【００９４】
ＵＴＴの物理的意味は、複数のサービスを同時に同じ時分割において実行可能な単一ユーザ端末に必要なスループットである。ここで、ＵＴＴは、単一ユーザの同時サービス数によって乗算された単一サービスに必要なスループットに従った計算を通して得られてよい。
【００９５】
合計サービスインテグレーテッドスループットの計算の間、単一サービスエクスペリエンススループットベンチマーク及びネットワークサービスモデルに加えて、単一サービスの増加要因が用いられてよい。グリッドにおける複数の異なるサービスの増加要因は、ＩｎｃｒｅａｓｅＦａｃｔｏｒと称されてよい。複数の異なるＩｎｃｒｅａｓｅＦａｃｔｏｒは、異なるサービストラフィックをもたらすことがあり、これにより、最終的なＵＴＴの計算結果に影響を及ぼす。
【００９６】
以下、前述の計算処理を、具体例（例えば、極めて良好なサービスエクスペリエンスレベルの場合）を用いることによって説明する。
【表３】
0006355142.tif 000004
【００９７】
例えば、ウェブサービスでは、極めて良好な単一サービスエクスペリエンススループットベンチマークの場合、ウェブサービスに対応するスループットは５１２ｋｂｐｓであり、良好な単一サービスエクスペリエンススループットベンチマークの場合、ウェブサービスに対応するスループットは２５６ｋｂｐｓである。ウェブサービスに対応するサービストラフィックは１３０６０４５．３４であり、すなわち、表３のＳｅｒｖｉｃｅＴｒａｆｆｉｃは、単一サービスのサービストラフィック、すなわち、サービスｉの単一サービストラフィックを指す。グリッドの全てのサービストラフィックにおいて、ウェブサービストラフィックによって占められるウェイト（ＳｅｒｖｉｃｅＴｒａｆｆｉｃＲａｔｉｏ）は２１．４７％であり、ウェブサービスの単一ターゲットデータ送信時間は２５５０９．０７２９３であり、ウェブサービスの単一ターゲットデータ送信ウェイトは６１．７３％である。
【００９８】
例えば、７２０Ｐストリーミングサービスでは、極めて良好な単一サービスエクスペリエンススループットベンチマークの場合、７２０Ｐストリーミングサービスに対応するスループットは４０９６ｋｂｐｓであり、良好な単一サービスエクスペリエンススループットベンチマークの場合、７２０Ｐストリーミングサービスに対応するスループットは２５００ｋｂｐｓである。７２０Ｐストリーミングサービスに対応するサービストラフィックは、４５００９４５８．９５である。グリッドの全てのサービストラフィックにおいて、７２０Ｐストリーミングサービストラフィックによって占められるウェイトは７３．９９％であり、７２０Ｐストリーミングサービスの単一ターゲットデータ送信時間は１０９８８．６３７５５であり、７２０Ｐストリーミングサービスの単一ターゲットデータ送信ウェイトは２６．５９％である。
【００９９】
他の例では、表３に示されるユーザ端末の場合、同時サービス数は１．３６である。
【０１００】
表３に示されるように、サービス毎に、グリッドの全てのサービストラフィックにおいて、サービストラフィックによって占められるウェイトが考慮される。本発明の本実施形態において、ＵＴＴの計算の間、複数の異なる態様が、実際の状況に従って選択されてよい。すなわち、図２に示されるように、単一ユーザのＵＴＴが得られる前に、ＵＴＴを計算する具体的な方法が決定される必要がある。例えば、いくつかのユーザ端末では、メインサービスのみが保証されることが必要な可能性があり、従って、ＵＴＴの計算の間、メインサービスのみが考慮されてよく、他のユーザ端末では、重トラフィックのサービスが保証されることが必要な可能性があり、従って、ＵＴＴの計算の間、重トラフィックのサービスのみが考慮されてよい、等である。
【０１０１】
従って、本発明の本実施形態において、各サービスの単一ターゲットデータ送信ウェイト、各サービスの単一サービスエクスペリエンススループットベンチマーク、及び単一ユーザの同時サービス数のような、ＵＴＴの計算に用いられる複数のパラメータが得られた後で、ＵＴＴは、ネットワーク実行ステータスに従って、選択的に計算されてよい。概して、ＵＴＴを得る最終的な方法は、高優先度サービス保証方法、最大トラフィック保証方法、及びインテグレーテッドサービス保証方法を主に含む。
【０１０２】
高優先度サービス保証方法において、ライブネットワークにおけるメインサービス又はオペレータが展開するメインサービスが保証のために選択され、Ｎ個の高優先度サービスが、要件に従って選択されてよい。
【０１０３】
最大トラフィック保証方法において、ネットワークにおける最大トラフィックを必要とするサービスが主に保証され、特定の率が保証のために選択され、トップＭ％のネットワークトラフィックに寄与するサービスが、要件に従って、保証のために選択されてよい。
【０１０４】
インテグレーテッドサービス保証方法において、ネットワーク全体における全てのサービスの分布が、ＵＴＴを計算するために包括的に考慮される。
【０１０５】
（１）高優先度サービス保証方法（例えば、ウェブ及びストリーミングサービスのみが保証される）
【０１０６】
サービスのリアルＳｅｒｖｉｃｅＴｒａｎＴｉｍｅの合計が、ネットワーク全体の８９．５１％という率を占め、いくつかのサービスのＳｅｒｖｉｃｅＴｒａｎＴｉｍｅの相対率は、ウェブ：ストリーミング（２４０Ｐ）：ストリーミング（３６０Ｐ）：ストリーミング（４８０Ｐ）：ストリーミング（７２０Ｐ）＝６１．７３％：１．０８％：０．０２％：０．０８％：２６．５９％であることが保証される。いくつかのサービスのみが保証される場合、これらの相対率は１００％に変換される必要がある。すなわち、ウェブ：ストリーミング（２４０Ｐ）：ストリーミング（３６０Ｐ）：ストリーミング（４８０Ｐ）：ストリーミング（７２０Ｐ）＝６８．９７％：１．２１％：０．０３％：０．０９％：２９．７１％であり、従って、ＵＴＴ＝（５１２＊６８．９７％＋３００＊１．２１％＋９００＊０．０３％＋２０００＊０．０９％＋４０９６＊２９．７１％）＊１．３６＝２１４２．８６（ｋｂｐｓ）である。
【０１０７】
極端な場合には、最高帯域幅要件のストリーミング（７２０Ｐ）サービスのみが保証され、従って、ＵＴＴ＝４０９６（ｋｂｐｓ）である。
【０１０８】
（２）最大トラフィック保証方法（例えば、ネットワークトラフィックの９０％を占めるトラフィックを必要とするサービスのみが保証される）
【０１０９】
ＳｅｒｖｉｃｅＴｒａｆｆｉｃＲａｔｉｏの分析によれば、ネットワークトラフィックの９０％に寄与するサービスは、ウェブ及びストリーミング（７２０Ｐ）であり、これらのトラフィックの寄与が、それぞれ２１．４７％及び７３．９９％である。２つのサービスのＳｅｒｖｉｃｅＴｒａｎＴｉｍｅ合計は、８８．３２％である。２つのサービスのＳｅｒｖｉｃｅＴｒａｎＴｉｍｅの相対率は、ウェブ：ストリーミング（７２０Ｐ）＝６１．７３％：２６．５９％である。２つのサービスのみが保証される場合、これらの相対率は、１００％に変換される必要があり、すなわち、ウェブ：ストリーミング（７２０Ｐ）＝６９．８９％：３０．１１％であり、従って、ＵＴＴ＝（５１２＊６９．８９％＋４０９６＊３０．１１％）＊１．３６＝２１６３．８４（ｋｂｐｓ）である。
【０１１０】
（３）インテグレーテッドサービス保証方法  ＵＴＴ＝（５１２＊６１．７３％＋３００＊１．０８％＋９００＊０．０２％＋２０００＊０．０８％＋４０９６＊２６．５９％＋１２８＊０．１６％＋３００＊１．９３％＋５１２＊３．７７％＋６００＊０．０４％＋１０００＊１．４７％＋６４＊０．３４％＋８００＊２．４８％＋５１２＊０．３１％）＊１．３６＝２００２．２８（ｋｂｐｓ）
【０１１１】
本発明の本実施形態において、ＵＴＴを決定する段階に加えて、ユーザ端末が位置するグリッドのＧＴＡが決定される必要がある。ＵＴＴを決定する段階及びＧＴＡを決定する段階の順番は、限定されるものではなく、又は、これらの段階は、同時に実行されてよく、本発明の本実施形態に限定されるものではない。
【０１１２】
任意に、本発明の本実施形態において、ＧＴＡを決定する段階は、ユーザ端末によってグリッドにおいて得られたネットワークスケジュールスループットに従って、ＧＴＡを決定する段階を含んでよい。
【０１１３】
任意に、本発明の本実施形態において、ＧＴＡは、ネットワークのリソース消費、ユーザの数、及び無線チャネル品質統計に従って計算されてよい。全ての情報は、ネットワークエレメントのログ、例えば、コールドロップ統計、ＭＲ、及びＰＣＨＲ（性能原理ツール）から得られてよい。
【０１１４】
図３を参照すると、図３は、ＧＴＡ計算の模式的なフローチャートである。
【０１１５】
各ユーザ端末の単一ユーザスケジューリング確率は、セルにおいてデータ送信を同時に実行するユーザ端末数に従って得られてよい。
【０１１６】
単一ユーザがスケジューリングされる場合のスループットＶは、特定のグリッドに位置するユーザ端末がプライマリサービングセルによってカバーされる場合であって、プライマリサービングセルの全ての利用可能リソースが利用のためにそのユーザ端末に提供される場合に達することができるスループットを示す。Ｖは、主に、グリッドチャネル品質（ＧｒｉｄＣＱＩ）及びグリッドにおける電力リソース及びコードリソースのようなプライマリサービングセルの利用可能リソースに関連する。データ送信を同時に実行するユーザの数がＫである場合、各ユーザ端末がスケジューリングされる確率は１／Ｋである。統計的期間において、セルにおける単一ユーザ端末のＧＴＡは、Ｖ＊１／Ｋである。セルのＧＴＡは、セルにおける全てのユーザのＧＴＡに従って得られてよく、セルのＧＴＡは、ＣｅｌｌＧＴＡによって示される。
【０１１７】
無線ネットワークにおいて、同じグリッドは、概して、複数のセルによってカバーされる。従って、グリッドのＧＴＡの計算の間、複数のセルのＣｅｌｌＧＴＡは、包括的に考慮される必要がある。一般的な方法は、複数のセルのＣｅｌｌＧＴＡにおいて、重みづけ平均化が実行された後で、グリッドのＧＴＡを得ることである。各セルのウェイトは、グリッドにおいて対応するセルによって占められるサービス期間率である。サービス期間率は、定期的なＭＲ率、すなわち、ＣｅｌｌＭＲｒａｔｉｏ、すなわち、
【数１】
0006355142.tif 000005
によって測定されてよい。ここで、ＧＴＡは、グリッドのＧＴＡであり、Ｈは、グリッドをカバーするセルの数であり、ＣｅｌｌＧＴＡ＿ｊは、第ｊのセルのＧＴＡを示し、ＣｅｌｌＭＲＲａｔｉｏ＿ｊは、第ｊのセルのＭＲｒａｔｉｏを示す。セルでは、グリッドにおけるセルによって占められるサービス期間率は、グリッドにおけるセルによって実行されるサービスの期間の、グリッドにおけるグリッドの全てのセルによって実行されるサービスの期間の合計に対する比率を指す。
【０１１８】
段階１０２において、少なくともＵＴＴ及びＧＴＡに従って、ＧＡＰエリアがグリッドに存在するか否かを決定する。
【０１１９】
ＵＴＴ及びＧＴＡが決定された後で、ＧＡＰエリアがグリッドに存在するか否かが、少なくともＵＴＴ及びＧＴＡに従って決定されてよい。
【０１２０】
本発明の本実施形態において、各グリッドは、ＵＴＴ及びＧＴＡに対応する。ＧＴＡがＵＴＴより低いグリッドでは、ＧＡＰエリアが存在する、すなわち、グリッドのスループット性能が、ユーザサービスエクスペリエンスがターゲットサービスエクスペリエンスレベル、例えば、良好又は極めて良好なレベルに達することを保証できないと考えられる。
【０１２１】
本発明の本実施形態において、ＧＡＰエリアがグリッドに存在するか否かは、ＵＴＴ及びＧＴＡに従って決定され、又は、各グリッドのＵＴＴ、ＧＴＡ、ならびにＵＲＴ及びＳＲＴに共に従って決定されてよい。すなわち、ＧＡＰエリアがグリッドに存在するか否かを決定する段階は、グリッドにおけるユーザ端末のＵＲＴ及びユーザ端末のＳＲＴを決定する段階と、ＵＴＴ、ＧＴＡ、ならびにＵＲＴ、及びＳＲＴに従って、ＧＡＰエリアがグリッドに存在するか否かを決定する段階と、を含んでよい。
【０１２２】
各グリッドのＵＴＴ、ＧＴＡ、ならびにＵＲＴ及びＳＲＴに共に従って、ＧＡＰエリアがグリッドに存在するか否かが決定された場合、ＳＲＴ及びＵＲＴは、最初に決定される必要がある。
【０１２３】
本発明の本実施形態において、ＵＲＴは、単一ユーザ端末のリアル送信スループットであり、何のサービスをユーザ端末が実行するかを区別するものではないが、統計によって、ユーザレベルにおけるリアル送信スループットを示す。ＳＲＴは、単一サービスのリアル送信スループットであり、異なるサービス間の差異の統計に従って、サービスレベルにおけるリアル送信スループットを示す。
【０１２４】
本発明の本実施形態において、ネットワークサービスモデルが得られた後、各セル（Ｃｅｌｌ）のＵＲＴ及びＳＲＴが得られてよい。各グリッド（Ｇｒｉｄ）のＵＲＴ及びＳＲＴは、ネットワークサービスモデルをＭＲポジショニングの地理的位置情報と関連付けることによって、さらに得られてよい。ＵＲＴ及びＳＲＴを計算する式は、以下の通りである。  ＵＲＴ＝ＳＵＭ（単一ユーザのサービストラフィック／ＳＵＭ（単一ユーザのリアル送信時間）、及び  ＳＲＴ＝ＳＵＭ（サービスｉの単一サービストラフィック）／ＳＵＭ（サービスｉの単一サービスリアル送信時間）
【０１２５】
すなわち、ＵＲＴは、全てのユーザ端末のサービストラフィックを全てのユーザ端末のリアル送信時間で除算することによって得られる単一ユーザ端末のリアル送信スループットに等しく、ＵＲＴも、単一ユーザ端末のリアル平均送信スループットに等しい。ＳＲＴは、全てのサービスのリアル送信時間によって除算された全てのサービスのサービストラフィックに等しく、ＳＲＴも、単一サービスのリアル平均送信スループットに等しい。単一サービスのリアル送信時間は、ＳｅｒｖｉｃｅＲｅａｌＴｒａｎｓＴｉｍｅによって示されてよい。
【０１２６】
ＵＴＴ、ＧＴＡ、ＵＲＴ、及びＳＲＴを決定する段階の順番は、任意に調整されてよい。
【０１２７】
任意に、本発明の本実施形態において、パラメータＵＴＴ／ＵＲＴ（ＳＲＴ）／ＧＴＡに共に従って、ＧＡＰエリアがグリッドに存在するか否かを決定する可能な態様は、いくつかのパラメータを入力パラメータとして用いること、シミュレーションソフトウェアを用いることによってシミュレーションを実行すること、及び、得られたシミュレーション結果に従って、ＧＡＰエリアがグリッドに存在するか否かを決定することである。例えば、シミュレーションの間、ＵＴＴ、ＵＲＴ（ＳＲＴ）、及びＧＴＡは全て、グリッド分布態様に従って処理される。シミュレーション結果において、ＵＴＴ、ＵＲＴ（ＳＲＴ）、及びＧＴＡに対応するエリアの形状、サイズ等は、ほぼ同じである。従って、サブエリアが存在する場合、３つのエリアにおいてサブエリアに対応する位置は同じであり、サブエリアは、３つのエリア全てにおいて穴として示され、ＧＡＰエリアがサブエリアに存在することを示す。
【０１２８】
３つの態様のパラメータは、この方法において用いられる必要があり、かつ、得られたシミュレーション結果が視覚的であり得ることから、この方法は、３イン１視覚的表示方法と称されてもよい。
【０１２９】
その３つは、１．ターゲットスループット−ＵＴＴ、２．スループット能力−ＧＴＡ、３．リアルスループット−ＵＲＴ及びＳＲＴを指し、その１つは、同じ地理的位置、すなわち、同じグリッドを指す。
【０１３０】
３つのスループットの３イン１視覚的表示を通して、ライブネットワークにおけるユーザ端末のＵＲＴ及びＳＲＴの視覚的表示に加えて、ＧＴＡがライブネットワークにおいてＵＴＴを満たさないエリアは、視覚的に見出されることができない。これにより、対応するプランニング最適化アクションを、適時的な態様でとることができる。
【０１３１】
例えば、図４に示されるように、図４は、３イン１視覚的表示方法を用いたシミュレーション結果の模式図である。図４から明らかにわかるように、破線１が通過する部分に対応する全てのサブエリアは、３つのエリアにおける穴として示される。従って、ＧＡＰエリアは、破線１が通過する部分に存在すると決定されてよい。
【０１３２】
さらに、本発明の本実施形態において、ＧＡＰエリアが存在すると決定された場合に、グリッドのタイプに従って、対応する処理がグリッドにおいて実行される必要がある。
【０１３３】
本発明の本実施形態において、方法は、グリッドに対応するタイプを決定する段階と、ＧＡＰエリアがグリッドに存在すると決定した場合に、グリッドに対応するタイプに従って、ＧＡＰエリアを取り除くようにグリッドのＧＴＡを高める方法を決定する段階と、をさらに含んでよい。
【０１３４】
任意に、本発明の本実施形態において、ＧＡＰエリアがグリッドに存在するか否かを決定する段階と、グリッドに対応するタイプを決定する段階とは、２つの別個の段階である。２つの段階は、任意の順番で実行されてよく、本発明の本実施形態に限定されるものではない。任意に、具体的な実行の間、ＧＡＰエリアがグリッドに存在するか否かを決定する段階が最初に選択されてよく、ＧＡＰエリアがグリッドに存在すると決定された場合に、グリッドに対応するタイプが決定される。このように、ＧＡＰエリアがグリッドに存在しないと決定された場合、グリッドは、再計画されてよく、これにより、オペレーションの段階を最小化し、オペレーション時間を減少させることができる。
【０１３５】
本発明の本実施形態において、主に、ＧＡＰエリアが存在する２つのタイプのグリッド、すなわち、カバレッジ制限タイプ及び容量制限タイプが存在する。
【０１３６】
任意に、本発明の実施形態において、グリッドに対応するタイプを決定する段階は、特に、グリッドがカバレッジ制限タイプであると決定する段階であってよい。従って、ＧＡＰエリアがグリッドに存在し、かつ、グリッドがカバレッジ制限タイプであると決定された場合、インジケーション信号がネットワーク管理デバイスに送信される。ここで、インジケーション信号は、グリッドのＧＴＡを高めるように新たな基地局がグリッドに追加されることを必要とすることを示すために用いられ、カバレッジ制限タイプは、グリッドのチャネル品質が事前設定されたチャネル品質閾値より低いことを示す。
【０１３７】
本発明の本実施形態において、ネットワーク管理デバイスは、上位レベルのネットワーク管理デバイスであってよく、又は、提供されるヒューマンコンピュータインタラクションインタフェースであってよい。インジケーション信号は、ヒューマンコンピュータインタラクションインタフェースに送信され、オペレータに、グリッドのＧＴＡを高めるように、新たな基地局がグリッドに追加される必要があることを通知する。これにより、対応するオペレーションが、グリッドにおいて実行可能となる。あるいは、ネットワーク管理デバイスは、そのネットワーク管理デバイスがインジケーション信号を受信可能である限り、他のデバイスであってもよい。ネットワーク管理デバイスが具体的に何のデバイスであるかは、本発明において限定されるものではない。
【０１３８】
任意に、本発明の他の実施形態において、グリッドに対応するタイプを決定する段階は、特に、グリッドが容量制限タイプであると決定する段階であってよい。従って、ＧＡＰエリアがグリッドに存在し、かつ、グリッドが容量制限タイプであると決定された場合、グリッドのＧＴＡをキャリア拡張態様で高めることが決定される。ここで、容量制限タイプは、グリッドのプライマリサービングセルにおける利用可能リソースが不十分である、又は、グリッドにおけるユーザ端末数が事前設定された数の閾値を超えることを示す。
【０１３９】
ＧＡＰエリアがグリッドに存在する場合、複数の異なるタイプのグリッドでは、対応する複数の異なる改善方法が存在する。
【０１４０】
１．カバレッジ制限タイプ
【０１４１】
カバレッジ制限は、グリッドの過度に低いＲＳＣＰによって引き起こされる悪いＧｒｉｄＣＱＩ（グリッドチャネル品質）により、スケジューリングの間にデータ送信の大きなトランスポートブロックが選択不可能となること、及び、グリッドの悪いＧＴＡをさらにもたらすことを示す。
【０１４２】
任意に、グリッドがカバレッジ制限タイプであるか否かを決定する方法は、グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低いか否かを決定する段階と、グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低い場合に、グリッドに対応するタイプがカバレッジ制限タイプであると決定する段階と、を含む。
【０１４３】
カバレッジ制限シナリオでは、新たな基地局を確立するプランニング方法は、ネットワークカバレッジを高め、ＧＴＡをさらに高めるために優先的に用いられてよい。
【０１４４】
図５を参照すると、本発明の実施形態は、新たな基地局を確立する方法を提供する。本発明の本実施形態において、新たなサイトを確立することは、新たな基地局を確立することを指す。
【０１４５】
最初に、新たなサイトを確立する方法を用いることによって、ＧＴＡが高められる必要があるグリッドを決定することが必要である。本発明の本実施形態において、新たなサイトを確立する方法を用いることによってＧＴＡが高められる必要があるグリッドは、カバレッジ制限グリッドである、又は、キャリア拡張後もまだＧＴＡがＵＴＴより低いグリッドである。カバレッジ制限グリッドと、キャリア拡張後もまだＧＴＡがＵＴＴより低いグリッドとは、グリッドアグリゲーションエリアを形成する。
【０１４６】
（１）サイトがアグリゲーションエリアに追加可能であるか否かについての問題
【０１４７】
サイトがアグリゲーションエリアに追加可能であるか否かを決定するための条件が存在し、一般的な決定条件は、新たなサイトの位置とライブネットワークにおける既存の基地局の最小サイトとの間の距離が閾値より大きい必要があること、及び、グリッド数又は新たなサイトが解決するユーザの数もしくはサービストラフィックが、十分に大きい必要があることである。
【０１４８】
前述の決定条件が満たされる場合、サイトがアグリゲーションエリアに追加されることが決定され、アグリゲーションエリアにおいて、複数のサイトは、サイトが追加される必要がある複数のグリッドに対して１つずつ追加可能である。
【０１４９】
前述の決定条件が満たされない場合、サイトはアグリゲーションエリアに追加不可能であると決定され、結果及び各グリッドのＧＴＡが出力されてよい。この場合、結果は、サイトの追加がない場合の結果であり、各グリッドのＧＴＡは、各グリッドの元のＧＴＡである。
【０１５０】
（２）グリッドのＧＴＡがサイト追加後に更新される必要がある
【０１５１】
複数のサイトが１つずつアグリゲーションエリアに追加される場合、サイトが追加された後で、各新たなサイトによって吸収され得るユーザの数及びエアインタフェースチャネルの品質ステータスは、シミュレーションを通して得られてよい。すなわち、新たなサイトが追加された後に、データ送信をセルにおいて同時に実行するユーザの数、グリッドのチャネル品質（ＧｒｉｄＣＱＩ）、及びグリッドの利用可能リソース（ＡｖａｉｌＳｏｕｒｃｅ）が、得られてよい。次に、グリッドのＧＴＡが、計算されてよい。グリッドの新たなＧＴＡが計算された後、グリッドのＧＴＡは変化することから、グリッドのＧＴＡは、更新される必要がある。グリッドの利用可能リソースは、概して、グリッドの利用可能な電力リソースを指す。
【０１５２】
（３）ＧＴＡが更新された後で、ＧＴＡ＞ＵＴＴの率がプランニングターゲットに達するか否かが決定されてよい。ここで、プランニングターゲットは、ＰｌａｎｎｉｎｇＴａｒｇｅｔＲａｔｉｏと称されてよい。
【０１５３】
プランニングコストは、異なるプランニングターゲットに従って変化する。一般的なプランニングターゲットは、ＧＴＡ＞ＵＴＴであるグリッドの特定の率を保証すること、又は、ＧＴＡ＞ＵＴＴであるユーザ端末の特定の率を保証すること、又は、ＧＴＡ＞ＵＴＴであるサービストラフィックの率を保証することを含む。
【０１５４】
ＰｌａｎｎｉｎｇＴａｒｇｅｔＲａｔｉｏの柔軟な設定及びＧＴＡのシミュレーションを通して、追加されたサイト数は制御されてよく、ネットワーク構造の投資におけるリターンは、可能な限り保証されてよい。
【０１５５】
ＧＴＡ＞ＵＴＴの率がプランニングターゲットに達した場合、結果及び各グリッドのＧＴＡが出力されてよい。この場合、出力結果は、サイト追加後の結果であり、各グリッドのＧＴＡも、サイト追加後に更新されたＧＴＡである。
【０１５６】
ＧＴＡ＞ＵＴＴの率がプランニングターゲットに達しない場合、ＧＴＡ＜ＵＴＴのグリッドは排除されてよく、グリッドはグリッドアグリゲーションエリアに組み込み直され、サイトがアグリゲーションエリアに追加可能であるか否かが再決定されてよい。
【０１５７】
２．容量制限タイプ
【０１５８】
容量制限は、プライマリサービングセルに利用可能リソース（ＡｖａｉｌＳｏｕｒｅ）が少ないことからユーザ端末スループットが過度に低い、又は、ユーザ端末数が過度に大きく各ユーザ端末がスケジューリングされる確率が低く、グリッドの悪いＧＴＡをもたらすことを示す。
【０１５９】
任意に、本発明の本実施形態において、グリッドが容量制限タイプであるか否かを決定する方法は、グリッドのＲＳＣＰが第２の事前設定されたＲＳＣＰ閾値より高いか否かを決定し、グリッドのＥｃＩｏが事前設定されたＥｃＩｏ閾値より高いか否かを決定する段階と、グリッドのＲＳＣＰが第２の事前設定されたＲＳＣＰ閾値より高いと決定され、かつ、グリッドのＥｃＩｏが事前設定されたＥｃＩｏ閾値より高いと決定された場合に、グリッドに対応するタイプが容量制限タイプであると決定する段階と、を含む。
【０１６０】
本発明の本実施形態において、第１の事前設定されたＲＳＣＰ閾値及び第２のＲＳＣＰ閾値は、等しくてよく、又は等しくなくてよい。
【０１６１】
容量制限シナリオでは、キャリア拡張のプランニング方法は、トラフィックを共有し、プライマリサービングセルのユーザスループットを高め、ユーザの数を同時に減少させるために優先的に用いられてよく、これにより、ＧＴＡを高めることができる。
【０１６２】
任意に、各オペレータの利用可能リソースは限定されていることから、キャリア拡張方法が選択された後に、セクタのキャリア拡張がキャリアの最大数に達した後のグリッドのＧＴＡがまだＵＴＴより低い場合に、新たな基地局を確立する方法を用いることによってグリッドの容量共有が計画されてよく、これにより、ＧＴＡを高めることができる。
【０１６３】
以下、キャリア拡張方法を説明する。
【０１６４】
グリッドにおけるキャリア拡張は、本質的に、グリッドをカバーするセルにおけるキャリア拡張である。キャリア拡張が実行される候補のセルは、以下の２つの条件を満たす必要がある。
【０１６５】
ａ．セルが位置するセクタにおける現在のキャリアが十分に構成されていない、すなわち、冗長な利用可能周波数が存在し、ＣｕｒｒｅｎｔＣａｒｒｉｅｒ＜ＡｌｌｏｗｅｄＭａｘＣａｒｒｉｅｒである。ＣｕｒｒｅｎｔＣａｒｒｉｅｒは、セルにおける現在のキャリア数を示し、ＡｌｌｏｗｅｄＭａｘＣａｒｒｉｅｒは、セルの可能なキャリアの最大数を示す。
【０１６６】
任意に、グリッドのＧＴＡをキャリア拡張態様で高める段階は、特に、グリッドのプライマリサービングセルのキャリア数を増加させる段階を指してよい。
【０１６７】
特に、グリッドのＧＴＡをキャリア拡張態様で高める段階は、グリッドのプライマリサービングセルの現在のキャリア数がキャリアの可能最大数より小さいか否かを決定する段階と、グリッドのプライマリサービングセルの現在のキャリア数がキャリアの可能最大数より小さい場合に、グリッドのプライマリサービングセルにキャリアを追加する段階と、を含んでよい。グリッドをカバーする複数のセルが存在し、ここで、１つのセルは、グリッドにおいて主要な制御役を果たし、このセルは、グリッドのプライマリサービングセルと称される。
【０１６８】
ｂ．セルによって絶対制御されるグリッドは、ＧＡＰエリアが存在するグリッドを含む。絶対制御は、ＭＲｒａｔｉｏ＞ＭＲｒａｔｉｏＴｈｒｅｓｈｏｌｄという条件によって決定される。ここで、ＭＲｒａｔｉｏは、セルがグリッドにおいてサービスを実行する場合に占められる期間の、グリッドの全てのセルがグリッドにおいてサービスを実行する場合に占められる合計期間に対する率を示す。ＭＲｒａｔｉｏＴｈｒｅｓｈｏｌｄは、構成されてよい。条件は主に、ハンドオーバエリアに位置するグリッドを排除するためのものである。ハンドオーバエリアに位置するグリッドでは、ユーザ端末は、サービスを実行する場合に、頻繁にハンドオーバされることがある。キャリアが特定のセルにのみ追加された場合、端末ユーザによって実際に得られるスループットゲインは不明である。パラメータが、拡張されたキャリアの数を制御するために用いられてよい。セルは、複数のグリッドをカバーしてよく、セルは、複数のグリッドにおいて制御役を果たしてよい。しかしながら、セルは、複数のグリッドの１つにおけるプライマリサービングセルに過ぎないことがあり、従って、セルは、グリッドにおいて絶対制御役を果たす。
【０１６９】
本発明の本実施形態において、キャリア拡張が実行された場合、概して、キャリア拡張が、グリッドのプライマリサービングセルにおいて最初に実行される。グリッドのプライマリサービングセルが前述された２つの条件を満たさない場合、グリッドの他のサービングセルがキャリア拡張のために選択される。
【０１７０】
キャリア拡張が実行された後、キャリア数が増加する。ユーザ端末数が変化しない場合、ユーザ端末は、より多くのキャリアに割り当てられてよく、各キャリアにおいてデータ送信を同時に実行するユーザ端末数は減少し、各キャリアにより多くの利用可能リソースが存在し、各ユーザ端末がスケジューリングされる確率が高くなり、従って、グリッドのＧＴＡが高くなる。
【０１７１】
キャリア拡張が実行された後、グリッドのＧＴＡは変化するので、グリッドのＧＴＡは、再計算及び更新される必要がある。
【０１７２】
キャリア拡張が実行された後、追加されたキャリアが有効であるか否かが決定されてよい。
【０１７３】
追加されたキャリアが有効であるか否かを決定するために、方法は、以下の２つの条件が同時に満たされるか否かを決定する。
【０１７４】
１．以下の（１）及び（２）の少なくとも１つが満たされること。  （１）少なくともギャップが存在するＧｒｉｄＴｈｒｅｓｈｏｌｄグリッドのＧＴＡが、ＵＴＴに達すること。ここで、ＧｒｉｄＴｈｒｅｓｈｏｌｄは、事前設定された数である。  （２）ＧＡＰエリアが存在する少なくとも１つのグリッドのＧＴＡエンハンスメント値がＴｈｒｏｕｇｈｐｕｔＴｈｒｅｓｈｏｌｄより大きいこと。ここで、ＴｈｒｏｕｇｈｐｕｔＴｈｒｅｓｈｏｌｄは、事前設定されたエンハンスメント値である。
【０１７５】
２．前回、条件１を満たしたグリッド数と比較して、キャリアが追加された後で、今回、条件１を満たすグリッド数が増加したこと。
【０１７６】
条件１の（１）が満たされる場合、任意に、グリッドのプライマリサービングセルにおけるキャリア数を増加させた後で、方法は、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達したか否かを決定し、キャリアが追加された後で、事前設定された条件を満たすグリッド数が増加したか否かを決定する段階と、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達すると決定した場合であって、事前設定された条件を満たすグリッド数が増加したと決定した場合に、追加されたキャリアが有効であると決定する段階と、をさらに含んでよい。ここで、事前設定された条件は、ＧＡＰエリアが存在するグリッドのＧＴＡがＵＴＴに達することである。
【０１７７】
キャリア拡張方法は、理論的に、詳細に上述される。以下、理解を容易ならしめるべく、具体例を用いることによって説明を行う。
【０１７８】
ＧｒｉｄＴｈｒｅｓｈｏｌｄは、１に設定される。キャリアが追加された後、「ＧＡＰエリアが存在するグリッドのＧＴＡがＵＴＴに達すること」を満たすグリッド数が、ＯｖｅｒＧｒｉｄＴｈｒｅｓｈｏｌｄＮｕｍである。キャリア拡張後、「ギャップが存在するグリッドのＧＴＡエンハンスメント値がＴｈｒｏｕｇｈｐｕｔＴｈｒｅｓｈｏｌｄより大きいこと」を満たすグリッド数が、ＯｖｅｒＴｈｒｏｕｇｈｐｕｔＴｈｒｅｓｈｏｌｄＮｕｍである。
【表４】
0006355142.tif 000006
【０１７９】
表４に示される実施形態において、ＯｖｅｒＧｒｉｄＴｈｒｅｓｈｏｌｄＮｕｍの最大値に対応する拡張キャリア数の最小値は３であり、ＯｖｅｒＴｈｒｏｕｇｈｐｕｔＴｈｒｅｓｈｏｌｄＮｕｍの最大値に対応する拡張キャリア数の最小値は２である。そこで、ｍａｘ（３，２）＝３であり、従って、拡張されたキャリアの最後の数は３である。
【表５】
0006355142.tif 000007
【０１８０】
表５に示される実施形態において、ＯｖｅｒＧｒｉｄＴｈｒｅｓｈｏｌｄＮｕｍの最大値に対応する拡張キャリア数の最小値が２であり、ＯｖｅｒＴｈｒｏｕｇｈｐｕｔＴｈｒｅｓｈｏｌｄＮｕｍの最大値に対応する拡張キャリア数の最小値は２である。そこで、ｍａｘ（２，２）＝２であり、従って、拡張されたキャリアの最後の数は２である。
【表６】
0006355142.tif 000008
【０１８１】
表６に示される実施形態において、ＯｖｅｒＧｒｉｄＴｈｒｅｓｈｏｌｄＮｕｍの最大値に対応する拡張キャリア数の最小値が１であり、ＯｖｅｒＴｈｒｏｕｇｈｐｕｔＴｈｒｅｓｈｏｌｄＮｕｍの最大値に対応する拡張キャリア数の最小値は３である。そこで、ｍａｘ（１，３）＝３であり、従って、拡張されたキャリアの最後の数は３である。
【０１８２】
ＧｒｉｄＴｈｒｅｓｈｏｌｄ及びＴｈｒｏｕｇｈｐｕｔＴｈｒｅｓｈｏｌｄの柔軟な設定を通して、拡張されたキャリアの最後の数が制御可能である。
【０１８３】
本発明の本実施形態において、複数の異なるタイプのグリッドでは、グリッドのＧＴＡを高めるように、異なる処理態様が用いられてよい。これにより、処理方法は、グリッドの実際の状況により適合可能となり、グリッドのＧＴＡをより効果的かつより適切に高めることができる。
【０１８４】
本発明の本実施形態によって提供される技術的解決手段において、ターゲットネットワークは、ユーザ端末のユーザターゲットスループット及びグリッドのグリッドスループット能力に従って包括的に計画され、ユーザエクスペリエンスは、ターゲット帯域幅スループットに定量化され、ネットワークプランニングは、ネットワークにおける異なるサービスの帯域幅要件に応じて実行される。ネットワークの実際のサービス機能に応じてネットワークプランニングを実行することは、端末ユーザのエクスペリエンスを十分に考慮しつつ、より適切なネットワークプランニング結果及びより改善されたユーザエクスペリエンスを実現可能である。
【０１８５】
図６Ａを参照すると、同じ発明の概念に基づいて、本発明の実施形態は、情報処理装置を提供する。情報処理装置は、第１の決定モジュール６０１と、第２の決定モジュール６０２とを含んでよい。
【０１８６】
第１の決定モジュール６０１は、ユーザ端末のＵＴＴを決定し、ユーザ端末が位置するグリッドのＧＴＡを決定するように構成されてよい。
【０１８７】
第２の決定モジュール６０２は、少なくともＵＴＴ及びＧＴＡに従って、ＧＡＰエリアがグリッドに存在するか否かを決定するように構成されてよい。
【０１８８】
任意に、本発明の本実施形態において、第１の決定モジュール６０１が、ユーザ端末のＵＴＴを決定するように構成されてよいことは、特に、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定することである。
【０１８９】
任意に、本発明の本実施形態において、第１の決定モジュール６０１が、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定するように特に構成されよいことは、特に、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、Ｎ個のサービスの単一サービスエクスペリエンススループットを別個に決定すること、及び、Ｎ個のサービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って、ＵＴＴを決定することである。ここで、Ｎは、ユーザ端末に対応するサービスの合計数である。
【０１９０】
任意に、本発明の本実施形態において、ネットワークサービスモデルは、少なくとも単一ユーザの同時サービス数を含み、第１の決定モジュール６０１が、Ｎ個のサービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って、ＵＴＴを決定するように特に構成されてよいことは、特に、  ｉを１からＮの整数に設定し、かつ別個、第ｉのサービスのデータ量及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一ターゲットデータ送信時間を計算する段階、第ｉのサービスの単一ターゲットデータ送信時間及び全てのサービスの合計ターゲットデータ送信時間に従って、第ｉのサービスの単一ターゲットデータ送信ウェイトを計算する段階、及び、Ｎ個のサービスの単一ターゲットデータ送信ウェイトの合計を得る段階を実行すること、  ｉを１からＮの整数に設定し続け、かつ別個に、第ｉのサービスの単一ターゲットデータ送信ウェイト及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一サービスインテグレーテッドスループットを計算する段階、及びＮ個のサービスの単一サービスインテグレーテッドスループットの合計を得る段階を実行すること、
Ｎ個のサービスの単一サービスインテグレーテッドスループットに従って、グリッドにおける合計サービスインテグレーテッドスループットを得ること、及び、  グリッドにおける合計サービスインテグレーテッドスループット及びユーザ端末の同時サービス数に従って、ユーザ端末のＵＴＴを得ることである。
【０１９１】
任意に、本発明の本実施形態において、第１の決定モジュール６０１が、ユーザ端末が位置するグリッドのＧＴＡを決定するように構成されてよいことは、特に、ユーザ端末によってグリッドにおいて得られたネットワークスケジュールスループットに従って、ＧＴＡを決定することである。
【０１９２】
任意に、本発明の本実施形態において、第２の決定モジュール６０２は、グリッドにおけるユーザ端末のＵＲＴ及びユーザ端末の単一サービスリアルスループットＳＲＴを決定し、ＵＴＴ、ＧＴＡ、ＵＲＴ、及びＳＲＴに従って、ＧＡＰエリアがグリッドに存在するか否かを決定するように特に構成されてよい。
【０１９３】
任意に、図６Ｂを参照すると、本発明の本実施形態において、装置は、処理モジュール６０３をさらに含んでよい。
【０１９４】
処理モジュール６０３は、グリッドに対応するタイプを決定し、ＧＡＰエリアがグリッドに存在すると決定した場合に、グリッドに対応するタイプに従って、ＧＡＰエリアを取り除くようにグリッドのＧＴＡを高める方法を決定するように構成される。
【０１９５】
任意に、本発明の本実施形態において、処理モジュール６０３が、グリッドに対応するタイプを決定するように構成されることは、特に、グリッドがカバレッジ制限タイプであることを決定することであり、処理モジュールは、ＧＡＰエリアがグリッドに存在し、かつ、グリッドがカバレッジ制限タイプであると決定した場合に、インジケーション信号をネットワーク管理デバイスに送信するようにさらに構成されてよい。ここで、インジケーション信号は、グリッドのＧＴＡを高めるように新たな基地局がグリッドに追加されることを必要とすることを示すために用いられ、カバレッジ制限タイプは、グリッドのチャネル品質が事前設定されたチャネル品質閾値より低いことを示す。
【０１９６】
任意に、本発明の本実施形態において、処理モジュール６０３が、グリッドがカバレッジ制限タイプであると決定するように特に構成されてよいことは、特に、グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低いか否かを決定し、グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低い場合に、グリッドに対応するタイプがカバレッジ制限タイプであると決定することである。
【０１９７】
任意に、本発明の本実施形態において、処理モジュール６０３が、グリッドに対応するタイプを決定するように構成されてよいことは、特に、グリッドが容量制限タイプであると決定することであり、処理モジュールは、ＧＡＰエリアがグリッドに存在し、かつ、グリッドが容量制限タイプであると決定した場合に、グリッドのＧＴＡをキャリア拡張態様で高めることを決定するようにさらに構成されてよい。ここで、容量制限タイプは、グリッドのプライマリサービングセルにおける利用可能リソースが不十分である、又は、グリッドにおけるユーザ端末数が事前設定された数の閾値を超えることを示す。
【０１９８】
任意に、本発明の本実施形態において、処理モジュール６０３が、グリッドが容量制限タイプであると決定するように特に構成されることは、特に、グリッドのＲＳＣＰが第２の事前設定されたＲＳＣＰ閾値より高いか否かを決定し、グリッドの現在受信されたパイロット信号レベルＥｃＩｏが事前設定されたＥｃＩｏ閾値より高いか否かを決定すること、及び、グリッドのＲＳＣＰが事前設定されたＲＳＣＰ閾値より高く、かつ、グリッドのＥｃＩｏが事前設定されたＥｃＩｏ閾値より高い場合に、グリッドに対応するタイプが容量制限タイプであると決定することである。
【０１９９】
任意に、本発明の本実施形態において、処理モジュール６０３が、グリッドのＧＴＡをキャリア拡張態様で高めることを決定するようにさらに構成されてよいことは、特に、グリッドのプライマリサービングセルにおけるキャリア数を増加させることである。
【０２００】
任意に、本発明の本実施形態において、処理モジュール６０３は、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達するか否かを決定し、事前設定された条件を満たすグリッド数がキャリアの追加後に増加したか否かを決定し、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達すると決定した場合であって、事前設定された条件を満たすグリッド数が増加したと決定した場合に、追加されたキャリアが有効であると決定するようにさらに構成される。ここで、事前設定された条件は、ＧＡＰエリアが存在するグリッドのＧＴＡがＵＴＴに達することである。
【０２０１】
図７を参照すると、同じ発明の概念に基づいて、本発明の実施形態は、情報処理装置を提供する。装置は、バス７３０と、バス７３０に接続されるプロセッサ７１０及びメモリ７２０とを含む。メモリ７２０は、命令を格納するように構成される。プロセッサ７１０は、命令を実行し、ユーザ端末のＵＴＴを決定し、ユーザ端末が位置するグリッドのＧＴＡを決定し、少なくともＵＴＴ及びＧＴＡに従って、ＧＡＰエリアがグリッドに存在するか否かを決定するように構成される。
【０２０２】
任意に、本発明の本実施形態において、プロセッサ７１０が、ユーザ端末のＵＴＴを決定するように構成されることは、特に、命令を実行すること、及び、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定することである。
【０２０３】
任意に、本発明の本実施形態において、プロセッサ７１０が、命令を実行し、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、ユーザ端末のＵＴＴを決定するように特に構成されることは、特に、命令を実行し、サービスエクスペリエンスレベル及びネットワークサービスモデルに従って、Ｎ個のサービスの単一サービスエクスペリエンススループットを別個に決定すること、及び、Ｎ個のサービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って、ＵＴＴを決定することである。ここで、Ｎは、ユーザ端末に対応するサービスの合計数である。
【０２０４】
任意に、本発明の本実施形態において、ネットワークサービスモデルは、少なくとも単一ユーザの同時サービス数を含み、プロセッサ７１０が、命令を実行し、Ｎ個のサービスの単一サービスエクスペリエンススループット及びネットワークサービスモデルに従って、ＵＴＴを決定するように特に構成されることは、特に、  命令を実行し、ｉを１からＮの整数に設定し、かつ別個に、第ｉのサービスのデータ量及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一ターゲットデータ送信時間を計算する段階、第ｉのサービスの単一ターゲットデータ送信時間及び全てのサービスの合計ターゲットデータ送信時間に従って、第ｉのサービスの単一ターゲットデータ送信ウェイトを計算する段階、及びＮ個のサービスの単一ターゲットデータ送信ウェイトの合計を得る段階を実行すること、  ｉを１からＮの整数に設定し続け、かつ別個に、第ｉのサービスの単一ターゲットデータ送信ウェイト及び第ｉのサービスの単一サービスエクスペリエンススループットに従って、第ｉのサービスの単一サービスインテグレーテッドスループットを計算し、Ｎ個のサービスの単一サービスインテグレーテッドスループットの合計を得る段階、及び、Ｎ個のサービスの単一サービスインテグレーテッドスループットに従って、グリッドにおける合計サービスインテグレーテッドスループットを得る段階を実行すること、及び、  グリッドにおける合計サービスインテグレーテッドスループット及びユーザ端末の同時サービス数に従って、ユーザ端末のＵＴＴを得る段階である。
【０２０５】
任意に、本発明の本実施形態において、プロセッサ７１０が、ユーザ端末が位置するグリッドのＧＴＡを決定するように構成されることは、特に、命令を実行し、ユーザ端末によってグリッドにおいて得られたネットワークスケジュールスループットに従って、ＧＴＡを決定することである。
【０２０６】
任意に、本発明の本実施形態において、プロセッサ７１０が、少なくともＵＴＴ及びＧＴＡに従って、ＧＡＰエリアがグリッドに存在するか否かを決定するように構成されることは、特に、命令を実行し、グリッドにおけるユーザ端末のＵＲＴ及びユーザ端末の単一サービスリアルスループットＳＲＴを決定すること、及び、ＵＴＴ、ＧＴＡ、ＵＲＴ、及びＳＲＴに従って、ＧＡＰエリアがグリッドに存在するか否かを決定することである。
【０２０７】
任意に、本発明の本実施形態において、プロセッサ７１０は、命令を実行し、グリッドに対応するタイプを決定し、ＧＡＰエリアがグリッドに存在すると決定した場合に、グリッドに対応するタイプに従って、ＧＡＰエリアを取り除くようにグリッドのＧＴＡを高める方法を決定するようにさらに構成される。
【０２０８】
任意に、本発明の本実施形態において、プロセッサ７１０が、命令を実行し、グリッドに対応するタイプを決定するように構成されることは、特に、命令を実行し、グリッドがカバレッジ制限タイプであることを決定することであり、プロセッサ７１０は、命令を実行し、ＧＡＰエリアがグリッドに存在し、かつ、グリッドがカバレッジ制限タイプであると決定した場合に、インジケーション信号をネットワーク管理デバイスに送信するようにさらに構成されてよい。ここで、インジケーション信号は、グリッドのＧＴＡを高めるように新たな基地局がグリッドに追加されることを必要とすることを示すために用いられ、カバレッジ制限タイプは、グリッドのチャネル品質が事前設定されたチャネル品質閾値より低いことを示す。
【０２０９】
任意に、本発明の本実施形態において、プロセッサ７１０が、命令を実行し、グリッドがカバレッジ制限タイプであると決定するように特に構成されることは、特に、命令を実行し、グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低いか否かを決定すること、及び、グリッドのＲＳＣＰが第１の事前設定されたＲＳＣＰ閾値より低い場合に、グリッドに対応するタイプがカバレッジ制限タイプであると決定することである。
【０２１０】
任意に、本発明の本実施形態において、プロセッサ７１０が、命令を実行し、グリッドに対応するタイプを決定するように構成されることは、特に、命令を実行し、グリッドが容量制限タイプであると決定することであり、プロセッサ７１０は、命令を実行し、ＧＡＰエリアがグリッドに存在し、かつ、グリッドが容量制限タイプであると決定した場合に、グリッドのＧＴＡをキャリア拡張態様で高めることを決定するようにさらに構成される。ここで、容量制限タイプは、グリッドのプライマリサービングセルにおける利用可能リソースが不十分である、又は、グリッドにおけるユーザ端末数が事前設定された数の閾値を超えることを示す。
【０２１１】
任意に、本発明の本実施形態において、プロセッサ７１０が、命令を実行し、グリッドが容量制限タイプであると決定するように特に構成されることは、特に、命令を実行し、グリッドのＲＳＣＰが第２の事前設定されたＲＳＣＰ閾値より高いか否かを決定し、グリッドの現在受信されたパイロット信号レベルＥｃＩｏが事前設定されたＥｃＩｏ閾値より高いか否かを決定すること、及び、グリッドのＲＳＣＰが事前設定されたＲＳＣＰ閾値より高く、かつ、グリッドのＥｃＩｏが事前設定されたＥｃＩｏ閾値より高い場合に、グリッドに対応するタイプが容量制限タイプであると決定することである。
【０２１２】
任意に、本発明の本実施形態において、プロセッサ７１０が、グリッドのＧＴＡをキャリア拡張態様で高めることを決定するように特に構成されることは、特に、グリッドのプライマリサービングセルにおけるキャリア数を増加させることである。
【０２１３】
任意に、本発明の本実施形態において、プロセッサ７１０は、命令を実行し、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達するか否かを決定し、事前設定された条件を満たすグリッド数がキャリアの追加後に増加したか否かを決定し、事前設定された条件を満たし、かつ、ＧＡＰエリアが存在するグリッド数が事前設定された数に達すると決定した場合であって、事前設定された条件を満たすグリッド数が増加したと決定した場合に、追加されたキャリアが有効であると決定するようにさらに構成される。ここで、事前設定された条件は、ＧＡＰエリアが存在するグリッドのＧＴＡがＵＴＴに達することである。
【０２１４】
本発明の本実施形態において、図６Ａ，Ｂ及び図７の装置は、同じ装置であってよい。装置は、前述した方法に対応する。装置に含まれる各機能モジュールは、方法の各段階を実行可能であり、本明細書ではさらに説明されない。
【０２１５】
本発明の本実施形態において、装置は、特に、基地局側において一体化されてよい。
【０２１６】
本発明の本実施形態において、基地局（例えば、アクセスポイント）は、アクセスネットワークにおけるエアインタフェース上の１つ又は複数のセクタを介して無線端末と通信を行うデバイスであってよい。基地局は、受信された無線フレームとＩＰパケットとの間における相互変換を実行し、無線端末とアクセスネットワークの他の部分との間でルータとして機能するように構成されてよい。ここで、アクセスネットワークの他の部分は、インターネットプロトコル（ＩＰ）ネットワークを含んでよい。基地局は、エアインタフェースの属性管理をさらに調整してよい。例えば、基地局は、ＧＳＭ（登録商標）又はＣＤＭＡではベーストランシーバ基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）であってよく、又は、ＷＣＤＭＡ（登録商標）ではＮｏｄｅＢ（ＮｏｄｅＢ）であってよく、又は、ＬＴＥでは、ＮｏｄｅＢ、ｅＮＢ、もしくはｅ−ＮｏｄｅＢ、もしくはｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂのようなｅｖｏｌｖｅｄ  ＮｏｄｅＢであってよく、これは本願に限定されるものではない。
【０２１７】
情報処理方法は、本発明の本実施形態において、ユーザ端末のユーザターゲットスループットＵＴＴを決定し、ユーザ端末が位置するグリッドのグリッドスループット能力ＧＴＡを決定する段階と、少なくともＵＴＴ及びＧＴＡに従って、ギャップＧＡＰエリアがグリッドに存在するか否かを決定する段階と、ＧＡＰエリアがグリッドに存在すると決定した場合に、既存のＧＡＰエリアのタイプに従って、ＧＡＰエリアにおいて対応する処理を実行する段階と、を含んでよい。
【０２１８】
本発明の本実施形態によって提供される技術的解決手段において、ターゲットネットワークは、ユーザ端末のユーザターゲットスループット及びグリッドのグリッドスループット能力に従って包括的に計画され、ユーザエクスペリエンスは、ターゲット帯域幅スループットに定量化され、ネットワークプランニングは、ネットワークにおける異なるサービスの帯域幅要件に応じて実行される。ネットワークの実際のサービス機能に応じてネットワークプランニングを実行することは、端末ユーザのエクスペリエンスを十分に考慮しつつ、より適切なネットワークプランニング結果及びより改善されたユーザエクスペリエンスを実現可能である。
【０２１９】
当業者によれば、便宜上及び説明を簡潔にする目的で、前述された複数の機能モジュールの分割は、説明のための例として解されることが明確に理解されよう。実際の適用において、前述された複数の機能は、複数の異なる機能モジュールに割り当てられ、要件に従って実装されてよい。すなわち、装置の内部構造は、上述された複数の機能の全てまたはいくつかを実装するように、複数の異なる機能モジュールに分割される。前述されたシステム、装置、及びユニットの詳細な動作処理については、前述した方法の実施形態における対応する処理が参照されてよく、詳細は、本明細書において改めて説明されない。
【０２２０】
本願において提供されるいくつかの実施形態において、開示されたシステム、装置、及び方法は、他の態様で実装されてよいことを理解されたい。例えば、説明された装置の実施形態は、例示に過ぎない。例えば、モジュール又はユニットの分割は、論理的機能の分割に過ぎず、実際の実装では、他の分割であってよい。例えば、複数のユニット又はコンポーネントは、組み合わせられ又は一体化されて他のシステムを形成してよく、又は、いくつかの機能は、無視されもしくは実行されなくてよい。さらに、表示又は説明された相互連結もしくは直接連結又は通信接続は、いくつかのインタフェースを用いることによって実装されてよい。複数の装置間又は複数のユニット間における間接連結又は通信接続は、電子的、機械的、又は他の形で実装されてよい。
【０２２１】
複数の別個の部分として説明されるユニットは、物理的に別個であってもなくてもよい。複数のユニットとして表示される部分は、物理的ユニットであってもなくてもよく、又は、１つの場所に位置してもよく、複数のネットワークユニットにおいて分散されてもよい。複数のユニットのいくつか又は全ては、実施形態の解決手段の目的を実現させるべく、実際の必要性に従って選択されてよい。
【０２２２】
さらに、本願の複数の実施形態における機能ユニットは、１つの処理ユニットに一体化されてよく、又は、複数のユニットの各々は、物理的に単独で存在してよく、又は、２つ又はそれより多くのユニットは、１つのユニットに一体化される。インテグレーテッドユニットは、ハードウェアの形で実装されてよく、又は、ソフトウェア機能ユニットの形で実装されてよい。
【０２２３】
インテグレーテッドユニットがソフトウェア機能ユニットの形で実装され、別個の製品として販売又は使用される場合、インテグレーテッドユニットは、コンピュータ可読記憶媒体に格納されてよい。このような理解に基づいて、本質的に本願の技術的解決手段、又は先行技術に寄与する部分、又は複数の技術的解決手段の全てもしくはいくつかは、ソフトウェア製品の形で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に格納され、本願の複数の実施形態において説明された方法の複数の段階のうち全て又はいくつかを実行するようコンピュータデバイス（パーソナルコンピュータ、サーバ、もしくはネットワークデバイスであってよい）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に命令するいくつかの命令を含む。前述の記憶媒体は、プログラムコードを格納可能な任意の媒体、例えば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク、又は光ディスクを含む。
【０２２４】
前述の実施形態は、本願の技術的解決手段を詳細に説明するために用いられたに過ぎない。前述の実施形態の説明は、本発明の方法及び中心概念の理解を助けることを意図されているに過ぎず、本発明を限定するものと解釈されてはならない。本発明において開示された技術的範囲内にある、当業者によって容易に想到されるバリエーション又は置換はいずれも、本発明の保護範囲に属するものとする。
【図１】
0006355142.tif 000009
【図２】
0006355142.tif 000010
【図３】
0006355142.tif 000011
【図４】
0006355142.tif 000012
【図５】
0006355142.tif 000013
【図６Ａ】
0006355142.tif 000014
【図６Ｂ】
0006355142.tif 000015
【図７】
0006355142.tif 000016