(57)【要約】【解決手段】本発明では、ユーザ機器（ＵＥ）のアクセス方法を開示している。この方法は、基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信し、基地局から通知された競合に基づくリソースを受信し、ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定し、競合に基づくアクセスモードを用いると決定された場合、基地局から通知された競合に基づくリソースを用いて、自局のバッファにおけるデータを送信する、ことを含む。上記方法に対応して、本発明では、ＵＥ及び基地局の内部構成も開示している。【選択図】図１
2015091133.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）のアクセス方法であって、
基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信し、
基地局から通知された競合に基づくリソースを受信し、
ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定し、競合に基づくアクセスモードを用いると決定された場合、基地局から通知された競合に基づくリソースを用いて、自局のバッファにおけるデータを送信する、
ことを含むことを特徴とする方法。
【請求項２】
基地局は、受信されたデータの品質に基づいて、現在のアクセスモード設定の性能を評価し、評価結果に基づいて、競合に基づくリソース及びＡＭＡＩを更新し、更新された競合に基づくリソース及びＡＭＡＩをＵＥに通知する、
ことをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＡＭＡＩは、アプリケーションの類型と、このアプリケーションの類型に対して、競合に基づくアクセスモードを選択する条件と、を含む、
ことを特徴とする請求項１に記載の方法。
【請求項４】
基地局から通知された競合に基づくリソースを受信することは、基地局から通知されたアプリケーションの類型と、前記アプリケーションに対して割り当てられた競合に基づくリソースと、を受信する、ことを含む、
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＡＭＡＩは、アプリケーションの類型と、ＵＥの識別子と、特定のアプリケーションの類型及び特定のＵＥに対するアクセスモードと、を含む、
ことを特徴とする請求項１に記載の方法。
【請求項６】
基地局から通知された競合に基づくリソースを受信することは、基地局から通知されたアプリケーションの類型と、ＵＥの識別子と、前記アプリケーションの類型及び前記ＵＥに対して割り当てられた競合に基づくリソースと、を受信する、ことを含む、
ことを特徴とする請求項１に記載の方法。
【請求項７】
基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信することは、物理下り制御チャネル又はシステムメッセージによって、基地局から送信されたＡＭＡＩを受信する、ことを含む、
ことを特徴とする請求項１に記載の方法。
【請求項８】
ユーザ機器（ＵＥ）のアクセス方法であって、
基地局がセル内のＵＥのコンテキスト情報に基づいて決定した本セルのアクセスモードを受信し、
本セルのアクセスモードに基づいて、自局のアクセスモードを決定し、自局のアクセスモードに従って、自局のバッファにおけるデータを送信する、
ことを含むことを特徴とする方法。
【請求項９】
基地局は、受信されたデータの品質に基づいて、本セルのアクセスモードの性能を評価し、評価結果に基づいて、本セルのアクセスモードを更新して、ＵＥに通知する、
ことをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記基地局がセル内のＵＥのコンテキスト情報に基づいて決定した本セルのアクセスモードの決定は、
基地局が、新たなＡＰＰからのアクセスがあったことを発見し、又は新たな上りパケットを受信すると、各ＵＥのインスタントコンテキスト情報を統計して、各ＵＥのコンテキスト情報の統計情報を取得し、
基地局が、各ＵＥのコンテキスト情報の統計情報から、セルのコンテキスト情報の統計情報を取得し、
基地局が、セルのコンテキスト情報の統計情報に基づいて、本セルのアクセスモードを決定する、ことを含む、
ことを特徴とする請求項８に記載の方法。
【請求項１１】
前記基地局が、セルのコンテキスト情報の統計情報に基づいて、本セルのアクセスモードを決定することは、
スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商を算出し、
スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商を、予め決められた比例閾値と比較し、
スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商が、予め決められた比例閾値以上である場合、スケジューリングに基づくアクセスモードを、本セルのアクセスモードとして決定し、
逆に、スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商が、予め決められた比例閾値より小さい場合、さらに、各ＵＥのサービス特性分布に基づいて、遅延に敏感なサービスが存在しているか否かを判断し、
遅延に敏感なサービスが存在しているとき、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのアクセス遅延を比較し、スケジューリングに基づくアクセスモードを用いる場合でのアクセス遅延が小さければ、スケジューリングに基づくアクセスモードを用い、競合に基づくアクセスモードを用いる場合でのアクセス遅延が小さければ、競合に基づくアクセスモードを用い、
遅延に敏感なサービスが存在しないとき、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのオーバーヘッドを比較し、スケジューリングに基づくアクセスモードを用いる場合でのオーバーヘッドが小さければ、スケジューリングに基づくアクセスモードを用い、競合に基づくアクセスモードを用いる場合でのオーバーヘッドが小さければ、競合に基づくアクセスモードを用いる、ことを含む、
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
ユーザ機器（ＵＥ）であって、
基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信する第１の受信モジュールと、
基地局から通知された競合に基づくリソースを受信する第２の受信モジュールと、
ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定し、競合に基づくアクセスモードを用いると決定された場合、基地局から通知された競合に基づくリソースを用いて、自局のバッファにおけるデータを送信するアクセスモード確認モジュールと、
を含むことを特徴とするＵＥ。
【請求項１３】
前記ＡＭＡＩは、アプリケーションの類型と、このアプリケーションの類型に対して、競合に基づくアクセスモードを選択する条件と、を含み、
前記第２の受信モジュールは、基地局から通知されたアプリケーションの類型と、前記アプリケーションに対して割り当てられた競合に基づくリソースと、を受信する、
請求項１２に記載のＵＥ。
【請求項１４】
前記ＡＭＡＩは、アプリケーションの類型と、ＵＥの識別子と、特定のアプリケーションの類型及び特定のＵＥに対するアクセスモードと、を含み、
前記第２の受信モジュールは、基地局から通知されたアプリケーションの類型と、ＵＥの識別子と、前記アプリケーションの類型及び前記ＵＥに対して割り当てられた競合に基づくリソースと、を受信する、
請求項１２に記載のＵＥ。
【請求項１５】
前記第１の受信モジュールは、物理下り制御チャネル又はシステムメッセージによって、基地局から送信されたＡＭＡＩを受信する、
請求項１２に記載のＵＥ。
【請求項１６】
ユーザ機器（ＵＥ）であって、
基地局がセル内のＵＥのコンテキスト情報に基づいて決定した本セルのアクセスモードを受信する第３の受信モジュールと、
本セルのアクセスモードに基づいて、自局のアクセスモードを決定し、自局のアクセスモードに従って、自局のバッファにおけるデータを送信する第２のアクセスモード確認モジュールと、
を含むことを特徴とするＵＥ。
【請求項１７】
基地局であって、
アクセスモード補助情報（ＡＭＡＩ）を生成する生成モジュールと、
生成されたＡＭＡＩを本セル内のＵＥに送信する送信モジュールと、
本セル内のＵＥへ競合に基づくリソースを通知する通知モジュールと、
を含むことを特徴とする基地局。
【請求項１８】
基地局であって、
セル内のＵＥのコンテキスト情報に基づいて、本セルのアクセスモードを決定するアクセスモード決定モジュールと、
本セルのアクセスモードを本セル内のＵＥに通知する第２の通知モジュールと、
を含むことを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信技術分野に関し、特に、セルラーネットワークにおけるユーザ機器（ＵＥ）のアクセス方法、ＵＥ、及び基地局に関する。
【背景技術】
【０００２】
従来のセルラーネットワークは、スケジューリングに基づくシステムである。従来のセルラーネットワークにおいて、ＵＥは、データを送信しようとする時、まず、基地局（ｅＮＢ）へスケジューリング要求を送信する必要がある。ｅＮＢは、このスケジューリング要求を受信すると、該ＵＥに上り伝送リソースを割り当て、専用制御チャネル（ＰＤＣＣＨ）によって、割り当てられたリソースを該ＵＥに通知する。ＵＥは、リソース割り当ての通知を得て初めて、データ送信が可能になる。上述したスケジューリング要求送信−リソース割り当て−リソース割り当て結果通知のやり取り過程に起因して、スケジューリングに基づくシステムでは、ＵＥのアクセス遅延は、少なくとも１１ミリ秒かかって、かつ、さらに低減することができない。このように長いアクセス遅延は、従来のセルラーネットワークにおいて、システム要求を満たすことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、新たなサービスが次々と現れるにつれて、スケジューリングに基づくアクセスメカニズムのアクセス遅延が長くてかつ低減できないという問題は、ますます顕著になる。例えば、サービスから見れば、未来のクラウドサービスが大量に展開されることになり、クラウドでの付加的な処理による処理遅延及びデータの伝送遅延の増加に起因して、ユーザは、エンドツーエンド遅延にもっと敏感になる。この場合で、セルラーネットワークにおけるＵＥのアクセス遅延を低減できれば、機器の処理遅延及びデータの伝送遅延を大きな程度で補償することが可能になる。従って、如何にセルラーネットワークにおけるＵＥのアクセス遅延を低減させるかが当面の重要な検討課題となっている。
【課題を解決するための手段】
【０００４】
本発明の実施例では、ＵＥのアクセス遅延を低減させ、ＵＥのアクセス性能を向上させるＵＥのアクセス方法、ＵＥ及び基地局を開示している。
【０００５】
本発明の実施例におけるＵＥのアクセス方法は、基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信し、基地局から通知された競合に基づくリソースを受信し、ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定し、競合に基づくアクセスモードを用いると決定された場合、基地局から通知された競合に基づくリソースを用いて、自局のバッファにおけるデータを送信する、ことを含む。
【０００６】
上記方法は、基地局が、受信されたデータの品質に基づいて、現在のアクセスモード設定の性能を評価し、評価結果に基づいて、競合に基づくリソース及びＡＭＡＩを更新し、更新された競合に基づくリソース及びＡＭＡＩをＵＥに通知する、ことをさらに含む。
【０００７】
上記ＡＭＡＩは、アプリケーションの類型と、このアプリケーションの類型に対して、競合に基づくアクセスモードを選択する条件と、を含む。この場合、基地局から通知された競合に基づくリソースを受信することは、基地局から通知されたアプリケーションの類型と、前記アプリケーションに対して割り当てられた競合に基づくリソースと、を受信する、ことを含む。
【０００８】
又は、上記ＡＭＡＩは、アプリケーションの類型と、ＵＥの識別子と、特定のアプリケーションの類型及び特定のＵＥに対するアクセスモードと、を含む。この場合、基地局から通知された競合に基づくリソースを受信することは、基地局から通知されたアプリケーションの類型と、ＵＥの識別子と、前記アプリケーションの類型及び前記ＵＥに対して割り当てられた競合に基づくリソースと、を受信する、ことを含む。
【０００９】
ここで、基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信することは、物理下り制御チャネル又はシステムメッセージによって、基地局から送信されたＡＭＡＩを受信する、ことを含む。
【００１０】
本発明の他の実施例におけるＵＥのアクセス方法は、基地局がセル内のＵＥのコンテキスト情報に基づいて決定した本セルのアクセスモードを受信し、本セルのアクセスモードに基づいて、自局のアクセスモードを決定し、自局のアクセスモードに従って、自局のバッファにおけるデータを送信する、ことを含む。
【００１１】
上記方法は、基地局が、受信されたデータの品質に基づいて、本セルのアクセスモードの性能を評価し、評価結果に基づいて、本セルのアクセスモードを更新して、ＵＥに通知する、ことをさらに含む。
【００１２】
上記基地局がセル内のＵＥのコンテキスト情報に基づいて決定した本セルのアクセスモードの決定は、基地局が、新たなＡＰＰからのアクセスがあったことを発見し、又は新たな上りパケットを受信すると、各ＵＥのインスタントコンテキスト情報を統計して、各ＵＥのコンテキスト情報の統計情報を取得し、基地局が、各ＵＥのコンテキスト情報の統計情報から、セルのコンテキスト情報の統計情報を取得し、基地局が、セルのコンテキスト情報の統計情報に基づいて、本セルのアクセスモードを決定する、ことを含む。
【００１３】
ここで、基地局が、セルのコンテキスト情報の統計情報に基づいて、本セルのアクセスモードを決定することは、スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商を算出し、スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商を、予め決められた比例閾値と比較し、スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商が、予め決められた比例閾値以上である場合、スケジューリングに基づくアクセスモードを、本セルのアクセスモードとして決定し、逆に、スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商が、予め決められた比例閾値より小さい場合、さらに、各ＵＥのサービス特性分布に基づいて、遅延に敏感なサービスが存在しているか否かを判断し、遅延に敏感なサービスが存在しているとき、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのアクセス遅延を比較し、スケジューリングに基づくアクセスモードを用いる場合でのアクセス遅延が小さければ、スケジューリングに基づくアクセスモードを用い、競合に基づくアクセスモードを用いる場合でのアクセス遅延が小さければ、競合に基づくアクセスモードを用い、遅延に敏感なサービスが存在しないとき、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのオーバーヘッドを比較し、スケジューリングに基づくアクセスモードを用いる場合でのオーバーヘッドが小さければ、スケジューリングに基づくアクセスモードを用い、競合に基づくアクセスモードを用いる場合でのオーバーヘッドが小さければ、競合に基づくアクセスモードを用いる、ことを含む。
【００１４】
本発明の実施例におけるＵＥは、基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信する第１の受信モジュールと、基地局から通知された競合に基づくリソースを受信する第２の受信モジュールと、ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定し、競合に基づくアクセスモードを用いると決定された場合、基地局から通知された競合に基づくリソースを用いて、自局のバッファにおけるデータを送信するアクセスモード確認モジュールと、を含む。
【００１５】
上記ＡＭＡＩは、アプリケーションの類型と、このアプリケーションの類型に対して、競合に基づくアクセスモードを選択する条件と、を含む。この場合、第２の受信モジュールは、基地局から通知されたアプリケーションの類型と、前記アプリケーションに対して割り当てられた競合に基づくリソースと、を受信する。
【００１６】
又は、上記ＡＭＡＩは、アプリケーションの類型と、ＵＥの識別子と、特定のアプリケーションの類型及び特定のＵＥに対するアクセスモードと、を含む。この場合、第２の受信モジュールは、基地局から通知されたアプリケーションの類型と、ＵＥの識別子と、前記アプリケーションの類型及び前記ＵＥに対して割り当てられた競合に基づくリソースと、を受信する。
【００１７】
ここで、第１の受信モジュールは、物理下り制御チャネル又はシステムメッセージによって、基地局から送信されたＡＭＡＩを受信する。
【００１８】
本発明の他の実施例におけるＵＥは、基地局がセル内のＵＥのコンテキスト情報に基づいて決定した本セルのアクセスモードを受信する第３の受信モジュールと、本セルのアクセスモードに基づいて、自局のアクセスモードを決定し、自局のアクセスモードに従って、自局のバッファにおけるデータを送信する第２のアクセスモード確認モジュールと、を含む。
【００１９】
本発明の一実施例における基地局は、アクセスモード補助情報（ＡＭＡＩ）を生成する生成モジュールと、生成されたＡＭＡＩを本セル内のＵＥに送信する送信モジュールと、本セル内のＵＥへ競合に基づくリソースを通知する通知モジュールと、を含む。
【００２０】
本発明の他の実施例における基地局は、セル内のＵＥのコンテキスト情報に基づいて、本セルのアクセスモードを決定するアクセスモード決定モジュールと、本セルのアクセスモードを本セル内のＵＥに通知する第２の通知モジュールと、を含む。
【発明の効果】
【００２１】
上記のＵＥのアクセス方法のフロー、ＵＥ及び基地局の内部構成から分かるように、本発明の実施例では、基地局は、セルのＣＩの統計情報、ＡＰＰの類型、及びＵＥの状況に基づいて、あるサービスのアクセスモードを決定することができる。これにより、アクセスされるサービスの状況に応じて、最も適当なアクセスモードを選択し、効果的に、競合に基づくアクセスモード及びスケジューリングに基づくアクセスモードの利点を同時に発揮することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施例におけるＵＥのアクセス方法のフローチャートである。
【図２】競合に基づくリソースが特定のＡＰＰに対して予約されたＣＢリソースである場合でのＵＥのアクセス方法のフローチャートである。
【図３】競合に基づくリソースが特定のＵＥに対して予約されたＣＢリソースである場合でのＵＥのアクセス方法のフローチャートである。
【図４】競合に基づくリソースが特定のセル全体に対するＣＢリソースである場合でのＵＥのアクセス方法のフローチャートである。
【図５】基地局がセル内のＵＥのＣＩ情報に基づいて本セルのアクセスモードを決定する方法のフローチャートである。
【図６】本発明の一実施例におけるＵＥの内部構成を示す図である。
【図７】本発明の他の実施例におけるＵＥの内部構成を示す図である。
【図８】本発明の一実施例における基地局の内部構成を示す図である。
【図９】本発明の他の実施例における基地局の内部構成を示す図である。
【発明を実施するための形態】
【００２３】
前述したように、新たなサービスが現れるにつれて、ユーザは、新たなサービスのエンドツーエンド遅延にもっと敏感になる。従って、ＵＥのアクセス遅延を低減できれば、機器の処理遅延及びデータの伝送遅延を大きな程度で補償することが可能になる。
【００２４】
また、ネットワークのトポロジー構造から見れば、未来には、システム容量を拡大するために、ますます多くのスモールセル（ｓｍａｌｌ  ｃｅｌｌ）が本来のマクロ基地局に加入される。このようなトポロジー構造では、各スモールセルそれぞれに対応するマクロ基地局下のＵＥ数が、本来のマクロ基地局よりも遥かに小さい。競合に基づく（ＣＢ）ＵＥのアクセス方法をマクロ基地局側に導入すると、競合による衝突の問題があまり顕著になることはないとともに、ＵＥのアクセス遅延を大幅に低減できる場合が多い。しかしながら、若干の場合には、例えば、セル内のＵＥ数が多く、又は、セル内の総トラフィック量が多い場合には、競合に基づくＵＥのアクセス方法の性能は、必ずしも、スケジューリングに基づくＵＥのアクセス方法より良くない。通常、ネットワーク環境から見れば、セルのカバレッジが小さくて、かつセル内のＵＥ数が少ない場合、競合に基づくＵＥのアクセス方法を用いることが適当である一方、セルのカバレッジが大きくて、かつセル内のＵＥ数が多い場合、スケジューリングに基づくＵＥのアクセス方法を用いることが適当である。サービスの類型から見れば、ＵＥのサービスの多数が、変化するサービスである場合、競合に基づくＵＥのアクセス方法を用いることが適当である一方、ＵＥのサービスの多数が、固定するサービスである場合、スケジューリングに基づくＵＥのアクセス方法を用いることが適当である。
【００２５】
上記の多くの方面から考慮すると、本発明では、競合に基づくＵＥのアクセス方法をスモールセルに導入することを提案している。以下、図面を参照しながら、本発明の実施例を詳しく説明する。図１は、本発明の一実施例におけるＵＥのアクセス方法のフローチャートである。図１に示すように、本実施例におけるＵＥのアクセス方法は、主に、以下のステップを含む。
【００２６】
ステップ１０１で、ＵＥは、基地局から送信されたアクセスモード補助情報（ＡＭＡＩ：Ａｃｃｅｓｓ  Ｍｏｄｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＡＭＡＩは、ＵＥが自局のバッファにおけるデータの送信モード、即ち、競合に基づくモードで送信するか、それとも、スケジューリングを待ってから送信するかを決定することを助けるための黙示的又は明示的な指示情報である。
【００２７】
ステップ１０２で、ＵＥは、基地局から通知された競合に基づくリソースを受信する。ここで、上記の競合に基づくリソースは、特定の粒度を有する競合に基づくリソース（ＣＲＳＧ：ＣＢ  Ｒｅｓｏｕｒｃｅ  ｗｉｔｈ  Ｓｐｅｃｉｆｉｃ  Ｇｒａｎｕｌａｒｉｔｙ）である。例えば、上記ＣＲＳＧは、特定のアプリケーション（ＡＰＰ）に対して予約されたＣＢリソースであってもよいし、特定のＵＥに対して予約されたＣＢリソースであってもよい。また、本ステップにおいて、基地局は、決定された競合に基づくリソースを、明示的又は黙示的にＵＥに通知してもよい。
【００２８】
ステップ１０３で、ＵＥは、アクセスモード補助情報に基づいて、自局のバッファにおけるデータのアクセスモードを決定し、競合に基づくアクセスモードを用いると決定された場合、基地局から通知された予約された競合に基づくリソースを用いて、自局のバッファにおけるデータを送信する。さらに、上記方法は、基地局が、受信されたデータの品質に基づいて、現在のアクセスモード設定の性能を評価し、評価結果に基づいて、競合に基づくリソース及びＡＭＡＩを更新し、更新された競合に基づくリソース及びＡＭＡＩをＵＥに通知する、ことをさらに含んでもよい。
【００２９】
前述したように、上記の競合に基づくリソースは、特定のＡＰＰに対して予約されたＣＢリソースであってもよいし、特定のＵＥに対して予約されたＣＢリソースであってもよい。以下、図面を参照しながら、異なる場合でのＵＥのアクセス方法を詳しく説明する。
【００３０】
図２は、競合に基づくリソースが特定のＡＰＰに対して予約されたＣＢリソースである場合でのＵＥのアクセス方法のフローチャートである。図２に示すように、この方法は、主に、以下のステップを含む。
【００３１】
ステップ２０１で、基地局は、ＡＭＡＩを生成して、ブロードキャストによってＵＥに通知し、ＵＥは、基地局から送信されたＡＭＡＩを受信する。
【００３２】
具体的に、本ステップでは、下記の方法によってＡＭＡＩを生成してもよい。方法１として、明示的に指示されたＡＭＡＩを考える。特定のＡＰＰに対して、基地局は、異なる２つのアクセスモードのうち、いずれのモードで生成されたアクセス遅延（又は、システム制御オーバーヘッド）が小さいかを判断する。具体的には、特定のＡＰＰに対して、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのアクセス遅延（又は、システム制御オーバーヘッド）を比較し、スケジューリングに基づくアクセスモードを用いる場合でのアクセス遅延（又は、システム制御オーバーヘッド）が小さければ、スケジューリングに基づくアクセスモードを用い、競合に基づくアクセスモードを用いる場合でのアクセス遅延（又は、システム制御オーバーヘッド）が小さければ、競合に基づくアクセスモードを用いる。その後、基地局は、決定されたアクセスモードをＵＥに通知する。
【００３３】
説明すべきものとして、上記方法において、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのアクセス遅延を推定する必要がある。ここで、スケジューリングに基づくアクセスモードを用いる場合でのアクセス遅延は、アイドル状態では、ほぼ５０ｍｓであり、接続状態では、バッファにパケットがない場合、ほぼ１０ｍｓであり、バッファにパケットがある場合、ほぼ５ｍｓである。競合に基づくアクセスモードを用いる場合でのアクセス遅延は、下記の数式１又は数式２によって算出できる。
【００３４】
【数１】
2015091133.tif 000003
【００３５】
ここで、ｄiは競合に基づくアクセスモードを用いる場合でのアクセス遅延を表し、Ｐは最大伝送ユニット（ＭＴＵ：Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）の大きさを表し、Ｃはサービスレート（ｓｅｒｖｉｎｇ  ｒａｔｅ）を表し、ωiはｉ番目のユーザ機器ＵＥｉのパケットの大きさの分布の平均値を表し、ωi(2)はＵＥｉのパケットの大きさの分布の二次モーメント値を表し、ρは利用率を表し、λiはＵＥｉのパケットのバッファへの到達率を表し、ＮはＵＥの数を表す。
【００３６】
スケジューリングに基づくアクセスモードを用いる場合でのオーバーヘッドは、下記の数式３によって算出できる。
【００３７】
【数２】
2015091133.tif 000004
ＣＷmaxは競合ウィンドウの最大値であり、Data_slotsはパケット送信に必要な時間であり、パケットの大きさ及びパケット送信の速度（符号化変調方式によって決まる）が一旦知られると、パケット送信の時間が既知になる。
【００３８】
競合に基づくアクセスモードを用いる場合でのオーバーヘッドは、下記の数式４によって算出できる。
【００３９】
【数３】
2015091133.tif 000005
【００４０】
ここで、PDCCH  for  uplink  grantは、ＰＤＣＣＨにおける上りリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）の送信に使用されるリソースを表す。セル内の上り・下りのトラフィック量が１：１であると仮定すれば、ＰＤＣＣＨにおける上りリンクグラントで使用されるリソースが、ＰＤＣＣＨで使用されるリソース全体の半分であると考えられる。ＰＤＣＣＨで使用されるリソースは、制御フォーマットインディケーター（ＣＦＩ）によって決まるものであり、一旦ＣＦＩが決められると、ＰＤＣＣＨで使用されるリソースが決められる。PUCCH  for  SRは、ＰＵＣＣＨにおけるスケジューリング要求の送信に使用されるリソースを表す。PUSCHは、データ送信に使用されるデータチャネルリソースを表す。
【００４１】
上記のような明示的な通知は、指示が簡単であり、かつシグナリングのオーバーヘッドが小さいという利点があり、トラフィック量が小さいサービスに適合する。これは、トラフィック量が小さい場合、di(i=1,2,...N)が、大きな確率で、スケジューリングに基づくアクセス遅延より良いからである。しかし、トラフィック量が大きいサービスについては、このような大まかな明示的な指示により、システム内の全てのユーザがいずれも最適な性能を得ることができない。これは、ＣＢメカニズムを用いるユーザ数の増加につれて、di(i=1,2,...N)の性能がスケジューリングに基づくアクセス遅延より悪いことを引き起こす虞があるからである。
【００４２】
方法２として、黙示的に指示されたＡＭＡＩを考える。黙示的な指示は、ＵＥが特定のＡＰＰを送信する際に競合に基づくアクセスモードを用いる確率ＰＣＢであってよいし、他の指標であってもよい。以下、ＵＥが競合に基づくアクセスモードを用いる確率を例とする。
【００４３】
ＰＣＢを得る直接的な方法の１つは、全探索によって得ることである。即ち、競合に基づくアクセスモードを用いるユーザ数ＮＣＢを次第に増加させ、次に、上記数式１におけるＮの代わりにＮＣＢを用いて、特定のＮＣＢの場合でのdiを算出する。diがスケジューリングに基づくアクセス遅延より大きくなることを発見すると、増加を停止する。次に、下記の数式５によって、ＰＣＢを得る。
【００４４】
【数４】
2015091133.tif 000006
ここで、Ｎはユーザの総数である。
【００４５】
本実施例では、基地局は、物理下り制御チャネル（ＰＤＣＣＨ）又は新たなチャネルによって、ＵＥへＡＭＡＩを通知してもよいし、基地局は、システムメッセージ（ＳＩＢ）の形で、ＡＭＡＩをブロードキャストしてもよい。本実施例では、ＡＭＡＩは、少なくとも、アプリケーションの類型（例えば、アプリケーションの分類やＱｏＳクラス識別子（ＱＣＩ）など）と、このアプリケーションの類型に対して、競合に基づくアクセスモードを選択する条件（例えば、競合に基づくアクセスモードを選択する確率）との２つの情報を含む。
【００４６】
例えば、本発明の一実施例では、ＡＭＡＩは、下記の表１に示すようなものであってもよい。即ち、アプリケーションの分類Ａに対して、競合に基づくアクセスモードを選択する確率は、１／１６である。
【００４７】
【表１】
2015091133.tif 000007
【００４８】
上記の表１において、競合に基づくアクセスモードを選択する確率は、４つのビットによって代表される２進数で表すことができる。例えば、｛０  ０  ０  １｝は１／１６を表し、｛０  ０  １  ０｝は１／８を表し、｛０  ０  １  １｝は３／１６を表し、…、｛１  １  １  １｝は１を表す。本例では、基地局は、アプリケーションの分類Ａ（例えば、インスタントメッセージやＭ２Ｍサービス）に対して、競合に基づくアクセスモードを選択する確率が１／１６であることを決定した後に、ＰＤＣＣＨ、ＳＩＢ、又は新たなチャネルによって、表１に示すようなＡＭＡＩ情報をＵＥへ送信する。このように、ＵＥは、ＡＭＡＩ情報を受信すると、アプリケーションの分類がＡであるサービスに対して、１／１６の確率で、競合に基づくアクセスモードを用いて伝送することを知ることができる。
【００４９】
注意すべきものとして、ここでの特定のＡＰＰとは、一般的に、可変ビットレート（ＶＢＲ）のサービスを指す。その原因として、固定ビットレート（ＣＢＲ）のサービスは、半静的スケジューリング（ＳＰＳ）方式を用いることができ、そのスケジューリングでのアクセス遅延を無視することができるので、このようなサービスに対して、競合に基づくアクセスモードを用いてアクセスする必要がない。
【００５０】
ステップ２０２で、基地局は、競合に基づくアクセスモードを用いることが適当なアプリケーションに対して、競合に基づくリソースを予約して、ＵＥに通知し、ＵＥは、基地局から通知された競合に基づくリソースを受信する。
【００５１】
本ステップにおいて、通知される内容は、少なくとも、アプリケーションの類型（例えば、アプリケーションの分類やＱｏＳクラス識別子（ＱＣＩ）など）と、このアプリケーションの類型に対して割り当てられた競合に基づくリソース、即ちＣＢリソースとの２つの情報を含む。例えば、基地局は、下記の表２に示すような第１のメッセージによって、競合に基づく伝送を用いることが適当なアプリケーションの類型に対して予約されたＣＢリソースをＵＥに通知してもよい。表２に示すように、アプリケーションの分類Ａに対して、予約されたＣＢリソースは、リソースブロック（ＲＢ）単位で割り当てられた。
【００５２】
【表２】
2015091133.tif 000008
【００５３】
具体的には、上記の表２において、ＲＢ割当周期は、ＲＢを割り当てるときの周期を指し、例えば、ｎ４、ｎ８、ｎ１６、ｎ３２…である。ここで、ＲＢ割当周期がｎ４である場合は、４つずつのＲＢが１つの割当周期であることを表し、ＲＢ割当周期がｎ８である場合は、８つずつのＲＢが１つの割当周期であることを表し、ＲＢ割当周期がｎ１６である場合は、１６個ずつのＲＢが１つの割当周期であることを表し、ＲＢ割当周期がｎ３２である場合は、３２個ずつのＲＢが１つの割当周期であることを表す。ＲＢ割当指示は、１つのＲＢ割当周期内で、どのＲＢが、予約されたＣＢリソースであるか、どのＲＢが、スケジューリングに基づくリソース、即ち、ＳＢリソースであるかを識別するものである。例えば、対応の識別ビットが１であるＲＢは、予約されたＣＢリソースであるが、対応の識別ビットが０であるＲＢは、ＳＢリソースである。２０Ｍの帯域幅（１００ＲＢ）を例として、ＲＢ割当周期がｎ８である場合は、８つずつのＲＢが１つの割当周期であることを表す。１つの割当周期内で、競合リソースとして予約されたＲＢは、８ｂｉｔのＲＢ割当指示（ｂｉｔｍａｐ）によって指示される。ｂｉｔｍａｐによって｛０  １  １  ０  １  １  ０  ０｝と指示される場合は、２番目、３番目、５番目、及び６番目のＲＢが、予約されたＣＢリソースであることを意味する。
【００５４】
ステップ２０３で、ＵＥは、ＡＭＡＩに基づいて、自局のバッファにおけるデータに、競合に基づくアクセスモードを用いるか否かを決定し、自局のバッファにおけるデータに、競合に基づくアクセスモードを用いると決定された場合、該データに対応するアプリケーションに対して予約された競合に基づくリソースで、自局のバッファにおけるデータを送信し、自局のバッファにおけるデータに、競合に基づくアクセスモードを用いないと決定された場合、スケジューリングに基づくアクセスモードを用いて、自局のバッファにおけるデータを送信する。
【００５５】
さらに、基地局は、受信されたデータの品質に基づいて、このアクセスモード設定の性能を評価し、評価結果に基づいて、競合に基づくアクセスモードを用いることが適当なアプリケーションの類型の設定、及び予約されたリソースを更新して、ＵＥに通知する。
【００５６】
上記の実施例では、基地局は、ＡＭＡＩ、及び競合に基づくアクセスモードを用いることが適当なＡＰＰに対して予約されたリソースをＵＥに通知した後、ＵＥは、ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定することが可能になり、即ち、競合に基づくアクセスモードを用いる場合、該データに対応するアプリケーションに対して予約されたＣＢリソースで、該データを送信し、競合に基づくアクセスモードを用いない場合、スケジューリングに基づくアクセスモードを用いて、データを送信し、これにより、ＡＰＰに基づくアクセスモード選択が実現される。
【００５７】
図３は、競合に基づくリソースが特定のＵＥに対して予約されたＣＢリソースである場合でのＵＥのアクセス方法のフローチャートである。図３に示すように、この方法は、主に、以下のステップを含む。
【００５８】
ステップ３０１で、基地局は、ＡＭＡＩを生成して、ＵＥに通知し、ＵＥは、基地局から送信されたＡＭＡＩを受信する。具体的には、本ステップにおいて、下記の方法によってＡＭＡＩを生成してもよい。特定のＵＥに基づくＡＭＡＩなので、明示的な指示が、良い方法である。その原因として、ＡＭＡＩは、基地局から特定のＵＥに対する専用の指示であり、それ自体が既に非常に柔軟なものとなっており、一方、明示的な指示の場合、シグナリングがもっと簡単である。
【００５９】
アクセス遅延の判断基準を例として、まず、異なる２つのアクセスモードのうち、いずれのモードで生成された全体アクセス遅延が小さいかを判断し、全体アクセス遅延が小さいモードが最終的に用いられるモードである旨を通知する。ここでの全体アクセス遅延について、特定のＵＥで実行される全てのＡＰＰのアクセス遅延ｄＡＰＰｉを考慮する必要がある。例えば、あるユーザは、２つのＣＢＲサービス、及び１つのＶＢＲサービスを実行している。ＣＢＲサービスは、ＳＰＳを用いることができるため、スケジューリングに基づくアクセス遅延を無視することができる。その１つのＶＢＲサービスは、ＣＢに基づくアクセス遅延（上記の数式１又は数式２によって得られる）が、スケジューリングに基づくアクセス遅延より小さくても、依然として、スケジューリングに基づくモードをこのＵＥに通知することができる。具体的にどのように全体の考慮を行うかは、事業者自身のポリシーによって決まり、例えば、各ＡＰＰの平均遅延を最小にしたり、重み付け平均を最小にしたり、優先サービスのアクセス遅延を最小にしたりする。ここで逐一列挙しない。
【００６０】
前述したように、基地局は、ＰＤＣＣＨ又は新たなチャネルによって、ＵＥへＡＭＡＩを通知してもよいし、基地局は、ＳＩＢの形で、ＡＭＡＩをブロードキャストしてもよい。本実施例では、ＡＭＡＩは、少なくとも、アプリケーションの類型（例えば、アプリケーションの分類やＱｏＳクラス識別子（ＱＣＩ）など）と、ＵＥの識別子と、特定のアプリケーションの類型及び特定のＵＥに対するアクセスモードとの３つの情報を含む。
【００６１】
例えば、本発明の一実施例では、ＡＭＡＩは、下記の表３に示すようなものであってもよい。
【００６２】
【表３】
2015091133.tif 000009
【００６３】
本例では、アクセスモード｛０｝は、アプリケーションの分類Ａ（例えば、インスタントメッセージやＭ２Ｍサービス）及びある特定のＵＥの識別子に対して、競合に基づくアクセスモードを用いることができる、ということを表し、アクセスモード｛１｝は、アプリケーションの分類Ａ（例えば、インスタントメッセージやＭ２Ｍサービス）及びある特定のＵＥの識別子に対して、スケジューリングに基づくアクセスモードを用いることができる、ということを表す。
【００６４】
ステップ３０２で、基地局は、競合に基づくアクセスモードを用いることが適当なＵＥに対して、競合に基づくリソースを予約して、ＵＥに通知し、ＵＥは、基地局から通知された競合に基づくリソースを受信する。本ステップにおいて、通知される内容は、少なくとも、アプリケーションの類型（例えば、アプリケーションの分類やＱｏＳクラス識別子（ＱＣＩ）など）と、ＵＥの識別子と、割り当てられた競合に基づくリソース、即ちＣＢリソースとの３つの情報を含む。例えば、基地局は、下記の表４に示すような第２のメッセージによって、競合に基づくアクセスモードを用いることが適当なＵＥに対して予約されたＣＢリソースをＵＥに通知してもよい。表４において、割り当てられたリソースは、ＲＢを単位とする。
【００６５】
【表４】
2015091133.tif 000010
【００６６】
前述したように、ＲＢ割当周期は、例えば、ｎ４、ｎ８、ｎ１６、ｎ３２…であってもよい。同様に２０Ｍの帯域幅（１００ＲＢ）を例として、ＲＢ割当周期がｎ８である場合は、８つずつのＲＢが１つの割当周期であることを表す。１つの割当周期内で、競合リソースとして予約されたＲＢは、８ｂｉｔのＲＢ割当指示（ｂｉｔｍａｐ）によって指示される。ｂｉｔｍａｐによって｛０  １  １  ０  １  １  ０  ０｝と指示される場合は、２番目、３番目、５番目、及び６番目のＲＢが、予約されたＣＢリソースであることを意味する。
【００６７】
ステップ３０３で、ＵＥは、ＡＭＡＩに基づいて、自局のバッファにおけるデータに、競合に基づくアクセスモードを用いるか否かを決定し、自局のバッファにおけるデータに、競合に基づくアクセスモードを用いると決定された場合、該ＵＥに対して予約された競合に基づくリソースで、自局のバッファにおけるデータを送信し、自局のバッファにおけるデータに、競合に基づくアクセスモードを用いないと決定された場合、スケジューリングに基づくアクセスモードを用いて、自局のバッファにおけるデータを送信する。さらに、基地局は、受信されたデータの品質に基づいて、このアクセスモード設定の性能を評価し、評価結果に基づいて、競合アクセスメカニズムを用いることが適当なアプリケーションの類型の設定、及び予約されたリソースを更新して、ＵＥに通知する。
【００６８】
上記の実施例では、基地局は、各ＵＥに、ＡＭＡＩ、及び該ＵＥにおける、競合に基づくアクセスモードを用いることが適当なＡＰＰに対して予約されたリソースをそれぞれ通知した後、ＵＥは、ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定することが可能になり、即ち、競合に基づくアクセスモードを用いる場合、該データに対応するアプリケーションに対して予約されたＣＢリソースで、該データを送信し、競合に基づくアクセスモードを用いない場合、スケジューリングに基づくアクセスモードを用いて、データを送信し、これにより、ＡＰＰ及びＵＥに基づくアクセスモード選択が実現される。
【００６９】
上述した実施例では、競合に基づくリソースが、特定のＡＰＰに対して予約されたＣＢリソース、又は特定のＵＥに対して予約されたＣＢリソースである場合でのＵＥのアクセス方法を詳しく説明している。実際の応用では、基地局は、セル内のＵＥのコンテキスト情報（ＣＩ：Ｃｏｎｔｅｘｔ  Ｉｎｆｏｒｍａｔｉｏｎ）に基づいて、セル全体内の全てのＵＥのアクセスモードを一括して決定してもよい。この場合、競合に基づくリソースは、特定のセル全体に対するＣＢリソースである。
【００７０】
図４は、競合に基づくリソースが特定のセル全体に対するＣＢリソースである場合でのＵＥのアクセス方法のフローチャートである。図４に示すように、この方法は、主に、以下のステップを含む。
【００７１】
ステップ４０１で、基地局は、セル内のＵＥのＣＩに基づいて、本セルのアクセスモードを決定して、ＵＥに通知し、ＵＥは、基地局から送信された本セルのアクセスモードを受信する。前述したように、基地局は、物理ブロードキャスト制御チャネル（ＰＢＣＨ）におけるマスタ情報ブロック（ＭＩＢ）、ＳＩＢ（システム情報ブロック）、又は新たなチャネルによって、ＵＥへ本セルのアクセスモードを通知してもよい。
【００７２】
ステップ４０２で、ＵＥは、本セルのアクセスモードに基づいて、自局のアクセスモードを決定し、自局のアクセスモードに従って、自局のバッファにおけるデータを送信する。ここで、ＵＥ自身のアクセスモードは、該ＵＥが位置するセルのアクセスモードと同じであり、例えば、該ＵＥが位置するセルのアクセスモードが競合に基づくアクセスモードである場合、該ＵＥも競合に基づくアクセスモードを用い、該ＵＥが位置するセルのアクセスモードがスケジューリングに基づくアクセスモードである場合、該ＵＥもスケジューリングに基づくアクセスモードを用いることになる。さらに、基地局は、受信されたサービスの品質に基づいて、該サービスの伝送性能を評価し、評価結果に基づいて、本セルのアクセスモードを更新して、ＵＥに通知する。
【００７３】
以下、図面を参照しながら、基地局がセル内のＵＥのＣＩに基づいて本セルのアクセスモードを決定する方法を詳しく説明する。図５に示すように、基地局がセル内のＵＥのＣＩに基づいて本セルのアクセスモードを決定する方法は、以下のステップを含む。
【００７４】
ステップ５０１で、基地局は、新たなＡＰＰからのアクセスがあったことを発見し、又は新たな上りパケットを受信すると、各ＵＥのインスタントコンテキスト情報を統計して、各ＵＥのコンテキスト情報の統計情報を得る。上記のＵＥのインスタントコンテキスト情報は、ソースＩＰアドレス、ＡＰＰの類型、ＡＰＰの関連情報、パケット間隔、パケットの大きさなどを含んでもよい。上記のＵＥのコンテキスト情報の統計情報は、ソースＩＰアドレス、前記ＵＥの各ＡＰＰのサービス特性分布、及びバッファクリア時間などを含む。
【００７５】
ステップ５０２で、各ＵＥのコンテキスト情報の統計情報から、セルのコンテキスト情報の統計情報を得る。上記のセルのコンテキスト情報の統計情報は、ＵＥの総数、総トラフィック量、各ＵＥのサービス特性分布、競合に基づくアクセスが適当なＵＥ数、及びスケジューリングに基づくアクセスが適当なＵＥ数などを含む。具体的に、本ステップでは、下記のような方法によって、競合に基づくアクセスが適当なＵＥ数、及びスケジューリングに基づくアクセスが適当なＵＥ数を決定してもよい。
【００７６】
まず、競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢ、及びスケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢを初期化し、即ち、Ｎ＿ＣＢとＮ＿ＳＢの２つの変数の初期値に０を設定する。各ＵＥ毎に、下記のような判断をそれぞれ行ってもよい。即ち、あるＵＥのＶａｒ＿Ｉｎｔｅｒｖａｌ＞Ｉｎｔｅｒｖａｌ＿ｔｈｒｅｓｈｏｌｄ又はＶａｒ＿Ｓｉｚｅ＞Ｓｉｚｅ＿ｔｈｒｅｓｈｏｌｄであれば、競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢを１加算し、Ｖａｒ＿Ｉｎｔｅｒｖａｌ≦Ｉｎｔｅｒｖａｌ＿ｔｈｒｅｓｈｏｌｄかつＶａｒ＿Ｓｉｚｅ≦Ｓｉｚｅ＿ｔｈｒｅｓｈｏｌｄであれば、スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢを１加算する。ここで、Ｖａｒ＿Ｉｎｔｅｒｖａｌは、パケット到達間隔の分散値であり、Ｖａｒ＿Ｓｉｚｅは、パケットの大きさの分散値であり、Ｉｎｔｅｒｖａｌ＿ｔｈｒｅｓｈｏｌｄ及びＳｉｚｅ＿ｔｈｒｅｓｈｏｌｄは、それぞれ、予め設定されたパケット到達間隔の閾値及びパケットの大きさの閾値であり、パケット到達間隔及びパケットの大きさが安定しているか否かを判断するためのものである。
【００７７】
ステップ５０３で、セルのコンテキスト情報の統計情報に基づいて、本セルのアクセスモードを決定する。具体的に、本ステップでは、下記のような方法によって、本セルのアクセスモードを決定してもよい。まず、スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商を算出し、スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商を、予め決められた比例閾値と比較する。
【００７８】
スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商が、予め決められた比例閾値以上である場合、スケジューリングに基づくアクセスモードを、本セルのアクセスモードとして決定する。
【００７９】
逆に、スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商が、予め決められた比例閾値より小さい場合、さらに、各ＵＥのサービス特性分布に基づいて、遅延に敏感なサービスが存在しているか否かを判断する。
【００８０】
遅延に敏感なサービスが存在しているとき、異なる２つのアクセスモードのうち、いずれで生成された平均アクセス遅延が小さいかを判断して、平均アクセス遅延が小さいモードを最終的なセルのアクセスモードとし、具体的には、本ステップにおいて、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのアクセス遅延を比較し、スケジューリングに基づくアクセスモードを用いる場合でのアクセス遅延が小さければ、スケジューリングに基づくアクセスモードを用い、競合に基づくアクセスモードを用いる場合でのアクセス遅延が小さければ、競合に基づくアクセスモードを用いる。
【００８１】
遅延に敏感なサービスが存在しないとき、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのオーバーヘッドを比較し、スケジューリングに基づくアクセスモードを用いる場合でのオーバーヘッドが小さければ、スケジューリングに基づくアクセスモードを用い、競合に基づくアクセスモードを用いる場合でのオーバーヘッドが小さければ、競合に基づくアクセスモードを用いる。
【００８２】
上記の方法において、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのアクセス遅延を推定する必要があるとともに、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのオーバーヘッドを推定する必要がある。前述したように、スケジューリングに基づくアクセスモードを用いる場合でのアクセス遅延は、アイドル状態では、ほぼ５０ｍｓであり、接続状態では、バッファにパケットがない場合、ほぼ１０ｍｓであり、バッファにパケットがある場合、ほぼ５ｍｓである。競合に基づくアクセスモードを用いる場合でのアクセス遅延は、上述した数式１又は数式２によって算出できる。スケジューリングに基づくアクセスモードを用いる場合でのオーバーヘッドは、上述した数式３によって算出できる。競合に基づくアクセスモードを用いる場合でのオーバーヘッドは、上述した数式４によって算出できる。
【００８３】
上記の実施例では、基地局は、セルのＣＩの統計情報に基づいて、本セルのアクセスモードを決定することができ、即ち、本セルのアクセスモードを決定する際に、ＵＥの数、トラフィック量、及びＵＥにおけるサービス特性などの要素を同時に考慮し、自局の状況に応じて、最も適当なアクセスモードを選択し、効果的に、競合に基づくアクセスモード及びスケジューリングに基づくアクセスモードの利点を同時に発揮することができる。
【００８４】
上記のＵＥのアクセス方法に対応して、本発明の実施例では、ＵＥの内部構成も開示している。本発明の一実施例によれば、ＵＥの内部構成は、図６に示すように、基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信する第１の受信モジュールと、基地局から通知された競合に基づくリソースを受信する第２の受信モジュールと、ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定し、競合に基づくアクセスモードを用いると決定された場合、基地局から通知された競合に基づくリソースを用いて、自局のバッファにおけるデータを送信するアクセスモード確認モジュールと、を含んでもよい。
【００８５】
前述したように、上記ＡＭＡＩは、アプリケーションの類型と、このアプリケーションの類型に対して、競合に基づくアクセスモードを選択する条件と、を含む。この場合、第２の受信モジュールは、基地局から通知されたアプリケーションの類型と、前記アプリケーションに対して割り当てられた競合に基づくリソースと、を受信する。又は、上記ＡＭＡＩは、アプリケーションの類型と、ＵＥの識別子と、特定のアプリケーションの類型及び特定のＵＥに対するアクセスモードと、を含む。この場合、第２の受信モジュールは、基地局から通知されたアプリケーションの類型と、ＵＥの識別子と、前記アプリケーションの類型及び前記ＵＥに対して割り当てられた競合に基づくリソースと、を受信する。ここで、第１の受信モジュールは、物理下り制御チャネル又はシステムメッセージによって、基地局から送信されたＡＭＡＩを受信する。
【００８６】
本発明の他の実施例によれば、ＵＥの内部構成は、図７に示すように、基地局がセル内のＵＥのコンテキスト情報に基づいて決定した本セルのアクセスモードを受信する第３の受信モジュールと、本セルのアクセスモードに基づいて、自局のアクセスモードを決定し、自局のアクセスモードに従って、自局のバッファにおけるデータを送信する第２のアクセスモード確認モジュールと、を含んでもよい。
【００８７】
また、本発明の実施例では、基地局の内部構成も開示している。この基地局の内部構成は、図８に示すように、アクセスモード補助情報（ＡＭＡＩ）を生成する生成モジュールと、生成されたＡＭＡＩを本セル内のＵＥに送信する送信モジュールと、本セル内のＵＥへ競合に基づくリソースを通知する通知モジュールと、を含む。ここで、生成モジュールは、前述したようなＡＭＡＩ生成方法によって、ＡＭＡＩを生成してもよい。
【００８８】
本発明の他の実施例によれば、基地局の内部構成は、図９に示すように、セル内のＵＥのコンテキスト情報に基づいて、本セルのアクセスモードを決定するアクセスモード決定モジュールと、本セルのアクセスモードを本セル内のＵＥに通知する第２の通知モジュールと、を含んでもよい。
【００８９】
上記は、本発明の好ましい実施例にすぎず、本発明の保護範囲を限定するものではない。本発明の精神と原則内で行われる種々の修正、均等置換え、改善などは全て本発明の保護範囲内に含まれるべきである。
【図１】
2015091133.tif 000011
【図２】
2015091133.tif 000012
【図３】
2015091133.tif 000013
【図４】
2015091133.tif 000014
【図５】
2015091133.tif 000015
【図６】
2015091133.tif 000016
【図７】
2015091133.tif 000017
【図８】
2015091133.tif 000018
【図９】
2015091133.tif 000019