(57)【要約】      （修正有）【課題】通信デバイスにおいて通知を検出する、電力が節約されかつ信頼性の高い方法を提供する。【解決手段】通信ネットワークからの有限個の一連の通知インジケータを連続的に受信するステップであって、通知インジケータが、組み合わせにおいて、デバイスに関連付けられている通知識別子を表すステップと、受信した通知インジケータのそれぞれについて正か、負かを確認するステップと、通知インジケータのそれぞれの確認後に、確認した通知インジケータに基づいて次の通知インジケータに進むのか、または所定の通知識別子に対する通知の存在について判定するのかを判断するステップと、判定を行うものと判断された場合、一連の通知インジケータすべてを確認する前に、通知の確認を中断するステップと、確認した通知インジケータに基づいて所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定するステップを含む。【選択図】      図１
2006033819.tif 000002
【特許請求の範囲】
【請求項１】
通信デバイスにおいて通知を検出する方法であって、
通信ネットワークからの有限個の一連の通知インジケータを連続的に受信するステップであって、前記通知インジケータが、その組み合わせにおいて、前記デバイスに関連付けられる通知識別子を表すステップと、
次いで、前記受信した通知インジケータのそれぞれについて、正であるか負であるかを確認するステップと、
前記通知インジケータのそれぞれの確認後に、前記確認した通知インジケータに基づいて、次の通知インジケータに進むのか、または前記所定の通知識別子に対する通知の存在について判定するのかを判断するステップと、
判定を行うものと判断された場合に、
前記一連の通知インジケータすべてを確認する前に、前記通知の確認を中断するステップと、
前記確認した通知インジケータに基づいて、前記所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定するステップと、
を含んでいる方法。
【請求項２】
前記中断するステップと前記決定するステップとは、負の通知インジケータを受信したときに実行され、前記決定するステップの結果として、前記通知識別子に対する通知が存在しないものと推測する、請求項１に記載の方法。
【請求項３】
前記中断するステップと前記決定するステップとは、前記通信デバイスによって決定される数の正の通知インジケータを受信し、かつ、負の通知インジケータを受信しなかった後に実行され、前記決定するステップの結果として、前記通知識別子に対する通知が存在するものと推測する、請求項１に記載の方法。
【請求項４】
前記受信する正の通知インジケータの数を、誤報の確率に影響を与える実値に基づいて決定するステップ、をさらに含んでいる、請求項３に記載の方法。
【請求項５】
前記実値は、前記受信する正の通知インジケータの前記数を決定する前記ステップの前に前記通信デバイスによって観察された、単位時間あたりの誤報の数である、請求項４に記載の方法。
【請求項６】
前記実値は、前記通信ネットワークから受信されるトラフィックペイロードの値である、請求項４に記載の方法。
【請求項７】
さらなる通知インジケータを受信するステップをさらに含んでおり、前記実値は、受信されたすべてのインジケータのうち正のインジケータの割合である、請求項４に記載の方法。
【請求項８】
前記通知インジケータは、第１の時間間隔中に前記ネットワーク上で送信される前記有限個の一連の要素であり、前記第１の時間間隔あたり、前記有限個の一連の要素である前記通知インジケータの１つが送信され、前記所定の通知識別子に対する前記通知は、第２の時間間隔の持続時間では常に存在し、前記第２の時間間隔は、一定の個数の前記第１の時間間隔を含んでおり、
前記受信するステップによって受信される前記有限個の一連の通知インジケータのうち、現在の第２の時間間隔の最後より少なくともｄ個の時間間隔だけ前において第１の通知インジケータを決定するステップをさらに含んでおり、
前記ｄは、前記受信する正の通知インジケータの前記決定した数である、請求項３に記載の方法。
【請求項９】
通信ネットワークからの有限個の一連の通知インジケータを連続的に受信する通知インジケータ受信手段であって、前記通知インジケータが、組み合わせにおいて、前記デバイスに関連付けられている通知識別子を表す通知インジケータ受信手段と、前記受信した通知インジケータを確認し、前記通知識別子に対して指定されている通知を検出する、通知検出手段と、を備えており、通信システムにおいて使用する通信デバイスであって、
前記通知インジケータのそれぞれの確認後に、前記確認した通知インジケータに基づいて、次の通知インジケータに進むのか、または前記所定の通知識別子に対する通知の存在について判定するのかを判断する判断手段と、
判定を行うものと判断された場合、前記一連の通知インジケータすべてを確認する前に通知の確認を中断する中断手段と、
前記受信した通知インジケータに基づいて、前記所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定する判定手段と、
をさらに備えている、通信デバイス。
【請求項１０】
負の通知インジケータを受信したとき、前記中断手段は前記通知の前記検出を中断し、前記判定手段は、前記通知識別子に対する通知が存在しないものと推測することを決定する、請求項９に記載の通信デバイス。
【請求項１１】
所定の数の正の通知インジケータが受信され、かつ負の通知インジケータが受信されなかったときに、前記中断手段は前記通知の前記検出を中断し、前記判定手段は、前記通知識別子に対する通知が存在するものと推測することを決定する、請求項９に記載の通信デバイス。
【請求項１２】
命令が格納されているコンピュータ可読媒体であって、前記命令が通信デバイスのプロセッサによって実行されたときに、前記プロセッサは、
通信ネットワークからの有限個の一連の通知インジケータを連続的に受信するステップであって、前記通知インジケータが、組み合わせにおいて、前記デバイスに関連付けられている通知識別子を表すステップと、
次いで、前記受信した通知インジケータのそれぞれについて正であるか負であるかを確認するステップと、
前記通知インジケータのそれぞれの確認後に、前記確認した通知インジケータに基づいて、次の通知インジケータに進むのか、または前記所定の通知識別子に対する通知の存在について判定するのかを判断するステップと、
判定を行うものと判断された場合に、
前記一連の通知インジケータすべてを確認する前に、前記通知の確認を中断するステップと、
前記確認した通知インジケータに基づいて、前記所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定するステップと、を含む方法を実行する、コンピュータ可読媒体。
【請求項１３】
決められた通知識別子に対する通知を送るように構成されている装置と、
前記通信システムの要素を接続するネットワークと、
通信ネットワークからの有限個の一連の通知インジケータを連続的に受信する通知インジケータ受信手段であって、前記通知インジケータが、組み合わせにおいて、前記デバイスに関連付けられている通知識別子を表す通知インジケータ受信手段と、前記受信した通知インジケータを確認し、前記通知識別子に対して指定されている通知を検出する通知検出手段と、を備えている少なくとも１基の通信デバイスと、を備えている通信システムであって、
前記通信デバイスは、
前記通知インジケータのそれぞれの確認後に、前記確認した通知インジケータに基づいて、次の通知インジケータに進むのか、または前記所定の通知識別子に対する通知の存在について判定するのかを判断する、判断手段と、
判定を行うものと判断された場合、前記一連の通知インジケータすべてを確認する前に前記通知の確認を中断する中断手段と、
前記受信した通知インジケータに基づいて、前記所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定する判定手段と、
をさらに備えている通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特殊なイベントを１基以上の受信機に通知することが要求される通信システムに関する。特に、本発明は、マルチフレーム通知シーケンスの受信および検出を、受信デバイスの内部的な判定に基づいて自主的に中断することに関する。
【背景技術】
【０００２】
各デバイスとの個別接続が確立されないネットワークにおいては、着信、データの到着、特定のサービスの要求などのイベントについて、デバイスがアイドル状態でありデバイスの機能の一部が使用不可能であるときに、デバイスに通知する必要がある。ネットワークデバイスは、ネットワーク上の出来事に注意を払う必要があることをデバイスに伝える通知を探す目的で、所定の瞬間にネットワーク上のデータストリームを監視する。
【０００３】
そのようなネットワークのよく知られている一例は、無線ネットワークであり、特に、セルラーネットワークである。セルラーネットワークの特殊な例として、ＵＭＴＳについて以下に詳細に説明する。
【０００４】
ページング処理は、通信システムにおける最も基本的な処理の１つである（概要については、Harri Holma、Antti Toskalaの「WCDMA for UMTS, radio access for third generation mobile communications, second edition」(John Wiley & Sons, Ltd.）を参照）。ページング処理は、移動端末（ＵＭＴＳにおいてはＵＥと称する）と無線アクセスネットワークとの間に定義されている処理であり、特殊イベントの発生についてＵＥに知らせるために使用され、ＵＥ側の関連する挙動をトリガーする。ページング処理の主たる目的は、着信（音声またはデータ）について特定のＵＥに知らせることであるが、ネットワークコンフィギュレーションの変更を示す目的と、この変更情報が送信されるセル内のすべてのＵＥに、ブロードキャスト制御チャネル（ＢＣＣＨ）を読み取るように要求する目的にも使用することができる。
【０００５】
この処理の最も代表的な例は、第三者によって発せられる呼を確立することを目的とする、アイドルモードのＵＥのページングである。ページング処理は、図６に示してある。アイドルモードのＵＥは、オンに切り替えられており、ネットワークに登録されているが、ネットワークとの永続的な接続は確立されていない。ネットワークに登録されると、各ＵＥはページンググループに割り当てられ、ページンググループは、そのページングインジケータＰＩ１０１によって識別される。アイドルモードにおいては、ＵＥは、定期的にＰＩＣＨ１００を監視する。このチャネルは、さまざまなページングインジケータのステータス（アクティブ／非アクティブ）を伝える。特定のページングインジケータがアクティブになると、それによって、対応するページンググループに属すセル内のＵＥすべてがトリガーされ、ページングチャネル（ＰＣＨ）を読み取り、ＰＩＣＨ上で受信されるページングメッセージの有効性と、ページングの対象がページンググループ全体（全体ページング（general paging））かあるいは特定のＵＥであるかとを確認する。
【０００６】
より詳細には、各ページンググループは、２つのパラメータによって一意に定義される。第１のパラメータは、ページングオケージョン（paging occasion）１０２であり、これは、特定のページンググループに属すＵＥがＰＩＣＨを読み取るべき瞬間を指定する。第２のパラメータは、ページングインジケータ識別子であり、これは、ページングオケージョンフレーム１０２において、対象のページンググループに関連付けられたインジケータ１０１を識別する。
【０００７】
ページングオケージョンの位置は、3GPP TS 25.304v5.4.0「User Equipment (UE) procedures in idle mode and procedures for cell reselection in connected mode」に、次のように定義されている。
【数１】
2006033819.tif 000003
【０００８】
この式において、ＩＭＳＩは、グローバルに一意なＵＥの識別番号であり、ｎは、正の整数である。式１は、各ＵＥのページングオケージョンのシステムフレーム番号を示している。システムフレームナンバリング（ＳＦＮ）１０３は、時間軸に沿って送信フレームを識別する目的に使用される、周期的実行時間カウンタ（cyclic running time counter）である。ＳＦＮは、０〜４０９５の値をとることができる。各フレーム１０２および１０４〜１１２は、長さ１０ｍｓである。ＳＦＮの定義は、3GPP TS 25.402v5.3.0「Synchronisation in UTRAN Stage 2」に記載されている。さらに、ページングを目的として、時間はＤＲＸ周期（DRX cycle）１１３（不連続受信）に分割されており、この周期によって、固定数のフレーム（ＤＲＸ周期長（DRX cycle length））（この例においては１０２および１０６〜１１１）がさらに編成される。３ＧＰＰにおいては、ＤＲＸ周期１１３は、ネットワークによって設定されるパラメータであり、８フレーム（０．０８ｓ）〜５１２フレーム（５．１２ｓ）の間で変化させることができる。各ＵＥは、ＤＲＸ周期１１３ごとに一回、ページングオケージョンに対応するフレーム１０２においてウェイクアップし、ＰＩＣＨ１００を通じて送信され且つ自身に関連するページングインジケータ１０１を監視する。
【０００９】
特定のページンググループに関連するページングインジケータ識別子（paging indicator identifier）は、以下のように、ＵＥ識別子であるＩＭＳＩにも依存する（上記に引用した３ＧＰＰ  ＴＳ  ２５．３０４ｖ５．４．０から）。
【数２】
2006033819.tif 000004
【００１０】
この式において、Ｎｐ＝（１８，３６，７２，１４４）は、3GPP TS 25.211v5.5.0「Physical channels and mapping of transport channels onto physical channels」に定義されている、ＰＩＣＨフレームあたりのページングインジケータの数である。
【００１１】
ＵＥページンググループのページングインジケータ識別子に対応するページングインジケータＰＩ１０１が、ＵＥページンググループのページングオケージョンフレームの１つの間にアクティブになると、そのＵＥはＰＣＨ（ページングチャネル）を読み取る。
【００１２】
物理チャネルＰＩＣＨの構造は、３ＧＰＰ  ＴＳ  ２５．２１１ｖ５．５．０において指定されている。１つのフレーム２００は、図７に示したように、長さ１０ｍｓであり、３００個のビット２０１，２０２に分割されている。最後の１２個のビット２０２は使用されておらず、将来的な用途に確保されている。最初の２８８個のビット２０１は、Ｎｐ個のページングインジケータに分割されている。Ｎｐはネットワークによって設定される。ページングインジケータＰＩは、時間的に局所的な干渉（time-localised interference）に対抗する目的で、次の式に示すように、ＳＦＮに基づくページング位置ｑにさらにマッピングされる。
【数３】
2006033819.tif 000005
【００１３】
各ＰＩの長さＬは、Ｎｐに応じて２個の連続するビット（Ｎｐ＝１４４）から１６個の連続ビット（Ｎｐ＝１８）までの間で変わる。ＰＩがアクティブになると、対応するＬ個のビットのすべてが１に設定される。それ以外の場合、これらのビットは０に設定されている。
【００１４】
ページング処理のパフォーマンスは、２つの指標、すなわち、イベント取得逃し（missed event）の確率Ｐｍと、誤報（false alarm）の確率Ｐｆとによって測定される。イベント取得逃しは、送信器と受信機との間のインタフェースの信頼性が低いことに起因する復号化エラーを理由として、ＵＥがページングメッセージを検出できないときに発生する。誤報は、ＵＥによって行われるページング判定が正の結果であるが、そのＵＥが実際にはページング対象ではなかったときに発生する。これは、一般的には、いくつかのＵＥが同じページンググループを共有しているために起こる。誤報は、信頼性の低いインタフェースに起因することがある。
【００１５】
ページング処理のパフォーマンスは、ＰＩＣＨ送信電力、フレームあたりのページングインジケータの数Ｎｐ、ＤＲＸ周期長という３つの要因によって強く影響される。最初の２つの要因は、イベント取得逃しの確率Ｐｍ（呼び出しを取得し損なう確率）に特に強く影響し、後の２つの要因は、主として誤報の確率Ｐｆ（個別呼び出し（dedicated page）が送られていないにもかかわらずアクティブな呼び出しを復号化する確率）に影響する。ＰＩＣＨ送信電力が一定の場合、確率Ｐｍは、Ｎｐの値が低いとき（例：１８）よりもＮｐが高い値（例：１４４）に設定されているときに、ずっと高くなる。当然ながら、正確な値は、ＵＥの受信機のパフォーマンスに依存する。この態様についてはこれ以上詳しく説明しないが、低いＮｐ値が低いＰｍを示唆することを念頭に置いておかれたい。残念ながら、このパラメータは、誤報の確率に対しては逆に影響し、ＰｆとＰｍとの間でのトレードオフが必要である。実際には、受信が完全であると想定すると、誤報の確率は、次の式によって与えられるページンググループの総数（total number of paging groups）の逆数によって決まる。
【数４】
2006033819.tif 000006
【００１６】
誤報の確率の典型的な値は、後記の表１の右列に示してある。
【００１７】
ＵＭＴＳでは、ＭＢＭＳ（Multimedia Broadcast Multicast Service）の導入により、ページングの分野に新しい態様がもたらされた。
【００１８】
ＭＢＭＳにおいては、サービス（ビデオクリップ、データのダウンロードなど）は、事前定義されたサービスエリアにブロードキャストされ、そのサービスをあらかじめサブスクライブしている１基以上のモバイルデバイスによって同時に受信される。ＭＢＭＳのアーキテクチャと、ＭＢＭＳが行うことのできる機能の概要は、3GPP TS 23.246v6.2.0「Architecture and functional description」に記載されており、ＭＢＭＳの無線の態様は、現在、3GPP TS 25.346v6.0.0「Introduction of the Multimedia Broadcast Multicast Service (MBMS) in the Radio Access Network (RAN) stage 2」に標準化されている。ＭＢＭＳの主たる目的は、同じ情報をいくつかのモバイルデバイスに同時に送信できるようにすること（ポイントツーマルチポイント送信：ＰｔＭ）である。従って、ネットワークは、そのデータを送信する目的で、対象のモバイルデバイスのそれぞれへの個別リンクを確立する必要がない。現在、ＭＢＭＳサービスをＵＭＴＳシステムに導入する目的で、３つの新しいチャネルが標準化されている。ＭＴＣＨ（ＭＢＭＳトラフィックチャネル）は、ＰｔＭ送信時にＭＢＭＳデータコンテンツ自体を１つのセル内のいくつかのＵＥに伝えるものと予測されている。ブロードキャストサービスにおける対象のＵＥが数基のみである場合、別の個別無線リンクが確立された後、ネットワークは通常のＤＰＣＨチャネルに頼ることができる（ポイントツーポイント送信ＰｔＰ）。さらには、２つの制御チャネルが導入されている。ＭＣＣＨ（ＭＢＭＳ制御チャネル）は、現在のＭＢＭＳコンフィギュレーションをブロードキャストし、ＭＢＭＳ固有のパラメータまたはメッセージを伝える。ＭＩＣＨ（ＭＢＭＳインジケータチャネル）は、ＵＥへの通知目的に使用される。
【００１９】
ＭＢＭＳをサポートするために必要な機能の１つは、ＭＢＭＳ通知処理であり、ネットワークは、この処理を使用して、特定のサービスを受けようとするＵＥに、送信が行われることを通知し、必要なコンフィギュレーションパラメータをシグナリングする。この機能の設計上の主たる基準は、ＵＥのバッテリ消費量と、あらゆる種類の摂動（perturbation）に対する伝送のロバスト性と、誤報の確率が低いことである。残念ながら、これらの設計目標は互いに矛盾し、一般には、ＵＥのバッテリ消費量と誤報の確率との間でのトレードオフが必要である。例えば、１つ以上のＭＢＭＳサービスに参加しているＵＥは、ＭＩＣＨを定期的に監視するバックグラウンドプロセスを実行する必要がある。ＭＩＣＨを頻繁に読み取ることにより、誤報の確率を減少させ、シグナリングのロバスト性を高め、通知の遅延時間を短縮することができるが、ＵＥの電力消費量に重大に影響する。
【００２０】
ＭＢＭＳの場合、上記に引用した３ＧＰＰ  ＴＳ  ２５．３４６ｖ６．０．０に提示されている現在の有効な想定は、ページング処理をできるだけそのまま利用することである。各ＭＢＭＳサービスは、ＭＢＭＳサービス識別子に基づいてＭＢＭＳサービスグループにマッピングされ、例えば、ＵＥは、ＵＥ識別子（ＩＳＩＭ）に基づいてページンググループ上にマッピングされる。ＭＢＭＳサービスグループは、通知識別子によって特徴付けられ、通知識別子は、ページングインジケータ識別子のコンセプトによく似ている。ＭＢＭＳサービスの識別子と、対応するＭＢＭＳサービスグループの通知識別子との間のマッピング関数は、指定されておらず、現在までに具体的な提案はなされていないが、最終的に指定された場合、式２に示したものに類似するマッピング関数がおそらく使用される。ＭＢＭＳサービスの識別子の数は、現在、２２４と予測されているのに対して、ＭＢＭＳサービスグループの数は、標準化される通知処理に依存する。しかしながら、ＭＢＭＳサービスグループのコンセプトが、3GPPのR1-040536「False Alarm on MICH」に提示されているいくつかの提案のように標準化されるとは限らず、3GPP TSG RAN1 Meeting #37(Qualcomm社)は、このコンセプトを必要としていない。
【００２１】
さらには、図８に示した新しいＭＢＭＳインジケータチャネル（ＭＩＣＨ）３００が導入されており、これは、ＰＩＣＨ１００と同じフレーム構造を利用する。このチャネルには、フレームあたりＮｎｉ個のＭＢＭＳ通知インジケータＮＩが含まれ、Ｎｎｉの値は、ＰＩＣＨによって伝えられるフレームあたりのページングインジケータＮｐの数とは異なっていてもよい。各ＭＢＭＳサービスグループの各通知識別子には、ＭＩＣＨフレーム内の通知インジケータＮＩ３０１が関連付けられる。各ＮＩは、Ｎｎｉに応じてＬ個のビットから構成され、Ｌは、２個のビット（Ｎｐ＝１４４）から１６個のビット（Ｎｐ＝１８）までの間で変わる。ＮＩがアクティブになると、対応するＬ個のビットすべてが１に設定される。それ以外の場合、これらのビットは０に設定される。ＭＩＣＨフレームは、変更期間（Modification Period）３０２にさらに編成されており、この変更期間は、セルにおいて考慮される最長のＤＲＸ周期と少なくとも同じ長さを持つ必要がある。通知されるＭＢＭＳサービスグループは、変更期間の間は同じであり、通知されるＭＢＭＳサービスグループを監視しているＭＢＭＳのＵＥは、次の変更期間にＭＣＣＨを通じてブロードキャストされる情報を読み取る。
【００２２】
ページング処理に関する主たる違いは、ＭＢＭＳにはページングオケージョンのコンセプトが存在しないことであり、なぜなら、ＭＢＭＳサービスの通知は、変更期間を構成しているフレームすべてにわたってシグナリングされるためである。このように実行されるのは、セル内のアイドルモードのＵＥすべてに通知を届けるためである。アイドルモードのＵＥがＭＩＣＨを読み取るべき時期は、現時点では指定されていないが、１つの可能な解決策は、ページング処理によって定義されているページングオケージョン１０２においてＭＩＣＨを確認することである。なぜなら、図８に示した通常のページング処理の場合、ＵＥはいずれにしてもＰＩＣＨを監視する必要があるためである。このことは電力の節約につながる。なぜなら、ページングおよびＭＢＭＳ通知では、ＤＲＸ周期あたり受信機を一回起動するのみでよいためである。
【００２３】
標準のページング処理の場合、ページングオケージョンによって認識されるＭＢＭＳサービスグループ間では時分割多重化が行われないため、ＭＢＭＳサービスグループの総数は、ページンググループの数よりも大幅に少ない。ＭＢＭＳサービスグループの総数は、容易に導くことができ、Ｎｎｉに等しい。ページング処理に関しては、ＭＢＭＳサービスグループの規模は、誤報の確率Ｐｆと、通知取得逃しの確率Ｐｍとに影響する。低いＰｍを保証するためには、Ｎｎｉを低い値に設定する必要がある。しかしながら、このことは、Ｐｆにはマイナスに影響する。従って、時間分離が失われることを通知インジケータの数を増やすことによって補償できないため、ＭＢＭＳの誤報の確率は、表１の第２列に示したように、ページング処理の場合よりも大幅に高い。
【表１】
2006033819.tif 000007
【００２４】
ＭＩＣＨにおける誤報の確率を低減する目的で、現在、３ＧＰＰでは２つの主たる提案が考慮されている。一つは、Ｓａｍｓｕｎｇ社がR1-040520「Reducing the false alarm probability on MICH decoding」（3GPP TSG RAN1 Meeting #37(Samsung)）において提案したものであり、ＭＢＭＳサービスグループは、１つのＭＩＣＨフレーム内の対応する通知インジケータによってシグナリングされるＫ個の通知インジケータ識別子の特定の組み合わせによって識別される。２つ目の提案は、Ｑｕａｌｃｏｍｍ社からなされたものであり、ＭＢＭＳサービス識別子のそれぞれを、変更期間を構成している連続フレームにわたる対応する通知インジケータによってシグナリングされる通知インジケータ識別子のシーケンスに直接的にマッピングすることを提案している（上記に引用した３ＧＰＰ  Ｒ１−０４０５３６を参照）。この方式では、フレームあたり１つの通知インジケータ識別子が伝えられる。ＵＥは、ＭＢＭＳサービスが通知されたかを判定する目的で、このシーケンスからＫ個のインジケータを読み取る。
【００２５】
以下では、最初の方式を「インジケータ組み合わせ方式」と称し、後の方式を「インジケータシーケンス方式」と称する。
【００２６】
容易に理解される点として、いずれの提案も、通知をシグナリングするのに、単一要素メッセージ（single element message）（１つの通知インジケータ）を利用するのではなく、マルチコンポーネントメッセージ（multi-component message）を利用している（いくつかの通知インジケータが使用される）。これらの提案の主たる違いは、インジケータ組み合わせ方式では、同じフレームの通知インジケータ識別子を使用するのに対して、インジケータシーケンス方式では、いくつかのフレームに分散している通知インジケータを考慮することである。さらに、強調しておくべき点として、３ＧＰＰ  Ｒ１−０４０５３６（インジケータシーケンス方式）では、ＭＢＭＳサービスは直接的に通知され、ＭＢＭＳサービスをＭＢＭＳサービスグループにマッピングする中間段階は存在しない。
【００２７】
ＭＢＭＳサービスグループのそれぞれを同じフレーム内の通知インジケータ識別子の組み合わせにマッピングする３ＧＰＰ  Ｒ１−０４０５２０の提案（インジケータ組み合わせ方式）では、ＭＢＭＳサービスグループの規模が増大し、従って誤報の確率が減少するというメリットがある。
【００２８】
ＭＢＭＳサービスグループの数は、次の式によって与えられる。
【数５】
2006033819.tif 000008
【００２９】
この式において、Ｋは、１つのフレーム内の１つのＭＢＭＳサービスグループに考慮される通知インジケータの数を表す。
【００３０】
Ｎｎｉ＝１８、Ｋ＝２の場合、ＭＢＭＳサービスグループの数は１５３である。
【００３１】
容易に理解できる点として、この提案では、本質的に、監視されているＭＢＭＳサービスグループが通知されたか否かを評価するためには、ＵＥはＫ個の通知インジケータを読み取る必要がある。ＵＥにおけるこの機能の実装に応じて、場合によっては、ＵＥは、監視されているＭＩＣＨフレームの持続時間中に自身の受信機をＫ回切り替える必要がある。ＵＥの受信機のオン／オフを頻繁に切り替えることは電力を相当に消費するため、このことはＵＥのバッテリの寿命に重大に影響しうる。
【００３２】
Ｑｕａｌｃｏｍｍ社は、３ＧＰＰ  Ｒ１−０４０５３６の中で、ＭＢＭＳサービス識別子のそれぞれを、変更期間にわたって送信される通知インジケータ識別子のシーケンスに直接的にマッピングすることを提案している（インジケータシーケンス方式）。ＵＥは、このシーケンスからＫ個の通知インジケータを読み取る。これを図９に示す。図９に示した例においては、Ｋは２に等しい。ＵＥは、ＵＥのページングオケージョン１０２から開始して、ＭＩＣＨ３００のフレーム４０３，４０４内の２つの通知インジケータ４０１，４０２を読み取る。通知インジケータ４０１，４０２がいずれも正である場合、対応するＭＢＭＳサービス識別子の通知が存在するものと想定され、通知の原因についての情報がＭＣＣＨから受信される。
【００３３】
この方式では、区別することのできるＭＢＭＳサービス識別子の数は、ＵＥが読み取る通知インジケータの数に依存する。これは次の式によって与えられる。
【数６】
2006033819.tif 000009
【００３４】
この式において、Ｋは、通知シーケンスの、読み取られる通知インジケータの数を表す。
【００３５】
区別可能なＭＢＭＳサービスの数は、ある意味では、ＭＢＭＳサービスグループの数と同様である。なぜなら、いずれも誤報の確率に同じ影響を与えるためである。
【００３６】
Ｎｎｉ＝１８、Ｋ＝２の場合、区別可能なＭＢＭＳサービスの数は３２４であり、これは、インジケータ組み合わせ方式の場合よりも大幅に大きい。
【００３７】
３ＧＰＰ  Ｒ１−０４０５３６では、実装の観点から、図９に示したように、ＭＢＭＳサービスの通知の判定を行う前にＫ個のインジケータのブロックを読み取ることを推奨している。この場合、ＵＥ受信機は、現在の有効な想定と比較して大幅に長い期間にわたりオンの状態となり、従ってバッテリの寿命が大幅に減少する。
【００３８】
同時出願中のヨーロッパ特許出願には、通知処理を拡張するための代替の解決策が提案されている。この文書においては、通知するエンティティ（ＭＢＭＳサービスグループ、または直接的にＭＢＭＳサービス識別子）を、ＭＩＣＨを通じて定期的に伝えられる一連のＫ個の座標によって識別することを推奨している。
【００３９】
解決すべき課題は、ＵＥのバッテリの電力消費量が小さいことと、通知の取得逃しおよび誤報の確率が低いこととが保証される、ＭＩＣＨ構造に基づく通知メカニズムを提供することである。上記に強調したように、イベントの取得逃しの確率を決めるのは、主として、ＭＩＣＨの送信電力と通知インジケータの長さであり、この態様については本明細書では扱わない。誤報の確率は、ＭＢＭＳサービス識別子が１つの通知インジケータ識別子または一連の通知インジケータ識別子にどのようにマッピングされるかに強く依存する。この態様は、同一の発明者および出願人によって同一の日付に出願された同時出願中のヨーロッパ特許出願「Cyclic transmission of notification coordinates in a communication system」の目的であり、本発明の文脈においてはこれ以上述べない。本発明は、複数の通知インジケータに基づく通知処理における電力消費量の態様に焦点を当てたものであり、なぜなら、本文書において上記に説明したいずれの方法においても、ＤＲＸ周期毎にＫ個のインジケータを読み取る必要があるためである。この挙動は、全体的なバッテリ寿命にマイナスに影響する。
【発明の開示】
【００４０】
本発明の目的は、通信デバイスにおいて通知を検出する、電力が節約される方法、特に、通知識別子（デバイス識別子、サービス識別子、またはサービスグループ識別子）のそれぞれに通知インジケータ識別子のシーケンスが関連付けられる場合の方法、を提供することである。
【００４１】
この目的は、請求項１による方法と、請求項９による通信デバイスと、請求項１２によるコンピュータ可読媒体と、請求項１３による通信システムとによって達成される。
【００４２】
通信デバイスの電力消費量は、通信ネットワークからの有限個の一連の通知インジケータを連続的に受信するステップであって、通知インジケータが、その組み合わせにおいて、受信側デバイスに関連付けられる通知識別子を表す、ステップと、次いで、受信した通知インジケータのそれぞれについて、正であるか負であるかを確認するステップと、通知インジケータのそれぞれの確認後に、確認した通知インジケータに基づいて、次の通知インジケータに進むのか、または所定の通知識別子に対する通知の存在について判定するのかを判断するステップと、判定を行うものと判断された場合、一連の通知インジケータすべてを確認する前に、通知インジケータの確認を中断し、確認した通知インジケータに基づいて、所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定するステップと、によって減少する。
【００４３】
提示した方法では、コストが過度に増したり、あるいは信頼性が犠牲になることなしに、通信デバイスの電力消費量が減少する。
【００４４】
本発明の１つの態様によると、通信デバイスにおいて通知を検出する方法は、通信ネットワークからの有限個の一連の通知インジケータを連続的に受信するステップであって、通知インジケータが、組み合わせにおいて、デバイスに関連付けられている通知識別子を表す、ステップと、次いで、受信した通知インジケータのそれぞれについて正であるか負であるかを確認するステップと、通知インジケータのそれぞれの確認後に、確認した通知インジケータに基づいて、次の通知インジケータに進むのか、または所定の通知識別子に対する通知の存在について判定するのかを判断するステップと、判定を行うものと判断された場合、一連の通知インジケータすべてを確認する前に、通知の確認を中断するステップと、確認した通知インジケータに基づいて、所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定するステップと、を含んでいる。
【００４５】
本発明の他の態様によると、通信システムにおいて使用する通信デバイスは、通信ネットワークからの有限個の一連の通知インジケータを連続的に受信する通知インジケータ受信手段であって、通知インジケータが、組み合わせにおいて、デバイスに関連付けられている通知識別子を表す、通知インジケータ受信手段と、受信した通知インジケータを確認し、通知識別子に対して指定されている通知を検出する、通知検出手段と、を備えており、通知インジケータのそれぞれの確認後に、確認した通知インジケータに基づいて、次の通知インジケータに進むのか、または所定の通知識別子に対する通知の存在について判定するのかを判断する、判断手段と、判定を行うものと判断された場合、一連の通知インジケータすべてを確認する前に通知の確認を中断する中断手段と、受信した通知インジケータに基づいて、所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定する判定手段と、をさらに備えている。
【００４６】
本発明のさらなる態様によると、コンピュータ可読媒体に命令が格納されており、この命令が通信デバイスのプロセッサによって実行されると、プロセッサは、以下のステップ、すなわち、通信ネットワークからの有限個の一連の通知インジケータを連続的に受信するステップであって、通知インジケータが、組み合わせにおいて、デバイスに関連付けられている通知識別子を表す、ステップと、次いで、受信した通知インジケータのそれぞれについて正であるか負であるかを確認するステップと、通知インジケータのそれぞれの確認後に、確認した通知インジケータに基づいて、次の通知インジケータに進むのか、または所定の通知識別子に対する通知の存在について判定するのかを判断するステップと、判定を行うものと判断された場合に、一連の通知インジケータすべてを確認する前に、通知の確認を中断するステップと、確認した通知インジケータに基づいて、所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定するステップと、を実行する。
【００４７】
本発明のさらに他の態様によると、通信システムは、決められた通知識別子に対する通知を送るように構成されている装置と、通信システムの要素を接続するネットワークと、少なくとも１基の通信デバイスであって、以下の構成要素、すなわち、通信ネットワークからの有限個の一連の通知インジケータを連続的に受信する通知インジケータ受信手段であって、通知インジケータが、組み合わせにおいて、デバイスに関連付けられている通知識別子を表す、通知インジケータ受信手段と、受信した通知インジケータを確認し、通知識別子に対して指定されている通知を検出する、通知検出手段と、を備えている、通信デバイスと、を備えている。通信デバイスは、通知インジケータのそれぞれの確認後に、確認した通知インジケータに基づいて、次の通知インジケータに進むのか、または所定の通知識別子に対する通知の存在について判定するのかを判断する、判断手段と、判定を行うものと判断された場合、一連の通知インジケータすべてを確認する前に通知の確認を中断する中断手段と、受信した通知インジケータに基づいて、所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定する判定手段と、をさらに備えている。
【発明を実施するための最良の形態】
【００４８】
以下に、本発明の説明上の実施形態について、図面を参照しながら以下に説明する。図面においては、同一または対応する要素および構造は、同一または対応する参照数字によって示してある。本発明の原理を説明する目的で、添付の図面は本明細書に組み込まれており、明細書の一部を形成している。図面は、本発明が如何にして為され使用されるかについての例を図解して説明することのみを目的としており、本発明を制限するものと解釈されないものとする。さらなる特徴および利点は、添付の図面に図解してある本発明の以下の具体的な説明から明らかになるであろう。
【００４９】
インジケータシーケンス方式の例について、本発明の思想を図１および図２を参照しながら詳しく説明する。この例においては、Ｋは上記と同様に２に等しいが、本発明は、何らの制限なしに２より大きい任意の値に適用することができる。実際に、Ｋを大きくすると、電力節約効果は大幅に増す。ＵＥのページングオケージョン１０２において、ＵＥは、ステップ６１において、ＭＢＭＳサービス識別子に対応する通知インジケータ５０１をフレーム５０３から読み取る。ＵＥは、通知インジケータ識別子を任意の順序で読み取ることができる。従って、特定のフレームから開始する必要はなく、電力節約の観点から最適なフレームが選択される。通知インジケータ５０１は、通知インジケータ識別子によって識別される。この対応する識別子は、通知識別子に関連付けられる通知インジケータ識別子のシーケンスを構成する。通知識別子は、ＵＥがサブスクライブしているサービスのサービス識別子かサービスグループ識別子か、または別のアプリケーションにおいては、ＵＥ自体の識別子とすることができる。いずれの場合にも、この通知識別子は何らかの形でＵＥに関連付けられ、すなわち、対応する通知はＵＥに関連する。次いで、ＵＥは、ステップ６２において、インジケータ５０１の内容を確認し、通知の存在についての判定をすでに行うことができるか否かを判断する。インジケータ５０１が負である場合には、ステップ６３において、判定を行うことができると判断し、さらなるインジケータの確認を中断し、通知が存在しないものと推測することを決定する。インジケータ５０１が正である場合には、両選択肢の確率が同様であり、ステップ６４において、シーケンスの最後に達したかを確認する。図７の例においては、Ｋは２に等しく、さらにもう１つのインジケータが利用できる。ステップ６１とステップ６２を繰り返して、次のフレームにおけるシーケンスの次のインジケータ５０２を読み取って確認する。インジケータ５０２が負である場合、ステップ６３において、通知が存在しないものと推測することを決定する。インジケータ５０２が正である場合、ステップ６４において、シーケンスの読み取りおよび確認が完了したことを示し、通知が存在するものと推測することを決定する（ただし他の２つの通知が共存しているため、これは誤報の可能性もある）。結果として、ステップ６５において、通知の原因についての情報が、別のチャネル（例：ＭＣＣＨ）から得られる。誤報は、この情報から発見することができる。
【００５０】
本発明の別の代替方法においては、通知の存在を十分に高い確率で推測できるだけの十分な数の正のインジケータを受信した場合、負のインジケータを受信することなく、通知の検出を中断することができ、このことは有利である。この代替方法では、電力消費量がさらに低減する。この方法は、単独で実施するか、または、上述した代替方法と組み合わせて実施するのが有利である。図３は、この実施例を図解している。ステップ７１〜７５は、図２のステップ６１〜６５に相当する。確認したインジケータが正であり、シーケンスの最後にまだ達していない場合には、ボックス７６において、通知が存在することを十分な確率で推測するための十分な数の正のインジケータをすでに受信したかを、さらに判定する。この判定の基準は、ＵＥが決定するが、ネットワークから受信される情報に頼ることができる。１つの直接的な可能性は、シーケンスの長さに応じて一定の数のインジケータを確認することである。しかしながら、誤報の危険性はＭＩＣＨ上のトラフィックペイロードに依存するため、基準にこのことを反映させることができる。すなわち、ＭＩＣＨ上のトラフィックペイロードが大きい場合には、より多数のインジケータを確認し、ＭＩＣＨ上に存在する通知が合計で数個のみである場合には、より少ないインジケータを確認した後に正の判定を行う。ＭＩＣＨのトラフィックペイロードについての情報を取得する１つの方法は、ＭＩＣＨ上のすべてのインジケータのうち正のインジケータの割合、または、受信したすべてのインジケータのうち正のインジケータの割合を計算することである。別の代替方法として、負荷が少なく、従ってＵＥの電力消費量が小さい方法は、ＭＩＣＨの情報内容を管理するエンティティからのブロードキャストメッセージによって、この情報を取得することであろう。さらなる可能性は、過去において受信側デバイスによって観察された、単位時間あたりの誤報の記録を維持することである。単位時間あたりの誤報のこの値も、誤報の確率に影響する値としての役割を果たすことができる。
【００５１】
上述した処理では、元の提案と比較してＵＥの電力が節約され、従ってバッテリ寿命が延びる。同様の拡張は、通知インジケータをフレーム内で組み合わせる場合にも可能であるが、ＵＥの電力消費量に対する影響が小さくなることがある。インジケータは、連続的か、またはまとまって近く位置し、従って、すべてのインジケータを読み取るために長期間にわたり受信機をオンに維持しておくので、電力消費量を大きくは節約できないことがある。
【００５２】
上述したように、ＭＢＭＳ通知の場合には、通知の原因についての情報を通知後の変更期間内に受信する必要がある。図８に示したように、ＵＥのページング位置の時間に通知の検出を開始することは、確認するインジケータの数よりもこの時間が変更期間の最後に近い場合、不利となることがある。なぜなら、通知の検出が次の変更期間の開始より前に終了しないことがあり、通知の状態が次の変更期間において反対となり、正確な検出が不可能となることがあるためである。従って、本発明の別の代替方法によると、変更期間に対する検出の開始オケージョン（start occasion）を、図４に示したように決定する。最初に、ステップ８１において、通知を検出する目的で確認するインジケータの数ｄを決定する。これは、インジケータシーケンスの長さか、または図３のボックス７６の基準として決定された数のいずれかとすることができる。ボックス８２において、変更期間の最後より少なくともｄ個のフレームだけ前の位置に、開始オケージョンを定義する。従って、通知を正しく検出するのに少なくとも必要である数の通知インジケータをシーケンスから受信し確認できるだけ十分に早期に、受信および検出が開始される。他のネットワークにおいては、フレームと変更期間以外の時間間隔が存在していてもよい。この方法は、すべての通知の状態が一定に維持されている第２の時間間隔に、各シーケンスの１つの通知インジケータがそれぞれ含まれている第１の時間間隔が一定の個数だけ含まれている、あらゆるシステムに適用することができる。
【００５３】
図５は、上述した方法を実行するネットワークデバイスの概略を示している。この文脈には関連しない他のコンポーネントのうち特に重要なものとして、デバイス９０は、ネットワークからの通知インジケータを受信する通知インジケータ受信手段９１（ネットワークインタフェースなど）と、受信した通知インジケータを確認し、デバイス自体、あるいは、デバイスがサブスクライブしているかまたはデバイスがホストしているサービス、あるいは、そのようなサービスが属しているサービスグループ、を識別する通知識別子に対して指定されている通知を検出する、通知検出手段９２と、を備えている。デバイス９０は、通知インジケータのそれぞれの確認後に、確認した通知インジケータに基づいて、該当する通知識別子に対する通知の存在についての判定を行うかを判断する、判断手段９３と、判定を行うものと判断された場合、通知ビットすべてを受信する前に通知の検出を中断する中断手段９４と、受信した通知インジケータに基づいて、所定の通知識別子に対する通知を存在するものと推測するのか存在しないものと推測するのかを判定する判定手段９５と、をさらに備えている。手段９２〜９５は、デバイス９０の処理装置におけるソフトウェアにおいて実施することができる。
【００５４】
本発明の別の実施形態は、上述したさまざまな実施形態をハードウェアおよびソフトウェアを使用して実施することに関連する。上述したさまざまな方法以外に、上述したさまざまな論理ブロック、モジュール、および回路は、コンピューティングデバイス、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）あるいはその他のプログラマブルロジックデバイスなどを使用して、実施または実行できることが認識されるであろう。また、本発明のさまざまな実施形態は、これらのデバイスの組み合わせによって実行または具現化することもできる。
【００５５】
さらに、本発明のさまざまな実施形態は、プロセッサによって実行されるソフトウェアモジュールによって実施するか、または、ハードウェアに直接的に実装することもできる。また、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読ストレージ媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディクス、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。
【００５６】
上述したさまざまな実施形態は、ＭＢＭＳ通知における通知の取得逃しと誤報の確率を低減することができる。従って、モバイルデバイスのバッテリ電力消費量を低減することができる。この場合、コストが過度に増したり、信頼性が犠牲になることはない。
【００５７】
本発明は、本発明によって構築される実施形態について説明したが、当業者には、上記の教えに照らし、添付の請求項の範囲内で、本発明の精神および意図された範囲から逸脱することなく、本発明のさまざまな修正、変形、および改良を行うことができることが明らかであろう。さらに、本文書に説明する本発明が不必要に不明瞭になることを避けるため、この分野における通常の技術を有する者が精通していると考えられる領域については、本文書では説明していない。従って、本発明は、図解を目的とした特定の実施形態によって制限されることはなく、添付の請求項の範囲によってのみ制限されることを理解されたい。
【図面の簡単な説明】
【００５８】
【図１】図９に示した通知処理に本発明を適用する方法を示している。
【図２】本発明の一実施形態による段階的な読み取りのフローチャートを示している。
【図３】本発明の別の実施形態による、電力消費量を低減する目的で通知シーケンスを段階的に読み取るときのフローチャートを示している。
【図４】シーケンスベース方式による、通知検出の開始オケージョンを定義する有利な方法を示している。
【図５】通信デバイスの模範的な構造を示している。
【図６】３ＧＰＰに定義されているページング処理の例を示している。
【図７】３ＧＰＰに定義されているページングインジケータチャネルの模範的な構造を示している。
【図８】３ＧＰＰに指定されている、マルチメディアブロードキャストマルチキャストサービスの場合の通知処理の例を示している。
【図９】インジケータシーケンス方式によるＭＢＭＳ通知処理の別の例を示している。
【図１】
2006033819.tif 000010
【図２】
2006033819.tif 000011
【図３】
2006033819.tif 000012
【図４】
2006033819.tif 000013
【図５】
2006033819.tif 000014
【図６】
2006033819.tif 000015
【図７】
2006033819.tif 000016
【図８】
2006033819.tif 000017
【図９】
2006033819.tif 000018
【外国語明細書】
2006033819000001.pdf