(57)【特許請求の範囲】
【請求項１】
スタンドアロンな高速専用物理制御チャネル(Standalone HS-DPCCH)を確立する方法であって、
基地局により、無線ネットワークコントローラによって送信された指示情報を受信するステップであって、前記指示情報は、ユーザ端末がStandalone HS-DPCCHをサポートするか否かを示すために用いられる、ステップと、
前記ユーザ端末が前記Standalone HS-DPCCHをサポートする場合、前記Standalone HS-DPCCHの確立をトリガするように、前記基地局により、前記ユーザ端末にトリガ情報を送信するステップと
を有し、
前記指示情報は、前記ユーザ端末用のダウンリンクデータのフレームプロトコル（FP）フレームで搬送されることを特徴とする方法。
【請求項２】
無線ネットワークコントローラによって送信された指示情報を受信する前記ステップの前に、
前記基地局により、監査プロシージャまたはリソース状態表示プロシージャを介して、前記基地局または前記基地局下の特定のセルが前記Standalone HS-DPCCHをサポートするという情報を前記無線ネットワークコントローラに報告するステップをさらに有することを特徴とする請求項1に記載の方法。
【請求項３】
前記基地局または前記基地局下の特定のセルが前記Standalone HS-DPCCHをサポートするという情報を前記無線ネットワークコントローラに報告する前記ステップの後に、
前記無線ネットワークコントローラによって送信された、リソース解放のためのタイマの設定情報を受信するステップをさらに有することを特徴とする請求項2に記載の方法。
【請求項４】
前記ユーザ端末がセルフォワードアクセスチャネル状態にある場合、前記指示情報が、高速ダウンリンク共有チャネルのデータフレームタイプ2で搬送され、または、
前記ユーザ端末がセルページングチャネル状態にある場合、前記指示情報が、高速ダウンリンク共有チャネルのデータフレームタイプ3で搬送されることを特徴とする請求項1から3のいずれか一項に記載の方法。
【請求項５】
基地局であって、
無線ネットワークコントローラによって送信された指示情報を受信するように構成された受信モジュールであって、前記指示情報は、ユーザ端末がスタンドアロンな高速専用物理制御チャネル(Standalone HS-DPCCH)をサポートするか否かを示すために用いられる、受信モジュールと、
前記ユーザ端末が前記Standalone HS-DPCCHをサポートする場合、前記Standalone HS-DPCCHの確立をトリガするように、前記ユーザ端末にトリガ情報を送信するように構成されたトリガモジュールと
を具備し、
前記受信モジュールは、前記ユーザ端末用のダウンリンクデータのフレームプロトコル（FP）フレーム内の前記指示情報を受信するように構成されていることを特徴とする基地局。
【請求項６】
監査プロシージャまたはリソース状態表示プロシージャを介して、前記基地局または前記基地局下の特定のセルが前記Standalone HS-DPCCHをサポートするという情報を前記無線ネットワークコントローラに報告するように構成された報告モジュールをさらに具備することを特徴とする請求項5に記載の基地局。
【請求項７】
前記受信モジュールが、前記無線ネットワークコントローラによって送信された、リソース解放のためのタイマの設定情報を受信するようにさらに構成されることを特徴とする請求項5または6に記載の基地局。
【請求項８】
請求項１から４のいずれか一項の方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2012年2月29日に出願した「METHOD AND APPARATUS FOR ESTABLISHING STANDALONE HIGH SPEED DEDICATED PHYSICAL CONTROL CHANNEL」という名称の中国特許出願第201210049951.9号の優先権を主張するものである。参照により、上記中国特許出願の全体が本明細書に組み込まれる。
【０００２】
本発明は、通信技術の分野に関し、具体的には、スタンドアロンな高速専用物理制御チャネルを確立するための方法および装置に関する。
【背景技術】
【０００３】
高速ダウンリンクパケット接続(High Speed Downlink Packet Access、HSDPA)技術には、新規のアップリンク物理層制御チャネルが導入されており、これは、広帯域符号分割多元接続(Wideband Code Division Multiple Access、WCDMA(登録商標))システムにおける高速専用物理制御チャネル(High Speed Dedicated Physical Control Channel、HS-DPCCH)としても知られている。
【０００４】
HS-DPCCHの機能は、アップリンクでの必要な制御信号伝達を担うことであり、チャネル品質インジケータ(Channel Quality Indicator、CQI)情報およびハイブリッド自動反復要求(Hybrid Automatic Repeat reQuest、HARQ)フィードバック情報を含んでいる。HARQフィードバック情報は、ユーザ端末(User Equipment、UE)がネットワーク側からダウンリンクデータを受信した後、ユーザ端末によって生成される情報であり、特に、肯定応答(ACK)情報および否定応答(NACK)情報を含む。
【０００５】
スタンドアロンな高速専用物理制御チャネル(Standalone HS-DPCCH)は、新規の機構であって、ネットワーク側によってトリガされたとき確立されるHS-DPCCHを指すものである。この新規の機構をサポートするUEは、ネットワーク側からトリガ情報を受信した後にStandalone HS-DPCCHを確立してよい。ネットワーク側は、高速共有制御チャネル(High Speed Shared Control Channel、HS-SCCH)を通じてUEにトリガ情報を送信してよい。Standalone HS-DPCCHを確立するためにUEがトリガされたとき、UEはランダム接続プロセスにおける競合を通じて、HS-DPCCHの設定情報を含んでいるアップリンクリソースを取得する必要がある。
【０００６】
Standalone HS-DPCCHが新規の機構であるため、一部のUEが新規の機構をサポートしないという事例がネットワークに存在する。基地局(Node B)がStandalone HS-DPCCH機能をサポートしないUEにトリガ情報を配信する場合、HS-SCCHリソースの浪費の原因となって、UEのダウンリンクデータスケジューリングの遅延の原因にもなりかねない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の複数の態様では、HS-SCCHリソースの浪費を回避してUEのダウンリンクデータスケジューリングの遅延を低減するために、スタンドアロンな高速専用物理制御チャネルを確立する方法および装置が提供される。
【課題を解決するための手段】
【０００８】
本発明の一態様では、スタンドアロンな高速専用物理制御チャネル(Standalone HS-DPCCH)を確立する方法が提供され、この方法は、基地局により、無線ネットワークコントローラによって送信された指示情報を受信するステップであって、指示情報は、ユーザ端末がStandalone HS-DPCCHをサポートすること、または無線ネットワークコントローラがユーザ端末用のstandalone HS-DPCCHの確立を基地局に要求することを示すために用いられる、ステップと、Standalone HS-DPCCHの確立をトリガするように、基地局により、Standalone HS-DPCCHをサポートするユーザ端末にトリガ情報を送信するステップとを含む(添付の特許請求の範囲を参照されたい)。
【０００９】
本発明の別の態様では、スタンドアロンな高速専用物理制御チャネルを確立する方法が提供され、この方法は、無線ネットワークコントローラにより、指示情報を生成するステップであって、指示情報は、ユーザ端末がStandalone HS-DPCCHをサポートすること、または基地局がユーザ端末用のstandalone HS-DPCCHを確立する必要があることを示すために用いられる、ステップと、基地局がStandalone HS-DPCCHをサポートするユーザ端末にトリガ情報を送信するように、無線ネットワークコントローラにより、指示情報を基地局に送信するステップとを含む。
【００１０】
本発明の別の態様で提供される基地局は、無線ネットワークコントローラによって送信された指示情報を受信するように構成された受信モジュールであって、指示情報は、ユーザ端末がStandalone HS-DPCCHをサポートすること、または無線ネットワークコントローラがユーザ端末用のstandalone HS-DPCCHの確立を基地局に要求することを示すために用いられる、受信モジュールと、無線ネットワークコントローラによって送信された指示情報を受信するように構成された受信モジュールであって、指示情報は、ユーザ端末がStandalone HS-DPCCHをサポートすること、または無線ネットワークコントローラがユーザ端末用のstandalone HS-DPCCHの確立を基地局に要求することを示すために用いられる、受信モジュールとを含む。
【００１１】
本発明の別の態様で提供される無線ネットワークコントローラは、指示情報を生成するように構成された生成モジュールであって、指示情報は、ユーザ端末がStandalone HS-DPCCHをサポートするか否か、または基地局がユーザ端末用のstandalone HS-DPCCHを確立する必要があるか否かを示すために用いられる、生成モジュールと、基地局がStandalone HS-DPCCHをサポートするユーザ端末にトリガ情報を送信するように、指示情報を基地局に送信するように構成された送信モジュールとを含む。
【発明の効果】
【００１２】
本発明の実施形態の技術的解決策では、HS-SCCHリソースの浪費が回避され得て、UEのダウンリンクデータスケジューリングの遅延も低減され得る。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態によるスタンドアロンな高速専用物理制御チャネルを確立する方法の流れ図である。
【図２】本発明の別の実施形態によるHS-DSCH DATA FRAME TYPE 2の概略フォーマットの図である。
【図３】本発明の別の実施形態によるHS-DSCH DATA FRAME TYPE 3の概略フォーマットの図である。
【図４】本発明の別の実施形態によるHS-DSCH CAPACITY ALLOCATION制御フレームの概略フォーマットの図である。
【図５】本発明の一実施形態による基地局の概略図である。
【図６】本発明の一実施形態による無線ネットワークコントローラの概略図である。
【発明を実施するための形態】
【００１４】
本発明の一実施形態は、スタンドアロンな高速専用物理制御チャネルを確立する方法を提供するものであり、無線ネットワークコントローラが、基地局に指示情報を送信して、UEがStandalone HS-DPCCHをサポートしているか否かといった情報を基地局に通知し、その結果、基地局は、Standalone HS-DPCCHをサポートするUEにトリガ情報を送信し得、Standalone HS-DPCCHをサポートしないUEにはトリガ情報を送信する必要がなく、したがって、HS-SCCHリソースの浪費が回避され得て、UEのダウンリンクデータスケジューリングの遅延も低減され得る。本発明の一実施形態は、対応する装置をさらに提供する。以下で詳細を説明する。
【００１５】
以下の説明では、限定するのではなく説明のために、特定のシステム構造、インターフェース、技術などに関する特定の詳細が、本発明の十分な理解ために提供される。しかしながら、当業者には、本発明がこれらの特定の詳細なしで他の実施形態でも実装され得ることが理解されよう。他の事例では、不必要な詳細が本発明の説明に影響を及ぼすのを防ぐために、周知の装置、回路および方法の詳細な説明が省略されている。
【００１６】
本明細書で説明される技術は、グローバル移動体通信システム(GSM(登録商標)、Global System for Mobile communications)、符号分割多元接続(CDMA、Code Division Multiple Access)システム、時分割多元接続(TDMA、Time Division Multiple Access)システム、広帯域符号分割多元接続(WCDMA、Wideband Code Division Multiple Access)システム、周波数分割多元接続(FDMA、Frequency Division Multiple Access)システム、直交周波数分割多元接続(OFDMA、Orthogonal Frequency-Division Multiple Access)システム、単一搬送波のFDMA(SC-FDMA)システム、汎用パケット無線サービス(GPRS、General Packet Radio Service)システム、ロングタームエボリューション(LTE、Long Term Evolution)システム、およびこのタイプの他の通信システムなどの、たとえば現在の2Gおよび3Gの通信システムおよび次世代通信システムといった様々なタイプの通信システムに適用可能であり得る。
【００１７】
本明細書では、ユーザデバイスおよび/または基地局および/または基地局コントローラと組み合わせて様々な態様が説明される。
【００１８】
ユーザデバイスは無線端末でも有線端末でもよい。無線端末は、ユーザに対して音声および/またはデータ接続性を提供するデバイス、無線接続機能を有するハンドヘルドデバイス、または無線モデムに接続される任意の他の処理デバイスを指してよい。無線端末は、無線接続ネットワーク(たとえばRAN、Radio Access Network)を通じて1つまたは複数のコアネットワークと通信してよい。無線端末は、携帯電話(または「セルラー」電話と称される)などのモバイル端末およびモバイル端末を有するコンピュータでよく、これらは、たとえば、携帯用の、ポケットサイズの、ハンドヘルドの、コンピュータに組み込まれた、または車両に搭載されたモバイル装置であり得、無線接続ネットワークと音声および/またはデータをやりとりする。たとえば、無線端末は、パーソナル通信サービス(PCS、Personal Communication Service)電話機、コードレス電話機、セッション初期化プロトコル(SIP)電話、無線ローカルループ(WLL、Wireless Local Loop)局および携帯情報端末(PDA、Personal Digital Assistant)などのデバイスでよい。無線端末は、システム、加入者ユニット(Subscriber Unit)、加入者局(Subscriber Station)、移動局(Mobile Station)、移動体(Mobile)、遠隔局(Remote Station)、接続ポイント(Access Point)、遠隔端末(Remote Terminal)、接続端末(Access Terminal)、ユーザ端末(User Terminal)、ユーザエージェント(User Agent)、ユーザデバイス(User Device)またはユーザ機器(User Equipment)とも称され得る。
【００１９】
基地局(たとえば接続ポイント)は、接続ネットワークのエアインターフェース上の1つまたは複数のセクタを通じて無線端末と通信するデバイスを指してよい。基地局は、受信したエアフレームとIPパケットの間の相互の変換を遂行するように構成されてよく、無線端末と接続ネットワークの待受部の間のルータとして働き、接続ネットワークの待受部はインターネットプロトコル(IP)ネットワークを含んでよい。基地局は、エアインターフェースの属性管理をさらに調整してよい。たとえば、基地局は、GSMまたはCDMAにおける基地局(BTS、Base Transceiver Station)でよく、WCDMAにおける基地局(NodeB)でよく、LTEにおける発展型基地局(NodeBまたはeNBまたはe-NodeB、evolved Node B)でもよく、本発明では限定されない。
【００２０】
基地局コントローラは、GSMまたはCDMAにおける基地局コントローラ(BSC、base station controller)でよく、WCDMAにおけるまた無線ネットワークコントローラ(RNC、Radio Network Controller)でもよく、本発明では限定されない。
【００２１】
さらに、「システム」と「ネットワーク」は、本明細書では常に互換性を伴って用いられる。本明細書中の用語「および/または」は、関連した対象を説明するための対応関係でしかなく、3つの関係が存在し得ることを示す。たとえば、Aおよび/またはBは、「Aだけが存在する」、「AとBの両方が存在する」、および「Bだけが存在する」といった3つの事例を示し得る。本明細書の文字(「/」)は、前者と後者の関連した対象が、一般に「または」の関係であることを示す。
【００２２】
図1を参照すると、本発明の一実施形態は、スタンドアロンな高速専用物理制御チャネル(Standalone HS-DPCCH)を確立する方法を提供する。
【００２３】
ステップ101:無線ネットワークコントローラ(Radio Network Controller、RNC)は、ユーザ端末がStandalone HS-DPCCHをサポートすること、またはNode BがUE向けにstandalone HS-DPCCHを確立する必要があることを示すために用いられる指示情報を生成し、この指示情報を基地局(Node B)に送信する。
【００２４】
一般に、RNCは、Node Bに対してUE用のダウンリンクデータを送信する前に、UEと情報をやりとりすることによって既にUEの機能情報を取得しており、UEの機能情報には、UEが新規の機構(すなわちStandalone HS-DPCCH)をサポートしているか否かといったことが含まれている。
【００２５】
さらに、RNCは、Node Bに指示情報を送信する前に、Node Bと情報をやりとりすることにより、Node Bによって報告された、Node Bがstandalone HS-DPCCH機構をサポートするという機能、および/またはNode Bによって報告された、Node Bの特定のセルがstandalone HS-DPCCH機構をサポートするという機能を取得してよい。Node Bは、監査(Audit)プロセスおよび/またはリソースの状態表示(Resource Status Indication)プロセスにおけるResource status Indicationの監査応答(Audit Response)メッセージによって、Node BまたはNode Bの特定のセルがstandalone HS-DPCCH機構をサポートするという情報を、RNCに報告してよい。Node Bによって報告された機能に従って、RNCは、同機能をサポートするNode Bに指示情報を配信するか、または同機構をサポートするセルが属するNode Bに指示情報を配信する。
【００２６】
RNCは、standalone HS-DPCCHをサポートするNode Bまたはstandalone HS-DPCCHをサポートするセルが属するNode Bに対してstandalone HS-DPCCHに関係するパラメータ情報を配信するとき、standalone HS-DPCCHのリソース解放タイマの設定情報を配信する必要がある。UEは、RNCが配信した設定情報に従って、暗示的リソース解放が有効なとき、タイマがタイムアウトした後に、Node Bにリソース解放命令情報を送ってリソースの解放を完了する。UEは、明示的リソース解放が有効なとき、Node Bの解放命令を待ってリソースの解放を決定する。Node Bは、タイマの情報を参照してUEをスケジューリングしてよく、それによって頻繁なリソース収集および解放を回避する。タイマの情報は、物理的共有チャネルの再構成要求(PHYSICAL SHARED CHANNEL RECONFIGURATION REQUEST)、または共有のe-DCHシステム情報(Common E-DCH System Information)に含まれてよい。
【００２７】
RNCは、standalone HS-DPCCHをサポートするNode B、またはstandalone HS-DPCCHをサポートするセルが属するNode Bに対してstandalone HS-DPCCHに関係するパラメータ情報を配信するとき、Node Bに対してstandalone HS-DPCCHに対応する1つまたは複数のシグネチャの情報も配信してよく、standalone HS-DPCCHの確立をトリガするとき、Node Bは、1つまたは複数のシグネチャの情報を選択し、UEによるstandalone HS-DPCCHの確立をトリガするように、選択した情報を、UEに対して送信されるHS-SCCHに含める。
【００２８】
RNCは、Node Bに対してUE用のダウンリンクデータを送信するとき、ユーザ端末がStandalone HS-DPCCHをサポートすることを示すために用いられる指示情報、またはUE用のstandalone HS-DPCCHを確立する必要があるとの指示情報を生成してよく、Node Bに対して指示情報を送信する。一般に、RNCは、たとえばUE用のダウンリンクデータのフレームプロトコル(Frame Protocol、FP)のフレームといったフレームプロトコルFPのフレームまたは特定のUEの制御フレームで指示情報を搬送してよい。
【００２９】
現在、従来技術では用いられていない予備フィールドがUEのダウンリンクデータのFPに存在し、予備フィールドは、ユーザ端末がStandalone HS-DPCCHをサポートするか否かを示すために用いられてもよく、たとえば、サポートすることを表すために、予備フィールドが文字1で満たされてよく、サポートしないことを表すために、予備フィールドが文字0で満たされてよく、その逆でもよく、もちろん、サポートするか否かを表現するために他の文字で満たされてもよく、このことは本明細書では限定しない。
【００３０】
ユーザ端末とネットワーク側には4つの接続状態があり、セルフォワードアクセスチャネル状態(cell Forward access channel、Cell_FACH)およびセルページングチャネル状態(cell paging channel、Cell_PCH)では、ユーザ端末が、Standalone HS-DPCCHを確立するようにトリガされてよい。
【００３１】
ユーザ端末がセルフォワードアクセスチャネル状態であれば、RNCは、特に高速ダウンリンク共有チャネル(High Speed Downlink Shared Channel、HS-DSCH)のデータフレームタイプ2(DATA FRAME TYPE 2)で指示情報を搬送してよい。HS-DSCH DATA FRAME TYPE 2には、たとえばヘッダ部分のSpare 3-0のフィールド、ペイロード部分のSpare 1-0のフィールド、およびspare extensionフィールドといった、従来技術では用いられていないいくつかの予備のスペア(Spare)フィールドがある。この実施形態では、ユーザ端末がStandalone HS-DPCCHをサポートするか否かを示すために用いられる指示情報は、特にSpareフィールドで搬送されてよい。RNCは、たとえばユーザ端末がstandalone HS-DPCCHをサポートすることを表すH-RNTI/E-RNTIなどの何らかのタイプのUE識別子といった、既に用いられている既存のフィールドで指示情報を搬送してもよく、または、UEのHS-DSCH物理層カテゴリが特定の要件を満たすとき、それはユーザ端末がstandalone HS-DPCCHをサポートすることを示す。一実装形態方式における、HS-DSCH DATA FRAME TYPE 2のフォーマットが図2に示され得る。
【００３２】
ユーザ端末がセルページングチャネル状態であれば、RNCは、特にHS-DSCHのデータフレームタイプ3(DATA FRAME TYPE 3)で指示情報を搬送してよい。HS-DSCHのDATA FRAME TYPE 3には、たとえば、図に示されたSpareフィールド、Not Usedフィールド、Padフィールド、およびspare extensionフィールドといった、従来技術では用いられていないいくつかの予備のスペアフィールドがある。この実施形態では、ユーザ端末がStandalone HS-DPCCHをサポートするか否かを示すために用いられる指示情報は、特にSpareフィールド、Not Usedフィールド、Padフィールドおよびspare extensionフィールドのうち任意のもので搬送されてよい。RNCは、たとえばユーザ端末がstandalone HS-DPCCHをサポートすることを表すH-RNTI/E-RNTIなどの何らかのタイプのUE識別子といった、既に用いられている既存のフィールドで指示情報を搬送してもよく、または、UEのHS-DSCH物理層カテゴリが特定の要件を満たすとき、それはユーザ端末がstandalone HS-DPCCHをサポートすることを示す。一実装形態方式における、HS-DSCH DATA FRAME TYPE 3のフォーマットが図2に示され得る。
【００３３】
ユーザ端末がセルフォワードアクセスチャネル状態にあるとき、指示情報をFRAME TYPE 3でも搬送され得て、ユーザ端末がセルページングチャネル状態にあるとき、指示情報をDATA FRAME TYPE 2でも搬送され得ることに留意されたい。特定の搬送の方式については、上記の説明が参照され得る。
【００３４】
ステップ102:基地局が受信するダウンリンクデータは、指示情報を含んでおり、無線ネットワークコントローラによって送信され、Standalone HS-DPCCHの確立をトリガするように、Standalone HS-DPCCHをサポートするユーザ端末にトリガ情報を送信する。
【００３５】
Node Bは、RNCが送信した指示情報を受信して、ユーザ端末にStandalone HS-DPCCHのトリガ情報を送信するべきか否かといった情報を取得する。Node Bは、Standalone HS-DPCCHを確立するためにUEをトリガするとき、Standalone HS-DPCCHをサポートするユーザ端末にはトリガ情報を送信してよく、Standalone HS-DPCCHをサポートしないユーザ端末にはトリガ情報を送信する必要がない。
【００３６】
Node Bは、RNCが送信した指示情報を受信した後、standalone HS-DPCCHを確立するためのユーザ端末のトリガを行なわなくてもよい。
【００３７】
Node Bが送信したトリガ情報は、HS-SCCHによってUEに伝達される。本発明の実施形態の方法を用いることにより、Node BがHS-SCCHに送信するトリガ情報の量が低減され得て、HS-SCCHリソースの浪費が回避され、UEのダウンリンクデータスケジューリングの遅延がさらに低減される。
【００３８】
Node Bは、RNCから指示情報を受信した後、Standalone HS-DPCCHを確立するために直ちにUEをトリガしてよいが、スケジューリングの制約のために、standalone HS-DPCCHを確立するためのUEのトリガを直ちに行なわなくてもよく、または、Node Bがstandalone HS-DPCCHを確立するためにUEをトリガした後、UEがstandalone HS-DPCCHを確立するとき、一定の確立遅延が存在する。
【００３９】
Node Bが指示情報を受信した時刻からstandalone HS-DPCCHが首尾よく確立される時刻までには遅延時間があって、RNCが遅延時間においてNode Bに対してUE用のデータを送信し続けると、Node Bのバッファリングが影響を受ける。standalone HS-DPCCHの機構では、この影響を軽減するために、RNCがUEに対してダウンリンクデータを送信し続けてよいのはUEがstandalone HS-DPCCHを首尾よく確立した後のみであり、また、特定の用途では、以下のいくつかの実装方式が存在する。
【００４０】
方式1:
Node Bは、RNCが送信した、指示情報を含んでいるダウンリンクデータを受信した後、standalone HS-DPCCHを確立するためにUEをトリガする必要があるが、スケジューリング遅延または確立遅延のために、UEのダウンリンクデータを直ちにスケジューリングすることはできず、Node Bは、RNCに対して拒否情報を送信してよく、RNCに対して、指定された期間においてUE用のダウンリンクデータの送信を保留するように命令する。任意選択で、RNCは、指定された期間の後、UE向けにダウンリンクデータを送信し続けてよい。
【００４１】
拒否情報は、HS-DSCH容量割当て(CAPACITY ALLOCATION)制御フレームに含まれてよい。従来技術では、HS-DSCH CAPACITY ALLOCATION制御フレームを用いることができるのは、一群のUEに対してのみであって、単一のUEには用いることができないが、この実施形態では、制御フレームは、現在standalone HS-DPCCHを確立するUEを制御するために、制御フレームにUE識別子を追加することによって拡張され得る。UE識別子を搬送するために、制御フレームに、新規のH-RNTI/H-RNTIリストフィールドが追加され得、新規追加フィールドは、1つのUEの識別子を搬送してよく、複数のUEの識別子を搬送してもよい。任意選択で、セル無線ネットワークの一時的識別子(Cell Radio Network Temporary Identifier、C-RNT)が、UEの識別子として機能してもよい。一実装形態方式では、新規のH-RNTI/H-RNTIリストフィールドを追加された制御フレームのフォーマットが図4に示され得る。
【００４２】
特定の用途では、制御フレームのフィールドHS-DSCH creditsの値は0に設定されてよく、この値は、RNCにダウンリンクデータの送信を保留するように命令し、また、フィールドHS-DSCH Intervalの値およびフィールドHS-DSCH Repetition Periodの値は、RNCがデータ伝送を停止する時間を制御するように、指定された期間を表すように設定されてよい。
【００４３】
方式2:
方式1では、RNCは、Node Bの命令に従って、UE用のダウンリンクデータの送信を保留する。この解決策では、ユーザ端末がStandalone HS-DPCCHをサポートするか否かを示すための指示情報をNode Bに送信した後、RNCは、Node Bへのダウンリンクデータの送信を能動的に保留してよく、次いで、ユーザ端末用のダウンリンクデータを送信し続けるようにRNCに命令するために用いられる要求情報がNode Bから送信されるのを待つ。Node Bは、standalone HS-DPCCHが首尾よく確立されたことを確認した後、要求情報を送信してよい。RNCは、要求情報を受信した後、ユーザ端末用のダウンリンクデータをNode Bに送信し続ける。
【００４４】
Node Bは、HS-DSCH CAPACITY ALLOCATION制御フレームまたは拡張専用チャネル(Enhanced Dedicated Channel、e-DCH)のデータフレーム(DATA FRAME)で要求情報を搬送してよい。指示情報は、Node Bが首尾よくstandalone HS-DPCCHを確立したことを示してよい。
【００４５】
方式1と同様に、HS-DSCH CAPACITY ALLOCATION制御フレームが採用される場合、UE識別子を搬送するために新規のH-RNTI/H-RNTIリストフィールドが追加されてよく、具体的には、1つのUEの識別子を搬送しても複数のUEの識別子を搬送してもよい。方式1との相違は、伝送することを許容された多量のデータもフィールドHS-DSCH creditsに設定され得ることにある。
【００４６】
方式3:
この解決策は、RNCは、Node Bに指示情報を送信した後、Node Bに対するダウンリンクデータの送信を能動的に保留するという点で方式2と同一であり、また、この解決策は、RNCが、Node Bによる要求情報の送信を待つ必要はなく、あらかじめそれ自体の遅延時間を推定して、指示情報の送信から始まる遅延時間の後、指示情報ではなくダウンリンクデータを、ユーザ端末向けに基地局に送信するという点が方式2とは異なる。遅延時間は、RNCが指示情報を送信したときから、standalone HS-DPCCHが首尾よく確立されるときまでの期間にほぼ等しい。
【００４７】
RNCは、RNCとNode Bの間のIUBインターフェースおよび/または現在のsignatureの使用状態の伝送遅延によって、たとえば必要な遅延時間を取得するためにIUBインターフェースの伝送遅延に係数を掛けて、遅延時間を推定してよい。
【００４８】
RNCは、基地局によって報告されるシグネチャ(signature)の使用情報も受信してよく、signatureの使用情報が、standalone HS-DPCCHの確立遅延をある程度反映し得るので、RNCはsignatureの使用情報によって遅延時間を推定してよい。たとえば、初期の遅延時間は、事前設定されてよく、signatureの使用情報が変化することに従って増減される。
【００４９】
RNCがstandalone HS-DPCCHの確立をトリガするために専用の予約されたsignatureを必要とするとき、予約されたsignatureは、UEのランダム接続中には使用するために選択することができず、予約されたsignature以外のsignatureは、UEのランダム接続中に使用するために選択することができる。したがって、ある期間にネットワーク側でstandalone HS-DPCCHを確立するためにトリガすることができるユーザの数は、予約されたsignatureの数によって決定され得、また、UEのランダム接続プロセスにおける衝突検出の確率は、UEのランダム接続中に選択され得るsignatureの数によって決定され得、このため、signatureの構成はかなり重要である。現在のsignatureの構成はRNCで遂行されるが、RNCが維持するのはsignatureリソースプールのみであって、特定の割当てはNode Bによって実装され、その結果、RNCは、signatureの使用状態を取得することができず、予約されたsignatureの数を実際の使用状態に従って正確に調整することができない。
【００５０】
この実施形態では、RNCは、予約されたsignatureの数をsignatureの使用情報に従って調整するように、基地局によって報告されるシグネチャ(signature)の使用情報を受信してよい。
【００５１】
RNCによる現在のsignatureの使用情報の取得を可能にするために、Node Bは、RNCに対して現在のsignatureの使用情報を報告するために、signatureの報告を提出する必要があり、この報告は、UEがある期間にstandalone HS-DPCCHを確立するために、予約されたsignatureの数が妥当であるか否かを反映するために用いられる。報告のプロセスは、Common Measurement INITIATIONプロセスによって実装されてよい。報告されるsignatureの使用情報は、具体的には統計的な値であり得る。この統計的な値は、以下のいくつかの方式で計算することによって取得され得る。
【００５２】
1つの方式では、Node Bが報告する必要のある統計的な値、すなわちReport valueは次式で表される。
【００５３】
【数１】
0005881868.tif 000002
【００５４】
この式において、
standalone HS-DPCCHを首尾よく確立するUEの数(分子)は、Node Bが、ある期間にstandalone HS-DPCCHを確立するためにUEをトリガする命令を配信した後、standalone HS-DPCCHを首尾よく確立するUEの数を指し、
standalone HS-DPCCHを確立するために必要なUEの数(分母)は、ある期間にstandalone HS-DPCCHを確立するためにNode Bによってトリガされるために必要なUEの数を指す。
【００５５】
統計的な値は、現在のsignatureの使用状態を反映するものであり、レポート値が小さければ、standalone HS-DPCCHのユーザが多くsignatureの数が少ないことを示し、このため、RNCは予約されたsignatureの数を増加させることを検討する必要があり、レポート値が大きければ、standalone HS-DPCCHのユーザが少なくsignatureの数が多いことを示し、このため、RNCは予約されたsignatureの数を減少させることを検討する必要がある。
【００５６】
別の方式では、Node Bが報告する必要のある統計的な値、すなわちReport valueは次式で表される。
【００５７】
【数２】
0005881868.tif 000003
【００５８】
この式の分子において、
standalone HS-DPCCHが首尾よく確立される時間は、トリガされたUEがstandalone HS-DPCCHを確立したのをNode Bが検出する時間を指し、
Node Bが指示情報を受信するかまたはトリガ情報を送信する時間は、RNCによって送信された、UEの機能を搬送する指示情報をNode Bが受信する時間、またはUE向けにトリガ情報を配信することをNode Bが決定する時間を指し、また、
(standalone HS-DPCCHが首尾よく確立される時間 - Node Bが指示情報を受信するかまたはトリガ情報を送信する時間)は、standalone HS-DPCCHを確立するために特定のUEが必要とする確立遅延を表す。ネットワーク側は、所定の閾値を設定してよく、UEの確立遅延が所定の閾値を上回るとき、UEの数に関する統計は分子で収集される。
【００５９】
standalone HS-DPCCHを首尾よく確立するUEの数(上式の分母)は、ある期間にstandalone HS-DPCCHを確立してNode Bによって検出されるUEの数を指す。
【００６０】
統計的な値は、UEの確立遅延に関する統計を収集することによってsignatureの使用状態を反映する。統計的な値が大きければ、UEの確立遅延が長期であることを示し、予約されたsignatureの数が少ないことに起因している可能性があり、RNCは予約されたsignatureの数を増す必要がある。
【００６１】
signature割当てが多くの機構を含み、signatureの数が限られているので、RNCが、上記の2つの方式で報告された統計的な値のみによってsignature割当てを調整するとき、予約されたsignature以外の機構のsignatureが減少する可能性があり、他の機構の性能に悪影響がある。この問題を解決するために、RNCは、他の機構に関連付けられたsignatureの数を報告するようにNode Bに要求してよい。
【００６２】
したがって、さらに別の方式では、現在のシステムに2msおよび10msの共有のE-DCHリソースが両方とも存在する場合、2msのリソースと10msのリソースは別々のsignatureに対応し、2msのリソースに対応するsignatureの数および10msのリソースに対応するsignatureの数を推定するために、2msのリソースについては、Node Bが報告する必要のある統計的な値、すなわちReport valueは次式で表され得る。
【００６３】
【数３】
0005881868.tif 000004
【００６４】
この式において、2msのリソースを首尾よく取得するUEの数(分子)は、ある期間に2msのリソースを獲得するために競合して首尾よく取得するUEの数を指し、2msのリソースに対して競合するランダム接続UEの数(分母)は、2msのリソースに対応するsignatureを選択して、ある期間に競合することによって2msのリソースの取得を目指すUEの数を指す。2msのリソースに対して競合するランダム接続UEの数がNode Bによって検出されるので、特定の事例では、Node BがACKおよびNACKの送信状態に従って決定することができるのは、2msのリソースに対して競合するランダム接続UEの数のみである。
【００６５】
10msのリソースについては、Node Bが報告する必要のある統計的な値、すなわちReport valueは次式で表される。
【００６６】
【数４】
0005881868.tif 000005
【００６７】
この式において、10msのリソースを首尾よく取得するUEの数(分子)は、ある期間に10msのリソースを獲得するために競合して首尾よく取得するUEの数を指し、10msのリソースに対して競合するランダム接続UEの数(分母)は、10msのリソースに対応するsignatureを選択して、ある期間に競合することによって10msのリソースの取得を目指すUEの数を指す。
【００６８】
2msおよび10msのリソースに関する2つのレポート値は、どちらも特定のタイプのリソースに対応するsignatureの使用状態を考慮に入れるものであり、2ms/10msのリソースを獲得するための競合の間、ネットワーク側は、UEが獲得を目指して競合するリソースが存在するか否かを検討し得るばかりでなく、ネットワーク側の現在の処理能力も検討し得る。ネットワーク側の処理能力が不十分なとき、2msのリソースに対して競合するUEが10msのリソースしか取得し得ない可能性がある。統計処理で上記の状況を考慮に入れるために、Node Bは、Granted E-DCHのランダムアクセスチャネル(Random Access Channel、RACH)のリソース(Resources)情報をさらに報告してよい。RNCは、包括的な検討の後、すべての機構のsignatureの割当てが適切か否かを、Node Bによって報告された情報に従って判断する。
【００６９】
図5を参照して、本発明の一実施形態によって提供される基地局は、無線ネットワークコントローラが送信した指示情報を受信するように構成された受信モジュール501であって、ユーザ端末がStandalone HS-DPCCHをサポートするか否か、または無線ネットワークコントローラが基地局に対してユーザ端末用のstandalone HS-DPCCHの確立を要求するか否かを示すために指示情報が用いられる受信モジュール501と、Standalone HS-DPCCHの確立をトリガするように、Standalone HS-DPCCHをサポートするユーザ端末にトリガ情報を送信するように構成されたトリガモジュール502とを含む。
【００７０】
本発明の別の実施形態では、指示情報は、ダウンリンクデータのフレームプロトコル(FP)のフレームの予備フィールドで搬送されてよい。
【００７１】
本発明の別の実施形態では、基地局は、無線ネットワークコントローラに拒否情報または要求情報を送信するように構成された送信モジュールであって、指定された期間においてユーザ端末向けにダウンリンクデータを送信するのを保留するように無線ネットワークコントローラに命令するために拒否情報が用いられ、ユーザ端末用のダウンリンクデータを送信し続けるように無線ネットワークコントローラに命令するために要求情報が用いられる送信モジュールをさらに含んでよい。
【００７２】
本発明の別の実施形態では、基地局は、シグネチャの使用情報を取得してこれを無線ネットワークコントローラに報告するように構成されている取得および報告モジュールをさらに含んでよい。
【００７３】
本発明の別の実施形態では、受信モジュールは、無線ネットワークコントローラによって配信された、standalone HS-DPCCHに対応する1つまたは複数のシグネチャ(signature)の情報を受信するようにさらに構成されており、基地局には、基地局がstandalone HS-DPCCHの確立をトリガするとき、送信モジュールがHS-SCCHをUEに送信してUEによるstandalone HS-DPCCHの確立をトリガするように、1つまたは複数のシグネチャの情報を選択し、選択した情報をHS-SCCHの中に含めるように構成された選択モジュールがさらに含まれる。
【００７４】
本発明の実施形態によって提供される基地局は、無線ネットワークコントローラが送信した指示情報を取得して、UEがStandalone HS-DPCCHをサポートするか否かを習得してよく、その結果、基地局は、Standalone HS-DPCCHをサポートするUEにトリガ情報を送信し得、Standalone HS-DPCCHをサポートしないUEにはトリガ情報を送信する必要がなく、したがって、HS-SCCHリソースの浪費が回避され得て、UEのダウンリンクデータスケジューリングの遅延が低減され得る。
【００７５】
図6を参照すると、本発明の一実施形態によって提供される無線ネットワークコントローラは、指示情報を生成するように構成された生成モジュール601であって、ユーザ端末がStandalone HS-DPCCHをサポートするか否か、または基地局がユーザ端末用のstandalone HS-DPCCHを確立する必要があるか否かを示すために指示情報が用いられる生成モジュール601と、基地局がStandalone HS-DPCCHをサポートするユーザ端末にトリガ情報を送信するように、指示情報を基地局に送信するように構成された送信モジュール602とを含む。
【００７６】
本発明の別の実施形態では、送信モジュール602は、ダウンリンクデータ(FP)のフレームの予備フィールドで指示情報を搬送することによって、基地局に指示情報を送信するように特に構成されてよい。
【００７７】
本発明の別の実施形態では、送信モジュールは、ユーザ端末用の指示情報を基地局に送信して、あらかじめ推測した遅延時間の後、指示情報以外の、ユーザ端末用のダウンリンクデータを基地局に送信するように特に構成されてよい。
【００７８】
本発明の別の実施形態では、無線ネットワークコントローラがさらに含み得る受信モジュールは、基地局が送信した拒否情報または要求情報を受信して、拒否情報を受信すると、拒否情報に従って、指定された期間においてユーザ端末用のダウンリンクデータを基地局に送信するのを保留するように送信モジュールに命令し、要求情報を受信すると、要求情報に従って、ユーザ端末用のダウンリンクデータを基地局に送信し続けるように送信モジュールに命令するように構成されている。
【００７９】
本発明の別の実施形態では、送信モジュールは、standalone HS-DPCCHに対応する1つまたは複数のシグネチャ(signature)の情報を基地局に送信するようにさらに構成されており、その結果、基地局は、standalone HS-DPCCHの確立をトリガするとき、1つまたは複数のシグネチャの情報を選択し、選択された情報は、UEによるstandalone HS-DPCCHの確立をトリガするように、UEに送信されるHS-SCCHに含まれる。
【００８０】
本発明の実施形態によって提供される無線ネットワークコントローラは、基地局に指示情報を送信してよく、UEがStandalone HS-DPCCHをサポートするか否かという情報を基地局に通知し、その結果、基地局は、Standalone HS-DPCCHをサポートするUEにトリガ情報を送信し得、Standalone HS-DPCCHをサポートしないUEにはトリガ情報を送信する必要がなく、したがって、HS-SCCHリソースの浪費が回避され得て、UEのダウンリンクデータスケジューリングの遅延が低減され得る。
【００８１】
当業者なら、説明の便宜および簡潔性のために、上記の機能モジュールの分割は、説明のための一例として採用されていることを明瞭に理解し得る。実際の用途では、上記の機能は、要件に従って実装形態のための別々の機能モジュールに割り当てられてよく、すなわち、装置の内部構造は、上記で説明された機能のすべてまたは一部分を実装するために異なる機能モジュールに分割されてよい。上記のシステム、装置およびユニットの特定の動作プロセスについては、上記の方法の実施形態の対応するプロセスが参照され得て、本明細書では詳細を繰り返し説明することはない。
【００８２】
本出願で提供されるいくつかの実施形態では、開示されたシステム、装置、および方法が、他の方式で実装され得ることを理解されたい。たとえば、説明された装置の実施形態は単なる例示である。たとえば、モジュールまたはユニットの分割は、一種の論理機能の分割でしかなく、実際の実装形態では、他の分割する方式があり得る。たとえば、複数のユニットまたは構成要素を、組み合わされるか、または別のシステムに組み込んでよく、あるいはいくつかの機能を無視するかまたは遂行しなくてもよい。さらに、示された、または説明された相互の結合もしくは直接結合または通信接続は、いくつかのインターフェースによって達成されてよく、装置またはユニットの間の間接的結合または通信接続は、電気的形態、機械的形態、または他の形態で実施されてよい。
【００８３】
個別の構成要素として説明されたユニットは、物理的に分離されても分離されなくてもよい。ユニットとして示された構成要素は、物理的ユニットであってもなくてもよく、すなわち、1つの位置に配置されてよく、複数のネットワークユニットに分散されてもよい。ユニットのうちのいくつかまたはすべては、実需による実施形態の解決策の目標を達成するように選択されてよい。
【００８４】
それに加えて、本発明のそれぞれの実施形態による様々な機能ユニットは、1つの処理ユニットに一体化されてよく、または様々な個別の物理ユニットとして存在してよく、または2つ以上のユニットが1つのユニットに一体化されてもよい。一体型ユニットは、ハードウェアによって実装されてよく、またはソフトウェア機能ユニットの形で実装されてもよい。
【００８５】
これらの一体型ユニットは、ソフトウェア機能ユニットの形で実装されて個別の製品として販売されるかまたは用いられるとき、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本発明の技術的解決策の本質もしくは従来技術に貢献する部分、または技術的解決策の全体もしくは一部分は、ソフトウェア製品の形で具現化されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、本発明の実施形態で説明された方法のステップのすべてまたは一部分を遂行するように、コンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどでよい)またはプロセッサに指示するためのいくつかの指令を含む。記憶媒体には、USBフラッシュドライブ、モバイルハードディスク、読取り専用メモリ(ROM、Read-Only Memory)、ランダムアクセスメモリ(RAM、Random Access Memory)、磁気ディスク、または光ディスクなど、プログラムコードを記憶することができる様々な媒体が含まれる。
【００８６】
上記の実施形態は、本発明の技術的解決策を説明するために提供されたものに過ぎず、本発明を限定することを意図していない。本発明は、上記の実施形態を参照しながら詳細に説明されているが、当業者であれば、上記の実施形態において説明された技術的解決策に対する修正形態、または技術的解決策のいくつかの技術的特徴に対する等価な置換をさらに作成することができることを理解するはずであり、これらの修正形態または置換は、本発明の実施形態の技術的解決策の範囲から離れた、対応する技術的解決策の本質をなすものではない。
【符号の説明】
【００８７】
501  受信モジュール
502  トリガモジュール
601  生成モジュール
602  送信モジュール
【図１】
0005881868.tif 000006
【図２】
0005881868.tif 000007
【図３】
0005881868.tif 000008
【図４】
0005881868.tif 000009
【図５】
0005881868.tif 000010
【図６】
0005881868.tif 000011