JP2012531126A - 携帯高速アラート通知 - Google Patents

Abstract

３ＧＰＰ ＩＣＳ規格ＴＲ ２３．８９２の規定に従って携帯ネットワーク上でハイブリッドＶｏＩＰコールを完了するために別個のベアラチャンネルを携帯ネットワークにセットアップする必要がある場合、ネットワークコールセットアップの完了時ではなく、設定可能な遅延後にアラート処理が開始されてもよい。これにより、携帯ネットワークユーザは、コールのシグナリングが完了する前に、コールの兆候への返答を開始できるようになるため、コールシグナリングの完了時に近い時期に返答することができる。加えて、そのコールを発信した人に、そのコールが完了したように思わせる呼び出しフィードバックが提供されてもよい。ＳＩＰインバイトの受信からアラート処理の開始までの遅延時間は、携帯電話機で指定されてもよく、また、ＳＩＰインバイトでヘッダとして指定されてもよい。
遅延時間は、フィードバックに基づいて固定または調整されてもよい。
【選択図】 図３

Description

本発明は、通信ネットワークに関し、特に携帯電話ネットワークで高速アラート通知を可能にする方法に関する。

音声電話などの通信サービスはこれまで、公衆交換電話網（ＰＳＴＮ）や携帯無線電話網などの回線交換（ＣＳ）網経由で提供されてきた。ここ数年で、一般にボイスオーバーＩＰ（ＶｏＩＰ）と呼ばれるＩＰネットワークで通信サービスを提供する新しい手段が登場してきた。ＶｏＩＰを実装して使用するプロトコルで普及しているのが、セッション開始プロトコル（ＳＩＰ）である。このプロトコルは、音声サービスだけでなく、映像、メッセージング、プレゼンス、ファイル転送など、各種マルチメディアサービスをも可能にする。

イーサネットローカルエリアネットワークやインターネットなどの有線データネットワーク内には、通常、ＶｏＩＰ通信セッションを扱うための豊富な帯域幅が存在する。しかし、携帯無線電話網など、帯域幅が比較的狭いネットワークでは、ＶｏＩＰコール電話を実装して適切なサービスを提供するには帯域幅とサービス制御の質で不十分かもしれない。この問題に対処するために、第３世代パートナーシッププロジェクト（３ＧＰＰ）ＩＭＳ集中型サービス（ＩＣＳ − ＴＲ ２３．８９２）などの新規格が導入された。携帯へのワイヤレスパケットサブシステム（ＰＳ）接続でＳＩＰシグナリングを結合することにより、ＩＣＳはすべてのサービスおよびサービス制御がＩＭＳ（ＩＰマルチメディアサブシステム）メカニズムとイネーブラとに基づくようなメカニズムを提供し、同時に、音声メディアベアラのパスは、ＩＰ ＰＳ接続で音声転送の集中する帯域幅を避けて、既存のワイヤレス回線インタフェース（回線サブシステム − ＣＳ）でセットアップされる。ハイブリッドＶｏＩＰコールとみなされるＩＣＳコールは、パケットベースのシグナリングを回線ベースのメディアと組み合わせている。

残念ながら、まずＰＳ接続でＳＩＰシグナリングが行われ、続いてＣＳで音声電話セットアップが行われるため、ＩＣＳメカニズムを使用してコールを確立するには、最大で９ないし１０秒かかり得る。このコールセットアップ時間は、他のシグナリング処理に比べて比較的長く、ユーザの不満や苦情につながり得る。したがって、ＩＣＳコールなどのハイブリッドＶｏＩＰコールをワイヤレスネットワークで確立する処理を改良する方法を提供することは利点となり得る。

携帯ネットワークのユーザは、コールシグナリングがワイヤレスパケット接続で行われ、ワイヤレス回線接続で音声ベアラをセットアップするハイブリッドＶｏＩＰコールが完全に確立される前に、電話の着信のアラート通知を受ける。コールを受けた携帯ネットワークユーザが高速アラート通知を受けることにより、コールしている者はコールが完了しつつあるというより速いフィードバックを受けることができ、さらにはコールの完了に関する認識時間全体をも減らすことができる。具体的には、ネットワークが完全に有効になりつつある前に携帯ネットワークユーザがコールの兆候に応答し始めるため、シグナリング処理が短縮されたようにみえ、当事者への通知にかかる時間が減り得る。ＳＩＰインバイト経由でワイヤレスパケット接続による第１のコールシグナリングを受信してからアラート処理の開始までの遅延時間を携帯電話器で指定してもよいし、ヘッダとしてＳＩＰインバイトで指定してもよい。遅延時間は、ユーザごと、またはさらに大きなユーザグループのフィードバックに基づいて調整されてもよい。

本発明の態様は、添付の請求項で詳しく指摘されている。本発明は以下の図面に例示されており、同様の参照符号は同様の要素を示す。以下の図面は、本発明の各種実施形態を例示目的のみで開示するものであり、本発明の範囲を制限することを意図するものではない。明瞭化のため、すべての構成要素がすべての図で示されているわけではない。

ワイヤレスネットワークにＶｏＩＰコールを確立する目的で使用される機能群例を示したネットワーク参考例の機能ブロック図である。 ワイヤレスネットワークでのＶｏＩＰコール構築に関連した図１の参考ネットワークにおける構成要素間でのメッセージの流れを示すタイミング図である。 本発明の一の実施形態にかかわり、ワイヤレスネットワークでのＶｏＩＰコール構築に関連した図１の参照ネットワークにおける構成要素間でのメッセージの流れを示すタイミング図である。 ユーザがコールに返答するのが早すぎた場合にネットワーク側で設けられた遅延の調整を示すタイミング図である。 ユーザがコールに返答するのが早すぎた場合にネットワーク側で設けられた遅延の調整を示すタイミング図である。 ユーザがコールに返答するのが遅すぎた場合にネットワーク側で設けられた遅延の調整を示すタイミング図である。 ユーザがコールに返答するのが遅すぎた場合にネットワーク側で設けられた遅延の調整を示すタイミング図である。

図１は、３ＧＰＰ ＩＣＳ（ＩＭＳ集中型サービス）規格（ＴＲ ２３．８９２）を使用してユーザＡとユーザＢとの間で通信セッションが確立されている参照ネットワーク１０を示す。ＩＭＳは、ＩＰマルチメディアサブシステムを表す。同規格に規定されているとおり、ＩＭＳ集中型サービス（ＩＣＳ）は、すべてのサービスおよびサービス制御がＩＭＳメカニズムとイネーブラとに基づいて通信サービスを提供する。ＩＣＳは、メディアベアラ用のＣＳ（回線交換）アクセスを使用する際に、ＩＭＳサービスを有効にする。ＩＣＳとともに、ＩＭＳがユーザサービスを提供する。ユーザセッションは、ＰＳ（パケット交換）アクセス経由ＩＭＳで制御される。ＣＳコアネットワークは、ＩＭＳセッション用のメディアとして使用する回線ベアラを確立する目的で利用される。ＩＣＳとともに、ＣＳメディアを使用したＩＭＳセッションは、サービス制御とサービス継続を目的として、標準ＩＭＳセッションとしてとり扱われる。

図１にあるように、ユーザＡからユーザＢと関連付けられているＤＮ１（ディレクトリ番号１）に着信コールがあり、その着信コールはまず、ユーザＡ（１）からＩＭＳネットワークを経て来るＳＩＰインバイトを経由して受信される。ＳＩＰインバイトは、ユーザＢの末端サービスが実行される末端サービスアプリケーションサーバ１０に到達する。その後ＳＩＰインバイトは、ユーザＢ（２）と関連付けられたセッション継続および制御アプリケーションサーバ（ＳＣＣ ＡＳ）２０へと回送される。ＳＣＣ ＡＳ ２０は、音声ベアラパスをワイヤレスＣＳで確立すべくＳＩＰインバイトを修正する。修正されたＳＩＰインバイト（３）は、ワイヤレスＰＳを経て、ユーザ携帯電話１２に転送され、ローカルＳＩＰユーザエンティティ（ＵＥ−Ｂ）２４によって受信される。

ＵＥ−Ｂ ２４がＳＩＰインバイトを受信すると、ＳＩＰインバイト（３）で取得したＳＣＣ ＡＳに関連付けられたＰＳＩ ＤＮ（公共サービス識別情報ディレクトリ番号）へ、ＣＳ法を使用したセルラーアクセスネットワーク１４を経てコールを開始するよう、携帯電話ＣＳエージェント２６を始動する。このコールは、在圏移動通信交換局ＶＭＳＣ ２８によって処理され、公衆交換電話網３０を経てメディアゲートウェイ制御機能（ＭＧＣＦ）３２へと回送される。ＭＧＣＦ ３２は入ってくるＣＳ回線コールをＶｏＩＰコールに変え、そのコールをＳＣＣ−ＡＳへと回送する。ＳＣＣ−ＡＳは、ＵＥ−ＡからのＳＩＰセッションをＭＧＣＦからのＰＳＩ ＤＮに対するＳＩＰセッションと照合し、ＭＧＣＦとＵＥ−Ａとの間でＶｏＩＰメディアパスを確立する。この過程がどう実装されるかについてのさらなる詳細は、３ＧＰＰ ＩＣＳ規格ＴＲ ２３．８９２に説明されており、その内容は、参照により本明細書に援用される。

図２は、このようなコールの確立を有効とするために実行される特定のシグナリングについて、さらに詳しく示している。この略図では、シグナリング処理に関与し得る構成要素の一部が省略されている。例えば、ＳＩＰシグナリング処理に関与する複数のコールセッション制御機能（ＣＳＣＦ）が存在してもよい。同様に、ベアラチャンネルがネットワーク上で確立される特定の方法は、ネットワークの種類と、その時点で有効なワイヤレスプロトコルのバージョンとに応じて変わってもよい。したがって、図２に示すシグナリング略図は、シグナリング処理例の概略を提示することを意図するものである。その特定箇所でネットワークを実装するのに用いられる特定技術と、そのネットワークで使用されているシグナリングシステムの種類とに応じて、各種ネットワーク要素の各々で実装される追加ステップが存在してもよい。この図２は、処理中に各装置間で渡される全メッセージの完全な内訳ではなく、処理全体の概要を提示することを意図するものである。

具体的には、図２にあるように、ユーザＡがＩＭＳネットワーク経由でＳＩＰインバイト（３００）を送ると、このインバイトはユーザＢと関連付けられた問い合わせ／サービス提供コールセッション制御機能（Ｉ／Ｓ−ＣＳＣＦ）によって受信される。インバイト（３００）はＵＥ−Ｂに宛てられ、このセッションが特有のセッションパラメータＳＤＰ−Ａ（コーデックの種類やＩＰアドレスなど）で確立される必要があることを示す。Ｉ／Ｓ−ＣＳＣＦはこのインバイトをＳＣＣ−ＡＳ（３０２）に渡し、このセッションが進行中である（３０４）ことを示すセッション進行（ＳＰ）メッセージを返す。Ｉ／Ｓ−ＣＳＣＦは、同様に、ＳＰメッセージ（３０６）をＵＥ−Ａの方にも渡す。

その後、ＳＣＣ−ＡＳは、コールの完了を要求する携帯上のＣＳエージェントのためにＳＣＣ−ＡＳの特有のＰＳＩ ＤＮを格納しているＵＥ−Ｂ向けに新しいインバイト（３０８）を生成する。インバイト（３０８）は、インバイト（３１０）をＵＥ−Ｂに中継するＩ／Ｓ−ＣＳＣＦへと渡される。ＳＩＰシグナリング処理（３００〜３１０）は、通常、かなり素早く実装され、約０．２５秒で完了し得る。

セルラーパケットサブシステム（ＰＳ）は、うまく音声電話を実装するための十分な帯域幅および／またはサービス保証品質を有していない場合があることから、コールのベアラチャンネルとして使用されるセルラーＣＳ音声電話をセルラーアクセスネットワーク上で確立するために、ＣＳが呼び出される。具体的には、ＣＳエージェント２６が、ＳＣＣ−ＡＳ ＰＳＩ ＤＮへコールすべきであると、在圏移動通信交換局サーバ（３１２）にコールセットアップメッセージを送る。なお、ＳＣＣ−ＡＳ ＰＳＩ ＤＮはＳＩＰインバイト３１０経由で受信される。

ＭＳＣはコール進行メッセージをＣＳエージェント（３１４）に戻し、ＰＳＴＮを経てメディアゲートウェイ制御機能（ＭＧＣＦ）（３１６）にＩＳＵＰ（ＩＳＤＮユーザ部 ― 標準ＰＳＴＮトランキングプロトコル）初期アドレスメッセージ（ＩＡＭ）を送る。ＭＧＣＦはそのコールを処理し、ＳＣＣ−ＡＳ ＰＳＩ宛てのＳＩＰインバイト（３１８）を生成する。このインバイトはＩ／Ｓ−ＣＳＣＦに渡され、Ｉ／Ｓ−ＣＳＣＦはこのインバイトをＳＣＣ−ＡＳ（３２０）に渡す。

その後、ＳＣＣ−ＡＳはＳＩＰインバイト（３２０）を承認するＩ／Ｓ−ＣＳＣＦにＳＩＰ ２００ ＯＫメッセージ（３２２）を送り、このメッセージはＩ／Ｓ ＣＳＣＦからＭＧＣＦ（３２４）に渡される。ＳＣＣ−ＡＳとＭＧＣＦとの間でＳＩＰコールが確立されると、ＭＧＣＦはＭＳＣサーバに渡される応答メッセージ（ＡＮＭ）（３２６）を生成する。ＭＳＣサーバは携帯（３２８）のＣＳエージェントにベアラチャンネルを接続する。

ＣＳがベアラチャンネルを接続すると、ＵＥ−ＢがＳＩＰ １８０呼び出しメッセージをＳＣＣ−ＡＳ（３３０）に向けて送信する。このメッセージは、Ｉ／Ｓ−ＣＳＣＦによって受信され、ＳＣＣ−ＡＳ（３２２）に渡される。ＳＣＣ−ＡＳは、１８０呼び出しメッセージを受信すると、その１８０呼び出しメッセージをＵＥ−Ａ（３３４）に向けて送信する。１８０呼び出しメッセージは、Ｉ／Ｓ−ＣＳＣＦによって受信され、ＵＥ−Ａ（３３６）に渡される。

セルラーネットワーク（３１２〜３２０）上でベアラチャンネルがシグナリングを確立するために、約４秒かかるのが典型的である。同様に、ベアラチャンネルの確立を完了し、コールが確立したことを承認し、ＳＣＣ−ＡＳとＭＧＣＦとによってコールシグナリングとメディアチャンネルとを照合するのにも、約４秒かかる。このため、この処理を使用してコールを確立するには、一般に約８〜９秒かかる。ただし、特定の場合では、それ以上かかることがある。ＣＳコールが接続された後、ユーザＢの携帯電話はコールが接続されたことをユーザにアラート通知するために呼び出し（３４０）を開始する。並行して、ＳＩＰ １８０呼び出しメッセージ（３３６）が受信されると、ユーザＡに対する音響呼び出し音が挿入され、ユーザＢの携帯が鳴り始めたことをユーザＡに示す。

ユーザＢがそのコールに返答すると（図示せず）、そのコールはユーザＡとＢとの間で接続されたことになる。そのとき、コールのワイヤレスネットワーク上で実装された部分がそのワイヤレスネットワーク内にあるＣＳベアラチャンネルによって実行され、コールのＩＭＳネットワーク上で実装された部分がＶｏＩＰ経由で実装される。

上記のとおり、データネットワーク上でＳＩＰコールのメディアパスを確立し、ワイヤレスネットワークでそのコールのＣＳベアラチャンネルを確立する。この２つを結び付けるシグナリング処理が完了するのに、最大で１０秒かかり得る。つまり、コールを開始したユーザＡは、そのコールが進んでいるという確認を音響呼び出し音という形で受信するまでに９または１０秒待つ必要があることを意味する。実際の状況に当てはめると、ＰＳＴＮシグナリング処理を使用して電話コールを確立するのに約１秒かかり、セルラーコールの場合では５〜６秒かかるのが典型的である。ハイブリッドＶｏＩＰコールを携帯ユーザに接続するには９または１０秒かかり得るため、そのコールを発信した人はその電話コールが接続されていないと考えてそのコールが完了する前に電話を切ってしまう可能性がある。

図３は、コールが発信されていることをユーザＡに通知する処理の加速を意図した本発明の実施形態を例示している。具体的には、図３に示すとおり、ＳＩＰインバイト（３１０）がＵＥ−Ｂに提供されると、携帯電話は遅延期間Ｄにわたって待機した後呼び出し（３４０）を開始する。この状況における呼び出しとは、携帯電話を振動させたり、音響呼び出し音を生成したり、あるいは発光させたりすることによってユーザＢに物理的なアラート通知を出すことと、ＵＥ−Ａ（３３０〜３３６）に向けてＳＩＰ １８０呼び出しメッセージを送りユーザＢの携帯が鳴っているとユーザＡに知らせることとの両方を備える。コールが発信されているというアラート通知をより速くユーザＡに提供することにより、そのコールが完了する前にユーザＡが苛立って電話を切ってしまうことが少なくなる。同様に、コールを受けた者（ユーザＢ）へより速くアラート通知を提供すると、コールを受けた者が返答する時期をシグナリング処理の完了時に近づけることができる。このため、ユーザＡとユーザＢとの間でコールを確立するのにかかる時間全体が減る。

図３にあるように、すべてのシグナリングメッセージが図３に例示されている処理と同じである。ただし、コールシーケンスにおいてより速く両方のユーザがアラート通知を受けられるようにＳＩＰ呼び出し通知が時間的に早まったという点を除く。

ユーザＢの携帯電話では、コールのシグナリングがすべて完了する前に、コールが確立されたとユーザＢにアラート通知するアラート通知シーケンスが開始されるため、ワイヤレスネットワークでのコールの場合、ＣＳベアラチャンネルが完全に確立される前にユーザＢが電話に返答する可能性がある。本発明の一の実施形態によれば、ベアラチャンネルが確立されＳＩＰコールと関連付けられたメディアチャンネルと照合される前にユーザがそのコールに返答したときは、そのコールがまもなく接続されるという短いメッセージまたは他の音響信号を携帯、ＭＧＣＦ、ＭＳＣ、またはネットワーク上の他の構成物がユーザに提供してもよい。ユーザとの接続はその後、そのコールがユーザＡとユーザＢとの間で接続できるまで維持されたままでよい。

一の実施形態によれば、図３に示すとおり、呼び出し処理は、ＳＩＰインバイトがユーザ機器によって受信された後、所望の時点で開始されてもよい。一の実施形態では、４秒など一定の遅延が電話器に設けられ、その結果ユーザ機器は、ＳＩＰインバイトの受信から４秒後に自動的に呼び出しを開始する。これにより、電話はコールセットアップ処理の概ね中ほどでユーザへの通知を開始できるようになるため、コールが接続中であるという確認を受信するまでに電話をかけている者が待機する必要がある時間は約４秒にまで減少する。人間が電話に返答する通常の反応時間が概ね数秒なので、これにより、コールの確立シグナリングの終了近く、理想的にはコールの確立が完了した直後にコールが確立できるようになり得る。

別の実施形態によれば、アラート処理は、ＳＩＰインバイト（３１０）によって指定された遅延時間の後に開始されてもよい。本実施形態では、ＳＣＣ ＡＳが新しいＳＩＰヘッダをインバイトメッセージに追加して、ＳＩＰインバイトの受信から電話機によるアラート処理の開始までの間に経過すべき遅延時間を指定してもよい。例えば、電話機が、アラート処理を開始する前、ＳＩＰインバイトの受信後、４秒間待機する必要があることを指定した「ｘ−ｎｔ−ｒｉｎｇ−ｄｅｌａｙ： ４０００ｍｓ」などのヘッダを使用してもよい。電話機は、この新しいヘッダを受信すると、ヘッダで指定された遅延の後に呼び出しを電話機に伝える。

本実施例において、ｘは、ヘッダを独自のヘッダとして指定するＳＩＰ指示子である。異なるヘッダ形式がＳＩＰ規格団体によって採用された場合には、そのヘッダ形式がその団体による規定に従って使用される可能性がある。ＳＩＰはＩＥＴＦ ＲＦＣ ３２６１で規定されており、その内容は、参照により本明細書に援用される。その規格が進化するに伴い、ネットワーク上でのコールの確立と関連付けられた各種メッセージが変わり得るものと予想される。本開示の教示は、これら将来版におけるコールの確立に関わるユーザへのアラート通知遅延時間も提供するように適合させてもよく、本発明は、同規格の現行版に関連した実装に限定されない。

別の実施形態では、コールシグナリング部の接続を受信したときから、ユーザＢが携帯電話に返答するなど電話機で返答するまでの遅延を、電話機がネットワークへ任意に報告し返すことができる。この値は、ミリ秒単位で報告されてもよい。負の数は、コールシグナリングが確立される前にそのコールが返答されたことを示し、同時に、今後のコールで遅延を増やす必要があることを示す。換言すれば、コールシグナリングが完了する前にユーザがアラートシーケンスに応答した場合には、ネットワークがＳＩＰインバイトの受信からアラート処理の開始までの時間を増やすようにするために、時間の長さ（負の値）がネットワークに渡されてもよい。同様に、コールセットアップ処理の完了から大幅に時間が経過した後にユーザがアラートシーケンスに応答した場合には、ＳＩＰインバイトの受信からコールアラート処理の開始までの時間を減らすことに意味があり得る。このように、ユーザがＳＩＰインバイトを受信した後アラート処理の開始と関連付けられた遅延時間を動的に調整するためにフィードバックが使用されてもよい。

理想的には、上記のとおり、コールシグナリングが完了してから一定時間後にユーザが電話に返答するように遅延時間が調整されるべきである。コールシグナリングの完了から、ユーザがそのコールに返答する目標時期までの時間を、本明細書ではバッファと称する。概して、１／２〜１秒のバッファであれば、ユーザが電話に返答する速さの通常の変分を網羅するのに十分のはずである。ただし、他のバッファ値が使用されてもよい。

遅延時間は、すべてのユーザを対象にグループとして設定されてもよく、あるいは、ユーザまたはユーザのタイプ別に異なる遅延値を設定できるように、遅延時間がユーザごとに実装されてもよい。例えば、ユーザ１が、４回のアラートサイクルの後（４回の呼び出しの後など）に自分の携帯電話に返答するのが典型的であるのに対し、ユーザ２は、わずか２回のアラートサイクルの後に自分の携帯電話に返答するのが典型的であり得る。これらの両ユーザがコールシグナリングの完了に対して所望の時期で自分の携帯電話に返答するように、遅延時間をユーザごとに設けて調整してもよい。

図４Ａ、図４Ｂおよび図５Ａ、図５Ｂは、これがどう実装されるかグラフを使って示している。具体的には、図４Ａでは、コールがユーザＡ（５００）によって開始されると、その後短時間で、ＳＩＰインバイト（５０２）がユーザＢの携帯電話によって受信される。一の実施形態では、このＳＩＰインバイトが、ユーザに接続の兆候を通知するアラートシーケンス（５０６）をいつ開始すべきか携帯電話に指示する設定可能な遅延（５０４）を格納している。

携帯電話がアラートシーケンスを開始する遅延の後、ユーザは限られた時間（５０８）でコール（５１０）に返答する。ユーザが、例えばコールセットアップ完了（５１２）後特定の時間で、バッファ期間の最後にそのコールに返答するのが理想的である。図４Ａに示す実施例では、コールセットアップが完了する前にユーザがそのコールに返答している。そのため、ユーザがコールに返答した時期と、コールが返答されるべき時期との間に時間デルタ５１４が存在する。ユーザＢが電話を切るのを防ぐために、ユーザに対して特有のトーンが再生されてもよい。

今後の電話コールがバッファ期間の最後に近い時間で返答されるように、図４Ｂに示すとおり、デルタ５１４は今後のコールに対する遅延５０４を調整する目的で使用されてもよい。図４Ｂに示す実施例では、コールセットアップを完了する時間とユーザがコールに返答するためにかかる時間が同じと仮定して、コール返答イベント５１０がコールシグナリング５１２の完了後バッファのほぼ最後に発生するように、デルタ５１４が遅延５０４に追加されている。デルタ５１４は、図示のように直接使用されてもよいが、遅延５０４が時間の経過に伴う影響を受けて最適な遅延値に収束できるように、以前のコールから得た他のデルタ測定値と関連させて使用されることの方が多い。

最適な遅延は、個々のユーザ別、ユーザのグループ別、ユーザのカテゴリ別に、あるいはその他何らかの形で計算されてもよい。遅延は、携帯電話で発生するアクティビティに基づいて、あるいは他の状況的情報に基づいて調整されてもよい。例えば、ユーザが現在他のアプリケーションを使用していて携帯電話で実行されている場合には、電話コールに応答する時間が携帯電話がアイドル状態にある場合よりも短いと予想され得る。そのため、例えば、ユーザが携帯電話のキーボードで電子メールまたはインスタントメッセージを入力している場合、ユーザが現在電話を操作していてそのため電話コールにすばやく返答できる可能性が高いという事実を考慮して、その携帯電話がネットワークが指示した遅延５０４に追加遅延時間を足してもよい。

図５Ａ〜図５Ｂは同様の状況を示す。ただし、本実施例で、ユーザがコールセットアップ完了から数秒後にそのコールに返答するため返答するのにより長い時間をかけている場合は除かれる。本実施例では、ネットワークが設定した遅延５０４が長すぎるので、今後の電話コールで、デルタ５１４が遅延５０４から減算されるべきである。加算するか減算するかの判断は、ユーザがそのコールに返答したのが早すぎたか遅すぎたかに応じて正または負の記号をデルタに割り当てることによって実装されてもよい。

コールセットアップを完了するための時間は電話コールごとに異なり、ユーザがコールに返答するのにかかる時間も電話コールごとに異なるため、ネットワーク側で設けられた遅延が理想値から多少乖離していることが多いと予想され得る。ただし、ほぼ正しい遅延を利用することにより、被呼者は、図２に示すシグナリング処理よりもコールシグナリングの完了時に近い時期にそのコールに返答できるはずである。具体的には、ＳＩＰインバイトメッセージを受信した後設定された遅延時期にアラート処理が開始されるため、コールシグナリングが完了する前にユーザに通知される可能性がある。これにより、ユーザはシグナリングが完了した後でようやくアラート処理が開始される場合よりも速くコールに返答できるようになる。

同様に、電話呼び出しをしている人が処理を終了する可能性は低いので、コールを受けた人がアラート通知を受けているという通知（すなわち、コールをしている人に対して呼び出し音を再生している）を電話呼び出しをしている人に提供すれば、電話コールを発信している人はシステムは接続を確立できるという印象を抱く。

遅延時間がＳＩＰシグナリングによって伝達される場合、遅延を指定しているヘッダのあるＳＩＰインバイトを受信するようにワイヤレス電話のＳＩＰ ＵＡ処理（ＵＥ−Ｂ）をプログラムし、そのヘッダからの遅延情報を使用してアラート処理を開始してもよい。このアラート処理は、ＳＩＰメッセージ１８０（呼び出し）を送信するだけでなく、電話コールの兆候をユーザにアラート通知するために、携帯電話で１つもしくは複数の他の処理と対話して電話を振動、点灯、音出しさせたり他の信号を生成させたりすることも備える。あるいは、アラートシーケンスの開始を自動的に遅らせるようＵＥ−Ｂをプログラムしてもよく、そこでＳＩＰインバイトと関連付けられたコールの着信を完了するためのセルラーベアラチャンネルをセットアップする必要がある。

同様に、ネットワークの観点からいって、ヘッダに特有の遅延をそのＳＩＰインバイトに挿入するようにＳＣＣ−ＡＳをプログラムしてもよく、そこでＳＩＰインバイトと関連付けられたコールを携帯ネットワークにおける別個のベアラチャンネルに接続する必要がある。本実施形態では、コールがシグナリングされている特定の時期に携帯電話がアラート処理を開始できるよう、ＳＣＣ−ＡＳは遅延時間を指定しているヘッダを追加する。図４Ａ、図４Ｂと図５Ａ、図５Ｂとに関連して先述したとおり、ＳＣＣ−ＡＳはコールシグナリング処理が完了する時期を把握しているという利点を持ち遅延５０４の調整に関連するフィードバックを実装する立場にあるものの、ネットワーク内の構成要素も同様にヘッダを挿入してもよい。他の実施形態では、ネットワークが導入したり提供した遅延に依存するかわりに、携帯上のアルゴリズムによって遅延５０４が調整されてもよい。

遅延がユーザごとに調整される場合、ユーザが電話コールに返答するのにかかる時間の情報を格納しているテーブルを、ＳＣＣ−ＡＳまたは別のネットワーク要素が保持してもよい。電話コールの状況に基づいて特有の値が選択されるよう、任意に、特定のユーザに対して複数の値が記憶されてもよい。例えば、ユーザが電話コールに返答する速さは、時間帯、平日か週末か、およびユーザが携帯電話を操作しているかどうかによって変化してくる可能性がある。そのため、テーブルが複数の値を保持してもよく、遅延値を選択するために電話コールに関連した状態を使用し、特定のコールのＳＩＰインバイトへＳＩＰヘッダとして挿入してもよい。

上記の機能は、コンピュータ可読メモリに記憶されており、コンピュータプラットフォーム上にある１つ又は複数のプロセッサで実行されるプログラム命令のセットとして実装されてもよい。ただし、別々の構成要素、特定用途向け集積回線（ＡＳＩＣ）などの集積回線、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）やマイクロプロセッサなどのプログラム可能な論理装置と併用されるプログラマブル論理、ステートマシン、またはそれらの任意の組み合わせを備えるその他任意の装置を使用して、本明細書に記載されているすべての論理が具現化できることは当業者にとって明らかであろう。プログラム可能な論理は、読み取り専用メモリチップ、コンピュータメモリ、ディスク、または他の記憶メディアなどの有形メディアに一時的または恒久的に記憶することができる。プログラム可能な論理はまた、搬送波に統合されるコンピュータデータ信号に記憶することもでき、コンピュータバスや通信ネットワークなどのインタフェースを介して送信することができる。かかるすべての実施形態は、本発明の範囲内に収まるものと意図される。

図面に示され、明細書に記載されている実施形態の各種変更および修正は本発明の精神および範囲内で行われ得るということを理解すべきである。したがって、上記説明に含まれ、添付の図面に示されている事項はすべて例示的な意味で解釈され、限定的な意味で解釈されないものと意図される。本発明は、以下の請求項とその均等物とにおける定義に従ってのみ限定される。

Claims (20)

1. ワイヤレス電話コールの確立と関連付けられたシグナリング処理の完了前に、前記ワイヤレス電話コールの確立と関連付けられたワイヤレス電話によってアラート処理を開始する方法であって、
   前記ワイヤレス電話によって、ワイヤレスパケットネットワークを介して、セッションインバイトを受信するステップと、
   前記ワイヤレス電話によって、ワイヤレス回線ネットワーク上でベアラ回線コールの確立を開始するステップと、
   前記ワイヤレス電話によって、第１の遅延タイマーの満了時に、アラート処理を開始するステップとを含み、
   前記セッションインバイトは、前記ワイヤレスネットワーク上において前記ワイヤレス電話で前記ワイヤレス電話のコールの確立をリクエストし、
   前記第１の遅延タイマーは、前記ワイヤレス電話による前記セッションインバイトの受信時にスタートする方法。
2. 前記セッションインバイトがセッション開始プロトコル（ＳＩＰ）インバイトである、請求項１に記載の方法。
3. ベアラ回線が音声メディアベアラ用の回線交換アクセスを使用して確立されるように、前記ベアラ回線コールが前記ワイヤレス電話の回線サブシステムエージェントによって実装される、請求項１に記載の方法。
4. 前記セッションインバイトが、セッション継続および制御アプリケーションサーバ（ＳＣＣ ＡＳ）と関連付けられた公共サービス識別情報ディレクトリ番号（ＰＳＩ ＤＮ）を格納しており、前記ベアラ回線の確立を開始する前記ステップが前記回線交換アクセス上に実装され、前記ＳＣＣ ＡＳの前記ＰＳＩ ＤＮに対するコールの確立を開始する、請求項３に記載の方法。
5. 前記セッションインバイトがセッション開始プロトコル（ＳＩＰ）インバイトである、請求項４に記載の方法。
6. 前記ワイヤレス電話によってアラート処理を開始する前記ステップが、聴覚、視覚、触覚で感知できるアラートのうちの少なくとも１つを発することを含む、請求項１に記載の方法。
7. アラート処理を開始する前記ステップが、前記ワイヤレスネットワーク上の前記ワイヤレス電話によってＳＩＰコールメッセージを送ることを含む、請求項１に記載の方法。
8. 前記セッションインバイトが、パケット交換型ワイヤレスネットワークから受信される、請求項１に記載の方法。
9. 前記第１の遅延タイマーが、第１の遅延時間を提供するように構成されており、前記セッションインバイトが前記第１の遅延時間を指定する、請求項１に記載の方法。
10. 前記ワイヤレス電話による前記アラート処理の開始後に、前記ワイヤレス電話のユーザが以前に確立された他の電話コールにこれまで返答してきた速さに関するフィードバックに基づいて、前記第１の遅延時間が前記ＳＣＣ ＡＳによって調整可能である、請求項９に記載の方法。
11. 前記遅延時間がユーザごとに調整される、請求項１０に記載の方法。
12. 前記ユーザが前記ワイヤレス電話コールの確立と関連付けられたシグナリング処理の完了後に前記携帯電話へ返答するため、生ずべき前記アラート処理を開始する前記ステップを行わせるように前記遅延時間を調整する、請求項９に記載の方法。
13. 前記第１の遅延タイマーが、第１の遅延時間を提供するように構成されており、前記ＳＩＰインバイトの受信前の前記第１の遅延時間を前記ワイヤレス電話にプログラムする、請求項１に記載の方法。
14. 前記ワイヤレス電話による前記アラート処理の開始から前記ワイヤレス電話のユーザが既に確立された他の電話コールにこれまで返答してきた速さに関するフィードバックに基づいて、前記ワイヤレス電話が前記第１の遅延時間を調整するように構成されている、請求項１３に記載の方法。
15. 前記ワイヤレス電話コールの確立と関連付けられた前記シグナリング処理の完了前に前記第１の遅延タイマーが満了になる、請求項１に記載の方法。
16. パケットベースのシグナリングを回線ベースのメディアと組み合わせるハイブリッドボイスオーバーインターネットプロトコル（ＶｏＩＰ）コールを確立する方法であって、携帯電話が前記ＳＩＰインバイトの受信から前記携帯電話によるアラート処理の開始までの間待機すべき時間の長さを指定するヘッダを格納しているセッションインバイトを送信するステップを含む方法。
17. 前記セッションインバイトがセッション開始プロトコル（ＳＩＰ）インバイトである、請求項１６に記載の方法。
18. 前記アラート処理が、前記携帯電話による呼び出し応答の送信を含む、請求項１６に記載の方法。
19. 前記アラート処理が、聴覚、視覚、触覚で感知できるアラートのうちの少なくとも１つを発することを含む、請求項１６に記載の方法。
20. 前記携帯電話と関連付けられたユーザが以前の電話コールに返答した速さに基づいて前記携帯電話が待機すべき時間を調整するステップをさらに含む、請求項１６に記載の方法。

Images