(57)【特許請求の範囲】
【請求項１】
端末へのコンタクトが失敗した後に、該端末が使用可能となったことを通知してもらうための通知要求(218)を調整する電話通信システムであって、
前記通知要求(218)を蓄積し、前記端末が使用可能となったことを判断する制御ノード(220)と、
前記端末へのコンタクトが失敗した後に、前記制御ノード(220)に対して第１の通知要求(218)を送信する第１の要求ノードと、
を備え、
前記第１の要求ノードは、該第１の要求ノードと関連した第１のプライオリティ(215)を有しており、前記第１のプライオリティ(215)は、該第１のプライオリティ(215)と関連したタイマー(230)を伴うものであり、
前記制御ノード(220)は、前記第１のプライオリティ(215)に基づいて、前記第１の通知要求(218)を処理し、前記端末が使用可能となると前記第１の要求ノードに対し通知し、前記第１の要求ノードが通知されるのと実質的に同時に前記タイマー(230)を設定し、該タイマー(230)が終了すると、前記端末が使用可能となったことの通知を要求している他のノードに対して通知し、
前記第１の要求ノードは、前記制御ノード(220)に対して、前記第１の通知要求(218)とともに前記第１のプライオリティ(215)を送信することを特徴とする電話通信システム。
【請求項２】
第２の要求ノードをさらに備え、前記第２の要求ノードは、前記制御ノード(220)に対して、該第２の要求ノードに対応した第２のプライオリティ(215)とともに第２の通知要求(218)を送信し、
前記第２のプライオリティ(215)は、前記第１のプライオリティ(215)よりも低く、前記第２のプライオリティ(215)に対応する第２のタイマー(230)を伴うものであることを特徴とする請求項１に記載の電話通信システム。
【請求項３】
前記通知要求(218)は前記制御ノード(220)内のキュー(225)に蓄積され、
前記制御ノード(220)は、前記第１のプライオリティ(215)を有する前記通知要求(218)を検索し、前記第１の通知要求(218)を認識すると、前記第１の通知要求(218)を処理し、前記第１のプライオリティ(215)に関連するタイマー(230)を設定し、前記第１のプライオリティ(215)に関連するタイマー(230)が終了し、かつ、他に前記第１のプライオリティ(215)を有する通知要求(218)がキュー(225)になくなると、前記第２のプライオリティ(215)を有する通知要求(218)を前記キュー(225)から検索し、前記第２の通知要求(218)を認識すると、前記第２の通知要求(218)を処理し、前記第２のプライオリティ(215)に関連するタイマー(230)を設定することを特徴とする請求項２に記載の電話通信システム。
【請求項４】
第３の要求ノードをさらに備え、前記第３の要求ノードは、前記制御ノード(220)に対して、該第３の要求ノードに対応した第３のプライオリティ(215)とともに第３の通知要求(218)を送信し、
前記制御ノード(220)は、前記第３の通知要求(218)を認識すると、前記第３の通知要求(218)を処理し、前記第１のプライオリティ(215)に関連するタイマー(230)を設定し、前記第１及び第３の通知要求(218)を処理し、かつ、前記第１又は第３の通知要求(218)のうち最後に処理される通知要求(218)について前記第１のプライオリティ(215)と関連するタイマー(230)が終了すると、前記第２の通知要求(218)を処理し、前記第２のプライオリティ(215)に関連するタイマー(230)を設定することを特徴とする請求項３に記載の電話通信システム。
【請求項５】
前記第１の通知要求(218)は前記第３の通知要求(218)よりも前に前記制御ノード(220)により受信されたものであり、前記制御ノード(220)は、前記第１の通知要求(218)を前記第３の通知要求(218)の前に処理することを特徴とする請求項４に記載の電話通信システム。
【請求項６】
前記端末は移動端末(200)であることを特徴とする請求項１に記載の電話通信システム。
【請求項７】
前記制御ノード(220)は、ホーム・ロケーション・レジスターであることを特徴とする請求項６に記載された電話通信システム。
【請求項８】
前記ホーム・ロケーション・レジスターは、前記移動端末(200)が位置登録を更新するときに前記移動端末(200)が使用可能になったと判断することを特徴とする請求項７に記載の電話通信システム。
【請求項９】
前記移動端末(200)の電源がオンに投入されたことを前記ホーム・ロケーション・レジスターが検出すると、前記ホーム・ロケーション・レジスターは、前記移動端末(200)が使用可能になったと判断することを特徴とする請求項８に記載の電話通信システム。
【請求項１０】
前記制御ノード(220)は、インテリジェントネットワークにおけるサービス制御ポイントであることを特徴とする請求項１に記載された電話通信システム。
【請求項１１】
前記第１の要求ノードは、ボイスメール・システム、エンドオフィス、ｅ−ｍａｉｌの配信システム、サービス制御ポイント、又は、ショートメッセージ・サービスセンターのいずれかであることを特徴とする請求項１に記載の電話通信システム。
【請求項１２】
端末へのコンタクトが失敗した後に、該端末が使用可能となったことを通知してもらうための通知要求(218)を調整する方法であって、
タイマー(230)を伴う第１のプライオリティ(215)を有する第１の要求ノードにおいて、前記端末へのコンタクトが失敗したあと、制御ノード(220)に対して該制御ノード(220)において蓄積される第１の通知要求(218)を前記第１のプライオリティ(215)とともに送信するステップと、
前記制御ノード(220)において、前記端末が使用可能となったことを判断するステップと、
前記端末が使用可能となったことの決定に応じて、前記制御ノード(220)は、前記第１のプライオリティ(215)に基づいて、前記第１の通知要求(218)を処理するステップと、
前記制御ノード(220)により、前記第１の要求ノードに対して、前記端末が使用可能となったことを通知するステップと、
前記制御ノード(220)により、前記通知のステップと実質的に同時に前記第１の要求ノードに関連する前記第１のプライオリティ(215)に対応した前記タイマー(230)を設定し、該タイマー(230)が終了すると、前記端末が使用可能となったことの通知を要求している他のノードに対して通知することを特徴とする方法。
【請求項１３】
前記判断のステップの前に、
第２の要求ノードにより、前記制御ノード(220)に対して、該第２の要求ノードに対応した第２のプライオリティ(215)とともに第２の通知要求(218)を送信するステップを備え、
前記第２のプライオリティ(215)は、前記第１のプライオリティ(215)よりも低く、前記第２のプライオリティ(215)に対応する第２のタイマー(230)を伴うものであることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記通知要求(218)は前記制御ノード(220)内のキュー(225)に蓄積されるものであって、
前記処理のステップの前に、前記制御ノード(220)により、前記第１の通知要求(218)を認識すると、前記第１の通知要求(218)を処理し、前記第１のプライオリティ(215)に関連するタイマー(230)を設定し、前記第１のプライオリティ(215)を有する前記通知要求(218)を前記キュー(225)から検索するステップを備え、
前記設定のステップの後において、さらに、
前記第１のプライオリティ(215)に関連するタイマー(230)が終了し、かつ、他に前記第１のプライオリティ(215)を有する通知要求(218)がキュー(225)になくなると、前記制御ノード(220)により、前記第２のプライオリティ(215)を有する通知要求(218)を前記キュー(225)から検索するステップと、
前記第２の通知要求(218)を認識すると、前記制御ノード(220)により、前記第２の通知要求(218)を処理するステップと、
前記第２の要求ノードに対して、前記制御ノード(220)により、前記端末が使用可能となったことを通知するステップと、
前記制御ノード(220)により、前記通知ステップの処理と実質的に同時に前記第２のプライオリティ(215)に関連するタイマー(230)を設定するステップと、前記第２のプライオリティ(215)に関連するタイマー(230)が終了すると、前記端末が使用可能となったことを他の要求ノードに対して通知するステップとを備えることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記判断のステップの前に、
前記第３の要求ノードにより、前記制御ノード(220)に対して、該第３の要求ノードに対応した第３のプライオリティ(215)とともに第３の通知要求(218)を送信するステップを備え、
前記第２のプライオリティ(215)を有する通知要求(218)を検索するステップの前に、
前記制御ノード(220)により、前記第３の通知要求(218)を認識すると、前記第３の通知要求(218)を処理するステップと、
前記制御ノード(220)により、前記第３の要求ノードに対して、前記端末が使用可能となったことを通知するステップと、
前記通知のステップの処理と実質的に同時に、前記制御ノード(220)により、前記第３のプライオリティ(215)に関連するタイマー(230)を設定し、前記第１の通知要求(218)についての前記第１のプライオリティ(215)と関連するタイマー(230)が終了し、かつ、前記第３のプライオリティ(215)に関連するタイマー(230)が終了した後に、前記第２の要求ノードに対して前記端末が使用可能となったことを通知するステップと、
を備えることを特徴とする請求項１４に記載の方法。
【請求項１６】
前記第１の通知要求(218)は前記第３の通知要求(218)よりも前に前記制御ノード(220)により受信され、前記第１の通知要求(218)を処理するステップは、前記第３の通知要求(218)を処理するステップの前に実行されることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記端末は移動端末(200)であることを特徴とする請求項１２に記載の方法。
【請求項１８】
前記制御ノード(220)は、ホーム・ロケーション・レジスターであることを特徴とする請求項１７に記載された方法。
【請求項１９】
前記移動端末(200)が使用可能になったと判断するステップは、前記移動端末(200)がホーム・ロケーション・レジスターに対して前記位置登録を更新するときに、前記移動端末(200)により実施されることを特徴とする請求項１８に記載の方法。
【請求項２０】
前記移動端末(200)が使用可能になったと判断するステップは、前記移動端末(200)の電源がオンに投入されたことを検出する前記ホーム・ロケーション・レジスターにより実施されることを特徴とする請求項１８に記載の方法。
【請求項２１】
前記制御ノード(220)は、インテリジェントネットワークにおけるサービス制御ポイントであることを特徴とする請求項１２に記載された方法。
【請求項２２】
前記第１の要求ノードは、ボイスメール・システム、エンドオフィス、ｅ−ｍａｉｌの配信システム、サービス制御ポイント、又は、ショートメッセージ・サービスセンターのいずれかであることを特徴とする請求項１２に記載の方法。
【発明の詳細な説明】
【０００１】
発明の分野
本願発明は、一般に、端末が使用可能になったことを要求ノードに知らせる電話ステム及び方法に係り、とりわけ、端末使用可能通知を調整するシステム及び方法に関連する。
発明の背景
セルラー電話は、最も発展が早く、かつ、最もニーズの高い電話アプリケーションの１つである。今日、世界のすべてにおいて、新規の電話加入者数は継続的に大きな伸び率を示している。
【０００２】
ここで、図１を参照すると、無線ネットワーク10は、汎欧州デジタルセルラーシステム（GSM）や公衆陸上移動通信網（PLMN）などであり、それぞれ複数のエリア12からなり、それぞれ、移動通信交換局（MSC）14および統合された在圏ロケーション・レジスタ（VLR）16により構成されている。MSC/VLRエリア12は、それぞれ、複数の位置登録エリア（LA）18を備えており、それぞれ、配置されたMSC/VLRエリア12の一部として定義され、一の位置登録エリアの中では、移動局（MS）20は、位置登録エリア（LA）18を管理制御するMSC/VLRエリア12に位置登録の更新信号を送信することなく、自由に動き回ることができる。各位置エリア12は多数のセル22に分割される。移動局（MS）20は、例えば、自動車電話機または他の携帯電話機の如く、移動体加入者により使用される物理的な機器であり、無線ネットワーク10の移動加入者や、加入しているネットワークの外部にある有線又は無線の加入者と相互に通信することができる。
【０００３】
MSC14は、少なくとも１つの基地局コントローラ（BSC）23と接続している少なくとも１つの無線基地局装置（BTS）24と通信している。BTS 24は、物理的な機器であり、簡潔に理解できるようにするため無線タワーとして例示しているが、BTS 24の担当範囲にあるセル22の地理的な空間に無線サービスエリアを提供している。これは理解されるべきことであるが、BSC 23はいくつかのBTS 24と接続され、スタンドアローンのノードとして実現されてもよいし、または、MSC 14と統合できるものであってもよい。いずれにせよ、BSC 23とBTS 24の全体構成は、一般に基地局システム（BSS）25として参照される。図１に例示するような別個のノードとして実施される代わりに、BSC 23の機能がMSC14内に含まれてもよいことにも言及しておく。
【０００４】
さらに図１を参照すると、PLMNサービスエリアまたは無線ネットワーク10は、すべての加入者情報、例えばユーザープロフィール、現在の位置情報、国際移動体加入者 ID（IMSI）数、および他の管理情報を管理するデータベースであるホーム・ロケーション・レジスター（HLR）26を含んでいる。HLR 26は、与えられたMSC 14と同じ場所に配置されてもよく、MSC 14によって統合されるか、代わりに、複数のMSC 14をサービスできるものであってもよく、とりわけ後者は図１において例示されている。
【０００５】
VLR 16は、MSC/VLRエリア12内に、現在、位置する移動局20のすべてについての情報を備えたデータベースである。もし、MS 20が新しいMSC/VLRエリア12内に移動するならば、MSC14と接続したVLR 16は、MS 20についてのデータをMS 20のホームであるHLRデータベース26に要求する（同時に、MS 20の現在の位置をHLR 26に知らせる。）。従って、もしその際に、MS 20のユーザーが発呼を希望するならば、ローカルなVLR 16は、ホームのHLR 26に再質問することなく必須の識別情報を備えていることになろう。前述した方法において、VLRデータベース16およびHLRデータベース26は、それぞれ、与えられたMS 20と関連した様々な加入者情報を備えている。
【０００６】
いくつかの例において、MS 20は、無線シャドー、輻輳や電源をオフにされることを含む各種の理由のために、MS 20へのコンタクトの試みに対して応答できないことがあろう。もし、MS 20にコンタクトできなければ、MS 20にコンタクトしようとしているパーティーまたはアプリケーションは、通常、所定期間の経過後にMS 20へのコンタクトをリトライする必要がある。これに対する代案としては、MS 20が利用可能であると知られているとき、例えば、電源がオン、位置登録、他のパーティーによるコンタクトなどのときに、ネットワーク10に知らせるよう要求することである。この要求は、通常、通知を必要としているパーティーまたはアプリケーションのアドレスを示すデータを格納しているネットワーク10のコントロールポイント（不図示）に対してなされる。
【０００７】
GSMネットワークにおいて、要求アプリケーションへのMS 20の使用可能通知は、通常、MS 20に対してショートメッセージの配信が失敗に終わり、MS 20が利用可能になったときは「警告」メッセージをSMS-Cに送るようHLR 26に要求するショートメッセージ・サービスセンター（SMS-C）（不図示）になされる。もし複数のSMS-Cが「警告」メッセージを要求しているならば、警告プロシージャを調整するためのタイマーをネットワーク10内において実施できるであろう。
【０００８】
しかしながら、開発されているアプリケーションの他のタイプ、すなわち、ボイス・メール、コールバック、コールコンプリーション又は電子メール配信など、MS 20が使用可能となったことを把握する必要性のあるものが、数多く存在する。要求アプリケーションのすべてがMS 20にコンタクトすることを可能にするためには、MS 20へのコンタクトが可能なときを、調整手法を用いて、要求アプリケーションに知らせる管理プロシージャが実装される必要がある。SMS「警告」メッセージを調整するために現在利用されているタイマーは、それぞれ異なる時間を要求する様々なタイプのノードとアプリケーションには対応してない。
【０００９】
本願発明の目的は、様々な要求ノードや要求アプリケーションからの端末が使用可能となったことの通知要求を調整するシステム及び方法を提供することにある。
【００１０】
本願発明のさらなる目的は、制御ノードにおいて各通知要求に対するプライオリティ付けを可能とすべく、ノードとアプリケーションに関連付けられたプライオリティ通知を当該ノードとアプリケーションに要求できるようにすることである。
【００１１】
本願発明のさらなる目的は、複数の要求アプリケーションにそれぞれ関連付けられたプライオリティごとにタイマー値を提供することであり、各タイマー値は、要求アプリケーションにおいて端末への通信機能を確立するためにかかる時間と対応している。
【００１２】
発明の概要
本願発明は、ノードとアプリケーションからの移動端末が利用可能になったことを示す通知の要求を調整する電話通信システム及び方法に対するものであり、様々な要求ノードとアプリケーションからの同時多発的なコンタクトの試みによるシステムへの負荷をかけることなく、論理的な順序でもって各要求ノードとアプリケーションが移動端末にコンタクトすることを可能にするものである。種々のノードおよび／またはアプリケーションによる移動端末への直接的なコンタクトの試みが失敗したときは、インテリジェントネットワーク（IN）内のホーム・ロケーション・レジスター（HLR）やサービス制御点（SCP）などの制御ノードは、これらのノードまたはアプリケーションからの通知要求を受信し、それらが受信された時間および／または各要求ノードまたはアプリケーションのプライオリティに基づいてプライオリティを付けることができる。従って、種々のアプリケーション間でプライオリティを設定でき、通知間の間隔を要求アプリケーションにとって適切な値へと制御できる、効率的で、効果的な通知要求を調整するシステムと方法が本願発明により提供される。従って、通知を要求したアプリケーションは、通知の輻輳に会うことはそれほどないだろう。
【００１３】
数多くの本願発明の革新的な開示は、好ましい例示的な実施形態に特別に関連付けられて説明される。しかし、実施形態は、革新的な本願発明についての多くの有効な適用のうちの、ほんのわずかな例を提供するにすぎないことは理解されるべきである。一般に、本願明細書における記述は、必ずしも、本願の請求の範囲を限定するものではない。さらに、いくつかの記述は、創意に富んだ機能のいくつかに適用してもよい。
【００１４】
図２を参照すると、図３と対応付けて記述されているように、MSC240との無線通信において、後述のMS200への接続が失敗すると（ステップ300)、MS200への着信を試みた、ボイスメール・システム、エンドオフィス、移動通信交換局、e-mail配信システムやSMS-Cなどのノード又はアプリケーション210は、MS200の使用可能通知の処理を担当する制御ノード220に対して要求信号218を送信する（ステップ310）。セルラーネットワーク205において、制御ノード220は、好ましくは、MSC240に接続し、MS 200にサービスを提供しているHLR 220であってもよいが、その代わりの実施形態として、前述のIN内のSCP（不図示）であってもよい。
【００１５】
好ましい実施形態において、通知を求める要求信号218を送信しているアプリケーション210は、HLR 220が要求信号218を効率的に、効果的に処理することを可能にするために、そのアプリケーション210と関連したプライオリティ215をHLR 220（ステップ310）に供給できる。例えば、ボイスメール・システムはプライオリティ（プライオリティ）１を持ってもよく、SMS-Cはプライオリティ２を持ってもよい。もし要求アプリケーション210がHLR 220にプライオリティ215を供給しない場合には、HLR 220が要求アプリケーション210にプライオリティ215、例えば最も低いプライオリティを割り当ててもよいことに注意すべきである。代わりに、HLR 220は、供給されたアプリケーション210のアドレスに基づいて計算によりプライオリティ215を求めることができる。
【００１６】
そして、HLR 220は、MS 200と関連付けられた加入者についてのキュー又はリスト225に要求218を載せる（ステップ320）。HLR 220はMS 200がアクティブであることを検出すると（ステップ330）、HLR 220は、MS 200について通知キュー225の処理を開始する（ステップ350）。例えば、MS200の電源がオンにされたときに、MS200が位置登録の更新要求をHLR220に送信したときに、または、制御ノードがSCPであって、SCPが、他のパーティーからのコンタクトの試みが成功し、完了したことを示す通知を受信したときに、HLR220又はSCPは、それぞれ、MS200が使用可能になったことを要求ノード又はアプリケーション210に対して通知する。
【００１７】
HLR 220は、例えばプライオリティ１の如く最も高いプライオリティ215を持つ通知要求218をリスト225から検索することによって、通知要求218（ステップ350）の処理を開始する（ステップ340）。もし、複数の通知要求218がプライオリティ１を持っているならば（ステップ340）、HLR 220は、好ましくは、プライオリティ１を持つもののうち最初に受信された要求218を最初に処理するが如く、HLR 220により受信された時間に基づいて要求218を処理してもよい（ステップ350）。この構成に代えて、HLR 220は、実際にどのプライオリティ１の要求が最初に受信されたか否かとは無関係に検索し、要求218を処理してもよい。HLR 220は、プライオリティ215の順番に従って、各要求アプリケーション210に、MS 200が利用可能となったことを通知する（ステップ360）。
【００１８】
各プライオリティ215は、通信機能の所定のタイプを処理するために必要となる時間に基づいて、これと対応したタイマー230を備えている。アプリケーション210の通知（ステップ360）に際して、HLR 220はタイマー230をセットし（ステップ370）、タイマー230で指定された期間だけ待って（ステップ380）、次の通知要求218を処理する（ステップ340）。指定された期間が終了すると（ステップ380）、HLR 220は、同一のプライオリティ215を有する通知要求218を検索し（ステップ340）、もし見つかれば、要求218は同じ方法で処理される（ステップ350-380）。もし同一のプライオリティ215を有する要求218が見つからない場合は（ステップ340）、次のプライオリティ（不図示）が処理されることになる（ステップ385-ステップ398）。このプライオリティと関連した新しいタイマー（不図示）は、その際にも利用できる。この構成に代えて、各プライオリティ215ごとのタイマー230において、その時間間隔が共通のままであってもよいことは理解されるべきである。
【００１９】
プライオリティレベル215を基礎としてタイマー230を設定することで、アプリケーション210の種々のタイプからの要求218を、順序による、シーケンシャルな方法でもって処理することが可能となる。例えば、ボイス・メールの配信に必要となる時間は、通常、ショートメッセージの配信に必要となる時間よりもずっと長い。従って、システムはこれらの種々の期間に対して容易に順応し、サービスの配信は、種々のタイマー230を使用することで調整される。プライオリティ処理は、例えば、装置からというよりは人間などの重要なアプリケーション210からの要求218を、最初に処理することも可能である。
【００２０】
図４及び図５は、MS 440が利用可能になるときの通知を必要とする、いくつかのノード、例えば、ボイスメール・システム（VMS）400、SMS-C 410とSCP 420などについて、例示的な状況を示している。SMS-C 410は、MS 440が利用可能になったときに配信されるべきメッセージを保持し、VMS 400は、MS 440が利用可能になったときに配信されるべきMS 440宛てのボイス・メールを蓄積しており、SCP 420は、MS 440が利用可能になったときにMS 440と接続するための発呼者から要求を保持している。この例において、これらのアプリケーション400、410、および420のそれぞれは、MS 440の電源がオフのため、MSC450を経由したMS 440へのコンタクトの試みを、前回、失敗している（ステップ500）。SCP 420はHLR 430にコンタクトし、プライオリティ１でもって通知を要求している（ステップ505）。さらに、SMS-C 410はHLR 430にコンタクトし、プライオリティ２（ステップ510）でもって通知を要求し、VMS 400は、プライオリティ３であり、各要求はプライオリティともに、HLR 430に内蔵されたキュー435に蓄積されている（ステップ515）。
【００２１】
MS 440が電源をオンにされ、HLR 430がそれを検出すると（ステップ520）、HLR 430は、通知要求435のリストを検索し、プライオリティが１である加入者からの通知要求を検出する（ステップ525）。他の要求アプリケーションを処理するのに先がけて、緊急サービスからのコールバックを可能とすべく、この検索の前に初期タイマーが含まれていてもよい。リストを通じて通知要求435を検索し（ステップ525）、HLRはプライオリティが１である通知要求を検出し（ステップ530）、検出された要求に関連するSCP 420に対してコンタクトをとる（ステップ535）。HLR 430は、プライオリティ１に対応するタイマーを開始させ、例えば、再度リストを検索するまで５秒待ち、その間、SCP 420は、MS 440へのコールバック呼を確立する。
【００２２】
プライオリティ１のタイマー432の終了に伴い（ステップ550）、HLR 430は、プライオリティ１である通知要求が他にあるかリスト435を検索する（ステップ555）。これは理解されるべきことであるが、プライオリティ１のタイマー432がセットされている間は、加入者活動の検出は無視されることになり、例えば、コールバック呼が終了したからといってすぐさまキュー435の再検索が開始されるわけではない。これは、このような呼の発生元が、コールバック呼であるとは保証できないという事実に起因している。このケースにおいて、プライオリティ１の通知要求がキュー435において発見されなくなると（ステップ555）、HLR 430は、キュー435からプライオリティ２の通知要求を検索し始める（ステップ560）。HLR 430は、SMS-C 410からの要求を検出し（ステップ565）、SMS-C 410に通知する一方で（ステップ570）、１分のタイマー434を開始する（ステップ575）。SMS-C 410は、ショートメッセージをMS 440に配信する（ステップ580）。プライオリティ２についての１分タイマー434が終了すると（ステップ585）、さらに、キュー435から通知要求を検索し（ステップ590）、VMS 400からの通知要求は、最終的に、プライオリティ３のタイマー436を使用して処理される（ステップ595）。VMS 400は、MS 440にコンタクトし、ボイス・メール通知をMS 440に配信できる（ステップ598）。
【００２３】
より効果的には、全てのアプリケーションに対して単一のタイマー値を用いるのではなく、アプリケーションのタイプに応じて適切なタイマー値を用いることで、より効率的で、効果的なサービスをオペレータと加入者に提供することが可能となろう。さらに、サービスの通知と開始を制御する中央制御ノードを用いれば、メッセージと警告を、順序付け、シーケンシャルに処理する方法として調整手法を利用することが可能となる。さらに、ここに開示されたシステム及び方法は、セルラーネットワークだけでなく、固定公衆電話交換ネットワークなどの他のネットワークにおいて実施されてもよく、例えば、SCPまたはサービス交換ポイント（SSP）が制御ノードの役割を果たし、加入者が利用可能になると、そのことがSCPまたはSSPに通知されてもよいことに言及しておく。固定PSTNにおいて、加入者が利用できない場合とは、例えば  加入者の回線が話し中のときや、または加入者が電話をオフフックしているときなどである。
【００２４】
当業者によって認識されるべきことであるが、本願において説明された革新的な概念は、修正、変更を施すことで様々なアプリケーションに適用可能である。従って、特許された主題の範囲は、請求項により定義されるのであって、ここで説明された特有の例示的な開示によって制限されるものではない。
【図面の簡単な説明】
【図１】  従来の無線電話通信システムのブロック図である。
【図２】  本願発明の好ましい実施形態における制御ノードにより受信された通知要求の統合例を示すブロック図である。
【図３】  本願発明の好ましい実施形態における通知要求の調査プロセスにおける例示的なステップを示す図である。
【図４】  本願発明において、セルラーネットワーク内のいくつかの要求ノードからの通知要求を制御ノードが処理、調整しなければならないような例示的な状況を示す図である。
【図５】  図４に示された例示的な状況に関連したステップを説明する図である。
【図１】
0004331410.tif 000002
【図２】
0004331410.tif 000003
【図３】
0004331410.tif 000004
【図４】
0004331410.tif 000005
【図５】
0004331410.tif 000006