[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP4965577B2 - アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac) - Google Patents

アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac) Download PDF

Info

Publication number
JP4965577B2
JP4965577B2 JP2008538165A JP2008538165A JP4965577B2 JP 4965577 B2 JP4965577 B2 JP 4965577B2 JP 2008538165 A JP2008538165 A JP 2008538165A JP 2008538165 A JP2008538165 A JP 2008538165A JP 4965577 B2 JP4965577 B2 JP 4965577B2
Authority
JP
Japan
Prior art keywords
node
rum
predetermined threshold
level
interference
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.)
Active
Application number
JP2008538165A
Other languages
English (en)
Other versions
JP2009514441A (ja
Inventor
グプタ、ラジャルシ
サンパス、アシュウィン
ジュリアン、デイビッド・ジョナサン
ホーン、ガビン
スタモウリス、アナスタシオス
ジャイン、ニキル
リ、フシェン
プラカシュ、ラジャット
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.)
Qualcomm Inc
Original Assignee
Qualcomm 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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2009514441A publication Critical patent/JP2009514441A/ja
Application granted granted Critical
Publication of JP4965577B2 publication Critical patent/JP4965577B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14Spectrum sharing arrangements between different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/18TPC being performed according to specific parameters
    • H04W52/24TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters
    • H04W52/241TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters taking into account channel quality metrics, e.g. SIR, SNR, CIR, Eb/lo
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Description

優先権の主張
[35U.S.C.§119の下における優先権の主張]
本願は、2005年10月26日に出願された「リソース利用マスクを使用した、ワイヤレスチャネルの重み付けされた公平な配分(WEIGHTED FAIR SHARING OF A WIRELESS CHANNEL USING RESOURCE UTILIZATION MASKS)」という名称の米国仮出願第60/730,631号、および、2005年10月26日に出願された「一定のパワースペクトル密度(PSD)で送信されるリソース利用マスクを使用した干渉管理(INTERFERENCE MANAGEMENT USING RESOURCE UTILIZATION MASKS SENT AS CONSTANT POWER SPECTRAL DENSITY (PSD))」という名称の米国仮出願第60/730,727号、の利益を主張し、これらの両方共、参照によりここに組み込まれている。
背景
[I.分野]
以下の説明は、一般にワイヤレス通信に関し、より具体的には、ワイヤレス通信環境において、干渉を低減させることと、スループットおよびチャネル品質を改善することに関する。
[II.背景]
ワイヤレス通信システムは、大多数の人々がそれで世界中で通信する、普及した手段になってきている。ワイヤレス通信デバイスは、消費者ニーズを満たすために、そして携帯性と便利さを改善するために、より小型に、そしてより強力になってきている。セルラ電話などのモバイルデバイスにおける処理パワーの増大は、ワイヤレスネットワーク伝送システムに対する需要の増大をもたらしてきている。そのようなシステムは、一般的に、その上で通信するセルラデバイスほど簡単にはアップデートされない。モバイルデバイス機能が拡充するにつれ、新しい改善されたワイヤレスデバイス機能を十分に活用することを容易にする方法で、より旧式のワイヤレスネットワークシステムを維持することは、難しい可能性がある。
典型的なワイヤレス通信ネットワーク(例えば、周波数分割技法、時分割技法、および符号分割技法を使用したもの)は、カバレージ区域を提供する1つまたは複数の基地局と、そのカバレージ区域内においてデータを送信し、受信することができる1つまたは複数のモバイル(例えば、ワイヤレス)端末を含んでいる。典型的な基地局は、ブロードキャストサービス、マルチキャストサービス、および/またはユニキャストサービスについての複数の(multiple)データストリームを同時に送信することができ、ここでデータストリームは、モバイル端末にとって独立した受信対象(independent reception interest)であり得る、データのストリームである。その基地局のカバレージ区域内のモバイル端末は、複合ストリーム(composite stream)によって搬送される1つのデータストリーム、複数のデータストリーム、あるいはすべてのデータストリームを受信する際に、対象となり得る。同様に、モバイル端末は、基地局または別のモバイル端末に対してデータを送信することができる。基地局とモバイル端末との間の、あるいはモバイル端末の間のそのような通信は、チャネル変動および/または干渉パワー変動に起因して悪化させられる可能性がある。したがって、ワイヤレス通信環境において、干渉を低減させること、およびスループットを改善することを容易にするシステムおよび/または方法についての当技術分野における必要性が存在する。
[概要]
以下は、そのような態様の基本的な理解を提供するために、1つまたは複数の態様の簡略化された概要(summary)を提示している。この概要は、すべての考えられる態様の広範な全体像ではなく、すべての態様の重要な要素または不可欠な要素を識別するようにも、また任意のまたはすべての態様の範囲を描くようにも意図されてはいない。その唯一の目的は、後で提示されるより詳細な説明に対する前置きとして、1つまたは複数の態様のいくつかの概念を簡略化された形式で提示することである。
様々な態様によれば、主題のイノベーション(innovation)は、それに関連する欠点を緩和しながら、セルラ技術とWi−Fi技術の両方に関連する利点を達成することを容易にするために、ワイドワイヤレス通信ネットワークとローカルワイヤレス通信ネットワークについての統合された技術を提供するシステムおよび/または方法に関する。例えば、セルラネットワークは、計画的展開(planned deployment)に応じて配置されることができ、この展開は、ネットワークを設計し、または構築するときに効率を向上させることができ、一方では、Wi−Fiネットワークは、一般的に、より便利なアドホックな(ad hoc)方法で展開される。Wi−Fiネットワークは、さらにアクセスポイントおよびアクセス端末についての対称の媒体アクセス制御(medium access control)(MAC)チャネル、ならびに帯域内ワイヤレス機能を有するバックホールサポート(backhaul support)を提供することを容易にすることができ、これらは、セルラシステムによっては、提供されない。
ここにおいて説明される統合技術(unified technologies)は、対称MACと、帯域内ワイヤレス機能を有するバックホールサポートとを提供することを容易にする。さらに、主題の革新は、柔軟な(flexible)方法でネットワークを展開することを容易にする。本発明において説明される方法は、性能(performance)が展開に応じて適合することを可能にし、したがって、もし展開が計画され、または部分的に計画される(semi-planned)場合には、良好な効率を提供し、また、もしネットワークが計画されていない場合には、十分な堅牢性(robustness)を提供する。すなわち、ここにおいて説明される様々な態様は、ネットワークが、計画的展開(例えば、セルラ展開シナリオにおけるような)、アドホック展開(例えば、Wi−Fiネットワーク展開について利用されることができるような)、あるいはそれら2つの組合せを使用して展開されることを可能にする。さらにまた、他の態様は、様々な伝送パワーレベルを有するノードをサポートすることと、リソース割付けに関してセル間の公平性を達成することとに関し、これらの態様は、Wi−Fiシステムまたはセルラシステムによっては十分にサポートされない。
例えば、いくつかの態様によれば、ワイヤレスチャネルの重み付けされた公平な配分(weighted fair-sharing)は、リソース利用メッセージ(resource utilization message)(RUM)を使用した、トランスミッタとレシーバの両方による伝送の共同スケジューリングによって容易にされることができ、それによってトランスミッタは、その近隣における利用可能性(availability)の知識に基づいて1組のリソースを要求し、レシーバは、その近隣における利用可能性の知識に基づいて要求されたチャネルのサブセットを認可する。トランスミッタは、その付近におけるレシーバに対するリスニング(listening)に基づいて、利用可能性について学習し、レシーバは、その付近におけるトランスミッタに対するリスニングによって潜在的な干渉について学習する。関連した態様によれば、RUMsは、ノードが(それが受信しながら見る干渉に起因してデータ伝送のレシーバとして)、不利な状況(disadvantage)に置かれ、伝送の衝突回避モード(collision avoidance mode)を望んでいるということのみならず、ノードが不利な状況に置かれている程度もまた、示すように、重み付けられることができる。RUM受信ノード(RUM-receiving node)は、適切な応答を決定するために、それがRUMならびにその重みを受信したという事実を利用することができる。一例として、重みのそのような通知(advertisement)は、公平な方法で衝突回避を可能にする。本発明は、そのような方法を説明する。
他の態様によれば、RUM拒絶しきい値(RUM-rejection threshold)(RRT)が、受信RUMに応答すべきかどうかを決定することを容易にするために使用されることができる。例えば、メトリック(metric)が、受信RUMによって備えられる様々なパラメータおよび/または情報を使用して計算されることができ、そのメトリックは、送信ノードのRUMが応答を保証するかどうかを決定するために、RRTと比較されることができる。関連した態様によれば、RUM送信ノードは、チャネル(一般的に、これらはリソース、周波数サブキャリア、および/または時間スロットであり得る)の数が不利の程度を示すように、RUMが適用されるチャネルの数を示すことにより、不利のその程度を示すことができる。もし不利の程度が、RUMに応じて低減される場合、そのときは、RUMが送られるチャネルの数は、後続のRUM伝送のために減らされることができる。もし不利の程度が低減されない場合、そのときは、RUMが適用されるチャネルの数は、後続のRUM送信のために増やされることができる。
RUMは、一定のパワースペクトル密度(power spectral density)(PSD)で送られることができる、そして、受信ノードは、それ自体とRUM送信ノードとの間で無線周波数(radio frequency)(RF)チャネル利得を推定するために、RUMの受信パワースペクトル密度および/または受信パワーを使用することができ、もしそれが送信するならば、(例えば、あらかじめ決定された許容可能しきい値レベルより上で)それが送信ノードにおいて干渉を引き起こすであろうかどうかを決定する。したがって、RUM受信ノードが、RUM送信ノードからのRUMを復号化することが可能であり、しかし、それが干渉を引き起こさないことを決定する、という状況が存在し得る。RUM受信(RUM-receiving)は、それがRUMに従うべきであることを決定するとき、それは、そのリソースから完全にバックオフすることを選択することにより、あるいはあらかじめ決定された許容可能しきい値レベルの下にその推定される潜在的干渉レベルを持っていく十分に低減させられた送信パワーを使用することを選択することにより、そのように行うことができる。このようにして、「ハード」干渉回避(完全バックオフ)と、「ソフト」干渉回避(パワー制御)は、両方ともに統合された方法でサポートされる。関連した態様によれば、送信ノードで引き起こされる推定される干渉に基づいて送信すべきか否かの決定を容易にするように、RUMは、受信ノードとRUM送信ノードとの間のチャネル利得を決定するために、受信ノードによって使用されることができる。
一態様によれば、ワイヤレス通信の方法は、第1のノードにおいて、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されている(has been met or exceeded)ことを示すリソース利用メッセージ(RUM)を生成することと、第2のあらかじめ決定されたしきい値が満たされているあるいは超過されている程度を示す値を用いてRUMを重み付けすることと、その重み付けされたRUMを1つまたは複数の第2のノードへと送信することと、を備えることができる。
別の態様は、ワイヤレス通信を容易にする装置に関連し、第1のノードにおいてリソース利用メッセージ(RUM)を生成する生成モジュールと、なおRUMは、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されていることを示す;第2のあらかじめ決定されたしきい値が満たされているあるいは超過されている程度を示す値を用いてRUMを重み付けする重み付けモジュールと;その重み付けされたRUMを1つまたは複数の第2のノードへと送信する送信モジュールと;を備える。
別の態様は、ワイヤレス通信のための装置に関連し、第1のノードにおいてリソース利用メッセージ(RUM)を生成するための手段と、なおRUMは、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されていることを示す;第2のあらかじめ決定されたしきい値が満たされているあるいは超過されている程度を示す値を用いてRUMを重み付けするための手段と;その重み付けされたRUMを1つまたは複数の第2のノードへと送信するための手段と;を備える。
さらに別の態様は、ワイヤレス通信のための命令を備える機械読取り可能媒体に関連し、命令は、実行されると(upon execution)、機械に、第1のノードにおいて、リソース利用メッセージ(RUM)を生成させ、なおRUMは、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されていることを示す;第2のあらかじめ決定されたしきい値が満たされているあるいは超過されている程度を示す値を用いてRUMを重み付けさせ;1つまたは複数の第2のノードに対してその重み付けされたRUMを送信させる。
さらなる態様は、ワイヤレス通信を容易にするプロセッサに関連し、プロセッサは、第1のノードにおいてリソース利用メッセージ(RUM)を生成し、なおRUMは、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されていることを示す;第2のあらかじめ決定されたしきい値が満たされているあるいは超過されている程度を示す値を用いてRUMを重み付けし;その重み付けされたRUMを1つまたは複数の第2のノードへと送信する;ように構成されている。
前述の目的、および関連した目的の達成のために。1つまたは複数の態様は、この後、十分に説明され、そして、特に特許請求の範囲において指摘される特徴、を備える。以下の説明および添付の図面は、1つまたは複数の態様のある種の説明のための態様を詳細に述べている。これらの態様は、しかしながら、様々な態様の原理が使用されることができる様々な方法のうちのいくつかを示すにすぎず、そして、説明される態様は、すべてのそのような態様およびそれらの均等物を含むように意図されている。
[詳細な説明]
次に様々な態様が、図面を参照して説明され、図面中において同様な参照番号は、全体にわたって同様な要素を意味するように使用される。以下の説明においては、説明の目的のために、多くの具体的な詳細が、1つまたは複数の態様の十分な理解を提供するために述べられる。しかしながら、そのような態様(単数または複数)は、これらの具体的な詳細なしに実行されることができることは明らかであり得る。他の例では、よく知られている構造およびデバイスは、1つまたは複数の態様を説明することを容易にするためにブロック図形式で示される。
この出願において使用されるように、「コンポーネント」、「システム」などの用語は、ハードウェア、ソフトウェア、実行中のソフトウェア、ファームウェア、ミドルウェア、マイクロコード、および/またはそれらの任意の組合せのいずれでも、コンピュータに関連したエンティティ(entity)について言及するように意図される。例えば、コンポーネントは、それだけには限定されないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル(executable)、実行スレッド(thread of execution)、プログラム、および/またはコンピュータとすることができる。1つまたは複数のコンポーネントは、プロセスおよび/または実行スレッドの内部に存在することができ、コンポーネントは、1台のコンピュータ上に局所化され、かつ/または2台以上のコンピュータ間で分散されることができる。またこれらのコンポーネントは、様々なデータ構造が記憶されている様々なコンピュータ読取り可能媒体から実行することもできる。コンポーネントは、1つまたは複数のデータパケット(例えば、ローカルシステム、分散システムにおける別のコンポーネントと、かつ/またはインターネットなどのネットワーク全体にわたって信号を経由して他のシステムと、相互作用する1つのコンポーネントからのデータ)を有する信号などに従って、ローカルおよび/またはリモートのプロセスを経由して通信することができる。さらに、ここにおいて説明されるシステムのコンポーネントは、それに関連して説明される様々な態様、目標、利点などを達成することを容易にするために再構成され、かつ/または追加のコンポーネントによって補足されることができ、当業者によって認識されるように、与えられる図面中に述べられるそのものずばりのコンフィギュレーションだけには限定されない。
さらに、様々な態様が、加入者局に関連してここにおいて説明される。加入者局は、システム、加入者ユニット、移動局、モバイル、リモート局、リモート端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ装置と呼ばれることもできる。加入者局は、セルラ電話、コードレス電話、セッション開始プロトコル(Session Initiation Protocol)(SIP)電話、ワイヤレスローカルループ(wireless local loop)(WLL)局、携帯型個人情報端末(personal digital assistant)(PDA)、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された他の処理デバイスとすることができる。
さらに、ここにおいて説明される様々な態様または特徴は、標準のプログラミング技法および/またはエンジニアリング技法を使用した製造の方法、装置、または物品としてインプリメントされることができる。ここにおいて使用されるような用語「製造の物品」は、任意のコンピュータ読取り可能なデバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含するように意図される。例えば、コンピュータ読取り可能媒体は、それだけには限定されないが、磁気ストレージデバイス(例えば、ハードディスク、フロッピー(登録商標)ディスク、磁気ストリップ...)、光ディスク(例えば、コンパクトディスク(compact disk)(CD)、デジタル多用途ディスク(digital versatile disk)(DVD)...)、スマートカード、およびフラッシュメモリデバイス(例えば、カード、スティック、キードライブ...)を含むことができる。さらに、ここにおいて説明される様々なストレージ媒体は、情報を記憶するための1つまたは複数のデバイスおよび/または他の機械読取り可能媒体を表すことができる。用語「機械読取り可能媒体」は、それだけに限定されることなしに、1つ(または複数)の命令および/またはデータを記憶し、含み、かつ/または搬送することができるワイヤレスチャネルおよび様々な他の媒体を含むことができる。用語「例示の(exemplary)」は、ここにおいて「1つの例、インスタンス、または例証としての役割を果たす」ことを意味するように使用されることが認識されるであろう。「例示の」としてここにおいて説明される任意の態様または設計は、必ずしも他の態様または設計よりも好ましい、あるいは有利であると解釈されるべきであるとは限らない。
ここにおいて使用されるような「ノード」は、アクセス端末またはアクセスポイントとすることができること、および各ノードは、受信ノードならびに送信ノードとすることができることが理解されるであろう。例えば、各ノードは、少なくとも1つの受信アンテナ、および関連するレシーバチェーン(receiver chain)、ならびに少なくとも1つの送信アンテナ、および関連するトランスミットチェーン(transmit chain)を備えることができる。さらに、各ノードは、ここにおいて説明される方法および/またはプロトコルのうちのどれかおよびすべてを実行するためのソフトウェアコードを実行する1つまたは複数のプロセッサ、ならびにここにおいて説明される様々な方法および/またはプロトコルに関連するデータおよび/またはコンピュータ実行可能命令を記憶するためのメモリを備えることができる。
次に図1を参照すると、ワイヤレスネットワーク通信システム100が、ここにおいて提示される様々な態様に従って示される。システム100は、互いにワイヤレス通信信号を受信し、送信し、反復などする1つまたは複数のセクタ中における1つまたは複数の基地局102(例えば、セルラ、Wi−Fiまたはアドホック)など、複数のノード、および/またはアクセス端末104など、1つまたは複数の他のノードを備える。各基地局102は、当業者によって認識されるように、おのおのが、次には信号送信および信号受信に関連する複数のコンポーネント(例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ(demultiplexer)、アンテナなど)を備えることができるトランスミッタチェーン(transmitter chain)およびレシーバチェーンを備えることができる。アクセス端末104は、例えばセルラ電話、スマートフォン(smart phone)、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線(satellite radio)、全地球測位システム、PDA、および/またはワイヤレスネットワーク上で通信するための他の適切な任意のデバイスとすることができる。
以下の考察は、ここにおいて説明される様々なシステムおよび/または方法の理解を容易にするために提供される。様々な態様によれば、ノード重みは、(例えば、送信ノードおよび/または受信ノードに対して)割り当てられることができ、ここで各ノード重みは、ノードによってサポ−トされるフロー(flow)の数の関数(function)である。ここにおいて使用されるような「フロー」は、ノードにやって来る、またはノードから出て来る伝送を表す。ノードの全体の重みは、そのノードを通過するすべてのフローの重みを合計することにより決定されることができる。例えば、定ビットレート(Constant Bit Rate)(CBR)フローは、あらかじめ決定された重みを有することができ、データフローは、それらのタイプ(例えば、HTTP、FTP、...)などに比例した重みを有することができる。さらに、各ノードには、各ノードに対して余分な優先度を提供するために各ノードのフロー重みに追加されることができるあらかじめ決定された静的重みが割り当てられることができる。ノード重みはまた、動的とすることもでき、ノードが搬送するフローの現在の状態を反映することもできる。例えば、重みは、そのノードにおいて搬送されて(受信されて)いるフローの最悪スループットに対応することができる。本質的に、重みは、ノードが、共通のリソースについて競合する1組の干渉ノードの間で公平なチャネルアクセスを行う際に直面しており使用される不利の程度を表す。
要求メッセージ、認可メッセージ(grant message)、およびデータ送信は、パワー制御されることができる。しかしながら、ノードは、それにもかかわらずその信号対干渉雑音(signal-to-interference noise)(SINR)レベルを許容できないようにする過剰な干渉に直面する可能性がある。望ましくないように低いSINRを緩和するために、リソース利用メッセージ(RUM)が、利用されることができ、これらのリソース利用メッセージは、レシーバ側(RxRUM)および/またはトランスミッタ側(TxRUM)とすることができる。レシーバの望ましいチャネル上の干渉レベルがあらかじめ決定されたしきい値レベルを超過するときに、RxRUMは、レシーバによってブロードキャストされることができる。RxRUMは、レシーバが低減させられた干渉を望む、認可されたチャネルのリスト、ならびにノード重み情報を含むことができる。さらに、RxRUMは、一定のパワースペクトル密度(PSD)で、または一定のパワーで送信されることができる。RxRUMを復号化するノード(例えば、RxRUMを放出するレシーバと競合するトランスミッタ)は、RxRUMに反応することができる。例えば、RxRUMを聞くノードは、レシーバからのそれらのそれぞれのチャネル利得を(例えば、受信PSDを測定することにより、そしてRxRUMが送信された一定PSDの知識を用いて)計算することができ、そして干渉を緩和するためにそれらのそれぞれの送信パワーレベルを低減させることができる。RxRUM受信側は、RxRUM上の示されるチャネルから完全にバックオフするように選択することさえできる。干渉回避が公平な方法で行われるように保証するために、すなわちすべてのノードが、送信機会の公平な配分比率(share)を得ることを保証するために、重みが、RxRUMの中に含められることができる。与えられたノードの重みは、ノードに対する割付けのためのリソースの公平な配分比率を計算するために利用されることができる。一例によれば、RUMを送信し、かつ/またはRUMに反応するために使用されるしきい値は、システムの動作に基づいて決定されることができる。例えば、純粋な衝突回避タイプのシステムにおいて、RUMは、あらゆる伝送ごとに送信されることができ、RUMを聞く任意のノードは、関連するチャネル上で送信しないことにより、反応することができる。
どのチャネルについてRUMが適用されるかを示すチャネルビットマスクがRUMに含まれる場合、そのときには衝突回避についての追加の次元が実現されることができ、これは、レシーバが、チャネルの一部分にわたってデータの小さな量をスケジュールする必要があり、そしてトランスミッタが全体のチャネルから完全にバックオフすることをのぞまないときに有用になる可能性がある。この態様は、衝突回避メカニズムにおいて、より微細な細分性を提供することができ、これは、バーストの多いトラフィックでは重要になる可能性がある。
トランスミッタが十分なリソースを要求することができないときに(例えば、トランスミッタが、ほとんどのチャネル上でトランスミッタにバックオフするように強制する1つまたは複数のRxRUMを聞く場合に)、TxRUMは、トランスミッタによってブロードキャストされることができる。TxRUMは、差し迫った干渉について隣接したレシーバに通知するために、実際の送信の前にブロードキャストされることができる。TxRUMは、リスニング範囲内のすべてのレシーバに、トランスミッタが聞いているRxRUMに基づいてトランスミッタが、それが帯域幅に対する最も有効な要求を有すると思うことを伝えることができる。TxRUMは、トランスミッタノードの重みについての情報を搬送することができ、これは、リソースのそれらのそれぞれの配分比率を計算するために隣接したノードによって使用されることができる。さらに、TxRUMは、データが送信されるパワーレベルに比例したPSDまたは送信パワーで送信されることができる。もしかすると影響を受けるかも知れないノードだけがトランスミッタの状態について知らされる必要があるにすぎないので、TxRUMは、一定の(例えば、高い)PSDで送信される必要がないことが認識されるであろう。
RxRUMは、レシーバが他の送信からの干渉によって帯域幅について不足で苦しんでいる(starved)程度を「リスニング」範囲(“listening” range)内のすべてのトランスミッタに対して(例えば、それらが、データをレシーバに送信するか否かにかかわらず)搬送するように意図されている重み情報(weight information)、を搬送する。重みは、不利の程度(degree of disadvantage)を表すことができ、レシーバがもっと不利であったときには、より大きく、あまり不利でないときには、より小さくすることができる。一例として、スループットが不利の程度を測定するために使用される場合、そのときには可能性のある1つの関係は、
Figure 0004965577
として表されることができ、式中で、Rtargetは、望ましいスループットを表し、Ractualは、達成される実際のスループットであり、Q(x)は、xの量子化された値を表す。レシーバにおいて単一フローが存在するとき、そのときにはRtargetは、そのフローについての最小の望ましいスループットを表すことができ、Ractualは、そのフローについて達成されている平均スループットを表すことができる。不利のより大きな程度を表すより高い値の重みは、慣習的な事柄であることに注意すべきである。同様にして、重み分解能ロジックが適切に修正される限りは、より高い値の重みが不利のより低い程度を表す慣習が利用されることができる。例えば、人は、重みを計算するためにターゲットスループットに対する実際のスループットの比(以上で示された例の逆数)を使用することができる。
レシーバにおいて、もしかすると異なるRtarget値を有する複数のフローが存在するとき、そのときにはレシーバは、最も不利なフローに基づいて重みを設定するように選択することができる。例えば、
Figure 0004965577
であり、式中でjは、レシーバにおけるフローインデックスである。重みをフロースループットの合計に基づいたものにすることなど、他のオプションも同様に実行されることができる。上記における重みについて使用される関数形式は、単に例証のためにすぎないことに注意すべきである。重みは、様々な異なる方法で、またスループットとは異なるメトリックを使用して計算されることができる。関連した態様によれば、レシーバは、送信元(例えば、トランスミッタ)からの顕著なデータを有するかどうかを決定することができる。これは、レシーバが要求を受信している場合、あるいはレシーバが、それが認可していない先の要求を受信している場合に、当てはまる。この場合には、レシーバは、RactualがRtargetよりも下にあるときに、RxRUMを送信することができる。
TxRUMは、存在するか否かを伝える単一ビットの情報を搬送することができる。トランスミッタは、あらかじめ定義された一連のアクションを実行することにより、TxRUMビットを設定することができる。例えば、トランスミッタは、レシーバがRxRUMを送信している場合に、それ自体のレシーバからのRxRUMを含めて、トランスミッタが最近聞いているRxRUMを収集することができる。トランスミッタがどのようなRxRUMも受信していない場合、トランスミッタは、TxRUMを送信せずにそのレシーバに対して要求を送信することができる。ただ1つのRxRUMが、それ自体のレシーバからである場合、そのときにはトランスミッタは、要求とTxRUMを送信することができる。
代わりに、トランスミッタが、それ自体のレシーバからのRxRUMを含めて、RxRUMを受信している場合、トランスミッタは、RxRUMの重みに基づいてRxRUMをソートすることができる。トランスミッタの自体のレシーバが最高の重みを有する場合、そのときにはトランスミッタは、TxRUMと要求を送信することができる。トランスミッタの自体のレシーバが、最高の重みでない場合、トランスミッタは、要求またはTxRUMを送信する必要はない。トランスミッタの自体のレシーバが、すべてが最高の重みにあるいくつかのRxRUMのうちの1つである場合、そのときにはトランスミッタは、1/(最高の重みにおけるすべてのRxRUM)によって定義される確率でTxRUMと要求を送信する。別の態様によれば、レシーバが、それ自体のレシーバからのRxRUMを含まないRxRUMを受信している場合、そのときにはトランスミッタは、要求を送信しなくてもよい。上記されたRxRUM処理の全体シーケンスは、TxRUMのない場合でさえ、適用されることができることに注意すべきである。そのような場合には、ロジックは、そのレシーバに対して要求を送信すべきか否かを、そしてそうである場合、どのチャネルについてかを決定するためにトランスミッタノードによって適用される。
レシーバが聞く要求および/またはTxRUMに基づいて、レシーバは、与えられた要求を認可するように決定することができる。トランスミッタが、要求をしていないときには、レシーバは、認可を送信する必要はない。レシーバが、TxRUMを聞いているが、レシーバがサーブ(serve)しているトランスミッタからは何も聞いていない場合、そのときにはレシーバは、認可を送信しない。レシーバが、それがサーブしているトランスミッタからのみTxRUMを聞く場合、そのときにはレシーバは、認可を行うことを決定することができる。レシーバが、それがサーブしていないトランスミッタからと同様に、それ自体のトランスミッタからTxRUMを聞いている場合、そのときには2つの結果が可能である。例えば、送信レートの実行平均が少なくともRtargetである場合、そのときにはレシーバは認可しない(例えば、レシーバは、そのトランスミッタに静かにしているように強制する)。そうでなければ、レシーバは、1.0/(聞かれるTxRUMの合計)として定義される確率で認可する。トランスミッタが認可している場合には、トランスミッタは、レシーバによって受信されることができるデータフレームを送信する。正常な送信のすぐ後に、トランスミッタもレシーバも、その接続についての平均レートをアップデートする。
他の態様によれば、スケジューリングアクション(scheduling action)は、等しいグレードのサービス(equal grade of service)(EGOS)、あるいはレシーバに対する複数の(multiple)トランスミッタおよび/またはフローの間の公平さとサービス品質とを管理するための他のスキームをインプリメントするようにプログラムされることができる。スケジューラは、どのノードをスケジュールすべきかを決定するために、そのパートナーノードによって受信されるレートのその知識を使用する。しかしながら、スケジューラは、それが動作する媒体アクセスチャネルによって課される干渉ルールに従うことができる。特に、スケジューラは、その近隣から聞くRUMに従うことができる。例えば、順方向リンク上では、アクセスポイント(AP)におけるスケジューラは、それがRxRUMによってブロックされない限りは、それがトラフィックを有するすべてのアクセス端末(AT)に対して要求を送信することができる。APは、1つまたは複数のこれらのATから戻される認可を受信することができる。ATは、それが、競合するTxRUMによって取って代わられる場合には、認可を送信しなくてもよい。次いで、APは、スケジューリングアルゴリズムに応じて最高優先順位を有するATをスケジュールすることができ、そして送信することができる。
逆方向リンク上では、送信すべきトラフィックを有する各ATは、APに要求することができる。ATは、それがRxRUMによってブロックされる場合には、要求を送信しないことになる。APは、それが以前のスロットにおいて聞いている任意のTxRUMに従いながら、スケジューリングアルゴリズムに応じて、最高の優先順位を有するATをスケジュールする。次いでAPは、ATに対して認可を送信する。認可を受信するとすぐに、ATは、送信する。
図2は、ここにおいて説明される1つまたは複数の態様に従って、リソース利用マスク/メッセージ(RUM)を使用してワイヤレスチャネルの重み付けされた公平な配分を実行するための方法200の説明図である。202において、決定は、ノード(例えば、アクセスポイント、アクセス端末など)が送信することを好むことになるチャネルの数に関して行われることができる。そのような決定は、例えば送信されるべき与えられた量のデータに関連する必要性、ノードにおいて直面される干渉、または他の適切な任意のパラメータ(例えば、レイテンシ、データレート、スペクトル効率など)に基づいたものとすることができる。204において、1つまたは複数のチャネルが、チャネルの望ましい数を達成するために選択されることができる。チャネル選択は、使用可能なチャネルについての好みを用いて実行されることができる。例えば、先行する送信期間において使用可能であったことが知られているチャネルは、先行する送信期間において占有されていたチャネルよりも前に選択されることができる。206において、1つ(または複数)の選択されたチャネルについての要求が、送信されることができる。要求は、トランスミッタ(例えば、送信ノード、...)がデータを送信しようと意図する好ましいチャネルのビットマスクを備えることができ、トランスミッタからレシーバ(例えば、受信ノード、セル電話、スマートフォン、ワイヤレス通信デバイス、アクセスポイント、...)へと送信されることができる。要求は、最新の時間スロットにおいてブロックされなかった第1の複数のチャネルについての要求とすることができ、第1の複数のチャネルがデータ送信について不十分である場合には、第2の複数のチャネルについての要求とすることなどができる。206において送信される要求メッセージは、レシーバにおける信頼性の望ましいレベルを保証するようにさらにパワー制御されることができる。
他の態様によれば、与えられた送信についての望ましいチャネルの数の決定は、ノードに関連する重みの関数、チャネルを要求する他のノードに関連する重みの関数、送信のために使用可能なチャネルの数の関数、あるいは先行するファクタの任意の組合せとすることができる。例えば、重みは、ノードを流れるフローの数、ノードにおいて直面される干渉のレベルなどの関数とすることができる。他の特徴によれば、チャネル選択は、1つまたは複数の組へとチャネルを分割することを備えることができ、チャネルの組における1つまたは複数のチャネルが使用可能でないことを示す受信されたリソース利用メッセージ(RUM)に部分的に基づいたものとすることができる。RUMは、与えられたチャネルが使用可能である(例えば、RUMによって識別されない)かどうかを決定するために評価されることができる。例えば、与えられたチャネルは、それがRUMにおいてリストアップされていない場合に、使用可能であるという決定が、行われることができる。別の例は、たとえRUMがそのチャネルについて受信されたとしても、そのチャネルについての公示された重みが、ノードのレシーバによって送信されるRUMにおいて公示される重みよりも低かった場合には、チャネルが、使用可能であると見なされることである。
図3は、ここにおいて説明される1つまたは複数の態様に従って、リソース割付けを容易にすることができる要求−認可イベントのシーケンスを示している。トランスミッタからレシーバへと送信される要求を備える第1の一連のイベント302が示される。要求を受信するとすぐに、レシーバは、トランスミッタに対して認可メッセージを送信することができ、この認可メッセージは、トランスミッタによって要求されるチャネルのすべてまたはサブセットを認可する。次いでトランスミッタは、認可されたチャネルの一部またはすべての上でデータを送信することができる。
関連した態様によれば、イベントのシーケンス304は、トランスミッタからレシーバへと送信される要求を備えることができる。要求は、トランスミッタが、レシーバに対してデータを送信することを希望するチャネルのリストを含むことができる。次いでレシーバは、トランスミッタに対して認可メッセージを送信することができ、この認可メッセージは、望ましいチャネルのすべてまたはサブセットが認可されていることを示す。次いでトランスミッタは、レシーバに対してパイロットメッセージを送信することができ、このパイロットメッセージの受信のすぐ後に、レシーバは、望ましくない低いSINRを緩和することを容易にするために、トランスミッタに対してレート情報を返信することができる。レート情報の受信のすぐ後に、トランスミッタは、認可されたチャネル上で、指示された送信レートでデータ送信を進めることができる。
関連した態様によれば、トランスミッタが十分なリソースを要求することができないときに(例えば、トランスミッタがトランスミッタの使用可能なチャネルのほとんどを占有する1つまたは複数のRxRUMを聞く場合に)、TxRUMは、トランスミッタによってブロードキャストされることができる。そのようなTxRUMは、トランスミッタノードの重みについての情報を搬送することができ、この重みは、リソースのそれらのそれぞれの配分比率を計算するために隣接するノードによって使用されることができる。さらに、TxRUMは、データが送信されるパワーレベルに比例したPSDで送信されることができる。もしかすると影響を受けるノードだけがトランスミッタの状態について知らされる必要があるので、TxRUMは、一定の(例えば、高い)PSDで送信される必要がないことが認識されるであろう。
イベント302および304のシーケンスは、通信イベント中に強制される可能性がある複数の制約条件を考慮して、実行されることができる。例えば、トランスミッタは、以前の時間スロットにおけるRxRUMによってブロックされていない任意の1つ(または複数)のチャネルを要求することができる。要求されたチャネルは、最新の送信サイクルにおける正常なチャネルについての好みを用いて優先順位付けされることができる。十分なチャネルが存在しない場合には、トランスミッタは、追加のチャネルについての競合を通知するTxRUMを送信することにより、その公平な配分比率を得るために追加のチャネルを要求することができる。次いでチャネルの公平な配分比率は、聞かれているRxRUMを考慮して、競合する近隣(例えば、ノード)の数および重みに応じて決定されることができる。
レシーバからの認可は、要求の中でリストアップされるチャネルのサブセットとすることができる。レシーバには、最新の送信中に高い干渉レベルを示すチャネルを回避する権限が授けられることができる。認可されたチャネルが不十分である場合には、レシーバは、1つまたは複数のRxRUMを送信することにより、チャネルを(例えば、トランスミッタの公平な配分比率まで)追加することができる。チャネルのトランスミッタの公平な配分比率は、例えば、聞かれている(例えば受信されている)TxRUMを考慮して、隣接するノードの数と重みを評価することにより、決定されることができる。
送信するときに、トランスミッタは、認可メッセージの中で認可されるチャネルのすべてまたはサブセット上でデータを送信することができる。トランスミッタは、RxRUMを聞くとすぐに一部またはすべてのチャネル上の送信パワーを低減させることができる。トランスミッタが、同じチャネル上で認可および複数のRxRUMを聞く場合には、トランスミッタは、逆数の確率で送信することができる。例えば、1つの認可と3つのRxRUMが単一チャネルについて聞かれる場合、そのときにはトランスミッタは、1/3の確率などで送信することができる(例えば、トランスミッタがチャネルを使用することになる確率は、1/3である)。
他の態様によれば、過剰な帯域幅が、以上の制約条件に関して自由にされる配分スキームに応じて割り付けられることができる。例えば、重みベースのスケジューリングは、上記されるように、リソースの重み付けされた公平な配分を容易にすることができる。しかしながら、過剰な帯域幅が存在する場合には、リソースの(例えば、最小の公平な配分比率より上の)割付けは、強制される必要はない。例えば、フルバッファ(full buffer)を有する2つのノードが、おのおの100の重み(例えば、100kbpsのフローレート(flow rate)に対応する)を有し、チャネルを共用しているというシナリオが、考えられることができる。この状況においては、ノードは、チャネルを等しく共用することができる。それらが、チャネル品質を変化させることに直面する場合、2つのノードのおのおのは、例えば300kbpsを認可されることができる。しかしながら、ノード2の配分比率を500kbpsまで増大させるために、ノード1には、200kbpsだけを与えることが望ましいこともある。すなわち、そのような状況においては、より大きなセクタスループット(sector throughput)を達成するために何らかの不公平なやり方で任意の過剰な帯域幅を配分することが望ましいこともある。重み付けメカニズムは、不公平な配分を容易にするために簡単な方法で拡張されることができる。例えば、重みに加えて、各ノードは、その割り当てられるレートの概念を有することもでき、この情報は、ATによって購入されるサービスに関連づけられることができる。ノードは、絶えずその平均レートを(何らかの適切な期間上で)アップデートすることができ、ノードがそれらの割り当てられたレートを超えた過剰なリソースについて競うことにならないことを保証するために、その平均スループットが割り当てられたレートより低いときにRUMを送り出すことができ、次いでこの過剰なリソースは、他の配分スキームにおいて分配されることができる。
図4は、様々な態様に従って、要求−認可スキームの理解を容易にするいくつかのトポロジの説明図である。第1のトポロジ402は、極めて接近した3つのリンク(A〜B、C〜D、E〜F)を有し、ここであらゆるノードA〜Fは、あらゆる他のノードからのRUMを聞くことができる。第2のトポロジ404は、チェーンの形の3つのリンクを有し、中央のリンク(C〜D)は、両方の外側のリンク(A〜BおよびE〜F)と干渉するが、外側のリンクは、互いに干渉しない。RUMは、RUMの範囲が2つのノードであるように、この例に応じてシミュレートされることができる。第3のトポロジ406は、互いに干渉し、互いのRUMを聞くことができる右側の上の3つのリンク(C〜D、E〜F、およびG〜H)を備える。左側の上の単一のリンク(A〜B)は、リンク(C〜D)と干渉するだけである。
様々な例に応じて、上記されるトポロジについて、3つのシステムの性能が以下の表1に説明される。「完全な情報(Full Information)」のシナリオにおいては、ビットマスクと重みを有するRxRUM、ならびにビットマスクと重みを有するTxRUMの利用可能性が仮定される。「部分的な情報(Partial Information)」のシナリオにおいては、ビットマスクと重みを有するRxRUMと、重みは有するがビットマスクは有さないTxRUMとが、仮定される。最後に「RxRUMだけ(RxRUM Alone)」のシナリオにおいては、TxRUMは、送り出されない。
Figure 0004965577
表1から分かるように、部分的な情報の提案は、収束の小さな遅れで重みの公平な配分比率を達成することができる。収束数は、スキームが使用可能なチャネルの安定した分配へと収束するためにかかるサイクルの数を示している。その後に、それらのノードは、同じチャネルを利用し続けることができる。
図5は、ここにおいて提示される1つまたは複数の態様に従って、一定のパワースペクトル密度(PSD)で送信されるリソース利用メッセージ(RUM)を使用することにより、干渉を管理するための方法500の説明図である。要求メッセージ、認可メッセージ、および送信は、パワー制御されることができる。しかしながら、ノードは、それにもかかわらず、その信号対干渉雑音比(signal-to-interference noise ratio)(SINR)レベルを許容不可能にする過剰な干渉に直面する可能性がある。望ましくないように低いSINRを緩和するために、RUMが利用されることができ、このRUMは、レシーバ側(RxRUM)および/またはトランスミッタ側(TxRUM)とすることができる。レシーバの望ましいチャネル上の干渉レベルがあらかじめ決定されたしきい値レベルを超過するときに、RxRUMは、レシーバによってブロードキャストされることができる。RxRUMは、レシーバが低減させられた干渉を望む、チャネルのリスト、ならびにノード重み情報を含むことができる。さらに、RxRUMは、一定のパワースペクトル密度(PSD)で送信されることができる。RxRUMを「聞く」ノード(例えば、RxRUMを放出するレシーバと競合するトランスミッタ)は、それらの送信を停止することにより、あるいは送信パワーを低減させることにより、RxRUMに反応することができる。
例えば、ワイヤレスノードのアドホック展開においては、キャリア対干渉比(carrier-to-interference ratio)(C/I)は、一部のノードにおいては望ましくないように低いこともあり、これは、正常な送信を妨害する可能性がある。C/Iを計算するために使用される干渉レベルは、C/Iが、同様にC/(I+N)、式中でNはノイズである、として表現されることができるように、ノイズを備えることができることが認識されるであろう。そのような場合には、レシーバは、付近の他のノードにそれらのそれぞれの送信パワーを低減させること、あるいは示されたチャネルから完全にバックオフすることのいずれかを要求することにより干渉を管理することができる。502において、第1のあらかじめ決定されたしきい値より下のC/Iを示すチャネルの指示(例えば、マルチチャネルシステムにおける)が生成されることができる。504において、どのチャネルが不十分なC/Iを示すかを示す情報を備えるメッセージが送信されることができる。例えば、第1のノード(例えば、レシーバ)は、望ましくないように低いC/Iを有するチャネルを示す情報を備えるビットマスクと一緒に、RUMをブロードキャストすることができる。RUMは、さらにネットワーク中におけるすべてのノードに知られている一定のPSDで送信されることができる。このようにして、変化するパワーレベルを有するノードは、同じPSDを用いてブロードキャストすることができる。
506において、メッセージ(例えば、RUM)は、他のノードによって受信されることができる。RUMを受信するとすぐに、508において第2のノード(例えば、トランスミッタ)は、それ自体と第1のノードとの間の無線周波数(RF)距離(例えば、チャネル利得)を計算するために、RUMに関連するPSDを利用することができる。RUMに対する与えられたノードの反応は、RF距離に応じて変化する可能性がある。例えば、510において、第2のあらかじめ決定されたしきい値とRF距離の比較が実行されることができる。RF距離が、第2のあらかじめ決定されたしきい値よりも下にある(例えば、第1のノードと第2のノードが互いに近接している)場合、そのときには512において、第2のノードは、干渉を緩和するためにRUMの中に示されるチャネル上のさらなるどのような送信も中止することができる。代わりに、第2のノードと第1のノードが互いから十分に離れている(例えば、それらの間のRF距離が、510において比較されるときに、第2のあらかじめ決定されたしきい値以上である)場合、そのときには514において、第2のノードは、第1のノードにおいて引き起こされることになり、第2のノードがRUMの中で示されるチャネル上で送信することを継続すべきであった場合に第2のノードに帰せられる干渉の大きさを予測するためにRF距離情報を利用することができる。516において、予測された干渉レベルは、第3のあらかじめ決定されたしきい値レベルと比較されることができる。
例えば、第3のあらかじめ決定されたしきい値は、ターゲット干渉オーバーサーマル(interference-over-thermal)(IOT)レベルの固定部分とすることができ、このターゲット干渉オーバーサーマルレベルは、共通の帯域幅上で測定される熱雑音パワーに対する干渉雑音の比(例えば、6dBのターゲットIOTの訳25%、または何らかの他のしきい値レベル)である。予測される干渉がしきい値レベルより下である場合、そのときには520において、第2のノードは、RUMの中で示されるチャネル上で送信することを継続することができる。しかしながら、予測される干渉が、第3のあらかじめ決定されたしきい値レベル以上であると決定される場合、そのときには518において、第2のノードは、予測される干渉が第3のしきい値レベルより下になるまでその送信パワーレベルを低減させることができる。このようにして、単一メッセージ、またはRUMは、複数のチャネル上での干渉を示すために使用されることができる。干渉ノードにパワーを低減させることにより、影響を受けるノード(例えば、レシーバ、アクセス端末、アクセスポイント、...)は、複数のチャネルのサブセット上で正常にビットを受信することができ、それらの送信パワーレベルを低減させるノードは、それらのそれぞれの送信を継続することを可能にされることもできる。
図6および7に関して、レシーバに、1つまたは複数のトランスミッタに対して、それが衝突回避モードの送信を好むということのみならず、それが他のレシーバに対してどれほど不利な状況にあるかの尺度をも、伝えるようにさせることによって、柔軟な媒体アクセス制御(flexible medium access control)は容易にされることができる。第3世代のセルラMACにおいては、セルにまたがった干渉回避についての必要性は、計画的展開スキームを使用することにより、緩和されることができる。セルラMACは、一般に高い空間効率(ビット/単位面積)を達成するが、計画的展開は、高価であり、時間がかかり、ホットスポット展開(hotspot deployment)のためにはあまり適していない可能性もある。逆に、802.11ファミリの規格に基づいたWLANシステムなどのWLANシステムは、展開に対して非常に少ない制約しか課さないが、セルラシステムに対してWLANシステムを展開することに関連するコストと時間の節約は、MAC中に構築されるべき増大させられた干渉堅牢性を犠牲にして生じる。例えば、802.11ファミリは、キャリア検出多重アクセス(carrier sense multiple access)(CSMA)に基づいたMACを使用する。CSMAは、基本的には、「送信前にリッスンする(listen-before-transmit)」アプローチであり、ここでは送信することを意図するノードは、最初に媒体を「リッスン」し、それがアイドル状態であることを決定し、次いで送信に先立ってバックオフプロトコルに従う必要がある。キャリア検出MACは、乏しい利用、限られた公平性制御、および隠されたノードおよび露出されたノードに対する感受性をもたらす可能性がある。計画的展開セルラシステムにもWi−Fi/WLANシステムにも関連する欠陥を克服するために、図6および7に関連して説明される様々な態様は、同期制御チャネル送信(例えば、要求、認可、パイロットなどを送信するための)、RUMの効率的使用(例えば、RxRUMは、それが干渉するトランスミッタがバックオフすることを望むときにレシーバによって送信されることができ、TxRUMは、それが干渉するその意図される1つまたは複数のレシーバに送信するその意図について知らせるためにトランスミッタによって送信されることができるなど)、ならびに再使用を介して改善される制御チャネルの信頼性(例えば、複数のRUMがレシーバにおいて同時に復号化されることができるようにするための)などを使用することができる。
いくつかの特徴に従って、RxRUMは、そのトランスミッタをサーブする際にレシーバの不利の程度を示す係数で重み付けされることができる。そのときには、干渉するトランスミッタは、RxRUMを聞いたことと、次のアクションを決定するRxRUMに関連する重みの値の両方を使用することができる。一例によれば、レシーバが単一フローを受信するときに、レシーバは、次式が成立するときにRxRUMを送信することができ、
Figure 0004965577
ここで、RST(RUM送信しきい値(RUM sending threshold))は、フローについてのスループットターゲットであり、Ractualは、短期移動平均(short-term moving average)として計算される実際に達成されるスループット(例えば、単極IIRフィルタを介した、...)であり、Tは、比が比較されるしきい値である。レシーバが特定のスロット中にそのトランスミッタをスケジュールすることができない場合、そのスロットについてのレートは、0であると仮定されることができる。そうでなければ、そのスロットにおいて達成されるレートは、平均化フィルタに供給されることができるサンプルである。しきい値、T、は、1に設定されることができ、その結果、実際のスループットが、ターゲットスループットを割り込むときはいつでも、重みが生成され、そして送信される。
トランスミッタは、それがRxRUMメッセージを復号化することができる場合に、RxRUMを「聞く(hear)」ことができる。トランスミッタは、それがRxRUM送信元において引き起こすことになる干渉が、RUM拒絶しきい値(RUM rejection threshold)(RRT)より下にあることをトランスミッタが推定する場合に、RxRUMメッセージをオプションとして無視することができる。瞬間MAC設計においては、Rx/TxRUM、要求および認可は、制御情報に対する干渉の影響が低いことを保証するために、非常に低い再使用ファクタ(例えば、1/4以下)を有する制御チャネル上で送信されることができる。トランスミッタは、聞かれているRxRUMの組を解析することができ、その意図されるレシーバから聞かれるRxRUMが最高の重みのRxRUMである場合に、トランスミッタは、「競合」に勝っており、チャネルを使用する権限があるトランスミッタを聞くことができる(例えばそれ自体のレシーバを含めて)すべてのレシーバに対して指示するTxRUMを有する要求を送信することができる。TxRUMを送信するための他の状態、等しい重みの複数のRxRUMの取扱い、複数のTxRUM、要求などの取扱いなどは、図6および7に関してさらに詳細に説明される。RxRUM重みを設定すること、およびトランスミッタにおける対応するアクションは、競合の決定論的解決と、それによってRSTの設定を介した共用される媒体、および重み付けされた公平な配分の改善された利用を可能にする。送り出されているRxRUMの確率を制御するRSTを設定することに加えて、RRTの設定は、システムが衝突回避モードで動作する程度を制御することを容易にすることができる。
RSTに関して、システム効率の観点から、衝突回避プロトコルまたは同時送信プロトコルが、どのプロトコルが特定のユーザコンフィギュレーションについてのより高いシステムスループットを達成するかについての解析に基づいて呼び出されることができるように、RSTは、使用されることができる。ピークレートの観点、または遅延を許容できないサービスから、ユーザは、システム効率を犠牲にして同時送信を使用して達成されることができるレートよりも高いレートでデータをバーストすることを許可されることができる。さらに、ある種のタイプの固定レートトラフィックチャネル(例えば、制御チャネル)は、特定のスループットが達成されることを必要とする可能性があり、RSTは、それに応じて設定されることができる。さらに、ある種のノードは、大きなトラフィックボリュームの集合に起因した、より高いトラフィック要件を有することができる。ワイヤレスバックホールが、ツリーのようなアーキテクチャにおいて使用され、レシーバがツリーのルートに近いノードをスケジュールしている場合に、これは特に当てはまる。
固定RSTを決定する1つの方法は、計画的セルラシステムにおいて達成される順方向リンクエッジスペクトル効率(forward link edge spectral efficiency)に基づいてRSTを設定することである。セルエッジスペクトル効率(cell edge spectral efficiency)は、BTSが、近隣が常に存在する与えられたユーザに対して送信するときに、エッジユーザが、セルラシステムにおいて達成することができるスループットを示す。これは、そのように同時送信を用いたスループットが計画的セルラシステムにおけるセルエッジスループットよりも悪くないことを保証するためであり、この計画的セルラシステムは、スループットを(例えば、同時送信モードを使用して達成されることができるスループットよりも)改善する衝突回避モードへの遷移をトリガするために利用されることができる。他の特徴によれば、RSTは、異なるユーザについて異なったものとすることができる(例えば、ユーザは、異なるRST、...に関連するサービスの異なるレベルに加入することができる)。
図6は、1つまたは複数の態様に従って、アドホック展開されるワイヤレスネットワークにおける柔軟な媒体アクセス制御(MAC)を提供することを容易にするTxRUMおよび要求を生成するための方法600の説明図である。TxRUMは、トランスミッタが聞いているRxRUMに基づいて、トランスミッタが、それが帯域幅にとって最も権限のあるものであると思う、リスニング範囲内のすべてのレシーバに通知することができる。TxRUMは、その存在を示す単一ビットの情報を搬送し、トランスミッタは、以下の方法でTxRUMビットを設定することができる。
602において、トランスミッタは、それが1つのRxRUMを送信している場合(すなわち、Bが実行している例においてRxRUMを送信している場合)、それ自体のレシーバ(例えば、Aは、Bと通信しており、CおよびDと干渉し、次いでAは、Bがそのレシーバであるとして、B、CおよびDからRxRUMを聞くことができると仮定する)からのRxRUMを含めて、(例えば、あらかじめ決定された監視期間内で)1つまたは複数のRxRUMをちょうど聞いているかどうかを決定することができる。ここにおいて説明されるように、「ノード」は、アクセス端末またはアクセスポイントとすることができ、レシーバとトランスミッタの両方を備えることもできる。したがって、この説明における「トランスミッタ」や「レシーバ」などの専門用語の使用は、それぞれ「ノードが、トランスミッタの役割を演じるとき」、および「ノードが、レシーバの役割を演じるとき」として解釈されるべきである。トランスミッタが、どのようなRxRUMも受信していない場合、そのときには604において、トランスミッタは、TxRUMを送信せずに、そのレシーバに対して要求を送信する。トランスミッタが、少なくとも1つのRxRUMを受信している場合、そのときには606において、RXRUMが、トランスミッタ自体のレシーバ(例えば、トランスミッタのノードにおけるレシーバ、...)から受信されているかどうかに関する決定が行われることができる。そうでない場合、そのときには608において、TxRUMと、関連する要求を送信することを控えるように決定が行われることができる。
606における決定が肯定的(positive)である場合、そのときには610において、トランスミッタ自体のレシーバから受信されたRxRUMが、聞いている唯一のRxRUMであるかどうかに関するさらなる決定が行われることができる。そうである場合、そのときには612において、トランスミッタは、送信すべきTxRUMと要求を送信することができる。トランスミッタが、それ自体のレシーバからのRxRUMを含めて複数のRxRUMを受信している場合、そのときには614において、トランスミッタは、それに関連する重みに基づいてRxRUMをソートするように進むことができる。616において、トランスミッタ自体のレシーバから受信されたRxRUMが、すべての受信されたRxRUMのうちの最高の重み(例えば、最大レベルの不利)を有するかどうかに関する決定が行われることができる。そうである場合、そのときには618において、トランスミッタは、送信すべきTxRUMと要求の両方を送信することができる。616における決定が否定的である場合、そのときには620において、トランスミッタは、TxRUMならびに要求を送信することを控えることができる。トランスミッタが、それ自体のレシーバからのRxRUM、ならびに1つまたは複数の他のRxRUMを受信し、すべてが等しい重みであるというシナリオにおいては、次いでトランスミッタは、確率1/NでTxRUMと要求を送信することができ、ここでNは、最高の重みを有するRxRUMの数である。一態様においては、図6のロジックは、どのようなTxRUMもなしに、そうでなくてたった1つの要求が適用されることができる。すなわち、RxRUMは、ノードが、特定のリソースについての要求を送信することができるか否かを制御する。
「不利(disadvantage)」は、ここにおいて使用されるように、例えば、与えられたノードについての実際の値に対するターゲット値の比の関数として決定されることができる。例えば、不利が、より高い値が望ましい場合のスループット、スペクトル効率、データレート、または何らかの他のパラメータの関数として測定されるとき、そのときにはノードが不利な状況に置かれるときに、実際の値は、ターゲット値よりも相対的に低いことになる。そのような場合には、ノードの不利のレベルを示す重み付けされた値は、実際の値に対するターゲット値の比の関数とすることができる。不利が基づいているパラメータが、低いことが望ましい(例えば、レイテンシ)場合には、実際の値に対するターゲット値の比の逆数が、重みを生成するために利用されることができる。ここにおいて使用されるように、別のノードに対して「よりよい(better)」状態を有するものとして説明されるノードは、不利のより少ないレベルを有するように理解されることができる(例えば、よりよい状態を有するノードは、比較される別のノードよりも、少ない干渉、少ないレイテンシ、高いデータレート、高いスループット、高いスペクトル効率などを有する)。
一例によれば、トランスミッタAおよびトランスミッタCは、それぞれレシーバBおよびレシーバDに対して同時に(例えば、トランスミッタが指定される時刻に送信し、レシーバが他の指定される時刻に送信する同期媒体アクセス制御スキームに応じて)送信することができる。レシーバBは、それが直面している干渉の量を決定し、かつ/またはあらかじめ決定していることができ、トランスミッタAやトランスミッタCなどのトランスミッタに対してRxRUMを送信することができる。レシーバDは、レシーバBと同時に送信するので、レシーバDは、RxRUMをリッスンする必要がない。さらなる例として、レシーバBからRxRUMを聞くとすぐに、トランスミッタCは、RxRUMの中に示されるようにレシーバBの状態を評価することができ、レシーバBの状態とそれ自体の状態(これは、Cに知られており、あるいはDによって送信されるRxRUMによって公示されることができる)を比較することができる。比較するとすぐに、いくつかのアクションが、トランスミッタCによって取られることができる。
例えば、トランスミッタCが、レシーバBよりも低い干渉の程度に直面しているという決定をするとすぐに、トランスミッタCは、送信する要求を送信することを控えることにより、バックオフすることができる。追加して、または代わりに、トランスミッタCは、それが、レシーバBにおいて(例えば、レシーバからのRxRUMが、同じ、または一定のパワースペクトル密度で送信される場合に)どれだけ多くの干渉を引き起こしているかを評価し、または決定することができる。そのような決定は、レシーバBに対するチャネル利得を推定することと、送信パワーレベルを選択することと、選択された送信パワーレベルにおけるトランスミッタCからの送信によってレシーバBにおいて引き起こされることになる干渉のレベルが、あらかじめ決定された許容可能なしきい値干渉レベルを超過するかどうかを決定することとを備えることができる。決定に基づいて、トランスミッタCは、以前の送信パワーレベル以下のパワーレベルで送信することを選ぶことができる。
トランスミッタCの状態(例えば、リソースの不足、干渉、...に関する不利のレベル)が、レシーバBの状態にほぼ等しい場合には、トランスミッタCは、それが聞いているRxRUMに関連する重みを評価し、かつ/または対処することができる。例えば、トランスミッタCが、3、5、5、および5の重みを有する4つのRUMを聞いており、レシーバBから聞かれるRxRUMが5の重みのうちの1つを持つ(例えば、トランスミッタCによって聞かれるすべてのRxRUMのうちの最も重い重みに等しい重みを有する)場合、そのときにはCは、確率1/3で要求を送信することになる。
図7は、1つまたは複数の態様に従って、送信すべき、要求についての認可を生成するための方法700を示している。702において、レシーバは、それが最近に(例えば、あらかじめ定義された監視期間、...中に)聞いており、または受信している要求およびTxRUMを評価することができる。要求が受信されていない場合、そのときには704において、レシーバは、認可メッセージを送信することを控えることができる。少なくとも1つの要求およびTxRUMが受信されている場合、そのときには706において、受信された1つ(または複数)のTxRUMが、レシーバがサーブするトランスミッタからであるかどうかに関する決定が行われることができる。そうでない場合、そのときには708において、レシーバは、認可を送信することを控えることができる。そうである場合、そのときには710において、レシーバは、すべての受信されたTxRUMが、レシーバによってサーブされるトランスミッタからであるかどうかを決定することができる。
710における決定が肯定的である場合、そのときには712において、認可が生成され、1つまたは複数の要求するトランスミッタに対して送信されることができる。710における決定が否定的であり、レシーバが、レシーバがサーブしないトランスミッタからのTxRUMに加えてそれ自体のトランスミッタからのTXRUMを受信している場合、そのときには714において、送信レートの実行平均がRtarget以上であるかどうかに関する決定が行われることができる。送信レートの実行平均がRtarget以上である場合、そのときには716において、レシーバは、要求されたリソースを認可することを控えることができる。そうでない場合、そのときには718において、レシーバは、1/Nの確率で認可を送信することができ、ここでNは受信されるTxRUMの数である。別の態様においては、TxRUMは、ちょうどRxRUMにおけるような重みを含むことができ、少なくとも1つがそのトランスミッタのうちの1つからで、1つが別のトランスミッタからの複数のTxRUMが聞かれるときには、次いで最高の重みを有するTxRUMがそのトランスミッタのうちの1つによって送信されたか否かに基づいて認可が行われる。そのトランスミッタのうちの1つに由来したものを含めて、最高の重みにおける複数のTxRUMとの関係(tie)の場合には、認可は、確率m/Nで送信され、ここでNは、最高の重みで聞かれるTxRUMの数であり、そのNのうちのm個は、レシーバのトランスミッタに由来したものである。
関連した態様によれば、レシーバは、それが送信元からの顕著なデータを有するかどうかを定期的に、かつ/または絶えず評価することができる。これは、レシーバが、現在の要求を受信している場合、あるいはレシーバが、それが認可していない先の要求を受信している場合に当てはまる。どちらの場合にも、レシーバは、平均送信レートがRtargetよりも下にあるときはいつでもRxRUMを送り出すことができる。さらに、トランスミッタの要求の認可のすぐ後に、トランスミッタは、データフレームを送信することができ、このデータフレームは、レシーバによって受信されることができる。トランスミッタ−レシーバ対について顕著なデータが存在する場合、そのときにはトランスミッタもレシーバも、接続についての平均レート情報をアップデートすることができる。
図8は、1つまたは複数の態様に従って、与えられたノードに関連する不利のレベルに応じてRUMを送信すべきチャネルの数を調整することにより、競合するノードの間の公平性を達成するための方法800の説明図である。先行する図に関して上記されるように、レシーバが、乏しい通信状態に直面しており、それが直面する干渉の低減を望むことを示すために、RxRUMが送り出される。RxRUMは、重みを含んでおり、この重みは、ノードが直面している不利の程度を定量化している。一態様によれば、重みは、RST/平均スループットに等しく設定されることができる。ここで、RSTは、ノードが望む平均スループットである。送信ノードが複数のRxRUMを聞くときは、その送信ノードは、それらの間の競合を解決するためにそれぞれの重みを利用することができる。最高の重みを有するRxRUMが、トランスミッタ自体のレシーバを起源とする場合、そのときにはトランスミッタは、送信することを決定することができる。そうでない場合には、トランスミッタは、送信することを控えることができる。
TxRUMは、差し迫った送信を通知するためにトランスミッタによって送り出され、2つの目的を有する。第1に、TxRUMは、レシーバにそのRxRUMが局所的な競合に勝ったことを知らせ、それ故にそれは、送信のスケジュールを進める(go schedule)ことができる。第2に、TxRUMは、差し迫った干渉について他の隣接するレシーバに通知する。システムが、複数のチャネルをサポートするときに、RUMは、重みに加えてビットマスクを搬送することができる。ビットマスクは、このRUMが適用可能なチャネルを示す。
RxRUMを受信するノードは、送信することを控えるように誘導される可能性があるので、RxRUMにより、ノードは、そのすぐ近隣における干渉をクリアすることができるようになる。重みは、公平な競合を可能にする(例えば、最大の不利を伴うノードが勝つ)が、マルチチャネルMACを有することは、別の自由度を提供することができる。ノードがRxRUMを送信することができるチャネルの数は、もっと急速に追いつくために、非常に乏しい履歴を有するノードに対する不利のその程度に基づいたものにすることができる。RxRUMが正常であり、それに応じてノードによって受信される送信レートが、その状態を改善するとき、ノードは、それがRxRUMを送信するチャネルの数を減少させることができる。厳しい輻輳に起因して、RUMが最初に成功せず、スループットが改善しない場合、ノードは、それがRUMを送信するチャネルの数を増大させることができる。非常に輻輳した状況においては、ノードは、非常に不利な状況に置かれるようになる可能性があり、すべてのチャネルについてRxRUMを送信することができ、それによって単一のキャリアの場合へと劣化する。
本方法によれば、802において、不利のレベルは、ノードについて決定されることができ、RUMは、リスニング範囲内の他のノードに対する不利のレベルを示すように生成されることができる。例えば、不利のレベルは、ノードにおける受信サービスのレベルの関数として決定されることができ、この受信サービスのレベルは、レイテンシ、IOT、C/I、スループット、データレート、スペクトル効率など、様々なパラメータによって影響を受ける可能性がある。804において、RUMを送信すべきチャネルの数が、選択されることができ、このチャネルの数は、不利のレベルにふさわしいものとすることができる(例えば、不利が大きくなるほど、チャネルの数は大きくなる)。806において、RUMは、それらのチャネルについて送信されることができる。808において、サービス品質(quality of service)(QoS)が、ノードについて測定されることができ、不利は、ノードの状態が改善しているかどうかを決定するために再評価されることができる。810において、測定されたQoSに基づいて、後続のRUMが送信されるチャネルの数は、調整されることができる。例えば、ノードのQoSが改善せず、または悪化しなかった場合、そのときには810において、ノードにおいて受信されるサービスのレベルを改善するために、後続のRUMが送信されるチャネルの数は、増大させられることができる。ノードのQoSが改善している場合、そのときには810において、後続のRUMが送信されるチャネルの数は、リソースを節約するために減少させられることができる。本方法は、RUM送信、サービス評価、チャネル数調整のさらなる繰り返しのために806へと戻ることができる。RUMが送信されるチャネルの数を増大させるか、または減少させるかについての決定は、ノードによって使用されているQoSメトリックの関数とすることもできる。例えば、RUMが(不利の継続されるレベル、または悪化するレベルに基づいて)送信されるチャネルの数を増大させることは、スループット/データレートタイプのメトリックでは、意味があることもあるが、レイテンシメトリックでは、そうではないこともある。
関連した態様によれば、ノードベースおよび/またはトラフィックベースの優先順位は、より高い優先順位を有するノードが、より低い優先順位のノードよりも大きな数のチャネルを奪い取る(commandeer)ことができるようにすることにより、組み込まれることができる。例えば、不利な状況に置かれたビデオ呼出し元(video caller)は、同時に8チャネルを受信することができるが、同様に不利な状況に置かれた音声呼出し元(voice caller)は、2つのキャリアを受信するにすぎない。ノードが取得することができるチャネルの最大数は、制限されることもできる。上限は、搬送されているトラフィックのタイプ(例えば、小さな音声パケットは、一般的に数チャネルよりも多くは必要としない)、ノードのパワークラス(例えば、弱いトランスミッタは、あまりにも大きすぎる帯域幅上でそのパワーを分散させなくてもよい)、レシーバに対する距離、および結果として生じる受信PSDなどによって決定されることができる。このようにして、方法800は、さらに干渉を低減させ、リソースの節約を改善することができる。さらに他の態様は、ノードに割り付けられたチャネルの数を示すためにビットマスクを使用することを提供する。例えば、6ビットのマスクは、RUMが6チャネルまでについて送信されることができることを示すために利用されることができる。ノードは、干渉するノードが、割り付けられたサブキャリアのすべてまたはサブセット上で送信することを控えることをさらに要求することができる。
図9は、1つまたは複数の態様に従う、一定のパワースペクトル密度(PSD)での2つのノードの間におけるRxRUM送信の説明図である。ノードが厳しい干渉に直面するときに、そのノードは、他のノードによって引き起こされる干渉を制限することから恩恵を得ることができ、これは、次にはよりよい空間再使用と改善された公平さを可能にする。802.11ファミリのプロトコルにおいては、送信要求(request-to-send)(RTS)パケットと、送信可(clear-to-send)(CTS)パケットが、公平さを達成するために使用される。RTSを聞くノードは、送信を停止し、そのノードにより、要求するノードはパケットを正常に送信することができるようになる。しかしながら、多くの場合にこのメカニズムは、不必要にオフにされる多数のノードをもたらす。さらに、ノードは、全帯域幅にわたってフルパワーでRTSとCTSとを送信することができる。一部のノードが他よりも高いパワーを有する場合、そのときには異なるノードについてのRTSとCTSについての範囲は、異なったものになる可能性がある。したがって、高パワーノードは、低パワーノードについて範囲外になるので、高パワーノードによって強く干渉を受ける可能性がある低パワーノードは、RTS/CTSを介して高パワーノードを遮断することができないこともある。そのような場合には、高パワーノードは、低パワーノードに対して恒久的な「隠された」ノードである。たとえ低パワーノードが、そのトランスミッタまたはレシーバのうちの1つに対してRTSまたはCTSを送信するとしても、高パワーノードを遮断することはできなくなる。したがって、802.11MACは、すべてのノードが等しいパワーを有することを必要とする。これは、特にカバレージの観点から性能における制限を導入する。
図9のメカニズムは、1つまたは複数のチャネルについて望ましくないように低いSINRに直面しているノードにおいて、レシーバからのRUMをブロードキャストすることを容易にする。RUMは、ノードの送信パワー能力に関係なく一定の知られているPSDで送信されることができ、受信ノードは、受信PSDを観察し、それ自体とRUM送信ノードとの間のチャネル利得を計算することができる。ひとたびチャネル利得が知られた後に、受信ノードは、RUM送信ノードにおいて(例えば、それ自体の送信パワーに部分的に基づいて)引き起こす可能性の高い干渉の量を決定することができ、一時的に送信することを控えるか否かを決定することができる。
ネットワークの中のノードが異なる送信パワーを有する場合には、RUMを聞くノードは、それらのそれぞれの知られている送信パワーと計算されたチャネル利得に基づいて遮断すべきかどうかを決定することができる。したがって、低パワートランスミッタは、それがかなりの干渉を引き起こすことにならないので、不必要に遮断する必要はない。このようにして、干渉を引き起こしているノードだけが、遮断されることができ、それによって従来のRTS−CTSメカニズムの前述の欠陥を緩和する。
例えば、第1のノード(ノードA)は、チャネル、h上で第2のノード(ノードB)からRxRUMを受信することができる。RxRUMは、パワーレベル、pRxRUMで送信されることができ、受信信号値、Xは、Xが、送信パワー、pRxRUMによって乗算されたチャネル、hに雑音を加えた和に等しくなるように評価されることができる。ノードAは、その後、受信信号値、XをpRxRUMによって除算することにより、hを推定するようにチャネル推定プロトコルを実行することができる。ノードBの重みがノードAの重みよりも高い場合、そのときには、ノードAは、さらに
=hest*p
となるように、望ましい送信パワー(p)によってチャネル推定値を乗算することにより、ノードAがノードBに対して引き起こす可能性がある干渉を推定することができ、ここで、Iは、ノードBにおいてノードAによって引き起こされる干渉である。
一例に応じて、最大送信パワー、M、が2ワットであるように決定され、最小送信帯域幅が、5MHzであり、その結果、最大PSDが2ワット/5MHz、すなわち0.4W/MHzである場合のシステムを考察する。システムにおける最小送信パワーは、200mWであると仮定する。そのときには、RUMは、システムにおける最大許容PSDの範囲に等しくなるような範囲を有するように設計される。200mWトランスミッタについてのこのパワースペクトル密度とRUMについてのデータレートが、そのときにはこれらの範囲に等しくなるように選択される。前述の例は、例示の目的のために存在しており、ここにおいて説明されるシステムおよび/または方法は、以上で提示された特定の値だけには限定されず、そうでなくて適切な任意の値を利用することができることが理解されるであろう。
図10は、1つまたは複数の態様に従って、第2のノードにおいて第1のノードによって引き起こされることになる干渉の量を推定することを容易にするRUM送信について一定のPSDを使用するための方法1000の説明図である。1002において第1のノードは、第2のノードから、知られているPSDでRxRUMを受信することができる。1004において、第1のノードは、その知られているPSDに基づいてそれ自体と第2のノードとの間のチャネル利得を計算することができる。1006において、第1のノードは、1004において計算されるチャネル利得に少なくとも部分的に基づいて、第1のノードが第2のノードにおいて引き起こすことができる干渉の量を推定するために、それ自体の送信に関連する送信PSDを使用することができる。第1のノードが送信すべきか、あるいは送信することを控えるべきかを決定するために、1008において、干渉推定値は、あらかじめ決定されたしきい値と比較されることができる。推定値が、あらかじめ決定されたしきい値よりも大きい場合、そのときには1012において、第1のノードは、送信すること(これは、データを送信すること、または要求を送信することのいずれをも含むことができる)を控えることができる。推定値が、あらかじめ決定されたしきい値よりも小さい場合、そのときには1010において、第1のノードは、それが第2のノードと実質的に干渉しないので、送信することができる。第2のノードによって送信されるRxRUMは、第2のノードに対する与えられた近接性内の複数の受信ノードによって聞かれることができ、各受信ノードは、それが送信すべきか否かを評価するために方法1000を実行することができることが認識されるであろう。
別の例によれば、第2のノードは、例えば200mWで送信することができ、第1のノードは、2ワットで送信することができる。そのような場合には、第2のノードは、rの送信半径を有することができ、第1のノードは、10rの送信半径を有することができる。したがって、第1のノードは、第2のノードが、一般的に送信し、または受信するよりも第2のノードから10倍までさらに離れて位置付けられることができるが、依然としてそのより高い送信パワーのために、第2のノードと干渉する可能性があることもある。そのような場合には、第2のノードは、第1のノードがRxRUMを受信することを保証するために、RxRUM送信中にその送信PSDをブーストする(boost)ことができる。例えば、第2のノードは、最大許容可能PSDでRxRUMを送信することができ、この最大許容可能PSDは、与えられたネットワークについてあらかじめ定義されることができる。そのときには、第1のノードは、上記のように方法1000を実行し、送信すべきか否かを決定することができる。
図11は、様々な態様に従って、計画的ワイヤレス通信環境および/またはアドホックワイヤレス通信環境における干渉制御パケットに応答するための方法1100を示している。1102において、第1のノードからのRxRUMが、第2のノードにおいて受信されることができる。1104において、メトリック値が、RUMに関連するあらかじめ決定された値に少なくとも部分的に基づいて生成されることができる。例えば、RUMが1102において受信されるときに、受信ノード(例えば、第2のノード)は、RUM受信パワー、RUM_Tx_PSD(システムの知られている定数)、およびData_Tx_PSD(RUM受信ノードがそのデータを送信することを望むことになるPSD)を推定することにより、RUM_Rx_PSDを知り、あるいは決定することができる。RUM_Tx_PSDおよびRUM_Rx_PSDはまた、dBm/Hzで量子化され、ここで前者は、すべてのノードについて定数であり、後者はチャネル利得に依存する。同様に、Data_Tx_PSDは、dBm/Hzで測定され、ノードに関連するパワークラスに依存する可能性がある。1104において生成されるメトリックは、
metric
=Data_Tx_PSD+(RUM_Rx_PSD−RUM_Tx_PSD)
として表されることができ、この式は、RUM−送信ノード(例えば、TxRUMについての)、あるいはRUM−受信ノード(例えば、RxRUMについての)が、他のノードにおいて引き起こすことができる可能性のある干渉の推定値を表す。
1106において、メトリック値は、dBm/Hzで定義されるあらかじめ決定されたRUM拒絶しきい値(RRT)と比較されることができる。メトリックがRRT以上である場合、そのときには1108において、第2のノードは、RUMに応答することができる。メトリックがRRTよりも小さい場合、そのときには1110において、第2のノードは、ノードに応答することを控えることができる(例えば、それが第1のノードと実質的に干渉しないことになるので)。1108におけるRUMに対する応答は、あらかじめ定義された値、Ω、より大きい干渉オーバーサーマル(IOT)比に関連した干渉を除去することができ、これは熱雑音Nに対するデシベルで測定され、これは、dBm/Hzで測定される(例えば、metric≧Ω+Nとなるように)。すべての実質的に可能性のある干渉信号(interferer)が静かであることを保証するために、RRTは、RRT=Ω+Nとなるように設定されることができる。RRTしきい値が満たされることになるか否かを決定するタスクは、RUM上の公示された重みが、RUM送信元がRUM受信側よりも大きな不利の程度を有することを示すときだけに、RxRUM受信ノードによって引き受けられることに注意すべきである。
図12は、上記された様々な態様に従って、RxRUMを生成するための方法1200の説明図である。1202において、RUMは、第1のノードにおいて生成されることができ、ここでRUMは、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されていることを示す情報、を備える。第1のあらかじめ決定されたしきい値は、例えば干渉オーバーサーマル雑音(IOT)のレベル、データレート、キャリア対干渉比(C/I)、スループットのレベル、スペクトル効率のレベル、レイテンシのレベル、または第1のノードにおけるサービスが、測定されることができる他の適切な任意の尺度を表すことができる。1204において、RUMは、第2のあらかじめ決定されたしきい値が超過されている程度を示すために重み付けされることができる。一部の態様によれば、重みの値は、量子化された値とすることができる。
第2のあらかじめ決定されたしきい値は、例えば干渉オーバーサーマル雑音(IOT)のレベル、データレート、キャリア対干渉比(C/I)、スループットのレベル、スペクトル効率のレベル、レイテンシのレベル、または第1のノードにおけるサービスのレベルが、測定されることができる他の適切な任意の尺度を表すことができる。第1および第2のあらかじめ決定されたしきい値は、実質的に等しくすることができるが、それらは、そうでなくてもよい。さらに、第1および第2のあらかじめ決定されたしきい値は、異なるパラメータ(例えば、それぞれIOTおよびC/I、それぞれレイテンシおよびデータレート、あるいは説明されるパラメータの他の任意の置換)に関連づけられることもできる。1206において、重み付けされたRUMは、1つまたは複数の他のノードへと送信されることができる。
図13は、1つまたは複数の態様に従って、1つまたは複数の受信RxRUMに応答するための方法1300の説明図である。1302において、RxRUMは、第1のノードにおいて第2の(またはより多くの)1つ(または複数)のノードから受信されることができる。RxRUMは、第2のノードの状態に関連した情報(例えば、上記されるような不利のレベル)を備えることができ、この情報は、1304において、第2のノードの状態を決定するために第1のノードによって利用されることができる。1306において、第2のノードの状態は、第1のノードの状態と比較されることができる。その比較は、1308において、データを送信すべきかどうかについての決定を可能にすることができる。
例えば、その比較が、第1のノードの状態が第2のノードの状態よりもよいことを示す場合、そのときには第1のノードは、(例えば、バックオフし、より不利な第2のノードが、より効果的に通信できるようにするために)データを送信することを控えることができる。追加して、または代わりに、第1のノードの状態が、第2のノードの状態よりもよい場合、第1のノードは、図10に関して上記されるように第1のノードが第2のノードにおいて引き起こすことができる干渉のレベルを決定するように進むことができる。そのような決定は、例えば、第2のノードが、RxRUMを送信した際の知られている一定のパワー、または知られている一定のパワースペクトル密度を利用することと、第1のノードと第2のノードとの間のチャネル利得を推定することと、第1のノードから第2のノードへの送信についての送信パワーレベルを選択することと、選択されたパワーレベルにおける送信が第2のノードに引き起こすことになる干渉のレベルを推定することと、推定された干渉レベルがあらかじめ決定された許容可能な干渉しきい値レベルを超過するかどうかを決定することを備えることができる。
比較が、第1のノードの状態が第2のノードの状態よりも悪いことを示す場合には、第1のノードは、RUMを無視することを選択することができる。別の態様によれば、第1のノードと第2のノードが、実質的に等しい状態を有する場合には、重み処理メカニズムが、図6に関して上記されるように使用されることができる。さらに他の態様によれば、RUMに含まれる情報は、図11に関して説明されるようにRUMに応答すべきか否かを決定するためにRUM拒絶しきい値(RRT)と比較されることができるメトリック値を生成するために利用されることができる。さらに他の態様によれば、1308においてデータを送信する決定をするとすぐに、そのような送信は、第1のチャネル上で通信データを送信すること、第1のチャネル上で送信要求メッセージを送信すること、および/または第2のチャネル上で送信要求メッセージを送信することを備えることができ、これは、第1のチャネル上でデータを送信することを要求する。
別の態様においては、スケジューラがノードにおけるRxRUM処理の結果を知ることを助ける要求と一緒に、追加情報が、含められることができる。例えば、AはデータをBに、そしてCはDに送信するものと仮定する。BとDは両方ともRxRUMを送り出すが、Bによって使用される重みは、Dよりも高い(より不利な状況に置かれる)ものと仮定する。そのときには、Aは、(それが受信されたRxRUMを処理し、そのレシーバ、すなわちBが最も不利な状況に置かれていることを結論づけているので)要求をBに対して送信し、それが競合に勝っており、それが将来においては勝ち続けないこともあるので迅速にスケジュールされるべきであることを示す「ベスト(Best)」ビットを含むことになる。対照的に、Cは、RUMを処理し、それが要求できないことを結論づけることになる。しかしながら、Cは、たとえCが現在スケジュールされることができないとしても、Cが送信すべきデータを有し、Dが、RxRUMを送信することを固執すべきであることをDに知らせることができる。例えば、Dがどのような要求も聞かない場合、Dは、そのトランスミッタのどれも送信すべきどのようなデータも持たずRxRUMを送信することを停止することができることを誤って結論づける可能性がある。これを防止するために、Cは、それがRxRUMによって他から「ブロックされる」という指示を有する要求を送信する。これは、Cを現在はスケジュールしないが、Cが何らかのポイントで競合に勝つことになることを希望してRxRUMを送信し続ける、Dに対する指示としての役割を果たすことになる。
図14は、例示のワイヤレス通信システム1400を示している。ワイヤレス通信システム1400は、簡潔さのために1つの基地局と1つの端末を示している。しかしながら、本システムは、複数の基地局および/または複数の端末を含むことができ、ここで追加の基地局および/または端末は、以下で説明される例示の基地局と端末では、実質的に同様、または異なったものとすることができることが認識されるべきである。さらに、基地局および/または端末は、それらの間のワイヤレス通信を容易にするために、ここにおいて説明される方法(図2、5〜8、および10〜13)および/またはシステム(図1、3、4、9、および15〜18)を使用することができることが認識されるべきである。例えば、システム1400におけるノード(例えば、基地局および/または端末)は、上記方法(例えば、RUMを生成すること、RUMに応答すること、ノードの不利を決定すること、RUM送信のためのサブキャリアの数を選択すること、...)のうちの任意のものを実行するための命令、ならびにここにおいて説明される様々なプロトコルを実行するためのそのようなアクションおよび他の適切な任意のアクションを実行することに関連するデータを記憶し、実行することができる。
次に図14を参照すると、ダウンリンク上でアクセスポイント1405において、送信(TX)データプロセッサ1410は、トラフィックデータを受信し、フォーマットし、符号化し、インターリーブし、そして変調し(またはシンボルマッピングし)、変調シンボル(「データシンボル」)を供給する。シンボル変調器1415は、データシンボルおよびパイロットシンボルを受信し処理し、そしてシンボルのストリームを供給する。シンボル変調器1420は、データシンボルおよびパイロットシンボルを多重化し、それらをトランスミッタユニット(transmitter unit)(TMTR)1420へと供給する。各送信シンボルは、データシンボル、パイロットシンボル、またはゼロの信号値であってもよい。パイロットシンボルは、各シンボル期間において絶えず送信されることができる。パイロットシンボルは、周波数分割多重化されたもの(frequency division multiplexed)(FDM)、直交周波数分割多重化されたもの(orthogonal frequency division multiplexed)(OFDM)、時分割多重化されたもの(time division multiplexed)(TDM)、周波数分割多重化されたもの(FDM)、あるいは符号分割多重化されたもの(code division multiplexed)(CDM)とすることができる。
TMTR1420は、シンボルのストリームを受信し、1つまたは複数のアナログ信号へと変換し、ワイヤレスチャネル上の送信に適したダウンリンク信号を生成するために、さらにそれらのアナログ信号を条件づける(例えば、増幅し、フィルタをかけ、そして周波数アップコンバートする)。次いでダウンリンク信号は、アンテナ1425を介して端末へと送信される。端末1430において、アンテナ1435は、ダウンリンク信号を受信し、受信信号をレシーバユニット(receiver unit)(RCVR)1440へと供給する。レシーバユニット1440は、受信信号を条件づけ(例えば、フィルタをかけ、増幅し、周波数ダウンコンバートし)、サンプルを取得するために条件づけられた信号をデジタル化する。シンボル復調器1445は、チャネル推定のために受信パイロットシンボルを復調し、プロセッサ1450へと供給する。シンボル復調器1445は、さらにダウンリンクについての周波数応答推定値をプロセッサ1450から受信し、データシンボル推定値(これは、送信データシンボルの推定値である)を取得するために受信データシンボル上でデータ復調を実行し、そしてデータシンボル推定値をRXデータプロセッサ1455へと供給し、このRXデータプロセッサは、送信されたトラフィックデータを回復するために、データシンボル推定値を復調し(すなわち、シンボル逆マッピングし)、デインターリーブし、復号化する。シンボル復調器1445とRXデータプロセッサ1455による処理は、アクセスポイントにおけるそれぞれシンボル変調器1415とTXデータプロセッサ1410による処理と相補的である。
アップリンク上で、TXデータプロセッサ1460は、トラフィックデータを処理し、データシンボルを供給する。シンボル変調器1465は、パイロットシンボルを伴うデータシンボルを受信し、多重化し、変調を実行し、シンボルのストリームを供給する。次いでトランスミッタユニット1470は、アップリンク信号を生成するためにシンボルのストリームを受信し、処理し、このアップリンク信号は、アンテナ1435によってアクセスポイント1405へと送信される。
アクセスポイント1405において、端末1430からのアップリンク信号は、アンテナ1425によって受信され、サンプルを取得するためにレシーバユニット1475によって処理される。次いでシンボル復調器1480は、サンプルを処理し、受信パイロットシンボルとアップリンクについてのデータシンボル推定値を供給する。RXデータプロセッサ1485は、端末1430によって送信されるトラフィックデータを回復するためにデータシンボル推定値を処理する。プロセッサ1490は、アップリンク上で送信するアクティブ端末ごとにチャネル推定を実行する。複数の端末は、アップリンク上でそれらのそれぞれ割り当てられた組のパイロットサブバンド上において同時にパイロットを送信することができ、ここでパイロットサブバンドの組は、インターレースされることができる。
プロセッサ1490および1450は、それぞれアクセスポイント1405および端末1430においてオペレーションを指示する(例えば、制御し、調整し、管理するなど)。それぞれのプロセッサ1490および1450は、プログラムコードおよびデータを記憶するメモリユニット(図示されず)に関連づけられることができる。プロセッサ1490および1450はまた、それぞれアップリンクおよびダウンリンクについての周波数とインパルス応答推定値を導き出すために計算を実行することもできる。
多重アクセスシステム(例えば、FDMA、OFDMA、CDMA、TDMAなど)では、複数の端末は、アップリンク上で同時に送信することができる。そのようなシステムでは、パイロットサブバンドは、異なる端末の間で共用されることができる。チャネル推定技法は、端末ごとのパイロットサブバンドが全体の動作帯域に(もしかすると帯域エッジを除いて)及ぶ場合に、使用されることができる。そのようなパイロットサブバンド構成は、端末ごとの周波数ダイバーシティを得るために望ましいことになる。ここにおいて説明される技法は、様々な手段によってインプリメントされることができる。例えば、これらの技法は、ハードウェア、ソフトウェア、またはそれらの組合せの形でインプリメントされることができる。ハードウェアインプリメンテーションでは、チャネル推定のために使用される処理ユニットは、ここにおいて説明される機能を実行するように設計された1つまたは複数の特定用途向け集積回路(application specific integrated circuit)(ASIC)、デジタル信号処理プロセッサ(digital signal processor)(DSP)、デジタル信号処理デバイス(digital signal processing device)(DSPD)、プログラマブルロジックデバイス(programmable logic device)(PLD)、フィールドプログラマブルゲートアレイ(field programmable gate array)(FPGA)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、他の電子ユニット、あるいはそれらの組合せの内部にインプリメントされることができる。ソフトウェアでは、インプリメンテーションは、ここにおいて説明される機能を実行する手段(例えば、プロシージャ、ファンクションなど)を介したものとすることができる。ソフトウェアコードは、メモリユニットに記憶され、プロセッサ1490および1450によって実行されることができる。
ソフトウェアインプリメンテーションでは、ここにおいて説明される技法は、ここで説明される機能を実行するモジュール/手段(例えば、プロシージャ、ファンクションなど)を用いてインプリメントされることができる。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって実行されることができる。メモリユニットは、プロセッサの内部に、あるいはプロセッサの外部にインプリメントされることができ、この場合には、メモリユニットは、当技術分野において知られているような様々な手段を経由してプロセッサに通信的に結合されることができる。
次に図15〜18と、それに関して説明される様々なモジュールを参照すると、送信するためのモジュールは、例えばトランスミッタを備えることができ、かつ/またはプロセッサなどの形でインプリメントされることができる。同様に、受信するためのモジュールは、レシーバを備えることができ、かつ/またはプロセッサなどの形でインプリメントされることができる。さらに、比較し、決定し、計算し、かつ/または他の解析的なアクションを実行するためのモジュールは、様々なそれぞれのアクションを実行するための命令を実行するプロセッサを備えることができる。
図15は、様々な態様に従って、ワイヤレスデータ通信を容易にする装置1500の説明図である。装置1500は、一連の相互に関連した機能ブロックとして表され、これらの機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ(例えば、ファームウェア)によってインプリメントされる機能を表すことができる。例えば、装置1500は、様々な図に関して上記されるような様々な動作を実行するためのモジュールを提供することができる。装置1500は、送信について望ましいチャネルの数を決定するためのモジュール1502を備える。決定は、装置が使用されるノードに関連する重み、1つまたは複数の他のノードに関連する重み、送信のために使用可能なチャネルの数などの関数として実行されることができる。さらに各重みは、重みに関連するノードによってサポートされるフローの数の関数とすることもできる。追加して、または代わりに、与えられた重みは、ノードによって直面される干渉の関数とすることもできる。
装置1500は、ノードが要求を送信することができるチャネルを選択する選択するためのモジュール1504をさらに備える。選択するためのモジュール1504は、さらにどのチャネルが使用可能であり、どのチャネルが使用可能でないかを決定するために受信リソース利用メッセージ(RUM)を評価することができる。例えば、各RUMは、使用不可能なチャネルに関連する情報を備えることができ、選択するためのモジュール1054は、RUMによって示されていない与えられたチャネルが使用可能であることを決定することができる。送信するためのモジュール1506は、選択するためのモジュール1504によって選択される少なくとも1つのチャネルについての要求を送信することができる。装置1500は、アクセスポイント、アクセス端末などの中で使用されることができ、ここにおいて説明される様々な方法を実行する適切な任意の機能を備えることができることが認識されるであろう。
図16は、1つまたは複数の態様に従って、リソース利用メッセージ(RUM)を使用してワイヤレス通信を容易にする装置1600の説明図である。装置1600は、一連の相互に関連した機能ブロックとして表され、これらの機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ(例えば、ファームウェア)によってインプリメントされる機能を表すことができる。例えば、装置1600は、以前の図に関して上記されるような様々な動作を実行するためのモジュールを提供することができる。装置1600は、ノードについての不利のレベルを決定する決定するためのモジュール1602と、決定するためのモジュール1602が、ノードにおけるレベルまたは受信サービスが、あらかじめ決定されたしきい値レベル以下であることを決定する場合に、RUMを生成するRUMを生成するためのモジュール1604とを備える。選択するためのモジュール1606は、RUMを送信すべき1つまたは複数のリソースを選択することができ、次いでRUMを生成するためのモジュール1604は、RUMの中でそのようなチャネルを示すことができる。次いで送信するためのモジュール1608は、RUMを送信することができる。
リソースを選択するためのモジュール1606は、後続のRUMが、受信サービスのレベルが以前のRUMに応じて改善されていることを決定するためのモジュール1602による決定に基づいて送信される、選択されるリソースの数を調整することができる。例えば、そのようなシナリオにおいては、選択するためのモジュール1606は、ノードにおける受信サービスの改善されたレベルに応じて後続のRUMの中に示されるリソースの数を減少させることができ、受信サービスの低減させられたレベルまたは静的なレベルに応じて選択されたリソースの数を増大させることができる。他の態様によれば、決定するためのモジュール1602は、1つまたは複数の干渉オーバーサーマル雑音、レイテンシ、ノードにおいて達成されるデータレート、スペクトル効率、スループット、キャリア対干渉比、あるいはノードにおいて受信されるサービスの他の適切な任意のパラメータの関数としてノードにおける受信サービスのレベルを決定することができる。装置1600は、アクセスポイント、アクセス端末などの中で使用されることができ、ここにおいて説明される様々な方法を実行する適切な任意の機能を備えることができることが認識されるであろう。
図17は、様々な態様に従って、不利のレベルを示すためにリソース利用メッセージ(RUM)を生成することと、RUMを重み付けすることとを容易にする装置1700の説明図である。装置1700は、一連の相互に関連した機能ブロックとして表され、これらの機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ(例えば、ファームウェア)によってインプリメントされる機能を表すことができる。例えば、装置1700は、上記される様々な図に関して上記されるような様々な動作を実行するためのモジュールを提供することができる。装置1700は、RUMを生成するためのモジュール1702を備え、このモジュールは、第1のあらかじめ決定されたしきい値が超過されていることを示すRUMを生成することができる。第1のあらかじめ決定されたしきい値は、干渉オーバーサーマル雑音(IOT)、データレート、キャリア対干渉比(C/I)、スループットのレベル、スペクトル効率のレベル、レイテンシのレベルなどのしきい値レベルに関連づけられ、かつ/またはそのしきい値レベルを表すことができる。
装置1700は、RUMを重み付けするためのモジュール1704をさらに備えることができ、このモジュールは、第2のあらかじめ決定されたしきい値が超過されている程度を示す値を用いてRUMを重み付けすることができ、このモジュールは、ターゲット値または望ましい値に対する、ノードにおいて達成されるパラメータ(例えば、干渉オーバーサーマル雑音(IOT)、データレート、キャリア対干渉比(C/I)、スループットのレベル、スペクトル効率のレベル、レイテンシのレベルなど)の実際の値の割当て(ration)を決定することを備えることができる。さらに、重み付けされた値は、量子化された値とすることもできる。装置1700は、アクセスポイント、アクセス端末などの中で使用されることができ、ここにおいて説明される様々な方法を実行する適切な任意の機能を備えることができることが認識されるであろう。
図18は、1つまたは複数の態様に従って、どのノードが最も不利な状況に置かれるかを決定するためにワイヤレス通信環境の中のノードにおける相対的な状態を比較することを容易にする装置1800の説明図である。装置1800は、一連の相互に関連した機能ブロックとして表され、これらの機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ(例えば、ファームウェア)によってインプリメントされる機能を表すことができる。例えば、装置1800は、様々な図に関して上記されるような様々な動作を実行するためのモジュールを提供することができる。装置1800は、第1のノードにおいて使用されることができ、少なくとも1つの第2のノードからRUMを受信するRUMを受信するためのモジュール1802を備える。装置1800は、第2のノードから受信されるRUMに関連する情報に基づいて第2のノードの状態を決定する決定するためのモジュール1804と、第2のノードの決定された状態と第1のノードの状態を比較する比較するためのモジュール1806とをさらに備えることができる。次いで決定するためのモジュール1804は、さらにその比較に基づいて第1のチャネル上でデータを送信すべきかどうかを決定することができる。
様々な他の態様によれば、送信すべきかどうかの決定は、第1のノードの状態が、第2のノードの状態に比べてよりよいか、ほぼ等しいか、あるいはより悪いかに基づいたものとすることができる。さらに、決定するためのモジュール1804は、第1のチャネル上のデータ信号、第1のチャネル上の送信要求メッセージ、または第2のチャネル上の送信要求メッセージを送信することができる。後者の場合には、第2のチャネル上で送信される送信要求メッセージは、第1のチャネル上でのデータを送信する要求を備えることができる。装置1800は、アクセスポイント、アクセス端末などの中で使用されることができ、ここにおいて説明される様々な方法を実行する適切な任意の機能を備えることができることが認識されるであろう。
上記に説明されてきたものは、1つまたは複数の態様の例を含んでいる。前述の態様を説明する目的のためにコンポーネントまたは方法の、あらゆる考えられる組合せについて説明することは、もちろん可能ではないが、当業者は、様々な態様のさらなる多数の組合せ、および置換が可能であることを認識することができる。したがって、説明される態様は、添付の特許請求の範囲の精神および範囲の中に入るそのようなすべての変更、修正および変形を包含するように意図される。さらに、用語「含む(includes)」が、詳細な説明または特許請求の範囲のいずれかにおいて使用される範囲内において、そのような用語は、用語「備えている(comprising)」が請求項においてトランジショナルワード(transitional word)として使用されるときに解釈されるように、用語「備えている」と同様な方法で包含的であるように意図されている。
1つまたは複数の態様と組み合わせて利用されることができるような、複数の基地局と複数の端末を有するワイヤレス通信システムを示す図である。 ここにおいて説明される1つまたは複数の態様に従って、リソース利用マスク/メッセージ(RUMs)を使用してワイヤレスチャネルの重み付けされた公平な配分を実行するための方法の説明図である。 ここにおいて説明される1つまたは複数の態様に従って、リソース割付けを容易にすることができる要求−認可イベントのシーケンスを示す図である。 様々な態様に従って、要求−認可スキームの理解を容易にするいくつかのトポロジの説明図である。 ここにおいて提示される1つまたは複数の態様に従って、一定のパワースペクトル密度(PSD)で送信されるリソース利用メッセージ(RUM)を使用することにより、干渉を管理するための方法を示す図である。 1つまたは複数の態様に従って、アドホック展開されるワイヤレスネットワークにおける柔軟な媒体アクセス制御(MAC)を提供することを容易にするTxRUMおよび要求を生成するための方法の説明図である。 1つまたは複数の態様に従って、送信すべき、要求についての認可を生成するための方法の説明図である。 1つまたは複数の態様に従って、与えられたノードに関連する不利のレベルに応じてRUMを送信するために使用される加入者の数を調整することにより、競合するノードの間の公平性を達成するための方法の説明図である。 1つまたは複数の態様に従う、一定のパワースペクトル密度(PSD)での2つのノードの間におけるRxRUM送信の説明図である。 1つまたは複数の態様に従って、第2のノードにおいて第1のノードによって引き起こされることになる干渉の量を推定することを容易にするRUM送信について一定のPSDを使用するための方法の説明図である。 様々な態様に従って、計画的ワイヤレス通信環境および/またはアドホックワイヤレス通信環境における干渉制御パケットに応答するための方法を示す図である。 上記された様々な態様に従って、RxRUMを生成するための方法の説明図である。 1つまたは複数の態様に従って、1つまたは複数の受信RxRUMに応答するための方法の説明図である。 ここにおいて説明される様々なシステムおよび方法に従って使用されることができるワイヤレスネットワーク環境の説明図である。 様々な態様に従って、ワイヤレスデータ通信を容易にする装置の説明図である。 1つまたは複数の態様に従って、リソース利用メッセージ(RUM)を使用してワイヤレス通信を容易にする装置の説明図である。 様々な態様に従って、不利のレベルを示すためにリソース利用メッセージ(RUM)を生成することと、RUMを重み付けすることとを容易にする装置の説明図である。 1つまたは複数の態様に従って、どのノードが最も不利な状況に置かれるかを決定するためにワイヤレス通信環境の中のノードにおける相対的な状態を比較することを容易にする装置の説明図である。

Claims (29)

  1. ワイヤレス通信の方法であって、
    第1のノードにおいて、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されていることを示すリソース利用メッセージ(RUM)を生成することと、
    第2のあらかじめ決定されたしきい値が満たされているあるいは超過されている程度を示す値を用いて、前記RUMを重み付けすることと、
    1つまたは複数の第2のノードに対して前記重み付けされたRUMを送信することと、
    を備え、少なくとも1つの第1のノードから前記重み付けされたRUMを含む少なくとも1つのRUMを受信する前記1つまたは複数の第2のノードで、前記重み付けされたRUMは、前記第1のノードにおける干渉を示す、前記少なくとも1つの第1のノードの状態を、前記少なくとも1つの重み付けされたRUMに関連づけられた情報の関数として決定し、前記決定された状態を前記1つまたは複数の第2のノードの状態と比較し、前記比較に基づいて第1の通信路上で前記1つまたは複数の第2のノードからデータを送信するかどうかを決定するように用いられる、
    方法。
  2. 前記第1のあらかじめ決定されたしきい値と、前記第2のあらかじめ決定されたしきい値とは、実質的に等しい、請求項1に記載の方法。
  3. 前記第1のあらかじめ決定されたしきい値は、干渉オーバーサーマル雑音(IOT)のレベル、データレート、キャリア対干渉比(C/I)、スループットのレベル、スペクトル効率のレベル、およびレイテンシのレベルのうちの少なくとも1つを表す、請求項1に記載の方法。
  4. 前記第2のあらかじめ決定されたしきい値は、干渉オーバーサーマル雑音(IOT)のレベル、データレート、キャリア対干渉比(C/I)、スループットのレベル、スペクトル効率のレベル、およびレイテンシのレベルのうちの少なくとも1つを表す、請求項1に記載の方法。
  5. 前記第2のあらかじめ決定されたしきい値が超過される前記程度は、前記第1のノードにおいて達成される実際の値に対するターゲット値の比の関数として決定される、請求項1に記載の方法。
  6. 前記RUMを重み付けすることは、前記第1のノードによってサポートされるすべてのフローについて達成される実際の値に対するターゲット値の比を計算することと、不利のより大きな程度を示す値を有する前記比を選択することと、を備える、請求項1に記載の方法。
  7. 前記第1のノードは、アクセスポイントの中で使用される、請求項1に記載の方法。
  8. 前記第1のノードは、アクセス端末の中で使用される、請求項1に記載の方法。
  9. 前記値は、量子化された値である、請求項1に記載の方法。
  10. ワイヤレス通信を容易にする装置であって、
    第1のノードにおいて、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されていることを示すリソース利用メッセージ(RUM)を生成する生成モジュールと、
    第2のあらかじめ決定されたしきい値が満たされているあるいは超過されている程度を示す値を用いて前記RUMを重み付けする重み付けモジュールと、
    1つまたは複数の第2のノードに対して前記重み付けされたRUMを送信する送信モジュールと
    を備え、少なくとも1つの第1のノードから少なくとも1つのRUMを受信する前記1つまたは複数の第2のノードで、前記重み付けされたRUMは、第1のノードにおける干渉を示す、前記少なくとも1つの第1のノードの状態を、前記少なくとも1つの重み付けされたRUMに関連づけられた情報の関数として決定し、前記決定された状態を前記第2のノードの状態と比較し、前記比較に基づいて第1の通信路上で前記第2のノードからデータを送信するかどうかを決定するように用いられる、
    装置。
  11. 前記第1のあらかじめ決定されたしきい値と、前記第2のあらかじめ決定されたしきい値とは、実質的に等しい、請求項10に記載の装置。
  12. 前記第1のあらかじめ決定されたしきい値は、干渉オーバーサーマル雑音(IOT)のレベル、データレート、キャリア対干渉比(C/I)、スループットのレベル、スペクトル効率のレベル、およびレイテンシのレベルのうちの少なくとも1つを表す、請求項10に記載の装置。
  13. 前記第2のあらかじめ決定されたしきい値は、干渉オーバーサーマル雑音(IOT)のレベル、データレート、キャリア対干渉比(C/I)、スループットのレベル、スペクトル効率のレベル、およびレイテンシのレベルのうちの少なくとも1つを表す、請求項10に記載の装置。
  14. 前記第2のあらかじめ決定されたしきい値が超過される前記程度は、前記第1のノードにおいて達成される実際の値に対するターゲット値の比の関数として決定される、請求項10に記載の装置。
  15. 前記RUMの前記重み付けモジュールは、前記第1のノードによってサポートされるすべてのフローについて達成される実際の値に対するターゲット値の比を計算し、不利のより大きな程度を示す値を有する前記比を選択する、請求項10に記載の装置。
  16. 前記第1のノードは、アクセスポイントの中で使用される、請求項10に記載の装置。
  17. 前記第1のノードは、アクセス端末の中で使用される、請求項10に記載の装置。
  18. 前記値は、量子化された値である、請求項10に記載の装置。
  19. ワイヤレス通信のための装置であって、
    第1のノードにおいて、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されていることを示すリソース利用メッセージ(RUM)を生成するための手段と、
    第2のあらかじめ決定されたしきい値が満たされているあるいは超過されている程度を示す値を用いて前記RUMを重み付けするための手段と、
    1つまたは複数の第2のノードに対して前記重み付けされたRUMを送信するための手段と、
    を備え、少なくとも1つの第1のノードから少なくとも1つのRUMを受信する前記1つまたは複数の第2のノードで、前記重み付けされたRUMは、前記第1のノードにおける干渉を示す、前記少なくとも1つの第1のノードの状態を、前記少なくとも1つの重み付けされたRUMに関連づけられた情報の関数として決定し、前記決定された状態を前記第2のノードの状態と比較し、前記比較に基づいて第1の通信路上で前記第2のノードからデータを送信するかどうかを決定するように用いられる、
    装置。
  20. 前記第1のあらかじめ決定されたしきい値と、前記第2のあらかじめ決定されたしきい値とは、実質的に等しい、請求項19に記載の装置。
  21. 前記第1のあらかじめ決定されたしきい値は、干渉オーバーサーマル雑音(IOT)のレベル、データレート、キャリア対干渉比(C/I)、スループットのレベル、スペクトル効率のレベル、およびレイテンシのレベルのうちの少なくとも1つを表す、請求項19に記載の装置。
  22. 前記第2のあらかじめ決定されたしきい値は、干渉オーバーサーマル雑音(IOT)のレベル、データレート、キャリア対干渉比(C/I)、スループットのレベル、スペクトル効率のレベル、およびレイテンシのレベルのうちの少なくとも1つを表す、請求項19に記載の装置。
  23. 前記第2のあらかじめ決定されたしきい値が超過される前記程度は、前記第1のノードにおいて達成される実際の値に対するターゲット値の比の関数として決定される、請求項19に記載の装置。
  24. 前記RUMを重み付けするための前記手段は、前記第1のノードによってサポートされるすべてのフローについて達成される実際の値に対するターゲット値の比を計算し、不利のより大きな程度を示す値を有する前記比を選択する、請求項19に記載の装置。
  25. 前記第1のノードは、アクセスポイントの中で使用される、請求項19に記載の装置。
  26. 前記第1のノードは、アクセス端末の中で使用される、請求項19に記載の装置。
  27. 前記値は、量子化された値である、請求項19に記載の装置。
  28. ワイヤレス通信のための命令を備える機械読取り可能媒体であって、前記命令は、実行されると、前記機械に、
    第1のノードにおいて、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されていることを示すリソース利用メッセージ(RUM)を生成させ、
    第2のあらかじめ決定されたしきい値が満たされているあるいは超過されている程度を示す値を用いて前記RUMを重み付けさせ、
    1つまたは複数の第2のノードに対して前記重み付けされたRUMを送信させる、
    なお、少なくとも1つの第1のノードから少なくとも1つのRUMを受信する前記1つまたは複数の第2のノードで、前記重み付けされたRUMは、前記第1のノードにおける干渉を示す、前記少なくとも1つの第1のノードの状態を、前記少なくとも1つの重み付けされたRUMに関連づけられた情報の関数として決定し、前記決定された状態を前記第2のノードの状態と比較し、前記比較に基づいて第1の通信路上で前記第2のノードからデータを送信するかどうかを決定するように用いられる、
    機械読取り可能媒体。
  29. ワイヤレス通信を容易にするプロセッサであって、
    第1のノードにおいて、第1のあらかじめ決定されたしきい値が満たされているあるいは超過されていることを示すリソース利用メッセージ(RUM)を生成し、
    第2のあらかじめ決定されたしきい値が満たされているあるいは超過されている程度を示す値を用いて前記RUMを重み付けし、
    1つまたは複数の第2のノードに対して前記重み付けされたRUMを送信するよう構成される、
    なお、少なくとも1つの第1のノードから少なくとも1つのRUMを受信する前記1つまたは複数の第2のノードで、前記重み付けされたRUMは、前記第1のノードにおける干渉を示す、前記少なくとも1つの第1のノードの状態を、前記少なくとも1つの重み付けされたRUMに関連づけられた情報の関数として決定し、前記決定された状態を前記第2のノードの状態と比較し、前記比較に基づいて第1の通信路上で前記第2のノードからデータを送信するかどうかを決定するように用いられる、
    プロセッサ。
JP2008538165A 2005-10-26 2006-10-26 アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac) Active JP4965577B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US73063105P 2005-10-26 2005-10-26
US73072705P 2005-10-26 2005-10-26
US60/730,727 2005-10-26
US60/730,631 2005-10-26
PCT/US2006/060262 WO2007051140A2 (en) 2005-10-26 2006-10-26 Flexible medium access control (mac) method for ad hoc wireless networks

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2012005170A Division JP5420686B2 (ja) 2005-10-26 2012-01-13 アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac)
JP2012005169A Division JP5507588B2 (ja) 2005-10-26 2012-01-13 アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac)

Publications (2)

Publication Number Publication Date
JP2009514441A JP2009514441A (ja) 2009-04-02
JP4965577B2 true JP4965577B2 (ja) 2012-07-04

Family

ID=37968667

Family Applications (6)

Application Number Title Priority Date Filing Date
JP2008538165A Active JP4965577B2 (ja) 2005-10-26 2006-10-26 アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac)
JP2008538174A Active JP4814336B2 (ja) 2005-10-26 2006-10-26 公平性を達成するマルチ・キャリアmacにおける資源利用メッセージの使用
JP2008538176A Active JP4838316B2 (ja) 2005-10-26 2006-10-26 リソース利用マスクを用いた無線チャネルの加重公平共有
JP2008538178A Active JP4824765B2 (ja) 2005-10-26 2006-10-26 定psdで送信されるリソース利用マスクを使用する干渉管理
JP2012005169A Active JP5507588B2 (ja) 2005-10-26 2012-01-13 アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac)
JP2012005170A Active JP5420686B2 (ja) 2005-10-26 2012-01-13 アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac)

Family Applications After (5)

Application Number Title Priority Date Filing Date
JP2008538174A Active JP4814336B2 (ja) 2005-10-26 2006-10-26 公平性を達成するマルチ・キャリアmacにおける資源利用メッセージの使用
JP2008538176A Active JP4838316B2 (ja) 2005-10-26 2006-10-26 リソース利用マスクを用いた無線チャネルの加重公平共有
JP2008538178A Active JP4824765B2 (ja) 2005-10-26 2006-10-26 定psdで送信されるリソース利用マスクを使用する干渉管理
JP2012005169A Active JP5507588B2 (ja) 2005-10-26 2012-01-13 アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac)
JP2012005170A Active JP5420686B2 (ja) 2005-10-26 2012-01-13 アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac)

Country Status (12)

Country Link
EP (5) EP1941761B1 (ja)
JP (6) JP4965577B2 (ja)
KR (4) KR100997621B1 (ja)
CN (1) CN102917367B (ja)
AR (4) AR056732A1 (ja)
BR (3) BRPI0617909A2 (ja)
CA (4) CA2623909C (ja)
ES (1) ES2810426T3 (ja)
HK (1) HK1181952A1 (ja)
RU (3) RU2414101C2 (ja)
TW (4) TWI333770B (ja)
WO (4) WO2007051148A2 (ja)

Families Citing this family (81)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8081592B2 (en) 2005-10-26 2011-12-20 Qualcomm Incorporated Flexible medium access control (MAC) for ad hoc deployed wireless networks
US9204428B2 (en) 2005-10-26 2015-12-01 Qualcomm Incorporated Interference management using resource utilization masks sent at constant PSD
US8918114B2 (en) 2005-10-26 2014-12-23 Qualcomm Incorporated Using resource utilization messages in a multi-carrier MAC to achieve fairness
US8942161B2 (en) 2005-10-26 2015-01-27 Qualcomm Incorporated Weighted fair sharing of a wireless channel using resource utilization masks
US7876701B2 (en) * 2007-07-10 2011-01-25 Qualcomm Incorporated Control channel design to support one-to-one, many-to-one, and one-to-many peer-to-peer communications
US8432786B2 (en) 2007-07-10 2013-04-30 Qualcomm Incorporated Control channel design to support one-to-one, many-to-one, and one-to-many peer-to-peer communications
US8140103B2 (en) * 2007-07-10 2012-03-20 Qualcomm Incorporated Method and apparatus for power scaling in peer-to-peer communications
US9699688B2 (en) * 2007-08-02 2017-07-04 Qualcomm Incorporated Method for scheduling orthogonally over multiple hops
EP2190227A1 (en) * 2007-08-14 2010-05-26 Panasonic Corporation Radio communication system, scheduling method, radio base station device, and radio terminal
US9078269B2 (en) 2007-09-21 2015-07-07 Qualcomm Incorporated Interference management utilizing HARQ interlaces
US9066306B2 (en) 2007-09-21 2015-06-23 Qualcomm Incorporated Interference management utilizing power control
US9374791B2 (en) 2007-09-21 2016-06-21 Qualcomm Incorporated Interference management utilizing power and attenuation profiles
US9137806B2 (en) 2007-09-21 2015-09-15 Qualcomm Incorporated Interference management employing fractional time reuse
US8867378B2 (en) * 2007-10-05 2014-10-21 Qualcomm Incorporated Triggering multi-carrier requests
US7983165B2 (en) * 2007-10-31 2011-07-19 Qualcomm Incorporated Methods and apparatus related to scheduling traffic in a wireless communications system using shared air link traffic resources
US8520692B2 (en) 2007-10-31 2013-08-27 Qualcomm Incorporated Methods and apparatus related to controlling traffic in a wireless communications system using shared air link traffic resources
US8948095B2 (en) 2007-11-27 2015-02-03 Qualcomm Incorporated Interference management in a wireless communication system using frequency selective transmission
US20090135754A1 (en) 2007-11-27 2009-05-28 Qualcomm Incorporated Interference management in a wireless communication system using overhead channel power control
US9072093B2 (en) * 2007-12-19 2015-06-30 Qualcomm Incorporated Flexible control channels for unplanned wireless networks
US7860521B2 (en) 2007-12-26 2010-12-28 Motorola, Inc. System and method for minimizing inter-communications system mobile station-to-mobile station interference
US8942636B2 (en) * 2008-01-28 2015-01-27 Qualcomm Incorporated Adaptive transmission of resource utilization messages based on throughput
US8139528B2 (en) * 2008-01-28 2012-03-20 Qualcomm Incorporated Adaptive transmission of resource utilization messages
US8825046B2 (en) * 2008-02-01 2014-09-02 Qualcomm Incorporated Short-term interference mitigation in a wireless communication system
US8843069B2 (en) 2008-02-01 2014-09-23 Qualcomm Incorporated Interference reduction request in a wireless communication system
US8504091B2 (en) * 2008-02-01 2013-08-06 Qualcomm Incorporated Interference mitigation for control channels in a wireless communication network
US8737314B2 (en) 2008-02-14 2014-05-27 Qualcomm Incorporated Traffic management for multi-hop wireless communication
US8767541B2 (en) 2008-02-14 2014-07-01 Qualcomm Incorporated Scheduling policy-based traffic management
US8964651B2 (en) * 2008-02-14 2015-02-24 Qualcomm Incorporated Traffic management employing interference management messages
US9042385B2 (en) * 2008-03-05 2015-05-26 Qualcomm, Incorporated Traffic scheduling based on resource contention
US8526987B2 (en) 2008-03-06 2013-09-03 Qualcomm Incorporated Resolving contention for communication resources
US8458345B2 (en) 2008-03-07 2013-06-04 Qualcomm Incorporated Method and apparatus for frequency reuse in a multi-carrier communications system
US8724611B2 (en) * 2008-03-07 2014-05-13 Qualcomm Incorporated Authorizing transmission of resource utilization messages
US8498247B2 (en) 2008-03-25 2013-07-30 Qualcomm Incorporated Adaptively reacting to resource utilization messages including channel gain indication
US8599748B2 (en) * 2008-03-25 2013-12-03 Qualcomm Incorporated Adapting decision parameter for reacting to resource utilization messages
US8478198B2 (en) 2008-04-03 2013-07-02 Qualcomm Incorporated Interference management messaging involving termination of a request for reduction in interference
US8750139B2 (en) * 2008-04-15 2014-06-10 Qualcomm Incorporated Method and apparatus for carrier selection in multi-carrier communication systems
US9014015B2 (en) 2008-04-15 2015-04-21 Qualcomm Incorporated Method and apparatus for resource utilization management in a multi-carrier communications system
US8750116B2 (en) * 2008-04-15 2014-06-10 Qualcomm Incorporated Methods and apparatus for communicating and/or using load information in support of decentralized traffic scheduling decisions
US8427967B2 (en) 2008-04-15 2013-04-23 Qualcomm Incorporated Method and apparatus for carrier identity determination in multi-carrier communication systems
US8559879B2 (en) 2008-04-22 2013-10-15 Qualcomm Incorporated Null pilots for interference estimation in a wireless communication network
US8521206B2 (en) 2008-04-22 2013-08-27 Qualcomm Incorporated Interference management with reduce interference requests and interference indicators
US8498578B2 (en) 2008-05-16 2013-07-30 Qualcomm Incorporated Dynamic interference management for wireless networks
US8554147B2 (en) 2008-05-22 2013-10-08 Qualcomm Incorporated System and method to enable resource partitioning in wireless networks
US8489028B2 (en) * 2008-05-22 2013-07-16 Qualcomm Incorporated System and method to enable resource partitioning in wireless networks
US8228937B2 (en) * 2008-07-21 2012-07-24 Xg Technology, Inc. Method for extending a heterogeneous MAC protocol to multi-channel systems
US20100034126A1 (en) 2008-08-08 2010-02-11 Qualcomm Incorporated Method and apparatus for handling measurement gaps in wireless networks
US8873522B2 (en) * 2008-08-11 2014-10-28 Qualcomm Incorporated Processing measurement gaps in a wireless communication system
KR101682034B1 (ko) * 2008-08-18 2016-12-05 삼성전자주식회사 다중 밴드를 사용하는 광대역 무선통신 시스템에서 서브밴드의 선택적 사용을 위한 장치 및 방법
JP5389937B2 (ja) * 2008-11-14 2014-01-15 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 無線リソースへのアクセスを制御する方法および装置
US8112108B2 (en) * 2008-12-17 2012-02-07 Qualcomm Incorporated Methods and apparatus facilitating and/or making wireless resource reuse decisions
US8619563B2 (en) * 2009-02-03 2013-12-31 Qualcomm Incorporated Method and apparatus for interference management in a wireless communication system
US20110130098A1 (en) * 2009-05-22 2011-06-02 Qualcomm Incorporated Systems, apparatus and methods for distributed scheduling to facilitate interference management
US8238234B2 (en) * 2009-06-03 2012-08-07 Qualcomm Incorporated Switching between MIMO and receiver beam forming in a peer-to-peer network
US8817709B2 (en) * 2009-10-14 2014-08-26 Qualcomm Incorporated Methods and apparatus for controlling channel utilization
JP5319488B2 (ja) * 2009-10-21 2013-10-16 キヤノン株式会社 通信ネットワークの制御装置、制御方法、及びコンピュータプログラム
US8434336B2 (en) 2009-11-14 2013-05-07 Qualcomm Incorporated Method and apparatus for managing client initiated transmissions in multiple-user communication schemes
WO2011064617A1 (en) * 2009-11-25 2011-06-03 Nokia Corporation Determining "fair share" of radio resources in radio access system with contention-based spectrum sharing
US8743711B2 (en) * 2009-12-15 2014-06-03 Intel Corporation Techniques for managing heterogeneous traffic streams
EP3913842A1 (en) 2010-01-11 2021-11-24 QUALCOMM Incorporated Method for communicating with data through component carriers in mobile communication system to which carrier aggregation method is applied and apparatus therefor
US8913511B2 (en) 2010-04-01 2014-12-16 Qualcomm Incorporated Interference management to support peer-to-peer communication in a wide area network
CN102238549B (zh) * 2010-04-30 2016-09-14 索尼公司 在异构网络中管理资源的系统和方法
TWI427983B (zh) * 2011-03-04 2014-02-21 Univ Nat Yunlin Sci & Tech Channel Estimation Method Based on Relay Assisted by Orthogonal Frequency Division Multiplexing
US8842692B2 (en) 2011-09-06 2014-09-23 Qualcomm Incorporated Methods and apparatus for enabling multiple devices to share a data transmission period
US9014093B2 (en) 2011-11-02 2015-04-21 Industrial Technology Research Institute Direct communication method and direct communication device and coordinator device using the same
US20130184030A1 (en) * 2012-01-12 2013-07-18 Qualcomm Incorporated Methods and apparatus for generating and/or using a signal suppression utility metric
JP5498538B2 (ja) * 2012-07-09 2014-05-21 株式会社東芝 無線通信方法、システムおよび装置
US9900865B2 (en) 2012-09-26 2018-02-20 Lg Electronics Inc. Method and apparatus for sub-channel selective access in wireless LAN system
RU2565488C1 (ru) * 2014-11-21 2015-10-20 Открытое Акционерное Общество "Информационные Технологии И Коммуникационные Системы" Способ разрешения конфликта адресации узлов в асинхронных сетях с топологией "общая шина"
CN107113870B (zh) 2014-12-16 2021-04-30 瑞典爱立信有限公司 无线接入点节点、管理节点以及在其中控制无线电资源使用的方法
CN106100901B (zh) * 2016-08-04 2019-12-06 中国银联股份有限公司 一种流速控制方法及装置
CN106657058B (zh) * 2016-12-20 2019-12-06 腾讯科技(深圳)有限公司 事件资源分配方法和装置
US10306652B2 (en) * 2017-02-10 2019-05-28 Qualcomm Incorporated Feedback interference management in sidelink
EP3367738B1 (en) * 2017-02-28 2024-03-13 Nokia Solutions and Networks Oy Method, system and computer program product for operating a wireless network
CN107644055B (zh) * 2017-07-27 2019-12-13 中国人民解放军国防信息学院 一种基于训练数据的通信保障能力生成方法
JP2019100393A (ja) * 2017-11-30 2019-06-24 日本精工株式会社 トルク伝達用継手および電動式パワーステアリング装置
CN110166151B (zh) * 2018-02-12 2021-05-11 华为技术有限公司 一种数据传输方法以及相关设备
CN110519716B (zh) * 2018-05-22 2023-02-17 诺基亚技术有限公司 用于通信系统中动态资源授权的方法、设备及计算机可读介质
CN110933713B (zh) * 2019-12-03 2023-05-12 西安邮电大学 一种工业无线传感器网络的通信实现方法
WO2022033691A1 (en) * 2020-08-13 2022-02-17 Nokia Technologies Oy Apparatus, methods, and computer programs for uplink power reduction
US11558221B2 (en) * 2021-02-24 2023-01-17 Qualcomm Incorporated Sounding reference signal resource indicator group indication
WO2024025339A1 (en) * 2022-07-27 2024-02-01 Kstl Device and method for transmitting ppdu

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6222832B1 (en) * 1998-06-01 2001-04-24 Tantivy Communications, Inc. Fast Acquisition of traffic channels for a highly variable data rate reverse link of a CDMA wireless communication system
JP3387459B2 (ja) * 1999-09-30 2003-03-17 日本電気株式会社 電波監視システム、及び電波監視方法
AU7324401A (en) * 2000-07-10 2002-01-21 Interdigital Tech Corp Code power measurement for dynamic channel allocation
US6535738B1 (en) * 2000-08-04 2003-03-18 Lucent Technologies Inc. Method for optimizing a number of communication links
JP3858746B2 (ja) * 2001-05-08 2006-12-20 ソニー株式会社 無線通信システム、無線通信制御装置及び無線通信制御方法、並びにコンピュータ・プログラム
DE10124765A1 (de) * 2001-05-21 2002-11-28 Siemens Ag Verfahren zur Zuweisung von Kanälen in einem Funk-Kommunikationssystem
US7020472B2 (en) 2001-06-22 2006-03-28 Gallitzin Allegheny Llc Cellular channel bonding for improved data transmission
JP2003259414A (ja) * 2002-03-05 2003-09-12 Sony Corp 移動局および移動通信システム
JP4071989B2 (ja) * 2002-05-10 2008-04-02 株式会社エヌ・ティ・ティ・ドコモ Tddセルラ通信システム、チャネル割当装置、無線端末および方法
JP4022744B2 (ja) * 2002-08-01 2007-12-19 日本電気株式会社 移動通信システム及びベストセル変更方法並びにそれに用いる基地局制御装置
US20040203398A1 (en) * 2002-09-30 2004-10-14 Durrant Randolph L. Rapid channel characterization for bluetooth co-existence
US7269152B2 (en) * 2003-02-14 2007-09-11 Motorola, Inc. Method and apparatus for transmitting information within a communication system
US7076220B2 (en) * 2003-02-24 2006-07-11 Autocell Laboratories, Inc. Program for scanning radio frequency channels
GB2398965B (en) * 2003-02-27 2005-05-18 Toshiba Res Europ Ltd Methods of controlling transmission power levels in air interface channels
JP4023341B2 (ja) * 2003-03-07 2007-12-19 株式会社デンソー 通信方法および通信端末装置
JP3812838B2 (ja) * 2003-03-17 2006-08-23 株式会社Kddi研究所 無線チャネル数の制御方法
JP5054377B2 (ja) * 2003-06-06 2012-10-24 メッシュネットワークス インコーポレイテッド アドホック・ネットワークにおけるフェアネスおよびサービスの差別化を実現するシステムおよび方法
JP2005051523A (ja) * 2003-07-29 2005-02-24 Sony Corp 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム
KR101094008B1 (ko) * 2003-08-06 2011-12-15 파나소닉 주식회사 미디어 액세스 시스템의 마스터-슬레이브 핸드오버용 단말 장치 및 방법
JP2005086408A (ja) * 2003-09-08 2005-03-31 Sony Corp 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム
DE10344345B3 (de) * 2003-09-24 2005-05-12 Siemens Ag Verfahren zur Kommunikation in einem Adhoc-Funkkommunikationssystem
US7230991B2 (en) * 2003-12-10 2007-06-12 Nec Laboratories America, Inc. Scheduling method with tunable throughput maximization and fairness guarantees in resource allocation
US7515913B2 (en) * 2004-03-29 2009-04-07 Agere Systems Inc. Method and apparatus for automatic change of an operating channel in a wireless communication system
CN1307845C (zh) * 2004-07-29 2007-03-28 Ut斯达康通讯有限公司 基于寻呼区的动态流量控制方法
JP4151973B2 (ja) * 2004-09-24 2008-09-17 株式会社東芝 アドホック無線通信システムにおけるチャネル設定方法

Also Published As

Publication number Publication date
EP1941762B1 (en) 2019-06-05
EP1941778A2 (en) 2008-07-09
JP5507588B2 (ja) 2014-05-28
WO2007051140A2 (en) 2007-05-03
WO2007051152A2 (en) 2007-05-03
RU2391798C2 (ru) 2010-06-10
WO2007051148A2 (en) 2007-05-03
EP1941761B1 (en) 2016-07-20
ES2810426T3 (es) 2021-03-08
JP2009514443A (ja) 2009-04-02
KR100997621B1 (ko) 2010-12-01
BRPI0617911A2 (pt) 2011-08-09
JP2009514442A (ja) 2009-04-02
WO2007056630A3 (en) 2007-09-20
CA2626364A1 (en) 2007-05-18
KR20080069648A (ko) 2008-07-28
HK1181952A1 (zh) 2013-11-15
JP2012130020A (ja) 2012-07-05
AR056732A1 (es) 2007-10-17
KR100990545B1 (ko) 2010-10-29
RU2414101C2 (ru) 2011-03-10
KR20080070044A (ko) 2008-07-29
WO2007051152A3 (en) 2007-09-20
CA2625968A1 (en) 2007-05-03
TW200727644A (en) 2007-07-16
WO2007051140A3 (en) 2007-10-25
AR056160A1 (es) 2007-09-19
RU2008120646A (ru) 2009-12-10
CA2626378C (en) 2016-09-20
EP1941762A2 (en) 2008-07-09
JP4838316B2 (ja) 2011-12-14
KR101125303B1 (ko) 2012-03-27
CA2623909C (en) 2014-01-28
RU2404541C2 (ru) 2010-11-20
KR20080070037A (ko) 2008-07-29
EP3386229A1 (en) 2018-10-10
RU2008120656A (ru) 2009-12-10
JP5420686B2 (ja) 2014-02-19
KR100981892B1 (ko) 2010-09-13
BRPI0617911B1 (pt) 2019-12-03
TWI337824B (en) 2011-02-21
JP4824765B2 (ja) 2011-11-30
JP4814336B2 (ja) 2011-11-16
AR056731A1 (es) 2007-10-17
EP3386229B1 (en) 2020-05-20
JP2009514444A (ja) 2009-04-02
CN102917367B (zh) 2015-11-11
CA2626378A1 (en) 2007-05-03
EP1941761A2 (en) 2008-07-09
KR20080069659A (ko) 2008-07-28
TWI373946B (en) 2012-10-01
TWI333770B (en) 2010-11-21
TW200729877A (en) 2007-08-01
CA2623909A1 (en) 2007-05-03
CA2625968C (en) 2012-03-20
WO2007051148A3 (en) 2007-11-29
EP1941770A2 (en) 2008-07-09
WO2007056630A2 (en) 2007-05-18
JP2009514441A (ja) 2009-04-02
RU2008120655A (ru) 2009-12-10
BRPI0617909A2 (pt) 2011-08-09
TW200731818A (en) 2007-08-16
JP2012124914A (ja) 2012-06-28
BRPI0617756A2 (pt) 2011-08-02
TW200729885A (en) 2007-08-01
AR056161A1 (es) 2007-09-19
CN102917367A (zh) 2013-02-06
TWI350663B (en) 2011-10-11

Similar Documents

Publication Publication Date Title
JP4965577B2 (ja) アドホック展開されるワイヤレスネットワークについての柔軟な媒体アクセス制御(mac)
US9204428B2 (en) Interference management using resource utilization masks sent at constant PSD
US8942161B2 (en) Weighted fair sharing of a wireless channel using resource utilization masks
US8081592B2 (en) Flexible medium access control (MAC) for ad hoc deployed wireless networks
US8918114B2 (en) Using resource utilization messages in a multi-carrier MAC to achieve fairness
JP5763162B2 (ja) マルチキャリア通信システムにおけるキャリア選択の方法及び装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20101129

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101221

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110913

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120113

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20120120

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120228

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120329

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4965577

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150406

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250