JP4014615B2 - 測定報告方法、基地局、測定の受信方法、およびコントローリング無線ネットワーク制御装置 - Google Patents

測定報告方法、基地局、測定の受信方法、およびコントローリング無線ネットワーク制御装置 Download PDF

Info

Publication number
JP4014615B2
JP4014615B2 JP2005356850A JP2005356850A JP4014615B2 JP 4014615 B2 JP4014615 B2 JP 4014615B2 JP 2005356850 A JP2005356850 A JP 2005356850A JP 2005356850 A JP2005356850 A JP 2005356850A JP 4014615 B2 JP4014615 B2 JP 4014615B2
Authority
JP
Japan
Prior art keywords
measurement
base station
bit rate
priority class
priority
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
JP2005356850A
Other languages
English (en)
Other versions
JP2006191554A (ja
JP2006191554A5 (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.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
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 Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JP2006191554A publication Critical patent/JP2006191554A/ja
Publication of JP2006191554A5 publication Critical patent/JP2006191554A5/ja
Application granted granted Critical
Publication of JP4014615B2 publication Critical patent/JP4014615B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/245—Traffic characterised by specific attributes, e.g. priority or QoS using preemption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/22—Negotiating communication rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/14—Separate analysis of uplink or downlink
    • H04W52/146—Uplink power control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/34—TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading
    • H04W52/343—TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading taking into account loading or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers

Description

本発明は、基地局において、少なくとも一つのユーザ機器によって、個別アップリンクデータチャネル上に送信されているデータに提供されているビットレート (provided bit−rate)についての測定を行い、その測定結果を、コントローリング無線ネットワーク制御装置に報告する方法に関するものである。また、本発明は、その測定結果を受信する方法、それらの方法を実行する基地局およびコントローリング無線ネットワーク制御装置に関するものである。
W−CDMA（Wideband Code Division Multiple Access：広帯域符号分割多元接続方式）は、IMT−2000（International Mobile Communication：国際移動通信）のための無線インターフェイスであって、第3世代無線移動通信システムとしての使用のために標準化された。それは、柔軟かつ効率的に、音声サービスおよびマルチメディア移動通信サービスのような多様なサービスを提供する。日本、欧州、米国、および、他の国々における標準化主体は、W−CDMAのための共通の無線インターフェイス仕様を作成するために、第3世代パートナーシッププロジェクト(3GPP)と呼ばれるプロジェクトを合同で組織している。IMT−2000の標準化された欧州バージョンは、一般に、UMTS（Universal Mobile Telecommunication System：ユニバ−サル移動通信システム）と呼ばれる。UMTSの仕様の最初のリリースは、1999年に公表されている（リリース99）。一方、その標準に対する幾つかの改良が、リリース4およびリリース5において、3GPPによって標準化されており、そして、さらなる改良への議論が、リリース6の視野の下で進行中である。ダウンリンクおよびアップリンクにおけるdedicated channel（DCH：個別チャネル)、および、downlink shared channel（DSCH：ダウンリンク共有チャネル）が、リリース99およびリリース4において定義されている。
その後の何年かにおいて、開発者達は、マルチメディアサービス（または、一般にデータサービス）を提供するためには、高速の非対称接続を実装しなければならないことを認識した。リリース5において、high−speed downlink packet access（HSDPA：高速ダウンリンクパケット接続）が、導入された。新しいhigh−speed downlink shared channel（HS−DSCH：高速ダウンリンク共有チャネル）が、UMTS Radio Access Network（RAN：無線接続ネットワーク）から、UMTS仕様のユーザ機器と呼ばれる通信端末まで、ユーザにダウンリンク高速接続を提供する。
（パケットスケジューリング）
パケットスケジューリングは、共有媒体に入ることを許されたユーザに対してTXOP（transmission opportunity：送信機会）および送信フォーマットを割り当てるために用いられるRRMアルゴリズム（radio resource management algorithm：無線リソース管理アルゴリズム）である。スケジューリングは、例えば、好適なチャネル状態でユーザにTXOPを割り当てることによって、処理能力／容量を最大にするために、適応変調符号化と組み合わせてパケットベースの移動無線ネットワークに用いてもよい。UMTSにおけるパケットデータサービスは、サービスを流すために用いてもよいが、双方向トラフィッククラスおよびバックグラウンドトラフィッククラスに適用可能である。双方向クラスおよびバックグラウンドクラスに属するトラフィックは、非実時間(NRT)トラフィックとして扱われ、パケットスケジューラによって制御される。パケットスケジューリング手法は、次のように特徴づけることができる。
スケジューリング期間／周波数：ユーザが、あらかじめ正しいテンポでスケジュールされる期間。
サービング順序：ユーザがサービングする順序、例えば、ランダムな順序（ラウンドロビン）、または、チャネル品質（C/Iまたはスループットに基づく）にしたがう順序。
割り当て方法：リソースを割り当てるための規範、例えば、割り当て間隔当りにキューに入れられたユーザ全てに対して同一のデータ量、または、同一のパワー／コード／時間リソース。
アップリンクに対するパケットスケジューラが、3GPP UMTS R99/R4/R5において、無線ネットワーク制御装置(RNC)とユーザ機器との間に分配される。アップリンクにおいては、相異なるユーザによって共有されるエアインターフェイスリソースは、ノードBにおける総受信パワーであリ、したがって、スケジューラのタスクは、ユーザ機器間にパワーを割り当てることである。現在のUMTS R99/R4/R5仕様では、RNCは、各ユーザ機器に1セットの相異なる配信フォーマット（変調方式、符号化率等）を割り当てることによって、ユーザ機器がアップリンク送信の間に送信することを許容される最大レート／パワーを制御する。
そのようなTFCS（transport format combination set）の確立および再構成は、サービングRNC(S−RNC)とユーザ機器との間にメッセージを送る無線リソース制御(RRC)を用いて遂行してもよい。ユーザ機器は、それ自身のステータス（例えば、利用可能なパワー）およびバッファステータスに基づいて、割り当てられた配信フォーマットの組み合わせ間を自主的に選ぶことを許容される。
現在のUMTS R99/R4/R5仕様では、アップリンクユーザ機器送信に課される時間には、何らの制御も存在しない。スケジューラは、例えば、送信時間間隔ベースで作動してもよい。拡張されたアップリンク個別チャネル(E−DCH)に対するUMTSリリース6では、スケジューラは、レガシーチャネル（短いTTI（例えば2ミリ秒）ベースの）に対して、より高いスケジューリング周波数で作動してもよい。これは、ノイズ上昇に基づいて、ノードBによる割当てにリソースを保持しながら、端末のあるサービング順序を課す。
（UMTSアーキテクチャ）
ユニバ−サル移動通信システム(UMTS)のハイレベルR99/4/5アーキテクチャが、図1に示されている（非特許文献１を参照されたい)。ネットワーク要素は、機能的に、コアネットワーク(CN)101、UMTS Terrestrial Radio Access Network（UTRAN：UMTS地上無線接続ネットワーク）102、および、ユーザ機器(UE)103にグループ化される。UTRAN 102は、全ての無線関連機能(radio−related functionality)を扱う責任能力を持ち、一方、CN 101は、外部ネットワークに対する呼およびデータ接続をルートする責任能力を持つ。これらのネットワーク要素の相互接続は、オープンインターフェイス(Iu, Uu)によって定められる。UMTSシステムは、モジュール式であり、したがって、同じタイプのいくつかのネットワーク要素を持つことが可能であることに注意されたい。
続いて、2つの相異なるアーキテクチャを検討する。それらは、ネットワーク要素を横断する機能の論理的な分配に関して定められる。実際のネットワーク配置においては、各アーキテクチャは、2つ以上のネットワーク要素を単一の物理ノードに組み合わせることができることを意味する相異なる物理実現を持つことができる。
図2は、UTRANの現在のアーキテクチャを例示している。いくつかの無線ネットワーク制御装置(RNC)201, 202が、CN 101に接続されている。各RNC 201, 202は、一つまたはいくつかの基地局（ノードB）203, 204, 205, 206を制御し、それらの基地局は、次に、ユーザ機器と通信する。いくつかの基地局を制御するRNCは、これらの基地局のためのコントローリングRNC(C−RNC)と呼ばれる。それらのC−RNCに伴われた、1セットの制御された基地局は、無線ネットワークサブシステム(RNS)207, 208と呼ばれる。ユーザ機器とUTRANとの間の各接続において、一つのRNSは、サービングRNS(S−RNS)である。それは、コアネットワーク(CN)101との、いわゆるIu接続を保持する。必要なとき、図3に示されるように、ドリフトRNS(D−RNS) 302は、無線リソースを提供することによって、サービングRNS(S−RNS) 301を維持する。それぞれのRNCは、サービングRNC(S−RNC)およびドリフトRNC(D−RNC) と呼ばれる。さらに、C−RNCとD−RNCとは、同一であり、したがって、略称のS−RNCまたはRNCを用いるということは可能であり、また、しばしば、そうである。
（無線移動性管理）
・リリース99/4/5 UTRANにおける無線移動性管理
移動性管理に接続するいくつかの処理を説明する前に、下記において頻繁に用いられるいくつかの用語を、最初に定義する。
無線リンクは、単一のUEと単一のUTRAN接続点との間の論理結合として定義することができる。その物理実現は、無線ベアラ送信を有する。
ハンドオーバは、UEが絶えずUTRANに接続されている（ソフトハンドオーバ）ような、UE接続への／からの無線ベアラの接続または包含／除外において瞬断を伴う、一つの無線ベアラから他の一つの無線ベアラへのUE接続の切り替え（ハードハンドオーバ）として理解することができる。ソフトハンドオーバは、符号分割多元接続(CDMA)技術を採用しているネットワークに特有のものである。ハンドオーバ実行は、一例として現在のUTRANアーキテクチャを取った場合、移動無線ネットワーク内のS−RNCによって制御することができる。
UEに連係するアクティブセットは、UEと無線ネットワークとの間の特定の通信サービスに同時に含まれる1セットの無線リンクを有する。アクティブセット更新処理を、例えば、ソフトハンドオーバの間に、UEとUTRANとの間の通信のアクティブセットを変更するために採用することができる。その処理は、3つの機能：無線リンク追加、無線リンク除去、および、無線リンク追加と除去との組み合わせを有することができる。同時に存在する無線リンクの最大数は、8にセットされる。ひとたび、それぞれの基地局のパイロット信号強度が、アクティブセット内の最も強いメンバのパイロット信号に比して、ある閾値を越えると、新しい無線リンクが、アクティブセットに追加される。
ひとたび、それぞれの基地局のパイロット信号強度が、アクティブセットの最も強いメンバに比して、ある閾値を越えると、一つの無線リンクが、アクティブセットから除去される。無線リンク追加に対する閾値は、通常、無線リンク廃棄に対する閾値よりも高くなるように選ばれる。したがって、追加と除去のイベントは、パイロット信号強度に関してヒステリシスを形成する。
パイロット信号測定は、RRCシグナリングを用いて、UEからネットワークに（例えば、S−RNCに）報告することができる。測定結果を送る前に、あるフィルタリングが、通常、高速フェージングを平均するために実行される。通常のフィルタリング期間は、ハンドオーバ遅延に寄与する、約200 msであってもよい。測定結果に基づいて、ネットワーク（例えば、S−RNC）は、アクティブセット更新処理の機能の一つの実行（現在のアクティブセットへの／からのノードBの追加／除去）を発動することを決定することができる。
・E−DCHにおける無線移動性管理
UMTSのリリース6では、E−DCH送信においてソフトハンドオーバを維持することが、現在、予測されている。しかしながら、レガシーDCH（個別チャネル）とE−DCHとに対するアクティブセットは、一般に異なる。
（Iubインターフェイス上の共通測定および個別測定）
共通測定処理および個別測定処理は、通常、ノードB制御ポートを用いて、C−RNCから、接続しているノードBまで共通／個別測定開始メッセージを送ることによって開始される。受信すると、ノードBは、要求に与えられているパラメータにしたがって要求された測定を開始する。アドレスされたノードBは、開始要求に応答してC−RNCに共通／個別測定レポートを送る。C−RNCによって送られた要求も、アドレスノードBによって送られたレポートも、測定要求とそれに対応するレポートとの間の連結を許容するための測定IDセットを持つ測定ID IEを有する。
Iubインターフェイスへの共通測定処理は、ノードB内の共通リソースへの測定のために用いられる。同じように、Iubインターフェイスへの個別測定処理は、ノードB内の個別リソースへの測定のために用いられる。両タイプの処理とも、周期的、イベント発動的、および、即時的なタイプの報告をなすように構成することができる（非特許文献２を参照されたい）。
（拡張されたアップリンク個別チャネル(E−DCH)）
Dedicated Transport Channel（DTCH：個別配信チャネル）のアップリンク拡張が、現在、3GPP技術仕様グループRANによって調査されている（非特許文献３を参照されたい）。IPベースのサービスの使用が、ますます重要になっているから、RANの受信可能範囲および処理能力の改善、および、アップリンク個別配信チャネルの遅延の縮小に対して増大する要望がある。ストリーミングサービス、双方向サービスおよびバックグラウンドサービスは、この拡張されたアップリンクから利益を享受するかもしれない。
一つの拡張は、ノードB制御スケジューリングに結合して適応変調符号化方式(AMC)を使用すること、したがって、Uuインターフェイスの拡張である。既存のR99/R4/R5システムでは、アップリンク最大データレート制御は、RNCに存在する。ノードBにおいてスケジューラを再割り当てすることによって、RNCとノードBとの間のインターフェイス上のシグナリングによって導入される待ち時間が縮小され、したがって、スケジューラは、アップリンク負荷における瞬間的な変化に、より速く応答することができる。これは、RANとのユーザ機器の通信における総体的な待ち時間を縮小する。したがって、ノードB制御スケジューリングは, アップリンク負荷が減少するときに、より高いデータレートを迅速に割り当てることによって、そして、アップリンク負荷が増加するときに、アップリンクデータレートを制限することによって、アップリンク干渉をよりよく制御することができ、また、ノイズ上昇分散をよりよく平滑化することができる。受信可能範囲およびセル処理能力は、アップリンク干渉のよりよい制御によって改善される。
アップリンクにおける遅延を縮小すると考えられる、他の一つの技術は、他の配信チャネルに比して、E−DCHに対して、より短いTTI（Transmission Time Interval：送信時間間隔）長を導入することである。2 msの送信時間間隔長が、現在、E−DCHへの使用のために調査されており、一方、10 msの送信時間間隔が、一般に、他のチャネルに用いられている。HSDPAにおけるキー技術の一つであったハイブリッドARQも、拡張されたアップリンク個別チャネルに向けて考えられている。ノードBとユーザ機器との間のハイブリッドARQプロトコルは、誤りを伴って受信されたデータユニットの迅速な再送を可能にし、したがって、RLC（Radio Link Control：無線リンク制御）再送数、および、それに連結する遅延を縮小する。これは、エンドユーザによって経験されるサービスの品質を改善する。
上述の拡張を維持するために、以下においてMAC−eと呼ばれる新しいMACサブレイヤが、導入されている。この新しいサブレイヤのエンティティ（以下のセクションにおいて、より詳細に記述される）が、ユーザ機器およびノードBに置かれる。ユーザ機器サイドでは、このMAC−eは、上位レイヤデータ（例えば、MAC−dデータ）を、新しい拡張された配信チャネルに多重化して、エンティティを送信するHARQプロトコルを操作するという新しいタスクを実行する。
（E−DCH MACアーキテクチャ−UEサイド）
UEのMAC−eエンティティが、図4に、より詳細に描かれている。UEからノードB.に送信される、相異なるアプリケーションからのデータパケットを運ぶ、N個の相異なるデータフロー(MAC−d)が、存在する。これらのデータフローは、相異なるQoS要求（例えば、遅延要求およびエラー要求）を持つことができ、HARQインスタンスの相異なる構成を要求してもよい。各MAC−dフローは、特定の物理チャネルの属性（例えば、利得）、および、HARQの属性（例えば、再送の最大数）を割り付けることができる論理ユニットを表わしている。
さらに、MAC−d多重化が、一つのE−DCHに対して維持される、即ち、異なる優先度を持ついくつかの論理チャネルを、同一のMAC−dフロー上に多重化することができる。したがって、一つのMAC−dフローからのデータを、相異なる優先度キューに送り込むことができる。E−DCH上のデータの送信に対する適切な配信フォーマットの選択は、機能エンティティを表わすTF選択エンティティにおいてなされる。配信フォーマット選択は、利用可能な送信パワー、優先度（例えば、論理チャネル優先度）、および、ノードBから受信された、連係する制御シグナリング（HARQおよびスケジューリング関連の制御シグナリング)に基づいている。HARQエンティティは、ユーザのための再送機能を扱う。一つのHARQエンティティが、複数のHARQプロセスを維持する。HARQエンティティは、要求されたHARQ関連の全ての機能を扱う。MAC−eエンティティは、図4に示されるように、レイヤ−1シグナリングを介して、ノードB（ネットワークサイド）からのスケジューリング情報を受信する。
（E−DCH MACアーキテクチャ−UTRANサイド）
ソフトハンドオーバ作動において、MAC−eエンティティは、UTRANサイド上のノードB (MAC−eｂ)とS−RNC (MAC−eｓ)とを横断して分配されると仮定することができる。ノードBのスケジューラは、これらのエンティティの間にアクティブユーザを選んで、命令レート(commanded rate)、提案レート(suggested rate) 、または、アクティブユーザ(UE)をTFCSのサブセットに制限するTFC閾値を通してレート制御を実行する。いずれのMAC−eエンティティも、1人のユーザ(UE)に対応する。
図5に、ノードBのMAC−eアーキテクチャが、より詳細に描かれている。各HARQ再送エンティティが、未解決の再送からパケットのビットを組み合わせるための、ある量のソフトバッファメモリを割り付けられていることが分かる。ひとたび、パケットが、首尾よく受信されると、それは、上位レイヤにインシーケンスデリバリ(in−sequence delivery)を提供する並べ替えバッファに転送する。
並べ替えバッファは、ソフトハンドオーバの間、S−RNCに存在すると想定してもよい。
図6に、対応するユーザ(UE)の並べ替えバッファを有する、S−RNCのMAC−eアーキテクチャが示されている。並べ替えバッファの数は、対応するUEサイドのMAC−eエンティティ内のデータフローの数に等しい。データおよび制御情報が、ソフトハンドオーバの間、アクティブセット内の全てのノードBからS−RNCに送られる。
必要とされるソフトバッファサイズは、用いられるHARQ方式に依存する、例えば、incremental redundancy (IR)を用いるHARQ方式は、chase combining (CC)を持つHARQ方式よりも多くのソフトバッファを必要とすることに注意されたい。
（並べ替え機能）
いくつかのデータフローを、UEサイドの一つのMAC−e PDUに多重化して、フレーム充填効率(frame fill efficiency)を改善してもよい。RLCプロトコルが、acknowledged mode（AM：肯定モード）で働くように構成されている場合には、RLCレベルでの損失および再送の不必要な検出を回避するために、ネットワークサイドのRLCエンティティへのRLC PDUのインシーケンスデリバリが必要である。
並べ替え機能の作動は、図8に例示されているように、このレポートのために、レシーバウィンドウ(Receiver Window)および並べ替え解除タイマ(Reordering Release Timer)と名付けた、2つの主なパラメータによって決定される。レシーバウィンドウは、アップリンクにおける容認可能な最大データレートのための上限をセットアップする。ウィンドウの現在の上端より大きいTSNを持つPDUが、並べ替えバッファに入ってきたときには常に、レシーバウィンドウは、より大きなTSNの方向に移動し、その範囲外に残存するPDUは、RLC受信エンティティに直ちに転送される。ウィンドウは、また、並べ替え解除タイマの終結後にも同じ方向に移動し、したがって、RLC受信エンティティによるギャップの検出を可能にする。
並べ替え機能の詳細は、まだ、標準化されていないが、2つの主なパラメータが、S−RNCによる半固定的な構成（レガシーアーキテクチャ）に従うことは、ほとんど確実である。
（E−DCH−ノードB制御スケジューリング）
ノードB制御スケジューリングは、アップリンクにおいて、より高いセル処理能力を提供し、また、受信可能範囲を増加させるために、アップリンクパワーリソースのより効率的な使用を可能にすることが予測される、E−DCHにおける技術的特色の一つである。用語「ノードB制御スケジューリング」は、ノードBが、RNCによって構成される限度内において、UEが適切な一つのTFCを選ぶことのできるTFCのセットを制御する可能性を表示している。UEが、自主的に一つのTFCを選ぶことのできるTFCのセットは、以下において、「ノードB制御TFCサブセット」と呼ばれる。
「ノードB制御TFCサブセット」は、図7に見られるように、RNCによって構成されるTFCSのサブセットである。UEは、Rel5 TFC選択アルゴリズムを使用して、「ノードB制御TFCサブセット」から、適切な一つのTFCを選択する。十分なパワーマージン、利用可能な十分なデータがあり、TFCはブロック状態にないという条件で、UEは、「ノードB制御TFCサブセット」内の任意のTFCを選択することができる。E−DCHにおけるUE送信をスケジュールするための、2つの基本的なアプローチが、存在する。それらのスケジューリング方式は、全て、UEにおけるTFC選択の管理として見ることができ、主に、ノードBが、どのようにこのプロセス、および、それに関連するシグナリング要求に影響を及ぼすことができるかという点で異なる。
（ノードB制御レートスケジューリング）
このスケジューリングアプローチの原理は、ノードBが、高速TFCS制限制御によって、ユーザ機器のTFCSを制御し、制限することを可能にすることである。ノードBは、ユーザ機器が、レイヤ1シグナリングによって、そこから適切なTFCを自主的に選ぶことのできる「ノードB制御TFCサブセット」を拡大／縮小することができる。ノードB制御レートスケジューリングにおいては、全てのアップリンク送信が、並列に、しかしながら、ノードBにおけるノイズ上昇閾値を超過しないように十分に低いレートで、起こる。したがって、相異なるユーザ機器からの送信が、調子をそろえてオーバーラップするかもしれない。レートスケジューリングを用いて、ノードBは、アップリンクTFCSを制限することしかできず、UEがE−DCH上にデータを送信している時間に対する何らの制御も持っていない。ノードBが、同時に送信しているUEの数を意識しないことによって、セルのアップリンクノイズ上昇の正確な制御は、不可能である（非特許文献３を参照されたい）。
ノードBとユーザ機器との間のレイヤ1シグナリングによってTFC制御を可能にするために、2つの新しいレイヤ1メッセージを導入する。アップリンクにおいて、ユーザ機器は、ノードBにRate Request（RR：レート要求）を送ることができる。RRによって、ユーザ機器は、ノードBに、1ステップずつ「ノードB制御TFCサブセット」を拡大／縮小するように要求することができる。さらに、ダウンリンクにおいて、ノードBは、ユーザ機器にRate Grant（RG：レート許諾）を送ることができる。RGを用いて、ノードBは、例えば、アップ／ダウン命令を送ることによって、「ノードB制御TFCサブセット」を変えることができる。新しい「ノードB制御TFCサブセット」は、それが更新される次回まで有効である。
（ノードB制御レートアンドタイムスケジューリング）
ノードB制御レートアンドタイムスケジューリングの基本原理は、ユーザ機器のサブセットが、ノードBにおける希望総ノイズ上昇を超過しないように、所定の時間に送信することを可能にする（理論上でのみ）ことである。1ステップずつ「ノードB制御TFCサブセット」を拡大／縮小するためにアップ／ダウン命令を送る代わりに、ノードBは、明示的なシグナリングを通して、例えば、TFCSインジケータ（ポインタでもよい）を送ることによって、任意の許容される値に、TFCSを更新することができる。
さらに、ノードBは、ユーザ機器が送信することを許容されるスタート時刻および有効期間をセットすることができる。相異なるユーザ機器に対する「ノードB制御TFCサブセット」の更新は、複数のユーザ機器からの送信が、可能な限りまで調子をそろえてオーバーラップすることを回避するために、スケジューラによって調整することができる。CDMAシステムのアップリンクにおいては、同時送信は、常に、互いに干渉し合う。したがって、E−DCH上にデータを同時に送信するユーザ機器の数を制御することによって、ノードBは、セル内のアップリンク干渉レベルの、より正確な制御を得ることができる。ノードBスケジューラは、例えば、ユーザ機器のバッファ状態、ユーザ機器のパワー状態、および、利用可能なノードBにおける干渉のRise over Thermal (RoT)マージンに基づいて、送信時間間隔(TTI)当り、どのユーザ機器が送信を許容されるかということ、および、対応するTFCSインジケータを決定することができる。
ノードB制御レートアンドタイムスケジューリングを維持するために、2つの新しいレイヤ1メッセージが、導入される。アップリンクにおいて、ユーザ機器は、ノードBに、Scheduling Information Update（SI：スケジューリング情報更新）を送ることができる。ユーザ機器が、ノードBにスケジューリング要求を送る必要性を見出した（例えば、新しいデータが、ユーザ機器バッファに生じた）場合、ユーザ機器は、所要のスケジューリング情報を送信することができる。このスケジューリング情報によって、ユーザ機器は、ノードBに、自分の状態（例えば、自分のバッファ占有状態および利用可能な送信パワー）についての情報を提供することができる。
ダウンリンクにおいて、ノードBからユーザ機器にScheduling Grant（SG：スケジューリング許諾）を送信することができる。スケジューリング要求を受信すると、ノードBは、スケジューリング情報(SI)、および、利用可能なノードBにおけるRoTマージンのようなパラメータに基づいて、ユーザ機器をスケジュールすることができる。Scheduling Grant (SG)において、ノードBは、TFCSインジケータ、および、ユーザ機器によって用いられる、その後の送信のスタート時刻および有効期間を信号で伝えることができる。
E−DCHが、アップリンクにおいて、そのUEおよび他のUEによる他の送信の混合と共存しなければならないため、レートスケジューリングと、レートアンドタイムスケジューリングとのいずれの使用も、もちろん、利用可能なパワーによって制限される。相異なるスケジューリングモードの共存は、相異なるトラフィックタイプを扱う際に柔軟性を与える。例えば、より低いデータレートを要求するアプリケーションは、レート制御モードでE−DCHに送ることができ、一方、より高いデータレートを要求するアプリケーションは、レートアンドタイム制御モードでE−DCHに送ることができる。
（サービングノードB、および、ノードB制御スケジューリングにおけるその役割）
以下のセクションにおいて、無線インターフェイスレイヤ2の観点から、スケジューリング操作を簡潔に要約する。ノードB制御スケジューリングは、アップリンクおよびダウンリンクの制御と、UEが、このシグナリングに関してどのように振る舞うかに関する1セットのルールとに基づく。ダウンリンクにおいて、UEに、そのUEが用いることができるアップリンクリソースの最大量を示すために、リソース表示（スケジューリング許諾）が必要とされる。
（保証ビットレートトラフィックのためのノードB制御スケジューリング）
保証ビットレートトラフィックは、非スケジュールデータ（スケジュールされていないデータ）の送信、および、スケジュールデータの送信を許容することによって維持される。
非スケジュールデータ送信では、MAC−dフロー、または、論理チャネルに対して保証ビットレートを維持することができる。非スケジュール送信とは、送信を許諾するノードBにおいてスケジューラなしに、自主的な送信を可能にするということを意味する。一般に、S−RNCは、トラフィックが、非スケジュールモードで送信されるか否かを決定して、その決定を、それぞれのUE、および、そのUEと通信しているノードBに報告する。それぞれのノード−Bは、非スケジュールデータ送信の統計多重利得に基づいて、十分な量のリソースを蓄えていなければならない。このメカニズムは、例えば、音声のような保証ビットレートの遅延に敏感なアプリケーションに対して、および／または、無線ベアラのシグナリングに対して、用いることができる。
スケジュールデータ送信では、UEに対して保証ビットレートが、維持される。それぞれの保証ビットレート値が、S−RNCによって、ノードBに提供されて、スケジューラは、この構成パラメータに従って行動する。このメカニズムは、例えば、ストリーミングのような保証ビットレートの遅延に敏感でないアプリケーションに対して用いるのが有利である。
（スケジューリング許諾）
スケジューリング許諾は、TTI当り、または、より遅い間隔当りに1回送ることができる。2つのタイプの許諾（絶対許諾および相対許諾）がある。絶対的許諾は、UEが用いることのできるULリソースの最大量の絶対的な限度を提供する。相対的許諾は、前に用いられた値と比較して、リソース限度を増加させる、または、減少させる。
E−DCHのソフトハンドオーバ(SHO)作動を考えたとき、サービングノードBおよび非サービングノードBを定義することができる。サービングノードBは、ソフトハンドオーバにおいて、UEのサービングセルを制御するノードBとして定義することができる。絶対的許諾は、サービングノードBによってしか送られず、一方、相対的許諾は、サービングノードBと非サービングノードBとのどちらによっても送られるということに注意することは、重要なことである。UEが絶対的許諾を受信するセルは、サービングセルと呼ばれる。さらに、サービングセルを制御するノードBは、サービングノードB、または、SノードBと呼ばれる。
上に示したように、絶対的スケジューリング許諾は、サービングセルを通して送られ、一つのUEに対して、一グループのUEに対して、または、全てのUEに対して有効である。さらに、絶対的許諾は、それに伴う有効継続期間を持つことができる。
相対的スケジューリング許諾（更新）は、絶対的許諾の補完物として、サービングノードBおよび非サービングノードBによって送られる。サービングノードBからの相対的許諾は、3つの値（「アップ」、「ホールド」、「ダウン」）のうちの一つをとることができる。さらに、非サービングノードBからの相対的許諾は、2つの値（「ホールド」、「ダウン」）のうちの一つをとることができる。「ダウン」命令は、「過負荷インジケータ」に対応する。
UEの振る舞いは、絶対的／相対的許諾が移動端末で処理される仕方によって決定される。
UEが受信するスケジューリング許諾の一つの典型的な作動は、以下のとおりである。
UEは、サービングノードBの相対的許諾によって、TTI毎に、変更されている、E−DCHサービングセルから受信された最後の絶対的許諾に対応する「サービングノードBの許諾」を保持する。この作動は、非サービングノードBから受信された相対的許諾に依存しない。少なくとも一つの非サービングノードBが、「ダウン」を示すと、UEは、あらかじめ定められたオフセットだけ、現在用いられているビットレートを低下させる。オフセットは、ビットレートに依存する。
あらかじめ定められるオフセットの計算は、実装依存である。例えば、そのオフセットは、サービングセル上で測定されるCPICHパワーに関して、過負荷セル上で測定されたCPICHパワーの関数であるかもしれない。
もはや、いずれの非サービングノードBからも、それ以上の「ダウン」が受信されなくなると、UEは、その現在のビットレートを、保持している「サービングノードBの許諾」に達するまで、別のあらかじめ定められたオフセットによって、次第に増加させる。そのオフセットは、ビットレートに依存していてもよい。ひとたび、「サービングノードBの許諾」に到達してしまい、そして、いずれの非サービングノードBからも、「ダウン」が受信されない限り、UEは、サービングノードBに従う。
本発明で考えられているUEの振る舞いと、他で考えられているUEの振る舞いとの共通点は、UEによるアップリンクデータレートに対する最上限が、サービングノードBによってセットされること、および、その上限を、非サービングノードBによって一時的に律則することができるということである。UMTSリリース99におけると同様に、リリース6におけるE−DCHにおいても、DPCCHからのパワーオフセットを表わす利得が、UEによって計算される、または、UTRANから、アップリンクデータ送信のために用いられる各TFC(transport format combination)に明示的に信号で伝えられる。
現在、いわゆる「ブーステッドモード」および「ノミナルモード」が、3GPP内で審議中である。「ブーステッドモード」は、非常に遅延に厳しいデータの送信に対して用いるべきである。送信ブースト（強補）は、アップリンクデータ送信における、ある付加的な利得（パワーオフセット）によって達成される。「ノミナル」モードにおける利得は、前述のような「ブーステッド」モードにおいて計算される、または、明示的に信号で伝えられる利得である。「ブーステッド」モードにあるUEが、ノミナルモードにあるUEよりも、rise over thermal (RoT)に、より大きく寄与することは明らかである。
現在の方式を考えると、保証ビットレートトラフィックに対する当該一時的制限の影響が、アクティブセット更新基準(active set Update criteria)、利得に関するUEモード（ブーステッド、ノミナル）、および、当該オフセットのセッティングに依存することは明らかである。アクティブセット更新基準は、ネットワーク実装の問題であって、UEの区別に確固として寄与するとは期待されない。他方、UE利得およびオフセットセッティング（それらは、必要とされるビットレートに依存してもよい）は、様々なUEの間で著しく異なることができ、したがって、一つのセルにおける総測定は、不十分な情報量しか伝えないことを暗に示している。したがって、いくつかのシナリオにおいて、個別測定は、通常の（総）レイヤ2測定と比較したとき、明らかに有利である。
（高コストUEの定義）
E−DCH上のアップリンク送信に用いられるTFの各々は、アクティブセット内のノードBにおける、ある量のノイズ上昇と関連する。したがって、各UEを、そのセル内のそのUEによって引き起こされたノイズ上昇を反映する、あるコスト要因に関連する。
UEのTFセット内のTF間の例示的なマッピングが、下の表に見出される。
Figure 0004014615
 なお、UEの利得も、同様に、UEのコストに寄与することに注意されたい。
（E−DCHにおける機能分割）
E−DCHを介してアップリンクデータを送信するとき、データチャネルは、通常、S−RNCで終結する。しかしながら、特に、移動端末のソフトハンドオーバシナリオにおいては、アップリンクデータは、UEから、ノードBおよびC−RNCを介して、S−RNCに提供される。この場合には、以下のようなネットワーク要素の機能分割を、備えることができる。C−RNCは、無線ネットワークサブシステム(RNS)のリソース全体に渡って所有権を持つネットワーク要素として定義することができ、一方、S−RNCは、無線接続ネットワークサイドにユーザに特定の機能（例えば、並べ替え）を終結させるネットワーク要素として定義することができる。
Figure 0004014615
 承認制御の目的は、新しいユーザ、新しい無線接続ベアラ、または、新しい無線リンク（例えば、ハンドオーバによる）を承認する、または、否認することである。承認制御は、過負荷状況を回避し、その判定を、干渉測定とリソース測定とに基づかせるように努めなければならない。承認制御は、例えば、最初のUEアクセス、RAB割り付け／再構成、および、ハンドオーバにおいて使用される。これらの場合には、優先度および状況に応じて、異なる応答が与えられる。
通常、アップリンク干渉およびダウンリンクパワーに基づいた承認制御機能が、制御RNCに置かれる。サービングRNCは、Iuインターフェイスに向けて承認制御を実行している。
輻輳制御のタスクは、システムが、すでに接続しているユーザのために過負荷に近い状況、または、過負荷状況に達している状況を監視し、検出し、扱うことである。
これは、ネットワークのある部分が、リソースを使い果たしている、または、まもなく使い果たすであろうことを意味する。したがって、輻輳制御は、できるだけ途切れなく、システムを安定状態に戻さなければならない。
UMTSによって提供されるスケジューリングおよび並べ替えの機能は、上で検討している。
（E−DCH構成）
（セルレベルE−DCH構成）
第1に、「E−DCHに利用可能な総パワー」に関して、ノードBが、セル内のUEをスケジュールするとき、測定される総E−DCHパワーが、E−DCHに対して信号で示されているトータルパワーを超過しないように、E−DCHを構成することができる。第2に、「総ULパワーの目標／限度」に関して、ノードBが、セル内のE−DCH UEをスケジュールするとき、測定される総ULパワーが、総ULパワーの信号で示されている目標を超過しないように、E−DCHを構成することができる。最後に、「E−DCHに利用可能な総パワー」に関して、「総ULパワーの目標／限度」を組み込んで、E−DCHを構成することができ、それは、前の2つの構成の仕方の組合せである。
これら3つのセルレベル構成の仕方の各々において、例えば、同時係属中の特許文献１に記述されているように、MAC−dフロー毎に、E−DCHを構成することができる。
Iur移動性のないE−DCHの例示的な配信チャネルプロトコルモデルが、図9に示されている。E−DCHフレームプロトコル(FP)が、Iur移動性の場合に、C−RNCで終結するのか、S−RNCで終結するのかは、まだ不明である。Iur移動性を担ったE−DCHの例示的な配信チャネルプロトコルモデルが、図10に示されている。Iur移動性のない（即ち、S−RNCとC−RNCとが一致する）アップリンク送信においては、提供ビットレート（ノードB当りの、または、マクロダイバーシティコンバイニング後の）は、RNCにおいて測定される。
しかしながら、Iur移動性（即ち、S−RNCとC−RNCとが一致しない）の場合には、E−DCH FPが、図10に例示するように、C−RNCで終結していなければ、C−RNCにおいて、E−DCH上の個々のアップリンク送信の提供ビットレートを測定することは不可能である。もし、E−DCH FPが、C−RNCで終結していれば、ノードB当りの提供ビットレートを測定することは可能であるが、マイクロダイバーシティコンバイニング後に提供されるビットレートを測定することは不可能である。
（QoSクラスおよび属性）
送信される情報の性質は、その情報を送信すべき仕方に強い影響を持つ。例えば、音声電話は、ブラウジングセッション（インターネット）と完全に異なる特性を持っている。一般に、アプリケーションおよびサービスは、それらを、どのように考えるかに応じて、異なるグループに分割することができる。サービスの4つの異なるクラスが、UMTSにおいて同定されており、下の表は、それらのそれぞれの特性および予測される使用事例をリストしている。
Figure 0004014615
 これらのトラフィッククラスの各々に対して、QoS属性のリストを、次の表に示すように定めることができる。QoS属性が、満たされれば、メッセージは、必要な品質を持って、エンドユーザに読み取られることが保証される。QoS属性は、接続のセットアップ中に、通信鎖（UE、RNC、CN要素）の相異なる要素間で折り合いをつけられ、また、要求されるサービスのタイプ、および、種々のノードの能力に依存する。QoS属性の一つが、満たされなければ、エンドユーザは、通信の劣化（例えば、音声ひずみ、接続ブランクなど）を確実に感知するであろう。
Figure 0004014615
 無線接続ベアラ(RAB)割り付け処理中に、RNCは、確立されるRABのパラメータ、特に、そのQoS属性を受信する。CNが、RNCに、RAB ASSIGNMENT REQUEST（RAB割り付け要求）メッセージを送ることによって、その処理を開始する。そのメッセージには、QoS属性を含むRABに対して必要な全てのパラメータを有するIE「RAB Parameters（RABパラメータ）」が含まれている。
RAB割り付け要求メッセージを受信して、UTRANは、要求されたRAB構成を実行する。CNは、RAB QoSの折り合いが、いくつかのRABパラメータに対して許容されること、および、いくつかの場合には、さらに、どのような代替値を、その折り合いに用いるべきかを示してもよい。
RAB QoS折り合いの背後にある概念は、ユーザが、指定のQoS要求を持つサービスを求めているが、いくつかの理由（例えば、リソースが利用可能でない）で、システムが、その要求を正確には満たすことができない場合に、解決法を提供することである。そのような状況において、ユーザを、サービスなしのままにしておくのではなくて、ユーザに、少なくとも、妥協したQoS属性を持つ接続を提供するために、保証ビットレート、または、最大ビットレートのような、いくつかのRABパラメータ（QoS属性）の折り合いが、CNによって許容される。RAB確立およびQoS折り合いは、C−RNCにおいて実行されるIu承認制御の型である。
上記のE−DCHにおける機能分割に関するセクションで述べられた承認制御は、Serving Radio Network Subsystem（サービング無線ネットワークサブシステム）に対する承認制御に言及したものである。サービング無線ネットワークサブシステムのリソースは、その結果、C−RNCによって制御される。Iu承認制御は、Radio Access Network（無線接続ネットワーク）に対する承認制御に言及したものであって、S−RNCの機能である。
欧州特許出願第04 023 418.9号明細書 3GPP TR 25.401「UTRAN Overall Description」（http://www.3gpp.orgから利用可能) 3GPP TS 25.433「UTRAN Iub Interface NBAP Signaling」バージョン6.1.0 3GPP TR 25.896「Feasibility Study for Enhanced Uplink for UTRA FDD (Release 6)」（http://www.3gpp.orgから利用可能）
上で示したように、UMTS無線接続ネットワークにおいては、スケジュールデータの承認制御および輻輳制御の目的で、不十分な情報しか、C−RNCにおいて利用可能ではない。
C−RNCによるスケジュールデータの承認制御では、QoS要求（レイヤ2情報）の与えられた充足レベルにおけるリソース消費（レイヤ1情報）に関して、C−RNCにおいて、ノードBから、情報を集める必要がある。このレイヤ2情報は、現在、C−RNCにおいて利用不可能である。既に承認されている、保証ビットレート(GBR)のユーザが、QoSに関して満足な性能を持てば、追加のユーザを承認することができる。
C−RNCによるスケジュールデータの輻輳制御では、呼承認制御中にS−RNCと同調して、QoS要求（レイヤ2情報）の与えられた充足レベルにおけるリソースの現在の消費（レイヤ1情報）に関して、ノードBから、情報を集める必要がある。そうすると、それらのC−RNCが、それらの要求を受け入れるために、いくつかのアクションを実行することができる。
輻輳制御の一部として、C−RNCは、特定のユーザのE−DCHに割り付けられたリソース（例えば、「総パワー」）を再構成することができる、または、与えられた論理チャネル／MAC−dフロー上にトラフィックを専有して、それを、レガシー個別チャネルに切り替えようとすることができる。承認制御におけると同じく、この情報は、現在、C−RNCにおいて利用不可能である。
主な問題は、レイヤ2情報が、C−RNCにおいて欠落しているということである。スケジュールデータのQoS制御を、この情報なしで適切に実行することはできない。
しかしながら、High Speed Downlink Packet Access（HSDPA：高速ダウンリンクパケット接続）、Multimedia Broadcast Multicast Service（MBMS：マルチメディア放送／マルチキャストサービス）、および、High Speed Uplink Packet Access（HSUPA：高速アップリンクパケット接続）が、恐らく、配信ネットワーク容量に、特に、「last mile（ラストマイル）」接続（即ち、レガシーUTRANにおけるIub）に追加の要求を強いながら、無線接続ネットワークにおいて、それぞれの時間的な順序で配備される。例えば、Iubは、ポイントトゥマルチポイントMBMS無線ベアラが、非常に多数のポイントトゥポイントタイプのIub配信接続にマップされることを意味するマルチキャスト送信（少なくとも、リリース6のフレームワークにおいては）に対して最適化されないであろう。接続ネットワークに新特質を配備するとき、「ラストマイル」に対する設備投資に応じて、このインターフェイス上で、大きさの違いはあっても何らかの遅延の発生が、または、程度の差はあっても頻出する輻輳の発生が、あり得る。したがって、見込まれるIubの負荷を最小限にすることは、上で同定したような問題に対する設計制約として役立つ。
本発明の一つの目的は、移動通信システム内のコントローリング無線ネットワーク制御装置が、保証ビットレートを持つアップリンク送信に対して輻輳制御を実行することを可能にすることである。
本発明のさらなる一つの目的は、ノードBとRNCとの間のインターフェイスの負荷を縮小することである。
これらの目的は、独立請求項の対象によって解決される。本発明の有利な実施例が、従属請求項の対象である。
本発明の測定報告方法は、端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける測定報告方法であって、前記基地局が、少なくとも一つの端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートを、前記優先度クラス毎に測定するステップと、前記基地局が、前記ビットレートの測定結果を、前記コントローリング無線ネットワーク制御装置に送信するステップとを含むようにした。優先度クラスは、前記基地局におけるスケジューリングに用いられるスケジューリング優先度インジケータが示す優先度、又は、前記個別アップリンクデータチャネルにマッピングされた論理チャネルの論理チャネル優先度である。
本発明の測定報告方法は、上記方法において、前記ビットレートは、セル内の各端末から送信される、すべてのデータに対して共通測定されるようにした。
本発明の測定報告方法は、上記方法において、前記端末は、ソフトハンドオーバ中であるようにした。
本発明の測定報告方法は、上記方法において、前記ビットレートは、セル毎に測定されるようにした。
本発明の測定報告方法は、上記方法において、前記コントローリング無線ネットワーク制御装置から、前記測定を開始するための測定開始要求メッセージを受信するステップを、さらに含むようにした。
本発明の測定報告方法は、上記方法において、前記測定結果を、前記優先度クラスを示す優先度表示と共に送信するようにした。
本発明の測定報告方法は、上記方法において、前記個別アップリンクデータチャネルは、ＵＭＴＳシステムのＥ−ＤＣＨ（Enhanced Dedicated Uplink Channel）であり、前記ビットレートは、各優先度クラスについて、測定期間中に基地局のＭＡＣ−ｅによって無線インターフェース上において成功したと判断された送信のＭＡＣ−ｄ ＰＤＵ ビットの総数を、前記測定期間の時間で割ることによって測定されるようにした。
本発明の基地局は、端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける、前記基地局であって、少なくとも一つの前記端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートを、前記優先度クラス毎に測定する測定部と、前記ビットレートの測定結果を、前記コントローリング無線ネットワーク制御装置に送信する送信部とを具備する構成を採る。優先度クラスは、前記基地局におけるスケジューリングに用いられるスケジューリング優先度インジケータが示す優先度、又は、前記個別アップリンクデータチャネルにマッピングされた論理チャネルの論理チャネル優先度である。
本発明の基地局は、上記構成において、前記測定部は、前記ビットレートを、セル内の各端末から送信される、すべてのデータに対して共通測定する構成を採る。
本発明の基地局は、上記構成において、前記端末は、ソフトハンドオーバ中である。
本発明の基地局は、上記構成において、前記測定部は、前記ビットレートを、セル毎に測定する構成を採る。
本発明の基地局は、上記構成において、前記コントローリング無線ネットワーク制御装置から、前記測定を開始するための測定開始要求メッセージを受信する受信部を、さらに具備する構成を採る。
本発明の基地局は、上記構成において、前記測定結果を、前記優先度クラスを示す優先度表示と共に送信する構成を採る。
本発明の基地局は、上記構成において、前記個別アップリンクデータチャネルは、ＵＭＴＳシステムのＥ−ＤＣＨ（Enhanced Dedicated Uplink Channel）であり、前記測定部は、各優先度クラスについて、前記ビットレートを、測定期間中に基地局のＭＡＣ−ｅによって無線インターフェース上において成功したと判断された送信のＭＡＣ−ｄ ＰＤＵ ビットの総数を、前記測定期間の時間で割ることによって測定する構成を採る。
本発明の測定の受信方法は、端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける、測定の受信方法であって、前記コントローリング無線ネットワーク制御装置から前記基地局に、前記測定を開始するための測定開始要求メッセージを送信するステップと、前記コントローリング無線ネットワーク制御装置において、前記測定開始要求に応じて、少なくとも一つの端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートであって、前記優先度クラス毎に前記基地局において測定された測定結果を受信するステップとを含むようにした。優先度クラスは、前記基地局におけるスケジューリングに用いられるスケジューリング優先度インジケータが示す優先度、又は、前記個別アップリンクデータチャネルにマッピングされた論理チャネルの論理チャネル優先度である。
本発明の測定の受信方法は、上記方法において、前記ビットレートは、セル内の各端末から送信される、すべてのデータに対して共通測定されるようにした。
本発明の測定の受信方法は、上記方法において、前記端末は、ソフトハンドオーバ中であるようにした。
本発明の測定の受信方法は、上記方法において、前記ビットレートは、セル毎に測定されるようにした。
本発明の測定の受信方法は、上記方法において、前記測定結果を、前記優先度クラスを示す優先度表示と共に受信するようにした。
本発明の測定の受信方法は、上記方法において、前記個別アップリンクデータチャネルは、ＵＭＴＳシステムのＥ−ＤＣＨ（Enhanced Dedicated Uplink Channel）であり、前記ビットレートは、各優先度クラスについて、測定期間中に基地局のＭＡＣ−ｅによって無線インターフェース上において成功したと判断された送信のＭＡＣ−ｄ ＰＤＵ ビットの総数を、前記測定期間の時間で割ることによって測定されるようにした。
本発明のコントローリング無線ネットワーク制御装置は、端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける、前記コントローリング無線ネットワーク制御装置であって、前記基地局に、測定を開始するための測定開始要求メッセージを送信する送信部と、前記測定開始要求に応じて、少なくとも一つの端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートであって、前記優先度クラス毎に前記基地局において測定された測定結果を受信する受信部とを具備する構成を採る。優先度クラスは、前記基地局におけるスケジューリングに用いられるスケジューリング優先度インジケータが示す優先度、又は、前記個別アップリンクデータチャネルにマッピングされた論理チャネルの論理チャネル優先度である。
本発明のコントローリング無線ネットワーク制御装置は、上記構成において、前記ビットレートは、セル内の各端末から送信される、すべてのデータに対して共通測定される構成を採る。
本発明のコントローリング無線ネットワーク制御装置は、上記構成において、前記端末は、ソフトハンドオーバ中である構成を採る。
本発明のコントローリング無線ネットワーク制御装置は、上記構成において、前記ビットレートは、セル毎に測定される構成を採る。
本発明のコントローリング無線ネットワーク制御装置は、上記構成において、前記測定結果は、前記優先度クラスを示す優先度表示と共に受信される構成を採る。
本発明のコントローリング無線ネットワーク制御装置は、上記構成において、前記個別アップリンクデータチャネルは、ＵＭＴＳシステムのＥ−ＤＣＨ（Enhanced Dedicated Uplink Channel）であり、前記ビットレートは、各優先度クラスについて、測定期間中に基地局のＭＡＣ−ｅによって無線インターフェース上において成功したと判断された送信のＭＡＣ−ｄ ＰＤＵ ビットの総数を、前記測定期間の時間で割ることによって測定される構成を採る。
以下、本発明の種々の実施例について記述する。なお、図において、同等の、または、対応する部分には、同一の参照番号を付して示す。
以下の実施例は単に実施のための規範とすることを目的としたものであって、そのほとんどは、UMTS通信システムを例にとって概説されている。また、以後のセクションで用いられる用語は、主として、UMTSに関するものである。しかしながら、本発明の原理および考えは、以下の説明における術語およびUMTSアーキテクチャに関連したシステムの記述に制限されるものではない。
さらに、上記の背景技術のセクションでの詳細な説明は、単に、以下において記述される、ほぼUMTSに特定した例示的な実施例をよりよく理解するためのものであって、本発明は、記述されている特定の移動通信ネットワークにおけるプロセスおよび機能の実施に制限されるものではない。
以下のパラグラフにおいて、最初に、本明細書においてしばしば用いられる種々の用語について概説する。トラフィッククラスは、RANAPメッセージングにおいてS−RNCに信号で示されるQoS属性である。それは、｛双方向、バックグラウンド、ストリーミング、対話型｝のセットから、任意の値をとることができる。そのセット中の要素は、タイミング要求が厳しくなるにしたがって、順が増すように順序付けられていることに注意されたい。
論理チャネルは、MACサブレイヤによって、上位（サブ）レイヤに提供されるサービスとして定義される。論理チャネルを、MAC−dフロー上に、MAC−dエンティティによって多重化することができる。そのため、MAC−dフローと論理チャネルとの関係は、「一対多数」の関係とすることができる。本記述のコンテキストでは、MAC−dフローを、データフローと呼ぶこともある。
通常、論理チャネル毎の並べ替えが行われるので、本質的に、論理チャネル毎に、論理チャネル優先度(MLP)間の一対一対応が存在し、そして、優先度キュー毎に、スケジューリング優先度インジケータ(SPI)が存在する。
これは、本発明による優先度クラスは、スケジューリング優先度インジケータを参照するということを意味する。スケジューリング優先度インジケータは、ノードBのスケジューリング機能に対する入力パラメータである。このスケジューリング優先度インジケータは、ノードBのスケジューリング機能によってスケジュールされるように、優先度クラスの個々の優先度を示す。したがって、後に明白になるように、本発明は、優先度クラスレベルで提供されたビットレートを測定することを可能にし、また、あらかじめ定められた優先度の優先度クラス毎に、即ち、あらかじめ定められたスケジューリング優先度インジケータまたはスケジューリング優先度クラスを持ち、保証ビットレートを持つ優先度クラス毎に、輻輳制御を実行することができる。
本発明の一つの態様は、Iubリソースの利用をも最適にするように、保証ビットレートでスケジュールデータのQoS制御のための十分な情報を提供することである。この情報は、C−RNCにおける承認制御および輻輳制御に用いることができる。
本発明の一実施例によれば、ソフトハンドオーバE−DCH作動中に、ノードBからC−RNCに、スケジュールデータに対する測定を送るための処理が、提供される。UEに関する測定レポートを送るノードBは、UEのアクティブセット内のノードB、または、UEのサービングノードBのサブセットである。それに代えて、個々のUEに対する各ノードBによる提供ビットレートは、S−RNCにおいて割り出されて、S−RNCからC−RNCに送られるのでもよい。
他の一実施例においては、S−RNCが、マクロダイバーシティコンバイニング(MDC)後の提供ビットレートを測定して、その結果を、C−RNCに送ってもよい。
本発明の種々の実施例においては、C−RNCに報告する測定に対して以下のオプションがある。ノードBからC−RNCに送信される測定は、共通NBAP処理の一部であってもよい。この場合には、それらは、集合タイプになる。これは、報告が、ある優先度クラスのあるセル内のユーザの全てのスケジュールデータ接続（例えば、MAC−dフロー）に関して行なわれることを意味する。ノードBからC−RNCに送信される測定は、また、個別NBAP処理の一部であってもよい。これは、報告が、各ユーザのスケジュールデータ接続（例えば、MAC−dフロー）に関して個別に行なわれることを意味する。ノードBからC−RNCへの測定と類似して、S−RNCからC−RNCへの測定も、以下において、より詳細に概説するように、共通の、または、個別のRNSAP処理の一部であってもよい。
さらなる一実施例による本発明の他の一つの態様は、スケジュールデータを維持するためのレイヤ2測定にある。したがって、レイヤ1に対応して、測定は、さらなる詳細に立ち入ることなく、[NBAP] COMMON/DEDICATED MEASUREMENT REPORT（[NBAP]共通／個別測定レポート）メッセージグループの一部として決定されるとみなされる。それらの測定は、RoT資源利用についての十分な情報を提供する。
本発明の一つの利点は、それが、Iubインターフェイスリソースを最適に用いながら、GBRトラフィックのQoS制御のための情報を、C−RNCに提供するための手段となるということである。
以下において、本発明の種々の実施例を、図11〜16を参照しながら概説する。
図11は、本発明の一実施例による、単一のユーザ機器の、一つ以上の優先度クラスのスケジュールデータへの個別測定を、C−RNCに提供するための第1シナリオを示している。UE 1100は、ソフトハンドオーバ状態にあり、そのアクティブセットは、サービングセルのノードB、即ち、サービングノードBであるSノードB 1103、および、ノードB 1104, 1113を有する。ノードB 1103, 1104, 1105は、無線ネットワークサブシステム(RNS)1101の一部であって、C−RNC 1102に接続している。UE 1100は、ソフトハンドオーバ中、E−DCHを介して、ノードB 1103, 1104と通信する。
さらに、UE 1100は、ノードB 1113を介して、第2のRNS 1111に接続している。ノードB 1113, 1114は、共に、S−RNC 1112に接続している。さらに、S−RNC 1112とC−RNC 1102とは、互いに接続している。
図12は、本発明の例示的な一実施例による、ノードB 1103, 1104からC−RNC 1102への測定報告のメッセージフロー図を示している。
ノードBにおける個別リソースの測定の開始を要求するために、個別測定処理が、C−RNC 1102によって用いられる。C−RNC 1102は、それによって、ノードB 1103, 1104の各々に個別測定要求を送信する1201, 1202。この要求には、個別測定が実行されなければならない、ハンドオーバ状態にあるUE 1100の識別子が含まれる。さらに、その要求は、SノードB 1103およびノードB 1104が、報告しなければならない一つ以上の優先度クラスをも示してもよい。
ハンドオーバ状態にあるUE 1100は、保証ビットレート優先度クラスのスケジュールデータ1203, 1204を、それぞれ、ノードB 1103, 1104に送信する。両ノードB 1103, 1104は、個別測定が実行される各優先度クラスの、それぞれのMAC−dフローに提供されているビットレート1205, 1206を割り出して、その測定された、提供されているビットレート1207, 1208を、個別測定レポートメッセージにおいて、C−RNC 1102に送る。
これらのメッセージを受信して、C−RNCは、その測定1209を評価することができる。ノードB 1103, 1104のそれぞれ一つによって報告される、保証ビットレート優先度クラスのスケジュールデータの各送信について、C−RNC 1102は、ノードBの一つが、それぞれの優先度クラスのスケジュールデータに、そのスケジュールデータに保証されているビットレート（保証ビットレート）よりも高いビットレートを提供することができるか否かを決定する。ノードB 1103, 1104のいずれもが、スケジュールデータに、十分に高いビットレートを提供することができなければ、C−RNC 1102は、さらに以下により詳細に記述するように、S−RNC 1112に、輻輳制御を行なうように指示する（1210）ことができる。
さらに、C−RNC 1102は、提供されているビットレートが不十分な速度で報告された、保証ビットレート優先度クラスに、新しいUEを承認しないことを決定することもできる。したがって、C−RNC 1102は、「輻輳した」、保証ビットレート優先度クラスのスケジュールデータをE−DCH上で配信しなければならない無線リンクに対する全ての要求をブロックすることができる。その状態は、実行された輻輳制御メカニズムが、インパクトを与えて、その後の測定レポートにおいて、その優先度クラスのスケジュールデータに対して保証ビットレートが、今や（再び）アップリンクに提供されることを、SノードB 1103および／またはノードB 1104が示すまで続く。
さらに、後者の観点において、ステップ1201, 1202において提供される個別測定要求が、その要求を受信したノードB 1103, 1104が、自分たちの個別測定レポートを、即時的、イベント発動的、または、周期的のいずれで提供すべきであるかを指示していれば、それは、実現可能であろう。個別測定値、即ち、測定された、提供されているビットレートは、Group of the [NBAP] Dedicated Measurement Report message（[NBAP]個別測定レポートメッセージのグループ）に含めることができる。
即ち、ソフトハンドオーバ作動中の一例として、アクティブセット内のノードBの一つのサブセットしか、報告を行わなくてもよい。
本発明のさらなる一実施例によれば、測定レポートを送る唯一のノードBが、サービングノードB 1103であってもよい。このネットワーク要素が、アップリンクにおいて、データレートの最上限をセットするであろうからである。
本発明の一代替実施例においては、UEのアクティブセットの一つのサブセットしか、少なくとも一つの保証ビットレート優先度クラスのUE 1100のスケジュールデータの送信に提供されている提供ビットレートを報告するために選択されなくてもよい。例えば、最良のアップリンクチャネル品質を持つ、アクティブセットのノードBまたはノードBの一つのサブセットが、個別測定レポートを提供するために、C−RNC 1102によって選択されるのでもよい。この場合には、正しく受信されるMAC−e PDUを最も多く持つノードBが、C−RNCに測定レポートを送ることを確実に行わせることができる。
UEのアクティブセットのノードBの一つのサブセット、または、サービングノードBの、報告のための選択は、例えば、そのサブセットのノードBまたはS−RNC 1103に、[NBAP]DEDICATED MEASUREMENT INITIATION REQUEST message（[NBAP]個別測定開始要求メッセージ）を選択的に送ることによって遂行されるのでもよい。
図13は、本発明の別の例示的な一実施例による、S−RNC 1112からC−RNC 1102への測定報告のメッセージフロー図を示している。
この実施例においては、UMTS標準に明記されている[RNSAP]処理が、C−RNC 1102 (DRNC)がS−RNCから個別測定報告を要求することができるという点と、S−RNCがC−RNC (DRNC)に報告することができるという点で、変更されている。
このために、C−RNC 1102は、S−RNC 1112に、個別測定要求メッセージを送る（1301）。この要求は、S−RNC 1112が報告するべきUE、および、各UEの少なくとも一つの保証ビットレート優先度クラスを有する。
このために、Group of the [RNSAP] DEDICATED MEASUREMENT INITIATION REQUEST message（[RNSAP]個別測定開始要求メッセージのグループ）としてのDedicated Measurement Type（個別測定タイプ）が、実行される測定の新しいタイプを定め、要求メッセージに加えられる。
個別測定要求メッセージは、さらに、ノードBのセルID(C−ID)を有してもよい。それらのセルIDは、S−RNC 1112に、そのセルIDによって識別されるノードBのセルを介して受信される、スケジュールデータについて報告するように指示してもよい。そうすると、この手段によって、C−RNC 1102は、この場合にも、SノードB 1103のような、サブセットまたは個々のノードBを指定することができ、したがって、ハンドオーバ中、UEのアクティブセット内の個々に選択された無線セルに対する優先度クラスに基づいて、個別測定を選択的に要求することができる。
セルIDは、例えば、[RNSAP] DEDICATED MEASUREMENT INITIATION REQUEST message（[RNSAP]個別測定開始要求メッセージ）のCHOICE Dedicated Measurement Object Type Group（選択個別測定オブジェクトタイプグループ）に加えてもよい。
UE 1100は、保証ビットレート優先度クラスのスケジュールデータを、ノードB 1103および1104を介して、S−RNC 1112に提供する（1302, 1303, 1304, 1305）。S−RNC 1112は、ノードB 1103, 1104のそれぞれ一つによって、保証ビットレート優先度クラスのスケジュールデータに提供されているそれぞれのビットレートを測定して （1306, 1307）、その測定された、提供されているビットレートを、少なくとも一つの個別測定レポートメッセージにおいて、C−RNC 1102に報告する（1308）。
それに代えて、S−RNC 1112は、また、保証ビットレート優先度クラスのスケジュールデータのマクロダイバーシティコンバイニングを行なうようにしてもよく、マクロダイバーシティコンバイニング(MDC)の後にスケジュールデータに提供されるビットレートを割り出してもよい。しかしながら、この場合には、無線リンク特定の、提供されているビットレートは、C−RNC 1102に対して、利用可能にならず、保証ビットレート優先度クラスのスケジュールデータに対して、E−DCH上に提供される総ビットレートの集合された測定結果しか、利用可能にならない。したがって、C−RNC 1102によって提供される(1301)個別測定要求は、さらに、表示、例えばマクロダイバーシティコンバイニングの前後のどちらの測定がC−RCN 1102によって望まれているのかを指示する、他の必須の情報要素(IE)を有してもよい。
図12および図13に示されている例示的な実施例において、測定結果を提供するために、個別測定レポートメッセージの内部のDedicated Measurement Type Group（個別測定タイプグループ）の一部としてのIE「E−DCH Provided Bit−rate（E−DCHに提供されているビットレート）」またはIE「E−DCH Provided Bit−rate after MDC（MDC後にE−DCHに提供されているビットレート）」に、提供されているビットレートを含めてもよい。それらのIEの一つの存在は、例えば、S−RNC 1112によって送信される個別測定レポートメッセージにおいて必須であってもよい。例えば、IE「E−DCH Provided Bit−rate（E−DCHに提供されているビットレート）」は、マクロダイバーシティコンバイニングの前に、優先度ごと、UEごと、および、セルごとに提供されているビットレートについての測定を要求するために用いられる。同様に、IE「E−DCH Provided Bit−rate after MDC（MDC後にE−DCHに提供されているビットレート）」は、マクロダイバーシティコンバイニングの後に、優先度ごと、および、UEごとに提供されているビットレートについての測定を要求するために用いられる。
スケジュールデータに対する、E−DCHに提供されているビットレート値は、測定期間の持続時間で割った、測定期間中に無線インターフェイスを通して送信された、優先度クラスごとのMAC−d PDUビットの総量として定義することができる。この値を計算するときには、肯定された（acknowledged）MAC−e PDUからのビットしか、考慮すべきではない。
「E−DCH Provided Bit−rate Value Information（E−DCHに提供されているビットレート値情報）」が、E−DCHに提供されているビットレート値を伝えるGroup of the [RNSAP] DEDICATED MEASUREMENT REPORT message（[RNSAP]個別測定レポートメッセージのグループ）であってもよい。そのグループは、DCH MAC−dフローの優先度クラスを識別する、必須な存在であるべきIE「Priority Indication（優先度表示）」を有してもよく、同様に必須な存在であってもよいIE「E−DCH Provided Bit−rate value（E−DCHに提供されているビットレート値）」を有してもよい。
E−DCHに提供されているビットレート値は、優先度クラスごと、ユーザごと、および、セルごとのGBRトラフィックに対して提供されている総ビットレート、または、マクロダイバーシティコンバイニングの後に、優先度ごと、および、ユーザごとに提供されている総ビットレートを含んでいてもよい。
C−RNC 1102において測定結果を受信すると、C−RNC 1102は、その測定結果を評価して（1209）、図12を参照して上で概説したように、必要であれば、輻輳制御を実行（1210）することができる。
図11, 12, 13を参照して上に概説した本発明の種々の実施例に、個々のUEについての個別測定が、例証されている。
本発明の他の一実施例においては、SノードB 1103が、保証ビットレート優先度クラスに提供されているビットレートを報告するために、C−RNC 1102によって選ばれる。この実施例においては、SノードB 1103は、E−DCHを介して、このそれぞれの優先度クラスのスケジュールデータを送信する、そのセル内の全てのUEについて、個々に、報告してもよい。
それに代えて、SノードB 1103は、また、複数の保証ビットレートクラスの一つに関連したE−DCH上に、スケジュールデータを送信し、そして、ソフトハンドオーバ中、サービングノードBとしてSノードB 1103を共有する全てのUEについて報告してもよい。上に説明したように、優先度クラスは、また、特定の優先度キューのスケジューリング優先度インジケータと呼んでもよい。したがって、言い換えれば、SノードB 1103は、あらかじめ定められた閾値よりも高い値のスケジューリング優先度インジケータに関連した、保証ビットレート優先度クラスのスケジュールデータを送信するUEのサブセットについて報告してもよい。後者の場合には、保証ビットレートを持つ全てのトラフィッククラスが、高いスケジューリング優先度インジケータに関連していると仮定してもよい。例えば、全ての保証ビットレート優先度クラスが、13よりも大きなスケジューリング優先度インジケータを持ってもよい（通常、スケジューリング優先度インジケータは、1（最低優先度）と15（最高優先度）の間の値である）。
さらに、C−RNC 1102によって、ノードBまたはS−RNC 1112に送信される個別測定要求は、2つ以上のUEについて報告すべきであること、および／または、各UEに関して、2つ以上の保証ビットレート優先度クラスについて報告すべきであることを指示することも、もちろん、可能であることに注意されたい。
次に、本発明のさらなる実施例について、図14, 15, 16を参照して検討する。これらの実施例は、主として、少なくとも一つのノードBまたはS−RNCによって実行される共通測定処理の使用に関するものである。これらの測定の結果は、評価のために、C−RNCに提供される。
図14は、本発明の他の一実施例による、複数のUE1401, 1402, 1403, 1404によって送信された、一つ以上の優先度クラスのスケジュールデータに関する共通測定を、C−RNC 1102に提供するための第2シナリオを示している。UE 1403は、したがって、ソフトハンドオーバ状態にあり、そのアクティブセットは、サービングセルのノードB、即ち、サービングノードBであるSノードB 1103、および、ノードB 1104, 1113を有する。ノードB 1103, 1104, 1105は、無線ネットワークサブシステム(RNS)1101の一部であって、C−RNC 1102に接続している。UE 1403は、ソフトハンドオーバ中、E−DCHを介して、ノードB 1103, 1104と通信する。
他のUE 1401, 1402, 1404は、E−DCHのような個別アップリンクデータチャネルを介して、ノードB 1103, 1104のそれぞれ一つに、スケジュールデータを提供する。この例示的なシナリオでは、例示的な目的であるため、UE 1401, 1402, 1403, 1404によって送信される、スケジュールアップリンクデータは、全て、同じ優先度クラスにあると仮定する。
UE 1403は、さらに、ノードB 1113を介して、第2のRNS 1111に接続している。ノードB 1113, 1114は、共に、S−RNC 1112に接続している。さらに、S−RNC 1112とC−RNC 1102とは、互いに接続している。
図15は、本発明の他の例示的な一実施例による、SノードB 1103からC−RNC 1102への共通測定報告のメッセージフロー図を示している。
本発明のこの実施例によれば、C−RNC 1102は、SノードB 1103に共通測定要求を送る(1501)ことによって、共通測定処理を開始する。その要求は、SノードB 1103が報告することを要求される、少なくとも一つの保証ビットレート優先度クラスを指示する。上述の個別測定処理に対する概説のように、共通報告においても、即時的、イベント発動的、または、周期的に報告するように構成することができる。
SノードB 1103によって実行される測定のタイプを定めるために、C−RNC 1102は、その要求の中に、いわゆるCommon Measurement Type（共通測定タイプ）を含めてもよい。Common Measurement Type（共通測定タイプ）は、実行される測定のタイプを定めるGroup of the [NBAP] COMMON MEASUREMENT INITIATION REQUEST message（[NBAP]共通測定開始要求メッセージのグループ）である。E−DCH特定の共通測定に関して、新しいIE「Total E−DCH Provided Bit−rate（E−DCHに提供される総ビットレート）を、Common Measurement Type Group（共通測定タイプグループ）の一部として定めてもよい。このIEの存在は、例えば、必須であってもよい。
この例示的な実施例の場合には、SノードB 1103しか、SノードB 1103によって制御されているサービングセルの内部の、ある保証ビットレート優先度クラスに提供されているビットレートに関する共通測定を提供するように構成されていない。本発明の一代替実施例においては、2つ以上のノードB、例えば、SノードB 1103、および、ノードB 1104が、それぞれ、SノードB 1103、ノードB 1104によって制御されるセル内の、保証ビットレート優先度クラスに提供されるビットレートに関して報告することも、可能である。
上述の、これら2つの実施例に関して、少なくとも一つのノードBから、C−RNC 1102への共通測定報告において、その少なくとも一つのノードBが、ソフトハンドオーバ状態にあるUE 1104のアクティブセットの内部にあるノードBであることに気づくことは重要なことである。以下において、より詳細に説明するように、図12の例示的な実施例における、少なくとも一つのノードB、例えば、SノードB 1103によって提供される共通測定レポートは、C−RNC 1102が、その少なくとも一つのノードBによって制御されているセル内の、保証ビットレート優先度クラスのスケジュールデータに提供されているビットレートを割り出すことを可能にする。この情報に基づいて、C−RNC 1102は、要求されたQoS（例えば、保証ビットレートに関する）が、UE 1403のアクティブセットの特定の無線セル（単数であれ、複数であれ）内でかなえられるか否かを決定することができる。「否」であれば、輻輳制御のような適切なアクションが、C−RNC 1102によって開始される。
ここで、図15に戻ると、UE 1401, 1402, 1403は、保証ビットレート優先度クラスのスケジュールデータを、SノードB 1103に送信する（1502,1503,1504）。SノードB 1103は、共通測定処理を用いて、当該優先度クラスのデータに提供されているビットレートの総計を測定する（1505）。それによって、E−DCH Provided Bit−Rate Information（E−DCHに提供されているビットレート情報）が、SノードB 1103によって決定されて、共通測定レポートに含まれて、C−RNC 1102に送信される（1506）。
既に上に示したように、スケジュールデータに対するE−DCH Provided Bit−Rate Information（E−DCHに提供されているビットレート情報）は、測定期間の持続時間で割った、測定期間中に無線インターフェイスを通して送信された、保証ビットレート優先度クラスごとのMAC−d PDUビットの総量として定義することができる。肯定された（acknowledged）MAC−e PDUからのビットしか、考慮されない。このE−DCH Provided Bit−Rate Information（E−DCHに提供されているビットレート情報）は、[NBAP] COMMON MEASUREMENT REPORT message（[NBAP]共通測定レポートメッセージ）のTotal E−DCH Provided Bit−rate Value Group（E−DCHに提供されている総ビットレート値グループ）の定義のために用いられる。この定義から明白になるように、個別測定処理は、一つの優先度クラスに提供される個々（即ち、UEごと）のビットレートについて報告し、一方、共通測定は、一つの無線セル内のそれぞれの優先度クラスの、全UEに提供されている総ビットレート、ないし、全ビットレートに関して報告する。
提供されているビットレートパラメータ値に加えて、SノードB 1103は、また、そのサービングセル内で報告される、保証ビットレート優先度クラスのスケジュールデータを送信する、そのサービングセル内のノイズ上昇に著しく寄与する高コストUEのリストを決定することができる。
本発明の例示的な一実施例において、この高コストUEのリストを、単一の測定期間中に用いられるTFC統計に基づいて定義することができる。例えば、E−TFC統計を用いて、TTIのN倍の測定期間中におけるUE jのコストを、次式によって定義することができる。
Figure 0004014615
 E−TFCiｍａｘは、最大ビット数を持つ、それぞれのUEのE−TFC (Enhanced−Transport Format Combination) に相当し、一方、Wiは、利得に対応する因子(UEの「ブースティング」モードまたは「ノミナル」モード）を表わしている。
IE「E−DCH Provided Bit−rate Value（E−DCHに提供されているビットレート値）」グループの値は、レイヤ2測定処理で決定される。しかしながら、このIEを、レイヤ1測定シグナリングに含めることも可能である。
高コストUEの他の一つの定義を、以下のように選ぶこともできる。「高コスト」UEは、測定間隔中に観察された、個別アップリンク送信においてあらかじめ定められているE−TFC統計が、ある閾値を越えているUEである。単純に、高コストUEは、与えられた無線セルにおけるアップリンクにおいて、ノイズ上昇に著しく寄与するUEであってもよい。
図12による本発明の例示的な実施例におけるSノードB 1103の共通測定結果は、いわゆるE−DCH Provided Bit−rate Value Information（E−DCHに提供されているビットレート値情報）に含ませてもよい。このE−DCH Provided Bit−rate Value Information（E−DCHに提供されているビットレート値情報）が、Group of the [NBAP] COMMON MEASUREMENT REPORT message（[NBAP]共通測定レポートメッセージのグループ）を定義してもよい。そのグループは、報告されるE−DCH MAC−dフローの優先度クラスを識別するIE「Priority Indication（優先度表示）」、および、上に定義したIE「E−DCH Provided Bit−rate value（E−DCHに提供されているビットレート値）」を有するべきである。これら2つのIEは、例えば、必須であってもよい。
さらに、そのグループは、報告しているノードBによって制御されているセル内の高コストUEをリストする、任意選択の、または、必須なIE「List of costly UEs（高コストUEのリスト）」を、さらに有してもよい。そのList of costly UEs（高コストUEのリスト）は、上述の、または、類似した式によって求められるように、アップリンク送信によって特に高いRoTを引き起こすUEを有してもよい。List of costly UEs（高コストUEのリスト）に基づいて、C−RNC 1102は、E−DCHに割り付けられているリソースの再構成を開始してもよい。C−RNC 1102に対する別の一つのオプションは、高コストUEに対するMAC−dフロー回避を実行すること、即ち、E−DCHからレガシーアップリンクDCHヘの高コストUEのトラフィックの切り替えであってもよい。高コストUEのリストは、同様に、レイヤ1測定に関連するグループの一部であってもよい。この情報が、下の表に示されている。
Figure 0004014615
 図16は、本発明の他の例示的な一実施例による、S−RNC 1112からC−RNC 1102への共通測定報告のメッセージフロー図を示している。
共通測定は、S−RNC 1112に共通測定要求メッセージを送る(1601)ことによって、C−RNC 1102によって開始される。S−RNC 1112からの、指定された保証ビットレート優先度クラスのスケジュールデータに提供されているビットレートについての共通測定報告は、[RNSAP] Common Measurement Reporting Procedure（[RNSAP]共通測定報告処理）を用いてもよい。C−RNC 1102は、S−RNC 1112に、[RNSAP] COMMON MEASUREMENT INITIATION REQUEST message（[RNSAP]共通測定開始要求メッセージ）にしたがって、C−RNC 1102によって要求されたとおりに、測定結果を報告するように要求してもよい。
その要求は、例えば、ソフトハンドオーバ中に、S−RNC 1112が報告すべき優先度クラス、および、UE 1403のアクティブセットの少なくとも一つのノードBを指示してもよい。UE 1401, 1402, 1403は全て、SノードB 1103を介して、S−RNC 1112に、この優先度クラスのスケジュールデータを送信する（ 1502, 1503, 1504, 1602, 1603, 1604）。SノードB 1103は、例えば、図10および図17に例示されているようなE−DCH FPを用いて、S−RNC 1112に、優先度クラスのスケジュールデータを提供してもよい。そうすると、C−RNC 1102からの共通測定要求によって、2つ以上のノードBが、報告するように構成されている場合には、S−RNC 1112は、それぞれのUEによって、また、それぞれのノードBによって送信されたデータを区別することができる。
C−RNC 1102は、保証ビットレート優先度クラスのデータに対する共通測定レポートを提供しなければならない、UE 1403のアクティブセットの個々のノードB、または、ノードBのサブセットを選択することができる。報告のための、このアクティブセットのノードBのサブセットの選択、または、（図16の例示的な実施例におけるSノードB 1103のような）一つのUEのみの単一のノードBの選択は、[RNSAP] COMMON MEASUREMENT INITIATION REQUEST message（[RNSAP]共通測定開始要求メッセージ）において選択されているノードB（単数または複数の）のそれぞれのCell ID（C−ID：セルID）をリストすることによって行ってもよい。
ここでも、S−RNC 1112によって実行される測定のタイプを、特定のCommon Measurement Type（共通測定タイプ）において定めてもよい。Common Measurement Type（共通測定タイプ）は、実行される測定のタイプを定めるGroup of the [RNSAP] COMMON MEASUREMENT INITIATION REQUEST message（[RNSAP]共通測定開始要求メッセージのグループ）である。E−DCH特定の共通測定は、Common Measurement Type Group（共通測定タイプグループ）の一部として、新しいIE「Total E−DCH Provided Bit−rate（E−DCHに提供されている総ビットレート」を定めることによって達成してもよい。このIEの存在は、例えば、必須であってもよい。IE「Total E−DCH Provided Bit−rate（E−DCHに提供されている総ビットレート」は、また、優先度クラスごと、および、セルごとのGBRトラフィックに対して提供されている総ビットレートについての測定の要求するために用いてもよい。
図16に戻って、S−RNC 1112は、SノードB 1103の無線セル内の保証ビットレート優先度クラスのスケジュールデータに提供されているビットレートを割り出すための共通測定処理（1605）を実行してもよい。その測定の結果は、共通測定レポートで、C−RNC 1102に報告される（1606）。図15に示されている本発明の一実施例に関して上に示したように、やはり、この実施例の共通測定結果を、E−DCH Provided Bit−rate Value Information（E−DCHに提供されているビットレート値情報）で提供してもよい。このE−DCH Provided Bit−rate Value Information（E−DCHに提供されているビットレート値情報）が、S−RNC 1112からC−RNC 1102に送信されるGroup of the [RNSAP] COMMON MEASUREMENT REPORT message（[RNSAP]共通測定レポートメッセージのグループ）を特定してもよい。そのグループは、E−DCH MAC−dフローの優先度クラスを識別するためのIE「Priority Indication（優先度表示）」、および、IE「E−DCH Provided Bit−rate value（E−DCHに提供されているビットレート値）」を有するべきである。前に説明したように、これらのIEは、必須であってもよい。さらに、S−RNC 1112からのレポートは、図15に関して上に説明したように、付加的に、任意選択の、または、必須のIE「List of costly UEs（高コストUEのリスト）」も有してもよい。
上記の実施例においては、個別／共通測定要求は、単に、単一の保証ビットレート優先度クラスだけを指示してもよいことが示されているが、その測定要求は、スケジュールされた、保証ビットレートトラフィックを持つ一連の優先度クラスを有してもよく、または、複数の保証ビットレート優先度クラスが、その要求で識別されて、それぞれを報告するネットワーク要素（単数または複数の）によって報告されてもよいことに注意されたい。さらに、S−RNC 1112がC−RNC 1102に報告する場合に関する実施例においては、報告されるUEまたはUEの一つが、ソフトハンドオーバ状態にあることは必要ではないということに注意されたい。
次の表は、上に概説した種々の実施例において、C−RNC 1102によって開始される種々の測定のオプションを例示している。
Figure 0004014615
 前のセクションにおいて説明したように、輻輳制御に対する測定報告は、例えば、[NBAP] COMMON/DEDICATED MEASUREMENT REPORT message（[NBAP]共通／個別測定レポート メッセージ）によって行うことができる。C−RNC 1102において、QoS要求が満足に充足されないことが見出されると、C−RNC 1102は、輻輳制御を実行することを決定することができる。UEのE−DCHに割り当てられたノードBの全RoTリソースが、与えられたQoS要求（例えば、保証ビットレート）でMAC−dフローを扱うのに十分であるか否かに応じて、その輻輳制御を行ういくつかの仕方がある。
ノードBがE−DCHに割り当てることのできる全RoTリソース（maxRoT）が、MAC−dフローを扱うのに不十分である場合には、C−RNC 1102は、MAC−dフロー回避を開始してもよい。これは、例えば、S−RNC 1112に、[RNSAP] RADIO LINK PREEMPTION REQUIRED INDICATION message（[RNSAP]無線リンク回避が必要な表示メッセージ）を送ることによって達成される。そのメッセージをC−RNC 1102から受信した後、S−RNC 1112は、回避されるべきMAC−dフローに関連する論理チャネルに関連する無線ベアラ上のデータの流れを止める。
E−DCHに割り当てることのできるノードBの全RoTリソース(maxRoT)が、MAC−dフローを扱うのに十分である場合には、C−RNC 1102は、S−RNC 1112に、その状況について通知することができる。例えば、これは、S−RNC 1112に、[RNSAP] RADIO LINK CONGESTION INDICATION message（[RNSAP]無線リンク輻輳表示メッセージ）を送ることによって達成される。この輻輳表示メッセージは、例えば、輻輳制御が実行される、保証ビットレート優先度クラスの表示、例えば、MAC−dフローIDを有してもよい。S−RNCに制御されたE−TFCセットが、十分に高いデータレートを提供すれば、ノードBに制御されたE−DCHリソースを、S−RNC 1112によって、例えば、それぞれのノードBに送信される[NBAP] RADIO LINK RECONFIGURATION REQUEST message（[NBAP]無線リンク再構成要求メッセージ）を用いて、再構成してもよい。このメッセージは、保証ビットレートで、または、より高いビットレートでさえ、優先度クラスのスケジュールデータを提供することが可能になるように、ノードBに制御されたTFCサブセット（図7を参照されたい）を再構成する。
しかしながら、S−RNCに制御されたE−TFCセットが、十分に高いデータレートを可能にさせなければ、S−RNC 1112は、例えば、[RRC] E−TFC RECONFIGURATION REQUEST message（[RRC]E−TFC再構成要求メッセージ）を送ることによって、それぞれのUEの、RNCに制御されたE−TFCセットを再構成する必要がある。ノードBに制御されたE−DCHリソースは、上で説明したように、その後、[NBAP] RADIO LINK RECONFIGURATION REQUEST message（[NBAP]無線リンク再構成要求メッセージ）によって再構成される。
輻輳制御の実行に加えて、または、それに代えて、C−RNC 1102は、少なくとも一つのノードBまたはS−RNC 1112から受信された測定結果に基づいて、保証ビットレート優先度クラスのアップリンクトラフィックを伴うサービスに対する承認制御を扱ってもよい。
C−RNC 1102は、測定レポートを利用して、新規のユーザを承認すべきか否かについて決定してもよい。例えば、共通測定処理において、優先度クラスごとに提供されている総ビットレートが、優先度クラスごとの、既に承認されているユーザに対して必要なビットレート（保証ビットレート）よりも小さければ、C−RNC 1102は、新規のユーザを承認してはならない。
C-RNC 1102でその後に受信された測定に基づいて提供ビットレートの変化を検出したとき、新規のユーザを承認することが決定される。最新の測定報告は、必要なビットレートがそれぞれの優先度クラスのユーザに提供されてよいことを示す。
[nbap]測定報告を行なう場合の、C−RNCによる承認制御におけるデータおよびシグナリングフローの一例が、図17に示されている。例えば、C−RNCが、特定の優先度クラスにおいて、新規のユーザを承認しないことを決定してしまうと、そのC−RNCは、ユーザのための新しい無線リンクのセットアップを要求しているS−RNCに、例えば、Radio Link Setup Failure message（無線リンクセットアップ失敗メッセージ）を送ってもよい。
この点については、特定のE−DCHのRoTは、一定で、ノードBによって規制されることに注意されたい。個々のUEに割り付けられるパワーオフセットのためのビットレートは、例えば、UE E−TFC選択アルゴリズムによって計算することができる。したがって、本発明の一実施例において、送信が考慮されているユーザのGBR属性は、承認制御のためには用いられない。
以下において、上記の実施例による、ソフトハンドオーバ中のE−DCH作動について、Iub容量の最適化の観点から考察する。報告は、アクティブセット内の特別に選択された単一のノードBによって、または、アクティブセット内のノードBの特別に選択されたサブセットによって行われると仮定する。
SHO作動中、特定のUE 1100, 1403のアクティブセット内のいくつかのノードBによる測定を、C−RNC 1102が受信するのでもよい。これは、Iub利用の視点からすれば、あまり効率的ではない。したがって、SノードB 1103の命令が、スケジュールデータ送信に提供されるアップリンクビットレートの主な制限因子であることを考えれば、個別測定が、SノードB 1103のみによって実行されるように構成するのが、有利である。
SノードB選択は、一般に、UEに特定のものであるから、サービングノードBごとの測定報告は、個別タイプの測定においてのみ可能である。もし、測定が、優先度クラスごと、および、同じサービングノードBを持つユーザのグループごとに構成されれば、上に概説したように、共通測定処理を用いる報告を可能にする。一般に、測定によってIub負荷を最適化しようとする場合、SHO作動中のIub負荷の縮小は、報告の精度の低下に対して、トレードオフの関係にある。
前に説明したように、E−DCHを通る非常に高い優先度のアップリンク接続を持つ幾つかのUEは、非サービングノードBからスケジューリング許諾命令を受け入れることを強いられない。これは、例えば、測定に含まれるIub負荷の最適化のための、さらなるオプションを可能にする。例えば、SノードBによる報告は、報告の精度に何らの低下も伴うことなく、これらの「高優先度」のUEに対して実施することができる。
さらに、ソフトハンドオーバ作動中におけるIub最適化の他の一つの可能性は、SノードB以外のノードBが、測定を報告する状況に関連する。MAC−e PDUの再送数（RSN = Retransmission Sequence Number：再送シーケンス数）を、E−DCH FPのDATA FRAME（データフレーム）内のそれぞれのMAC−e PDUとともに報告することが、可能である。
本発明の例示的な一実施例において、RSNフィールド（または、「N of HARQ Retransm（HARQ再送数）」フィールド)が、アクティブセット内のノードBの各々によってS−RNCに送られるDATA FRAME（データフレーム）に含まれること、および、E−DCH FPが、C−RNC 1102で終結することが仮定される。チャネル品質が良好なときは不良なアップリンクチャネル状態のときよりもPDUの所要再送回数が少ないと仮定すると、RSNフィールドは、アクティブセットのノードBのそれぞれの無線セルにおいてソフトハンドオーバ状態にあるUEに対する、アップリンクチャネル品質の表示として解釈することができる。チャネル品質の変動に対処するために、前もって定められた測定期間において報告されたRSNの平均を計算してもよい。そうすると、アクティブセット内の最良のアップリンク品質を持つノードBを、最小の（平均の）RSNを示すノードとして選択することができる。
この例示的な実施例では、最良のアップリンクチャネル品質を持つノードBを、測定結果を提供すべきノードBとして選択することができる。それに代えて、2つ以上のノードB、例えば、最良のアップリンクチャネル品質を持つ2つまたは3つのノードBを選択することもできる。しかしながら、この操作は、個別測定にしか適用可能ではない。
本発明の他の一実施例においては、E−DCH FPが、C−RNC 1102で終結しないと仮定する。それは、UEのアクティブセット内の、報告を行うノードBのサブセット／UEのサービングノードが、S−RNC 1112によって決定されることを必要とする。選択されたノードB（サブセット）／選択されたノードB（サービング）に [NBAP] DEDICATED MEASUREMENT INITIATION REQUEST message（[NBAP]個別測定開始要求メッセージ）を送ることによって、測定を開始することができるC−RNC 1102に、対応する表示を送ってもよい。
保証ビットレート優先度クラスの非スケジュールデータにおいては、輻輳に関する表示だけが、測定を行うノードBから、C−RNC 1102に送られる。優先度クラスの非スケジュールデータに対する輻輳に関する表示を受信して、C−RNC 1102は、E−DCHに、より多くのリソースを割り当てようと試みてもよい。
サービングノードBは、スケジュールデータに対するRoTの量を内部的に圧縮して、より高い優先度を持つが、より低い遅延とより低いビットレートを要求する、非スケジュールデータに対して、より多くのリソースを解放すると仮定することができる。したがって、非スケジュールデータに対しては、提供されているビットレートの明確な報告は必要ないので、これはインターフェイス上の負荷の縮小に寄与する。
上記の最後の表に記述したように、共通／個別NBAP/RNSAP測定報告を構成することができる。要求される情報に応じて、一定の構成が、多かれ少なかれ、適切である。
例えば、サービングノードBの命令にしか従わない、優先度の高いUEに対しては、C−RNCに、MDC後の提供ビットレートを送ることが可能である。提供されているビットレートが、要求されたビットレート（保証ビットレート）よりも低ければ、C−RNCは、SノードBに割り付けられているE−DCHリソースを再構成してもよい。
他の一例において、C−RNCは、優先度クラスとセルごとの、提供されている総ビットレートについての共通測定、または、優先度クラスとセルとUEごとの、提供されている総ビットレートについての個別測定を観察して、マクロダイバーシティ利得にあまり寄与していないUEのアクティブセット内のノードBを識別しようと試みてもよい。C−RNCは、さらに、それらのノードBに、より多くのリソースを割り付けることを、または、シグナリングによって、それらのノードBをアクティブセットから取り除くことをS−RNCに勧めることを試みてもよい。
マクロダイバーシティ利得にあまり寄与していないUEのアクティブセット内のノードBを、E−DCH FPのRSNフィールドから導出することもできることに注意されたい。しかしながら、E−DCH FPが、C−RNCで終結していない場合には、RSNフィールドからの情報は、C−RNCにおいて利用可能ではない。この場合には、報告のために選択されたノードBを、S−RNCからC−RNCに信号で伝えてもよく、C−RNCは、それに従って測定を構成することができる。
最後に、MDCの後の測定報告は、たとえ、E−DCH FPが、C−RNCで終結していたとしても、このネットワーク要素における測定によっては得ることができない重要な情報を、C−RNCに提供するということに注意されたい。MDC後に提供されるビットレートに基づいて、C−RNCは、ノードBにおけるE−DCHリソースを再構成することができる。例えば、提供されているビットレートが、保証ビットレートよりも低ければ、ノードBのE−DCHに割り付けられているRoTの総量を変更してもよい。
本発明の他の一実施例は、ハードウェアおよびソフトウェアを用いた、上述の種々の実施例の実装に関するものである。上述の種々の論理エンティティおよびモジュールとともに、種々の上述の方法ステップが、例えば、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向けIC(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、または、他のプログラム可能な論理デバイスなどのようなコンピューティングデバイス（プロセッサ）を用いて実装でき、または、実行できることが分かる。本発明の種々の実施例も、これらのデバイスの組み合わせによって実行でき、または、実施できる。
したがって、例えば、上述の本発明の種々の実施例、および、それらの変形例に記述されているC−RNCおよびS−RNCの作動が、ハードウェアおよび／またはソフトウェアで実行できること、および、それらのネットワーク要素の機能を、コンピュータ読み取り可能な媒体に記憶させておくこともできることが分かる。したがって、本発明の種々の実施例は、また、プロセッサによって、または、ハードウェアで直接に実行されるソフトウェアモジュールを用いて実行することもできる。さらに、ソフトウェアモジュールとハードウェア実装との組み合わせも、可能である。ソフトウェアモジュールは、いかなる種類のコンピュータ読み取り可能な記憶媒体、例えばRAM、EPROM、EEPROM、フラッシュメモリ、メモリカード、レジスタ、ハードディスク、CD−ROM、DVDなどに記憶させておくことができる。
UMTSのハイレベルアーキテクチャを示す。 UMTS R99/4/5に従うUTRANのアーキテクチャを示す。 ドリフト無線サブシステムおよびサービング無線サブシステムを示す。 ユーザ機器におけるMAC−eアーキテクチャを示す。 ノードBにおけるMAC−eｂアーキテクチャを示す。 RNCにおけるMAC−eｓアーキテクチャを示す。 RNCによって構成される例示的なTFCセットを示し、ノードB制御スケジューリングにおけるノードB制御TFCサブセットを例証する。 RNCにおける並べ替え機能の作動を示す。 Iur移動性を持たないE−DCHに対する例示的な配信チャネルプロトコルモデルを示す。 Iur移動性を持つE−DCHに対する例示的な配信チャネルプロトコルモデルを示す。 本発明の一実施例による、一つのユーザ機器の一つ以上の優先度クラスのスケジュールデータについての個別測定をC−RNCに提供するための第1シナリオを示す。 本発明の例示的な一実施例による、ノードBからC−RNCに報告する個別測定のメッセージフロー図を示す。 本発明の他の例示的な一実施例による、S−RNCからC−RNCに報告する個別測定のメッセージフロー図を示す。 本発明の一実施例による、複数のユーザ機器によって送信された一つ以上の優先度クラスのスケジュールデータについての共通測定をC−RNCに提供するための第2シナリオを示す。 本発明の他の例示的な一実施例による、SノードBからC−RNCに報告する共通測定のメッセージフロー図を示す。 本発明の他の例示的な一実施例による、S−RNCからC−RNCに報告する共通測定のメッセージフロー図を示す。 C−RNCによって実行される承認制御に対するデータフローおよびシグナリングフローを示す。

Claims (30)

  1. 端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける測定報告方法であって、
    前記基地局が、少なくとも一つの端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートを、前記優先度クラス毎に測定するステップと、
    前記基地局が、前記ビットレートの測定結果を、前記コントローリング無線ネットワーク制御装置に送信するステップとを含み、
    前記優先度クラスは、前記基地局におけるスケジューリングに用いられるスケジューリング優先度インジケータが示す優先度である
    測定報告方法。
  2. 端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける測定報告方法であって、
    前記基地局が、少なくとも一つの端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートを、前記優先度クラス毎に測定するステップと、
    前記基地局が、前記ビットレートの測定結果を、前記コントローリング無線ネットワーク制御装置に送信するステップとを含み、
    前記優先度クラスは、前記個別アップリンクデータチャネルにマッピングされた論理チャネルの論理チャネル優先度である
    測定報告方法。
  3. 前記ビットレートは、セル内の各端末から送信される、すべてのデータに対して共通測定される
    請求項１または請求項２に記載の測定報告方法。
  4. 前記端末は、ソフトハンドオーバ中である
    請求項１から請求項３のいずれかに記載の測定報告方法。
  5. 前記ビットレートは、セル毎に測定される
    請求項１から請求項４のいずれかに記載の測定報告方法。
  6. 前記コントローリング無線ネットワーク制御装置から、前記測定を開始するための測定開始要求メッセージを受信するステップを、さらに含む
    請求項１から請求項５のいずれかに記載の測定報告方法。
  7. 前記測定結果を、前記優先度クラスを示す優先度表示と共に送信する
    請求項１から請求項６のいずれかに記載の測定報告方法。
  8. 前記個別アップリンクデータチャネルは、ＵＭＴＳシステムのＥ−ＤＣＨ（Enhanced Dedicated Uplink Channel）であり、
    前記ビットレートは、各優先度クラスについて、測定期間中に基地局のＭＡＣ−ｅによって無線インターフェース上において成功したと判断された送信のＭＡＣ−ｄ ＰＤＵ ビットの総数を、前記測定期間の時間で割ることによって測定される
    請求項１から請求項７のいずれかに記載の測定報告方法。
  9. 端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける、前記基地局であって、
    少なくとも一つの前記端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートを、前記優先度クラス毎に測定する測定部と、
    前記ビットレートの測定結果を、前記コントローリング無線ネットワーク制御装置に送信する送信部とを具備し、
    前記優先度クラスは、基地局におけるスケジューリングに用いられるスケジューリング優先度インジケータが示す優先度である
    基地局。
  10. 端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける、前記基地局であって、
    少なくとも一つの前記端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートを、前記優先度クラス毎に測定する測定部と、
    前記ビットレートの測定結果を、前記コントローリング無線ネットワーク制御装置に送信する送信部とを具備し、
    前記優先度クラスは、前記個別アップリンクデータチャネルにマッピングされた論理チャネルの論理チャネル優先度である
    基地局。
  11. 前記測定部は、前記ビットレートを、セル内の各端末から送信される、すべてのデータに対して共通測定する
    請求項９又は請求項１０に記載の基地局。
  12. 前記端末は、ソフトハンドオーバ中である
    請求項９から請求項１１のいずれかに記載の基地局。
  13. 前記測定部は、前記ビットレートを、セル毎に測定する
    請求項９から請求項１２のいずれかに記載の基地局。
  14. 前記コントローリング無線ネットワーク制御装置から、前記測定を開始するための測定開始要求メッセージを受信する受信部を、さらに具備する
    請求項９から請求項１３のいずれかに記載の基地局。
  15. 前記測定結果を、前記優先度クラスを示す優先度表示と共に送信する
    請求項９から請求項１４のいずれかに記載の基地局。
  16. 前記個別アップリンクデータチャネルは、ＵＭＴＳシステムのＥ−ＤＣＨ（Enhanced Dedicated Uplink Channel）であり、
    前記測定部は、各優先度クラスについて、前記ビットレートを、測定期間中に基地局のＭＡＣ−ｅによって無線インターフェース上において成功したと判断された送信のＭＡＣ−ｄ ＰＤＵ ビットの総数を、前記測定期間の時間で割ることによって測定する
    請求項９から請求項１５のいずれかに記載の基地局。
  17. 端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける、測定の受信方法であって、
    前記コントローリング無線ネットワーク制御装置から前記基地局に、前記測定を開始するための測定開始要求メッセージを送信するステップと、
    前記コントローリング無線ネットワーク制御装置において、前記測定開始要求に応じて、少なくとも一つの端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートであって、前記優先度クラス毎に前記基地局において測定された測定結果を受信するステップとを含み、
    前記優先度クラスは、前記基地局におけるスケジューリングに用いられるスケジューリング優先度インジケータが示す優先度である
    受信方法。
  18. 端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける、測定の受信方法であって、
    前記コントローリング無線ネットワーク制御装置から前記基地局に、前記測定を開始するための測定開始要求メッセージを送信するステップと、
    前記コントローリング無線ネットワーク制御装置において、前記測定開始要求に応じて、少なくとも一つの端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートであって、前記優先度クラス毎に前記基地局において測定された測定結果を受信するステップとを含み、
    前記優先度クラスは、前記個別アップリンクデータチャネルにマッピングされた論理チャネルの論理チャネル優先度である
    受信方法。
  19. 前記ビットレートは、セル内の各端末から送信される、すべてのデータに対して共通測定される
    請求項１７又は請求項１８に記載の測定の受信方法。
  20. 前記端末は、ソフトハンドオーバ中である
    請求項１７から請求項１９のいずれかに記載の測定の受信方法。
  21. 前記ビットレートは、セル毎に測定される
    請求項１７から請求項２０のいずれかに記載の測定の受信方法。
  22. 前記測定結果を、前記優先度クラスを示す優先度表示と共に受信する
    請求項１７から請求項２１のいずれかに記載の測定の受信方法。
  23. 前記個別アップリンクデータチャネルは、ＵＭＴＳシステムのＥ−ＤＣＨ（Enhanced Dedicated Uplink Channel）であり、
    前記ビットレートは、各優先度クラスについて、測定期間中に基地局のＭＡＣ−ｅによって無線インターフェース上において成功したと判断された送信のＭＡＣ−ｄ ＰＤＵ ビットの総数を、前記測定期間の時間で割ることによって測定される
    請求項１７から請求項２２のいずれかに記載の測定の受信方法。
  24. 端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける、前記コントローリング無線ネットワーク制御装置であって、
    前記基地局に、測定を開始するための測定開始要求メッセージを送信する送信部と、
    前記測定開始要求に応じて、少なくとも一つの端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートであって、前記優先度クラス毎に前記基地局において測定された測定結果を受信する受信部とを具備し、
    前記優先度クラスは、前記基地局におけるスケジューリングに用いられるスケジューリング優先度インジケータが示す優先度である
    コントローリング無線ネットワーク制御装置。
  25. 端末と、コントローリング無線ネットワーク制御装置に接続された基地局と、を有する移動通信システムにおける、前記コントローリング無線ネットワーク制御装置であって、
    前記基地局に、測定を開始するための測定開始要求メッセージを送信する送信部と、
    前記測定開始要求に応じて、少なくとも一つの端末によって個別アップリンクデータチャネルで送信され、少なくとも一つの優先度クラスに対応付けられたデータのビットレートであって、前記優先度クラス毎に前記基地局において測定された測定結果を受信する受信部とを具備し、
    前記優先度クラスは、前記個別アップリンクデータチャネルにマッピングされた論理チャネルの論理チャネル優先度である
    コントローリング無線ネットワーク制御装置。
  26. 前記ビットレートは、セル内の各端末から送信される、すべてのデータに対して共通測定される
    請求項２４又は請求項２５に記載のコントローリング無線ネットワーク制御装置。
  27. 前記端末は、ソフトハンドオーバ中である
    請求項２４から請求項２６のいずれかに記載のコントローリング無線ネットワーク制御装置。
  28. 前記ビットレートは、セル毎に測定される
    請求項２４から請求項２７のいずれかに記載のコントローリング無線ネットワーク制御装置。
  29. 前記測定結果は、前記優先度クラスを示す優先度表示と共に受信される
    請求項２４から請求項２８のいずれかに記載のコントローリング無線ネットワーク制御装置。
  30. 前記個別アップリンクデータチャネルは、ＵＭＴＳシステムのＥ−ＤＣＨ（Enhanced Dedicated Uplink Channel）であり、
    前記ビットレートは、各優先度クラスについて、測定期間中に基地局のＭＡＣ−ｅによって無線インターフェース上において成功したと判断された送信のＭＡＣ−ｄ ＰＤＵ ビットの総数を、前記測定期間の時間で割ることによって測定される
    請求項２４から請求項２９のいずれかに記載のコントローリング無線ネットワーク制御装置。
JP2005356850A 2004-12-15 2005-12-09 測定報告方法、基地局、測定の受信方法、およびコントローリング無線ネットワーク制御装置 Active JP4014615B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP04029710A EP1672941B1 (en) 2004-12-15 2004-12-15 Support of guaranteed bit-rate traffic for uplink transmissions

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2007005149A Division JP4476301B2 (ja) 2004-12-15 2007-01-12 アップリンク送信における保証ビットレートトラフィックの維持

Publications (3)

Publication Number Publication Date
JP2006191554A JP2006191554A (ja) 2006-07-20
JP2006191554A5 JP2006191554A5 (ja) 2006-09-07
JP4014615B2 true JP4014615B2 (ja) 2007-11-28

Family

ID=34927788

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2005356850A Active JP4014615B2 (ja) 2004-12-15 2005-12-09 測定報告方法、基地局、測定の受信方法、およびコントローリング無線ネットワーク制御装置
JP2007005149A Active JP4476301B2 (ja) 2004-12-15 2007-01-12 アップリンク送信における保証ビットレートトラフィックの維持
JP2009200576A Active JP4476351B2 (ja) 2004-12-15 2009-08-31 アップリンク送信における保証ビットレートトラフィックの維持
JP2009200577A Active JP4476352B2 (ja) 2004-12-15 2009-08-31 アップリンク送信における保証ビットレートトラフィックの維持

Family Applications After (3)

Application Number Title Priority Date Filing Date
JP2007005149A Active JP4476301B2 (ja) 2004-12-15 2007-01-12 アップリンク送信における保証ビットレートトラフィックの維持
JP2009200576A Active JP4476351B2 (ja) 2004-12-15 2009-08-31 アップリンク送信における保証ビットレートトラフィックの維持
JP2009200577A Active JP4476352B2 (ja) 2004-12-15 2009-08-31 アップリンク送信における保証ビットレートトラフィックの維持

Country Status (11)

Country Link
US (2) US7362726B2 (ja)
EP (2) EP1718098B1 (ja)
JP (4) JP4014615B2 (ja)
KR (1) KR101059676B1 (ja)
CN (1) CN101124844B (ja)
AT (2) ATE402581T1 (ja)
BR (1) BRPI0517191B1 (ja)
CA (1) CA2590335C (ja)
DE (2) DE602004015333D1 (ja)
ES (2) ES2297332T3 (ja)
WO (1) WO2006063642A1 (ja)

Families Citing this family (129)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7457267B1 (en) 2001-10-10 2008-11-25 Qualcomm Incorporated Methods and apparatus for quickly exploiting a new link during hand-off in a wireless network
US20040032845A1 (en) * 2002-08-13 2004-02-19 Rex Huan-Yueh Chen Autonomous updating of a virtual active set for a wireless device
EP1718098B1 (en) * 2004-12-15 2008-07-23 Matsushita Electric Industrial Co., Ltd. Support of guaranteed bit-rate traffic for uplink transmissions
CN1798420A (zh) * 2004-12-22 2006-07-05 上海贝尔阿尔卡特股份有限公司 用于在基站中进行快速资源调度的方法与基站
EP1880568A2 (en) * 2005-01-03 2008-01-23 Nokia Corporation Avoidance of overload in sho
CN100425087C (zh) * 2005-02-07 2008-10-08 上海贝尔阿尔卡特股份有限公司 一种用于hsupa的基站调度方法及系统
US8942716B2 (en) * 2005-02-24 2015-01-27 Ntt Docomo, Inc. Radio resource control method, radio base station, and radio network controller
TWI506997B (zh) * 2005-04-29 2015-11-01 Interdigital Tech Corp 多工增強上鏈頻道資料的無線傳輸/接收單元及方法
US8116292B2 (en) * 2005-04-29 2012-02-14 Interdigital Technology Corporation MAC multiplexing and TFC selection procedure for enhanced uplink
JP2006311460A (ja) * 2005-05-02 2006-11-09 Ntt Docomo Inc 移動通信方法及び無線回線制御局
EP2120382B1 (en) * 2005-07-25 2012-10-24 Panasonic Corporation HARQ process restriction and transmission of non-scheduled control data via uplink channels
JP4684045B2 (ja) * 2005-08-30 2011-05-18 株式会社エヌ・ティ・ティ・ドコモ 伝送制御方法、移動局、無線基地局及び無線回線制御局
US8432794B2 (en) * 2005-12-29 2013-04-30 Interdigital Technology Corporation Method and apparatus for selecting multiple transport formats and transmitting multiple transport blocks simultaneously with multiple H-ARQ processes
US8074137B2 (en) 2006-02-03 2011-12-06 Interdigital Technology Corporation Method and system for supporting multiple hybrid automatic repeat request processes per transmission time interval
US20090016328A1 (en) * 2006-02-06 2009-01-15 Janne Peisa METHOD FOR SCHEDULING VoIP TRAFFIC FLOWS
WO2007094734A1 (en) * 2006-02-15 2007-08-23 Telefonaktiebolaget Lm Ericsson (Publ) Coordinated node b radio resource management measurements
GB2436417B (en) * 2006-03-22 2008-02-20 Nec Technologies Radio access bearer transfer
US7729703B2 (en) * 2006-04-27 2010-06-01 Motorola, Inc. Apparatus and method for reporting a channel quality indication to non-serving cells
EP1853009A1 (en) * 2006-05-05 2007-11-07 Nokia Corporation Resource control for scheduled and non-scheduled traffic
US8116204B2 (en) 2006-05-17 2012-02-14 Telefonaktiebolaget L M Ericsson (Publ) Scheduler
DE602007010631D1 (de) * 2006-07-06 2010-12-30 Interdigital Tech Corp Drahtloses kommunikationsverfahren zur auswahl einer erweiterten uplink-transportformatkombination mittels einstellung von ablaufsteuerungsnutzdaten auf die höchste übertragbare nutzdatenmenge
US20080076429A1 (en) * 2006-09-08 2008-03-27 Futurewei Technologies, Inc. System for control, management, and transmission for soft handoff in an ofdma-based communication system
JP5233102B2 (ja) * 2006-09-14 2013-07-10 富士通株式会社 移動通信システム及びその通信方法
US20080070583A1 (en) * 2006-09-14 2008-03-20 Innovative Sonic Limited Method and apparatus for setting serving grant in a wireless communications system
CN101175301B (zh) * 2006-11-01 2010-06-16 中兴通讯股份有限公司 上行增强系统中非调度资源和调度资源的共享方法
EP2088790B1 (en) 2006-11-10 2014-10-22 Mitsubishi Electric Corporation Managing the resources of a plurality of base stations by a mobile station
US7860000B2 (en) 2006-11-16 2010-12-28 Nokia Corporation Apparatus, methods and computer program products providing estimation of activity factor and enhanced radio resource management
JP4952240B2 (ja) * 2006-12-27 2012-06-13 日本電気株式会社 無線基地制御局、移動体通信システム及びそれらに用いる優先セル選択方法
US20080175152A1 (en) * 2006-12-28 2008-07-24 Nokia Corporation Service differentiating and overload indication for downlink
JP2008172699A (ja) * 2007-01-15 2008-07-24 Fujitsu Ltd パケット処理方法、パケット処理システム、およびコンピュータプログラム
US8755270B2 (en) * 2007-02-05 2014-06-17 Telefonaktiebolaget L M Ericsson (Publ) Congestion/load indication for high speed packet access
US8213483B2 (en) * 2007-02-06 2012-07-03 Qualcomm Incorporated Hopping structures for broadband pilot signals
JP4882775B2 (ja) * 2007-02-09 2012-02-22 富士通株式会社 無線端末の通信制御方法及び無線端末
GB0711833D0 (en) * 2007-06-18 2007-07-25 Nokia Siemens Networks Oy A method for providing a plurality of services
US7859998B2 (en) * 2007-06-18 2010-12-28 Sharp Laboratories Of America, Inc. System and method for managing pre-emption of quality of service (QoS) allocations in a network
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
KR100911304B1 (ko) * 2007-06-18 2009-08-11 엘지전자 주식회사 무선통신 시스템에서 우선순위를 갖는 무선베어러의 데이터전송 방법
KR101486352B1 (ko) * 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
WO2008156314A2 (en) * 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
JP5087479B2 (ja) * 2007-07-16 2012-12-05 イノヴァティヴ ソニック リミテッド 無線通信システムにおいてｈａｒｑ機能を改善する方法及び装置
CN101364833B (zh) * 2007-08-09 2012-12-19 中兴通讯股份有限公司 一种宽带码分多址系统负荷的控制方法
KR20090016412A (ko) * 2007-08-10 2009-02-13 엘지전자 주식회사 무선 통신 시스템에서의 데이터 통신 방법
EP2186247A4 (en) 2007-08-10 2014-01-29 Lg Electronics Inc METHOD FOR CONTROLLING HARQ OPERATION WITH DYNAMIC RADIO RESOURCE ALLOCATION
JP4521430B2 (ja) 2007-08-10 2010-08-11 富士通株式会社 無線送信装置、無線受信装置、無線送信方法、および無線受信方法
KR101479341B1 (ko) * 2007-08-10 2015-01-05 엘지전자 주식회사 Ｍｂｍｓ 서비스를 제공하는 무선 통신 시스템에서효율적인 수신 방법
KR101514841B1 (ko) * 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101461965B1 (ko) 2007-08-14 2014-11-14 엘지전자 주식회사 무선 통신 시스템의 특정 프로토콜 계층에서의 데이터 블록전송 및 처리 방법
TWI556741B (zh) 2007-08-17 2016-11-11 英特威特國際股份有限公司 異唑啉組成物及其作為抗寄生蟲藥上的應用
GB2452698B (en) 2007-08-20 2010-02-24 Ipwireless Inc Apparatus and method for signaling in a wireless communication system
ES2385749T3 (es) 2007-08-22 2012-07-31 Telefonaktiebolaget L M Ericsson (Publ) Métodos y dispositivos para el control de la transmisión de datos
KR100937432B1 (ko) 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
KR101461970B1 (ko) * 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101396062B1 (ko) 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101435844B1 (ko) * 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
US8687565B2 (en) * 2007-09-20 2014-04-01 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
CN101394209B (zh) * 2007-09-21 2013-02-27 华为技术有限公司 宏分集合并实现方法、系统和设备
KR101593056B1 (ko) * 2007-09-28 2016-02-11 시그널 트러스트 포 와이어리스 이노베이션 강화된 랜덤 액세스 채널에서 메세지의 송신을 종료시키기 위한 방법 및 장치
CN101127725A (zh) * 2007-10-10 2008-02-20 华为技术有限公司 信道单元调度的方法、装置和系统
KR20090041323A (ko) * 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
KR101487557B1 (ko) * 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
KR20150042299A (ko) * 2007-10-25 2015-04-20 인터디지탈 패튼 홀딩스, 인크 Ｃｅｌｌ_ｆａｃｈ 상태의 ｗｔｒｕ로부터 업링크 피드백 정보의 제어 및 전송
RU2447623C2 (ru) 2007-10-25 2012-04-10 Интердиджитал Пэйтент Холдингз, Инк. УПРАВЛЕНИЕ И УСТАНОВКА РЕСУРСОВ С УЛУЧШЕННЫМ MAC-e/es В СОСТОЯНИИ Cell_FACH
US8416678B2 (en) * 2007-10-29 2013-04-09 Lg Electronics Inc. Method for repairing an error depending on a radio bearer type
KR101197380B1 (ko) 2008-01-02 2012-11-05 인터디지탈 패튼 홀딩스, 인크 셀 재선택을 위한 방법 및 장치
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
WO2009096731A2 (en) 2008-01-31 2009-08-06 Lg Electronics Inc. Method for signaling back-off information in random access
EP3410623B1 (en) 2008-01-31 2021-07-28 LG Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US9246541B2 (en) * 2008-02-01 2016-01-26 Qualcomm Incorporated UTRAN enhancements for the support of inter-cell interference cancellation
US8855630B2 (en) * 2008-02-08 2014-10-07 Qualcomm Incorporated Enhanced multiplexing system and technique for uplink control channels
US20090219915A1 (en) * 2008-02-28 2009-09-03 General Dynamics C4 Systems, Inc. Distributed request queue for a data communication system, and related operating methods
EP2248275B1 (en) 2008-02-29 2015-06-17 Telefonaktiebolaget LM Ericsson (publ) Signalling gain factors in a communication network system
US8958411B2 (en) * 2008-03-17 2015-02-17 Lg Electronics Inc. Method of transmitting RLC data
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
US20090257377A1 (en) * 2008-04-09 2009-10-15 Texas Instruments Incorporated Reducing buffer size for repeat transmission protocols
US7983215B2 (en) 2008-04-17 2011-07-19 Infineon Technologies Ag Communication device, method for transmitting an uplink transmission control message, method for receiving an uplink transmission control message
US8553554B2 (en) * 2008-05-16 2013-10-08 Alcatel Lucent Method and apparatus for providing congestion control in radio access networks
JPWO2009145013A1 (ja) * 2008-05-29 2011-10-06 日本電気株式会社 中継局装置、マルチホップシステム、および中継方法
US8693329B2 (en) * 2008-06-24 2014-04-08 Unwired Planet, Llc Congestion control in a wireless communication network
ES2338844B1 (es) * 2008-07-09 2011-02-10 Vodafone España, S.A. Metodo y sistema para transmision unica conjunta 2g-3g.
CN104301942B (zh) 2008-08-01 2018-04-03 日本电气株式会社 移动通信系统、控制设备、基站设备、系统控制方法和设备控制方法
US8554257B2 (en) * 2008-08-13 2013-10-08 Telefonaktiebolaget Lm Ericsson (Publ) System condition based adaptive reference power offset positioning
US8605592B2 (en) * 2008-09-23 2013-12-10 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement in a communication system
CN101686501B (zh) * 2008-09-26 2013-06-05 华为技术有限公司 一种通信系统中速率的调整、获取方法和装置
US8503432B2 (en) 2008-09-30 2013-08-06 Alcatel Lucent Method and apparatus for signaling proprietary information between network elements of a core network in a wireless communication network
WO2010038590A1 (ja) * 2008-10-02 2010-04-08 日本電気株式会社 無線基地局、スケジューリングシステム、割り当て制御方法および記録媒体
EP2406980B1 (en) * 2009-03-09 2013-09-18 Telefonaktiebolaget L M Ericsson (publ) Method and arrangement for maintaining cell coverage
US9402193B2 (en) 2009-03-19 2016-07-26 Qualcomm Incorporated Systems, apparatus and methods for interference management in wireless networks
CN102726083B (zh) 2009-10-01 2015-09-09 日本电气株式会社 移动通信系统、基站设备、控制设备、控制方法及计算机可读介质
US9277510B2 (en) 2009-10-23 2016-03-01 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements in a communication network system
US8285298B2 (en) * 2009-12-23 2012-10-09 At&T Mobility Ii Llc Chromatic scheduler for network traffic with disparate service requirements
CA2790671C (en) 2010-05-20 2015-12-01 Zte Corporation Method for scheduling guaranteed bit rate service based on quality of service
CN102348256B (zh) 2010-07-26 2014-10-08 华为技术有限公司 多个无线接入网聚合系统及其实现方法和接入网网元
WO2012023827A2 (ko) * 2010-08-20 2012-02-23 엘지전자 주식회사 무선 통신 시스템에서 측정 결과 보고 방법 및 장치
EP2536213B1 (en) * 2010-09-02 2017-05-10 ZTE Corporation Method for balancing load, and apparatuses therefor
WO2012030271A1 (en) * 2010-09-03 2012-03-08 Telefonaktiebolaget L M Ericsson (Publ) Scheduling multiple users on a shared communication channel in a wireless communication system
CN102457973B (zh) * 2010-10-27 2014-05-07 普天信息技术研究院有限公司 一种保证比特速率业务调度方法
FR2966995B1 (fr) 2010-10-27 2012-11-16 Astrium Sas Procede et dispositif de detection de la congestion d'un lien de transmission.
CN102685831B (zh) * 2011-03-15 2014-07-23 鼎桥通信技术有限公司 迁移请求方法、迁移请求处理方法和设备及系统
US8971909B2 (en) 2011-03-31 2015-03-03 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a communications system for handling a GBR bearer
US8787159B2 (en) * 2011-04-14 2014-07-22 Alcatel Lucent Mechanism for wireless access networks to throttle traffic during congestion
US9456387B2 (en) * 2011-10-05 2016-09-27 Alcatel Lucent Method and apparatus for improving adaptive streaming video quality by optimizing resource allocation
CN102333350B (zh) * 2011-10-19 2014-02-26 华为技术有限公司 提高小流量用户体验的方法、装置和系统
US8750113B2 (en) * 2011-10-25 2014-06-10 Telefonaktiebolaget L M Ericsson (Publ) Methods for measuring cell load for adaptive rate services and related systems and computer program products
WO2013063832A1 (en) 2011-11-04 2013-05-10 Telefonaktiebolaget L M Ericsson (Publ) Uplink congestion control
CN102427598A (zh) * 2011-12-29 2012-04-25 华为技术有限公司 无线通信中限制承载服务的方法和装置
ES2441264B1 (es) * 2012-04-24 2015-06-16 Vodafone España, S.A.U. Procedimiento para la optimización del reconocimiento de movilidad en redes móviles
JP6208756B2 (ja) * 2012-06-26 2017-10-04 テレフオンアクチーボラゲット エルエム エリクソン（パブル） ソフトセルアップリンク優先順位付けのための方法及びノード
US20150264707A1 (en) * 2012-10-26 2015-09-17 Nokia Solutions And Networks Oy Uplink Backpressure Coordination
US9814037B2 (en) 2013-06-28 2017-11-07 Intel Corporation Method for efficient channel estimation and beamforming in FDD system by exploiting uplink-downlink correspondence
WO2015069983A1 (en) * 2013-11-08 2015-05-14 Spidercloud Wireless, Inc. Fractional frequency reuse schemes assigned to radio nodes in an lte network
US9554281B2 (en) 2013-11-08 2017-01-24 Spidercloud Wireless, Inc. Fractional frequency reuse schemes assigned to clusters of radio nodes in an LTE radio access network
US10097329B2 (en) 2013-11-08 2018-10-09 Spidercloud Wireless, Inc. Fractional frequency reuse schemes assigned to radio nodes in an LTE network
US9363814B2 (en) 2014-02-25 2016-06-07 Alcatel Lucent Rate allocation method and apparatus for optimization of adaptive wireless video streaming
US9307458B1 (en) * 2014-03-24 2016-04-05 Sprint Spectrum L.P. Controlling reverse-direction neighbor reports based on the characteristics of queued bearer traffic
US9692531B2 (en) 2015-02-02 2017-06-27 Softbank Corp. Method and system of measuring communication quality
CN108293198A (zh) 2015-10-06 2018-07-17 瑞典爱立信有限公司 用于对于共享无线电接入网络可观测性的参数的优先化的系统和方法
US9986455B1 (en) * 2015-10-30 2018-05-29 CSC Holdings, LLC Adaptive physical layer interface control for a wireless local area network
US10499285B2 (en) * 2016-07-14 2019-12-03 Cloudstreet Oy Maximum cell throughput estimation
US20190182865A1 (en) 2016-08-12 2019-06-13 Telefonaktiebolaget L M Ericsson (Publ) Lbt parameters for uplink in unlicensed spectrum
CN108260210B (zh) * 2016-12-29 2022-02-11 华为技术有限公司 一种数据传输方法及用户设备、无线接入设备
US11425607B2 (en) * 2017-11-17 2022-08-23 Telefonaktiebolaget Lm Ericsson (Publ) Management of uplink bitrates
US10638505B1 (en) * 2018-01-31 2020-04-28 Sprint Spectrum L.P. Systems and methods for allocating uplink resources to relay nodes in a wireless network
US20190281491A1 (en) * 2018-03-12 2019-09-12 Qualcomm Incorporated Quality of service (qos) congestion control handling
US11350268B2 (en) * 2018-05-18 2022-05-31 Qualcomm Incorporated End-to-end rate adaptation using RAN assisted rate adaptation
US11229038B2 (en) 2018-08-09 2022-01-18 Qualcomm Incorporated Multi-link network coordination
CN111770540B (zh) * 2020-07-02 2022-07-29 维沃移动通信有限公司 小区切换方法、装置及电子设备

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US90934A (en) * 1869-06-08 Royal e
US66744A (en) * 1867-07-16 Frederic schmitt
US25100A (en) * 1859-08-16 de fokest
US5771461A (en) * 1996-06-28 1998-06-23 Motorola, Inc. Method and apparatus for power control of a first channel based on a signal quality of a second channel
JP4180236B2 (ja) * 1999-12-28 2008-11-12 株式会社エヌ・ティ・ティ・ドコモ ハンドオーバ制御方法及びシステム
AU2001236302A1 (en) * 2000-02-25 2001-09-03 Telefonaktiebolaget Lm Ericsson (Publ) Packet scheduling in umts using several calculated transfer rates
KR100407343B1 (ko) * 2000-04-10 2003-11-28 삼성전자주식회사 부호분할다중접속 통신시스템에서 공통패킷채널 사용에따른 혼잡도 측정방법
GB0031535D0 (en) 2000-12-22 2001-02-07 Nokia Networks Oy Traffic congestion
FR2819658B1 (fr) 2001-01-12 2004-04-09 Cit Alcatel Procede de gestion des ressources de traitement dans un systeme de radiocommunications mobiles
FI113140B (fi) * 2001-05-25 2004-02-27 Nokia Corp Kanavanvaihto solukkojärjestelmässä
US7961616B2 (en) 2001-06-07 2011-06-14 Qualcomm Incorporated Method and apparatus for congestion control in a wireless communication system
CN1320779C (zh) 2001-06-25 2007-06-06 诺基亚有限公司 在移动通信系统中优化调制和编码方案及多代码的方法
JP2004052550A (ja) 2002-07-16 2004-02-19 Kubota Corp エンジンのガバナの速度調整レバー枢支装置
EP1388947A1 (en) * 2002-08-05 2004-02-11 Alcatel System with interleaver and deinterleaver
US20040203707A1 (en) * 2002-08-31 2004-10-14 A. Akhteruzzaman Mobile subscriber station operable in a plurality of universal mobile telephone systems
US7453845B2 (en) * 2002-11-08 2008-11-18 Lucent Technologies Inc. Distributed call control
WO2004064441A1 (en) * 2003-01-14 2004-07-29 Telefonaktiebolaget Lm Ericsson (Publ) Resource allocation management
AU2004200541B2 (en) 2003-02-15 2006-06-01 Samsung Electronics Co., Ltd. Scheduling apparatus and method in a CDMA mobile communication system
US7146175B2 (en) * 2003-04-21 2006-12-05 Telefonaktiebolaget Lm Ericsson (Publ) Uplink load determination and signaling for admission and congestion control
FI20030712A0 (fi) * 2003-05-13 2003-05-13 Nokia Corp Menetelmä liikenteen hallinnoimiseksi ja verkkoelementti
US20050249148A1 (en) 2004-05-07 2005-11-10 Nokia Corporation Measurement and reporting for uplink enhanced dedicated channel (E-DCH)
EP1718098B1 (en) * 2004-12-15 2008-07-23 Matsushita Electric Industrial Co., Ltd. Support of guaranteed bit-rate traffic for uplink transmissions

Also Published As

Publication number Publication date
JP4476352B2 (ja) 2010-06-09
DE602004010167D1 (de) 2007-12-27
JP2010022019A (ja) 2010-01-28
EP1718098A1 (en) 2006-11-02
US20060182065A1 (en) 2006-08-17
KR101059676B1 (ko) 2011-08-25
ES2297332T3 (es) 2008-05-01
JP2006191554A (ja) 2006-07-20
CN101124844A (zh) 2008-02-13
BRPI0517191B1 (pt) 2019-02-26
EP1672941A1 (en) 2006-06-21
ATE402581T1 (de) 2008-08-15
US7899011B2 (en) 2011-03-01
WO2006063642A1 (en) 2006-06-22
JP2010022018A (ja) 2010-01-28
DE602004010167T2 (de) 2008-02-28
JP4476351B2 (ja) 2010-06-09
US20080170504A1 (en) 2008-07-17
BRPI0517191A8 (pt) 2016-07-26
CN101124844B (zh) 2011-03-23
ATE378789T1 (de) 2007-11-15
JP4476301B2 (ja) 2010-06-09
EP1672941B1 (en) 2007-11-14
BRPI0517191A (pt) 2008-09-30
ES2309876T3 (es) 2008-12-16
DE602004015333D1 (de) 2008-09-04
EP1718098B1 (en) 2008-07-23
KR20070087099A (ko) 2007-08-27
US7362726B2 (en) 2008-04-22
CA2590335A1 (en) 2006-06-22
JP2007151158A (ja) 2007-06-14
CA2590335C (en) 2013-07-30

Similar Documents

Publication Publication Date Title
JP4014615B2 (ja) 測定報告方法、基地局、測定の受信方法、およびコントローリング無線ネットワーク制御装置
EP1708523B1 (en) Scheduling of mobile terminals in a mobile communication system
US7860052B2 (en) Happy bit setting in a mobile communication system
JP4017658B2 (ja) 個別チャネルでのアップリンク送信のためのサービス品質（ＱｏＳ）認識型スケジューリング
EP1617606A1 (en) Scheduling mode switching for uplink transmissions
EP2267929A2 (en) Method and apparatuses for activation of Hybrid Automatic Request (HARQ) processes
WO2006034747A1 (en) Delay estimation for uplink transmissions

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060720

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060720

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20060720

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20060914

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061114

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070112

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070508

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070627

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: 20070828

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070911

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

Free format text: PAYMENT UNTIL: 20100921

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4014615

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20110921

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20120921

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20130921

Year of fee payment: 6

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350