(57)【要約】【課題】セルのユーザ機器に対して、基地局から、ブロードキャストチャンネルを介して、定期的にシステムパラメータをシグナリングすることが行われているが、このシグナリング方法では、基地局電力の約５％がブロードキャストチャネル送信に使用されることになる。【解決手段】移動体通信システムの基地局における使用のための方法において、システムパラメータを一次システム情報と二次システム情報に区分し、一次システム情報は維持されると共に周期的にブロードキャストされ、一方、二次システム情報はトリガイベントに応答してブロードキャストされる。【選択図】図２
2010506434.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信システムの基地局においてシステム情報を通信する方法であって、該方法は、
一次システム情報を維持すること、
二次システム情報を維持すること、
前記一次システム情報を周期的にブロードキャストすること、及び
トリガイベントに応答して前記二次システム情報をブロードキャストすること、
を含む、方法。
【請求項２】
前記トリガイベントは、ユーザ機器（ＵＥ）からの二次システム情報の要求の受信を含む、請求項１に記載の方法。
【請求項３】
前記トリガイベントに応答して、前記二次システム情報のブロードキャストがブロードキャストのためにスケジューリングされる、請求項１又は２に記載の方法。
【請求項４】
前記一次システム情報は、前記二次システム情報の次のブロードキャストを特定するスケジューリング情報を含むか、又は該スケジューリング情報を指示するポインタを含む、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記スケジューリング情報は、時刻及びチャネル情報を含む、請求項３に記載の方法。
【請求項６】
前記トリガイベントが存在しない場合、前記二次システム情報のブロードキャストはスケジューリングされない、請求項３、４、又は５に記載の方法。
【請求項７】
前記一次システム情報は定期的な時間間隔で送信される、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記一次システム情報は、前記セルの識別子と、１組のセル無線パラメータとを含む、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
前記二次システム情報は近傍セルの情報を含む、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
前記二次システム情報の内容は、トリガの種類に依拠する、請求項１〜９のいずれか一項に記載の方法。
【請求項１１】
前記ユーザ機器からの前記二次システム情報の要求のために、チャネル又はコード配列が確保されると共に、２つ以上の前記ユーザ機器から要求が重複して受信されるとき、単一のトリガイベントが生成される、請求項１〜１０のいずれか一項に記載の方法。
【請求項１２】
移動体通信システムのユーザ機器によってシステム情報を取得する方法であって、該方法は、
前記セルによってブロードキャストされる一次システム情報を受信すること、
前記一次システム情報から、二次システム情報のブロードキャストを特定するスケジューリング情報を求めること、
前記求められたスケジューリング情報に基づいて前記二次システム情報を受信すること、
を含む、方法。
【請求項１３】
前記スケジューリングされた二次システム情報又は前記受信した二次システム情報が存在しない場合、アイドルモードで前記二次システム情報のスケジューリングを待つことを含む、請求項１２に記載の方法。
【請求項１４】
前記受信した二次システム情報又は前記スケジューリング情報が存在しない場合、アクティブモードへの遷移に続いて、前記二次システム情報を要求することをさらに含む、請求項１２に記載の方法。
【請求項１５】
前記要求することは、二次システム情報を要求するために、確保されているチャネル又はコード配列を使用することを含む、請求項１４に記載の方法。
【請求項１６】
ブロードキャストされた前記一次システム情報又は前記二次システム情報の受信に続いて、記憶されている前記システム情報を更新することを含む、請求項１２〜１５のいずれか一項に記載の方法。
【請求項１７】
前記受信した一次システム情報に基づいて、前記二次システム情報を要求又は受信することなく前記セルにキャンプオンすることを含む、請求項１２〜１６のいずれか一項に記載の方法。
【請求項１８】
無線インタフェースと送信スケジューラとを備える基地局であって、請求項１〜１１のいずれか一項に記載の方法を実施するように構成されている、基地局。
【請求項１９】
無線インタフェースとセルシステム情報の記憶装置とを備えるユーザ機器であって、請求項１２〜１７のいずれか一項に記載の方法を実施するように構成されている、ユーザ機器。
【請求項２０】
移動体通信システムの処理コンポーネントによって実行されると、該システムに請求項１〜１７のいずれか一項に記載の方法を実施させる命令を含む、コンピュータプログラム若しくはコンピュータプログラム製品、又はコンピュータ読み取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信ネットワークに関し、特に３ＧＰＰ標準規格並びにそれらの均等規格及び派生規格等を使用する移動体通信ネットワークに関するが、これらに限定されない。
【０００２】
本願は、２００６年１０月４日付けで出願された、英国特許出願第０６１９６１４．１号に基づくと共に、当該特許出願からの優先権の利益を主張する。当該特許出願の開示は、全体的に参照によって本明細書に組み込まれる。
【背景技術】
【０００３】
移動体通信ネットワークでは、セルが、当該セル内のユーザ機器（ＵＥ）に対し、当該セルのシステムパラメータをシグナリングする必要がある。このことは、基地局による定期的なブロードキャストを必要とすると共に、シグナリングをしなければ、通信に使用できる利用可能な無線周波数範囲／帯域の一部を浪費することになる。典型的には、基地局電力の約５％がブロードキャストチャネル送信に使用され、これは通信方式全体において相当な量である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＰＣＴ国際公開ＷＯ０２／０５６６１６号は、ＧＰＲＳシステムにおいて、システム情報のうちの幾つかを、要求があるときのみ要求している移動装置（及び同じＧＰＲＳタイムスロットを共有している他のアクティブな移動装置）に直接送信することを提案している。これは、アクティブなＵＥしか要求されるシステム情報を要求及び受信することができず、また、アクティブなＵＥの一部しかその要求されるシステム情報を受信することができないという欠点を有する。
【課題を解決するための手段】
【０００５】
第１の態様によれば、移動体通信システムの基地局におけるシステム情報を通信する方法が提供され、当該方法は、一次システム情報を維持すること、二次システム情報を維持すること、一次システム情報を周期的にブロードキャストすること、及び、トリガイベントに応答して二次システム情報をブロードキャストすることを含む。
【０００６】
この方法を用いて、比較的少量のシステム情報、すなわち一次システム情報のみが、典型的には定期的で比較的頻繁な時間間隔で、定常的にブロードキャストされる。さらに、二次システム情報は、トリガイベントに応じてのみブロードキャストされる。二次システム情報は、ブロードキャストされるため、すなわち、専用チャネル又は共有チャネルではなく、ブロードキャストチャネルを介して送信されるため、要求装置以外の装置によって受信される可能性があり、たとえば、アイドルモードにある装置が、情報を自身で要求する必要なく、「受動的に」更新されることができる。
【０００７】
トリガイベントは、ユーザ機器（ＵＥ）からの二次システム情報の要求受信を含むことができ、その要求は、二次情報を必要としていることを示す。さらに、その要求は必要とするシステム情報、たとえば呼設定のためのシステム情報のグループ又はタイプを示すことができる。
【０００８】
トリガイベントに応答して、好ましくは、二次システム情報のブロードキャストは、好ましくはセル資源に基づいて、（直近の）ブロードキャストのためにスケジューリングされる。このことによって、情報を効率的に送信することができる。二次システム情報の内容は、ＵＥがそのシステム情報を要求した理由に基づくことができる。同時刻に異なるタイプのシステム情報を要求している複数の異なるＵＥが存在する場合、すべてのシステム情報をブロードキャストすることができる。
【０００９】
一次システム情報は、好ましくは、二次システム情報の次のブロードキャストを特定するスケジューリング情報を含むことができるし、又は、二次システム情報の次のブロードキャストを特定するスケジューリング情報を取得できるロケーションを含むこともできる。
【００１０】
スケジューリング情報は、時刻及びチャネル情報を含むことができる。
【００１１】
一実施の形態では、トリガイベントが存在しない場合、二次システム情報のブロードキャストはスケジューリングされない。代替的な実施の形態では、二次システム情報は、比較的長い時間間隔、好ましくは、少なくとも一次システム情報の５回のブロードキャストを含む時間間隔でスケジューリングされる。これは、トリガメカニズムを使用し、一次ブロードキャストのタイムアウト若しくはカウントに応答してトリガイベントを生成すること、又は、トリガメカニズムとは別個に、さらなるブロードキャストを周期的にスケジューリングすることによって達成することができる。一実施の形態では、二次システム情報の送信間に最小時間間隔が存在する。たとえば、この最小時間間隔が５回の一次システム情報送信である場合、トリガに応答して二次システム情報を送信した後、ネットワークは、周期的な二次システム情報の送信を再開する前に、この時間間隔の間待機する。
【００１２】
好ましくは、一次システム情報は定期的な時間間隔で送信される。
【００１３】
一次システム情報は、典型的にはセルの識別子と、１組のセル無線パラメータとを含む。
【００１４】
二次システム情報は近傍セルの情報を含むことができる。
【００１５】
ユーザ機器からの二次システム情報の要求のためにチャネル又はコード配列（たとえば、ＲＡＣＨコード配列）を確保することができ、２つ以上のユーザ機器から要求が重複して受信されると、単一のトリガイベントが生成される。
【００１６】
第２の態様では、本発明は、移動体通信システムのユーザ機器によってシステム情報を取得する方法を提供し、当該方法は、
セルによってブロードキャストされる一次システム情報を受信すること、
一次システム情報から、二次システム情報のブロードキャストを特定するスケジューリング情報を求めること、
受信したスケジューリング情報に基づいて二次システム情報を受信すること
を含む。
【００１７】
本方法は、スケジューリングされた二次システム情報又は受信した二次システム情報が存在しない場合、アイドルモードで二次システム情報のスケジューリングを待つことを含むことができる。
【００１８】
本方法は、受信した二次システム情報又はスケジューリング情報が存在しない場合、アクティブモードへの遷移に続いて、二次システム情報を要求することを含むことができる。
【００１９】
要求は、二次システム情報を要求するために確保されているチャネル又はコード配列を使用することを含むことができる。
【００２０】
本方法は、ブロードキャストされた一次システム情報又は二次システム情報の受信に続いて、記憶されているシステム情報を更新することを含むことができる。
【００２１】
本方法は、受信した一次システム情報に基づいて、二次システム情報を要求又は受信することなくセルにキャンプオンすることを含むことができる。
【００２２】
第３の態様は、無線インタフェースと送信スケジューラとを備える基地局であって、第１の態様又は任意の好ましい特徴による方法を実施するように構成されている、基地局を提供する。
【００２３】
第４の態様は、無線インタフェースとセルシステム情報の記憶装置とを備えるユーザ機器であって、第２の態様又は任意の好ましい特徴による方法を実施するように構成されている、ユーザ機器を提供する。
【００２４】
本発明は、移動体通信システムの処理コンポーネントによって実行されると、システムに任意の方法態様による方法を実施させる命令を含む、コンピュータプログラム若しくはコンピュータプログラム製品、又はコンピュータ読み取り可能媒体も提供する。
【図面の簡単な説明】
【００２５】
【図１】システム情報の従来の周期的ブロードキャストを示す図である。
【図２】二次システム情報がオンデマンドでのみ送信される第１の実施形態によるシステム情報のブロードキャストを示す図である。
【図３】二次システム情報がオンデマンドで、且つ、付加的に拡張された時間間隔で送信される、第２の実施形態によるシステム情報のブロードキャストを示す図である。
【図４】第１の提案されるシグナリングシーケンスを示す図である。
【図５】第２の提案されるシグナリングシーケンスを示す図である。
【図６】効率的なセル資源の節約をグラフで示す図である。
【図７】典型的な実施形態におけるタイミング関係を示す図である。
【図８】実施形態を適用可能なタイプの移動体通信システムの概略図である。
【図９】図８に示すシステムの一部を形成する基地局の概略図である。
【図１０】図８に示すシステムの一部を形成する移動通信装置の概略図である。
【発明を実施するための形態】
【００２６】
ここで、添付の図面を参照して例示的な一実施形態を説明する。
【００２７】
ＬＩＥ  ＢＣＨ設計の主な目的のうちの１つは、利用可能な資源の使用を最適化することである。これは、ＬＩＥ  ＢＣＨ設計が、ＢＣＨによって必要とされる資源を低減するものでなくてはならず、またネットワークによって送信される情報の重複を可能な場合に排除するものでなくてはならないことを意味する。カンヌにおけるＲＡＮ１−ＲＡＮ２の合同ミーティングにおいて、ＢＣＨ送信のビット毎のコストが論議された。結論は、ＢＣＨ送信のコストは、瞬間電力消費の点において非常に高くなり得るというものであった。本発明者らは、或る方法によってこの電力消費の低減を助長すべきであることを提案した。本明細書は、二次ＢＣＨ（Ｓ−ＢＣＨ）送信の改良である、オンデマンドＢＣＨの概念を提案する。この方式において、Ｓ−ＢＣＨは
＊非常に長い時間間隔で周期的、及び
＊送信の要求が存在する場合
の両方で送信される。この要求は、Ｓ−ＢＣＨ情報を必要とするＵＥによって送信されるＲＡＣＨの形態で指示される。
【００２８】
１．オンデマンドＢＣＨのメカニズム
ＵＭＴＳにおいて、ＢＣＨの主な欠点は、ＵＥが情報を必要としているか否かに関わらずＢＣＨが送信されることである。典型的には、基地局電力の５％がＢＣＨ送信に使用され、これは非常に大きな比率である。
【００２９】
ＵＥがセル検索プロシージャを効率的に実行するのを可能にするために頻繁に送信されなくてはならない一次ＢＣＨ（Ｐ−ＢＣＨ）とは異なり、Ｓ−ＢＣＨは、セル内にＵＥが一切存在しない場合、又はいずれのＵＥも緊急にＳ−ＢＣＨを読み取ることを望んでいない場合、定期的に送信される必要がない可能性がある。したがって、ＢＣＨの瞬間電力要求をさらに低減するために、またネットワーク資源の使用を最適化するために、非常に長い時間間隔を用いる周期的なＳ−ＢＣＨを有することが提案される。
【００３０】
さらに、Ｓ−ＢＣＨを取得するときの遅延を低減するのに役立つために、「オンデマンドＳ−ＢＣＨ」も有することが提案される。周期的Ｓ−ＢＣＨ及びオンデマンドＳ−ＢＣＨの内容は、通常同じである。しかしながら、オンデマンドＳ−ＢＣＨの内容は、Ｓ−ＢＣＨを要求しているＵＥの意向に合わせることができる。たとえば、電話をかけるためにオンデマンドＳ−ＢＣＨを望んでいるＵＥは、システム情報の関連する部分を送信することができる。
【００３１】
この提案は、主にアイドル状態のＵＥが、Ｓ−ＢＣＨが送信されることを要求するのを可能にするものであるが、接続されているＵＥが、たとえばＬ２シグナリング又はＬ３シグナリングを介してＳ−ＢＣＨがスケジューリングされることを要求するのを可能にすることを妨げない。図１は、従来の二次システム情報のシグナリングを示し、図２は、オンデマンドの二次システム情報のシグナリングを示し、図３は、オンデマンドに加えて拡張された時間間隔の、二次システム情報のシグナリングを示す。
【００３２】
オンデマンドＳ−ＢＣＨの場合、ＵＥは、たとえば特定の原因値又は特定のランダムＩＤを有するＲＡＣＨプリアンブルを送信することによって、自身がＳ−ＢＣＨを必要としていることを指示することができる。
【００３３】
以下のセクションにおいて、ＵＥがＳ−ＢＣＨを必要とする複数の異なるシナリオを論考する。これらは、以下のケースが考えられる。
＊ケース１：ＵＥはメモリ内に記憶されているＳ−ＢＣＨを有し、且つネットワークに接続することを望んでいる
＊ケース２：ＵＥはセルのＳ−ＢＣＨを有せず、且つネットワークに接続するためにＳ−ＢＣＨを必要としている
＊ケース３：ＵＥはセルのＳ−ＢＣＨを有せず、且つアイドル状態を維持する（また場合によっては後の時点でネットワークに接続する）ためにＳ−ＢＣＨを必要としている。
（注記：本明細書は、Ｓ−ＢＣＨスケジューリング情報がＰ−ＢＣＨで提供されるケースを検討するが、Ｌ１／Ｌ２制御シグナリングのような、Ｓ−ＢＣＨのスケジューリング情報を提供する他の方法も検討することができる。）
【００３４】
１．１  ケース１：ＵＥはメモリ内に記憶されているＳ−ＢＣＨを有し、且つネットワークに接続することを望んでいる
ＵＥは、メモリ内に記憶されているＳ−ＢＣＨ情報を有するとき、情報が変更されていない限り、通常同じセルに関して再度Ｓ−ＢＣＨを読み取る必要はない。情報が変更されていない場合、ＵＥはこのＳ−ＢＣＨ情報を後の時点で使用して、たとえば、追跡エリア更新のようなプロシージャを開始することができる。
【００３５】
これは、ＵＥがＲＡＣＨを送信し、たとえば、資源割当情報を有するＲＡＣＨ応答を受信する、「標準」ＲＡＣＨプロシージャである。
【００３６】
このケースでは、ＲＡＣＨプリアンブルにおいて使用される原因値又はランダムＩＤは、ＵＥがＳ−ＢＣＨを必要としていないことを指示する。
【００３７】
１．２  ケース２：ＵＥはＳ−ＢＣＨを有せず、且つネットワークに接続するためにＳ−ＢＣＨを必要としている
ＵＥが新たなセル内に到着し、且つ、たとえば電話をかけるためにネットワークに接続する必要があるとき、ＵＥはＳ−ＢＣＨ情報を取得するための２つの選択肢を有する。この場合の選択肢は、
ａ．次の周期的Ｓ−ＢＣＨを待つ
ｂ．ＲＡＣＨプリアンブルを送信することによってオンデマンドＳ−ＢＣＨを要求する
ことである。
【００３８】
ＵＥは、待つことによってＵＥが実行することを望むプロシージャの性能に影響を与えない場合、次の周期的Ｓ−ＢＣＨを待つことができる。
【００３９】
ＵＥが周期的Ｓ−ＢＣＨを待つことができないと判断し、且つオンデマンドＳ−ＢＣＨを要求することを望む場合、図４に示すシーケンスが提案される。
１．ＵＥがセル内に到着すると、ＵＥは、当該セルにキャンプオンするのに必要な情報をＵＥに与える所定の固定Ｐ−ＢＣＨを読み取る。Ｐ−ＢＣＨは可変Ｓ−ＢＣＨのスケジューリング情報も提供する。このスケジューリング情報内に、次の周期的Ｓ−ＢＣＨがいつ利用可能になるかに関する指示が存在する。ＵＥは、この情報に基づいて、またＵＥが実行を望むプロシージャにも基づいて、周期的Ｓ−ＢＣＨを待つか又はオンデマンドＳ−ＢＣＨが送信されることを要求するかを判断することができる。
２．ＵＥが電話をかける必要があり、且つ次の周期的Ｓ−ＢＣＨを待つさらなる遅延を許容することができない場合、ＵＥはオンデマンドＳ−ＢＣＨ送信を要求し通話を開始するために、ＲＡＣＨを送信する。これはＲＡＣＨプリアンブル内の原因値によって指示することができる。
３．ｅＮＢは、ＵＥがオンデマンドＳ−ＢＣＨを望み、且つ次に別のプロシージャに進むということを指示するＲＡＣＨを受信すると、オンデマンドＳ−ＢＣＨのための資源をスケジューリングし、この情報をＰ−ＢＣＨでブロードキャストする。ｅＮＢは、「呼設定」ＵＥが必要とするであろうシステム情報、たとえば近傍セルの情報のみをスケジューリングできるようにしてもよい。ＵＥはＰ−ＢＣＨを読み取ってオンデマンドＳ−ＢＣＨのためのスケジューリング情報を得る。
４．ＵＥはオンデマンドＳ−ＢＣＨを読み取る。
５．ｅＮＢは、ＵＥに資源を配分するためにＲＡＣＨ応答を送信する。これは、ｅＮＢがＲＡＣＨ応答及びオンデマンドＳ−ＢＣＨを同時に送信することを妨げないことに留意されたい。
【００４０】
１．３  ケース３：ＵＥはＳ−ＢＣＨを有せず、且つアイドル状態を維持するためにＳ−ＢＣＨを必要としている。
ここで、アイドルＵＥがセル内に到着し、且つアイドル状態を維持することを望むケースを考察する。ＵＥは、アイドル状態でいるのに必要な、たとえばセル（再）選択パラメータ及び他の情報を得るために、Ｓ−ＢＣＨを読み取る必要がある。
【００４１】
このケースでは、ケース２と同様に、ＵＥが周期的Ｓ−ＢＣＨを待つことが可能である場合がある。代替的に、ＵＥは、周期的Ｓ−ＢＣＨを待つことができず、オンデマンドＳ−ＢＣＨを得るためにＲＡＣＨを送信することを決定してもよい。
【００４２】
オンデマンドＳ−ＢＣＨのケースに関して、図５のシーケンスが提案される。
【００４３】
このプロシージャとケース２のプロシージャとの間の違いは以下の通りである：
＊ステップ２において、ＲＡＣＨプリアンブルは、ＵＥがオンデマンドＳ−ＢＣＨのみを必要とし、且つネットワークに接続し続けることを望んでいないということを指示する原因値を含むことができる。
＊ＲＡＣＨ応答メッセージは一切必要とされない。
【００４４】
２．利点
２．１  Ｓ−ＢＣＨ資源の節約
オンデマンドＢＣＨメカニズムの主な利点は、オンデマンドＢＣＨメカニズムによって、ネットワークが、Ｓ−ＢＣＨ送信を必要としているＵＥが全く存在しないときにＳ−ＢＣＨ資源を節約することができるということである。
【００４５】
電力低減化を実現するために、特定の時間間隔でのオンデマンドＳ−ＢＣＨ送信の確率を分析する。オンデマンドＳ−ＢＣＨを必要としているＵＥの平均到着率が、毎秒λ個のＵＥである場合、Ｔ秒の時間間隔の間に少なくとも１つのＵＥが到着する確率は、
Ｐ（Ｎ＞０）＝１−ｅ−λＴ
である。
【００４６】
Ｐ−ＢＣＨがオンデマンドＳ−ＢＣＨスケジューリング情報を提供する、すなわちＰ−ＢＣＨ周期がオンデマンドＳ−ＢＣＨ送信の上限を画定すると仮定する。ＴがＰ−ＢＣＨ周期である場合、Ｐ（Ｎ＞０）はＳ−ＢＣＨ占有率であり、すなわちＰ−ＢＣＨ送信の、オンデマンドＳ−ＢＣＨも送信される部分である。
【００４７】
Ｒ２−０６２１６０の、「RACH Contention and Retry Cases」（NTT DoCoMo,NEC）において提供されるＲＡＣＨトラフィックモデルを参照すると、６つの非リアルタイムサービス呼試行が使用されるケースの場合、１０００個のＵＥがセル内にキャンプオンされるときのＲＡＣＨ試行数は、毎秒約４０回の「標準」ＲＡＣＨ試行である。本明細書のセクション１．２及び１．３で略述されたプロシージャによれば、「標準」ＲＡＣＨ試行の総数の一部のみが、ＵＥがオンデマンドＳ−ＢＣＨを要求することを必要とする。
【００４８】
オンデマンドＳ−ＢＣＨ占有率は、Ｔ＝１０ｍｓのＰ−ＢＣＨ時間間隔の場合の添付のグラフ内にプロットされる。このグラフは、オンデマンドＳ−ＢＣＨ送信の最大率は１０ｍｓの周期的Ｓ−ＢＣＨ送信に等しいことを意味する。このグラフは、１０ｍｓ及び２０ｍｓの時間間隔を有する周期的Ｓ−ＢＣＨの場合のＳ−ＢＣＨ占有率も示す。ｘ軸は毎秒到着するオンデマンドＳ−ＢＣＨを要求するＵＥの数を表す。最大範囲８０が使用された。これは前の段落で論考された「標準」ＲＡＣＨ試行の値の２倍である。
【００４９】
このグラフから、オンデマンドＳ−ＢＣＨを要求するＵＥの到着率が毎秒４０個のＵＥである場合、Ｓ−ＢＣＨ占有率の節約は、１０ｍｓ周期のＳ−ＢＣＨと比較して、約７０％である。２０ｍｓ周期のＳ−ＢＣＨのケースと比較すると、資源節約は約３５％であり、余得として、オンデマンドＳ−ＢＣＨを獲得するときの最大遅延が半減する。
【００５０】
２．２  ＲＡＣＨへの影響
ケース２、すなわちメモリ内に記憶されているＳ−ＢＣＨを有せず、且つネットワークに接続するためにＳ−ＢＣＨを必要としているＵＥの場合、このケースは頻繁に発生しないと仮定することが可能である。ＲＡＣＨのロード及び競合に影響を及ぼす可能性があるオンデマンドＳ−ＢＣＨシナリオは、ケース３、すなわちアイドル状態を維持するためにＳ−ＢＣＨを望むＵＥのケースである。
【００５１】
ＲＡＣＨ競合に起因する問題を軽減するために、ケース３のＵＥは、たとえば待ち時間が特定の閾値を超えない場合に、周期的Ｓ−ＢＣＨを待つように指示することができる。
【００５２】
さらに、ケース３、すなわちオンデマンドＳ−ＢＣＨを要求し且つアイドル状態を維持するＵＥに対して、単一のＲＡＣＨランダムＩＤを確保することができる。この方法で、２つ以上のＵＥが同時に同じ目的でＲＡＣＨを送信する場合であっても、Ｓ−ＢＣＨの競合には一切つながらない。ｅＮＢはこれを単一の要求と解釈し、オンデマンドＳ−ＢＣＨを通常通りスケジューリングする。
【００５３】
ＲＡＣＨのロード全体に対するケース３のＲＡＣＨの影響をさらに低減するために、ＵＥがこの目的でＲＡＣＨを送信することを可能にするＲＡＣＨ配分を制限することが可能である。これは、Ｓ−ＢＣＨ送信を得るときの遅延がこれらのＵＥにとってあまり重大ではないため可能である。
【００５４】
２．３  呼設定遅延に対するタイミング関係及び影響
ＵＭＴＳにおいて、ＢＣＨ情報を読み取ることに関連する遅延は、ＢＣＨスケジューリング時間間隔によって制約されている。ＢＣＨを読み取るときの遅延及び基地局送信電力の消費を最適化するために、２つの要件の間で注意深くバランスを取ることが必要である。周期的Ｓ−ＢＣＨとオンデマンドＳ−ＢＣＨとが組み合わされている提案されるメカニズムを用いて、２つの要件間のバランスを緩和することができる。
【００５５】
図７において、ＲＡＣＨと、Ｐ−ＢＣＨと、オンデマンドＳ−ＢＣＨとの間のタイミング関係が示される。
【００５６】
ＲＡＣＨプリアンブルとオンデマンドＳ−ＢＣＨスケジューリング情報を含むＰ−ＢＣＨとの間の遅延は、２ｍｓを超えるべきではない。これは、２ｍｓがＲＡＣＨプリアンブルとＡＩＣＨ［２５．２１１］との間の比較できるほどのＵＭＴＳ遅延であるためである。
【００５７】
オンデマンドＳ−ＢＣＨを読み取る遅延は、Ｐ−ＢＣＨのスケジューリング時間間隔、すなわちオンデマンドＳ−ＢＣＨスケジューリング情報の時間間隔、及び利用可能なＲＡＣＨ資源ブロック間の時間間隔によって制約されていることがタイミング関係図からわかる。
【００５８】
ＵＥの到着率が非常に高いケースでは、オンデマンドＳ−ＢＣＨを過度に頻繁に送信することを回避する１つの方法は、オンデマンドＳ−ＢＣＨスケジューリング情報時間間隔又はＲＡＣＨ配分時間間隔のいずれかを設定して、オンデマンドＳ−ＢＣＨの所望の最大頻度を与えることである。
【００５９】
３．結論
従来の３ＧＰＰシグナリングに対する以下の変更が提案される：
＊ＵＥが非同期ＲＡＣＨ又は他の手段、たとえばＬ２／Ｌ３シグナリングを介して要求を送信するとき、二次ＢＣＨを周期的及びオンデマンドの両方で送信する。
【００６０】
図８は、上述した本発明を実施することができる、移動体（セルラ）通信システム１を概略的に示す。この図において、ＵＥは移動（セルラ）電話（ＭＴ）３−０、３−１、及び３−２であり、ｅＮＢは基地局５−１又は５−２である。移動電話３は、基地局５及び電話網７を介して、互いに且つ他のユーザと通信することができる。
【００６１】
基地局
図９は、本実施形態で使用される基地局５のそれぞれの主な構成要素を示すブロック図である。図示されるように、各基地局５は、１つ又は複数のアンテナ２３を介して移動電話３に対して信号を送受信するように動作可能であると共に、ネットワークインタフェース２５を介して電話網７に対して信号を送受信するように動作可能な送受信回路２１を備える。コントローラ２７は、メモリ２９内に記憶されているソフトウェアに従って送受信回路２１の動作を制御する。ソフトウェアは、中でも、上記で論考した態様で基地局の動作を制御するオペレーティングシステム３１を含む。
【００６２】
移動電話
図１０は、図８に示す移動電話３のそれぞれの主な構成要素を概略的に示す。図示されるように、移動電話３は、１つ又は複数のアンテナ７３を介して基地局５に対して信号を送受信するように動作可能である送受信回路７１を備える。図示されるように、移動電話３は、当該移動電話３の動作を制御すると共に、送受信回路７１、スピーカ７７、マイクロフォン７９、ディスプレイ８１、及びキーパッド８３に接続されているコントローラ７５も備える。コントローラ７５は、メモリ８５内に記憶されているソフトウェア命令に従って動作する。図示されるように、これらのソフトウェア命令は、中でも、上述した様態で移動電話の動作を制御するオペレーティングシステム８７を含む。
【符号の説明】
【００６３】
３−０〜３−２    移動電話
５−１、５−２    基地局
７                電話網
２１              送受信回路
２３              アンテナ
２５              ネットワークインタフェース
２７              コントローラ
２９              メモリ
３１              オペレーティングシステム
７１              送受信回路
７３              アンテナ
７５              コントローラ
７７              スピーカ
７９              マイクロフォン
８１              ディスプレイ
８３              キーパッド
８５              メモリ
８７              オペレーティングシステム
【図１】
2010506434.tif 000003
【図２】
2010506434.tif 000004
【図３】
2010506434.tif 000005
【図４】
2010506434.tif 000006
【図５】
2010506434.tif 000007
【図６】
2010506434.tif 000008
【図７】
2010506434.tif 000009
【図８】
2010506434.tif 000010
【図９】
2010506434.tif 000011
【図１０】
2010506434.tif 000012
【国際調査報告】
2010506434.tif 000013
2010506434.tif 000014
2010506434.tif 000015
2010506434.tif 000016