JP2015091133A - ユーザ機器のアクセス方法、ユーザ機器、及び基地局 - Google Patents

ユーザ機器のアクセス方法、ユーザ機器、及び基地局 Download PDF

Info

Publication number
JP2015091133A
JP2015091133A JP2014223100A JP2014223100A JP2015091133A JP 2015091133 A JP2015091133 A JP 2015091133A JP 2014223100 A JP2014223100 A JP 2014223100A JP 2014223100 A JP2014223100 A JP 2014223100A JP 2015091133 A JP2015091133 A JP 2015091133A
Authority
JP
Japan
Prior art keywords
access mode
contention
base station
access
cell
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2014223100A
Other languages
English (en)
Inventor
暁利 王
Xiaoli Wang
暁利 王
勇波 曾
Yongbo Zeng
勇波 曾
永生 張
Yongsheng Zhang
永生 張
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of JP2015091133A publication Critical patent/JP2015091133A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/02—Hybrid access

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【解決手段】本発明では、ユーザ機器（ＵＥ）のアクセス方法を開示している。この方法は、基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信し、基地局から通知された競合に基づくリソースを受信し、ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定し、競合に基づくアクセスモードを用いると決定された場合、基地局から通知された競合に基づくリソースを用いて、自局のバッファにおけるデータを送信する、ことを含む。上記方法に対応して、本発明では、ＵＥ及び基地局の内部構成も開示している。【選択図】図１

Description

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

Claims (18)

  1. ユーザ機器（ＵＥ）のアクセス方法であって、
    基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信し、
    基地局から通知された競合に基づくリソースを受信し、
    ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定し、競合に基づくアクセスモードを用いると決定された場合、基地局から通知された競合に基づくリソースを用いて、自局のバッファにおけるデータを送信する、
    ことを含むことを特徴とする方法。
  2. 基地局は、受信されたデータの品質に基づいて、現在のアクセスモード設定の性能を評価し、評価結果に基づいて、競合に基づくリソース及びＡＭＡＩを更新し、更新された競合に基づくリソース及びＡＭＡＩをＵＥに通知する、
    ことをさらに含むことを特徴とする請求項１に記載の方法。
  3. 前記ＡＭＡＩは、アプリケーションの類型と、このアプリケーションの類型に対して、競合に基づくアクセスモードを選択する条件と、を含む、
    ことを特徴とする請求項１に記載の方法。
  4. 基地局から通知された競合に基づくリソースを受信することは、基地局から通知されたアプリケーションの類型と、前記アプリケーションに対して割り当てられた競合に基づくリソースと、を受信する、ことを含む、
    ことを特徴とする請求項１に記載の方法。
  5. 前記ＡＭＡＩは、アプリケーションの類型と、ＵＥの識別子と、特定のアプリケーションの類型及び特定のＵＥに対するアクセスモードと、を含む、
    ことを特徴とする請求項１に記載の方法。
  6. 基地局から通知された競合に基づくリソースを受信することは、基地局から通知されたアプリケーションの類型と、ＵＥの識別子と、前記アプリケーションの類型及び前記ＵＥに対して割り当てられた競合に基づくリソースと、を受信する、ことを含む、
    ことを特徴とする請求項１に記載の方法。
  7. 基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信することは、物理下り制御チャネル又はシステムメッセージによって、基地局から送信されたＡＭＡＩを受信する、ことを含む、
    ことを特徴とする請求項１に記載の方法。
  8. ユーザ機器（ＵＥ）のアクセス方法であって、
    基地局がセル内のＵＥのコンテキスト情報に基づいて決定した本セルのアクセスモードを受信し、
    本セルのアクセスモードに基づいて、自局のアクセスモードを決定し、自局のアクセスモードに従って、自局のバッファにおけるデータを送信する、
    ことを含むことを特徴とする方法。
  9. 基地局は、受信されたデータの品質に基づいて、本セルのアクセスモードの性能を評価し、評価結果に基づいて、本セルのアクセスモードを更新して、ＵＥに通知する、
    ことをさらに含むことを特徴とする請求項８に記載の方法。
  10. 前記基地局がセル内のＵＥのコンテキスト情報に基づいて決定した本セルのアクセスモードの決定は、
    基地局が、新たなＡＰＰからのアクセスがあったことを発見し、又は新たな上りパケットを受信すると、各ＵＥのインスタントコンテキスト情報を統計して、各ＵＥのコンテキスト情報の統計情報を取得し、
    基地局が、各ＵＥのコンテキスト情報の統計情報から、セルのコンテキスト情報の統計情報を取得し、
    基地局が、セルのコンテキスト情報の統計情報に基づいて、本セルのアクセスモードを決定する、ことを含む、
    ことを特徴とする請求項８に記載の方法。
  11. 前記基地局が、セルのコンテキスト情報の統計情報に基づいて、本セルのアクセスモードを決定することは、
    スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商を算出し、
    スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商を、予め決められた比例閾値と比較し、
    スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商が、予め決められた比例閾値以上である場合、スケジューリングに基づくアクセスモードを、本セルのアクセスモードとして決定し、
    逆に、スケジューリングに基づくアクセスが適当なＵＥ数Ｎ＿ＳＢと競合に基づくアクセスが適当なＵＥ数Ｎ＿ＣＢとの商が、予め決められた比例閾値より小さい場合、さらに、各ＵＥのサービス特性分布に基づいて、遅延に敏感なサービスが存在しているか否かを判断し、
    遅延に敏感なサービスが存在しているとき、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのアクセス遅延を比較し、スケジューリングに基づくアクセスモードを用いる場合でのアクセス遅延が小さければ、スケジューリングに基づくアクセスモードを用い、競合に基づくアクセスモードを用いる場合でのアクセス遅延が小さければ、競合に基づくアクセスモードを用い、
    遅延に敏感なサービスが存在しないとき、スケジューリングに基づくアクセスモードを用いる場合と競合に基づくアクセスモードを用いる場合とのオーバーヘッドを比較し、スケジューリングに基づくアクセスモードを用いる場合でのオーバーヘッドが小さければ、スケジューリングに基づくアクセスモードを用い、競合に基づくアクセスモードを用いる場合でのオーバーヘッドが小さければ、競合に基づくアクセスモードを用いる、ことを含む、
    ことを特徴とする請求項１０に記載の方法。
  12. ユーザ機器（ＵＥ）であって、
    基地局から送信されたアクセスモード補助情報（ＡＭＡＩ）を受信する第１の受信モジュールと、
    基地局から通知された競合に基づくリソースを受信する第２の受信モジュールと、
    ＡＭＡＩに基づいて、自局のバッファにおけるデータのアクセスモードを決定し、競合に基づくアクセスモードを用いると決定された場合、基地局から通知された競合に基づくリソースを用いて、自局のバッファにおけるデータを送信するアクセスモード確認モジュールと、
    を含むことを特徴とするＵＥ。
  13. 前記ＡＭＡＩは、アプリケーションの類型と、このアプリケーションの類型に対して、競合に基づくアクセスモードを選択する条件と、を含み、
    前記第２の受信モジュールは、基地局から通知されたアプリケーションの類型と、前記アプリケーションに対して割り当てられた競合に基づくリソースと、を受信する、
    請求項１２に記載のＵＥ。
  14. 前記ＡＭＡＩは、アプリケーションの類型と、ＵＥの識別子と、特定のアプリケーションの類型及び特定のＵＥに対するアクセスモードと、を含み、
    前記第２の受信モジュールは、基地局から通知されたアプリケーションの類型と、ＵＥの識別子と、前記アプリケーションの類型及び前記ＵＥに対して割り当てられた競合に基づくリソースと、を受信する、
    請求項１２に記載のＵＥ。
  15. 前記第１の受信モジュールは、物理下り制御チャネル又はシステムメッセージによって、基地局から送信されたＡＭＡＩを受信する、
    請求項１２に記載のＵＥ。
  16. ユーザ機器（ＵＥ）であって、
    基地局がセル内のＵＥのコンテキスト情報に基づいて決定した本セルのアクセスモードを受信する第３の受信モジュールと、
    本セルのアクセスモードに基づいて、自局のアクセスモードを決定し、自局のアクセスモードに従って、自局のバッファにおけるデータを送信する第２のアクセスモード確認モジュールと、
    を含むことを特徴とするＵＥ。
  17. 基地局であって、
    アクセスモード補助情報（ＡＭＡＩ）を生成する生成モジュールと、
    生成されたＡＭＡＩを本セル内のＵＥに送信する送信モジュールと、
    本セル内のＵＥへ競合に基づくリソースを通知する通知モジュールと、
    を含むことを特徴とする基地局。
  18. 基地局であって、
    セル内のＵＥのコンテキスト情報に基づいて、本セルのアクセスモードを決定するアクセスモード決定モジュールと、
    本セルのアクセスモードを本セル内のＵＥに通知する第２の通知モジュールと、
    を含むことを特徴とする基地局。
JP2014223100A 2013-11-06 2014-10-31 ユーザ機器のアクセス方法、ユーザ機器、及び基地局 Pending JP2015091133A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310545572.3 2013-11-06
CN201310545572.3A CN104640229A (zh) 2013-11-06 2013-11-06 一种用户设备接入方法、用户设备及基站

Publications (1)

Publication Number Publication Date
JP2015091133A true JP2015091133A (ja) 2015-05-11

Family

ID=53194451

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014223100A Pending JP2015091133A (ja) 2013-11-06 2014-10-31 ユーザ機器のアクセス方法、ユーザ機器、及び基地局

Country Status (2)

Country Link
JP (1) JP2015091133A (ja)
CN (1) CN104640229A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018526925A (ja) * 2015-09-03 2018-09-13 アルカテル−ルーセント ユーザ機器を動作させる方法及びベースバンドユニットを動作させる方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106332261B (zh) * 2015-06-23 2019-07-09 中兴通讯股份有限公司 竞争传输方法及装置
CN110062477B (zh) 2015-12-25 2020-07-24 华为技术有限公司 一种接入方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101500306A (zh) * 2008-01-28 2009-08-05 大唐移动通信设备有限公司 寻呼方法、系统、核心网、基站和用户设备
KR102078980B1 (ko) * 2009-04-23 2020-02-19 인터디지탈 패튼 홀딩스, 인크 랜덤 액세스 성능 개선을 돕는 기지국
CN102088775B (zh) * 2009-12-08 2014-04-02 电信科学技术研究院 竞争资源的分配方法、系统及装置
KR101703069B1 (ko) * 2010-04-06 2017-02-06 삼성전자주식회사 이동통신시스템에서 효율적인 경쟁기반 역방향 전송 방법
CN102217345A (zh) * 2011-05-09 2011-10-12 华为技术有限公司 一种网络接入方法和装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018526925A (ja) * 2015-09-03 2018-09-13 アルカテル−ルーセント ユーザ機器を動作させる方法及びベースバンドユニットを動作させる方法

Also Published As

Publication number Publication date
CN104640229A (zh) 2015-05-20

Similar Documents

Publication Publication Date Title
US10660118B2 (en) Logical channel priority reconfiguration for MAC-CES in NR
US10932288B2 (en) Wireless device, radio network node and methods performed therein for handling communication between wireless devices in a wireless communication network
US9345019B2 (en) Method and apparatus of allocating scheduling request resources in mobile communication networks
US11191072B2 (en) Information transmission method and radio access network device
US11736974B2 (en) Wireless device, radio network node and methods performed therein
US11109289B2 (en) Scheduling method and base station
RU2451394C2 (ru) Способ и устройство для передачи информации о доступной мощности терминала в системе мобильной связи
JP6386046B2 (ja) 通信端末および方法
US10785709B2 (en) Base station device, terminal device, and communication system for dividing resources to establish connection
KR20160040197A (ko) 기반구조 장비, 무선 통신 네트워크, 및 방법
EP3001746B1 (en) Embms management method, multimedia broadcast multicast service coordination entity and base station
JP2018532299A (ja) 端末デバイス、方法、及びシステム
CN108811128B (zh) 一种功率控制方法及终端设备
KR102231454B1 (ko) 적응적 변조 및 코딩 방법 및 기지국
KR20140090495A (ko) 빔포밍 장치, 및 그의 빔 셀 형성 방법
JP2015091133A (ja) ユーザ機器のアクセス方法、ユーザ機器、及び基地局
US20190364382A1 (en) Method and network device for geo-based transmission
Yang et al. A dynamic strategy for packet scheduling and bandwidth allocation based on channel quality in IEEE 802.16 e OFDMA system
Hassebo et al. A hybrid uplink scheduling approach for supporting mission-critical smart grid applications in commercial 4G cellular networks
CN112715050B (zh) 用于控制信息和用户数据之间的自适应优先级控制的方法和装置
US20230140463A1 (en) Information control method and apparatus and base station
WO2024016882A1 (en) Method and apparatus for sidelink transmission
WO2024115954A1 (en) Ue-aware radio resource allocation in dynamic spectrum sharing
CN112715050A (zh) 用于控制信息和用户数据之间的自适应优先级控制的方法和装置
Li et al. Adjusting Holdoff Algorithm Dynamically to Network Conditions for Improving Performance of Wireless Mesh Networks